目前有台堆叠的S12516G-AF,日志中频繁报以下多个端口的queue队列2的:
Traffic congestion occurred in (chassis: 3, slot: 8, unit: 0, core: 0, byte:20875616) within one minute, Please check interface: XGE3/4/0/31, queue: 2.
Traffic congestion occurred in (chassis: 1, slot: 8, unit: 0, core: 0, byte:20301696) within one minute, Please check interface: HGE1/8/0/9, queue: 2.
Traffic congestion occurred in (chassis: 3, slot: 8, unit: 0, core: 0, byte:15373568) within one minute, Please check interface: XGE3/4/0/31, queue: 2
........
查看XGE3/4/0/31的queue
Queue 2
Forwarded: 5264952487219 packets, 7372401226584235 bytes
Dropped: 0 packets, 0 bytes
Total queue length: 868644 packets
Current queue length: 23527 packets, 2% use ratio
端口流量outbound 90%,这种拥塞的该怎么处理呢
优化一下:
burst-mode enable开启数据缓冲区自动分配功能后,多次测速可达到900+Mbps
【缺省情况】
数据缓冲区自动分配功能处于关闭状态。
【使用指导】
在下列情况下,开启数据缓冲区自动分配功能可以提高报文缓存功能和降低报文丢包率:
· 广播或者组播报文流量密集,瞬间突发大流量的网络环境中;
· 报文从高速链路进入设备,由低速链路转发出去;或者报文从相同速率的多个接口同时进入设备,由一个相同速率的接口转发出去。
开启数据缓冲区自动分配功能前后,设备缓冲区的分配情况会有较大的变化,可以通过display buffer命令查看开启前后设备数据缓冲区的分配情况。
【举例】
# 开启数据缓冲区自动分配功能。
<Sysname> system-view
[Sysname] burst-mode enable
暂无评论
当前拥塞是由于 链路带宽接近饱和,导致报文在队列2中积累,触发告警。但尚未丢包,处于“拥塞预兆”阶段。
首先确认队列2对应的业务类型。H3C设备默认队列映射通常为:
队列0-1:背景、尽力而为
队列2:中等优先级(如AF类、视频会议、业务数据)
使用以下命令查看队列映射:
将部分流量迁移到其他队列(如队列3-4)
或为队列2配置整形(shaping)限制其最大速率
如果确认业务可接受当前延迟,可以适当调高拥塞告警阈值,减少日志冲击。
检查当前队列调度算法(通常是WRR/SP)。建议为重要队列配置带宽保证,避免单个队列占满带宽。
如果业务可以容忍少量丢包,可以启用WRED,在队列深度达到一定阈值时随机丢弃部分报文,避免全局同步和拥塞加剧。
如果带宽利用率长期在90%以上,且业务增长预期持续,应考虑:
将物理端口升级到更高速率(如从10GE升级到40GE/100GE)
或配置链路聚合(如果端口是聚合成员)增加总带宽
检查端口当前协商速率:
抓取队列2的流量特征,分析是否存在异常流量(如广播、组播风暴或攻击)。
暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论