Zum Hauptinhalt springen

RFC 9012 - Das BGP Tunnel Encapsulation Attribute

  • Status: Proposed Standard
  • Veröffentlicht: April 2021
  • Stream: IETF
  • Aktualisiert: RFC5640
  • Ersetzt: RFC5512, RFC5566
  • Errata: Keine Errata

Dokumentinformationen​

  • RFC-Nummer: 9012
  • Titel: The BGP Tunnel Encapsulation Attribute
  • Autoren: K. Patel, G. Van de Velde, S. Sangli, J. Scudder
  • Datum: April 2021
  • Kategorie: Standards Track
  • ISSN: 2070-1721
  • Ersetzt: RFC 5512, RFC 5566
  • Aktualisiert: RFC 5640

Zusammenfassung​

Dieses Dokument definiert ein BGP-Pfadattribut namens "Tunnel Encapsulation attribute" (Tunnel-Kapselungsattribut), das mit BGP UPDATEs verschiedener Subsequent Address Family Identifiers (SAFIs) verwendet werden kann, um Informationen bereitzustellen, die zum Erstellen von Tunneln und ihren entsprechenden Kapselungsköpfen benötigt werden. Es stellt Kodierungen für eine Reihe von Tunneltypen bereit sowie Verfahren zur Auswahl zwischen alternativen Tunneln und zum Weiterleiten von Paketen in Tunnel.

Dieses Dokument macht RFC 5512 obsolet, das eine frühere Definition des Tunnel Encapsulation attribute lieferte. RFC 5512 wurde nie in der Produktion eingesetzt. Da RFC 5566 auf RFC 5512 basiert, wird es ebenfalls obsolet. Dieses Dokument aktualisiert RFC 5640, indem es angibt, dass der Load-Balancing Block sub-TLV in jedes Tunnel Encapsulation attribute aufgenommen werden darf, bei dem Lastverteilung erwünscht ist.

Status dieses Memos​

Dies ist ein Internet-Standards-Track-Dokument.

Dieses Dokument ist ein Produkt der Internet Engineering Task Force (IETF). Es repräsentiert den Konsens der IETF-Community. Es wurde öffentlich geprüft und von der Internet Engineering Steering Group (IESG) zur Veröffentlichung freigegeben. Weitere Informationen zu Internet-Standards finden sich in Abschnitt 2 von RFC 7841.

Informationen zum aktuellen Status dieses Dokuments, etwaigen Errata und zur Rückmeldung finden sich unter https://www.rfc-editor.org/info/rfc9012.

Urheberrechtshinweis​

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

Dieses Dokument unterliegt BCP 78 und den rechtlichen Bestimmungen des IETF Trust zu IETF-Dokumenten (https://trustee.ietf.org/license-info), die am Datum der Veröffentlichung dieses Dokuments gelten. Bitte prüfen Sie diese Dokumente sorgfältig, da sie Ihre Rechte und Einschränkungen in Bezug auf dieses Dokument beschreiben. Aus diesem Dokument extrahierte Code-Komponenten müssen den Simplified-BSD-License-Text gemäß Abschnitt 4.e der Trust Legal Provisions enthalten und werden ohne Gewährleistung bereitgestellt, wie in der Simplified BSD License beschrieben.

Inhaltsverzeichnis​

  1. Einführung
  2. The Tunnel Encapsulation Attribute
  3. Sub-TLVs des Tunnel Encapsulation Attribute
  4. Mit dem Tunnel Encapsulation Attribute verbundene Extended Communities
  5. Besondere Überlegungen für IP-in-IP-Tunnel
  6. Semantik und Verwendung des Tunnel Encapsulation Attribute
  7. Routing-Überlegungen
  8. Rekursive Next-Hop-Auflösung
  9. Verwendung von Virtual Network Identifiers und eingebetteten Labels bei der Imposition einer Tunnelkapselung
  10. Anwendbarkeitseinschränkungen
  11. Geltungsbereich
  12. Betriebliche Überlegungen
  13. Validierung und Fehlerbehandlung
  14. IANA-Überlegungen
  15. Sicherheitsüberlegungen
  16. Referenzen

1. Einführung​

Dieses Dokument definiert ein BGP-Pfadattribut namens "Tunnel Encapsulation attribute", das mit BGP UPDATEs verschiedener Subsequent Address Family Identifiers (SAFIs) verwendet werden kann, um Informationen bereitzustellen, die zum Erstellen von Tunneln und ihren entsprechenden Kapselungsköpfen benötigt werden. Es stellt Kodierungen für eine Reihe von Tunneltypen bereit sowie Verfahren zur Auswahl zwischen alternativen Tunneln und zum Weiterleiten von Paketen in Tunnel.

Dieses Dokument macht RFC 5512 obsolet, das eine frühere Definition des Tunnel Encapsulation attribute lieferte. RFC 5512 wurde nie in der Produktion eingesetzt. Da RFC 5566 auf RFC 5512 basiert, wird es ebenfalls obsolet. Dieses Dokument aktualisiert RFC 5640, indem es angibt, dass der Load-Balancing Block sub-TLV in jedes Tunnel Encapsulation attribute aufgenommen werden darf, bei dem Lastverteilung erwünscht ist.

2. The Tunnel Encapsulation Attribute​

Das Tunnel Encapsulation attribute ist ein optional transitive BGP-Pfadattribut. Die IANA hat dem Attribut den type code 23 zugewiesen.

Das Tunnel Encapsulation attribute besteht aus einer Menge von Type-Length-Value (TLV)-Kodierungen. Jedes TLV enthält Informationen, die einem bestimmten Tunneltyp entsprechen.

3. Tunnel Encapsulation Attribute Sub-TLVs​

Das Value-Feld eines TLV im Tunnel Encapsulation attribute besteht aus einer Folge von sub-TLVs.

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​

Danksagungen​

Adressen der Autoren​

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]