STP Feature之UplinkFast

如上图所示，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#

本文出自 “HeZhang” 博客，请务必保留此出处http://hezhang.blog.51cto.com/1347601/1377981

STP Feature之UplinkFast,布布扣,bubuko.com

STP Feature之UplinkFast

原文：http://hezhang.blog.51cto.com/1347601/1377981