Tengo una red que ha experimentado velocidades lentas de Internet. Después de una gran cantidad de solución de problemas, he determinado que cualquier contenido / descarga de transmisión hará que la latencia del tráfico WAN explote.
Por ejemplo, sin carga, hago ping 8.8.8.8 a unos 30 ms. Si empiezo a transmitir YouTube en la misma computadora, la latencia aumenta a alrededor de 500 ms, con una variación de alrededor de 400 ms. Si apago el video, la latencia vuelve a 30 ms. Pero, si tengo un usuario en la misma LAN que comienza a transmitir Pandora, el problema vuelve.
Mi red se ejecuta con un solo conmutador 10/100. El conmutador está conectado directamente al enrutador DSL. Normalmente tengo una conexión de 6Mb.
En la resolución de problemas, he completado lo siguiente:
- Escaneado con cables de varias estaciones de trabajo en busca de paquetes erróneos. (Incluiría pero los escaneos tienen información confidencial). Nada ni remotamente fuera de lo común.
- Se reemplazó el enrutador con un modelo actualizado, luego se actualizó el firmware.
- Tenía ISP aumentar la velocidad que midió correctamente en speedtest.net (10 abajo, 1.5 arriba). El problema era exactamente el mismo.
- Si el ISP cambiaba las tarjetas por su parte, en caso de que tuvieran hardware / puerto defectuoso.
- Probado en otra oficina con exactamente el mismo ISP / paquete. Tenía varias computadoras que transmitían YouTube @ 1080p y pandora sin afectar la latencia.
- Apague todas las computadoras menos una y corrió por la noche cuando no había usuarios allí.
- Tráfico LAN monitoreado, que nunca experimenta un problema de latencia.
Soy consciente de que, si estoy alcanzando un límite de ancho de banda o si la velocidad se está bloqueando en algún hardware, causará este problema. Sin embargo, no parece ser así en absoluto. Casi cualquier tráfico sobre la WAN disparará la latencia. El problema era el mismo incluso cuando casi duplicaba la velocidad de conexión. Cuando obtengo dos usuarios en Pandora y un par de navegación, Internet no funciona (paquetes caídos, las páginas no se cargan). Tengo la mitad de la conexión en casa y nuestra transmisión simultánea de netflix / youtube / pandora ni siquiera toca mis 5 Mb.
Pregunta: ¿Qué causaría una alta latencia cada vez que el tráfico pasa por la WAN?
fuente
Respuestas:
Esto suena como una especie de " bloqueo de búfer ", probablemente por parte del DSLAM / LNS que está realizando la limitación de velocidad de 6Mb.
Puede ser su caja de CPE, pero eso es un poco menos probable.
fuente
Verificaría dónde está ocurriendo la latencia. Use una herramienta como MTR que verifica la latencia en cada salto. MTR combina estadísticas de ping para cada salto con una ruta de rastreo, y puede ayudar en gran medida a reducir este tipo de problema.
En un cuadro de Linux, el comando sería
mtr 8.8.8.8, también hay una versión de Windows de esta herramienta.La salida le mostrará dónde comienza la latencia. Si está en la red del ISP, puede reenviar el resultado al ISP y ayudarlo a usarlo para solucionar su problema de red.
Si la latencia comienza dentro de su red, también podrá reducir el problema usted mismo.
fuente
Verifique las estadísticas de la línea DSL. (entrelazado vs. vía rápida, contadores de errores, etc.)
La prueba en una ubicación diferente probó una línea diferente , tal vez en un DSLAM diferente. Esto sugiere que la infraestructura del ISP no tiene la culpa. Sugiere fuertemente que su línea DSL tiene la culpa. Posiblemente el DSLAM en sí esté congestionado, pero es muy poco probable que usted sea el que lo empuje sobre la línea de manera predecible y repetida.
Si las celdas ATM se están corrompiendo (el transporte para la mayoría de las DSL), vería una desaceleración significativa como esta, ya que toda la trama debe reenviarse.
fuente
Cada vez que tengo casos en los que un cliente experimenta latencia de red, lo primero que debe hacer es verificar cada conexión individual en la red. Por lo general, hay un dispositivo donde se produce un cuello de botella.
Si se trata de una red de bajo uso, deshabilitaría completamente QoS en todo excepto en el dispositivo conectado a Internet (ya que QoS ralentizará el tráfico en un entorno de conmutación).
En sus capturas de paquetes, haría un análisis de E / S y vería si se estanca en alguna parte. Esto puede indicar tráfico en ráfagas que provocaría colas que retrasarían la entrega de paquetes o eliminarían por completo los paquetes.
También verificaría la CPU de cada dispositivo cuando tenga el problema. Si ve que la CPU salta, entonces ese es probablemente su dispositivo problemático. Verifique también los registros para ver si hay algún error.
Además, estaría seguro de que todas las conexiones se están negociando a toda velocidad (velocidad 100 full duplex).
También intente deshabilitar cualquier firewall o servicios de seguridad.
fuente
Otra cosa a tener en cuenta sería la conexión entre su conmutador y el módem DSL. Los síntomas que está describiendo casi suenan como si hubiera un desajuste dúplex entre los dos.
Otra forma de descartar el interruptor es quitarlo por completo y probar la conexión con una máquina conectada directamente al módem DSL.
fuente
La alta latencia / rendimiento incorrecto cuando el tráfico es alto a veces es indicativo de un problema L1 (falta de coincidencia de dúplex / cable defectuoso / fibra sucia). ¿Comprobaste que este no es el caso?
fuente
¿Podría ser esto un cuello de botella aguas arriba? No estoy seguro de dónde se encuentra en el mundo, pero tal vez el ISP tiene un ancho de banda internacional terrible. Speedtest.net estaría predeterminado en el servidor más cercano.
fuente
El método simple que utilicé fue la función traceroute buscando los altos tiempos de respuesta en los rastreos y comprobando que el sistema fallara en el hardware, ataques DOS, clasificaciones incorrectas de QoS y demás. por supuesto, necesita acceso a todos los equipos en el camino. Fue fácil para mí durante esos tiempos desde que trabajaba para una telecomunicación.
fuente
¿En qué sistema operativo está probando esto? Si se trata de Windows, de manera predeterminada hay un servicio "QoS Packet Scheduler" instalado y vinculado a la interfaz de red. Se activará dependiendo de la configuración subyacente de la pila de red y retrasará de manera proactiva cualquier tráfico que no esté clasificado como "multimedia".
Intente eliminarlo de la interfaz y vuelva a verificar sus resultados.
O mejor aún, reconfigurarlo correctamente: http://www.dslreports.com/faq/3688
fuente
Agregaría por experiencia que algunos ISP tratan el paquete ICMP con la prioridad más baja. Sucedió una vez, cada vez que inicio YouTube, incluso tengo "solicitudes agotadas".
Publique winmtr antes de comenzar el video y mientras se reproduce el video. Inicie una segunda transmisión y veamos cómo afectará esto tanto a los paquetes ICMP como al primer video.
fuente
Si se está conectando a través de un conmutador 10/100 y tiene autonegociación en parte, es posible que no coincida con el dúplex. Esto provocará colisiones frecuentes cuando haya una carga en la red que no aparecerá cuando las cosas estén relativamente tranquilas. Las colisiones provocarán reenvíos, lo que obligará a las comunicaciones a retroceder y puede causar una desaceleración aparentemente irrazonable.
fuente
Perdón por revivir un hilo viejo. El OP escribió:
Estos son los síntomas exactos de Bufferbloat. Es probable que el enrutador ponga en cola demasiado tráfico y muera de hambre pequeños flujos (que son necesarios para proporcionar capacidad de respuesta).
Su enrutador necesita una forma de mitigar el problema de "latencia bajo carga". Podría trabajar con QoS, pero esto requiere mucha configuración y ajuste continuo.
El estado del arte ha avanzado desde el OP, así que busque Bufferbloat, AQM, CoDel, fq_codel, Cake, PIE u otras técnicas.
fuente