Skip to main content

LSP Self-Ping
draft-bonica-mpls-self-ping-06

Document Type Replaced Internet-Draft (mpls WG)
Expired & archived
Authors Raveendra Torvi , Ron Bonica , Ina Minei , Michael Conn , Dante Pacella , Luis Tomotaki , Mark Wygant
Last updated 2015-10-14 (Latest revision 2015-05-18)
Replaced by draft-ietf-mpls-self-ping
RFC stream Internet Engineering Task Force (IETF)
Intended RFC status (None)
Formats
Additional resources Mailing list discussion
Stream WG state Adopted by a WG
Document shepherd Loa Andersson
IESG IESG state Replaced by draft-ietf-mpls-self-ping
Consensus boilerplate Unknown
Telechat date (None)
Responsible AD (None)
Send notices to (None)

This Internet-Draft is no longer active. A copy of the expired Internet-Draft is available in these formats:

Abstract

When certain RSVP-TE optimizations are implemented, ingress 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 an 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 memo 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 an extremely light-weight mechanism. It does not consume control plane resources on transit or egress LSRs.

Authors

Raveendra Torvi
Ron Bonica
Ina Minei
Michael Conn
Dante Pacella
Luis Tomotaki
Mark Wygant

(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)