8. Control Plane (Kontrollebene)

In einer SDN-Umgebung (Software-Defined Networking, softwaredefiniertes Netzwerk) wird erwartet, dass der Controller die SIDs (Segment Identifier, Segmentbezeichner) explizit bereitstellt und/oder sie als Teil einer Service-Discovery-Funktion entdeckt. Auf dem Controller residierende Anwendungen können dann die erforderlichen SIDs entdecken und kombinieren, um ein verteiltes Netzwerkprogramm zu bilden.

Das Konzept der "SRv6 Network Programming (SRv6-Netzwerkprogrammierung)" bezieht sich auf die Fähigkeit einer Anwendung, jedes komplexe Programm als eine Menge einzelner Funktionen zu kodieren, die über das Netzwerk verteilt sind. Einige Funktionen beziehen sich auf Underlay-SLA (Service Level Agreement, Servicevereinbarung), andere auf Overlay/Tenant und wieder andere auf komplexe Anwendungen, die in VMs (Virtual Machine, virtuelle Maschinen) und Containern residieren.

Obwohl für eine SDN-Kontrollebene nicht notwendig, bietet der Rest dieses Abschnitts einen illustrativen Überblick auf hoher Ebene darüber, wie Kontrollebenenprotokolle mit SRv6 beteiligt sein können. Ihre Spezifikation liegt außerhalb des Rahmens dieses Dokuments.

8.1. IGP

Die End-, End.T- und End.X-SIDs drücken topologische Verhaltensweisen aus und werden daher voraussichtlich zusammen mit den Varianten PSP, USP und USD im IGP (Interior Gateway Protocol, inneres Gateway-Protokoll) signalisiert. Das IGP sollte auch die Maximum SID Depth (MSD, maximale SID-Tiefe) Fähigkeit des Knotens für jeden Typ von SRv6-Operation ankündigen - insbesondere die SR source (SR-Quelle, z.B. H.Encaps), intermediate endpoint (Zwischenendpunkt, z.B. End und End.X) und final endpoint (finaler Endpunkt, z.B. End.DX4 und End.DT6) Verhaltensweisen. Diese Fähigkeiten werden von einem SR-Quellknoten (oder einem Controller) während der SR Policy (SR-Richtlinie) Berechnung berücksichtigt.

Das Vorhandensein von SIDs im IGP impliziert keine Routing-Semantik für die durch diese SIDs dargestellten Adressen. Die Routing-Erreichbarkeit zu einer IPv6-Adresse wird ausschließlich durch die nicht-SID-bezogenen IGP-Präfix-Erreichbarkeitsinformationen gesteuert, die Locators (Lokatoren) einschließen. Das Routing wird weder durch eine SID-Ankündigung im IGP gesteuert noch in irgendeiner Weise beeinflusst.

Diese SIDs bieten wichtige topologische Verhaltensweisen für das IGP, um Fast Reroute (FRR, schnelle Umleitung) Lösungen basierend auf TI-LFA (Topology Independent Loop-Free Alternate, topologieunabhängige schleifenfreie Alternative) [SR-TI-LFA] zu erstellen, und für TE-Prozesse (Traffic Engineering, Verkehrstechnik), die sich auf eine IGP-Topologiedatenbank stützen, um SR Policies zu erstellen.

8.2. BGP-LS

BGP-LS (Border Gateway Protocol - Link State, Border-Gateway-Protokoll - Verbindungszustand) bietet die Funktionalität zur Topologie-Erkennung, die die SRv6-Fähigkeiten der Knoten, ihre Lokatoren und lokal instanziierte SIDs umfasst. Dies ermöglicht es Controllern oder Anwendungen, eine domänenübergreifende Topologie zu erstellen, die zur Berechnung von SR Policies unter Verwendung der SRv6-SIDs verwendet werden kann.

8.3. BGP IP/VPN/EVPN

Die SIDs End.DX4, End.DX6, End.DT4, End.DT6, End.DT46, End.DX2, End.DX2V, End.DT2U und End.DT2M können in BGP signalisiert werden.

In einigen Szenarien möchte ein ausgehender PE (Provider Edge, Anbieter-Randrouter), der eine VPN-Route ankündigt, das spezifische an die SID gebundene Verhalten vom eingehenden PE und anderen Routern im Netzwerk abstrahieren. In einem solchen Fall kann die SID unter Verwendung des in Tabelle 6 definierten Opaque SRv6 Endpoint Behavior (undurchsichtiges SRv6-Endpunktverhalten) Codepunkts angekündigt werden. Die Details solcher Kontrollebenen-Signalisierungsmechanismen liegen außerhalb des Rahmens dieses Dokuments.

8.4. Summary (Zusammenfassung)

Die folgende Tabelle fasst zusammen, welche SID-Verhaltensweisen in welchen Kontrollebenenprotokollen signalisiert werden können.

Behavior	IGP	BGP-LS	BGP IP/VPN/EVPN
End (PSP, USP, USD)	X	X
End.X (PSP, USP, USD)	X	X
End.T (PSP, USP, USD)	X	X
End.DX6	X	X	X
End.DX4	X	X	X
End.DT6	X	X	X
End.DT4	X	X	X
End.DT46	X	X	X
End.DX2		X	X
End.DX2V		X	X
End.DT2U		X	X
End.DT2M		X	X
End.B6.Encaps		X
End.B6.Encaps.Red		X
End.B6.BM		X

Tabelle 3: Signalisierung lokal instanziierter SRv6-SIDs

Die folgende Tabelle fasst zusammen, welche SR Policy Headend-Fähigkeiten in welchen Kontrollebenenprotokollen signalisiert werden können.

Behavior	IGP	BGP-LS
H.Encaps	X	X
H.Encaps.Red	X	X
H.Encaps.L2		X
H.Encaps.L2.Red		X

Tabelle 4: Signalisierung von SRv6-Richtlinien-Headend-Verhaltensweisen

Die vorherige Tabelle beschreibt generische Fähigkeiten. Sie beschreibt keine spezifischen instanziierten SR Policies.

Beispielsweise würde eine BGP-LS-Ankündigung des H.Encaps-Verhaltens die Fähigkeit von Knoten N beschreiben, das H.Encaps-Verhalten auszuführen. Insbesondere würde sie beschreiben, wie viele SIDs von N ohne signifikante Leistungseinbußen gepusht werden könnten.

Zur Erinnerung: Einer SR Policy wird immer eine Binding SID (Bindungs-SID) [RFC8402] zugewiesen. Binding SIDs werden auch in BGP-LS angekündigt, wie in Tabelle 3 gezeigt. Daher konzentriert sich Tabelle 4 nur auf die generischen Fähigkeiten im Zusammenhang mit H.Encaps.