本帖最后由 Whistle 于 2025-11-25 12:13 编辑
关于H3C设备与Huawei设备对接MSTP的协商路径开销故障案例
本案例是针对H3C设备与Huawei设备之间对接MSTP无法正常协商路径开销的解决方法
业务结构如下图所示：
从案例图示中可以看出，Core1 Core2 作为核心设备与下面两台二层Distribution设备组合成一个MST域 ，并且将 vlan1 和其他 vlan (2-4094) 划分为两个instance，并通过Core设备设置instance的优先级保证业务的冗余性。
业务方向如下图所示：
根据图中信息，业务流量方向instance 1的流量优先通过Core1 转发Core2 作为备用链路，instance 2的流量优先通过Core2转发，Core1作为备用链路，此时Distribution设备的STP转发表项为：
该状态是业务正常转发的状态
而本次故障发生的现象为，H3C设备与Huawei设备之间对接MSTP时无法正常进行协商路径开销计算而导致的环路问题。当故障发生时，此时的Distribution设备的stp转发表项为：
故障时业务方向如下图所示： 根据图中信息，业务流量方向instance 1与instance 2的流量方向同时会通过Core1 与Core2 转发流量，因此会形成二层环路，引起广播风暴，影响核心设备下的所有业务。 针对这一现象最开始的判断是Core设备与Distribution设备的STP模式不一致导致端口协商异常，但是H3C与Huawei的默认STP默认模式都为MSTP，因此排除了这一因素，后来我判断可能是路径开销（Path Cost）的协商问题导致的，通过查阅各自厂商相关资料了解到，Huawei的Path Cost的出厂默认参数为dot1t
根据以上官方提供资料找到了最终的问题，因此需要修改Distribution设备的Path Cost的模式为dot1t即可解决环路引起的故障。 修改Distribution设备的Path Cost的协商模式后业务恢复正常。
修改过程如下图所示：
如上图所示通过修改了Distribution设备的默认Path Cost协商后，所有的instance到各自的接口由全部的FORWARDING状态，变为各自instance到接口的正常状态。
案例总结：
本次故障排查结束后，有个深刻的感悟想和大家分享：跨厂商设备部署时，功能兼容性问题真的值得我们提前重点关注。
这次故障的核心原因，正是不同厂商设备的 Path Cost 默认协商值存在差异 —— 这种看似细微的参数设定不同，直接导致了 STP（生成树协议）协商状态异常，不仅影响了网络拓扑的正常收敛，还间接引发了业务流量转发不稳定的问题。
这也提醒我们，后续进行多厂商设备组网规划时，不能只关注设备的基础功能是否匹配，更要深入研究各厂商的产品特性细节：比如协议参数的默认配置、特殊场景下的适配逻辑、隐性的兼容限制等。提前做好厂商间产品特性的对比调研，针对性调整参数配置，才能从源头规避这类因协议协商差异引发的故障，保障网络部署的稳定性。
| 
发表于 2025-11-11 16:11:40