Vous branchez un nouveau SFP dans un switch Cisco et le journal se remplit : unsupported transceiver, et le port passe en err-disabled. On dirait que le module est en panne. Dans la plupart des cas, il ne l'est pas. Le message porte sur le fabricant du module, pas sur son bon fonctionnement.
Pourquoi le switch se plaint
Chaque SFP contient une petite puce EEPROM avec le nom du fabricant, la référence, le numéro de série et quelques autres champs. À l'insertion, le switch lit cette puce. Si les données du fabricant ne figurent pas sur la liste de Cisco, le switch signale le module comme non pris en charge et, sur beaucoup de plateformes, désactive le port par précaution.
Rien n'a changé dans l'optique, le laser ou la fibre. Le switch ne reconnaît simplement pas le nom sur l'étiquette.
Ce que montre généralement le journal
Sur les switches Catalyst, on voit en général un message PHY-4-UNSUPPORTED_TRANSCEIVER ou GBIC_SECURITY_CRYPT, puis le port passe en err-disabled avec la cause gbic-invalid. Sur les switches Nexus, l'interface peut indiquer un échec de validation du SFP. La formulation varie selon la plateforme, mais le sens est le même : le switch n'a pas reconnu les données fabricant de la puce.
Ce qui fait vraiment fonctionner les optiques ensemble
La compatibilité entre optiques est définie par le SFP Multi-Source Agreement (MSA). Il fixe les dimensions, l'interface électrique et le comportement optique, pour qu'un module 10GBASE-LR d'un fabricant dialogue avec un module 10GBASE-LR d'un autre. C'est pourquoi une liaison peut fonctionner avec une optique Cisco d'un côté et une optique Juniper ou tierce de l'autre.
Les modules compatibles sont fabriqués selon le même MSA, puis codés avec des données fabricant que le switch accepte. Bien fait, le switch voit un module qu'il connaît et le port monte normalement.
Remettre le port en service
- Vérifiez d'abord le module. Lancez show interface transceiver et show inventory pour voir ce que le switch lit sur la puce.
- Utilisez un module correctement codé. Une optique compatible codée pour votre plateforme évite complètement l'avertissement. C'est la solution propre.
- Connaissez le contournement, et ses limites. Beaucoup de plateformes Cisco IOS acceptent les commandes cachées service unsupported-transceiver et no errdisable detect cause gbic-invalid. Elles remettent le port en service, mais le TAC Cisco peut les invoquer si vous ouvrez un ticket. Nous les réservons donc aux tests, pas à une solution définitive.
Un port inactif n'est pas toujours un problème de codage
Parfois le port reste inactif même avec un module correctement codé. Avant d'accuser les données fabricant, vérifiez les bases :
- Le même type aux deux extrémités. Une optique SR d'un côté et une LR de l'autre ne monteront jamais de lien, même si les deux sont en 10G.
- Un débit adapté au port. Un SFP 1G dans un port uniquement 10G, ou l'inverse, ne fonctionne pas sur beaucoup de plateformes.
- Des niveaux de lumière corrects. show interface transceiver details affiche la puissance émise et reçue. Trop faible, c'est souvent un connecteur sale ou une fibre endommagée. Trop forte sur une liaison courte, le récepteur a peut-être besoin d'un atténuateur.
- Des connecteurs propres. Un connecteur LC poussiéreux reste l'une des causes les plus fréquentes d'un lien mort. Un nettoyeur one-click coûte peu et fait gagner des heures.
Et la garantie, et le support ?
On craint souvent qu'une optique tierce annule la garantie du switch. En pratique, si le TAC Cisco soupçonne le module, il peut vous demander de reproduire le problème avec une optique Cisco. Utiliser une optique compatible n'annule pas le support du switch lui-même. Garder quelques optiques OEM sous la main pour le dépannage couvre bien ce cas.
Où nous fixons la limite
Pour les liaisons SX et LX standard, le 10G SR et LR et les optiques courantes de data center, les modules compatibles font le travail pour bien moins cher que l'OEM. Nous restons sur l'OEM dans deux cas : les systèmes DWDM où les optiques font partie d'un design optique très précis, et tout contrat de support qui impose des optiques de marque. Lisez ce contrat avant de décider. C'est lui qui compte, pas le journal du switch.
Comment nous pouvons vous aider
Networkser Group fournit les deux : optiques OEM d'origine et modules compatibles testés, codés pour Cisco, Juniper, HPE, Huawei et d'autres plateformes. Parcourez nos transceivers et optiques, découvrez comment fonctionnent les transceivers SFP recodés, ou consultez notre guide technique de compatibilité SFP. Vous ne savez pas quel codage choisir ? Envoyez-nous le modèle du switch et nous trouverons le bon.