AUF DIESER SEITE
Beispiel: NG-VPLS mit Point-to-Multipoint-LSPs
Dieses Beispiel zeigt, wie Sie VPLS (NG_VPLS) der nächsten Generation mithilfe von Point-to-Multipoint-LSPs konfigurieren. Die Topologie ist in Abbildung 1 und Abbildung 2 dargestellt. Dieses Beispiel ist in den folgenden Abschnitten organisiert:
Anforderungen
Tabelle 1 listet die verwendete Hardware und die für dieses Beispiel erforderliche Software auf:
| Software | für Gerätekomponenten | |
|---|---|---|
Sechs universelle 5G-Routing-Plattformen der MX-Serie |
DPC-4 10GE-X, DPC-40 1GE-X |
Junos OS Version 9.3R4 oder höher |
Core-Router der T-Serie |
FPC3, 10GE-Xenpak |
Junos OS Version 9.3R4 oder höher |
Acht Ex4200-Ethernet-Switches |
Virtuelle Switches EX4200 |
Junos OS Version 9.3R4 oder höher |
Ein M7i Multiservice-Edge-Router |
Gigabit-Ethernet-Schnittstellen |
Junos OS Version 9.3R4 oder höher |
Übersicht und Topologie
Die logische Topologie des NG-VPLS-Beispiels ist in Abbildung 1 dargestellt.
Die Router in diesem Beispiel sind wie folgt vorkonfiguriert:
OSPF-Bereich 0 wird auf allen PE-Routern und P-Routern mit aktivierter Traffic-Engineering konfiguriert.
Alle Kernschnittstellen sind mit der
mplsProtokolladressfamilie konfiguriert.Die Protokolle RSVP und MPLS sind für alle Kernschnittstellen aktiviert.
Alle Router der MX-Serie haben den Netzwerkservicemodus auf Ethernet eingestellt. Der Netzwerkservicemodus wird konfiguriert, indem die
network-servicesAnweisung angegeben und dieethernetOption angegeben wird.Alle PE-Router sind für ein autonomes System
65000konfiguriert.
Die physische Topologie des NG-VPLS-Beispiels ist in Abbildung 2 dargestellt. Die Topologie besteht aus sechs Routern der MX-Serie, die mit redundanten Verbindungen im Core verbunden sind. Vier Router der MX-Serie fungieren als PE-Router und zwei sind Core-Router.
Beachten Sie die folgenden Topologiedetails:
Ein Route Reflector wird in der Topologie so konfiguriert, dass er die Familienrouten
l2-vpnzu allen PE-Routern für BPG-VPLS widerspiegelt.Die GOLD VPLS-Routing-Instanz ist mit zwei Standorten in jedem der PE-Router konfiguriert.
Ein GOLD-Standort ist mit dem CE-Router und der andere direkt mit den Testgeräten auf jedem PE-Router verbunden.
Die
no-tunnel-servicesAnweisung ist in der GOLD VPLS-Instanz enthalten, um die Verwendung von LSI-Schnittstellen für VPLS-Tunnelservices zu ermöglichen.Router CE1 und Router CE2 sind Virtual Chassis-Switches der EX-Serie, die als CE-Router fungieren.
Router CE3 ist ein M7i Router, der als CE-Router fungiert.
Es werden zwei Multicast-Quellen konfiguriert. Eine ist mit Router CE1 (Standort 1) und die andere mit Router PE2 (Standort 4) verbunden, um verschiedene Szenarien zu simulieren.
Router CE1 wird als Rendezvouspunkt (RP) konfiguriert.
Der Unicast-Datenverkehr wird auf allen Testgeräten-Ports aktiviert und an alle Standorte in der GOLD VPLS-Instanz gesendet.
Konfiguration
Dieses Beispiel zeigt, wie Sie VPLS der nächsten Generation mithilfe von Point-to-Multipoint-LSPs konfigurieren. Sie ist in den folgenden Abschnitten organisiert:
- Konfigurieren der PE-Router-Schnittstellen
- Konfigurieren eines Route Reflectors für alle PE-Router für BGP-basierte VPLS
- Einrichten von BGP-basierten VPLS mit einem Route Reflector
- Konfiguration von Punkt-zu-Punkt-LSPs zwischen PE-Routern
- Konfiguration dynamischer und statischer Point-to-Multipoint-LSPs zwischen PE-Routern
- Konfigurieren des Point-to-Multipoint-Link-Schutzes
- Konfigurieren einer BGP-basierten VPLS-Routing-Instanz für NG-VPLS
- Konfigurieren von Tunnelservices für VPLS
- Überprüfung der Steuerungsebene
- Verifizieren der Data Plane
- Ergebnisse
Konfigurieren der PE-Router-Schnittstellen
Schritt-für-Schritt-Verfahren
Aktivieren Sie auf den kundenorientierten PE-Schnittstellen VLAN-Tagging, konfigurieren Sie den Kapselungstyp und aktivieren Sie die VPLS-Adressfamilie. Es gibt vier mögliche Schnittstellenkapselungen für VPLS-Routing-Instanzen, die Sie je nach Ihren Anforderungen auswählen können.
Wenn ihr Netzwerk erfordert, dass jede logische Schnittstelle auf dem PE-Router-zu-CE-Router-Link so konfiguriert wird, dass nur Pakete mit VLAN-ID
1000akzeptiert werden, fügen Sie dievlan-taggingAnweisung ein, fügen Sie dieencapsulationAnweisung ein und geben Sie als Kapselungstyp anvlan-vpls. Fügen Sie auch die Anweisung einvlan-idund geben Sie sie als VLAN-ID an1000.[edit interfaces] ge-1/1/0 { vlan-tagging; encapsulation vlan-vpls; unit 1 { encapsulation vlan-vpls; vlan-id 1000; family vpls; } }Mit dieser Konfiguration können Sie mehrere logische Schnittstellen mit unterschiedlichen VLAN-IDs konfigurieren und jeder logischen Schnittstelle eine andere Routing-Instanz zuordnen.
Wenn in Ihrem Netzwerk jede physische Schnittstelle des PE-Routers zum CE-Router-Link so konfiguriert werden muss, dass der gesamte Ethernet-Port als Teil einer einzigen VPLS-Instanz verwendet wird, fügen Sie die
encapsulationAnweisung ein und geben Sie als Kapselungstyp anethernet-vpls.[edit interfaces] ge-1/2/0 { encapsulation ethernet-vpls; unit 0 { family vpls; } }Mit diesem Kapselungsmodus können Sie nicht mehrere logische Einheiten (VLANs) erstellen.
Wenn für Ihr Netzwerk erforderlich ist, dass jede logische Schnittstelle der einzelnen physischen Schnittstelle auf dem PE-Router zum CE-Router-Link so konfiguriert wird, dass sie eine Mischung aus verschiedenen Kapselungen verwendet, fügen Sie die
encapsulationAnweisung hinzu und geben Sieflexible-ethernet-servicesals Kapselungstyp auf Hierarchieebene[edit interfaces interface-name]an. Fügen Sie auch dieencapsulationAnweisung hinzu, und geben Sievlan-vplsauf Hierarchieebene den Kapselungstyp an odervlan-cccals Kapselungstyp[edit interfaces interface-name unit logical-unit-number].[edit interfaces] ge-1/2/0 { vlan-tagging; encapsulation flexible-ethernet-services; unit 1 { encapsulation vlan-vpls; } unit 2 { encapsulation vlan-ccc; } }Wenn Ihr Netzwerk unterstützung für die Verwendung einer Kombination aus einzelnen und dual getaggten VLANs erfordert, die in verschiedenen logischen Schnittstellen auf einer einzigen physischen Schnittstelle konfiguriert sind, fügen Sie die
encapsulationAnweisung bei und geben Sie als Kapselungstyp anflexible-vlan-tagging.Konfigurieren Sie die coreorientierten CE-Router-Schnittstellen. Die Konfiguration des CE-Routers und des PE-Routers muss mit den Kapselungstypen und VLAN-IDs übereinstimmen. In der Regel wird die IP-Adresse auf den coreorientierten CE-Router-Schnittstellen konfiguriert, wenn es sich bei dem CE-Gerät um einen Router handelt und die Layer-2-Domain in das Layer-3-Netzwerk beendet wird. In diesem Beispiel ist die Schnittstelle für einzelne Tags mit einer VLAN-ID von
1000.[edit interfaces] ge-1/1/0 { vlan-tagging; unit 1 { vlan-id 1000; family inet { address 198.51.100.4/24; } } }
Konfigurieren eines Route Reflectors für alle PE-Router für BGP-basierte VPLS
Schritt-für-Schritt-Verfahren
Die Konfiguration eines Route Reflectors ist die bevorzugte Methode, um alle BGP-basierten Serviceangebote zu aktivieren. Die Konfiguration eines Route Reflectors vermeidet die Notwendigkeit eines vollständigen Meshs von BGP-Peer-Sitzungen und lässt sich gut skalieren. BGP-Redundanz kann mit mehreren Routenreflektoren in einem einzigen Cluster erreicht werden.
Damit BGP Layer-2-VPN- und VPLS-NLRI-Nachrichten übertragen kann, erstellen Sie eine Peer-Gruppe, fügen Sie die
familyAnweisung ein, geben Sie diel2vpnOption an und fügen Sie diesignalingAnweisung ein. Um den Route Reflector-Cluster zu konfigurieren und die BGP-Peer-Sitzungen abzuschließen, fügen Sie dieclusterAnweisung ein und geben Sie die IP-Adresse für die Cluster-ID an. Fügen Sie dann die Anweisung hinzuneighborund geben Sie die IP-Adresse der PE-Router an, bei denen es sich um BGP-Client-Peers im Cluster handelt.[edit protocols] bgp { group RR { type internal; local-address 192.0.2.7; family l2vpn { signaling; } cluster 192.0.2.7; neighbor 192.0.2.1; # To PE1 neighbor 192.0.2.2; # To PE2 neighbor 192.0.2.3; # To PE3 neighbor 192.0.2.4; # To PE4 } }Konfigurieren Sie OSPF und aktivieren Sie das Traffic-Engineering auf dem Route Reflector, um die CSPF-Datenbank (Constrained Shortest Path First) für die Ausgangs-LSPs zu erstellen, die von den PE-Routern enden.
[edit protocols] ospf { traffic-engineering; area 0.0.0.0 { interface all; interface fxp0.0 { disable; } } }Aktivieren Sie die PROTOKOLLE MPLS und RSVP auf allen Schnittstellen, die mit dem MPLS-Core verbunden sind. Dadurch werden die RSVP-Ausgangs-LSPs von den PE-Routern beendet.
[edit protocols] rsvp { interface all; interface fxp0.0 { disable; } } mpls { interface all; interface fxp0.0 { disable; } }
Einrichten von BGP-basierten VPLS mit einem Route Reflector
Schritt-für-Schritt-Verfahren
Für BGP-basierte VPLS benötigen alle PE-Router ein vollständiges Mesh von BGP-Peer-Sitzungen untereinander oder einen einzigen Peer mit dem Route Reflector. Der Route Reflector reflektiert die Von den anderen PE-Routern empfangenen Routen. In diesem Beispiel wird der PE-Router so konfiguriert, dass er eine Peer-Beziehung mit dem Route Reflector aufbaut.
Damit alle PE-Router eine BGP-Client-Peer-Sitzung mit dem Route Reflector einrichten, erstellen Sie eine interne Peer-Gruppe, fügen Sie die
local-addressAnweisung ein und geben Sie die IP-Adresse des PE-Routers an. Fügen Sie auch dieneighborAnweisung hinzu und geben Sie die IP-Adresse des Route Reflectors an. Damit BGP Layer-2-VPN- und VPLS-NLRI-Nachrichten übertragen kann, fügen Sie diefamilyAnweisung ein, geben Sie diel2vpnOption an und fügen Sie die Anweisung einsignaling.[edit protocols] bgp { group to-RR { type internal; local-address 192.0.2.1; family l2vpn { signaling; } neighbor 192.0.2.7; # To the route reflector } }Konfigurieren Sie einen Point-to-Point-RSVP-LSP von den PE-Routern zum Route Reflector. Um den LSP zu erstellen, fügen Sie die
label-switched-pathAnweisung ein, geben Sie dem LSP einen aussagekräftigen Namen, fügen Sie dietoAnweisung ein und geben Sie die IP-Adresse des Route Reflectors als LSP-Endpunkt an. Dieser LSP wird benötigt, um die nächsten BGP-Hops in derinet.3Routingtabelle für die Vom Route-Reflector empfangenen Routen zu lösen.[edit protocols] mpls { label-switched-path to-RR { to 192.0.2.7; } interface all; interface fxp0.0 { disable; } }
Konfiguration von Punkt-zu-Punkt-LSPs zwischen PE-Routern
Schritt-für-Schritt-Verfahren
In VPLS der nächsten Generation werden Point-to-Multipoint-LSPs nur zum Transport von Broadcast-, Multicast- und unbekannten Unicast-Frames verwendet. Alle anderen Frames werden weiterhin mit Punkt-zu-Punkt-RSVP-LSPs transportiert. Dies ist eine effizientere Nutzung der Bandbreite, insbesondere in der Nähe der Quelle des unbekannten Broadcast- und Multicast-Frames. Der Kompromiss ist mehr Zustand im Netzwerk, da jeder PE-Router der Eingang eines Point-to-Multipoint-LSP ist, der alle anderen PE-Router berührt, und n Punkt-zu-Punkt-LSPs werden benötigt, einer geht zu jedem der anderen PE-Router.
Um einen Point-to-Point-LSP zu erstellen, fügen Sie die
label-switched-pathAnweisung ein, geben Sie dem LSP einen aussagekräftigen Namen, fügen Sie dietoAnweisung ein und geben Sie die IP-Adresse des anderen PE-Routers als LSP-Endpunkt an. Das Beispiel zeigt die Konfiguration von LSPs von Router PE1 zu Routern PE2, PE3 und PE4.[edit protocols] mpls { label-switched-path to-PE2 { to 192.0.2.2; } label-switched-path to-PE3 { to 192.0.2.3; } label-switched-path to-PE4 { to 192.0.2.4; } }
Konfiguration dynamischer und statischer Point-to-Multipoint-LSPs zwischen PE-Routern
Schritt-für-Schritt-Verfahren
In diesem Verfahren wird beschrieben, wie Sie dynamische Point-to-Multipoint-LSPs erstellen und statische Point-to-Multipoint-LSPs konfigurieren. Auf einem Router, der mit statischen Point-to-Multipoint-LSPs konfiguriert ist, werden die LSPs sofort eingerichtet. Auf einem Router, der mit dynamischen Point-to-Multipoint-LSPs konfiguriert ist, wird der LSP erst angezeigt, nachdem BGP-Nachbarninformationen vom Route Reflector oder von den anderen PE-Routern, die an der VPLS-Domäne teilnehmen, empfangen wurden.
Für jede VPLS-Instanz erstellt ein PE-Router mit dynamischen Point-to-Multipoint-LSPs einen dedizierten Point-to-Multipoint-LSP basierend auf der Point-to-Multipoint-Vorlage. Wenn VPLS über BGP einen neuen Nachbarn entdeckt, wird ein Sub-LSP für diesen Nachbarn zum Point-to-Multipoint-LSP hinzugefügt.
Wenn in der VPLS-Instanz PE-Router vorhanden sind n , erstellt n der Router Point-to-Multipoint-LSPs im Netzwerk, in dem jeder PE-Router die Wurzel des Baumes ist und den Rest der PE-Router als Leaf-Knoten umfasst, die n-1 über einen Source-to-Leaf-Sub-LSP verbunden sind.
In diesem Schritt konfigurieren Sie Router PE1 und Router PE2 so, dass sie eine dynamische Point-to-Multipoint-LSP-Vorlage für die LSP-Erstellung verwenden. Wenn diese Router eine neue BGP-Route erhalten, die vom Routenreflektor für einen neuen Nachbarn angekündigt wurde, erstellen sie einen Point-to-Multipoint-Sub-LSP zu diesem Nachbarn. Um die dynamische Point-to-Multipoint-LSP-Vorlage zu erstellen, fügen Sie die
label-switched-pathAnweisung ein, geben Sie der LSP-Vorlage einen aussagekräftigen Namen, fügen Sie dietemplateAnweisung ein und fügen Sie die Anweisung einp2mp. Aktivieren Sie auch den Linkschutz und konfigurieren Sie den Optimierzeitgeber, um den LSP-Pfad regelmäßig zu optimieren.[edit protocols] mpls { label-switched-path vpls-GOLD-p2mp-template { template; # identify as a template optimize-timer 50; link-protection; # link protection is enabled on point-to-multipoint LSPs p2mp; } }In diesem Schritt konfigurieren Sie statische Point-to-Multipoint-LSPs. Das Erstellen statischer Point-to-Multipoint-LSPs ähnelt dem Erstellen von Punkt-zu-Punkt-LSPs. Sie können nicht auch andere RSVP-Parameter unter jedem Point-to-Multipoint-LSP konfigurieren.
Um statische Point-to-Multipoint-LSPs zu erstellen, schließen Sie die
label-switched-pathAnweisung ein, geben Sie dem LSP einen aussagekräftigen Namen, fügen Sie dietoAnweisung ein und geben Sie die IP-Adresse des PE-Routers an, der der Endpunkt des LSP ist. Schließen Sie auch die Anweisung einp2mpund geben Sie einen Pfadnamen an.[edit protocols] mpls { label-switched-path to-pe2 { to 192.0.2.2; p2mp vpls-GOLD; } label-switched-path to-pe3 { to 192.0.2.3; p2mp vpls-GOLD; } label-switched-path to-pe1 { to 192.0.2.1; p2mp vpls-GOLD; } }
Konfigurieren des Point-to-Multipoint-Link-Schutzes
Schritt-für-Schritt-Verfahren
Point-to-Multipoint-LSPs unterstützen nur RSVP-Link-Schutz für Traffic Engineering. Node-Schutz wird nicht unterstützt. Der Linkschutz ist optional, aber er ist die empfohlene Konfiguration für die meisten Netzwerke.
Fügen Sie die Anweisung auf Der Hierarchieebene ein,
link-protectionum den Linkschutz auf den[edit protocols rsvp interface interface-name]kerngerichteten Schnittstellen zu ermöglichen.[edit protocols] rsvp { interface all; interface fxp0.0 { disable; } interface xe-0/3/0.0 { link-protection; } interface xe-0/2/0.0 { link-protection; } interface xe-0/1/0.0 { link-protection; } }Aktivieren Sie den Point-to-Multipoint-LSP, um die RSVP-Linkschutzfunktion zu verwenden. Der Linkschutz kann sowohl für statische Point-to-Multipoint- als auch für dynamische Point-to-Multipoint-LSPs konfiguriert werden, die eine Vorlage verwenden.
Konfigurieren Sie für statische Point-to-Multipoint-LSPs jeden Zweigstellen-Sub-LSP. Fügen Sie die
link-protectionAnweisung auf Hierarchieebene ein, um den[edit protocols mpls label-switched-path label-switched-path-name]Linkschutz zu aktivieren.[edit protocols mpls label-switched-path] label-switched-path to-pe2 { to 192.0.2.2; link-protection; p2mp vpls-GOLD; } label-switched-path to-pe3 { to 192.0.2.3; link-protection; p2mp vpls-GOLD; } label-switched-path to-pe1 { to 192.0.2.1; link-protection; p2mp vpls-GOLD; }Für dynamische Point-to-Multipoint-LSPs, die eine Vorlage verwenden, muss nur für die Vorlage der Linkschutz konfiguriert sein. Alle Point-to-Multipoint-Zweigstellen-LSPs, die die Vorlage verwenden, übernehmen diese Konfiguration.
Fügen Sie die
link-protectionAnweisung auf[edit protocols mpls label-switched-path label-switched-path-name]Hierarchieebene ein, um den Linkschutz für dynamische Point-to-Multipoint-LSPs zu ermöglichen.[edit protocols mpls label-switched-path] label-switched-path vpls-GOLD-p2mp-template { template; optimize-timer 50; link-protection; p2mp; }
Konfigurieren einer BGP-basierten VPLS-Routing-Instanz für NG-VPLS
Schritt-für-Schritt-Verfahren
Für NG-VPLS ist die Konfiguration der Routing-Instanz ähnlich wie für eine normale VPLS-Routing-Instanz. Die Routing-Instanz definiert die VPLS-Site und erstellt die VPLS-Verbindung. Die folgenden Parameter werden konfiguriert.
Instanztyp – VPLS.
Schnittstelle – Die Schnittstelle, die mit dem CE-Router verbunden ist.
Route Distinguisher: Jede Routing-Instanz, die Sie auf einem PE-Router konfigurieren, muss über einen eindeutigen Routenscheider verfügen. Der Routenscheider wird von BGP verwendet, um zwischen potenziell identischen NLRI-Nachrichten (Network Reachability Information) zu unterscheiden, die von verschiedenen VPNs empfangen werden. Wir empfehlen, für jede Routing-Instanz auf jedem PE einen eindeutigen Routenscheider zu verwenden, damit Sie bestimmen können, welches PE aus der Route stammt.
VRF-Ziel: Durch die Konfiguration einer VRF-Ziel-Community mit der
vrf-targetAnweisung werden standardmäßige VRF-Import- und Exportrichtlinien generiert, die importierte Routen und exportierte Tag-Routen mit der angegebenen Ziel-Community akzeptieren.Protokolle: Konfigurieren Sie das VPLS-Protokoll wie im folgenden Verfahren beschrieben.
Um die NG-VPLS-Routing-Instanz zu konfigurieren, fügen Sie die
routing-instancesAnweisung ein und geben Sie den Instanznamen an. Schließen Sie auch die Anweisung eininstance-typeund geben Sie als Typ anvpls. Fügen Sie die Anweisung einroute-distinguisher, und geben Sie einen Routenscheider an, der für alle auf dem Router konfigurierten VPNs eindeutig ist. Konfigurieren Sie ein VRF-Routenziel, indem Sie dievrf-targetAnweisung angeben und das Routenziel angeben. Das von einem Router exportierte Routenziel muss mit dem Routenziel übereinstimmen, das von einem anderen Router für dieselbe VPLS importiert wurde.[edit] routing-instances { GOLD { instance-type vpls; interface ge-1/0/0.1; interface ge-1/1/0.1; route-distinguisher 192.0.2.1:1; vrf-target target:65000:1; } }Um einen Point-to-Multipoint-LSP für VPLS-Flooding zu verwenden, konfigurieren Sie einen LSP unter der VPLS-Routing-Instanz.
Um den Point-to-Multipoint-LSP für VPLS-Flooding zu konfigurieren, fügen Sie die
label-switched-path-templateAnweisung ein und geben Sie den Namen der LSP-Vorlage auf Hierarchieebene[edit routing-instances routing-instances-name provider-tunnel rsvp-te]an.[edit] routing-instances { GOLD { instance-type vpls; interface ge-1/0/0.1; interface ge-1/1/0.1; route-distinguisher 192.0.2.1:1; provider-tunnel { rsvp-te { label-switched-path-template { vpls-GOLD-p2mp-template; } } } vrf-target target:65000:1; } }Die Konfiguration des VPLS-Protokolls ermöglicht die VPLS zwischen verschiedenen Standorten in der VPLS-Domäne. Mehrere Standorte können unter einer einzigen VPLS-Routing-Instanz konfiguriert werden, aber beachten Sie, dass die niedrigste Standort-ID verwendet wird, um die VPLS pseudowire mit den anderen PE-Routern zu erstellen, und der Labelblock, der der niedrigsten Standort-ID zugeordnet ist, wird angekündigt. Die folgenden Parameter sind für das VPLS-Protokoll konfiguriert:
Site – Name der VPLS-Website.
Standortbereich: Maximale Standort-ID in DER VPLS zulässig. Der Standortbereich gibt die innerhalb des VPLS zulässige Standort-ID mit dem höchsten Wert an, nicht die Anzahl der Websites in der VPLS.
Site Identifier: Jede Zahl zwischen 1 und 65.534, die die VPLS-Site eindeutig identifiziert. Dies wird im betreffenden RFC auch als VE-ID bezeichnet.
PE-CE-Schnittstelle – Die Schnittstelle, die an dieser Website teilnimmt.
Tunnelservices für VPLS: Wenn Sie keine Tunnelschnittstelle in der
[edit protocol vpls tunnel-services]Hierarchie konfigurieren, verwendet der Router jede Tunnelschnittstelle, die auf dem Router für VPLS verfügbar ist.No-Tunnel-Services: Wenn Sie die
no-tunnel-servicesAnweisung hinzufügen, verwendet der Router eine Label-Switched Interface (LSI) für die Tunnelservices für diese VPLS-Instanz.Mac-Tabellengröße: Die Größe der VPLS-MAC-Adresstabelle (Media Access Control). Der Standard ist 512 Adressen und das Maximum ist 65.536. Wenn die Tabelle voll ist, werden der Tabelle keine neuen MAC-Adressen mehr hinzugefügt.
Um das VPLS-Protokoll zu konfigurieren, fügen Sie die
vplsAnweisung auf[edit routing-instances routing-instance-name protocols]Hierarchieebene ein. Um den Standortbereich zu konfigurieren, fügen Sie diesite-rangeAnweisung ein und geben Sie die Standort-ID mit dem höchsten zulässigen Wert innerhalb des VPLS an. Fügen Sie die Anweisung ein,no-tunnel-servicesdamit der Router eine LSI-Schnittstelle verwendet. Um eine VPLS-Site zu erstellen, fügen Sie diesiteAnweisung ein und geben Sie einen Standortnamen an. Fügen Sie auch diesite-identifierAnweisung hinzu und geben Sie die Standort-ID an. Fügen Sie dann die Anweisung eininterfaceund geben Sie den Schnittstellennamen für die Schnittstelle an, die mit dem CE-Gerät verbunden ist.[edit] routing-instances { GOLD { instance-type vpls; interface ge-1/0/0.1; interface ge-1/1/0.1; route-distinguisher 192.0.2.1:1; provider-tunnel { rsvp-te { label-switched-path-template { vpls-GOLD-p2mp-template; } } } vrf-target target:65000:1; protocols { vpls { site-range 8; no-tunnel-services; site CE1 { site-identifier 1; interface ge-1/0/0.1; } site Direct { site-identifier 2; interface ge-1/1/0.1; } } } } }
Konfigurieren von Tunnelservices für VPLS
Schritt-für-Schritt-Verfahren
Für die VPLS-Konfiguration ist eine Tunnelschnittstelle erforderlich, um den Ursprungsdatenverkehr zu verkapseln und den von einem Remote-Standort ausgehenden Datenverkehr zu entkapseln. Wenn die Tunnelschnittstelle nicht konfiguriert ist, wählt der Router standardmäßig eine der verfügbaren Tunnelschnittstellen auf dem Router aus. Für die Konfiguration dieser Tunnelschnittstelle stehen in Junos OS drei Methoden zur Verfügung.
Wenn Sie eine virtuelle Tunnelschnittstelle angeben möchten, die als primäres Gerät für das Tunneling verwendet werden soll, fügen Sie die
primaryAnweisung ein und geben Sie die virtuelle Tunnelschnittstelle an, die[edit routing-instances routing-instance-name protocols vpls tunnel-services]auf Hierarchieebene verwendet werden soll.[edit routing-instances routing-instance-name] protocols { vpls { site-range 8; tunnel-services { primary vt-1/2/10; } } }Um den Router so zu konfigurieren, dass er eine LSI-Schnittstelle für Tunnelservices anstelle einer virtuellen Tunnelschnittstelle verwendet, fügen Sie die
no-tunnel-servicesAnweisung auf Hierarchieebene[edit routing-instances routing-instance-name protocols vpls]ein.[edit routing-instances routing-instance-name] protocols { vpls { site-range 8; no-tunnel-services; } }In einem Router der MX-Serie müssen Sie die Tunnelservices-Schnittstelle erstellen, die für Tunnelservices verwendet werden kann. Um die Tunnelserviceschnittstelle zu erstellen, fügen Sie die
bandwidthAnweisung ein und geben Sie die Bandbreite an, die für Tunneldienste in Gigabit pro Sekunde auf[edit chassis fpc slot-number pic slot-number tunnel-services]Hierarchieebene reserviert werden soll.[edit chassis] fpc 1 { pic 3 { tunnel-services { bandwidth 1g; } } }
Überprüfung der Steuerungsebene
Schritt-für-Schritt-Verfahren
In diesem Abschnitt werden Die show Befehlsausgaben beschrieben, die Sie zur Validierung der Steuerungsebene verwenden können. Es bietet auch Methoden für die Fehlerbehebung. Beachten Sie Folgendes:
In diesem Beispiel gibt es sechs Standorte. Router PE1 und Router PE2 haben jeweils zwei Standorte. Router PE3 und Router PE4 haben jeweils einen Standort. Alle Standorte befinden sich in der GOLD VPLS-Instanz.
Wenn in VPLS mehrere Standorte unter einer einzigen VPLS-Routing-Instanz konfiguriert sind, wird der Labelblock von der Site mit der niedrigsten Standort-ID verwendet, um Pseudowires zwischen Remote-PEs einzurichten. Beachten Sie, dass der Datenverkehr weiterhin an die PE-Router-Schnittstellen gesendet wird, die mit CE-Geräten verbunden sind und sich in einem der folgenden Status befinden:
LM: Die lokale Standort-ID ist nicht das festgelegte Minimum. Die lokale Standort-ID ist nicht die niedrigste. Daher wird die lokale Standort-ID nicht zum Einrichten von Pseudowires oder zur Verteilung von VPLS-Labelblöcken verwendet.
RM: Remote-Standort-ID ist nicht das festgelegte Minimum. Die Remote-Standort-ID ist nicht die niedrigste. Daher wird die Remote-Standort-ID nicht zum Einrichten von Pseudowires oder zur Verteilung von VPLS-Labelblöcken verwendet.
Weitere Informationen zur Zuweisung und Verwendung von VPLS-Labelblöcken finden Sie unter Grundlegendes zum Betrieb von VPLS-Labelblöcken.
Nachdem die gesamte Konfiguration abgeschlossen ist, können Sie den Status der VPLS-Verbindungen überprüfen.
In der folgenden Ausgabe zeigen die VPLS-Verbindungen den
UpStatus für bestimmte Standorte, und die verbleibenden Standorte zeigen entweder den Status oderLMdenRMStatus an. Dies ist der erwartete Zustand bei einer VPLS-Implementierung auf Multihoming-Standorten.In diesem Beispiel hat Router PE1 standort
CE1mit Standort-ID1und StandortDirectmit Standort-ID2konfiguriert. Der Labelblock für StandortCE1wird den entfernten PE-Routern angekündigt und für den Empfang der Datenpakete von den entfernten PE-Routern verwendet. Beachten Sie in dershowBefehlsausgabe Folgendes:Router PE1 verwendet seine niedrigste Standort-ID, die Standort-ID
1. Standort-ID 1 wird für GerätCE1verwendet.Router PE2 verwendet seine niedrigste Standort-ID, die Standort-ID
3. Standort-ID 3 wird für GerätCE2verwendet.Router PE3 und Router PE4 haben jeweils einen einzigen Standort konfiguriert.
Für Standort
CE1befindet sich der Verbindungsstandort3im Zustand und derUpRMVerbindungsstandort4im Status.Für den Standort
Directbefinden sich alle Verbindungen imLMStatus.Der Standort
Directhat eine höhere Standort-ID als der Standort1auf diesem Router.
Verwenden Sie den
show vpls connectionsBefehl auf Router PE1, um den Zustand der VPLS-Verbindungen zu überprüfen.user@PE1> show vpls connections Layer-2 VPN connections: Legend for connection status (St) EI -- encapsulation invalid NC -- interface encapsulation not CCC/TCC/VPLS EM -- encapsulation mismatch WE -- interface and instance encaps not same VC-Dn -- Virtual circuit down NP -- interface hardware not present CM -- control-word mismatch -> -- only outbound connection is up CN -- circuit not provisioned <- -- only inbound connection is up OR -- out of range Up -- operational OL -- no outgoing label Dn -- down LD -- local site signaled down CF -- call admission control failure RD -- remote site signaled down SC -- local and remote site ID collision LN -- local site not designated LM -- local site ID not minimum designated RN -- remote site not designated RM -- remote site ID not minimum designated XX -- unknown connection status IL -- no incoming label MM -- MTU mismatch MI -- Mesh-Group ID not availble BK -- Backup connection ST -- Standby connection Legend for interface status Up -- operational Dn -- down Instance: GOLD Local site: CE1 (1) connection-site Type St Time last up # Up trans 3 rmt Up Oct 6 16:27:23 2009 1 Remote PE: 192.0.2.2, Negotiated control-word: No Incoming label: 262171, Outgoing label: 262145 Local interface: lsi.1049353, Status: Up, Encapsulation: VPLS Description: Intf - vpls GOLD local site 1 remote site 3 4 rmt RM 5 rmt Up Oct 6 16:27:27 2009 1 Remote PE: 192.0.2.3, Negotiated control-word: No Incoming label: 262173, Outgoing label: 262145 Local interface: lsi.1049354, Status: Up, Encapsulation: VPLS Description: Intf - vpls GOLD local site 1 remote site 5 6 rmt Up Oct 6 16:27:31 2009 1 Remote PE: 192.0.2.4, Negotiated control-word: No Incoming label: 262174, Outgoing label: 800000 Local interface: lsi.1049355, Status: Up, Encapsulation: VPLS Description: Intf - vpls GOLD local site 1 remote site 6 Local site: Direct (2) connection-site Type St Time last up # Up trans 3 rmt LM 4 rmt LM 5 rmt LM 6 rmt LMVerwenden Sie auf Router PE4 den
show vpls connectionsBefehl, um den Zustand der VPLS-Verbindungen zu überprüfen.Stellen Sie sicher, dass sich Standort
2und Standort4imRMZustand befinden. Dieser Status sagt Ihnen, dass die Standorte mit der höchsten Standort-ID auf Router PE1 und Router PE2 konfiguriert sind. Da Router PE4 nur einen Standort konfiguriert hat, verfügt er über keine Standorte in denLMStatus.user@PE4> show vpls connections ... Instance: GOLD Local site: Direct (6) connection-site Type St Time last up # Up trans 1 rmt Up Oct 6 16:28:35 2009 1 Remote PE: 192.0.2.1, Negotiated control-word: No Incoming label: 800000, Outgoing label: 262174 Local interface: vt-1/2/10.1048576, Status: Up, Encapsulation: VPLS Description: Intf - vpls GOLD local site 6 remote site 1 2 rmt RM 3 rmt Up Oct 6 16:28:35 2009 1 Remote PE: 192.0.2.2, Negotiated control-word: No Incoming label: 800002, Outgoing label: 262150 Local interface: vt-1/2/10.1048577, Status: Up, Encapsulation: VPLS Description: Intf - vpls GOLD local site 6 remote site 3 4 rmt RM 5 rmt Up Oct 6 16:28:35 2009 1 Remote PE: 192.0.2.3, Negotiated control-word: No Incoming label: 800004, Outgoing label: 262150 Local interface: vt-1/2/10.1048578, Status: Up, Encapsulation: VPLS Description: Intf - vpls GOLD local site 6 remote site 5Verwenden Sie den
show bgp summaryBefehl, um zu überprüfen, ob die IBGP-Sitzungen zwischen den PE-Routern oder zwischen dem PE-Router und dem Routenreflektor eingerichtet wurden. Die Sitzungen müssen betriebsbereit sein, bevor die PE-Router Layer-2-VPN-Routen austauschen können. Im folgenden Beispiel sehen Sie auch, dass die Ausgabe aus Router PE1 zeigt, dass die Routing-Tabellen undGOLD.l2vpn.0diebgp.l2vpn.0Routing-Tabellen erstellt wurden.user@PE1> show bgp summary Groups: 1 Peers: 1 Down peers: 0 Table Tot Paths Act Paths Suppressed History Damp State Pending bgp.l2vpn.0 4 4 0 0 0 0 Peer AS InPkt OutPkt OutQ Flaps Last Up/Dwn State 192.0.2.7 65000 40 39 0 1 15:45 Establ bgp.l2vpn.0: 4/4/4/0 GOLD.l2vpn.0: 4/4/4/0 admin@PE2# run show bgp summary Groups: 1 Peers: 1 Down peers: 0 Table Tot Paths Act Paths Suppressed History Damp State Pending bgp.l2vpn.0 4 4 0 0 0 0 inet6.0 0 0 0 0 0 0 inet.0 0 0 0 0 0 0 Peer AS InPkt OutPkt OutQ Flaps Last Up/Dwn State 192.0.2.7 65000 43 42 0 0 17:25 Establ bgp.l2vpn.0: 4/4/4/0 GOLD.l2vpn.0: 4/4/4/0
Verwenden Sie auf Router PE4 den
show route tableBefehl, um zu überprüfen, ob es eine Layer-2-VPN-Route zu jedem der anderen PE-Router gibt. Router PE3 sollte eine ähnlicheshowBefehlsausgabe haben.user@PE4> show route table bgp.l2vpn.0 bgp.l2vpn.0: 5 destinations, 5 routes (5 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 192.0.2.1:1:1:1/96 *[BGP/170] 00:23:18, localpref 100, from 192.0.2.7 AS path: I > to 10.10.9.1 via xe-0/0/0.0, label-switched-path to-PE1 192.0.2.1:1:2:1/96 *[BGP/170] 00:23:18, localpref 100, from 192.0.2.7 AS path: I > to 10.10.9.1 via xe-0/0/0.0, label-switched-path to-PE1 192.0.2.2:10:3:1/96 *[BGP/170] 00:23:18, localpref 100, from 192.0.2.7 AS path: I > to 10.10.9.1 via xe-0/0/0.0, label-switched-path to-PE2 192.0.2.2:10:4:1/96 *[BGP/170] 00:23:18, localpref 100, from 192.0.2.7 AS path: I > to 10.10.9.1 via xe-0/0/0.0, label-switched-path to-PE2 192.0.2.3:10:5:1/96 *[BGP/170] 00:23:18, localpref 100, from 192.0.2.7 AS path: I > to 10.10.8.1 via xe-0/1/0.0, label-switched-path to-PE3Verwenden Sie auf dem Route Reflector den
show bgp summaryBefehl, um zu überprüfen, ob der Router mit jedem PE-Router über eine IBGP-Peer-Sitzung verfügt.user@RR> show bgp summary Groups: 2 Peers: 5 Down peers: 1 Table Tot Paths Act Paths Suppressed History Damp State Pending bgp.l2vpn.0 6 6 0 0 0 0 inet.0 0 0 0 0 0 0 Peer AS InPkt OutPkt OutQ Flaps Last Up/Dwn State 192.0.2.1 65000 44 46 0 0 18:27 Establ bgp.l2vpn.0: 2/2/2/0 192.0.2.2 65000 43 45 0 0 18:22 Establ bgp.l2vpn.0: 2/2/2/0 192.0.2.3 65000 42 45 0 0 18:19 Establ bgp.l2vpn.0: 1/1/1/0 192.0.2.4 65000 43 45 0 0 18:15 Establ bgp.l2vpn.0: 1/1/1/0
In NG-VPLS übertragen Point-to-Multipoint-LSPs nur unbekannte Unicast-, Broadcast- und Multicast-Pakete. Zwischen den PE-Routern für NG-VPLS wird ein vollständiges Mesh aus Punkt-zu-Punkt-LSPs benötigt. Die Punkt-zu-Punkt-LSPs erstellen Routen in der
inet.3Routing-Tabelle. Diese Einträge werden verwendet, um die Layer-2-VPN-Routen zu lösen, die von den BGP-Peers empfangen werden. Der gesamte andere Datenverkehr wird über Punkt-zu-Punkt-LSPs gesendet.Außerdem wird ein Point-to-Point-LSP für den Routenreflektor erstellt. Dieser LSP erstellt eine Route in der Routing-Tabelle für die
inet.3BGP-Next-Hop-Auflösung.Verwenden Sie auf Router PE1 den
show mpls lspBefehl, um zu überprüfen, ob sich dieto-PE2LSPsto-RRto-PE3to-PE4imUpZustand befinden.user@PE1> show mpls lsp ingress unidirectional Ingress LSP: 7 sessions To From State Rt P ActivePath LSPname 192.0.2.2 192.0.2.1 Up 0 * to-PE2 192.0.2.3 192.0.2.1 Up 0 * to-PE3 192.0.2.4 192.0.2.1 Up 0 * to-PE4 192.0.2.7 192.0.2.1 Up 0 * to-RR Total 4 displayed, Up 4, Down 0 admin@PE2# run show mpls lsp ingress unidirectional Ingress LSP: 7 sessions To From State Rt P ActivePath LSPname 192.0.2.1 192.0.2.2 Up 0 * to-PE1 192.0.2.3 192.0.2.2 Up 0 * to-PE3 192.0.2.4 192.0.2.2 Up 0 * to-PE4 192.0.2.7 192.0.2.2 Up 0 * to-RR Total 4 displayed, Up 4, Down 0 admin@PE3# run show mpls lsp ingress unidirectional Ingress LSP: 7 sessions To From State Rt P ActivePath LSPname 192.0.2.1 192.0.2.3 Up 0 * to-PE1 192.0.2.2 192.0.2.3 Up 0 * to-PE2 192.0.2.4 192.0.2.3 Up 0 * to-PE4 192.0.2.7 192.0.2.3 Up 0 * to-RR Total 4 displayed, Up 4, Down 0 admin@PE4# run show mpls lsp ingress unidirectional Ingress LSP: 7 sessions To From State Rt P ActivePath LSPname 192.0.2.1 192.0.2.4 Up 0 * to-PE1 192.0.2.2 192.0.2.4 Up 0 * to-PE2 192.0.2.3 192.0.2.4 Up 0 * to-PE3 192.0.2.7 192.0.2.4 Up 0 * to-RR Total 4 displayed, Up 4, Down 0
Für jede VPLS-Instanz erstellt ein PE-Router einen dedizierten Point-to-Multipoint-LSP. In diesem Beispiel sind Router PE1 und Router PE2 so konfiguriert, dass sie eine dynamische Point-to-Multipoint-Vorlage verwenden.
Für dynamische Point-to-Multipoint-LSPs wird immer dann, wenn VPLS einen neuen Layer-2-VPN-Nachbarn über BGP entdeckt, ein Source-to-Leaf-Sub-LSP in die VPLS-Instanz für diesen benachbarten PE-Router hinzugefügt.
Verwenden Sie auf Router PE1 den
show mpls lspBefehl, um zu überprüfen, ob drei Source-to-Leaf-Sub-LSPs erstellt wurden.user@PE1> show mpls lsp ingress p2mp Ingress LSP: 1 sessions P2MP name: 192.0.2.1:1:vpls:GOLD, P2MP branch count: 3 To From State Rt P ActivePath LSPname 192.0.2.4 192.0.2.1 Up 0 * 192.0.2.4:192.0.2.1:1:vpls:GOLD 192.0.2.3 192.0.2.1 Up 0 * 192.0.2.3:192.0.2.1:1:vpls:GOLD 192.0.2.2 192.0.2.1 Up 0 * 192.0.2.2:192.0.2.1:1:vpls:GOLD Total 3 displayed, Up 3, Down 0
Verwenden Sie auf Router PE2 den
show mpls lspBefehl, um zu überprüfen, ob drei Source-to-Leaf-Sub-LSPs erstellt wurden.user@PE2> show mpls lsp p2mp ingress Ingress LSP: 1 sessions P2MP name: 192.0.2.2:10:vpls:GOLD, P2MP branch count: 3 To From State Rt P ActivePath LSPname 192.0.2.4 192.0.2.2 Up 0 * 192.0.2.4:192.0.2.2:10:vpls:GOLD 192.0.2.3 192.0.2.2 Up 0 * 192.0.2.3:192.0.2.2:10:vpls:GOLD 192.0.2.1 192.0.2.2 Up 0 * 192.0.2.1:192.0.2.2:10:vpls:GOLD Total 3 displayed, Up 3, Down 0
In diesem Schritt verwenden Router PE3 und Router PE4 statische Point-to-Multipoint-LSPs. Für statische Point-to-Multipoint-LSPs werden die Source-to-Leaf-Unter-LSPs zu allen PE-Routern manuell konfiguriert.
Verwenden Sie auf Router PE3 den
show mpls lspBefehl, um zu überprüfen, ob drei Source-to-Leaf-Sub-LSPs konfiguriert wurden.user@PE3> show mpls lsp p2mp ingress Ingress LSP: 1 sessions P2MP name: vpls-GOLD, P2MP branch count: 3 To From State Rt P ActivePath LSPname 192.0.2.1 192.0.2.3 Up 0 * to-pe1 192.0.2.4 192.0.2.3 Up 0 * to-pe4 192.0.2.2 192.0.2.3 Up 0 * to-pe2 Total 3 displayed, Up 3, Down 0
Verwenden Sie auf Router PE4 den
show mpls lspBefehl, um zu überprüfen, ob drei Source-to-Leaf-Sub-LSPs konfiguriert sind.user@PE4> show mpls lsp ingress p2mp Ingress LSP: 1 sessions P2MP name: vpls-GOLD, P2MP branch count: 3 To From State Rt P ActivePath LSPname 192.0.2.1 192.0.2.4 Up 0 * to-pe1 192.0.2.3 192.0.2.4 Up 0 * to-pe3 192.0.2.2 192.0.2.4 Up 0 * to-pe2 Total 3 displayed, Up 3, Down 0
Jeder vom PE-Router erstellte Point-to-Multipoint-LSP kann mithilfe eines RSVP-TE Point-to-Multipoint-Sitzungsobjekts identifiziert werden. Das Sitzungsobjekt wird von BGP als PMSI-Tunnel-Attribut übergeben, wenn es VPLS-Routen ankündigt. Mithilfe dieses Tunnel-Attributs unterstützt eine eingehende Source-to-Leaf-Sub-LSP-Add-Anfrage (RSVP-Path-Nachricht) die Labelzuweisung so, dass der Router, wenn der Datenverkehr auf diesem Source-to-Leaf-Sub-LSP ankommt, die Nachricht in der rechten VPLS-Instanz beendet und auch das ursprungsbasierte PE identifiziert. Dies unterstützt das Lernen von Quell-MAC-Adressen.
Verwenden Sie auf Router PE1 den
show rsvp sessionBefehl, um zu überprüfen, ob die RSVP-Sitzung für den dynamischen Point-to-Multipoint-LSP istUpund dass der Verbindungsschutz alsdesiredkonfiguriert ist. Beachten Sie, dass das Point-to-Multipoint-Sitzungsobjekt, das in BGP gesendet werden soll, ist54337.user@PE1> show rsvp session detail p2mp ingress Ingress RSVP: 7 sessions P2MP name: 192.0.2.1:1:vpls:GOLD, P2MP branch count: 3 192.0.2.2 From: 192.0.2.1, LSPstate: Up, ActiveRoute: 0 LSPname: 192.0.2.2:192.0.2.1:1:vpls:GOLD, LSPpath: Primary P2MP LSPname: 192.0.2.1:1:vpls:GOLD Suggested label received: -, Suggested label sent: - Recovery label received: -, Recovery label sent: 262145 Resv style: 1 SE, Label in: -, Label out: 262145 Time left: -, Since: Tue Oct 6 16:27:23 2009 Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500 Port number: sender 2 receiver 54337 protocol 0 Link protection desired Type: Protection down PATH rcvfrom: localclient Adspec: sent MTU 1500 Path MTU: received 1500 PATH sentto: 10.10.2.2 (xe-0/1/0.0) 371 pkts RESV rcvfrom: 10.10.2.2 (xe-0/1/0.0) 370 pkts Explct route: 10.10.2.2 Record route: <self> 10.10.2.2
Router PE4 ist für statische Point-to-Multipoint-LSPs konfiguriert. Der Linkschutz ist für diese LSPs nicht konfiguriert. Verwenden Sie den
show rsvp sessionBefehl, um zu überprüfen, ob das Point-to-Multipoint-Sitzungsobjekt, das in BGP gesendet werden soll, ist42873.user@PE4> show rsvp session detail p2mp ingress Ingress RSVP: 7 sessions P2MP name: vpls-GOLD, P2MP branch count: 3 192.0.2.1 From: 192.0.2.4, LSPstate: Up, ActiveRoute: 0 LSPname: to-pe1, LSPpath: Primary P2MP LSPname: vpls-GOLD Suggested label received: -, Suggested label sent: - Recovery label received: -, Recovery label sent: 390416 Resv style: 1 SE, Label in: -, Label out: 390416 Time left: -, Since: Tue Oct 6 15:28:33 2009 Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500 Port number: sender 10 receiver 42873 protocol 0 PATH rcvfrom: localclient Adspec: sent MTU 1500 Path MTU: received 1500 PATH sentto: 10.10.9.1 (xe-0/0/0.0) 524 pkts RESV rcvfrom: 10.10.9.1 (xe-0/0/0.0) 447 pkts Explct route: 10.10.9.1 10.10.3.1 Record route: <self> 10.10.9.1 10.10.3.1
Verwenden Sie auf Router PE1 den
show route tableBefehl, um zu überprüfen, ob Router PE1 eine Layer-2-VPN-Route zu Router PE2 vom Routerreflektor erhalten hat und die Route ein PMSI-Objekt enthält, das die Point-to-Multipoint-Tunnelkennung von20361enthält.user@PE1> show route table GOLD.l2vpn.0 detail GOLD.l2vpn.0: 6 destinations, 6 routes (6 active, 0 holddown, 0 hidden) ! ! 192.0.2.2:10:3:1/96 (1 entry, 1 announced) *BGP Preference: 170/-101 Route Distinguisher: 192.0.2.2:10 PMSI: Flags 0:RSVP-TE:label[0:0:0]:Session_13[192.0.2.2:0:20361:192.0.2.2] Next hop type: Indirect Next-hop reference count: 7 Source: 192.0.2.7 Protocol next hop: 192.0.2.2 Indirect next hop: 2 no-forward State: <Secondary Active Int Ext> Local AS: 65000 Peer AS: 65000 Age: 4:25:25 Metric2: 1 Task: BGP_65000.192.0.2.7+63544 Announcement bits (1): 0-GOLD-l2vpn AS path: I (Originator) Cluster list: 192.0.2.7 AS path: Originator ID: 192.0.2.2 Communities: target:65000:1 Layer2-info: encaps:VPLS, control flags:, mtu: 0, site preference: 100 Import Accepted Label-base: 262145, range: 8 Localpref: 100 Router ID: 192.0.2.7 Primary Routing Table bgp.l2vpn.0 PMSI: Flags 0:RSVP-TE:label[0:0:0]:Session_13[192.0.2.2:0:20361:192.0.2.2]Verwenden Sie auf Router PE2 den
show rsvp sessionBefehl, um zu überprüfen, ob das PMSI-Tunnelbezeichnerobjekt mit20361dem auf Router PE1 angezeigten PMSI-Tunnelbezeichnerobjekt übereinstimmt.user@PE2> show rsvp session p2mp detail Ingress RSVP: 7 sessions P2MP name: 192.0.2.2:10:vpls:GOLD, P2MP branch count: 3 192.0.2.1 From: 192.0.2.2, LSPstate: Up, ActiveRoute: 0 LSPname: 192.0.2.1:192.0.2.2:10:vpls:GOLD, LSPpath: Primary P2MP LSPname: 192.0.2.2:10:vpls:GOLD Suggested label received: -, Suggested label sent: - Recovery label received: -, Recovery label sent: 262171 Resv style: 1 SE, Label in: -, Label out: 262171 Time left: -, Since: Tue Oct 6 16:31:47 2009 Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500 Port number: sender 1 receiver 20361 protocol 0 Link protection desired Type: Protection down PATH rcvfrom: localclient Adspec: sent MTU 1500 Path MTU: received 1500 PATH sentto: 10.10.2.1 (xe-0/1/0.0) 379 pkts RESV rcvfrom: 10.10.2.1 (xe-0/1/0.0) 379 pkts Explct route: 10.10.2.1 Record route: <self> 10.10.2.1
Verifizieren der Data Plane
Schritt-für-Schritt-Verfahren
Nachdem die Steuerungsebene mithilfe der vorherigen Schritte überprüft wurde, können Sie die Data Plane überprüfen. In diesem Abschnitt werden die show Befehlsausgaben beschrieben, mit deren Grundlage die Data Plane validiert werden kann.
Verwenden Sie auf Router PE1 den
show vpls connections extensive | match FloodBefehl, um den Point-to-Multipoint-LSP-Namen und -Status aller Standorte zu überprüfen. Beachten Sie die Flut-Next-Hop-Kennung von600für den192.0.2.1:1:vpls:GOLDLSP.user@PE1> show vpls connections extensive | match Flood Ingress RSVP-TE P2MP LSP: 192.0.2.1:1:vpls:GOLD, Flood next-hop ID: 600
Verwenden Sie auf Router PE1 den
show vpls connections extensiveBefehl, um den Point-to-Multipoint-LSP-Namen und -Status aller Standorte zu überprüfen.user@PE1> show vpls connections extensive Instance: GOLD Local site: CE1 (1) Number of local interfaces: 1 Number of local interfaces up: 1 IRB interface present: no ge-1/0/0.1 lsi.1049353 3 Intf - vpls GOLD local site 1 remote site 3 lsi.1049346 4 Intf - vpls GOLD local site 1 remote site 4 Interface flags: VC-Down lsi.1049354 5 Intf - vpls GOLD local site 1 remote site 5 lsi.1049355 6 Intf - vpls GOLD local site 1 remote site 6 Label-base Offset Range Preference 262169 1 8 100 connection-site Type St Time last up # Up trans 3 rmt Up Oct 6 16:27:23 2009 1 Remote PE: 192.0.2.2, Negotiated control-word: No Incoming label: 262171, Outgoing label: 262145 Local interface: lsi.1049353, Status: Up, Encapsulation: VPLS Description: Intf - vpls GOLD local site 1 remote site 3 RSVP-TE P2MP lsp: Ingress branch LSP: 192.0.2.2:192.0.2.1:1:vpls:GOLD, State: Up Egress branch LSP: 192.0.2.1:192.0.2.2:10:vpls:GOLD, State: Up Connection History: Oct 6 16:27:23 2009 status update timer Oct 6 16:27:23 2009 PE route changed Oct 6 16:27:23 2009 Out lbl Update 262145 Oct 6 16:27:23 2009 In lbl Update 262171 Oct 6 16:27:23 2009 loc intf up lsi.1049353 4 rmt RM RSVP-TE P2MP lsp: Ingress branch LSP: 192.0.2.2:192.0.2.1:1:vpls:GOLD, State: Up 5 rmt Up Oct 6 16:27:27 2009 1 Remote PE: 192.0.2.3, Negotiated control-word: No Incoming label: 262173, Outgoing label: 262145 Local interface: lsi.1049354, Status: Up, Encapsulation: VPLS Description: Intf - vpls GOLD local site 1 remote site 5 RSVP-TE P2MP lsp: Ingress branch LSP: 192.0.2.3:192.0.2.1:1:vpls:GOLD, State: Up Egress branch LSP: to-pe1, State: Up Connection History: Oct 6 16:27:27 2009 status update timer Oct 6 16:27:27 2009 PE route changed Oct 6 16:27:27 2009 Out lbl Update 262145 Oct 6 16:27:27 2009 In lbl Update 262173 Oct 6 16:27:27 2009 loc intf up lsi.1049354 6 rmt Up Oct 6 16:27:31 2009 1 Remote PE: 192.0.2.4, Negotiated control-word: No Incoming label: 262174, Outgoing label: 800000 Local interface: lsi.1049355, Status: Up, Encapsulation: VPLS Description: Intf - vpls GOLD local site 1 remote site 6 RSVP-TE P2MP lsp: Ingress branch LSP: 192.0.2.4:192.0.2.1:1:vpls:GOLD, State: Up Egress branch LSP: to-pe1, State: Up Connection History: Oct 6 16:27:31 2009 status update timer Oct 6 16:27:31 2009 PE route changed Oct 6 16:27:31 2009 Out lbl Update 800000 Oct 6 16:27:31 2009 In lbl Update 262174 Oct 6 16:27:31 2009 loc intf up lsi.1049355 Local site: Direct (2) Number of local interfaces: 1 Number of local interfaces up: 1 IRB interface present: no Interface name Remote site ID Description ge-1/1/0.1 lsi.1049347 3 Intf - vpls GOLD local site 2 remote site 3 Interface flags: VC-Down lsi.1049348 4 Intf - vpls GOLD local site 2 remote site 4 Interface flags: VC-Down lsi.1049350 5 Intf - vpls GOLD local site 2 remote site 5 Interface flags: VC-Down lsi.1049352 6 Intf - vpls GOLD local site 2 remote site 6 Interface flags: VC-Down Label-base Offset Range Preference 262177 1 8 100 connection-site Type St Time last up 3 rmt LM RSVP-TE P2MP lsp: Ingress branch LSP: 192.0.2.2:192.0.2.1:1:vpls:GOLD, State: Up 4 rmt LM RSVP-TE P2MP lsp: Ingress branch LSP: 192.0.2.2:192.0.2.1:1:vpls:GOLD, State: Up 5 rmt LM RSVP-TE P2MP lsp: Ingress branch LSP: 192.0.2.3:192.0.2.1:1:vpls:GOLD, State: Up 6 rmt LM RSVP-TE P2MP lsp: Ingress branch LSP: 192.0.2.4:192.0.2.1:1:vpls:GOLD, State: Up Ingress RSVP-TE P2MP LSP: 192.0.2.1:1:vpls:GOLD, Flood next-hop ID: 600Junos OS Version 9.0 und höher identifiziert die Flood Next-Hop-Route als zusammengesetzten next Hop. Verwenden Sie auf Router PE1 den
show route forwarding-table family vpls vpn GOLD detailBefehl, um zu überprüfen, ob drei zusammengesetzte Next-Hop-Flood-Routen in der Packet Forwarding Engine installiert sind.user@PE1> show route forwarding-table family vpls vpn GOLD detail Routing table: GOLD.vpls VPLS: Destination Type RtRef Next hop Type Index NhRef Netif default perm 0 dscd 518 1 00:00:28:28:28:02/48 user 0 ucst 617 4 ge-1/1/0.1 00:00:28:28:28:06/48 user 0 indr 1048576 4 10.10.3.2 Push 800000, Push 390384(top) 621 2 xe-0/2/0.0 lsi.1049353 intf 0 indr 1048574 3 10.10.2.2 Push 262145 598 2 xe-0/1/0.0 lsi.1049354 intf 0 indr 1048575 4 10.10.1.2 Push 262145, Push 302272(top) 602 2 xe-0/3/0.0 lsi.1049355 intf 0 indr 1048576 4 10.10.3.2 Push 800000, Push 390384(top) 621 2 xe-0/2/0.0 00:14:f6:75:78:00/48 user 0 indr 1048575 4 10.10.1.2 Push 262145, Push 302272(top) 602 2 xe-0/3/0.0 00:19:e2:57:e7:c0/48 user 0 ucst 604 4 ge-1/0/0.1 0x30003/51 user 0 comp 613 2 0x30002/51 user 0 comp 615 2 0x30001/51 user 0 comp 582 2 ge-1/0/0.1 intf 0 ucst 604 4 ge-1/0/0.1 ge-1/1/0.1 intf 0 ucst 617 4 ge-1/1/0.1Sie können auch den Befehl verwenden, um den
show route forwarding-table family vpls extensiveFlood-Bezeichner abzugleichen und das Flood-Label zu notieren. Verwendenshow rsvp session ingress p2mpSie den Befehl, um das Label entsprechend dem Point-to-Multipoint-LSP abzugleichen.Verwenden Sie den
show route forwarding-table family vpls vpn GOLD extensive | find 0x30003/51Befehl auf Router PE1, um weitere Details zur zusammengesetzten Next-Hop-Route und den zugehörigen Point-to-Multipoint-LSP-Labeln zu erhalten.user@PE1> show route forwarding-table family vpls vpn GOLD extensive | find 0x30003/51 Destination: 0x30003/51 Route type: user Route reference: 0 Route interface-index: 0 Flags: sent to PFE Nexthop: Next-hop type: composite Index: 613 Reference: 2 Nexthop: Next-hop type: composite Index: 556 Reference: 4 Next-hop type: unicast Index: 604 Reference: 4 Next-hop interface: ge-1/0/0.1 Next-hop type: unicast Index: 617 Reference: 4 Next-hop interface: ge-1/1/0.1 Destination: 0x30002/51 Route type: user Route reference: 0 Route interface-index: 0 Flags: sent to PFE Nexthop: Next-hop type: composite Index: 615 Reference: 2 Nexthop: Next-hop type: composite Index: 556 Reference: 4 Next-hop type: unicast Index: 604 Reference: 4 Next-hop interface: ge-1/0/0.1 Next-hop type: unicast Index: 617 Reference: 4 Next-hop interface: ge-1/1/0.1 Nexthop: Next-hop type: composite Index: 603 Reference: 3 Next-hop type: flood Index: 600 Reference: 2 Nexthop: 10.10.2.2 Next-hop type: Push 262145 Index: 599 Reference: 1 Next-hop interface: xe-0/1/0.0 Nexthop: 10.10.3.2 Next-hop type: Push 390496 Index: 622 Reference: 1 Next-hop interface: xe-0/2/0.0 Nexthop: 10.10.1.2 Next-hop type: Push 302416 Index: 618 Reference: 1 Next-hop interface: xe-0/3/0.0 Destination: 0x30001/51 Route type: user Route reference: 0 Route interface-index: 0 Flags: sent to PFE Nexthop: Next-hop type: composite Index: 582 Reference: 2 Nexthop: Next-hop type: composite Index: 556 Reference: 4 Next-hop type: unicast Index: 604 Reference: 4 Next-hop interface: ge-1/0/0.1 Next-hop type: unicast Index: 617 Reference: 4 Next-hop interface: ge-1/1/0.1 Nexthop: Next-hop type: composite Index: 603 Reference: 3 Next-hop type: flood Index: 600 Reference: 2 Nexthop: 10.10.2.2 Next-hop type: Push 262145 Index: 599 Reference: 1 Next-hop interface: xe-0/1/0.0 Nexthop: 10.10.3.2 Next-hop type: Push 390496 Index: 622 Reference: 1 Next-hop interface: xe-0/2/0.0 Nexthop: 10.10.1.2 Next-hop type: Push 302416 Index: 618 Reference: 1 Next-hop interface: xe-0/3/0.0 Destination: ge-1/0/0.1 Route type: interface Route reference: 0 Route interface-index: 84 Flags: sent to PFE Next-hop type: unicast Index: 604 Reference: 4 Next-hop interface: ge-1/0/0.1 Destination: ge-1/1/0.1 Route type: interface Route reference: 0 Route interface-index: 86 Flags: sent to PFE Next-hop type: unicast Index: 617 Reference: 4 Next-hop interface: ge-1/1/0.1Verwenden Sie auf Router PE1 den
show vpls mac-table instance GOLDBefehl, um die gelernten MAC-Adressen von CE-Routern zu überprüfen, die mit der VPLS-Domäne verbunden sind.user@PE1> show vpls mac-table instance GOLD MAC flags (S -static MAC, D -dynamic MAC, SE -Statistics enabled, NM -Non configured MAC) Routing instance : GOLD Bridging domain : __GOLD__, VLAN : NA MAC MAC Logical address flags interface 00:00:28:28:28:02 D ge-1/1/0.1 00:00:28:28:28:04 D lsi.1049353 00:14:f6:75:78:00 D lsi.1049354 00:19:e2:51:7f:c0 D lsi.1049353 00:19:e2:57:e7:c0 D ge-1/0/0.1Verwenden Sie auf Router PE1 den
show vpls statisticsBefehl, um den Broadcast-, Multicast- und Unicast-Datenverkehrsfluss mithilfe der Paketstatistiken für die VPLS-Instanz zu überprüfen.user@PE1> show vpls statistics VPLS statistics: Instance: GOLD Local interface: lsi.1049347, Index: 72 Current MAC count: 0 Local interface: lsi.1049348, Index: 73 Current MAC count: 0 Local interface: lsi.1049346, Index: 82 Current MAC count: 0 Local interface: lsi.1049353, Index: 83 Remote PE: 192.0.2.2 Current MAC count: 2 Local interface: ge-1/0/0.1, Index: 84 Broadcast packets: 421 Broadcast bytes : 26944 Multicast packets: 3520 Multicast bytes : 261906 Flooded packets : 509043345 Flooded bytes : 130315095486 Unicast packets : 393836428 Unicast bytes : 100822118854 Current MAC count: 1 (Limit 1024) Local interface: ge-1/1/0.1, Index: 86 Broadcast packets: 0 Broadcast bytes : 0 Multicast packets: 0 Multicast bytes : 0 Flooded packets : 22889544 Flooded bytes : 5859702144 Unicast packets : 472 Unicast bytes : 30838 Current MAC count: 1 (Limit 1024) Local interface: lsi.1049354, Index: 88 Remote PE: 192.0.2.3 Current MAC count: 1 Local interface: lsi.1049350, Index: 89 Current MAC count: 0 Local interface: lsi.1049355, Index: 90 Remote PE: 192.0.2.4 Current MAC count: 0 Local interface: lsi.1049352, Index: 91 Current MAC count: 0
Ergebnisse
Der Konfigurations-, Überprüfungs- und Testteil dieses Beispiels wurde abgeschlossen. Im folgenden Abschnitt können Sie sich darauf beziehen.
Die entsprechende Beispielkonfiguration für Router PE1 folgt.
PE1-Konfiguration
chassis {
dump-on-panic;
fpc 1 {
pic 3 {
tunnel-services {
bandwidth 1g;
}
}
}
network-services ethernet;
}
interfaces {
xe-0/1/0 {
unit 0 {
family inet {
address 10.10.2.1/30;
}
family mpls;
}
}
xe-0/2/0 {
unit 0 {
family inet {
address 10.10.3.1/30;
}
family mpls;
}
}
xe-0/3/0 {
unit 0 {
family inet {
address 10.10.1.1/30;
}
family mpls;
}
}
ge-1/0/0 {
vlan-tagging;
encapsulation vlan-vpls;
unit 1 {
encapsulation vlan-vpls;
vlan-id 1000;
family vpls;
}
}
ge-1/1/0 {
vlan-tagging;
encapsulation vlan-vpls;
unit 1 {
encapsulation vlan-vpls;
vlan-id 1000;
family vpls;
}
}
lo0 {
unit 0 {
family inet {
address 192.0.2.1/24;
}
}
}
}
routing-options {
autonomous-system 65000;
}
protocols {
rsvp {
interface all;
interface fxp0.0 {
disable;
}
}
mpls {
label-switched-path to-RR {
to 192.0.2.7;
}
label-switched-path vpls-GOLD-p2mp-template {
template;
optimize-timer 50;
link-protection;
p2mp;
}
label-switched-path to-PE2 {
to 192.0.2.2;
}
label-switched-path to-PE3 {
to 192.0.2.3;
}
label-switched-path to-PE4 {
to 192.0.2.4;
}
interface all;
interface fxp0.0 {
disable;
}
}
bgp {
group to-RR {
type internal;
local-address 192.0.2.1;
family l2vpn {
signaling;
}
neighbor 192.0.2.7;
}
}
ospf {
traffic-engineering;
area 0.0.0.0 {
interface all;
interface fxp0.0 {
disable;
}
}
}
}
routing-instances {
GOLD {
instance-type vpls;
interface ge-1/0/0.1;
interface ge-1/1/0.1;
route-distinguisher 192.0.2.1:1;
provider-tunnel {
rsvp-te {
label-switched-path-template {
vpls-GOLD-p2mp-template;
}
}
}
vrf-target target:65000:1;
protocols {
vpls {
site-range 8;
no-tunnel-services;
site CE1 {
site-identifier 1;
interface ge-1/0/0.1;
}
site Direct {
site-identifier 2;
interface ge-1/1/0.1;
}
}
}
}
}
Die entsprechende Beispielkonfiguration für Router PE2 folgt.
PE2-Konfiguration
chassis {
dump-on-panic;
aggregated-devices {
ethernet {
device-count 1;
}
}
fpc 1 {
pic 3 {
tunnel-services {
bandwidth 1g;
}
}
}
}
interfaces {
xe-0/1/0 {
unit 0 {
family inet {
address 10.10.2.2/30;
}
family mpls;
}
}
xe-0/2/0 {
unit 0 {
family inet {
address 10.10.5.1/30;
}
family mpls;
}
}
xe-0/3/0 {
unit 0 {
family inet {
address 10.10.4.1/30;
}
family mpls;
}
}
ge-1/0/1 {
gigether-options {
802.3ad ae0;
}
}
ge-1/0/2 {
gigether-options {
802.3ad ae0;
}
}
ge-1/1/0 {
vlan-tagging;
encapsulation vlan-vpls;
unit 1 {
encapsulation vlan-vpls;
vlan-id 1000;
family vpls;
}
}
ae0 {
vlan-tagging;
encapsulation vlan-vpls;
unit 1 {
encapsulation vlan-vpls;
vlan-id 1000;
family vpls;
}
}
fxp0 {
apply-groups [ re0 re1 ];
}
lo0 {
unit 0 {
family inet {
address 192.0.2.2/24;
}
}
}
}
routing-options {
autonomous-system 65000;
}
protocols {
rsvp {
interface all;
interface fxp0.0 {
disable;
}
}
mpls {
label-switched-path to-RR {
to 192.0.2.7;
}
label-switched-path vpls-GOLD-p2mp-template {
template;
optimize-timer 50;
link-protection;
p2mp;
}
label-switched-path to-PE1 {
to 192.0.2.1;
}
label-switched-path to-PE3 {
to 192.0.2.3;
}
label-switched-path to-PE4 {
to 192.0.2.4;
}
interface all;
interface fxp0.0 {
disable;
}
}
bgp {
group to-RR {
type internal;
local-address 192.0.2.2;
family l2vpn {
signaling;
}
neighbor 192.0.2.7;
}
}
ospf {
traffic-engineering;
area 0.0.0.0 {
interface all;
interface fxp0.0 {
disable;
}
}
}
}
routing-instances {
GOLD {
instance-type vpls;
interface ge-1/1/0.1;
interface ae0.1;
route-distinguisher 192.0.2.2:10;
provider-tunnel {
rsvp-te {
label-switched-path-template {
vpls-GOLD-p2mp-template;
}
}
}
vrf-target target:65000:1;
protocols {
vpls {
site-range 8;
site CE1 {
site-identifier 3;
interface ae0.1;
}
site Direct {
site-identifier 4;
interface ge-1/1/0.1;
}
}
}
}
}