Catalyst 3750 toont CWDM SFP als SX: welke EEPROM-velden aanpassen
Ik trek een CWDM-ring op access, op aggregatie staan Catalyst 3750's. De modules die ik gebruikt heb zijn generiek, zonder vendorcodering, markering op de behuizing TTG965D1, grid 1470-1610 nm. De link komt op, verkeer loopt, maar de switch houdt ze voor SX-modules: zowel in de inventarisatie als in de monitoring hangt er SX in plaats van CWDM, dus moet ik de tabel 'poort - golflengte' met de hand en uit het hoofd bijhouden.
- Catalyst 3750 op aggregatie, uplinks in de SFP-poorten
- CWDM SFP 1470-1610 nm, markering TTG965D1
- in de modules staat al een vendor-image van Cisco SX - degene die toevallig voorhanden was
- programmer is aanwezig, dumps van SX, LH en ZX ook
sw#show idprom interface GigabitEthernet1/0/25
General SFP Information
Transceiver Type = 1000BaseSX SFPWat ik al gedaan heb:
- SX, LH en ZX doorlopen: het type in de output verandert braaf mee met het image, maar CWDM duikt daar in geen enkele vorm tussen op;
- de module verplaatst naar een andere poort en naar een naburige 3750 - zelfde beeld, dus het ligt niet aan de poort en niet aan dat ene stuk hardware;
- de dumps van SX en LH byte voor byte vergeleken om te snappen waar het type eigenlijk staat, maar zonder een werkend CWDM-image is er niets om mee te vergelijken.
De vraag in de kern: welke velden van de eerste EEPROM-pagina zijn ervoor verantwoordelijk dat de 3750 CWDM-1550 SFP schrijft, en is het genoeg om die in het bestaande SX-image aan te passen, of is er echt een compleet CWDM-image nodig?
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
Als de link al opkomt en er verkeer loopt, is de taak puur cosmetisch: op orde brengen wat de switch over de module vertelt. Dat is een stuk simpeler dan het geval waarin de poort helemaal weigert op te komen, maar het geneesmiddel loopt sowieso alleen via de EEPROM.
Laat
show idprom interfacein zijn geheel zien, niet drie regels. Behalve het type staan daar ook vendor name, part number en een omschrijving, en die liegen meestal allemaal tegelijk, omdat het één image is voor alles. Zeg er meteen bij waarmee je flasht en of je bij het teruglezen precies krijgt wat je geschreven hebt: het gebeurt dat de module de write accepteert, maar er in werkelijkheid niets is weggeschreven.De 3750 meet geen golflengte, hij leest gewoon de identificatie uit de eerste bytes van A0 en toont wat daar staat. Jij hebt een SX-image geflasht en kreeg SX, helemaal logisch. Er is een CWDM-image nodig met het bijbehorende part number en de omschrijving, dan verschijnt CWDM-1550 SFP in de output, en verder zit daar geen andere magie achter.
Over het herflashen zelf: van de 256 bytes van de dump doen de eerste 128 er echt toe, daarna begint de zone van de fabrikant, die hoef je helemaal niet aan te raken. Reken na het aanpassen van de velden zeker de checksums opnieuw uit, anders keurt de switch de module al af voordat hij bij het type komt.
De aanpak is niet specifiek voor de 3750. Op de 3560, op de HP J8692A, op de EX4200-24F, op D-Link en Extreme komen goedkope WDM-modules precies zo aan de praat: door het image te schrijven van de module die die hardware als de zijne beschouwt: GLC-LX, GLC-BX-D en GLC-BX-U, J4858C en J4859C, DEM-310GT, 3CSFP92, en van Finisar - FCMJ-8521-3. De programmer hoeft daarbij niet gekocht te zijn, indertijd deed het schema van een zelfbouwexemplaar de ronde, serp-0.3.
Ik vul aan en ben het licht oneens: jagen op het 'juiste image' voor elk stuk hardware apart is de langste weg die er is. Is er een module voorhanden die deze poort accepteert en netjes herkent, haal er dan met de programmer een dump af en flash die in de probleemmodule, en corrigeer daarna het serienummer zodat er geen twee identieke in dezelfde doos terechtkomen.
Twee kanttekeningen. Een deel van de Chinese modules laat zich zelfs na de unlock-commando's niet herflashen: de write gaat gewoon niet door, en dan blijft alleen over de partij te vervangen. En bij HP is het gedrag binair: of de switch eet alles zonder onderscheid, of alleen zijn eigen gesigneerde modules, iets ertussenin heb ik niet gezien.
Ook met losse poorten gebeurt er weleens iets vreemds. Op een CSS106-5G-1S accepteerde één specifieke poort een aantoonbaar levende module, die probleemloos in ander apparatuur had gewerkt, pas nadat de dump van de buurpoort erin gezet was.
En een derde weg, als je helemaal geen zin hebt om met een programmer te klooien: het doelapparaat direct bij de bestelling opgeven. Leveranciers coderen modules voor een specifiek platform - van de bekendere namen SNR, Modultech, ANDPRO, zij hebben firmwarebibliotheken voor Cisco, Juniper, Extreme, Alcatel, Arista, Huawei, D-Link, Eltex en QTECH, sommigen hercoderen ook al gekochte modules, en weer anderen testen de link voor verzending.
Eerlijke kanttekening: zelf heb ik zo alleen koper gekocht, SNR-SFP-GE-T, CWDM voor de 3750 heb ik niet getest. Vraag dus na of er echt een bibliotheek voor jouw platform is vóór de betaling, niet erna.