DRVPLAT/4/SOFTCAR DROP:
PktType=ARP, SrcMAC=XX-XX-XX-8bc5, Dropped from interface=GigabitEthernet1/0/49 at Stage=37, StageCnt=3552, TotalCnt=32055, MaxRateInterface=GigabitEthernet1/0/49.
这个8bc5是个核心交换机,接在我们部门的接入交换机的49口 然后就出现了这个警告,有什么影响吗
(0)
设备给本设备发送了太多ARP请求,导致ARP超限速丢弃。
看下核心上是否tc报文过多
(0)
是过多拓扑变更的日志 咋解决这个问题 核心处要配置啥吗
这个告警显示的是 ARP 报文超过了 CPU 防护阈值,导致被丢弃。让我们一起来分析一下这个问题:
源 MAC 地址 8bc5: 首先,您提到的源 MAC 地址 8bc5 是一台核心交换机。请确认这个 MAC 地址确实属于您的核心交换机,而不是其他设备的仿冒 MAC 地址。
接口 GigabitEthernet1/0/49: 这个告警是在接口 GigabitEthernet1/0/49 上触发的。请检查该接口的配置和状态,确保它连接到您的核心交换机,并且没有异常。
TC 报文: 您可以使用 display stp tc
命令查看是否有大量的 TC(Topology Change)报文。如果有 TC 报文,它会刷新 ARP 表项。如果没有 TC 报文,您可以使用 debug arp
命令进一步排查,看看是否这台设备在频繁地发送 ARP 请求。
影响: ARP 超限速丢弃可能会影响网络性能,特别是在核心交换机上。如果这个告警频繁出现,您可能需要进一步调查并采取措施,例如优化网络配置、增加防护阈值或者排查是否有异常流量。
综上所述,您可以根据上述步骤来进一步排查问题。如果您需要更详细的故障排除,请提供更多信息,例如接口配置、VLAN 配置和其他相关配置。123
(1)
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
是过多拓扑变更的日志 咋解决这个问题 核心处要配置啥吗