4 votes

WiFi lent, Ethernet rapide après avoir changé de fournisseur d'accès

J'ai récemment changé de fournisseur d'accès à Internet. Dans les deux cas, le câble CAT5 va directement dans MON routeur wifi (ASUS RT-N66U), sans gestion à distance. Cependant, après le changement, la vitesse du WiFi a considérablement diminué, bien que le routeur soit resté le même. Lorsque je fais une connexion filaire à l'un des ports LAN du routeur, j'obtiens la vitesse/bande passante attendue (100Mbps). En revanche, en mode sans fil, la vitesse est environ 5 fois plus lente.

J'ai essayé un autre routeur sans fil, différents clients sans fil (Mac, Windows, iPhone), les résultats sont les mêmes. J'ai même testé la commutation en direct du câble WAN entre les FAI alors que les deux étaient actifs, et le changement de vitesse du wifi est également immédiat.

Modifier : Je suis situé en Europe, et pour mesurer la vitesse, je télécharge un fichier de test de 1000mb hébergé par un fournisseur de réseau européen (Leaseweb). J'ai également un VPS hébergé là-bas pour pouvoir installer iperf si nécessaire. Je n'utilise pas les paramètres DNS fournis par le FAI, mais Cloudflare / Google à la place, ce qui ne fait pas non plus de différence.

1voto

harrymc Points 394411

La différence pourrait résider dans la nature différente des paquets TCP qui sont envoyés pour communications filaires et sans fil.

Le site MTU pour les réseaux sans fil serait plus importante. L'article Taille des paquets sans fil affirme qu'il s'agit de 2 312 octets, y compris les en-têtes de paquets. C'est plus grand que la recommandation Ethernet pour les réseaux câblés, qui est de 1 500 octets. Notez que la communication avec le FAI peut nécessiter l'ajout d'un en-tête supplémentaire. de huit octets, ce qui réduit la taille maximale des paquets à 1 492 octets (c'est aussi la taille optimale que j'ai choisie). (c'est également la taille optimale que j'ai trouvée lors de tests effectués il y a quelques années).

Wikipedia Unité de transmission maximale (MTU) donne plus de détails :

MTU IP pour les médias communs

enter image description here

Il est possible que l'infrastructure de votre FAI gère mal les gros paquets, lorsqu'ils doivent être divisés en plus petits paquets pour passer sur le réseau du FAI. Le processus tel qu'il est effectué à l'intérieur du réseau du FAI peut être programmé de manière si inefficace programmé au point de ralentir la vitesse de transfert.

Cette conjoncture que le problème réside dans la taille plus grande des paquets TCP est peut-être soutenue par le fait que le trafic sans fil voyageant dans votre réseau n'est pas réduit en vitesse. Apparemment, votre routeur gère mieux ces paquets.

Vérifiez si votre routeur peut être configuré pour limiter la taille des paquets à 1 492. (ou moins), à la fois pour les réseaux filaires et sans fil. Si ce n'est pas possible, essayez d'obtenir de l'aide auprès du service d'assistance de votre FAI, ou même de changer de fournisseur d'accès (encore une fois) si leur infrastructure est si mal en point. si mal configurée (ou changez de routeur).

L'utilisateur @DanielK a pointé du doigt l'article Modification de la taille du MTU dans Windows Vista, 7 ou 8 où ces commandes ont été suggérées, en s'exécutant dans une session élevée de Invite de commande :

Lister tous les identifiants d'interface réseau :

netsh interface ipv4 show subinterface

Définissez la taille MTU :

netsh interface ipv4 set subinterface "interface-id" mtu=<size> store=persistent

Un redémarrage est nécessaire après cette dernière commande.

Cela peut également être exigé pour ipv6 . Si cela fonctionne pour vous, alors il s'agit d'une solution de contournement qui vous permet de garder votre fournisseur d'accès actuel (toujours au prix d'un certain débit).

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