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


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


Log Reference

AR120, AR150, AR160, AR200, AR1200, AR2200, AR3200, and AR3600 V200R007

This document supports all the logs of device, including the parameters, meaning, possible causes and solution.

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/4/SINTF_NSR_OVERTIME_LIMIT: The shamlink interface go on process, as slave's ack didn't come for [ULONG] seconds. (DestIp=[STRING], SourceIp=[IPADDR], ProcessId=[USHORT], AreaId=[STRING])


If the OSPF sham link interface on the active board receives no response from the standby board within a specified interval, the active board considers that the standby board has responded and does not require retransmission of backup messages.


Parameter Name Parameter Meaning
[ULONG] Total time that the sham link interface waits for the response from the standby board, in seconds
DestIp Destination IP address of the sham link interface
SourceIp IP address of the sham link interface
ProcessId Process ID to which the sham link interface belongs
AreaId Area ID to which the sham link interface belongs

Possible Causes

After the sham link interface on the active board initiates a handshake with the standby board, the interface waits for a response from the standby board. If the total waiting time exceeds the upper limit (equal to or less than 600 seconds, generally 40 times of the retransmission interval), it may be caused by inconsistent OSPF interface statuses on the active board and the standby board, blocked backup channel, or loss of backup messages.


  1. Run the display ospf sham-link command to check whether the statuses of sham link interfaces on the active board and the standby board are consistent.

    • If they are consistent, ignore this log message.
    • If they are inconsistent, contact contact technical support personnel.

Updated: 2019-05-29

Document ID: EDOC1000097209

Views: 135780

Downloads: 189

Average rating:
This Document Applies to these Products

Related Version

Related Documents

Previous Next