.png)
El problema
Nota: Primero me gustaría entender POR QUÉ sucede esto. Por supuesto, una solución también estaría bien. :)
Cuando descargo un archivo grande a través de HTTP a alta velocidad, mi tráfico inalámbrico básicamente se detiene: no puedo abrir páginas web y la descarga se detiene. Se detiene casi inmediatamente después de iniciarlo; a veces a 800 KB, a veces a unos pocos MB. Después de un tiempo, la descarga (y otro tráfico) se reanuda, pero el problema vuelve a ocurrir durante la misma descarga.
El problema no ocurre cuando se utiliza una conexión por cable a través del mismo enrutador (Linskys WRT120N). También tenga en cuenta que la conexión esnocae cuando esto sucede. Es solo que el tráfico se detiene y no puedo navegar a páginas web, etc. (se envían paquetes SYN pero no se recibe nada, etc.)
La inspección con Wireshark muestra que sucede lo siguiente:
- El servidor envía paquetes de datos que son reconocidos por el cliente.
- El servidor envía un paquete, pero SEQ indica que se perdieron algunos paquetes (6 paquetes en una sola aparición).
- El servidor envía algunos paquetes más y el cliente los reconoce mediante "confirmación selectiva"
- El servidor deja de enviar datos por un tiempo (ya que los paquetes perdidos no fueron reconocidos)o¿El enrutador deja de reenviarlos?)
- Finalmente, el servidor realiza una "retransmisión" y el tráfico se reanuda con normalidad.
Todo esto me parece un comportamiento normal cuando se produce la pérdida de paquetes.Lo que me desconcierta es la pérdida constante de paquetes durante una descarga grande y de alta velocidad.
¿Qué podría causar esto?
Mi propia idea es la siguiente: Mi Internet es bastante rápido (100 mbps), por lo que al iniciar una descarga de archivos grandes, el enrutador almacena los datos entrantes (ya que la conexión inalámbrica introduce un ligero retraso/baja velocidad, en parte debido a otras redes). , pero el búfer se desborda y el enrutador descarta paquetes para regular el tráfico (y porque no tiene otra opción).
¿Pero cómo pudo pasar eso? ¿El tamaño de la ventana TCP no limita la cantidad de datos que pueden no ser reconocidos? Entonces, ¿cómo puede desbordarse el búfer del enrutador si solo puede haber como 64 KB esperando ser reconocido?
Nota:Deshabilité el escalado de ventana TCP y el tamaño de ventana dinámica a través de netshlas opciones, en un intento de solucionar este problema, pero no parece importar.
También,Wireshark muestra un patrón en el que el servidor envía 2 paquetes (de 1514 bytes) y el cliente envía un ACK, entonces, ¿eso descarta un posible desbordamiento del búfer? Y algunos paquetes posteriores más.sonrecibió...
Estoy perdido aquí. Gracias por cualquier idea.
Cosas que (probablemente) NO son la causa / con las que he experimentado
- El navegador
- Varias opciones de TCP en Windows 7 (
netshetc.) - Configuraciones del enrutador como MTU, intervalo de baliza, UPnP, ...
Respuesta1
La solución
La solución fue simplementedesactivar el soporte WMMen la configuración del enrutador. Aparentemente, el soporte WMM del Linksys WRT120N no funciona bien con Windows 7 inalámbrico por alguna razón.
Algunos detalles más
A menudo, cuando se producía el problema, el tráfico eventualmente se reanudaba (para la misma conexión), como si el enrutador hubiera puesto los paquetes en cola durante algún tiempo. Estas pausas suelen durar 40 segundos o más. Para ser honesto, todavía me desconcierta.
Durante este tiempo, no se pudieron realizar otras conexiones (TCP): al intentar navegar a una página web, la computadora portátil enviaba paquetes SYN, pero no obtenía respuesta. Sin embargo, las solicitudes DNS y ARPeranprocesado normalmente.