Un SFP+ 160-9103-900 authentique monte en UCTF sur un Ciena 3930 - où trouver la liste des modules certifiés
Mise en service d'un raccordement 10G pour un client sur un 3930 déjà sur site. Le module est du Ciena maison, tiré de notre stock, et le port monte bien - mais l'état opérationnel est UCTF au lieu d'Ena et l'alarme de transceiver non certifié reste là en permanence. Le test de recette inclut une liste d'alarmes propre, donc je ne peux pas livrer ça tel quel.
- Ciena 3930, logiciel tel que livré sur site
- Ciena 160-9103-900 SFP+ 10G
- paire monomode vers le NTU du client, courte distance
> port xcvr show
Port 1 ... Oper State: UCTFCe que j'ai essayé :
- réenfiché le module et déplacé vers un autre port, même résultat
- installé un second 160-9103-900 du même stock, UCTF identique
- confirmé que le lien fait passer du trafic, donc ce n'est pas un problème optique
Je m'attendais à ce qu'un module de marque Ciena dans un switch Ciena soit la seule combinaison qui ne discute jamais. Comment savoir quels modèles de transceiver le logiciel en cours certifie réellement, et qu'est-ce qui fait disparaître l'état non certifié ?
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 4
C'est exactement ça, et ça piège les gens parce que tout le monde suppose que la vérification porte sur le fabricant. Ce n'est pas le cas. Ce que le switch compare, c'est l'encodage porté par le module face à la liste des modèles que sa propre release logicielle certifie. Un module construit par Ciena dont le modèle est absent de cette liste monte en UCTF, et un module d'un vendeur d'optiques compatibles dont l'encodage correspond à une entrée de la liste monte proprement.
Donc le flux de travail est :
Prends une entrée de la première commande qui correspond au débit et à la portée dont tu as besoin, et approvisionne des modules encodés selon elle. On a eu le même UCTF sur un 3930 et on a mis un ModuleTek 10G LR SFP+ encodé en XCVR-S10V31, qui est sur la liste supportée - le port est monté avec un état opérationnel Ena et aucune indication de non-certification, et rien d'autre sur le switch n'a été touché.
Mises en garde à formuler avant une livraison client : c'est une correspondance d'encodage, pas une déclaration de support du vendeur, donc si le boîtier est sous contrat, vérifie ce que dit l'accord sur les optiques non-Ciena avant de le concevoir ainsi. L'autre voie est une release logicielle qui liste bien le 160-9103-900, mais sur un service client en production, une mise à jour est généralement la plus coûteuse des deux options.
Lance
port xcvr show supportedet cherche ton modèle dans la sortie. Ça liste les modèles et débits de ligne que la release sur le boîtier veut bien certifier, et cette liste est la seule chose qui compte ici - pas ce qui est estampillé sur la cage.Poste ce que ça donne, ou au moins si le 160-9103-900 y apparaît. Si non, tu as déjà ta réponse, et le fait que le module soit un vrai Ciena n'y change rien. Ça vaut aussi le coup de dire sur quelle release SAOS tourne le 3930 - la liste est propre à chaque release, et un boîtier resté sur site un moment peut très bien précéder un numéro de pièce qu'un logiciel plus récent liste.
Fait. La liste est longue, mais le 160-9103-900 n'y est pas - je l'ai parcourue deux fois. Le logiciel est celui livré d'origine sur le boîtier, personne n'a touché à la release depuis l'installation, et
port xcvr showmet toujours le port en UCTF.Donc une pièce Ciena authentique est non certifiée sur un switch Ciena parce que cette release ne la liste pas. Pas la réponse que j'attendais, mais ça explique bien pourquoi le second module du même stock s'est comporté à l'identique.
Ça vaut le coup d'ajouter le cas où l'encodage n'est pas le problème, parce que chasser l'encodage coûte cher. Sur un ME3600X tournant en 15.3(1)S j'avais
%PHY-4-SFP_NOT_SUPPORTED: The SFP in Te0/1 is not supportedet un err-disable gbic-invalid sur des modules 10G.service unsupported-transceiveretno errdisable detect cause gbic-invalidn'ont rien changé, les modules n'apparaissaient jamais dansshow inventory,show interfacen'affichait aucun type de média du tout, et un mesureur optique ne voyait aucune lumière en sortie. C'était un lot mort - des modules tirés d'un autre ME3600 déjà en service ont fonctionné instantanément. Pas de type de média plus pas de lumière Tx, ça veut dire matériel, et aucune commande de déverrouillage ne sauve ça.L'autre extrême, c'est un encodage qui est erroné spécifiquement pour la plateforme : des SFP+ DWDM 80 km tiers dans un ASR 9001 restaient down avec un PID générique, et
transceiver permit pid allne les a pas sauvés, parce qu'IOS XR voulait un PID de la forme DWDM-SFP10G-xx.yy tiré de la matrice d'optiques de cette plateforme. Le fournisseur a recodé le lot et ils sont montés. Ton cas est entre les deux : l'encodage est valide, il n'est simplement pas sur la liste de la release.