问

S5590-24X4YC-EI 交换机tap交换机minitor口丢包

丢包
QoS

14小时前提问

0关注
0收藏，48浏览

zhiliao_ORAuDf

zhiliao_ORAuDf 二段

粉丝：0人关注：0人

问题描述：

Ten-GigabitEthernet1/0/22和Ten-GigabitEthernet1/0/23口Queue 2存在丢包，如何排查，并解决。

display qos queue-statistics interface outbound

Interface: Ten-GigabitEthernet1/0/22

Direction: outbound

Forwarded: 33598167637 packets, 16026780092790 bytes

Dropped: 62361878 packets, 58376483383 bytes

Queue 0

Forwarded: 0 packets, 0 bytes, 0 pps, 0 bps

Dropped: 0 packets, 0 bytes

Current queue length: 0 cells (0 bytes)

Queue 1

Forwarded: 0 packets, 0 bytes, 0 pps, 0 bps

Dropped: 0 packets, 0 bytes

Current queue length: 0 cells (0 bytes)

Queue 2

Forwarded: 33598167637 packets, 16026780092790 bytes, 2217 pps, 0 bps

Dropped: 62361878 packets, 58376483383 bytes

Current queue length: 0 cells (0 bytes)

Queue 3

Forwarded: 0 packets, 0 bytes, 0 pps, 0 bps

Dropped: 0 packets, 0 bytes

Current queue length: 0 cells (0 bytes)

Queue 4

Forwarded: 0 packets, 0 bytes, 0 pps, 0 bps

Dropped: 0 packets, 0 bytes

Current queue length: 0 cells (0 bytes)

Queue 5

Forwarded: 0 packets, 0 bytes, 0 pps, 0 bps

Dropped: 0 packets, 0 bytes

Current queue length: 0 cells (0 bytes)

Queue 6

Forwarded: 0 packets, 0 bytes, 0 pps, 0 bps

Dropped: 0 packets, 0 bytes

Current queue length: 0 cells (0 bytes)

Queue 7

Forwarded: 0 packets, 0 bytes, 0 pps, 0 bps

Dropped: 0 packets, 0 bytes

Current queue length: 0 cells (0 bytes)

Interface: Ten-GigabitEthernet1/0/23

Direction: outbound

Forwarded: 33601514863 packets, 16026737918914 bytes

Dropped: 59014652 packets, 58418657259 bytes

Queue 0

Forwarded: 0 packets, 0 bytes, 0 pps, 0 bps

Dropped: 0 packets, 0 bytes

Current queue length: 0 cells (0 bytes)

Queue 1

Forwarded: 0 packets, 0 bytes, 0 pps, 0 bps

Dropped: 0 packets, 0 bytes

Current queue length: 0 cells (0 bytes)

Queue 2

Forwarded: 33601514863 packets, 16026737918914 bytes, 2217 pps, 0 bps

Dropped: 59014652 packets, 58418657259 bytes

Current queue length: 0 cells (0 bytes)

Queue 3

Forwarded: 0 packets, 0 bytes, 0 pps, 0 bps

Dropped: 0 packets, 0 bytes

Current queue length: 0 cells (0 bytes)

Queue 4

Forwarded: 0 packets, 0 bytes, 0 pps, 0 bps

Dropped: 0 packets, 0 bytes

Current queue length: 0 cells (0 bytes)

Queue 5

Forwarded: 0 packets, 0 bytes, 0 pps, 0 bps

Dropped: 0 packets, 0 bytes

Current queue length: 0 cells (0 bytes)

Queue 6

Forwarded: 0 packets, 0 bytes, 0 pps, 0 bps

Dropped: 0 packets, 0 bytes

Current queue length: 0 cells (0 bytes)

Queue 7

Forwarded: 0 packets, 0 bytes, 0 pps, 0 bps

Dropped: 0 packets, 0 bytes

Current queue length: 0 cells (0 bytes)

3 个回答

按时间按赞数

已采纳

IT小工

IT小工九段

粉丝：43人关注：2人

根本原因

端口镜像会把复制出来的镜像报文送到 Monitor 口硬件队列。

镜像报文在芯片内被映射到Queue‑2 队列出队发送；
多个镜像源端口复制流量叠加，总镜像流量超过 Monitor 端口物理带宽，硬件出队列拥塞溢出，发生 WRED 尾丢弃；
Current queue length=0只是查询瞬间队列已经泄空，代表突发拥塞，不是持续拥塞；业务转发报文不受影响，丢包只发生镜像复制报文，真实业务流量不会丢包H3C。

⚠️关键点：Monitor 观察口的队列丢包 = 镜像报文溢出丢弃，不是业务报文丢包。业务报文正常转发，只是抓包设备拿不到全部镜像报文。

排查步骤（按顺序执行）

步骤 1：确认镜像配置与流量基线

#查看镜像组配置
display mirroring-group local
#查看monitor口接口统计，确认Output方向速率
display int Ten‑GigabitEthernet 1/0/22
display int Ten‑GigabitEthernet 1/0/23
#查看镜像源总输入流量，评估复制后的镜像流量总和
display counters inbound interface 【所有镜像源端口】

把所有镜像源端口入 + 出流量相加；复制镜像流量总和如果 > 10Gbps，万兆 Monitor 口必然溢出丢包。

步骤 2：确认 QoS 映射，确认镜像报文进入 Queue‑2

display qos queue‑statistics interface Ten‑GigabitEthernet 1/0/22 outbound
display qos map cos‑queue
display qos map dscp‑queue

S5590‑EI 硬件镜像复制报文，默认映射到Queue‑2，因此只有队列 2 丢包，其他队列无流量。

步骤 3：确认无其他业务跑在 monitor 口

Monitor 端口严禁配置业务 VLAN 转发，只做镜像目的口。

display this interface Ten‑GigabitEthernet 1/0/22

正确配置：mirroring‑group X monitor‑port，不要配置 access/trunk 允许业务 VLAN，不要配置 IP，不要跑业务流量。

步骤 4：检查缓存 buffer 状态

display buffer usage slot 1 verbose
display buffer usage interface Ten‑GigabitEthernet 1/0/22 verbose
display buffer slot 1 queue

观察 egress 队列缓存占用峰值；队列瞬时打满后发生尾丢弃，查询时刻队列已经排空，所以 Current queue length 为 0H3C。

解决方案（优先级从高到低）

方案 1【推荐，架构优化】降低镜像总输出流量

拆分镜像源，增加更多 Monitor 观察口分担流量；N:1 镜像极易溢出，改成 N:M 镜像，多观察口分摊复制流量；
不需要全量镜像时，改用流镜像 MQC，用 ACL 过滤只镜像关心的五元组流量，丢弃无关大流量，减少送往 monitor 口的复制报文数量H3C。

acl number 3000
 rule permit ip source ... dest ...
qos policy MIRROR‑FILTER
 classifier acl 3000 behavior mirror‑act
interface 镜像源端口
 qos apply policy MIRROR‑FILTER inbound/outbound

方案 2【硬件限制，不能根治，仅缓解】调大队列 2 的 egress 缓存

⚠️修改 buffer 风险较高，修改后必须执行buffer apply，需要评估整机 buffer 资源，不建议随意调大，只能扛突发，带宽超配依然丢包H3C。

system‑view
buffer egress slot 1 cell queue 2 guaranteed ratio 25
buffer apply

默认每个队列 guaranteed 为 13%，调大只能扛短时突发；如果镜像持续带宽 > 端口物理速率，无论 buffer 多大，最终还是丢包。

方案 3 升级到更高带宽 Monitor 口

当前是 10G 万兆 Monitor 口；如果镜像复制总流量持续超过 10G，更换 25G/40G 光口做 Monitor 观察口。

方案 4 采样代替全量镜像（流量分析场景）

如果用于流量分析，不是深度故障抓包，使用 sFlow 采样，避免全量复制带来的带宽溢出。

误区澄清

❌不是业务报文丢包：业务原始报文正常转发；丢弃的只是交换机复制出来的镜像副本；业务终端 ping、业务转发不受影响。
❌Current queue length=0不代表没有拥塞：这是瞬时快照，突发打满缓存丢弃后，流量回落队列就排空了，统计 Dropped 计数器还保留历史丢包计数。
❌不要试图改 cos‑queue 映射把镜像报文换到别的队列：硬件镜像报文映射队列由芯片决定，修改 cos‑queue 无法改变镜像报文入队队列。

收集信息，如需开 case 给 H3C

display mirroring‑group
display qos queue‑statistics interface 两个monitor口 outbound
display buffer slot 1、display buffer usage slot 1 verbose
配置文件，镜像源端口的流量统计，版本display version

暂无评论

zhiliao_sEUyB

zhiliao_sEUyB 九段

粉丝：93人关注：11人

做一下优化，还丢的话就联系400吧

暂无评论

zhiliao_Gixe

zhiliao_Gixe 九段

粉丝：16人关注：9人

针对S5590-24X4YC-EI的Ten-GigabitEthernet1/0/22和1/0/23口Queue 2出方向丢包，排查步骤如下：
1. 确认丢包原因
执行 display qos queue-statistics interface Ten-GigabitEthernet1/0/22 outbound 查看Queue 2的Dropped计数是否持续增长。若持续增长，通常是队列缓存不足或调度策略导致。
2. 检查端口带宽利用率
执行 display interface Ten-GigabitEthernet1/0/22 查看Output带宽利用率。若接近100%，说明端口拥塞，需扩容或分流。
3. 检查队列调度与缓存
执行 display qos queue-scheduler interface Ten-GigabitEthernet1/0/22 查看Queue 2的调度权重和缓存配置。若Queue 2权重过低或缓存过小，可调整：

system-view
interface Ten-GigabitEthernet1/0/22
qos queue 2 wrr weight <增加权重>
qos queue 2 max-buffer <增加缓存>

4. 检查入向流量特征
若为TAP/Monitor口，确认镜像流量是否突发过大。执行 display qos queue-statistics interface inbound 查看入向是否有丢包，若入向也丢，需检查镜像源或限速。
5. 优化建议
若为监控口，建议启用流量整形：qos gts any cir <限速值> 避免突发拥塞。
检查是否配置了WRED或尾丢弃，可调整 qos wred queue 2 参数。
若流量持续超载，考虑升级端口速率或减少镜像源。
若调整后仍丢包，收集 display diagnostic-information 联系H3C技术支持分析。

暂无评论

编辑答案

分享扩散:

➤

网站相关: 关于我们; 服务条款; 隐私政策; 帮助中心; 经验与权限; 积分规则

联系我们: 联系我们; 建议反馈

常用链接: 标杆的神器下载

关注我们: H3C官网; 新华三服务公众号; 安仔远程运维服务; 新华三商城

内容许可: 除特别说明外，用户内容均可采用知识共享署名-相同方式共享3.0中国大陆许可协议进行许可

本图标版权归新华三集团所有，仅限本社区使用，切勿用做商业目的，违者必究

浙ICP备09064986号-1 浙公网安备 33010802004416号

✖

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

确定

✖

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

注册后可访问此模块

跳转hclhub

✖

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

✖

侵犯我的权益 >

对根叔社区有害的内容 >

辱骂、歧视、挑衅等（不友善）

侵犯我的权益

泄露了我的隐私 >

侵犯了我企业的权益 >

抄袭了我的内容 >

诽谤我 >

辱骂、歧视、挑衅等（不友善）

骚扰我

泄露了我的隐私

您好，当您发现根叔知了上有泄漏您隐私的内容时，您可以向根叔知了进行举报。请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱，我们会尽快处理。

1. 您认为哪些内容泄露了您的隐私？（请在邮件中列出您举报的内容、链接地址，并给出简短的说明）
2. 您是谁？（身份证明材料，可以是身份证或护照等证件）

侵犯了我企业的权益

您好，当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时，您可以向根叔知了进行举报。请您把以下内容通过邮件发送到 pub.zhiliao@h3c.com 邮箱，我们会在审核后尽快给您答复。

1. 您举报的内容是什么？（请在邮件中列出您举报的内容和链接地址）
2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
3. 是哪家企业？（营业执照，单位登记证明等证件）
4. 您与该企业的关系是？（您是企业法人或被授权人，需提供企业委托授权书）

我们认为知名企业应该坦然接受公众讨论，对于答案中不准确的部分，我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

抄袭了我的内容

原文链接或出处

诽谤我

您好，当您发现根叔知了上有诽谤您的内容时，您可以向根叔知了进行举报。请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱，我们会尽快处理。

1. 您举报的内容以及侵犯了您什么权益？（请在邮件中列出您举报的内容、链接地址，并给出简短的说明）
2. 您是谁？（身份证明材料，可以是身份证或护照等证件）

我们认为知名企业应该坦然接受公众讨论，对于答案中不准确的部分，我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔社区有害的内容

垃圾广告信息

色情、暴力、血腥等违反法律法规的内容

政治敏感

不规范转载 >

辱骂、歧视、挑衅等（不友善）

骚扰我

诱导投票

不规范转载

举报说明

产品线		搜索取消
案例类型
发布者
是否解决
是否官方
时间
搜索引擎
匹配模式	默认策略匹配全词匹配整句

S5590-24X4YC-EI 交换机tap交换机minitor口丢包

问题描述：

根本原因

排查步骤（按顺序执行）

步骤 1：确认镜像配置与流量基线

步骤 2：确认 QoS 映射，确认镜像报文进入 Queue‑2

步骤 3：确认无其他业务跑在 monitor 口

步骤 4：检查缓存 buffer 状态

解决方案（优先级从高到低）

方案 1【推荐，架构优化】降低镜像总输出流量

方案 2【硬件限制，不能根治，仅缓解】调大队列 2 的 egress 缓存

方案 3 升级到更高带宽 Monitor 口

方案 4 采样代替全量镜像（流量分析场景）

误区澄清

收集信息，如需开 case 给 H3C

编辑答案

提出建议