5. SR Policy Headend Behaviors (SR-Richtlinien-Kopfende-Verhalten)

Dieser Abschnitt beschreibt eine Reihe von SRv6-Richtlinien-Kopfende [RFC8402] Verhalten.

Behavior	Description (Beschreibung)
H.Encaps	SR Headend with Encapsulation in an SR Policy (SR-Kopfende mit Kapselung in einer SR-Richtlinie)
H.Encaps.Red	H.Encaps with Reduced Encapsulation (H.Encaps mit reduzierter Kapselung)
H.Encaps.L2	H.Encaps Applied to Received L2 Frames (H.Encaps angewendet auf empfangene L2-Rahmen)
H.Encaps.L2.Red	H.Encaps.Red Applied to Received L2 Frames (H.Encaps.Red angewendet auf empfangene L2-Rahmen)

Tabelle 2: SR-Richtlinien-Kopfende-Verhalten

Diese Liste ist nicht erschöpfend, und zukünftige Dokumente können zusätzliche Verhalten definieren.

5.1. H.Encaps: SR Headend with Encapsulation in an SR Policy (H.Encaps: SR-Kopfende mit Kapselung in einer SR-Richtlinie)

Knoten N empfängt zwei Pakete P1=(A, B2) und P2=(A,B2)(B3, B2, B1; SL=1). B2 ist weder eine lokale Adresse noch eine SID von N.

Knoten N ist mit einer IPv6-Adresse T konfiguriert (z.B. seinem Loopback zugewiesen).

N lenkt die Transitpakete P1 und P2 in eine SRv6-Richtlinie mit einer Quelladresse T und einer Segmentliste <S1, S2, S3>.

Das H.Encaps-Kapselungsverhalten ist wie folgt definiert:

S01.   Einen IPv6-Header mit eigenem SRH pushen
S02.   Äußere IPv6 SA = T setzen und äußere IPv6 DA auf die erste SID
          in der Segmentliste setzen
S03.   Äußere Payload Length, Traffic Class, Hop Limit und
          Flow Label Felder setzen
S04.   Äußeren Next Header Wert setzen
S05.   Inneren IPv6 Hop Limit oder IPv4 TTL dekrementieren
S06.   Das Paket dem IPv6-Modul zur Übertragung an S1 übergeben

Hinweis:

S03: Wie in [RFC2473] und [RFC6437] beschrieben.

Nach dem H.Encaps-Verhalten sehen P1' und P2' jeweils wie folgt aus:

(T, S1) (S3, S2, S1; SL=2) (A, B2)
(T, S1) (S3, S2, S1; SL=2) (A, B2) (B3, B2, B1; SL=1)

Das empfangene Paket wird unverändert gekapselt (mit Ausnahme des IPv4 TTL oder IPv6 Hop Limit, der wie in [RFC2473] beschrieben dekrementiert wird).

Das H.Encaps-Verhalten ist für jede Art von L3-Verkehr gültig. Dieses Verhalten wird häufig für L3VPN mit IPv4- und IPv6-Bereitstellungen verwendet. Es kann auch für TI-LFA [SR-TI-LFA] am Point of Local Repair verwendet werden.

Das Pushen des SRH KANN weggelassen werden, wenn die SRv6-Richtlinie nur ein Segment enthält und es nicht erforderlich ist, Flags, Tags oder TLVs zu verwenden.

5.2. H.Encaps.Red: H.Encaps with Reduced Encapsulation (H.Encaps.Red: H.Encaps mit reduzierter Kapselung)

Das H.Encaps.Red-Verhalten ist eine Optimierung des H.Encaps-Verhaltens.

H.Encaps.Red reduziert die Länge des SRH, indem die erste SID im SRH des gepushten IPv6-Headers ausgeschlossen wird. Die erste SID wird nur im Destination Address Feld des gepushten IPv6-Headers platziert.

Nach dem H.Encaps.Red-Verhalten sehen P1' und P2' jeweils wie folgt aus:

(T, S1) (S3, S2; SL=2) (A, B2)
(T, S1) (S3, S2; SL=2) (A, B2) (B3, B2, B1; SL=1)

Das Pushen des SRH KANN weggelassen werden, wenn die SRv6-Richtlinie nur ein Segment enthält und es nicht erforderlich ist, Flags, Tags oder TLVs zu verwenden.

5.3. H.Encaps.L2: H.Encaps Applied to Received L2 Frames (H.Encaps.L2: H.Encaps angewendet auf empfangene L2-Rahmen)

Das H.Encaps.L2-Verhalten kapselt einen empfangenen Ethernet [IEEE.802.3_2018] Rahmen und seinen angehängten VLAN-Header, falls vorhanden, in ein IPv6-Paket mit einem SRH. Der Ethernet-Rahmen wird zur Nutzlast des neuen IPv6-Pakets.

Das Next Header Feld des SRH MUSS auf 143 gesetzt werden.

Das Pushen des SRH KANN weggelassen werden, wenn die SRv6-Richtlinie nur ein Segment enthält und es nicht erforderlich ist, Flags, Tags oder TLVs zu verwenden.

Der kapselnde Knoten MUSS die Präambel (falls vorhanden) und die Frame-Check-Sequenz (FCS) beim Kapseln aus dem Ethernet-Rahmen entfernen, und der entkapselnde Knoten MUSS nach Bedarf die Präambel und FCS regenerieren, bevor der Ethernet-Rahmen weitergeleitet wird.

5.4. H.Encaps.L2.Red: H.Encaps.Red Applied to Received L2 Frames (H.Encaps.L2.Red: H.Encaps.Red angewendet auf empfangene L2-Rahmen)

Das H.Encaps.L2.Red-Verhalten ist eine Optimierung des H.Encaps.L2-Verhaltens.

H.Encaps.L2.Red reduziert die Länge des SRH, indem die erste SID im SRH des gepushten IPv6-Headers ausgeschlossen wird. Die erste SID wird nur im Destination Address Feld des gepushten IPv6-Headers platziert.

Das Pushen des SRH KANN weggelassen werden, wenn die SRv6-Richtlinie nur ein Segment enthält und es nicht erforderlich ist, Flags, Tags oder TLVs zu verwenden.