如何查询IRF链路流量

重要说明：IRF‑port 是逻辑虚拟端口，没有直接查看逻辑 IRF‑port 带宽 / 流量的命令；IRF 流量跑在绑定的物理端口上，需要先拿到 IRF 绑定的物理接口，再查看物理接口的速率、带宽利用率、丢包错包来判断是否拥塞H3C。

步骤 1：获取 IRF 对应的物理堆叠口

输出会列出每个 IRF‑port 绑定的实际物理接口（例如Ten‑GigabitEthernet1/0/49、Ten‑GigabitEthernet2/0/49），这些就是 IRF 堆叠物理链路H3C。

示例输出片段

步骤 2：查看 IRF 物理接口实时速率、带宽利用率（判断是否跑满拥塞）

方式 A：看接口详细信息（包含最近 300s 平均速率、利用率、错包、丢包）

重点字段：

• Last 300 second input/output：近 5 分钟平均 bps、pps
• InUsage / OutUsage：入 / 出带宽利用率，持续大于 70% 就要警惕拥塞风险
• input error / output error / drop：是否存在错包、队列丢包；IRF 链路出现 output‑drop 就是拥塞丢包，会直接造成跨成员业务卡顿。

方式 B：快速批量看多个堆叠口的速率利用率

输出包含：Usage(%)带宽利用率、总 pps、广播组播 pps，适合快速观察是否打满带宽H3C。

重置统计（排查时，清零看新增计数）

步骤 3：IRF 链路额外关键排查项（业务卡顿不一定只是带宽，还有分担、丢包）

1）IRF 负载分担模式

跨成员流量依靠 IRF 分担模式，如果分担不均，多条堆叠聚合链路只有一条跑满，其余空闲，也会卡顿。

查看 IRF‑port 二层、三层、四层分担哈希因子，建议默认使用源目 IP + 源目端口；如果业务大量单流，会哈希到单条物理口造成瓶颈。

如果 IRF‑port 绑定多个物理口做堆叠聚合，建议开启local‑first本地优先转发：同一台成员内的业务尽量不走 IRF 链路，减少跨框流量，降低 IRF 链路压力。

2）队列丢包（拥塞最直接证据）

IRF 物理口出方向队列丢包，是业务卡顿的典型特征：

观察每个队列的 Drop 计数，如果有持续增长的 drop，代表 IRF 链路已经拥塞。

3）IRF 链路硬件健康

查看光模块收发光功率，光功率异常会造成间歇性丢包、业务卡顿。

完整现场排查流程（针对部分业务卡顿）

1. display irf link获取全部 IRF 物理接口；
2. 逐个堆叠口执行display interface xxx，看OutUsage、output‑drop、queue 丢包；
   • ✅若 OutUsage 长期 > 70% 并且有 output‑drop：IRF 链路带宽不足，跨成员业务受影响；
   • ✅利用率低但有大量丢包：优先排查光模块 / 光纤硬件、CRC 错包；
3. 确认local‑first本地优先转发是否开启，减少不必要跨 IRF 转发；
4. 查看 IRF‑port 负载分担模式，是否存在分担不均，多成员业务流量全部压在某一条堆叠物理口；
5. 区分现象：只有跨 IRF 成员之间互访业务卡顿，同成员设备业务正常 → 基本指向 IRF 链路问题；如果所有业务都卡，排查上行、接入、CPU，和 IRF 无关。

优化方案（确认 IRF 链路拥塞后）

1. 开启local‑first本地优先转发，尽量业务流量本地终结，减少跨成员转发；
2. IRF‑port 增加绑定更多高速物理口做堆叠聚合，提升 IRF 总带宽；
3. 业务规划调整，尽量把需要大量互访的业务部署到同一 IRF 成员框；
4. 检查 IRF 分担哈希，根据业务类型调整分担因子，避免大流量单流全部压到单条堆叠链路。

常用收集信息命令，便于定位问题

补充提示：V7 版本没有命令直接统计 “IRF 逻辑端口总吞吐量”，只能基于绑定的物理接口做聚合计算。

直接dis 接口就可以

一般都是通过接口流量统计来看

dis counters rate inbound interface Ten-GigabitEthernet 1/1/0/1

可参考此案例

堆叠口流量不均衡问题 - 知了社区 https://zhiliao.h3c.com/Theme/details/18335

1. 查看IRF物理端口流量与错误统计

优先检查所有IRF物理端口（如堆叠口）的速率、利用率及是否有错包。若存在大量CRC错误或带宽打满，常是链路拥塞或物理不稳定的直接证据。参考某局点IRF设备console登录卡且业务转发有大量丢包故障处理经验案例。

重点查看：

• Last 300 seconds input/output 的速率和利用率（如99%）；
• Input: ... CRC 等错误计数是否持续增长。

2. 查看全局或聚合口的出方向拥塞丢包统计

若IRF口本身无错包，但业务卡顿，需确认出方向是否有队列拥塞丢包。参考接口测速不达标，有拥塞丢包：

若发现某个队列（如Queue 2）存在大量Dropped报文，则说明出口存在拥塞，可考虑开启数据缓冲区自动分配功能：

3. 检查IRF成员设备间的负载均衡与本地优先转发状态

确认是否配置了 undo link-aggregation load-sharing mode local-first，此配置会关闭本框优先转发，可能导致跨框流量大增，进而拥塞。参考IRF流量负载不均、12500X-AF 堆叠链路流量大。

若已关闭本地优先，且IRF链路流量不均，可尝试调整聚合哈希算法：

4. 检查上行口是否存在带宽瓶颈

参考S12500 拥塞导致IRF备框流量转发不通案例。若上行口（如百兆口）带宽被打满，会导致跨框流量（从备框来）被优先丢弃。可检查：

关注 Last 300 seconds output: ... 99%，并检查对应芯片的buffer占用情况。

5. 快速定位是否因IRF物理链路不稳定

若怀疑某条堆叠线缆不稳定，可在业务低峰期拔掉该线缆测试，观察是否恢复。同时检查IRF端口下有无CRC错误（见第一步）。参考案例。

6. 确认路由负载分担条数是否足够

如果业务经过多条等价路由，但负载分担条数配置过少，可能导致单条链路拥塞。参考某局点 S12516F-AF 端口流量打满 问题：

若发现等效路由只有少数几条且集中在同一框，可调整BGP负载均衡条数：