上行切了备用下行动作没跟上：Monitor Link把联动的口一起倒
整理自华为官方发布的典型配置案例。
楼里那台汇聚交换机的上行光纤被施工挖断的瞬间，最难受的不是上行口本身——它 Down 了交换机自己知道——而是下挂在它下面的一串接入口：楼层交换机看自己的口明明是 Up 的，终端的流量还一个劲往黑洞里送，要等上层协议慢慢超时才反应过来。Monitor Link 就是给这种"上游断了下游不知道"的场景准备的联动机制：把下行口绑在上行口的状态上，上行一断，组里的下行口跟着关闭，下游设备的链路检测立刻感知，及时切换到备用路径。
一条上行带一串下行，三行命令绑起来
汇聚交换机上，连上游的口指定为上行，连楼层的口指定为下行：
<HUAWEI> system-view
[HUAWEI] sysname SwitchB
[SwitchB] monitor-link group 1
[SwitchB-mtlk-group1] port gigabitethernet 1/0/1 uplink
[SwitchB-mtlk-group1] port gigabitethernet 2/0/1 downlink 1
[SwitchB-mtlk-group1] timer recover-time 10
[SwitchB-mtlk-group1] quit
组里只能有一个上行接口，下行接口按需加入、编号区分（取值范围 1～512，不指定编号时按顺序编）。上行口 Down，组内全部下行口跟着 Down；上行恢复后，下行口并不立刻回切，等回切时间到了再恢复，避免链路反复横跳——示例里的 timer recover-time 10 就是把这个等待定成 10 秒。
上游自己是双归属？让Smart Link当上行
更完整的接法是上游设备自己配了 Smart Link 双归属。这时 Monitor Link 的上行接口可以直接引用 Smart Link 组：Smart Link 在两条上行之间倒换，Monitor Link 把"换路了"这个消息带给下游。综合应用示例里上游设备的写法：
[SwitchA] monitor-link group 1
[SwitchA-mtlk-group1] smart-link group 1 uplink
[SwitchA-mtlk-group1] port gigabitethernet 2/0/1 downlink 1
Smart Link 组整体充当上行，只要这个组里还有可用上行链路，下行口就不动；组里主备全断，下行口才关闭。
配完怎么验
[SwitchB] display monitor-link group 1
回显里能看到组的回切时间、成员接口的角色（UpLk 上行、DwLk 下行）和当前状态，上游断一次再恢复，对照这份输出就能确认联动和回切都按预期工作。
几个容易踩的点
- 上下行角色不能配反：uplink 是观察对象，downlink 是被联动对象，反着配等于让下游口牵着上游走。
- 回切时间别设太短：上游链路刚恢复时状态未必稳定，等待时间太短，链路抖动会被放大成业务反复切换。
- 它只管联动不管选路：Monitor Link 不会替下游挑备用路径，备用路径本身要靠下游自己的机制（另一条线、另一台设备）存在，它负责的只是"把坏消息尽快送到"。
汇聚到楼层这条链路的可靠性怎么设计，欢迎搜索关注贵州诚鑫致达科技，从链路规划到倒换演练都可以上门做。
企业存储选型参考｜贵州诚鑫致达
做核心业务 SAN 存储与高可靠应用，群晖机型参考：UC3400 · UC3200 · SA3600。需要选型建议或上门评估，搜「诚鑫致达」即可找到我们。
服务区域｜贵州诚鑫致达
贵州群晖NAS、贵阳存储、数据备份、信创云盘或 IT 集成服务，可联系贵州诚鑫致达科技，服务范围覆盖贵州全省各市州。云南昆明企业 NAS 存储方案与备份容灾，支持远程与上门服务。