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

À l’aide d’une connexion câblée , la vitesse de téléchargement est de 38 Mbit / s . Lorsque je passe en mode sans fil (routeur Linksys WRT54GL avec firmware Tomato), la vitesse chute à 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?
Y at-il des paramètres que je peux modifier pour augmenter la vitesse de téléchargement?

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

Dans les conditions du monde réel, je suis heureux tant que c'est plus de 15 mégabits / s.

La règle de base pour 802.11 est que vous pouvez obtenir un débit TCP de 50 à 60% du taux de signalisation que vous obtenez et que 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 puissiez 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 bien a / b / g, vérifiez si l'un des canaux à 5 GHz à votre disposition est plus propre que celui des canaux à 2,4 GHz et, le cas échéant, 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 "garder le canal rempli" en transmettant en continu le fichier à l'aide de tampons défilants pour s'assurer que la pile TCP côté envoi n'est jamais à court 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 écritures individuelles en blocs, de sorte qu'entre 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 envisager le réglage TCP. Par exemple, assurez-vous que votre client et votre serveur (en particulier le destinataire du transfert de fichier) utilise une taille de fenêtre TCP adéquate. Le réglage TCP sort du cadre de cette réponse, mais si vous recherchez des produits tels que des produits à retard de bande passante, des tailles de fenêtre optimales, un délai Ack différé, la désactivation de l'algorithme de Nagle et l'utilisation de sysctl (Unix / Linux / Mac OS X) et I devinez l’édition du registre (Windows) pour ajuster ces choses, vous pourriez trouver le moyen d’exploiter un peu plus 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 la congestion Internet , certaines de ces applications basées sur UDP adoptent l’approche égoïste d’optimisation de la vitesse de transfert de vos fichiers sans se soucier de leur effet 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 de 2003, qui n’est pas plus rapide que le 802.11a 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.

Les tests sur 802.11a ont montré que mes meilleurs taux se situaient entre 20 et 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