H3C S7603，扩容后流量没有达到分担的效果
- 0关注
- 1收藏，948浏览
问题描述：
为了扩容需求，现在两台H3C S7603核心交换机至WAF新增了两条光纤线路，WAF至两台汇聚H3C S5500交换机也分别新增两条光纤线路，经过测试没有达到流量分担的作用，下发流量的时候一边跑满了1G的流量才会分担到另一条线路，没有起到分担。这是什么原因？
- 2020-06-05提问
- 举报
-
(0)
最佳答案
调整下对应hash算法试试
1.1.28 link-aggregation load-sharing mode
link-aggregation load-sharing mode命令用来配置聚合组内采用的聚合负载分担类型。
undo link-aggregation load-sharing mode命令用来恢复缺省情况。
【命令】
link-aggregation load-sharing mode { { destination-ip | destination-mac | mpls-label1 | mpls-label2 | source-ip | source-mac } * | flexible }
undo link-aggregation load-sharing mode
【缺省情况】
聚合组内采用的聚合负载分担类型与全局的配置相同。
【视图】
二层聚合接口视图
【缺省用户角色】
network-admin
mdc-admin
【参数】
destination-ip：表示按报文的目的IP地址进行聚合负载分担。
destination-mac：表示按报文的目的MAC地址进行聚合负载分担。
mpls-label1：表示按MPLS报文第一层标签进行聚合负载分担。
mpls-label2：表示按MPLS报文第二层标签进行聚合负载分担。
source-ip：表示按报文的源IP地址进行聚合负载分担。
source-mac：表示按报文的源MAC地址进行聚合负载分担。
flexible：表示按报文类型（如二层协议报文、IPv4报文、IPv6报文、MPLS报文等）自动选择聚合负载分担的类型。
【使用指导】
多次执行本命令，最后一次执行的命令生效。
对于设备不支持的聚合负载分担类型，系统将提示用户不支持。
【举例】
# 配置二层聚合接口1对应的聚合组内按照报文目的MAC地址进行聚合负载分担。
<Sysname> system-view
[Sysname] interface bridge-aggregation 1
[Sysname-Bridge-Aggregation1] link-aggregation load-sharing mode destination-mac
- 2020-06-05回答
- 评论(3)
- 举报
-
(0)
亲~登录后才可以操作哦!
确定你的邮箱还未认证，请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
- 1. 您举报的内容是什么？（请在邮件中列出您举报的内容和链接地址）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
- 3. 是哪家企业？（营业执照，单位登记证明等证件）
- 4. 您与该企业的关系是？（您是企业法人或被授权人，需提供企业委托授权书）
抄袭了我的内容
×
原文链接或出处
诽谤我
×
- 1. 您举报的内容以及侵犯了您什么权益？（请在邮件中列出您举报的内容、链接地址，并给出简短的说明）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
对根叔社区有害的内容
×
不规范转载
×
举报说明
请您详细说明一下，谢谢
直接在对应聚合下用上述命令去调整，涉及的hash因子只能多次去尝试，看那个hash因子最符合现场。对应调整不影响业务。
我这是在三层也做有链路聚合