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

S6805-G 丢包

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

问题描述:

 

交换机经常报这几个日志 是什么原因导致


DRVPLAT/4/SOFTCAR DROP: -DevIP=15.X.X.59;   Chip=0, Cos=78, Drop at Stage=1, StageCnt=66065, TotalCnt=90263916, possible protocol L2_COPY_CPU/LSP_PING/MLAG_UNKNOWN_UCAST_TM

IFNET/4/IF_BOARD_EGRESS_DROP: -DevIP=15.X.X.61; Packet loss occurs on chassis 0 slot 1.

IFNET/4/IF_EGRESS_DROP: -DevIP=15.X.X.61; Packet loss occurs in queue 2 of Ten-GigabitEthernet1/0/20.

组网及组网描述:

S6805-G M-lag 组网 版本  Release 8307P10

3 个回答
粉丝:44人 关注:1人

这个是 队列上cpu持续丢包,可能是接口流量满了,看一下接口带宽利用率

参考案例某局点 S6805-56HF-G 告警分析 Continous packet loss no longer detected on protocol message queue 125 - 知了社区


暂无评论

粉丝:13人 关注:9人

故障原因分析
1. SOFTCAR DROP日志:是芯片软CAR丢包,Cos=78对应L2_COPY_CPU/LSP_PING/MLAG未知单播等上送CPU的协议报文,因流量超过软CAR限速阈值被丢弃,属于CPU保护机制正常丢弃,常见于MLAG组网下未知单播泛洪、环路或协议报文异常冲击。
2. IF_EGRESS_DROP/IF_BOARD_EGRESS_DROP日志:是端口出方向队列丢包,queue 2对应端口出方向队列2拥塞,报文超过队列缓存后被丢弃,常见于该端口下行流量突发、带宽拥塞。
排查步骤及命令
1. 排查软CAR丢包根因
查看软CAR统计:display qos car softcar,确认对应Cos=78的CAR速率及丢包计数。
排查MLAG未知单播:display mlag peer、display mac-address flapping,检查是否存在MAC漂移、环路,确认MLAG peer-link状态。
查看CPU队列统计:display cpu-defend statistics,确认上送CPU的协议报文类型及流量大小。
2. 排查端口出方向丢包
查看端口队列统计:display qos queue statistics interface Ten-GigabitEthernet 1/0/20,确认queue 2的丢包计数、带宽利用率。
查看端口流量:display interface Ten-GigabitEthernet 1/0/20,确认出方向带宽占用、突发流量情况。
排查下游组网:确认该端口下挂设备是否存在大流量业务、广播风暴。
优化建议
1. 软CAR丢包:若为MLAG未知单播过多,可配置未知单播风暴抑制broadcast-suppression/unicast-suppression,或排查环路;若为正常协议流量,可适当调整对应软CAR限速(需谨慎,避免CPU过载)。
2. 端口出方向丢包:若为带宽不足,可扩容链路或做链路聚合;若为流量突发,可调整队列缓存qos queue-length或配置流量整形。

暂无评论

粉丝:25人 关注:2人

1)SOFTCAR DROP:M-LAG 组网大量未知单播跨 peer-link 泛洪并上送 CPU,触发 CPU 报文限速丢弃,8307P10 版本本身存在 MAC 老化异常漏洞,会加重泛洪。
2)IF_EGRESS_DROP:万兆口 1/0/20 普通业务队列突发流量爆满,端口缓冲区不足造成出方向丢包,泛洪流量也会挤占带宽加剧丢包。
快速处理步骤
① 两台 M-LAG 交换机开启M-LAG 未知单播抑制,peer-link 丢弃未知单播,阻断跨设备泛洪;适当放宽 MLAG、ARP 协议上送 CPU 的限速。
② 扩容 1/0/20 端口缓冲区,开启缓冲共享,缓解业务队列拥塞。
③ peer-link 聚合扩容、关闭 peer-link 的 STP;接入交换机也开启未知单播抑制,源头减少泛洪。
长效方案
版本升级至 8307P16 及以上,修复 M-LAG MAC 收敛 BUG;全网部署 DHCP Snooping 规避非法 MAC 引发泛洪。
验证方式
观察软 CAR 丢弃计数、端口丢包计数不再增长,故障解决;配置同步、排查下联环路避免复发。

暂无评论

编辑答案

你正在编辑答案

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

分享扩散:

提出建议

    +

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

确定

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

对根叔社区有害的内容

×

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

不规范转载

×

举报说明