inDiscards包含两种报文丢弃原因: 1:报文转发类错误统计,包括: a、收到端口不属于该端口vlan的报文、mac错误、无法识别的报文 b、端口非转发状态收到的报文(含stp discarding、learning、Listening;lacp unselect;rrpp STANDBY) c、三层转发丢弃报文(直连没有arp进入黑洞丢弃、路由黑洞丢弃) d、ACL限制转发的报文(比如限速丢弃、带宽抑止丢弃、广播抑制丢弃、acl过滤) e、报文找不到出接口的。 2:系统特殊处理报文 a、协议报文本地终结,且上cpu处理(比如ospf报文等等) b、ttl超时报文、重定向报文等本地不转发报文。 c、内部协议带宽限制的,比如stp等协议报文,系统内部做带宽保证和限制。 d、组播处理报文 可见inDiscards实际上反应的是非正常转发报文的全部统计,有些报文只是标识为不能正常转发,而实际没有丢弃掉该报文。 所以inDiscards节点不能作为判断链路问题的节点。
端口监控数据入丢包数是否会有误差?导致告警存在但设备并未发现异常?
(0)
inDiscards实际上反应的是非正常转发报文的全部统计,有些报文只是标识为不能正常转发,而实际没有丢弃掉该报文。所以inDiscards节点不能作为判断链路问题的节点。
解决方法:
建议客户在进行链路质量问题或转发丢包判断时读取下面这个ifInErrors节点。
Name: ifInErrors
OID: 1.3.6.1.2.1.2.2.1.14
Full Path: iso(1).org(3).dod(6).internet(1).mgmt(2).mib-2(1).interfaces(2).ifTable(2).ifEntry(1).ifInErrors(14)
(0)
400那边能提供的。
您好,那如果在用之前发布的是否就会出现误报的情况
是的
400那边能提供的。
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明