STP的缺点
- STP对计时器的依赖(需要等固定30s)
- STP重收敛速度过程慢(30s或50s)
- 拓扑变化机制太慢(高度中央集权,需要上报到根桥再下发TCN)
RSTP
- 802.1W,收敛速度更快,能够兼容STP
- RSTP对STP的改进:
-
- 端口角色的增补,简化了生成树的理解和部署
- 端口状态的重新划分
- 配置BPDU的改变,充分利用了STP协议报文中的Flag字段,明确了端口角色
- 配置BPDU的处理发生了变化
- 快速收敛
- 增加保护功能
RSTP的改进点
改进点1:端口角色的改进(阻塞口)
- RSTP中有四种端口角色:RP DP AP BP
改进点2:端口状态的改进
- RSTP中,端口状态只有三个,分别是,Discarding Learning Forwarding。
-
- Discarding 不转发流量,也不学习MAC地址,也可以收发BPDU
- Learning 不转发流量,但是学习MAC地址,也可以收发BPDU
- Forwarding 既转发流量,并且学习MAC地址,也可以收发BPDU
改进点3:配置BPDU的改进-RST BPDU发
- TYPE字段:配置BPDU的类型不在是0而是2,所以运行STP的设备收到RSTP的BPDU会将其丢弃。
- Flag字段:使用了原来保留的中间6位,这样的配置BPDU叫做RST BPDU
-
- Proposal与Agreeement成为P/A协商,提议与同意。
- Forwarding与Learning为端口状态,是哪个状态就置1,都不是则置0
- Port Role代表端口角色
改进点4:配置BPDU的处理
配置BPDU的发送方式(非根桥可以自主发送BPDU)
- 在拓扑稳定后,无论非根桥是否收到根桥的配置BPDU报文,非根桥设备仍按照hello time规定的时间间隔发送配置BPDU。拓扑变化也会变的更快因为无论非根桥是否收到根桥的BPDU,都可以自主发送,所以拓扑变化也会变的更快,非根桥接口发生故障后,会直接向自己相邻设备发送,无需先向根桥汇报。
BPDU的超时时间变的更短(可根据链路质量调控)6s
- 更短的BPDU超时时间,即最大老化时间(Max Age)。超时时间等于3倍的hello time(hello time可以根据链路质量手动调整,所以超时时间可以贴合网络实际需求。)标准是6S。华为有个默认的公式是:超时时间*3*3,最后一个3是华为定义的系数。
次等BPDU的处理
- 任何接口都可以处理次等BPDU。例AP口发现其他交换机发来的次等BPDU,都可以把最优的BPDU回复,从而加快收敛速度。
-
- 对于STP的AP端口来讲,收到次等BPDU之后,丢弃不回复,等待在此接口收到的最大BPDU20s老化后,才会回复更强的bpdu,同时因为自己的强所以变为指定端口,对端因此变为根端口,进入状态迁移,总共需要50s时间。
- 对于RSTP的AP端口来讲,收到次等BPDU之后,立即回复,同时因为自己的强所以变为指定端口,对端因此变为根端口,触发P/A协商,总共需要毫秒。
改进点5:快速收敛机制
根端口和指定端口的切换
如果AP口要转换为RP口,无需等待30s时间,直接进入转发状态
如果BP口要转换为DP口,无需等待30s时间,直接进入转发状态
边缘端口(EP端口)
- 不会出现环路的接口可以定义成为边缘端口,一般在二层网络的边缘
-
- 直接进入到转发状态
- 边缘端口会发送BPDU,任何一个边缘端口收到了BPDU,会马上丧失BPDU的特性,变成普通端口,接受RSTP的计算。
- EP进入到转发状态,不会认为拓扑变化
- 如果网络中发生了拓扑变化,EP口的MAC不会被删除
- P/A协商时,不会被阻塞
P/A协商
- P/A协商要求在点对点全双工链路,只出现在上游DP,下游RP的情况。
- 两台交换机启动后,一个端口是DP,一个端口是RP,并且DP是discading状态,就可以触发P/A协商。
-
- 当RP收到P/A协商后,会把对下端口全部阻塞掉(EP口除外),然后RP马上进入转发状态,并且回A置位的BPDU,DP口收到之后会马上进入转发状态。然后被阻塞的其他DP口再去给它下面的RP口进行P/A协商。如果DP口下面接的不是交换机,无法进行P/A协商,就会进入30s转发等待。两两之间逐层协商。
改进点6:拓扑变化机制
- 在STP中,接口的up/down代表发生拓扑变化,在RSTP中,一个非边缘接口进入forwarding的状态算拓扑变化。
-
- 先开启2s的计时器,向外扩散TC置位的RST BPDU,交换机收到后除接受端口和EP端口之外,加快MAC地址老化时间。
- 交换机也会启用4s计时器,向外继续扩散TC置位的RST BPDU。
改进点7:保护功能
BPDU保护
- 正常情况下,边缘端口不会收到RST BPDU。如果有人伪造RST BPDU恶意攻击交换设备,当边缘端口接收到RST BPDU时,交换设备会自动将边缘端口设置为非边缘端口,并重新进行生成树计算,从而引起网络震荡。
- 交换设备上启动了BPDU保护功能后,如果边缘端口收到RST BPDU,边缘端口将被error-down,但是边缘端口属性不变,同时通知网管系统。
- EP口收到BPDU触发
根保护(Root保护)
- 对于启用根保护功能的指定端口,其端口角色只能保持为指定端口。
- 根保护功能确保了根桥的角色不会因为一些网络问题而改变。
- 一旦启用根保护功能的指定端口收到优先级更高的RST BPDU时,端口将进入Discarding状态,不再转发报文。经过一段时间(通常为两倍的Forward Delay),如果端口一直没有再收到优先级较高的RST BPDU,端口会自动恢复到正常的Forwarding状态。
- DP收到更强大BPDU变成阻塞
环路保护
- 在启动了环路保护功能后,如果根端口或Alternate端口长时间收不到来自上游设备的BPDU报文时,则向网管发出通知信息(此时根端口会进入Discarding状态,角色切换为指定端口),而Alternate端口则会一直保持在Discarding状态(角色也会切换为指定端口),不转发报文,从而不会在网络中形成环路。
- 直到链路不再拥塞或单向链路故障恢复,端口重新收到BPDU报文进行协商,并恢复到链路拥塞或者单向链路故障前的角色和状态。
- 上联接口非直连故障,启用环路保护
防TC-BPDU攻击
- 启用防TC-BPDU报文攻击功能后,在单位时间内,交换设备处理TC BPDU报文的次数可配置。
RSTP的改进都是为了提升20s+30s
- 如何提升的20s?
-
- 将时间改为3*hello time *3=18s
- 如何提升30s?
- 有多种情况无需等待
-
- AP要转为RP时,BP要转为DP时
- 边缘端口
- P/A协商时,协商完成
- 回复次等bpdu之后(利用PA协商,因为两边分别是DP和RP)
- 什么情况需要等待
-
- DP对AP的时候
- 另外提升了TC的扩散方式,以及端口状态,细分了端口角色,增加了四种保护功能,且非根桥可以自主发送bpdu