华小智问道IE面试 | M-LAG技术（三）

“本次课我们重点来了解M-LAG的主从协商过程，其实主从协商就是角色计算/角色确认的过程。”华小阮老师继续讲解道。

角色计算触发条件M-LAG角色计算在如下4种条件下将会触发计算：1）M-LAG设备在系统初始化时（包括新配置M-LAG或带M-LAG配置重启设备）。2）peer-link链路UP时，设备角色通过peer-link链路计算。3）peer-link链路故障，Keepalive正常工作，设备角色通过Keepalive链路计算。4）peer-link链路和Keepalive链路均故障，根据本端M-LAG设备上M-LAG接口状态决定设备角色。

角色计算流程M-LAG角色计算流程如图1所示。

角色计算规则当通过peer-link链路或Keepalive链路交互报文计算设备角色时，依次比较如下因素：(1)比较设备所有M-LAG接口的状态，有可工作M-LAG接口的一端为优。(2)比较计算前角色，若有一端为Primary，另一端为None，则Primary端优。(3)比较M-LAG MAD DOWN状态，若一端存在处于M-LAG MAD DOWN状态的接口，另一端不存在处于M-LAG MAD DOWN状态的接口，则不存在处于M-LAG MAD DOWN状态的接口的一端优。(4)比较设备健康状况，健康值越小越优。设备的健康值可通过display system health命令查看，健康值越小设备越健康，设备无故障运行时，健康值为0。(5)比较设备角色优先级，越高越优（角色优先级默认32768，值越小，优先级越高）。(6)比较设备桥MAC，越小越优。上述因素按顺序比较，结果为优的一端角色计算为Primary，另一端为Secondary。“同学们，听懂了没？现在时间还早，我们继续讲解一下Keepalive机制。”华小阮老师意犹未尽的说道。

Keepalive机制M-LAG设备间通过Keepalive链路检测邻居状态，即通过交互Keepalive报文来进行peer-link链路故障时的双主检测。Keepalive报文为H3C私有报文。下面将从2个大的场景来具体分析：场景一：如果在 Keepalive timeout 时间（默认5秒）内，本端M-LAG设备收到对端 M-LAG设备发送的Keepalive报文。1）如果peer-link链路状态为 up，则M-LAG系统正常工作。2）如果 peer-link链路状态为down，则认为peer-link故障，启动Keepalive hold timeout定时器（默认3秒）。①在该定时器超时前收到 DRCP 报文，则 peer-link 链路状态恢复 up， M-LAG 系统正常工作。②在该定时器超时前未收到 DRCP 报文，则本端和对端 M-LAG 设备根据收到的Keepalive 报文选举主备设备，保证 M-LAG 系统中仅一台 M-LAG 设备转发流量，避免两台 M-LAG 设备均升级为主设备。场景二：如果在 Keepalive timeout 时间内，本端 M-LAG 设备未收到对端 M-LAG 设备发送的Keepalive报文。1）如果 peer-link 链路状态为 up，则认为 Keepalive 链路状态为 down。此时主从设备正常工作，同时设备打印日志信息，提醒用户检查 Keepalive 链路。2）如果 peer-link 链路状态为 down，则认为对端M-LAG设备状态为down，启动Keepalive hold timeout定时器，在该定时器超时后：①本端设备为主设备时，如果本端设备上存在处于 up 状态的 M-LAG 口，则本端仍为主设备；否则本端设备角色变为 None 角色。②本端设备为备设备时，则升级为主设备。此后，只要本端设备上存在处于up状态的 M-LAG 口，则保持为主设备，否则本端设备角色变为 None 角色。闻道有先后，术业有专攻，扫描下方二维码，添加好友，让我们一起进步吧！

图片｜王在礼文字｜王在礼排版｜张坚审核｜姜明哲@新媒体中心