Un CRS226 rapporte no-link et sfp-rx-lose yes sur un uplink SFP-10G-LR codé Cisco
Nous avons repris un petit site d'agrégation et l'un des uplinks 10G n'est jamais remonté depuis que le module qu'il contenait a été changé. Le module est listé comme incompatible avec le CRS226, donc c'est là que le soupçon s'est porté en premier, mais les valeurs ne ressemblent pas à un module rejeté selon moi.
- MikroTik CRS226 au site d'agrégation, module dans sfp-sfpplus1
- Fiberworks SFP-10G-LR, codé Cisco
- paire monomode vers le site distant, brassée à travers deux panneaux en chemin
/interface ethernet monitor sfp-sfpplus1
status: no-link
sfp-rx-lose: yesLa température et la tension d'alimentation dans la même sortie sont parfaitement normales, et le module est clairement détecté - ce n'est pas une lecture de cage vide.
Déjà fait de notre côté :
- réinséré le module et nettoyé les deux connecteurs
- déplacé vers l'autre port SFP+, sortie identique
- vérifié la config du port, rien de forcé, rien de désactivé
Alors lequel est-ce : le CRS226 rejette-t-il silencieusement un module codé Cisco et le rapporte comme no-link, ou est-ce que sfp-rx-lose signifie ce que je pense et devrais-je envoyer quelqu'un à l'extrémité distante ?
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 5
Votre propre sortie a déjà répondu à la question de compatibilité. Un module que le switch aurait refusé ne rapporterait pas de température ni de tension du tout - une lecture complète du moniteur signifie que le CRS226 a lu le module et communique parfaitement bien avec lui. Et
sfp-rx-lose: yesest l'indication de perte de signal du module lui-même : il ne voit aucune lumière sur la fibre de réception. Pas de lumière en entrée, pas de lien, quoi que dise le codage.Donc c'est un problème d'infrastructure, pas un problème de compatibilité. L'ordre dans lequel je traiterais ça :
Pour ce que ça vaut, ce même type de module tourne dans un CRS226 jusqu'à un CCR ici depuis des mois, donc l'appairage lui-même n'est pas le problème.
Qu'y a-t-il à l'extrémité distante, et ce côté-là affiche-t-il son port comme up ? Si l'émetteur distant est allumé, on s'attendrait à une certaine puissance de réception plutôt qu'une simple perte de signal.
Deux vérifications peu coûteuses avant que quelqu'un se déplace. Échangez les deux brins à votre panneau de brassage et voyez si le drapeau reste où il est. Et faites lire son propre module au côté distant : si les deux extrémités rapportent une perte de réception, la paire est cassée quelque part au milieu ou quelqu'un a brassé les mauvais brins à l'un de ces panneaux.
Ça vaut la peine de garder deux modes de panne séparés pendant que vous êtes sur place. L'absence totale de lumière, c'est ce que vous avez, et c'est le cas facile. La variante plus vicieuse est une lumière à peine présente : un des uplinks fibre en paire ici a journalisé une alarme de puissance Rx basse à -20,2 dBm contre un seuil de -18,4 dBm et accumulé 46 000 erreurs d'entrée et 42 000 erreurs CRC pendant que le lien restait nominalement up.
show interface transceiver detailetshow interface counters errorsont raconté cette histoire.Le travail sur le terrain est le même dans les deux cas - nettoyer et inspecter les deux faces de connecteur, mesurer TX et RX, chercher une liaison trop longue, une mauvaise épissure ou un cordon de brassage bon marché, et changer le module si les niveaux restent bas. Je n'ai jamais prouvé le coupable exact pour le nôtre, donc prenez ça comme une piste plutôt qu'un verdict.
Encore une chose pour la liste de vérification côté distant : un récepteur peut mourir tout seul sans rien de défectueux dans la fibre.
Cisco a un avis terrain, FN-72192, couvrant un lot de QSFP-40G-LR4 - aussi vendus sous les noms QSFP-40G-LR4-S et WSP-Q40GLR4L - sortis d'usine avec le détecteur de réception légèrement décalé par rapport à sa position correcte. L'avis concerne les modules dont le numéro de série commence par ACW et dont le code date tombe entre ACW2415xxxx et ACW2449xxxx : sur ceux-là, le côté réception se dégrade et le lien tombe. La plateforme citée est la série ASR 900. Le traitement, c'est un remplacement en cas de défaillance, donc c'est une vérification de numéro de série et un dossier de support plutôt que quelque chose que l'on configure.
La partie qui se généralise à votre lien : le signe avant-coureur est une valeur de réception dans les données DOM qui glisse régulièrement vers le bas plutôt que de chuter d'un coup. Bon argument pour tracer le DOM sur chaque uplink au lieu de le lire une fois que quelque chose est déjà cassé.
Sur le fait de faire confiance aux relevés - globalement oui, mais pas aveuglément. Il y a eu un cas qui a circulé d'une clé ONT GPON Huawei installée dans un emplacement SFP+ MikroTik, rapportant une puissance de réception très basse avec des téléchargements bloqués sous 20 Mbps sur un forfait bien plus rapide, et personne n'a jamais établi si c'était le relevé ou la ligne qui était en cause. Ça a été laissé ouvert.
Sur une paire LR toute simple comme la vôtre, je prendrais la sortie du moniteur au pied de la lettre. Sur des modules atypiques dans une cage SFP+, ça vaut la peine d'avoir une seconde lecture depuis l'autre bout avant de planifier un déplacement autour de ça.