交换机经常报这几个日志 是什么原因导致
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
这个是 队列上cpu持续丢包,可能是接口流量满了,看一下接口带宽利用率
参考案例某局点 S6805-56HF-G 告警分析 Continous packet loss no longer detected on protocol message queue 125 - 知了社区
暂无评论
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 丢弃计数、端口丢包计数不再增长,故障解决;配置同步、排查下联环路避免复发。
暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论