MSDP/2/msdpBackwardTransition_active

CloudEngine 8800, 7800, 6800, and 5800 V200R005C00 Log Reference

This document provides the explanations, causes, and recommended actions of logs on the product.

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).

Message

MSDP/2/msdpBackwardTransition_active:MSDP peer exit the established state. (RemoteAddr=[RemoteAddr], PeerState=[PeerState], InstanceName=[InstanceName], ExitReason=[ExitReason])

Description

The status of the MSDP peer relationship changes from Established to another one.

Parameters

Parameter Name	Parameter Meaning
RemoteAddr	MSDP peer address
PeerState	Status of the MSDP peer relationship
InstanceName	Instance name
ExitReason	Causes triggering the alarm

Possible Causes

Cause 1: HoldTime expired.

Cause 2: Socket error.

Cause 3: Receive invalid TLV.

Cause 4: Receive notification TLV.

Cause 5: User operation.

Procedure

Cause 1: HoldTime expired.
1. Run the ping command to check whether the link between the MSDP peers is Up.
  - If the link is Up, go to Step 3.
  - If the link is Down, go to Step 2.
2. Run the display ip routing-table command to check whether the unicast route from the local device to the peer device works properly.
  - If the route works properly, go to Step 3.
  - If the route works improperly, you can clear the alarm by rectifying the routing fault.
3. Run the display msdp peer-status command in the MSDP view of both MSDP peers to check whether the MSDP peer relationship is in the Up state.
  - If the MSDP peer relationship is the Up state, go to Step 4.
  - If the MSDP peer relationship is in the Shutdown state, run the undo shutdown command in the MSDP view of both MSDP peers to clear the alarm.
  - If the MSDP peer relationship is in the Down state, check whether the interface address used for establishing the TCP connection is correct.
    - If the interface address is correct, go to Step 4.
    - If the interface address is incorrect, run the peer peer-address connect-interface interface-type interface-number command in the MSDP view to configure a correct interface address to clear the alarm.
  - If the MSDP peer relationship is in another state, check whether the authentication configurations on both MSDP peers are the same.
    - If the MD5 or Keychain authentication configurations are the same, go to Step 4.
    - If the MD5 or Keychain configurations are different, configure the same MSDP authentication on both MSDP peers to clear the alarm.
4. Collect log messages and contact technical support personnel.
Cause 2: Socket error.
1. Run the ping command to check whether the link between the MSDP peers is Up.
  - If the link is Up, go to Step 3.
  - If the link is Down, go to Step 2.
2. Run the display ip routing-table command to check whether the unicast route from the local device to the peer device works properly.
  - If the route works properly, go to Step 3.
  - If the route works improperly, you can clear the alarm by rectifying the routing fault.
3. Run the display current-configuration command to check whether multicast is enabled on both MSDP peers.
  - If multicast is enabled on both MSDP peers, go to Step 4.
  - If multicast is not enabled on both MSDP peers, run the multicast routing-enable command to enable multicast to clear the alarm.
4. Run the display this command in the MSDP view of both MSDP peers to check whether the MSDP peer relationship is configured.
  - If the MSDP peer relationship is configured, go to Step 5.
  - If no MSDP peer relationship is configured, run the peer peer-address connect-interface interface-type interface-number command in the MSDP view to configure the MSDP peer relationship to clear the alarm.
5. Collect log messages and contact technical support personnel.
Cause 3: Receive invalid TLV.
1. The MSDP implementations on both peers may be different. Collect log messages and contact technical support personnel.
Cause 4: Receive notification TLV.
1. Check whether the reset msdp peer command is run in the user view on the peer device.
  - If the command is run, wait till the peer relationship is re-established.
  - If the command is not run, go to Step 2.
2. Run the display this command in the MSDP view of the peer device to check whether the MSDP peer relationship is configured.
  - If the MSDP peer relationship is configured, go to Step 3.
  - If no MSDP peer relationship is configured, run the peer peer-address connect-interface interface-type interface-number command in the MSDP view to configure the MSDP peer relationship to clear the alarm.
3. Run the display interface brief command to check whether the shutdown command is run on interfaces connecting the MSDP peers.
  - If the shutdown command is run, run the undo shutdown command in the interface view to clear the alarm.
  - If no shutdown command is run, go to Step 4.
4. Collect log messages and contact technical support personnel.
Cause 5: User operation.
1. Check whether the reset msdp peer command is run in the user view.
  - If the command is run, wait till the peer relationship is re-established.
  - If the command is not run, go to Step 2.
2. Run the display this command in the MSDP view to check whether the MSDP peer relationship is configured.
  - If the MSDP peer relationship is configured, go to Step 3.
  - If no MSDP peer relationship is configured, run the peer peer-address connect-interface interface-type interface-number command in the MSDP view to configure the MSDP peer relationship to clear the alarm.
3. Run the display interface brief command to check whether the shutdown command is configured on interfaces connecting the MSDP peers.
  - If the shutdown command is run, run the undo shutdown command in the interface view to clear the alarm.
  - If no shutdown command is run, go to Step 4.
4. Collect log messages and contact technical support personnel.

Translation

简体中文

Download

Updated: 2019-04-20

Document ID: EDOC1100039602

Downloads: 133

Average rating:

This Document Applies to these Products