Q.STP的不足之处？
1，链路故障后，链路收敛时间过长。有30s和50s（等20s计时器超时）的情况。
2，连接终端用户的链路也要进行生成树计算，需要等待30s才能进入转发状态。其实连接终端的链路不会出现环路，所以没有必要进行STP计算和等到计时器超时。
3，STP的拓扑变更机制复杂，效率低下。
先由变更点朝根桥方向发送TCN
收到TCN的上游交换机回复TCA消息进行确认
TCN到达根桥后，再由根桥发送TC通知设备删除MAC地址表项
STP的Flags位里只有Bit7和Bit0能用
RSTP的bpdu报文中的Flags位全部用上
Q.RSTP对STP的改进？
1，报文格式改变。RSTP的bpdu报文中的Flags位全部用上
2，bpdu类型：
0X00表示 配置BPDU
0X80表示TCN BPDU
0X02 表示RST BPDU或者MST BPDU
3，RSTP定义了两种新的端口角色：备份端口（Backup Port）和预备端口（Alternate Port）
这两个端口都是阻塞的。BP端口是DP端口的备份，AP端口是RP端口的备份。
4，RSTP的端口状态只有三种：
Discarding，Learning，Forwarding
Q.RSTP收敛快的秘诀？
1，STP：根桥根据Hello Timer规定的时间间隔发送配置BPDU报文，其他非根桥设备在收到上游设备发送过来的配置BPDU报文后，才会触发发出配置BPDU报文。
RSTP: 在拓扑稳定之后，无论非根桥设备是否接受到根桥传来的配置BPDU报文，非根桥设备都会仍然按照Hello Timer规定的时间间隔发送配置BPDU，该行为完全由每台设备自主进行。
2，RSTP中，当发生链路故障或根桥失效，交换机在3个Hello Timer规定的时间间隔（6s）内没收到上游发来的RST BPDU，就会重新选举。而STP中要等20s
3，P/A机制（Proposal提议 /Agreement同意）
目的：使一个DP端口快速进入转发状态
条件：两台交换机设备之间链路必须是点对点的全双工模式
且须在DP端口和RP端口之间才能发生P/A机制
Q.次等BPDU处理机制？
这里的步骤2中SWC会预留一份SWA的BPDU报文，收到SWB以自己为根桥的报文后，SWC会把A的报文拿出来发给B。
Q.边缘端口的引入有什么好处？
帮助终端用户直接进入转发状态，不经历时延。