无
监控平台显示6800丢包,业务无影响。
1、查看网管定义的节点
2067 |
接口输入包丢弃率(%) |
接口丢弃输入报文占接口报文输入量的百分比。 |
0 |
1 |
3 |
(1.3.6.1.2.1.2.2.1.13-1.3.6.1.2.1.2.2.1.13')*100/((1.3.6.1.2.1.2.2.1.11-1.3.6.1.2.1.2.2.1.11')+(1.3.6.1.2.1.2.2.1.12-1.3.6.1.2.1.2.2.1.12')+(1.3.6.1.2.1.2.2.1.13-1.3.6.1.2.1.2.2.1.13')+(1.3.6.1.2.1.2.2.1.14-1.3.6.1.2.1.2.2.1.14')) |
[index1[2]:接口:1:0] |
1.3.6.1.2.1.2.2.1.2 |
2 |
31 |
2 |
10 |
8 |
0 |
0 |
入方向单播报文统计 |
32bit类型,单位:包数 |
ifInUcastPkts |
1.3.6.1.2.1.2.2.1.11 |
入方向非单播报文统计 |
32bit类型,单位:包数 |
ifInNUcastPkts |
1.3.6.1.2.1.2.2.1.12 |
入方向丢包统计 |
32bit类型,单位:包数 |
ifInDiscards |
1.3.6.1.2.1.2.2.1.13 |
入方向错包统计 |
32bit类型,单位:包数 |
ifInErrors |
1.3.6.1.2.1.2.2.1.14 |
ifInDiscards (1.3.6.1.2.1.2.2.1.13)
ifOutDiscards (1.3.6.1.2.1.2.2.1.19)
这两个OID读取的信息包含两种报文丢弃原因:
1、报文转发类错误统计,包括:
a、收到端口不属于该端口vlan的报文、mac错误、无法识别的报文
b、端口非转发状态收到的报文(含stp discarding、learning、listening、lacp unselect、vrrp standby)
c、三层转发丢弃报文(直连没有arp进入黑洞丢弃、路由黑洞丢弃)
d、acl限制转发的报文(比如限速丢弃、带宽抑制丢弃、广播抑制丢弃、acl过滤)
e、报文找不到出接口的。
2、系统特殊处理报文:
a、协议报文本地终结、且上CPU处理(比如ospf报文等)
b、ttl超时报文、重定向报文等本地不转发报文。
c、内部协议带宽限制的,比如stp等协议报文,系统内部做带宽保证和限制。
d、组播处理报文
可见这两个OID读取的信息实际上反应的是非正常转发报文的全部统计,有些报文只是标识为不能正常转发,而实际没有丢弃该报文,与转发的业务报文没有关系,所以它的统计值没有实际意义,建议取消该节点监控。
这两个节点实际上反应的是非正常转发报文的全部统计,不能作为端口丢包计数的统计节点。
建议客户在进行链路质量问题或转发丢包判断时读取下面这个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)
如为出方向,建议读取ifOutErrors节点。
Name: ifOutErrors
Type: OBJECT-TYPE
OID: 1.3.6.1.2.1.2.2.1.20
Full path: iso(1).org(3).dod(6).internet(1).mgmt(2).mib-2(1).interfaces(2).ifTable(2).ifEntry(1).ifOutErrors(20)
网管软件发现中低端交换机上出现ifInDiscards节点计数统计不断增长的解决方法 - 知了社区 (h3c.com)
节点定义使用了没有监控意义的OID节点,建议使用其他节点监控。
该案例暂时没有网友评论
✖
案例意见反馈
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作