WiFi alta pérdida de paquetes en la red doméstica


22

Tengo un problema alucinante que he estado tratando de resolver durante las últimas semanas. Soy nuevo en Android y recientemente compré Huawei Ideos X5 (Android 2.2.1). No he encontrado a nadie más que tenga este problema.

Problema:

Mi teléfono Android podrá conectarse a mi red inalámbrica, obtener una dirección IP de mi servidor DHCP, pero al intentar alcanzar cualquier cosa a través de la red no funcionará. Aunque a veces funcionará (es decir, algunos datos pasarán).

Depuración

Mi teléfono Android puede conectarse y usar otras redes inalámbricas, aunque solo he probado dos (en mi universidad y en un amigo). Esto indicaría que mi teléfono no está roto.

Con una inspección más cercana con la aplicación Terminal Emulator, cuando haga ping a mi servidor, obtendré un índice de pérdida de paquetes del 80%. Esto, por supuesto, hace que sea imposible usar la red inalámbrica, pero significa que algunos paquetes llegan (incluso a Internet), por lo que no es un problema de DNS.

Mi computadora portátil puede conectarse y usar mi red inalámbrica sin problemas (de hecho, puede descargarse de Internet a 18 Mbps y cargarse a 10 Mbps con 802.11g, lo que supongo que es bueno). Mi adaptador inalámbrico USB también funciona bien con él. Uno de los teléfonos Android de mi amigo (LG Optimus One) y el iPod también funcionan con mi red inalámbrica, y lo más extraño, el teléfono Android de otro amigo que tiene el mismo modelo (Huawei Ideos X5) funciona con mi red inalámbrica. Esto indicaría que mi punto de acceso no es defectuoso.

Hay toneladas de redes inalámbricas en mi área. Mi teléfono puede ver 21, incluido el mío. No tengo idea si esto puede afectar algo. No puedo probar ninguno de estos porque están protegidos.

Vale la pena mencionar que no tengo la configuración promedio de su red inalámbrica. Tengo un servidor (computadora estacionaria) que ejecuta el servidor DHCP, y así sucesivamente. Recientemente, agregué una red inalámbrica a mi departamento comprando D-Link DIR-300 y actualizándolo con DD-WRT. No tengo idea si funcionó o no con el firmware original. El enrutador actúa como un punto de acceso.

He intentado cambiar el canal, el protocolo (B, G, N), la configuración de seguridad de abierto a encriptado (WPA2 AES), etc. en el AP en vano.

Incluso si el teléfono está a solo unos centímetros del AP, seguirá teniendo una pérdida de paquetes del 80%. DD-WRT informa 92-98% de intensidad de señal. Creo que hay un problema de configuración / software y no de hardware.

Y, por supuesto, he tratado de restablecer mi AP y mi teléfono. Ninguno de los dos ayudó. La conexión WiFi del teléfono Android no funciona cuando el enrutador usa la configuración predeterminada de fábrica o AP. Sin embargo, me preocupa que algunas configuraciones defectuosas para mi red inalámbrica estén almacenadas en el teléfono y parece que podrían estar sincronizadas con mi cuenta de Google, y posiblemente aún estén allí incluso después de que "olvide" mi red inalámbrica o reinicie el teléfono ( ¿Hay alguna manera de asegurarse de que todo esté borrado?).

En este punto, estoy sin ideas. Espero haber explicado mi situación lo suficiente. ¿Tienes alguna idea? Gracias por adelantado.


Editar:

He hecho algunas pruebas adicionales. Reinicio el enrutador DD-WRT una vez más para ver si funcionaría y, según la sugerencia de Ryan, intente quitarlo a la configuración más básica. No funcionó incluso si probé solo el modo b / g. Curiosamente, los primeros dos segundos de ping después de cambiar el modo funcionan sin pérdida de paquetes, pero después de eso, volverá a ser malo nuevamente.

También probé algo que no creería que funcionaría: actualizar el firmware original. Para mi sorpresa, funcionó y mi teléfono no tiene ninguna pérdida de paquetes al hacer ping. (De hecho, me echaba de menos que el firmware original hace el modo AP soporte). Sin embargo, todavía no puedo entender por qué no funcionó en DD-WRT y estaría muy interesado en cualquier explicación posible.

Tan terco como soy, podría tratar de volver a DD-WRT mañana para ver si funciona (si es así, ¡no puedo explicar por qué! Culparlo de un flash malo parece ingenuo en mi opinión).


1
puede ser una buena idea despojar todo a la configuración más simple posible, es decir, usar IEEE 802.11b / g abierto (sin cifrar); luego agregue el cifrado desde allí. Además, asegúrese de deshabilitar temporalmente la red móvil (2G / 3G) para que su ping de prueba no se realice allí. ¿Qué sucede cuando hace ping a su enrutador / punto de acceso a través de su dirección IP? ¿Todavía tiene pérdidas de paquetes?
Lie Ryan

@Lie Ryan ¡Gracias por tu comentario! Al hacer ping, estoy usando direcciones IP internas (192.168.1.1) por lo que no es posible que el tráfico tome ninguna otra ruta. He probado tu sugerencia y actualizado mi publicación.
Nömmik

Podría estar teniendo problemas similares a los que usted describe. Acabo de publicar una pregunta al respecto.
Ilari Kajaste

Lamentablemente, todavía no tengo idea de por qué tuve el problema. A medida que actualizaba, la actualización al firmware original solucionó mi problema que indicaría un problema de software. La pregunta es ¿desde qué extremo (o ambos)? Quiero decir mi teléfono Android ya que el enrutador funcionaba para todos los demás dispositivos. Por otro lado, mi teléfono Android también funcionaba con todas las demás redes inalámbricas ...
Nömmik

Respuestas:


3

¿Ha escaneado las frecuencias de WLAN para ver qué tan fuerte es su propio AP en relación con los demás? Usé un programa de Android llamado Wifi Analyzer que hace eso; le muestra AP visibles y sus canales, y qué tan mal se filtra su señal a otros canales. También puede ver la intensidad de la señal de su AP a partir de eso.

El teléfono móvil a menudo tiene una antena Wifi mucho más desagradable que la computadora portátil, solo porque necesita ser más pequeño y liviano. Además, la orientación del dispositivo varía más.

Si su problema es la intensidad de la señal u otras redes que se superponen a las suyas, cambiar los canales o instalar una antena mejor puede ayudar mucho. En este caso, le ordeno que busque en un sitio hermano .

Y, para mí, su configuración suena bastante geek-normal Yo también utilizo un servidor doméstico Linux como AP, con adaptadores PCI-E y USB Wifi y hostapd.


1

He tenido problemas similares a los de Nommik con mi Samsung Gio S5665. Se conectaría perfectamente al Wi-Fi en la oficina, pero en el hogar: se conecta con una potencia de señal excelente a buena, pero hacer ping al enrutador generalmente no produce respuesta; ráfagas aleatorias ocasionales de paquetes de devolución durante 4 a 10 segundos; deshabilitar y volver a habilitar wifi en mi teléfono da como resultado un 100% de devolución de paquetes durante aproximadamente 60-180 segundos, luego de vuelta a ráfagas ocasionales.

Todos los demás dispositivos, incluidos otros teléfonos, se conectan correctamente a la red Wi-Fi doméstica.

Lo que probé:

Cambio de protección en el enrutador de WPA / WPA2 a WPA solamente, solo WPA2, solo WEP, ninguno. Ninguna diferencia. Cifrado de TKIP a AES: no hay diferencia

Cambio de canales, banda lateral, potencia, velocidad de baliza, en resumen, todo cambia: no hay diferencia o peor.

En el teléfono: Cambiar la dirección IP a estática. Ninguna diferencia.

Solución:

Parpadeando el enrutador funcionó. ¡Estoy tan feliz ahora! Esto ha tomado semanas para resolverlo.


1

Tenía esto ahora con un AP 'falso' configurado en una interfaz de modo de monitor con airbase-ng, no podía entender por qué con DHCP o IP estática había una pérdida de paquetes del 90% (con pequeñas ráfagas de conectividad conectadas libremente a la pantalla despertarse) ... reiniciar el teléfono y restablecer wifi de poca ayuda.

Luego, después de horas de juguetear, cambié el dongle inalámbrico USB RT2870 / RT3070 por un RTL8187 que también estaba por ahí. Problema Bo0m solucionado, no más pérdida de paquetes, con o sin pantalla encendida, qué diablos. Informes con SK17i Xperia Mini Pro en Android 4.0.4 (compilación 4.1.B.0.431).

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.