Le module SFP n'est pas détecté ? Guide de dépannage en toute sécurité

Commencez par les éléments de preuve précis présentés par l'animateur.

Le courant Spécification SNIA SFF-8419 attribue des contacts SFP distincts pour la détection de l'absence de module, l'interface de gestion à deux fils, l'alimentation, la commande de l'émetteur et l'état optique. Ces fonctions sont liées, mais elles ne constituent pas un seul et même test.

1. Vérifier que l'animateur voit l'insertion

Notez l'état initial avant d'intervenir sur l'équipement de production. Enregistrez le modèle de l'hôte, le numéro de port, la version du micrologiciel ou du pilote, la configuration du port, l'étiquette du module et le texte exact de l'erreur. Notez si le message change lorsque le module est inséré ou retiré.

Au cours d'une fenêtre de maintenance approuvée :

1. Suivez la procédure de connexion à chaud ou de mise hors tension indiquée par l'hébergeur.
2. Retirez le module, vérifiez que la cage et les bords du module ne présentent pas de dommages visibles, puis réinstallez-le correctement sans forcer.
3. Vérifiez que le loquet se ferme correctement et que le module n'est pas obstrué par un cache-poussière, un passe-câble ou tout autre élément adjacent.
4. Attendez que l'intervalle d'initialisation spécifié par l'hôte se soit écoulé, puis récupérez une nouvelle donnée d'événement ou d'état.

Ne pas tester, court-circuiter ni modifier le contact de présence du module. La norme SFF-8419 définit Mod_ABS comme indication de l'hôte signalant l'absence du module. Un contact de cage tordu, un enfichage incomplet, une alimentation manquante au niveau du port ou un problème côté hôte peuvent donc empêcher une indication normale de présence avant que le chemin optique n'entre en jeu.

Si la procédure autorise les tests croisés, modifiez un élément à la fois. Testez un module dont le bon fonctionnement est avéré et pris en charge par l’hôte dans la cage suspecte, puis testez le module cible dans une autre cage dont le bon fonctionnement est avéré et qui est compatible. Utilisez un module dont le mode électrique et les exigences d’alimentation sont corrects ; le simple fait qu’un module “ s’adapte ” ne constitue pas un échantillon de contrôle suffisant.

2. Vérifier si l'hôte peut lire l'identité du module

Une fois la présence détectée, vérifiez si l'hôte peut lire la mémoire de gestion du module. La norme SFF-8419 définit une interface série à deux fils, tandis que SNIA SFF-8472 définit des champs tels que l'identifiant physique, le nom du fabricant, l'OUI du fabricant, la référence, la révision, le numéro de série et le code de date pour les modules de la gamme SFP.

Si le serveur affiche un nom de fabricant et une référence de pièce plausibles, cela signifie que le problème va au-delà de la simple absence d'un module. Cela ne prouve toutefois pas que l'interface électrique haut débit, le PMD optique ou le partenaire de liaison soient compatibles.

Si la présence est signalée mais que la lecture de l'identité échoue, procédez aux vérifications suivantes :

• Alimentation stable de la cage et état d'alimentation du port de l'hôte
• Positionnement du module et conditions de contact
• Prise en charge des pilotes hôte et du micrologiciel pour l'interface de gestion
• S'il est possible de lire un autre module pris en charge dans cette cage
• Le module cible peut-il être lu sur un autre hôte compatible ?
• Erreurs de bus ou de somme de contrôle répétées dans le journal de l'hôte

Sous Linux, le noyau Documentation sur ethtool et netlink définit les requêtes relatives aux paramètres de l'émetteur-récepteur et aux données de l'EEPROM du module. Un outil de l'espace utilisateur ne peut recevoir que les octets que le pilote et le matériel parviennent à exposer. À elle seule, une commande de lecture ayant échoué ne prouve donc pas que la mémoire du module soit défectueuse ; il se peut que le pilote de la carte réseau ou la plate-forme ne prennent pas en charge ce chemin d'accès.

Ne modifiez pas les données d'identification du module dans le seul but de faire disparaître un avertissement signalant une fonctionnalité non prise en charge. Les modifications apportées au code ne permettent pas d'ajouter des modes SerDes hôte, une alimentation des ports, une capacité thermique ou une prise en charge du micrologiciel manquants, et elles compliquent le diagnostic ultérieur.

3. Distinguer les éléments “ non pris en charge ” des éléments “ non détectés ”

Si l'hôte peut afficher le nom du fabricant, la référence ou le numéro de série du module, celui-ci n'est pas véritablement invisible. Un Émetteur-récepteur non pris en charge Ce message conduit généralement à examiner la politique de l'hébergeur et les questions de compatibilité.

Vérifiez la combinaison exacte, et pas seulement la marque ou la coque :

• Modèle de l'hôte, version de la carte réseau ou de la carte NIC, et numéro de port
• ASIC ou PHY hôte et modes SerDes pris en charge
• Versions du micrologiciel, du système d'exploitation et des pilotes
• Référence du module, version matérielle et codage EEPROM
• Puissance requise et température de fonctionnement admissible
• Mode de port configuré, débit réel et FEC requis
• Notes sur les modules pris en charge et les versions logicielles du fournisseur hébergeur

Certaines plateformes affichent un message d'avertissement tout en continuant à fonctionner ; d'autres désactivent l'émetteur ou le port dans son intégralité. Ne partez pas du principe qu'un même comportement s'applique à tous les hôtes. Utilisez uniquement des paramètres documentés et autorisés, plutôt qu'une commande non vérifiée visant à contourner la protection de l'hôte ou sa politique d'assistance.

Un micrologiciel peut modifier la liste des modules pris en charge ou le comportement des pilotes, mais une mise à jour ne constitue pas un simple test sans risque. Conservez les preuves existantes, lisez les notes de mise à jour, respectez la procédure de contrôle des modifications et prévoyez un plan de secours.

4. Vérifier l'alimentation, la température et le mode du port

Une cage doit alimenter le module dans les limites fixées par l'hôte. Cela est particulièrement important pour les modules qui comportent davantage de composants électroniques ou qui dégagent plus de chaleur qu'un simple émetteur-récepteur optique à courte portée, comme certains modules en cuivre et certaines clés ONU.

Vérifiez si le serveur limite la puissance du module, désactive un port en surchauffe ou nécessite un mode particulier avant d'activer la cage. LuLeey’s Guide des températures des modules SFP explique pourquoi la température du boîtier, la température interne du DDM, le débit d'air et la plage nominale exacte doivent être pris en compte séparément.

Le SFP, SFP+ ou SFP28 La mention « label » désigne une famille de formats, et non une décision définitive en matière de compatibilité. L'adaptabilité physique, l'accès pour la gestion, le mode SerDes de l'hôte, le débit configuré ou négocié et le débit utile constituent autant de points à vérifier séparément.

Cette règle s'applique également à une clé ONU PON 2,5G. Un port SFP+ 1G ou 10G ne peut prendre en charge la clé à 1G que si celle-ci et l'hôte prennent tous deux en charge un mode hôte 1G compatible. Certains ports SFP+ ne peuvent prendre en charge le 2,5G qu’avec un chipset ou un PHY, un micrologiciel ou un pilote, un paramétrage de port, un codage de module et un mode hôte de la clé adaptés. La détection seule ne prouve pas l’enregistrement PON ni la disponibilité du service Internet.

Pour une configuration mixte associant des modules SFP+ 10G et des connexions cuivre 2,5G, la solution de LuLeey Guide de compatibilité entre les connecteurs SFP+ 10G et RJ45 2,5G explique pourquoi le port hôte, le chipset du module, l'adaptation de débit, l'alimentation et la température doivent tous faire l'objet de vérifications indépendantes.

5. Ne procédez au dépannage de la liaison optique qu’après sa détection

Lorsque l'hôte lit et accepte le module mais signale l'absence de liaison, cela signifie que le domaine de défaillance a changé. Vérifiez alors :

• Le même PMD Ethernet et le même débit pris en charge aux deux extrémités
• Paramètres requis pour la FEC, la négociation automatique et le mode de port
• Fibre monomode ou multimode, selon les spécifications de l'optique de précision
• Gamme de connecteurs et finition : ne pas raccorder des connecteurs APC et UPC entre eux
• Polarité duplex TX-RX ou paire BiDi complémentaire correcte
• Longueurs d'onde et plage de puissance entre l'émetteur et le récepteur dans chaque sens
• État de l'émetteur distant, prise en charge de l'hôte distant et alarmes de liaison

Une lecture DDM n'est utile qu'une fois que le module et l'hôte l'ont rendue accessible. Tous les modules ne prennent pas en charge le DDM, et le fait de pouvoir lire une valeur de température ou de puissance de réception ne constitue pas en soi une garantie d'interopérabilité. LuLeey’s Guide pratique DDM/DOM explique les champs communs et leurs limites.

Ne commencez pas par nettoyer les fibres à plusieurs reprises tant que l'hôte dit encore Module manquant. Le nettoyage permet d'éliminer les impuretés présentes dans le chemin optique ; il ne permet toutefois pas de résoudre un problème de contact lié à la présence d'une cage, de bus de gestion ou de pilote manquant.

Une matrice d'isolement contrôlé

Utilisez cette matrice pendant une fenêtre de maintenance, en effectuant un seul changement contrôlé par test.

Veillez à ce que les tests soient réellement comparables. Le fait qu’un module SFP 1G soit en bon état de fonctionnement ne prouve pas que le même emplacement prenne en charge le mode hôte 2,5G, un émetteur-récepteur cuivre haute puissance ou une clé ONU spécifique.