Auf dieser Seite
Konfigurieren von primären und Zweigstellen-LSPs für Point-to-Multipoint-LSPs
Konfiguration domänenübergreifender Point-to-Multipoint-LSPs
Konfigurieren des Verbindungsschutzes für Point-to-Multipoint-LSPs
Konfigurieren von Graceful Restart für Point-to-Multipoint-LSPs
Konfigurieren einer Multicast-RPF-Prüfrichtlinie für Point-to-Multipoint-LSPs
Konfigurieren der Eingangs-PE-Router-Redundanz für Point-to-Multipoint-LSPs
Konfigurieren eines Service zur Korrelation von Point-to-Multipoint-Sub-LSPs mit FPCs
Ermöglichen von Point-to-Point-LSPs zur Überwachung von Ausgangs-PE-Routern
Beibehaltung des Point-to-Multipoint-LSP mit verschiedenen Junos OS-Versionen
Point-to-Multipoint-LSP-Konfiguration
Point-to-Multipoint-LSPs – Übersicht
Ein Point-to-Multipoint-MPLS-LSP ist ein LSP mit einer einzigen Quelle und mehreren Zielen. Durch die Nutzung der MPLS-Paketreplikationsfunktion des Netzwerks vermeiden Point-to-Multipoint-LSPs unnötige Paketreplikation am Eingangsrouter. Die Paketreplikation findet nur statt, wenn Pakete an zwei oder mehr unterschiedliche Ziele weitergeleitet werden, die unterschiedliche Netzwerkpfade erfordern.
Dieser Prozess wird in Abbildung 1. Router PE1 ist mit einem Point-to-Multipoint-LSP für die Router PE2, PE3 und PE4 konfiguriert. Wenn Router PE1 ein Paket auf dem Point-to-Multipoint-LSP an die Router P1 und P2 sendet, repliziert Router P1 das Paket und leitet es an die Router PE2 und PE3 weiter. Router P2 sendet das Paket an Router PE4.
Diese Funktion wird ausführlich in den Internet-Entwürfen draft-raggarwa-mpls-p2mp-te-02.txt (abgelaufen Februar 2004), Establishing Point to Multipoint MPLS TE LSPs, beschrieben, draft-ietf-mpls-rsvp-te-p2mp-02.txt, Extensions to Resource Reservation Protocol-Traffic Engineering (RSVP-TE) für Point-to-Multipoint TE Label-Switched Paths (LSPs) und RFC 6388, Label Distribution Protocol Extensions for Point-to-Multipoint and Multipoint-to-Multipoint Labeled Paths (Switched Paths ) (nur Point-to-Multipoint-LSPs werden unterstützt).
Im Folgenden sind einige der Eigenschaften von Point-to-Multipoint-LSPs:
Ein Point-to-Multipoint-LSP ermöglicht es Ihnen, MPLS für die Point-to-Multipoint-Datenverteilung zu verwenden. Diese Funktionalität ist ähnlich wie bei IP-Multicast.
Sie können Zweigstellen-LSPs von einem Haupt-Point-to-Multipoint-LSP hinzufügen und entfernen, ohne den Datenverkehr zu unterbrechen. Die nicht betroffenen Teile des Point-to-Multipoint-LSP funktionieren weiterhin normal.
Sie können einen Knoten als Transit- und Ausgangsrouter für verschiedene Zweigstellen-LSPs desselben Point-to-Multipoint-LSP konfigurieren.
Sie können den Linkschutz auf einem Point-to-Multipoint-LSP aktivieren. Der Link-Schutz kann einen Bypass-LSP für jeden der Zweigstellen-LSPs bieten, die den Point-to-Multipoint-LSP bilden. Wenn einer der primären Pfade ausfällt, kann der Datenverkehr schnell auf den Bypass umgestellt werden.
Sie können Zweigstellen-LSPs statisch, dynamisch oder als Kombination aus statischen und dynamischen LSPs konfigurieren.
Sie können graceful Routing Engine Switchover (GRES) und graceful Restart für Point-to-Multipoint-LSPs an Eingangs- und Ausgangsroutern aktivieren. Die Point-to-Multipoint-LSPs müssen entweder mit statischen Routen oder Circuit Cross-Connect (CCC) konfiguriert werden. GRES und Graceful Restart ermöglichen die Weiterleitung des Datenverkehrs an die Packet Forwarding Engine basierend auf dem alten Zustand, während die Control Plane wiederhergestellt wird. Funktionsgleichheit für GRES und graceful Restart für MPLS Point-to-Multipoint-LSPs auf dem Junos Trio-Chipsatz wird in den Junos OS-Versionen 11.1R2, 11.2R2 und 11.4 unterstützt.
Verständnis von Point-to-Multipoint-LSPs
Ein Point-to-Multipoint-MPLS-Label-Switched Path (LSP) ist ein LDP-signalisierter oder RSVP-signalisierter LSP mit einer einzigen Quelle und mehreren Zielen. Durch die Nutzung der MPLS-Paketreplikationsfunktion des Netzwerks vermeiden Point-to-Multipoint-LSPs unnötige Paketreplikation am eingehenden (Eingangs-)Router. Die Paketreplikation findet nur statt, wenn Pakete an zwei oder mehr unterschiedliche Ziele weitergeleitet werden, die unterschiedliche Netzwerkpfade erfordern.
Dieser Prozess wird in Abbildung 2. Geräte-PE1 ist mit einem Point-to-Multipoint-LSP für die Router PE2, PE3 und PE4 konfiguriert. Wenn Gerät PE1 ein Paket auf dem Point-to-Multipoint-LSP an die Router P1 und P2 sendet, repliziert Gerät P1 das Paket und leitet es an die Router PE2 und PE3 weiter. Gerät P2 sendet das Paket an Geräte PE4.
Im Folgenden sind einige der Eigenschaften von Point-to-Multipoint-LSPs:
Ein Point-to-Multipoint-LSP ermöglicht es Ihnen, MPLS für die Point-to-Multipoint-Datenverteilung zu verwenden. Diese Funktionalität ist ähnlich wie bei IP-Multicast.
Sie können Zweigstellen-LSPs von einem Haupt-Point-to-Multipoint-LSP hinzufügen und entfernen, ohne den Datenverkehr zu unterbrechen. Die nicht betroffenen Teile des Point-to-Multipoint-LSP funktionieren weiterhin normal.
Sie können einen Knoten als Transit- und Ausgangsrouter für verschiedene Zweigstellen-LSPs desselben Point-to-Multipoint-LSP konfigurieren.
Sie können den Linkschutz auf einem Point-to-Multipoint-LSP aktivieren. Der Link-Schutz kann einen Bypass-LSP für jeden der Zweigstellen-LSPs bieten, die den Point-to-Multipoint-LSP bilden. Wenn ein primärer Pfad ausfällt, kann der Datenverkehr schnell auf den Bypass umgestellt werden.
Sie können Unterpfade statisch oder dynamisch konfigurieren.
Sie können einen graceful-Neustart auf Point-to-Multipoint-LSPs aktivieren.
Point-to-Multipoint-LSP-Konfiguration – Übersicht
So richten Sie einen Point-to-Multipoint-LSP ein:
- Konfigurieren Sie den primären LSP vom Eingangsrouter und den Zweigstellen-LSPs, die den Datenverkehr zu den Ausgangsroutern übertragen.
- Geben Sie einen Pfadnamen für den primären LSP und denselben Pfadnamen für jeden Zweigstellen-LSP an.
Standardmäßig werden die Zweigstellen-LSPs dynamisch über CsPF (Constrained Shortest Path First) signalisiert und erfordern keine Konfiguration. Alternativ können Sie die Zweigstellen-LSPs als statische Pfade konfigurieren.
Beispiel: Konfigurieren einer Sammlung von Pfaden zum Erstellen eines RSVP-signalisierten Point-to-Multipoint-LSP
Dieses Beispiel zeigt, wie Sie eine Sammlung von Pfaden konfigurieren, um einen RSVP-signalierten Point-to-Multipoint-Label-Switched Path (LSP) zu erstellen.
Anforderungen
In diesem Beispiel ist keine spezielle Konfiguration über die Geräteinitialisierung hinaus erforderlich.
Überblick
In diesem Beispiel dienen mehrere Routing-Geräte als Transit-, Zweigstellen- und Leaf-Knoten eines einzelnen Point-to-Multipoint-LSP. Am Provider-Edge (PE) ist Geräte-PE1 der Eingangsknoten. Die Zweigstellen gehen von PE1 zu PE2, PE1 zu PE3 und PE1 zu PE4. Statische Unicast-Routen auf dem Eingangsknoten (PE1) verweisen auf die Ausgangsknoten.
In diesem Beispiel wird mithilfe der Anweisung auch statische Routen mit einem Nächsten Hop veranschaulicht, bei dem p2mp-lsp-next-hop es sich um einen Point-to-Multipoint-LSP handelt. Dies ist bei der Implementierung einer filterbasierten Weiterleitung nützlich.
Eine weitere Option ist, die lsp-next-hop Anweisung zu verwenden, um einen regulären Point-to-Point-LSP zu konfigurieren, der der nächste Hop ist. Obwohl in diesem Beispiel nicht dargestellt, können Sie dem nächsten Hop optional eine unabhängige Voreinstellung und Metrik zuweisen.
Topologiediagramm
Abbildung 3 zeigt die in diesem Beispiel verwendete Topologie.
Konfiguration
- CLI-Schnellkonfiguration
- Konfigurieren des Eingangs-Label-Switched Router (LSR) (Geräte-PE1)
- Konfigurieren der Transit- und Ausgangs-LSRs (Geräte P2, P3, P4, PE2, PE3 und PE4)
- Konfiguration des Geräts CE1
- Konfigurieren von Gerät CE2
- Konfiguration des Gerätes CE3
- Konfiguration des Gerätes CE4
CLI-Schnellkonfiguration
Um dieses Beispiel schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen sie in eine Textdatei ein, entfernen alle Zeilenumbrüche, ändern alle erforderlichen Details, um mit Ihrer Netzwerkkonfiguration zu übereinstimmen, und kopieren Sie dann die Befehle und fügen sie auf Hierarchieebene in die [edit] CLI ein.
Gerät PE1
set interfaces ge-2/0/2 unit 0 description PE1-to-CE1 set interfaces ge-2/0/2 unit 0 family inet address 10.0.244.10/30 set interfaces fe-2/0/10 unit 1 description PE1-to-P2 set interfaces fe-2/0/10 unit 1 family inet address 2.2.2.1/24 set interfaces fe-2/0/10 unit 1 family mpls set interfaces fe-2/0/9 unit 8 description PE1-to-P3 set interfaces fe-2/0/9 unit 8 family inet address 6.6.6.1/24 set interfaces fe-2/0/9 unit 8 family mpls set interfaces fe-2/0/8 unit 9 description PE1-to-P4 set interfaces fe-2/0/8 unit 9 family inet address 3.3.3.1/24 set interfaces fe-2/0/8 unit 9 family mpls set interfaces lo0 unit 1 family inet address 100.10.10.10/32 set protocols rsvp interface fe-2/0/10.1 set protocols rsvp interface fe-2/0/9.8 set protocols rsvp interface fe-2/0/8.9 set protocols rsvp interface lo0.1 set protocols mpls traffic-engineering bgp-igp set protocols mpls label-switched-path PE1-PE2 to 100.50.50.50 set protocols mpls label-switched-path PE1-PE2 link-protection set protocols mpls label-switched-path PE1-PE2 p2mp p2mp1 set protocols mpls label-switched-path PE1-PE3 to 100.70.70.70 set protocols mpls label-switched-path PE1-PE3 link-protection set protocols mpls label-switched-path PE1-PE3 p2mp p2mp1 set protocols mpls label-switched-path PE1-PE4 to 100.40.40.40 set protocols mpls label-switched-path PE1-PE4 link-protection set protocols mpls label-switched-path PE1-PE4 p2mp p2mp1 set protocols mpls interface fe-2/0/10.1 set protocols mpls interface fe-2/0/9.8 set protocols mpls interface fe-2/0/8.9 set protocols mpls interface lo0.1 set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface ge-2/0/2.0 set protocols ospf area 0.0.0.0 interface fe-2/0/10.1 set protocols ospf area 0.0.0.0 interface fe-2/0/9.8 set protocols ospf area 0.0.0.0 interface fe-2/0/8.9 set protocols ospf area 0.0.0.0 interface lo0.1 set routing-options static route 5.5.5.0/24 p2mp-lsp-next-hop p2mp1 set routing-options static route 7.7.7.0/24 p2mp-lsp-next-hop p2mp1 set routing-options static route 4.4.4.0/24 p2mp-lsp-next-hop p2mp1 set routing-options router-id 100.10.10.10
Gerät CE1
set interfaces ge-1/3/2 unit 0 family inet address 10.0.244.9/30 set interfaces ge-1/3/2 unit 0 description CE1-to-PE1 set routing-options static route 10.0.104.8/30 next-hop 10.0.244.10 set routing-options static route 10.0.134.8/30 next-hop 10.0.244.10 set routing-options static route 10.0.224.8/30 next-hop 10.0.244.10
Gerät CE2
set interfaces ge-1/3/3 unit 0 family inet address 10.0.224.9/30 set interfaces ge-1/3/3 unit 0 description CE2-to-PE2 set routing-options static route 10.0.244.8/30 next-hop 10.0.224.10
Gerät CE3
set interfaces ge-2/0/1 unit 0 family inet address 10.0.134.9/30 set interfaces ge-2/0/1 unit 0 description CE3-to-PE3 set routing-options static route 10.0.244.8/30 next-hop 10.0.134.10
Gerät CE4
set interfaces ge-3/1/3 unit 0 family inet address 10.0.104.10/30 set interfaces ge-3/1/3 unit 0 description CE4-to-PE4 set routing-options static route 10.0.244.8/30 next-hop 10.0.104.9
Konfigurieren des Eingangs-Label-Switched Router (LSR) (Geräte-PE1)
Schritt-für-Schritt-Verfahren
So konfigurieren Sie Geräte-PE1:
Konfigurieren Sie die Schnittstellen, Schnittstellenkapselung und Protokollfamilien.
[edit interfaces] user@PE1# set ge-2/0/2 unit 0 description PE1-to-CE1 user@PE1# set ge-2/0/2 unit 0 family inet address 10.0.244.10/30 user@PE1# set fe-2/0/10 unit 1 description PE1-to-P2 user@PE1# set fe-2/0/10 unit 1 family inet address 2.2.2.1/24 user@PE1# set fe-2/0/10 unit 1 family mpls user@PE1# set fe-2/0/9 unit 8 description PE1-to-P3 user@PE1# set fe-2/0/9 unit 8 family inet address 6.6.6.1/24 user@PE1# set fe-2/0/9 unit 8 family mpls user@PE1# set fe-2/0/8 unit 9 description PE1-to-P4 user@PE1# set fe-2/0/8 unit 9 family inet address 3.3.3.1/24 user@PE1# set fe-2/0/8 unit 9 family mpls user@PE1# set lo0 unit 1 family inet address 100.10.10.10/32
Aktivieren Sie RSVP, MPLS und OSPF auf den Schnittstellen.
[edit protocols] user@PE1# set rsvp interface fe-2/0/10.1 user@PE1# set rsvp interface fe-2/0/9.8 user@PE1# set rsvp interface fe-2/0/8.9 user@PE1# set rsvp interface lo0.1 user@PE1# set mpls interface fe-2/0/10.1 user@PE1# set mpls interface fe-2/0/9.8 user@PE1# set mpls interface fe-2/0/8.9 user@PE1# set mpls interface lo0.1 user@PE1# set ospf area 0.0.0.0 interface ge-2/0/2.0 user@PE1# set ospf area 0.0.0.0 interface fe-2/0/10.1 user@PE1# set ospf area 0.0.0.0 interface fe-2/0/9.8 user@PE1# set ospf area 0.0.0.0 interface fe-2/0/8.9 user@PE1# set ospf area 0.0.0.0 interface lo0.1
Konfigurieren Sie die MPLS-Point-to-Multipoint-LSPs.
[edit protocols] user@PE1# set mpls label-switched-path PE1-PE2 to 100.50.50.50 user@PE1# set mpls label-switched-path PE1-PE2 p2mp p2mp1 user@PE1# set mpls label-switched-path PE1-PE3 to 100.70.70.70 user@PE1# set mpls label-switched-path PE1-PE3 p2mp p2mp1 user@PE1# set mpls label-switched-path PE1-PE4 to 100.40.40.40 user@PE1# set mpls label-switched-path PE1-PE4 p2mp p2mp1
(Optional) Aktivieren Sie den Linkschutz auf den LSPs.
Der Link-Schutz sorgt dafür, dass der Datenverkehr, der über eine bestimmte Schnittstelle zu einem benachbarten Router gesendet wird, weiterhin den Router erreichen kann, wenn diese Schnittstelle ausfällt.
[edit protocols] user@PE1# set mpls label-switched-path PE1-PE2 link-protection user@PE1# set mpls label-switched-path PE1-PE3 link-protection user@PE1# set mpls label-switched-path PE1-PE4 link-protection
Ermöglichen Sie MPLS die Durchführung von Traffic-Engineering für OSPF.
[edit protocols] user@PE1# set mpls traffic-engineering bgp-igp
Dadurch werden die Eingangsrouten in der Routingtabelle inet.0 installiert. Standardmäßig führt MPLS Traffic Engineering nur für BGP durch. Sie müssen MPLS-Traffic-Engineering nur auf dem Eingangs-LSR aktivieren.
Ermöglichen Sie Traffic-Engineering für OSPF.
[edit protocols] user@PE1# set ospf traffic-engineering
Dadurch berücksichtigt der SPF-Algorithmus (ShortEst Path First) die unter MPLS konfigurierten LSPs.
Konfigurieren Sie die Router-ID.
[edit routing-options] user@PE1# set router-id 100.10.10.10
Konfigurieren Sie statische IP-Unicast-Routen mit dem Point-to-Multipoint-LSP-Namen als nächsten Hop für jede Route.
[edit routing-options] user@PE1# set static route 5.5.5.0/24p2mp-lsp-next-hop p2mp1 user@PE1# set static route 7.7.7.0/24 p2mp-lsp-next-hop p2mp1 user@PE1# set static route 4.4.4.0/24 p2mp-lsp-next-hop p2mp1
Wenn Sie mit der Konfiguration des Geräts fertig sind, bestätigen Sie die Konfiguration.
[edit] user@PE1# commit
Konfigurieren der Transit- und Ausgangs-LSRs (Geräte P2, P3, P4, PE2, PE3 und PE4)
Schritt-für-Schritt-Verfahren
So konfigurieren Sie die Transit- und Ausgangs-LSRs:
Konfigurieren Sie die Schnittstellen, Schnittstellenkapselung und Protokollfamilien.
[edit] user@P2# set interfaces fe-2/0/10 unit 2 description P2-to-PE1 user@P2# set interfaces fe-2/0/10 unit 2 family inet address 2.2.2.2/24 user@P2# set interfaces fe-2/0/10 unit 2 family mpls user@P2# set interfaces fe-2/0/9 unit 10 description P2-to-PE2 user@P2# set interfaces fe-2/0/9 unit 10 family inet address 5.5.5.1/24 user@P2# set interfaces fe-2/0/9 unit 10 family mpls user@P2# set interfaces lo0 unit 2 family inet address 100.20.20.20/32 user@PE2# set interfaces ge-2/0/3 unit 0 description PE2-to-CE2 user@PE2# set interfaces ge-2/0/3 unit 0 family inet address 10.0.224.10/30 user@PE2# set interfaces fe-2/0/10 unit 5 description PE2-to-P2 user@PE2# set interfaces fe-2/0/10 unit 5 family inet address 5.5.5.2/24 user@PE2# set interfaces fe-2/0/10 unit 5 family mpls user@PE2# set interfaces lo0 unit 5 family inet address 100.50.50.50/32 user@P3# set interfaces fe-2/0/10 unit 6 description P3-to-PE1 user@P3# set interfaces fe-2/0/10 unit 6 family inet address 6.6.6.2/24 user@P3# set interfaces fe-2/0/10 unit 6 family mpls user@P3# set interfaces fe-2/0/9 unit 11 description P3-to-PE3 user@P3# set interfaces fe-2/0/9 unit 11 family inet address 7.7.7.1/24 user@P3# set interfaces fe-2/0/9 unit 11 family mpls user@P3# set interfaces lo0 unit 6 family inet address 100.60.60.60/32 user@PE3# set interfaces ge-2/0/1 unit 0 description PE3-to-CE3 user@PE3# set interfaces ge-2/0/1 unit 0 family inet address 10.0.134.10/30 user@PE3# set interfaces fe-2/0/10 unit 7 description PE3-to-P3 user@PE3# set interfaces fe-2/0/10 unit 7 family inet address 7.7.7.2/24 user@PE3# set interfaces fe-2/0/10 unit 7 family mpls user@PE3# set interfaces lo0 unit 7 family inet address 100.70.70.70/32 user@P4# set interfaces fe-2/0/10 unit 3 description P4-to-PE1 user@P4# set interfaces fe-2/0/10 unit 3 family inet address 3.3.3.2/24 user@P4# set interfaces fe-2/0/10 unit 3 family mpls user@P4# set interfaces fe-2/0/9 unit 12 description P4-to-PE4 user@P4# set interfaces fe-2/0/9 unit 12 family inet address 4.4.4.1/24 user@P4# set interfaces fe-2/0/9 unit 12 family mpls user@P4# set interfaces lo0 unit 3 family inet address 100.30.30.30/32 user@PE4# set interfaces ge-2/0/0 unit 0 description PE4-to-CE4 user@PE4# set interfaces ge-2/0/0 unit 0 family inet address 10.0.104.9/30 user@PE4# set interfaces fe-2/0/10 unit 4 description PE4-to-P4 user@PE4# set interfaces fe-2/0/10 unit 4 family inet address 4.4.4.2/24 user@PE4# set interfaces fe-2/0/10 unit 4 family mpls user@PE4# set interfaces lo0 unit 4 family inet address 100.40.40.40/32
Aktivieren Sie RSVP, MPLS und OSPF auf den Schnittstellen.
[edit] user@P2# set protocols rsvp interface fe-2/0/10.2 user@P2# set protocols rsvp interface fe-2/0/9.10 user@P2# set protocols rsvp interface lo0.2 user@P2# set protocols mpls interface fe-2/0/10.2 user@P2# set protocols mpls interface fe-2/0/9.10 user@P2# set protocols mpls interface lo0.2 user@P2# set protocols ospf area 0.0.0.0 interface fe-2/0/10.2 user@P2# set protocols ospf area 0.0.0.0 interface fe-2/0/9.10 user@P2# set protocols ospf area 0.0.0.0 interface lo0.2 user@PE2# set protocols rsvp interface fe-2/0/10.5 user@PE2# set protocols rsvp interface lo0.5 user@PE2# set protocols mpls interface fe-2/0/10.5 user@PE2# set protocols mpls interface lo0.5 user@PE2# set protocols ospf area 0.0.0.0 interface ge-2/0/3.0 user@PE2# set protocols ospf area 0.0.0.0 interface fe-2/0/10.5 user@PE2# set protocols ospf area 0.0.0.0 interface lo0.5 user@P3# set protocols rsvp interface fe-2/0/10.6 user@P3# set protocols rsvp interface fe-2/0/9.11 user@P3# set protocols rsvp interface lo0.6 user@P3# set protocols mpls interface fe-2/0/10.6 user@P3# set protocols mpls interface fe-2/0/9.11 user@P3# set protocols mpls interface lo0.6 user@P3# set protocols ospf area 0.0.0.0 interface fe-2/0/10.6 user@P3# set protocols ospf area 0.0.0.0 interface fe-2/0/9.11 user@P3# set protocols ospf area 0.0.0.0 interface lo0.6 user@PE3# set protocols rsvp interface fe-2/0/10.7 user@PE3# set protocols rsvp interface lo0.7 user@PE3# set protocols mpls interface fe-2/0/10.7 user@PE3# set protocols mpls interface lo0.7 user@PE3# set protocols ospf area 0.0.0.0 interface ge-2/0/1.0 user@PE3# set protocols ospf area 0.0.0.0 interface fe-2/0/10.7 user@PE3# set protocols ospf area 0.0.0.0 interface lo0.7 user@P4# set protocols rsvp interface fe-2/0/10.3 user@P4# set protocols rsvp interface fe-2/0/9.12 user@P4# set protocols rsvp interface lo0.3 user@P4# set protocols mpls interface fe-2/0/10.3 user@P4# set protocols mpls interface fe-2/0/9.12 user@P4# set protocols mpls interface lo0.3 user@P4# set protocols ospf area 0.0.0.0 interface fe-2/0/10.3 user@P4# set protocols ospf area 0.0.0.0 interface fe-2/0/9.12 user@P4# set protocols ospf area 0.0.0.0 interface lo0.3 user@PE4# set protocols rsvp interface fe-2/0/10.4 user@PE4# set protocols rsvp interface lo0.4 user@PE4# set protocols mpls interface fe-2/0/10.4 user@PE4# set protocols mpls interface lo0.4 user@PE4# set protocols ospf area 0.0.0.0 interface ge-2/0/0.0 user@PE4# set protocols ospf area 0.0.0.0 interface fe-2/0/10.4 user@PE4# set protocols ospf area 0.0.0.0 interface lo0.4
Ermöglichen Sie Traffic-Engineering für OSPF.
[edit] user@P2# set protocols ospf traffic-engineering user@P3# set protocols ospf traffic-engineering user@P4# set protocols ospf traffic-engineering user@PE2# set protocols ospf traffic-engineering user@PE3# set protocols ospf traffic-engineering user@PE4# set protocols ospf traffic-engineering
Dadurch berücksichtigt der SPF-Algorithmus (ShortEst Path First) die unter MPLS konfigurierten LSPs.
Konfigurieren Sie die Router-IDs.
[edit] user@P2# set routing-options router-id 100.20.20.20 user@P3# set routing-options router-id 100.60.60.60 user@P4# set routing-options router-id 100.30.30.30 user@PE2# set routing-options router-id 100.50.50.50 user@PE3# set routing-options router-id 100.70.70.70 user@PE4# set routing-options router-id 100.40.40.40
Wenn Sie mit der Konfiguration der Geräte fertig sind, bestätigen Sie die Konfiguration.
[edit] user@host# commit
Ergebnisse
Bestätigen Sie ihre Konfiguration im Konfigurationsmodus, indem Sie die show interfacesBefehle und show routing-optionsshow protocolsdie Befehle eingeben. Wenn die gewünschte Konfiguration in der Ausgabe nicht angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.
Gerät PE1
user@PE1# show interfaces
ge-2/0/2 {
unit 0 {
description R1-to-CE1;
family inet {
address 10.0.244.10/30;
}
}
}
fe-2/0/10 {
unit 1 {
description PE1-to-P2;
family inet {
address 2.2.2.1/24;
}
family mpls;
}
}
fe-2/0/9 {
unit 8 {
description PE1-to-P2;
family inet {
address 6.6.6.1/24;
}
family mpls;
}
}
fe-2/0/8 {
unit 9 {
description PE1-to-P3;
family inet {
address 3.3.3.1/24;
}
family mpls;
}
}
lo0 {
unit 1 {
family inet {
address 100.10.10.10/32;
}
}
}
user@PE1# show protocols
rsvp {
interface fe-2/0/10.1;
interface fe-2/0/9.8;
interface fe-2/0/8.9;
interface lo0.1;
}
mpls {
traffic-engineering bgp-igp;
label-switched-path PE1-to-PE2 {
to 100.50.50.50;
link-protection;
p2mp p2mp1;
}
label-switched-path PE1-to-PE3 {
to 100.70.70.70;
link-protection;
p2mp p2mp1;
}
label-switched-path PE1-to-PE4 {
to 100.40.40.40;
link-protection;
p2mp p2mp1;
}
interface fe-2/0/10.1;
interface fe-2/0/9.8;
interface fe-2/0/8.9;
interface lo0.1;
}
ospf {
traffic-engineering;
area 0.0.0.0 {
interface ge-2/0/2.0;
interface fe-2/0/10.1;
interface fe-2/0/9.8;
interface fe-2/0/8.9;
interface lo0.1;
}
}
user@PE1# show routing-options
static {
route 5.5.5.0/24 {
p2mp-lsp-next-hop p2mp1;
}
route 7.7.7.0/24 {
p2mp-lsp-next-hop p2mp1;
}
route 4.4.4.0/24 {
p2mp-lsp-next-hop p2mp1;
}
}
router-id 100.10.10.10;
Gerät P2
user@P2# show interfaces
fe-2/0/10 {
unit 2 {
description P2-to-PE1;
family inet {
address 2.2.2.2/24;
}
family mpls;
}
fe-2/0/9 {
unit 10 {
description P2-to-PE2;
family inet {
address 5.5.5.1/24;
}
family mpls;
}
}
lo0 {
unit 2 {
family inet {
address 100.20.20.20/32;
}
}
}
user@P2# show protocols
rsvp {
interface fe-2/0/10.2;
interface fe-2/0/9.10;
interface lo0.2;
}
mpls {
interface fe-2/0/10.2;
interface fe-2/0/9.10;
interface lo0.2;
}
ospf {
traffic-engineering;
area 0.0.0.0 {
interface fe-2/0/10.2;
interface fe-2/0/9.10;
interface lo0.2;
}
}
user@P2# show routing-options router-id 100.20.20.20;
Gerät P3
user@P3# show interfaces
fe-2/0/10 {
unit 6 {
description P3-to-PE1;
family inet {
address 6.6.6.2/24;
}
family mpls;
}
}
fe-2/0/9 {
unit 11 {
description P3-to-PE3;
family inet {
address 7.7.7.1/24;
}
family mpls;
}
}
lo0 {
unit 6 {
family inet {
address 100.60.60.60/32;
}
}
}
user@P3# show protocols
rsvp {
interface fe-2/0/10.6;
interface fe-2/0/9.11;
interface lo0.6;
}
mpls {
interface fe-2/0/10.6;
interface fe-2/0/9.11;
interface lo0.6;
}
ospf {
traffic-engineering;
area 0.0.0.0 {
interface fe-2/0/10.6;
interface fe-2/0/9.11;
interface lo0.6;
}
}
user@P2# show routing-options router-id 100.60.60.60;
Gerät P4
user@P4# show interfaces
fe-2/0/10 {
unit 3 {
description P4-to-PE1;
family inet {
address 3.3.3.2/24;
}
family mpls;
}
}
fe-2/0/9 {
unit 12 {
description P4-to-PE4;
family inet {
address 4.4.4.1/24;
}
family mpls;
}
}
lo0 {
unit 3 {
family inet {
address 100.30.30.30/32;
}
}
}
user@P4# show protocols
rsvp {
interface fe-2/0/10.3;
interface fe-2/0/9.12;
interface lo0.3;
}
mpls {
interface fe-2/0/10.3;
interface fe-2/0/9.12;
interface lo0.3;
}
ospf {
traffic-engineering;
area 0.0.0.0 {
interface fe-2/0/10.3;
interface fe-2/0/9.12;
interface lo0.3;
}
}
user@P3# show routing-options router-id 100.30.30.30;
Geräte-PE2
user@PE2# show interfaces
ge-2/0/3 {
unit 0 {
description PE2-to-CE2;
family inet {
address 10.0.224.10/30;
}
}
}
fe-2/0/10 {
unit 5 {
description PE2-to-P2;
family inet {
address 5.5.5.2/24;
}
family mpls;
}
}
lo0 {
unit 5 {
family inet {
address 100.50.50.50/32;
}
}
}
}
user@PE2# show protocols
rsvp {
interface fe-2/0/10.5;
interface lo0.5;
}
mpls {
interface fe-2/0/10.5;
interface lo0.5;
}
ospf {
traffic-engineering;
area 0.0.0.0 {
interface ge-2/0/3.0;
interface fe-2/0/10.5;
interface lo0.5;
}
}
user@PE2# show routing-options router-id 100.50.50.50;
Gerät PE3
user@PE3# show interfaces
ge-2/0/1 {
unit 0 {
description PE3-to-CE3;
family inet {
address 10.0.134.10/30;
}
}
}
fe-2/0/10 {
unit 7 {
description PE3-to-P3;
family inet {
address 7.7.7.2/24;
}
family mpls;
}
}
lo0 {
unit 7 {
family inet {
address 100.70.70.70/32;
}
}
}
}
user@PE3# show protocols
rsvp {
interface fe-2/0/10.7;
interface lo0.7;
}
mpls {
interface fe-2/0/10.7;
interface lo0.7;
}
ospf {
traffic-engineering;
area 0.0.0.0 {
interface ge-2/0/1.0;
interface fe-2/0/10.7;
interface lo0.7;
}
}
user@PE3# show routing-options router-id 100.70.70.70;
Gerät PE4
user@PE4# show interfaces
ge-2/0/0 {
unit 0 {
description PE4-to-CE4;
family inet {
address 10.0.104.9/30;
}
}
}
fe-2/0/10 {
unit 4 {
description PE4-to-P4;
family inet {
address 4.4.4.2/24;
}
family mpls;
}
}
lo0 {
unit 4 {
family inet {
address 100.40.40.40/32;
}
}
}
}
user@PE4# show protocols
rsvp {
interface fe-2/0/10.4;
interface lo0.4;
}
mpls {
interface fe-2/0/10.4;
interface lo0.4;
}
ospf {
traffic-engineering;
area 0.0.0.0 {
interface ge-2/0/0.0;
interface fe-2/0/10.4;
interface lo0.4;
}
}
user@PE4# show routing-options router-id 100.40.40.40;
Konfiguration des Geräts CE1
Schritt-für-Schritt-Verfahren
So konfigurieren Sie Das Gerät CE1:
Konfigurieren Sie eine Schnittstelle zu Geräte-PE1.
[edit interfaces] user@CE1# set ge-1/3/2 unit 0 family inet address 10.0.244.9/30 user@CE1# set ge-1/3/2 unit 0 description CE1-to-PE1
Konfigurieren Sie statische Routen vom Gerät CE1 zu den drei anderen Kundennetzwerken mit Geräte-PE1 als nächsten Hop.
[edit routing-options] user@CE1# set static route 10.0.104.8/30 next-hop 10.0.244.10 user@CE1# set static route 10.0.134.8/30 next-hop 10.0.244.10 user@CE1# set static route 10.0.224.8/30 next-hop 10.0.244.10
Wenn Sie mit der Konfiguration des Geräts fertig sind, bestätigen Sie die Konfiguration.
[edit] user@CE1# commit
Ergebnisse
Bestätigen Sie ihre Konfiguration im Konfigurationsmodus, indem Sie die show interfaces befehle eingeben show routing-options . Wenn die gewünschte Konfiguration in der Ausgabe nicht angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.
user@CE1# show interfaces
ge-1/3/2 {
unit 0 {
family inet {
address 10.0.244.9/30;
description CE1-to-PE1;
}
}
}
user@CE1# show routing-options
static {
route 10.0.104.8/30 next-hop 10.0.244.10;
route 10.0.134.8/30 next-hop 10.0.244.10;
route 10.0.224.8/30 next-hop 10.0.244.10;
}
Konfigurieren von Gerät CE2
Schritt-für-Schritt-Verfahren
So konfigurieren Sie Das Gerät CE2:
Konfigurieren Sie eine Schnittstelle zu Geräte-PE2.
[edit interfaces] user@CE2# set ge-1/3/3 unit 0 family inet address 10.0.224.9/30 user@CE2# set ge-1/3/3 unit 0 description CE2-to-PE2
Konfigurieren Sie eine statische Route von Gerät CE2 zu CE1, mit Geräte-PE2 als nächsten Hop.
[edit routing-options] user@CE2# set static route 10.0.244.8/30 next-hop 10.0.224.10
Wenn Sie mit der Konfiguration des Geräts fertig sind, bestätigen Sie die Konfiguration.
[edit] user@CE2# commit
Ergebnisse
Bestätigen Sie ihre Konfiguration im Konfigurationsmodus, indem Sie die show interfaces befehle eingeben show routing-options . Wenn die gewünschte Konfiguration in der Ausgabe nicht angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.
user@CE2# show interfaces
ge-1/3/3 {
unit 0 {
family inet {
address 10.0.224.9/30;
description CE2-to-PE2;
}
}
}
user@CE2# show routing-options
static {
route 10.0.244.8/30 next-hop 10.0.224.10;
}
Konfiguration des Gerätes CE3
Schritt-für-Schritt-Verfahren
So konfigurieren Sie das Gerät CE3:
Konfigurieren Sie eine Schnittstelle zu Geräte-PE3.
[edit interfaces] user@CE3# set ge-2/0/1 unit 0 family inet address 10.0.134.9/30 user@CE3# set ge-2/0/1 unit 0 description CE3-to-PE3
Konfigurieren Sie eine statische Route vom Gerät CE3 zum CE1 mit Geräte-PE3 als nächsten Hop.
[edit routing-options] user@CE3# set static route 10.0.244.8/30 next-hop 10.0.134.10
Wenn Sie mit der Konfiguration des Geräts fertig sind, bestätigen Sie die Konfiguration.
[edit] user@CE3# commit
Ergebnisse
Bestätigen Sie ihre Konfiguration im Konfigurationsmodus, indem Sie die show interfaces befehle eingeben show routing-options . Wenn die gewünschte Konfiguration in der Ausgabe nicht angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.
user@CE3# show interfaces
ge-2/0/1 {
unit 0 {
family inet {
address 10.0.134.9/30;
description CE3-to-PE3;
}
}
}
user@CE3# show routing-options
static {
route 10.0.244.8/30 next-hop 10.0.134.10;
}
Konfiguration des Gerätes CE4
Schritt-für-Schritt-Verfahren
So konfigurieren Sie Das Gerät CE4:
Konfigurieren Sie eine Schnittstelle zu Geräte-PE4.
[edit interfaces] user@CE4# set ge-3/1/3 unit 0 family inet address 10.0.104.10/30 user@CE4# set ge-3/1/3 unit 0 description CE4-to-PE4
Konfigurieren Sie eine statische Route vom Gerät CE4 zum CE1 mit Geräte-PE4 als nächsten Hop.
[edit routing-options] user@CE4# set static route 10.0.244.8/30 next-hop 10.0.104.9
Wenn Sie mit der Konfiguration des Geräts fertig sind, bestätigen Sie die Konfiguration.
[edit] user@CE4# commit
Ergebnisse
Bestätigen Sie ihre Konfiguration im Konfigurationsmodus, indem Sie die show interfaces befehle eingeben show routing-options . Wenn die gewünschte Konfiguration in der Ausgabe nicht angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.
user@CE4# show interfaces
ge-3/1/3 {
unit 0 {
family inet {
address 10.0.104.10/30;
description CE4-to-PE4;
}
}
}
user@CE4# show routing-options
static {
route 10.0.244.8/30 next-hop 10.0.104.9;
}
Überprüfung
Bestätigen Sie, dass die Konfiguration ordnungsgemäß funktioniert.
- Überprüfung der Konnektivität
- Überprüfen des Status des Point-to-Multipoint-LSP
- Überprüfung der Weiterleitungstabelle
Überprüfung der Konnektivität
Zweck
Stellen Sie sicher, dass die Geräte sich gegenseitig pingen können.
Aktion
Führen Sie den ping Befehl von CE1 zur Schnittstelle auf CE2 aus, die mit PE2 verbunden ist.
user@CE1> ping 10.0.224.9 PING 10.0.224.9 (10.0.224.9): 56 data bytes 64 bytes from 10.0.224.9: icmp_seq=0 ttl=61 time=1.387 ms 64 bytes from 10.0.224.9: icmp_seq=1 ttl=61 time=1.394 ms 64 bytes from 10.0.224.9: icmp_seq=2 ttl=61 time=1.506 ms ^C --- 10.0.224.9 ping statistics --- 3 packets transmitted, 3 packets received, 0% packet loss round-trip min/avg/max/stddev = 1.387/1.429/1.506/0.055 ms
Führen Sie den ping Befehl von CE1 zur Schnittstelle auf CE3 aus, die mit PE3 verbunden ist.
user@CE1> ping 10.0.134.9 PING 10.0.134.9 (10.0.134.9): 56 data bytes 64 bytes from 10.0.134.9: icmp_seq=0 ttl=61 time=1.068 ms 64 bytes from 10.0.134.9: icmp_seq=1 ttl=61 time=1.062 ms 64 bytes from 10.0.134.9: icmp_seq=2 ttl=61 time=1.053 ms ^C --- 10.0.134.9 ping statistics --- 3 packets transmitted, 3 packets received, 0% packet loss round-trip min/avg/max/stddev = 1.053/1.061/1.068/0.006 ms
Führen Sie den ping Befehl von CE1 zur Schnittstelle auf CE4 aus, die mit PE4 verbunden ist.
user@CE1> ping 10.0.104.10 PING 10.0.104.10 (10.0.104.10): 56 data bytes 64 bytes from 10.0.104.10: icmp_seq=0 ttl=61 time=1.079 ms 64 bytes from 10.0.104.10: icmp_seq=1 ttl=61 time=1.048 ms 64 bytes from 10.0.104.10: icmp_seq=2 ttl=61 time=1.070 ms ^C --- 10.0.104.10 ping statistics --- 3 packets transmitted, 3 packets received, 0% packet loss round-trip min/avg/max/stddev = 1.048/1.066/1.079/0.013 ms
Überprüfen des Status des Point-to-Multipoint-LSP
Zweck
Stellen Sie sicher, dass sich die Eingangs-, Transit- und Ausgangs-LSRs im Up-Zustand befinden.
Aktion
Führen Sie den show mpls lsp p2mp Befehl auf allen LSRs aus. Hier wird nur der Eingangs-LSR angezeigt.
user@PE1> show mpls lsp p2mp Ingress LSP: 1 sessions P2MP name: p2mp1, P2MP branch count: 3 To From State Rt P ActivePath LSPname 100.40.40.40 100.10.10.10 Up 0 * PE1-PE4 100.70.70.70 100.10.10.10 Up 0 * PE1-PE3 100.50.50.50 100.10.10.10 Up 0 * PE1-PE2 Total 3 displayed, Up 3, Down 0 ...
Überprüfung der Weiterleitungstabelle
Zweck
Stellen Sie sicher, dass die Routen wie erwartet eingerichtet sind, indem Sie den show route forwarding-table Befehl ausführen. Hier werden nur die Routen zu den Remote-Kundennetzwerken dargestellt.
Aktion
user@PE1> show route forwarding-table Routing table: default.inet Internet: Destination Type RtRef Next hop Type Index NhRef Netif ... 10.0.104.8/30 user 0 3.3.3.2 ucst 1006 6 fe-2/0/8.9 10.0.134.8/30 user 0 6.6.6.2 ucst 1010 6 fe-2/0/9.8 10.0.224.8/30 user 0 2.2.2.2 ucst 1008 6 fe-2/0/10.1 ...
Konfigurieren von primären und Zweigstellen-LSPs für Point-to-Multipoint-LSPs
Ein Point-to-Multipoint-MPLS-Label-Switched Path (LSP) ist ein RSVP-LSP mit mehreren Zielen. Durch die Nutzung der MPLS-Paketreplikationsfunktion des Netzwerks vermeiden Point-to-Multipoint-LSPs unnötige Paketreplikation am Eingangsrouter. Weitere Informationen zu Point-to-Multipoint-LSPs finden Sie unter Point-to-Multipoint-LSPs – Übersicht.
Um einen Point-to-Multipoint-LSP zu konfigurieren, müssen Sie den primären LSP vom Eingangsrouter und den Zweigstellen-LSPs konfigurieren, die den Datenverkehr zu den Ausgangsroutern übertragen, wie in den folgenden Abschnitten beschrieben:
- Konfigurieren des primären Point-to-Multipoint-LSP
- Konfigurieren eines Zweigstellen-LSP für Point-to-Multipoint-LSPs
Konfigurieren des primären Point-to-Multipoint-LSP
Ein Point-to-Multipoint-LSP muss über einen primären Point-to-Multipoint-LSP konfiguriert sein, um den Datenverkehr vom Eingangsrouter zu übertragen. Die Konfiguration des primären Point-to-Multipoint-LSP ist ähnlich wie ein signalisierter LSP. Weitere Informationen finden Sie unter Konfigurieren des Eingangsrouters für MPLS-signalisierter LSPs . Zusätzlich zur herkömmlichen LSP-Konfiguration müssen Sie einen Pfadnamen für den primären Point-to-Multipoint-LSP angeben, indem Sie die p2mp Anweisung angeben:
p2mp p2mp-lsp-name;
Sie können diese Anweisung auf den folgenden Hierarchieebenen einschließen:
[edit protocols mpls label-switched-path lsp-name][edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name]
Sie können den Optimierungszeitgeber für Point-to-Multipoint-LSPs aktivieren. Weitere Informationen finden Sie unter Optimieren von signalgestützten LSPs .
Konfigurieren eines Zweigstellen-LSP für Point-to-Multipoint-LSPs
Der primäre Point-to-Multipoint-LSP sendet Datenverkehr an zwei oder mehr Zweigstellen-LSPs, die Datenverkehr an jeden der PE-Router (Egress Provider Edge) übertragen. In der Konfiguration für jede dieser Zweigstellen-LSPs muss der angegebene Point-to-Multipoint-LSP-Pfadname mit dem Pfadnamen identisch sein, der für den primären Point-to-Multipoint-LSP konfiguriert wurde. Weitere Informationen finden Sie Konfigurieren des primären Point-to-Multipoint-LSP hier.
Um einen Zweigstellen-LSP mit dem primären Point-to-Multipoint-LSP zu verknüpfen, geben Sie den Point-to-Multipoint-LSP-Namen an, indem Sie die p2mp Anweisung angeben:
p2mp p2mp-lsp-name;
Sie können diese Anweisung auf den folgenden Hierarchieebenen einschließen:
[edit protocols mpls label-switched-path lsp-name][edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name]HINWEIS:Jede Änderung an den Zweigstellen-LSPs eines Point-to-Multipoint-LSP, entweder aufgrund einer Benutzeraktion oder einer automatischen Anpassung durch den Router, führt dazu, dass die primären und Zweigstellen-LSPs neu signalisiert werden. Der neue Point-to-Multipoint-LSP wird zuerst signalisiert, bevor der alte Pfad genommen wird.
In den folgenden Abschnitten wird beschrieben, wie Sie den Zweigstellen-LSP mithilfe von Constrained Shortest Path First (CSPF) als dynamisch signalisierter Pfad oder als eine Kombination aus dynamischen und statischen Pfaden konfigurieren können:
- Konfigurieren des Zweigstellen-LSP als dynamischer Pfad
- Konfigurieren des Zweigstellen-LSP als statischer Pfad
Konfigurieren des Zweigstellen-LSP als dynamischer Pfad
Standardmäßig wird der Zweigstellen-LSP für einen Point-to-Multipoint-LSP mithilfe von CSPF dynamisch signalisiert und erfordert keine Konfiguration.
Wenn ein Point-to-Multipoint-LSP geändert wird, entweder durch das Hinzufügen oder Löschen neuer Ziele oder durch die Neuberechnung des Pfads zu bestehenden Zielen, erhalten bestimmte Knoten in der Struktur Möglicherweise Daten von mehr als einer eingehenden Schnittstelle. Dies kann unter den folgenden Bedingungen geschehen:
Einige der Zweigstellen-LSPs zu Zielen sind statisch konfiguriert und können sich mit statisch oder dynamisch berechneten Pfaden zu anderen Zielen schneiden.
Wenn ein dynamisch berechneter Pfad für einen Zweigstellen-LSP zu einer Änderung der eingehenden Schnittstelle für einen der Knoten im Netzwerk führt, wird der ältere Pfad nicht sofort abgerissen, nachdem der neue Signal signalisiert wurde. Auf diese Weise wird sichergestellt, dass alle Daten, die auf dem älteren Pfad ausgeführt werden, ihr Ziel erreichen können. Der Netzwerkdatenverkehr kann jedoch möglicherweise beide Pfade verwenden, um das Ziel zu erreichen.
Ein fehlerhafter Router am Eingang berechnet die Pfade zu zwei verschiedenen Zweigstellenzielen, sodass eine andere eingehende Schnittstelle für diese Zweigstellen-LSPs auf einem Routerknoten ausgewählt wird, der diesen Zweigstellen-LSPs gemeinsam ist.
Konfigurieren des Zweigstellen-LSP als statischer Pfad
Sie können den Zweigstellen-LSP für einen Point-to-Multipoint-LSP als statischen Pfad konfigurieren. Weitere Informationen finden Sie unter Konfigurieren statischer LSPs .
Konfiguration domänenübergreifender Point-to-Multipoint-LSPs
Ein domänenübergreifender P2MP-LSP ist ein P2MP-LSP mit einem oder mehreren Sub-LSPs (Zweigstellen), die mehrere Domänen in einem Netzwerk umfassen. Beispiele für solche Domains sind IGP-Bereiche und autonome Systeme (ASs). Ein Sub-LSP eines P2MP-LSP zwischen der Domäne kann intra-area, inter-area oder inter-AS sein, abhängig vom Standort des Ausgangsknotens (Leaf) in Bezug auf den Eingangsknoten (Quelle).
Auf dem Eingangsknoten wird dem domänenübergreifenden P2MP-LSP ein Name zugewiesen und von allen sub-LSPs gemeinsam genutzt. Jeder Sub-LSP wird separat konfiguriert, mit einem eigenen Ausgangsknoten und optional einem expliziten Pfad. Der Standort des Ausgangsknotens des Sub-LSP in Bezug auf den Eingangsknoten bestimmt, ob der Sub-LSP intra-Area, Inter-Area oder Inter-AS ist.
Domänenübergreifende P2MP-LSPs können zum Transport von Datenverkehr in den folgenden Anwendungen in einem Multi-Area- oder Multi-AS-Netzwerk verwendet werden:
Layer 2-Broadcast und Multicast über MPLS
Layer 3 BGP/MPLS VPN
VPLS
Auf jedem Domain Boundary Node (ABR oder ASBR) entlang des Pfads des P2MP-LSP muss die expand-loose-hop Anweisung auf Hierarchieebene [edit protocols mpls] konfiguriert werden, damit CSPF einen Lose-Hop-ERO (normalerweise den ersten Eintrag der ERO-Liste, der von der RSVP Path-Nachricht übermittelt wird) auf den Ausgangsknoten oder den nächsten Domänengrenzenknoten ausdehnen kann.
CSPF-Pfadberechnung für domänenübergreifende P2MP-LSPs:
CsPF-Pfadberechnung wird auf jedem Sub-LSP für domänenübergreifende P2MP-LSPs unterstützt. Ein Sub-LSP kann intra-area, inter-area oder inter-AS sein. CSPF behandelt einen Inter-Area- oder Inter-AS-Sub-LSP auf die gleiche Weise wie ein Domänenübergreifender P2P-LSP.
Auf einem Eingangsknoten oder einem Domänengrenzenknoten (ABR oder ASBR) kann CSPF eine Explizite Routenobjekterweiterung (ERO) pro RSVP durchführen. Das abgefragte Ziel kann ein Ausgangsknoten oder eine empfangene Lose-Hop-ERO sein. Wenn sich das Ziel in einer benachbarten Domäne befindet, mit der der Knoten verbunden ist, generiert CSPF entweder eine Abfolge von Strict-Hop-EROs für das Ziel oder eine Abfolge von Strict-Hop-EROs zu einem anderen Domänengrenzenknoten, der das Ziel erreichen kann.
Wenn RSVP einen Pfad nicht durch einen zuvor ausgewählten Domain-Bounday-Knoten signalisiert, versucht RSVP, einen Pfad über andere verfügbare Domänengrenzenknoten in Einer Round-Robin-Art zu signalisieren.
Wenn ein Sub-LSP zu einem domänenübergreifenden P2MP-LSP hinzugefügt oder entfernt wird, wodurch sein Pfad (Zweigstelle) mit oder aus der aktuellen P2MP-Struktur zusammengeführt oder beschnitten wird, sollten die Pfade der anderen Sub-LSPs nicht beeinträchtigt werden, was dazu beiträgt, Datenverkehrsunterbrechungen auf diesen Sub-LSPs zu verhindern.
Achten Sie bei der Bereitstellung domänenübergreifender P2MP-LSPs in Ihrem Netzwerk auf Folgendes:
Periodische Pfad-Re-Optimierung wird für Domänenübergreifende P2MP-LSPs auf Eingangsknoten unterstützt. Sie kann für einen domänenübergreifenden P2MP-LSP aktiviert werden, indem Sie die
optimize-timerAnweisung auf[edit protocols mpls label-switched-path lsp-name]Hierarchieebene mit demselben Intervall für jeden Sub-LSP konfigurieren.Nur Verbindungsschutz-Bypass-LSPs werden für domänenübergreifende P2MP-LSPs unterstützt. Um dies für einen domänenübergreifenden P2MP-LSP zu aktivieren, muss der Link-Schutz für alle Sub-LSPs und auf allen RSVP-Schnittstellen konfiguriert werden, über die der P2MP-LSP geleitet werden kann.
Für domänenübergreifende P2MP-LSPs werden nur OSPF-Bereiche unterstützt. IS-IS-Ebenen werden nicht unterstützt.
Konfigurieren des Verbindungsschutzes für Point-to-Multipoint-LSPs
Der Link-Schutz hilft sicherzustellen, dass der Datenverkehr, der über eine bestimmte Schnittstelle zu einem benachbarten Router geht, weiterhin diesen Router erreichen kann, wenn diese Schnittstelle ausfällt. Wenn der Verbindungsschutz für eine Schnittstelle und einen Point-to-Multipoint-LSP konfiguriert ist, der diese Schnittstelle durchquert, wird ein Bypass-LSP erstellt, der diesen Datenverkehr verwaltet, wenn die Schnittstelle ausfällt. Der Bypass-LSP verwendet eine andere Schnittstelle und einen anderen Pfad, um dasselbe Ziel zu erreichen.
Um den Verbindungsschutz auf alle Pfade auszudehnen, die von einem Point-to-Multipoint-LSP verwendet werden, muss der Verbindungsschutz auf jedem Router, den jede Zweigstelle LSP durchquert, konfiguriert werden. Wenn Sie den Linkschutz auf einem Point-to-Multipoint-LSP aktivieren, müssen Sie den Linkschutz für alle Zweigstellen-LSPs aktivieren.
Der Internet-Entwurf draft-ietf-mpls-rsvp-te-p2mp-01.txt , Extensions to RSVP-TE for Point to Multipoint TE LSPs, beschreibt den Linkschutz für Point-to-Multipoint-LSPs.
Führen Sie die folgenden Schritte aus, um den Linkschutz für Point-to-Multipoint-LSPs zu aktivieren:
Konfigurieren Sie den Verbindungsschutz für jeden Zweigstellen-LSP. Um den Linkschutz zu konfigurieren, fügen Sie die Anweisung ein
link-protection:link-protection;
Sie können diese Anweisung auf den folgenden Hierarchieebenen einschließen:
[edit protocols mpls label-switched-path branch-lsp-name][edit logical-systems logical-system-name protocols mpls label-switched-path branch-lsp-name]
Konfigurieren Sie den Verbindungsschutz für jede RSVP-Schnittstelle auf jedem Router, den die Zweigstelle LSP durchquert. Informationen zur Konfiguration des Link-Schutzes auf RSVP-Schnittstellen finden Sie unter Konfigurieren des Verbindungsschutzes für von LSPs verwendete Schnittstellen.
Weitere Informationen zur Konfiguration des Verbindungsschutzes finden Sie unter Konfigurieren des Node-Schutzes oder Link-Schutz für LSPs.
Konfigurieren von Graceful Restart für Point-to-Multipoint-LSPs
Sie können graceful Restart auf Point-to-Multipoint-LSPs konfigurieren. Graceful Restart ermöglicht es einem Router, der einen Neustart durchläuft, seine benachbarten Nachbarn über seinen Zustand zu informieren. Der neu startende Router fordert vom Nachbarn oder Peer eine Nachfrist an, die dann mit dem neustartenden Router zusammenarbeiten kann. Der neu gestartete Router kann während des Neustarts weiterhin MPLS-Datenverkehr weiterleiten. die Konvergenz im Netzwerk wird nicht unterbrochen. Der Neustart ist für den Rest des Netzwerks nicht ersichtlich, und der neustartende Router wird nicht aus der Netzwerktopologie entfernt. RSVP Graceful Restart kann sowohl auf Transit-Routern als auch auf Eingangsroutern aktiviert werden.
Um einen graceful Restart auf einem Router zu ermöglichen, der Point-to-Multipoint-LSP-Datenverkehr behandelt, fügen Sie die Anweisung ein graceful-restart :
graceful-restart;
Sie können diese Anweisung auf den folgenden Hierarchieebenen einschließen:
[edit routing-options][edit logical-systems logical-system-name routing-options]
Die Graceful-Restart-Konfiguration für Point-to-Multipoint-LSPs ist identisch mit der von Punkt-zu-Punkt-LSPs. Weitere Informationen zur Konfiguration eines graceful Restart finden Sie unter Konfigurieren von RSVP Graceful Restart.
Konfigurieren einer Multicast-RPF-Prüfrichtlinie für Point-to-Multipoint-LSPs
Sie können steuern, ob eine Reverse Path Forwarding (RPF)-Prüfung für einen Quell- und Gruppeneintrag durchgeführt wird, bevor Sie eine Route im Multicast-Weiterleitungscache installieren. Dies ermöglicht es, Point-to-Multipoint-LSPs zu verwenden, um Multicast-Datenverkehr auf PIM-Inseln zu verteilen, die sich flussab der Ausgangsrouter der Point-to-Multipoint-LSPs befinden.
Indem Sie die rpf-check-policy Anweisung konfigurieren, können Sie die RPF-Überprüfung für ein Quell- und Gruppenpaar deaktivieren. In der Regel konfigurieren Sie diese Anweisung auf den Ausgangsroutern eines Point-to-Multipoint-LSP, da die Schnittstelle, die den Multicast-Datenverkehr auf einem Point-to-Multipoint-LSP-Ausgangsrouter empfängt, möglicherweise nicht immer die RPF-Schnittstelle ist.
Sie können auch eine Routing-Richtlinie so konfigurieren, dass sie auf ein Quell- und Gruppenpaar wirkt. Diese Richtlinie verhält sich wie eine Importrichtlinie. Wenn also kein Richtlinienbegriff mit den Eingabedaten übereinstimmt, lautet die Standardrichtlinienaktion "Akzeptanz". Eine Annahmerichtlinienaktion ermöglicht die RPF-Überprüfung. Eine Ablehnen-Richtlinienaktion (angewendet auf alle Quell- und Gruppenpaare, die nicht akzeptiert werden), deaktiviert die RPF-Überprüfung für das Paar.
Um eine Multicast-RPF-Prüfrichtlinie für einen Point-to-Multipoint-LSP zu konfigurieren, geben Sie die RPF-Prüfrichtlinie mithilfe der rpf-check-policy Anweisung an:
rpf-check-policy policy;
Sie können diese Anweisung auf den folgenden Hierarchieebenen einschließen:
[edit routing-options multicast][edit logical-systems logical-system-name routing-options multicast]
Sie müssen auch eine Richtlinie für die Multicast-RPF-Prüfung konfigurieren. Sie konfigurieren Richtlinien auf [edit policy-options] Hierarchieebene. Weitere Informationen finden Sie im Benutzerhandbuch für Routing-Richtlinien, Firewall-Filter und Traffic Policer.
Wenn Sie die rpf-check-policy Anweisung konfigurieren, kann Junos OS eingehenden Datenverkehr nicht RPF-Überprüfungen durchführen und daher keinen Datenverkehr erkennen, der über die falsche Schnittstelle eintrifft. Dies kann dazu führen, dass sich Routing-Schleifen bilden.
Beispiel: Konfigurieren einer Multicast-RPF-Prüfrichtlinie für einen Point-to-Multipoint-LSP
Konfigurieren Sie eine Richtlinie, um sicherzustellen, dass für Quellen mit Präfix oder länger, die zu Gruppen mit einem Präfix 128.83/16228/8 oder länger gehören, keine RPF-Prüfung durchgeführt wird:
[edit]
policy-options {
policy-statement rpf-sg-policy {
from {
route-filter 228.0.0.0/8 orlonger;
source-address-filter 128.83.0.0/16 orlonger;
}
then {
reject;
}
}
}
Konfigurieren der Eingangs-PE-Router-Redundanz für Point-to-Multipoint-LSPs
Sie können einen oder mehrere PE-Router als Teil einer Backup-PE-Routergruppe konfigurieren, um eine Eingangs-PE-Routerredundanz zu ermöglichen. Sie erreichen dies, indem Sie die IP-Adressen der Backup-PE-Router (mindestens ein Backup-PE-Router ist erforderlich) und die vom lokalen PE-Router verwendete lokale IP-Adresse konfigurieren.
Sie müssen außerdem ein vollständiges Mesh von Punkt-zu-Punkt-LSPs zwischen den primären und Backup-PE-Routern konfigurieren. Sie müssen auch BFD für diese LSPs konfigurieren. Weitere Informationen finden Sie unter Konfigurieren von BFD für RSVP-signalisierter LSPs und Konfigurieren von BFD für LDP-LSPs .
Um die Eingangs-PE-Routerredundanz für Point-to-Multipoint-LSPs zu konfigurieren, fügen Sie die Anweisung ein backup-pe-group :
backup-pe-group pe-group-name { backups [addresses]; local-address address; }
Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisungen einschließen können, finden Sie in den Abschnitten zur Anweisungszusammenfassung für diese Anweisungen.
Nach der Konfiguration der eingehenden PE-Routerredundanz-Backupgruppe müssen Sie die Gruppe auch auf eine statische Route auf dem PE-Router anwenden. So wird sichergestellt, dass die statische Route aktiv ist (in der Weiterleitungstabelle installiert), wenn der lokale PE-Router der designierte Weiterleitungsgeber für die Backup-PE-Gruppe ist. Sie können nur eine Backup-PE-Routergruppe einer statischen Route zuordnen, auf der auch die p2mp-lsp-next-hop Anweisung konfiguriert ist. Weitere Informationen finden Sie unter Konfigurieren statischer Unicast-Routen für Point-to-Multipoint-LSPs.
Konfigurieren eines Service zur Korrelation von Point-to-Multipoint-Sub-LSPs mit FPCs
Neben der Funktion als Eingang oder Ausgang für einen bestimmten Sub-LSP dient die Packet Forwarding Engine auf einer FPC auch als Transitpunkt für andere Sub-LSPs desselben Point-to-Multipoint-LSP. Wenn eine FPC ausfällt, sind alle sub-LSPs betroffen, die sie bedient.
Sie können einen Service konfigurieren, mit dem Sie die Korrelation zwischen FPCs und den Point-to-Multipoint-Sub-LSPs (Zweigstellenpfaden) überwachen können, die sich auf einer LSR befinden. Diese Informationen helfen Ihnen bei der Bewertung der Auswirkungen einer ausgefallenen FPC auf die korrelierten Sub-LSPs. Wenn die Ablaufverfolgung aktiviert ist, stellt der Service im Falle eines FPC-Ausfalls auch Syslog-Meldungen bereit, die detaillierte Informationen zu den betroffenen Sub-LSPs liefern.
Sie können einen Service konfigurieren, mit dem Sie die Korrelation zwischen FPCs und den Point-to-Multipoint-Sub-LSPs (Zweigstellenpfaden) auf einer LSR überwachen können. Eine FPC kann als Eingangs-, Ausgangs- oder Transitpunkt für mehr als einen Sub-LSP desselben Point-to-Multipoint-LSP fungieren. Wenn eine FPC ausfällt, sind alle sub-LSPs betroffen, die sie bedient.
Die von diesem Service bereitgestellten Informationen helfen Ihnen bei der Bewertung der Auswirkungen, die ein Ausfall einer FPC auf die korrelierten Sub-LSPs und das Point-to-Multipoint-Netzwerk hat. Sie können dieses Wissen verwenden, um kontrollierte FPC-Ausfälle zu planen.
Sie können auch die Ablaufverfolgung für einige oder alle Serviceabläufe aktivieren. Der Service liefert dann Syslog-Meldungen mit detaillierten Informationen über die betroffenen Sub-LSPs, was die Analyse eines FPC-Ausfalls erleichtert.
Um die Überwachung und Korrelation von Sub-LSPs und FPCs im Point-to-Multipoint-Netzwerk zu ermöglichen:
- Konfigurieren Sie die Point-to-Multipoint-Polling (
p2mp_polling_duration) und FPC-Polling (fpc_polling_duration) durch Festlegen der Häufigkeitsdauer (in Sekunden) in der Datei config.xml im /etc/p2mp_lsp_correlation Verzeichnis. Sie können auch Protokollebenen in der Datei config.xml aktivieren, um Traceoptionen zu konfigurieren, und die Protokolle werden im /var/log/p2mp_lsp_correlation Verzeichnis erstellt. Die Protokollebene und die Nachrichtentypen sind wie folgt:5 = DEBUG 4 = INFO 3 = WARNING 2 = ERROR 1 = CRITICAL
Die folgende Datei ist eine Beispieldatei config.xml:
user@host:~# cat /etc/p2mp_lsp_correlation/config.xml <p2mp_sub_lsp_config> <p2mp_polling_duration>240</p2mp_polling_duration> <fpc_polling_duration>60</fpc_polling_duration> <log_level>5</log_level> </p2mp_sub_lsp_config>p2mp_polling_duration– Aktualisiert die Datenbank durch Ausführung verschiedener RE/PFE-RPC-Anforderungen. Der Standardwert für die Point-to-Multipoint-Abrufdauer ist 240.fpc_polling_duration–Abfrage zum Status der FPC/PFE, um die Auswirkungen von Point-to-Multipoint-Sub-LSPs zu protokollieren. Die Standarddauer für FPC-Abrufe ist 60.
HINWEIS:Die Datei config.xml ist nur für Junos OS Evolved anwendbar. Sie müssen die Anwendung neu starten, nachdem Sie Änderungen an der Datei config.xml vorgenommen haben.
- Aktivieren Sie den Service.
[edit services] user@host# set p2mp-sublsp-correlation
- Konfigurieren Sie die Ablaufverfolgung des Servicebetriebs.
[edit services] user@host# set p2mp-sublsp-correlation traceoptions flag all
HINWEIS:Der
set p2mp-sublsp-correlation traceoptions flag allBefehl ist für Junos OS Evolved nicht anwendbar.
Wenn eine FPC auf einem LSR ausfällt oder offline geht, sind alle Point-to-Multipoint-Sub-LSPs auf dieser FPC betroffen. Wenn Sie zuvor die FPC-Korrelation für die Point-to-Multipoint-LSPs aktiviert und die Ablaufverfolgung für den Korrelationsdienst konfiguriert haben, werden bei FPC-Fehler Meldungen protokolliert, die Details zu den betroffenen Sub-LSPs enthalten.
In diesem Fall müssen Sie die Systemprotokollmeldungen und die FPC-Korrelationstabelle überprüfen, um die Auswirkungen eines FPC-Ausfalls zu analysieren.
Die folgende Systemprotokoll-Beispielausgabe zeigt Informationen über den Point-to-Multipoint-Sub-LSP, wenn die betroffene FPC offline geht:
Aug 5 12:47:33 host mdiag[24321]: MDIAGD_P2MP_SUBLSP_IMPACTED: FPC 0
PFEInst 0 Role (I,E,T) DOWN P2MP-Tunnel-Name p2mp-2-456 Sub-LSP-Dest 4.4.4.4 Sub-LSP-
Name lsp-2-4 Tunnel-ID 53322 LSP-ID 1 Src-Addr 2.2.2.2 Sub-Group-ID 10 Ingress-
Interface ae8.0 Egress-Interface et-0/0/7.0
Verwenden Sie den folgenden Befehl, um die Point-to-Multipoint-Sub-LSP-Korrelationsinformationen für die show services p2mp-sublsp-correlation ingress-interface Eingangsschnittstelle anzuzeigen:
user@host> show services p2mp-sublsp-correlation ingress-interface ae8.0
Last Refreshed : Aug 05 2021 12:06:50
SG-ID = Sub-Group-ID, Tun-ID = Tunnel-ID
FPC ROLE: I = Ingress, E = Egress, T = Transit
P2MP Sub-LSP Sub-LSP Tun LSP Source SG Ingress Egress
Name Dest Name ID ID Address ID Interface Interface
bud-p-68 8.8.8.8 bud-8 53323 1 2.2.2.2 18 ae8.0 et-0/0/5.0
bud-p-68 6.6.6.6 bud-6 53323 1 2.2.2.2 12 ae8.0 et-0/0/9.0
bud-p-68 7.7.7.7 bud-7 53323 1 2.2.2.2 17 ae8.0 et-0/0/7.0
p2mp-2-6 4.4.4.4 lsp-4 53322 1 2.2.2.2 10 ae8.0 et-0/0/7.0
p2mp-2-6 5.5.5.5 lsp-5 53322 1 2.2.2.2 15 ae8.0 et-0/0/5.0
p2mp-2-6 6.6.6.6 lsp-6 53322 1 2.2.2.2 12 ae8.0 et-0/0/9.0
Verwenden Sie den folgenden Befehl, um die Point-to-Multipoint-Sub-LSP-Korrelationsinformationen für die show services p2mp-sublsp-correlation egress-interface Ausgangsschnittstelle anzuzeigen:
user@host> show services p2mp-sublsp-correlation egress-interface et-0/0/7.0
Last Refreshed : Aug 05 2021 12:06:50
SG-ID = Sub-Group-ID, Tun-ID = Tunnel-ID
FPC ROLE: I = Ingress, E = Egress, T = Transit
P2MP Sub-LSP Sub-LSP Tun LSP Source SG Ingress Egress
Name Dest Name ID ID Address ID Interface Interface
bud-p-68 7.7.7.7 bud-7 53323 1 2.2.2.2 17 ae8.0 et-0/0/7.0
p2mp-2-6 4.4.4.4 lsp-4 53322 1 2.2.2.2 10 ae8.0 et-0/0/7.0
Verwenden Sie den show services p2mp-sublsp-correlation fpc 0 folgenden Befehl, um die Korrelationsinformationen für FPC anzuzeigen:
user@host> show services p2mp-sublsp-correlation fpc 0
Last Refreshed : Aug 05 2021 12:06:50
SG-ID = Sub-Group-ID, Tun-ID = Tunnel-ID
FPC ROLE: I = Ingress, E = Egress, T = Transit
P2MP Sub-LSP Sub-LSP Tun LSP Source SG Ingress Egress FPC/PFE
Name Dest Name ID ID Address ID Interface Interface Role
bud-p-68 8.8.8.8 bud-8 53323 1 2.2.2.2 18 ae8.0 et-0/0/5.0 I,E,
bud-p-68 6.6.6.6 bud-6 53323 1 2.2.2.2 12 ae8.0 et-0/0/9.0 I,E,T
bud-p-68 7.7.7.7 bud-7 53323 1 2.2.2.2 17 ae8.0 et-0/0/7.0 I,E,
p2mp-2-6 4.4.4.4 lsp-4 53322 1 2.2.2.2 10 ae8.0 et-0/0/7.0 I,E,T
p2mp-2-6 5.5.5.5 lsp-5 53322 1 2.2.2.2 15 ae8.0 et-0/0/5.0 I,E,T
p2mp-2-6 6.6.6.6 lsp-6 53322 1 2.2.2.2 12 ae8.0 et-0/0/9.0 I,E,
Verwenden Sie den folgenden Befehl, um die Korrelationsinformationen für die show services p2mp-sublsp-correlation fpc 0 pfe-instance 0 PFE-Instanz anzuzeigen:
user@host> show services p2mp-sublsp-correlation fpc 0 pfe-instance 0
Last Refreshed : Aug 05 2021 12:06:50
SG-ID = Sub-Group-ID, Tun-ID = Tunnel-ID
FPC ROLE: I = Ingress, E = Egress, T = Transit
P2MP Sub-LSP Sub-LSP Tun LSP Source SG Ingress Egress FPC/PFE
Name Dest Name ID ID Address ID Interface Interface Role
bud-p-68 8.8.8.8 bud-8 53323 1 2.2.2.2 18 ae8.0 et-0/0/5.0 I,E,
bud-p-68 6.6.6.6 bud-6 53323 1 2.2.2.2 12 ae8.0 et-0/0/9.0 I,E,T
bud-p-68 7.7.7.7 bud-7 53323 1 2.2.2.2 17 ae8.0 et-0/0/7.0 I,E,
p2mp-2-6 4.4.4.4 lsp-4 53322 1 2.2.2.2 10 ae8.0 et-0/0/7.0 I,E,T
p2mp-2-6 5.5.5.5 lsp-5 53322 1 2.2.2.2 15 ae8.0 et-0/0/5.0 I,E,T
p2mp-2-6 6.6.6.6 lsp-6 53322 1 2.2.2.2 12 ae8.0 et-0/0/9.0 I,E,
Ermöglichen von Point-to-Point-LSPs zur Überwachung von Ausgangs-PE-Routern
Durch die Konfiguration eines LSP mit der associate-backup-pe-groups Anweisung kann er den Status des PE-Routers, für den er konfiguriert ist, überwachen. Sie können mehrere Backup-PE-Routergruppen mit der Adresse desselben Routers konfigurieren. Ein Ausfall dieses LSP zeigt allen Backup-PE-Routergruppen an, dass der PE-Ziel-Router ausfällt. Die associate-backup-pe-groups Anweisung ist nicht an eine bestimmte Backup-PE-Routergruppe gebunden. Sie gilt für alle Gruppen, die am Status des LSP für diese Adresse interessiert sind.
Um einem LSP die Überwachung des Status des Ausgangs-PE-Routers zu ermöglichen, fügen Sie die Anweisung ein associate-backup-pe-groups :
associate-backup-pe-groups;
Diese Anweisung kann auf den folgenden Hierarchieebenen konfiguriert werden:
[edit protocols mpls label-switched-path lsp-name][edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name]
Wenn Sie die associate-backup-pe-groups Anweisung konfigurieren, müssen Sie BFD für den Point-to-Point-LSP konfigurieren. Informationen zur Konfiguration von BFD für einen LSP finden Sie unter Konfigurieren von BFD für MPLS-IPv4-LSPs und Konfigurieren von BFD für LDP-LSPs.
Außerdem müssen Sie ein vollständiges Mesh von Punkt-zu-Punkt-LSPs zwischen den PE-Routern in der Backup-PE-Routergruppe konfigurieren. Ein Full-Mesh ist erforderlich, damit jeder PE-Router innerhalb der Gruppe unabhängig den Status der anderen PE-Router ermitteln kann, sodass jeder Router unabhängig davon bestimmen kann, welcher PE-Router derzeit der festgelegte Weiterleitungsgeber für die Backup-PE-Routergruppe ist.
Wenn Sie mehrere LSPs mit der associate-backup-pe-groups Anweisung zu demselben ZIEL-PE-Router konfigurieren, wird der erste konfigurierte LSP verwendet, um den Weiterleitungsstatus an diesen PE-Router zu überwachen. Wenn Sie mehrere LSPs für dasselbe Ziel konfigurieren, stellen Sie sicher, dass ähnliche Parameter für die LSPs konfiguriert werden. Bei diesem Konfigurationsszenario kann eine Fehlerbenachrichtigung ausgelöst werden, obwohl der entfernte PE-Router noch aktiv ist.
Beibehaltung des Point-to-Multipoint-LSP mit verschiedenen Junos OS-Versionen
In Junos OS Version 9.1 und früher werden Resv-Nachrichten, die das S2L_SUB_LSP Objekt enthalten, standardmäßig abgelehnt. In Junos OS Version 9.2 und höher werden solche Nachrichten standardmäßig akzeptiert. Um die ordnungsgemäße Funktion von Point-to-Multipoint-LSPs in einem Netzwerk zu gewährleisten, das sowohl Geräte mit Junos OS Version 9.1 und früher als auch Geräte mit Junos 9.2 und höher umfasst, müssen Sie die no-p2mp-sublsp Anweisung in die Konfiguration der Geräte mit Junos 9.2 und höher einfügen:
no-p2mp-sublsp;
Sie können diese Anweisung auf den folgenden Hierarchieebenen einschließen:
[edit protocols rsvp][edit logical-systems logical-system-name protocols rsvp]
Re-Merge-Verhalten auf Point-to-Multipoint-LSP – Übersicht
In diesem Abschnitt werden die Vorteile und die Kontrolle des Zusammenführungsverhaltens von RSVP Point-to-Multipoint (P2MP)-LSPs dargestellt.
- Vorteile der Kontrolle der P2MP-LSP-Wiederzusammenführung
- Was ist P2MP LSP Re-Merge?
- Ändern des Standard-P2MP-LSP-Re-Merge-Verhaltens
Vorteile der Kontrolle der P2MP-LSP-Wiederzusammenführung
Reduziert die RSVP-Signallast am Eingang (Headend-Router), indem es die Pfadberechnung von Sub-LSPs vermeidet, was eine erneute Zusammenführungsbedingung schafft.
Spart die Netzwerkbandbreite, indem die P2MP-Sub-LSP-Re-Merge am Transitknoten abgelehnt wird.
Was ist P2MP LSP Re-Merge?
In einem P2MP-MPLS-LSP-Netzwerk bezieht sich der Begriff re-merge auf den Fall eines Eingangs- (Headend) oder Transit-Knotens (Re-Merge-Knoten), der eine erneute Zusammenführung einer Zweigstelle erstellt, die den P2MP-LSP auf einem anderen Knoten im Baum durchschneiden. Dies kann aufgrund von Ereignissen wie einem Fehler bei der Pfadberechnung, einem Fehler bei der manuellen Konfiguration oder Änderungen der Netzwerktopologie während der Einrichtung des P2MP-LSP auftreten.
RFC 4875 definiert die folgenden zwei Ansätze für die Handhabung der P2MP-LSP-Neuzusammenführung:
Erstens ermöglicht der Knoten, der die erneute Zusammenführung erkennt, dass der Fall für die erneute Zusammenführung beibehalten wird, aber Daten von allen bis auf einer eingehenden Schnittstelle werden auf dem Knoten für die erneute Zusammenführung gelöscht. Dies funktioniert standardmäßig ohne konfiguration.
Zweitens initiiert der Re-Merge-Knoten die Beschneidung der wieder zusammenführenden Sub-LSPs durch Signalübertragung.
Auf Routern der MX-Serie von Juniper Networks funktioniert der erste Ansatz (wie in RFC 4875 definiert) standardmäßig. Der zweite Ansatz kann durch eine der folgenden CLI-Konfigurationsaussagen implementiert werden, abhängig davon, wo die Router der MX-Serie von Juniper Networks (Eingangsknoten oder Transitknoten) im P2MP-MPLS-Netzwerk rsVP platziert sind:
no-re-merge— Diese CLI-Konfigurationsaussage, wenn sie am Eingangs-Router (Headend) aktiviert ist, vermeidet die Pfadberechnung von P2MP-Sub-LSPs, wodurch eine Erneuteinführungsbedingung erstellt wird. Wenn diese CLI-Konfigurationsaussage am Eingang konfiguriert wird, ist die Konfiguration derno-p2mp-re-mergeCLI-Konfigurationsaussage am Transit-Router nicht erforderlich.no-p2mp-re-merge— Diese CLI-Konfigurationsaussage, wenn sie am Transitrouter aktiviert wird, ändert das Standardverhalten, dass die P2MP-Sub-LSP-Sitzungen erneut zusammengeführt werden, um die erneute Zusammenführung abzulehnen. Diese CLI-Konfigurationsaussage ist hauptsächlich erforderlich, wenn es sich bei dem Eingangs-Router (Headend-Router) nicht um einen Router der MX-Serie von Juniper Networks handelt.single-abr— Dieser Befehl reduziert bei aktivierter Aktivierung die Zusammenführungsbedingung über die Bereichs- oder Domänen- oder Inter-AS-RSVP-P2MP-LSPs hinaus.
Die folgende Topologie erläutert das Verhalten der erneuten Zusammenführung in einem P2MP-LSP-Netzwerk:
In dieser Topologie fungiert R1 als Ingress-Router (Headend) und R2 als Transit-Router (Re-Merge Node). In diesem Netzwerk werden zwei Sub-LSP-Sitzungen erstellt, LSP 1 und LSP 2. LSP 1 ist eine Sitzung, die unter R1-, R2- und R3-Geräten eingerichtet wurde. LSP 2 ist eine Sitzung, die zwischen R1-, R4-, R2-, R3- und R5-Geräten eingerichtet wird. Standardmäßig ermöglicht der Transit-Router die erneute Zusammenführung sowohl von den Sub-LSPs und löscht einen der Sub-LSP-Zweigstellendaten auf den Erneutzusammenführungsknoten. Sie können dieses Re-Merge-Verhalten steuern, indem Sie die no-re-merge CLI-Konfigurationsaussage am Eingangsrouter oder die no-p2mp-re-merge CLI-Konfigurationsaussage am Transit-Router aktivieren.
Wenn Sie die no-re-merge CLI-Konfigurationsaussage am Eingangsrouter (R1) aktivieren, wird nur eine der beiden Sub-LSP-Sitzungen eingerichtet. Wenn beispielsweise zuerst eine LSP-1-Sitzung (R1-R2-R3) eingerichtet wird, wird die andere Sub-LSP-Sitzung (LSP 2) nicht eingerichtet.
Wenn Sie die no-p2mp-re-merge CLI-Konfigurationsaussage am Transit-Router (R2) aktivieren, lehnt der Transit-Router die erneute Zusammenführung einer der Sub-LSPs ab und sendet eine Pfadfehlernachricht an den Eingangsrouter (R1), in dem der Eingangsrouter die zweite P2MP-LSP-Re-Merge-Zweigstelle erstellt. Sie können den show rsvp statistics CLI-Befehl verwenden, um die Pfadfehlermeldung anzuzeigen.
Ändern des Standard-P2MP-LSP-Re-Merge-Verhaltens
Sie können das Standardverhalten für die erneute Zusammenführung entweder am Eingangsknoten (Headend) oder am Transitknoten in einem P2MP RSVP-MPLS-Netzwerk ändern.
Deaktivieren Sie auf dem Eingangs-Router (Headend-Router) das Standardverhalten für die erneute Zusammenführung, sodass der Eingangsrouter nicht die Pfadberechnung der Sub-LSPs ausführt, wodurch die Bedingung für die erneute Zusammenführung erstellt wird. Das Standardverhalten ermöglicht die Pfadberechnung von Sub-LSPs.
[edit protocols] user@host#set mpls p2mp-lsp no-re-merge
Deaktivieren Sie auf dem Transitrouter das Standardverhalten für die erneute Zusammenführung, sodass der Transit-Router die erneute Zusammenführung von Sub-LSPs ablehnt.
[edit protocols] user@host#set rsvp no-p2mp-re-merge
Verwenden Sie für Inter-Area- oder Inter-Domain- oder Inter-AS-RSVP-P2MP-LSPs die single-abr CLI-Konfigurationsaussage am Eingang (Headend-Router), sodass alle P2MP-Sub-LSPs den gleichen Exit-Router (ABR oder ASBR) bevorzugen, wodurch die Re-Merge-Bedingung reduziert wird.
[edit protocols] user@host#set mpls p2mp-lsp single-abr