Petición de ping

Buenas tardes.

Hace poco que he contratado un VPS en IntoVPS.com para ver que tal funcionaban. La entrega fue casi inmediata y me puse a jugar un poco con él (instalar apace+php,etc.). Todo parece funcionar muy bien excepto por un pequeño problema: la conectividad (por lo menos desde españa).

El 2% de paquetes se pierden desde mi conexión a internet:

CODE, HTML o PHP Insertado:

Ping statistics for 89.33.197.74:
Packets: Sent = 3736, Received = 3651, Lost = 85 (2% loss),
Approximate round trip times in milli-seconds:
Minimum = 73ms, Maximum = 421ms, Average = 79ms

Desde el vps, en cambio, se pierde un 1% de paquetes hasta mi conexión a internet. Los "traceroutes" parecen correctos.

¿Podéis hacer un par de pings a la IP 89.33.197.74? Me gustaría que dieran el proveedor y país desde el cual se realiza el ping y el porcentage de paquetes que se pierden (en caso de que ocurra).

Recuerdo que para realizan un ping largo desde windows, se puede utilizar el comando en la consola de windows (cmd):

CODE, HTML o PHP Insertado:

ping 89.33.197.74 -t

Luego pulsas Cntrl + c cuando quieras detener el ping.

En linux, es suficiente con el siguiente comando desde la consola. Luego cntrl+c para parar.

CODE, HTML o PHP Insertado:

ping 89.33.197.74

Gracias anticipadas.

 

Por cierto, he enviado el siguiente ticket a soporte:

CODE, HTML o PHP Insertado:

Hi!

I have a issue with your network, from any VPS in the IP range 89.33.197.74/24. A 2% of the packages are lost.

I send you a long "ping" from the windows command line to my VPS:

Ping statistics for 89.33.197.74:
Packets: Sent = 3736, Received = 3651, Lost = 85 (2% loss),
Approximate round trip times in milli-seconds:
Minimum = 73ms, Maximum = 421ms, Average = 79ms

It cause me wait times on my web blog.

I give you a traceroute. It seems to be all correct:
Tracing route to 74.197.33.89.static.intovps.com [89.33.197.74]
over a maximum of 30 hops:

1 1 ms 1 ms 1 ms 192.168.2.1
2 9 ms 8 ms 15 ms 10.112.128.1
3 9 ms 11 ms 7 ms 10.119.240.9
4 14 ms 15 ms 18 ms 10.119.240.101
5 12 ms 15 ms 13 ms 10.254.2.193
6 40 ms 19 ms 23 ms 10.254.3.74
7 20 ms 24 ms 21 ms 193.149.1.170
8 60 ms 60 ms 59 ms Gi13-0-0.mad-001-access-1003.interoute.net [89.202.161.5]
9 61 ms 109 ms 61 ms xe-1-0-0-0.mad-001-score-2-re0.interoute.net [89.202.161.33]
10 70 ms 69 ms 60 ms ae2-0.mil-cal-score-2-re0.interoute.net [89.202.
161.26]
11 60 ms 60 ms 59 ms ae0-0.mil-cal-score-1-re0.interoute.net [89.202.146.85]
12 78 ms 60 ms 61 ms ae1-0.bts-001-score-2-re0.interoute.net [84.233.147.5]
13 60 ms 61 ms 61 ms ae1-0.bud-001-score-2-re0.interoute.net [84.233.147.113]
14 61 ms 63 ms 60 ms ae0-0.bud-001-score-1-re0.interoute.net [84.233.147.109]
15 61 ms 61 ms 60 ms 89.202.178.54
16 79 ms 79 ms 79 ms 84.2.52.198
17 78 ms 78 ms 78 ms 188.240.47.3
18 82 ms 80 ms 80 ms 74.197.33.89.static.intovps.com [89.33.197.74]

Trace complete.

On the other hand, I do ping to my internet connection (62.43.49.33) from the VPS and only some packages are lost. You can see then ping from my VPS here: 89.33.197.74/ping.txt. And a tracert here: 89.33.197.74/tracert.txt

I wait your answer. Thanks!

En algo menos de 15 minutos me han contestado:

CODE, HTML o PHP Insertado:

From 3736 you have lost 85 packets, that is not much and does not cause delays to the loading of a page. We are investigating this issue anyway but this is probably something that depends on different providers that are between you and your VPS. The incoming packets have one route while the outgoing have a different route, probably that is why you are not loosing much when you ping from your VPS.

Regards,
xxxxxx

No se si llegarán a hacer algo o no, xD.

 

Desde una ADSL de telefónica en Barcelona:

Haciendo ping a 89.33.197.74 con 32 bytes de datos:

Respuesta desde 89.33.197.74: bytes=32 tiempo=128ms TTL=51
Respuesta desde 89.33.197.74: bytes=32 tiempo=139ms TTL=51
Respuesta desde 89.33.197.74: bytes=32 tiempo=137ms TTL=51
Respuesta desde 89.33.197.74: bytes=32 tiempo=133ms TTL=51
Respuesta desde 89.33.197.74: bytes=32 tiempo=137ms TTL=51
Respuesta desde 89.33.197.74: bytes=32 tiempo=128ms TTL=51
Respuesta desde 89.33.197.74: bytes=32 tiempo=128ms TTL=51
Respuesta desde 89.33.197.74: bytes=32 tiempo=138ms TTL=51
Respuesta desde 89.33.197.74: bytes=32 tiempo=138ms TTL=51
Respuesta desde 89.33.197.74: bytes=32 tiempo=130ms TTL=51
Respuesta desde 89.33.197.74: bytes=32 tiempo=137ms TTL=51
Respuesta desde 89.33.197.74: bytes=32 tiempo=136ms TTL=51
Respuesta desde 89.33.197.74: bytes=32 tiempo=128ms TTL=51
Respuesta desde 89.33.197.74: bytes=32 tiempo=137ms TTL=51
Respuesta desde 89.33.197.74: bytes=32 tiempo=137ms TTL=51
Respuesta desde 89.33.197.74: bytes=32 tiempo=128ms TTL=51
Respuesta desde 89.33.197.74: bytes=32 tiempo=137ms TTL=51
Respuesta desde 89.33.197.74: bytes=32 tiempo=129ms TTL=51
Respuesta desde 89.33.197.74: bytes=32 tiempo=132ms TTL=51
Respuesta desde 89.33.197.74: bytes=32 tiempo=167ms TTL=51
Respuesta desde 89.33.197.74: bytes=32 tiempo=130ms TTL=51
Respuesta desde 89.33.197.74: bytes=32 tiempo=136ms TTL=51
Respuesta desde 89.33.197.74: bytes=32 tiempo=136ms TTL=51
Respuesta desde 89.33.197.74: bytes=32 tiempo=128ms TTL=51
Respuesta desde 89.33.197.74: bytes=32 tiempo=129ms TTL=51
Respuesta desde 89.33.197.74: bytes=32 tiempo=153ms TTL=51
Respuesta desde 89.33.197.74: bytes=32 tiempo=136ms TTL=51
Respuesta desde 89.33.197.74: bytes=32 tiempo=241ms TTL=51
Respuesta desde 89.33.197.74: bytes=32 tiempo=137ms TTL=51
Respuesta desde 89.33.197.74: bytes=32 tiempo=147ms TTL=51
Respuesta desde 89.33.197.74: bytes=32 tiempo=283ms TTL=51
Respuesta desde 89.33.197.74: bytes=32 tiempo=138ms TTL=51
Tiempo de espera agotado para esta solicitud.
Respuesta desde 89.33.197.74: bytes=32 tiempo=137ms TTL=51
Tiempo de espera agotado para esta solicitud.
Respuesta desde 89.33.197.74: bytes=32 tiempo=130ms TTL=51
Respuesta desde 89.33.197.74: bytes=32 tiempo=137ms TTL=51
Respuesta desde 89.33.197.74: bytes=32 tiempo=131ms TTL=51

Estadísticas de ping para 89.33.197.74:
Paquetes: enviados = 38, recibidos = 36, perdidos = 2
(5% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 128ms, Máximo = 283ms, Media = 142ms

 

muchas gracias. Parece ser que no hay únicamente problemas de conectividad desde Ono.

 

Hola itimag,

Ping desde Capital Federal, Buenos Aires. Utilizando como ISP a Fibertel (cablemodem).

CODE, HTML o PHP Insertado:

ping 89.33.197.74

Haciendo ping a 89.33.197.74 con 32 bytes de datos:

Respuesta desde 89.33.197.74: bytes=32 tiempo=298ms TTL=44
Respuesta desde 89.33.197.74: bytes=32 tiempo=301ms TTL=44
Respuesta desde 89.33.197.74: bytes=32 tiempo=295ms TTL=43
Respuesta desde 89.33.197.74: bytes=32 tiempo=286ms TTL=44

Estadísticas de ping para 89.33.197.74:
    Paquetes: enviados = 4, recibidos = 4, perdidos = 0
    (0% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
    Mínimo = 286ms, Máximo = 301ms, Media = 295ms

Chequear las latencias de ping y demás es recomendable hacerlo previo a la contratación de un servicio, aunque la perdida de paquetes no es grande, es una perdida al fin y al cabo.

Saludos.

 

Desde Cataluña (España), con Jazztel & Fastpath:

CODE, HTML o PHP Insertado:

Estadísticas de ping para 89.33.197.74:
    Paquetes: enviados = 1103, recibidos = 1073, perdidos = 30
    (2% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
    Mínimo = 43ms, Máximo = 83ms, Media = 48ms

 

Buen consejo.

Por otra parte, gracias a todos.

 

itimag, ¿han vuelto a decirte algo?

Estoy interesado en la resolución de esa incidencia. Por favor, comenta cualquier actualización sobre el caso.

Muchas gracias.

 

Gracias Apolo.

MaxKiller, no me han vuelto a decir nada. De momento sigo perdiendo algún que otro paquete aunque alguna vez tengo más suerte:

CODE, HTML o PHP Insertado:

Ping statistics for 89.33.197.74:
    Packets: Sent = 374, Received = 374, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 74ms, Maximum = 94ms, Average = 77ms
Control-C
^C

Por otro lado, me he puesto a buscar herramientas online para hacer ping desde algún servidor cercano al VPS y me he encontrado con pingme.ro pero me carga demasiado lento.

Me he puesto a investigar un poco y he encontrado un servidor cercano al VPS. Se trata de go4it.ro (que da servicio a pingme.ro) y a continuación dejo las trazas desde mi conexión hasta este y mi vps:

CODE, HTML o PHP Insertado:

C:\Users\Administrator>tracert go4it.ro

Tracing route to go4it.ro [85.204.229.53]
over a maximum of 30 hops:

  1     1 ms     1 ms     1 ms  192.168.2.1
  2     7 ms     7 ms     8 ms  10.112.128.1
  3     9 ms     8 ms     8 ms  10.119.240.9
  4    13 ms    13 ms    11 ms  10.119.240.101
  5    14 ms    22 ms    12 ms  10.254.1.141
  6    19 ms    21 ms    21 ms  10.254.2.98
  7    21 ms    21 ms    23 ms  interoute.espanix.net [193.149.1.42]
  8    60 ms    61 ms    59 ms  Gi13-0-0.mad-001-access-1003.interoute.net [89.202.161.5]
  9    60 ms    67 ms    61 ms  xe-1-0-0-0.mad-001-score-2-re0.interoute.net [89.202.161.33]
 10    60 ms    59 ms    60 ms  ae2-0.mil-cal-score-2-re0.interoute.net [89.202.161.26]
 11    60 ms    64 ms    89 ms  ae0-0.mil-cal-score-1-re0.interoute.net [89.202.146.85]
 12    60 ms    61 ms    62 ms  ae1-0.bts-001-score-2-re0.interoute.net [84.233.147.5]
 13    59 ms    61 ms    59 ms  ae1-0.bud-001-score-2-re0.interoute.net [84.233.147.113]
 14    61 ms    63 ms    59 ms  ae0-0.bud-001-score-1-re0.interoute.net [84.233.147.109]
 15    61 ms    61 ms    61 ms  89.202.178.54
 16    79 ms    78 ms    76 ms  ge0-0-0-v25-magyar.b.mediasat.ro [86.107.233.25]

 17    80 ms    83 ms    79 ms  v84-0.cr1.b.mediasat.ro [193.231.169.149]
 18    77 ms    81 ms    81 ms  85.204.229.53

Trace complete.

CODE, HTML o PHP Insertado:

C:\Users\Administrator>tracert 89.33.197.74

Tracing route to 74.197.33.89.static.intovps.com [89.33.197.74]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  192.168.2.1
  2     8 ms     7 ms     9 ms  10.112.128.1
  3    16 ms     7 ms     7 ms  10.119.240.9
  4    13 ms    13 ms    14 ms  10.119.240.101
  5    14 ms    13 ms    24 ms  10.254.2.193
  6    22 ms    19 ms    27 ms  10.254.3.74
  7    22 ms    21 ms    21 ms  193.149.1.170
  8    60 ms    59 ms    61 ms  Gi13-0-0.mad-001-access-1003.interoute.net [89.202.161.5]
  9    60 ms    59 ms    61 ms  xe-1-0-0-0.mad-001-score-2-re0.interoute.net [89.202.161.33]
 10    60 ms    59 ms    70 ms  ae2-0.mil-cal-score-2-re0.interoute.net [89.202.161.26]
 11    64 ms    59 ms    70 ms  ae0-0.mil-cal-score-1-re0.interoute.net [89.202.146.85]
 12    90 ms    58 ms    91 ms  ae1-0.bts-001-score-2-re0.interoute.net [84.233.147.5]
 13    60 ms    60 ms    61 ms  ae1-0.bud-001-score-2-re0.interoute.net [84.233.147.113]
 14    59 ms    59 ms    73 ms  ae0-0.bud-001-score-1-re0.interoute.net [84.233.147.109]
 15    64 ms    61 ms    62 ms  89.202.178.54
 16    79 ms    78 ms    79 ms  84.2.52.198
 17    85 ms    77 ms    77 ms  188.240.47.3
 18    77 ms    75 ms     *     74.197.33.89.static.intovps.com [89.33.197.74]
 19    76 ms    86 ms    81 ms  74.197.33.89.static.intovps.com [89.33.197.74]

Trace complete.

Observamos que hasta llegar a interoute, las rutas cambian un poco pero eso no importa. Luego sigue la misma ruta hasta Rumania y finalmente se desvía hacía sus respectivos sitios.

Pues bien, pasemos al ping.

Ping a go4it.ro:

CODE, HTML o PHP Insertado:

Ping statistics for 85.204.229.53:
    Packets: Sent = 1057, Received = 1057, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 76ms, Maximum = 103ms, Average = 81ms
Control-C

Ping a mi VPS:

CODE, HTML o PHP Insertado:

Ping statistics for 89.33.197.74:
    Packets: Sent = 1067, Received = 1056, Lost = 11 (1% loss),
Approximate round trip times in milli-seconds:
    Minimum = 73ms, Maximum = 93ms, Average = 77ms
Control-C

Hacia go4it.ro no se pierden paquetes. Hacía mi vps si. Por lo tanto, el problema está en los últimos 4 nodos (saltos).

Luego, desde el VPS hasta pingme.ro no se pierde ningún paquete (ver aquí: 89.33.197.74/pingme.txt). Luego he hecho un tracert hacia pingme.ro (89.33.197.74/tracertpingme.txt) y únicamente pasa por uno de los nodos por los que pasa el ping desde mi conexión a internet hasta el VPS.

Conclusión: que cada uno saque las suyas. Por mi parte, no parece que sea un problema de configuración de la interfaz en la targeta de red del servidor ya que hace ping correctamente hasta go4it.ro. ¿Qué pensais?

Bueno, espero que esto te sirva de algo MaxKiller. Saludos.

 

Muchas gracias itimag, yo he vuelto a hacer la misma prueba y de 200 paquetes sólo he perdido 1. Parece que la cosa se ha 'calmado'.

Estuve hablando con ellos hace algún tiempo, y me comentaron que iban a añadir dos proveedores más a sus conexiones.

Veremos en que queda la cosa.

 

Por si te sirve de algo itimag, creo que la cosa ha vuelto a su 'status' normal:

Saludos.

 

a ver si dura. Gracias por la información.

Un ping perfecto:

CODE, HTML o PHP Insertado:

Ping statistics for 89.33.197.74:
    Packets: Sent = 452, Received = 452, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 74ms, Maximum = 250ms, Average = 80ms
Control-C

 

Por cierto, ¿moverás tu blog al VPS de IntoVPS?

Quiero comprobar qué tal carga un CMS de tal calibre en consumo de recursos como WordPress.

 

jajajajajaj. No creo que mueva el blog al VPS. Ahora mismo lo tengo en 1&1 y ahí se va a quedar (1&1 me va muy bien).

El wordpress lo puedes ver en: 89.33.197.74/wordpress/

Te he enviado un mp con los datos de acceso. Haz las pruebas que quieras. Parece que el VPS ofrece rendimiento.

 

Muchas gracias itimag, si te parece bien mañana le echo un vistazo a fondo, que ahora me voy a dormir.

Puedes proteger la carpeta con un htpassword si quieres.

Gracias de nuevo.

 

Me parece perfecto. La carpeta ya la tienes protegida. Los datos de acceso son los mismos que del wordpress.

Buenas noches.

 

Estoy probándolo, y la verdad es que funciona realmente rápido, tanto en la parte de red como en el rendimiento del sistema.

Cuando quieras puedes eliminar la instalación. Y de nuevo, gracias por tomarte la molestia.

Saludos itimag

 

He hecho las pruebas.

Desde mi conexión con ONO:

--- 89.33.197.74 ping statistics ---
164 packets transmitted, 164 packets received, 0% packet loss
round-trip min/avg/max/stddev = 78.641/85.444/107.771/3.664 ms


Desde mi dedicado:

--- 89.33.197.74 ping statistics ---
191 packets transmitted, 191 received, 0% packet loss, time 191915ms
rtt min/avg/max/mdev = 31.270/31.877/42.448/0.871 ms


Sin pérdidas en ambos casos.