在标准的M-LAG故障处理机制中,当peer-link链路故障而Keepalive链路正常时,系统会通过Keepalive报文进行双主检测,并将备设备上的业务接口置为M-LAG MAD DOWN状态,从而将流量快速切换到对端设备。
然而,如果peer-link和Keepalive链路同时发生故障,则会出现您所描述的情况。根据可靠性方案说明,当Keepalive链路先故障,peer-link链路后故障时,M-LAG设备上的接口不会被置为M-LAG MAD DOWN状态。设备将进入独立工作模式(Standalone)。此时,由于组成M-LAG系统的两台设备失去了协同,它们的LACP System ID变得不一致,这会导致下游设备(如服务器或交换机)的链路聚合组中,仅有一台M-LAG设备上的成员端口可以被选中并转发流量。
因此,虽然备机上的业务接口物理状态没有down,但由于LACP协商机制,这些接口很可能在下游设备侧处于“未选中”状态,从而实现了流量的切换,避免了环路。这与peer-link单故障时通过主动MAD down端口来实现切换的机制不同。
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论