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

交换机S6850做了m-lag,和服务器得接口做了聚合,有一台学不到服务器mac

1天前提问
  • 0关注
  • 0收藏,49浏览
粉丝:0人 关注:0人

问题描述:

交换机S6850做了m-lag,和服务器得接口做了聚合,聚合都正常,带宽是两台设备物理接口聚合后的总带宽,接口都有加入聚合组,m-lag组也正常,但是两台设备只有单台设备能学到服务器的mac,有一台学不到服务器mac,服务器ping同网段的其他服务器不通,ping网关时通时不通,网关在在上行的S12516交换机上,做的vlan双活,S12516上两台都能看到服务器arp,但是就是服务器ping网关时通时不通,服务器ping不同组的接入交换机下的服务器(同段,流量经过S12516)不通,

1 个回答
粉丝:90人 关注:10人

1. 单台设备学不到服务器MAC

   Peer-Link状态验证 

     检查M-LAG设备间的Peer-Link链路聚合状态(display link-aggregation verbose),确保所有成员端口均为Selected状态。若存在端口未选中(Unselected),需检查:

     两端聚合模式是否一致(推荐动态聚合)

     成员端口属性配置(VLAN、速率等)是否完全相同

     物理链路是否存在CRC错误(display interface

   M-LAG表项同步机制 

     MAC表项通过Peer-Link同步。若同步异常:

     执行debugging m-lag packet观察Peer-Link的协议报文交互

     确认未开启错误隔离配置(如m-lag mad exclude误包含业务接口)

2. 服务器Ping网关时通时断

   VLAN双活网关配置校验 

     S12516双活网关上确认:

      检查两台设备VLAN接口配置一致性

     display current-configuration interface Vlan-interfaceXX 

      重点确认:IP地址、MAC地址必须完全相同

     MAC地址不一致,使用mac-address XXXX-XXXX-XXXX强制配置相同MAC

     关闭接口ARP代理(undo arp-proxy enable),避免ARP响应冲突

   流量路径检查

     当服务器流量到达非学习MACM-LAG设备时,会通过Peer-Link转发到对端。若Peer-Link拥塞(display interface Bridge-AggregationX查看流量),会导致时延或丢包

     建议:扩容Peer-Link带宽(增加成员链路)或优化ECMP哈希算法

 

3. 跨组服务器通信失败

   三层转发路径验证

     S12516上检查去往目标服务器的路由(display ip routing-table),确保路由指向正确VLAN接口

     确认目标服务器所在接入交换机的VLAN配置与S12516网关VLAN匹配

   ARP表项一致性 

     S12516两台设备上执行display arp | include <目标服务器IP>,确认ARP表项中的MAC地址与服务器实际MAC一致。若不一致,需排查ARP欺骗或配置冲突。

 关键配置建议

1. M-LAG基础配置

    确保系统参数一致

   m-lag system-mac 0001-0001-0001   必须相同

   m-lag system-priority 100         必须相同

   m-lag system-number 1             主设备

   m-lag system-number 2             备设备(不同编号)

2. Peer-Link优化

   使用跨板卡链路组建Peer-Link聚合组,避免单板故障

   配置延迟恢复时间:m-lag restore-delay 300(单位:毫秒)

3. VLAN双活网关防环

    S12516VLAN接口下启用M-LAG虚拟IP(用于路由协议)

   interface Vlan-interface20

    port m-lag virtual-ip 20.1.1.100   虚拟IP需相同网段

 故障快速定位步骤

1. 收集诊断信息

  

   display m-lag brief               M-LAG状态概览

   display lldp neighbor             检查物理连接拓扑

   display link-aggregation verbose  聚合口详细状态

2. 流量跟踪

   S6850设备上对服务器IP执行:

   debugging ip icmp                 观察Ping包路径

   mac-address-tracking mac XXXX    跟踪MAC地址学习

> 重要提示:若问题仍存在,需检查服务器网卡绑定模式。推荐使用LACP动态聚合模式(非主备模式),并确认负载均衡策略与交换机一致(如link-aggregation load-sharing mode配置匹配)。

以上步骤可解决90%以上的M-LAG组网异常问题,若涉及特定版本BUG(如S6890系列日志中的FlexE带宽不匹配告警),建议升级至推荐版本。

暂无评论

编辑答案

你正在编辑答案

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

分享扩散:

提出建议

    +

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

确定

亲~检测到您登陆的账号未在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. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔社区有害的内容

×

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

不规范转载

×

举报说明