web-dev-qa-db-fra.com

Quel est le débit binaire maximal d'une connexion 802.11g?

En utilisant une connexion câblée , je reçois une vitesse de téléchargement de 38 Mbit/s . Lorsque je commute sur sans fil un (routeur Linksys WRT54GL avec micrologiciel Tomato), la vitesse tombe à 23 Mbit/s même si la distance entre le routeur et l'ordinateur est de 2 ou 3 mètres.

Est-ce un débit binaire effectif maximal auquel je peux m'attendre d'une connexion 802.11g?
Existe-t-il des paramètres pour lesquels je peux modifier pour augmenter la vitesse de téléchargement?

43
Marek Grzenkowicz

Avec un signal fort, pas de bruit, un client et un point d'accès qui sautent les images, et une application bien optimisée (en fait, un outil de test de débit appelé IPerf), j'ai vu 802.11g TCP un débit d'à peine 30 mégabits. /seconde.

Dans les conditions du monde réel, je suis heureux tant qu'il dépasse 15 mégabits/s.

La règle générale pour 802.11 est que vous pouvez obtenir TCP débit de 50 à 60% du taux de signalisation que vous obtenez et vous n’obtenez que le meilleur taux de signalisation dans les meilleures conditions.

Mise à jour: Je viens de me rendre compte que je n'ai pas répondu à certaines de vos questions subordonnées.

Est-ce que 23 mégabits/s est la meilleure solution (en supposant que les images ne soient pas éclatées)? Oui, si je me souviens bien, entre 20 et 25 mégabits/s est le meilleur débit que vous pouvez attendre de 802.11g sans rupture de trame.

Y a-t-il des choses que vous pouvez modifier pour obtenir de meilleures performances? Oui, voici certaines choses que vous pouvez modifier pour obtenir de meilleures performances. Cependant, je vous préviens dès le départ que certains d'entre eux sont probablement plus compliqués qu'ils ne valent la peine:

  1. Assurez-vous que vous êtes sur le canal le plus propre disponible pour vous. La seule façon de procéder de manière fiable consiste à utiliser un analyseur de spectre tel qu'un Wi-Spy . Certaines personnes pensent qu'elles peuvent se permettre d'utiliser quelque chose qui ne voit que les réseaux Wi-Fi comme inSSIDer , mais elles se trompent. Il peut y avoir beaucoup de bruit dans la bande 2,4 GHz qui ne provient pas du matériel Wi-Fi, donc inSSIDer ne le verra jamais, mais un véritable Wi-Spy (ou un analyseur de spectre encore plus sophistiqué) le ferait.

    1b. Si votre équipement n'est pas seulement b/g mais réellement a/b/g, voyez si l'un des canaux à 5 GHz à votre disposition est plus propre que celui des canaux à 2,4 GHz, et si oui, envisagez de passer à 802.11a à 5 GHz.

  2. Si votre équipement prend en charge la rupture de trame mais que vous ne l'avez pas allumé, vous pouvez l'activer. Différents fournisseurs peuvent avoir différentes manières de décrire la rupture de trame, telle que le "mode turbo" ou autre chose. Si je me souviens bien, la rupture de trames de la marque Broadcom, ainsi que d’autres optimisations de performances propriétaires tordues, comme "Afterburner". Attention, certaines de ces choses peuvent causer des problèmes d'interopérabilité et ont tendance à fonctionner mieux entre des jeux de puces du même fournisseur, de la même époque.

  3. Si vous avez le contrôle sur les outils/protocoles que vous utilisez pour effectuer vos téléchargements, y compris côté serveur, vous pouvez choisir des options permettant une utilisation plus efficace du protocole TCP. Par exemple, un serveur FTP ou HTTP de bonne qualité est plus susceptible de "conserver le canal rempli" en transmettant en continu le fichier à l'aide de tampons défilants pour garantir que la pile TCP côté envoi ne manque jamais de données à envoyer. . En revanche, les protocoles de système de fichiers distants tels que SMB et AFP ont tendance à effectuer des lectures et des écritures individuelles en blocs. Ainsi, entre les blocs, TCP n'a rien à envoyer. Cela peut faire une grande différence au cours d'un téléchargement volumineux.

    3b. Encore une fois, si vous possédez les deux extrémités du transfert de fichier, vous pouvez regarder TCP tuning. Par exemple, assurez-vous que votre client et votre serveur (en particulier le destinataire du transfert de fichier) utilise une taille de fenêtre adéquate TCP. TCP le réglage dépasse la portée de cette réponse, mais si vous recherchez des produits tels que les produits à retard de bande passante, les tailles de fenêtre optimales, l’Ack différé, la désactivation de l’algorithme de Nagle et l’utilisation de sysctl (Unix/Linux/Mac OS X) et je suppose que l’édition du registre (Windows) permet d’ajuster ces paramètres, vous pouvez trouver le moyen de réduire légèrement les performances de votre lien.

    3c Encore une fois, si vous possédez les deux extrémités du transfert de fichiers, vous pouvez choisir une application de transfert de fichiers rapide hautes performances basée sur UDP. Ces applications sont généralement propriétaires et nécessitent que vous ayez la même application aux deux extrémités de la connexion. Alors que TCP est très efficace pour aller aussi vite que possible sans aggraver l'encombrement d'Internet , certaines de ces applications basées sur UDP adoptent l'approche égoïste d'optimiser votre transfert de fichiers. vitesse sans se soucier de l’effet qu’elles ont sur la congestion du réseau.

Dans l’ensemble, si vous disposez d’une connexion Internet de plus de 40 mégabits/s, le 802.11g à partir de 2003, qui n’est pas plus rapide que le 802.11a à partir de 2002, n’est pas la bonne solution pour vous. Il est temps d’acheter du matériel 802.11n et de faire la fête comme en 2007. Ou du matériel 802.11n à trois voies et une fête comme en 2010.

65
Spiff

Les tests effectués sur 802.11a ont montré que mes meilleurs taux se situaient dans la plage de 20 à 22 Mbits/s, avec iPerf 2.0.5. Notez que dans mon cas, il y a aussi une connexion VPN au milieu.

serveur iPerf:

iperf -s -w 128K

client iPerf:

iperf -c <serverIP> --tradeoff --len 8K -w 128K -P 1 -t 30 -i 5 -m
1
iPerf Example