M-LAG 双活网关异常

检查下双活网关是否正常吧 1 园区场景M-LAG双活方案组网配置举例

交换机A无法Telnet到堆叠AC，但从B可以正常访问，且A、B已配置M-LAG，初步判断为以下可能原因：

1. **M-LAG同步状态异常**：请执行 `display m-lag summary`，检查Peer-link接口状态、Keepalive链路状态及Local状态是否均为UP。若任一项为DOWN，则M-LAG未正常建立，可能导致A侧ARP表项或MAC表项未同步，影响通信。

2. **ARP/路由表项缺失**：在交换机A上检查是否学习到AC的ARP表项（`display arp`）。若未学习到，可能因Peer-link故障导致ARP未同步。建议确认M-LAG成员端口状态及Peer-link链路是否正常。

3. **聚合组配置不一致**：检查A与AC之间的链路聚合配置（LACP）是否正常，确保两端聚合模式一致（静态/动态），且端口均处于Selected状态（`display link-aggregation verbose`）。

4. **流量路径异常**：由于AC侧四根线做聚合，若交换机A的聚合组未正确加入M-LAG port-group，可能导致流量仅通过B转发。请确认A侧聚合接口已正确绑定至M-LAG端口组。

5. **带源ping测试建议**：从A执行带源ping（如 `ping -a A的管理地址 AC的IP`），验证转发路径。若不通，结合上述检查项定位。

结论：重点检查M-LAG状态同步及Peer-link通信，确保A、B之间控制面正常，ARP和MAC表项同步无误。

建议操作：
- 执行 `display m-lag summary` 查看M-LAG状态；
- 执行 `display arp` 和 `display mac-address` 查看表项是否存在；
- 检查Peer-link和Keepalive链路物理及协议状态。

如状态异常，请排查物理链路、配置一致性及软件版本风险（参考提示升级至R2719P01及以上）。