S5130S-28F-EI堆叠负载均衡与qos问题
- 1关注
- 0收藏，78浏览
问题描述：
两台S5130S-28F-EI A和B做堆叠，上联端口在A上，下联端口在A和B上做聚合，全程二层VLAN透传。
问题一：流量从上联口进，下联口出，未在下联聚合端口上负载均衡。
输入irf-port global load-sharing mode destination-ip，显示The driver does not support.
问题二：对下联聚合端口inbound方向做qos car aggregative 限速，希望两个聚合口共用760M。结果未生效，两个端口各自能跑760M。
qos car car1 aggregative cir 760000 cbs 47500288 ebs 0 green pass red discard yellow pass
#
traffic classifier classifier1 operator and
if-match any
#
traffic behavior behavior1
car name car1
#
qos policy qos1
classifier classifier1 behavior behavior1
#
interface GigabitEthernet1/0/17
port access vlan 1
combo enable auto
port link-aggregation group 1
qos apply policy qos1 inbound
#
interface GigabitEthernet2/0/17
port access vlan 1
combo enable auto
port link-aggregation group 1
qos apply policy qos1 inbound
请问两个问题是交换机特性而无法满足？或配置问题？谢谢！
1. 检查堆叠配置：`display irf` 确认IRF2已正确建立，`display irf topology` 查看物理拓扑。
2. 检查聚合配置：`display link-aggregation verbose` 确认聚合组状态为`Selected`，且成员端口分布在两台设备上。
3. 检查负载分担模式：`display irf configuration` 查看全局负载分担模式。S5130S-EI系列通常支持基于流的负载分担。`irf-port global load-sharing mode` 命令不支持 `destination-ip` 是正常的，该型号可能仅支持 `source-mac`、`destination-mac`、`source-ip` 等基础模式。尝试修改为 `source-ip` 或 `source-destination-ip` 模式：`irf-port global load-sharing mode source-ip`。
4. 检查流量特征：如果流量是单一TCP/UDP会话（如大文件传输），由于基于流的负载分担，同一会话的流量只会走聚合组中的一个成员端口。这是正常现象。如需更细粒度分担，需确保流量具有多样化的源/目的IP或MAC地址。
问题二：聚合口QoS CAR限速未聚合生效
1. 确认软件版本：`display version`。早期版本对聚合口 `qos car aggregative` 的支持可能存在限制。
2. 检查配置命令：正确的配置步骤应为：
interface Bridge-Aggregation1
qos car inbound any aggregative cir 760000 cbs 950000 ebs 0 green pass red discard
请确认是在聚合接口（`Bridge-Aggregation1`）视图下配置的 `inbound` 方向，且使用了 `aggregative` 关键字。
3. 验证配置：`display qos car interface Bridge-Aggregation1` 查看限速配置和统计信息。
4. 排查要点：`aggregative` 模式要求聚合组内所有选中的成员端口必须位于同一台物理设备上，才能实现聚合限速。如果您的聚合组成员端口分布在堆叠的两台设备上（A和B），`aggregative` 模式将无法跨设备生效，会导致每个设备上的成员端口独立限速（各760M）。这是硬件架构限制。
* 解决方案：将聚合组的成员端口调整到堆叠中的同一台物理设备上（例如都放在设备A上），`aggregative` 限速即可生效。如果必须跨设备聚合，则无法使用 `aggregative` 模式实现端口组总限速，需要在每个成员端口上单独配置CAR限速，并手动计算分配带宽。
需要您补充的信息：
1.
问题一（IRF负载分担模式配置失败）：是交换机特性限制。你使用的
irf-port global load-sharing mode destination-ip命令中的参数destination-ip不在S5130S-28F-EI这款交换机的支持范围内，因此报错“驱动不支持”。问题二（聚合端口QoS CAR限速未生效）：是配置问题。你将QoS策略分别应用在了聚合组的成员端口上，而不是应用在聚合接口上。对于
aggregative类型的CAR，必须将策略应用在聚合接口才能实现多个成员端口共享限速的目标。
问题一详解：IRF负载分担模式
原因分析：硬件/软件特性限制
你执行的命令 irf-port global load-sharing mode destination-ip 报错 The driver does not support，核心原因是S5130S-28F-EI这款交换机的硬件芯片不支持仅基于 destination-ip 这一种参数进行哈希计算。
支持的模式有限：根据H3C官方文档，对于你这款设备，
irf-port global load-sharing mode命令后面只能跟destination-ip、destination-mac、source-ip、source-mac这四种参数的组合，不支持仅使用其中单个参数。设备定位：S5130S-28F-EI是一款企业级千兆接入交换机，其硬件能力与核心/汇聚交换机不同，负载分担的灵活性会有所限制。
解决方案：使用组合模式
如果你希望调整IRF链路的负载分担方式，需要配置为两个或更多参数的组合。最常用的是基于源IP和目的IP的组合，配置命令如下：
问题二详解：QoS聚合CAR限速
原因分析：策略应用位置错误
你创建了 aggregative 类型的CAR (car1)，并成功应用，但发现两个下联端口各能跑满760M，而不是共享760M。问题的根本原因在于QoS策略的应用对象。
aggregativeCAR的本质：聚合CAR的工作机制是，在设备内部创建一个共享的“令牌桶”。所有应用了此CAR的接口或成员，在转发流量时都会从这个同一个桶中取令牌。你希望两个端口共享带宽，这个思路本身是正确的。配置的错误点：你当前的配置，是将引用了
aggregativeCAR的QoS策略，分别应用在了聚合组的成员端口（G1/0/17和G2/0/17）上。导致的结果：对于设备来说，它在两个物理端口上分别创建了两个独立的聚合CAR实例。虽然两个实例的名字都叫
car1，但它们是相互独立的。因此，每个成员端口各自都拥有了一个760M的独立令牌桶，最终效果就成了两个端口各自能跑760M，总计可达1520M。
解决方案：将策略应用到聚合接口
要真正实现“两个聚合端口共用760M带宽”，需要将QoS策略应用在对应的聚合接口上，而不是其成员端口上。
首先，将聚合CAR
car1绑定到聚合组。这一步至关重要，它告诉设备这个CAR是为哪个聚合组服务的。你需要在CAR的视图下进行配置。然后，在聚合接口（例如
Bridge-Aggregation 1）上应用策略。这样，从G1/0/17和G2/0/17进入的流量，都会被视为从同一个聚合接口进入，共同从car1这一个令牌桶中取令牌，从而实现760M的总带宽限制。
正确的配置步骤如下：
暂无评论
S5130S-28F-EI 堆叠 + 聚合问题解答（负载均衡 + 聚合限速）
问题一：IRF 堆叠下联聚合负载均衡不生效（提示 driver 不支持）
1. 核心原因：硬件 / 驱动特性限制（不是配置错）
destination-ip 算法被硬件驱动限制（提示 The driver does not support 就是明确信号）。- 该机型 IRF 全局负载分担仅支持：
source-mac、destination-mac、source-destination-mac（默认）； - 不支持：
source-ip、destination-ip、source-destination-ip等基于 IP 的算法。
2. 为什么负载均衡不生效？
上联口（A）→ IRF内部转发 → 下联聚合口（A/B）- 若流量的 源 / 目的 MAC 高度集中（比如下联接的是服务器 / 网关，MAC 固定），默认的
source-destination-mac算法会导致流量只走聚合组内某一个端口； - 基于 IP 的算法被禁用，无法通过改算法优化。
3. 可行的优化方案（绕开特性限制）
（1）改用聚合口本地负载分担算法（针对聚合组，而非 IRF 全局）
# 针对聚合组1配置基于IP的负载分担（聚合口层面支持）
interface Bridge-Aggregation1
link-aggregation load-sharing mode destination-ip # 聚合组内按目的IP分担
# 可选算法：source-ip、source-destination-ip（聚合口层面支持，IRF全局不支持）
（2）调整流量分布（业务侧优化）
- 若下联是终端 / PC，尽量让终端 IP 段分散，避免单一 IP 大流量；
- 若下联是服务器，可做端口分流（比如不同业务 VLAN 走聚合组不同端口）。
（3）硬件层面（终极方案，若预算允许）
4. 验证命令
# 查看IRF全局负载分担模式（确认当前算法）
display irf-port load-sharing mode
# 查看聚合组负载分担模式
display link-aggregation load-sharing mode
# 查看聚合组端口流量（确认是否分担）
display interface Bridge-Aggregation1 verbose
display interface GigabitEthernet1/0/17 verbose
display interface GigabitEthernet2/0/17 verbose
问题二：聚合口 inbound 聚合限速（aggregative）未生效，双端口各跑 760M
1. 核心原因：配置逻辑错误（不是特性限制）
qos car aggregative（聚合 CAR）的核心要求是：CAR 策略必须应用在聚合组（Bridge-Aggregation）接口上，而非成员端口上。你把策略应用在聚合成员口（1/0/17、2/0/17），相当于给每个成员口单独配了 760M，而非聚合组共享 760M—— 这是聚合 CAR 最常见的配置误区。2. 正确配置（直接复制替换）
（1）删除成员端口上的 QoS 策略
interface GigabitEthernet1/0/17
undo qos apply policy qos1 inbound
interface GigabitEthernet2/0/17
undo qos apply policy qos1 inbound
（2）重新配置聚合 CAR（应用到聚合组接口）
# 1. 新建聚合CAR（参数不变，保留aggregative）
qos car car1 aggregative cir 760000 cbs 47500288 ebs 0 green pass red discard yellow pass
# 2. 流量分类/行为（不变）
traffic classifier classifier1 operator and
if-match any
traffic behavior behavior1
car name car1
# 3. QoS策略（不变）
qos policy qos1
classifier classifier1 behavior behavior1
# 4. 应用到聚合组接口（核心修改）
interface Bridge-Aggregation1
qos apply policy qos1 inbound
3. 关键原理说明
aggregative（聚合 CAR）的作用域是应用该策略的接口：- 应用到成员口 → 每个成员口独立限速（各 760M）；
- 应用到聚合组口 → 整个聚合组共享 760M（成员口合计不超 760M）。
- S5130S-EI 完全支持聚合 CAR，仅需调整策略应用位置。
4. 验证命令
# 查看CAR策略配置
display qos car configuration
# 查看QoS策略应用位置
display qos policy interface Bridge-Aggregation1
# 查看CAR流量统计（确认是否超限丢弃）
display qos car statistics interface Bridge-Aggregation1
总结
| 问题 | 根因 | 核心解决方案 |
|---|---|---|
| 问题一：IRF + 聚合负载均衡不生效 | S5130S-EI IRF 全局不支持基于 IP 的负载分担（驱动限制） | 1. 聚合组内配置 IP 负载分担（link-aggregation load-sharing mode destination-ip）；2. 业务侧分散 IP 流量 |
| 问题二：聚合限速未生效 | 策略应用在聚合成员口，而非聚合组接口 | 将 QoS 策略应用到Bridge-Aggregation1接口，而非成员口 |
关键补充
- 问题一属于设备硬件特性限制，无法通过配置突破 IRF 全局算法，但聚合组层面可优化；
- 问题二是典型配置误区，调整策略应用位置即可实现聚合组共享 760M 限速；
- 配置后建议用大流量工具（如 iPerf）测试：聚合组总流量不超 760M，且聚合口内流量按 IP 分担。
暂无评论
编辑答案
亲~登录后才可以操作哦!
确定你的邮箱还未认证，请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
- 1. 您举报的内容是什么？（请在邮件中列出您举报的内容和链接地址）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
- 3. 是哪家企业？（营业执照，单位登记证明等证件）
- 4. 您与该企业的关系是？（您是企业法人或被授权人，需提供企业委托授权书）
抄袭了我的内容
×
原文链接或出处
诽谤我
×
- 1. 您举报的内容以及侵犯了您什么权益？（请在邮件中列出您举报的内容、链接地址，并给出简短的说明）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论