Aller au contenu principal

RFC 9012 - L'attribut d'encapsulation de tunnel BGP

  • Statut: Proposed Standard
  • Publié: April 2021
  • Stream: IETF
  • Met à jour: RFC5640
  • Rend obsolète: RFC5512, RFC5566
  • Errata: Pas d'errata

Informations sur le document​

  • Numéro RFC: 9012
  • Titre: The BGP Tunnel Encapsulation Attribute
  • Auteurs: K. Patel, G. Van de Velde, S. Sangli, J. Scudder
  • Date: April 2021
  • Catégorie: Standards Track
  • ISSN: 2070-1721
  • Rend obsolète: RFC 5512, RFC 5566
  • Met à jour: RFC 5640

Résumé​

Ce document définit un attribut de chemin BGP appelé "Tunnel Encapsulation attribute" (attribut d'encapsulation de tunnel), qui peut être utilisé avec les BGP UPDATE de divers Subsequent Address Family Identifiers (SAFI) pour fournir les informations nécessaires à la création de tunnels et de leurs en-têtes d'encapsulation correspondants. Il fournit des encodages pour un certain nombre de types de tunnels, ainsi que des procédures pour choisir entre des tunnels alternatifs et pour acheminer des paquets dans des tunnels.

Ce document rend obsolète RFC 5512, qui fournissait une définition antérieure du Tunnel Encapsulation attribute. RFC 5512 n'a jamais été déployé en production. Comme RFC 5566 s'appuie sur RFC 5512, il est également rendu obsolète. Ce document met à jour RFC 5640 en indiquant que le sub-TLV Load-Balancing Block peut être inclus dans tout Tunnel Encapsulation attribute où l'équilibrage de charge est souhaité.

Statut de ce mémo​

Il s'agit d'un document Internet Standards Track.

Ce document est un produit de l'Internet Engineering Task Force (IETF). Il représente le consensus de la communauté IETF. Il a fait l'objet d'un examen public et a été approuvé pour publication par l'Internet Engineering Steering Group (IESG). Plus d'informations sur les normes Internet sont disponibles dans la Section 2 de RFC 7841.

Des informations sur l'état actuel de ce document, toute errata, et la manière de fournir des commentaires peuvent être obtenues à https://www.rfc-editor.org/info/rfc9012.

Copyright (c) 2021 IETF Trust and the persons identified as the document authors. All rights reserved.

Ce document est soumis à la BCP 78 et aux dispositions légales de l'IETF Trust relatives aux documents IETF (https://trustee.ietf.org/license-info) en vigueur à la date de publication de ce document. Veuillez examiner attentivement ces documents, car ils décrivent vos droits et restrictions concernant ce document. Les composants de code extraits de ce document doivent inclure le texte de la Simplified BSD License tel que décrit dans la Section 4.e des Trust Legal Provisions et sont fournis sans garantie comme décrit dans la Simplified BSD License.

Table des matières​

  1. Introduction
  2. The Tunnel Encapsulation Attribute
  3. Sous-TLV de l'attribut Tunnel Encapsulation
  4. Extended Communities liées au Tunnel Encapsulation Attribute
  5. Considérations spéciales pour les tunnels IP-in-IP
  6. Sémantique et utilisation du Tunnel Encapsulation Attribute
  7. Considérations de routage
  8. Résolution récursive du next-hop
  9. Utilisation des identifiants de réseau virtuel et des labels intégrés lors de l'imposition d'une encapsulation de tunnel
  10. Restrictions d'applicabilité
  11. Portée
  12. Considérations opérationnelles
  13. Validation et gestion des erreurs
  14. Considérations IANA
  15. Considérations de sécurité
  16. Références

1. Introduction​

Ce document définit un attribut de chemin BGP appelé "Tunnel Encapsulation attribute", qui peut être utilisé avec les BGP UPDATE de divers Subsequent Address Family Identifiers (SAFI) pour fournir les informations nécessaires à la création de tunnels et de leurs en-têtes d'encapsulation correspondants. Il fournit des encodages pour un certain nombre de types de tunnels, ainsi que des procédures pour choisir entre des tunnels alternatifs et pour acheminer des paquets dans des tunnels.

Ce document rend obsolète RFC 5512, qui fournissait une définition antérieure du Tunnel Encapsulation attribute. RFC 5512 n'a jamais été déployé en production. Comme RFC 5566 s'appuie sur RFC 5512, il est également rendu obsolète. Ce document met à jour RFC 5640 en indiquant que le sub-TLV Load-Balancing Block peut être inclus dans tout Tunnel Encapsulation attribute où l'équilibrage de charge est souhaité.

2. The Tunnel Encapsulation Attribute​

Le Tunnel Encapsulation attribute est un attribut de chemin BGP optional transitive. L'IANA a attribué la valeur 23 comme type code de l'attribut.

Le Tunnel Encapsulation attribute est composé d'un ensemble d'encodages Type-Length-Value (TLV). Chaque TLV contient des informations correspondant à un type de tunnel particulier.

3. Tunnel Encapsulation Attribute Sub-TLVs​

Le champ Value d'un TLV dans le Tunnel Encapsulation attribute est constitué d'une séquence de sub-TLV.

3.1. The Tunnel Egress Endpoint Sub-TLV (Type Code 6)​

3.2. Encapsulation Sub-TLVs for Particular Tunnel Types (Type Code 1)​

3.2.1. VXLAN (Tunnel Type 8)​

3.2.2. NVGRE (Tunnel Type 9)​

3.2.3. L2TPv3 (Tunnel Type 1)​

3.2.4. GRE (Tunnel Type 2)​

3.2.5. MPLS-in-GRE (Tunnel Type 11)​

3.3. Outer Encapsulation Sub-TLVs​

3.3.1. DS Field (Type Code 7)​

3.3.2. UDP Destination Port (Type Code 8)​

3.4. Sub-TLVs for Aiding Tunnel Selection​

3.4.1. Protocol Type Sub-TLV (Type Code 2)​

3.4.2. Color Sub-TLV (Type Code 4)​

3.5. Embedded Label Handling Sub-TLV (Type Code 9)​

3.6. MPLS Label Stack Sub-TLV (Type Code 10)​

3.7. Prefix-SID Sub-TLV (Type Code 11)​

4.1. Encapsulation Extended Community​

4.2. Router's MAC Extended Community​

4.3. Color Extended Community​

5. Special Considerations for IP-in-IP Tunnels​

6. Semantics and Usage of the Tunnel Encapsulation Attribute​

7. Routing Considerations​

7.1. Impact on the BGP Decision Process​

7.2. Looping, Mutual Recursion, Etc.​

8. Recursive Next-Hop Resolution​

9. Use of Virtual Network Identifiers and Embedded Labels When Imposing a Tunnel Encapsulation​

9.1. Tunnel Types without a Virtual Network Identifier Field​

9.2. Tunnel Types with a Virtual Network Identifier Field​

9.2.1. Unlabeled Address Families​

9.2.2. Labeled Address Families​

10. Applicability Restrictions​

11. Scoping​

12. Operational Considerations​

13. Validation and Error Handling​

14. IANA Considerations​

15. Security Considerations​

16. References​

16.1. Normative References​

16.2. Informative References​

Appendix A. Impact on RFC 8365​

Remerciements​

Adresses des auteurs​

Keyur Patel
Arrcus, Inc.
Email: [email protected]

Gunter Van de Velde
Nokia
Email: [email protected]

Srihari R. Sangli
Juniper Networks
Email: [email protected]

John Scudder
Juniper Networks
Email: [email protected]