Le Catalyst 3750 affiche un SFP CWDM comme SX : quels champs de l'EEPROM modifier
Je déploie un anneau CWDM en accès, avec des Catalyst 3750 en agrégation. J'ai pris des modules ordinaires, sans codage constructeur, marquage sur le boîtier TTG965D1, grille 1470-1610 nm. Le lien monte, le trafic passe, mais le commutateur les considère comme des modules SX : aussi bien dans l'inventaire que dans la supervision, c'est SX qui apparaît au lieu de CWDM, si bien que je dois tenir la table « port - longueur d'onde » à la main et de mémoire.
- Catalyst 3750 en agrégation, liens montants sur ports SFP
- SFP CWDM 1470-1610 nm, marquage TTG965D1
- les modules ont déjà reçu une image constructeur Cisco SX - celle que j'avais sous la main
- j'ai un programmateur, ainsi que des dumps SX, LH et ZX
sw#show idprom interface GigabitEthernet1/0/25
General SFP Information
Transceiver Type = 1000BaseSX SFPCe que j'ai déjà fait :
- essayé SX, LH et ZX : le type dans la sortie change bien en fonction de l'image, mais CWDM n'apparaît sous aucune forme parmi elles ;
- déplacé le module vers un autre port et vers un 3750 voisin - même résultat, donc ce n'est ni le port ni le boîtier en cause ;
- comparé les dumps SX et LH octet par octet pour comprendre où se trouve le type, mais sans image CWDM fonctionnelle, il n'y a rien à comparer.
La question, en substance : quels champs de la première page de l'EEPROM font que le 3750 affiche CWDM-1550 SFP, et suffit-il de les corriger dans l'image SX existante, ou faut-il vraiment une image CWDM complète ?
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
Puisque le lien est déjà monté et que le trafic passe, la tâche est purement cosmétique : mettre en ordre ce que le commutateur raconte sur le module. C'est nettement plus simple que le cas où le port refuse carrément de démarrer, mais ça se corrige quand même uniquement via l'EEPROM.
Montre
show idprom interfaceen entier, pas seulement trois lignes. En plus du type, il y a le vendor name, le part number et la description, et ils mentent généralement tous ensemble, parce que c'est une seule et même image pour tout. Dis aussi avec quoi tu flashes et si ce qui se relit correspond exactement à ce que tu as écrit : il arrive que le module accepte l'écriture alors qu'en réalité rien ne s'y est inscrit.Le 3750 ne mesure pas la longueur d'onde, il lit simplement l'identification dans les premiers octets de la zone A0 et affiche ce qui y est écrit. Tu as chargé une image SX - tu obtiens SX, c'est logique. Il faut une image CWDM avec le part number et la description correspondants, alors CWDM-1550 SFP apparaîtra dans la sortie, il n'y a aucune autre magie là-dedans.
Sur le reflashage lui-même : sur les 256 octets du dump, seuls les 128 premiers comptent réellement, ensuite vient la zone constructeur, qu'on peut ne pas toucher du tout. Après avoir corrigé les champs, recalcule impérativement les sommes de contrôle, sinon le commutateur rejettera le module avant même d'arriver au type.
L'approche n'est pas spécifique au 3750. Sur le 3560, sur le HP J8692A, sur l'EX4200-24F, sur D-Link et Extreme, les modules WDM bon marché démarrent exactement de la même façon - en écrivant l'image d'un module que ce matériel considère comme le sien : GLC-LX, GLC-BX-D et GLC-BX-U, J4858C et J4859C, DEM-310GT, 3CSFP92, et côté Finisar, le FCMJ-8521-3. Le programmateur n'est d'ailleurs pas forcément acheté dans le commerce, à une époque un schéma de programmateur fait maison circulait, le serp-0.3.
Je vais compléter et un peu contredire : courir après « la bonne image » pour chaque matériel est le chemin le plus long possible. S'il y a sous la main un module que ce port accepte et identifie correctement, prélevez-en un dump avec le programmateur et injectez-le dans celui qui pose problème, puis corrigez le numéro de série pour que deux modules identiques ne se retrouvent pas dans le même châssis.
Deux réserves. Certains modules chinois refusent de se laisser reflasher même après les commandes de déblocage : l'écriture ne passe tout simplement pas, et il ne reste plus qu'à changer de lot. Et chez HP le comportement est binaire - soit le commutateur avale tout sans distinction, soit il n'accepte que ses propres modules signés, je n'ai jamais observé d'entre-deux.
Il arrive aussi des choses étranges sur certains ports en particulier. Sur un CSS106-5G-1S, un module manifestement vivant, qui fonctionnait sans problème dans un autre équipement, n'était pas accepté par ce port précis, jusqu'à ce qu'on y installe le dump de son voisin.
Et une troisième voie, si vous ne voulez vraiment pas vous embêter avec un programmateur : indiquer le matériel cible directement à la commande. Les fournisseurs codent les modules pour une plateforme précise - parmi les noms connus, SNR, Modultech, ANDPRO, ils ont des bases de firmwares pour Cisco, Juniper, Extreme, Alcatel, Arista, Huawei, D-Link, Eltex et QTECH, certains recodent même du matériel déjà acheté, et d'autres vérifient le lien avant expédition.
Je précise honnêtement : je n'ai moi-même acheté que du cuivre de cette façon, du SNR-SFP-GE-T, je n'ai pas vérifié le CWDM pour le 3750. Donc confirmez la présence d'une base pour votre plateforme exacte avant de payer, pas après.