Mi enrutador wifi basado en Atheros tiene una SNR realmente buena (normalmente superior a +20, también porque estoy a pocos metros de él) pero un rendimiento muy pobre. La mayoría de las veces, el ping es terrible (ver el final de la publicación), TCP obviamente no es mucho mejor y, a menudo, ni siquiera puede completar el intercambio de claves WPA u obtener su dirección IP.
La ganancia de la antena es de 3 dB y el enrutador se encuentra a una altura de aprox. 1,3 metros. Está muy cerca de una estación base DECT (menos de 10 cm). Hay una pared detrás. Hay un armario de madera a aproximadamente 1 metro de distancia 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 transmite un SSID aunque, en teoría, podría transmitir dos con diferentes direcciones MAC.
Otra información probablemente irrelevante: el enrutador está en modo puente y el enlace ascendente es a una red cableada, lo cual es relativamente complejo porque también alberga mi oficina en casa pero tiene un buen rendimiento (tiempo de ping < 2 ms).
Aquí hay un ejemplo de ping recopilado sin ningún otro tráfico en wifi. No se perdieron paquetes, pero me parece que la red se cierra durante períodos notables, que van de 0,2 a 2 segundos (pero incluso he visto llegar cinco pings 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 en el que "cada dos segundos algo sale mal" es cierto incluso cuando el wifi funciona. simplemente no vatan 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.