Passa al contenuto principale

RFC 9012 - L'attributo di incapsulamento tunnel BGP

  • Stato: Proposed Standard
  • Pubblicato: April 2021
  • Stream: IETF
  • Aggiorna: RFC5640
  • Rende obsoleti: RFC5512, RFC5566
  • Errata: Nessun errata

Informazioni sul documento​

  • Numero RFC: 9012
  • Titolo: The BGP Tunnel Encapsulation Attribute
  • Autori: K. Patel, G. Van de Velde, S. Sangli, J. Scudder
  • Data: April 2021
  • Categoria: Standards Track
  • ISSN: 2070-1721
  • Rende obsoleti: RFC 5512, RFC 5566
  • Aggiorna: RFC 5640

Abstract​

Questo documento definisce un attributo di percorso BGP noto come "Tunnel Encapsulation attribute" (attributo di incapsulamento tunnel), che può essere usato con gli UPDATE BGP di vari Subsequent Address Family Identifier (SAFI) per fornire le informazioni necessarie a creare tunnel e le relative intestazioni di incapsulamento. Fornisce codifiche per numerosi tipi di tunnel, insieme a procedure per scegliere tra tunnel alternativi e per instradare i pacchetti nei tunnel.

Questo documento rende obsoleto RFC 5512, che forniva una definizione precedente del Tunnel Encapsulation attribute. RFC 5512 non è mai stato distribuito in produzione. Poiché RFC 5566 si basa su RFC 5512, è anch'esso reso obsoleto. Questo documento aggiorna RFC 5640 indicando che il sub-TLV Load-Balancing Block può essere incluso in qualsiasi Tunnel Encapsulation attribute in cui si desideri il bilanciamento del carico.

Stato di questo memo​

Questo è un documento Internet Standards Track.

Questo documento è un prodotto dell'Internet Engineering Task Force (IETF). Rappresenta il consenso della comunità IETF. Ha ricevuto una revisione pubblica ed è stato approvato per la pubblicazione dall'Internet Engineering Steering Group (IESG). Ulteriori informazioni sugli standard Internet sono disponibili nella Sezione 2 di RFC 7841.

Informazioni sullo stato attuale di questo documento, eventuali errata e su come fornire feedback possono essere ottenute all'indirizzo https://www.rfc-editor.org/info/rfc9012.

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

Questo documento è soggetto a BCP 78 e alle disposizioni legali dell'IETF Trust relative ai documenti IETF (https://trustee.ietf.org/license-info) in vigore alla data di pubblicazione di questo documento. Si prega di esaminare attentamente questi documenti, poiché descrivono i propri diritti e le restrizioni rispetto a questo documento. I componenti di codice estratti da questo documento devono includere il testo della Simplified BSD License come descritto nella Sezione 4.e delle Trust Legal Provisions e sono forniti senza garanzia come descritto nella Simplified BSD License.

Indice​

  1. Introduzione
  2. The Tunnel Encapsulation Attribute
  3. Sub-TLV del Tunnel Encapsulation Attribute
  4. Extended Community correlate al Tunnel Encapsulation Attribute
  5. Considerazioni speciali per i tunnel IP-in-IP
  6. Semantica e uso del Tunnel Encapsulation Attribute
  7. Considerazioni di routing
  8. Risoluzione ricorsiva del next-hop
  9. Uso di Virtual Network Identifier e label incorporate quando si impone un'incapsulazione tunnel
  10. Restrizioni di applicabilità
  11. Ambito
  12. Considerazioni operative
  13. Validazione e gestione degli errori
  14. Considerazioni IANA
  15. Considerazioni sulla sicurezza
  16. Riferimenti

1. Introduzione​

Questo documento definisce un attributo di percorso BGP noto come "Tunnel Encapsulation attribute", che può essere usato con gli UPDATE BGP di vari Subsequent Address Family Identifier (SAFI) per fornire le informazioni necessarie a creare tunnel e le relative intestazioni di incapsulamento. Fornisce codifiche per numerosi tipi di tunnel, insieme a procedure per scegliere tra tunnel alternativi e per instradare i pacchetti nei tunnel.

Questo documento rende obsoleto RFC 5512, che forniva una definizione precedente del Tunnel Encapsulation attribute. RFC 5512 non è mai stato distribuito in produzione. Poiché RFC 5566 si basa su RFC 5512, è anch'esso reso obsoleto. Questo documento aggiorna RFC 5640 indicando che il sub-TLV Load-Balancing Block può essere incluso in qualsiasi Tunnel Encapsulation attribute in cui si desideri il bilanciamento del carico.

2. The Tunnel Encapsulation Attribute​

Il Tunnel Encapsulation attribute è un attributo di percorso BGP optional transitive. L'IANA ha assegnato il valore 23 come type code dell'attributo.

Il Tunnel Encapsulation attribute è composto da un insieme di codifiche Type-Length-Value (TLV). Ogni TLV contiene informazioni corrispondenti a un particolare tipo di tunnel.

3. Tunnel Encapsulation Attribute Sub-TLVs​

Il campo Value di un TLV nel Tunnel Encapsulation attribute consiste in una sequenza di 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​

Ringraziamenti​

Indirizzi degli autori​

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]