wKiom1MmlrSSKdqcAAEWUDEbArA723.jpg

如上图所示,SW1为根交换机,SW3的两个端口都处于转发状态,SW2的F0/23端口为转发状态,F0/21处于blocking状态,因此无论SW2是去往SW1还是SW3都只能从F0/23端口走。当F0/23端口出现问题后,会启用处于blocking状态的F0/21端口,在CST中,blocking状态的端口转换到Forwarding状态,需要经历50s(Forward delay*2+Max-age),在RSTP中,需要经过6s(3倍的hello)才能转换为Forwarding状态。对于SW2来说,自己的端口F0/23断掉后,完全可以立刻检测出来,并且完全可以立刻启用Blocking的端口F0/21,从而缩短网络的故障恢复时间。开启了UplinkFast交换机就能够在检测到交换机上直连的转发状态的接口失效后,立即启用Blocking的端口,提供网络快速收敛和恢复的功能。

很明显,UplinkFast要真正起到作用,交换机上必须有Blocking的端口存在才行,因为根交换机上所有的接口最终都会变成指定端口,所以UplinkFast在根交换机上开启是毫无意义的,UplinkFast只适合在非根交换机,即普通交换机上开启,普通交换机有时又称接入交换机。

★UplinkFast只能在交换机上全局开启,不能针对VLAN单独开启,也不支持MSTP模式。

★UplinkFast恢复网络的时间大约在1到5秒。


UplinkFast的配置:

Sw1(config)#spanning-tree uplinkfast

Sw1(config)#

查看UplinkFast的配置:show spanning-tree summary

Sw1#sh spanning-tree summary  | in UplinkFast

UplinkFast                   is enabled

UplinkFast statistics

Sw1#