Pregunta Buena SNR, bajo rendimiento de Wifi


Mi enrutador wifi basado en Atheros tiene una SNR realmente buena (generalmente superior a +20, también porque estoy a solo unos metros de ella) pero un rendimiento muy bajo. La mayoría de las veces, el ping es horrible (ver al final de la publicación), TCP obviamente no es mucho mejor, y con frecuencia ni siquiera puede completar el intercambio de claves WPA ni obtener su dirección IP.

La ganancia de la antena es de 3 dB y el enrutador está a una altura de aprox. 1.3 m. Está muy cerca de una estación base DECT (menos de 10 cm). Hay una pared detrás de eso. Hay un armario de madera a 1 metro del enrutador, pero no está en el camino entre el punto de acceso y la computadora portátil. En el vecindario, puedo ver hasta 4 puntos de acceso activos, incluido el mío. El punto de acceso solo está transmitiendo un SSID, aunque teóricamente podría hacer dos con diferentes direcciones MAC.

Otra información probablemente irrelevante: el enrutador está en modo puente y el enlace ascendente es una red cableada, que es relativamente compleja porque también aloja mi oficina en casa pero tiene un buen rendimiento (tiempo de ping <2 ms).

Aquí hay un ejemplo de ping recolectado sin otro tráfico en el wifi. No hay paquetes perdidos, pero me parece que la red se está cerrando por períodos notables, que van desde 0,2 a 2 segundos (pero incluso he visto cinco pings llegando al mismo tiempo después de 5 segundos de apagón):

64 bytes from 192.168.10.2: icmp_seq=0 ttl=64 time=17.549 ms
64 bytes from 192.168.10.2: icmp_seq=1 ttl=64 time=844.128 ms
64 bytes from 192.168.10.2: icmp_seq=2 ttl=64 time=19.354 ms
64 bytes from 192.168.10.2: icmp_seq=3 ttl=64 time=268.005 ms
64 bytes from 192.168.10.2: icmp_seq=4 ttl=64 time=292.110 ms
64 bytes from 192.168.10.2: icmp_seq=5 ttl=64 time=823.084 ms
64 bytes from 192.168.10.2: icmp_seq=6 ttl=64 time=1.353 ms
64 bytes from 192.168.10.2: icmp_seq=7 ttl=64 time=676.620 ms
64 bytes from 192.168.10.2: icmp_seq=8 ttl=64 time=176.904 ms
64 bytes from 192.168.10.2: icmp_seq=9 ttl=64 time=11.536 ms
64 bytes from 192.168.10.2: icmp_seq=10 ttl=64 time=1.413 ms
64 bytes from 192.168.10.2: icmp_seq=11 ttl=64 time=862.640 ms
64 bytes from 192.168.10.2: icmp_seq=12 ttl=64 time=1.436 ms
64 bytes from 192.168.10.2: icmp_seq=13 ttl=64 time=822.594 ms
64 bytes from 192.168.10.2: icmp_seq=14 ttl=64 time=1.419 ms
64 bytes from 192.168.10.2: icmp_seq=15 ttl=64 time=870.897 ms
64 bytes from 192.168.10.2: icmp_seq=16 ttl=64 time=1.417 ms
64 bytes from 192.168.10.2: icmp_seq=17 ttl=64 time=918.914 ms
64 bytes from 192.168.10.2: icmp_seq=18 ttl=64 time=6.308 ms
64 bytes from 192.168.10.2: icmp_seq=19 ttl=64 time=848.949 ms
64 bytes from 192.168.10.2: icmp_seq=20 ttl=64 time=8.535 ms

Información adicional, el comportamiento donde "cada segundo algo va mal" es cierto incluso cuando funciona wifi. Simplemente no va tan malo...

64 bytes from 192.168.10.2: icmp_seq=42 ttl=64 time=8.209 ms
64 bytes from 192.168.10.2: icmp_seq=43 ttl=64 time=2.727 ms
64 bytes from 192.168.10.2: icmp_seq=44 ttl=64 time=11.154 ms
64 bytes from 192.168.10.2: icmp_seq=45 ttl=64 time=1.931 ms
64 bytes from 192.168.10.2: icmp_seq=46 ttl=64 time=12.076 ms
64 bytes from 192.168.10.2: icmp_seq=47 ttl=64 time=2.908 ms
64 bytes from 192.168.10.2: icmp_seq=48 ttl=64 time=15.090 ms
64 bytes from 192.168.10.2: icmp_seq=49 ttl=64 time=1.805 ms
64 bytes from 192.168.10.2: icmp_seq=50 ttl=64 time=15.800 ms
64 bytes from 192.168.10.2: icmp_seq=51 ttl=64 time=2.382 ms
64 bytes from 192.168.10.2: icmp_seq=52 ttl=64 time=17.613 ms
64 bytes from 192.168.10.2: icmp_seq=53 ttl=64 time=1.841 ms
64 bytes from 192.168.10.2: icmp_seq=54 ttl=64 time=19.485 ms
64 bytes from 192.168.10.2: icmp_seq=55 ttl=64 time=1.876 ms
64 bytes from 192.168.10.2: icmp_seq=56 ttl=64 time=21.485 ms
64 bytes from 192.168.10.2: icmp_seq=57 ttl=64 time=1.888 ms
64 bytes from 192.168.10.2: icmp_seq=58 ttl=64 time=23.365 ms
64 bytes from 192.168.10.2: icmp_seq=59 ttl=64 time=1.876 ms

Además, apagar la estación DECT no cambia nada.


2


origen


¿Intentó lo obvio: apagar la estación base temporalmente y luego mover el enrutador para ver si tiene un impacto en el rendimiento? - AndrejaKo
No, y lo haré. :) Pero si eso pudiera ayudar, ¿no debería la interferencia causar un mayor valor de ruido? - Paolo Bonzini
Bueno, no tengo idea. Algunos dispositivos DECT funcionan en la banda de 2,4 GHz y pueden causar interferencias de forma no obvia. Existen secciones de interoperabilidad en estándares relevantes y en algunos casos podría suceder que, por ejemplo, el enrutador esperará a que otros dispositivos en la banda terminen y solo luego transmitan (como en su caso). Puede obtener una SNR alta, pero eso no garantiza que la señal sea continua. Simplemente significa literalmente que la recepción de la señal es buena. - AndrejaKo
La nota europea DECT es 1.9 GHz. - Paolo Bonzini
DECT 6 es 1.9 GHz en todas partes. - Joshua


Respuestas: