Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Point-to-Multipoint LSP-Konfiguration

Übersicht über Point-to-Multipoint-LSPs

Ein Point-to-Multipoint-MPLS LSP ist ein LSP mit einer einzelnen Quelle und mehreren Zielen. Durch die Nutzung der MPLS Paketreplikation im Netzwerk vermeiden Point-to-Multipoint-LSPs eine unnötige Paketreplikation am Ingress-Router. Die Paketreplikation findet nur statt, wenn Pakete an zwei oder mehr verschiedene Ziele weitergeleitet werden, die verschiedene Netzwerkpfade erfordern.

Dieser Prozess ist in Abbildung 1 dargestellt. Router PE1 ist mit einem Point-to-Multipoint LSP zu Routern 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 im Detail in den Internet-Entwürfen draft-raggarwa-mpls-p2mp-te-02.txt (abgelaufen am Februar 2004), Establishing Point to Multipoint MPLS TE LSPs,draft-ietf-mpls-rsvp-te-p2mp-02.txt, Erweiterungen des Resource Reservation Protocol-Traffic Engineering (RSVP-TE) für Point-to-Multipoint TE Label-Switched Paths (LSPs)und RFC 6388, Label Distribution Protocol Extensions für Point-to-Multipoint- und Multipoint-to-Multipoint Label Switched Paths (es werden nur Point-to-Multipoint-LSPs unterstützt).

Abbildung 1: Point-to-Multipoint-LSPsPoint-to-Multipoint-LSPs

Im Folgenden finden Sie einige der Eigenschaften von Point-to-Multipoint-LSPs:

  • Mit einem Point-to-Multipoint-LSP können Sie MPLS Punkt-zu-Multipoint-Datenverteilung verwenden. Diese Funktionen sind mit denen in IP-Multicast vergleichbar.

  • Sie können Zweigstellen-LSPs von einem Point-to-Multipoint-LSP hinzufügen und entfernen, ohne den Datenverkehr zu unterbrechen. Die nicht beeinträchtigten Teile des Point-to-Multipoint-LSP funktionieren weiterhin normal.

  • Sie können einen Knoten sowohl als Transit- als auch als Egress-Router für verschiedene LSPs in Zweigstellen desselben Point-to-Multipoint LSP konfigurieren.

  • Sie können den Verbindungsschutz auf einem Point-to-Multipoint LSP aktivieren. Der Verbindungsschutz kann einen Bypass-LSP für jeden der LSPs in der Zweigstelle bereitstellen, die den Point-to-Multipoint LSP bilden. Wenn einer der primären Pfade ausfällt, kann der Datenverkehr schnell auf den Bypass umgeschaltet werden.

  • Sie können Zweigstellen-LSPs entweder 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 Ingress- und Egress-Routern aktivieren. Die Point-to-Multipoint-LSPs müssen entweder mit statischen Routen oder Circuit Cross-Connect (CCC) konfiguriert werden. GRES und der graceful-Restart ermöglichen die Weiterleite des Datenverkehrs an der Netzwerkebene Packet Forwarding Engine altem Status, während die Steuerungsebene wiederhergestellt wird. Die Funktion parität für GRES und der graceful Restart für MPLS Point-to-Multipoint-LSPs auf dem Junos Trio-Chipsatz werden in den Versionen Junos OS 11.1R2, 11.2R2 und 11.4 unterstützt.

Grundlegende Informationen zu Point-to-Multipoint-LSPs

Ein Point-to-Multipoint MPLS Label Switched Path (LSP) ist ein LSP mit LDP- oder RSVP-Signalen mit einer einzelnen Quelle und mehreren Zielen. Durch die Vorteile der MPLS Paketreplikation im Netzwerk vermeiden Point-to-Multipoint-LSPs eine unnötige Paketreplikation am Eingangsrouter (Ingress). Die Paketreplikation findet nur statt, wenn Pakete an zwei oder mehr verschiedene Ziele weitergeleitet werden, die verschiedene Netzwerkpfade erfordern.

Dieser Prozess ist in Abbildung 2 dargestellt. Gerät PE1 ist mit einem Point-to-Multipoint LSP zu Routern 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 Device PE4.

Abbildung 2: Point-to-Multipoint-LSPsPoint-to-Multipoint-LSPs

Im Folgenden sind einige der Eigenschaften von Point-to-Multipoint-LSPs:

  • Mit einem Point-to-Multipoint LSP können Sie MPLS Punkt-zu-Multipoint-Datenverteilung verwenden. Diese Funktionen sind mit denen in IP-Multicast vergleichbar.

  • Sie können Zweigstellen-LSPs von einem Point-to-Multipoint-LSP hinzufügen und entfernen, ohne den Datenverkehr zu unterbrechen. Die nicht beeinträchtigten Teile des Point-to-Multipoint-LSP funktionieren weiterhin normal.

  • Sie können einen Knoten als Transit- und Ausgangsrouter (Egress) für verschiedene LSPs in Zweigstellen desselben Point-to-Multipoint LSP konfigurieren.

  • Sie können den Verbindungsschutz auf einem Point-to-Multipoint LSP aktivieren. Der Verbindungsschutz kann einen Bypass-LSP für jeden der LSPs in der Zweigstelle bereitstellen, die den Point-to-Multipoint LSP bilden. Wenn primäre Pfade ausfällt, kann der Datenverkehr schnell auf den Bypass umgeschaltet werden.

  • Subpaths können statisch oder dynamisch konfiguriert werden.

  • Sie können den graceful Restart auf Point-to-Multipoint-LSPs aktivieren.

Übersicht über die Point-to-Multipoint LSP-Konfiguration

So richten Sie einen Point-to-Multipoint LSP ein:

  1. Konfigurieren Sie den primären LSP vom Ingress-Router und die LSPs in der Zweigstelle, die Datenverkehr zu den Ausgangsroutern tragen.
  2. Geben Sie auf jedem LSP einen Pfadnamen für den primären LSP und denselben Pfadnamen an.
Anmerkung:

Standardmäßig werden die LSPs in Zweigstellen dynamisch über Constrained Shortest Path First (CSPF) signalisiert und erfordern keine Konfiguration. Sie können Zweigstellen-LSPs alternativ als statische Pfade konfigurieren.

Beispiel: Konfigurieren einer Gruppe von Pfaden zum Erstellen eines RSVP-signalisierten Point-to-Multipoint LSP

In diesem Beispiel wird gezeigt, wie sie eine Gruppe von Pfaden konfigurieren, um einen LSP (Point-to-Multipoint Label Switched Path) mit RSVP-Signalen zu erstellen.

Anforderungen

In diesem Beispiel ist über die Initialisierung des Geräts hinaus keine besondere Konfiguration erforderlich.

Überblick

In diesem Beispiel dienen mehrere Routinggeräte als Transit-, Zweigstellen- und Leaf-Knoten eines einzelnen Point-to-Multipoint-LSP. Auf dem Provider-Edge (PE) ist Gerät PE1 der Ingress-Knoten. Die Zweigstellen gehen von PE1 zu PE2, PE1 zu PE3 und PE1 zu PE4. Statische Unicast-Routen auf dem Ingress Node (PE1)-Punkt zu den Ausgangsknoten.

In diesem Beispiel wird auch statisches Routen mit einem nächsten Hop, der mithilfe der Anweisung als Point-to-Multipoint-LSP (Point-to-Multipoint LSP) p2mp-lsp-next-hop bezeichnet wird, veranschaulicht. Dies ist bei der Implementierung filterbasierter Weiterleitung nützlich.

Anmerkung:

Eine weitere Option ist die Verwendung der Anweisung zum Konfigurieren eines regelmäßigen lsp-next-hop Point-to-Point-LSP als nächster Hop. Auch wenn in diesem Beispiel nicht dargestellt, können Sie dem nächsten Hop optional eine unabhängige Einstellung und Metrik zuweisen.

Topologiediagramm

Abbildung 3 zeigt die in diesem Beispiel verwendete Topologie.

Abbildung 3: RSVP-signalisierter Point-to-Multipoint LSPRSVP-signalisierter Point-to-Multipoint LSP

Konfiguration

CLI-Konfiguration

Um dieses Beispiel schnell konfigurieren zu können, kopieren Sie die folgenden Befehle, fügen Sie diese in eine Textdatei ein, entfernen Sie alle Zeilenbrüche, ändern Sie alle Details, die zur Übereinstimmung mit der Netzwerkkonfiguration erforderlich sind, und kopieren Sie die Befehle, und fügen Sie die Befehle CLI der Hierarchieebene [edit] ein.

Geräte-PE1

Geräte-CE1

Geräte-CE2

Geräte-CE3

Geräte-CE4

Konfigurieren des Ingress Label Switched Router (LSR) (Device PE1)

Schritt-für-Schritt-Verfahren

So konfigurieren Sie Geräte-PE1:

  1. Konfigurieren Sie Schnittstellen, Schnittstellenkapselung und Protokollfamilien.

  2. Aktivieren Sie RSVP, MPLS und OSPF auf den Schnittstellen.

  3. Konfigurieren Sie MPLS-zu-Multipoint-LSPs.

  4. (optional) Ermöglichen sie den Linkschutz auf den LSPs.

    Der Link-Schutz sorgt dafür, dass Datenverkehr, der über eine bestimmte Schnittstelle an einen benachbarten Router gesendet wird, weiterhin auf den Router zugreifen kann, wenn diese Schnittstelle ausfällt.

  5. Ermöglichen MPLS, Traffic-Engineering für OSPF.

    Dies bewirkt, dass die ingress-Routen in der Inet.0-Routingtabelle installiert werden. Standardmäßig führt MPLS Traffic-Engineering nur für BGP aus. Sie müssen MPLS-Traffic Engineering nur auf den Ingress-LSR aktivieren.

  6. Traffic-Engineering für OSPF.

    Dies führt dazu, dass der SPF-Algorithmus (Shortest Path First) die unter "Shortest Path First" (SPF) konfigurierten LSPs MPLS.

  7. Konfigurieren Sie die Router-ID.

  8. Konfigurieren Sie statische IP-Unicast-Routen mit dem Namen des Point-to-Multipoint LSP als nächsten Hop für jede Route.

  9. Wenn Sie die Konfiguration des Geräts bereits durchgeführt haben, commit die Konfiguration.

Konfigurieren der Transit- und Egress-LSRs (Geräte P2, P3, P4, PE2, PE3 und PE4)

Schritt-für-Schritt-Verfahren

So konfigurieren Sie die Transit- und Egress-LSRs:

  1. Konfigurieren Sie Schnittstellen, Schnittstellenkapselung und Protokollfamilien.

  2. Aktivieren Sie RSVP, MPLS und OSPF auf den Schnittstellen.

  3. Traffic-Engineering für OSPF.

    Dies führt dazu, dass der SPF-Algorithmus (Shortest Path First) die unter "Shortest Path First" (SPF) konfigurierten LSPs MPLS.

  4. Konfigurieren Sie die Router-IDs.

  5. Wenn Sie die Konfiguration der Geräte durchgeführt haben, commit die Konfiguration.

Ergebnisse

Bestätigen Sie Ihre Konfiguration im Konfigurationsmodus, indem Sie die show interfacesshow protocols , und Befehle show routing-options eingeben. Wenn in der Ausgabe nicht die beabsichtigte Konfiguration angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Geräte-PE1

Gerät P2

Gerät P3

Gerät P4

Geräte-PE2

Geräte-PE3

Geräte-PE4

Konfiguration des Geräte-CE1

Schritt-für-Schritt-Verfahren

So konfigurieren Sie Device CE1:

  1. Konfigurieren Sie eine Schnittstelle zu Geräte-PE1.

  2. Konfigurieren Sie statische Routen von Device CE1 zu den drei anderen Kundennetzwerken mit Device PE1 als nächsten Hop.

  3. Wenn Sie die Konfiguration des Geräts bereits durchgeführt haben, commit die Konfiguration.

Ergebnisse

Bestätigen Sie ihre Konfiguration im Konfigurationsmodus, indem Sie die Befehle show interfacesshow routing-options eingeben. Wenn in der Ausgabe nicht die beabsichtigte Konfiguration angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Konfiguration des Geräte-CE2

Schritt-für-Schritt-Verfahren

So konfigurieren Sie Device CE2:

  1. Konfigurieren Sie eine Schnittstelle zu Geräte-PE2.

  2. Konfigurieren Sie eine statische Route von Device CE2 zu CE1 mit Geräte-PE2 als nächsten Hop.

  3. Wenn Sie die Konfiguration des Geräts bereits durchgeführt haben, commit die Konfiguration.

Ergebnisse

Bestätigen Sie ihre Konfiguration im Konfigurationsmodus, indem Sie die Befehle show interfacesshow routing-options eingeben. Wenn in der Ausgabe nicht die beabsichtigte Konfiguration angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Konfiguration des Geräte-CE3

Schritt-für-Schritt-Verfahren

So konfigurieren Sie Device CE3:

  1. Konfigurieren Sie eine Schnittstelle zu Geräte-PE3.

  2. Konfigurieren Sie eine statische Route von Device CE3 zu CE1 mit Geräte-PE3 als nächsten Hop.

  3. Wenn Sie die Konfiguration des Geräts bereits durchgeführt haben, commit die Konfiguration.

Ergebnisse

Bestätigen Sie ihre Konfiguration im Konfigurationsmodus, indem Sie die Befehle show interfacesshow routing-options eingeben. Wenn in der Ausgabe nicht die beabsichtigte Konfiguration angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Konfiguration des Geräte-CE4

Schritt-für-Schritt-Verfahren

So konfigurieren Sie Device CE4:

  1. Konfigurieren Sie eine Schnittstelle zu Geräte-PE4.

  2. Konfigurieren Sie eine statische Route von Device CE4 zu CE1 mit Geräte-PE4 als nächsten Hop.

  3. Wenn Sie die Konfiguration des Geräts bereits durchgeführt haben, commit die Konfiguration.

Ergebnisse

Bestätigen Sie ihre Konfiguration im Konfigurationsmodus, indem Sie die Befehle show interfacesshow routing-options eingeben. Wenn in der Ausgabe nicht die beabsichtigte Konfiguration angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Überprüfung

Stellen Sie sicher, dass die Konfiguration ordnungsgemäß funktioniert.

Konnektivität prüfen

Zweck

Stellen Sie sicher, dass die Geräte sich gegenseitig pingen können.

Aktion

Führen Sie ping den Befehl von CE1 bis zur Schnittstelle auf CE2 aus, die eine Verbindung zu PE2 bietet.

Führen Sie ping den Befehl von CE1 bis zur Schnittstelle auf CE3 aus, die eine Verbindung mit PE3 bietet.

Führen Sie ping den Befehl von CE1 bis zur Schnittstelle auf CE4 mit der Verbindung zu PE4 aus.

Überprüfung des Zustands des Point-to-Multipoint LSP

Zweck

Stellen Sie sicher, dass sich die ein- und ausgehenden LSRs im Status "Up" befinden.

Aktion

Führen Sie show mpls lsp p2mp den Befehl auf allen LSRs aus. Es werden nur die ingress-LSR dargestellt.

Prüfen 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 entfernten Kundennetzwerken dargestellt.

Aktion

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 Paketreplikation im Netzwerk vermeiden Point-to-Multipoint-LSPs eine unnötige Paketreplikation am Ingress-Router. Weitere Informationen zu Point-to-Multipoint-LSPs finden Sie in der Übersicht über Point-to-Multipoint-LSPs.

Zum Konfigurieren eines Point-to-Multipoint-LSP müssen Sie den primären LSP vom Ingress-Router und den LSPs in Zweigstellen konfigurieren, die Datenverkehr zu den Ausgangsroutern tragen, wie in den folgenden Abschnitten beschrieben:

Konfigurieren des primären Point-to-Multipoint-LSP

Ein Point-to-Multipoint-LSP muss über einen konfigurierten primären Point-to-Multipoint-LSP verfügen, der Datenverkehr vom Ingress-Router weiter trägt. Die Konfiguration des primären Point-to-Multipoint LSP ist mit einem signalisierten LSP vergleichbar. Weitere Informationen finden Sie unter Konfigurieren des Ingress-Routers MPLS von signalisierten LSPs. Zusätzlich zur herkömmlichen LSP-Konfiguration müssen Sie einen Pfadnamen für den primären Point-to-Multipoint LSP mit der Anweisung p2mp angeben:

Sie können diese Aussage in den folgenden Hierarchieebenen enthalten:

Sie können den Optimierungs-Timer für Point-to-Multipoint-LSPs aktivieren. Weitere Informationen finden Sie unter Optimieren von signalisierten LSPs.

Konfigurieren eines Zweigstellen-LSP für Point-to-Multipoint-LSPs

Der LSP (Primary Point-to-Multipoint) sendet Datenverkehr an zwei oder mehr Zweigstellen-LSPs, die Datenverkehr zu jedem der Egress Provider Edge-Router (PE) übertragen. In der Konfiguration für jeden dieser LSPs in Zweigstellen muss der von Ihnen angegebene Name des Point-to-Multipoint LSP-Pfads identisch mit dem Pfadnamen sein, der für den primären Point-to-Multipoint LSP konfiguriert ist. Weitere Konfigurieren des primären Point-to-Multipoint-LSP Informationen finden Sie hier.

Um einen LSP in einer Zweigstelle mit dem primären Point-to-Multipoint-LSP zu verknüpfen, geben Sie den Point-to-Multipoint LSP-Namen einschließlich der Anweisung p2mp ein:

Sie können diese Aussage in den folgenden Hierarchieebenen enthalten:

  • [edit protocols mpls label-switched-path lsp-name]

  • [edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name]

    Anmerkung:

    Jede Änderung an einem LSPs eines Point-to-Multipoint-LSP in Zweigstellen, entweder aufgrund einer Benutzeraktion oder einer automatischen Anpassung durch den Router, wird der primäre und Zweigstellen-LSPs neusignalisiert. Der neue Point-to-Multipoint-LSP wird zuerst signalisiert, bevor der alte Pfad heruntergefahren wird.

In den folgenden Abschnitten wird beschrieben, wie Sie LSP in Zweigstellen als dynamisch signalisierten Pfad konfigurieren können, indem Sie Constrained Shortest Path First (CSPF) als statischen Pfad oder als Kombination aus dynamischen und statischen Pfaden verwenden:

Konfigurieren des LSP für Zweigstellen als dynamischer Pfad

Standardmäßig wird der LSP in Zweigstellen für einen Point-to-Multipoint LSP dynamisch mit CSPF 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 vorhandenen Zielen, können bestimmte Knoten im Tree Daten von mehr als einer eingehenden Schnittstelle erhalten. Dies ist unter den folgenden Bedingungen möglich:

  • Einige der LSPs zu Zielen in Zweigstellen sind statisch konfiguriert und schneiden möglicherweise mit statisch oder dynamisch berechneten Pfaden zu anderen Zielen ab.

  • Wenn ein dynamisch berechneter Pfad für einen LSP in einer Zweigstelle 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 Pfad signalisiert wurde. So ist sichergestellt, dass alle Daten, die auf einem älteren Pfad basieren, bei der Übertragung ihr Ziel erreichen können. Der Netzwerkdatenverkehr kann jedoch beide Pfade verwenden, um zum Ziel zu gelangen.

  • Ein fehlerhafter Router am Eingang berechnet die Pfade zu zwei verschiedenen Zweigstellenzielen, so dass für diese Zweigstellen-LSPs auf einem router gemeinsamen LSPs dieser Zweigstellen-LSPs eine unterschiedliche eingehende Schnittstelle gewählt wird.

Konfigurieren des Zweigstellen-LSP als statischen Pfad

Sie können den LSP in der Zweigstelle für einen Point-to-Multipoint LSP als statischen Pfad konfigurieren. Weitere Informationen finden Sie unter Konfigurieren statischer LSPs.

Konfigurieren von Point-to-Multipoint-LSPs zwischen Domänen

Ein inter-domainübergreifender P2MP-LSP ist ein P2MP-LSP, der über einen oder mehrere Sub-LSPs (Zweigstellen) verfügt, die mehrere Domänen in einem Netzwerk umfassen. Beispiele für solche Domains sind IGP von autonomen Systemen (ASS). Ein Sub-LSP eines P2MP-LSP zwischen den Domänen kann intra-area, inter-area oder inter-AS sein, abhängig von der Position des Ausgangsknotens (Leaf) in Bezug auf den Ingress-Knoten (Quell).

Auf dem Ingress-Knoten wird einem Namen P2MP-LSP zugewiesen und von allen beteiligten Sub-LSPs gemeinsam genutzt. Jeder Sub-LSP wird separat konfiguriert, mit seinem eigenen Ausgangsknoten und optional einem Explicit Path. Die Position des Ausgangsknotens des Sub-LSP in Bezug auf den Ingress-Knoten bestimmt, ob sub-LSP Intra-Area, Inter-Area oder Inter-AS.

P2MP-LSPs mit mehreren Domänen können zum Transport von Datenverkehr in den folgenden Anwendungen in einem Mehrbereichs- oder Mehrbereichsnetzwerk AS werden:

  • Layer-2-Broadcast und Multicast über MPLS

  • Layer 3-BGP/MPLS-VPN

  • VPLS

Auf jedem Knoten der Domaingrenze (ABR oder ASBR) auf dem Pfad des P2MP-LSP muss die Anweisung auf der Hierarchieebene konfiguriert werden, damit CSPF einen expand-loose-hop Loose-Hop-ERO (normalerweise der erste Eintrag der ERO-Liste, der durch die RSVP Path-Nachricht durchgeführt wird) auf den Ausgangsknoten oder den nächsten Domain-Grenzknoten ausdehnen [edit protocols mpls] kann.

CSPF-Pfadberechnung für P2MP-LSPs zwischen Domänen:

  • Die CSPF-Pfadberechnung wird auf jedem Sub-LSP für P2MP-LSPs zwischen Domänen unterstützt. Ein Teil-LSP kann intra-, bereichsübergreifende oder inter-area-AS. CSPF behandelt einen Inter-Area- oder Inter-AS-Sub-LSP auf die gleiche Weise wie einen inter-domainübergreifenden P2P-LSP.

  • Auf einem Ingress-Node oder einem Domain Boundary Node (ABR oder ASBR) kann CSPF eine Explicit Route Object (ERO)-Erweiterung pro RSVP-Abfrage durchführen. Das zielanfragente Ziel kann ein Ausgangsknoten oder ein empfangener Loose-Hop-ERO sein. Wenn sich das Ziel in einer benachbarten Domain befindet, mit der der Knoten verbunden ist, generiert CSPF entweder eine Folge von Strict-Hop-EROs zu ihm oder eine Folge von Strict-Hop-EROs zu einem anderen Domain-Grenzknoten, der das Ziel erreichen kann.

  • Wenn RSVP nicht über einen zuvor ausgewählten Domain Bounday-Knoten einen Pfad signalisiert, versucht RSVP, einen Pfad über andere verfügbare Domain Boundary Nodes im Rundlauf zu signalisieren.

  • Wenn ein Sub-LSP einem P2MP-LSP mit oder aus einem domänenübergreifenden P2MP-LSP hinzugefügt oder entfernt wird, wodurch sein Pfad (Zweigstelle) zusammengeführt oder mit dem aktuellen P2MP-Tree entfernt wird, sollten die von den anderen Sub-LSPs erstellten Pfade nicht beeinträchtigt werden, um Datenverkehrsunterbrechungen auf diesen Sub-LSPs zu verhindern.

Beachten Sie bei der Bereitstellung von domänenübergreifenden P2MP-LSPs in Ihrem Netzwerk Folgendes:

  • Die regelmäßige Pfadoptimierung wird für P2MP-LSPs auf Ingress-Nodes unterstützt, die domainübergreifende P2MP-LSPs unterstützen. Er kann für einen P2MP-LSP mit einer Domain aktiviert werden, indem die Anweisung auf der Hierarchieebene mit demselben Intervall für jedes optimize-timer[edit protocols mpls label-switched-path lsp-name] Sub-LSP konfiguriert wird.

  • Nur Link Protection-Bypass-LSPs werden für P2MP-LSPs zwischen Domänen unterstützt. Zur Aktivierung eines inter-domainübergreifenden P2MP-LSP muss der Verbindungsschutz für alle Sub-LSPs und auf allen RSVP-Schnittstellen konfiguriert werden, über die der P2MP-LSP verwendet werden kann.

  • Es OSPF bereiche, in denen P2MP-LSPs mit verschiedenen Domänen unterstützt werden. IS-IS werden nicht unterstützt.

Konfigurieren von Graceful Restart für Point-to-Multipoint-LSPs

Sie können den graceful Restart auf Point-to-Multipoint-LSPs konfigurieren. Der graceful-Neustart ermöglicht einem Router einen Neustart, um die benachbarten Nachbarn des Zustands zu informieren. Der neu gestartete Router fordert eine Schonfrist von dem Nachbarn oder Peer an, der dann beim Neustart-Router zusammenarbeiten kann. Der neu gestartete Router kann den Datenverkehr MPLS Neustartzeitraum weiterhin weitergeleitet werden. die Konvergenz im Netzwerk nicht unterbrochen wird. Der Neustart ist für den Rest des Netzwerks nicht offensichtlich, und der neu gestartete Router wird nicht aus der Netzwerktopologie entfernt. RSVP Graceful Restart kann sowohl auf Transitroutern als auch Ingress-Routern aktiviert werden.

Um den graceful Restart auf einem Router zu aktivieren, der Point-to-Multipoint LSP-Datenverkehr behandeln soll, müssen Sie die Anweisung graceful-restart beinhalten:

Sie können diese Aussage in den folgenden Hierarchieebenen enthalten:

  • [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 Point-to-Point-LSPs. Weitere Informationen zur Konfiguration von Graceful Restart finden Sie unter Konfigurieren von RSVP Graceful Restart.

Konfigurieren einer Multicast RPF Check-Richtlinie 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 eine Route im Multicastweiterleitungs-Cache installiert wird. Dies ermöglicht die Verwendung von Point-to-Multipoint-LSPs für die Verteilung von Multicast-Datenverkehr an PIM-Inseln, die nach dem Ausgangsrouter der Point-to-Multipoint-LSPs liegen.

Durch Die Konfiguration der rpf-check-policy Anweisung können Sie RPF-Prüfungen für ein Quell- und Gruppenpaar deaktivieren. Sie würden diese Anweisung normalerweise auf den Egress-Routern eines Point-to-Multipoint-LSP konfigurieren, da die Schnittstelle, die den Multicast-Datenverkehr auf einem Point-to-Multipoint LSP-Egress-Router empfängt, möglicherweise nicht immer die RPF-Schnittstelle ist.

Sie können auch eine Routing-Richtlinie konfigurieren, um auf ein Quell- und Gruppenpaar zu agieren. Diese Richtlinie verhält sich wie eine Importrichtlinie. Wenn also kein Richtlinienbegriff mit den Eingabedaten entspricht, wird die Standardrichtlinie-Aktion "akzeptiert". Eine Aktion zur Annahme von Richtlinien ermöglicht RPF-Prüfungen. Eine Richtlinienaktion zur Ablehnung (die auf alle nicht akzeptierten Quell- und Gruppenpaare angewendet wird) deaktiviert RPF-Prüfungen für die beiden.

Um eine Multicast-RPF-Prüfungsrichtlinie für einen Point-to-Multipoint LSP zu konfigurieren, geben Sie die RPF-Prüfungsrichtlinie mithilfe der Anweisung rpf-check-policy ein:

Sie können diese Aussage in den folgenden Hierarchieebenen enthalten:

  • [edit routing-options multicast]

  • [edit logical-systems logical-system-name routing-options multicast]

Sie müssen außerdem 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 Datenverkehrsrichtlinien.

Anmerkung:

Wenn Sie die Anweisung konfigurieren, Junos OS RPF-Prüfungen des eingehenden Datenverkehrs nicht durchführen und kann daher nicht den an der falschen rpf-check-policy Schnittstelle eingehenden Datenverkehr erkennen. Dies kann dazu führen, dass sich Routing-Schleifen bilden.

Beispiel: Konfigurieren der Multicast RPF-Prüfungsrichtlinie für einen Point-to-Multipoint LSP

Konfigurieren Sie eine Richtlinie, um sicherzustellen, dass eine RPF-Prüfung nicht für Quellen mit Präfix oder länger ausgeführt wird, die Gruppen mit einem Präfix oder 128.83/16228/8 länger gehören:

Konfigurieren der Ingress-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 die Redundanz des Ingress-PE-Routers zu ermöglichen. Hierzu werden die IP-Adressen der Backup-PE-Router (mindestens ein Backup-PE-Router erforderlich) und die vom lokalen PE-Router verwendete lokale IP-Adresse konfiguriert.

Darüber hinaus müssen Sie ein vollständiges Mesh von Point-to-Point-LSPs zwischen den primären und Backup-PE-Routern konfigurieren. Sie müssen bfD auch auf diesen LSPs konfigurieren. Weitere Informationen finden Sie unter Konfigurieren von BFD für RSVP-signalisierte LSPs und Konfigurieren von BFD für LDP-LSPs.

Zur Konfiguration der Ingress-PE-Router-Redundanz für Point-to-Multipoint-LSPs müssen Sie die Aussage backup-pe-group beinhalten:

Eine Liste von Hierarchieebenen, in denen Sie diese Anweisungen enthalten können, finden Sie in den Abschnitten mit einer Zusammenfassung der Anweisungen.

Nachdem Sie die Backup-Gruppe für den ingress-PE-Router redundanz konfiguriert haben, müssen Sie die Gruppe auch auf eine statische Route auf dem PE-Router anwenden. Dies stellt sicher, dass die statische Route aktiv ist (in der Weiterleitungstabelle installiert), wenn der lokale PE-Router der designated Forwarder für die Backup-PE-Gruppe ist. Sie können nur eine PE-Backup-Routergruppe einer statischen Route zuordnen, für die auch die p2mp-lsp-next-hop Anweisung konfiguriert ist. Weitere Informationen finden Sie unter Konfigurieren statischer Unicast-Routen für Point-to-Multipoint-LSPs.

Ermöglichen von Point-to-Point-LSPs zur Überwachung von Egress-PE-Routern

Durch die Konfiguration eines LSP mit der Anweisung kann der Status des associate-backup-pe-groups PE-Routers, für den er konfiguriert ist, überwacht werden. Sie können mehrere BACKUP-PE-Routergruppen mit der gleichen Routeradresse konfigurieren. Ein Fehler dieses LSP bedeutet für alle Backup-PE-Routergruppen, dass der Ziel-PE-Router geschlossen ist. Die associate-backup-pe-groups Aussage ist nicht an eine bestimmte Backup-PE-Routergruppe gebunden. Dies gilt für alle Gruppen, die sich für den Status des LSP für diese Adresse interessieren.

Um es einem LSP zur Überwachung des Status des Egress PE-Routers zu ermöglichen, müssen Sie die Anweisung associate-backup-pe-groups beinhalten:

Diese Aussage kann in den folgenden Hierarchieebenen konfiguriert werden:

Wenn Sie die Anweisung associate-backup-pe-groups konfigurieren, müssen Sie BFD für den Punkt-zu-Punkt-LSP konfigurieren. Informationen zur Konfiguration von BFD für einen LSP finden Sie unter Konfigurieren des BFD für MPLS IPv4-LSPs und BfD-Konfiguration für LDP-LSPs.

Darüber hinaus müssen Sie ein vollständiges Mesh von Punkt-zu-Punkt-LSPs zwischen den PE-Routern in der Backup-PE-Routergruppe konfigurieren. Dazu ist ein Full-Mesh erforderlich, damit jeder PE-Router innerhalb der Gruppe unabhängig den Status der anderen PE-Router bestimmen kann. So kann jeder Router unabhängig bestimmen, welcher PE-Router derzeit als Forwarder für die Pe-Backup-Routergruppe bestimmt wird.

Wenn Sie mehrere LSPs mit der Anweisung zum selben Ziel-PE-Router konfigurieren, wird der erste konfigurierte LSP zur Überwachung des Weiterleitungsstatus zu diesem associate-backup-pe-groups PE-Router verwendet. Wenn Sie mehrere LSPs zum selben Ziel konfigurieren, konfigurieren Sie ähnliche Parameter für die LSPs. In diesem Konfigurationsszenario kann eine Fehlerbenachrichtigung ausgelöst werden, selbst wenn der Remote-PE-Router noch am Standort ist.

Beibehaltung der Point-to-Multipoint LSP-Funktionen mit unterschiedlichen Junos OS Releases

In Junos OS 9.1 und früheren Versionen werden Resv-Nachrichten, die das S2L_SUB_LSP enthalten, standardmäßig abgelehnt. In Junos OS 9.2 und höher werden solche Nachrichten standardmäßig akzeptiert. Um die reibungslose Funktion von Point-to-Multipoint-LSPs in einem Netzwerk zu gewährleisten, das sowohl Geräte umfasst, auf denen Junos OS Version 9.1 oder höher ausgeführt wird, als auch Geräte, auf denen Junos 9.2 oder höher ausgeführt wird, müssen Sie die Anweisung in die Konfiguration der Geräte, auf denen Junos 9.2 oder höher ausgeführt wird, no-p2mp-sublsp beinhalten:

Sie können diese Aussage in den folgenden Hierarchieebenen enthalten:

  • [edit protocols rsvp]

  • [edit logical-systems logical-system-name protocols rsvp]

Übersicht über das Verhalten auf Point-to-Multipoint LSP (Verhalten auf Point-to-Multipoint LSP)

In diesem Abschnitt werden die Vorteile und der Überblick über die Steuerung des Wiederverführungsverhaltens auf RSVP Point-to-Multipoint (P2MP) LSPs erläutert.

Vorteile der Steuerung des P2MP-LSP-Re-Merges

  • Reduziert die RSVP-Signallast auf dem Ingress (Headend-Router), indem die Pfadberechnung von Sub-LSPs vermieden wird, was eine Neuvernetzungsbedingung erzeugt.

  • Spart die Netzwerkbandbreite, indem der P2MP-Sub-LSP-Re-Merge am Transitknoten abgelehnt wird.

Was ist die erneute Zusammenführung von P2MP LSP?

In einem P2MP MPLS LSP-Netzwerk ist der Begriff "erneute Verschmelzung" im Fall eines Ingress-(Headend)- oder Transitknotens (Re-Merge-Knotens) gemeint, der einen Neuvernetzungsknoten erzeugt, der den P2MP-LSP an einem anderen Knoten im Tree umschneidet. 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-Re-Merge:

  • Der Knoten, der die Neueinführung erkennt, ermöglicht die Persistierung des Re-Merge-Falls, doch Daten von nur einer eingehenden Schnittstelle werden am Re-Merge-Knoten verworfen. Dies funktioniert standardmäßig ohne jegliche Konfiguration.

  • Zweitens initiiert der Re-Merge-Knoten das Pruning der Unter-LSPs durch Signalübertragung.

Auf Juniper Networks Routern der MX-Serie funktioniert der erste Ansatz (wie in RFC 4875 definiert) standardmäßig. Der zweite Ansatz kann durch eine der folgenden CLI-Konfigurationserklärungen implementiert werden, je nachdem, wo die Router der Juniper Networks MX-Serie (Ingress-Knoten oder Transitknoten) im P2MP RSVP MPLS-Netzwerk platziert werden:

  • no-re-merge— Diese CLI-Konfigurationserklärung, wenn sie am Ingress-Router (Headend) aktiviert wird, vermeidet die Pfadberechnung von P2MP-Sub-LSPs, was eine Re-Merge-Bedingung erstellt. Wenn diese CLI Konfigurationserklärung am Ingress konfiguriert wird, ist eine Konfiguration der CLI-Konfiguration am no-p2mp-re-merge Transit-Router nicht erforderlich.

  • no-p2mp-re-mergeDiese CLI, wenn sie am Transitrouter aktiviert wird, ändert das Standardverhalten, wenn die P2MP-Teil-LSP-Sitzungen erneut zusammengeführt werden können, um die erneute Verschmelzung abzulehnen. Diese CLI Konfiguration ist in erster Linie erforderlich, wenn der Ingress-Router (Headend-Router) kein Router der MX Juniper Networks ist.

  • single-abr— Dieser Befehl bei Aktivierung reduziert den Re-Merge-Zustand über den Inter Area-, Inter-Domain- oder Inter-AS RSVP P2MP-LSPs hinaus.

Die folgende Topologie erklärt das Re-Merge-Verhalten in einem P2MP-LSP-Netzwerk:

Was ist die erneute Zusammenführung von P2MP LSP?

In dieser Topologie fungiert R1 als Ingress-Router (Headend) und R2 als Transit-Router (Re-Merge-Knoten). In diesem Netzwerk wurden zwei untergeordnete LSP-Sitzungen erstellt: LSP 1 und LSP 2. LSP 1 ist eine Sitzung, die zwischen R1-, R2- und R3-Geräten eingerichtet wird. 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 Verschmelzung sowohl von den Sub-LSPs als auch einen Datenverkehr unter LSP-Zweigstellen am Re-Merge-Knoten. Sie können dieses Verhalten, das sich wieder verbinden, kontrollieren, indem Sie die CLI-Konfigurationserklärung am Ingress-Router oder die CLI-Konfigurationserklärung am no-re-mergeno-p2mp-re-merge Transit-Router aktivieren.

Wenn Sie die CLI Konfigurationserklärung am no-re-merge Ingress-Router (R1) aktivieren, wird nur eine der beiden untergeordneten LSP-Sitzungen eingerichtet. Wenn beispielsweise die LSP 1 (R1-R2-R3)-Sitzung zuerst eingerichtet wird, wird die andere sub-LSP-Sitzung (LSP 2) nicht festgelegt.

Wenn Sie die CLI-Konfigurationsausführung am Transitrouter (R2) aktivieren, abgelehnt der Transitrouter die Erneute Zusammenführung eines der untergeordneten LSPs und sendet eine Fehlermeldung mit dem Pfad an den Ingress-Router (R1), der den Ingress-Router daran hindert, die zweite no-p2mp-re-merge P2MP-LSP-Zweigniederlassung neu zu erstellen. Sie können den show rsvp statistics Befehlszeilenbefehl CLI anzeigen, um die Pfadfehlernachricht angezeigt zu werden.

Ändern des Standard-P2MP-LSP-Re-Merge-Verhaltens

Sie können das Standard-Re-Merge-Verhalten entweder am Ingress-Knoten (Headend) oder am Transitknoten in einem P2MP RSVP-MPLS ändern.

Deaktivieren Sie auf dem Ingress (Headend-Router) das Standard-Re-Merge-Verhalten, sodass der Ingress-Router die Pfadberechnung von Sub-LSPs nicht übernimmt, wodurch die Re-Merge-Bedingung erstellt wird. Das Standardverhalten ermöglicht die Pfadberechnung von Sub-LSPs.

Deaktivieren Sie das Standard-Re-Merge-Verhalten auf dem Transitrouter, sodass der Transitrouter die erneute Zusammenführung von Sub-LSPs abgelehnt.

Verwenden Sie für RSVP P2MP-LSPs zwischen Bereichs- oder Domänenübergreifenden bzw. Inter-AS-RSVP die CLI-Konfigurationserklärung am single-abr Ingress (Headend-Router), sodass alle P2MP-Sub-LSPs lieber den gleichen Exit-Router (ABR oder ASBR) auswählen, wodurch die Neuvernetzungsbedingung reduziert wird.