ERS 5510-24T zeigt das 1000SX-GBIC in den Systeminformationen, aber die IN USE LED leuchtet nie
Verbinde zwei Gebäude über ein Nortel-Paar, das schon länger liegt als ich hier bin. Der Plan war einfach, die vorhandene Hausfaser zwischen den beiden Switches zu aktivieren und fertig zu sein, aber Port 23 kommt an keinem Ende hoch.
- Zwei Nortel ERS 5510-24T, Software 4.0.2.02
- 1000SX-SFP-GBICs, je eines in Port 23 auf jedem Switch
- rund 120 m Hausfaser durch die Steigschächte, im entfernten Schrank terminiert von wem auch immer den ursprünglichen Job gemacht hat
port 23: no link, IN USE LED dark on both switches
GBIC listed in system information on both endsWas ich versucht habe:
- Auto-Negotiation auf Port 23 an beiden Enden ausgeschaltet
- symmetrische Flow Control auf dem Port gesetzt
- ein MLT drumherum gebaut, falls der Port Mitglied von irgendetwas sein musste
Nichts davon hat etwas geändert. Das Handbuch sagt, das GBIC muss in der Software aktiviert werden, verrät aber nie, wo diese Einstellung sitzt, und ich finde in den Menüs nichts, was dem ähnelt. Gibt es wirklich einen Aktivierungsschritt, den ich übersehe, oder jage ich hier komplett dem Falschen hinterher?
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 4
Die IN USE LED zeigt nicht an, dass ein Modul sitzt. Sie bleibt dunkel, bis der Port tatsächlich einen optischen Link sieht, sie sagt also nur das, was der Portstatus schon gesagt hat - nichts linkt - und es gibt keinen versteckten Software-Aktivierungsschritt, nach dem man suchen müsste. Die Formulierung im Handbuch schickt jeden in dieses Loch.
Zwei Dinge verursachen das wirklich, und ich bin beiden schon im selben Gebäude begegnet.
Erstens muss das Modul zum Glas passen. 1000SX ist ein Multimode-Teil. Wenn die Steigschächte Singlemode sind, kann man konfigurieren, was man will, es wird nie linken; gebraucht wird dort ein LX-Modul, auf dieser Plattform AA1419015.
Zweitens, und das gewinnt bei alter Hausverkabelung meistens: Transmit muss auf Receive landen. Ein Paar, das im entfernten Schrank verkehrt herum aufgelegt wurde, ergibt genau dieses Symptom - beide GBICs in den Systeminformationen sichtbar, beide Enden konfiguriert, überhaupt kein Link. In dem Fall, mit dem ich es zu tun hatte, war das Vertauschen der Adern im fernen Schrank die ganze Lösung.
Reihenfolge, in der ich vorgehen würde: erst herausfinden, welche Faser wirklich in den Steigschächten liegt, dann die Adern Ende zu Ende auf Richtung prüfen, dann eine Strecke leihen, von der man weiß, dass sie gut ist, bevor man anfängt, dem Modul die Schuld zu geben. Auto-Negotiation und Flow Control dabei auf ihre Defaults zurücksetzen, keins von beiden ist hier das Problem.
Bevor du dich weiter durch die Menüs gräbst: Was liegt tatsächlich in den Steigschächten, Multimode oder Singlemode? Das beschriftet niemand richtig, und 120 m zwischen Gebäuden ist genau die Distanz, bei der man es auf die harte Tour herausfindet.
Zweite Frage: Hat schon mal jemand den fernen Schrank geöffnet und die Terminierungen geprüft, oder verlässt du dich dort auf die Beschriftung?
Ein Test, der nichts kostet, während du auf eine Antwort zu beidem wartest: ein kurzes Patchkabel nehmen und einen Faserport mit einem anderen auf demselben Switch verschleifen. Kommt dieser Link hoch, sind die Module und die Ports in Ordnung, und alles, wonach du suchst, liegt draußen in der Strecke.
Gleiche Art von Problem bei komplett anderem Gerät: drei LANCOM GS-2326P+ Switches über Multimode durch Etagen-Patchpanels verbunden. Module erkannt, Licht auf den Fasern, jeder Faserport hängt bei kein Link fest.
Am Ende zeigte alles auf die Richtung. Licht auf einer Faser zu sehen sagt nichts darüber, in welche Richtung es läuft, und ein Patchpanel mitten in der Strecke ist genau die Stelle, an der ein Paar vertauscht wird, also jedes Panel durchgehen und beweisen, dass Transmit auf der einen Seite auf Receive auf der anderen landet.
Dann das Langweilige: Beide Enden müssen dieselbe Art Optik haben. Kurzstrecke 850 nm und Langstrecke 1310 nm reden nicht miteinander, ein 100-Mbit-Modul redet nicht mit einem Gigabit-Modul, und Multimode-Optiken wollen Multimode-Glas statt 9-um-Singlemode.
Noch etwas, das auf eure Nortels zutreffen mag oder auch nicht: Manche Switches machen beim Booten eine Modulprüfung und weisen Drittanbieter-Optiken rundweg ab. Bei uns kam nie eine bestätigte Lösung zustande, weil die Tests auf einen Vor-Ort-Termin warten mussten, aber die Loopback-Strecke wäre der Schritt gewesen, der Strecke und Hardware an einem Nachmittag getrennt hätte.
Noch ein Grund, kein Modul allein aufgrund einer Anzeige zu tauschen: Bei dieser Plattformfamilie geht der gemeldete Zustand auch in die andere Richtung schief.
Ich habe einen Stack aus drei ERS 5520 mit SFP-Ports 1/48 und 2/48 in einem MLT. Port 2/48 kommt mit OperStatus down und einem orangen Quadrat im Management-Interface hoch, während das Modul mit sattem grünem Licht dasitzt und der Traffic den Link völlig normal durchquert.
Grünes Licht plus Frames auf der Leitung heißt, dass Optik und Glas tun, was sie sollen, und die Lüge steckt in dem Zustand, den der Stack für diesen Port führt - bei diesem Software-Zweig sind es die Member, die nicht die Base Unit sind, bei denen es schiefgeht. Eine frische Base-Wahl zu erzwingen, oder das Stack-Kabel zu ziehen und neu zu setzen, kostet nicht viel zu probieren, und ein späteres Image listet es vielleicht sogar als behoben. Was gar nichts bringt, ist ein funktionierendes SFP zu ziehen, nur weil ein Quadrat im UI orange ist.