Konfigurieren von Schnittstellen für Layer-2-Circuits
In den folgenden Abschnitten wird die Konfiguration von Schnittstellen für Layer-2-Circuits beschrieben:
Nicht alle Teilaufgaben werden auf allen Plattformen unterstützt. überprüfen Sie die CLI auf Ihrem Gerät.
Konfigurieren der Adresse für den Nachbarn des Layer-2-Circuits
Alle Layer-2-Circuits, die einen bestimmten remoten PE-Router verwenden, der für Remote-CE-Router bestimmt ist, werden unter der neighbor
Anweisung ("Neighbor" bezeichnet den PE-Router) aufgeführt. Jeder Nachbar wird durch seine IP-Adresse identifiziert und ist normalerweise das Endpunktziel für den Label-Switched Path (LSP)-Tunnel, der die Layer-2-Verbindung transportiert.
Um einen PE-Router als Nachbarn für einen Layer-2-Circuit zu konfigurieren, geben Sie die Nachbaradresse mithilfe der neighbor
Anweisung an:
neighbor address { ... }
Sie können diese Anweisung auf den folgenden Hierarchieebenen einschließen:
[edit protocols l2circuit]
[edit logical-systems logical-system-name protocols l2circuit]
Konfigurieren der Neighbor-Schnittstelle für den Layer-2-Circuit
Jeder Layer-2-Circuit wird durch die logischeSchnittstellenkapselung dargestellt, die den lokalen Provider Edge (PE)-Router mit dem lokalen Customer Edge (CE)-Router verbindet. Diese Schnittstelle ist an den Layer-2-Circuit Neighbor gebunden, der in Konfigurieren der Adresse für den Nachbarn des Layer-2-Circuit konfiguriert ist.
Um die Schnittstelle für einen Layer-2-Circuit Neighbor zu konfigurieren, fügen Sie die Anweisung ein interface
:
Der Commit-Vorgang schlägt fehl, wenn dieselbe logische Schnittstelle sowohl für Layer-2-Circuit als auch für ccc-Verbindung konfiguriert ist.
Ersetzen Sie encapsulation-type
auf den EX9200-Switches durch die Verkapselungsaussage .
interface interface-name { bandwidth (bandwidth | ctnumber bandwidth); community community-name; (control-word | no-control-word); description text; encapsulation-type type; ignore-encapsulation-mismatch; ignore-mtu-mismatch; mtu mtu-number; no-revert; protect-interface interface-name; pseudowire-status-tlv; psn-tunnel-endpoint address; virtual-circuit-id identifier; }
Sie können diese Anweisung auf den folgenden Hierarchieebenen einschließen:
[edit protocols l2circuit neighbor address]
[edit logical-systems logical-system-name protocols l2circuit neighbor address]
In den folgenden Abschnitten wird die Konfiguration der Schnittstelle für den Layer-2-Circuit Neighbor beschrieben:
- Konfigurieren einer Community für den Layer-2-Circuit
- Konfigurieren des Control Word für Layer 2-Circuits
- Konfigurieren des Kapselungstyps für die Layer 2 Circuit Neighbor Interface
- Aktivieren des Layer-2-Circuits, wenn die Kapselung nicht mit der Kapselung übereinstimmt
- Konfiguration der für einen Layer-2-Circuit angekündigten MTU
- Aktivieren des Layer-2-Circuit, wenn die MTU nicht übereinstimmt
- Konfigurieren der Protect-Schnittstelle
- Konfigurieren der Schutzschnittstelle vom Switching zur primären Schnittstelle
- Konfigurieren des Pseudowire-Status-TLV
- Konfiguration von Layer-2-Circuits über RSVP- und LDP-LSPs
- Konfigurieren der virtuellen Circuit-ID
Konfigurieren einer Community für den Layer-2-Circuit
Um eine Community für einen Layer-2-Circuit zu konfigurieren, fügen Sie die Anweisung ein community
:
community community-name;
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 zur Konfiguration einer Routing-Richtlinie für einen Layer-2-Circuit finden Sie unter Konfigurieren von Richtlinien für Layer-2-Circuits.
Konfigurieren des Control Word für Layer 2-Circuits
Zur Emulierung der Kapselung virtueller Circuits (VC) für Layer-2-Circuits wird ein 4-Byte-Steuerwort zwischen der übertragenen Protokolldateneinheit (PDU) auf Layer 2 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-Circuit-Nachbarn gesendet.
Einzelne Bits sind jedoch in einem Steuerwort verfügbar, das Layer-2-Protokollsteuerungsinformationen übertragen kann. Die Steuerinformationen werden dem Steuerelementwort zugeordnet, wodurch der Header eines Layer-2-Protokolls vom Frame entfernt werden kann. Die verbleibenden Daten und das Steuerwort können über den Layer-2-Circuit gesendet werden, und der Frame kann mit den richtigen Steuerinformationen am Ausgangspunkt des Circuits neu zusammengesetzt werden.
Die folgenden Layer 2-Protokolle ordnen die Layer-2-Steuerungsinformationen speziellen Bitfeldern im Steuerelementwort zu:
Frame Relay: Das Steuerelementwort unterstützt den Transport von verwerfensfähigen (DE), Weiterleitung expliziter Überlastungsbenachrichtigungen (FECN) und Rückwärts expliziter Überlastungsbenachrichtigungen (BECN). Konfigurationsinformationen finden Sie unter Konfigurieren des Control Word 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 Sequenznummernverarbeitung, ATM Cell Loss Priority (CLP) und EfCI-Informationen (Explicit Forward Überlastungsanzeige). Wenn Sie eine Layer-2-Circuit im AAL5-Modus konfigurieren, werden die Steuerinformationen standardmäßig übertragen, und es ist keine zusätzliche Konfiguration erforderlich.
ATM-Zellen-Relay-Modus: Das Steuerwort unterstützt nur die Verarbeitung von Sequenznummern. Wenn Sie einen Layer-2-Circuit im Zellen-Relay-Modus konfigurieren, werden die Sequenznummerninformationen standardmäßig übertragen, und es ist keine zusätzliche Konfiguration erforderlich.
Die Junos OS-Implementierung der Sequenznummernverarbeitung für den ATM-Zellen-Relay-Modus und den AAL5-Modus ist nicht die gleiche wie in Abschnitt 3.1.2 des IETF-Entwurfs für die Kapselungsmethoden für den Transport von Layer-2-Frames über IP und MPLS-Netzwerken beschrieben. Die Unterschiede sind wie folgt:
Ein Paket mit der Sequenznummer 0 gilt als nicht sequenziert.
Ein Paket, das nicht die nächste inkrementelle Sequenznummer hat, gilt als nicht sequenziert.
Wenn out-of-Sequence-Pakete eintreffen, wird die Sequenznummer im Layer-2-Circuit die Wortschritte um eins und wird zur erwarteten Sequenznummer für den Nachbarn.
In den folgenden Abschnitten wird erläutert, wie sie das Steuerwort für Layer-2-Circuits konfigurieren:
Konfigurieren des Control Word für Frame Relay Schnittstellen
Auf Schnittstellen mit Frame Relay CCC-Kapselung können Sie frame Relay Control Bit Translation konfigurieren, um Frame Relay-Services über IP und MPLS-Backbones mithilfe von CCC, Layer-2-VPNs und Layer-2-Circuits zu unterstützen. Wenn Sie die Übersetzung von Frame Relay-Steuerungsbits konfigurieren, werden die Bits dem Layer-2-Circuit Control-Wort zugeordnet und über die IP oder den MPLS-Backbone beibehalten.
Informationen zur Konfiguration der Steuerbits finden Sie unter Konfigurieren von Frame Relay Control Bit Translation.
Deaktivieren des Control Word für Layer-2-Circuits
Das Junos OS kann in der Regel feststellen, ob ein benachbarter Router das Steuerwort unterstützt. Wenn Sie die Verwendung auf einer bestimmten Schnittstelle jedoch explizit deaktivieren möchten, fügen Sie die Anweisung ein no-control-word
:
no-control-word;
Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung konfigurieren können, finden Sie im Abschnitt zur Anweisungszusammenfassung für diese Anweisung.
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 Neighbor empfängt. Der Kapselungstyp wird in den LDP-Signalmeldungen übertragen, die zwischen Layer-2-Circuit Neighbors ausgetauscht werden, wenn Pseudowires erstellt werden. Der Kapselungstyp, den Sie für jeden Layer 2-Circuit Neighbor konfigurieren, hängt von der Art der Netzwerkgeräte oder dem Typ des Layer-2-Protokolls ab, das Sie in Ihrem Netzwerk bereitgestellt haben. Wenn Sie keinen Kapselungstyp für den Layer-2-Circuit angeben, wird standardmäßig die Kapselung der CE-Geräteschnittstelle verwendet.
Geben Sie den Kapselungstyp für die Layer-2-Circuit Neighbor-Schnittstelle an, indem Sie die encapsulation-type
Anweisung angeben:
encapsulation-type (atm-aal5 | atm-cell | atm-cell-port-mode | atm-cell-vc-mode | atm-cell-vp-mode | cesop | cisco-hdlc | ethernet | ethernet-vlan | frame-relay | frame-relay-port-mode | interworking | ppp | satop-e1 | satop-e3 | satop-t1 | satop-t3);
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 mit der Kapselung übereinstimmt
Sie können junos OS so konfigurieren, dass eine Layer-2-Verbindung eingerichtet werden kann, auch wenn die auf der CE-Geräteschnittstelle konfigurierte Kapselung nicht mit der auf der Layer-2-Leitungsschnittstelle konfigurierten Kapselung übereinstimmt, indem Sie die ignore-encapsulation-mismatch
Anweisung angeben. Sie können die ignore-encapsulation-mismatch
Anweisung für die Verbindung zur Remoteverbindung konfigurieren, indem Sie die Anweisung auf Hierarchieebene [edit protocols l2circuit neighbor address interface interface-name]
oder für die lokale Verbindung angeben, indem Sie diese Anweisung auf Hierarchieebene [edit protocols l2circuit local-switching interface interface-name]
angeben.
ignore-encapsulation-mismatch;
Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung einschließen können, finden Sie im Abschnitt "Statement Summary" für diese Anweisung.
Konfiguration der für einen Layer-2-Circuit angekündigten MTU
Standardmäßig wird die MTU zur Anpreisung einer Layer-2-Verbindung bestimmt, indem die Schnittstellen-MTU für die zugehörige physische Schnittstelle genommen wird und der Kapselungsaufwand für das Senden von IP-Paketen basierend auf der Kapselung subtrahiert wird.
Kapselungen, die mehrere logische Schnittstellen (und mehrere Layer-2-Circuits) unterstützen, basieren jedoch auf derselben Schnittstellen-MTU (da sie alle mit derselben physischen Schnittstelle verknüpft sind). Dies kann sich als Einschränkung für VLAN-Layer-2-Circuits mit derselben Ethernet-Schnittstelle oder für Layer-2-Circuit-DLCIs mit derselben Frame Relay-Schnittstelle erweisen.
Dies kann sich auch auf Umgebungen mit mehreren Anbietern auswirken. Wenn Beispielsweise drei PE-Geräte von verschiedenen Anbietern bereitgestellt werden und eines der Geräte nur eine MTU von 1500 unterstützt, müssen Sie die MTU selbst dann konfigurieren, wenn die anderen Geräte größere MTUs unterstützen, müssen Sie die MTU als 1500 konfigurieren (die kleinste MTU der drei PE-Geräte).
Sie können explizit konfigurieren, welche MTU für einen Layer-2-Circuit angekündigt wird, selbst wenn der Layer-2-Circuit eine physische Schnittstelle mit anderen Layer-2-Circuits teilt. Wenn Sie eine MTU explizit für einen Layer-2-Circuit konfigurieren, beachten Sie Folgendes:
Eine explizit konfigurierte MTU wird an das entfernte PE-Gerät signalisiert. Die konfigurierte MTU wird auch mit der MTU verglichen, die vom entfernten PE-Gerät empfangen wird. Wenn es einen Konflikt gibt, wird der Layer-2-Circuit unterbrochen.
Wenn Sie eine MTU für eine ATM-Zellen-Relay-Schnittstelle auf einem ATM II PIC konfigurieren, wird die konfigurierte MTU verwendet, um die für diesen Layer-2-Circuit angekündigte Zellenpaketgröß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 einen bestimmten Layer-2-Circuit die richtige MTU für die Datenübertragung verwendet.
Um die MTU für einen Layer-2-Circuit zu konfigurieren, fügen Sie die mtu
Anweisung auf [edit protocols l2circuit neighbor address interface interface-name]
Hierarchieebene ein.
mtu mtu-number;
Aktivieren des Layer-2-Circuit, wenn die MTU nicht übereinstimmt
Sie können junos OS so konfigurieren, dass eine Layer-2-Verbindung eingerichtet werden kann, auch wenn die auf dem PE-Router konfigurierte MTU nicht mit der auf dem entfernten PE-Router konfigurierten MTU übereinstimmt, indem Sie die ignore-mtu-mismatch
Anweisung auf Hierarchieebene [edit protocols l2circuit neighbor address interface interface-name]
angeben.
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 sich das Ziel remote oder lokal befindet. Eine Schutzschnittstelle bietet ein Backup für die geschützte Schnittstelle im Falle eines Ausfalls. Der Netzwerkverkehr nutzt die primäre Schnittstelle nur so lange, wie die primäre Schnittstelle funktioniert. Wenn die primäre Schnittstelle ausfällt, wird der Datenverkehr auf die Schutzschnittstelle umgestellt. Die Schutzschnittstelle ist optional.
Um die Schutzschnittstelle zu konfigurieren, fügen Sie die Anweisung ein protect-interface
:
protect-interface interface-name;
Die Schutzschnittstelle muss vor der Konfiguration der no-revert
Anweisung konfiguriert werden.
Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung einschließen können, finden Sie im Abschnitt "Statement Summary" für diese Anweisung.
Ein Beispiel für die Konfiguration einer Schutzschnittstelle für eine Layer-2-Verbindung finden Sie im Beispiel: Konfigurieren von Layer-2-Circuit-Protect-Schnittstellen.
Konfigurieren der Schutzschnittstelle vom Switching zur primären Schnittstelle
Wenn die primäre Schnittstelle ausfällt, verwendet pseudowire in der Regel die Schutzschnittstelle. Wenn die primäre Schnittstelle wieder online ist, wird die Schnittstelle standardmäßig von der Schutzschnittstelle zur primären Schnittstelle umgestellt. Fügen no-revert
Sie die Anweisung ein, um den Wechsel zur primären Schnittstelle zu verhindern, es sei denn, die Schutzschnittstelle fällt aus. Dies verhindert Datenverkehrsverlust während des Switchovers.
Wenn die Schutzschnittstelle ausfällt, wird die Schnittstelle wieder auf die primäre Schnittstelle umgestellt, unabhängig davon, ob die no-revert
Anweisung in der Konfiguration enthalten ist oder nicht.
Sie können die no-revert
Anweisung auf [edit protocols l2circuit neighbor address interface interface-name]
Hierarchieebene konfigurieren:
[edit protocols l2circuit neighbor address interface interface-name]
no-revert;
Konfigurieren des Pseudowire-Status-TLV
Die Pseudowire-Statustyp-Längenvariable (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 die Pseudowire mit seinem Nachbarn aushandelt, indem Sie die Pseudowire-Status-TLV. Dieselbe Funktionalität ist auch für LDP VPLS Neighbor-Konfigurationen verfügbar. Der Pseudowire-Status TLV ist für jede Pseudowire-Verbindung konfigurierbar und standardmäßig deaktiviert. Der Pseudowire-Status-Aushandlungsprozess stellt sicher, dass ein PE-Router für den Pseudowire-Status wieder auf die Methode der Label-Rücknahme zurückgesetzt wird, wenn sein remoteer PE-Router-Nachbarn die Pseudowire-Status-TLV.
Im Gegensatz zum Steuerwort wird die Fähigkeit eines PE-Routers, die Pseudowire-Status-TLV zu unterstützen, kommuniziert, wenn die ursprüngliche Nachricht zur Labelzuordnung an den entfernten PE-Router gesendet wird. Sobald der PE-Router seine Unterstützung für den Pseudowire-Status TLV an seinen entfernten PE-Router übermittelt, enthält er die Pseudowire-Status-TLV in jeder Label-Zuordnungsnachricht, die an den entfernten PE-Router gesendet wird. Wenn Sie die Unterstützung für die pseudowire-Status-TLV auf dem PE-Router deaktivieren, wird eine Meldung zum Zurücknehmen des Etiketts an den entfernten PE-Router gesendet und dann eine neue Meldung zur Labelzuordnung ohne pseudowire-Status TLV folgt.
Um die Pseudowire-Status-TLV für die Pseudowire zum benachbarten PE-Router zu konfigurieren, fügen Sie die Anweisung ein pseudowire-status-tlv
:
pseudowire-status-tlv;
Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung einschließen können, finden Sie im Abschnitt "Statement Summary" für diese Anweisung.
Konfiguration von Layer-2-Circuits über RSVP- und LDP-LSPs
Sie können zwei Layer-2-Circuits zwischen denselben beiden Routern konfigurieren und eine Layer-2-Schaltung einen RSVP-LSP und der andere einen LDP-LSP durchqueren. 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 durchquert. Sie konfigurieren die andere Loopback-Adresse für die Layer-2-Schaltung, die den LDP-LSP durchquert. Informationen zur Konfiguration mehrerer Loop-Back-Schnittstellen finden Sie unter Konfigurieren logischer Einheiten auf der Loopback-Schnittstelle für Routing-Instanzen in Layer-3-VPNs.
Außerdem müssen Sie ein Packet Switched Network (PSN)-Tunnelendpunkt für eine der Layer-2-Circuits konfigurieren. Es kann entweder der Layer-2-Circuit sein, der den RSVP-LSP durchquert, oder derjenige, der den LDP-LSP durchquert. Die PSN-Tunnelendadresse ist die Zieladresse für den LSP auf dem Remote-Router.
Um die Adresse für das PSN-Tunnelendpunkt zu konfigurieren, fügen Sie die Anweisung ein psn-tunnel-endpoint
:
psn-tunnel-endpoint address;
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-Tunnelendpunkt für eine Layer-2-Verbindung identisch mit der Nachbaradresse, die auch mit der LDP-Nachbarnadresse identisch ist.
Die Tunnelendpunkte auf dem Remote-Router müssen keine Loopback-Adressen sein.
Beispiel: PSN Tunnel Endpoint
Im folgenden Beispiel wird veranschaulicht, wie Sie ein PSN-Tunnelendpunkt konfigurieren können:
[edit protocols l2circuit] neighbor 10.255.0.6 { interface t1-0/2/2.0 { psn-tunnel-endpoint 192.0.2.0; virtual-circuit-id 1; } interface t1-0/2/1.0 { virtual-circuit-id 10; } }
Die für die t1-0/2/2.0
Schnittstelle konfigurierte Layer 2-Circuit löst in der inet3-Routingtabelle zu 192.0.2.0
. Dies kann entweder eine RSVP-Route oder eine statische Route mit einem LSP next Hop sein.
Konfigurieren der virtuellen Circuit-ID
Sie konfigurieren auf jeder Schnittstelle eine virtuelle Circuit-ID. Jede virtuelle Circuit-ID identifiziert eindeutig die Layer-2-Verbindung zwischen allen Layer-2-Circuits zu einem bestimmten Nachbarn. Der Schlüssel zum Identifizieren einer bestimmten Layer-2-Verbindung auf einem PE-Router ist die Nachbaradresse und die virtuelle Circuit-ID. Eine LDP-FEC-to-Label-Bindung ist einem Layer-2-Circuit zugeordnet, der auf der virtuellen Circuit-ID im FEC und dem Nachbarn, der diese Bindung gesendet hat, basiert. Die LDP-FEC-to-Label-Bindung ermöglicht die Verbreitung des VPN-Labels, das für das Senden des Datenverkehrs auf dieser Layer-2-Verbindung an das Remote-CE-Gerät verwendet wird.
Außerdem konfigurieren Sie für jede redundante Pseudowire eine virtuelle Circuit-ID. Eine redundante Pseudowire-Verbindung wird durch die Backup-Neighbor-Adresse und die virtuelle Circuit-ID identifiziert. Weitere Informationen finden Sie unter Konfigurieren der Pseudowire-Redundanz auf dem PE-Router.
Um die virtuelle Circuit-ID zu konfigurieren, fügen Sie die Anweisung ein virtual-circuit-id
:
virtual-circuit-id identifier;
Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung einschließen können, finden Sie im Abschnitt "Statement Summary" für diese Anweisung.
Konfigurieren des Schnittstellenkapselungstyps für Layer-2-Circuits
Der Layer-2-Kapselungstyp wird in der LDP Forwarding Äquivalenzklasse (FEC) übertragen. Sie können entweder Circuit Cross-Connect (CCC) oder Translational Cross-Connect (TCC)-Kapselungstypen für Layer-2-Circuits konfigurieren. Weitere Informationen finden Sie im Benutzerhandbuch für MPLS-Anwendungen und im Junos OS Network Interfaces Library for Routing Devices.
Einige Plattform- und FPC-Kombinationen können TCC-gekapselten ISO-Datenverkehr nicht weiterleiten. Weitere Informationen finden Sie unter Plattformen/FPCs, die TCC-gekapselten ISO-Datenverkehr nicht weiterleiten können .
Um die Schnittstellenkapselung für einen Layer-2-Circuit zu konfigurieren, fügen Sie die Anweisung ein encapsulation
:
encapsulation encapsulation;
Sie können diese Anweisung auf den folgenden Hierarchieebenen einschließen:
[edit interfaces interface-name]
[edit logical-systems logical-system-name interfaces interface-name]
Konfiguration von ATM2 IQ-Schnittstellen für Layer-2-Circuits
Sie können atm2 intelligente Warteschlangenschnittstellen (IQ) für Layer-2-Schaltungen konfigurieren, indem Sie den Layer 2 Circuit ATM Adaptation Layer 5 (AAL5)-Transportmodus, den Layer-2-Circuit-ATM-Zellen-Relay-Modus und den Layer-2-Circuit-ATM-Trunk-Modus verwenden.
Die Konfigurationsanweisungen sind wie folgt:
atm-l2circuit-mode aal5
atm-l2circuit-mode cell
atm-l2circuit-mode trunk
Weitere Informationen zu diesen Aussagen finden Sie in der Junos OS-Administrationsbibliothek. Weitere Informationen zur Konfiguration von ATM2 IQ-Schnittstellen finden Sie in derJunos OS Network Interfaces Library für Routing-Geräte.
Die Junos OS-Implementierung der Sequenznummernverarbeitung für den Layer-2-Circuit-ATM-Zellen-Relay-Modus und layer-2-Circuit-AAL5-Modus unterscheidet sich von der im Internet-Entwurf beschriebenen draft-martini-l2circuit-encap-mpls-11.txt, Encapsulation Methods for Transport of Layer 2 Frames over MPLS Networks (läuft im August 2006).
Die Junos OS-Implementierung weist die folgenden Unterschiede auf:
Ein Paket mit der Sequenzzahl 0 wird als out of sequence behandelt.
Ein Paket, das nicht die nächste inkrementelle Sequenznummer hat, gilt als nicht sequenziert.
Wenn out-of-sequence-Pakete eintreffen, wird die erwartete Sequenznummer für den Nachbarn im Layer-2-Circuit-Control-Wort auf die Sequenznummer festgelegt.