Why are statistics on received and sent Hello messages both 0

7

Run the display mpls ldp interface command to check the interface status. The command output is displayed as follows:
display mpls ldp interface LDP Interface Information in Public Network
Codes:LAM(Label Advertisement Mode), IFName(Interface name)
A '*' before an interface means the entity is being deleted.
------------------------------------------------------------------------------
IFName Status LAM TransportAddress HelloSent/Rcv
------------------------------------------------------------------------------
Vlanif10 Active DU 1.1.1.1 29574/29539
------------------------------------------------------------------------------
In normal cases, the interface status is Active. If the interface status is Inactive, the interface cannot receive or send Hello messages. In most cases, the interface status is Inactive because the interface is shut down or no IP address is configured for the interface.

Other related questions:
How to check the statistics on received and sent Hello messages
Run the display mpls ldp interface command to check the statistics on received and sent Hello messages on an interface. The command output is displayed as follows: display mpls ldp interface LDP Interface Information in Public Network Codes:LAM(Label Advertisement Mode), IFName(Interface name) A '*' before an interface means the entity is being deleted. ------------------------------------------------------------------------------ IFName Status LAM TransportAddress HelloSent/Rcv ------------------------------------------------------------------------------ Vlanif10 Active DU 1.1.1.1 29574/29539 ------------------------------------------------------------------------------ The value of the field HelloSent/Rcv indicates the statistics on received and sent Hello messages

Why does the number of received and sent Hello messages remain unchanged in a short period
Run the display mpls ldp interface verbose command to check the interval of the Hello Hold timer after negotiation. The interval of the Hello Hold timer after negotiation is the smaller value between the configurations on the two ends of the LDP session. By default, the interval of the Remote Hello Hold timer is 45s, and the interval of the Link Hello Send timer is one third of that of the Remote Hello Hold timer. An LSR sends a Hello message at the interval of the Hello Hold timer. The statistics about received and sent Hello messages increase only after an LSR sends or receives a Hello message. Therefore, the statistics on received and sent Hello messages may not increase in a short period.

Why is multicast forwarding interrupted on an interface after the interface receives Hello messages
After static IGMP groups are configured on an interface, the device uses the PIM protocol to set up multicast forwarding entries. Multicast data can be forwarded through the interface as long as the interface is included in the downstream interface list in the corresponding multicast forwarding entry. If the source address of a received PIM Hello message is larger than the interface address, or the DR priority of the PIM Hello message is larger than the priority of the interface, the switch can no longer function as the DR. All data packets on a shared network segment are forwarded by the DR is no Assert election occurs. Therefore, the device considers that multicast data packets will be forwarded by the new DR and then prunes the downstream interface.

Why does the number of received and sent KeepAlive messages remain unchanged in a short period
Run the display mpls ldp session verbose command to check the interval of the KeepAlive Hold timer after negotiation. The interval of the KeepAlive Hold timer after negotiation is the smaller value between the configurations on the two ends of the LDP session. By default, the interval of the KeepAlive Hold timer is 45s, and the interval of the KeepAlive Send timer is one third of that of the KeepAlive Hold timer. After an LDP session is established, the LSRs on the two ends of the LDP session start the KeepAlive Send timer and periodically send KeepAlive messages to maintain the LDP session. An LSR sends a KeepAlive message at the interval of the KeepAlive Send timer. The peer end receives the KeepAlive message when the link is normal. The statistics about received and sent KeepAlive messages increase. Therefore, the statistics about received and sent KeepAlive messages may not increase in a short period.

The two ends of an LSP are Up and can send Hello messages, but the peer end cannot receive them. Why
If the two ends of an LSP are Up and can send Hello messages, but the peer end cannot receive the messages, the possible causes are as follows: Devices do not support sending of large packets, for example, the device can send packets whose maximum size is 180 bytes. To check whether the peer end can send large packets, ping the IP address of the peer end using large packets. Run the display cpu-defend statistics slot slot-id command to check whether Hello messages are dropped due to attack defense policies or Hello messages do not reach the cpu-defend module. Check whether statistics on MPLS-related ACL packets exist and ACLs are correctly delivered.

If you have more questions, you can seek help from following ways:
To iKnow To Live Chat
Scroll to top