一个客户的旧大楼2层、3层重新装修,装修师傅暴力撤除时把楼层到机房的骨干光纤全部剪断了,完蛋了,客户1楼大厅今天有好几个关键业务要完成。
到达现场,装修师傅还在强调没有剪断光纤,只是把网线拉掉了。有线室内光缆不是铠装,外表跟网线确实差不多,把光缆皮剥开让他仔细看看才承认。
光纤重新熔接一下子完不成,客户急用,看看有没有临时应急办法。到机房看看,发现监控网居然没有断,问客户说监控是后面做的,新拉的线路。沟通后临时借用监控网把数据网透传互联。
本来以为比较简单,交换机互联。配置成trunk端口,允许数据VLAN通过后,数据网络应该就能通了。
临时网络拓扑如下:
检查了发现,交换机trunk口居然stp端口状态变成了discarding状态。检查链路肯定没有环路,就接了一根互联线。
关闭端口的STP后,网络就正常了
确认没有环路,检查STP的非正常端口
发现是因为Disputed堵塞了。可能存在STP单通的情况,导致接口被discard。(因为数据网只允许透传数据网的VLAN信息,跟原来的监控网VLAN信息不全,可能造成STP单通)。
在全局模式下,关闭Dispute保护功能后,等一会端口就切换成FORWARDING。
小贴纸:
什么是Dispute:
交换机端⼝的STP状态依靠不断接收上游交换 机发送的BPDU报⽂来维持,当由于链路拥塞或者 单向链路故障等问题,导致根端⼝收不到上游交换 机的BPDU时,下游交换机会重新选择根端⼝,原 来的根端⼝经过计算后会变为指定端⼝,⽽原来的 阻塞端⼝经过计算后会变为根端⼝且迁移到转发状 态,从⽽导致⽹络中产⽣环路,Dispute机制会抑制 这种环路地产⽣。 Dispute机制默认在所有端⼝⽣效,当端⼝收到 这 样 的 BPDU 报 ⽂ : 报 ⽂ 中 携 带 指 定 端 ⼝ ⻆ ⾊ 和 Learning/Forwarding状态并且报⽂中的优先级向 量低于接收端⼝的优先级向量,此时 Dispute机制 ⽣ 效 , 接 收 该 报 ⽂ 的 端 ⼝ 被 设 置 为 Discarding 状 态,阻⽌⽹络形成环路。
1、触发Dispute机制的原因 简单总结起来就是两个字:单通。
2. 导致单通的原因除了常⻅的配置问题以外, 还有可能是链路拥塞或者单向链路故障等。
3. H3C V5平台设备的STP功能不具有Dispute 保护机制。
4. H3C V7平台设备的STP功能具有Dispute保 护 机 制 , 特 定 情 况 下 可 以 配 置 undo stp disputeprotection命令关闭Dispute保护功能,⼀般情况下 不建议关闭。
免责声明:本站所有文章内容,图片,视频等均是来源于用户投稿和互联网及文摘转载整编而成,不代表本站观点,不承担相关法律责任。其著作权各归其原作者或其出版社所有。如发现本站有涉嫌抄袭侵权/违法违规的内容,侵犯到您的权益,请在线联系站长,一经查实,本站将立刻删除。 本文来自网络,若有侵权,请联系删除,如若转载,请注明出处:https://yundeesoft.com/52895.html