problemas de calidad entre un servidor y nuestra conexión a Internet

[myriam.swz]

Encontramos problemas de calidad entre un servidor y nuestra conexión a Internet.

Nuestro servidor es un servidor SIP, por lo que necesitamos una conexión permanente y estable. Después de varios problemas encontrados en la línea, hemos realizado una prueba de MTR y encontró una pérdida de paquetes entre el servidor y nosotros.

root@ast4:/var/lib/asterisk/agi-bin/astrocrm# mtr -rwu -c 100 -4 2.139.161.243
Start: Fri Apr 29 13:27:31 2016
HOST: ast4 Loss% Snt Last Avg Best Wrst StDev
1.|-- eurovps.com 0.0% 100 0.4 0.4 0.3 2.9 0.2
2.|-- 77.235.54.12 0.0% 100 0.5 1.1 0.4 30.5 3.3
3.|-- xe-11-1-3.br01.ams-01.leaseweb.nl 0.0% 100 0.8 1.1 0.7 19.4 1.9
4.|-- 213.140.51.124 0.0% 100 1.3 1.3 1.1 3.0 0.2
5.|-- xe2-2-0-0-grtamstc1.net.telefonicaglobalsolutions.com 0.0% 100 1.8 10.1 1.2 83.1 11.2
6.|-- xe0-1-2-0-grtamstc1.net.telefonicaglobalsolutions.com 7.0% 100 36.4 34.6 1.3 193.6 28.9
7.|-- xe0-3-1-0-grtlontc2.net.telefonicaglobalsolutions.com 6.0% 100 42.2 39.2 8.2 119.8 17.0
8.|-- 230.red-80-58-88.staticip.rima-tde.net 0.0% 100 44.5 40.3 31.8 95.2 7.5
9.|-- 243.red-2-139-161.staticip.rima-tde.net 0.0% 100 51.9 43.0 32.6 53.1 5.0

root@ast4:/var/lib/asterisk/agi-bin/astrocrm# mtr -wu -4 2.139.161.243
Start: Fri Apr 29 13:25:52 2016
HOST: ast4 Loss% Snt Last Avg Best Wrst StDev
1.|-- eurovps.com 0.0% 10 0.4 0.4 0.3 0.4 0.0
2.|-- 77.235.54.12 0.0% 10 0.4 0.4 0.4 0.5 0.0
3.|-- xe-11-1-3.br01.ams-01.leaseweb.nl 0.0% 10 0.8 0.8 0.7 1.2 0.0
4.|-- 213.140.51.124 0.0% 10 1.1 1.5 1.1 2.6 0.5
5.|-- xe2-2-0-0-grtamstc1.net.telefonicaglobalsolutions.com 0.0% 10 1.8 9.6 1.2 21.3 8.2
6.|-- xe0-1-2-0-grtamstc1.net.telefonicaglobalsolutions.com 10.0% 10 1.2 22.1 1.2 41.6 18.1
7.|-- xe2-1-0-0-grtparix3.net.telefonicaglobalsolutions.com 0.0% 10 46.9 37.8 12.9 47.4 11.0
8.|-- 230.red-80-58-88.staticip.rima-tde.net 0.0% 10 43.7 41.6 32.0 79.5 14.2
9.|-- 243.red-2-139-161.staticip.rima-tde.net 0.0% 10 44.3 43.9 36.7 50.2 5.0

root@ast4:/var/lib/asterisk/agi-bin/astrocrm# mtr -rwnu -4 2.139.161.243
Start: Fri Apr 29 13:20:43 2016
HOST: ast4 Loss% Snt Last Avg Best Wrst StDev
1.|-- 77.235.48.254 0.0% 10 0.4 0.4 0.4 0.5 0.0
2.|-- 77.235.54.12 0.0% 10 0.5 0.5 0.4 0.8 0.0
3.|-- 81.17.33.140 0.0% 10 0.8 0.8 0.8 1.4 0.0
4.|-- 213.140.51.124 0.0% 10 1.3 1.3 1.2 1.3 0.0
5.|-- 94.142.127.19 0.0% 10 1.3 13.2 1.2 47.3 14.7
6.|-- 94.142.121.26 0.0% 10 42.7 25.6 1.2 59.6 21.4
7.|-- 5.53.6.245 20.0% 10 46.6 33.1 12.9 46.6 12.7
8.|-- 80.58.88.230 0.0% 10 43.7 41.8 32.0 47.1 4.2
9.|-- 94.142.103.178 0.0% 10 39.6 42.6 38.3 49.6 3.6
10.|-- 2.139.161.243 0.0% 10 50.3 46.4 41.9 50.3 2.9

El problema no es el servidor porque siempre está conectado con otra conexión a Luxemburgo, o que no tienen ningún problema.

1. ¿Puede usted ayudarnos a mejorar la calidad de nuestra línea?
2. ¿Es posible para acortar la ruta y dejar de usar el servidor problema?

[Theliel]

Buenas @myriam.swz

Por lo general un tracert/ping que es en lo que se basa MTR, no puede medir la pérdida de paquetes, es una incorrección de dichas utilidades. Los Tracert se basan en enviar paquetes ICMP Echo reduciendo a cada salto el TTL en 1. El problema es que los nodos por los que circulan no tienen por qué responder a dichas peticiones con un ICMP Reply. Un nodo podría desde responder al 100% de ellos (con lo que se mostraría como 0% paquetes perdidos), como no responder a ninguno de ellos (100% paquetes perdidos en MTR), o limitar simplemente las respuestas, por ejemplo sólo respnder a los 3 primeros (% de paquetes perdidos)

Para saber realmente si hay pérdidas de paquetes no se puede realizar así, hay que hacer un test específico de pérdida de paquetes en el que el emisor de antemano sabe perfectamente el número de paquetes que envía, y el receptor despúes de recibir cada uno avisa al emisor cuantos le han llegado, y no precisamente paquetes ICMP, como es natural.

Por otro lado, respecto a lo demás, MTR (como cualquier tracert) sí muestra información muy útil de cara a la latencia. En este caso en concreto, y tomando que el origien es un servidor de eurovps.com (presupongo IP 77.235.54.55), la latencia media por ejemplo desde mi línea son 50ms, que no es una barbaridad, aunque podría ser algo mejorable.

La ruta es bastante directa, y en cualquier modo no van a modificar una ruta con 50ms de latencia... de euroVPS pasa a la red de leaseweb, que es verdad que tiene un jitter elevado, y de ahí pasa directamente a la red de Telefonica, donde por lo general la latencia se mantiene constante (más o menos)

[Técnico.Global-Movistar]

Hola @myriam.swz

Gracias @Theliel por tus aportaciones,si quieres pasanos tus datos por mensaje privado (Nº teléfono fijo, teléfono móvil, email y DNI) para que lo podamos mirar e intentar ayudarte.

Un Saludo;

[Técnico.Global-Movistar]

Hola @myriam.swz:

Hace unos días te solicitamos tus dato para poder gestionar tu consulta.
No hemos recibido respuesta.

Tu última conexión es del 02-05-2016 14:34:33, así que imagino que ya has dado tu caso como solucionado y procedemos a cerrar este hilo.

Para cualquier otra duda puedes volver a ponerte en contacto con nosotros.

Un saludo.