M-LAG设备间通过Keepalive链路检测邻居状态,即通过交互Keepalive报文来进行peer-link链路故障时的双主检测。Keepalive报文为我司私有报文。
如果在指定时间内,本端M-LAG设备收到对端M-LAG设备发送的Keepalive报文:
· 如果peer-link链路状态为down,则本端和对端M-LAG设备根据收到的Keepalive报文选举主从设备,保证M-LAG系统中仅一台M-LAG设备转发流量,避免两台M-LAG设备均升级为主设备。
·
请问在上述中M-LAG设备根据收到的keepalive报文选举主从设备,印象里选举主从不是通过DRCP报文来选举吗,keepalive报文里也会包含相关的优先级信息吗
(0)
最佳答案
DRCP
报文选举(peer-link
正常时):当 peer-link
状态为 up
且 M-LAG 系统建立或需要角色协商时,主从选举主要依赖通过 peer-link
交互的 DRCP
报文来完成。选举时依据文档中提到的比较因素(如健康值、角色优先级、桥MAC等)。Keepalive
报文选举(peer-link
故障时):在特定场景下——即 peer-link
状态为 down
但 Keepalive
链路仍然连通(本端在 Keepalive timeout
内收到对端的 Keepalive
报文)时——确实会根据收到的 Keepalive
报文进行主从选举。这表明 Keepalive
报文自身携带了必要的选举信息(如设备标识、健康状态或隐含的优先级等),使得两端设备能够在 peer-link
失效的情况下独立完成一次选举。结论:
您的印象部分正确。DRCP
报文是在 peer-link
正常工作时进行协商和角色选举的关键协议。然而,当 peer-link
故障但 Keepalive
链路仍然有效时,技术文档清晰地表明此时的主从选举是通过交互并依赖 Keepalive
报文来实现的。Keepalive
报文在此时不仅仅是心跳检测,更是传递了进行有效选举所需的信息,以防止双主冲突的发生。
(0)
前辈,您这个是在官网查询到的吗我在官网没有看到
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
前辈,您这个是在官网查询到的吗我在官网没有看到