CodingBox Q&A Ask question

Ciena 3930 : un SFP 1GE doit-il être codé Ciena, ou suffit-il de respecter la spécification 1000BASE-LX ?

Asked Active Viewed 27 AI translation from English
4

Nous récupérons une remise d'opérateur 1GE sur un Ciena 3930 et je constitue un kit de pièces de rechange pour ça. Le module prévu pour ce circuit est le XCVR-A10Y31, une pièce 1000BASE-LX/LC : 1310 nm, 10 km monomode. Rien d'exotique là-dedans, et j'ai un tiroir d'optiques génériques avec exactement cette spécification à trois mètres de la baie.

  • Ciena 3930, port fibre 1GE face à l'opérateur
  • dans le port actuellement : XCVR-A10Y31, signalé comme 1000BASE-LX/LC
  • ce que je préférerais stocker : des SFP LX génériques 1310 nm 10 km, même spécification optique, sans codage Ciena

Ce que j'ai regardé sur le boîtier :

port xcvr show
port xcvr show supported

La sortie supported affiche les modèles de transceiver que la version en cours connaît, et chaque entrée là est une référence Ciena. Celui dans le port correspond, bien. Ce que cette sortie ne me dit pas, c'est si la liste est indicative ou si la plateforme fait quelque chose à un module qui n'y figure pas.

Ce que j'ai déjà fait :

  • comparé les spécifications ligne par ligne - longueur d'onde, portée, connecteur et débit correspondent tous sur les pièces génériques
  • cherché une liste de compatibilité unique couvrant les plateformes qu'on fait tourner, et n'ai trouvé que des articles par plateforme et par version

Donc laquelle des deux : le module doit-il être vendu par Ciena, ou n'importe quel SFP de la même spécification optique convient-il pour le boîtier ?

Comments 3

Accepted answer

C'est le codage, pas la spécification. Ciena certifie les transceivers d'après ce que le module rapporte sur lui-même, donc une pièce LX optiquement identique mais non codée pour la plateforme n'est simplement pas dans la liste certifiée de la version que vous faites tourner. Faire correspondre 1310 nm et 10 km ne vous apporte rien à ce niveau.

La bonne nouvelle est que SAOS ne se comporte pas comme IOS sur ce point. Pas d'err-disable, pas de refus de faire monter le port. Un module hors liste monte dans l'état opérationnel UCTF - transceiver non certifié - et le port continue de lier et de transporter du trafic dans cet état. Trois commandes couvrent ce dont vous avez besoin :

port show
port xcvr show
port xcvr show supported

La première confirme juste que le port est vraiment monté. La deuxième relit le module pour vous - qui l'a fabriqué, quelle référence il prétend être, et la ligne médium/connecteur, qui sur une bonne pièce de rechange affiche exactement 1000BASE-LX/LC comme le fait la pièce Ciena. La troisième tranche votre question : elle liste ce que la version chargée certifie, et tout ce qui est en dehors porte le marquage UCTF.

Deux mises en garde avant de construire tout le kit de pièces de rechange là-dessus. La liste certifiée est liée à la version logicielle, donc une mise à niveau peut la faire bouger sous vos pieds, et le comportement n'est pas identique dans toute la famille, donc vérifiez sur le modèle réel plutôt que sur un cousin. Et l'évidence : sur un circuit que l'opérateur vous remet, un module non certifié est la première chose que tout le monde pointe du doigt quand un ticket est ouvert, quoi que disent les compteurs. Je garderais le XCVR-A10Y31 sur le port de remise et mettrais les pièces génériques sur les liens internes.

3 CanadalantechCA Show original (English) AI translation

Essayé sur un port de labo avant d'approcher de la remise. LX générique 1310 nm branché, lien monté, et port xcvr show affiche la chaîne du vendor tiers avec 1000BASE-LX/LC comme médium, exactement comme décrit. L'état affiche UCTF, le port continue de transmettre, et rien dans le journal ne ressemble à une plainte.

Donc ça marche, et je choisis quand même le compromis plutôt que la victoire : le XCVR-A10Y31 reste sur le port face à l'opérateur parce que ce circuit est sous contrat, et les pièces génériques vont sur les liens internes où un marquage non certifié ne me coûte rien. Pas la réponse que j'espérais, mais au moins je sais maintenant ce que le boîtier fait réellement.

0 Argentinaportbear20AR Show original (English) AI translation

Même constat sur les anciens boîtiers Carrier Ethernet. Un tas de matériel mis hors service - un LE-311v et un 3911 - a avalé un 1000BASE-LX de marque WWP et un SFP cuivre 1000BASE-T qui s'identifiait comme un Cisco GLC-T, et aucun des deux boîtiers n'a refusé l'un ou l'autre module. Les deux sont montés non certifiés et ont transporté du trafic. Une différence à connaître : le 3911 rapportait un type de transceiver distinct par port, tandis que le LE-311v ne montrait aucune différence entre les modules testés, donc n'accordez pas trop d'importance à ce qu'affiche une seule plateforme.

Sur la question du kit de pièces de rechange, il n'existe pas de matrice unique multi-plateformes et vous allez perdre un après-midi à en chercher une. Chaque liste que j'ai trouvée couvre une plateforme sur une seule branche logicielle, donc deux boîtiers dans la même baie peuvent diverger parce que leurs versions diffèrent. D'après les listes qu'on garde pour notre propre matériel, le XCVR-A10Y31 passe sur les boîtiers 39xx et 51xx - 3926 et 3928 d'un côté, 5142, 5160, 5170 et 5171 de l'autre - et pas plus loin. Le 6500 et le 8700 sont du packet-optique, leurs listes sont les leurs, et rien ne se reporte des switches. port xcvr show supported sur le boîtier devant vous, relancé après chaque mise à niveau, est la seule réponse qui reste vraie.

4 Indonesiasfpeng49ID Show original (English) AI translation
Log in to comment. Log in