• 全部
  • 经验案例
  • 典型配置
  • 技术公告
  • FAQ
  • 漏洞说明
  • 全部
  • 是
  • 否
  • 全部
  • 是
  • 否
  • 大数据引擎
  • 知了引擎
产品线
搜索
取消
案例类型
发布者
是否解决
是否官方
时间
搜索引擎
匹配模式
高级搜索
问

7610e-xqos队列2丢包

2小时前提问
  • 0关注
  • 0收藏,30浏览
粉丝:1人 关注:0人

问题描述:

交换机QOS队列2丢包是什么原因导致的,默认没有配置任何qos相关配置,队列2一般都是什么报文

3 个回答
粉丝:16人 关注:9人

一、默认队列2丢包常见原因
1. 突发/拥塞丢包: 端口出方向流量突发超过了端口速率或队列缓存能力,导致尾丢弃(Tail Drop)。
2. 微突发: 端口统计平均速率不高,但毫秒级内流量突增导致缓存耗尽。
3. 缓存不足: 虽然未配置QoS,但如果该接口存在特定流量模型,默认共享缓存可能不够。
二、默认情况下队列2的报文类型
在H3C未配置高级QoS(如CBQ)的情况下,通常使用简单优先级映射或WRR(加权轮询)。
缺省情况下,H3C很多设备(如7600系列)会将 IP Precedence(IP优先级)为2 的报文映射到队列2。
IP Precedence 2 通常标为 "Immediate" (立即),常见于一些特定的业务系统、网管报文或未明确标记的应用数据。
如果是纯二转发,且未信任CoS,通常都会落入队列0或低队列,具体要看芯片默认映射,但队列2一般承载IPP=2的流量。
三、关键排查命令
1. 查看队列统计:
bash
display qos queue statistics interface GigabitEthernet x/x/x

确认是否是队列2的 Discards 计数在增长。
2. 查看接口流量:
bash
display interface GigabitEthernet x/x/x

检查接口的 Output rate 是否接近线速,以及是否有 Errors。
3. 查看队列配置:
bash
display qos queue wrr interface GigabitEthernet x/x/x
display qos map-table

确认WRR权重及映射关系。

暂无评论

粉丝:93人 关注:11人

一般都是性能问题

暂无评论

粉丝:41人 关注:2人

一、队列 2 默认放什么报文?

本地优先级 LP 与队列一一对应:LP‑2 → Queue‑2H3C。 默认优先级映射(dot1p‑lp):

  • 802.1p (CoS)=0 → LP0→队列 0(普通业务,绝大多数普通数据报文)
  • 802.1p (CoS)=1 → LP1→队列 1
  • 802.1p(CoS)=2 → LP2→队列 2
  • 802.1p (CoS)=3 → LP3→队列 3
  • 802.1p (CoS)=4 → LP4→队列 4
  • 802.1p (CoS)=5 → LP5→队列 5(语音)
  • 802.1p (CoS)=6 → LP6→队列 6(网络控制)
  • 802.1p (CoS)=7 → LP7→队列 7(最高控制)

✅进入队列 2 的报文来源

  1. 带 VLAN 标签,802.1p‑2的业务报文;
  2. 经过上游设备标记了 CoS=2 的报文;
  3. 部分服务器 / 终端发出 DSCP 映射后最终映射到 LP‑2;
  4. IRF / 协议报文极少进队列 2;协议报文大多进入队列 6、7。

关键点:即使交换机本身不做任何 QoS 配置,如果对端设备送来带 CoS=2 的标记报文,该报文就会硬件入 Queue‑2,队列拥塞就会发生尾部丢弃 tail‑dropCisco。

二、队列 2 丢包根本原因(无手工 QoS 策略场景)

  1. 输出端口带宽超订阅(最常见) 多个高速入端口大流量同时往同一个出端口转发,出端口物理带宽不够,硬件队列缓存耗尽,发生尾部丢弃 tail‑drop。

不是配置导致,是流量超过出口物理能力。虽然所有队列都会丢包,但如果大部分拥塞流量恰好是 CoS=2 标记流量,就表现为只有队列 2 计数器上涨。

  1. 上游网络带入 802.1p 标记 接入设备、服务器网卡、其他交换机送出 VLAN 标签携带CoS=2,S7610E‑X 端口默认trust dot1p信任报文自带优先级,报文直接送入队列 2,拥塞就丢包。
  2. 单板硬件缓存压力、背压(框式特有) 多块单板大流量跨板转发,交换网芯片背压,出端口对应队列缓存不足,触发丢弃。
  3. 注意:没有配置任何用户策略≠没有队列调度,硬件 WRR 调度是芯片固有行为,出厂就开启,无法关闭H3C。

三、完整排查步骤(S7610E‑X 命令)

步骤 1:确认丢包端口队列统计

#查看出接口每个队列转发、丢弃计数,确认Queue‑2的drop持续上涨 display qos queue‑statistics interface Ten‑GigabitEthernet 1/0/X outbound

重点看:Dropped、Current queue length,观察是否随业务流量增大而上涨。

步骤 2:确认端口信任模式,是不是信任对端的 802.1p 标记

display this interface Ten‑GigabitEthernet 1/0/X

查看:qos trust dot1p。

  • 如果存在:端口信任报文携带的 802.1p,上游带 CoS=2 就进队列 2;
  • 如果不需要识别对端优先级,可以改为qos trust none,所有报文统一映射到 LP0 进入队列 0。

步骤 3:确认没有隐藏的 QoS 配置

display qos configuration display traffic‑policy applied‑record

确认没有 MQC、lr、Wred、qos‑profile 等用户配置。

步骤 4:查看接口总丢包、硬件缓存报错

display packet‑drop interface Ten‑GigabitEthernet 1/0/X display device

区分:是普通队列拥塞丢弃,还是硬件 GBP 缓存不足报错。

步骤 5:流量分析,确认什么报文带 CoS=2

  1. 镜像该端口流量,抓包查看 VLAN 标签里面802.1p=2占比;
  2. 确认上游哪台设备打了 CoS=2 标记。

四、处理方案,分场景

场景 A:出口带宽确实不够,真实业务拥塞(流量大丢包)

  1. 扩容出口带宽;做流量梳理,降低去往该端口的总流量;
  2. 如果业务不需要区分优先级:接口下关闭信任 802.1p
interface Ten‑GigabitEthernet 1/0/X qos trust none

效果:所有进来的报文,忽略自带 CoS,统一本地优先级 LP‑0 进入 queue‑0,不再往 queue‑2 送入流量,queue‑2 丢包就停止。

场景 B:业务需要保留 802.1p 优先级,只是队列 2 缓存不足

可以调整 WRR 权重,适当调高队列 2 调度权重(注意:修改 QoS‑profile 需要评估整体调度,业务窗口操作)。

qos‑profile xxx queue 2 wrr weight xxxx

场景 C:计数器持续上涨,但实际业务无感知

只是统计计数上涨,业务 ping、业务访问无丢包:上游测试流量 / 监控流量触发,可定期clear counters观察复现条件。

五、常见误区澄清

❌“我没有配 QoS,不应该有队列丢包”:WRR 队列调度是芯片出厂固有行为,只要报文带 CoS 标记就分配对应队列,出口拥塞就会尾部丢弃,不需要用户配置任何策略H3C。 ❌“队列 2 是协议控制报文队列”:队列 2 默认主要是CoS=2 用户业务流量;OSPF、STP 等控制协议报文默认进入队列 6、7。 ❌一定是设备硬件故障:优先确认出口带宽是否过载,绝大部分是超订阅拥塞,不是硬件损坏。

一句话总结:S7610E‑X 即使不配置 QoS,端口默认 trust dot1p,上游带 802.1p=2 标记报文进入 Queue‑2;队列 2 丢包大多是出口带宽过载拥塞尾部丢弃;不需要优先级时配置qos trust none把所有报文归入队列 0 即可消除该队列丢包。

暂无评论

编辑答案

你正在编辑答案

如果你要对问题或其他回答进行点评或询问,请使用评论功能。

✖

分享扩散:

➤

提出建议

✖

    +
✖

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

确定
✖

亲~检测到您登陆的账号未在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. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔社区有害的内容

×

垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载 >
辱骂、歧视、挑衅等(不友善)
骚扰我
诱导投票

不规范转载

×

举报说明