OSPFV3/2/IFCFGERR:OID [oid] The configuration of the non-virtual interface is incorrect. (IfIndex=[integer], InstanceId=[integer], RouterId=[gauge], IfState=[integer], PacketSrcAdd=[octet], ErrorType=[integer], PacketType=[integer])
This trap is generated on a non-virtual-link interface when the local end refused to establish the adjacency relationship with the remote end. This trap indicated that the configurations of the interfaces on which the neighbor relationship is to be established were inconsistent. A possible cause is that the values of the Hello timer, dead timer, poll timer were not consistent on the two interfaces or the two interfaces were not in the same area.
Alarm ID | Alarm Severity | Alarm Type |
---|---|---|
1.3.6.1.4.1.2011.5.25.147.0.4 | Major | processingErrorAlarm(4) |
Name | Meaning |
---|---|
oid |
Indicates the MIB object ID of the alarm. |
IfIndex |
Indicates the index of the interface. The value is a decimal integer. |
InstanceId |
Indicates the ID of the OSPFv3 instance. The value is a decimal integer. |
RouterId |
Indicates the Router ID of the local switch. The value is a decimal integer. |
IfState |
Indicates the status of an interface.
|
PacketSrcAdd |
Indicates the address of the source node that sends the packet. |
ErrorType |
Indicates the type of the error.
|
PacketType |
Indicates the type of the packet.
|
This trap is generated when an interface receives a packet indicating parameters are incorrectly configured. Such configuration errors generally occur during the deployment test or cutover. You can rectify the fault by modifying the parameters on the two ends to be consistent, and services will not be affected.
1. Parameters manually configured on the two interfaces were inconsistent.
2. The routing protocol on the link layer changed.
If so, go to Step 3.
If not, go to Step 2.
If it is allowed to modify the configurations of the two ends to be consistent, go to Step 4.
If it is not allowed to modify the configurations of the two ends to be consistent, go to Step 3.