Catalyst 3750 pokazuje CWDM SFP jako SX: które pola EEPROM poprawić
Ciągnę pierścień CWDM na dostępie, na agregacji stoją Catalyst 3750. Moduły wziąłem zwykłe, bez kodowania producenta, oznaczenie na obudowie TTG965D1, siatka 1470-1610 nm. Link wstaje, ruch chodzi, ale switch uznaje je za moduły SX: i w inwentaryzacji, i w monitoringu zamiast CWDM widnieje SX, więc tabelę „port - długość fali" trzeba prowadzić ręcznie, z pamięci.
- Catalyst 3750 na agregacji, uplinki w portach SFP
- CWDM SFP 1470-1610 nm, oznaczenie TTG965D1
- do modułów wgrany jest już obraz Cisco SX - ten, który był pod ręką
- programator jest, dumpy SX, LH i ZX też
sw#show idprom interface GigabitEthernet1/0/25
General SFP Information
Transceiver Type = 1000BaseSX SFPCo już zrobiłem:
- przebrałem SX, LH i ZX: typ w wyniku uczciwie zmienia się wraz z obrazem, ale CWDM wśród nich nie pojawia się w żadnej postaci;
- przełożyłem moduł do innego portu i do sąsiedniego 3750 - obraz ten sam, więc rzecz nie w porcie ani w konkretnym sprzęcie;
- porównałem dumpy SX i LH bajt po bajcie, żeby zrozumieć, gdzie w ogóle siedzi typ, ale bez działającego obrazu CWDM nie ma z czym porównywać.
Pytanie w istocie: które pola pierwszej strony EEPROM odpowiadają za to, żeby 3750 napisał CWDM-1550 SFP, i czy wystarczy poprawić je w istniejącym obrazie SX, czy potrzebny jest właśnie cały obraz CWDM?
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
Skoro link już wstał i ruch chodzi, zadanie jest czysto kosmetyczne: uporządkować to, co switch mówi o module. To wyraźnie prostsze niż przypadek, gdy port w ogóle nie chce wstać, ale leczy się to i tak wyłącznie przez EEPROM.
Pokaż
show idprom interfacew całości, a nie trzy linijki. Oprócz typu jest tam vendor name, part number i opis, i zwykle kłamią wszystkie naraz, bo obraz jest jeden na całość. Przy okazji powiedz, czym szyjesz i czy odczyt zwrotny daje dokładnie to, co zapisałeś: zdarza się, że moduł przyjął zapis, a faktycznie nic w niego nie weszło.3750 nie mierzy długości fali, po prostu czyta identyfikację z pierwszych bajtów A0 i pokazuje to, co tam jest wpisane. Zalałeś obraz SX - dostałeś SX, wszystko logiczne. Potrzebny jest obraz CWDM z odpowiednim part number i opisem, wtedy w wyniku pojawi się CWDM-1550 SFP i żadnej innej magii tu nie ma.
Co do samego przeszywania: z 256 bajtów dumpa naprawdę ważne jest pierwszych 128, dalej idzie strefa producenta, której można w ogóle nie ruszać. Po poprawieniu pól koniecznie przelicz sumy kontrolne, inaczej switch odrzuci moduł jeszcze wcześniej, niż dojdzie do typu.
Podejście nie jest specyficzne dla 3750. Na 3560, na HP J8692A, na EX4200-24F, na D-Link i Extreme tanie moduły WDM wstają dokładnie tak samo - zapisem obrazu modułu, który dany sprzęt uznaje za swój: GLC-LX, GLC-BX-D i GLC-BX-U, J4858C i J4859C, DEM-310GT, 3CSFP92, z finisarowskich - FCMJ-8521-3. Programator przy tym niekoniecznie musi być kupny, swego czasu krążył wśród ludzi schemat samoróbki, serp-0.3.
Dodam i trochę się spierę: gonienie za „właściwym obrazem" pod każdy sprzęt to najdłuższa z możliwych dróg. Jeśli pod ręką jest moduł, który dany port przyjmuje i rozpoznaje jak trzeba, zdejmij z niego dump programatorem i zalej do problematycznego, a potem popraw numer seryjny, żeby dwa identyczne nie spotkały się w jednej skrzynce.
Dwa zastrzeżenia. Część chińskich modułów nie daje się przeszyć nawet po komendach odblokowania: zapis po prostu nie przechodzi, i wtedy zostaje tylko zmiana partii. A u HP zachowanie jest binarne - albo switch je wszystko jak leci, albo tylko swoje podpisane moduły, stanu pośredniego nie widziałem.
Z pojedynczymi portami też zdarzają się dziwy. Na CSS106-5G-1S moduł z pewnością sprawny, spokojnie pracujący w innym sprzęcie, konkretny port nie przyjmował, dopóki nie pojechał w niego dump sąsiada.
I trzecia droga, jeśli z programatorem w ogóle nie chce się majstrować: podać docelowy sprzęt wprost przy zamówieniu. Dostawcy kodują moduły pod konkretną platformę - z tych, o których słychać, SNR, Modultech, ANDPRO, mają bazy firmware pod Cisco, Juniper, Extreme, Alcatel, Arista, Huawei, D-Link, Eltex i QTECH, niektórzy jeszcze przekodowują już kupione, a ktoś sprawdza link przed wysyłką.
Zastrzegę uczciwie: sam tak brałem tylko miedź, SNR-SFP-GE-T, z CWDM pod 3750 nie sprawdzałem. Więc upewniajcie się co do bazy pod waszą platformę przed zapłatą, a nie po.