Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
Auf dieser Seite
 

BGP Egress Traffic Engineering

Ausgangs-Peer-Traffic-Engineering mit BGP Labeled Unicast Übersicht

In einer Datencenter-Umgebung, die einen ISP-BGP-freien Core nachahmt, tunneln die Eingangsknoten den Dienstverkehr zu einem Ausgangsrouter, der auch der AS-Boundary-Router ist. Beim Egress Peer Traffic Engineering kann ein zentraler Controller einen Ingress-Router in einer Domäne anweisen, den Datenverkehr zu einem bestimmten Egress Router und einer bestimmten externen Schnittstelle zu leiten, um ein bestimmtes Ziel außerhalb des Netzwerks zu erreichen. Das Egress Peer Traffic Engineering ermöglicht die Auswahl der besten angekündigten Ausgangsroute und die Zuordnung der ausgewählten besten Route zu einem bestimmten Ausgangspunkt. Im Falle eines Load Balancing am Eingang sorgt diese Funktion für eine optimale Auslastung der angekündigten Ausgangsrouten.

Der Eingangsrouter steuert die Auswahl des Ausgangspeers, indem er das entsprechende MPLS-Label auf einen MPLS-Label-Stack schiebt, um die Verbindungen zwischen AS zu analysieren. AS-Boundary-Router installieren automatisch die IPv4- oder IPv6-Peer-/32- oder /128-Route zu einem etablierten externen BGP-Peer, der mit der Funktion "Egress Traffic Engineering" in der inet.3 Weiterleitungstabelle konfiguriert ist. Diese Routen verfügen über eine Weiterleitungsaktion von pop und forward, d. h. das Entfernen der Bezeichnung und Weiterleiten des Pakets an den externen BGP-Peer.

AS-Boundary-Router kündigen die IPv4- oder IPv6-Peer-/32- oder/128-Route zu den eingehenden BGP-Peers mit dem nächsten IPv4-Self-Hop an. Ingress-BGP-Peers verfügen über einen Transporttunnel, z. B. MPLS LDP, um den AS-Boundary-Router zu erreichen. Daher werden alle Netzwerkausgangspunkte der MPLS-Netzwerkcloud als gekennzeichnete BGP-Routen angekündigt. Die AS-Boundary-Router kündigen Dienstrouten mit diesen Ausstiegspunkten als Protokoll-Next-Hops an. Die AS-Boundary-Router kündigen die Servicerouten von den externen BGP-Peers in Richtung Core neu an, ohne die Adressen des nächsten Hops zu ändern. Die Eingangsrouter lösen jedoch den nächsten Hop des Protokolls in den Dienstrouten auf, um ihn dem richtigen Transporttunnel zur Ausgangspeerschnittstelle zuzuordnen. Daher ordnen die Eingangsrouter den Datenverkehr für ein bestimmtes Dienstpräfix einem bestimmten Ausgangsrouter zu oder führen einen Lastenausgleich des Datenverkehrs auf die verfügbaren Ausgangsgeräte durch. Diese Funktion ermöglicht es dem Eingangsrouter, den Dienstdatenverkehr zu einem bestimmten Ausgangspeer zu leiten.

Zusätzlich zum Egress Peer Traffic Engineering bietet diese Funktion MPLS Fast Reroute (FRR) für jedes ausgehende Gerät, das sie in der MPLS IPv4-Netzwerk-Cloud ankündigt. Sie können ein oder mehrere Sicherungsgeräte für den primären Ausgangs-AS-Begrenzungsrouter konfigurieren. Junos OS installiert automatisch den Backup-Pfad zusätzlich zum primären Pfad in der MPLS-Weiterleitungstabelle des eingerichteten Ausgangs-BGP-Peers, für den das Egress Peer Traffic Engineering konfiguriert ist. Der AS-Boundary-Router wechselt zum Backup-Pfad, wenn die primäre Verbindung ausfällt, und stellt MPLS FRR bereit. Der angegebene Sicherungspfad führt über einen anderen direkt verbundenen externen BGP-Peer oder einen Remote-Next-Hop. Sie können auch einen Sicherungspfad mithilfe der IP-Suche in einer inet6.0 Tabelle konfigurieren. Die und ip-forward die remote-nexthopBackup-Optionen schließen sich jedoch gegenseitig aus.

Siehe auch

Konfigurieren von Egress Peer Traffic Engineering mithilfe von BGP mit der Bezeichnung Unicast und Aktivieren von MPLS Fast Reroute

Mit Egress Peer Traffic Engineering (TE) kann ein zentraler Controller einen Eingangsrouter in einer Domäne anweisen, den Datenverkehr zu einem bestimmten Ausgangsrouter und einer bestimmten externen Schnittstelle zu leiten, damit ein bestimmtes Ziel außerhalb des Netzwerks erreicht wird, um die angekündigten Ausgangsrouten während des Lastausgleichs optimal zu nutzen.

BGP unterteilt das Netzwerk in Schichten, wie z. B. Transport- und Serviceschichten. Die BGP-gekennzeichneten Unicasts bilden die Transportschicht, und die BGP-Unicast-SAFI-Add-Pfadrouten (Subsequent Address Family Identifier) bilden die Serviceschicht. Der AS-Boundary-Router löst die mit BGP gekennzeichneten Unicast-Label-Switched-Pfade (LSPs) der Transportschicht aus, die eine Route zu den Ausgangspeers bereitstellen. Die Service-Layer-Add-Path-Routen verwenden diese Ausgangspeers als Protokoll für den nächsten Hop. Die AS-Boundary-Router bieten optional MPLS Fast Reroute (FRR) auf der Transportschicht, die verwendet werden muss, da Peering-Probleme auf Service-Layer häufig auftreten. Daher können Sie ein oder mehrere Sicherungsgeräte für den primären Ausgangs-AS-Begrenzungsrouter angeben. Junos OS installiert automatisch den Sicherungspfad zusätzlich zum primären Pfad in die MPLS-Weiterleitungstabelle des eingerichteten Ausgangs-BGP-Peers, für den Ausgangspeer TE konfiguriert ist. Der Sicherungspfad bietet FRR, wenn die primäre Verbindung ausfällt.

  1. So aktivieren Sie Ausgangspeer-TE mit BGP mit Unicast-Bezeichnung:

    Aktivieren Sie den Ausgangspeer TE am AS-Begrenzungsrouter für den ausgehenden BGP-Peer.

    Aktivieren Sie z. B. den Ausgangspeer TE auf dem ausgehenden BGP-Peer.

  2. So aktivieren Sie FRR für den ausgehenden Datenverkehr auf BGP mit der Bezeichnung Unicast LSP:
    1. Definieren Sie eine Vorlage mit Sicherungspfaden auf dem ausgehenden BGP-Peer, um eine schnelle MPLS-Umleitung zu ermöglichen.

      Sie können mehr als eine Vorlage und mehrere BGP-Gruppen definieren, oder Peers können dieselbe definierte Vorlage verwenden. Alle Adressen, die in einer Vorlage aufgeführt sind, müssen derselben IP-Adressfamilie angehören wie der ausgehende BGP-Peer.

      Definieren Sie z. B. eine Vorlage für den Sicherungspfad, um eine schnelle MPLS-Umleitung zu ermöglichen.

    2. Konfigurieren Sie einen anderen, direkt verbundenen externen BGP-Peer als Backup-Pfad.

      Konfigurieren Sie z. B. den Peersicherungspfad für die definierte Vorlage customer1.

    3. Konfigurieren Sie die IP-Weiterleitung auf dem AS-Boundary-Router als Backup-Pfad für die schnelle Umleitung.

      Junos OS sucht den Sicherungspfad in der inet6.0 Tabelle.

      Sie können die Routing-Instanz angeben, für die Sie Sicherungspfade auf dem ausgehenden BGP-Peer konfigurieren. Wenn Sie keine Routing-Instanz angeben, konfiguriert das Gerät den Sicherungspfad für die Master-Instanz. Optional können Sie eine foo-Routing-Instanz als ip-forward Backup-Option konfigurieren.

      Sie können diese Option nicht mit der remote-nexthop Option verwenden.

      Konfigurieren Sie z. B. die ip-Weiterleitungsinstanz foo für die definierte Vorlage customer1.

      Junos OS sucht den Sicherungspfad in der foo.inet6.0 Tabelle.

    4. Geben Sie eine Remote-Next-Hop-Adresse als Sicherungspfad für den ausgehenden BGP-Peer an.

      Der Ausgangspeer TE AS Boundary Router tunnelt den Datenverkehr an diese Remote-Next-Hop-Adresse.

      Wenn Sie z. B. einen Remote-Next-Hop für die definierte Vorlage customer1konfigurieren möchten, geben Sie Folgendes ein:

    5. Geben Sie die definierte Vorlage auf BGP-Gruppen- oder Nachbarebene an.

      Geben Sie beispielsweise die zuvor definierte Vorlage customer1 als Sicherungspfad für den BGP-Nachbarn 200.200.201.1 an.

Siehe auch

Beispiel: Konfigurieren von ausgehendem Peer-Traffic-Engineering mithilfe von BGP mit Unicast mit der Bezeichnung BGP

In diesem Beispiel wird gezeigt, wie das ausgehende Peer-Traffic-Engineering mithilfe von BGP mit der Bezeichnung Unicast konfiguriert wird. Mit dem Egress Peer Traffic Engineering kann ein zentraler Controller einen Eingangsrouter in einer Domäne anweisen, den Datenverkehr zu einem bestimmten Ausgangsrouter und einer bestimmten externen Schnittstelle zu leiten, um ein bestimmtes Ziel außerhalb des Netzwerks zu erreichen. Im Falle eines Load Balancing am Eingang sorgt diese Funktion für eine optimale Auslastung der angekündigten Ausgangsrouten.

Anforderungen

In diesem Beispiel werden die folgenden Hardware- und Softwarekomponenten verwendet:

  • Neun Router der MX-Serie

  • Junos OS Version 14.2R4 oder höher

Überblick

Ab Junos OS Version 14.2R4 können Sie Traffic Engineering (TE) von Servicedatenverkehr, wie z. B. MPLS-LSP-Datenverkehr zwischen autonomen Systemen (ASs), mithilfe von BGP-gekennzeichnetem Unicast aktivieren, um die angekündigten Ausgangsrouten während des Lastausgleichs optimal zu nutzen.

Konfigurieren Sie Ausgangspeer-TE, um Core-Service-Datenverkehr wie MPLS-RSVP an einen bestimmten Ausgangs-BGP-Peer zu leiten. Der Eingangs-BGP-Peer kann den Core-inet-Unicast- und inet6-Unicast-Service-Datenverkehr mithilfe von BGP mit der Bezeichnung Unicast in Richtung eines bestimmten ausgehenden BGP-Peers datenverkehrsingenieurisieren.

HINWEIS:

Ausgangspeer-TE kann nicht für externe BGP-Multihop-Peers konfiguriert werden. Die ARP-Routen werden inet.3 nur für Peer-/32- und /128-Routen installiert.

Topologie

Abbildung 1 zeigt die Beispieltopologie. Router R3 und Router R4 sind die AS-Boundary-Router. Ausgangspeer TE ist auf R3 aktiviert. Der Eingangsrouter R0 leitet den für ein Remotenetzwerk bestimmten Datenverkehr an Router R3 weiter, für den der Ausgangspeer TE aktiviert ist.

Abbildung 1: Konfigurieren von ausgehendem Peer-Traffic-Engineering mithilfe von BGP mit Unicast mit der Bezeichnung BGPKonfigurieren von ausgehendem Peer-Traffic-Engineering mithilfe von BGP mit Unicast mit der Bezeichnung BGP

Konfiguration

CLI-Schnellkonfiguration

Um dieses Beispiel schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen Sie sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern Sie alle Details, die für Ihre Netzwerkkonfiguration erforderlich sind, kopieren Sie die Befehle und fügen Sie sie in die CLI auf Hierarchieebene ein, und geben Sie sie dann aus dem [edit] Konfigurationsmodus ein commit .

Router R0

Router R1

Router R2

Router R3

Router R4

Router R5

Router R6

Router R7

Router R8

Konfigurieren von Router R3

Schritt-für-Schritt-Anleitung

Im folgenden Beispiel müssen Sie durch verschiedene Ebenen in der Konfigurationshierarchie navigieren. Weitere Informationen zum Navigieren in der CLI finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus im CLI-Benutzerhandbuch.

So konfigurieren Sie Router R3:

HINWEIS:

Wiederholen Sie diesen Vorgang für andere Router, nachdem Sie die entsprechenden Schnittstellennamen, Adressen und anderen Parameter geändert haben.

  1. Konfigurieren Sie die Schnittstellen mit IPv4- und IPv6-Adressen.

  2. Konfigurieren Sie die Loopback-Adressen.

  3. Konfigurieren Sie die Router-ID und die AS-Nummer (Autonomous System).

  4. Konfigurieren Sie das RSVP-Protokoll für alle Schnittstellen mit Ausnahme der Verwaltungsschnittstelle.

  5. Konfigurieren Sie das MPLS-Protokoll für alle Schnittstellen mit Ausnahme der Verwaltungsschnittstelle.

  6. Konfigurieren Sie IBGP-Peering-Sitzungen auf der Core-Schnittstelle.

  7. Konfigurieren Sie EBGP-Peering-Sitzungen auf Schnittstellen, die externen Edge-Routern zugewandt sind.

  8. Aktivieren Sie das Egress Peer Traffic Engineering für die externe BGP-Gruppe Peer1-lan-1 und für die IPv6-Gruppe Peer1-lan-1-v6.

  9. Konfigurieren Sie das OSPF-Protokoll als IGP.

  10. Definieren Sie eine Richtlinie für den Export von ARP-Routen in Routenreflektoren.

  11. Wenden Sie die Richtlinie exp-arp-to-rrs zum Exportieren von ARP-Routen auf Routenreflektoren auf die externe BGP-Gruppe ebgp-v6 an.

  12. Definieren Sie Präfixlisten mit IPv4- und IPv6-Routen.

  13. Definieren Sie eine Richtlinie zum Exportieren von IPv4- und IPv6-Routen auf den Server.

  14. Wenden Sie die Richtlinie zum Exportieren von IPv4- und IPv6-Peerrouten an.

  15. Definieren Sie eine Load-Balancing-Richtlinie pro Paket.

  16. Wenden Sie die Load-Balancing-Richtlinie pro Paket an.

Ergebnisse

Bestätigen Sie im Konfigurationsmodus Ihre Konfiguration, indem Sie die show interfacesBefehle , show protocols, show routing-optionsund show policy-options eingeben. Wenn die Ausgabe nicht die gewünschte Konfiguration anzeigt, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Verifizierung

Vergewissern Sie sich, dass die Konfiguration ordnungsgemäß funktioniert.

Identifizieren des Labels und des Protokolls Nächster Hop

Zweck

Rufen Sie die Labelnummer des Pakets ab, das von R0 nach R6 transportiert wurde, und des nächsten Hops aus der Routing-Tabelle für Route 10.17.17.2.

Action!

Führen Sie den show route 10.17.17.2 extensive active-path Befehl im Betriebsmodus auf Router R0 aus.

Bedeutung

Sowohl die Paketbezeichnung 299888 als auch der nächste Hop 10.200.202.2 werden in der Ausgabe angezeigt.

Überprüfen des Paketpfads mit Label 299888

Zweck

Verfolgen Sie den Pfad der Bezeichnung 299888, und stellen Sie sicher, dass der VPN-Eintrag in der mpls.0-Routingtabelle vorhanden ist.

Action!
Bedeutung

Die Bezeichnung 299888 mit VPN-Eintrag und nächstem Hop 10.200.202.2 ist in der mpls.0-Routingtabelle vorhanden.

Überprüfen, ob Egress Peer Traffic Engineering auf Router R3 aktiviert ist

Zweck

Stellen Sie sicher, dass das Traffic Engineering des Ausgangspeers auf Router R3 konfiguriert ist.

Action!
Bedeutung

Die Ausgabe gibt an, dass BGP Egress Peer Traffic Engineering auf Router R3 aktiviert ist.

Siehe auch

Segment-Routing-Traffic-Engineering bei BGP Ingress Peer – Übersicht

Mit dieser Funktion kann BGP eine Segment-Routing-Richtlinie für das Traffic Engineering an Eingangsroutern unterstützen. Der Controller kann eine Segment-Routing-Richtlinie spezifizieren, die aus mehreren Pfaden besteht, um den gelabelten oder IP-Datenverkehr zu steuern. Die Segment-Routing-Richtlinie fügt dem Header eines Pakets eine geordnete Liste von Segmenten hinzu, um den Datenverkehr zu steuern. BGP installiert die Kandidatenrouten der Segment-Routing-Richtlinie in die Routing-Tabellen bgp.inetcolor.0 oder bgp.inet6color.0. BGP wählt eine Route aus den Kandidatenrouten für eine bestimmte Segment-Routing-Traffic-Engineering-Richtlinie aus und installiert sie in den neuen Routing-Tabellen inetcolor.0 oder inet6color.0. Diese Funktion unterstützt sowohl statisch konfigurierte als auch BGP-installierte Segment-Routing-Traffic-Engineering-Richtlinien in der Weiterleitungstabelle bei Eingangsroutern.

Grundlegendes zu Segment-Routing-Richtlinien

Beim Segment-Routing ermöglicht der Controller den Eingangsknoten in einem Kernnetzwerk, den Datenverkehr über explizite Pfade zu leiten, während der Status für die expliziten Pfade in Zwischenknoten eliminiert wird. Eine geordnete Liste von Segmenten, die der Segment-Routing-Richtlinie zugeordnet sind, wird dem Header eines Datenpakets hinzugefügt. Diese Segmentlisten oder Listen von Segmentbezeichnern (SIDs) stellen Pfade im Netzwerk dar, bei denen es sich um die besten Pfadkandidaten handelt, die aus mehreren Kandidatenpfaden ausgewählt wurden, die aus verschiedenen Quellen gelernt wurden. Eine geordnete Liste von Segmenten wird als Stapel von Beschriftungen codiert. Diese Funktion ermöglicht es, ein Paket je nach Netzwerk oder Kundenanforderungen auf einen bestimmten Pfad zu lenken. Der Datenverkehr kann als Label oder IP-Datenverkehr bezeichnet werden und wird mit einem Label-Swap oder einem zielbasierten Lookup zu diesen Segment-Routing-Traffic-Engineering-Pfaden geleitet. Sie können statische Richtlinien an Eingangsroutern konfigurieren, um den Datenverkehr auch dann zu steuern, wenn die Verbindung zum Controller fehlschlägt. Routing-Richtlinien für statische Segmente sind nützlich, um sicherzustellen, dass der Datenverkehr gesteuert wird, wenn der Controller ausgefallen oder nicht erreichbar ist.

Die Rolle von BGP bei der Routenauswahl aus einer Segment-Routing-Richtlinie

Wenn BGP ein Update für den Segment-Routing-Traffic Engineering Subsequent Address Family Identifier (SAFI) vom Controller erhält, führt BGP einige grundlegende Prüfungen und Validierungen dieser Aktualisierungen durch. Segmente, bei denen es sich nicht um MPLS-Beschriftungen handelt, werden als ungültig betrachtet. Wenn die Updates gültig sind, installiert BGP die Traffic-Engineering-Richtlinie für das Segment-Routing in den Routing-Tabellen bgp.inetcolor.0 und bgp.inet6color.0, und diese werden anschließend in den Routing-Tabellen inetcolor.0 oder inet6color.0 installiert. Diese Routing-Tabellen verwenden Attribute wie distinguisher, endpoint addressund color als Schlüssel.

Ab Junos OS Version 20.2R1 bietet Junos OS Unterstützung für Controller-basierte BGP-SRTE-Routen, die als Segment-Routing-SPRING-TE-Routen (Traffic-Engineering) installiert werden. BGP installiert die Segment-Routing-Traffic-Engineering-Richtlinie in den Routing-Tabellen bgp.inetcolor.0 und bgp.inet6color.0 und diese werden anschließend in den Routing-Tabellen inetcolor.0 oder inet6color.0 von SPRING-TE installiert.

Die Richtlinienaktion color: color-mode:color-value wird auf Hierarchieebene [edit policy-options community name members] so konfiguriert, dass beim Exportieren von Präfixen aus den Adressfamilien inet-unicast und inet6-unicast Farbgemeinschaften angehängt werden.

Um die BGP-Funktion für das IPv4-Segment-Routing für eine Adressfamilie zu aktivieren, fügen Sie die segment-routing-te Anweisung auf Hierarchieebene [edit protocols bgp family inet] ein.

Um die BGP-IPv6-Segment-Routing-Traffic-Engineering-Funktion für eine Adressfamilie zu aktivieren, schließen Sie die segment-routing-te Anweisung auf Hierarchieebene [edit protocols bgp family inet6] ein.

HINWEIS:

Ab Version 18.3R1 unterstützt Junos OS die Erfassung von Datenverkehrsstatistiken sowohl für eingehende IP- als auch für Transit-MPLS-Datenverkehr in einem Netzwerk, das mit der Traffic-Engineering-Richtlinie für Segment-Routing konfiguriert ist. Um die Erfassung von Datenverkehrsstatistiken zu aktivieren, fügen Sie die telemetry Anweisung auf Hierarchieebene [edit protocols source-packet-routing] ein.

Statisch konfigurierte Segment-Routing-Richtlinien

Statische Richtlinien können an Eingangsroutern konfiguriert werden, um das Routing des Datenverkehrs auch dann zu ermöglichen, wenn die Verbindung zum Controller ausfällt. Konfigurieren Sie auf Hierarchieebene [edit protocols source-packet-routing] so, dass ein statisch konfigurierter Eintrag für die Weiterleitung einer Segment-Routing-Traffic-Engineering-Richtlinie über einen BGP-signalisierten Segment-Routing-Traffic-Engineering-Weiterleitungseintrag sr-preferenceausgewählt wird. Die oberste Beschriftung des Segmentbezeichner-Beschriftungsstapels wird zur Auflösung durch die oberste Beschriftung des Interior Gateway Protocol (IGP) vertauscht.

Eine Traffic-Engineering-Richtlinie für das Routing statischer Segmente kann mehrere Pfade mit oder ohne gewichtetes ECMP enthalten. Wenn für die IGP-Konfiguration gewichtetes ECMP konfiguriert ist, bietet der Weiterleitungspfad hierarchisch gewichtetes ECMP (Equal-Cost Multipath). Wenn jedoch kein gewichtetes ECMP konfiguriert ist, wird ein gleicher Ausgleich auf alle Segment-Routing-Traffic-Engineering-Pfade angewendet.

Unterstützte und nicht unterstützte Funktionen

Junos OS unterstützt die folgenden Funktionen mit BGP-Segment-Routing-Traffic-Engineering:

  • Bei der PTX-Serie wird diese Funktion für FPC-PTX-P1-A mit erweitertem Chassis-Modus unterstützt.

  • Gewichteter ECMP und hierarchisch gewichteter ECMP.

  • MPLS Fast Reroute (FRR) wird für die Pfade in Segment-Routing-Traffic-Engineering-Richtlinien unterstützt. IGP-Sicherungspfade, die der obersten Bezeichnung entsprechen, werden in der Routing-Tabelle installiert, sofern diese für Segment-Routing-Traffic-Engineering-Richtlinienpfade verfügbar sind.

Für das BGP-Segment-Routing-Traffic-Engineering gelten die folgenden Einschränkungen:

  • BGP- und Traffic-Engineering-Richtlinien für das Routing statischer Segmente werden nur für die Master-Instance unterstützt.

  • Die Segment-Routing-Traffic-Engineering-Pfade, die explizit mithilfe statischer Richtlinien konfiguriert oder über BGP erlernt werden, sind auf Listen von Segmentbezeichnern beschränkt, die nur absolute MPLS-Labels darstellen.

  • Für Traffic Engineering-Richtlinien für das Routing statischer Segmente werden maximal 128 Segmentlisten unterstützt.

  • Das BGP-Segment-Routing-Traffic-Engineering-SAFI wird für Peers in Routing-Instanzen nicht unterstützt.

  • Das BGP-Segment-Routing, Traffic Engineering, Network Layer Reachability Information (NLRI) kann nicht mithilfe von RIB-Gruppen (Routing Information Base) in andere Routing-Tabellen importiert werden (RIBs werden auch als Routing-Tabellen bezeichnet).

  • Datenverkehrsstatistiken werden für Datenverkehr, der die Segmentrouting-Richtlinie durchläuft, nicht unterstützt.

  • Die Verarbeitung von TTL-Labelsegment-IDs (Time-to-Live) wird nicht unterstützt.

  • Aktives Nonstop-Routing wird nicht unterstützt.

  • Class-of-Service-Richtlinien (CoS) funktionieren auf dem obersten Etikett.

  • Es werden nur Nicht-VPN-CoS-Rewrite-CLI-Befehle unterstützt. Beispielsweise wird das Umschreiben von EXP für das oberste Label unterstützt.

  • Für ein eingehendes Paket können maximal acht Labels analysiert werden, und Layer-2- oder Layer-3-MPLS-Nutzlastfelder werden bei der Load-Balancing-Hash-Berechnung verwendet. Wenn die Label-Tiefe im Eingangspaket mehr als acht Labels beträgt, wird die MPLS-Nutzlast nicht analysiert und Layer-2- und Layer-3-MPLS-Nutzlastfelder werden nicht in der Load-Balancing-Hash-Berechnung verwendet.

  • Die maximale Unterstützung für die Etikettenstapeltiefe beträgt fünf. Sie müssen so konfigurieren maximum-labels , dass die Beschriftungstiefe von Traffic-Engineering-Richtlinien für das Segment-Routing begrenzt wird. Wenn maximum-labels nicht konfiguriert ist, gelten sinnvolle Standardwerte, die die maximale Beschriftungstiefe auf fünf beschränken.

  • Das color-Attribut muss in der LSP-Konfiguration für das Segment-Routing, Traffic Engineering angegeben werden. Daher werden die Eingangsrouten in inetcolor{6}.0-Tabellen heruntergeladen.

  • Wenn mehrere Traffic Engineering-Richtlinien für das Routing statischer Segmente mit derselben Endpoint, color Präferenz, aber unterschiedlichen Bindungssegment-IDs vorhanden sind, wird die Route, die der Segment-ID mit geringerer Bindung entspricht, in der mpls.0 Tabelle installiert.

  • Gemischte Segmentbezeichner werden nicht unterstützt: Die Segmentbezeichner in der Segmentliste Segment Routing Traffic Engineering müssen ausschließlich IPv4 oder IPv6 sein.

  • Sie müssen MPLS Maximum-Labels auf einer Schnittstelle explizit konfigurieren, um mehr als fünf Labels aufzunehmen. Andernfalls können mehr als fünf Labels zu Paketverlusten führen.

  • Die Standardgrenzwerte der unterstützten Parameter sind unten aufgeführt in Tabelle 1:

    Tabelle 1: Unterstützte Parameter für Segment Routing Traffic Engineering

    Parameter

    Zeichen

    Maximale Anzahl unterstützter Labels

    5

    Maximale Anzahl von Pfaden in der Traffic-Engineering-Richtlinie für das Segment-Routing

    8

    Anzahl der BGP-Segment-Routing-Traffic-Engineering-Richtlinien

    32.000

    Anzahl der Traffic-Engineering-Richtlinien für das Routing statischer Segmente

    32.000

Siehe auch

Konfigurieren von Ingress Traffic Engineering mit Segment-Routing in einem BGP-Netzwerk

Ab Junos OS Version 17.4R1 unterstützt ein BGP-Speaker die Datenverkehrssteuerung basierend auf einer Segment-Routing-Richtlinie. Der Controller kann eine Segment-Routing-Richtlinie spezifizieren, die aus mehreren Pfaden besteht, um den gelabelten oder IP-Datenverkehr zu steuern. Mit dieser Funktion kann BGP eine Segment-Routing-Richtlinie für das Traffic Engineering an Eingangsroutern unterstützen. Die Segment-Routing-Richtlinie fügt dem Header eines Pakets eine geordnete Liste von Segmenten hinzu, um den Datenverkehr zu steuern. Statische Richtlinien können an Eingangsroutern konfiguriert werden, um das Routing des Datenverkehrs auch dann zu ermöglichen, wenn die Verbindung zum Controller ausfällt.

HINWEIS:

Diese Funktion wird von der PTX-Serie mit FPC-PTX-P1-A unterstützt. Bei Geräten mit mehreren FPCs müssen Sie den erweiterten Modus auf dem Gehäuse konfigurieren.

Bevor Sie mit der Konfiguration von BGP beginnen, um die Traffic-Engineering-Richtlinie für das Segment-Routing vom Controller zu erhalten, führen Sie die folgenden Aufgaben aus:

  1. Konfigurieren Sie die Geräteschnittstellen.

  2. Konfigurieren Sie OSPF oder ein anderes IGP-Protokoll.

  3. Konfigurieren Sie MPLS- und Segment-Routing-Labels.

  4. Konfigurieren Sie BGP.

  5. Konfigurieren Sie das Segment-Routing auf dem Controller und allen anderen Routern.

So konfigurieren Sie Traffic Engineering für das BGP-Segment-Routing:

  1. Aktivieren Sie die BGP-IPv4-Segment-Routing-Traffic-Engineering-Funktion für eine Adressfamilie. Diese Funktion ist nur für inet, inet unicast, inet6 und inet6 Unicast Network Layer Reachability Information (NLRI)-Familien verfügbar.

    Aktivieren Sie beispielsweise das Segment-Routing für eine bestimmte BGP-Gruppe wie folgt:

  2. Konfigurieren Sie den globalen Block (SRGB) für das Segment-Routing. Junos OS verwendet diesen Label-Block, um die Pakete an ein Remoteziel zu leiten. Konfigurieren Sie die Startbezeichnung und den SRGB-Indexbereich.

    Konfigurieren Sie z. B. die Startbezeichnung und den SRGB-Indexbereich mit den folgenden Werten:

  3. Konfigurieren Sie die Richtlinienaktion zum Anfügen von Farbgemeinschaften beim Exportieren von Präfixen aus den Adressfamilien inet-unicast und inet6-unicast.

    Konfigurieren Sie beispielsweise die folgenden Farbattribute für eine BGP-Community:

  4. Konfigurieren Sie den Quellrouting-LSP für die Steuerung des Datenverkehrs am Eingangsrouter. Geben Sie die Attribute an, z. B. den Tunnelendpunkt, die Farbe, die Kennung des Bindungssegments und die Präferenz für Traffic Engineering. Durch Konfigurieren der Bindungssegment-ID wird die Route in den MPLS-Tabellen installiert.

    Sie können die Attribute z. B. wie folgt konfigurieren:

  5. Konfigurieren Sie gewichtetes ECMP für die primäre Segmentliste eines Segment-Routing-Pfads. Wenn die Weiterleitungsschnittstelle auch mit gewichtetem ECMP konfiguriert ist, wendet Junos OS hierarchisch gewichtetes ECMP an. Wenn Sie den Gewichtsprozentsatz nicht konfigurieren, werden nur IGP-Gewichte auf die Weiterleitungsschnittstellen angewendet.

    Sie können z. B. die Routingpfade und -gewichtungen wie folgt konfigurieren:


  6. Konfigurieren Sie die Voreinstellung für das Segment-Routing für Routen, die für diesen Tunnel empfangen werden. Dieser Segment-Routing-Voreinstellungswert überschreibt den globalen Segment-Routing-Voreinstellungswert und wird verwendet, um zwischen potenziellen Segment-Routing-Richtlinien zu wählen, die von verschiedenen Protokollen wie statisch und BGP installiert werden.

    Beispielsweise können Sie die Einstellung sr wie folgt konfigurieren:

  7. Konfigurieren Sie statische Richtlinien an Eingangsroutern, um das Routing des Datenverkehrs auch dann zu ermöglichen, wenn die Verbindung zum Controller ausfällt. Geben Sie eine oder mehrere Nexthop-Bezeichnungen an. Die erfolgreich aufgelösten LSPs werden verwendet, um BGP-Nutzlastpräfixe aufzulösen, die dieselbe Farbe und denselben Endpunkt haben.

    Konfigurieren Sie z. B. zwei Segmentlisten sr1und sr4 geben Sie wie folgt Bezeichnungen für die Steuerung des Segment-Routing-Datenverkehrs an einem Eingangsrouter an:

    HINWEIS:

    Wenn BGP und statisches Segment-Routing zusammen für Traffic Engineering konfiguriert sind, wählt Junos OS standardmäßig statisch konfigurierte Segment-Routing-Richtlinien.

  8. Konfigurieren Sie die Voreinstellung für das Segment-Routing, um den Vorwert für das Traffic Engineering für das empfangene Segment-Routing durch den konfigurierten Überschreibungswert zu ersetzen. Die Richtlinienpräferenz für das Segment-Routing kann sich basierend auf bestimmten Tie-Break-Regeln ändern, einschließlich sr-preference-override, sr-preference und admin-preference.

    Konfigurieren Sie beispielsweise den folgenden Wert für die Außerkraftsetzung der BGP-Segment-Routing-Voreinstellungen:

Siehe auch

Aktivieren der Erfassung von Datenverkehrsstatistiken für BGP-Unicast mit der Bezeichnung

Ab Junos OS Version 18.1R1 können Sie die Erfassung von Datenverkehrsstatistiken für BGP-gekennzeichneten Unicast-Datenverkehr am Eingangsrouter in einem Netzwerk aktivieren, das mit Segment-Routing konfiguriert ist. Traffic-Statistiken werden basierend auf dem Label-Stack erfasst. Wenn z. B. zwei Routen mit demselben Label-Stack, aber unterschiedlichen Next-Hops vorhanden sind, werden die Datenverkehrsstatistiken für diese Routen aggregiert, da der Label-Stack derselbe ist. Datenverkehrsstatistiken können in regelmäßigen Abständen erfasst und in einer angegebenen Datei gespeichert werden, basierend auf dem Label-Stack, der bei der BGP-Routenaktualisierung empfangen wurde. Standardmäßig ist die Erfassung von Verkehrsstatistiken deaktiviert. Die Aktivierung der Erfassung von Datenverkehrsstatistiken löst eine BGP-Importrichtlinie aus. Die Erfassung von Datenverkehrsstatistiken wird nur für IPv4- und IPv6-Adressfamilien unterstützt.

Bevor Sie mit der Konfiguration von BGP zum Erfassen von Datenverkehrsstatistiken beginnen, führen Sie die folgenden Schritte aus:

  1. Konfigurieren Sie die Geräteschnittstellen.

  2. Konfigurieren Sie OSPF oder ein anderes IGP-Protokoll.

  3. Konfigurieren Sie MPLS und LDP.

  4. Konfigurieren Sie BGP.

  5. Konfigurieren Sie das Segment-Routing auf dem Controller und allen anderen Routern.

In einem Netzwerk, das mit Segment-Routing konfiguriert ist, wird jedem Knoten und jeder Verbindung eine Segmentkennung (SID) zugewiesen, die über IGP oder BGP angekündigt wird. In einem MPLS-Netzwerk wird jedem Segment eine eindeutige Segmentbezeichnung zugewiesen, die als SID für dieses Segment dient. Jeder Weiterleitungspfad wird als Segment-Routing-Label-Switched-Pfad (LSP) dargestellt. Der Segmentrouting-LSP wird am Eingang durch einen Stapel von SID-Labels dargestellt. Der Eingangsrouter kann diese Labels auferlegen, um den Datenverkehr weiterzuleiten. Mit BGP mit der Bezeichnung Unicast kann ein Controller den Eingangsrouter so programmieren, dass er den Datenverkehr steuert und ein Präfix mit einem Label-Stack ankündigt.

So aktivieren Sie die Erfassung von Datenverkehrsstatistiken für BGP mit der Bezeichnung Unicast am Eingang:

  1. Aktivieren Sie die Erfassung von Datenverkehrsstatistiken von gekennzeichneten Unicast-IPv4- und IPv6-Familien für bestimmte BGP-Gruppen oder BGP-Nachbarn.
  2. Konfigurieren Sie die regelmäßige Erfassung von Datenverkehrsstatistiken für BGP-Label-Switched-Pfade in einem segmentierten Routing-Netzwerk, und speichern Sie die Statistiken in einer Datei.
    1. Geben Sie den Dateinamen an, um die erfassten Datenverkehrsstatistiken zu speichern, die in einem bestimmten Zeitintervall erfasst wurden.
    2. Geben Sie das Zeitintervall in Sekunden für die Erfassung von Verkehrsstatistiken an. Sie können eine Zahl zwischen 60 und 65535 Sekunden angeben.

Siehe auch

Grundlegendes zur SRv6-Netzwerkprogrammierung und zu Layer-3-Services über SRv6 in BGP

Vorteile der SRv6-Netzwerkprogrammierung

  • BGP nutzt die Segment-Routing-Fähigkeit von Geräten, um Layer-3-VPN-Tunnel einzurichten. IPv4-Pakete können über einen SRv6-Eingangsknoten transportiert werden, auch wenn die Transitrouter nicht SRv6-fähig sind. Dadurch entfällt die Notwendigkeit, Segment-Routing auf allen Knoten in einem IPv6-Netzwerk bereitzustellen.

  • Die Netzwerkprogrammierung hängt vollständig vom IPv6-Header und der Header-Erweiterung ab, um ein Paket zu transportieren, sodass Protokolle wie MPLS nicht erforderlich sind. Dies gewährleistet eine nahtlose Bereitstellung ohne größere Hardware- oder Software-Upgrades in einem IPv6-Core-Netzwerk.

  • Junos OS unterstützt alle Funktionsverhalten auf einer einzigen SID (Segment Identifier) und kann sowohl im Einfügemodus als auch im Kapselungsmodus zusammenarbeiten. Auf diese Weise kann ein einzelnes Gerät gleichzeitig die Rollen des Provider-Routers (P) und des Provider-Edge-Routers (PE) übernehmen.

SRv6-Netzwerkprogrammierung in BGP-Netzwerken

Netzwerkprogrammierung ist die Fähigkeit eines Netzwerks, ein Netzwerkprogramm in einzelne Anweisungen zu kodieren, die in die IPv6-Paketheader eingefügt werden. Der Segment Routing Header (SRH) ist eine Art IPv6-Routing-Erweiterungsheader, der eine Segmentliste enthält, die als SRv6-SID codiert ist. Eine SRv6-SID besteht aus dem Locator, bei dem es sich um eine IPv6-Adresse handelt, und einer Funktion, die eine bestimmte Aufgabe für jeden SRv6-fähigen Knoten im SRv6-Netzwerk definiert. Die SRv6-Netzwerkprogrammierung macht MPLS überflüssig und bietet Flexibilität bei der Nutzung des Segment-Routings.

HINWEIS:

Stellen Sie sicher, dass Sie eine eindeutige SID verwenden, die BGP zum Zuweisen einer SRv6-SID verwendet.

Um den IPv4-Transport über den SRv6-Kern zu konfigurieren, schließen Sie die end-dt4-sid sid Anweisung auf Hierarchieebene [edit protocols bgp source-packet-routing srv6 locator name] ein.

Um den IPv6-Transport über den SRv6-Kern zu konfigurieren, schließen Sie die end-dt6-sid sid Anweisung auf Hierarchieebene [edit routing protocols bgp source-packet-routing srv6 locator name] ein.

Um den IPv4- und IPv6-Transport über den SRv6-Core zu konfigurieren, schließen Sie die end-dt46-sid sid Anweisung auf der [edit routing protocols bgp source-packet-routing srv6 locator name] Hierarchieebene ein. Die end-dt4-sid-Anweisung gibt die Endpunkt-SID mit Entkapselung und IPv4-Tabellensuche an. Die Anweisung end dt6-sid ist der Endpunkt mit Entkapselung und IPv6-Tabellensuche. Die end-dt46-sid-Anweisung ist der Endpunkt mit Entkapselung und spezifischer IP-Tabellensuche. Das end-dt46 ist eine Variante des Verhaltens end.dt4 und end.dt6. BGP weist diese Werte IPv4- und IPv6-Layer3-VPN-Service-SIDs zu.

Layer-3-VPN-Services über den SRv6-Core

Beim Herstellen einer Verbindung mit dem ausgehenden PE kapselt das eingehende PE die Nutzlast in einem äußeren IPv6-Header, wobei die Zieladresse die SRv6-Dienst-SID ist, die der zugehörigen BGP-Routenaktualisierung zugeordnet ist. Die Ausgangs-PE legt den nächsten Hop auf eine ihrer IPv6-Adressen fest, bei der es sich auch um den SRv6-Locator handelt, von dem die SRv6-Dienst-SID zugewiesen wird. Mehrere Routen können über dieselbe Segment-Routing-Richtlinie aufgelöst werden.

Abbildung 2: SRv6-PaketkapselungSRv6-Paketkapselung

Ab Junos OS Version 20.4R1 können Sie BGP-basierten Layer-3-Service über den SRv6-Core konfigurieren. Sie können Layer-3-Overlay-Services mit BGP als Steuerungsebene und SRv6 als Datenebene aktivieren. Die SRv6-Netzwerkprogrammierung bietet die Flexibilität, Segment-Routing ohne MPLS-Bereitstellung zu nutzen. Solche Netzwerke sind nur von den IPv6-Headern und Header-Erweiterungen für die Datenübertragung abhängig.

HINWEIS:

Stellen Sie sicher, dass und end-dt4-sid sid die end-dt6-sid sid letzten SIDs in der Segmentliste oder die Zieladresse des Pakets ohne SRH-Header sind.

Um IPv4-VPN-Dienste über den SRv6-Kern zu konfigurieren, schließen Sie die end-dt4-sid Anweisung auf Hierarchieebene [edit routing-instances instance-name protocols bgp source-packet-routing srv6 locator name] ein.

Die endende dt46-SID muss das letzte Segment in einer Segmentrouting-Richtlinie sein, und eine SID-Instanz muss einer IPv4-FIB-Tabelle und einer IPv6-FIB-Tabelle zugeordnet sein.

Werbung für Layer-3-VPN-Services bei BGP-Peers

BGP kündigt die Erreichbarkeit von Präfixen eines bestimmten Service von einem ausgehenden PE-Gerät zu eingehenden PE-Knoten an. BGP-Nachrichten, die zwischen PE-Geräten ausgetauscht werden, tragen SRv6-Dienst-SIDs, die BGP verwendet, um PE-Geräte miteinander zu verbinden, um VPN-Sitzungen zu bilden. Bei Layer-3-VPN-Services, bei denen BGP eine SID-Zuweisung pro VRF verwendet, wird dieselbe SID von mehreren NLRI-Adressfamilien (Network Layer Reachability Information) gemeinsam genutzt.

Um BGP-Peers am Ausgangsknoten SRv6-Services anzukündigen, schließen Sie die advertise-srv6-service Anweisung auf Hierarchieebene [edit protocols bgp family inet6 unicast] ein.

Ausgangs-PE-Geräte, die SRv6-basierte Layer-3-Services unterstützen, kündigen Overlay-Service-Präfixe zusammen mit einer Service-SID an. Der BGP-Eingangsknoten empfängt diese Ankündigungen und fügt das Präfix der entsprechenden VRF-Tabelle (Virtual Routing and Forwarding) hinzu.

Um SRv6-Services auf dem Eingangsknoten zu akzeptieren, schließen Sie die accept-srv6-service Anweisung auf Hierarchieebene [edit protocols bgp family inet6 unicast] ein.

Unterstützte und nicht unterstützte Funktionen für die SRv6-Netzwerkprogrammierung in BGP

Junos OS unterstützt die folgenden Funktionen mit der SRv6-Netzwerkprogrammierung in BGP:

  • Eingangsgeräte unterstützen sieben SIDs im reduzierten Modus, einschließlich der VPN-SID

  • Ausgangsgeräte unterstützen sieben SIDs, einschließlich der VPN-SID

  • Endpunkt mit Entkapselung und spezifischer IP-Tabellensuche (End.DT46 SID)

Junos OS unterstützt die folgenden Funktionen in Verbindung mit der SRv6-Netzwerkprogrammierung in BGP nicht:

  • Fragmentierung und Reassemblierung in SRv6-Tunneln

  • VPN-Optionen B und C

  • Erkennung doppelter SIDs

Siehe auch

Beispiel: Konfigurieren von Layer-3-Services über SRv6 in BGP-Netzwerken

Dieses Beispiel zeigt, wie SRv6-Netzwerkprogrammierung und Layer-3-VPN-Services in BGP-Netzwerken konfiguriert werden. Die SRv6-Netzwerkprogrammierung bietet die Flexibilität, Segment-Routing ohne MPLS-Bereitstellung zu nutzen. Diese Funktion ist nützlich für Service Provider, deren Netzwerke überwiegend IPv6 sind und noch kein MPLS bereitgestellt haben.

Anforderungen

In diesem Beispiel werden die folgenden Hardware- und Softwarekomponenten verwendet:

  • Fünf Router der MX-Serie mit MPC7E-, MPC8E- oder MPC9E-Linecards

  • Junos OS Version 20.4R1 oder höher

Überblick

Ab Junos OS Version 20.4R1 können Sie BGP-basierte Layer-3-Services über das SRv6-Core-Netzwerk konfigurieren. Bei der SRv6-Netzwerkprogrammierung sind Netzwerke für die Datenübertragung nur von den IPv6-Headern und Header-Erweiterungen abhängig. Sie können Layer-3-Overlay-Services mit BGP als Steuerungsebene und SRv6 als Datenebene aktivieren.

Topologie

In Abbildung 3ist Router R0 der Eingang und Router R1 und R2 sind die Ausgangsrouter, die reine IPv4-Kunden-Edge-Geräte unterstützen. Die Router R3 und R4 bilden ein reines IPv6-Provider-Core-Netzwerk. Alle Router gehören zum gleichen autonomen System. IS-IS ist das interne Gateway-Protokoll, das für die Unterstützung von SRv6 in den IPv6-Core-Routern R3 und R4 konfiguriert ist. In diesem Beispiel wird BGP auf den Routern R0, R1 und R2 konfiguriert. Router R0 ist als IPv6-Routenreflektor mit IBGP-Peering-Sitzungen zu Router R1 und Router R2 konfiguriert. Der Ausgangsrouter R1 kündigt die L3VPN-SID dem Eingangsrouter R0 an, der die VRF-Tabelle akzeptiert und aktualisiert.

Abbildung 3: Layer-3-Services über SRv6 in BGP-NetzwerkenLayer-3-Services über SRv6 in BGP-Netzwerken

R1 ist mit 3011::1 als End-Sid konfiguriert, und alle BGP-Routen werden mit 3011::1 als nächster Hop zu Router R0 angekündigt. Router R0 verfügt über zwei Pfade zu R1, den primären Pfad über R3 und den Backup-Pfad über R4. In Router R0 ist der primäre Pfad mit der Standardmetrik und der Sicherungspfad mit der Metrik 50 konfiguriert. Hier sind einige der Routen, die von Router R1 zu R0 angekündigt werden:

IPv4

21.0.0.0
IPv6

2001:21::
IPv4 VPN

31.0.0.0
IPv6 VPN

2001:31::

Konfiguration

CLI-Schnellkonfiguration

Um dieses Beispiel schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen Sie sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern Sie alle Details, die für Ihre Netzwerkkonfiguration erforderlich sind, kopieren Sie die Befehle und fügen Sie sie auf Hierarchieebene in die CLI ein, und geben Sie dann Commit aus dem [edit] Konfigurationsmodus ein.

Router R0

Router R1

Router R2

Router R3

Router R4

Konfigurieren des Routers R0

Schritt-für-Schritt-Anleitung

Um die SRv6-Netzwerkprogrammierung mit Layer-3-VPN-Services zu konfigurieren, führen Sie die folgenden Schritte auf Router R0 aus:

  1. Konfigurieren Sie die Geräteschnittstellen, um den IP-Transport zu aktivieren.

  2. Konfigurieren Sie die Router-ID und die AS-Nummer (Autonomous System), um Routing-Informationen innerhalb einer Gruppe von Routing-Geräten zu übertragen, die zum selben AS gehören.

  3. Aktivieren Sie SRv6 global und geben Sie die Locator-Adresse an, um die SRv6-Fähigkeit des Routers anzugeben. SRv6-SID ist eine IPv6-Adresse, die aus dem Locator und einer Funktion besteht. Die Routing-Protokolle kündigen die Locator-Adressen an.

  4. Konfigurieren Sie eine externe Routinginstanz VPN1 sowohl für IPv4- als auch für IPv6-Datenverkehr. Konfigurieren Sie das BGP-Protokoll für VPN1, um Peering und Datenverkehrstransport zwischen den Edge-Geräten des Anbieters zu ermöglichen.

  5. Konfigurieren Sie den VPN-Typ und eine eindeutige Routenunterscheidung für jeden PE-Router, der an der Routing-Instanz teilnimmt.

  6. Konfigurieren Sie die SID-Werte end-dt4 und end-dt6 für die Aktivierung der Layer-3-VPN-Services.

  7. Definieren Sie eine Richtlinie für den Lastenausgleich von Paketen.

  8. Wenden Sie die Richtlinie pro Paket an, um den Lastenausgleich des Datenverkehrs zu aktivieren.

  9. Definieren Sie eine Richtlinie adv_global, um Routen zu akzeptieren, die von R1 angekündigt werden.

  10. Konfigurieren Sie BGP auf der Core-Schnittstelle, um interne und externe Peering-Sitzungen einzurichten.

  11. Aktivieren Sie das Gerät, um die SRv6-Services für BGP-Peers anzukündigen und die von den PE-Geräten (Egress Provider Edge) angekündigten Routen zu akzeptieren.

  12. Aktivieren Sie IS-IS als Interior Gateway Protocol (IGP) für das Routing des Datenverkehrs zwischen den Core-Provider-Routern.

  13. Konfigurieren Sie den SID-Wert end-dt4 und end-dt6 für die Präfixsegmente. End-dt4 ist die Endpunkt-SID mit Entkapselung und IPv4-Tabellensuche und end-dt6 ist der Endpunkt mit Entkapselung und IPv6-Tabellensuche. BGP weist diese für IPv4- und IPv6-Layer3-VPN-Service-SIDs zu.

Ergebnisse

Bestätigen Sie im Konfigurationsmodus Ihre Konfiguration, indem Sie die show interfacesBefehle , show protocols, show policy-optionsund show routing-options eingeben. Wenn die Ausgabe nicht die gewünschte Konfiguration anzeigt, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Wenn Sie mit der Konfiguration des Geräts fertig sind, rufen Sie es im Konfigurationsmodus auf commit .

Verifizierung

Vergewissern Sie sich, dass die Konfiguration ordnungsgemäß funktioniert.

Vergewissern Sie sich, dass die angekündigte IPv4-Route in der IPv4-Tabelle installiert ist.

Zweck

Stellen Sie sicher, dass der Eingangsrouter R0 die Route zum IPv4-Präfix 20.0.0.0 vom Ausgangsrouter R1 gelernt hat.

Action!

Führen Sie den show route 20.0.0.0 Befehl im Betriebsmodus auf dem Router R0 aus.

Bedeutung

Die Ausgabe bestätigt, dass das IPv4-Präfix 20.0.0.0 in der Tabelle inet.0 installiert ist.

Vergewissern Sie sich, dass die SRv6-SID in der IPv4-Tabelle installiert ist.

Zweck

Stellen Sie sicher, dass der Eingangsrouter R0 die SRv6 end-dt4 SID 3001::2 vom Ausgangsrouter R1 empfangen und akzeptiert hat.

Action!

Führen Sie den show route 20.0.0.0 extensive Befehl im Betriebsmodus auf Router R0 aus.

Bedeutung

Die Ausgabe zeigt die SRv6-SID an und bestätigt, dass ein SRv6-Tunnel zwischen den Routern R0 und R1 aufgebaut wurde.

Vergewissern Sie sich, dass die IPv6-VPN-Route in der VPN-Tabelle installiert ist.

Zweck

Vergewissern Sie sich, dass der Eingangsrouter R0 die Route zum VPN-IPv6-Präfix 2001::30::/126 vom Ausgangsrouter R1 gelernt hat.

Action!

Führen Sie den show route 2001:30:: Befehl im Betriebsmodus auf dem Router R0 aus.

Bedeutung

Die Ausgabe bestätigt, dass die Routendetails für das Präfix 2001:30::/126 in der Tabelle vpn.inet6.0 installiert sind.

Vergewissern Sie sich, dass die IPv4-VPN-Route in der VPN-Tabelle installiert ist.

Zweck

Stellen Sie sicher, dass der Eingangsrouter R0 die Route zum VPN-IPv4-Präfix 30.0.0.0 vom Ausgangsrouter R1 gelernt hat.

Action!

Führen Sie den show route 30.0.0.0 Befehl im Betriebsmodus auf dem Router R0 aus.

Bedeutung

Die Ausgabe bestätigt, dass das IPv4-Präfix 30.0.0.0 in der Tabelle vpn.inet.0 installiert ist.

Siehe auch

Grundlegendes zur SR-TE-Richtlinie für den SRv6-Tunnel

Vorteile der SRv6 TE-Richtlinie

  • SRv6 TE bietet die Flexibilität, Segment-Routing ohne MPLS zu nutzen. Solche Netzwerke sind nur von den IPv6-Headern und Header-Erweiterungen für die Datenübertragung abhängig. Dies ist nützlich für Service Provider, deren Netzwerke überwiegend IPv6 sind und noch kein MPLS bereitgestellt haben.
  • Gewährleistet eine nahtlose Bereitstellung ohne größere Hardware- oder Software-Upgrades in einem IPv6-Core-Netzwerk und verbessert dadurch die Skalierbarkeit.
  • Verwendet IS-IS SRv6-SIDs zum Erstellen der Segmentlisten. Daher nutzt es die TI-LFA-Pfade von IS-IS SRv6-SIDs und kann Backup-Pfade basierend auf dem IGP bilden.
  • Nutzt IS-IS Weighted Equal Cost Multipath (ECMP) und kann auch eigene ECMPs für einzelne Segmentlisten haben, um hierarchisch gewichtete ECMPs zu bilden, die einen Lastausgleich auf granularer Ebene durchführen.

SRv6 TE-Richtlinie – Übersicht

Eine SR-TE-Richtlinie enthält einen oder mehrere SR-TE-Tunnel, die entweder statisch konfiguriert sind oder von verschiedenen Tunnelquellen beigesteuert werden, nämlich PCEP, BGP-SRTE, DTM. Ab Junos OS Version 21.3R1 unterstützt Junos OS die SRv6-Datenebene mit statisch konfigurierter SR-TE-Richtlinie.

In einer SRv6 TE-Richtlinie:

  • Die IS-IS-Konfiguration füllt den Kern aus.
  • Die SRv6 TE-Tunnelkonfiguration füllt den Transport auf.
  • BGP-NLRI (Network Layer Reachability Information) füllt den Dienst auf.

Nach der Erstellung der SRv6 TE-Datenebene können Sie Layer-3-Overlay-Services mit BGP als Steuerungsebene und SRv6 als Datenebene aktivieren. Die gewünschte Nutzlast kann IPv4 oder IPv6 sein.

Abbildung 4 Stellt eine SRv6-TE-Topologie dar, in der R1 der Eingangsknoten ist, für den die SRv6-TE-Richtlinie auf R6 konfiguriert ist. R6 ist der Ausgangsknoten, für den Layer-3-VPN-Services für BGP-Peers konfiguriert sind. Der Kern bildet IS-IS SRv6. Der Ausgangsrouter R6 kündigt die L3VPN-SID dem Eingangsrouter R1 an, der die VRF-Tabelle akzeptiert und aktualisiert. R6 wird mit 2001:db8:0:a6::d 06 als End-Sid konfiguriert und der L3VPN-Dienst wird in Richtung CE7 nach R1 mit 2001:db8:0:a6::d 06 als nächstem Hop exportiert. Es gibt zwei Segmentlisten: <R4, R5, R6> und <R2, R3, R6>.

Abbildung 4: SRv6 TE-BeispieltopologieSRv6 TE-Beispieltopologie

Was ist ein Segment Routing Extension Header (SRH)?

Eine Segment-ID stellt ein bestimmtes Segment in einer Segment-Routing-Domäne dar. In einem IPv6-Netzwerk wird als SID-Typ eine 128-Bit-IPv6-Adresse verwendet, die auch als SRv6-Segment oder SRv6-SID bezeichnet wird. SRv6 stapelt diese IPv6-Adressen anstelle von MPLS-Bezeichnungen in einem Segment-Routing-Erweiterungsheader. Der Segment Routing Extension Header (SRH) ist eine Art IPv6-Routing-Erweiterungsheader. In der Regel enthält das SRH eine Segmentliste, die als SRv6-SID codiert ist. Eine SRv6-SID besteht aus den folgenden Teilen:

  • Locator— Locator ist der erste Teil einer SID, der aus den höchstwertigen Bits besteht, die die Adresse eines bestimmten SRv6-Knotens darstellen. Der Locator ist einer Netzwerkadresse sehr ähnlich, die eine Route zum übergeordneten Knoten bereitstellt. Das IS-IS-Protokoll installiert die Locator-Route in der inet6.0 Routing-Tabelle. IS-IS leitet das Segment an seinen übergeordneten Knoten weiter, der anschließend eine Funktion ausführt, die im anderen Teil der SRv6-SID definiert ist. Sie können auch den Algorithmus angeben, der diesem Locator zugeordnet ist.

  • Function—Der andere Teil der SID definiert eine Funktion, die lokal auf dem vom Locator angegebenen Knoten ausgeführt wird. Es gibt mehrere Funktionen, die bereits im Internet-Entwurf draft-ietf-spring-srv6-network-programming-07draft, SRv6 Network Programming, definiert wurden. Wir haben jedoch die folgenden Funktionen implementiert, die unter Junos OS verfügbar sind und in IS-ISsignalisiert werden. IS-IS installiert diese Funktions-SIDs in der inet6.0 Routing-Tabelle.

    • End— Eine Endpunktfunktion für die SRv6-Instanziierung einer Präfix-SID. Es ist nicht möglich, eine äußere Stiftleiste zu entkapseln, um eine SRH zu entfernen. Daher kann eine End-SID nicht die letzte SID einer SID-Liste und nicht die Zieladresse (DA) eines Pakets ohne SRH sein (es sei denn, sie wird mit den PSP-, USP- oder USD-Varianten kombiniert).

    • End.X— Eine Endpunkt-X-Funktion ist eine SRv6-Instanziierung einer benachbarten SID. Es handelt sich um eine Variante der Endpunktfunktion mit Layer-3-Cross-Connect zu einem Array von Layer-3-Nachbarn.

    Sie können das End-SID-Verhalten angeben, z. B. "Vorletzter Segment-Pop" (PSP), "Ultimativer Segment-Pop" (USP) oder "Ultimative Segment-Entkapselung" (USD).

    • PSP— Wenn die letzte SID in die Zieladresse geschrieben wird, geben die Funktionen End und End.X mit der PSP-Variante das oberste SRH an. Nachfolgende gestapelte SRHs können vorhanden sein, werden aber nicht als Teil der Funktion verarbeitet.

    • USP— Wenn der nächste Header ein SRH ist und keine Segmente mehr übrig sind, öffnet das IS-IS-Protokoll das oberste SRH, sucht nach der aktualisierten Zieladresse und leitet das Paket basierend auf dem Eintrag in der Übereinstimmungstabelle weiter.

    • USD— Wenn der nächste Header im Paket 41 oder ein SRH ist und keine Segmente mehr übrig sind, dann öffnet IS-IS den äußeren IPv6-Header und seine Erweiterungsheader, sucht nach der offengelegten inneren IP-Zieladresse und leitet das Paket an den übereinstimmenden Tabelleneintrag weiter.

Sie können z. B. eine SRv6-SID mit 2001::19:db8:AC05:FF01:FF01 haben: ist der Locator und A000:B000:C000:A000 ist die Funktion:

Tabelle 2: 128-Bit-SRv6-SID

Zeiger

Funktion

2001::d b8:19:AC05:FF01:FF01

A000:B000:C000:A000

TI-LFA für SRv6 TE

Topology Independent- Loop Free Alternate (TI-LFA) erstellt einen FRR-Pfad (Fast Reroute), der auf einen Postkonvergenzpfad ausgerichtet ist. Ein SRv6-fähiger Knoten fügt ein einzelnes Segment in den IPv6-Header oder mehrere Segmente in den SRH ein. Mehrere SRHs können den Kapselungsaufwand erheblich erhöhen, der manchmal höher sein kann als die tatsächliche Paketnutzlast. Daher unterstützt Junos OS standardmäßig die Tunnelkapselung von SRv6 TE mit reduzierter SRH. Die Point-of-Local-Reparatur (Point-of-Local-Reparatur, PLR) fügt die FRR-Pfadinformationen dem SRH hinzu, der die SRv6-SIDs enthält.

Der TI-LFA-Sicherungspfad wird als eine Gruppe von SRv6-SIDs innerhalb eines SRH dargestellt. Am Eingangsrouter kapselt IS-IS das SRH in einen neuen IPv6-Header. Bei Transit-Routern fügt IS-IS die SRH jedoch auf folgende Weise in den Datenverkehr ein:

  • Encap Mode— Im Encap-Modus wird das ursprüngliche IPv6-Paket gekapselt und als inneres Paket eines IPv6-in-IPv6-gekapselten Pakets transportiert. Das äußere IPv6-Paket überträgt das SRH mit der Segmentliste. Das ursprüngliche IPv6-Paket wird unverändert im Netzwerk übertragen. Standardmäßig unterstützt Junos OS die SRv6-Tunnelkapselung in reduziertem SRH. Sie können jedoch eine der folgenden Tunnelkapselungsmethoden auswählen:

    • Reduced SRH (default)— Wenn im reduzierten SRH-Modus nur eine SID vorhanden ist, wird kein SRH hinzugefügt und die letzte SID wird in die IPV6-Zieladresse kopiert. Sie können nicht die gesamte SID-Liste in der SRH mit einer reduzierten SRH beibehalten.

    • Non-reduced SRH— Sie können den nicht reduzierten SRH-Tunnelkapselungsmodus konfigurieren, wenn Sie die gesamte SID-Liste im SRH beibehalten möchten und möchten.

Da das Kernnetzwerk des statisch konfigurierten SRv6 TE LSP durch IS-IS SRv6 gebildet wird, kann die IS-IS SRv6 TILFA mithilfe von SRv6 TE-Segmenten genutzt werden.

Layer-3-VPN-Services über den SRv6-Core

Beim Herstellen einer Verbindung mit dem ausgehenden PE kapselt das eingehende PE die Nutzlast in einem äußeren IPv6-Header, wobei die Zieladresse die SRv6-Dienst-SID ist, die der zugehörigen BGP-Routenaktualisierung zugeordnet ist. Die Ausgangs-PE legt den nächsten Hop auf eine ihrer IPv6-Adressen fest, bei der es sich auch um den SRv6-Locator handelt, von dem die SRv6-Dienst-SID zugewiesen wird. Mehrere Routen können über dieselbe Segment-Routing-Richtlinie aufgelöst werden.

Abbildung 5: SRv6-PaketkapselungSRv6-Paketkapselung

Ab Junos OS Version 20.4R1 können Sie BGP-basierten Layer-3-Service über den SRv6-Core konfigurieren. Sie können Layer-3-Overlay-Services mit BGP als Steuerungsebene und SRv6 als Datenebene aktivieren.

Werbung für Layer-3-VPN-Services bei BGP-Peers

BGP kündigt die Erreichbarkeit von Präfixen eines bestimmten Service von einem ausgehenden PE-Gerät zu eingehenden PE-Knoten an. BGP-Nachrichten, die zwischen PE-Geräten ausgetauscht werden, tragen SRv6-Dienst-SIDs, die BGP verwendet, um PE-Geräte miteinander zu verbinden, um VPN-Sitzungen zu bilden. Bei Layer-3-VPN-Services, bei denen BGP eine SID-Zuweisung pro VRF verwendet, wird dieselbe SID von mehreren NLRI-Adressfamilien (Network Layer Reachability Information) gemeinsam genutzt.

Ausgangs-PE-Geräte, die SRv6-basierte Layer-3-Services unterstützen, kündigen Overlay-Service-Präfixe zusammen mit einer Service-SID an. Der BGP-Eingangsknoten empfängt diese Ankündigungen und fügt das Präfix der entsprechenden VRF-Tabelle (Virtual Routing and Forwarding) hinzu.

Unterstützte und nicht unterstützte Funktionen für die SRv6-Netzwerkprogrammierung in SR-TE

SRv6 TE unterstützt derzeit:

  • IPv4- und IPv6-Nutzlasten.

  • Bis zu 6 SIDs im reduzierten Modus am Eingangsrouter und bis zu 5 SIDs im nicht reduzierten Modus am Eingang.

  • Kapselungsmodus auf dem Eingangsrouter.

  • preserve-nexthop-hierarchy Konfiguration unter Resolver für die Plattformschicht, um SIDs von SR-TE- und IGP-Routen kombinieren zu können.

SRv6 TE unterstützt derzeit nicht:

  • Lokale CSPF-Funktionen für SRv6-Richtlinien.

  • IPv4-farbiger Tunnelendpunkt.

  • sBFD und Telemetrie.

  • PCE initiierte und delegierte SRv6-LSPs.

  • Automatische Übersetzung mit SRv6-SIDs.

  • LDP-Tunneling mit einer SRv6-Richtlinie.

  • Logische Systeme.

  • SR-TE-Bindungs-SID für einen SR-TE-Tunnel.

  • Ping oder OAM für SRTE SRv6.

  • Jede statische IPv4-Route über den SRv6-TE-Tunnel.

  • Einfügemodus für SRv6 TE.

  • Flexibler SRv6-Algorithmus für SRv6-TE-LSPs.

Siehe auch

Beispiel: Konfigurieren der statischen SR-TE-Richtlinie für einen SRv6-Tunnel

Überblick

In diesem Beispiel wird gezeigt, wie eine statische SR-TE-Richtlinie für einen SRv6-Tunnel konfiguriert wird. Diese SRv6-TE-Richtlinie ist nützlich für Service Provider, deren Netzwerke überwiegend IPv6 sind und für die noch kein MPLS bereitgestellt wurde. Solche Netzwerke sind nur von den IPv6-Headern und Header-Erweiterungen für die Datenübertragung abhängig. Die SRv6-Netzwerkprogrammierung bietet die Flexibilität, Segment-Routing ohne MPLS-Bereitstellung zu nutzen.

Topologie

Die folgende Abbildung zeigt eine SRv6-TE-Topologie, in der das Gerät R1 und das Gerät R6 die Eingangs- und Ausgangsrouter sind, die IPv4 oder die IPv6-Geräte CE1 und CE2 unterstützen. Die Geräte R2, R3, R4 und R5 bilden ein reines IPv6-Provider-Core-Netzwerk. Alle Geräte gehören zum gleichen autonomen System. IS-IS ist das interne Gateway-Protokoll im IPv6-Kern und für die Unterstützung von SRv6 konfiguriert. In diesem Beispiel kündigt das Ausgangsgerät R6 die L3VPN-SID dem Eingangsgerät R1 an, das die VRF-Tabelle akzeptiert und aktualisiert. Das Gerät R6 wird mit 2001:db8:0:a6::d 06 als End-Sid konfiguriert und der L3VPN-Dienst wird in Richtung CE7 nach R1 mit 2001:db8:0:a6::d 06 als nächstem Hop exportiert. Es gibt zwei Segmentlisten: <R4, R5, R6> und <R2, R3, R6>.

Abbildung 6: SRv6 TE-TopologieSRv6 TE-Topologie

Anforderungen

In diesem Beispiel werden die folgenden Hardware- und Softwarekomponenten verwendet:

  • Sechs Router der MX-Serie.

  • Junos OS Version 21.3R1 oder höher.

Konfiguration

CLI-Schnellkonfiguration

Um dieses Beispiel schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen Sie sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern Sie alle Details, die für Ihre Netzwerkkonfiguration erforderlich sind, und kopieren Sie dann die Befehle und fügen Sie sie in die CLI auf der Hierarchieebene [edit] ein, und geben Sie dann commit aus dem Konfigurationsmodus ein.

Gerät R1

Gerät R2

Gerät R3

Gerät R4

Gerät R5

Gerät R6

Gerät CE0

Gerät CE7

Konfigurieren von Gerät R1

Schritt-für-Schritt-Anleitung

Um eine statische SR-TE-Richtlinie für einen SRV6-Tunnel über einen IS-IS SRv6-Core zu konfigurieren, führen Sie die folgenden Schritte auf dem R1-Gerät aus:

  1. Konfigurieren Sie die Geräteschnittstellen, um den IP-Transport zu aktivieren.

  2. Konfigurieren Sie die Loopback-Schnittstelle mit IPv4- und IPv6-Adressen, die als Router-ID für BGP-Sitzungen verwendet wird.

  3. Konfigurieren Sie die Router-ID und die AS-Nummer (Autonomous System), um Routing-Informationen innerhalb einer Gruppe von Routing-Geräten zu übertragen, die zum selben AS gehören.

  4. Konfigurieren Sie BGP auf der Core-Schnittstelle, um interne und externe Peering-Sitzungen einzurichten.

  5. Konfigurieren Sie eine externe Routing-Instanz, die sowohl für IPv4- als auch für IPv6-Datenverkehr to_CE0. Konfigurieren Sie das BGP-Protokoll für to_CE0, um Peering und Datenverkehrstransport zwischen den Edge-Geräten des Anbieters zu ermöglichen.

  6. Konfigurieren Sie die Auflösungszuordnung map1 im ip-color-Modus. Konfigurieren Sie das BGP-Protokoll für die Verwendung mehrerer Pfade und definieren Sie eine Richtlinie mpath-resolve, die die multipath-resolve-Aktion enthält, und importieren Sie die Richtlinie, um alle verfügbaren Pfade der IBGP-Multipath-Route aufzulösen.

  7. Konfigurieren Sie eine Import- und Exportrichtlinie für die VRF-Tabelle des R1-Geräts.

  8. Konfigurieren Sie den VPN-Typ und eine eindeutige Routenunterscheidung für jeden PE-Router, der an der Routing-Instanz teilnimmt.

  9. Definieren Sie eine Richtlinie für den Lastenausgleich von Paketen, und wenden Sie die Richtlinie pro Paket an, um den Lastenausgleich des Datenverkehrs zu aktivieren.
  10. Definieren Sie eine Richtlinie v4vpn1_res_map1 und v6vpn1_res_map1, um die von R1 angekündigten Routen zu akzeptieren.
  11. Deaktivieren Sie Stufe 2 und aktivieren Sie IS-IS als Interior Gateway Protocol (IGP) für das Routing des Datenverkehrs zwischen den Core-Geräten.
  12. Aktivieren Sie TI-LFA für das IS-IS-Protokoll.
  13. Konfigurieren Sie den IPv6-Indexwert des Knotensegments.

  14. Aktivieren Sie SRv6 global und geben Sie die Locator-Adresse an, um die SRv6-Fähigkeit des Routers anzugeben. SRv6-SID ist eine IPv6-Adresse, die aus dem Locator und einer Funktion besteht. Die Routing-Protokolle kündigen die Locator-Adressen an.

  15. Aktivieren Sie die Option Nexthop-Hierarchie für SR-TE-Routenvarianten beibehalten und Plattformzusammenführung für SRv6-Ketten-Nexthops aktivieren.

  16. Konfigurieren Sie die SID-Werte end-dt4 und end-dt6 für die Aktivierung der Layer-3-VPN-Services.

  17. Aktivieren Sie das Gerät, um die SRv6-Services an BGP-Peers anzukündigen und die von den Ausgangsgeräten angekündigten Routen zu akzeptieren.

  18. Konfigurieren Sie die End-Sid-Funktion für die Präfixsegmente. Geben Sie eine Variante an, d. h. das Verhalten der End-SID-Funktion gemäß Ihren Netzwerkanforderungen. Penultimate Segment Pop (PSP), Ultimate Segment Pop (USP) und Ultimate Segment Decapsulation (USP) sind die drei verfügbaren Varianten für SRv6-Funktionen.

    HINWEIS:

    Stellen Sie sicher, dass sich der Locator und die End-SID im selben Subnetz befinden, um einen Commitfehler zu vermeiden.

  19. Konfigurieren Sie die End-X-SID-Funktion auf der Punkt-zu-Punkt-Schnittstelle (P2P) für die angrenzenden Segmente. Geben Sie eine oder mehrere Varianten für die End-X-SID an.

    HINWEIS:

    Stellen Sie sicher, dass sich der Locator und die End-X-SID im selben Subnetz befinden, um einen Commit-Fehler zu vermeiden. Sie müssen SRv6 aktivieren und den Locator vor dem [edit routing-options] Zuordnen von Locators zu Schnittstellen konfigurieren.

  20. Konfigurieren Sie die SRv6-Segmentlisten end-sids-segment und end-x-sids-segment-last-sid-end-sid zwischen <R4, R5, R6> und <R2, R3, R6>.

  21. Konfigurieren Sie den SRv6-TE-Tunnel zwischen R1 und R6 mit einer end-sids-Segmentgewichtung von 40 und einer end-x-sids-segment-last-sid-end-sid-Gewichtung von 30 für ungefärbte Pfade (nc_path_R1R6) und farbige Pfade (c_path_R1R6).

Ergebnisse

Überprüfen Sie die Ergebnisse der Konfiguration:

Wenn Sie mit der Konfiguration des Geräts fertig sind, wechseln commit Sie in den Konfigurationsmodus.

Verifizierung

Vergewissern Sie sich, dass die Konfiguration ordnungsgemäß funktioniert.

Verifizierung des SPRING Traffic-Engineering-LSP

Zweck

Verifizierung des für den Datenverkehr entwickelten SPRING-LSP auf dem Eingangsgerät R1

Action!

Führen Sie den show spring-traffic-engineering lsp Befehl im Betriebsmodus auf dem Gerät R1 aus.

Bedeutung

Die Ausgabe zeigt die SPRING Traffic-Engineering-LSPs auf dem Eingangsgerät an.

Verifizieren von Transport-RIB, das von SR-TE aufgefüllt wurde

Zweck

Überprüfen des von SR-TE aufgefüllten Transport-RIB.

Action!

Führen Sie den show route protocol spring-te extensive Befehl im Betriebsmodus auf dem Gerät R1 aus.

Bedeutung

Die Ausgabe zeigt farbige und ungefärbte SR-TE-Transportrouten an, wobei jede Route drei SRv6-TE-Segmentlisten hat. Die Ausgabe bedeutet auch, dass die farbigen und ungefärbten Routensegmentlisten dem reduzierten SRH-Kapselungsmodus folgen.

Überprüfen der BGP-Dienst-IPv4-Route über ungefärbte SR-TE SRv6-Route End.DT4

Zweck

Vergewissern Sie sich, dass die IPv4-Route des BGP-Diensts über die ungefärbte SR-TE SRv6-Route End.DT4 aufgelöst wird.

Action!

Führen Sie den show route 10.100.10.7 extensive expanded-nh Befehl im Betriebsmodus auf dem Gerät R1 aus.

Bedeutung

Die Ausgabe bestätigt, dass das BGP-VPN-IPv4-Dienstpräfix 10.100.10.7/32 in der Tabelle vpn.inet.0 installiert ist, die über die ungefärbte SRv6-TE-Richtlinie aufgelöst wird.

Überprüfen der BGP-Dienst-IPv6-Route über die farbige SR-TE SRv6-Route End.DT6

Zweck

Stellen Sie sicher, dass die BGP-VPN-IPv6-Dienstroute über die farbige SRv6-TE-Richtlinie aufgelöst wird.

Action!

Führen Sie den show route 2001:db8:7:255::7/128 extensive expanded-nh Befehl im Betriebsmodus auf dem Gerät R1 aus.

Bedeutung

Die Ausgabe bestätigt, dass das BGP-VPN-IPv6-Dienstpräfix 2001:db8:7:255::7/128 in der Tabelle vpn.inet6.0 installiert ist, die über die farbige SRv6-TE-Richtlinie aufgelöst wird.

Überprüfen der IPv4-Konnektivität zwischen CE0 und CE7

Zweck

Generieren Sie Pings, um die IPv4-Konnektivität zwischen den CE-Geräten über den IPv6-Provider-Core zu überprüfen.

Action!

Führen Sie den ping 10.100.10.7 Befehl im Betriebsmodus auf dem Gerät CE0 aus.

Bedeutung

Die Ausgabe bestätigt, dass die IPv4-Konnektivität zwischen den Netzwerken der CE-Geräte funktioniert. Dadurch wird überprüft, ob das SRv6-Tunneling über einen IPv6-Anbieterkern in diesem Beispiel ordnungsgemäß funktioniert.

Tabellarischer Änderungsverlauf

Die Unterstützung der Funktion hängt von der Plattform und der Version ab, die Sie benutzen. Verwenden Sie Feature Explorer, um festzustellen, ob eine Funktion auf Ihrer Plattform unterstützt wird.

Release
Beschreibung
Junos OS Release 20.2R1
Ab Junos OS Version 20.2R1 bietet Junos OS Unterstützung für Controller-basierte BGP-SRTE-Routen, die als Segment-Routing-SPRING-TE-Routen (Traffic Engineering) installiert werden
18.3R1
Ab Version 18.3R1 unterstützt Junos OS die Erfassung von Datenverkehrsstatistiken sowohl für eingehende IP- als auch für Transit-MPLS-Datenverkehr in einem Netzwerk, das mit der Traffic-Engineering-Richtlinie für Segment-Routing konfiguriert ist. Um die Erfassung von Datenverkehrsstatistiken zu aktivieren, fügen Sie die telemetry Anweisung auf Hierarchieebene [edit protocols source-packet-routing] ein.
change-completed