No relevant resource is found in the selected language.

This site uses cookies. By continuing to browse the site you are agreeing to our use of cookies. Read our privacy policy>Search

Reminder

To have a better experience, please upgrade your IE browser.

upgrade

Alarm Handling

CloudEngine 8800, 7800, 6800, and 5800 V200R005C10

This document provides the explanations, causes, and recommended actions of alarms on the product.
Rate and give feedback:
Huawei uses machine translation combined with human proofreading to translate this document to different languages in order to help you better understand the content of this document. Note: Even the most advanced machine translation cannot match the quality of professional translators. Huawei shall not bear any responsibility for translation accuracy and it is recommended that you refer to the English document (a link for which has been provided).
OSPF_1.3.6.1.2.1.14.16.2.3 ospfVirtNbrStateChange

OSPF_1.3.6.1.2.1.14.16.2.3 ospfVirtNbrStateChange

Description

The status of the virtual neighbor changes. (VirtNbrArea=[VirtNbrArea], VirtNbrRtrId=[VirtNbrRtrId], ProcessId=[ProcessId], RouterId=[RouterId], VirtNbrState=[VirtNbrState], InstanceName=[InstanceName])

The status of the neighbor on the OSPF virtual link changed.

Attributes

Attribute

Description

Alarm or Event

Alarm

Trap Severity

Error

Mnemonic Code

ospfVirtNbrStateChange

Trap OID

1.3.6.1.2.1.14.16.2.3

Alarm ID

0x08902009

Alarm Type

communicationsAlarm

Raise or Clear

None

Match trap

The fault trap and service restoration trap are in the same format except that the value of NbrState is different. The trap is a service restoration trap only when the value of NbrState is 8: Full. Otherwise, it is a fault trap.

Parameters

Parameter Description

VirtNbrArea

Indicates the area ID.

VirtNbrRtrId

Indicates the router ID of the neighbor on the virtual link.

ProcessId

Indicates the process ID.

RouterId

Indicates the ID of the local switch.

VirtNbrState

Indicates the status of the neighbor on the virtual link.
  • 1: Down
  • 2: Attempt
  • 3: Init
  • 4: 2–Way
  • 5: ExStart
  • 6: Exchange
  • 7: Loading
  • 8: Full

InstanceName

Indicates the instance name.

VB

VB OID

VB Name

VB Index

1.3.6.1.2.1.14.1.1

ospfRouterId

N/A

1.3.6.1.2.1.14.11.1.1

ospfVirtNbrArea

ospfVirtNbrArea;

ospfVirtNbrRtrId;

1.3.6.1.2.1.14.11.1.2

ospfVirtNbrRtrId

ospfVirtNbrArea;

ospfVirtNbrRtrId;

1.3.6.1.2.1.14.11.1.5

ospfVirtNbrState

ospfVirtNbrArea;

ospfVirtNbrRtrId;

Impact on the System

This trap message gets generated when the status of the neighbor on the virtual link changes. If the status of the neighbor on the virtual link changes from Full to lower than Full, routes are incorrectly installed to the routing table, or some routes are wrongly deleted. This may affect services.

Possible Causes

Cause 1: The adjacency HoldTimer expired.

Cause 2: The physical interface changed.

Cause 3: The protocol did not work correctly.

Cause 4: The BFD session was interrupted.

Cause 5: OSPF configurations changed.

Cause 6: The peer router did not work properly.

Cause 100: The alarm was cleared.

Procedure

  • Cause 1: The adjacency HoldTimer expired.
    1. Run the ping command to check whether the link that connects the local and remote devices functions properly.

      • If the ping fails, check the transport devices, link status, and interface status and rectify faults (if any) on the physical devices to restore OSPF services.
      • If the ping succeeds, go to 2.

    2. Collect the alarm information, log information, and configuration information, and then contact technical support personnel technical support personnel.
  • Cause 2: The physical interface changed.
    1. Run the display ip interface command to check the status of the physical interface used to set up the OSPF neighbor relationship.

      • If the physical interface is in the Down state, check whether the optical power of the physical interface is within the permitted range and whether the transport device works properly. Restore the physical interface status to clear the alarm.
      • If the physical interface is in the *down state, the interface has been shut down. Then run the undo shutdown command on the interface to clear the alarm.
      • If the physical interface is in the Up state, go to 2.

    2. Run the display ospf interface command to check the protocol status of the interface used to set up the OSPF neighbor relationship.

      • If the protocol state is Down, check whether the interface IP addresses are configured correctly. If no, configure the IP addresses correctly to clear the alarm.
      • If the protocol state is Up, go to 3.

    3. Collect the alarm information, log information, and configuration information, and then contact technical support personnel technical support personnel.
  • Cause 3: The protocol did not work correctly.
    1. Run the display this command in both the interface view and OSPF view of the local and remote devices to check whether the two devices use the same protocol.

      • If the two devices use the same protocol, go to 2.
      • If the two devices use different protocols, configure the same protocol for the interfaces.

    2. Run the display ospf peer command to view OSPF neighbor information.

      • If no OSPF neighbor information is displayed, the local device cannot receive any Hello messages from the remote device or the received Hello messages have been discarded. Then go to 3.
      • If Init is displayed, the local device can receive Hello messages from the remote device, whereas the remote device cannot receive any Hello messages from the local device. Run the ping command to check whether the link that connects the local and remote devices functions properly. A common cause for the OSPF neighbor to stay in the Init state is that a fault occurs in packet forwarding and hence packets are discarded. If the alarm persists after the fault in packet forwarding is rectified, go to 4.
      • If 2-way is displayed, the value of ospf dr-priority is 0. Run the ospf dr-priority command to set the DR priority of the interface to a value larger than 0 to clear the alarm.
      • If Exstart is displayed, the device generating this alarm keeps performing DD negotiation but fails to complete DD synchronization. Then go to 3.
      • If Loading is displayed, the local device has received invalid LSA packets and keeps sending LSA requests. Run the reset ospf process command at both ends of the link to clear the alarm.
        NOTE:

        The OSPF neighbor relationship may be deleted after you run the reset ospf process command to reset the OSPF connection. Run this command only when it is very necessary.

    3. Run the display this command in the interface view and OSPF view to check whether authentication modes configured for both ends are the same.

      • If the authentication modes configured for both ends are the same, go to 4.
      • If the authentication modes configured for both ends are different, change them to be the same.

    4. Collect the alarm information, log information, and configuration information, and then contact technical support personnel technical support personnel.
  • Cause 4: The BFD session was interrupted.
    1. Run the ping command to check whether the link that connects the local and remote devices functions properly.

      • If the ping fails, check the transport devices, link status, and interface status and rectify faults (if any) on the physical devices to restore OSPF services.
      • If the ping succeeds, go to 3.

    2. Run the display ospf peer command to check whether the OSPF neighbor is in the Up state.

      • If the OSPF neighbor is in the Down state, go to 3.
      • If the OSPF neighbor is in the Up state, go to step 1.

    3. Collect the alarm information, log information, and configuration information, and then contact technical support personnel technical support personnel.
  • Cause 5: OSPF configurations changed.
    1. Run the display this command in the OSPF view to check whether area configurations at both ends of the neighbor are consistent.

      • If area configurations at both ends are inconsistent, change them to be the same.
      • If area configurations at both ends are consistent, go to 2.

    2. Run the display this command in the OSPF view to check whether opaque-capability has been enabled for the OSPF processes at both ends.

      • If opaque-capability has been enabled only for one OSPF process, enable opaque-capability for the OSPF process at the other end.
      • If opaque-capability has been enabled for the OSPF processes at both ends, go to 3.

    3. Run the display ospf interface command to check whether OSPF network types configured on the interfaces at both ends are consistent.

      • If OSPF network types configured on the interfaces at both ends are inconsistent, change them to be the same.
      • If OSPF network types configured on the interfaces at both ends are consistent, go to 4.

    4. Collect the alarm information, log information, and configuration information, and then contact technical support personnel technical support personnel.
  • Cause 6: The peer router did not work properly.
    1. Check whether the peer router is a non-Huawei device.

      • If it is a non-Huawei device, go to 2.
      • If it is a Huawei device, go to 3.

    2. Contact the non-Huawei device manufacturer to check its operating status and rectify the fault.
    3. Check whether the peer router or the OSPF process has been restarted.

      • If the peer router or the OSPF process has been restarted, refer to alarm and log information to identify the cause.
      • If the peer router or the OSPF process has not been restarted, go to 4.

    4. Collect the alarm information, log information, and configuration information, and then contact technical support personnel technical support personnel.
Translation
Download
Updated: 2019-04-02

Document ID: EDOC1100074754

Views: 22683

Downloads: 30

Average rating:
This Document Applies to these Products
Related Documents
Related Version
Share
Previous Next