Portée de 27 km sur MES3324F : les mêmes modules se lient sur un MXA-64, mais l'Eltex met le port en PORT_SUSPENDED
Jonction entre deux de nos nœuds : une portée d'environ 27 km de monomode, avec un MES3324F aux deux extrémités. Nous avons installé une paire de SFP FANG HANG 1550 nm, vendus comme des modules quarante kilomètres. Le lien monte, tient quelques dizaines de secondes puis tombe, et ainsi de suite jusqu'à ce que le port se bloque.
- 2 x Eltex MES3324F, firmware 4.0.7
- SFP FANG HANG 1550 nm, référence S1253271221932, annoncé 40 km
- portée ~27 km de monomode, croisements intermédiaires aux deux nœuds
- cordons de brassage du même lot que sur les jonctions voisines
console# show fiber-ports optical-transceiver
Port ... Output Power Input Power LOS
gi1/0/23 -6.11 dBm -22.00 dBm No
%LINK-W-PORT_SUSPENDEDCe qui a déjà été vérifié :
- la liaison a été mesurée, rien à signaler sur le câble
- nous avons déplacé cette même paire de modules avec les mêmes cordons vers un MXA-64 sur la même fibre - le lien monte immédiatement et tient sans flap
- nous avons échangé les modules entre eux et les avons rebranchés sur des ports optiques voisins, même comportement
Les -22 dBm en réception ne me plaisent pas non plus, mais alors je ne comprends pas pourquoi sur le MXA-64, avec la même fibre, tout tient. Est-ce que le MES3324F déteste à ce point travailler près de la limite de sensibilité, ou est-ce quand même une question de modules et faut-il chercher une vraie paire 40 km ? Je n'ai pas envie d'aller chercher de nouveaux modules pour retomber sur le même problème.
Comments 4
-22 dBm en réception pour du gigabit à 1550 nm, c'est déjà à la limite, là le moindre connecteur en trop fait la différence. Quelques questions pour ne pas deviner :
show fiber-ports optical-transceiverà l'autre extrémité ? Ce qui m'intéresse c'est l'Input Power là-bas, pas seulement chez vous.D'expérience, les « 40 km » de la description de l'annonce et la portée réelle du module sont deux choses différentes, et à 27 km ça ressort en premier.
À l'autre extrémité, le tableau est symétrique, la réception est tout aussi basse, l'écart reste dans la marge d'erreur. Côté modules : le vendeur a finalement admis que ce sont des pièces vingt kilomètres, pas quarante, donc il n'y avait dès le départ aucune marge de budget pour 27 km.
En parallèle nous avons écrit au support Eltex. Réponse courte : vérifier que les transceivers supportent bien la DDM, mettre à jour le firmware et, puisque les modules sont en gigabit, ajouter aux deux extrémités
Nous avons fait les trois points - le port finit quand même par arriver à
%LINK-W-PORT_SUSPENDED, juste un peu plus tard. Nous n'avons pas relevé les niveaux sur le MXA-64, je l'avoue, nous avons juste regardé si le lien tenait.En ce moment nous attendons une vraie paire 1550 nm avec de la marge de budget, jusque-là je considère la question ouverte.
Attrapé quelque chose de similaire sur du Cisco, sauf que là ça se manifestait non pas par un blocage de port mais par des ordures dans les compteurs : l'un des deux uplinks optiques a accumulé 46 000 input errors et 42 000 CRC, dans le journal - alarm Rx power low, -20,2 dBm avec un seuil à -18,4 dBm.
Ça s'est soigné hors du switch : nettoyage des deux extrémités, mesure du TX et du RX au powermètre, vérification de la longueur de la liaison, des soudures et de la qualité des cordons. Une partie des erreurs a disparu, mais les niveaux ne sont jamais complètement revenus à la normale, le module a finalement aussi été remplacé. L'idée est qu'à la limite du budget, le matériel se comporte différemment : l'un accumule du CRC en faisant semblant de fonctionner, l'autre coupe honnêtement le port. Donc vos -22, ce n'est pas « ça marche presque », c'est déjà la cause.
J'ajoute à la mesure au powermètre : il ne faut pas croire sur parole les chiffres DDM des modules bon marché. Même les vendors qui font leur propre diagnostic optique déclarent une tolérance d'environ 3 dB sur Tx et Rx et environ 3 degrés sur la température - et ça, c'est pour leurs propres modules. Sur un module tiers, on peut facilement avoir quelques décibels d'écart avec la réalité, et parfois le module ne renvoie rien de sensé du tout et il n'y aura tout simplement pas d'alerte précoce sur la puissance. Les seuils dans la DDM viennent aussi du module lui-même (SFF-8472), le switch ne les calcule pas.
Et l'ordre de travail qui fait gagner du temps : d'abord comparer le Rx à la plage de fonctionnement du module, pas au simple fait que « le lien est là », ensuite remplacer le cordon de brassage, puis regarder les croisements intermédiaires - est-ce que quelqu'un y a touché récemment -, et seulement après soupçonner le module distant. J'ai eu un cas où la réception s'est effondrée à -25,69 dBm, et le coupable n'était pas le module mais la liaison.