TRENDnet-TFC-1000MSC-Paar zeigt nach Vertauschen von TX und RX an beiden Enden keine Link-LED
Verlege eine Glasfaserstrecke zwischen zwei Technikräumen im selben Gebäude und überbrücke sie mit einem Paar TRENDnet TFC-1000MSC Konvertern (1000BASE-T auf 1000BASE-SX). Die Kupferseite geht direkt in die Switches, die wir schon haben, nichts Ungewöhnliches an der Config.
- TRENDnet TFC-1000MSC an jedem Ende, jeweils am eigenen Netzteil
- Multimode-ST-auf-SC-Patchkabel auf die Hausfaser
- Catalyst 2960 im einen Raum, ein Netgear ProSafe im anderen
- zwei Fasern im selben Bündel verfügbar
Das Datenblatt sagt, TX und RX sind zu tauschen, also habe ich die Fasern an beiden Enden vertauscht. Das Ergebnis:
Converter A: PWR on, TP Link on, FX Link off
Converter B: PWR on, TP Link on, FX Link offKein Link/Act auf der Faserseite bei keinem der beiden Geräte. Kupferseite ist bei beiden oben, die Switch-Ports kommen hoch und leiten ins Nichts.
Bereits gemacht: SC-Patchkabel gegen Ersatzkabel getauscht, alles auf das zweite gekaufte Konverterpaar umgesteckt, beide Enden zweimal neu gesteckt, und die zweite Faser im Bündel probiert - gleiches Ergebnis dort.
Was das Frontpanel auf der Faserseite bietet, ist eine FX-Lampe pro Gerät, und beide sind dunkel. Das sagt mir nur, dass die optische Seite nie hochkam, und sonst nichts - nicht ob mein eigener Transmitter schweigt oder der am anderen Ende, nicht welche Richtung kaputt ist. Wo sollte ich suchen - an der Faser, an den Konvertern oder an meiner eigenen Verkabelung?
Comments 4
Das Vertauschen an beiden Enden ist genau der Fehler. Die Kreuzung gehört nur an ein Ende - TX von einem Konverter muss auf RX am anderen landen. Werden die Fasern an beiden Enden getauscht, ist man wieder bei straight-through, Transmitter blickt auf Transmitter, also sieht kein Receiver je Licht, und keine Link-LED kommt. Ein Ende zurück auf den Ursprungszustand, das andere gekreuzt lassen.
Bleibt es danach dunkel, haben bei genau diesen Geräten zwei weitere Sachen schon zugeschlagen. DIP-Schalter: Die Empfehlung vom TRENDnet-Support war Schalter 1 auf on für forced mode und Schalter 2 auf off, um link loss return abzuschalten, und beide Konverter müssen gleich eingestellt sein, bevor man aus den LEDs irgendetwas schließt. Und die Faser selbst: Bei einem von zwei Läufen in einem Fall wie deinem stellte sich die Terminierung als schlecht heraus und musste richtig getestet und neu gemacht werden. Da deine zweite Faser sich identisch verhält, würde ich trotzdem zuerst auf das TX/RX-Mapping wetten, aber sobald das Mapping stimmt und es trotzdem nicht linkt, ist das ein Job für Messgerät statt für die nächste Vermutung.
Zwei Randbemerkungen. Eine verschmutzte Ferrule allein reicht, um einen Gigabit-Link umzulegen, also erst die Enden reinigen, bevor Hardware getauscht wird. Und nie in ein Faserende schauen, um nach Licht zu suchen - die Quelle ist ein Infrarotlaser, sehen würde man ohnehin nichts.
Du sagst, du hast an beiden Enden vertauscht, und dieser Satz trägt ziemlich viel Last. Also ausbuchstabieren: einen Konverter nehmen und sagen, welche Faser in seinen TX-Port geht und welche in RX, dann dasselbe für das andere Ende. Wenn's hilft, aufzeichnen.
Zwei weitere Dinge, wo du schon dabei bist. Die DIP-Schalter an beiden Geräten auslesen, Position für Position, und sagen, ob eine der beiden Fasern schon jemals einen Link getragen hat oder ob das ganze Bündel eine Neuinstallation ist. Wenn es neu ist, ist die Faser unbewiesen und bleibt verdächtig, bis sie jemand richtig testet.
Zweite Stimme für die Beschwerde über diese FX-Lampe, denn das ist der eigentliche Grund, warum sich dieser Fehlertyp so hinzieht. Eine Lampe, die nur leuchtet oder dunkel ist, kann nicht sagen, welche Richtung tot ist, also aufhören, das Frontpanel zu lesen, sobald irgendetwas im Pfad direkt befragt werden kann - Switch-Port-Zähler oder eine CLI, falls die Box eine hat. Bei einer Carrier-Übergabe habe ich irgendwann aufgehört, von den LEDs zu raten, und stattdessen die tatsächliche Betriebsgeschwindigkeit ausgelesen:
und auf die Spalte Oper geschaut. Das erwischt auch die Falle, dass ein 100-Mbps-Dienst einen Konverter speist, der auf der Kupferseite 1000BASE-T rausgibt: Alles dahinter handelt völlig zufrieden ein Gigabit aus, und nichts am Panel deutet auf die wahre Rate hin. Andere Box, gleiche Lektion - der Konverter ist das am wenigsten aussagekräftige Glied in der Kette.
Verwandter Fall, für den Fall, dass deine Lampen irgendwann anfangen zu flackern statt dunkel zu bleiben. Bei mir war es ein SG300-28PP mit einem Cisco MGBSX1 in SFP-Port 27, multimode rüber zu einem TP-Link MC200CM. Die FX-Anzeige des Konverters ging für ein paar Sekunden an und brach dann in heftiges Flackern aus; die Maschine dahinter zog sich eine Adresse, fiel innerhalb von Sekunden wieder ab, und der übrig gebliebene Durchsatz war mit dem Lineal messbar. Ich bin die Hardware Stück für Stück durchgegangen - das zweite MGBSX1, der andere SFP-Port, der Ersatzkonverter am eigenen Netzteil, eine Handvoll Fasern, frische Kupfer-Patchkabel - nichts davon hat irgendetwas bewegt. SG300 zu SG300 über Faser hielt derweil, SG300 zu einem HP hielt, und die beiden Konverter Rücken an Rücken hielten auch, also sah für sich genommen jede Komponente unschuldig aus.
Was vom Hersteller zurückkam, war: den Link-Modus auf auto stellen und neu starten, dazu die Warnung, dass ein MC200CM seine Kupferseite ausschließlich mit 1000 Mbps fährt, alles Langsamere dahinter ist also von vornherein chancenlos. Niemand hat klargestellt, ob auto den Konverter meinte oder den Switch-Port, und die Diskussion ist eingeschlafen, bevor jemand ein Ergebnis bestätigt hat - eine Richtung zum Nachschauen, kein Fix.