S6805-G做M-LAG
%Jan 20 20:50:33:715 2026 SWITCH-A DRVPLAT/4/SOFTCAR DROP:
Chip=0, Cos=78, Drop at Stage=0, StageCnt=16431, TotalCnt=16431, possible protocol L2_COPY_CPU/LSP_PING/MLAG_UNKNOWN_UCAST_TM
设备偶发报SOFTCAR超限速丢包,丢包报文类型未L2_COPY_CPU/LSP_PING/MLAG_UNKNOWN_UCAST_TM
L2_COPY_CPU/LSP_PING/MLAG_UNKNOWN_UCAST_TM共用cos78队列上送CPU。
现场没配置mpls的情况下一般不是LSP PING;L2_COPY_CPU/MLAG_UNKNOWN_UCAST_TM这两种报文的含义简单说都是目的MAC未知的报文上送CPU导致。
目的MAC未知的报文其实就是报文发到本台交换机了,但是交换机没有对应目的mac的表象,这样的报文就是目的mac未知报文。比如设备mac表象老化未及时刷新,设备因为stp tc造成mac表象暂时清除,m-lag场景mac表象没同步等等。
在M-LAG场景下这种上送经常发生。主要用于上层平台和芯片底层的mac同步,具体机制为:
1)如果平台有目的mac表项,芯片底层没有对应目的mac,则平台会下一份目的mac到芯片;
2)如果平台也没有对应的目的mac,上送CPU的这份报文直接丢弃;
1、如客户想要弄清到底报文的具体情况进行溯源,可以通过如下命令打印
debug rxtx softcar show 里面找到L2_COPY_CPU
20 L2_COPY_CPU 78 78 0 0 100
他的cos id是78,
报文打印
u d a
t d
t m
system
probe
display rxtx all slot X
undo display rxtx send slot X
display rxtx cos 78 slot X
debug rxtx -c 1000 -s 256 pkt slot X
2、可以通过info-center logging suppress module命令用来禁止指定模块日志的输出。需要屏蔽的模块有DEV/4/BOARD_WARNING_CLEAR、DRVPLAT/4/SOFTCAR DROP、DEV/4/BOARD_WARNING_OCCUR、DRVPLAT/4/SOFTCAR RECOVE。 但是屏蔽后softcar丢包日志上不会打印出来,能不屏蔽的话还是建议不做屏蔽处理。
该案例暂时没有网友评论
✖
案例意见反馈
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作