TL-SG3452P et switches PLANET IGS : le SM5110-SR n'est pas reconnu et le module chauffe fort dans la cage
Petit bureau, deux bâtiments, et tout ce que je veux c'est un simple lien fibre 1000M entre les baies. Les deux extrémités sont configurées en 1000M, les deux restent éteintes, et ça traîne depuis des semaines maintenant.
- TP-Link TL-SG3452P, matériel V3, firmware 3.20.4, lien pris depuis une de ses cages SFP
- PLANET IGS-6329-8UP2S4 dans la seconde baie, plus un IGS-R4215-24P4X sur un autre tronçon
- SM5110-SR à une extrémité, SM311LM à l'autre, cordon multimode entre les deux
- Ports côté PLANET forcés en dur à 1000M
Le switch n'acquitte jamais le module du tout :
end A: SM5110-SR
end B: SM311LM
result: module not recognised, link never comes upEn plus de ça, après vingt minutes dans la cage, le SM5110-SR est nettement chaud, plus chaud que n'importe lequel des modules 1G qu'on fait tourner ailleurs, et c'est ça qui m'inquiète vraiment.
Déjà essayé :
- mises à jour du firmware des deux côtés, aucun changement
- déplacé les modules dans les quatre cages sur les deux paires de switches, même résultat partout
- remplacé le cordon de brassage et nettoyé les connecteurs
Est-ce un problème de compatibilité de module, ou est-ce qu'il y a quelque chose sur ces cages qui m'échappe ? Et un module que le switch ne reconnaît même pas devrait-il chauffer autant ?
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 4
Il y a deux erreurs distinctes empilées l'une sur l'autre ici.
La première, vous venez de la trouver vous-même : le SM5110-SR est une pièce SFP+, et le TL-SG3452P en matériel V3 a de simples cages SFP 1G. Il rentre mécaniquement et reçoit de l'alimentation, mais le switch n'a aucun moyen de le piloter, donc il reste non reconnu, peu importe le nombre de versions de firmware que vous traversez.
La seconde est de supposer que forcer le port PLANET en 1000M règle l'autre moitié du problème. Configurer une cage pour un débit donné ne vous dit rien sur le module que vous y mettez. Chaque module a des spécifications fixes et ne change pas de débit parce qu'une config de port le lui a demandé, donc les deux extrémités doivent porter des modules du même débit, sur des cages qui supportent ce débit.
La correction pratique est une paire assortie de modules SM311LR, un à chaque extrémité, au lieu de la paire mixte que vous avez actuellement. Si le tronçon entre les deux switches est court, moins d'environ 3 m, un DAC est moins cher et retire complètement la question du module.
Sur le module chaud, je n'ai pas d'explication honnête. Une pièce qui n'est pas pilotée ne devrait pas travailler dur, et je n'ai jamais vu ça expliqué de façon satisfaisante. Je ne le laisserais pas alimenté dans la cage pendant que vous réglez le reste.
Une chose doit être clarifiée avant que quiconque puisse vous aider : à quel débit sont réglées les cages elles-mêmes sur chaque switch ? Les boîtiers TP-Link et PLANET ne sont pas la même bête là-dessus, et les écrans de config de port ne vous le diront pas - choisir 1000M dans l'interface ne dit rien sur le câblage du slot, ni sur ce que peut faire l'optique qui s'y trouve. Allez lire la spécification du port pour chaque modèle, pas la vitesse que vous avez sélectionnée.
Vérifié, et c'était la bonne question. Les cages SFP du TP-Link sont 1G uniquement - il n'y a aucune option 10G nulle part dans la config de port pour elles. Le côté PLANET a bien des cages 10G, c'est pour ça que je les forçais en 1000M à la main au départ. Donc j'ai une pièce 10G assise dans une cage 1G uniquement d'un côté. Ça expliquerait pourquoi elle n'est jamais reconnue, mais je ne vois toujours pas pourquoi elle chauffe.
Ça vaut le coup d'ajouter que régler le débit de la cage n'est pas la fin de l'histoire avec ces switches. Ce que je vois ici, c'est le lien 10G qui revient en 1G à chaque fois que le serveur connecté redémarre, alors que la config de port insiste toujours sur du 10G. Deux boîtiers font ça : un TL-SG3428X en 1.30.0 (HW V1) et un TL-SX3008F en 1.20.0 (HW V1.0), de vraies cages SFP+ sur les deux.
J'ai chassé le côté hôte pendant des semaines. Intel X520-DA2, puis une carte Mellanox, puis une HP. Optiques Intel E10GSFPSR, puis 10GTek. Un tas de builds de pilotes sous Linux et sous Windows. Des profils dans Omada. Même un changement de châssis. Rien de tout ça n'a bougé quoi que ce soit. Faire basculer le switch, ou baisser la vitesse du port hors du 10G puis la remettre, redonne du 10G jusqu'au prochain reset de l'hôte.
Ce qui a tenu, c'est de mettre des modules TP-Link SM5110-SR à la place des tiers, et le même résultat est revenu de gens sur un SG3428XMPP et un TL-SX3016F. Donc les optiques mordent deux fois : une fois pour le débit de la cage, une fois pour la façon dont le switch renégocie après une réinitialisation de lien côté hôte. Essayez un module de marque sur un seul port avant d'en commander une boîte entière.