问题描述：
H3C与锐捷交换机都做了堆叠，两台设备通过2条10G聚合链路互联，但上行流量都在左边链路上跑，下行流量都在右边链路上跑，再加上上行流量远大于下行流量，导致20G链路实际就只有10G带宽，而业务流量超过10G，导致了业务出现问题，请问下如何解决？
- 2024-08-16提问
- 举报
-
(0)
最佳答案
调整下负载分担模式观察
- 2024-08-16回答
- 评论(4)
- 举报
-
(0)
默认为src-dst-mac，改成src-dst-ip依旧不行，是要两边都改嘛？我锐捷和H3C都改成src-dst-ip
都要改
两边改一致了，查看load-share mode都是src-dst-ip，需要UP/DOWN端口嘛？我看流量还是一边倒的。
不需要，过一会再看
1.5.3 配置聚合负载分担HASH算法
用户可以选择聚合负载分担HASH算法均衡聚合链路上的流量。只有负载分担方式是逐流负载分担时，配置生效。
需要注意，此配置对下面几种类型的聚合逐流负载分担类型无效：
· 根据源IP地址进行聚合负载分担。
· 根据目的IP地址进行聚合负载分担。
· 根据源MAC地址进行聚合负载分担。
· 根据目的MAC地址进行聚合负载分担。
· 根据源IP地址与目的IP地址进行聚合负载分担。
· 根据目的MAC地址与源MAC地址进行聚合负载分担。
表1-21 聚合负载分担HASH算法配置
操作 | 命令 | 说明 |
进入系统视图 | system-view | - |
配置全局采用的聚合负载分担HASH算法 | link-aggregation global load-sharing algorithm algorithm-number | 缺省情况下，全局采用的聚合负载分担HASH算法编号为0 |
配置全局采用的聚合负载分担HASH SEED | link-aggregation global load-sharing seed seed-number | 缺省情况下，全局采用的聚合负载分担HASH SEED值为0 |
· link-aggregation global load-sharing algorithm algorithm-number和link-aggregation global load-sharing seed seed-number命令可以单独配置，也可以同时配置。两者不同的配置组合会对聚合逐流负载分担类型的影响效果也不一样。
· 当不同数据流的报文没有负载分担到所有成员链路上时，建议用户依次使用link-aggregation global load-sharing algorithm algorithm-number更改HASH算法。
- 2024-08-16回答
- 评论(0)
- 举报
-
(0)
H3C交换机与第三方交换机对接操作指导-6W102
https://www.h3c.com/cn/Service/Document_Software/Document_Center/Home/Switches/00-Public/Configure/Interoperability_Guides/H3C-DSF_Long/?CHID=733705
- 2024-08-16回答
- 评论(0)
- 举报
-
(0)
编辑答案
亲~登录后才可以操作哦!
确定你的邮箱还未认证，请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
- 1. 您举报的内容是什么？（请在邮件中列出您举报的内容和链接地址）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
- 3. 是哪家企业？（营业执照，单位登记证明等证件）
- 4. 您与该企业的关系是？（您是企业法人或被授权人，需提供企业委托授权书）
抄袭了我的内容
×
原文链接或出处
诽谤我
×
- 1. 您举报的内容以及侵犯了您什么权益？（请在邮件中列出您举报的内容、链接地址，并给出简短的说明）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
对根叔社区有害的内容
×
不规范转载
×
举报说明
不需要，过一会再看