@misc{rfc7746,
    series =    {Request for Comments},
    number =    7746,
    howpublished =  {RFC 7746},
    publisher = {RFC Editor},
    doi =       {10.17487/RFC7746},
    url =       {https://www.rfc-editor.org/info/rfc7746},
    author =    {Ron Bonica and Ina Minei and Michael Conn and Dante Pacella and Luis Tomotaki},
    title =     {{Label Switched Path (LSP) Self-Ping}},
    pagetotal = 12,
    year =      2016,
    month =     jan,
    abstract =  {When certain RSVP-TE optimizations are implemented, ingress Label Switching Router (LSRs) can receive RSVP RESV messages before forwarding state has been installed on all downstream nodes. According to the RSVP-TE specification, the ingress LSR can forward traffic through a Label Switched Path (LSP) as soon as it receives a RESV message. However, if the ingress LSR forwards traffic through the LSP before forwarding state has been installed on all downstream nodes, traffic can be lost. This document describes LSP Self-ping. When an ingress LSR receives an RESV message, it can invoke LSP Self-ping procedures to ensure that forwarding state has been installed on all downstream nodes. LSP Self-ping is a new protocol. It is not an extension of LSP Ping. Although LSP Ping and LSP Self-ping are named similarly, each is designed for a unique purpose. Each protocol listens on its own UDP port and executes its own procedures. LSP Self-ping is an extremely lightweight mechanism. It does not consume control-plane resources on transit or egress LSRs.},
}