Portfast,Uplinkfast与Backbonefast

概述：

 

    backbonefast是用于增强生成树的，因为传统的生成树协议，如果要由block状态转换到forwarding状态需要50s。这对于一个大型网络来说，时间太长了。所以，cisco发明了三个对生成树增强的协议。就是portfast，uplinkfast，backbonefast。protfast是对于接入端口来说的，也就是使用了portfast的端口直接就进入传输状态，而不需要经过中间的其他状态。uplinkfast一般是用在接入层的。也就是说当有两条上行链路连向上层的时候，传统的生成树会把其中一条置为block状态，如果一条链路实效了，另一条也要经过50秒才能变为传输状态，而使用uplinkfast不需要经过block状态。

 

 

    backbonefast和uplinkfast的作用是一样的，只不过用于不同的情况。而且backbonefast是要配置在所有的交换机上。backbonefast是可以快速诊断非直连链路的故障，并且使生成树快速收敛。对backbonefast工作方式举个例子：假设有A,B,C三个交换机。B与A相连，C也与A相连，C与B也相连，也就是说三台交换机两两相连。A是根桥，所以B和C相连的两个端口要有一个端口是block状态的。他们之间是不通的（你可以用纸画一下，不然很抽象）。这个时候A和B之间的链路down掉了。那么B就和根桥失去了联系，所以B就开始发出BPDU，宣布自己是根桥。这个BPDU只能是发到C（因为和A的链路down掉了）。C接收到这个BPDU，发现和自己之前的根桥不同，C就会发出一个“root link query”的查询，查询以前的根桥是否还是有效的。A收到了这个查询包就会回复给C一个应答，说自己仍然有效。C收到这个应答后，就会通知B根桥仍然还在，并且打开B和C相连的两个端口中的那个block状态的端口。B就开始从C到达根桥了。整个过程也省略了由block状态到listen状态的20秒时间。

 

 

 

Portfast：

 

Portfast是用在access layer中的交换机上的而且用在有阻断端口的交换机上，当RP失效，马上启动阻断端口保持通信。这样收敛时间很快，不用从新进行STP运算，直接从blocking跳到fowarding。

 

缺省情况下，假定交换机的所有端口都将与交换机或者网桥连接，所以所有端口都运行STP算法，即如果网络发生了变化，在端口发送数据之前要等待50s，而事实上许多端口会直接连接工作站或者服务器。所以我们采用PortFast可以让这些端口节省Listening和Learning状态的时间，立即进入Forwarding状态。需要注意的是：PortFast仅仅让端口在网络环境变化的情况下直接进入Forwarding状态。而端口仍然运行STP协议，所以如果检测到环路，端口仍将由Forwarding状态变成Blocking状态。

 

Portfast快速端口是一个Catalyst的一个特性，能使交换机或中继端口跳过侦听学习状态而进入STP转发状态，在基于IOS交换机上，PortFast 只能用于连接到终端工作站的接入端口上。

当一个设备连接到一个端口上时，端口通常进入侦听状态。当转发延迟定时器超时后，进入学习状态，当转发延迟定时器第二次超时，端口进入到转发或者阻塞状态，当一个交换机或中继端口启用PortFast后，端口立即进入转发状态，但交换机检测到链路，端口就进入转发状态(插电缆后的2s) 。如果端口检测到一个环路同时又启用了PortFast 功能。它就进入阻塞状态。重要的是要注意到PortFast 值在端口初始化的时候才生效。如果端口由于某种原因又被迫进入阻塞状态，随后又需要回到转发状态，仍然要经过正常的侦听 。

启用PortFast的主要原因是防止启动周期小于30s的PC需要和交换机端口从未连接状态进入到转发状态，一些网卡直到 MAC 层软件驱动被实际加载之后才会启动链路。这种情况下就会导致一些故障，例如DHCP环境下，这可能会出现一些问题。

 

命令：在SW1的F0/1端口上启用Portfast

 

　　 sw1(config)#int f 0/1
      　sw1(config)#no shut
      　sw1(config-if)#spanning-tree portfast
    

 

 

Uplinkfast：

 

背景资料：STP确保了在拓扑变化的情况下没有环路产生，但收敛速度慢。一些实时以及对带宽敏感的网络应用是不能接受的。STP收敛速度慢的原因是收敛算法需要化时间确定一条可替代的链路，缺省时间是50s，即20s（Blocking→Listening）＋15s（Listening→Learning）＋15s（Learning→Forwarding）。解决的方法是一旦发现了线路down，马上把Blocking的port切换到Forwarding，不要经过Listening和Learning阶段。这就是UplinkFast，切换时间可以在2s～4s。UplinkFast被设计应用在接入层交换机。一般应用两条上行链路连接到分布层，一条是冗余链路。

 

 

UplinkFast激活一个快速重新配置的条件：

 

A.    在交换机上必须启动了UplinkFast功能；
B.    至少有一个处于Blocking的端口（即有冗余链路）；
C.    链路失效必须发生在Root Port上。

 

 

交换机启动了UplinkFast后，由于提高了交换机上所有端口的路径开销，所以不适合作为根桥。The spanning tree port cost and port-VLAN cost of all ports on the switch is increased by 3000.The spanning tree bridge priority for all VLANs is set to 49152. This makes it unlikely that the switch will become the root switch.

 

 

具体来说，一个上行链路组由根端口和除自环端口之外的一组阻断端口组成，上行速链路使交换机上的一个阻断端口几乎立刻进行转发。很重要的一点就是：上行链路只能配置在接入层交换机上，因为从根端口到其非指定备份端口的快速转发只能在生成树拓扑结构的根端口上被确定性的完成。

 

 

 

命令：在SW1上启用uplinkfast

 

　　　sw1(config)#spanning-tree uplinkfast

 

 

 

 

Backbonefast：

 

backbonefast用在distribution layer中的交换机上。而且要求所有交换机都得启动backbonefast。当一台交换机的RP坏掉的时候，失去了和RB的连接，它向他的其他端口，包括阻塞端口（如果有的话）发送下级BPDU。收到下级BPDU的交换机有3种情况：1，如果收到下级BPDU的端口是阻塞端口，那么阻塞端口和根端口都作为候选端口（用来到达根桥用的）；2，如果收到下级BPDU的端口是根端口，那么阻塞端口被作为候选端口，因为只能通过它到达根桥了；3，如果收到下级BPDU的端口是根端口，并且这个交换机上没有阻塞端口，那么证明这台交换机失去了到根桥的连接，需要从新进行STP运算。交换机中只要有一台处于第三种状态，就要从新进行STP运算。除此之外，只需花去max age delay的时间（就是最初的20s）就可以收敛完毕。

 

642－811的英文原版书说：BackboneFast能使交换机在收到inferior BPDU后，根据接收该BPDU端口的状态，来决定通向Root Bridge的alternate Path，并通过Blocking端口来发送Root Link Query，根据应答，判断哪个端口为Newly Current Root Bridge Port，并将其马上进行状态转换，无需等待Max Age Timer计时器到时。

 

出处：http://hi.baidu.com/%D0%C0%D3%EA%D6%AE%C3%CE/blog/item/a3d356fb4b4edc12a9d311dd.html