¿Por qué la velocidad real de una red inalámbrica G de 54 Mbit / s solo ronda los 15 Mbit / s?

He estado solucionando problemas de red, y una de mis computadoras portátiles solo es capaz de transferir a través de la red local a aproximadamente 2 Mbyte / s (15 Mbit / s). Las pruebas que realicé fueron una transferencia de archivos de aproximadamente 200 MB desde una computadora con cable a una tarjeta de red inalámbrica G en la computadora portátil. La computadora portátil se colocó a aproximadamente 1 metro del enrutador, y cambiar la posición o la dirección del enrutador no tuvo diferencias notables.

Lectura ¿Por qué mi LAN inalámbrica 802.11g es tan lenta? , parece que 2 Mbyte / s es aparentemente una velocidad decente para una red G. ¿Por qué? Cuando el máximo teórico es de 54 Mbit / s, esperaría una velocidad de transferencia de al menos la mitad, hasta el 60%.

Ejecuté las mismas pruebas usando la interfaz N en mi enrutador, y alcanzo velocidades de aproximadamente 60 Mbit / s. Esperaría la respuesta con respecto a la red G extrapola a N también, ¿correcto?

Si está en un canal perfectamente limpio, con una potencia de señal (RSSI) de entre -20dBm y -60dBm, y tiene una pila y aplicación TCP / IP bien optimizada, y conjuntos de chips 802.11g de alta calidad , debería poder para ver hasta 25 megabits / seg (30 si ambos extremos admiten la ruptura de trama).

Tenga en cuenta que 1 metro de distancia puede estar demasiado cerca. A una distancia tan cercana, es posible tener una intensidad de señal superior a -20dBm, que podría ser una señal "demasiado caliente" y sobrecargar el receptor. Los conjuntos de chips de alta calidad podrían ser capaces de manejar señales tan altas como 0dBm y aún recibir a velocidades de datos máximas, pero he visto muchos conjuntos de chips de menor calidad que perdieron sus velocidades de datos superiores a -20dBm. A 2-3 m de distancia es una mejor opción para las mejores velocidades de datos.

Aquí, en casi 2012, encontrar equipo G de alta calidad es bastante difícil, porque 802.11g es de hace casi una década. Cualquiera que todavía fabricara conjuntos de chips solo G ahora o en los últimos 3-4 años probablemente solo lo haría para ser lo más barato, pequeño y de bajo consumo posible (para los mercados de teléfonos inteligentes / tabletas / netbooks, entre otros), lo cual es amable de lo contrario de alta calidad.

Las compañías que fabricaron conjuntos de chips 802.11 de alta calidad a fines de 2011 y principios de 2012 están fabricando equipos 802.11n 3x3: 3, HT40 (450 megabits / seg). E incluso entonces, pasan la mayor parte de su tiempo asegurándose de que sus tasas de N sean óptimas, y menos tiempo preocupándose por optimizar su compatibilidad con a / b / g.

Tener una pila TCP bien optimizada y una aplicación que siempre mantenga la tubería TCP llena también es buena. Recomiendo IPerf como una herramienta de rendimiento simple que sabe cómo usar TCP de manera efectiva. Si obtiene un rendimiento mucho mejor con IPerf que con la aplicación que estaba ejecutando, entonces la aplicación que estaba ejecutando probablemente no sea óptima. Vea qué ventana TCP IPerf informa que están utilizando sus máquinas y asegúrese de que cumpla o supere el "producto de 'ancho de banda * retraso' 'para su red (es probable que necesite algo como 20 KB o más).

Varias razones posibles, algunas importantes enumeradas a continuación.

En primer lugar, interferencia, ya sea de otras redes en el mismo canal o similar o de otras estaciones en su red. Si la estación base recibe una señal interferente, es probable que se deba retransmitir todo el paquete. En estas circunstancias, se utiliza un "retroceso" exponencial, lo que significa que el tiempo entre retransmisiones crece exponencialmente como una forma de tratar de reducir la interferencia. Para minimizar esto, siempre vale la pena mirar los canales que utilizan las redes cercanas para obtener la distancia máxima en números de canales (es probable que los canales adyacentes interfieran casi tanto como los canales superpuestos).

Por supuesto, las redes cableadas también tienen este problema y el procedimiento de desconexión estándar utilizado en redes cableadas proviene de redes inalámbricas tempranas. Pero, en general, las redes cableadas solo tienen que preocuparse por las estaciones en la misma red.

En segundo lugar, las ondas de radio se reflejan en las superficies y, por lo tanto, la misma señal puede llegar al mismo destino a través de dos rutas diferentes en dos momentos diferentes, lo que nuevamente causa interferencia.

En tercer lugar, el rendimiento de la aplicación. Los protocolos basados ​​en TCP utilizarán ventanas para regular el flujo de datos en la red. Cuando la ventana está llena, ya que todos los datos aún no se han procesado en el lado del cliente, se bloquearán más datos. No es un problema con la conexión inalámbrica per se, pero aumentaría la sensación de que su red inalámbrica es lenta.