Using the BGP Tunnel Encapsulation Attribute without the BGP Encapsulation SAFI
draft-rosen-idr-tunnel-encaps-03
| Document | Type |
Replaced Internet-Draft
(idr WG)
Expired & archived
|
|
|---|---|---|---|
| Authors | Eric C. Rosen , Keyur Patel , Gunter Van de Velde | ||
| Last updated | 2015-10-14 (Latest revision 2015-08-06) | ||
| Replaced by | draft-ietf-idr-tunnel-encaps | ||
| RFC stream | Internet Engineering Task Force (IETF) | ||
| Intended RFC status | (None) | ||
| Formats | |||
| Additional resources | Mailing list discussion | ||
| Stream | WG state | Candidate for WG Adoption | |
| Document shepherd | (None) | ||
| IESG | IESG state | Replaced by draft-ietf-idr-tunnel-encaps | |
| 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
RFC 5512 defines a BGP Path Attribute known as the "Tunnel Encapsulation Attribute". This attribute allows one to specify a set of tunnels. For each such tunnel, the attribute can provide additional information used to create a tunnel and the corresponding encapsulation header, and can also provide information that aids in choosing whether a particular packet is to be sent through a particular tunnel. RFC 5512 states that the attribute is only carried in BGP UPDATEs that have the "Encapsulation Subsequent Address Family (Encapsulation SAFI)". This document updates RFC 5512 by deprecating the Encapsulation SAFI (which has never been used),and by specifying semantics for the attribute when it is carried in UPDATEs of certain other SAFIs. This document also extends the attribute by enabling it to carry additional information needed to create the encapsulation headers additional tunnel types not mentioned in RFC 5512. Finally, this document also extends the attribute by allowing it to specify a remote tunnel endpoint address for each tunnel.
Authors
Eric C. Rosen
Keyur Patel
Gunter Van de Velde
(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)