网络基础之快速生成树协议(RSTP)基础理论及华为ENSP基础配置

网络基础之RSTP协议理论基础
一、RSTP的引入
STP协议虽然能够解决环路问题，但是由于网络拓扑收敛（网络可以通信的状态）较慢，影响了用户通信质量，而且如果网络中的拓扑结构频繁变化，网络也会随之频繁失去连通性，从而导致用户通信频繁中断，这也是用户无法忍受的。
由于STP的不足，IEEE于2001年发布的802.1w标准定义了RSTP。RSTP在STP基础上进行了诸多改进优化，使得协议更加清晰、规范，同时也实现了二层网络拓扑的快速收敛。
STP存在的问题：
1.设备运行STP初始化场景
设备从初始化，到收敛完成，最少要经历30s的时间，为了防止临时环路的出现，采用被动等待的计时器，STP的计算，必须要等待固定的时长。STP从初始状态到完全收敛至少需要经过30s。

初始时，交换机之间会相互发送、监听BPDU，并计算生成树
STP算法是采用被动等待计时器超时的方式来判断已收集全网所有的BPDU，进而再进行计算

STP为避免临时环路，必须等待足够长的时间（即确保BPDU能同步发送至全网各节点）确保全网的端口状态全部确定，才能进入转发。

在STP进入转发前还需根据收到的用户流量构建MAC地址表，仍需等待计时器超时才能进入转发。
2.交换机有BP端口，RP端口down掉场景：
SWC与SWA的直连链路down掉，其BP端口切换成RP端口并进入转发状态至少需要经过30s。

为确保拓扑变化信息已经扩散到全网，且所有设备都已完成拓扑更新，故新的根端口还需等待计时器超时后才能进入转发
Blocked Port变成新的根端口，且处于blocking
状态，并经过2个Forward Delay时间才进入转发状态
3.交换机无BP端口，RP端口down掉场景
SWB与SWA的直连链路down掉，则SWC的BP端口切换成DP端口并进入转发状态大约需要50s

SWB以自己为根向外发送BPDU
BP端口收到次优BPDU不做处理，等待端口缓存的更优的BPDU老化超时（20s）
端口缓存的BPDU超时后，会重新进入收敛，等待2个Forward Delay时间后进入转发状态（30s）
在STP中，交换机除指定端口外的其他端口收到次优BPDU都不会做处理
4.运行STP的交换机连接用户终端的场景
末梢交换机连接终端的链路进入转发需要经过30s-50s

事实上，只要保证该端口下连接的是终端设备就不会出现环路，即没有必要进行STP计算和等待计时器超时
STP中，连接终端的链路也要进行生成树计算且链路进入转发需等待2个Forward Delay时间
5.STP的拓扑变更机制
先由变更点朝根桥方向发送TCN消息，收到该消息的上游交换机就会回复TCA消息进行确认；最后TCN消息到达根桥后，再由根桥发送TC消息通知设备删除桥MAC地址表项，机制复杂，效率低下。

拓扑变更处理过程：

在网络拓扑发生变化后，下游设备会不间断地向上游设备发送TCN BPDU报文。 
上游设备收到下游设备发来的TCN BPDU报文后，只有指定端口处理TCN BPDU报文。其它端口也有可能收到TCN BPDU报文，但不会处理。 
上游设备会把配置BPDU报文中的Flags的TCA位设置1，然后发送给下游设备，告知下游设备停止发送TCN BPDU报文。 
上游设备复制一份TCN BPDU报文，向根桥方向发送。 
重复上述步骤，直到根桥收到TCN BPDU报文。 
根桥把配置BPDU报文中的Flags的TC位置1后发送，通知下游设备直接删除桥MAC地址表项。

6.STP的其他不足之处 - 端口角色

SWC的RP端口down掉后，还需要从其他三个端口中重新选举且需等待计时器超时后才能进入转发
<