请选择 进入手机版 | 继续访问电脑版

设为首页 收藏本站
思科服务支持社区 点击关注
思科服务支持社区

  
 找回密码
 立即注册

扫一扫,访问微社区

搜索
热搜: 邮件服务器

尴尬的STP参数优化和直径问题

热度 3已有 189 次阅读2018-2-5 11:25 |个人分类:other|系统分类:分享

Max-Age参数和转发延迟可能会导致一个非常不稳定的STP拓扑。在这种情况下, 一些BPDU的丢失会导致出现环路。另一个问题,不是众所周知的, 它与桥接网络的直径有关。STP计时器的保守的默认值最大网络直径是7。在网络中最大网络直径限制远离彼此的网桥。在这种情况下,两个不同的网桥中间不能超过七个网桥。这一限制的一部分来自于BPDU携带的AGE字段。
       当BPDU传播从根桥向上发出时,每次BPDU通过一个网桥时AGE字段都会增加。最终, 超出Max-Age字段时丢弃BPDU。如果根桥离一些网络中的网桥太远,会发生这个问题。这个问题会影响生成树的收敛。
        要特别注意如果你打算改变STP计时器从默认值,是有危险的。如果你试图让再收敛变快,STP计时器的变化会影响网络的直径和STP的稳定性。你可以改变桥优先级来选择根桥, 也可以改变端口cost值或优先级参数来控制冗余和负载均衡。

http://www.cisco.com/c/en/us/support/docs/lan-switching/spanning-tree-protocol/10556-16.html#awkward

Awkward STP Parameter Tune and Diameter Issues
An aggressive value for the max-age parameter and the forward delay can lead to a very unstable STP topology. In such cases, the loss of some BPDUs can cause a loop to appear. Another issue that is not well known relates to the diameter of the bridge network. The conservative default values for the STP timers impose a maximum network diameter of seven. This maximum network diameter restricts how far away from each other bridges in the network can be. In this case, two distinct bridges cannot be more than seven hops away from each other. Part of this restriction comes from the age field that BPDUs carry.
When a BPDU propagates from the root bridge toward the leaves of the tree, the age field increments each time the BPDU goes  though a bridge. Eventually, the bridge discards the BPDU when the age field goes beyond maximum age. If the root is too far away from some bridges of the network, this issue can occur. This issue affects convergence of the spanning tree.
Take special care if you plan to change STP timers from the default value. There is danger if you try to get faster reconvergence in this way. An STP timer change has an impact on the diameter of the network and the stability of the STP. You can change the bridge priority to select the root bridge, and change the port cost or priority parameter to control redundancy and load balancing.

实际案例说明
用户的一台核心交换机串连了8台同型号的接入层交换机,使用STP避免环路,但不幸的是问题就出现在STP上, 故障现象是MAC Flapping.
网络拓扑:
 

问题分析:
如拓扑所示,当Core交换机向外每2秒发出PBDU包时,每经过一个网桥都会更加2秒,当穿过sw6时, 第一个PBDU已经是累加到14秒,当第15秒时Core交换机上的端口会从listening 状态,改变成learning状态,注意此时生成树还没有计算完整个拓扑,也就没有适当的block掉某一个端口,当Core交换机上的两个端口改变成learning状态后就开始学习MAC地址,而且这两个端口都会学习到相同的MAC 地址,此时就出现了MAC  flapping。


解决方案:
解决方案有多种,个人建议直接缩小网络直径来解决,即把接入层的8台交换机,分为每4台交换机一组,分别串连到Core交换机即可。


参考
 

STP 默认Timers
Hello Time   2 sec  Max Age 20 sec  Forward Delay 15 sec
  • 1
  • 2
  • 3
  • 4
  • 5
  • 1
  • 2
  • 3
  • 4
  • 5
平均得分5 (3 评价)

路过

鸡蛋
1

鲜花

握手

雷人

刚表态过的朋友 (1 人)

发表评论 评论 (2 个评论)

回复 likuo 2018-2-14 17:16
文章有深度。
回复 青沙流萤 2018-2-16 19:45
很有用的案例

facelist

您需要登录后才可以评论 登录 | 立即注册

Archiver | 思科服务支持社区  

GMT+8, 2018-8-20 07:19 , Processed in 0.049643 second(s), 23 queries .

京ICP备09041801号-187

版权所有 :copyright:1992-2019 思科系统  重要声明 | 保密声明 | 隐私权政策 | 商标 |

返回顶部