Skip to main content

Wildcards in Multicast VPN Auto-Discovery Routes
draft-rosen-l3vpn-mvpn-wldcds-cmbind-00

Document Type Replaced Internet-Draft (individual)
Expired & archived
Authors Ray Qiu , Eric C. Rosen , Yakov Rekhter
Last updated 2011-11-01 (Latest revision 2011-08-29)
Replaced by draft-ietf-l3vpn-mvpn-wildcards
RFC stream (None)
Intended RFC status (None)
Formats
Stream Stream state (No stream defined)
Consensus boilerplate Unknown
RFC Editor Note (None)
IESG IESG state Replaced by draft-ietf-l3vpn-mvpn-wildcards
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

In "Multicast Virtual Private Networks" (MVPNs), customer multicast flows are carried in "tunnels" through a service provider's network. The base specifications for MVPN define BGP multicast VPN "auto-discovery" routes", and specify how to use an auto-discovery route to advertise the fact that an individual customer multicast flow is being carried in a particular tunnel. However, those specifications do not provide a way to specify, in a single such route, that multiple customer flows are being carried in a single tunnel. Those specifications also do not provide a way to advertise that a particular tunnel is to be used by default to carry all customer flows, except in the case where that tunnel is joined by all the provider edge routers of the MVPN. This document eliminates these restrictions by specifying the use of "wildcard" elements in the customer flow identifiers. With wildcard elements, a single auto-discovery route can refer to multiple customer flows, or even to all customer flows.

Authors

Ray Qiu
Eric C. Rosen
Yakov Rekhter

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