RFC 7752 - Northbound-Verteilung von Link-State- und Traffic-Engineering-Informationen (TE) mittels BGP

• Status: Proposed Standard
• Veröffentlicht: March 2016
• Stream: IETF
• Ersetzt durch: RFC9552
• Errata: Keine Errata

---

Metadaten

• RFC-Nummer: 7752
• Titel: Northbound-Verteilung von Link-State- und Traffic-Engineering-Informationen (TE) mittels BGP
• Autoren: H. Gredler (Ed.), J. Medved, S. Previdi, A. Farrel, S. Ray
• Datum: März 2016
• Kategorie: Standards Track
• Aktualisiert: Keine
• Veraltet: Keine
• Status: Veröffentlicht

Zusammenfassung

In vielen Umgebungen wird eine netzwerkexterne Komponente aufgerufen, um Berechnungen basierend auf der Netzwerktopologie und dem aktuellen Zustand der Verbindungen innerhalb des Netzwerks durchzuführen, einschließlich Traffic-Engineering-Informationen (TE). Dies sind Informationen, die typischerweise von IGP-Routing-Protokollen innerhalb des Netzwerks verteilt werden.

Dieses Dokument beschreibt einen Mechanismus, durch den Link-State- und TE-Informationen aus Netzwerken gesammelt und mit externen Komponenten unter Verwendung des BGP-Routing-Protokolls geteilt werden können. Dies wird durch die Verwendung eines neuen BGP Network Layer Reachability Information (NLRI) Kodierungsformats erreicht. Der Mechanismus ist auf physische und virtuelle IGP-Links anwendbar. Der beschriebene Mechanismus unterliegt der Richtlinienkontrolle.

Anwendungen dieser Technik umfassen Application-Layer Traffic Optimization (ALTO) Server und Path Computation Elements (PCEs).

Inhaltsverzeichnis

• 1. Introduction (Einführung)
  • 1.1. Requirements Language (Anforderungssprache)
• 2. Motivation and Applicability (Motivation und Anwendbarkeit)
  • 2.1. MPLS-TE with PCE (MPLS-TE mit PCE)
  • 2.2. ALTO Server Network API (ALTO-Server-Netzwerk-API)
• 3. Carrying Link-State Information in BGP (Transport von Link-State-Informationen in BGP)
  • 3.1. TLV Format (TLV-Format)
  • 3.2. The Link-State NLRI (Das Link-State-NLRI)
  • 3.3. The BGP-LS Attribute (Das BGP-LS-Attribut)
  • 3.4. BGP Next-Hop Information (BGP-Next-Hop-Informationen)
  • 3.5. Inter-AS Links (Inter-AS-Links)
  • 3.6. Router-ID Anchoring Example: ISO Pseudonode (Router-ID-Verankerungsbeispiel: ISO-Pseudoknoten)
  • 3.7. Router-ID Anchoring Example: OSPF Pseudonode (Router-ID-Verankerungsbeispiel: OSPF-Pseudoknoten)
  • 3.8. Router-ID Anchoring Example: OSPFv2 to IS-IS Migration (Router-ID-Verankerungsbeispiel: OSPFv2-zu-IS-IS-Migration)
• 4. Link to Path Aggregation (Link-zu-Pfad-Aggregation)
  • 4.1. Example: No Link Aggregation (Beispiel: Keine Link-Aggregation)
  • 4.2. Example: ASBR to ASBR Path Aggregation (Beispiel: ASBR-zu-ASBR-Pfad-Aggregation)
  • 4.3. Example: Multi-AS Path Aggregation (Beispiel: Multi-AS-Pfad-Aggregation)
• 5. IANA Considerations (IANA-Überlegungen)
  • 5.1. Guidance for Designated Experts (Leitlinien für benannte Experten)
• 6. Manageability Considerations (Verwaltbarkeitsüberlegungen)
  • 6.1. Operational Considerations (Betriebliche Überlegungen)
  • 6.2. Management Considerations (Managementüberlegungen)
• 7. TLV/Sub-TLV Code Points Summary (TLV/Sub-TLV-Codepunkte-Zusammenfassung)
• 8. Security Considerations (Sicherheitsüberlegungen)
• 9. References (Referenzen)
  • 9.1. Normative References (Normative Referenzen)
  • 9.2. Informative References (Informative Referenzen)
• Acknowledgements (Danksagungen)
• Contributors (Mitwirkende)
• Authors' Addresses (Autorenandschriften)