1 votes

Est-ce que le câble Cat 5/5e/6 fonctionne en qualité binaire ou continue?

Il y a un an, j'ai récupéré un outil de sertissage RJ45 et j'ai depuis fabriqué mes propres câbles Ethernet de temps en temps. Je ne suis certainement pas aussi habile qu'un professionnel qui assemble ces choses tout le temps, alors je dénude probablement un peu trop les paires et enlève un peu trop de blindage, etc. À noter que j'essaie aussi parfois de forcer les câbles autour d'une ouverture étroite où ils sont écrasés, pliés, etc. L'idée que je veux faire passer : tout cela me fait me demander, avec les câbles Ethernet de plus en plus rapides et sensibles, fonctionnent-ils généralement de manière binaire, c'est-à-dire que le câble fonctionne et vous obtenez une bonne connexion, ou bien vous n'obtenez aucune connexion? Ou est-ce qu'un câble mal construit ou trop usé peut toujours donner l'impression de bien se connecter, tandis que la qualité du signal / la bande passante sont en réalité affectées négativement?

1voto

James Mertz Points 390

Le "taux de connexion" signalé sera toujours fixé à un mode standard spécifique, par défaut le mode le plus élevé pris en charge entre les deux appareils. Les seules options prises en charge par les appareils Ethernet Cat5 typiques sont 10/100/1000 Mbps – par conséquent, contrairement au Wi-Fi (qui dispose d'une large gamme de débits possibles à choisir), vous ne verrez jamais des appareils Ethernet négocier des modes par exemple "300 Mbps" ou "54 Mbps".

Normalement, le "taux de connexion" négocié reste fixe. Cela peut fonctionner, cela peut fonctionner mal, cela peut cesser de fonctionner, mais le débit ne change pas dynamiquement pendant la durée de la connexion.

Cependant, même si l'interface affiche "Link: 1 Gbps" tout le temps, il est possible que le ratio réel de données transmises avec succès par rapport à celles perdues puisse varier. Autant que je sache, un fonctionnement "médiocre" signifie que les paquets ont plus de chances d'arriver corrompus et d'être rejetés par le récepteur, ce que TCP interprète comme une perte de paquets et attend que le serveur retransmette les données, ce qui se traduit par une vitesse de transfert globalement plus lente (d'autant plus que TCP suppose que la perte est due à la congestion et ralentit intentionnellement). Des outils comme netstat -s (Windows) peuvent vous montrer le nombre de "segments TCP retransmis".

(Et si la connexion est vraiment médiocre, au moins certains appareils Ethernet réinitialiseront la connexion et renégocieront avec un mode inférieur une fois, par exemple j'ai vu des dispositifs capables de 1 Gbps passer en mode 100 Mbps après un court laps de temps, et de même les ports à 100 Mbps re-négocier à 10 Mbps. Je ne sais pas si ce comportement est standard.)


Cette question pourrait être mieux répondue par un véritable installateur Ethernet, ce que je ne suis pas...

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X