Skip to main content

Extended RSVP-TE for Point-to-Multipoint LSP Tunnels
draft-yasukawa-mpls-rsvp-p2mp-04

Document Type Expired Internet-Draft (individual)
Expired & archived
Authors Seisho Yasukawa , Alan Kullberg
Last updated 2004-02-16
RFC stream (None)
Intended RFC status (None)
Formats
Stream Stream state (No stream defined)
Consensus boilerplate Unknown
RFC Editor Note (None)
IESG IESG state Expired
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

This document describes a solution for point-to-multipoint (P2MP) Traffic Engineering (TE) which extends 'RSVP-TE: Extensions to RSVP for LSP Tunnels', RFC 3209, and 'Generalized Multi-Protocol Label Switching (GMPLS) Signaling Resource ReserVation Protocol-Traffic Engineering (RSVP-TE) Extensions', RFC 3473, to support P2MP TE LSPs. A P2MP TE LSP is established by setting up multiple standard point- to-point (P2P) TE LSPs from a sender node and all the downstream branch nodes along the P2P TE LSP to one of the leaf nodes of the P2MP TE LSP. A branched LSP is associated with original trunk LSP by newly defined Association object so that the P2MP LSP tunnel is established over the P2MP path. Because only a single standard LSP will be present on any given link along the P2MP LSP, the defined approach realizes maximum compatibility with existing implementations. The solution supports standard tree operations: setup, graft/join, and prune/leave. As the (G)MPLS signaling is used, the P2MP TE LSP can be built using any switching technology supported by GMPLS. This includes non-packet technologies.

Authors

Seisho Yasukawa
Alan Kullberg

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