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

H3C S6520-24S-SI dis qos queue-statistics有drop丢包

2天前提问
  • 0关注
  • 0收藏,74浏览
粉丝:0人 关注:9人

问题描述:

H3C Comware Software, Version 7.1.070, Release 6530P02

Copyright (c) 2004-2022 New H3C Technologies Co., Ltd. All rights reserved.

H3C S6520-24S-SI uptime is 80 weeks, 2 days, 8 hours, 38 minutes

交换机端口显示queue-statistics有丢包,流量图显示端口最高只有7G,这个可以通过调整端口buffer来优化么?

2 个回答
已采纳
粉丝:8人 关注:0人

可以,调整端口buffer确实是解决这类丢包问题的核心方法之一。但根据你的描述——“端口最高只有7G”但“queue-statistics显示有丢包”,这个情况需要特别注意。


 为什么7G流量就会丢包?

你看到的“7G”是300秒内的平均流量,而丢包是由毫秒级的瞬时突发流量导致的。这是典型的多对一流量模型导致的拥塞:

  • S6520的24个10G口向一个或少数几个10G口转发

  • 即使平均7G,瞬时峰值可能瞬间打满10G,超出端口缓存能力

  • 出方向队列缓存满了之后,后续报文就会被丢弃


 S6520 Buffer调整方案(两种方式)

调整buffer有两种互斥的方式,不能同时使用


 方案一:开启Burst Mode(强烈推荐)

这是针对突发流量场景的首选方案,配置简单且效果明显。

system-view
burst-mode enable适用场景:多对一流量汇聚、高速端口向低速端口转发、广播/组播流量密集

原理:取消固定区域分配,让所有端口和队列动态共享整个buffer,提高突发容错能力

验证命令display buffer(对比开启前后buffer分配变化)



 方案二:手工精细调整buffer

如果Burst Mode效果不理想,或需要更精细的控制,可以手工调整。

1. 查看当前buffer配置和丢包队列

# 查看整体buffer分配
display buffer # 查看各队列的固定区域和共享区域比例(默认:固定12%,共享33%) display buffer queue # 查看具体端口丢包队列 dis qos queue-statistics interface <接口名>
2. 调整指定队列的共享缓存比例

假设丢包发生在队列2(普通业务默认队列):

system-view
# 将队列2的共享缓存比例从默认33%提升到100% buffer egress cell queue 2 shared ratio 100 # 应用配置 buffer apply
3. 高端机型还可调整WRED队列长度(如S10500系列适用)
qos wred queue table burst
queue 2 drop-level 0 low-limit 16382 high-limit 16383 discard-probability 1 queue 2 drop-level 1 low-limit 16382 high-limit 16383 discard-probability 1 queue 2 drop-level 2 low-limit 16382 high-limit 16383 discard-probability 1 # 在接口下应用 interface Ten-GigabitEthernet1/0/1 qos wred apply burst



暂无评论

粉丝:2人 关注:9人

`dis qos queue-statistics`显示丢包,说明端口队列拥塞。排查步骤如下:

1. 确认丢包位置与队列:
dis qos queue-statistics interface <interface-name>
查看具体哪个队列、丢弃字节数(Discarded Bytes)和丢弃报文数(Discarded Packets)。

2. 分析流量特征:
dis qos queue-statistics interface <interface-name> verbose
结合`dis interface counters rate`查看端口入出方向速率,判断是入方向还是出方向拥塞。

3. 检查QoS配置:
dis qos policy interface <interface-name> [ inbound | outbound ]
dis traffic classifier
dis traffic behavior
查看应用的流分类、行为(如限速、重标记优先级、队列调度)是否合理。

4. 检查队列调度配置:
dis qos queue-scheduler interface <interface-name>
确认队列调度模式(如SP、WRR、WFQ)及权重。默认队列0(BE)优先级最低,易在拥塞时丢包。

5. 排查拥塞原因:
* 出方向拥塞:对端设备接收能力不足或链路带宽瓶颈。
* 入方向拥塞:本端设备转发能力不足或存在广播风暴。

关键点:流量图显示端口“最高”,通常指出方向带宽利用率高,导致队列缓冲区满而丢包。需检查上游设备流量是否突发、是否需调整队列调度权重或扩容链路。

信息补充:请提供具体接口名称、丢包队列编号及端口流量图详情。

暂无评论

编辑答案

你正在编辑答案

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

分享扩散:

提出建议

    +

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

确定

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

对根叔社区有害的内容

×

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

不规范转载

×

举报说明