Übersicht über Geräteschnittstellen

Physischer Teil eines Schnittstellennamens

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

HINWEIS:

Die interne Verwaltungsschnittstelle ist abhängig von der Routing-Engine. Verwenden Sie den folgenden Befehl, um festzustellen, ob die Routing-Engine diesen Schnittstellentyp verwendet:

Schnittstellen kurz und bündig anzeigen

Weitere Informationen zu den Routing-Engines, die von den einzelnen Chassis unterstützt werden, zur ersten unterstützten Version für die Routing-Engine im angegebenen Chassis, zur Management-Ethernet-Schnittstelle und zu den internen Ethernet-Schnittstellen für jede Routing-Engine finden Sie unter dem Link Unterstützte Routing-Engines nach Chassis unter Zugehörige Dokumentation.

Dieser Teil des Schnittstellennamens hat das folgende Format:

type ist der Medientyp, der das Netzwerkgerät identifiziert, bei dem es sich um eines der folgenden Geräte handeln kann:

• ae– Aggregierte Ethernet-Schnittstelle. Dies ist ein virtueller aggregierter Link und hat ein anderes Benennungsformat als die meisten PICs. Weitere Informationen finden Sie unter Übersicht über aggregierte Ethernet-Schnittstellen.https://www.juniper.net/documentation/en_US/junos/topics/topic-map/aggregated-ethernet-interfaces-lacp-configuring.html

• as– Aggregierte SONET/SDH-Schnittstelle. Dies ist ein virtueller aggregierter Link und hat ein anderes Benennungsformat als die meisten PICs. Weitere Informationen finden Sie unter Aggregierte SONET/SDH-Schnittstellen konfigurieren.https://www.juniper.net/documentation/en_US/junos/topics/task/configuration/sonet-configuring-aggregated-sonet-sdh-interfaces.html

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

• bcm—Der interne Ethernet-Prozess bcm0 wird auf bestimmten Routing-Engines für verschiedene Router der M- und T-Serie unterstützt. Weitere Informationen finden Sie unter dem Link Unterstützte Routing-Engines nach Chassis unter Zugehörige Dokumentation.

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

• ce1—Channelized E1 IQ-Schnittstelle (konfiguriert auf dem Channelized E1 IQ PIC oder Channelized STM1 IQ oder IQE PIC).

• ci– Container-Schnittstelle.

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

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

• coc12—Channelized OC12 IQ-Schnittstelle (konfiguriert auf den PICs Channelized OC12 IQ und IQE).

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

• cp– Collector-Schnittstelle (konfiguriert auf dem Monitoring Services II PIC).

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

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

• cstm16—Kanalisierte STM16 IQ-Schnittstelle (konfiguriert auf den IQE-PICs Channelized OC48/STM16 und Channelized OC48/STM16).

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

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

• demux– Schnittstelle, die logische IP-Schnittstellen unterstützt, die die IP-Quell- oder Zieladresse zum Demultiplexen empfangener Pakete verwenden. Pro Chassis existiert nur eine Demux-Schnittstelle ().demux0 Alle logischen demux-Schnittstellen müssen einer zugrunde liegenden logischen Schnittstelle zugeordnet sein.

• dfc—Schnittstelle, die die Verarbeitung dynamischer Datenstromerfassung auf Routern der T-Serie oder M320 unterstützt, die einen oder mehrere Monitoring Services III-PICs enthalten. Mit der dynamischen Datenstromerfassung können Sie Paketflüsse auf der Grundlage dynamischer Filterkriterien erfassen. Insbesondere können Sie diese Funktion verwenden, um passiv überwachte Paketflüsse, die einer bestimmten Filterliste entsprechen, mithilfe eines On-Demand-Steuerungsprotokolls an ein oder mehrere Ziele weiterzuleiten.

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

• dsc– Schnittstelle verwerfen.

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

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

• em—Verwaltung und interne Ethernet-Schnittstellen. Bei Routern der M-Serie, MX-Serie, T-Serie und TX-Serie können Sie den Befehl verwenden, um Hardwareinformationen über den Router, einschließlich seines Routing-Engine-Modells, anzuzeigen.show chassis hardware Informationen dazu, welche Verwaltungsschnittstelle von Ihrer Kombination aus Router und Routing-Engine unterstützt wird, finden Sie unter Grundlegendes zu Management-Ethernet-Schnittstellen und unterstützten Routing-Engines nach Router.Understanding Management Ethernet Interfaceshttps://www.juniper.net/documentation/en_US/release-independent/junos/topics/reference/general/routing-engine-m-mx-t-series-support-by-chassis.html

• es– Verschlüsselungsschnittstelle.

• et—Ethernet-Schnittstellen (10-, 25-, 40-, 50-, 100-, 200- und 400-Gigabit-Ethernet-Schnittstelle).

• fe—Fast Ethernet-Schnittstelle.

• fxp—Verwaltung und interne Ethernet-Schnittstellen. Bei Routern der M-Serie, MX-Serie, T-Serie und TX-Serie können Sie den Befehl verwenden, um Hardwareinformationen über den Router, einschließlich seines Routing-Engine-Modells, anzuzeigen.show chassis hardware Informationen dazu, welche Verwaltungsschnittstelle von Ihrer Kombination aus Router und Routing-Engine unterstützt wird, finden Sie unter Grundlegendes zu Management-Ethernet-Schnittstellen und unterstützten Routing-Engines nach Router.Understanding Management Ethernet Interfaceshttps://www.juniper.net/documentation/en_US/release-independent/junos/topics/reference/general/routing-engine-m-mx-t-series-support-by-chassis.html

• ge—Gigabit-Ethernet-Schnittstelle.

  HINWEIS:

  • Das XENPAK 10-Gigabit Ethernet-Schnittstellen-PIC, das nur von Routern der M-Serie unterstützt wird, wird mit der Schnittstellennamenskonvention anstelle der Schnittstellennamenskonvention konfiguriert.gexe Weitere Informationen finden Sie in den folgenden show-Befehlen:

    Chassis-Hardware anzeigen

    Konfigurationsschnittstellen anzeigen

  • In Firewalls der MX- und SRX-Serie werden die optischen 1-Gigabit- und 10-Gigabit-SFP- oder SFP+-Schnittstellen immer als benannt , auch wenn ein 1-Gigabit-SFP eingefügt ist.xe Bei Geräten der EX- und QFX-Serie wird der Schnittstellenname jedoch entsprechend der Geschwindigkeit des eingesetzten optischen Geräts angezeigt.gexe

• gr– Generische GRE-Tunnelschnittstelle (Routing Encapsulation).

• gre– Intern generierte Schnittstelle, die nur als Steuerkanal für Generalized MPLS (GMPLS) konfiguriert werden kann. Weitere Informationen zu GMPLS finden Sie im Junos OS MPLS-Anwendungshandbuch.https://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/config-guide-mpls-applications/config-guide-mpls-applications.html

  HINWEIS:

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

• ip– IP-over-IP-Kapselungstunnel-Schnittstelle.

• ipip– Intern generierte Schnittstelle, die nicht konfiguriert werden kann.

• ixgbe—Die internen Ethernet-Prozesse ixgbe0 und ixgbe1 werden von der Routing-Engine RE-DUO-C2600-16G verwendet, die von TX Matrix Plus und PTX5000 unterstützt wird.

• iw– Logische Schnittstellen, die mit den Endpunkten von Layer-2-Verbindungen und Layer-2-VPN-Verbindungen verknüpft sind (Pseudowire-Stitching-Layer-2-VPNs). Weitere Informationen zu VPNs finden Sie in der Junos OS VPNs-Bibliothek für Routing-Geräte.https://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/config-guide-vpns/index.html

• lc– Intern generierte Schnittstelle, die nicht konfiguriert werden kann.

• lo—Loopback-Schnittstelle. Das konfiguriert automatisch eine Loopback-Schnittstelle ().Junos OSlo0 Bei der logischen Schnittstelle handelt es sich um eine nicht konfigurierbare Schnittstelle zur Routersteuerung des Datenverkehrs.lo0.16383

• ls– Schnittstelle für Linkdienste.

• lsi– Intern generierte Schnittstelle, die nicht konfiguriert werden kann.

• ml—Multilink-Schnittstelle (einschließlich Multilink-Frame-Relais und MLPPP).

• mo—Schnittstelle für Überwachungsdienste (einschließlich Überwachungsdienste und Überwachungsdienste II). Die logische Schnittstelle ist eine intern generierte, nicht konfigurierbare Schnittstelle für den Routersteuerungsdatenverkehr.mo-fpc/pic/port.16383

• ms—Multiservices-Schnittstelle.

• mt– Multicast-Tunnelschnittstelle (interne Router-Schnittstelle für VPNs). Wenn Ihr Router über ein Tunnel-PIC verfügt, konfiguriert das Junos-Betriebssystem automatisch eine Multicast-Tunnelschnittstelle () für jedes von Ihnen konfigurierte VPN.mt Obwohl es nicht notwendig ist, Multicast-Schnittstellen zu konfigurieren, können Sie die Anweisung verwenden, um die Einheit und die Familie so zu konfigurieren, dass der Tunnel nur Multicast-Datenverkehr senden und empfangen kann.multicast-only Weitere Informationen finden Sie unter Nur-Multicast.https://www.juniper.net/documentation/en_US/junos/topics/reference/configuration-statement/multicast-only-edit-interfaces-ni.html

• mtun– Intern generierte Schnittstelle, die nicht konfiguriert werden kann.

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

• pd– Schnittstelle am Rendezvous Point (RP), die Pakete entkapselt.

• pe– Schnittstelle auf dem PIM-Router des ersten Hops, die Pakete kapselt, die für den RP-Router bestimmt sind.

• pimd– Intern generierte Schnittstelle, die nicht konfiguriert werden kann.

• pime– Intern generierte Schnittstelle, die nicht konfiguriert werden kann.

• pip– PIP-Schnittstelle (Provider Instance Port) für EVPNs.

• rlsq– Container-Schnittstelle, nummeriert von 0 bis 127, wird verwendet, um die primären und sekundären LSQ-PICs in Hochverfügbarkeitskonfigurationen miteinander zu verbinden. Jeder Ausfall des primären PIC führt zu einem Wechsel zum sekundären PIC und umgekehrt.

• rms– Redundante Schnittstelle für zwei Multiservices-Schnittstellen.

• rsp– Redundante virtuelle Schnittstelle für die adaptive Services-Schnittstelle.

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

• si– Services-Inline-Schnittstelle, die auf einer Trio-basierten Linecard gehostet wird.

• so—SONET/SDH-Schnittstelle.

• sp– Schnittstelle für adaptive Dienste. Die logische Schnittstelle ist eine intern generierte, nicht konfigurierbare Schnittstelle für den Routersteuerungsdatenverkehr.sp-fpc/pic/port.16383

• stm1—STM1-Schnittstelle (konfiguriert auf den OC3/STM1-Schnittstellen).

• stm4—STM4-Schnittstelle (konfiguriert auf den OC12/STM4-Schnittstellen).

• stm16—STM16-Schnittstelle (konfiguriert auf den OC48/STM16-Schnittstellen).

• 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 konfiguriert werden kann.

• umd—USB-Modem-Schnittstelle.

• vsp– Schnittstelle für Sprachdienste.

• vc4– Virtuell verkettete Schnittstelle.

• vt– Virtuelle Loopback-Tunnel-Schnittstelle.

• vtep– Virtuelle Tunnel-Endpunktschnittstelle für VXLANS.

• xe—10-Gigabit-Ethernet-Schnittstelle. Einige ältere 10-Gigabit-Ethernet-Schnittstellen verwenden den Medientyp (anstelle von ), um den physischen Teil des Netzwerkgeräts zu identifizieren.gexe

• xt– Logische Schnittstelle für geschützte Systemdomänen zum Herstellen einer Layer-2-Tunnelverbindung.

fpc gibt die Nummer der FPC- oder DPC-Karte an, auf der sich die physische Schnittstelle befindet. Konkret handelt es sich um die Nummer 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-Steckplätze, die von links nach rechts von 0 bis 7 nummeriert sind, wenn Sie zur Vorderseite des Gehäuses schauen. Informationen zu kompatiblen FPCs und PICs finden Sie im Hardwarehandbuch für Ihren Router.

Auf PTX1000 Routern ist die FPC-Nummer immer 0.

Der M20-Router verfügt über vier FPC-Steckplätze, die von oben nach unten von 0 bis 3 nummeriert sind, wenn Sie zur Vorderseite des Gehäuses schauen. Die Slot-Nummer ist neben jedem Slot aufgedruckt.

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 zu Schnittstellenmodulen der MX-Serie.

Bei M5-, M7i-, M10- und M10i-Routern sind die FPCs in das Gehäuse integriert. Sie installieren die PICs im Gehäuse.

Die Router M5 und M7i bieten Platz für bis zu vier PICs. Der M7i-Router verfügt außerdem über ein integriertes Tunnel-PIC, ein optionales integriertes AS PIC oder ein optionales integriertes MS PIC.

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

Eine Routing-Matrix kann bis zu 32 FPCs (mit den Nummern 0 bis 31) haben.

Weitere Informationen zur Schnittstellenbenennung für eine Routingmatrix finden Sie unter .Schnittstellenbenennung für eine Routing-Matrix, die auf einem TX-Matrix-Router basiert

pic gibt die Nummer des PIC an, auf dem sich die physische Schnittstelle befindet. Konkret handelt es sich um die Nummer des PIC-Speicherorts auf dem FPC. Die Steckplätze in einem FPC mit vier PIC-Steckplätzen sind von 0 bis 3 nummeriert. Die Steckplätze in einem FPC mit drei PIC-Steckplätzen sind von 0 bis 2 nummeriert. Die PIC-Position ist auf der FPC-Trägerplatine aufgedruckt. Bei PICs, die mehr als einen PIC-Steckplatz belegen, gibt die niedrigere Nummer des PIC-Steckplatzes die PIC-Position an.

port identifiziert einen bestimmten Port auf einem PIC oder DPC. Die Anzahl der Ports variiert je nach PIC. Die Portnummern sind auf dem PIC aufgedruckt.

channel Gibt den Kanalbezeichnerteil des Schnittstellennamens an und ist nur für kanalisierte Schnittstellen erforderlich. Bei kanalisierten Schnittstellen identifiziert Kanal 0 die erste kanalisierte Schnittstelle.

Logischer Teil eines Schnittstellennamens

Der logische Einheitenteil des Schnittstellennamens entspricht der Nummer der logischen Einheit. Der Bereich der verfügbaren Nummern variiert für verschiedene Schnittstellentypen.

Im virtuellen Teil des Namens trennt ein Punkt () die Portnummer und die Nummer der logischen Einheit:.

Trennzeichen in einem Schnittstellennamen

Zwischen den einzelnen Elementen eines Schnittstellennamens befindet sich ein Trennzeichen.

Im physischen Teil des Namens trennt ein Bindestrich (-) den Medientyp von der FPC-Nummer, und ein Schrägstrich (/) trennt die FPC-, PIC- und Portnummern.

Im virtuellen Teil des Namens trennt ein Punkt (.) die Kanalnummer von der Nummer der logischen Einheit.

Ein Doppelpunkt (:) trennt den physischen und den virtuellen Teil des Schnittstellennamens.

Kanalteil eines Schnittstellennamens

Der Kanalbezeichnerteil des Schnittstellennamens ist nur für kanalisierte Schnittstellen erforderlich. Bei kanalisierten Schnittstellen identifiziert Kanal 0 die erste kanalisierte Schnittstelle. Bei kanalisierten IQ- und kanalisierten IQE-Schnittstellen identifiziert Kanal 1 die erste kanalisierte Schnittstelle. Eine nicht verkettete (d. h. kanalisierte) SONET/SDH OC48-Schnittstelle verfügt über vier OC12-Kanäle, die von 0 bis 3 nummeriert sind.

Um zu ermitteln, welche Typen von kanalisierten PICs derzeit im Router installiert sind, verwenden Sie den Befehl auf der obersten Ebene der CLI.show chassis hardware Kanalisierte IQ- und IQE-PICs werden in der Ausgabe mit "intelligenter Warteschlangen-IQ" oder "erweiterter intelligenter Warteschlangen-IQE" in der Beschreibung aufgeführt. Weitere Informationen finden Sie unter Übersicht über kanalisierte Schnittstellen.https://www.juniper.net/documentation/en_US/junos/topics/concept/interfaces-channelized-interfaces-overview.html

Bei ISDN-Schnittstellen geben Sie den B-Kanal in der Form an.bc-pim/0/port:n In diesem Beispiel ist die B-Kanal-ID und kann 1 oder 2 sein. Den D-Kanal geben Sie in der Form .ndc-pim/0/port:0

HINWEIS:

Bei ISDN haben die B- und D-Kanal-Schnittstellen keine konfigurierbaren Parameter. Wenn jedoch Schnittstellenstatistiken angezeigt werden, haben B- und D-Kanal-Schnittstellen statistische Werte.

HINWEIS:

In der Junos OS-Implementierung bezieht sich der Begriff logische Schnittstellen im Allgemeinen auf Schnittstellen , die Sie konfigurieren, indem Sie die Anweisung auf Hierarchieebene einfügen.unit[edit interfaces interface-name] Logische Schnittstellen haben den Deskriptor am Ende des Schnittstellennamens, wie in oder , wobei die Nummer der logischen Einheit ist ..logicalge-0/0/0.1t1-0/0/0:0.11

Obwohl kanalisierte Schnittstellen im Allgemeinen als logisch oder virtuell betrachtet werden, betrachtet das Junos-Betriebssystem T3-, T1- und NxDS0-Schnittstellen innerhalb eines kanalisierten IQ- oder IQE-PIC als physische Schnittstellen. Beispielsweise werden sowohl als auch vom Junos-Betriebssystem als physische Schnittstellen behandelt.t3-0/0/0t3-0/0/0:1 Im Gegensatz dazu werden und als logische Schnittstellen betrachtet, da sie am Ende der Schnittstellennamen stehen.t3-0/0/0.2t3-0/0/0:1.2.2

Schnittstellenbenennung für eine Routing-Matrix, die auf einem TX-Matrix-Router basiert

Eine Routing-Matrix, die auf einem TX-Matrix-Router von Juniper Networks basiert, ist eine Multichassis-Architektur, die aus einem TX-Matrix-Router und einem bis vier miteinander verbundenen T640-Routern besteht. Aus der Perspektive der Benutzeroberfläche erscheint die Routing-Matrix als ein einzelner Router. Der TX-Matrix-Router steuert alle T640-Router, wie in gezeigt.Abbildung 1

Ein TX-Matrix-Router wird auch als Switch-Card-Chassis (SCC) bezeichnet. Die CLI wird verwendet, um auf den TX Matrix-Router zu verweisen.scc Ein T640-Router in einer Routing-Matrix wird auch als Linecard-Chassis (LCC) bezeichnet. Die CLI verwendet als Präfix, um auf einen bestimmten T640-Router zu verweisen.lcc

Allen LCCs werden die Nummern 0 bis 3 zugewiesen, abhängig von der Hardwarekonfiguration und der Konnektivität zum TX Matrix-Router. Weitere Informationen finden Sie im Hardwarehandbuch für TX-Matrix-Router. Eine Routing-Matrix kann bis zu vier T640-Router enthalten, und jeder T640-Router verfügt über bis zu acht FPCs. Daher kann die Routing-Matrix als Ganzes bis zu 32 FPCs (0 bis 31) haben.

In der Junos OS CLI hat ein Schnittstellenname das folgende Format:

Wenn Sie die Nummer für einen T640-Router in einer Routing-Matrix angeben, bestimmt das Junos-Betriebssystem, welcher T640-Router die angegebene FPC enthält, basierend auf der folgenden Zuordnung:fpc

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

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

• Auf LCC 2 sind die FPC-Hardwaresteckplätze 0 bis 7 als 16 bis 23 konfiguriert.

• Auf LCC 3 sind die FPC-Hardwaresteckplätze 0 bis 7 als 24 bis 31 konfiguriert.

Beispielsweise bezieht sich das in auf den FPC-Hardwaresteckplatz 1 auf dem T640-Router mit der Bezeichnung .1se-1/0/0lcc0 Der Eingang bezieht sich auf den FPC-Hardwaresteckplatz 3 auf dem T640-Router mit der Bezeichnung .11t1-11/2/0lcc1 Der Eingang bezieht sich auf den FPC-Hardwaresteckplatz 4 am T640-Router mit der Bezeichnung .20so-20/0/1lcc2 Das In bezieht sich auf den FPC-Hardwaresteckplatz 7 auf dem T640-Router mit der Bezeichnung .31t3-31/1/0lcc3

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

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

LCC-Nummern, die dem T640-Router zugewiesen sind	Konfigurationsnummern
0	0 bis 7
1	8 bis 15
2	16 bis 23
3	24 bis 31

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

Tabelle 2: Eins-zu-eins-FPC-Nummerierung für T640-Router in einer Routing-Matrix

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

Schnittstellenbenennung für eine Routing-Matrix auf Basis eines TX Matrix Plus Routers

Eine Routing-Matrix, die auf einem TX Matrix Plus-Router von Juniper Networks basiert, ist eine Multichassis-Architektur, die aus einem TX Matrix Plus-Router und einem bis vier miteinander verbundenen T1600-Routern besteht. Aus der Perspektive der Benutzeroberfläche erscheint die Routing-Matrix als ein einzelner Router. Der TX Matrix Plus-Router steuert alle T1600-Router, wie in gezeigt.Abbildung 2

Ein TX Matrix Plus-Router wird auch als Switch-Fabric-Chassis (SFC) bezeichnet. Die CLI wird verwendet, um auf den TX Matrix Plus-Router zu verweisen.sfc Ein T1600-Router in einer Routing-Matrix wird auch als Linecard-Chassis (LCC) bezeichnet. Die CLI wird als Präfix verwendet, um auf einen bestimmten T1600-Router zu verweisen.lcc

Den LCCs werden Nummern von 0 bis 3 zugewiesen, abhängig von der Hardwarekonfiguration und der Konnektivität zum TX Matrix Plus-Router. Weitere Informationen finden Sie im Hardwarehandbuch für TX Matrix Plus-Router. Eine Routing-Matrix, die auf einem TX Matrix Plus-Router basiert, kann bis zu vier T1600-Router haben, und jeder T1600-Router verfügt über bis zu acht FPCs. Daher kann die Routing-Matrix als Ganzes bis zu 32 FPCs (0 bis 31) haben.

In der Junos OS CLI hat ein Schnittstellenname das folgende Format:

Wenn Sie die Nummer für einen T1600-Router in einer Routing-Matrix angeben, bestimmt das Junos-Betriebssystem, welcher T1600-Router die angegebene FPC enthält, basierend auf der folgenden Zuweisung:fpc

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

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

• Auf LCC 2 sind die FPC-Hardwaresteckplätze 0 bis 7 als 16 bis 23 konfiguriert.

• Auf LCC 3 sind die FPC-Hardwaresteckplätze 0 bis 7 als 24 bis 31 konfiguriert.

Beispielsweise bezieht sich das in auf den FPC-Hardwaresteckplatz 1 des T1600-Routers mit der Bezeichnung .1se-1/0/0lcc0 Das In bezieht sich auf den FPC-Hardwaresteckplatz 3 auf dem T1600-Router mit der Bezeichnung .11t1-11/2/0lcc1 Das In bezieht sich auf den FPC-Hardwaresteckplatz 4 auf dem T1600-Router mit der Bezeichnung .20so-20/0/1lcc2 Das In bezieht sich auf den FPC-Hardwaresteckplatz 7 auf dem T1600-Router mit der Bezeichnung .31t3-31/1/0lcc3

Tabelle 3 fasst die FPC-Nummerierung für eine Routing-Matrix zusammen, die auf einem TX Matrix Plus-Router basiert.

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

LCC-Nummern, die dem T1600-Router zugewiesen sind	Konfigurationsnummern
0	0 bis 7
1	8 bis 15
2	16 bis 23
3	24 bis 31

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

Tabelle 4: Eins-zu-eins-FPC-Nummerierung für T1600-Router in einer Routing-Matrix

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

Benennung der Chassis-Schnittstelle

Einige PIC-Eigenschaften, wie z.B. das Framing, konfigurieren Sie auf Hierarchieebene .[edit chassis] Die Benennung der Chassisschnittstelle variiert je nach Routing-Hardware.

• Um die PIC-Eigenschaften für einen eigenständigen Router zu konfigurieren, müssen Sie die FPC- und PIC-Nummern wie folgt angeben:

• Um PIC-Eigenschaften für einen T640- oder T1600-Router zu konfigurieren, der in einer Routing-Matrix konfiguriert ist, 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 Routing-Matrix die tatsächliche Hardware-Steckplatznummer an, wie sie auf dem Gehäuse des T640-Routers angegeben ist. Verwenden Sie nicht die entsprechenden Software-FPC-Konfigurationsnummern, die in angezeigt werden .Tabelle 2

  Geben Sie für den FPC-Steckplatz in einem T1600-Router in einer Routing-Matrix die tatsächliche Hardware-Steckplatznummer an, wie sie auf dem Gehäuse des T1600-Routers angegeben ist. Verwenden Sie nicht die entsprechenden Software-FPC-Konfigurationsnummern, die in angezeigt werden .Tabelle 3

Weitere Informationen zur Hierarchie finden Sie in der Junos OS-Verwaltungsbibliothek für Routing-Geräte.[edit chassis]https://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/system-basics/index.html

Beispiele: Schnittstellenbenennung

In diesem Abschnitt finden Sie Beispiele für Benennungsschnittstellen. Eine Veranschaulichung, wo sich Steckplätze, PICs und Ports befinden, finden Sie unter .Abbildung 3

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

Ein OC48 SONET/SDH PIC in Steckplatz 1 und im verketteten Modus wird als einzelner FPC mit einem einzelnen PIC angezeigt, der über einen einzigen Port verfügt. Wenn diese Schnittstelle über eine einzelne logische Einheit verfügt, hat sie den folgenden Namen:

Ein OC48 SONET/SDH PIC in Steckplatz 1 und im kanalisierten Modus hat eine Nummer für jeden Kanal. Hier einige Zahlen zum Generationswechsel:

Für einen FPC in Steckplatz 1 mit einem kanalisierten OC12-PIC in PIC-Position 2 haben die DS3-Kanäle die folgenden Namen:

Bei einem FPC in Steckplatz 1 mit vier OC12-ATM-PICs (der FPC ist vollständig ausgefüllt) haben die vier PICs mit jeweils einem einzelnen Port und einer einzelnen logischen Einheit die folgenden Namen:

In einer Routing-Matrix auf dem T640-Router mit der Bezeichnung , für einen FPC in Steckplatz 5 mit vier SONET OC192-PICs haben die vier PICs mit jeweils einem einzelnen Port und einer einzelnen logischen Einheit die folgenden Namen:lcc1

Bei einem FPC in Steckplatz 1 mit einer ISDN-BRI-Schnittstellenkarte mit 4 Ports hat Port 4 den folgenden Namen:

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

Traditionelles APS-Konzept verstehen

Herkömmliches Automatic Protection Switching (APS) ist auf zwei unabhängigen physischen SONET/SDH-Schnittstellen konfiguriert: Eine Schnittstelle ist als Arbeitsschaltung und die andere als Schutzschaltung konfiguriert (siehe Abbildung 4). Die Schaltung, die in der Abbildung als Schaltkreis X bezeichnet wird, ist das Bindeglied zwischen den beiden SONET-Schnittstellen.

Herkömmliches APS verwendet Routing-Protokolle, die auf jeder einzelnen SONET/SDH-Schnittstelle ausgeführt werden (da die Schaltung ein abstraktes Konstrukt und keine tatsächliche Schnittstelle ist). Wenn die funktionierende Verbindung ausfällt, ruft die APS-Infrastruktur die Schutzverbindung und die zugrunde liegenden logischen Schnittstellen auf und schaltet die funktionierende Verbindung und die zugrunde liegenden logischen Schnittstellen aus, wodurch die Routing-Protokolle erneut konvergieren. Dies kostet Zeit und führt zu Datenverkehrsverlusten, obwohl die APS-Infrastruktur den Wechsel schnell durchgeführt hat.

Container-Schnittstellen-Konzept

Um das Problem des Datenverkehrsverlusts zu lösen, stellt die ein weiches Schnittstellenkonstrukt zur Verfügung, das als Containerschnittstelle bezeichnet wird (siehe ).Junos OSAbbildung 5

Die Containerschnittstelle ermöglicht die Ausführung von Routing-Protokollen auf den logischen Schnittstellen, die einer virtuellen Containerschnittstelle zugeordnet sind, anstatt auf den physischen SONET/SDH- und ATM-Schnittstellen. Wenn APS die zugrunde liegende physische Verbindung aufgrund einer Fehlerbedingung umschaltet, bleibt die Containerschnittstelle aktiv, und die logische Schnittstelle auf der Containerschnittstelle schlägt nicht auf. Die Routing-Protokolle bemerken das APS-Switching nicht.

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

Bei der Containerschnittstelle wird APS auf der Containerschnittstelle selbst konfiguriert. Einzelne SONET/SDH- und ATM-Verbindungen der einzelnen Mitglieder sind in der Konfiguration entweder als primär (entsprechend der Arbeitsschaltung) oder als Standby (entsprechend der Schutzschaltung) gekennzeichnet. Im Containerschnittstellenmodell ist kein Verbindungs- oder Gruppenname angegeben. Physische SONET/SDH- und ATM-Verbindungen werden in eine APS-Gruppe eingeordnet, indem sie mit einer einzigen Containerschnittstelle verknüpft werden. APS-Parameter werden auf der Ebene der Containerschnittstelle angegeben und vom APS-Daemon an die einzelnen SONET/SDH- und ATM-Links weitergegeben.

Automatisches Kopieren von APS-Parametern

Typische Anwendungen erfordern das Kopieren von APS-Parametern aus der Arbeitsschaltung in die Schutzschaltung, da die meisten Parameter für beide Schaltkreise gleich sein müssen. Dies geschieht automatisch in der Container-Schnittstelle. APS-Parameter werden nur einmal unter der Konfiguration der physischen Containerschnittstelle angegeben und intern in die einzelnen physischen SONET/SDH- und ATM-Verbindungen kopiert.

T1- und E1-TDM-Schnittstellen (Time-Division Multiplexing)

Auf den Routern der ACX-Serie werden vorhandene TDM-Funktionen von Junos OS ohne Änderungen an Anweisungen oder Funktionen unterstützt. Die folgenden TDM-Schlüsselfunktionen für T1 ()-Schnittstellen und E1 () Schnittstellen werden unterstützt:ct1ce1

• T1- und E1-Kanalisierung

• T1- und E1-Verkapselung

• Alarme, Defekte und Statistiken

• Externes und internes Loopback

• TDM-Serviceklasse (CoS)

Die Auswahl der T1- und E1-Modi erfolgt auf PIC-Ebene. Um den T1- oder E1-Modus auf der PIC-Ebene festzulegen, fügen Sie die Anweisung mit der Option or auf der Hierarchieebene [] ein.framingt1e1chassis fpc slot-number pic slot-number Alle Ports können T1 oder E1 sein. Das Mischen von T1s und E1s wird nicht unterstützt.

T1- oder E1-BITS-Schnittstelle (ACX2000)

Der ACX2000 Router verfügt über eine T1- oder E1-Schnittstelle (Building-Integrated Timing Supply, BITS), die Sie an eine externe Uhr anschließen können. Nachdem Sie die Schnittstelle mit der externen Uhr verbunden haben, können Sie die BITS-Schnittstelle so konfigurieren, dass die BITS-Schnittstelle zu einer geeigneten Quelle für die Chassis-Synchronisation mit der externen Uhr wird. Die Frequenz der BITS-Schnittstelle hängt von der Synchronous Ethernet Equipment Client Clock (EEC) ab, die mit der Anweisung auf der Hierarchieebene [] ausgewählt wurde.network-optionedit chassis synchronization

HINWEIS:

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

Inverses Multiplexing für Geldautomaten (IMA)

Die vom ATM Forum definierte IMA-Spezifikation Version 1.1 ist eine standardisierte Technologie, die zum Transport des ATM-Datenverkehrs über ein Bündel von T1- und E1-Schnittstellen verwendet wird, die auch als IMA-Gruppe bezeichnet werden. Es werden bis zu acht Links pro Bundle und 16 Bundles pro PIC unterstützt. Die folgenden wichtigen IMA-Features werden unterstützt:

• IMA-Layer-2-Kapselung

• Geldautomat CoS

• Überwachung und Gestaltung von Geldautomaten

• Abgelehnte Pakete werden in der Ausgabe für den Befehl gezähltshow interfaces at-fpc/pic/port extensive

Gigabit-Ethernet-Schnittstellen

Auf den Routern der ACX-Serie werden vorhandene Ethernet-Funktionen von Junos OS ohne Änderungen an Anweisungen oder Funktionen unterstützt. Die folgenden Hauptfunktionen werden unterstützt:

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

• Autonegotiation für RJ45-GbE-Schnittstellen

• Ereignisbehandlung beim Einfügen und Entfernen von SFP

• Explizites Deaktivieren der physischen Schnittstelle

• Flusskontrolle

  HINWEIS:

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

• Loopback

• Alarm bei Signalverlust (LOS)

• Funktionen der MAC-Ebene (Media Access Control)

• Maximale Übertragungseinheit (MTU)

• Remote-Fehlerbenachrichtigung für 10-GbE-Schnittstellen

• Erfassung und Verarbeitung von Statistiken

• Power over Ethernet (PoE) (ACX2000 Router)

• High-Power-Modus

Die GbE-Ports des Routers können je nach eingesetztem SFP-Transceiver (Small Form-Factor Pluggable) als 1-GbE- oder 10-GbE-Schnittstelle eingesetzt werden. Wenn Sie einen SFP+-Transceiver anschließen, arbeitet die Schnittstelle mit einer Geschwindigkeit von 10 Gigabit. Wenn Sie einen SFP-Transceiver einsetzen, arbeitet die Schnittstelle mit der 1-Gigabit-Geschwindigkeit. Eine Konfiguration ist nicht erforderlich, da die Geschwindigkeit automatisch anhand des Typs des eingesteckten SFP-Transceivers bestimmt wird. Die Dual-Speed-Schnittstelle wird automatisch mit dem Präfix erstellt, z. B . .xexe-4/0/0

Für beide Geschwindigkeiten werden die gleichen Konfigurationsanweisungen verwendet, und CoS-Parameter werden als Prozentsatz der Portgeschwindigkeit skaliert. Um eine Dual-Speed-GbE-Schnittstelle zu konfigurieren, fügen Sie die Anweisung auf der Hierarchieebene [] ein.interface xe-fpc/pic/portedit interfaces Geben Sie den Befehl ein, um die Geschwindigkeit der Benutzeroberfläche und andere Details anzuzeigen.show interfaces

HINWEIS:

Für ACX 1100- und ACX 2100-Boards müssen Sie einen SFP in Industriequalität unter 0 dC verwenden.