Self-ping is a connectivity check method for RSVP-TE LSPs.
After an RSVP-TE LSP is established, the system sets the LSP status to up, without waiting for forwarding relationships to be completely established between nodes on the forwarding path. If service traffic is imported to the LSP before all forwarding relationships are established, some early traffic may be lost.
Self-ping can address this issue by checking whether the LSP can forward traffic.
Self-ping can be configured globally or for a specified tunnel. If both are configured, the tunnel-specific configuration takes effect.
If self-ping is enabled globally but this function should not be enabled for a tunnel, you can perform the following steps to block self-ping for the tunnel:
When the self-ping service suffers a traffic burst, bandwidth may be preempted among self-ping sessions. To resolve this problem, you can configure whitelist session-CAR for self-ping to isolate bandwidth resources by session. If the default parameters of whitelist session-CAR for self-ping do not meet service requirements, you can adjust them as required.
After configuring self-ping for RSVP-TE, verify the configuration.
To check the statistics in a coming period of time, you can run the reset cpu-defend whitelist session-car self-ping statistics slot slot-id command to clear the existing whitelist session-CAR statistics about self-ping packets first. Then, after the period elapses, run the display cpu-defend whitelist session-car self-ping statistics slot slot-id command. In this case, all the statistics are newly generally, facilitating statistics query.
Cleared whitelist session-CAR statistics cannot be restored. Exercise caution when running the reset command.