Alta pérdida de paquetes: todos los saltos se muestran en rojo

Alta pérdida de paquetes: todos los saltos se muestran en rojo

Ejecuté Ping Plotter y aquí están los resultados con una alta pérdida de paquetes en todos los saltos (alrededor del 12%). Me cuesta creer que los enrutadores de Google estén defectuosos. ¿Es mi tarjeta de red la culpable?

Haga clic en las capturas de pantalla para ampliarlas.

Imagen de la pantalla del trazador de ping (se cerró todo el tráfico de red excepto World of Tanks, se eliminó el enrutador local):

Hora pico

También ejecuté winMTR (con radio y starcraft2 en ejecución), también agregué el enrutador de mi casa.

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                               my.router -    0 | 1631 | 1631 |    0 |    0 |    3 |    1 |
|                                10.0.0.1 -    5 | 1413 | 1356 |    1 |   11 |   41 |    3 |
|                qr90.bucuresti.rdsnet.ro -    5 | 1379 | 1313 |    1 |   12 |   78 |    3 |
|                cr01.bucuresti.rdsnet.ro -    4 | 1436 | 1385 |    2 |   18 |   50 |    3 |
|                xr01.budapesta.rdsnet.ro -    5 | 1407 | 1348 |   13 |   24 |   70 |   14 |
|                xr01.budapesta.rdsnet.ro -    4 | 1430 | 1377 |   13 |   24 |  125 |   15 |
|               213-154-130-234.rdsnet.ro -    4 | 1422 | 1367 |   13 |   27 |  122 |   14 |
|                          209.85.242.228 -    4 | 1429 | 1376 |   13 |   26 |  121 |   14 |
|                           72.14.232.102 -    4 | 1421 | 1366 |   30 |   44 |  142 |   45 |
|                            72.14.236.21 -    4 | 1440 | 1390 |   28 |   45 |  204 |   29 |
|                           209.85.254.57 -    5 | 1402 | 1342 |   31 |   46 |   86 |   32 |
|                          www.google.com -    4 | 1441 | 1391 |   29 |   40 |   69 |   31 |
|________________________________________________|______|______|______|______|______|______|
  WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

Tráfico alrededor de las 4 a. m. con torrents y todo el material de mi máquina funcionando:

4 am

Al agregar el enrutador de mi casa, noté que no tiene pérdida de paquetes, así que supongo que el problema está en el enrutador 10.0.0.1. Los chicos del ISP vinieron y verificaron la conectividad y dijeron que estaba bien, pero la plaga de picos de retraso aún persiste. Una cosa que noté es que por la mañana y tarde por la noche la conexión es buena.

Respuesta1

Esto parece perfectamente normal. Hay dos cosas que debes tener en cuenta.

Primero, si una conexión en particular muestra pérdida de paquetes, verá la misma pérdida de paquetes en cualquier ruta que incluya esa conexión. Entonces, si su conexión con su ISP está perdiendo paquetes, cada punto que pase mostrará la misma pérdida de paquetes. La pérdida de paquetes se mide enviando un paquete y viendo si recibe un paquete de vuelta.

En segundo lugar, la pérdida de paquetes es normal. Así es como múltiples flujos TCP descubren cómo compartir una conexión sin ningún mecanismo específico de "obtienes X, obtienes Y". Como estás ejecutando un programa torrent, probablemente tengas una cantidad bastante grande de conexiones TCP y todas están tratando de calcular cuánto ancho de banda pueden obtener. Las conexiones TCP aumentan su velocidad hasta que los paquetes comienzan a caer y luego retroceden.

Supongamos que una de esas conexiones se ralentiza repentinamente. ¿Cómo podrían los demás darse cuenta de que hay más ancho de banda disponible? La única manera es si periódicamente intentan aumentar su velocidad de transmisión. Y si las conexiones están utilizando completamente tu conexión y una de ellas intenta aumentar su velocidad de transmisión, ¿qué crees que pasará? Sí, caerán algunos paquetes. Si nunca se cayera ningún paquete, entonces todas las conexiones TCP aumentarían su consumo de ancho de banda. ¿Cómo funcionaría eso?

Si esto es un problema para usted porque también está intentando ejecutar aplicaciones que son sensibles a la pérdida de paquetes, configure un límite en el tráfico entrante y saliente que permite su programa torrent. Que sea aproximadamente el 85% del nivel máximo de tráfico que ve en el programa. Esto solo provocará una caída del rendimiento del 15% en el programa torrent y debería mantener el nivel de pérdida de paquetes generalmente en 0. (Excepto cuando algún otro programa crea tráfico y luego ese programa tiene que descubrir cómo compartirlo con los torrents).

Respuesta2

Los torrents utilizan una gran cantidad de conexiones TCP y UDP, que podrían, dependiendo de su enrutador, usar toda la RAM del enrutador mientras hacen su trabajo. Como veo pérdida de paquetes en la red 10.xxx, eso me dice que hay algo entre su enrutador y esa red, cambie sus cables Ethernet, si está en DSL cambie su cable telefónico y asegúrese de que el cable telefónico no tenga más de 3 pies. Los cables telefónicos estándar no están blindados y no utilizan pares trenzados, por lo que son muy sensibles a las interferencias eléctricas y magnéticas.

Además, si tiene una conexión DSL, muchos vecindarios tienen un problema llamado "saturación local", básicamente hay demasiadas personas que DSLAM puede manejar, lo que provocará la pérdida de paquetes.

En cuanto a las redes remotas que experimentan pérdida de paquetes según el trazador, no estoy seguro, pero esas redes están fuera del control de su ISP.

información relacionada