RFC 8402 - Segment Routing Architektur (Segment Routing Architecture)
- Status: Proposed Standard
- Veröffentlicht: July 2018
- Stream: IETF
- Errata: Keine Errata
Zusammenfassung (Abstract)
Segment Routing (SR) nutzt das Source-Routing-Paradigma. Ein Knoten steuert ein Paket durch eine geordnete Liste von Anweisungen, die als "Segmente" bezeichnet werden. Ein Segment kann jede Anweisung repräsentieren, topologiebasiert oder dienstbasiert. Ein Segment kann eine lokale Semantik für einen SR-Knoten oder eine globale Semantik innerhalb einer SR-Domäne haben. SR bietet einen Mechanismus, der es ermöglicht, einen Fluss auf einen bestimmten topologischen Pfad zu beschränken, während der Zustand pro Fluss nur am Eingangsknoten zur SR-Domäne aufrechterhalten wird.
SR kann direkt auf die MPLS-Architektur angewendet werden, ohne die Weiterleitungsebene zu ändern. Ein Segment wird als MPLS-Label kodiert. Eine geordnete Liste von Segmenten wird als Stapel von Labels kodiert. Das zu verarbeitende Segment befindet sich oben auf dem Stapel. Nach Abschluss eines Segments wird das zugehörige Label vom Stapel entfernt.
SR kann auf die IPv6-Architektur mit einem neuen Typ von Routing-Header angewendet werden. Ein Segment wird als IPv6-Adresse kodiert. Eine geordnete Liste von Segmenten wird als geordnete Liste von IPv6-Adressen im Routing-Header kodiert. Das aktive Segment wird durch die Zieladresse (Destination Address, DA) des Pakets angezeigt. Das nächste aktive Segment wird durch einen Zeiger im neuen Routing-Header angezeigt.
Inhaltsverzeichnis (Contents)
- 1. Einführung (Introduction)
- 2. Terminologie (Terminology)
- 3. Link-State IGP Segmente (Link-State IGP Segments)
- 3.1. IGP-Präfix-Segment (IGP-Prefix Segment, Prefix-SID)
- 3.2. IGP-Knoten-Segment (IGP-Node Segment, Node-SID)
- 3.3. IGP-Anycast-Segment (IGP-Anycast Segment, Anycast-SID)
- 3.4. IGP-Adjacency-Segment (IGP-Adjacency Segment, Adj-SID)
- 3.5. Überlegungen zu bereichsübergreifenden Verbindungen (Inter-Area Considerations)
- 4. BGP-Segmente (BGP Segments)
- 5. Binding-Segment (Binding Segment)
- 6. Multicast
- 7. IANA-Überlegungen (IANA Considerations)
- 8. Sicherheitsüberlegungen (Security Considerations)
- 9. Verwaltbarkeitsüberlegungen (Manageability Considerations)
- 10. Referenzen (References)
- Danksagungen (Acknowledgements)
- Mitwirkende (Contributors)
- Adressen der Autoren (Authors' Addresses)
Status dieses Memorandums (Status of This Memo)
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-Gemeinschaft. Es hat eine öffentliche Überprüfung erhalten und wurde von der Internet Engineering Steering Group (IESG) zur Veröffentlichung genehmigt. Weitere Informationen zu Internet-Standards sind in Abschnitt 2 von RFC 7841 verfügbar.
Informationen über den aktuellen Status dieses Dokuments, eventuelle Errata und wie man Feedback geben kann, sind unter https://www.rfc-editor.org/info/rfc8402 verfügbar.
Urheberrechtshinweis (Copyright Notice)
Urheberrecht (c) 2018 IETF Trust und die als Dokumentautoren identifizierten Personen. Alle Rechte vorbehalten.
Dieses Dokument unterliegt BCP 78 und den rechtlichen Bestimmungen des IETF Trust in Bezug auf IETF-Dokumente (https://trustee.ietf.org/license-info), die zum Zeitpunkt der Veröffentlichung dieses Dokuments in Kraft sind. Bitte lesen Sie diese Dokumente sorgfältig durch, da sie Ihre Rechte und Einschränkungen in Bezug auf dieses Dokument beschreiben. Codekomponenten, die aus diesem Dokument extrahiert werden, müssen den Text der vereinfachten BSD-Lizenz enthalten, wie in Abschnitt 4.e der rechtlichen Bestimmungen des Trust beschrieben, und werden ohne Gewährleistung bereitgestellt, wie in der vereinfachten BSD-Lizenz beschrieben.