• 全部
  • 经验案例
  • 典型配置
  • 技术公告
  • FAQ
  • 漏洞说明
  • 全部
  • 全部
  • 大数据引擎
  • 知了引擎
产品线
搜索
取消
案例类型
发布者
是否解决
是否官方
时间
搜索引擎
匹配模式
高级搜索

M-LAG的MAD down配置问题

2025-03-14提问
  • 0关注
  • 0收藏,1236浏览
粉丝:0人 关注:0人

问题描述:

两台汇聚层的交换机同时配置了m-lag restore-delay 900 和 m-lag mad persistent、m-lag standalone enable delay 1200 想问下这三条命令是如何配合的

最佳答案

粉丝:112人 关注:0人

您好,在H3C交换机上配置M-LAG时,m-lag restore-delay 900、m-lag mad persistent和m-lag standalone enable delay 1200这三条命令是相互配合的,用于确保M-LAG系统的稳定性和可靠性。以下是它们的具体作用和配合方式:

1. m-lag restore-delay 900

作用:此命令用于设置设备作为从设备加入M-LAG系统时进行MAC地址表项等信息同步的最大时间。在定时器超时之前,业务口(除M-LAG保留接口以外的接口)状态为M-LAG MAD DOWN。定时器超时后,业务口状态变为UP。

配置建议:管理员需要根据M-LAG设备上的表项大小,合理调整延迟恢复时间。如果M-LAG设备间需要同步的表项较少,则适当减少延迟时间;如果M-LAG设备间需要同步的表项较多,则适当增加延迟时间。一般情况下,建议配置为300秒。如果设备上表项过多时,例如ARP表项达到48K,则延迟时间建议配置为900秒。

2. m-lag mad persistent

作用:此命令用于开启M-LAG MAD DOWN状态保持功能。当M-LAG系统检测到MAD(Multi-Active Detection)故障时,设备会保持MAD DOWN状态,直到故障恢复。这有助于防止在故障恢复后立即切换主备角色,从而避免网络震荡。

配置建议:在M-LAG系统中,建议启用此功能以提高系统的稳定性。

3. m-lag standalone enable delay 1200

作用:此命令用于开启M-LAG设备独立工作功能,并设置在Peer-link和Keepalive链路同时故障时,设备进入独立工作模式的延迟时间。在延迟时间内,设备会等待对端恢复,如果对端未恢复,则设备会进入独立工作模式。

配置建议:建议在Peer-link接口上配置link-delay命令,以减少接口震荡对上层业务的影响。延迟时间应根据网络环境和业务需求进行合理设置。

配合方式

m-lag restore-delay 900:确保在M-LAG系统恢复时,设备有足够的时间进行表项同步,避免业务中断。

m-lag mad persistent:在M-LAG系统检测到MAD故障时,保持MAD DOWN状态,防止频繁的主备切换。

m-lag standalone enable delay 1200:在Peer-link和Keepalive链路同时故障时,设备会等待1200秒后再进入独立工作模式,确保有足够的时间等待对端恢复,避免不必要的独立工作。

通过合理配置这三条命令,可以有效提高M-LAG系统的稳定性和可靠性,减少因网络故障导致的业务中断。

暂无评论

1 个回答
粉丝:120人 关注:9人

 m-lag restore-delay 900m-lag mad persistentm-lag standalone enable delay 1200三条命令的协作逻辑如下:


阶段1:正常M-LAG运行

  • 两台设备通过peer-link和keepalive链路保持同步,M-LAG双活负载分担流量‌。

阶段2:链路故障触发MAD

  • peer-link/keepalive链路中断
    1. MAD检测到双主状态,触发m-lag mad persistent,保留配置并继续转发流量,避免业务中断‌。
    2. 若链路在1200秒内恢复:
      • 执行m-lag restore-delay 900,等待900秒确保链路稳定后重新同步状态‌。
    3. 若链路超过1200秒未恢复:
      • 触发m-lag standalone enable delay 1200,设备切换为独立模式,各自转发流量‌。

阶段3:链路恢复后的处理

  • 链路恢复后,设备在900秒延迟期内完成以下操作:
    • 同步MAC表、ARP表等状态信息。
    • 检查配置一致性(默认开启,需通过m-lag consistency-check验证)‌。
    • 重新建立M-LAG关系,恢复双活负载分担。

三、关键参数设计原则

命令/参数设计目的
restore-delay 900避免短暂链路抖动导致M-LAG频繁重建,900秒足够观察链路稳定性‌。
standalone delay 1200超时时间需大于restore-delay,确保链路恢复优先于独立模式切换(1200 > 900)‌。
mad persistent在分裂期间维持业务连续性,避免因配置回滚或端口关闭导致中断‌。

四、典型应用场景

  • 网络抖动场景:peer-link偶发中断(如光纤松动),通过restore-delay 900避免快速切换。
  • 长时故障场景:peer-link和keepalive均永久中断(如光缆被挖断),1200秒后切换为独立模式保障基本业务。
  • 配置保护场景mad persistent确保分裂期间配置不丢失,降低运维复杂度‌。

五、配置建议

  1. 时间参数关系:建议standalone delay > restore-delay(如1200 > 900),避免恢复过程中过早触发独立模式。
  2. MAD机制强化:可结合BFD或直连检测链路加速故障感知‌45
  3. 日志监控:关注M-LAG状态切换日志,及时排查链路或配置问题。

通过以上协作机制,三条命令共同保障M-LAG在故障恢复和分裂场景下的高可用性与业务连续性。


暂无评论

编辑答案

你正在编辑答案

如果你要对问题或其他回答进行点评或询问,请使用评论功能。

分享扩散:

提出建议

    +

亲~登录后才可以操作哦!

确定

亲~检测到您登陆的账号未在http://hclhub.h3c.com进行注册

注册后可访问此模块

跳转hclhub

你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作

举报

×

侵犯我的权益 >
对根叔社区有害的内容 >
辱骂、歧视、挑衅等(不友善)

侵犯我的权益

×

泄露了我的隐私 >
侵犯了我企业的权益 >
抄袭了我的内容 >
诽谤我 >
辱骂、歧视、挑衅等(不友善)
骚扰我

泄露了我的隐私

×

您好,当您发现根叔知了上有泄漏您隐私的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您认为哪些内容泄露了您的隐私?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)

侵犯了我企业的权益

×

您好,当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 pub.zhiliao@h3c.com 邮箱,我们会在审核后尽快给您答复。
  • 1. 您举报的内容是什么?(请在邮件中列出您举报的内容和链接地址)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
  • 3. 是哪家企业?(营业执照,单位登记证明等证件)
  • 4. 您与该企业的关系是?(您是企业法人或被授权人,需提供企业委托授权书)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

抄袭了我的内容

×

原文链接或出处

诽谤我

×

您好,当您发现根叔知了上有诽谤您的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您举报的内容以及侵犯了您什么权益?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔社区有害的内容

×

垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载 >
辱骂、歧视、挑衅等(不友善)
骚扰我
诱导投票

不规范转载

×

举报说明