Une liaison 2,5 GbE qui passe à 100 Mbit/s uniquement après une mise en veille ou un redémarrage indique généralement un problème de renégociation liée à l’état d’alimentation, de comportement du pilote ou de paire physique limite.
Il s’agit d’un problème différent de celui d’un port qui ne peut jamais négocier au-delà de 1 GbE. Vérifiez d’abord que la liaison atteint 2,5 GbE à partir d’un état initial fonctionnel à froid, puis reproduisez la baisse après une mise en veille ou un redémarrage en conservant le même câble et le même port du commutateur. Comparez les modes annoncés, les paramètres d’économie d’énergie, l’état du pilote et les compteurs d’erreurs avant de remplacer l’ensemble du chemin réseau.
Vérifiez que la baisse à 100 Mbit/s survient uniquement après une transition d’alimentation
Relevez la vitesse négociée immédiatement après un démarrage à froid normal, après plusieurs minutes de trafic, après une mise en veille suivie d’une reprise, puis après un redémarrage normal. Utilisez l’état du contrôleur réseau et du port du commutateur plutôt que les résultats d’un test de débit Internet.
Un article de dépannage consacré à Realtek décrit un problème d’état de liaison lié à la veille profonde et montre pourquoi la transition elle-même peut être un facteur discriminant utile.
Si la liaison démarre déjà à seulement 100 Mbit/s après un démarrage à froid, revenez à l’article générique sur la négociation. Si elle commence systématiquement à 2,5 GbE et ne baisse qu’après une mise en veille ou un redémarrage, conservez cette transition d’état pour les tests suivants.
Vérifiez les paramètres d’économie d’énergie du contrôleur réseau avant de changer le câble
Examinez les paramètres de gestion de l’alimentation et les options avancées du pilote de l’adaptateur : Ethernet écoénergétique, Ethernet vert, réduction de la vitesse à la mise hors tension, vitesse de liaison Wake-on-LAN et autorisation donnée au système d’exploitation de mettre le contrôleur réseau hors tension.
Un guide récent de réglage d’Ethernet indique que la gestion de l’alimentation peut désactiver les adaptateurs indépendamment des paramètres ordinaires de vitesse et de duplex.
Désactivez ou modifiez une seule option d’alimentation pertinente à la fois, puis répétez le même test de mise en veille et de reprise. Ne désactivez pas simultanément toutes les fonctions de décharge et de performance : un résultat positif ne permettrait pas d’identifier le paramètre réellement déterminant.
Revérifiez le pilote et le jeu de composants après la reprise
Notez le modèle exact du contrôleur réseau, la version active du pilote, le micrologiciel le cas échéant et les modes de liaison annoncés avant et après la baisse. Le processus de reprise peut recharger le même périphérique avec un état de pilote différent, même si le nom de l’interface reste inchangé.
La présentation des adaptateurs 2,5 GbE de PLANEX montre que les pilotes 2,5 GbE proposent des contrôles d’alimentation en plus des paramètres Ethernet courants.
Si la mise à jour ou la restauration du pilote du contrôleur réseau supprime le repli après la reprise alors que le câble et le commutateur restent inchangés, consignez cette version. Évitez de forcer une vitesse statique comme première solution, car cela pourrait masquer un problème de négociation automatique ou de reprise.
Écartez une paire de câbles défectueuse qui échoue lors de la renégociation
Un câble peut fonctionner à 2,5 GbE jusqu’à la renégociation de la liaison, puis se stabiliser à un mode inférieur si une paire, une terminaison, un coupleur ou un connecteur est limite. Rebranchez les deux extrémités et comparez avec un câble court dont le bon fonctionnement est confirmé, sur les mêmes ports.
Un article récent de dépannage Ethernet explique que 100 Mbit/s peuvent indiquer une défaillance de paire, même lorsque la catégorie visible du câble semble appropriée.
Si le câble court reste à 2,5 GbE après plusieurs cycles de mise en veille et de redémarrage, testez séparément les cordons d’origine, les prises murales, les coupleurs et le câblage intégré aux murs. Réparez le chemin physique plutôt que de laisser le contrôleur réseau forcé à un mode supérieur.
Vérifiez séparément les adaptateurs 2,5 GbE USB ou connectés à une station d’accueil
Si le serveur ou le client utilise un adaptateur 2,5 GbE USB-C ou connecté à une station d’accueil, intégrez l’état d’alimentation du contrôleur USB et de la station dans le test. La reprise peut réinitialiser le périphérique USB avant le début de la négociation automatique Ethernet.
Un test détaillé d’un adaptateur 2,5 GbE a constaté que les adaptateurs USB dépendent des pilotes et que l’énumération côté hôte fait partie du chemin, pas seulement le câble RJ45.
Testez le même adaptateur directement sur l’hôte, sans la station d’accueil, puis via celle-ci. Si seule la liaison passant par la station d’accueil revient à une vitesse inférieure après la reprise, concentrez la correction sur l’alimentation USB et le micrologiciel de la station plutôt que sur le commutateur NAS.
Vérifiez que le 2,5 GbE résiste à plusieurs cycles de mise en veille et de redémarrage
Après avoir corrigé la cause confirmée, effectuez au moins deux cycles de mise en veille et de reprise, un redémarrage à chaud et un transfert LAN prolongé, tout en surveillant la vitesse négociée, les erreurs de liaison et les événements de renégociation aux deux extrémités.
Un article consacré aux performances multigigabit rappelle que la vitesse de liaison diffère du débit ; le test final doit donc valider à la fois la stabilité de la négociation et l’efficacité du trafic.
La réparation est terminée lorsque la même liaison 2,5 GbE résiste aux transitions d’alimentation sans passer à 100 Mbit/s. L’article ZimaSpace associé sur un port NAS négociant à 1 GbE reste la procédure appropriée lorsque le problème n’est plus spécifique à la mise en veille ou au redémarrage.
Assistance et conseils
Plus à lire

Plex peut-il partager un GPU avec un autre conteneur Docker ?
Plex et un autre conteneur peuvent souvent accéder au même GPU, mais vous devez tester la prise en charge des pilotes, le mappage des...

Comment déterminer si une erreur Plex vient du client ou du serveur
Reproduisez le même élément sur un autre client, comparez le chemin de session, puis recueillez les preuves côté serveur uniquement après que la portée...

Comment configurer le cache de Plex et le stockage temporaire du transcodage
Protégez l’état persistant de Plex en plaçant les fichiers temporaires de transcodage sur un stockage local adapté, puis vérifiez le nettoyage, l’espace libre et...

