Konfigurieren von Schnittstellendiagnosetools zum Testen der Verbindungen auf der physischen Ebene
Konfigurieren von Loopback-Tests
Mit Loopback-Tests können Sie die Konnektivität eines Stromkreises überprüfen. Sie können eine der folgenden Schnittstellen konfigurieren, um einen Loopback-Test auszuführen: aggregiertes Ethernet, Fast Ethernet, Gigabit Ethernet, E1, E3, xDS0, seriell, SONET/SDH, T1 und T3.N
Der physikalische Pfad eines Netzwerkdatenkreises besteht in der Regel aus Segmenten, die durch Geräte miteinander verbunden sind, die das Übertragungssignal wiederholen und regenerieren. Der Sendepfad auf einem Gerät stellt eine Verbindung zum Empfangspfad auf dem nächsten Gerät her. Wenn ein Stromkreisfehler in Form eines Leitungsbruchs oder einer Signalbeschädigung auftritt, können Sie das Problem mithilfe eines Loopback-Tests isolieren. Loopback-Tests ermöglichen es Ihnen, Segmente der Schaltung zu isolieren und separat zu testen.
Konfigurieren Sie dazu ein Leitungs-Loopback auf einem der Router. Anstatt das Signal an das entfernte Gerät zu übertragen, sendet der Leitungs-Loopback das Signal zurück an den ursprünglichen Router. Wenn der ursprüngliche Router seine eigenen Data Link Layer-Pakete zurückempfängt, haben Sie überprüft, ob das Problem beim ursprünglichen Router liegt. Konfigurieren Sie als Nächstes ein Leitungs-Loopback, das weiter vom lokalen Router entfernt ist. Wenn dieser ursprüngliche Router keine eigenen Data Link Layer-Pakete empfängt, können Sie davon ausgehen, dass das Problem auf einem der Segmente zwischen dem lokalen Router und der Schnittstellenkarte des Remote-Routers liegt. In diesem Fall besteht der nächste Schritt zur Fehlerbehebung darin, ein Leitungs-Loopback näher am lokalen Router zu konfigurieren, um die Ursache des Problems zu finden.
Die folgenden Arten von Loopback-Tests werden von Junos OS unterstützt:
DCE local - Leitet Pakete an das lokale Data Circuit-Terminating Equipment (DCE) zurück.
DCE remote - Leitet Pakete auf dem Remote-DCE zurück.
Lokal: Nützlich für die Fehlerbehebung bei physischen PIC-Fehlern. Die Konfiguration von lokalem Loopback auf einer Schnittstelle ermöglicht die Übertragung von Paketen an die Channel Service Unit (CSU) und dann an die Leitung zum entfernten Endgerät. Die Schnittstelle erhält eine eigene Übertragung, die Daten und Zeitinformationen enthält, auf dem PIC des lokalen Routers. Die von der CSU erhaltenen Daten werden ignoriert. Um ein lokales Loopback zu testen, geben Sie den Befehl ein.
show interfaces interface-nameWenn PPP-Keepalives, die auf der Schnittstelle übertragen werden, vom PIC empfangen werden, enthält das Feld die Ausgabe .Device FlagsLoop-DetectedNutzlast: Nützlich für die Behebung von Problemen mit der physischen Verbindung zwischen dem lokalen Router und dem Remote-Router. Bei einem Nutzlast-Loopback werden nur Daten (ohne Taktinformationen) auf dem PIC des Remote-Routers in einer Schleife ausgeführt. Beim Nutzlast-Loopback wird der Overhead neu berechnet.
Remote: Nützlich für die Behebung von Problemen mit der physischen Verbindung zwischen dem lokalen Router und dem Remote-Router. Bei einem Remote-Loopback werden Pakete, die sowohl Daten als auch Zeitinformationen enthalten, in einer Schleife zurück auf die Schnittstellenkarte des Remote-Routers geleitet. Ein Router an einem Ende der Leitung initiiert ein Remote-Loopback zu seinem Remote-Partner. Wenn Sie ein Remote-Loopback konfigurieren, werden die von der physischen Verbindung und der CSU empfangenen Pakete von der Schnittstelle empfangen. Diese Pakete werden dann vom PIC zurück zur CSU und zur Schaltung übertragen. Bei diesem Loopback werden alle zwischengeschalteten Übertragungssegmente getestet.
Tabelle 1 Zeigt die Loopback-Modi an, die von den verschiedenen Schnittstellentypen unterstützt werden.
Um Loopback-Tests zu konfigurieren, fügen Sie die folgende Anweisung ein:loopback
user@host# loopback mode;
Sie können diese Anweisung auf den folgenden Hierarchieebenen einbinden:
[edit interfaces interface-name aggregated-ether-options][edit interfaces interface-name ds0-options][edit interfaces interface-name e1-options][edit interfaces interface-name e3-options][edit interfaces interface-name fastether-options][edit interfaces interface-name gigether-options][edit interfaces interface-name serial-options][edit interfaces interface-name sonet-options][edit interfaces interface-name t1-options][edit interfaces interface-name t3-options]
Konfigurieren von BERT-Tests
So konfigurieren Sie BERT:
Konfigurieren Sie die Dauer des Tests.
[edit interfaces interface-name interface-type-options] user@host#bert-period seconds;
Sie können den BERT-Zeitraum so konfigurieren, dass er bei einigen PICs zwischen 1 und 239 Sekunden und bei anderen PICs zwischen 1 und 240 Sekunden dauert. Standardmäßig beträgt der BERT-Zeitraum 10 Sekunden.
Konfigurieren Sie die Fehlerrate, um zu überwachen, wann das eingehende Muster empfangen wird.
[edit interfaces interface-name interface-type-options] user@host#bert-error-rate rate;
rate ist die Bitfehlerrate. Dabei kann es sich um eine ganze Zahl von 0 bis 7 handeln, was einer Bitfehlerrate von 10–0 (1 Fehler pro Bit) bis 10–7 (1 Fehler pro 10 Millionen Bits) entspricht.
Konfigurieren Sie das Bitmuster, das über den Übertragungspfad gesendet werden soll.
[edit interfaces interface-name interface-type-options] user@host#bert-algorithm algorithm;
algorithm ist das Muster, das im Bitstrom gesendet werden soll. Um eine Liste der unterstützten Algorithmen zu erhalten, geben Sie nach der Anweisung ein ein, z. B.:
?bert-algorithm[edit interfaces t1-0/0/0 t1-options] user@host# set bert-algorithm ? Possible completions: pseudo-2e11-o152 Pattern is 2^11 -1 (per O.152 standard) pseudo-2e15-o151 Pattern is 2^15 - 1 (per O.152 standard) pseudo-2e20-o151 Pattern is 2^20 - 1 (per O.151 standard) pseudo-2e20-o153 Pattern is 2^20 - 1 (per O.153 standard) ...
Spezifische Hierarchieinformationen finden Sie in den einzelnen Schnittstellentypen.
Der E1-PIC mit vier Ports unterstützt nur die folgenden Algorithmen:
pseudo-2e11-o152 Pattern is 2^11 -1 (per O.152 standard) pseudo-2e15-o151 Pattern is 2^15 - 1 (per O.151 standard) pseudo-2e20-o151 Pattern is 2^20 - 1 (per O.151 standard) pseudo-2e23-o151 Pattern is 2^23 (per O.151 standard)
Wenn Sie den Befehl über die CLI ausgeben, werden alle Optionen des BERT-Algorithmus angezeigt, unabhängig vom PIC-Typ, und es ist keine Commit-Prüfung verfügbar.help Nicht unterstützte Muster für einen PIC-Typ können in Systemprotokollmeldungen angezeigt werden.
Der T1/E1 Circuit Emulation (CE) PIC mit 12 Ports unterstützt nur die folgenden Algorithmen:
all-ones-repeating Repeating one bits all-zeros-repeating Repeating zero bits alternating-double-ones-zeros Alternating pairs of ones and zeros alternating-ones-zeros Alternating ones and zeros pseudo-2e11-o152 Pattern is 2^11 -1 (per O.152 standard) pseudo-2e15-o151 Pattern is 2^15 - 1 (per O.151 standard) pseudo-2e20-o151 Pattern is 2^20 - 1 (per O.151 standard) pseudo-2e7 Pattern is 2^7 - 1 pseudo-2e9-o153 Pattern is 2^9 - 1 (per O.153 standard) repeating-1-in-4 1 bit in 4 is set repeating-1-in-8 1 bit in 8 is set repeating-3-in-24 3 bits in 24 are set
Wenn Sie den Befehl über die CLI ausgeben, werden alle Optionen des BERT-Algorithmus angezeigt, unabhängig vom PIC-Typ, und es ist keine Commit-Prüfung verfügbar.help Nicht unterstützte Muster für einen PIC-Typ können in Systemprotokollmeldungen angezeigt werden.
Die IQE-PICs unterstützen nur die folgenden Algorithmen:
all-ones-repeating Repeating one bits all-zeros-repeating Repeating zero bits alternating-double-ones-zeros Alternating pairs of ones and zeros alternating-ones-zeros Alternating ones and zeros pseudo-2e9-o153 Pattern is 2^9 -1 (per O.153 (511 type) standard) pseudo-2e11-o152 Pattern is 2^11 -1 (per O.152 and O.153 (2047 type) standards) pseudo-2e15-o151 Pattern is 2^15 -1 (per O.151 standard) pseudo-2e20-o151 Pattern is 2^20 -1 (per O.151 standard) pseudo-2e20-o153 Pattern is 2^20 -1 (per O.153 standard) pseudo-2e23-o151 Pattern is 2^23 -1 (per O.151 standard) repeating-1-in-4 1 bit in 4 is set repeating-1-in-8 1 bit in 8 is set repeating-3-in-24 3 bits in 24 are set
Wenn Sie den Befehl über die CLI ausgeben, werden alle Optionen des BERT-Algorithmus angezeigt, unabhängig vom PIC-Typ, und es ist keine Commit-Prüfung verfügbar.help Nicht unterstützte Muster für einen PIC-Typ können in Systemprotokollmeldungen angezeigt werden.
BERT wird auf den PDH-Schnittstellen des Channelized SONET/SDH OC3/STM1 (Multi-Rate) MIC mit SFP und des DS3/E3 MIC unterstützt. Die folgenden BERT-Algorithmen werden unterstützt:
all-ones-repeating Repeating one bits all-zeros-repeating Repeating zero bits alternating-double-ones-zeros Alternating pairs of ones and zeros alternating-ones-zeros Alternating ones and zeros repeating-1-in-4 1 bit in 4 is set repeating-1-in-8 1 bit in 8 is set repeating-3-in-24 3 bits in 24 are set pseudo-2e9-o153 Pattern is 2^9 - 1 (per O.153 standard) pseudo-2e11-o152 Pattern is 2^11 - 1 (per O.152 standard) pseudo-2e15-o151 Pattern is 2^15 - 1 (per O.151 standard) pseudo-2e20-o151 Pattern is 2^20 - 1 (per O.151 standard) pseudo-2e20-o153 Pattern is 2^20 - 1 (per O.153 standard) pseudo-2e23-o151 Pattern is 2^23 (per O.151 standard)
Tabelle 2 zeigt die BERT-Funktionen für verschiedene Schnittstellentypen.
Schnittstelle |
T1 BERT |
T3 BERT |
Kommentare |
|---|---|---|---|
T1/E1-Schaltungsemulation mit 12 Ports |
Ja (Ports 0–11) |
– |
|
Kanalisierte OC3/STM1-Schaltungsemulation mit 4 Ports |
Ja (Port 0–3) |
– |
|
E1 oder T1 |
Ja (Port 0–3) |
Ja (Port 0–3) |
|
E3 oder T3 |
Ja (Port 0–3) |
Ja (Port 0–3) |
|
Kanalisiertes OC12 |
– |
Ja (Kanal 0–11) |
|
Kanalisiertes STM1 |
Ja (Kanal 0–62) |
– |
|
Kanalisiertes T3 und Mehrkanal-T3 |
Ja (Kanal 0–27) |
Ja (Port 0–3 auf Kanal 0) |
|
Diese Einschränkungen gelten nicht für kanalisierte IQ-Schnittstellen. Informationen zu BERT-Funktionen für kanalisierte IQ-Schnittstellen finden Sie unter Eigenschaften von kanalisiertem IQ und IQE-Schnittstellen.https://www.juniper.net/documentation/en_US/junos/topics/reference/general/interfaces-channelized-iq-and-iqe-interfaces-properties.html
Starten und Beenden eines BERT-Tests
Bevor Sie den BERT-Test starten können, müssen Sie die Schnittstelle deaktivieren. Fügen Sie dazu die Anweisung auf Hierarchieebene ein:disable[edit interfaces interface-name]
[edit interfaces interface-name] disable;
Nachdem Sie die BERT-Eigenschaften konfiguriert und die Konfiguration bestätigt haben, starten Sie den Test, indem Sie den Befehl operational mode eingeben:test interface interface-name interface-type-bert-start
user@host> test interface interface-name interface-type-bert-start
Der Test wird für die Dauer ausgeführt, die Sie mit der Anweisung angeben.bert-period Wenn Sie den Test früher beenden möchten, geben Sie den folgenden Befehl ein:test interface interface-name interface-type-bert-stop
user@host> test interface interface-name interface-type-bert-stop
Hier einige Zahlen zum Generationswechsel:
user@host> test interface t3-1/2/0 t3-bert-start user@host> test interface t3-1/2/0 t3-bert-stop
Um die Ergebnisse des BERT-Tests anzuzeigen, geben Sie den folgenden Befehl ein:show interfaces extensive | find BERT
user@host> show interfaces interface-name extensive | find BERT
Weitere Informationen zum Ausführen und Auswerten der Ergebnisse der BERT-Prozedur finden Sie im CLI-Explorer.https://www.juniper.net/documentation/content-applications/cli-explorer/junos/
Um BERT-Muster zwischen einem lokalen Router und einem Remote-Router auszutauschen, fügen Sie die Anweisung in die Schnittstellenkonfiguration am Remote-Ende der Verbindung ein.loopback remote Geben Sie den Befehl vom lokalen Router aus.test interface