RSTP 概述

RSTP 快速生成树协议

一.端口角色

RP:根端口

DP:指定端口

AP:阻塞端口

EP:边缘端口

BP:备份端口

其中,AP为RP的备份,BP为DP的备份

二.EP端口的特点

1.EP端口是连接终端的端口,可以直接进入转发状态,无需等待转发延迟

2.EP端口在收到BPDU后会丧失边缘端口特性,成为非边缘端口,重新参与生成树的选举,所以一般结合BPDU保护使用。

3.EP端口up不算拓扑变化,不会触发TC机制,在交换机收到TC置位的BPDU报文后,不会清除EP下的MAC地址表项,不向EP端口转发。

4.在PA协商过程中,EP端口不会被堵塞

三.RSTP的端口状态

Discarding, Learning, Forwarding(在RSTP中没有转发延迟)

其中相比较STP中Discarding状态涵盖了disabled,blocking,lisening状态。

在RSTP中端口状态和端口角色并无必然的关系。

四.TC处理机制

在RSTP中 如果一个非边缘端口进入转发状态,则会触发TC机制,TC BPDU报文是所有设备都会进行发送,像除边缘端口外的所有端口发送,(而在STP中,TC置位的BPDU报文是只有根桥去发送的,非根桥则是转发泛洪到全网)发送的时间是两个hello time,同时会删除MAC地址表项,无需等待15秒的老化时间。

五.PA处理机制

1.目的:为了让DP端口快速进入转发状态

首先,上下游连接的端口都成为DP端口,互相发送RSTP BPDU报文,在下游端口收到更优的BPDU报文后,马上意识到要转化为RP端口,此时下游会停止发送BPDU报文。

而后,上游的DP端口则会进入Discarding状态,向下游发送一个p 置位的BPDU报文,表示开始协商。

当下游的RP端口收到上游的p置位的BPDU报文后,则会将除边缘端口外的端口阻塞,同时向上游发送一个a置位的BPDU报文,表示同意协商,此时RP会从Discarding状态直接进入Forwarding状态。

而上游DP端口收到下游的a置位的BPDU报文后,直接送Discarding状态转化为Forwarding状态,无需等待30s。

六.PA握手机制解决了什么问题

1.在STP中,为了避免临时环路,则会通过转发延时,来确保所有的端口角色的确定。

2.但在RSTP中,为了快速收敛,引入PA协商,通过下游收到p置位的BPDU报文后,会阻塞除了边缘端口外的所有端口,这样就避免了临时环路,打破了STP的转发延时的瓶颈,提高了收敛速度。

七.PA协商的条件

1.PA协商要点对点全双工的链路,由于PA协商解决的是DP端口的快速选举,如果是半双工的话,同一时间只能收或发报文,对面一直在发报文的情况下,PA协商根本无法进行。

八.RSTP中的四个保护机制

1.BPDU保护(全局视图下配置)

由于边缘端口在收到BPDU报文后会丧失边缘端口特性,成为非边缘端口,重新参与生成树的选举。如果有人利用这个特性进行网络攻击,就会让整个网络震荡。解决方案是在全局下配置BPDU保护,当边缘端口收到BPDU报文的时候就会直接error down,这样就不会影响整个生成树的稳定性了。

2.TC保护(在全局视图下配置)

由于TC BPDU报文的特性,在收到这个报文的时候就会删除对应的MAC地址表项,如果同一时间收到大量的TC BPDU报文,则会导致MAC地址表无法正常的学习,所以可以规定单位时间内处理TC BPDU报文的数量。

3.根保护(在DP端口下配置)

对于新接入的设备,可能会抢占根桥的角色,导致一些重要的流量链路被阻塞,这时可以在DP端口上配置根保护,一旦DP端口接收到更优的BPDU报文后就会变为Discarding状态,等待30秒后进入转发状态,如果此时还有更优的BPDU报文,则会再次进入Discarding状态,直至收不到更优的BPDU报文。

4.环路保护(在RP或者AP端口上配置)

如果有链路因为网络拥塞,导致原本被阻塞的链路的AP端口变为了RP端口,此时拓扑就形成了环路。解决方案是,在启动了环路保护功能后,如果根端口或Alternate端口长时间收不到来自上游设备的BPDU报文时,则向网管发出通知信息(此时根端口会进入Discarding状态,角色切换为指定端口),而Alternate端口则会一直保持在阻塞状态(角色也会切换为指定端口),不转发报文,从而不会在网络中形成环路。直到链路不再拥塞或单向链路故障恢复,端口重新收到BPDU报文进行协商,并恢复到链路拥塞或者单向链路故障前的角色和状态。

 

  • 10
    点赞
  • 7
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值