Une paire de TRENDnet TFC-1000MSC n'affiche aucune LED Link après avoir inversé TX et RX aux deux extrémités
Je tire un tronçon fibre entre deux salles techniques du même bâtiment et j'utilise une paire de convertisseurs TRENDnet TFC-1000MSC (1000BASE-T vers 1000BASE-SX) pour le raccorder. Le côté cuivre va directement dans les switches qu'on a déjà, rien d'inhabituel dans la config.
- TRENDnet TFC-1000MSC à chaque extrémité, chacun sur sa propre alimentation
- cordons de brassage multimode ST vers SC sur la fibre du bâtiment
- Catalyst 2960 dans une salle, un Netgear ProSafe dans l'autre
- deux tronçons disponibles dans le même câble
La fiche d'instructions dit d'inverser TX et RX, donc j'ai échangé les brins aux deux extrémités. Ce que j'obtiens :
Converter A: PWR on, TP Link on, FX Link off
Converter B: PWR on, TP Link on, FX Link offAucun Link/Act côté fibre sur aucune des deux unités. Le côté cuivre est up sur les deux, les ports du switch montent et transmettent dans le vide.
Déjà fait : remplacé les cordons SC par des pièces de rechange, tout déplacé sur la seconde paire de convertisseurs qu'on a achetée, réinséré les deux extrémités deux fois, et essayé le second tronçon du même câble - même résultat là aussi.
Ce que propose la façade côté fibre est une seule lampe FX par unité, et les deux sont éteintes. Ça me dit que le côté optique n'est jamais monté et rien au-delà - ni si c'est mon propre émetteur qui est silencieux ou celui de l'autre bout, ni quelle direction est cassée. Où devrais-je regarder - la fibre, les convertisseurs, ou mon propre câblage ?
Comments 4
Inverser aux deux extrémités, c'est exactement votre erreur. Le croisement doit se faire à une seule extrémité - le TX d'un convertisseur doit arriver sur le RX de l'autre. Échangez les brins aux deux extrémités et le mappage redevient direct, émetteur face à émetteur, donc aucun récepteur ne voit jamais de lumière et ni l'une ni l'autre des LED Link ne monte. Remettez une extrémité comme elle était et laissez l'autre croisée.
Si ça reste éteint après ça, deux autres choses ont mordu des gens avec exactement ces unités. Les commutateurs DIP : la recommandation du support TRENDnet était de mettre le commutateur 1 sur on pour le mode forcé et le commutateur 2 sur off pour désactiver le retour de perte de lien, et les deux convertisseurs doivent être réglés de la même façon avant de tirer une conclusion des LED. Et la fibre elle-même : sur l'un des deux tronçons dans un cas comme le vôtre, la terminaison s'est révélée mauvaise et a dû être testée et refaite proprement. Puisque votre second tronçon se comporte de façon identique, je parierais quand même d'abord sur le mappage TX/RX, mais une fois le mappage correct et que ça ne monte toujours pas, c'est un travail pour du matériel de test plutôt qu'une nouvelle supposition.
Deux remarques annexes. Une ferrule sale à elle seule fera tomber un lien gigabit, donc nettoyez les extrémités avant de commencer à échanger du matériel. Et ne regardez jamais dans une extrémité de fibre pour vérifier la présence de lumière - la source est un laser infrarouge et vous ne le verriez de toute façon pas.
Vous dites avoir inversé aux deux extrémités, et cette phrase fait beaucoup de travail. Détaillez-la : prenez un convertisseur et dites-nous quel brin va dans son port TX et lequel dans RX, puis faites de même pour l'autre bout. Dessinez-le si ça aide.
Deux autres choses pendant que vous y êtes. Lisez les commutateurs DIP des deux unités, position par position, et dites si l'un de ces tronçons a déjà porté un lien auparavant ou si tout le câble est une installation neuve. Si c'est neuf, la fibre n'est pas éprouvée et reste suspecte jusqu'à ce que quelqu'un la teste proprement.
Je rejoins la plainte sur cette lampe FX, parce que c'est la vraie raison pour laquelle ce genre de panne traîne. Une lampe simplement allumée ou éteinte ne peut pas vous dire quelle direction est morte, donc arrêtez de lire la façade dès qu'il y a quelque chose dans le chemin qu'on peut interroger directement - compteurs de port du switch, ou une CLI si le boîtier en a une. Sur un raccordement d'opérateur, j'ai complètement arrêté de deviner à partir des LED et j'ai lu la vitesse de fonctionnement à la place :
et regardé la colonne Oper. Ça attrape aussi le piège où un service à 100 Mbps alimente un convertisseur qui distribue du 1000BASE-T côté cuivre : tout ce qui est derrière négocie tranquillement un gigabit et rien sur la façade n'indique le débit réel. Boîtier différent, même leçon - le convertisseur est la chose la moins informative de la chaîne.
Cas voisin, au cas où vos lampes se mettraient un jour à clignoter au lieu de rester éteintes. Le mien était un SG300-28PP avec un Cisco MGBSX1 dans le port SFP 27, en multimode vers un TP-Link MC200CM. L'indicateur FX du convertisseur s'allumait pendant quelques secondes puis se mettait à clignoter fort ; la machine derrière obtenait une adresse, se déconnectait à nouveau en quelques secondes, et le débit restant se mesurait à la règle. J'ai passé le matériel en revue pièce par pièce - le second MGBSX1, l'autre port SFP, le convertisseur de secours sur sa propre alimentation, une poignée de brins, des cordons de brassage cuivre neufs - et rien de tout ça n'a bougé l'aiguille. Pendant ce temps, SG300 vers SG300 sur fibre tenait, SG300 vers un HP tenait, et les deux convertisseurs tête-bêche tenaient, donc pris isolément chaque composant avait l'air innocent.
Ce qui est revenu du fabricant, c'était de mettre le mode de lien sur auto et de redémarrer, plus un avertissement qu'un MC200CM ne pilote jamais son côté cuivre qu'à 1000 Mbps, donc tout ce qui est plus lent derrière ne peut pas démarrer. Personne n'a précisé si auto voulait dire le convertisseur ou le port du switch, et la discussion s'est éteinte avant que quiconque ne confirme un résultat - une direction où chercher, pas un correctif.