M-LAG独立工作模式疑问
- 0关注
- 0收藏，474浏览
问题描述：
M-lag独立工作模式如果发生二次故障：
如下图B和C的链路因为聚合组为被选中所以不走流量，那么Network与B连接的链路应该不会down吧，那么流量岂不是还是会走到设备B，还是说有什么机制会让network流量不发往B。
- 2024-06-19提问
- 举报
-
(1)
你参考一下技术白皮书中的解释
https://www.h3c.com/cn/Service/Document_Software/Document_Center/Home/Public/00-Public/Learn_Technologies/White_Paper/M-LAG_White_Paper-Long/?CHID=803433#_Toc154604685
- 2024-06-19回答
- 评论(3)
- 举报
-
(1)
白皮书的解释也只解释了B和C连接的链路不走流量，跟network这边是没有解释的
是呀，跟C这边的链路不会被选中所以B的左边接口相当于down了，那么右边的接口呐。network回来的流量如果没有别的机制和联动那么接口应该是up的，那流量会过来，然后丢在B设备上呀。
还要做2条操作，第一将mad down置为永久down，但是这只能对付peerlink先故障keeplive后故障的情况，第二配置monitor link监测peerlink聚合口，peerlink故障时down掉备设备上联口，这个可以对付keeplive先故障peerlink后故障的情形。
- 2024-06-19回答
- 评论(3)
- 举报
-
(0)
第二个我重新考虑了下monitor link搞不了，因为peerlink口和聚合口是up状态的，需要用nqa或者bfd来探测邻居是否down来和track联动，将备设备上行口的cost调大。
第一岂不是MADdown保持就被开启了，但是白皮书里只是单纯开启了独立工作模式，第二确实我有考虑，就是联动。但是M-lag白皮书里没有提到联动，就是直接描述流量只会走设备A。
第一没错的，keeplive先故障然后peerlink后故障，mad会down掉备设备上行，但是由于逻辑口被排除，所有聚合口的成员口还是up，所以得通过设置lacp系统优先级确保选中主设备的成员端口。
第二个我重新考虑了下monitor link搞不了，因为peerlink口和聚合口是up状态的，需要用nqa或者bfd来探测邻居是否down来和track联动，将备设备上行口的cost调大。
编辑答案
亲~登录后才可以操作哦!
确定你的邮箱还未认证，请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
- 1. 您举报的内容是什么？（请在邮件中列出您举报的内容和链接地址）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
- 3. 是哪家企业？（营业执照，单位登记证明等证件）
- 4. 您与该企业的关系是？（您是企业法人或被授权人，需提供企业委托授权书）
抄袭了我的内容
×
原文链接或出处
诽谤我
×
- 1. 您举报的内容以及侵犯了您什么权益？（请在邮件中列出您举报的内容、链接地址，并给出简短的说明）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
对根叔社区有害的内容
×
不规范转载
×
举报说明
是呀，跟C这边的链路不会被选中所以B的左边接口相当于down了，那么右边的接口呐。network回来的流量如果没有别的机制和联动那么接口应该是up的，那流量会过来，然后丢在B设备上呀。