RSTP优越性

笔者在上一篇文章曾经提到过RSTP相对于STP的提升点，但是经过团队讨论，从应试和学习为出发点上。理应再进一步去深化拓展，笔者在这篇文章将较为详细的对RSTP为何能有如此大进步这一题目向各位读者发起讨论和研究 。但是读者如果单纯为了应试，那么只需要了解1.2.3.4.5这几点就好 再此 笔者所引用的图片 素材 等完全来自本人在ensp上的实验，如有雷同 ，纯属巧合！

改进点1.端口角色

在STP中，存在着较为细致的端口状态 关闭（disabled） 堵塞（blocking） 倾听（listening） 学习（learning） 转发（forwarding） ，但是对于用户来讲 ，他们无需如此多的角色，至少在关闭 关闭 堵塞 倾听 这几个状态 用户是完全感知不到的 ，反而会多出30秒的恢复过程，想象一下，在你玩游戏的时候让你等待30秒，这是十分致命的

RSTP将关闭 堵塞 学习 这3种状态变成了discarding状态

端口状态对应

disabled--------------discarding

blocking--------------discarding

listening---------------discarding

learning---------------learning

forwarding------------forwarding

端口角色新增

alternate ：提供了桥到根的另一台路径 ，作为根端口的备份，由于学习到其他网桥发送的配置BPDU报文而堵塞的端口

backup：作为指定端口的备份，提供了桥根到相应网段的备份通路，是由于学习到自己发送的BPDU报文而阻塞的端口

给一个RSTP域内分配角色的过程叫做整个拓扑的收敛

如果网络中的一个根端口失效了，那么网络中最优的alternate会成为根端口，进入转发状态，如上图中lsw3的0/0/1口作为根端口的备份端口，如果lsw1（桥根）的任意指定端口（俩都是指定端口），那么就会启用 快速进入转发状态(端口角色的选举可以看笔者上一篇文)其实整体来看，对于端口角色，RSTP与STP其实大体较为相似哈

改进点2.端口状态

对于应试来说 华为曾经考过端口状态，这里需要读者仔细学习，避免漏掉细节

disabled--------------discarding 包括disabled端口

blocking--------------discarding  包括alternate back