Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Routerschnittstellen – Übersicht

Die Schnittstellen auf einem Router stellen eine Netzwerkverbindung zum Router bereit. In diesem Thema werden die verschiedenen von Junos unterstützten Routerschnittstellen erörtert, wie beispielsweise Schnittstellen für vorübergehender Zugriff, Dienstschnittstellen, Container-Schnittstellen und interne Ethernet-Schnittstellen. Dieses Thema bietet außerdem grundlegende Informationen zu Schnittstelleninformationen wie Schnittstellennamenkonventionen, einen Überblick über die Schnittstellenkapselung und einen Überblick über Schnittstellenbeschreibungen.

Routerschnittstellen – Übersicht

Router enthalten typischerweise mehrere unterschiedliche Typen von Schnittstellen, die sich für verschiedene Funktionen eignen. Damit die Schnittstellen eines Routers funktionieren, müssen Sie sie konfigurieren. Geben Sie den Schnittstellenstandort (d. h. den Steckplatz an, in dem der flexible PIC-Concentrator [FPC], Dense Port Concentrator [DPC] oder Modular Port Concentrator [MPC] installiert ist. Sie müssen außerdem den Standort der Physical Interface Card [PIC] oder der Modular Interface Card [MIC] sowie den Schnittstellentyp (z. B. SONET/SDH, Asynchronous Transfer Mode [ATM] oder Ethernet) angeben. Zum Schluss müssen Sie den Einkapselungstyp und alle schnittstellenspezifischen Eigenschaften, die möglicherweise anzuwenden sind, angeben.

Sie können Schnittstellen konfigurieren, die derzeit im Router vorhanden sind, sowie Schnittstellen, die derzeit nicht vorhanden sind, aber in Zukunft hinzugefügt werden sollen. Junos OS die Schnittstelle nach der Installation der Hardware und wendet die Vorkonfiguration darauf an.

Geben Sie den Operational Mode-Befehl an, um zu sehen, welche Schnittstellen derzeit im Router show interfaces terse installiert sind. Wenn eine Schnittstelle in der Ausgabe aufgeführt ist, wird sie im Router installiert. Wenn eine Schnittstelle nicht in der Ausgabe aufgeführt ist, wird sie nicht im Router installiert.

Informationen darüber, welche Schnittstellen auf Ihrem Router unterstützt werden, finden Sie in der Schnittstellenmodul-Referenz Ihres Routers.

Sie können Junos OS Class-of-Service (CoS)-Eigenschaften konfigurieren, um eine Vielzahl von Dienstklassen für verschiedene Anwendungen bereitstellen zu können, einschließlich mehrerer Weiterleitungsklassen zur Verwaltung der Paketübertragung, Überlastungsverwaltung und CoS-basierten Weiterleitung. Weitere Informationen zur Konfiguration CoS Eigenschaften finden Sie im Benutzerhandbuch Junos OS Class of Service für Routinggeräte.

Arten von Schnittstellen

Schnittstellen können permanent oder vorübergehend genutzt werden und für Netzwerke oder Services verwendet werden:

  • Permanente Schnittstellen: Schnittstellen, die im Router immer vorhanden sind.

    Permanente Schnittstellen im Router bestehen aus Management-Ethernet-Schnittstellen und internen Ethernet-Schnittstellen, die in den folgenden Themen separat beschrieben werden:

  • Schnittstellen für vorübergehende Benutzer: Schnittstellen, die je nach Ihren Konfigurationsanforderungen in den Router eingefügt oder vom Router entfernt werden können.

  • Netzwerkschnittstellen: Schnittstellen wie Ethernet- oder SONET/SDH-Schnittstellen, die in erster Linie für Datenverkehrsverbindungen sorgen.

  • Services-Schnittstellen: Schnittstellen, die spezifische Funktionen zum Manipulieren von Datenverkehr bereitstellen, bevor er an sein Ziel geliefert wird.

  • Container-Schnittstellen: Schnittstellen, die das automatische Protection Switching (APS) in physischen SONET-Verbindungen über eine virtuelle Container-Infrastruktur unterstützen.

Junos OS generiert intern nicht vorkonfigurierbare Schnittstellen, die unter Interfaces Command Reference and Services Interfaces beschrieben werden.

Übersicht über die Schnittstellennamen

Jede Schnittstelle hat einen Schnittstellennamen, der den Medientyp, den Steckplatz, in dem sich die FPC oder DPC befindet, den Standort auf der FPC, auf der die PIC installiert ist, sowie den PIC oder DPC-Port angibt. Der Schnittstellenname identifiziert auf einzigartige Weise einen einzelnen Netzwerkstecker im System. Sie verwenden den Schnittstellennamen bei der Konfiguration von Schnittstellen und bei der Aktivierung verschiedener Funktionen und Eigenschaften, wie Routing-Protokolle, auf einzelnen Schnittstellen. Das System verwendet den Schnittstellennamen, wenn Informationen über die Schnittstelle, beispielsweise im Befehl, angezeigt show interfaces werden.

Der Schnittstellenname wird im folgenden Format durch einen physischen Teil, einen Kanalteil und einen logischen Teil dargestellt:

Außer für kanalisierte DS3-, E1-, OC12- und STM-1-Schnittstellen ist der Kanalteil des Namens optional.

Die Geräte der EX-Serie, QFX-Serie, NFX-Serie, OCX1100, QFabric-System und EX4600-Geräte verwenden eine Namenskonvention zur Definition der Schnittstellen, die denen anderer Plattformen, die unter Juniper Networks Junos OS. Weitere Informationen finden Sie unter Understanding Interface NamingKonventionen (Grundlegende Informationen zur Schnittstellennamenskonvention).

Die folgenden Abschnitte enthalten Konfigurationsrichtlinien für Schnittstellennamen:

Physischer Teil eines Schnittstellennamens

Der physische Teil eines Schnittstellennamens identifiziert das physische Gerät, das einem einzelnen physischen Netzwerkstecker entspricht.

Anmerkung:

Die interne Schnittstelle hängt vom Netzwerk Routing-Engine. Verwenden Sie den folgenden Befehl, um zu Routing-Engine, ob der Netzwerkschnittstellentyp verwendet wird:

Schnittstellen anzeigen terse

Weitere Informationen zu den Von jedem Gehäuse unterstützten Routing-Engines, der ersten unterstützten Version für den Routing-Engine im angegebenen Gehäuse, der Verwaltungs-Ethernet-Schnittstelle und den internen Ethernet-Schnittstellen für die einzelnen Routing-Engine finden Sie im Abschnitt "Verwandte Dokumentation" des Links mit dem Titel "Unterstützte Routing-Engines von Chassis".

Dieser Teil des Schnittstellennamens ist im folgenden Format verfügbar:

type ist der Medientyp, der das Netzwerkgerät identifiziert, das eines der folgenden sein kann:

  • ae— Aggregierte Ethernet-Schnittstelle. Dies ist ein virtueller aggregierter Link und hat ein anderes Namensformat als die meisten PICs. weitere Informationen finden Sie unter Übersicht über aggregierte Ethernet-Schnittstellen.

  • as— Aggregierte SONET/SDH-Schnittstelle. Dies ist ein virtueller aggregierter Link und hat ein anderes Namensformat als die meisten PICs. weitere Informationen finden Sie unter Konfigurieren aggregierter SONET/SDH-Schnittstellen.

  • at— ATM1- oder ATM2-IQ-Schnittstelle (Intelligent Queuing) oder eine virtuelle ATM-Schnittstelle auf einer Circuit-Emulation-Schnittstelle (CE).

  • bcm— Der interne BCM0-Ethernet-Prozess wird auf spezifischen Routing-Engines für verschiedene Router der M-Serie und T-Serie unterstützt. Weitere Informationen finden Sie im Abschnitt Zugehörige Dokumentation unter dem Link "Unterstützte Routing-Engines von Gehäusen".

  • cau4— Kanalisierte AU-4 IQ-Schnittstelle (konfiguriert auf der Kanalisierten STM1 IQ- oder IQE-PIC oder kanalisierten OC12 IQ- und IQE-PICs).

  • ce1— Kanalisierte E1 IQ-Schnittstelle (konfiguriert auf der Kanalisierten E1 IQ-PIC oder auf der Kanalisierten STM1 IQ- oder IQE-PIC).

  • ciContainer-Schnittstelle.

  • coc1— Kanalisierte OC1 IQ-Schnittstelle (konfiguriert auf den Kanalisierten OC12 IQ und IQE oder kanalisierten OC3 IQ- und IQE-PICs).

  • coc3— Kanalisierte OC3 IQ-Schnittstelle (konfiguriert auf den Kanalisierten OC3 IQ- und IQE-PICs).

  • coc12- Kanalisierte OC12 IQ-Schnittstelle (konfiguriert auf den Kanalisierten OC12 IQ- und IQE-PICs).

  • coc48— Kanalisierte OC48-Schnittstelle (konfiguriert auf den Channelized OC48 und Channelized OC48 IQE PICs).

  • cpCollector-Schnittstelle (auf der Überwachungsdienste-II PIC konfiguriert).

  • cstm1— Kanalisierte STM1 IQ-Schnittstelle (konfiguriert auf der Kanalisierten STM1 IQ- oder IQE-PIC).

  • cstm4— Kanalisierte STM4 IQ-Schnittstelle (konfiguriert auf den Kanalisierten OC12 IQ- und IQE-PICs).

  • cstm16— Kanalisierte STM16 IQ-Schnittstelle (konfiguriert auf den Kanalisierten OC48/STM-16 und kanalisierten OC48/STM-16 IQE-PICs).

  • ct1— Kanalisierte T1 IQ-Schnittstelle (konfiguriert auf den Kanalisierten DS3 IQ- und IQE-PICs, Kanalisierte OC3 IQ- und IQE-PICs, kanalisierte OC12 IQ- und IQE-PICs oder kanalisierte T1 IQ-PIC).

  • ct3— Kanalisierte T3 IQ-Schnittstelle (konfiguriert auf den Kanalisierten DS3 IQ- und IQE-PICs, Kanalisierten OC3-IQ und IQE-PICs oder kanalisierten OC12-IQ- und IQE-PICs).

  • demux— Schnittstelle, die logische IP-Schnittstellen unterstützt, die die IP-Quelle oder Zieladresse verwenden, um empfangene Pakete zu demultiplex zu deplex. Es ist nur eine Demux-Schnittstelle ( demux0 ) pro Gehäuse vorhanden. Alle demux-logischen Schnittstellen müssen mit einer zugrundeliegenden logischen Schnittstelle verknüpft werden.

  • dfc— Schnittstelle, die die dynamische Datenstromerfassungsverarbeitung auf T-Serie- oder M320-Routern mit einem oder mehrere Überwachungsdienste-III PICs unterstützt. Dynamische Datenstromerfassung ermöglicht die Erfassung von Paketflüssen anhand dynamischer Filterkriterien. Insbesondere können Sie diese Funktion verwenden, um passiv überwachte Paketflüsse, die einer bestimmten Filterliste übereinstimmen, mit einem On-Demand-Steuerungsprotokoll an ein oder mehrere Ziele weiterleiten.

  • ds— DS0-Schnittstelle (konfiguriert auf der Multichannel DS3 PIC, Kanalisierte E1 PIC, Kanalisierte OC3 IQ- und IQE-PICs, Kanalisierte OC12 IQ- und IQE-PICs, Kanalisierte DS3 IQ- und IQE-PICs, kanalisierte E1 IQ-PIC, Kanalisierte STM1 IQ- oder IQE-PIC oder Kanalisierte T1-IQ).

  • dsc— Schnittstelle verwerfen.

  • e1- E1-Schnittstelle (einschließlich kanalisierter STM1-zu-E1-Schnittstellen).

  • e3E3-Schnittstelle (einschließlich E3-IQ-Schnittstellen).

  • em— Management und interne Ethernet-Schnittstellen. Router M Series, Router der MX-Serie, T-Serie-Router und Router der TX-Serie können mit dem Befehl Hardwareinformationen zum Router, einschließlich des Routing-Engine, show chassis hardware anzeigen. Routing-Engine Unter "Understanding Management Ethernet Interfaces and Supported Routing Engines by Router" (Verstehen der Verwaltungs-Ethernet-Schnittstellen und unterstützten Routing-Enginesfür Router) erfahren Sie, welche Verwaltungsschnittstellen auf Ihrem Router und in welcher Kombination unterstützt werden.

  • esVerschlüsselungsschnittstelle.

  • et— 100-Gigabit-Ethernet-Schnittstellen (10, 40 und 100-Gigabit Ethernet-Schnittstellen, nur für PtX-Paketübertragungs-Router Schnittstellen).

  • feFast Ethernet-Schnittstelle.

  • fxp— Management und interne Ethernet-Schnittstellen. Router M Series, Router der MX-Serie, T-Serie-Router und Router der TX-Serie können mit dem Befehl Hardwareinformationen zum Router, einschließlich des Routing-Engine, show chassis hardware anzeigen. Routing-Engine Unter "Understanding Management Ethernet Interfaces and Supported Routing Engines by Router" (Verstehen der Verwaltungs-Ethernet-Schnittstellen und unterstützten Routing-Enginesfür Router) erfahren Sie, welche Verwaltungsschnittstellen auf Ihrem Router und in welcher Kombination unterstützt werden.

  • geGigabit Ethernet-Schnittstelle.

    Anmerkung:
    • Die XENPAK-10-Gigabit-Ethernet-Schnittstellen-PIC, die nur auf Routern der M-Serie unterstützt wird, wird mithilfe der Schnittstellennamenskonvention anstelle der Schnittstellennamenskonventionen gexe konfiguriert. Weitere Informationen finden Sie in den folgenden Show-Befehlen:

      Chassis-Hardware anzeigen

      Konfigurationsschnittstellen anzeigen

    • In Geräten der MX- und SRX-Serie sind die optischen Schnittstellen mit 1 und 10 Gigabit SFP oder SFP+ immer so benannt, als ob ein xe 1-Gigabit-SFP eingefügt würde. Bei Geräten der EX- und QFX-Serie wird der Schnittstellenname jedoch als Schnittstelle angezeigt oder basierend auf der Geschwindigkeit des eingesetzten gexe optischen Geräts.

  • gr— Generic Routing Encapsulation (GRE)-Tunnelschnittstelle.

  • gre— Intern generierte Schnittstelle, die nur als Kontrollkanal für Generalized MPLS (GMPLS) konfigurierbar ist. Weitere Informationen zu GMPLS finden Sie im Benutzerhandbuch Junos OS MPLS Anwendungen.

    Anmerkung:

    Gre-Schnittstellen (gre-x/y/z) können nur für GMPLS-Steuerungskanäle konfiguriert werden. GRE-Schnittstellen werden für andere Anwendungen nicht unterstützt oder konfigurierbar.

  • ip- IP-over-IP-Kapselungs-Tunnelschnittstelle.

  • ipip— Intern generierte Schnittstelle, die nicht konfigurierbar ist.

  • ixgbe—Der interne Ethernet-Prozess ixgbe0 und ixgbe1 werden von der Routing-Engine RE-DUO-C2600-16G verwendet, die von TX Matrix Plus und anderen Routern PTX5000.

  • iw— Logische Schnittstellen, die mit den Endgeräten von Layer-2-Circuit- und Layer-2-VPN-Verbindungen verbunden sind (Pseudowire-Stitching-Layer 2-VPNs). Weitere Informationen zu VPNs finden Sie in der Junos OS VPNs-Bibliothek für Routinggeräte.

  • lc— Intern generierte Schnittstelle, die nicht konfigurierbar ist.

  • loLoopback-Schnittstelle. Der Junos OS konfiguriert automatisch eine Loopback-Schnittstelle ( lo0 ). Die logische Schnittstelle lo0.16383 ist eine nicht konfigurierbare Schnittstelle zur Routersteuerung des Datenverkehrs.

  • ls— Verbindungsdiensteschnittstelle.

  • lsi— Intern generierte Schnittstelle, die nicht konfigurierbar ist.

  • mlMultilink-Schnittstelle (einschließlich Multilink Frame Relay und MLPPP).

  • mo— Überwachungsdiensteschnittstelle (einschließlich Überwachungsdienste und Überwachungsdienste II). Bei der mo-fpc/pic/port.16383 logischen Schnittstelle handelt es sich um eine intern generierte, nicht konfigurierbare Schnittstelle für den Datenverkehr zur Routersteuerung.

  • msMultiservices-Schnittstelle.

  • mtMulticast Tunnel Interface (interne Routerschnittstelle für VPNs). Wenn Ihr Router über eine Tunnel-PIC verfügt, konfiguriert Junos OS automatisch eine Multicast-Tunnelschnittstelle ( ) für jedes von Ihnen konfigurierte virtuelle mt private Netzwerk (VPN). Obwohl die Konfiguration von Multicastschnittstellen nicht erforderlich ist, können Sie mit der Anweisung die Einheit und die Familie konfigurieren, sodass der Tunnel nur Multicast-Datenverkehr übertragen und multicast-only empfangen kann. Weitere Informationen finden Sie unter Multicast-Only.

  • mtun— Intern generierte Schnittstelle, die nicht konfigurierbar ist.

  • oc3— OC3 IQ-Schnittstelle (konfiguriert auf den Kanalisierten OC12 IQ- und IQE-PICs oder kanalisierten OC3 IQ- und IQE-PICs).

  • pd— Schnittstelle am Rendezvouspunkt (RP), der Pakete entkapselt.

  • pe— Die Schnittstelle des PIM-Routers im ersten Hop verkapselt Pakete, die für den RP-Router bestimmt sind.

  • pimd— Intern generierte Schnittstelle, die nicht konfigurierbar ist.

  • pime— Intern generierte Schnittstelle, die nicht konfigurierbar ist.

  • rlsq— Die Containerschnittstelle mit der Nummer 0 bis 127 dient zur Verbindung der primären und sekundären LSQ-PICs in Hochverfügbarkeitskonfigurationen. Ein Ausfall der primären PIC führt zu einem Switch auf die sekundäre PIC und umgekehrt.

  • rms— Redundante Schnittstelle für zwei Multiservice-Schnittstellen.

  • rsp— Redundante virtuelle Schnittstelle für die Schnittstelle für adaptive Dienste.

  • se— serielle Schnittstelle (einschließlich EIA-530-, V.35- und X.21-Schnittstellen).

  • siServices-Inline-Schnittstelle, die auf einer Trio-basierten Linekarte gehostet wird.

  • so— SONET/SDH-Schnittstelle.

  • sp— Adaptive Services-Schnittstelle. Bei der sp-fpc/pic/port.16383 logischen Schnittstelle handelt es sich um eine intern generierte, nicht konfigurierbare Schnittstelle für den Datenverkehr zur Routersteuerung.

  • stm1— STM-1-Schnittstelle (an den OC-3/STM-1-Schnittstellen konfiguriert).

  • stm4— STM-4-Schnittstelle (auf DEN OC-12/STM-4-Schnittstellen konfiguriert).

  • stm16— STM-16-Schnittstelle (auf OC-48/STM-16-Schnittstellen konfiguriert).

  • t1- T1-Schnittstelle (einschließlich kanalisierter DS3-zu-DS1-Schnittstellen).

  • t3- T3-Schnittstelle (einschließlich kanalisierter OC12-zu-DS3-Schnittstellen).

  • tap— Intern generierte Schnittstelle, die nicht konfigurierbar ist.

  • umd— USB-Modemschnittstelle.

  • vspSprachdienste-Schnittstelle.

  • vc4— Praktisch verkettete Schnittstelle.

  • vt- Virtuelle Loopback-Tunnelschnittstelle.

  • xe10-Gigabit Ethernet-Schnittstelle. Manche älteren 10-Gigabit-Ethernet-Schnittstellen verwenden (statt diese), um den physischen Teil des gexe Netzwerkgeräts zu identifizieren.

  • xt— Logische Schnittstelle für Protected System Domains zum Aufbau einer Layer-2-Tunnelverbindung.

fpc identifiziert die Anzahl der FPC oder DPC, auf der sich die physische Schnittstelle befindet. Genauer gesagt, die Anzahl des Steckplatzes, in dem die Karte installiert ist.

Die Router M40, M40e, M160, M320, M120, T320, T640 und T1600 verfügen jeweils über acht FPC-Einschübe, die nach links nach rechts nummeriert sind, wenn Sie auf die Vorderseite des Gehäuses gerichtet sind. Informationen zu kompatiblen FPCs und PICs finden Sie im Hardwareleitfaden für Ihren Router.

Auf PTX1000 Routern ist die FPC-Nummer immer 0.

Der M20-Router hat vier FPC-Steckplätze mit der Nummer 0 bis 3, von oben nach unten, wenn Sie auf die Vorderseite des Gehäuses blicken. Die Steckplatznummer ist neben jedem Steckplatz gedruckt.

Router der MX-Serie unterstützen DPCs, FPCs und modulare Schnittstellenkarten (MICs). Informationen zu kompatiblen DPCs, FPCs, PICs und MICs finden Sie in der Referenz für Schnittstellenmodule der MX-Serie.

Für M5-, M7i-, M10- M10i-Router sind die FPCs in das Gehäuse integriert. installieren Sie die PICs im Gehäuse.

Die M5- M7i-Router haben Platz für bis zu vier PICs. Der M7i Router wird auch mit einer integrierten Tunnel-PIC oder einer optionalen integrierten AS-PIC oder einer optionalen integrierten MS PIC erhältlich sein.

Die Router M10 und M10i bieten Platz für bis zu acht PICs.

Eine Routingmatrix kann bis zu 32 FPCs (mit der Nummer 0 bis 31) enthalten.

Weitere Informationen zur Schnittstellennamen für eine Routingmatrix finden Sie Schnittstellennamen für eine Routingmatrix basierend auf einem TX-Matrixrouter unter.

pic identifiziert die Anzahl der PIC, auf der sich die physische Schnittstelle befindet. Genauer gesagt ist dies die Anzahl des PIC-Standorts auf der FPC. FPCs mit vier PIC-Steckplätzen sind 0 bis 3 nummeriert. FPCs mit drei PIC-Steckplätzen sind 0 bis 2 nummeriert. Der PIC-Standort wird auf der FPC-Carrier-Board gedruckt. Bei PICs mit mehr als einem PIC-Steckplatz wird der PIC-Standort durch die niedrigere PIC-Steckplatznummer identifiziert.

port identifiziert einen bestimmten Port auf einer PIC oder DPC. Die Anzahl der Ports variiert je nach PIC. Die Portnummern sind auf der PIC gedruckt.

Logischer Teil eines Schnittstellennamens

Der Name der logischen Einheit entspricht der Anzahl der logischen Einheiten. Die Zahl variiert für unterschiedliche Schnittstellentypen. Siehe Einheit für aktuelle Bereichswerte.

Im virtuellen Teil des Namens trennt ein Zeitraum ( ) die Port- und . logischen Einheitennummern von:

  • Andere Plattformen:

Trennungsschnittstellen in einem Schnittstellennamen

Es gibt einen Trennungsseparator zwischen jedem Element eines Schnittstellennamens.

Im physischen Teil des Namens trennt eine Bindestriche (-) den Medientyp von der FPC-Nummer, und ein Slash (/) trennt FPC, PIC und Portnummern voneinander.

Im virtuellen Teil des Namens trennt ein Zeitraum (.) die Kanäle und logischen Einheitennummern.

Ein Aufpunkt (:) trennt die physischen und virtuellen Teile des Schnittstellennamens voneinander.

Kanalteil eines Schnittstellennamens

Der Channel Identifier-Teil des Schnittstellennamens ist nur für kanalisierte Schnittstellen erforderlich. Für kanalisierte Schnittstellen identifiziert Channel 0 die erste kanalisierte Schnittstelle. Für kanalisierte IQ- und kanalisierte IQE-Schnittstellen identifiziert Channel 1 die erste kanalisierte Schnittstelle. Eine nichtcatenierte (d. h. kanalisierte) SONET/SDH OC48-Schnittstelle verfügt über vier OC12-Kanäle mit der Nummer 0 bis 3.

Um zu bestimmen, welche Typen kanalisierter PICs derzeit auf dem Router installiert sind, verwenden Sie den Befehl auf der obersten Ebene des Befehlszeilenschnittstelle (CLI) show chassis hardware (CLI). Kanalisierte IQ- und IQE-PICs werden in der Ausgabe mit "Intelligent Queuing IQ" oder "Enhanced Intelligent Queuing IQE" in der Beschreibung aufgelistet. Weitere Informationen finden Sie unter Channelized Interfaces Overview.

Bei ISDN-Schnittstellen geben Sie den B-Kanal im Formular an. ist bc-pim/0/port:n die B-Kanal-ID und kann 1 oder n 2 sein. Sie geben den D-Kanal im Formular dc-pim/0/port:0 an.

Anmerkung:

Für ISDN verfügen die B-Kanal- und D-Channel-Schnittstellen über keine konfigurierbaren Parameter. Bei der Anzeige von Schnittstellenstatistiken verfügen B-Channel- und D-Channel-Schnittstellen jedoch über statistische Werte.

Anmerkung:

In der Junos OS-Implementierung bezieht sich der Begriff "logische Schnittstellen" im Allgemeinen auf Schnittstellen, die Sie konfigurieren, indem sie die Anweisung auf unit der [edit interfaces interface-name] Hierarchieebene einschlingen. Logische Schnittstellen haben die Deskriptor-Bezeichnung am Ende des Schnittstellennamens wie in oder , wo sich .logicalge-0/0/0.1 die logische t1-0/0/0:0.1 Einheitennummer 1 befindet.

Obwohl kanalisierte Schnittstellen im Allgemeinen als logik oder virtuell betrachtet werden, erkennt Junos OS T3-, T1- und NxDS0-Schnittstellen innerhalb einer kanalisierten IQ- oder IQE-PIC als physische Schnittstellen. Zum Beispiel sowohl t3-0/0/0 als auch als physische Schnittstellen t3-0/0/0:1 behandelt, Junos OS. Im Gegensatz dazu werden diese als logische Schnittstellen betrachtet, da sie die am Ende der t3-0/0/0.2t3-0/0/0:1.2.2 Schnittstellennamen haben.

Schnittstellennamen für eine Routingmatrix basierend auf einem TX-Matrixrouter

Eine Routingmatrix basierend auf einem Juniper Networks TX Matrix-Router ist eine Multi-Assis-Architektur, die aus einem TX Matrix-Router und vier miteinander verbundenen Routern T640 besteht. Aus Sicht der Benutzeroberfläche wird die Routingmatrix als einzelner Router dargestellt. Der TX Matrix-Router steuert alle Router T640 Router, wie in Abbildung 1 dargestellt.

Abbildung 1: Routing-MatrixRouting-Matrix

Ein TX Matrix-Router wird auch als Switchkartengehäuse (SCC) bezeichnet. Der CLI wird scc für den TX Matrix-Router verwendet. Ein T640-Router in einer Routingmatrix wird auch als "Linekartengehäuse ( LCC) bezeichnet. Der CLI verwendet lcc als Präfix den Bezug zu einem bestimmten Router T640 Router.

Den LCCs werden je nach Hardwareeinrichtung und Verbindung zum TX Matrix-Router Zahlen 0 bis 3 zugewiesen. Weitere Informationen finden Sie im Hardwarehandbuch für den TX Matrix-Router. Eine Routingmatrix kann bis zu vier Router T640, und jeder Router T640 verfügt über bis zu acht FPCs. Daher kann die Routingmatrix insgesamt bis zu 32 FPCs (0 bis 31) haben.

Im Junos OS CLI formatiert ein Schnittstellenname:

Wenn Sie die Nummer für einen T640-Router in einer Routingmatrix angeben, ermittelt der Junos OS, welcher T640-Router die angegebene FPC basierend auf der fpc folgenden Zuweisung enthält:

  • Auf LCC 0 werden FPC-Hardwaresteckplätze 0 bis 7 als 0 bis 7 konfiguriert.

  • Auf LCC 1 werden FPC-Hardwaresteckplätze 0 bis 7 als 8 bis 15 konfiguriert.

  • Am LCC 2 werden FPC-Hardwaresteckplätze 0 bis 7 mit 16 bis 23 konfiguriert.

  • Am LCC 3 werden die FPC-Hardwaresteckplätze 0 bis 7 mit 24 bis 31 konfiguriert.

Der Begriff 1 FPC-Hardwaresteckplatz 1 wird z. B. auf dem se-1/0/0 T640-Router lcc0 bezeichnet. Der 11 in t1-11/2/0 bezeichnete FPC-Hardwaresteckplatz 3 auf dem als T640 gekennzeichneten lcc1 Router. Der 20 in so-20/0/1 bezeichnete FPC-Hardwaresteckplatz 4 auf dem als T640 gekennzeichneten lcc2 Router. Der 31 in t3-31/1/0 bezeichnete FPC-Hardwaresteckplatz 7 auf dem als T640 gekennzeichneten lcc3 Router.

Tabelle 1 fasst die FPC-Nummerierung für einen Routing T640 router in einer Routingmatrix zusammen.

Tabelle 1: FPC-Nummerierung für T640-Router in einer Routingmatrix

LCC nummern, die dem Router T640 zugewiesen wurden

Konfigurationsnummern

0

0 bis 7

1

8 bis 15

2

16 bis 23

3

24 bis 31

Tabelle 2 Listen Sie jeden FPC-Hardwaresteckplatz und die entsprechenden Konfigurationsnummern für LCCs 0 bis 3 auf.

Tabelle 2: 1:1-FPC-Nummerierung für T640 Router in einer Routingmatrix

FPC-Nummerierung

T640-Router

 

LCC 0
Hardware-Steckplätze

0

1

2

3

4

5

6

7

Konfigurationsnummern

0

1

2

3

4

5

6

7

LCC 1
Hardware-Steckplätze

0

1

2

3

4

5

6

7

Konfigurationsnummern

8

9

10

11

12

13

14

15

LCC 2
Hardware-Steckplätze

0

1

2

3

4

5

6

7

Konfigurationsnummern

16

17

18

19

20

21

22

23

LCC 3
Hardware-Steckplätze

0

1

2

3

4

5

6

7

Konfigurationsnummern

24

25

26

27

28

29

30

31

Schnittstellennamen für eine Routingmatrix basierend auf einem TX Matrix Plus-Router

Eine Routingmatrix basierend auf einem Juniper Networks TX Matrix Plus-Router ist eine Multi-Assis-Architektur, die aus einem TX Matrix Plus-Router und einem bis vier miteinander verbundenen T1600 besteht. Aus Sicht der Benutzeroberfläche wird die Routingmatrix als einzelner Router dargestellt. Der Router TX Matrix Plus steuert alle Router T1600 Router, wie in Abbildung 2 gezeigt.

Abbildung 2: Routingmatrix basierend auf einem TX Matrix Plus-RouterRoutingmatrix basierend auf einem TX Matrix Plus-Router

Ein TX Matrix Plus-Router wird auch als Switch-Fabric-Chassis (SFC) bezeichnet. Der CLI sfc wird für den TX Matrix Plus-Router verwendet. Ein T1600-Router in einer Routingmatrix wird auch als "Linekartengehäuse ( LCC) bezeichnet. Der CLI verwendet lcc als Präfix den Bezug zu einem bestimmten Router T1600 Router.

Den LCCs werden je nach Hardwareeinrichtung und Verbindung zum TX Matrix Plus-Router Zahlen 0 bis 3 zugewiesen. Weitere Informationen finden Sie im Hardwareleitfaden für den TX Matrix Plus-Router. Eine auf einem TX Matrix Plus-Router basierende Routingmatrix kann bis zu vier Router T1600, und jeder Router T1600 verfügt über bis zu acht FPCs. Daher kann die Routingmatrix insgesamt bis zu 32 FPCs (0 bis 31) haben.

Im Junos OS CLI formatiert ein Schnittstellenname:

Wenn Sie die Nummer für einen Router T1600 Routingmatrix angeben, ermittelt der Junos OS, welcher T1600-Router die angegebene FPC basierend auf der folgenden Zuweisung fpc enthält:

  • Auf LCC 0 werden FPC-Hardwaresteckplätze 0 bis 7 als 0 bis 7 konfiguriert.

  • Auf LCC 1 werden FPC-Hardwaresteckplätze 0 bis 7 als 8 bis 15 konfiguriert.

  • Am LCC 2 werden FPC-Hardwaresteckplätze 0 bis 7 mit 16 bis 23 konfiguriert.

  • Am LCC 3 werden die FPC-Hardwaresteckplätze 0 bis 7 mit 24 bis 31 konfiguriert.

Der Begriff 1 FPC-Hardwaresteckplatz 1 wird z. B. auf dem se-1/0/0 T1600-Router lcc0 bezeichnet. Der 11 in t1-11/2/0 bezeichnete FPC-Hardwaresteckplatz 3 auf dem als T1600 gekennzeichneten lcc1 Router. Der 20 bezeichnet so-20/0/1 FPC-Hardwaresteckplatz 4 auf dem T1600 lcc2 Router. Der 31 in t3-31/1/0 bezeichnete FPC-Hardwaresteckplatz 7 auf dem als T1600 gekennzeichneten lcc3 Router.

Tabelle 3 fasst die FPC-Nummerierung für eine Routingmatrix basierend auf einem TX Matrix Plus-Router zusammen.

Tabelle 3: FPC-Nummerierung für T1600 Router in einer Routingmatrix

LCC nummern, die dem Router T1600 zugewiesen wurden

Konfigurationsnummern

0

0 bis 7

1

8 bis 15

2

16 bis 23

3

24 bis 31

Tabelle 4 Listen Sie jeden FPC-Hardwaresteckplatz und die entsprechenden Konfigurationsnummern für LCCs 0 bis 3 auf.

Tabelle 4: 1:1-FPC-Nummerierung für T1600 Router in einer Routingmatrix

FPC-Nummerierung

T1600-Router

 

LCC 0
Hardware-Steckplätze

0

1

2

3

4

5

6

7

Konfigurationsnummern

0

1

2

3

4

5

6

7

LCC 1
Hardware-Steckplätze

0

1

2

3

4

5

6

7

Konfigurationsnummern

8

9

10

11

12

13

14

15

LCC 2
Hardware-Steckplätze

0

1

2

3

4

5

6

7

Konfigurationsnummern

16

17

18

19

20

21

22

23

LCC 3
Hardware-Steckplätze

0

1

2

3

4

5

6

7

Konfigurationsnummern

24

25

26

27

28

29

30

31

Gehäuseschnittstellennamen

Sie konfigurieren einige PIC-Eigenschaften wie Framing auf der [edit chassis] Hierarchieebene. Der Name der Chassis-Schnittstelle variiert je nach Routing-Hardware.

  • Zum Konfigurieren von PIC-Eigenschaften für einen eigenständigen Router müssen Sie die FPC- und PIC-Nummern wie folgt angeben:

  • Zum Konfigurieren von PIC-Eigenschaften für einen in einer Routingmatrix konfigurierten T640- oder T1600-Router müssen Sie die LCC-, FPC- und PIC-Nummern wie folgt angeben:

    Geben Sie für den FPC-Steckplatz in einem T640-Router in einer Routingmatrix die im Routergehäuse bezeichnete tatsächliche Hardware-Steckplatznummer T640 an. Verwenden Sie nicht die entsprechenden FPC-Konfigurationsnummern, die in Tabelle 2 angezeigt werden.

    Geben Sie für den FPC-Steckplatz in einem T1600-Router in einer Routingmatrix die im Routergehäuse des WDR gekennzeichnete tatsächliche Hardware-Steckplatznummer T1600 an. Verwenden Sie nicht die entsprechenden FPC-Konfigurationsnummern, die in Tabelle 3 angezeigt werden.

Weitere Informationen zur Hierarchie finden Sie in der [edit chassis] Junos OS Administrationsbibliothek für Routinggeräte.

Beispiele: Schnittstellennamen

In diesem Abschnitt werden Beispiele für Namensschnittstellen erläutert. Ein Beispiel dafür, wo sich Steckplätze, PICs und Ports befinden, finden Sie Abbildung 3 unter.

Abbildung 3: Schnittstellensteckplatz, PIC und Port-StandorteSchnittstellensteckplatz, PIC und Port-Standorte

Für eine FPC in Steckplatz 1 mit zwei OC3 SONET/SDH PICs in PIC-Positionen 0 und 1 verwendet jede PIC mit zwei Ports die folgenden Namen:

Eine OC48 SONET/SDH-PIC im Einschub 1 und im koncatenten Modus erscheint als einzelne FPC mit einer PIC mit einem einzelnen Port. Wenn diese Schnittstelle eine einzelne logische Einheit hat, hat sie folgenden Namen:

Eine OC48 SONET/SDH-PIC im Steckplatz 1 und im Kanalisierten Modus hat eine Nummer für jeden Kanal. Zum Beispiel:

Für eine FPC in Steckplatz 1 mit einer Channelized OC12 PIC in PIC-Position 2 haben die DS3-Kanäle folgende Namen:

Für eine FPC in Steckplatz 1 mit vier OC12 ATM PICs (die FPC ist voll gefüllt) haben die vier PICs, die jeweils einen einzelnen Port und eine einzelne logische Einheit haben, folgende Namen:

In einer Routingmatrix auf dem T640-Router enthalten, für eine FPC in Steckplatz 5 mit vier SONET OC192 PICs, die vier PICs mit einem Port und einer einzigen logischen Einheit die folgenden lcc1 Namen:

Für eine FPC in Steckplatz 1 mit einer ISDN-BRI-Schnittstellenkarte mit 4 Ports hat Port 4 folgenden Namen:

Der erste B-Kanal, der zweite B-Kanal und der Kontrollkanal haben die folgenden Namen:

Übersicht über Schnittstellenbeschreibungen

Wenn Sie eine Schnittstelle konfigurieren, geben Sie im Praktischen die Eigenschaften einer descriptor-physikalischen Schnittstelle an. In den meisten Fällen entspricht die Descriptor-physikalische Schnittstelle einem einzelnen physischen Gerät und besteht aus den folgenden Teilen:

  • Der Schnittstellenname, der den Medientyp definiert

  • Der Steckplatz, in dem sich der FPC oder DPC befindet

  • Der Standort auf der FPC, in dem die PIC installiert ist

  • Der PIC- DPC Port

  • Die Channel- und logischen Einheitennummern der Schnittstelle (optional)

Jede physikalische Schnittstellenbeschreibung kann eine oder mehrere logische Schnittstellenbeschreibungen enthalten. Auf diese Weise können Sie eine oder mehrere logische (oder virtuelle) Schnittstellen einem einzigen physischen Gerät zuordnen. Das Erstellen mehrerer logischer Schnittstellen ist für ATM-, Frame-Relay- und Gigabit-Ethernet-Netzwerke nützlich, in denen Sie mehrere virtuelle Verbindungen, Datenverbindung oder virtuelle LANs (VLANs) zu einem einzigen Schnittstellengerät verknüpfen können.

Jede logische Schnittstellenbeschreibung kann über eine oder mehrere Familienbeschreibungen verfügen, um die Protokollfamilie zu definieren, die der logischen Schnittstelle zugeordnet wird und diese ausführen darf.

Folgende Protokollfamilien werden unterstützt:

  • Internet Protocol Version 4 (IPv4) Suite (inet)

  • Internet Protocol Version 6 (IPv6) Suite (inet6)

  • Circuit Cross-Connect (CCC)

  • Translational Cross-Connect (TCC)

  • Internationales Unternehmen für Standardisierung (ISO)

  • Multilink Frame Relay End-to-End (MLFR End-to-End)

  • Multilink Frame Relay Benutzer-zu-Netzwerk-Schnittstelle Netzwerk-zu-Netzwerk-Schnittstelle (MLFR UNI NNI)

  • Multilink Point-to-Point Protocol (MLPPP)

  • Multiprotocol Label Switching (MPLS)

  • Triviales Netzwerkprotokoll (TNP)

  • (M Series-, T-Serie- und MX-Router) Virtueller privater LAN-Service (VPLS)

Schließlich kann jede Family Descriptor einen oder mehrere Adresseinträge enthalten, die eine Netzwerkadresse mit einer logischen Schnittstelle und damit mit der physischen Schnittstelle verknüpfen.

Sie konfigurieren die verschiedenen Schnittstellenbeschreibungen wie folgt:

  • Sie konfigurieren die Descriptor-physikalische Schnittstelle einschließlich der interfaces interface-name Anweisung.

  • Sie konfigurieren die Deskriptor-Logikschnittstelle, indem Sie die Anweisung in die Anweisung oder am Ende des Schnittstellennamens auch die Deskriptor-Anweisung einordnen, wie in , wo die logische Einheitennummer 1 ist, wie in den folgenden Beispielen unitinterfaces interface-name.logicalt3-0/0/0.1 dargestellt:

  • Sie konfigurieren eine Deskriptor-Familie, indem Sie die Familienaussage in die Anweisung unit einordnen.

  • Sie konfigurieren Adresseinträge durch Angabe der Adresse in der Familienaussage.

  • Sie konfigurieren Tunnel durch Die Tunnel-Anweisung in der unit Anweisung.

Anmerkung:

Die Adresse einer logischen Schnittstelle darf nicht mit der Quelle oder zieladresse einer Tunnelschnittstelle identisch sein. Wenn Sie versuchen, eine logische Schnittstelle mit der Adresse einer Tunnelschnittstelle zu konfigurieren, oder umgekehrt, tritt ein Commit-Fehler auf.

Physischer Teil eines Schnittstellennamens

Schnittstellennamen für Universelle Metro-Router der ACX-Serie

Die Router der ACX-Serie verfügen nicht über echte PIC-Geräte. Stattdessen verfügen sie über integrierte Netzwerkports an der Vorderseite des Routers. Diese Ports wurden unter Verwendung der gleichen Namenskonventionen benannt, die für Router mit PIC-Geräten verwendet werden, mit der Kenntnis, dass FPC, PIC und Port Pseudogeräte sind. Wenn Sie Informationen zu einem dieser Ports anzeigen, geben Sie den Schnittstellentyp, den Steckplatz für den flexiblen PIC-Concentrator (FPC), den FPC-Steckplatz für die PICs (Physical Interface Card) und die konfigurierte Portnummer an.

Im physischen Teil des Schnittstellennamens trennt ein Bindestrich ( ) den Medientyp von der FPC-Nummer, und ein Slash ( ) trennt - FPC, PIC und Portnummern / voneinander:

Schnittstellennamen für M Series- T-Serie-Router

An M Series- und T-Serie-Routern geben Sie bei der Anzeige von Informationen über eine Schnittstelle den Schnittstellentyp, den Steckplatz, in dem die Flexible PIC Concentrator (FPC) installiert ist, den Steckplatz der FPC, in der die PICs sich befinden, sowie die konfigurierte Portnummer an.

Im physischen Teil des Schnittstellennamens trennt ein Bindestrich ( ) den Medientyp von der FPC-Nummer, und ein Slash ( ) trennt - FPC, PIC und Portnummern / voneinander:

Anmerkung:

Ausnahmen von der physikalischen Beschreibung sind das aggregierte Ethernet und die aggregierten type-fpc/pic/port SONET/SDH-Schnittstellen, die die Syntax ae number verwenden as number bzw.

Router-Schnittstellennamen der MX-Serie

Auf Routern der MX-Serie, wenn Sie Informationen über eine Schnittstelle anzeigen, geben Sie den Schnittstellentyp, den Dense Port Concentrator (DPC), flexible PIC Concentrator (FPC) oder Modular Port Concentrator (MPC)-Steckplatz, den PIC oder MIC-Steckplatz und die konfigurierte Portnummer an.

Anmerkung:

Obwohl Router der MX-Serie DPCs, FPCs, MPCs, MICs und PICs verwenden, wird die Befehlssyntax in diesem Buch als fpc/pic/portfür einfachheit dargestellt.

Im physischen Teil des Schnittstellennamens trennt ein Bindestrich ( ) den Medientyp von der FPC-Nummer, und ein Slash ( ) trennt das -/ DPC, FPC oder MPC, MIC oder PIC sowie Portnummern:

  • fpc– Steckplatz, in dem DPC, FPC oder MPC installiert ist.

  • pic– Steckplatz für die FPC, in der sich die PIC befindet.

    Bei DPCs, MICs und der MPC mit 16 Ports handelt es sich bei dem PIC-Wert um eine logische Gruppierung von Ports und variiert von Plattform zu Plattform.

  • Port– Portnummer auf DPC, PIC, MPC oder MIC.

Schnittstellennamen für Router der PTX-Serie

Wenn Sie auf Paketübertragungs-Router der PTX-Serie Informationen zu einer Schnittstelle anzeigen, geben Sie den Schnittstellentyp, den Steckplatz, in dem der flexible PIC Concentrator (FPC) installiert ist, den Steckplatz auf der FPC, in dem sich die Physical Interface Card (PIC) befindet, und die konfigurierte Portnummer an.

Anmerkung:
  • Der PTX-Router unterstützt nur Ethernet-Schnittstellen. Der Typ des Medientyps des physischen Schnittstellennamens unterstützt nurden Ethernet-Schnittstellentyp: et.

  • Im CLI werden alle PTX3000 PICs als pic0 dargestellt. Weitere Informationen finden Sie unter PTX3000 PIC-Beschreibung

Im physischen Teil des Schnittstellennamens trennt ein Bindestrich ( ) den Medientyp ( ) von der - FPC-Nummer, und ein Slash ( ) trennt et FPC, PIC und Portnummern / voneinander:

Anzeige von Schnittstellenkonfigurationen

Verwenden Sie zum Anzeigen einer Konfiguration entweder den Befehl im Konfigurationsmodus oder den Befehl show auf der obersten show configuration Ebene. Schnittstellen werden in einer reihezeit aufgelistet, von der geringsten bis zur höchsten Steckplatznummer, dann von der geringsten bis zur höchsten PIC-Nummer und schließlich von der geringsten bis zur höchsten Portnummer.

Schnittstellenkapselungen – Überblick

Tabelle 5 Gibt die Unterstützung der Einkapselung nach Schnittstellentyp auf.

Tabelle 5: Unterstützung der Einkapselung nach Schnittstellentyp

Schnittstellentyp

Physische Schnittstellenkapselung

Logische Schnittstelle Kapselung

ae— Aggregierte Ethernet-Schnittstelle

ethernet-ccc— Ethernet cross connect

extended-vlan-ccc— Nicht standardmäßiges TPID-Tagging für eine Verbindung

extended-vlan-vpls— Erweiterter virtueller privates VLAN-Service

flexible-ethernet-services— Ermöglicht die Konfiguration der Ethernet-Einkapselung pro Einheit

vlan-ccc—802.1Q-Tagging für eine Cross Connect

ethernet-vpls— Virtueller privater LAN-Ethernet-Service

vlan-vpls— virtueller privater LAN-Service VLAN

 

dixEthernet DIXv2 (RFC 894)

vlan-ccc—802.1Q-Tagging für eine Cross Connect

 

as— Aggregierte SONET/SDH-Schnittstelle

cisco-hdlc— Cisco-kompatibles HDLC-Framing

ppp— Serielles PPP-Gerät

n/z

at– ATM-1-Schnittstelle

atm-ccc-cell-relay— ATM-Cell-Relay-Einkapselung für eine Verbindung

atm-pvc— Permanente virtuelle ATM-Schaltungen

ethernet-over-atmEthernet-over-ATM-Einkapselung

atm-ccc-cell-relay— ATM-Cell-Relay für CCC

atm-ccc-vc-mux— ATM-VC für CCC

atm-cisco-nlpid— Cisco-kompatible ATM-NLPID-Einkapselung

atm-nlpid— ATM-NLPID-Einkapselung

atm-snap– ATM LLC/SNAP-Einkapselung

atm-tcc-snap— ATM LLC/SNAP für eine Verbindungsübergreifende Übersetzung

atm-tcc-vc-mux- ATM-VC für eine Translational Cross Connect

atm-vc-mux- ATM VC Multiplexing

ether-over-atm-llcEthernet-over-ATM (LLC/SNAP)-Einkapselung

at- ATM2-IQ-Schnittstelle (Intelligent Queuing)

atm-ccc-cell-relay— ATM-Cell-Relay-Einkapselung für eine Verbindung

atm-pvc— Permanente virtuelle ATM-Schaltungen

ethernet-over-atmEthernet-over-ATM-Einkapselung

atm-ccc-cell-relay— ATM-Cell-Relay für CCC

atm-ccc-vc-mux— ATM-VC für CCC

atm-cisco-nlpid— Cisco-kompatible ATM-NLPID-Einkapselung

atm-mlppp-llc– ATM MLPPP über AAL5/LLC

atm-nlpid— ATM-NLPID-Einkapselung

atm-ppp-llc– ATM PPP über AAL5/LLC

atm-ppp-vc-mux– ATM PPP über Raw-AAL5

atm-snap– ATM LLC/SNAP-Einkapselung

atm-tcc-snap— ATM LLC/SNAP für eine Verbindungsübergreifende Übersetzung

atm-tcc-vc-mux- ATM-VC für eine Translational Cross Connect

atm-vc-mux- ATM VC Multiplexing

ether-over-atm-llcEthernet-over-ATM (LLC/SNAP)-Einkapselung

ether-vpls-over-atm-llcEthernet-VPLS-over-ATM (Bridging)-Einkapselung

bcm— Interne Gigabit Ethernet-Schnittstellen

n/z

n/z

br— Integrated Services Digital Network (ISDN)-Schnittstelle

n/z

n/z

ci— Container-Schnittstelle

cisco-hdlc— Cisco-kompatibles HDLC-Framing

ppp— Serielles PPP-Gerät

aps— FÜR die APS-Konfiguration erforderliche SONET-Schnittstelle.

ds— DS0-Schnittstelle

cisco-hdlc— Cisco-kompatibles HDLC-Framing

cisco-hdlc-ccc— Cisco-kompatibles HDLC-Framing für Cross Connect

cisco-hdlc-tcc— Cisco-kompatibles HDLC-Framing für eine Translational Cross Connect

extended-frame-relay-ccc— Jedes Frame-Relay-DLCI für eine Verbindungsübergreifende Verbindung

extended-frame-relay-tcc— Jedes Frame-Relay-DLCI für eine Verbindungsübergreifende Übersetzung

flexible-frame-relay— Mehrere Frame-Relay-Einkapselungen

frame-relay— Frame-Relay-Einkapselung

frame-relay-ccc— Frame-Relay für Verbindungsübergreifendes

frame-relay-port-ccc— Frame-Relay-Port-Einkapselung für eine Verbindung

frame-relay-tcc— Frame-Relay für ein Translational Cross-Connect

multilink-frame-relay-uni-nni– Multilink Frame Relay UNI NNI (FRF.16)-Einkapselung

ppp— Serielles PPP-Gerät

ppp-ccc— Serielles PPP-Gerät für Verbindungsübergreifendes

ppp-tcc— Serielles PPP-Gerät für ein Translational Cross-Connect

frame-relay-ccc– Frame-Relay-DLCI für CCC

frame-relay-ppp— PPP over Frame Relay

frame-relay-tcc— Frame Relay DLCI für eine Verbindungsübergreifende Übersetzung

dsc— Schnittstelle verwerfen

n/z

n/z

e1— E1-Schnittstelle (einschließlich kanalisierter STM1-zu-E1-Schnittstellen)

cisco-hdlc— Cisco-kompatibles HDLC-Framing

cisco-hdlc-ccc— Cisco-kompatibles HDLC-Framing für Cross Connect

cisco-hdlc-tcc— Cisco-kompatibles HDLC-Framing für eine Translational Cross Connect

extended-frame-relay-ccc— Jedes Frame-Relay-DLCI für eine Verbindungsübergreifende Verbindung

extended-frame-relay-tcc— Jedes Frame-Relay-DLCI für eine Verbindungsübergreifende Übersetzung

flexible-frame-relay— Mehrere Frame-Relay-Einkapselungen

frame-relay— Frame-Relay-Einkapselung

frame-relay-ccc— Frame-Relay für Verbindungsübergreifendes

frame-relay-port-ccc— Frame-Relay-Port-Einkapselung für eine Verbindung

frame-relay-tcc— Frame-Relay für ein Translational Cross-Connect

multilink-frame-relay-uni-nni– Multilink Frame Relay UNI NNI (FRF.16)-Einkapselung

ppp— Serielles PPP-Gerät

ppp-ccc— Serielles PPP-Gerät für Verbindungsübergreifendes

ppp-tcc— Serielles PPP-Gerät für ein Translational Cross-Connect

frame-relay-ccc– Frame-Relay-DLCI für CCC

frame-relay-ppp— PPP over Frame Relay

frame-relay-tcc— Frame Relay DLCI für eine Verbindungsübergreifende Übersetzung

e3E3-Schnittstelle (einschließlich E3-IQ- und IQE-Schnittstellen)

cisco-hdlc— Cisco-kompatibles HDLC-Framing

cisco-hdlc-ccc— Cisco-kompatibles HDLC-Framing für Cross Connect

cisco-hdlc-tcc— Cisco-kompatibles HDLC-Framing für eine Translational Cross Connect

extended-frame-relay-ccc— Jedes Frame-Relay-DLCI für eine Verbindungsübergreifende Verbindung

extended-frame-relay-tcc— Jedes Frame-Relay-DLCI für eine Verbindungsübergreifende Übersetzung

flexible-frame-relay— Mehrere Frame-Relay-Einkapselungen

frame-relay— Frame-Relay-Einkapselung

frame-relay-ccc— Frame-Relay für Verbindungsübergreifendes

frame-relay-port-ccc— Frame-Relay-Port-Einkapselung für eine Verbindung

frame-relay-tcc— Frame-Relay für ein Translational Cross-Connect

ppp— Serielles PPP-Gerät

ppp-ccc— Serielles PPP-Gerät für Verbindungsübergreifendes

ppp-tcc— Serielles PPP-Gerät für ein Translational Cross-Connect

frame-relay-ccc– Frame-Relay-DLCI für CCC

frame-relay-ppp— PPP over Frame Relay

frame-relay-tcc— Frame Relay DLCI für eine Verbindungsübergreifende Übersetzung

em— Management und interne Ethernet-Schnittstellen

n/z

n/z

fe— Fast Ethernet-Schnittstelle

ethernet-ccc— Ethernet cross connect

ethernet-tcc— Ethernet Translational Cross Connect

ethernet-vpls— Virtueller privater LAN-Ethernet-Service

extended-vlan-ccc— Nicht standardmäßiges TPID-Tagging für eine Verbindung

extended-vlan-tcc-802.1Q-Tagging für ein Translational Cross Connect

extended-vlan-vpls— Erweiterter virtueller privates VLAN-Service

vlan-ccc—802.1Q-Tagging für eine Cross Connect

vlan-vpls— virtueller privater LAN-Service VLAN

dixEthernet DIXv2 (RFC 894)

vlan-ccc—802.1Q-Tagging für eine Cross Connect

vlan-vpls— virtueller privater LAN-Service VLAN

fxp— Management und interne Ethernet-Schnittstellen

n/z

n/z

ge— Gigabit Ethernet-Schnittstelle (einschließlich Gigabit Ethernet-IQ-Schnittstellen)

ethernet-ccc— Ethernet cross connect

ethernet-tcc— Ethernet Translational Cross Connect

ethernet-vpls— Virtueller privater LAN-Ethernet-Service

extended-vlan-ccc— Nicht standardmäßiges TPID-Tagging für eine Verbindung

extended-vlan-tcc-802.1Q-Tagging für ein Translational Cross Connect

extended-vlan-vpls— Erweiterter virtueller privates VLAN-Service

flexible-ethernet-services— Ermöglicht die Konfiguration der Ethernet-Einkapselung pro Einheit

vlan-ccc—802.1Q-Tagging für eine Cross Connect

vlan-vpls— virtueller privater LAN-Service VLAN

dixEthernet DIXv2 (RFC 894)

vlan-ccc—802.1Q-Tagging für eine Cross Connect

vlan-tcc-802.1Q-Tagging für ein Translational Cross Connect

vlan-vpls— virtueller privater LAN-Service VLAN

ixgbe- interne 10-Gigabit Ethernet-Schnittstellen

n/z

n/z

lo— Loopback-Schnittstelle; konfiguriert Junos OS automatisch eine Loopback-Schnittstelle ( lo0 )

n/z

n/z

ls— Verbindungsdiensteschnittstelle

multilink-frame-relay-uni-nni– Multilink Frame Relay UNI NNI (FRF.16)-Einkapselung

multilink-frame-relay-end-to-endMultilink Frame Relay End-to-End (FRF.15)

multilink-pppMultilink-PPP

lsq— IQ-Schnittstelle für Verbindungsdienste

multilink-frame-relay-uni-nni– Multilink Frame Relay UNI NNI (FRF.16)-Einkapselung

multilink-frame-relay-end-to-endMultilink Frame Relay End-to-End (FRF.15)

multilink-pppMultilink-PPP

lt— Logische Tunnelschnittstelle

 

n/z

ethernet— Ethernet-Service

ethernet-vpls— Virtueller privater LAN-Ethernet-Service

ethernet-ccc— Ethernet cross connect

frame-relay— Frame-Relay-Einkapselung

frame-relay-ccc— Frame-Relay für Verbindungsübergreifendes

vlan– VLAN-Service

vlan-ccc—802.1Q-Tagging für eine Cross Connect

vlan-vpls— virtueller privater LAN-Service VLAN

mlMultilink-Schnittstelle (einschließlich Multilink Frame Relay und MLPPP)

n/z

multilink-frame-relay-end-to-endMultilink Frame Relay End-to-End (FRF.15)

multilink-pppMultilink-PPP

se— Serielle Schnittstelle (einschließlich EIA-530-, V.35- und X.21-Schnittstellen)

cisco-hdlc— Cisco-kompatibles HDLC-Framing

cisco-hdlc-ccc— Cisco-kompatibles HDLC-Framing für Cross Connect

cisco-hdlc-tcc— Cisco-kompatibles HDLC-Framing für eine Translational Cross Connect

frame-relay— Frame-Relay-Einkapselung

frame-relay-ccc— Frame-Relay für Verbindungsübergreifendes

frame-relay-port-ccc— Frame-Relay-Port-Einkapselung für eine Verbindung

frame-relay-tcc— Frame-Relay für ein Translational Cross-Connect

ppp— Serielles PPP-Gerät

ppp-ccc— Serielles PPP-Gerät für Verbindungsübergreifendes

ppp-tcc— Serielles PPP-Gerät für ein Translational Cross-Connect

frame-relay-ccc– Frame-Relay-DLCI für CCC

frame-relay-ppp— PPP over Frame Relay

frame-relay-tcc— Frame Relay DLCI für eine Verbindungsübergreifende Übersetzung

so— SONET/SDH-Schnittstelle

cisco-hdlc— Cisco-kompatibles HDLC-Framing

cisco-hdlc-ccc— Cisco-kompatibles HDLC-Framing für Cross Connect

cisco-hdlc-tcc— Cisco-kompatibles HDLC-Framing für eine Translational Cross Connect

extended-frame-relay-ccc— Jedes Frame-Relay-DLCI für eine Verbindungsübergreifende Verbindung

extended-frame-relay-tcc— Jedes Frame-Relay-DLCI für eine Verbindungsübergreifende Übersetzung

flexible-frame-relay— Mehrere Frame-Relay-Einkapselungen

frame-relay— Frame-Relay-Einkapselung

frame-relay-ccc— Frame-Relay für Verbindungsübergreifendes

frame-relay-port-ccc— Frame-Relay-Port-Einkapselung für eine Verbindung

frame-relay-tcc— Frame-Relay für ein Translational Cross-Connect

ppp— Serielles PPP-Gerät

ppp-ccc— Serielles PPP-Gerät für Verbindungsübergreifendes

ppp-tcc— Serielles PPP-Gerät für ein Translational Cross-Connect

frame-relay-ccc– Frame-Relay-DLCI für CCC

frame-relay-ppp— PPP over Frame Relay

frame-relay-tcc— Frame Relay DLCI für eine Verbindungsübergreifende Übersetzung

multilink-frame-relay-end-to-end— IQE SONET PICs unterstützen Multilink Frame Relay End-to-End (FRF.15)

multilink-ppp—IQE-SONET-PICs unterstützen Multilink PPP

t1— T1-Schnittstelle (einschließlich kanalisierter DS3-zu-DS1-Schnittstellen)

cisco-hdlc— Cisco-kompatibles HDLC-Framing

cisco-hdlc-ccc— Cisco-kompatibles HDLC-Framing für Cross Connect

cisco-hdlc-tcc— Cisco-kompatibles HDLC-Framing für eine Translational Cross Connect

extended-frame-relay-ccc— Jedes Frame-Relay-DLCI für eine Verbindungsübergreifende Verbindung

extended-frame-relay-tcc— Jedes Frame-Relay-DLCI für eine Verbindungsübergreifende Übersetzung

flexible-frame-relay— Mehrere Frame-Relay-Einkapselungen

frame-relay— Frame-Relay-Einkapselung

frame-relay-ccc— Frame-Relay für Verbindungsübergreifendes

frame-relay-port-ccc— Frame-Relay-Port-Einkapselung für eine Verbindung

frame-relay-tcc— Frame-Relay für ein Translational Cross-Connect

multilink-frame-relay-uni-nni– Multilink Frame Relay UNI NNI (FRF.16)-Einkapselung

ppp— Serielles PPP-Gerät

ppp-ccc— Serielles PPP-Gerät für Verbindungsübergreifendes

ppp-tcc— Serielles PPP-Gerät für ein Translational Cross-Connect

frame-relay-ccc– Frame-Relay-DLCI für CCC

frame-relay-ppp— PPP over Frame Relay

frame-relay-tcc— Frame Relay DLCI für eine Verbindungsübergreifende Übersetzung

t3- T3-Schnittstelle (einschließlich kanalisierter OC12-zu-DS3-Schnittstellen)

cisco-hdlc— Cisco-kompatibles HDLC-Framing

cisco-hdlc-ccc— Cisco-kompatibles HDLC-Framing für Cross Connect

cisco-hdlc-tcc— Cisco-kompatibles HDLC-Framing für eine Translational Cross Connect

extended-frame-relay-ccc— Jedes Frame-Relay-DLCI für eine Verbindungsübergreifende Verbindung

extended-frame-relay-tcc— Jedes Frame-Relay-DLCI für eine Verbindungsübergreifende Übersetzung

flexible-frame-relay— Mehrere Frame-Relay-Einkapselungen

frame-relay— Frame-Relay-Einkapselung

frame-relay-ccc— Frame-Relay für Verbindungsübergreifendes

frame-relay-port-ccc— Frame-Relay-Port-Einkapselung für eine Verbindung

frame-relay-tcc— Frame-Relay für ein Translational Cross-Connect

ppp— Serielles PPP-Gerät

ppp-ccc— Serielles PPP-Gerät für Verbindungsübergreifendes

ppp-tcc— Serielles PPP-Gerät für ein Translational Cross-Connect

frame-relay-ccc– Frame-Relay-DLCI für CCC

frame-relay-ppp— PPP over Frame Relay

frame-relay-tcc— Frame Relay DLCI für eine Verbindungsübergreifende Übersetzung

Kanalisierte IQ-Schnittstellen auf Controller-Ebene ( cau4 , , , , coc1coc3coc12cstm1ct1ct3 , ce1)

n/z

n/z

Serviceschnittstellen ( cp , , , , gripmovtesmo , rspsp

n/z

n/z

Nicht konfigurierbare, intern generierte Schnittstellen ( gre , , , , , , ipip , learning-chip (lc)lsitapmtmtunpdpe , pimdpime

n/z

n/z

Anmerkung:

Gre-Schnittstellen (gre-x/y/z) können nur für GMPLS-Steuerungskanäle konfiguriert werden. GRE-Schnittstellen werden für andere Anwendungen nicht unterstützt oder konfigurierbar. Weitere Informationen zu GMPLS finden Sie im Benutzerhandbuch Junos OS MPLS Anwendungen.

Verständnis von vorübergehenden Schnittstellen

Die Router M Series, MX-Serie und T-Serie enthalten Steckplätze für die Installation von Flexible PIC Concentrator [FPC] oder Dense Port Concentrator [DPC] (für Router der MX-Serie) oder Modular Port Concentrator [MPC] (für Router der MX-Serie). Die Physical Interface Card [PIC] kann in FPCs installiert werden. Modulare Schnittstellenkarte [MIC] kann in MPCs eingefügt werden.

Die Anzahl der installierten PICs variiert je nach Router und Typ der FPC. Die PICs stellen die tatsächlichen physischen Schnittstellen zum Netzwerk bereit. Die Router der MX-Serie enthalten Steckplätze für die Installation DPC Karten, die die physischen Schnittstellen zum Netzwerk bereitstellen, oder für die Installation von FPCs, in denen PICs installiert werden können.

Sie können jede DPC oder FPC in jeden beliebigen Steckplatz einstecken, der sie im entsprechenden Router unterstützt. In der Regel können Sie jede beliebige Kombination von PICs, kompatibel mit Ihrem Router, überall auf einer FPC platzieren. (Sie sind durch die gesamte FPC-Bandbreite begrenzt, und durch die Tatsache, dass einige PICs physisch zwei oder vier der PIC-Standorte auf der FPC erfordern. In einigen Fällen können auch Einschränkungen der Stromversorgung oder Mikrocodes gelten.) Informationen zur DPC PIC-Kompatibilität erhalten Sie in der Schnittstellenmodul-Referenz für Ihren Router.

Sie können MPC in jeden beliebigen Steckplatz einstecken, der sie im entsprechenden Router unterstützt. Sie können bis zu zwei MICs verschiedener Medientypen in demselben MPC installieren, solange das MPC diese MICs unterstützt.

Bei diesen physischen Schnittstellen handelt es sich um vorübergehende Schnittstellen des Routers. Sie werden als vorübergehend bezeichnet, da Sie ein Netzwerk jederzeit im hot-DPC oder FPC oder MPC und dessen PICs oder MICs austauschen können.

Sie müssen jede vorübergehende Schnittstelle basierend auf dem Steckplatz, in dem die FPC oder DPC oder MPC installiert ist, dem Standort, an dem die PIC oder MIC installiert ist, und an mehreren Port-PICs oder MICs sowie dem Port, mit dem Sie eine Verbindung herstellen, konfigurieren.

Sie können die Schnittstellen auf PICs oder MICs, die bereits im Router installiert sind, sowie Schnittstellen auf PICs oder MICs, die Sie später installieren möchten, konfigurieren. Der Junos OS erkennt, welche Schnittstellen tatsächlich vorhanden sind. Wenn die Software ihre Konfiguration aktiviert, werden also nur die aktuellen Schnittstellen aktiviert, und die Konfigurationsinformationen für die nicht verfügbaren Schnittstellen werden weiter gespeichert. Wenn der Junos OS erkennt, dass eine FPC mit PICs oder EIN MPC mit MICs in den Router eingefügt wurde, aktiviert die Software die Konfiguration für diese Schnittstellen.

Services-Schnittstellen verstehen

Services-Schnittstellen ermöglichen es Ihnen, Ihrem Netzwerk schrittweise Services hinzuzufügen. Der Junos OS unterstützt die folgenden Dienste-PICs:

  • PiCs für adaptive Dienste (AS): Ermöglichen die Bereitstellung mehrerer Dienste auf einer PIC durch Konfiguration einer Reihe von Diensten und Anwendungen. Die AS-PICs bieten eine spezielle Auswahl an Diensten, die Sie in einem oder mehrere Service-Sets konfigurieren.

  • ES PIC: Bietet ein Sicherheitspaket für die Netzwerkebenen IP-Version 4 (IPv4) und IP-Version 6 (IPv6). Die Suite bietet Funktionen wie Authentifizierung des Ursprungs, Datenintegrität, Vertraulichkeit, Wiedergabeschutz und Uneugbarkeit des Ursprungs. Es definiert außerdem Mechanismen für die Schlüsselgenerierung und den Austausch, die Verwaltung von Sicherheitszuordnungen und die Unterstützung digitaler Zertifikate.

  • Überwachungsdienste-PICs: Ermöglichen Ihnen die Überwachung des Datenverkehrsflusses und den Export des überwachten Datenverkehrs. Durch die Überwachung des Datenverkehrs können Sie detaillierte Informationen über den IPv4-Datenverkehrsfluss zwischen Quell- und Zielknoten in Ihrem Netzwerk erfassen und exportieren. mustern Sie den eingehenden IPv4-Datenverkehr auf der Überwachungsschnittstelle an, und präsentieren Sie die Daten im cflowd-Aufzeichnungsformat. verwerfen Sie die Buchhaltung für einen eingehenden Datenverkehrsfluss. abgehende cflowd-Datensätze verschlüsseln oder Tunneln, abgefangener IPv4-Datenverkehr oder beides; Filterung des Datenverkehrs zu verschiedenen Paketanalysegeräten und zur Präsentation der Daten im Originalformat. Auf einer Überwachungsdienste-II PIC können Sie entweder Überwachungsschnittstellen oder Collector-Schnittstellen konfigurieren. Über eine Collector-Schnittstelle können Sie mehrere cflowd-Datensätze in einer komprimierten ASCII-Datendatei kombinieren und die Datei auf einen FTP-Server exportieren.

  • Multilink-Services, MultiServices, Verbindungsdienste und Sprachdienste-PICs: Ermöglichen Ihnen die Trennung, Neukombination und Folge von Datagrammen über mehrere logische Datenverbindungen. Ziel der Multilink-Verbindung ist es, mehrere unabhängige Verbindungen zwischen einem festen Systempaar zu koordinieren und eine virtuelle Verbindung mit einer größeren Bandbreite als jedes der Mitglieder zu bieten.

  • Tunneldienste-PIC: Durch die Kapselung beliebiger Pakete in einem Transportprotokoll bietet Tunneling einen privaten, sicheren Pfad durch ein ansonsten öffentliches Netzwerk. Tunnel verbinden Unterbrechungsvernetzungen und ermöglichen Verschlüsselungschnittstellen, virtuelle private Netzwerke (VPNs) und MPLS (Multiprotocol Label Switching) (MPLS).

  • Auf M Series- T-Serie-Routern ermöglichen Ihnen logische Tunnelschnittstellen die Verbindung logischer Systeme, virtueller Router oder VPN-Instanzen. Weitere Informationen zu VPNs finden Sie in der Junos OS VPNs-Bibliothek für Routinggeräte. Weitere Informationen zur Konfiguration von Tunneln finden Sie in der Junos OS Services Interfaces Library für Routinggeräte.

Verständnis von Container-Schnittstellen

Container-Schnittstellen bieten die folgenden Funktionen:

  • In der Container-Infrastruktur wird automatisches Schutz-Switching (APS) auf SONET/SDH- und ATM-Verbindungen unterstützt.

  • Physische und logische Containerschnittstellen bleiben auf Switchover verfügbar.

  • APS-Parameter werden automatisch von der Containerschnittstelle zu den Member-Links kopiert.

Anmerkung:

Gekoppelte Gruppen und unidirektionale APS werden derzeit nicht unterstützt.

Weitere Informationen zur SONET/SDH-Konfiguration finden Sie unter Konfigurieren von Containerschnittstellen für APS auf SONET-Links.

Die Funktionen von Container-Schnittstellen werden in den folgenden Abschnitten beschrieben:

Verständnis des traditionellen APS-Konzepts

Herkömmliche APS-Konfigurationen werden auf zwei unabhängigen physikalischen SONET/SDH-Schnittstellen konfiguriert: von einer, die als Arbeitsschaltung konfiguriert ist, und die andere als Schutzschaltung (siehe Abbildung 4 ). Der Circuit X in dieser Abbildung ist die Verbindung zwischen den beiden SONET-Schnittstellen.

Abbildung 4: APS-SchnittstelleAPS-Schnittstelle

HerkömmlicheR APS verwendet Routingprotokolle, die auf jeder einzelnen SONET/SDH-Schnittstelle ausgeführt werden (da der Circuit ein abstraktes Konstrukt ist und nicht die tatsächliche Schnittstelle). Wenn die funktionierende Verbindung aus läuft, bringt die APS-Infrastruktur die Verbindung und die zugrunde liegenden logischen Schnittstellen auf, und die Arbeitsverbindung und die zugrundeliegenden logischen Schnittstellen werden heruntergefahren, sodass die Routing-Protokolle neu konfiguriert werden. Dies verbraucht Zeit und führt zu Datenverkehrsverlusten, obwohl die APS-Infrastruktur den Switch schnell ausgeführt hat.

Konzept der Container-Schnittstellen

Um dieses Problem zu lösen, stellt Junos OS softe Schnittstellenkonstrukte bereit, die als Container-Schnittstelle bezeichnet werden Abbildung 5 (siehe).

Abbildung 5: Container-SchnittstelleContainer-Schnittstelle

Die Containerschnittstelle ermöglicht die Ausführung von Routingprotokollen auf den logischen Schnittstellen einer virtuellen Containerschnittstelle statt auf den physischen SONET/SDH- und ATM-Schnittstellen. Wenn APS die zugrundeliegende physische Verbindung basierend auf einer Fehlerbedingung umschaltet, bleibt die Container-Schnittstelle nach oben, und die logische Schnittstelle an der Container-Schnittstelle flapiert nicht. Die Routing-Protokolle kennen das APS-Switching noch nicht.

APS-Unterstützung für Container-basierte Schnittstellen

Mit der Containerschnittstelle ist APS auf der Container-Schnittstelle selbst konfiguriert. Einzelne Member-SONET/SDH- und ATM-Links werden in der Konfiguration entweder als primär (entspricht dem Arbeitskreis) oder als Standby (entspricht dem Schutzkreis) markiert. Im Container-Schnittstellenmodell wurde kein Circuit oder Gruppenname angegeben. physische SONET/SDH- und ATM-Verbindungen werden durch ihre Verknüpfung mit einer einzigen Container-Schnittstelle in eine APS-Gruppe verknüpft. APS-Parameter werden auf der Container-Schnittstellenebene angegeben und vom APS-Daemon an die einzelnen SONET/SDH- und ATM-Verbindungen übergeben.

Automatische Verdrungen von APS-Parametern

Für typische Anwendungen müssen die APS-Parameter von der Arbeitsschaltung in die Schaltung kopiert werden, da die meisten Parameter für beide Circuits gleich sein müssen. Dies geschieht automatisch über die Container-Schnittstelle. APS-Parameter werden nur einmal unter der Konfiguration der physischen Container-Schnittstellen angegeben und intern an die einzelnen physischen SONET/SDH- und ATM-Verbindungen kopiert.

Verständnis interner Ethernet-Schnittstellen

Innerhalb eines Routers oder Pakettransport-Routers sorgen interne Ethernet-Schnittstellen für die Kommunikation zwischen dem Routing-Engine und den Packet Forwarding Engines. Der Junos OS konfiguriert automatisch interne Ethernet-Schnittstellen, wenn der Junos OS startet. Der Junos OS startet die Paketweiterleitungskomponenten-Hardware. Wenn diese Komponenten ausgeführt werden, überträgt Control Board über die interne Ethernet-Schnittstelle Hardwarestatusinformationen an das Routing-Engine. Zu den übertragenen Informationen gehören die interne Routertemperatur, der Zustand der Lüfter, unabhängig davon, ob eine FPC entfernt oder ein eingesetzt wurde, sowie Informationen vom LCD auf der Schnittstelle.

Informationen zur Bestimmung der unterstützten internen Ethernet-Schnittstellen für Ihren Router finden Sie unter Unterstützte Routing-Engines nach Router.

Anmerkung:

Ändern oder entfernen Sie die Konfiguration der internen Ethernet-Schnittstelle, die von Junos OS automatisch konfiguriert wird, nicht. Wenn dies dert ist, können Router oder Pakettransport-Router nicht mehr funktionieren.

  • M Series und Router der MX-Serie T-Serie Router: Der Junos OS erstellt die interne Ethernet-Schnittstelle. Die interne Ethernet-Schnittstelle verbindet den Routing-Engine re0 mit den Packet Forwarding Engines.

    Verfügt der Router über redundante Routing-Engines, wird auf jeder Routing-Engine ( und) eine weitere interne Ethernet-Schnittstelle zur Unterstützung der Fehlertoleranz zwei physische Verbindungen zwischen den und die unabhängigen re0re1re0re1 Steuerungsebenen erstellt. Wenn eine der Verbindungen ausfällt, können beide Routing-Engines den anderen Link für die IP-Kommunikation verwenden.

  • TX Matrix Plus-Router: Auf einem TX Matrix Plus-Router werden Routing-Engine und Control Board als Einheit oder Host-Subsystem verwendet. Für jedes Host-Subsystem im Router erstellt der Junos OS automatisch zwei interne ixgbe0 Ethernet-Schnittstellen und ixgbe1 .

    Die Schnittstellen ixgbe0 und ixgbe1 verbinden die TX Matrix Plus-Routing-Engine mit den Routing-Engines aller in der Routingmatrix konfigurierten Linekartengehäuse (LCC).

    Der TX Matrix Plus Routing-Engine innerhalb des Host-Subsystems über eine 10-Gbit/s-Verbindung mit einem Hochgeschwindigkeits-Switch verbunden. Der Switch bietet eine 1-Gbit/s-Verbindung zu jedem T1600 Routing-Engine. Die 1-Gbit/s-Verbindungen werden über die Ethernet-Kabelverbindungen der UTP-Kategorie 5 zwischen den TXP-CBs und den LCC-CBs in den LCCs bereitgestellt.

    • Die TX Matrix Plus Routing-Engine stellt über eine 10-Gbit/s-Verbindung innerhalb des Host-Subsystems eine Verbindung zu einem Hochgeschwindigkeits-Switch im lokalen Switch Control Board.

    • Der Gigabit-Ethernet-Switch verbindet den Control Board mit den Remote-Routing-Engines aller in der Routingmatrix konfigurierten LCC Schnittstellen.

    Wenn ein TX Matrix Plus-Router redundante Host-Subsysteme enthält, sind die unabhängigen Steuerungsebenen über zwei physische Verbindungen zwischen den zwei 10-Gigabit Ethernet-Ports der jeweiligen Routing-Engines verbunden.

    • Die primäre Verbindung zum entfernten Routing-Engine befindet sich an der Schnittstelle. Der 10-Gigabit-Ethernet-Switch des lokalen Control Board verbindet den Routing-Engine und den ixgbe0 10-Gigabit Ethernet-Port, auf den die Schnittstelle auf der Remote-Schnittstelle ixgbe1 Routing-Engine.

    • Die alternative Verbindung zum remote Routing-Engine ist der 10-Gigabit-Ethernet-Port an der ixgbe1 Schnittstelle. Dieser zweite Port verbindet Routing-Engine mit dem 10-Gigabit Ethernet-Switch des Remote-Control Board, der an der Schnittstelle des Remote-Standorts mit dem 10-Gigabit Ethernet-Port ixgbe0 Routing-Engine.

    Wenn eine der beiden Verbindungen zwischen den Host-Subsystemen ausfällt, können beide Routingmodule die andere Verbindung für die IP-Kommunikation verwenden.

  • LCC in einer Routingmatrix: Auf einer in einer Routingmatrix konfigurierten LCC-Matrixfunktion Routing-Engine und Control Board als Einheit oder Host-Subsystem. Für jedes Host-Subsystem in LCC erstellt der Junos OS automatisch zwei interne Ethernet-Schnittstellen und für die zwei Gigabit Ethernet-Ports auf bcm0em1 dem Routing-Engine.

    Die Schnittstelle verbindet den Routing-Engine in jedem LCCto den Routing-Engines der anderen in der bcm0 LCC konfigurierten Routing-Engines.

    • Der Routing-Engine stellt die Verbindung mit einem Gigabit Ethernet-Switch auf der lokalen Schnittstelle Control Board über a.

    • Der Switch verbindet den Control Board mit den Remote-Routing-Engines aller anderen in der Routingmatrix konfigurierten LCC Switches.

    Wenn eine LCC Routingmatrix redundante Host-Subsysteme enthält, sind die unabhängigen Steuerungsebenen über zwei physische Verbindungen zwischen den Gigabit Ethernet-Ports der entsprechenden Routing-Engines verbunden.

    • Die primäre Verbindung zum Entfernten Routing-Engine befindet sich an der Schnittstelle. Der Gigabit Ethernet-Switch des lokalen Control Board verbindet den Routing-Engine auch mit dem Gigabit Ethernet-Port, auf den die Schnittstelle auf der Remote-Schnittstelle bcm0em1 Routing-Engine.

    • Die alternative Verbindung zur Remote Routing-Engine befindet sich an der em1 Schnittstelle. Dieser zweite Port verbindet Routing-Engine mit dem Gigabit Ethernet-Switch des Remote-Control Board, der an der Schnittstelle des Remote-Standorts eine Verbindung zum Gigabit-Ethernet-Port bcm0 Routing-Engine.

    Wenn eine der beiden Verbindungen zwischen den Host-Subsystemen ausfällt, können beide Routingmodule die andere Verbindung für die IP-Kommunikation verwenden.

Jeder Router verfügt zudem über zwei serielle Ports, eine gekennzeichnete Konsole und zusätzliche Anschlüsse für die Verbindung von Tty-Typ-Terminals mit dem Router über Standard-PC-Tty-Kabel. Diese Ports sind zwar keine Netzwerkschnittstellen, bieten jedoch Zugriff auf den Router.

Grundlegende Informationen zu den Schnittstellen für universelle Metro-Router der ACX-Serie

Die Router der ACX-Serie unterstützen Time Division Multiplexing (TDM)-T1- und E1-Schnittstellen sowie Ethernet-Schnittstellen (1 GbE-Kupfer, 1 GbE, 10 GbE und 40 GbE), um sowohl ältere als auch Weiterentwicklungsanforderungen des mobilen Netzwerks zu erfüllen. Unterstützung für PoE (PoE+) bei 65 Watt pro Port entschärft den Bedarf an zusätzlicher elektrischer Verkabelung für Mikrowellen- oder andere Zugangschnittstellen.

Die Router der ACX-Serie unterstützen Folgendes:

  • TDM T1- und E1-Ports:

    • Der ACX1000 Router verfügt über acht T1- oder E1-Ports.

    • Der ACX2000 Router enthält 16 T1- oder E1-Ports.

    • Inverse Multiplexing für ATM (IMA)

    Anmerkung:

    AcX5048- und ACX5096-Router unterstützen keine T1- oder E1-Ports und Inverse Multiplexing für ATM (IMA).

  • Gigabit Ethernet-Ports:

    • Der ACX1000 Router enthält acht Gigabit Ethernet-Ports. Der ACX1000-Router unterstützt entweder vier RJ45-Ports (Cu) oder die Installation von vier Gigabit Ethernet-SFP-Transceivern (Small Form-Factor Pluggable).

    • Der ACX2000 Router verfügt über 16 Gigabit Ethernet-Ports und zwei PoE Ports. Der ACX2000-Router unterstützt auch die Installation von zwei Gigabit Ethernet SFP-Transceivern und zwei 10-Gigabit Ethernet SFP+-Transceivern.

    • Der ACX5448-Router ist ein 10-Gigabit Ethernet-erweiterter Top-of-Rack-Router (SFP+) mit 48 SFP+-Ports und vier 100-Gigabit Ethernet-QSFP28-Ports. Jeder SFP+-Port kann als nativer 10-Gigabit Ethernet-Port oder als 1-Gigabit Ethernet-Port betrieben werden, wenn optische 1-Gigabit-Schnittstellen eingesetzt werden. Die 48 Ports auf ACX5448 können als 1GE- oder 10GE-Modi konfiguriert werden, und diese Ports werden von der xe Schnittstellenart dargestellt. Die PIC 1 von FPC 0 hat 4x100GE-Ports, wobei jeder Port als 1x100GE, 1x40GE oder 4x25GE-Modi kanalisiert werden kann. Diese Ports werden durch den Schnittstellentyp et dargestellt. Standardmäßig beträgt die Portgeschwindigkeit in PIC 1 100GE.

      Anmerkung:

      Der ACX5448-Router unterstützt keine Pseudowire-Services-Schnittstelle.

    Anmerkung:

    40 GbE wird nur auf ACX5048, ACX5096 und anderen routern ACX5448 unterstützt. ACX5448 Router unterstützen 40 GbE und kanalieren auf 10 GbE.

Schnittstellen für T1- und E1-Time Division Multiplexing (TDM)

Auf den Routern der ACX-Serie werden die Junos OS TDM-Funktionen unterstützt, ohne dass Anweisungen oder Funktionen geändert werden müssen. Folgende wichtige TDM für T1- ( ) Schnittstellen und ct1 E1 ( ce1 ) Schnittstellen werden unterstützt:

  • T1- und E1-Kanalisierung

  • T1- und E1-Einkapselung

  • Alarme, Fehler und Statistiken

  • Externes und internes Loopback

  • TDM Class-of-Service (CoS)

Die Auswahl des T1- und E1-Modus befindet sich auf PIC-Ebene. Um den T1- oder E1-Modus auf PIC-Ebene zu festlegen, fügen Sie die Anweisung mit der Option framing auf der [ ] t1e1chassis fpc slot-number pic slot-number Hierarchieebene ein. Alle Ports können T1 oder E1 sein. Die Mischung aus T1s und E1s wird nicht unterstützt.

T1- oder E1-BITS-Schnittstelle (ACX2000)

Der ACX2000-Router verfügt über eine T1- oder E1-BITS-Schnittstelle (Building-Integrated Timing Supply), die Sie mit einer externen Uhr verbinden können. Nachdem Sie die Schnittstelle mit der externen Uhr verbunden haben, können Sie die BITS-Schnittstelle so konfigurieren, dass die BITS-Schnittstelle eine Kandidatenquelle für die Gehäusesynchronisierung zur externen Uhr wird. Die Frequenz der BITS-Schnittstelle hängt von der Synchronous Ethernet Equipment Client Clock (EWG) ab, die mit der Anweisung auf der [ network-option ] edit chassis synchronization Hierarchieebene ausgewählt wird.

Anmerkung:

Der ACX1000-Router unterstützt die BITS-Schnittstelle nicht.

Inverse Multiplexing für ATM (IMA)

Die vom ATM-Forum definierte IMA-Spezifikation Version 1.1 ist eine standardisierte Technologie für den Transport von ATM-Datenverkehr über ein Bündel von T1- und E1-Schnittstellen, die auch als IMA-Gruppe bekannt ist. Es werden bis zu acht Links pro Bündel und 16 Bündel pro PIC unterstützt. Es werden die folgenden wichtigen IMA-Funktionen unterstützt:

  • IMA Layer 2-Einkapselung

  • ATM-CoS

  • ATM-Policing und -Shaping

  • Abgelehnte Pakete in der Ausgabe des show interfaces at-fpc/pic/port extensive Befehls

Gigabit Ethernet-Schnittstellen

Auf den Routern der ACX-Serie werden die Junos OS Ethernet-Funktionen unterstützt, ohne dass Anweisungen oder Funktionen geändert werden müssen. Folgende wichtige Funktionen werden unterstützt:

  • Spezifikation des Medientyps (ACX1000-Router mit Gigabit Ethernet SFP- und RJ45-Schnittstellen)

  • Automatische Aushandlung für RJ45-Gigabit-Ethernet-Schnittstellen

  • Ereignisbehandlung von SFP-Einfügung und -Beseitigung

  • Explicit-Deaktivierung der physischen Schnittstelle

  • Datenstromkontrolle

    Anmerkung:

    Der Router der ACX-Serie unterstützt keine Flusssteuerung basierend auf PAUSE-Frames.

  • Loopback

  • LOS-Alarm (Loss of Signal)

  • MAC-Layer-Funktionen (Media Access Control)

  • Maximalübertragungseinheit (MTU)

  • Remote-Fehlerbenachrichtigung für 10-Gigabit-Ethernet-Schnittstellen

  • Erfassung und Bearbeitung statistischer Daten

  • PoE (PoE) (ACX2000-Router)

  • Hochleistungsmodus

Die Gigabit-Ethernet-Ports des Routers können je nach Typ des einsteckbaren SFP-Transceivers (Small Form-Factor Pluggable) als 1- oder 10-Gigabit Ethernet-Schnittstelle eingesetzt werden. Beim Einfügen eines SFP+-Transceivers funktioniert die Schnittstelle mit einer Geschwindigkeit von 10 Gigabit. Beim Einfügen eines SFP-Transceiver funktioniert die Schnittstelle mit einer Geschwindigkeit von 1 Gigabit. Die Konfiguration ist nicht erforderlich, da die Geschwindigkeit automatisch auf Basis des eingesetzten SFP-Transceivers ermittelt wird. Die Dual-Speed-Schnittstelle wird z. B. automatisch mit dem Präfix xexe-4/0/0 erstellt.

Die gleichen Konfigurationseinstellungen werden sowohl für Geschwindigkeiten als auch CoS Parameter als Prozentwert der Portgeschwindigkeit skaliert. Zur Konfiguration einer Dual-Speed-Gigabit Ethernet-Schnittstelle müssen Sie die Anweisung interface xe-fpc/pic/port auf der [ ] edit interfaces Hierarchieebene enthalten. Geben Sie den Befehl aus, um die Geschwindigkeit der Schnittstelle und andere Details show interfaces anzuzeigen.

Anmerkung:

Sie müssen SFP der Industrieklasse unter 0dC für ACX1100- und ACX2100-Boards verwenden.

TX Matrix Plus- und T1600-Router (Routingmatrix) Management Ethernet-Schnittstellen

Bei TX Matrix Plus-Routern und bei T1600 Core-Routern mit in einer Routingmatrix konfigurierten RE-C1800 erstellt der Junos OS automatisch die Verwaltungs-Ethernet-Schnittstelle des em0 Routers. Zur Verwendung em0 als Management-Port müssen Sie den logischen Port mit em0.0 einer gültigen IP-Adresse konfigurieren.

Wenn Sie den Befehl auf einem TX Matrix Plus-Router eingeben, werden die show interfaces Management-Ethernet-Schnittstellen (und logische Schnittstellen) angezeigt:

Anmerkung:

Die Routing-Engines im TX Matrix Plus-Router und in den T1600-Routern mit dem in einer Routingmatrix konfigurierten RE-C1800 unterstützen weder die Verwaltungs-Ethernet-Schnittstelle noch die internen fxp0 Ethernet-Schnittstellen fxp1 oder fxp2 .

T1600-Router (Routing-Matrix) interne Ethernet-Schnittstellen

Auf einem in einer Routingmatrix konfigurierten T1600-Router funktionieren Routing-Engine (RE-TXP-LCC) und Control Board (LCC-Control Board) als Einheit oder Host-Subsystem. Für jedes Host-Subsystem im Router erstellt der Junos OS automatisch zwei interne Ethernet-Schnittstellen und für die zwei Gigabit Ethernet-Ports auf bcm0 em1 der Routing-Engine.