CodingBox Q&A Ask question

Viavi-T-BERD-5800-SFP-Port: Signal-Present-LED dunkel und RDI-L auf einer SDH-Strecke

Asked Active Viewed 129 AI translation from English
6

Feldinbetriebnahme an SDH-Strecken, und der Tester macht mir zuletzt auf der optischen Seite Ärger. Dasselbe Gerät, das seit Jahren einwandfrei läuft, also will ich, bevor ich einen Serviceeinsatz buche, die Reihenfolge gegenchecken, in der ich das abarbeiten sollte.

  • Viavi T-BERD/MTS-5800 mit bestücktem SFP-Port, generisches Modul
  • Kunden-SDH-Strecke, Singlemode, gepatcht über zwei ODFs
  • Loop am Gegenende vom Transport-Team gesetzt

Erster Standort: Die Signal-Present-LED wird nie grün, sobald ich in die Strecke patche.

Signal Present   off
Pattern Sync     off

Zweiter Standort: Signal kommt sauber hoch, dann sitzt ein RDI-L-Alarm auf dem Schirm und will nicht weggehen. Bei einer dritten Strecke bekomme ich AIS-P mit dunklem Path Pointer Present, und die Path-Pointer-Anpassungen zählen einfach immer weiter hoch.

Was ich bisher gemacht habe:

  • das SFP gegen ein Ersatzteil aus dem Koffer getauscht, keine Änderung an beiden Standorten
  • die Anschlüsse am Tester und am ODF neu gesteckt
  • die Payload-Einstellungen gegen den Auftragszettel gegengeprüft

Was ist die richtige Reihenfolge für die Checks hier, und ab wann wird das Modul tatsächlich zum Verdächtigen?

Comments 5

Erstens: Wie patchst du rein, direkt vom Tester in den ODF oder über einen Jumper, den du im Koffer mitführst? Und ist der Loop, den das Transport-Team gesetzt hat, tatsächlich bestätigt vorhanden, nicht nur am Telefon versprochen - bei der AIS-P-Strecke zählt das genauso viel wie alles, was der Tester macht.

Du hast hier drei getrennte Fehler, die du als eine Frage behandelst, und sie haben drei verschiedene Ursachen. Der dunkle Signal Present ist am einfachsten einzugrenzen, also fang da an und sag uns, welche Faser deines Jumpers wo landet.

3 Netherlandsoptichub40NL Show original (English) AI translation

Geh sie einzeln durch, denn die eigene Troubleshooting-Liste des Testers nennt für jeden eine andere Ursache.

Signal-Present-LED nicht grün: Zuerst die Verkabelung gegenchecken. Vertauschte Tx und Rx ist bei weitem der häufigste Grund, und das passiert leicht, wenn man in ein fremdes Gestell patcht.

RDI-L: Das ist dein Sendepegel, der zu hoch ist für das, was du da einspeist. Setz einen Dämpfungsstecker auf die Tx-Seite des Moduls, bevor das Signal die Strecke erreicht, dann beruhigt es sich. Eine kurze Strecke mit fast keiner Dämpfung im Pfad macht dir das jedes Mal.

Dunkler Path Pointer Present mit AIS-P: Entweder ist dieser Loop nicht wirklich gesetzt, oder von dort, wo du sitzt, nicht erreichbar, oder der Payload-Typ stimmt nicht - concatenated gewählt auf einer channelized Strecke, oder umgekehrt.

Pointer-Anpassungen, die immer weiter hochzählen, sind eher ein Takt- als ein optisches Problem. Clock Source auf Recovered setzen, dann hören sie auf.

Nichts davon ist das Modul. Sobald das Pattern mit grünem Pattern Sync läuft, beurteile die Strecke anhand der Bit-/TSE-Fehlerrate gegen deinen Schwellwert über die volle vorgesehene Dauer, nicht danach, wie der Schirm in der ersten Minute aussieht.

4 CanadalantechCA Show original (English) AI translation

Tx/Rx war es am ersten Standort. Der an diesem ODF angefertigte Jumper war genau andersrum verdrahtet als der, den ich normalerweise mitführe, ich hab also meinen Sender in den Sender am Gegenende eingespeist. Fasern an meinem Ende getauscht, und Signal Present wurde sofort grün.

Der Dämpfungsstecker erklärt auch den RDI-L-Standort - das ist eine kurze Strecke mit fast keiner Dämpfung, und ich hatte nichts in der Leitung. Ich bau mir ein paar Pads in den Koffer, damit mir das nicht mehr passiert.

Arbeite an der AIS-P-Strecke noch mit dem Transport-Team; Payload-Typ sieht dort nach dem wahrscheinlichen Übeltäter aus.

3 FrancecoaxengFR Show original (English) AI translation

Polarität beißt am härtesten, wenn Werkbank und Feld sich widersprechen.

Wir hatten eine Turbo Chain aus Moxa-EDS-Switches mit Singlemode-SFPs, die auf der Werkbank sofort hochkamen, kurze Jumper, keine Dramen, und die dann keine einzige Link-LED mehr zeigen wollten, sobald die verlegte Feldfaser eingespleißt war - und dieses Kabel hatte seinen Abnahmetest bestanden. Die Fasern waren gekreuzt, jeder Sender speiste also den Sender am Gegenende. Paar getauscht, und alle Links kamen hoch.

Die Werkbank verdeckt das, weil ein werksseitiges Patchkabel konstruktionsbedingt durchgeschleift ist, Polarität wird also erst sichtbar, sobald die verlegte Strecke im Pfad liegt. Zwei weitere Dinge kommen jetzt in denselben Durchgang. Erst der Modus: Ein Singlemode-Modul gegenüber Multimode-Glas sieht von der Frontplatte identisch aus, dunkle LED und sonst nichts, woran man sich halten kann. Dann die Leistung - lies Rx gegen das Budget des Moduls, statt den Durchgangstest als Beweis zu nehmen, denn eine verlegte Strecke kann locker länger sein, als ein Short-Reach-Teil mitmacht.

3 Türkiyelinknerd83TR Show original (English) AI translation

Noch eine Ergänzung zum Polaritätsteil, weil das auch auf der Switch-Seite Leute erwischt. Das klassische Anzeichen sind asymmetrische Zähler: Rx steigt, während Tx bei null bleibt, oder das Gegenende sieht überhaupt nichts, das heißt, die Sendeleistung einer Seite landet irgendwo anders als beim vorgesehenen Empfänger. show interface counters klärt das meist schneller, als das Leistungsmessgerät aus dem Koffer zu holen.

Bei paralleler Optik wird es schlimmer. MPO/MTP-Polarität gibt es in den Typen A, B und C, und Anschlüsse, die identisch aussehen, sind nicht austauschbar. Gleiche Fehlerklasse wie dein Duplex-Jumper, nur mit anderem Hut.

2 Mexicolaserops32MX Show original (English) AI translation
Log in to comment. Log in