IPv4 and IPv6 Infrastructure Addresses in MCAST-VPN Routes
draft-rosen-l3vpn-mvpn-infra-addrs-00

Document Type Replaced Internet-Draft (individual)
Last updated 2010-09-14 (latest revision 2010-06-11)
Replaced by draft-ietf-l3vpn-mvpn-infra-addrs
Stream (None)
Intended RFC status (None)
Formats
Expired & archived
plain text pdf html
Stream Stream state (No stream defined)
Document shepherd No shepherd assigned
IESG IESG state Replaced by draft-ietf-l3vpn-mvpn-infra-addrs
Telechat date
Responsible AD (None)
Send notices to (None)

This Internet-Draft is no longer active. A copy of the expired Internet-Draft can be found at
https://www.ietf.org/archive/id/draft-rosen-l3vpn-mvpn-infra-addrs-00.txt

Abstract

To provide Multicast VPN service, a provider edge router originates "MCAST-VPN" BGP routes. These routes encode addresses from the customer's address space as well as addresses from the provider's address space. The customer's address space may be either IPv4 or IPv6. Independently, the provider's address space may be either IPv4 or IPv6. The MCAST-VPN BGP routes always contain an "address family" field that specifies whether the customer addresses are IPv4 addresses or whether they are IPv6 addresses. However, there is no field that explicitly specifies whether the provider addresses are IPv4 addresses or whether they are IPv6 addresses. The existing specifications do not explicitly say how to determine whether a given provider address is IPv4 or IPv6, and there are differing precedents about the method used to encode IPv4 addresses in messages that also contain IPv6 addresses. This document removes any ambiguity by specifying that MCAST-VPN routes always encode provider IPv4 addresses as four-octet addresses, and that the distinction between an IPv4 address and an IPv6 address is signaled solely by the length of the address field.

Authors

Rahul Aggarwal (raggarwa_1@yahoo.com)
Eric Rosen (erosen@cisco.com)

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