某局点CR16K 在第三方监控平台OSPF 相关trap告警显示机制解析

设备在第三方平台（中兴）存在两条“本地LSA生成”和两条“MaxAge LSA告警”的trap告警，现场对于trap告警产生及数量存在疑惑。

A、对于trap告警产生原因及推荐排查思路可参考，官网《H3C CR16000 Release 6223 Trap Messages-6W100-20130424.pdf》

http://www.h3c.com/cn/Service/Document_Software/TechnicalInfo/PorductMaintanInfo/Router/

本地LSA对应OID节点是这个ospfOriginateLsa，意味着一个新的LSA已经由此路由器生成。 

 建议检查： 

1、检查网络中是否有任何新路由接入； 

2、检查网络中是否有任何新路由删除； 

3、是否有接口down；

 4、检查引入的外部路由是否有任何更改。 

对于这个MaxAge LSA告警意味着一个路由器的链路状态数据库中的某个 LSA 已老化到最大时间，建议检查： 

1、是否有错误的OSPF配置；

2、检查生成 lsa 的路由器是否有任何接口状态是否有变化； 

3、检查生成 lsa 的路由器角色状态是否有任何身份更改；

4、检查邻居状态是否改变； 

5、检查路由器中是否有任何接口down。 

B、对于ospf trap告警数量，正常情况下若存在上面涉及场景应该会存在很多个trap告警，且设备display ospf event-log查询显示在trap时间点确实存在大量的 MaxAge LSA信息。那么设备发送trap的机制是什么样的？

涉及一下两点：

1、 默认情况下，同一个ospf进程10秒内最多发送7条trap（类型不限），超出的就会被抑制。 display ospf event-log看到当时客户现场2022/0x/xx 9:xx收到了的MaxAge LSA都是进程642xx这个进程的，而且9:xx当时出现很多，肯定触发了印制。

相关命令为：

snmp trap rate-limit

snmp trap rate-limit命令用来配置OSPF在指定时间间隔内允许输出的告警信息条数。

undo snmp trap rate-limit命令用来恢复缺省情况。

【命令】

snmp trap rate-limit interval trap-interval count trap-number

undo snmp trap rate-limit

【缺省情况】

OSPF在10秒内允许输出7条告警信息。

2、 为何只产生了 两条“本地LSA生成”和两条“MaxAge LSA告警” ，（这里面涉及一个对消trap）比如那个事件点，这个进程打印了6条状态变化的trap，10条maxage的，这时候抑制了9条maxage的，只发出去一条maxage的， 后面邻居up了， 那些邻居trap的告警就消除了，而maxage是没有对消的trap的。(对消trap包括邻居的down up这种)。

现场监控平台只存在两条“本地LSA生成”和两条“MaxAge LSA告警”的trap告警属于正常现象。

此外，默认情况下SNMP配置告警、标准告警和系统告警功能是处于开启状态的，但是其他的告警需要看各个模块的标准。而OSPF的告警功能是处于开启状态，也就是说，在现场没有配置undo snmp-agent trap enable ospf xxxxx的情况下，本地生成LSA，就会输出告警功能。 如果客户觉得频繁，关闭即可。

[SR8804X-1]undo snmp-agent trap enable ospf ?

配置了snmp-agent trap enable syslog将系统日志封装成告警信息发送 。 发送到SNMP模块和日志告警缓冲区，如果要日志上记载的，需要加一条snmp-agent trap log。