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

S6800 聚合出接口hash不均

  • 0关注
  • 0收藏 1046浏览
粉丝:10人 关注:1人

组网及说明

过路报文为vxlan报文,源目IP固定,源端口离散

问题描述

BAGG1口有如下成员口

Aggregate Interface: Bridge-Aggregation1

Aggregation Mode: Dynamic

Loadsharing Type: Shar

Management VLANs: None

System ID: 0x8000, dcda-8038-0b8c

Local:

  Port                Status   Priority Index    Oper-Key               Flag

  XGE1/0/1            S        32768    5        3                      {ABCDEF}

  XGE1/0/2            S        32768    6        3                      {ABCDEF}

  XGE1/0/3            S        32768    7        3                      {ABCDEF}

  XGE1/0/4            S        32768    8        3                      {ABCDEF}

  XGE1/0/5            S        32768    9        3                      {ABCDEF}

  XGE1/0/6            S        32768    10       3                      {ABCDEF}

  XGE1/0/7            S        32768    11       3                      {ABCDEF}

  XGE1/0/8            S        32768    12       3                      {ABCDEF}

  XGE1/0/9            S        32768    13       3                      {ABCDEF}

  XGE1/0/10           S        32768    14       3                      {ABCDEF}

  XGE1/0/11           S        32768    15       3                      {ABCDEF}

  XGE1/0/12           S        32768    16       3                      {ABCDEF}

  XGE1/0/13           S        32768    17       3                      {ABCDEF}

  XGE1/0/14           S        32768    18       3                      {ABCDEF}

  XGE1/0/15           S        32768    19       3                      {ABCDEF}

  XGE1/0/16           S        32768    20       3                      {ABCDEF}

 

出接口流量严重不均

Interface            Usage (%)   Total (pps)   Broadcast (pps)   Multicast (pps)

BAGG1                        5       1267425                --                --

XGE1/0/1                     0          8138                --                --

XGE1/0/2                     0           162                --                --

XGE1/0/3                     1         10974                --                --

XGE1/0/4                     0           250                --                --

XGE1/0/5                     0          1710                --                --

XGE1/0/6                     0           449                --                --

XGE1/0/7                    75       1154399                --                --

XGE1/0/8                     0           270                --                --

XGE1/0/9                     5         72886                --                --

XGE1/0/10                    0           766                --                --

XGE1/0/11                    0           340                --                --

XGE1/0/12                    0           232                --                --

XGE1/0/13                    1         15438                --                --

XGE1/0/14                    0           765                --                --

XGE1/0/15                    0           353                --                --

XGE1/0/16                    0           293                --                --



过程分析

1. 查看现场vxlan报文hash计算的hash因子的寄存器。

现场寄存器

bcm s 1 c 0 g/RTAG7_IPV4_TCP_UDP_HASH_FIELD_BMAP_2

RTAG7_IPV4_TCP_UDP_HASH_FIELD_BMAP_2.ipipe0[1][0x16001c00]=0x1ef8f70           

   : <IPV4_TCP_UDP_FIELD_BITMAP_B=0xf7c,IPV4_TCP_UDP_FIELD_BITMAP_A=0xf00>

实验室情况:

[H3C-probe]bcm s 1 c 0 g/RTAG7_IPV4_TCP_UDP_HASH_FIELD_BMAP_2

RTAG7_IPV4_TCP_UDP_HASH_FIELD_BMAP_2.ipipe0[1][0x16001c00]=0x1ef8f70           

   : <IPV4_TCP_UDP_FIELD_BITMAP_B=0xf7c,IPV4_TCP_UDP_FIELD_BITMAP_A=0xf70>

源端口号对应的bit位是0x40(二进制0x01000000),现场hash的寄存器0xf00,不包含0x40,也就是源端口号没有参与hash因子计算

实验室用修改寄存器命令修改寄存器和现场一样现场,可以复现现场现象。

bcm s 1 c 0 m/RTAG7_IPV4_TCP_UDP_HASH_FIELD_BMAP_2/IPV4_TCP_UDP_FIELD_BITMAP_A=0xf70 命令将寄存器值改对,可以使问题恢复。

进一步排查排查现场的寄存器为什么是0xf00 。发现在R2612P02H11 R2612P02H21 之间的补丁上, 合入了聚合对称HASH的功能,此功能会将寄存器值修改为0xf00,会使默认HASH不包含L4源目的端口号。

1.1  R2612P02H11版本操作方式变更

1. [201901210102]增加IP报文的对称Hash功能

变更前:对IPv4的非已知单播流量无法做到对称Hash

变更后:对IPv4的非已知单播流量可以做到对称Hash

解决方法

后续H2后续H23及更高的补丁上取消的这个修改,不会修改默认寄存器值。 但是如果设备已经安装过H11-H21的补丁,再安装H23及更高补丁,不会再把这个寄存器值主动修改回来。也就是说现场安装了H19补丁,后续再安装H23以上的补丁,仍然会存在此次问题。

现场设备出问题设备可以使用 如下命令修改恢复。

bcm slot x chip 0 m/RTAG7_IPV4_TCP_UDP_HASH_FIELD_BMAP_2/IPV4_TCP_UDP_FIELD_BITMAP_A=0xf70

该案例对您是否有帮助:

您的评价:1

若您有关于案例的建议,请反馈:

作者在2022-10-10对此案例进行了修订
0 个评论

该案例暂时没有网友评论

编辑评论

举报

×

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

侵犯我的权益

×

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

泄露了我的隐私

×

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

侵犯了我企业的权益

×

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

抄袭了我的内容

×

原文链接或出处

诽谤我

×

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

对根叔知了社区有害的内容

×

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

不规范转载

×

举报说明

提出建议

    +

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

确定

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

注册后可访问此模块

跳转hclhub

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