不行,必须改回来。
1.在IRF环境中,M-LAG备设备的member编号必须与它在IRF中的角色严格对应,否则设备无法正确加入M-LAG系统。
在IRF+MLAG的混合架构中,IRF member编号直接决定了设备在M-LAG系统中的角色和身份。
| 组件 | 关系说明 |
|---|---|
| IRF member 1 | 通常作为M-LAG主设备(Primary) |
| IRF member 2 | 通常作为M-LAG备设备(Secondary) |
当你把备设备的member编号改掉(比如从2改成其他),M-LAG系统会认为这是一台“新设备”,导致:
DRCP协议无法协商:M-LAG依赖DRCP(Distributed Relay Control Protocol)在两台设备间协商角色和状态,而DRCP报文包含设备的IRF member信息
配置不一致:M-LAG要求两台设备的基础配置(如M-LAG系统MAC、系统优先级)一致,但member编号变化会破坏这种一致性检查
无法形成M-LAG系统:设备在IRF中的member编号变化后,无法通过M-LAG的"stackability"检查,无法加入同一个M-LAG系统
两台设备要形成M-LAG系统,必须满足以下条件

其中最关键的是设备角色计算环节——如果备设备的member编号变了,它在IRF中的角色(Master/Slave)与M-LAG期望的角色(Primary/Secondary)可能错位,导致角色计算失败
不改回来强行组M-LAG,可能出现以下问题:
| 问题 | 后果 |
|---|---|
| M-LAG系统无法建立 | 两台设备各自为政,无法形成跨设备链路聚合 |
| DRCP协商失败 | peer-link无法建立,M-LAG接口无法正常工作 |
| MAD检测异常 | 多Active检测机制失效,可能导致网络风暴 |
| 配置同步失败 | 主备设备的MAC表、ARP表无法同步 |
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论