S-RJ01 dans une cage SFP+ d'un RB5009 : autonégociation incomplète, port bloqué à 100 Mbps
Rack à la maison, et le RB5009 n'a qu'une seule cage SFP+. Je voulais un second uplink cuivre gigabit depuis ce boîtier plutôt que de tirer de la fibre à travers la pièce, donc j'y ai mis un module cuivre à la place.
- MikroTik RB5009UG+S+IN, RouterOS 7.1rc4
- MikroTik S-RJ01 SFP cuivre 1000BASE-T dans sfp-sfpplus1
- brassage Cat6, environ trois mètres, vers un switch gigabit
- tous les autres ports de ce switch montent en 1G full avec le même lot de câbles
Le port monte, mais seulement à cent :
/interface ethernet monitor sfp-sfpplus1
Auto Negotiation: incomplete
Rate: 100MbpsSous charge, l'interface accumule aussi des erreurs de paquets TX/RX, ce qu'elle ne fait sur aucun des ports intégrés.
Ce que j'ai essayé :
- désactiver et réactiver l'interface, plusieurs fois - de temps en temps ça monte en 1G, la plupart du temps non
- un autre brassage Cat6 et un autre port sur le switch distant
- fixer le port du switch distant en 1G full duplex, ce qui n'a rien changé de ce côté
Est-ce le module, la cage SFP+ à qui on demande de faire tourner un module cuivre 1G, ou la version de RouterOS ? Et y a-t-il quelque chose à essayer avant d'abandonner et de tirer de la fibre ?
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 6
Arrêtez de négocier et fixez-le. Sur chaque boîtier MikroTik où un S-RJ01 s'est mal comporté chez moi, voici ce qui l'a fait tenir en place :
Puis relisez avec
/interface ethernet monitor sfp-sfpplus1.Quant à la raison qui rend la lecture confuse : la voie entre le port hôte et un SFP cuivre 1G tourne toujours au débit binaire SGMII de 1G, et le 100 Mbit est porté dessus en répétant chaque octet dix fois. Donc ce que l'hôte affiche comme débit n'est pas forcément ce que le PHY cuivre à l'intérieur du module a négocié avec votre switch - les deux moitiés du module peuvent être en désaccord, et « incomplete » c'est le côté hôte qui abandonne sa part de la négociation.
Deux réserves. Avec l'autonégociation désactivée de votre côté, l'extrémité distante doit aussi être fixée en 1 Gbit/s full duplex, sinon elle retombe en half duplex et vous avez échangé un problème de vitesse contre un problème de duplex, ce qui est pire à diagnostiquer. Et soyez clair sur le fait que c'est un contournement - il n'y a pas de correctif du vendor pour ça, donc si ce port porte quelque chose d'important, ça vaut la peine d'essayer un module cuivre d'un autre fabricant dans la même cage.
Vous êtes en 7.1rc4 et moi aussi, donc cette partie-là correspond déjà - ce que j'aimerais plutôt savoir, c'est ce que rapporte l'extrémité distante pendant que votre côté dit incomplete. Voit-elle aussi du 100, ou pense-t-elle avoir un lien gigabit ?
Je demande parce que j'ai un S-RJ01 dans un RB4011iGS+ qui fait quelque chose de très similaire : il n'atteint le 1G que parfois, et seulement après avoir désactivé et réactivé le port. Je n'ai jamais compris ce qui rend une tentative différente de la suivante, et je n'avais jamais pensé à lire le switch distant au même moment.
Le switch distant est d'accord avec le mien - il affiche aussi un lien 100 Mbit, donc au moins les deux extrémités ne se mentent pas dans des directions différentes.
Désactiver et réactiver aide ici aussi, mais pas de façon fiable : environ une tentative sur quatre revient en 1G, le reste tombe à 100 Mbps avec la même ligne
Auto Negotiation: incomplete. Quand ça reste à 100, les compteurs d'erreurs grimpent sous charge ; les rares fois où ça monte en 1G, ils restent à plat.Prudence avec ça comme recette générale, parce que la documentation même du vendor pour ces modules cuivre dit le contraire : le S-RJ01 et le S+RJ10 sont décrits comme ayant besoin d'une vitesse et d'un duplex négociés pour fonctionner du tout, et selon cette page, un port dont le débit est fixé à la main ne devrait pas faire monter de lien. La pratique de terrain sur des boîtiers RB5009 et RB4011 contredit ça assez souvent pour que j'essaierais simplement les deux et garderais celle qui tient sur votre matériel, plutôt que de faire confiance à l'une ou l'autre affirmation.
Sans rapport mais sur la même version : j'avais un S+85DLC03D dans un CRS318-16P-2S+ qui perdait le lien plusieurs fois par jour, donc je ne supposerais pas que tout ce qui est bizarre sur un port SFP est la faute du module cuivre.
Et si vous envisagez un jour le S+RJ10 pour cette cage - il tire nettement plus de courant et chauffe, ce qui n'est pas ce que vous voulez dans un boîtier à refroidissement passif sans flux d'air supplémentaire.
Boîtier plus ancien, même famille de galère. Un CCR1016-12S-1S en 6.45.1 avec douze modules cuivre Finisar FCLF-8521-3, que le routeur s'obstinait à appeler FCMJ-8521-3. Les douze étaient reconnus dans la liste des modules et pas un seul ne voulait monter - ni vers les switches Huawei, ni vers un ordinateur portable branché directement.
Ce qui a fait monter tous les ports :
Désactiver le contrôle de flux dans les deux sens comptait, et le cycle disable/enable aussi - les modules ne se réinitialisaient avec les nouveaux réglages qu'après ça. Même réserve sur l'extrémité distante qui doit être fixée en 1 Gbit/s full duplex, sinon elle retombe en half.
Résultat à moitié, donc je vais le rapporter comme tel. Avec l'autonégociation désactivée et le 1Gbps full-duplex forcé aux deux extrémités, le port a tenu en 1G, les compteurs d'erreurs ont arrêté de bouger et la loterie du disable/enable est terminée.
Ce qui ne fonctionne toujours pas : un vieil appareil 100 Mbit que j'ai branché directement dans le module n'a plus aucun lien maintenant, d'aucun des deux côtés, quel que soit le réglage. Pour cette branche-là j'ai mis un petit switch gigabit entre le module et l'appareil et j'ai arrêté de me battre. Donc l'uplink est utilisable, mais je ne dirais pas que le module est réparé.