zhou492802882 发表于 2014-8-24 22:36:03

STP Backbone Fast特性问题

假如部署了Backbone Fast特性，如果L1链路down后 R2重新收敛可以减少20秒的收敛时间，我想问下这20秒是怎么减少的？

WOLF某某某 发表于 2014-8-24 22:36:04

这个图，正常情况下1是root，3的Et0/0接口被STP BLK.OK，从这里开始
首先,3的Et0/0接口正常情况下应当从R2收到BPDU(这个BPDU的root是1)来维护自己的BLK状态.
如果2的Et0/0接口down了，那么2到达Root的链路就消失了，2会认为自己是root.
2开始发送BPDU(认为root是自己，这是一种次级BPDU)
这种次级BPDU,R3收到之后直接忽略(802.1D就是这样设计的).
OK，这个时候R3需要经过20s的老化时间(把原来的认为1是root的BPDU老化掉),然后再经过listen和learn进入到FWD,需要经过50s.
启用了Backbone Fast之后，这个时间可以缩短到30s，把20s的老化时间缩短了.
启用了Backbone Fast之后，3如果收到次级BPDU,3会直接从自己的RP端口想root的方向发送RLQ(root link query)，来查看root是否还活着,root会回复RLQ Response.3收到了RLQ response,认为root还活着,3的Et0/0接口直接进入listen,经过learn进入forward,需要30s.
仅供参考，感谢

工作狗 发表于 2014-8-24 23:38:51

默认被阻塞的端口20秒收不到2s一次的supervisorBPDU，就会从blk变为DP自己发BPDU重新协商收敛，所以backbonefast 节约的是这20秒的老化时间。

qsy112233 发表于 2014-8-25 00:11:49

本帖最后由 qsy112233 于 2014-8-25 00:23 编辑

当一台交换机收到次级BPDU以后，会马上向RB发送一个根链路查询报文，询问RB是否正常
RB收到以后，会返还一个根链路查询应答，表示到达根桥的链路正常
如果交换机收到，会将收到次级BPDU的阻塞端口至为Listening

至于为什么会产生次级BPDU。。。。这个解释起来好麻烦，还是查百度会好一点

突然发现你有图，那我就着这个图给你补充一下好了
当L1链路DOWN了以后，在这20S内，SW2的E0/0接口肯定收不到根桥发送过来的BPDU对吧
而阻塞端口是只能收不能发BPDU
所以此时。。。SW2被孤立了
他认为自己在单独的一个STP域内，这时他会做什么呢？
他就认为自己是根桥，发送的BPDU中RID和BID都是自己
但是这个BPDU肯定是没SW1好的，因为一开始就选举决定，这个就叫次级BPDU
所以此时SW3的阻塞接口就能收到次级BPDU了

zhou492802882 发表于 2014-8-25 09:32:20

工作狗 发表于 2014-8-24 23:38
默认被阻塞的端口20秒收不到2s一次的supervisorBPDU，就会从blk变为DP自己发BPDU重新协商收敛，所以backbon ...

恩，那这20秒是怎么节约出来的呢？能讲哈原理吗？

zhou492802882 发表于 2014-8-25 09:39:04

qsy112233 发表于 2014-8-25 00:11
当一台交换机收到次级BPDU以后，会马上向RB发送一个根链路查询报文，询问RB是否正常
RB收到以后，会返还一 ...

SW2从E0/0没收到BPDU，那么它应该是在20秒后才认为自己与根桥失去了联系，当20秒过后它才会从E0/1发送认为自己才是根桥的BPDU呀？还是没理解这20秒是怎么节约出来的？

qsy112233 发表于 2014-8-25 09:49:45

zhou492802882 发表于 2014-8-25 09:39
SW2从E0/0没收到BPDU，那么它应该是在20秒后才认为自己与根桥失去了联系，当20秒过后它才会从E0/1发送认 ...

就是为了解决这个问题啊
我上面不是说了会产生次级BPDU么
收到次级BPDU以后,SW3会向RB发送RLQ报文,收到回应立即置为Listening

qsy112233 发表于 2014-8-25 09:56:40

zhou492802882 发表于 2014-8-25 09:39
SW2从E0/0没收到BPDU，那么它应该是在20秒后才认为自己与根桥失去了联系，当20秒过后它才会从E0/1发送认 ...

因为本来SW2就只能从一个接口收到根桥的BPDU
现在那唯一的接口都DOWN了..
他只能认为自己无法到达根桥和所有的成员都失去联系了

zhou492802882 发表于 2014-8-25 12:57:47

WOLF某某某 发表于 2014-8-25 10:34
这个图，正常情况下1是root，3的Et0/0接口被STP BLK.OK，从这里开始
首先,3的Et0/0接口正常情况下应当从R2 ...

如果2的Et0/0接口down了，那么2到达Root的链路就消失了，2会认为自己是root.
2开始发送BPDU(认为root是自己，这是一种次级BPDU)。
这里SW2的E0/0down后为什么马上就能发送认为自己是root的次级BPDU呢？不是应该等20秒后才开始发送认为自己是ROOT的BPDU吗？

WOLF某某某 发表于 2014-8-25 12:59:20

zhou492802882 发表于 2014-8-25 12:57
如果2的Et0/0接口down了，那么2到达Root的链路就消失了，2会认为自己是root.
2开始发送BPDU(认为root是 ...
2到达root的链路消失了,2立刻知道拓扑产生了变更,是2检测到拓扑产生了变更的，它不需要等20s的
页: [1]
查看完整版本: STP Backbone Fast特性问题