Catalyst 3750 zeigt CWDM-SFP als SX: welche EEPROM-Felder anpassen
Ich ziehe einen CWDM-Ring im Access-Bereich, an der Aggregation stehen Catalyst 3750. Die Module sind gewöhnlich, ohne Herstellercodierung, Aufdruck auf dem Gehäuse TTG965D1, Raster 1470-1610 nm. Der Link kommt hoch, Traffic läuft, aber der Switch hält sie für SX-Module: sowohl in der Inventarisierung als auch im Monitoring steht statt CWDM SX, deshalb muss ich die Tabelle "Port - Wellenlänge" von Hand und aus dem Gedächtnis führen.
- Catalyst 3750 an der Aggregation, Uplinks in den SFP-Ports
- CWDM SFP 1470-1610 nm, Aufdruck TTG965D1
- in den Modulen steckt bereits ein Cisco-SX-Herstellerimage - das, was gerade zur Hand war
- ein Programmer ist vorhanden, Dumps von SX, LH und ZX auch
sw#show idprom interface GigabitEthernet1/0/25
General SFP Information
Transceiver Type = 1000BaseSX SFPWas ich schon gemacht habe:
- SX, LH und ZX durchprobiert: Der Typ in der Ausgabe ändert sich brav mit dem Image, aber CWDM taucht darunter in keiner Form auf;
- das Modul in einen anderen Port und in einen benachbarten 3750 umgesteckt - gleiches Bild, es liegt also nicht am Port oder an der konkreten Kiste;
- die Dumps von SX und LH Byte für Byte verglichen, um zu verstehen, wo der Typ überhaupt liegt, aber ohne funktionierendes CWDM-Image gibt es nichts, womit man vergleichen könnte.
Die Frage im Kern: Welche Felder der ersten EEPROM-Seite sind dafür verantwortlich, dass der 3750 CWDM-1550 SFP ausgibt, und reicht es, sie im vorhandenen SX-Image zu korrigieren, oder braucht es wirklich das komplette CWDM-Image?
Show original (Русский)
Also available in: Русский
العربية
Deutsch
English
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Türkçe
Tiếng Việt
简体中文
Comments 4
Wenn der Link schon steht und Traffic läuft, ist die Aufgabe rein kosmetisch: in Ordnung bringen, was der Switch über das Modul erzählt. Das ist deutlich einfacher als der Fall, wo der Port sich komplett weigert hochzukommen, aber behoben wird es trotzdem nur über das EEPROM.
Zeig
show idprom interfacekomplett, nicht nur drei Zeilen. Außer dem Typ steht da noch Vendor Name, Part Number und Beschreibung, und die lügen normalerweise alle gleichzeitig, weil es nur ein Image für alles gibt. Sag gleich dazu, womit du schreibst und ob beim Zurücklesen exakt das steht, was du geschrieben hast: Es kommt vor, dass das Modul den Schreibvorgang quittiert, aber tatsächlich nichts hängengeblieben ist.Der 3750 misst keine Wellenlänge, er liest einfach die Identifikation aus den ersten Bytes von A0 und zeigt, was dort steht. Du hast ein SX-Image draufgespielt - hast SX bekommen, ganz logisch. Nötig ist ein CWDM-Image mit der passenden Part Number und Beschreibung, dann erscheint in der Ausgabe CWDM-1550 SFP, und keine andere Magie steckt dahinter.
Zur Umprogrammierung selbst: Von den 256 Bytes des Dumps sind wirklich nur die ersten 128 wichtig, danach kommt die Herstellerzone, die muss man gar nicht anfassen. Nach dem Ändern der Felder unbedingt die Prüfsummen neu berechnen, sonst weist der Switch das Modul schon ab, bevor er überhaupt beim Typ ankommt.
Der Ansatz ist nicht spezifisch für den 3750. Auf dem 3560, auf dem HP J8692A, auf dem EX4200-24F, auf D-Link und Extreme laufen billige WDM-Module genau so an: durch das Aufspielen des Modul-Images, das diese Hardware als ihr eigenes ansieht: GLC-LX, GLC-BX-D und GLC-BX-U, J4858C und J4859C, DEM-310GT, 3CSFP92, von Finisar FCMJ-8521-3. Der Programmer muss dabei nicht gekauft sein, seinerzeit kursierte der Bauplan für einen selbstgebauten, serp-0.3.
Ich ergänze und widerspreche leicht: Dem "richtigen Image" für jede einzelne Kiste hinterherzujagen ist der längste Weg von allen. Wenn ein Modul zur Hand ist, das dieser Port annimmt und richtig erkennt, zieht damit per Programmer einen Dump und spielt ihn auf das problematische auf, und korrigiert danach die Seriennummer, damit nicht zwei identische in derselben Box aufeinandertreffen.
Zwei Einschränkungen. Ein Teil der chinesischen Module lässt sich auch nach den Entsperrbefehlen nicht umschreiben: Der Schreibvorgang geht einfach nicht durch, dann bleibt nur, die Partie zu wechseln. Und bei HP ist das Verhalten binär: Entweder frisst der Switch alles, oder nur die eigenen signierten Module, ein Mittelding habe ich nicht beobachtet.
Auch bei einzelnen Ports passiert Seltsames. Am CSS106-5G-1S nahm ein nachweislich funktionierendes Modul, das in anderer Hardware anstandslos lief, ein bestimmter Port nicht an, bis der Dump vom Nachbarn draufkam.
Und ein dritter Weg, falls man sich mit dem Programmer gar nicht herumschlagen will: die Zielhardware gleich bei der Bestellung angeben. Lieferanten codieren Module für eine konkrete Plattform - von den bekannteren SNR, Modultech, ANDPRO, die haben Firmware-Datenbanken für Cisco, Juniper, Extreme, Alcatel, Arista, Huawei, D-Link, Eltex und QTECH, manche codieren sogar schon Gekauftes um, und manche prüfen den Link vor dem Versand.
Ehrlich gesagt: Ich selbst habe so nur Kupfer bezogen, SNR-SFP-GE-T, mit CWDM für den 3750 habe ich es nicht geprüft. Also vor der Zahlung klären, ob es die Datenbank wirklich für eure Plattform gibt, nicht danach.