12-OSPFV3-MIB
本章节下载: 12-OSPFV3-MIB (214.18 KB)
ospfv3NssaTranslatorStatusChange
ospfv3NbrRestartHelperStatusChange
ospfv3VirtNbrRestartHelperStatusChange
本文档描述OSPFv3支持的MIB功能。
rfc5643-ospfv3.mib
OID |
告警标题 |
类型 |
级别 |
清除告警 |
缺省状态 |
1.3.6.1.2.1.191.0.1 |
vlink接口状态机变化 |
事件告警 |
通知 |
- |
开启 |
虚拟接口状态变为Point-to-Point,或从Point-to-Point状态变为其他状态时,系统生成此告警。
为了减少虚拟接口UP时的不必要的告警,虚拟接口状态变为非DOWN状态起的2倍dead时间内不发送虚拟接口状态变化告警。
产生此告警的可能原因包括:
OSPFv3虚接口状态从Point-to-Point等状态变为Down,或者从Down等状态变为Point-to-Point。
虚连接邻居的Router ID发生变化。
如果虚拟接口状态变化是Down变为P2P(Point-to-Point),则无影响,属于正常运行。
如果虚拟接口状态是由P2P变为Down,将会导致虚拟接口连接中断,造成OSPFv3路由计算错误,有可能导致业务中断。
开启
命令行:snmp-agent trap enable ospfv3 virtif-state-change
关闭
命令行:undo snmp-agent trap enable ospfv3 virtif-state-change
OID(变量名) |
含义 |
索引节点 |
类型 |
取值范围 |
1.3.6.1.2.1.191.1.1.1 (ospfv3RouterId) |
唯一标识AS中的一台路由器 |
无 |
Ospfv3RouterIdTC |
Unsigned32 (1..'FFFFFFFF'h) |
1.3.6.1.2.1.191.1.8.1.9 (ospfv3VirtIfState) |
虚接口状态机状态 |
ospfv3VirtIfAreaId ospfv3VirtIfNeighbor |
INTEGER |
down(1), pointToPoint(4) |
1.请使用display ospfv3 vlink命令查看虚接口的状态。
- 如果虚接口状态由Down变为P2P,则属于正常运行信息,无需处理。
- 如果虚接口由P2P变为Down,请执行步骤2。
2.请使用display ospfv3 spf命令检查虚接口邻居Router ID对应的SpfNode的Flag是否存在“S”标记,即虚连接邻居是否可达。
- 如果不存在,请检查邻居不可达的原因。
- 如果存在,请检查本端和对端的虚接口配置是否正确。
3.如果问题无法解决,请收集告警信息和配置信息,并联系H3C技术支持工程师。
OID |
告警标题 |
类型 |
级别 |
清除告警 |
缺省状态 |
1.3.6.1.2.1.191.0.2 |
邻居状态机变化 |
事件告警 |
通知 |
- |
开启 |
邻居状态变化输出告警,在DR和BDR上,邻居状态变为Full,或从Full状态变为其他状态时输出告警;在DRother上邻居状态变为2-way或从2-way状态变为其他状态时输出告警。
为了减少接口UP时的不必要的告警,接口变为非DOWN状态起的2倍dead时间内不发送邻居状态变化告警。
产生此告警的可能原因包括:
OSPFv3邻接状态由Attempt等状态变为1-way或Down,或者由Down等状态变为2-way或Full。
本端或对端的接口配置参数(如Hello定时器、Dead定时器、接口认证等)不一致。
通过执行reset ospfv3 process命令重启OSPFv3协议。
NBMA网络或者广播网络上的接口邻接状态由Full变为其他状态,或者由其他状态变为Full。
OSPFv3邻居状态变化顺序从低到高为:Down->Init->2-Way->ExStart->Exchange->Loading->Full。
如果邻居状态由较低状态变为较高状态,则属于正常运行信息,无需关注。
如果邻居状态由较高状态变为较低状态,则可能导致业务中断。
开启
命令行:snmp-agent trap enable ospfv3 neighbor-state-change
关闭
命令行:undo snmp-agent trap enable ospfv3 neighbor-state-change
OID(变量名) |
含义 |
索引节点 |
类型 |
取值范围 |
1.3.6.1.2.1.191.1.1.1 (ospfv3RouterId) |
唯一标识AS中的一台路由器 |
无 |
Ospfv3RouterIdTC |
Unsigned32 (1..'FFFFFFFF'h) |
1.3.6.1.2.1.191.1.9.1.8 (ospfv3NbrState) |
邻居状态机状态 |
ospfv3NbrIfIndex ospfv3NbrIfInstId ospfv3NbrRtrId |
INTEGER |
down(1), attempt(2), init(3), twoWay(4), exchangeStart(5), exchange(6), loading(7), full(8) |
1.请执行display ospfv3 peer命令查看“State”字段,该字段的取值为邻居状态。如果邻居状态为Full,则属于正常运行信息,无需处理。否则,请执行步骤2。
2.请执行display interface interface-type interface-number命令查看连接邻居的接口的状态。
- 如果物理接口状态为Up,请执行步骤3
- 如果物理接口状态为Down,请检查该接口下是否配置了shutdown命令。如果配置了shutdown命令,请执行undo shutdown命令,然后执行步骤3。如果没有配置shutdown命令,请执行步骤3。
3.检查能否ping通对端接口IPv6地址。
- 如果ping不通,请执行步骤6。
- 如果可以ping通,请执行步骤4
4.请执行display ospfv3 interface命令查看“State”字段,该字段的取值为OSPFv3接口的状态。
- 如果与对端建立邻居关系的接口处于Down状态,请执行步骤6。
- 如果与对端建立邻居关系的接口处于非Down状态,请执行步骤5。
5.请执行display ospfv3 interface verbose命令检查本端设备与对端设备配置的参数是否一致,包括:Hello定时器、Dead定时器、Poll定时器、OSPFv3网络类型、认证。如果两端配置的参数一致,请执行步骤6。如果两端配置的参数不一致,请通过如下命令修改配置,保证两端参数一致。
- ospfv3 timer hello
- ospfv3 timer dead
- ospfv3 timer poll
- ospfv3 network-type
- ospfv3 authentication-mode
6.如果问题无法解决,请收集告警信息和配置信息,并联系H3C技术支持工程师。
OID |
告警标题 |
类型 |
级别 |
清除告警 |
缺省状态 |
1.3.6.1.2.1.191.0.3 |
Vlink邻居状态机变化 |
事件告警 |
通知 |
- |
开启 |
虚拟接口上邻居变为FULL状态,或从FULL状态变为其他状态时,系统生成此告警。
为了减少虚拟接口Up时的不必要的告警,虚拟接口变为非DOWN状态起的2倍dead时间内不发送虚拟接口邻居状态变化告警。
产生此告警的可能原因包括:
OSPFv3虚接口邻接状态倒退(例如从Full变为1-Way或Down),或者前进为终点状态(例如Full)。
虚连接所在的物理接口状态改变。
本端或对端的虚接口配置参数(如Hello定时器、Dead定时器、接口认证等)不一致。
通过执行reset ospfv3 process命令重启OSPFv3协议。
如果邻居状态由较低状态变为较高状态,则属于正常运行,无需关注。
如果邻居状态由较高状态变为较低状态,则可能导致业务中断。
开启
命令行:snmp-agent trap enable ospfv3 virtneighbor-state-change
关闭
命令行:undo snmp-agent trap enable ospfv3 virtneighbor-state-change
OID(变量名) |
含义 |
索引节点 |
类型 |
取值范围 |
1.3.6.1.2.1.191.1.1.1 (ospfv3RouterId) |
唯一标识AS中的一台路由器 |
无 |
Ospfv3RouterIdTC |
Unsigned32 (1..'FFFFFFFF'h) |
1.3.6.1.2.1.191.1.11.1.8 (ospfv3VirtNbrState) |
虚接口邻居状态机状态 |
ospfv3VirtNbrArea ospfv3VirtNbrRtrId |
INTEGER |
down(1), attempt(2), init(3), twoWay(4), exchangeStart(5), exchange(6), loading(7), full(8) |
1.请执行display ospfv3 interface命令和display ipv6 interface brief命令,查看建立虚连接的接口状态是否正常。
- 如果接口的物理状态为Down,请检查接口下是否配置了shutdown命令。如果配置了shutdown命令,请执行undo shutdown命令,然后执行步骤2。如果没有配置shutdown命令,请直接执行步骤2。
- 如果接口的协议状态为Up,请直接执行步骤2。
2.请执行display ospfv3 peer命令查看“State”字段,该字段的取值为邻居状态。如果邻居状态为Full,请执行步骤3。否则,请执行步骤5。
3.请使用display ospfv3 spf命令检查虚接口邻居Router ID对应的SpfNode的Flag是否存在“S”标记,即虚连接邻居是否可达。
- 如果存在,请执行步骤4。
- 如果不存在,请执行步骤5。
4.请执行display ospfv3 vlink命令和display current-configuration configuration ospfv3命令检查本端和对端的配置是否一致(包括Hello定时器、Dead定时器、Poll定时器等)。
- 如果配置一致,请执行步骤5。
- 如果配置不一致,请通过vlink-peer命令修改配置,保证两端配置一致。完成上述操作后,请检查告警是否消除。如果告警消除,则处理过程结束。如果告警未消除,请执行步骤5。
5.如果问题无法解决,请收集告警信息和配置信息,并联系H3C技术支持工程师。
OID |
告警标题 |
类型 |
级别 |
清除告警 |
缺省状态 |
1.3.6.1.2.1.191.0.4 |
接口配置错误 |
事件告警 |
通知 |
- |
开启 |
非虚拟接口上影响邻居建立的配置冲突时,系统会生成此告警。
产生此告警的可能原因包括:
接口参数配置不一致。
链路层协议发生变化。
本机与邻居端的非虚拟接口参数配置不一致,一般只要将参数调整正确就没有问题。
开启
命令行:snmp-agent trap enable ospfv3 if-cfg-error
关闭
命令行:undo snmp-agent trap enable ospfv3 if-cfg-error
OID(变量名) |
含义 |
索引节点 |
类型 |
取值范围 |
1.3.6.1.2.1.191.1.1.1 (ospfv3RouterId) |
唯一标识AS中的一台路由器 |
无 |
Ospfv3RouterIdTC |
Unsigned32 (1..'FFFFFFFF'h) |
1.3.6.1.2.1.191.1.7.1.12 (ospfv3IfState) |
接口状态机状态 |
ospfv3IfIndex ospfv3IfInstId |
INTEGER |
down(1), loopback(2), waiting(3), pointToPoint(4), designatedRouter(5), backupDesignatedRouter(6), otherDesignatedRouter(7), standby(8) |
1.3.6.1.2.1.191.1.14.3 (ospfv3PacketSrc) |
IPv6报文不能被邻居识别 |
无 |
InetAddressIPv6 |
OCTET STRING (16) |
1.3.6.1.2.1.191.1.14.1 (ospfv3ConfigErrorType) |
OSPFv3配置错误的类型 |
无 |
INTEGER |
badVersion(1), areaMismatch(2), unknownNbmaNbr(3), unknownVirtualNbr(4), helloIntervalMismatch(5), deadIntervalMismatch(6), optionMismatch(7), mtuMismatch(8), duplicateRouterId(9), noError(10) |
1.3.6.1.2.1.191.1.14.2 (ospfv3PacketType) |
OSPFv3数据包类型 |
无 |
INTEGER |
hello(1), dbDescript(2), lsReq(3), lsUpdate(4), lsAck(5), nullPacket(6) |
1.请执行display ospfv3 interface interface-type interface-number命令命令查看本端和对端OSPFv3接口的配置参数是否一致。
- 如果一致,请执行步骤3。
- 如果不一致,请执行步骤2。
2.请通过如下命令修改OSPFv3接口配置,确保两端配置参数一致。
- ospfv3 timer hello
- ospfv3 timer dead
- ospfv3 timer poll
完成上述操作后,检查告警是否消除。
- 如果告警消除,则处理过程结束。
- 如果告警未能消除,请执行步骤3。
3.如果问题无法解决,请收集告警信息和配置信息,并联系H3C技术支持工程师。
OID |
告警标题 |
类型 |
级别 |
清除告警 |
缺省状态 |
1.3.6.1.2.1.191.0.5 |
vlink接口配置错误 |
事件告警 |
警告 |
- |
开启 |
虚拟接口上影响邻居建立的配置冲突时,系统会生成此告警。
产生此告警的可能原因为:虚连接两端的接口参数配置不一致。
本机与邻居端的虚拟接口参数配置不一致,一般只要将参数调整正确就没有问题。
开启
命令行:snmp-agent trap enable ospfv3 virtif-cfg-error
关闭
命令行:undo snmp-agent trap enable ospfv3 virtif-cfg-error
OID(变量名) |
含义 |
索引节点 |
类型 |
取值范围 |
1.3.6.1.2.1.191.1.1.1 (ospfv3RouterId) |
唯一标识AS中的一台路由器 |
无 |
Ospfv3RouterIdTC |
Unsigned32 (1..'FFFFFFFF'h) |
1.3.6.1.2.1.191.1.8.1.9 (ospfv3VirtIfState) |
虚接口状态机状态 |
ospfv3VirtIfAreaId ospfv3VirtIfNeighbor |
INTEGER |
down(1), pointToPoint(4) |
1.3.6.1.2.1.191.1.14.1 (ospfv3ConfigErrorType) |
OSPFv3配置错误的类型 |
无 |
INTEGER |
badVersion(1), areaMismatch(2), unknownNbmaNbr(3), unknownVirtualNbr(4), helloIntervalMismatch(5), deadIntervalMismatch(6), optionMismatch(7), mtuMismatch(8), duplicateRouterId(9), noError(10) |
1.3.6.1.2.1.191.1.14.2 (ospfv3PacketType) |
OSPFv3数据包类型 |
无 |
INTEGER |
hello(1), dbDescript(2), lsReq(3), lsUpdate(4), lsAck(5), nullPacket(6) |
1.请使用display ospfv3 vlink命令和display current-configuration configuration查看两端虚接口的配置是否一致。
- 如果一致,请执行步骤3。
- 如果不一致,请执行步骤2。
2.请通过vlink-peer命令修改虚接口配置,确保两端配置参数一致。
完成上述操作后,检查告警是否消除。
- 如果告警消除,则处理过程结束。
- 如果告警未能消除,请执行步骤3。
3.如果问题无法解决,请收集告警信息和配置信息,并联系H3C技术支持工程师。
OID |
告警标题 |
类型 |
级别 |
清除告警 |
缺省状态 |
1.3.6.1.2.1.191.0.6 |
接口收到错误报文 |
事件告警 |
警告 |
- |
开启 |
在非虚拟接口上收到不能解析的OSPFv3报文时,系统生成此告警。
产生此告警的可能原因包括:
报文长度错误。
报文内容错误。
非虚拟接口收到无法处理的错误报文时会产生此告警,并丢弃这个报文。如果是Hello报文,则可能造成邻居状态变为Down。
开启
命令行:snmp-agent trap enable ospfv3 if-bad-pkt
关闭
命令行:undo snmp-agent trap enable ospfv3 if-bad-pkt
OID(变量名) |
含义 |
索引节点 |
类型 |
取值范围 |
1.3.6.1.2.1.191.1.1.1 (ospfv3RouterId) |
唯一标识AS中的一台路由器 |
无 |
Ospfv3RouterIdTC |
Unsigned32 (1..'FFFFFFFF'h) |
1.3.6.1.2.1.191.1.7.1.12 (ospfv3IfState) |
接口状态机状态 |
ospfv3IfIndex ospfv3IfInstId |
INTEGER |
down(1), loopback(2), waiting(3), pointToPoint(4), designatedRouter(5), backupDesignatedRouter(6), otherDesignatedRouter(7), standby(8) |
1.3.6.1.2.1.191.1.14.3 (ospfv3PacketSrc) |
IPv6报文不能被邻居识别 |
无 |
InetAddressIPv6 |
OCTET STRING (16) |
1.3.6.1.2.1.191.1.14.2 (ospfv3PacketType) |
OSPFv3数据包类型 |
无 |
INTEGER |
hello(1), dbDescript(2), lsReq(3), lsUpdate(4), lsAck(5), nullPacket(6) |
请收集告警信息和配置信息,并联系H3C技术支持工程师。
OID |
告警标题 |
类型 |
级别 |
清除告警 |
缺省状态 |
1.3.6.1.2.1.191.0.7 |
vlink接口收到错误报文 |
事件告警 |
通知 |
- |
开启 |
在虚拟接口上收到不能解析的OSPFv3报文时,系统生成此该告警。
产生此告警的可能原因包括:
报文长度错误。
报文内容错误。
虚拟接口收到无法处理的错误报文时会产生此告警,并丢弃这个报文。如果是Hello报文,则可能造成邻居状态变为Down。
开启
命令行:snmp-agent trap enable ospfv3 virtif-bad-pkt
关闭
命令行:undo snmp-agent trap enable ospfv3 virtif-bad-pkt
OID(变量名) |
含义 |
索引节点 |
类型 |
取值范围 |
1.3.6.1.2.1.191.1.1.1 (ospfv3RouterId) |
唯一标识AS中的一台路由器 |
无 |
Ospfv3RouterIdTC |
Unsigned32 (1..'FFFFFFFF'h) |
1.3.6.1.2.1.191.1.8.1.9 (ospfv3VirtIfState) |
虚接口状态机状态 |
ospfv3VirtIfAreaId ospfv3VirtIfNeighbor |
INTEGER |
down(1), pointToPoint(4) |
1.3.6.1.2.1.191.1.14.2 (ospfv3PacketType) |
OSPFv3数据包类型 |
无 |
INTEGER |
hello(1), dbDescript(2), lsReq(3), lsUpdate(4), lsAck(5), nullPacket(6) |
请收集告警信息和配置信息,并联系H3C技术支持工程师。
OID |
告警标题 |
类型 |
级别 |
清除告警 |
缺省状态 |
1.3.6.1.2.1.191.0.10 |
接口状态机变化 |
事件告警 |
警告 |
- |
开启 |
非虚拟接口上,接口状态从DR变为DOWN,或变为Point-to-Point、DR、BDR或Drother状态时,系统生成此告警。
产生此告警的可能原因包括:
物理接口Up、Down。
接口ospfv3 dr-priority配置变化,进行DR选举。
可能会对邻居状态有影响,如果是接口状态下降(例如接口变为Down状态)将会导致邻居关系断开。
开启
命令行:snmp-agent trap enable ospfv3 if-state-change
关闭
命令行:undo snmp-agent trap enable ospfv3 if-state-change
OID(变量名) |
含义 |
索引节点 |
类型 |
取值范围 |
1.3.6.1.2.1.191.1.1.1 (ospfv3RouterId) |
唯一标识AS中的一台路由器 |
无 |
Ospfv3RouterIdTC |
Unsigned32 (1..'FFFFFFFF'h) |
1.3.6.1.2.1.191.1.7.1.12 (ospfv3IfState) |
接口状态机状态 |
ospfv3IfIndex ospfv3IfInstId |
INTEGER |
down(1), loopback(2), waiting(3), pointToPoint(4), designatedRouter(5), backupDesignatedRouter(6), otherDesignatedRouter(7), standby(8) |
1.请执行display ospfv3 interface命令查看接口状态。
- 如果接口状态为Down,请执行步骤2。
- 如果接口处于非Down状态,则无需处理。
2.请使用display interface interface-type interface-number命令查看接口状态。如果接口状态为Up,请执行步骤3。
如果接口未处于Up状态,检查该接口下是否配置了shutdown命令。
- 如果配置了shutdown命令,请执行undo shutdown命令。
- 如果未配置shutdown命令,请执行步骤3。
3.如果问题无法解决,请收集告警信息和配置信息,并联系H3C技术支持工程师。
OID |
告警标题 |
类型 |
级别 |
清除告警 |
缺省状态 |
1.3.6.1.2.1.191.0.11 |
NSSA ABR的7转5角色变化 |
事件告警 |
警告 |
- |
开启 |
设备NSSA区域7转5能力发生变化时,系统生成此告警。具有7转5能力的设备可以将Type-7 LSA转换为Type-5 LSA。
产生此告警的可能原因包括:
NSSA区域的某个ABR上配置或取消了nssa命令的translate-always选项。
NSSA区域的某个ABR上设置了新的Router ID,且新的Router ID已经生效。
本设备变为ABR或者由ABR变为其他角色。
NSSA转换路由器状态发生变化,旧的转换者要flush原本从7类LSA转化来的5类LSA,而新的转换者则要进行从7类LSA到5类LSA的转化,因此可能会导致ASE路由的短时震荡。
开启
命令行:snmp-agent trap enable ospfv3 nssatranslator-status-change
关闭
命令行:undo snmp-agent trap enable ospfv3 nssatranslator-status-change
OID(变量名) |
含义 |
索引节点 |
类型 |
取值范围 |
1.3.6.1.2.1.191.1.1.1 (ospfv3RouterId) |
唯一标识AS中的一台路由器 |
无 |
Ospfv3RouterIdTC |
Unsigned32 (1..'FFFFFFFF'h) |
1.3.6.1.2.1.191.1.2.1.12 (ospfv3AreaNssaTranslatorState) |
NSSA区域中,NSSA Translator的状态 |
ospfv3AreaId |
INTEGER |
enabled(1), elected(2), disabled(3) |
1.如果本端配置或取消了nssa translate-always命令,请执行display ospfv3命令查看“7/5 translator state”字段的取值,该取值为本端设备NSSA转换角色的状态。
- 对于配置了nssa translate-always命令情况,请执行display ospfv3命令查看“7/5 translator state”字段的取值是否为“Enabled”。如果取值为“Enabled”,则无需进一步处理。否则,请执行步骤7。
- 对于取消nssa translate-always配置的情况,请执行display ospfv3命令查看“7/5 translator state”字段的取值是否为“Disabled”。如果取值为“Disabled”,请执行步骤2。如果取值为“Elected”,则不需进一步处理。
2.可能是NSSA区域的某个ABR上配置了nssa translate-always命令,请执行display ospfv3 lsdb router命令查看该NSSA区域中某个ABR的Router LSA的Options中是否携带“Nt”比特。
- 如果携带“Nt”比特,则无需进一步处理。
- 如果没有携带“Nt”比特,请执行步骤3。
3.如果在本端设备配置了新的Router ID,并且已经生效,在区域内拓扑稳定后,请查看本端设备NSSA转换角色是否正确。
- 如果本端设备NSSA转换角色是否正确,则无需进一步处理。
- 如果本端设备NSSA转换角色是否不正确,请执行步骤4。
4.请确认NSSA区域的其他ABR上是否配置了新的Router ID,在区域内拓扑稳定后,请查看新配置的Router ID是否比本地的Router ID大。如果其他ABR上新配置的Router ID比本地的Router ID大,则无需进一步处理。否则,请执行步骤5。
5.如果NSSA区域有新的设备加入,且新加入的设备为ABR,在区域内拓扑稳定后,请查看新加入设备的Router ID是否比本地的Router ID大。如果新加入的ABR设备的Router ID比本地的Router ID大,则无需进一步处理。否则,请执行步骤6。
如果新加入的设备不是ABR,请直接执行步骤6。
6.请查看本端设备以及邻居设备是否存在ospfv3NbrStateChange、ospfv3IfStateChange告警,如果存在,请按照相应的处理建议操作。如果不存在,请执行步骤7。
7.如果问题无法解决,请收集告警信息和配置信息,并联系H3C技术支持工程师。
OID |
告警标题 |
类型 |
级别 |
清除告警 |
缺省状态 |
1.3.6.1.2.1.191.0.12 |
GR restarter 状态变化 |
事件告警 |
警告 |
- |
开启 |
设备Graceful Restart状态变化时,系统生成此告警。
产生此告警的可能原因包括:
退出GR。
进入GR。
GR Restarter状态变化,如果是GR失败则会影响路由计算、从而影响业务。
开启
命令行:snmp-agent trap enable ospfv3 grrestarter-status-change
关闭
命令行:undo snmp-agent trap enable ospfv3 grrestarter-status-change
OID(变量名) |
含义 |
索引节点 |
类型 |
取值范围 |
1.3.6.1.2.1.191.1.1.1 (ospfv3RouterId) |
唯一标识AS中的一台路由器 |
无 |
Ospfv3RouterIdTC |
Unsigned32 (1..'FFFFFFFF'h) |
1.3.6.1.2.1.191.1.1.18 (ospfv3RestartStatus) |
GR重启状态 |
无 |
INTEGER |
notRestarting(1), plannedRestart(2), unplannedRestart(3) |
1.3.6.1.2.1.191.1.1.16 (ospfv3RestartInterval) |
GR重启超时时间 |
无 |
Ospfv3UpToRefreshIntervalTC |
Unsigned32 (40..1800) |
1.3.6.1.2.1.191.1.1.20 (ospfv3RestartExitReason) |
GR重启退出原因 |
无 |
INTEGER |
none(1), inProgress(2), completed(3), timedOut(4), topologyChanged(5) |
1.对于人工进行主备倒换或者通过GR方式重启OSPFv3进程的情况,则此告警为正常运行信息,无需处理。如果是非人工干预的情况下出现此告警,请执行步骤2。
2.如果问题无法解决,请收集告警信息和配置信息,并联系H3C技术支持工程师。
OID |
告警标题 |
类型 |
级别 |
清除告警 |
缺省状态 |
1.3.6.1.2.1.191.0.13 |
GR helper 状态变化 |
事件告警 |
警告 |
- |
开启 |
邻居路由器GR Helper状态变化时,系统生成此告警。
产生此告警的可能原因包括:
进入Helper状态。
退出Helper状态。
邻居GR helper状态变化,如果GR失败则会影响路由计算、从而影响业务。
开启
命令行:snmp-agent trap enable ospfv3 grhelper-status-change
关闭
命令行:undo snmp-agent trap enable ospfv3 grhelper-status-change
OID(变量名) |
含义 |
索引节点 |
类型 |
取值范围 |
1.3.6.1.2.1.191.1.1.1 (ospfv3RouterId) |
唯一标识AS中的一台路由器 |
无 |
Ospfv3RouterIdTC |
Unsigned32 (1..'FFFFFFFF'h) |
1.3.6.1.2.1.191.1.9.1.13 (ospfv3NbrRestartHelperStatus) |
邻居Helper状态 |
ospfv3NbrIfIndex ospfv3NbrIfInstId ospfv3NbrRtrId |
INTEGER |
notHelping(1), helping(2) |
1.3.6.1.2.1.191.1.9.1.14 (ospfv3NbrRestartHelperAge) |
邻居Helper老化时间 |
ospfv3NbrIfIndex ospfv3NbrIfInstId ospfv3NbrRtrId |
Ospfv3UpToRefreshIntervalTC |
Unsigned32 (1..1800) |
1.3.6.1.2.1.191.1.9.1.15 (ospfv3NbrRestartHelperExitReason) |
邻居Helper离开原因 |
ospfv3NbrIfIndex ospfv3NbrIfInstId ospfv3NbrRtrId |
INTEGER |
none(1), inProgress(2), completed(3), timedOut(4), topologyChanged(5) |
1.对于人工进行主备倒换或者通过GR方式重启OSPFv3进程的情况,则此告警为正常运行信息,无需处理。如果是非人工干预的情况下出现此告警,请执行步骤2。
2.如果问题无法解决,请收集告警信息和配置信息,并联系H3C技术支持工程师。
OID |
告警标题 |
类型 |
级别 |
清除告警 |
缺省状态 |
1.3.6.1.2.1.191.0.14 |
vlink GR helper 状态变化 |
事件告警 |
警告 |
- |
开启 |
GR设备上虚拟接口邻居GR Helper状态发生变化时,系统生成此告警。
产生此告警的可能原因包括:
虚拟接口邻居进入Helper状态。
虚拟接口邻居退出Helper状态。
虚拟接口邻居GR Helper状态变化,如果GR失败则会影响路由计算、从而影响业务。
开启
命令行:snmp-agent trap enable ospfv3 virtgrhelper-status-change
关闭
命令行:undo snmp-agent trap enable ospfv3 virtgrhelper-status-change
OID(变量名) |
含义 |
索引节点 |
类型 |
取值范围 |
1.3.6.1.2.1.191.1.1.1 (ospfv3RouterId) |
唯一标识AS中的一台路由器 |
无 |
Ospfv3RouterIdTC |
Unsigned32 (1..'FFFFFFFF'h) |
1.3.6.1.2.1.191.1.11.1.13 (ospfv3VirtNbrRestartHelperStatus) |
虚接口邻居Helper状态 |
ospfv3VirtNbrArea ospfv3VirtNbrRtrId |
INTEGER |
notHelping(1), helping(2) |
1.3.6.1.2.1.191.1.11.1.14 (ospfv3VirtNbrRestartHelperAge) |
虚接口邻居Helper老化时间 |
ospfv3VirtNbrArea ospfv3VirtNbrRtrId |
Ospfv3UpToRefreshIntervalTC |
Unsigned32 (1..1800) |
1.3.6.1.2.1.191.1.11.1.15 (ospfv3VirtNbrRestartHelperExitReason) |
虚接口邻居helper离开原因 |
ospfv3VirtNbrArea ospfv3VirtNbrRtrId |
INTEGER |
none(1), inProgress(2), completed(3), timedOut(4), topologyChanged(5) |
1.对于人工进行主备倒换或者通过GR方式重启OSPFv3进程的情况,则此告警为正常运行信息,无需处理。如果是非人工干预的情况下出现此告警,请执行步骤2。
2.如果问题无法解决,请收集告警信息和配置信息,并联系H3C技术支持工程师。
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!