Il Catalyst 3750 mostra un CWDM SFP come SX: quali campi EEPROM modificare
Sto tirando un anello CWDM in accesso, in aggregazione ci sono Catalyst 3750. I moduli sono generici, senza codifica vendor, marcatura sul corpo TTG965D1, griglia 1470-1610 nm. Il link si alza, il traffico passa, ma lo switch li considera moduli SX: sia nell'inventario che nel monitoraggio al posto di CWDM compare SX, quindi la tabella «porta - lunghezza d'onda» tocca tenerla a mano e a memoria.
- Catalyst 3750 in aggregazione, uplink nelle porte SFP
- CWDM SFP 1470-1610 nm, marcatura TTG965D1
- nei moduli è già caricata un'immagine vendor Cisco SX - quella che avevo a portata di mano
- il programmatore c'è, ci sono anche i dump di SX, LH e ZX
sw#show idprom interface GigabitEthernet1/0/25
General SFP Information
Transceiver Type = 1000BaseSX SFPCosa ho già fatto:
- ho provato SX, LH e ZX: il tipo nell'output cambia onestamente insieme all'immagine, ma CWDM tra questi non compare in nessuna forma;
- ho spostato il modulo su un'altra porta e su un 3750 vicino - il quadro è lo stesso, quindi non è la porta né l'hardware specifico;
- ho confrontato i dump di SX e LH byte per byte per capire dove si trova il tipo, ma senza un'immagine CWDM funzionante non ho niente con cui confrontarli.
La domanda in sostanza: quali campi della prima pagina EEPROM fanno sì che il 3750 scriva CWDM-1550 SFP, e basta correggerli nell'immagine SX che ho, o serve proprio un'immagine CWDM completa?
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
Dato che il link si è già alzato e il traffico passa, il compito è puramente cosmetico: mettere in ordine quello che lo switch racconta sul modulo. È decisamente più semplice del caso in cui la porta si rifiuta proprio di partire, ma si risolve comunque solo tramite l'EEPROM.
Mostra
show idprom interfaceper intero, non tre righe. Oltre al tipo lì dentro ci sono vendor name, part number e descrizione, e di solito mentono tutti insieme, perché l'immagine è una sola per tutto. Già che ci sei, di' anche con cosa scrivi e se rileggendo torna esattamente quello che hai scritto: capita che il modulo accetti la scrittura ma di fatto non ci sia entrato niente.Il 3750 non misura la lunghezza d'onda, legge semplicemente l'identificazione dai primi byte di A0 e mostra quello che c'è scritto lì. Hai caricato un'immagine SX - hai ottenuto SX, tutto logico. Serve un'immagine CWDM con part number e descrizione corrispondenti, allora nell'output comparirà CWDM-1550 SFP, e nessun'altra magia c'è qui.
Sulla riscrittura in sé: dei 256 byte del dump contano davvero i primi 128, dopo inizia la zona del produttore, quella si può non toccare affatto. Dopo aver corretto i campi ricalcola obbligatoriamente i checksum, altrimenti lo switch scarta il modulo ancora prima di arrivare al tipo.
L'approccio non è specifico per il 3750. Su 3560, su HP J8692A, su EX4200-24F, su D-Link ed Extreme i moduli WDM economici si avviano esattamente allo stesso modo - scrivendo l'immagine del modulo che quell'hardware considera suo: GLC-LX, GLC-BX-D e GLC-BX-U, J4858C e J4859C, DEM-310GT, 3CSFP92, dei Finisar - FCMJ-8521-3. Il programmatore in questo caso non è per forza comprato, a suo tempo girava di mano in mano lo schema di uno fatto in casa, serp-0.3.
Aggiungo e discuto un po': rincorrere l'«immagine giusta» per ogni hardware è la strada più lunga possibile. Se a portata di mano c'è un modulo che quella porta accetta e riconosce come si deve, prendine il dump con il programmatore e caricalo in quello problematico, poi correggi il numero di serie perché due identici non si incontrino nella stessa scatola.
Due avvertenze. Una parte dei moduli cinesi non si lascia riscrivere nemmeno dopo i comandi di sblocco: la scrittura semplicemente non passa, e allora resta da cambiare lotto. E in HP il comportamento è binario - o lo switch mangia di tutto, o solo i propri moduli firmati, una via di mezzo non l'ho vista.
Anche con singole porte capitano cose strane. Sul CSS106-5G-1S un modulo sicuramente vivo, che funzionava tranquillamente su un altro hardware, quella porta specifica non lo accettava, finché non ci è finito dentro il dump del vicino.
E una terza strada, se non hai proprio voglia di armeggiare con il programmatore: indicare l'hardware di destinazione direttamente all'ordine. I fornitori codificano i moduli per una piattaforma specifica - tra quelli noti, SNR, Modultech, ANDPRO, hanno database di firmware per Cisco, Juniper, Extreme, Alcatel, Arista, Huawei, D-Link, Eltex e QTECH, alcuni ricodificano anche quello già comprato, e qualcuno verifica il link prima della spedizione.
Dico onestamente: io così ho preso solo rame, SNR-SFP-GE-T, con CWDM per il 3750 non ho verificato. Quindi controllate la disponibilità del database proprio per la vostra piattaforma prima di pagare, non dopo.