CCC-, TCC- und Ethernet-over-MPLS-Konfiguration

Translational Cross-Connect (TCC) ermöglicht die Weiterleitung des Datenverkehrs zwischen einer Vielzahl von Layer-2-Protokollen oder -Schaltungen. Es ähnelt seinem Vorgänger CCC. Während CCC jedoch auf beiden Seiten eines Routers die gleichen Layer-2-Kapselungen erfordert (z. B. Point-to-Point-Protokoll [PPP] oder Frame-Relais-zu-Frame-Relais), können Sie mit TCC verschiedene Arten von Layer-2-Protokollen austauschbar verbinden. Mit TCC sind Kombinationen wie PPP-zu-ATM- und Ethernet-zu-Frame-Relais-Querverbindungen möglich. TCC kann auch verwendet werden, um Layer-2.5-VPNs und Layer-2.5-Verbindungen zu erstellen.

Stellen Sie sich eine Beispieltopologie (Abbildung 1) vor, in der Sie eine transiale Vollduplex-Layer-2.5-Querverbindung zwischen Router A und Router C konfigurieren können, indem Sie einen Router von Juniper Networks, Router B, als TCC-Schnittstelle verwenden. In dieser Topologie entfernt Router B alle PPP-Kapselungsdaten von Frames, die von Router A ankommen, und fügt ATM-Kapselungsdaten hinzu, bevor die Frames an Router C gesendet werden. Alle Layer-2-Verhandlungen werden am Verbindungsrouter (Router B) beendet.

Abbildung 1: Beispiel für eine Cross-Connect-Topologie für die Übersetzung

Die TCC-Funktionalität unterscheidet sich von der Standard-Layer-2-Switching-Funktion. TCC tauscht nur Layer-2-Header aus. Es wird keine andere Verarbeitung durchgeführt, wie z. B. Header-Prüfsummen, Dekrementierung der Gültigkeitsdauer (TTL) oder Protokollverarbeitung. Derzeit wird TCC in IPv4, ISO und MPLS unterstützt.

Ethernet TCC wird nur auf Schnittstellen unterstützt, die IPv4-Datenverkehr übertragen. Für Fast-Ethernet-PICs mit 8, 12 und 48 Ports werden TCC und CCC mit erweitertem VLAN nicht unterstützt. Für Gigabit-Ethernet-PICs mit 4 Ports werden erweitertes VLAN CCC und erweitertes VLAN TCC nicht unterstützt.

Mit Circuit Cross-Connect (CCC) können Sie transparente Verbindungen zwischen zwei Circuits konfigurieren, wobei ein Circuit ein Frame Relay Data-Link Connection Identifier (DLCI), ein Asynchronous Transfer Mode (ATM) Virtual Circuit (VC), eine Point-to-Point Protocol (PPP)-Schnittstelle, eine Cisco High-Level Data Link Control (HDLC)-Schnittstelle oder ein MPLS Label-Switched Path (LSP) sein kann. Bei Verwendung von CCC werden Pakete von der Quellleitung an die Zielleitung geliefert, wobei höchstens die Layer-2-Adresse geändert wird. Es wird keine andere Verarbeitung durchgeführt, z. B. Header-Prüfsummen, Dekrementierung der Gültigkeitsdauer (TTL) oder Protokollverarbeitung.

CCC-Schaltungen lassen sich in zwei Kategorien einteilen: Logische Schnittstellen, zu denen DLCIs, VCs, Virtual Local Area Network (VLAN)-IDs, PPP- und Cisco HDLC-Schnittstellen sowie LSPs gehören. Die beiden Schaltungskategorien bieten drei Arten von Querverbindungen:

• Layer-2-Switching: Querverbindungen zwischen logischen Schnittstellen bieten im Wesentlichen Layer-2-Switching. Die Schnittstellen, die Sie verbinden, müssen vom gleichen Typ sein.

• MPLS-Tunneling: Querverbindungen zwischen Schnittstellen und LSPs ermöglichen es Ihnen, zwei entfernte Schnittstellenleitungen desselben Typs zu verbinden, indem Sie MPLS-Tunnel erstellen, die LSPs als Leitung verwenden.

• LSP-Stitching: Querverbindungen zwischen LSPs bieten eine Möglichkeit, zwei Label-Switched-Pfade "zusammenzufügen", einschließlich Pfaden, die in zwei verschiedene Traffic-Engineering-Datenbankbereiche fallen.

Bei Layer-2-Switching und MPLS-Tunneling ist die Querverbindung bidirektional, d. h. die auf der ersten Schnittstelle empfangenen Pakete werden von der zweiten Schnittstelle und die auf der zweiten Schnittstelle empfangenen Pakete von der ersten übertragen. Beim LSP-Stitching ist die Querverbindung unidirektional.

Der Kunde eines VPN-Dienstanbieters kann ein Dienstanbieter für den Endkunden sein. Im Folgenden sind die beiden Haupttypen von Carrier-of-Carriers-VPNs aufgeführt (wie in RFC 4364 beschrieben):

• Internet Service Provider als Kunde—Der VPN-Kunde ist ein ISP, der das Netzwerk des VPN-Dienstanbieters nutzt, um seine geografisch unterschiedlichen regionalen Netzwerke zu verbinden. Der Kunde muss MPLS nicht innerhalb seiner regionalen Netze konfigurieren.

• VPN-Dienstanbieter als Kunde—Der VPN-Kunde ist selbst ein VPN-Dienstanbieter, der seinen Kunden VPN-Dienste anbietet. Der Carrier-of-Carriers-VPN-Service-Kunde verlässt sich auf den Backbone-VPN-Service-Provider für die Konnektivität zwischen den Standorten. Der VPN-Dienstanbieter des Kunden ist verpflichtet, MPLS in seinen regionalen Netzwerken auszuführen.

Abbildung 3 veranschaulicht die Netzwerkarchitektur, die für einen Carrier-of-Carriers-VPN-Dienst verwendet wird.

Abbildung 3: Carrier-of-Carriers-VPN-Architektur

In diesem Thema wird Folgendes behandelt:

• Internet Service Provider als Kunde
• VPN-Dienstanbieter als Kunde

Alle Interprovider- und Carrier-of-Carriers-VPNs haben die folgenden Merkmale gemeinsam:

• Jeder Interprovider- oder Carrier-of-Carriers-VPN-Kunde muss zwischen internen und externen Kundenrouten unterscheiden.

• Interne Kundenrouten müssen vom VPN-Dienstanbieter in seinen PE-Routern gepflegt werden.

• Externe Kundenrouten werden nur von den Routing-Plattformen des Kunden übertragen, nicht von den Routing-Plattformen des VPN-Dienstanbieters.

Der Hauptunterschied zwischen Interprovider- und Carrier-of-Carriers-VPNs besteht darin, ob die Kundenstandorte zum selben AS oder zu separaten AS gehören:

• Interprovider-VPNs: Die Kundenstandorte gehören zu unterschiedlichen ASs. Sie müssen EBGP so konfigurieren, dass die externen Routen des Kunden ausgetauscht werden.

• Carrier-of-Carriers-VPNs verstehen: Die Kundenstandorte gehören zum gleichen AS. Sie müssen IBGP so konfigurieren, dass die externen Routen des Kunden ausgetauscht werden.

Im Allgemeinen muss jeder Service Provider in einer VPN-Hierarchie seine eigenen internen Routen in seinen P-Routern und die internen Routen seiner Kunden in seinen PE-Routern pflegen. Durch die rekursive Anwendung dieser Regel ist es möglich, eine Hierarchie von VPNs zu erstellen.

Im Folgenden finden Sie Definitionen der Arten von PE-Routern, die für Interprovider- und Carrier-of-Carrier-VPNs spezifisch sind:

• Der AS-Border-Router befindet sich an der AS-Grenze und verarbeitet den Datenverkehr, der den AS verlässt und in ihn einführt.

• Der PE-Endrouter ist der PE-Router im Kunden-VPN. Er wird mit dem CE-Router beim Endkunden verbunden.

Sie können BGP so konfigurieren, dass Datenverkehrsstatistiken für VPNs zwischen Anbietern und Netzbetreibern erfasst werden.

Um BGP so zu konfigurieren, dass es Datenverkehrsstatistiken für Interprovider- und Carrier-of-Carriers-VPNs sammelt, fügen Sie die traffic-statistics folgende Anweisung ein:

Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung einschließen können, finden Sie im Zusammenfassungsabschnitt zu dieser Anweisung.

Wenn Sie keinen Dateinamen angeben, werden die Statistiken nicht in eine Datei geschrieben. Wenn Sie die traffic-statistics Anweisung jedoch in die BGP-Konfiguration aufgenommen haben, stehen die Statistiken weiterhin zur Verfügung und können mit dem show bgp group traffic-statistics group-name Befehl aufgerufen werden.

Um den Datenverkehr von jedem Kunden separat zu berücksichtigen, müssen den Peer-Routern in verschiedenen Gruppen separate Labels für dasselbe Präfix angekündigt werden. Um eine separate Datenverkehrsabrechnung zu aktivieren, müssen Sie die per-group-label Anweisung in die Konfiguration für jede BGP-Gruppe aufnehmen. Durch das Einfügen dieser Anweisung werden Statistiken erfasst und angezeigt, die den von den Peers der angegebenen BGP-Gruppe gesendeten Datenverkehr berücksichtigen.

Wenn Sie die Anweisung auf Hierarchieebene [edit protocols bgp family inet] konfigurieren, anstatt sie für eine bestimmte BGP-Gruppe zu konfigurieren, werden die Datenverkehrsstatistiken für alle BGP-Gruppen freigegeben, die mit der traffic-statistics Anweisung, aber nicht mit der per-group-label Anweisung konfiguriert sind.

Um den Datenverkehr von jedem Kunden separat zu berücksichtigen, fügen Sie die per-group-label Anweisung in die Konfiguration für jede BGP-Gruppe ein:

Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung einschließen können, finden Sie im Zusammenfassungsabschnitt zu dieser Anweisung.

Im Folgenden sehen Sie ein Beispiel für die Ausgabe in der Datenverkehrsstatistikdatei:

Der Hauptgrund für die Konfiguration vlan-ccc auf der Transport-PS-Schnittstelle ist die Interoperabilität mit den vorhandenen Zugriffs- und Aggregatgeräten im Netzwerk. Derzeit unterstützt ethernet-ccc Junos OS die Kapselung auf der Transport-PS-Schnittstelle. In der Regel initiiert das Zugriffsgerät beim Herstellen einer Pseudowire-Verbindung einen VLAN-basierten Pseudowire (auch als VLAN-Tagged-Modus bezeichnet), und ein PE-Router signalisiert das VLAN im Ethernet-Modus zurück an das Zugriffsgerät. Für diese Art von Pseudowire-Verbindung können Sie die ignore-encapsulation-mismatch Anweisung verwenden. Das Junos OS-Gerät (Zugriffsgerät) unterstützt die ignore-encapsulation-mismatch Anweisung jedoch möglicherweise nicht, sodass die Pseudowire-Verbindung nicht hergestellt wird. Wenn die ignore-encapsulation-mismatch Anweisung auf dem Zugriffsgerät nicht unterstützt wird, können Sie zwischen den Knoten konfigurieren vlan-ccc , um eine Pseudowire-Verbindung herzustellen.

Der Weiterleitungsdatenpfad wird mit der neuen vlan-ccc Kapselung auf der Transport-PS-Schnittstelle und dem ähnlichen Verhalten wie bei der Konfiguration der ethernet-ccc Kapselung auf der Transport-PS-Schnittstelle nicht geändert. Die Transport-PS-Schnittstelle kapselt oder entkapselt den äußeren Layer-2-Header und die MPLS-Header der übertragenen oder empfangenen Pakete auf dem WAN-Port. Innere Ethernet- oder VLAN-Header des Pakets werden über logische Pseudowire-Clientdienstschnittstellen verarbeitet. Sie müssen die logischen Schnittstellen des Pseudowire-Clientdiensts mit den entsprechenden VLAN-IDs oder VLAN-Tags konfigurieren.

In den folgenden Abschnitten finden Sie Details sowie eine Beispielkonfiguration zur Pseudowire-Konfiguration von Zugriffs- und Aggregationsknoten.

• Pseudowire-Konfiguration vom Zugriffsknoten
• Pseudowire-Konfiguration vom Aggregationsknoten

Pseudowire-Konfiguration vom Zugriffsknoten

Diese Pseudowires werden mithilfe von VLANs vom Zugriffsknoten für Kundengeräte eingerichtet, die an die Layer-2-Verbindung angeschlossen sind, die auf Zugriffs- und PE-Routern mit Kunden-VLANs (C-VLANs) konfiguriert ist. Der eingehende Datenverkehr (von der Seite des Zugriffsknotens) auf dem PE-Router ist ein einzelnes VLAN-Tag (innerer Ethernet-Header), und daher müssen die logischen Schnittstellen des Dienstes mit denselben VLAN-IDs konfiguriert werden, die den C-VLAN-IDs entsprechen, die an den Zugriffsknoten angehängt sind.

Abbildung 4 stellt die Details einer Transport-PS-Schnittstelle von einem Zugriffsknoten (Zugriffsknoten) zur Verfügung.

Abbildung 4: Pseudowire Client transportiert logische Schnittstelle vom Zugriffsknoten

Das folgende Beispiel zeigt die Konfiguration einer logischen Pseudowire-Clientschnittstellenkonfiguration auf einem PE-Router von einem Zugriffsknoten aus:

Pseudowire-Konfiguration vom Aggregationsknoten

In diesem Fall verarbeitet der Aggregationsknoten ein gestapeltes VLAN (auch als Q-in-Q bezeichnet). Der Pseudowire stammt von einem Aggregationsknoten und endet auf einem PE-Router. Der Aggregationsknoten überträgt das Service-VLAN (S-VLAN)-Tag, und es wird erwartet, dass der PE-Router mit zwei VLAN-Tags arbeitet – das äußere VLAN-Tag entspricht einem S-VLAN und das innere VLAN-Tag entspricht einem C-VLAN. Die VLAN-ID, die auf der Transport-PS-Schnittstelle am PE-Router konfiguriert ist, muss mit dem VLAN-Tag des S-VLANs übereinstimmen. Auf der logischen Schnittstelle des Pseudowire-Clientdiensts muss das äußere VLAN-Tag so konfiguriert werden, dass es mit dem S-VLAN übereinstimmt, und das innere VLAN-Tag muss so konfiguriert werden, dass es mit dem C-VLAN übereinstimmt.

Abbildung 5 stellt die Details einer Transport-PS-Schnittstelle von einem Aggregationsknoten bereit.

Abbildung 5: Pseudowire Client transportiert logische Schnittstelle vom Aggregationsknoten

Das folgende Beispiel zeigt die Konfiguration einer logischen Pseudowire-Clientschnittstellenkonfiguration auf einem PE-Router von einem Aggregationsknoten aus:

CCC-Protokollkonfigurationen (und Layer 2 Circuit und Layer 2 VPN) können nicht standardmäßige Bridge Protocol Data Units (BPDUs) übertragen, die von Geräten anderer Anbieter generiert werden. Dies ist das Standardverhalten aller unterstützten PICs und erfordert keine zusätzliche Konfiguration.

Die folgenden PICs werden von Routern der M320- und T-Serie unterstützt:

• Gigabit-Ethernet-PIC mit 1 Port

• Gigabit-Ethernet-PIC mit 2 Ports

• Gigabit-Ethernet-PIC mit 4 Ports

• Gigabit-Ethernet-PIC mit 10 Ports

Translational Cross-Connect (TCC) ist ein Switching-Konzept, mit dem Sie Verbindungen zwischen einer Vielzahl von Layer-2-Protokollen oder -Schaltungen herstellen können. Es ist ähnlich wie CCC. Während CCC jedoch auf jeder Seite eines Routers von Juniper Networks die gleichen Layer-2-Kapselungen erfordert (z. B. PPP-zu-PPP oder Frame-Relais-zu-Frame-Relais), können Sie mit TCC verschiedene Arten von Layer-2-Protokollen austauschbar verbinden. Wenn Sie TCC verwenden, sind Kombinationen wie PPP-zu-ATM (siehe Abbildung 6) und Ethernet-zu-Frame-Relais-Verbindungen möglich.

Abbildung 6: TCC-Beispiel

Die Layer-2-Schaltungen und Verkapselungstypen, die durch TCC miteinander verbunden werden können, sind:

• Ethernet

• Erweiterte VLANs

• KAUFKRAFTPARITÄT

• HDLC

• GELDAUTOMAT

• Rahmen-Relais

TCC entfernt den Layer-2-Header, wenn Frames in den Router gelangen, und fügt einen anderen Layer-2-Header zu den Frames hinzu, bevor sie den Router verlassen. In Abbildung 6wird die PPP-Kapselung von den Frames entfernt, die bei Router B ankommen, und die ATM-Kapselung wird hinzugefügt, bevor die Frames an Router C gesendet werden.

Beachten Sie, dass der gesamte Steuerungsdatenverkehr am Verbindungsrouter (Router B) beendet wird. Beispiele für Traffic Controller sind das Link Control Protocol (LCP) und das Network Control Protocol (NCP) für PPP, Keepalives für HDLC und Local Management Interface (LMI) für Frame Relay.

Die TCC-Funktionalität unterscheidet sich von der Standard-Layer-2-Switching-Funktion. TCC tauscht nur Layer-2-Header aus. Es wird keine andere Verarbeitung durchgeführt, wie z. B. Header-Prüfsummen, TTL-Dekrement oder Protokollverarbeitung. TCC wird nur für IPv4 unterstützt.

Die APR-Paketüberwachung (Address Resolution Protocol) auf TCC-Ethernet-Schnittstellen ist ab Version 10.4 wirksam.

Sie können TCC für Schnittstellen-Switching und für Layer-2-VPNs konfigurieren. Weitere Informationen zur Verwendung von TCC für Virtual Private Networks (VPNs) finden Sie in der Junos OS VPNs-Bibliothek für Routing-Geräte.

Layer-2-Switching-Crossconnects verbinden logische Schnittstellen zu einem Layer-2-Switching. Die Schnittstellen, die Sie verbinden, müssen vom gleichen Typ sein.

Abbildung 7 Zeigt eine Layer-2-Switching-Cross-Connect-Verbindung. In dieser Topologie verfügen Router A und Router C über Frame-Relay-Verbindungen zu Router B, einem Router von Juniper Networks. Mit Circuit Cross-Connect (CCC) können Sie Router B so konfigurieren, dass er als Frame Relay (Layer 2)-Switch fungiert.

Um Router B so zu konfigurieren, dass er als Frame-Relay-Switch fungiert, konfigurieren Sie eine Verbindung von Router A zu Router C, die durch Router B verläuft, wodurch Router B in Bezug auf diese Router effektiv als Frame-Relay-Switch konfiguriert wird. Diese Konfiguration ermöglicht es Router B, Pakete (Frames) transparent zwischen Router A und Router C zu wechseln, unabhängig vom Inhalt der Pakete oder den Layer-3-Protokollen. Die einzige Verarbeitung, die Router B ausführt, ist die Übersetzung von DLCI 600 in 750.

Abbildung 7: Layer-2-Switching-Cross-Connect

Wenn z. B. die Leitungen Router A zu Router B und Router B zu Router C PPP waren, finden die Austauschvorgänge zwischen dem Link Control Protocol und dem Network Control Protocol zwischen Router A und Router C statt. Diese Nachrichten werden von Router B transparent verarbeitet, sodass Router A und Router C verschiedene PPP-Optionen (z. B. Header- oder Adresskomprimierung und Authentifizierung) verwenden können, die Router B möglicherweise nicht unterstützt. In ähnlicher Weise tauschen Router A und Router C Keepalives aus, die den Verbindungsstatus von Circuit to Circuit bereitstellen.

Sie können Layer-2-Switching-Crossconnects auf PPP-, Cisco HDLC-, Frame Relay-, Ethernet- und ATM-Leitungen konfigurieren. In einem einzigen Cross-Connect können nur gleiche Schnittstellen verbunden werden.

Um Layer- 2-Switching-Cross-Connects zu konfigurieren, müssen Sie auf dem Router, der als Switch fungiert (Router B in Abbildung 7), Folgendes konfigurieren:

• Konfigurieren der CCC-Kapselung für Layer-2-Switching-Cross-Connects
• Konfigurieren der CCC-Verbindung für Layer-2-Switching-Cross-Connects
• Konfigurieren von MPLS für Layer-2-Switching-Cross-Connects
• Beispiel: Konfigurieren einer Layer-2-Switching-Cross-Connect
• Konfigurieren von Layer 2-Switching-Cross-Connect auf ACX5440

Beispiel: Konfigurieren einer Layer-2-Switching-Cross-Connect

Konfigurieren Sie eine Vollduplex-Layer-2-Switching-Querverbindung zwischen Router A und Router C, indem Sie einen Router von Juniper Networks, Router B, als virtuellen Switch verwenden. Siehe die Topologie in Abbildung 8 und Abbildung 9.

Abbildung 8: Topologie eines Frame-Relais-Layer-2-Switching-Cross-Connect

Abbildung 9: Beispieltopologie eines VLAN-Layer-2-Switching-Cross-Connect

MPLS-Tunnel-Crossconnects zwischen Schnittstellen und LSPs ermöglichen es Ihnen, zwei entfernte Schnittstellenschaltungen desselben Typs zu verbinden, indem Sie MPLS-Tunnel erstellen, die LSPs als Leitung verwenden. Die Topologie in Abbildung 10 veranschaulicht eine MPLS-LSP-Tunnel-Querverbindung. In dieser Topologie sind zwei separate Netzwerke, in diesem Fall ATM-Zugangsnetze, über einen IP-Backbone verbunden. Mit CCC können Sie einen LSP-Tunnel zwischen den beiden Domänen einrichten. Beim LSP-Tunneling tunneln Sie den ATM-Datenverkehr von einem Netzwerk über einen SONET-Backbone zum zweiten Netzwerk, indem Sie einen MPLS-LSP verwenden.

Abbildung 10: MPLS-Tunnel-Cross-Connect

Wenn der Datenverkehr von Router A (VC 234) Router B erreicht, wird er gekapselt und in einen LSP eingeordnet, der über das Backbone an Router C gesendet wird. Bei Router C wird das Etikett entfernt, und die Pakete werden auf den permanenten virtuellen Stromkreis (PVC) des Geldautomaten (VC 591) gelegt und an Router D gesendet. In ähnlicher Weise wird Datenverkehr von Router D (VC 591) über einen LSP an Router B gesendet und dann auf VC 234 an Router A platziert.

Sie können LSP-Tunnel-Cross-Connect auf PPP-, Cisco HDLC-, Frame Relay- und ATM-Leitungen konfigurieren. In einem einzigen Cross-Connect können nur gleiche Schnittstellen verbunden werden.

Wenn Sie MPLS-Tunnel-Cross-Connects zur Unterstützung von IS-IS verwenden, müssen Sie sicherstellen, dass die maximale Übertragungseinheit (MTU) des LSP zusätzlich zu dem mit der zu verbindenden Technologie verbundenen Overhead auf Verbindungsebene mindestens eine IS-IS-IS-Protokolldateneinheit (PDU) mit 1492 Oktetten aufnehmen kann.

Damit die Tunnel-Crossconnects funktionieren, muss die IS-IS-Framegröße auf den Edge-Routern (Router A und D in Abbildung 11) kleiner als die MTU des LSP sein.

Verwenden Sie die folgende Berechnung, um die LSP-MTU zu bestimmen, die zur Unterstützung von IS-IS erforderlich ist:

Der Overhead für das Framing variiert je nach verwendeter Kapselung. Im Folgenden sind die IS-IS-Kapselungs-Overhead-Werte für verschiedene Kapselungen aufgeführt:

• GELDAUTOMAT

  • AAL5-Multiplex – 8 Byte (RFC 1483)

  • VC-Multiplex – 0 Byte

• Rahmen-Relais

  • Multiprotokoll – 2 Byte (RFCs 1490 und 2427)

  • VC-Multiplex – 0 Byte

• HDLC – 4 Byte

• PPP – 4 Byte

• VLAN: 21 Byte (802.3/LLC)

Damit IS-IS über VLAN-CCC funktioniert, muss die MTU des LSP mindestens 1513 Byte (bzw. 1518 für 1497-Byte-PDUs) betragen. Wenn Sie die Größe einer Fast Ethernet-MTU über den Standardwert von 1500 Byte hinaus erhöhen, müssen Sie möglicherweise explizit Jumbo-Frames auf dazwischenliegenden Geräten konfigurieren.

Um die MTU zu ändern, schließen Sie die mtu Anweisung bei der Konfiguration der logischen Schnittstellenfamilie auf Hierarchieebene [edit interfaces interface-name unit logical-unit-number encapsulation family] ein. Weitere Informationen zum Festlegen der MTU finden Sie in der Junos OS Network Interfaces Library for Routing Devices.

Um eine LSP-Tunnel-Querverbindung zu konfigurieren, müssen Sie auf dem Interdomain-Router (Router B in Abbildung 11) Folgendes konfigurieren:

• Konfigurieren der CCC-Kapselung für LSP-Tunnel-Cross-Connects
• Konfigurieren der CCC-Verbindung für LSP-Tunnel-Cross-Connects
• Beispiel: Konfigurieren einer LSP-Tunnel-Cross-Connect

Beispiel: Konfigurieren einer LSP-Tunnel-Cross-Connect

Konfigurieren Sie eine Vollduplex-MPLS-LSP-Tunnelverbindung von Router A zu Router D, die über Router B und Router C verläuft. Weitere Informationen finden Sie unter Topologie in Abbildung 11.

Abbildung 11: Beispieltopologie von MPLS LSP Tunnel Cross-Connect

Auf Router B:

Auf Router C:

In diesem Abschnitt wird beschrieben, wie Sie Translational Cross-Connect (TCC) konfigurieren.

Um TCC zu konfigurieren, müssen Sie die folgenden Aufgaben auf dem Router ausführen, der als Switch fungiert:

• Konfigurieren der Kapselung für Layer-2-Switching-TCCs
• Konfigurieren der Verbindung für Layer-2-Switching-TCCs
• Konfigurieren von MPLS für Layer-2-Switching-TCCs

Der ordnungsgemäße CCC- und TCC-Neustart ermöglicht einen ordnungsgemäßen Neustart von Layer-2-Verbindungen zwischen Kunden-Edge-Routern (CE). Diese Layer-2-Verbindungen werden mit den remote-interface-switchlsp-switch oder-Anweisungen konfiguriert. Da diese CCC- und TCC-Verbindungen eine implizite Abhängigkeit von RSVP-LSPs aufweisen, werden beim ordnungsgemäßen Neustart für CCC und TCC die RSVP-Funktionen für einen ordnungsgemäßen Neustart verwendet.

Der ordnungsgemäße RSVP-Neustart muss auf den PE-Routern und P-Routern aktiviert sein, um einen ordnungsgemäßen Neustart für CCC und TCC zu ermöglichen. Da RSVP als Signalisierungsprotokoll für Signalisierungsbeschriftungsinformationen verwendet wird, muss der benachbarte Router den Hilfsmodus verwenden, um die RSVP-Neustartvorgänge zu unterstützen.

Abbildung 12 veranschaulicht, wie ein ordnungsgemäßer Neustart bei einer CCC-Verbindung zwischen zwei CE-Routern funktionieren kann.

Abbildung 12: Remote-Interface-Switch, der zwei CE-Router über CCC verbindet

PE-Router A ist der Eingang für das Senden-LSP von PE-Router A zu PE-Router B und der Ausgang für das Empfangs-LSP von PE-Router B zu PE-Router A. Wenn der ordnungsgemäße RSVP-Neustart auf allen PE- und P-Routern aktiviert ist, tritt beim Neustart von PE-Router A Folgendes auf:

• PE Router A behält den Weiterleitungsstatus bei, der den CCC-Routen zugeordnet ist (von CCC zu MPLS und von MPLS zu CCC).

• Der Datenverkehr fließt ohne Unterbrechung von CE-Router zu CE-Router.

• Nach dem Neustart behält PE-Router A die Bezeichnung für den LSP bei, für den PE-Router A der Ausgang ist (z. B. der Empfangs-LSP). Der Übertragungs-LSP von PE-Router A zu PE-Router B kann neue Label-Zuordnungen ableiten, sollte jedoch keine Datenverkehrsunterbrechung verursachen.

Um den ordnungsgemäßen Neustart von CCC und TCC zu aktivieren, fügen Sie die graceful-restart folgende Anweisung ein:

Sie können diese Anweisung auf den folgenden Hierarchieebenen einbinden:

• [edit routing-options]

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

Sie können Circuit Cross-Connect (CCC) zwischen zwei Leitungen konfigurieren, um den Datenverkehr von Schnittstellen zu Punkt-zu-Mehrpunkt-LSPs umzuleiten. Diese Funktion ist nützlich für die Verarbeitung von Multicast- oder Broadcast-Datenverkehr (z. B. einem digitalen Videostream).

Gehen Sie wie folgt vor, um CCC-Switching für Punkt-zu-Mehrpunkt-LSPs zu konfigurieren:

• Auf dem Eingangs-Provider-Edge-Router (PE) konfigurieren Sie CCC so, dass der Datenverkehr von einer eingehenden Schnittstelle zu einem Punkt-zu-Mehrpunkt-LSP weitergeleitet wird.

• Auf der Ausgangs-PE konfigurieren Sie CCC so, dass der Datenverkehr von einem eingehenden Punkt-zu-Multipoint-LSP zu einer ausgehenden Schnittstelle umgeleitet wird.

Die CCC-Verbindung für Punkt-zu-Mehrpunkt-LSPs ist unidirektional.

Weitere Informationen zu Punkt-zu-Mehrpunkt-LSPs finden Sie unter Übersicht über Punkt-zu-Multipunkt-LSPs.

Um eine CCC-Verbindung für einen Punkt-zu-Mehrpunkt-LSP zu konfigurieren, führen Sie die Schritte in den folgenden Abschnitten aus:

• Konfigurieren des Point-to-Multipoint-LSP-Switches auf Eingangs-PE-Routern
• Konfigurieren lokaler Empfänger auf einem Point-to-Multipoint-CCC-LSP-Switch auf eingehenden PE-Routern
• Konfigurieren des Point-to-Multipoint-LSP-Switches auf ausgehenden PE-Routern