datatracker.ietf.org
Sign In
Version 4.45, 2013-05-14
Report a bug

IPv4 and IPv6 Infrastructure Addresses in BGP Updates for Multicast VPN
draft-ietf-l3vpn-mvpn-infra-addrs-05

RFC
Document Stream: IETF
Last updated: 2011-07-06
Replaces: draft-rosen-l3vpn-mvpn-infra-addrs
Intended RFC status: Proposed Standard
Other versions: (expired, archived): plain text, pdf, html

IETF State: Submitted to IESG for Publication (l3vpn)
Document shepherd:Ben Niven-Jenkins
Shepherd writeup
Consensus:Unknown

IESG State: RFC 6515
IANA Action State: RFC-Ed-Ack 
Responsible AD: Stewart Bryant
IESG Note: Ben Niven-Jenkins (ben@niven-jenkins.co.uk) is the document shepherd.
Send notices to: l3vpn-chairs@tools.ietf.org, draft-ietf-l3vpn-mvpn-infra-addrs@tools.ietf.org

This Internet-Draft is no longer active. Unofficial copies of old Internet-Drafts can be found here:
http://tools.ietf.org/id/draft-ietf-l3vpn-mvpn-infra-addrs.

Abstract:
To provide Multicast VPN (MVPN) service, Provider Edge routers originate BGP Update messages that carry Multicast-VPN ("MCAST-VPN") BGP routes; they also originate unicast VPN routes that carry MVPN-specific attributes. These routes encode addresses from the customer's address space, as well as addresses from the provider's address space. These two address spaces are independent, and the address family (IPv4 or IPv6) of the two spaces may or may not be the same. These 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 the address family of the provider addresses. To ensure interoperability, this document specifies that provider IPv4 addresses are always encoded in these update messages as 4-octet addresses, and that the distinction between IPv4 and IPv6 is signaled solely by the length of the address field. Specific cases are explained in detail. This document updates RFC 6514. [STANDARDS-TRACK]

Authors:
Eric Rosen <erosen@cisco.com>
Rahul Aggarwal <raggarwa_1@yahoo.com>

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