Zum Hauptinhalt springen

2. Terminology (Terminologie)

2. Terminology (Terminologie)

Die folgenden in diesem Dokument verwendeten Begriffe sind in [RFC8402] definiert: Segment Routing (SR), SR Domain (SR-Domäne), Segment ID (Segment-ID, SID), SRv6, SRv6 SID, SR Policy (SR-Richtlinie), Prefix-SID (Präfix-SID) und Adj-SID (Adjacency-SID).

Die folgenden in diesem Dokument verwendeten Begriffe sind in [RFC8754] definiert: Segment Routing Header (Segment-Routing-Header, SRH), SR source node (SR-Quellknoten), transit node (Transitknoten), SR Segment Endpoint Node (SR-Segment-Endpunktknoten), Reduced SRH (reduzierter SRH), Segments Left (verbleibende Segmente) und Last Entry (letzter Eintrag).

Die folgenden Begriffe werden in diesem Dokument wie folgt definiert verwendet:

FIB: Forwarding Information Base (Weiterleitungsinformationsbasis). Eine FIB-Suche ist eine Suche in der Weiterleitungstabelle.

SA: Source Address (Quelladresse)

DA: Destination Address (Zieladresse)

L3: Layer 3 (Schicht 3)

L2: Layer 2 (Schicht 2)

MAC: Media Access Control (Medienzugriffskontrolle)

EVPN: Ethernet VPN

ESI: Ethernet Segment Identifier (Ethernet-Segment-Identifikator)

Per-CE VPN label (VPN-Label pro CE): Ein einzelnes Label für jeden Anschluss-Circuit, das von allen Routen mit demselben "ausgehenden Anschluss-Circuit" gemeinsam genutzt wird (Abschnitt 4.3.2 von [RFC4364])

Per-VRF VPN label (VPN-Label pro VRF): Ein einzelnes Label für die gesamte VPN Routing and Forwarding (VRF) Tabelle, das von allen Routen aus dieser VRF gemeinsam genutzt wird (Abschnitt 4.3.2 von [RFC4364])

SL: Das Segments Left-Feld des SRH

SRv6 SID function (SRv6-SID-Funktion): Der Funktionsteil der SID ist eine opake Identifikation eines lokalen Verhaltens, das an die SID gebunden ist. Es wird in Abschnitt 3.1 dieses Dokuments formal definiert.

SRv6 Endpoint behavior (SRv6-Endpunkt-Verhaltensweise): Ein Paketverarbeitungsverhalten, das auf einem SRv6-Segment-Endpunktknoten ausgeführt wird. Abschnitt 4 dieses Dokuments definiert SRv6-Endpunkt-Verhaltensweisen in Bezug auf Traffic-Engineering- und Overlay-Anwendungsfälle. Andere Verhaltensweisen (z.B. Service-Programmierung) liegen außerhalb des Umfangs dieses Dokuments.

Eine SR Policy (SR-Richtlinie) wird zu einer SID-Liste aufgelöst. Eine SID-Liste wird als <S1, S2, S3> dargestellt, wobei S1 die erste zu besuchende SID ist, S2 die zweite zu besuchende SID ist und S3 die letzte zu besuchende SID entlang des SR-Pfads ist.

(SA,DA) (S3, S2, S1; SL) repräsentiert ein IPv6-Paket mit:

  • Source Address (Quelladresse, SA), Destination Address (Zieladresse, DA) und next header (nächster Header, SRH).

  • SRH mit SID-Liste <S1, S2, S3> mit Segments Left = SL.

    Beachten Sie den Unterschied zwischen den Symbolen <> und (): <S1, S2, S3> repräsentiert eine SID-Liste, bei der S1 die erste SID und S3 die letzte zu durchlaufende SID ist. (S3, S2, S1; SL) repräsentiert dieselbe SID-Liste, jedoch im SRH-Format codiert, wobei die am weitesten rechts stehende SID im SRH die erste SID und die am weitesten links stehende SID im SRH die letzte SID ist. Bei der Bezugnahme auf eine SR-Richtlinie in einem allgemeinen Anwendungsfall ist es einfacher, die Notation <S1, S2, S3> zu verwenden. Bei der Bezugnahme auf eine Darstellung des detaillierten Paketverhaltens ist die Notation (S3, S2, S1; SL) praktischer.

  • Die Nutzlast des Pakets wird weggelassen.

2.1. Requirements Language (Anforderungssprache)

Die Schlüsselwörter "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY" und "OPTIONAL" in diesem Dokument sind wie in BCP 14 [RFC2119] [RFC8174] beschrieben zu interpretieren, wenn und nur wenn sie in Großbuchstaben erscheinen, wie hier gezeigt.