Konfigurieren von Schnittstellen für Layer 2-Verbindungen

Konfigurieren einer Community für den Layer 2-Circuit

Um eine Community für eine Layer 2-Verbindung zu konfigurieren, fügen Sie die community folgende Anweisung ein:

Sie können diese Anweisung auf den folgenden Hierarchieebenen einschließen:

• [edit protocols l2circuit neighbor address interface interface-name]

• [edit logical-systems logical-system-name protocols l2circuit neighbor address interface interface-name]

Informationen zum Konfigurieren einer Routing-Richtlinie für eine Layer-2-Verbindung finden Sie unter Konfigurieren von Richtlinien für Layer-2-Circuits.

Konfigurieren des Steuerworts für Layer 2-Verbindungen

Um die VC-Kapselung (Virtual Circuit) für Layer-2-Circuits zu emulieren, wird ein 4-Byte-Steuerwort zwischen der transportierten Layer-2-Protokolldateneinheit (PDU) und dem VC-Label, das für das Demultiplexing verwendet wird, hinzugefügt. Bei den meisten Protokollen wird ein Null-Steuerwort, das aus allen Nullen besteht, zwischen Layer-2-Schaltungsnachbarn gesendet.

Einzelne Bits sind jedoch in einem Steuerwort verfügbar, das Layer-2-Protokollsteuerungsinformationen enthalten kann. Die Steuerinformationen werden dem Steuerwort zugeordnet, wodurch der Header eines Layer-2-Protokolls aus dem Frame entfernt werden kann. Die verbleibenden Daten und das Steuerwort können über den Layer 2-Stromkreis gesendet werden, und der Frame kann mit den richtigen Steuerinformationen am Ausgangspunkt des Stromkreises wieder zusammengesetzt werden.

Die folgenden Layer-2-Protokolle bilden Layer-2-Steuerungsinformationen in spezielle Bitfelder im Steuerwort ab:

• Frame Relay: Das Steuerwort unterstützt den Transport von Informationen zu verwerfungsfähigen Informationen (DE), Forward Explicit Congestion Notification (FECN) und Backward Explicit Congestion Notification (BECN). Konfigurationsinformationen finden Sie unter Konfigurieren des Steuerworts für Frame Relay-Schnittstellen.

  Hinweis:

  Frame Relay wird auf den Routern der ACX-Serie nicht unterstützt.

• ATM AAL5-Modus: Das Steuerwort unterstützt den Transport von Informationen zur Verarbeitung von Sequenznummern, zur ATM-Zellverlustpriorität (CLP) und zur expliziten Vorwärtsüberlastungsanzeige (EFCI). Wenn Sie eine Layer-2-Verbindung im AAL5-Modus konfigurieren, werden die Steuerinformationen standardmäßig übertragen, und es ist keine zusätzliche Konfiguration erforderlich.

• ATM-Zellenrelaismodus: Das Steuerwort unterstützt nur die Verarbeitung von Sequenznummern. Wenn Sie eine Layer-2-Verbindung im Cell-Relay-Modus konfigurieren, werden die Sequenznummerninformationen standardmäßig übernommen, und es ist keine zusätzliche Konfiguration erforderlich.

Die Junos OS-Implementierung der Sequenznummernverarbeitung für den ATM-Mobilfunkrelaismodus und den AAL5-Modus ist nicht identisch mit der in Abschnitt 3.1.2 des IETF-Entwurfs für Verkapselungsmethoden für den Transport von Layer 2-Frames über IP- und MPLS-Netzwerke beschriebenen. Die Unterschiede sind wie folgt:

• Ein Paket mit der Sequenznummer 0 gilt als nicht in der richtigen Reihenfolge.

• Ein Paket, das nicht die nächste inkrementelle Sequenznummer aufweist, gilt als nicht in der richtigen Reihenfolge.

• Wenn Pakete außerhalb der richtigen Reihenfolge eintreffen, wird die Sequenznummer im Steuerwort der Layer-2-Leitung um eins erhöht und wird zur erwarteten Sequenznummer für den Nachbarn.

In den folgenden Abschnitten wird erläutert, wie das Steuerwort für Layer 2-Verbindungen konfiguriert wird:

Konfigurieren des Kapselungstyps für die Layer 2 Circuit Neighbor Interface

Sie können den Layer-2-Circuit-Kapselungstyp für die Schnittstelle angeben, die Datenverkehr von einem Layer-2-Circuit-Nachbarn empfängt. Der Verkapselungstyp wird in den LDP-Signalisierungsnachrichten übernommen, die zwischen Layer-2-Schaltungsnachbarn ausgetauscht werden, wenn Pseudowires erstellt werden. Der Kapselungstyp, den Sie für jeden Layer-2-Circuit-Nachbarn konfigurieren, variiert je nach Art der Netzwerkausrüstung oder Art des Layer-2-Protokolls, das Sie in Ihrem Netzwerk bereitgestellt haben. Wenn Sie keinen Kapselungstyp für die Layer-2-Verbindung angeben, wird standardmäßig die Kapselung der CE-Geräteschnittstelle verwendet.

Geben Sie den Kapselungstyp für die Layer-2-Schaltungsnachbarschnittstelle an, indem Sie die encapsulation-type folgende Anweisung einfügen:

Sie können diese Anweisung auf den folgenden Hierarchieebenen einschließen:

• [edit protocols l2circuit neighbor address interface interface-name]

• [edit logical-systems logical-system-name protocols l2circuit neighbor address interface interface-name]

Aktivieren des Layer 2-Circuits, wenn die Kapselung nicht übereinstimmt

Sie können das Junos OS so konfigurieren, dass ein Layer-2-Circuit eingerichtet werden kann, auch wenn die auf der CE-Geräteschnittstelle konfigurierte Kapselung nicht mit der auf der Layer-2-Circuit-Schnittstelle konfigurierten Kapselung übereinstimmt, indem Sie die ignore-encapsulation-mismatch Anweisung einschließen. Sie können die ignore-encapsulation-mismatch Anweisung für die Verbindung zur entfernten Verbindung konfigurieren, indem Sie die Anweisung auf Hierarchieebene [edit protocols l2circuit neighbor address interface interface-name] einschließen, oder für die lokale Verbindung, indem Sie diese Anweisung auf der [edit protocols l2circuit local-switching interface interface-name] Hierarchieebene einschließen.

Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung einschließen können, finden Sie im Abschnitt Zusammenfassung der Anweisungen für diese Anweisung.

Konfiguration der für einen Layer 2-Circuit angekündigten MTU

Standardmäßig wird die MTU, die zur Ankündigung einer Layer-2-Verbindung verwendet wird, ermittelt, indem die Schnittstellen-MTU für die zugehörige physische Schnittstelle genommen und der Kapselungsoverhead für das Senden von IP-Paketen basierend auf der Kapselung abgezogen wird.

Kapselungen, die mehrere logische Schnittstellen (und mehrere Layer 2-Schaltkreise) unterstützen, basieren jedoch auf derselben Schnittstellen-MTU (da sie alle derselben physischen Schnittstelle zugeordnet sind). Dies kann sich als Einschränkung für VLAN-Layer-2-Circuits erweisen, die dieselbe Ethernet-Schnittstelle verwenden, oder für Layer-2-Circuit-DLCIs, die dieselbe Frame Relay-Schnittstelle verwenden.

Dies kann auch Umgebungen mit mehreren Anbietern betreffen. Wenn Sie beispielsweise drei PE-Geräte von verschiedenen Anbietern haben und eines der Geräte nur einen MTU von 1500 unterstützt, müssen Sie das MTU als 1500 konfigurieren (das kleinste MTU der drei PE-Geräte), selbst wenn die anderen Geräte größere MTUs unterstützen.

Sie können explizit konfigurieren, welche MTU für einen Layer 2-Circuit angekündigt wird, auch wenn der Layer 2-Circuit eine physische Schnittstelle mit anderen Layer 2-Circuits teilt. Beachten Sie bei der expliziten Konfiguration einer MTU für einen Layer 2-Circuit Folgendes:

• Eine explizit konfigurierte MTU wird dem entfernten PE-Gerät signalisiert. Die konfigurierte MTU wird auch mit der vom entfernten PE-Gerät empfangenen MTU verglichen. Wenn es zu einem Konflikt kommt, wird der Layer-2-Circuit heruntergefahren.

• Wenn Sie eine MTU für eine ATM-Zellenrelaisschnittstelle auf einem ATM II PIC konfigurieren, wird die konfigurierte MTU verwendet, um die für diesen Layer 2-Circuit angekündigte Zellenbündelgröße anstelle der Standardschnittstellen-MTU zu berechnen.

• Eine konfigurierte MTU wird nur in der Steuerungsebene verwendet. Sie wird in der Data Plane nicht erzwungen. Sie müssen sicherstellen, dass das CE-Gerät für eine bestimmte Layer-2-Schaltung die richtige MTU für die Datenübertragung verwendet.

Um die MTU für einen Layer 2-Circuit zu konfigurieren, schließen Sie die mtu Anweisung auf Hierarchieebene [edit protocols l2circuit neighbor address interface interface-name] ein.

Aktivieren des Layer-2-Circuits, wenn die MTU nicht übereinstimmt

Sie können das Junos OS so konfigurieren, dass ein Layer-2-Circuit aufgebaut werden kann, auch wenn die auf dem PE-Router konfigurierte MTU nicht mit der auf dem Remote-PE-Router konfigurierten MTU übereinstimmt, indem Sie die ignore-mtu-mismatch Anweisung auf Hierarchieebene [edit protocols l2circuit neighbor address interface interface-name] einschließen.

Konfigurieren der Protect-Schnittstelle

Sie können eine Schutzschnittstelle für die logische Schnittstelle konfigurieren, die eine virtuelle Verbindung mit ihrem Ziel verbindet, unabhängig davon, ob es sich bei dem Ziel um ein Remote- oder ein lokales Ziel handelt. Eine Protect-Schnittstelle bietet ein Backup für die geschützte Schnittstelle im Falle eines Ausfalls. Der Netzwerkverkehr verwendet die primäre Schnittstelle nur, solange die primäre Schnittstelle funktioniert. Wenn die primäre Schnittstelle ausfällt, wird der Datenverkehr auf die Protect-Schnittstelle umgeschaltet. Die Schutzschnittstelle ist optional.

Um die Protect-Schnittstelle zu konfigurieren, fügen Sie die protect-interface folgende Anweisung ein:

Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung einschließen können, finden Sie im Abschnitt Zusammenfassung der Anweisungen für diese Anweisung.

Ein Beispiel für die Konfiguration einer Protect-Schnittstelle für eine Layer-2-Verbindung finden Sie unter Beispiel: Konfigurieren von Layer 2-Circuit-Protect-Schnittstellen.

Konfigurieren der Protect-Schnittstelle Vom Umschalten auf die primäre Schnittstelle

Wenn die primäre Schnittstelle ausfällt, beginnt die Pseudowire in der Regel, die Protect-Schnittstelle zu verwenden. Wenn die primäre Schnittstelle wieder online ist, wird die Schnittstelle standardmäßig von der Protect-Schnittstelle zur primären Schnittstelle zurückgeschaltet. Um den Switchover zurück zur primären Schnittstelle zu verhindern, es sei denn, die protect-Schnittstelle fällt aus, schließen Sie die no-revert Anweisung ein. Dies verhindert Datenverkehrsverluste während der Umstellung.

Sie können die no-revert Anweisung auf Hierarchieebene [edit protocols l2circuit neighbor address interface interface-name] konfigurieren:

Konfigurieren der Pseudowire Status-TLV

Die Pseudowire Status Type Length Variable (TLV) wird verwendet, um den Status einer Pseudowire zwischen zwei PE-Routern hin und her zu kommunizieren. Für Layer-2-Circuit-Konfigurationen können Sie den PE-Router so konfigurieren, dass er den Pseudowire mit seinem Nachbarn aushandelt, indem Sie den Pseudowire-Status TLV verwenden. Dieselbe Funktionalität ist auch für LDP VPLS-Nachbarkonfigurationen verfügbar. Der Pseudowire-Status TLV ist für jede Pseudowire-Verbindung konfigurierbar und standardmäßig deaktiviert. Der Pseudowire-Statusaushandlungsprozess stellt sicher, dass ein PE-Router zur Label Withdraw-Methode für den Pseudowire-Status zurückkehrt, wenn sein entfernter PE-Router-Nachbar den Pseudowire-Status TLV nicht unterstützt.

Im Gegensatz zum Steuerwort wird die Fähigkeit eines PE-Routers, den Pseudowire-Status TLV zu unterstützen, kommuniziert, wenn die anfängliche Label-Zuordnungsnachricht an seinen entfernten PE-Router gesendet wird. Sobald der PE-Router seine Unterstützung für den Pseudowire-Status TLV an seinen Remote-PE-Router überträgt, fügt er den Pseudowire-Status TLV in jede Label-Zuordnungsnachricht ein, die an den Remote-PE-Router gesendet wird. Wenn Sie die Unterstützung für den Pseudowire-Status TLV auf dem PE-Router deaktivieren, wird eine Label-Withdraw-Nachricht an den Remote-PE-Router gesendet, und dann folgt eine neue Label-Zuordnungsmeldung ohne den Pseudowire-Status TLV.

Um den Pseudowire-Status TLV für den Pseudowire zum benachbarten PE-Router zu konfigurieren, fügen Sie die pseudowire-status-tlv folgende Anweisung ein:

Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung einschließen können, finden Sie im Abschnitt Zusammenfassung der Anweisungen für diese Anweisung.

Konfiguration von Layer 2-Leitungen sowohl über RSVP- als auch über LDP-LSPs

Sie können zwei Layer-2-Circuits zwischen denselben beiden Routern konfigurieren und eine Layer-2-Circuit einen RSVP-LSP und die andere einen LDP-LSP durchlaufen lassen. Dazu müssen Sie zwei Loopback-Adressen auf dem lokalen Router konfigurieren. Sie konfigurieren eine der Loopback-Adressen für die Layer-2-Schaltung, die den RSVP-LSP durchläuft. Sie konfigurieren die andere Loopback-Adresse so, dass sie die Layer-2-Verbindung verarbeitet, die den LDP-LSP durchläuft. Informationen zum Konfigurieren mehrerer Loopbackschnittstellen finden Sie unter Konfigurieren logischer Einheiten auf der Loopbackschnittstelle für Routinginstanzen in Layer-3-VPNs.

Außerdem müssen Sie ein PSN-Tunnel-Endgerät (Packet Switched Network) für einen der Layer 2-Circuits konfigurieren. Dies kann entweder der Layer-2-Circuit sein, der den RSVP-LSP durchläuft, oder der Circuit, der den LDP-LSP durchläuft. Die PSN-Tunnel-Endgerät-Adresse ist die Zieladresse für den LSP auf dem Remote-Router.

Um die Adresse für das PSN-Tunnel-Endgerät zu konfigurieren, fügen Sie die psn-tunnel-endpoint folgende Anweisung ein:

Sie können diese Anweisung auf den folgenden Hierarchieebenen einschließen:

• [edit logical-systems logical-system-name protocols l2circuit neighbor address interface interface-name]

• [edit protocols l2circuit neighbor address interface interface-name]

Standardmäßig ist das PSN-Tunnel-Endgerät für einen Layer 2-Circuit identisch mit der Nachbaradresse, die auch mit der LDP-Nachbaradresse identisch ist.

Die Tunnel-Endpunkte auf dem Remote-Router müssen keine Loopback-Adressen sein.

Konfigurieren der ID der virtuellen Verbindung

Sie konfigurieren eine Virtual Circuit-ID auf jeder Schnittstelle. Jede virtuelle Circuit-ID identifiziert eindeutig den Layer-2-Circuit unter allen Layer-2-Circuits zu einem bestimmten Nachbarn. Der Schlüssel zur Identifizierung einer bestimmten Layer-2-Verbindung auf einem PE-Router ist die Nachbaradresse und die virtuelle Verbindungs-ID. Eine LDP-FEC-zu-Label-Bindung ist einem Layer 2-Circuit zugeordnet, der auf der virtuellen Circuit-ID in der FEC und dem Nachbarn, der diese Bindung gesendet hat, basiert. Die LDP-FEC-zu-Label-Bindung ermöglicht die Verbreitung des VPN-Labels, das zum Senden des Datenverkehrs auf dieser Layer-2-Verbindung an das Remote-CE-Gerät verwendet wird.

Außerdem konfigurieren Sie eine virtuelle Verbindungs-ID für jede redundante Pseudowire. Eine redundante Pseudoleitung wird durch die Backup-Nachbaradresse und die ID der virtuellen Verbindung identifiziert. Weitere Informationen finden Sie unter Konfigurieren der Pseudowire-Redundanz auf dem PE-Router.

Um die ID der virtuellen Verbindung zu konfigurieren, fügen Sie die virtual-circuit-id folgende Anweisung ein:

Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung einschließen können, finden Sie im Abschnitt Zusammenfassung der Anweisungen für diese Anweisung.