ADSL

Teoria sobre la pédida de paquetes (es en serio..)

mac1929 29 febrero 2004 11:27 ✎

⋮

Lo he escrito por ahi en una respuesta pero lo subo para que me deis vuestra opinión.

Desde hace una semana tengo dos problemas bien identificados: El de las desconexiones PPP y el de las pérdidas de paquetes.

Vamos con el segundo. La peña está posteando graficos con el VRoute que indican perdidas de paquetes. Amos a ver la situación con detalle.

Si hago un traceroute veo que el router del otro extremo WAN está en el Banesto en su CPD de Madrid:

tracert www.arsys.es

Traza a la dirección www.arsys.es [217.76.128.63]
sobre un máximo de 30 saltos:

1 2 80 ms 94 ms * fe0-0.bbs2.ban.mad.es.arsysinternet.com [217.76.146.134]
3 77 ms 80 ms * fe0-0-2.core1.ban.mad.es.arsysinternet.com [217.76.146.133]
4 92 ms 90 ms 90 ms s1at0-1-0.core1.idc.log.es.arsysinternet.com [217.76.136.130]

Por tanto el equipo al que debería tener la mejor conexión es el 217.76.146.134. Dado que es el router al que me conecto. Pues bien, a ese nodo llego con dificultades:

ping -n 40 -w 10000 217.76.146.134

Haciendo ping a 217.76.146.134 con 32 bytes de datos:

Tiempo de espera agotado para esta solicitud.
Respuesta desde 217.76.146.134: bytes=32 tiempo=77ms TTL=254
Respuesta desde 217.76.146.134: bytes=32 tiempo=75ms TTL=254
Tiempo de espera agotado para esta solicitud.
Respuesta desde 217.76.146.134: bytes=32 tiempo=74ms TTL=254
Respuesta desde 217.76.146.134: bytes=32 tiempo=75ms TTL=254
Respuesta desde 217.76.146.134: bytes=32 tiempo=75ms TTL=254
Respuesta desde 217.76.146.134: bytes=32 tiempo=75ms TTL=254
Respuesta desde 217.76.146.134: bytes=32 tiempo=98ms TTL=254
Respuesta desde 217.76.146.134: bytes=32 tiempo=157ms TTL=254
Respuesta desde 217.76.146.134: bytes=32 tiempo=73ms TTL=254
Tiempo de espera agotado para esta solicitud.
Respuesta desde 217.76.146.134: bytes=32 tiempo=81ms TTL=254
Respuesta desde 217.76.146.134: bytes=32 tiempo=125ms TTL=254
Respuesta desde 217.76.146.134: bytes=32 tiempo=141ms TTL=254
Tiempo de espera agotado para esta solicitud.
Respuesta desde 217.76.146.134: bytes=32 tiempo=196ms TTL=254
Tiempo de espera agotado para esta solicitud.
Respuesta desde 217.76.146.134: bytes=32 tiempo=123ms TTL=254
Respuesta desde 217.76.146.134: bytes=32 tiempo=77ms TTL=254
Respuesta desde 217.76.146.134: bytes=32 tiempo=73ms TTL=254
Tiempo de espera agotado para esta solicitud.
Tiempo de espera agotado para esta solicitud.
Respuesta desde 217.76.146.134: bytes=32 tiempo=78ms TTL=254
Respuesta desde 217.76.146.134: bytes=32 tiempo=77ms TTL=254
Respuesta desde 217.76.146.134: bytes=32 tiempo=78ms TTL=254
Respuesta desde 217.76.146.134: bytes=32 tiempo=73ms TTL=254
Respuesta desde 217.76.146.134: bytes=32 tiempo=77ms TTL=254
Tiempo de espera agotado para esta solicitud.
Respuesta desde 217.76.146.134: bytes=32 tiempo=77ms TTL=254
Respuesta desde 217.76.146.134: bytes=32 tiempo=77ms TTL=254
Respuesta desde 217.76.146.134: bytes=32 tiempo=75ms TTL=254
Respuesta desde 217.76.146.134: bytes=32 tiempo=85ms TTL=254
Tiempo de espera agotado para esta solicitud.
Respuesta desde 217.76.146.134: bytes=32 tiempo=77ms TTL=254
Respuesta desde 217.76.146.134: bytes=32 tiempo=75ms TTL=254
Respuesta desde 217.76.146.134: bytes=32 tiempo=78ms TTL=254
Respuesta desde 217.76.146.134: bytes=32 tiempo=82ms TTL=254
Respuesta desde 217.76.146.134: bytes=32 tiempo=74ms TTL=254
Tiempo de espera agotado para esta solicitud.

Estadísticas de ping para 217.76.146.134:
Paquetes: enviados = 40, recibidos = 30, perdidos = 10
(25% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 73ms, Máximo = 196ms, Media = 89ms

Parece que lo que falla es el tramo que enlaza mi casa con el router de Arsys en el Banesto. Entre mi casa y ese router hay 400 kilómetros de red transparente para el TCP/IP. Alguien lleva mis paquetes desde aqui hasta Madrid y en mi opinión ese alguien es el culpable de los problemas de conexión.

Esta teoría explica por qué hay gente que entra por el mismo router que yo pero no tiene problemas de conexión.

El otro problema es el tema de las desconexiones PPP. Puede que el problema sea el mismo o puede que no. Yo supongo que la validación PPP se realizará contra un equipo en Madrid y si el tramo no va bien puede que el LCP Layer del PPP reconecte por pérdida de sincronia.

Por otro lado mi router dice que el Host del otro sitio es baba1....

PPP CHAP Receive challenge (rhost = baba1)

¿Alguien más usa el baba1?

Edito: Tengo algo más de información sobre la desconexión PPP.

Esto es un trozo del log detallado del router:

SysUpTime: 02 days 12:08:24 PPP link up (ISP) [82.223.11.118]

IP source address (7f000001) is loopback address on non loopback intf. Dropped.
NAT - Binding helper for incoming port : 1723
IP source address (7f000001) is loopback address on non loopback intf. Dropped.
IP source address (7f000001) is loopback address on non loopback intf. Dropped.
IP source address (7f000001) is loopback address on non loopback intf. Dropped.
IP source address (7f000001) is loopback address on non loopback intf. Dropped.
IP source address (7f000001) is loopback address on non loopback intf. Dropped.
NAT - Binding helper for incoming port : 1723
IP source address (7f000001) is loopback address on non loopback intf. Dropped.
IP source address (7f000001) is loopback address on non loopback intf. Dropped.
IP source address (7f000001) is loopback address on non loopback intf. Dropped.
IP source address (7f000001) is loopback address on non loopback intf. Dropped.
IP source address (7f000001) is loopback address on non loopback intf. Dropped.
62:49:42.03 - BRIDGE-TRAP: Port 2 changed state from FORWARD to BROKEN.
62:49:43.53 - BRIDGE-TRAP: Port 2 changed state from BROKEN to FORWARD.
IP source address (7f000001) is loopback address on non loopback intf. Dropped.
[ISP] E - : No response to 6 echo-requests
[ISP] E - : link appears to be disconnected.
SysUpTime: 02 days 15:02:33 PPP link down (ISP) [82.223.11.118]

[ISP] E - : Connection terminated.
[ISP] E - : ppp_ll_down called
ni_unbind (A400) unavailable!
[ISP] E - : close socket
63:02:33.32 - ATM-TRAP: Cross-connect (Index = 2: VCL 3 {[0] 1/33} to
63:02:33.32 VCL 4 {[4] 0/33}) changed state from UP to DOWN.
63:02:33.32 - ATM-TRAP: VCL 4 {[4] 0/33} changed state from UP to DOWN.
[ISP] E - : Connection scheduled for retry (10 s).
[ISP] E - : Restart timer.
[ISP] E - : ppp_start()
[ISP] E - : start resolver
[ISP] E - : Resolved locally
[ISP] E - : connect ATM socket
[ISP] E - : connect completed succesfully
63:02:43.44 - ATM-TRAP: Cross-connect (Index = 2: VCL 3 {[0] 1/33} ->
63:02:43.44 VCL 4 {[4] 0/33}) changed state from DOWN to UP.
63:02:43.44 - ATM-TRAP: Cross-connect (Index = 2: VCL 3 {[0] 1/33} 63:02:43.44 VCL 4 {[4] 0/33}) changed state from DOWN to UP.
63:02:43.44 - ATM-TRAP: VCL 4 {[4] 0/33} changed state from DOWN to UP.
[ISP] E - : LCP started
SysUpTime: 02 days 15:02:55 PPP CHAP Receive challenge (rhost = baba1)
SysUpTime: 02 days 15:02:57 PPP CHAP Chap receive success : authentication
ok
[ISP] E - : local IP address 82.223.6.246
[ISP] E - : remote IP address 217.76.146.134
SysUpTime: 02 days 15:03:01 PPP link up (ISP) [82.223.6.246]

Fijaos en la línea en negrita. Parece que el router sondea la conexión y ve que no hay respuesta. En ese momento decide reconectar.

Asi que cobra fuerza la idea de fallo en el enlace!

Editado otra vez:

Si Arsys desconectara voluntariamente creo que se vería algo así en el log del router:

=>[3972100] E - : CHAP authentication failed
SysUpTime: 02 days 17:25:26 PPP CHAP authentication failed (ISP)
SysUpTime: 02 days 17:25:26 SESSION TIMEOUT Timeout! (after 120 sec)
[ISP] E - LCP : terminated by peer
[ISP] E - : Connection terminated.
[ISP] E - : ppp_ll_down called
ni_unbind (A400) unavailable!
[ISP] E - : close socket
65:25:29.12 - ATM-TRAP: Cross-connect (Index = 2: VCL 3 {[0] 1/33} to
65:25:29.12 VCL 4 {[4] 0/33}) changed state from UP to DOWN.
65:25:29.12 - ATM-TRAP: VCL 4 {[4] 0/33} changed state from UP to DOWN.
[ISP] E - : Connection scheduled for retry (10 s).
[ISP] E - : Restart timer.
[ISP] E - : ppp_start()
[ISP] E - : start resolver
[ISP] E - : Resolved locally
[ISP] E - : connect ATM socket
[ISP] E - : connect completed succesfully

Aqui se ve una desconexión del peer, sin embargo en los casos habituales el problema es que el router sonde a la conexión 6 veces y no le contestan.

¿y.... que opinais de mi teoria sobre la involución de la conexión?

Bueno, no puedo más, me voy a tomar otro gin tonic... :D

Este tema está cerrado a nuevas respuestas. Abre un nuevo tema para retomar la conversación.

BocaDePez 29 febrero 2004 12:11

⋮

Y ATM hace su trabajo y ante el exceso "shappea" el trafico, por eso ves ciertas perdidas de paquetes, cuando en encapsulado puede admitir la perdida de 53 bits no ves error, pero cuando no, se pierde el paquete..

✖

mac1929 29 febrero 2004 12:16

⋮

ATM soporta QOS, asi que supongo que el tráfico excecente lo descarta y deja que sea el TCP el que mantenga la coherencia. Cuando los descartes son muchos saltan los timeouts de TCP y no se puede navegar. En el caso del ping, al ser ICMP se pierde directamente.

Por cierto, el mensaje "IP source address (7f000001) is loopback address one not loopback
intf. Dropped" creo que son ataques del Nimda y sus variantes. Es increible el follón que montan estos gusanos en la red.

BocaDePez 29 febrero 2004 12:23

⋮

rhost = raspmmo1-01

Traza a la direcci¢n www.arsys.es [217.76.128.63]
sobre un m ximo de 30 saltos:

1 2 ms 2 ms 2 ms SpeedTouch [192.168.11.1]
2 274 ms 323 ms 280 ms 62-36-135-66.dialup.uni2.es [62.36.135.66]
3 478 ms 367 ms 387 ms 217.76.146.137
4 412 ms 479 ms 440 ms s1at0-1-0.core1.idc.log.es.arsysinternet.com [217.76.136.130]

No se me pierde ningún paquete al hacer ping a estas direcciones.

Sufro de desconexiones PPP igualmente.

✖

mac1929 29 febrero 2004 12:43

⋮

Tu negociación ppp se hace contra :
rhost = raspmmo1-01
router= 62-36-135-66.dialup.uni2.es [62.36.135.66]

No pierdes paquetes y tienes desconexiones.

El mío es:
rhost = baba1
router = fe0-0.bbs2.ban.mad.es.arsysinternet.com [217.76.146.134]

Yo tengo to lo malo, desconexiones, perdidas, derrames cerebrales y demás.

Pues me temo que con esto no sacamos gran cosa. Si lo que digo es correcto las pérdidas de paquetes deberían depender del tramo que no ves. Y por tanto no dependen del punto de entrada sino de tu localidad geográfica.

Y en cuanto a las desconexiones PPP, si tu no pierdes paquetes y te desconectas entonces parece que son los de Arsys los que nos tiran la conexión. O igual se trata de una mezcla de ambos temas: Arsys + problemas en el enlace...

Alguien ha visto a Grison??

txuspe 29 febrero 2004 12:26

⋮

Joer, esto se llama trabajo de investigación. No trabajarás en El Vaya Mundo por casualidad, ¿no? :-P
Pues nada, que me parece una teoría muy buena. Ahora hay que descubrir quién es el responsable del problema en el "tunel WAN".

Saludos ;-)

✖

BocaDePez 29 febrero 2004 12:59

⋮

Pero es que a mucha gente le va bien por temporadas, la linea que nos conecta es la misma desde que hemos contratado arsys y en mi caso ha sido:

- Desde el 8-diciembre-2003 al 24-diciembre-2003 muy bien

- Desde el 25-diciembre-2003 al 29-diciembre-2003 un nodo por el que pasabamos todos empezó a perder de todo, una caca.

- Desde el 30-diciembre-2003 al 1-febrero-2004 muy bien.

-Desde el 1-febrero-2004 al 19-febrero-2004 bien pero misteriosamente siempre pasaba por un nodo que perdia paquetes.

-Desde el 20-febrero-2004 hasta hoy cambios de ip y perdidas de paquetes a tutiplen.

Además es sabido que a todos más o menos nos ha ido bien y mal por rachas y la linea siempre es la misma, está claro que es algo independiente de la linea física.

Compara estas dos trazas ( 30 de diciembre y hoy)

Imagen original en http://usuarios.arsystel.com/pbart/imagenes/30_dic_2003_bandaancha.jpg

Imagen original en http://usuarios.arsystel.com/pbart/imagenes/29_feb_2004_bandaancha.jpg

✖

un0mas 29 febrero 2004 13:01

⋮

:-? :-? El login :-? :-?

✖

mac1929 29 febrero 2004 13:19

⋮

Si te fijas, en los periodos malos los nodos de Arsys pierden paquetes.... pero también los pierden los de Williams!! en incluso Bandaancha!!

Y esto no tiene sentido, si va mal Arsys, pues va mal Arsys, pero no el resto de la red.

El tema de los paquetes es el siguiente. VRoute manda pings ICMP a cada nodo de la ruta y te muestra los que se han perdido. En mi opinión todos los paquetes se pierden en el tramo entre tu equipo y fe0-0.bbs2.ban.mad.es.arsysinternet.com. Es decir, lo que va mal es el enlace entre tu casa y ese router, que en mi caso es un elace de muchos kilómetros.

Y claro, a veces va bien, y a veces va mal. A saber de quien es esa conexión y con cuantos más la compartimos. Es posible que sea el de Uni2 y que pasemos por alli junto con todos sus clientes de ADSL, y el tráfico de sus clientes de redes punto a punto.

✖

txuspe 29 febrero 2004 13:25 ✎

⋮

✖

mac1929 29 febrero 2004 13:28

⋮

✖

txuspe 29 febrero 2004 13:43

⋮

✖

un0mas 29 febrero 2004 13:52 ✎

⋮

✖

mac1929 29 febrero 2004 14:04

⋮

✖

un0mas 29 febrero 2004 14:15

⋮

txuspe 29 febrero 2004 14:16

⋮

✖

mac1929 29 febrero 2004 14:22

⋮

un0mas 29 febrero 2004 14:27 ✎

⋮

✖

mac1929 29 febrero 2004 14:34 ✎

⋮

✖

txuspe 29 febrero 2004 15:45

⋮

✖

mac1929 29 febrero 2004 16:18

⋮

✖

Titalatas 29 febrero 2004 16:34

⋮

✖

mac1929 29 febrero 2004 16:46

⋮

✖

Titalatas 29 febrero 2004 16:59 ✎

⋮

✖

mac1929 29 febrero 2004 18:05

⋮

✖

Titalatas 29 febrero 2004 20:26 ✎

⋮

txuspe 29 febrero 2004 17:06

⋮

✖

mac1929 29 febrero 2004 18:31

⋮

un0mas 29 febrero 2004 15:45

⋮

✖

mac1929 29 febrero 2004 16:10

⋮

✖

BocaDePez 29 febrero 2004 16:21

⋮

✖

un0mas 29 febrero 2004 16:23

⋮

✖

mac1929 29 febrero 2004 16:37

⋮

CTonio 29 febrero 2004 17:10

⋮

Ueno no se si este sera el nodo malo o no, pero lo que es est dia llevo 1 caida o eso, pongo un tracert

C:\Documents and Settings\Tonio>tracert www.google.es

Traza a la dirección www.google.akadns.net [216.239.59.99]
sobre un máximo de 30 saltos:

1 2 77 ms 79 ms 75 ms 62-36-135-66.dialup.uni2.es [62.36.135.66]
3 76 ms 76 ms 75 ms 217.76.146.137
4 75 ms 75 ms 79 ms s1at0-0-0.core1.ch2.mad.es.arsysinternet.com [21
7.76.136.6]
5 115 ms 111 ms 111 ms e3at0-1-0.core1.thn.lon.uk.arsysinternet.com [21
7.76.136.146]
6 111 ms 115 ms 111 ms 195.66.224.125
7 125 ms 123 ms 124 ms 216.239.49.254
8 127 ms 123 ms 127 ms 216.239.49.114
9 124 ms 123 ms 121 ms 216.239.59.99

Traza completa.

No se si eso tiene ke ver algo o no :S despues he echo un ping a los nodos esos de arsys217.7.76.136.6 y 217.76.136.146 y son estos:

Haciendo ping a 217.76.136.6 con 32 bytes de datos:

Respuesta desde 217.76.136.6: bytes=32 tiempo=75ms TTL=253
Respuesta desde 217.76.136.6: bytes=32 tiempo=69ms TTL=253
Respuesta desde 217.76.136.6: bytes=32 tiempo=75ms TTL=253
Respuesta desde 217.76.136.6: bytes=32 tiempo=69ms TTL=253
Respuesta desde 217.76.136.6: bytes=32 tiempo=77ms TTL=253
Respuesta desde 217.76.136.6: bytes=32 tiempo=73ms TTL=253
Respuesta desde 217.76.136.6: bytes=32 tiempo=73ms TTL=253
Respuesta desde 217.76.136.6: bytes=32 tiempo=76ms TTL=253
Respuesta desde 217.76.136.6: bytes=32 tiempo=74ms TTL=253
Respuesta desde 217.76.136.6: bytes=32 tiempo=74ms TTL=253
Respuesta desde 217.76.136.6: bytes=32 tiempo=76ms TTL=253
Respuesta desde 217.76.136.6: bytes=32 tiempo=73ms TTL=253
Respuesta desde 217.76.136.6: bytes=32 tiempo=73ms TTL=253
Respuesta desde 217.76.136.6: bytes=32 tiempo=87ms TTL=253
Respuesta desde 217.76.136.6: bytes=32 tiempo=74ms TTL=253
Respuesta desde 217.76.136.6: bytes=32 tiempo=76ms TTL=253
Respuesta desde 217.76.136.6: bytes=32 tiempo=72ms TTL=253
Respuesta desde 217.76.136.6: bytes=32 tiempo=75ms TTL=253
Respuesta desde 217.76.136.6: bytes=32 tiempo=75ms TTL=253
Respuesta desde 217.76.136.6: bytes=32 tiempo=72ms TTL=253
Respuesta desde 217.76.136.6: bytes=32 tiempo=69ms TTL=253
Respuesta desde 217.76.136.6: bytes=32 tiempo=76ms TTL=253
Respuesta desde 217.76.136.6: bytes=32 tiempo=76ms TTL=253
Respuesta desde 217.76.136.6: bytes=32 tiempo=71ms TTL=253
Respuesta desde 217.76.136.6: bytes=32 tiempo=70ms TTL=253
Respuesta desde 217.76.136.6: bytes=32 tiempo=76ms TTL=253
Respuesta desde 217.76.136.6: bytes=32 tiempo=72ms TTL=253
Respuesta desde 217.76.136.6: bytes=32 tiempo=70ms TTL=253
Respuesta desde 217.76.136.6: bytes=32 tiempo=75ms TTL=253
Respuesta desde 217.76.136.6: bytes=32 tiempo=73ms TTL=253
Respuesta desde 217.76.136.6: bytes=32 tiempo=69ms TTL=253
Respuesta desde 217.76.136.6: bytes=32 tiempo=71ms TTL=253
Respuesta desde 217.76.136.6: bytes=32 tiempo=77ms TTL=253
Respuesta desde 217.76.136.6: bytes=32 tiempo=71ms TTL=253
Respuesta desde 217.76.136.6: bytes=32 tiempo=75ms TTL=253
Respuesta desde 217.76.136.6: bytes=32 tiempo=74ms TTL=253
Respuesta desde 217.76.136.6: bytes=32 tiempo=76ms TTL=253
Respuesta desde 217.76.136.6: bytes=32 tiempo=72ms TTL=253
Respuesta desde 217.76.136.6: bytes=32 tiempo=73ms TTL=253
Respuesta desde 217.76.136.6: bytes=32 tiempo=75ms TTL=253

Estadísticas de ping para 217.76.136.6:
Paquetes: enviados = 40, recibidos = 40, perdidos = 0
(0% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 69ms, Máximo = 87ms, Media = 73ms

y este el otro:

C:\Documents and Settings\Tonio>ping -n 40 -w 10000 217.76.136.1

Haciendo ping a 217.76.136.146 con 32 bytes de datos:

Respuesta desde 217.76.136.146: bytes=32 tiempo=113ms TTL=252
Respuesta desde 217.76.136.146: bytes=32 tiempo=111ms TTL=252
Respuesta desde 217.76.136.146: bytes=32 tiempo=109ms TTL=252
Respuesta desde 217.76.136.146: bytes=32 tiempo=110ms TTL=252
Respuesta desde 217.76.136.146: bytes=32 tiempo=108ms TTL=252
Respuesta desde 217.76.136.146: bytes=32 tiempo=109ms TTL=252
Respuesta desde 217.76.136.146: bytes=32 tiempo=119ms TTL=252
Respuesta desde 217.76.136.146: bytes=32 tiempo=115ms TTL=252
Respuesta desde 217.76.136.146: bytes=32 tiempo=109ms TTL=252
Respuesta desde 217.76.136.146: bytes=32 tiempo=111ms TTL=252
Respuesta desde 217.76.136.146: bytes=32 tiempo=113ms TTL=252
Respuesta desde 217.76.136.146: bytes=32 tiempo=106ms TTL=252
Respuesta desde 217.76.136.146: bytes=32 tiempo=112ms TTL=252
Respuesta desde 217.76.136.146: bytes=32 tiempo=113ms TTL=252
Respuesta desde 217.76.136.146: bytes=32 tiempo=110ms TTL=252
Respuesta desde 217.76.136.146: bytes=32 tiempo=115ms TTL=252
Respuesta desde 217.76.136.146: bytes=32 tiempo=113ms TTL=252
Respuesta desde 217.76.136.146: bytes=32 tiempo=111ms TTL=252
Respuesta desde 217.76.136.146: bytes=32 tiempo=106ms TTL=252
Respuesta desde 217.76.136.146: bytes=32 tiempo=112ms TTL=252
Respuesta desde 217.76.136.146: bytes=32 tiempo=110ms TTL=252
Respuesta desde 217.76.136.146: bytes=32 tiempo=112ms TTL=252
Respuesta desde 217.76.136.146: bytes=32 tiempo=122ms TTL=252
Respuesta desde 217.76.136.146: bytes=32 tiempo=116ms TTL=252
Respuesta desde 217.76.136.146: bytes=32 tiempo=113ms TTL=252
Respuesta desde 217.76.136.146: bytes=32 tiempo=116ms TTL=252
Respuesta desde 217.76.136.146: bytes=32 tiempo=116ms TTL=252
Respuesta desde 217.76.136.146: bytes=32 tiempo=112ms TTL=252
Respuesta desde 217.76.136.146: bytes=32 tiempo=115ms TTL=252
Respuesta desde 217.76.136.146: bytes=32 tiempo=106ms TTL=252
Respuesta desde 217.76.136.146: bytes=32 tiempo=107ms TTL=252
Respuesta desde 217.76.136.146: bytes=32 tiempo=111ms TTL=252
Respuesta desde 217.76.136.146: bytes=32 tiempo=113ms TTL=252
Respuesta desde 217.76.136.146: bytes=32 tiempo=113ms TTL=252
Respuesta desde 217.76.136.146: bytes=32 tiempo=108ms TTL=252
Respuesta desde 217.76.136.146: bytes=32 tiempo=113ms TTL=252
Respuesta desde 217.76.136.146: bytes=32 tiempo=109ms TTL=252
Respuesta desde 217.76.136.146: bytes=32 tiempo=109ms TTL=252
Respuesta desde 217.76.136.146: bytes=32 tiempo=110ms TTL=252
Respuesta desde 217.76.136.146: bytes=32 tiempo=118ms TTL=252

Estadísticas de ping para 217.76.136.146:
Paquetes: enviados = 40, recibidos = 40, perdidos = 0
(0% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 106ms, Máximo = 122ms, Media = 111ms

C:\Documents and Settings\Tonio>

Na io en eso de banesto me perdio xDD pero habe si ustede tenei esto = eke io

enga saludos

Tonio.

✖

mac1929 29 febrero 2004 18:08

⋮

Deberías hacer el ping a 62.36.135.66 que es el router al que estás conectado pero de todas formas, no hace falta ya se ve que a ti la conexión te va bien.

SwanS 29 febrero 2004 20:58

⋮

Buenas. Aquí están mis experiencias.
Partimos de que casi no he sufrido cortes estos días, notando sólo los cortes más largos durante los cuales no negociaba mi conexión. El último q tuve fu esta mañana y duró una hora y media.
Ahora mismo la velocidad es lenta, no pasando de 100 kbps en el mejor de los casos. A mediodía la velocidad era 100% correcta llegando a los 210 kbps.

Tracert a arsys.es para ver cual es mi peer:

D:\Documents and Settings\SwanS>tracert www.arsys.es

Traza a la dirección www.arsys.es [217.76.128.63]
sobre un máximo de 30 saltos:

1 * * * Tiempo de espera agotado para esta solicitud.
2 141 ms 137 ms 135 ms 62-36-135-66.dialup.uni2.es [62.36.135.66]
3 138 ms 147 ms 143 ms 217.76.146.137
4 146 ms 143 ms 138 ms s1at0-1-0.core1.idc.log.es.arsysinternet.com [21
7.76.136.130]
5 * * * Tiempo de espera agotado para esta solicitud.
6 * * ^C

Veo que paso por el de uni2

D:\Documents and Settings\SwanS>ping -n 40 -w 10000 62.36.135.66

Haciendo ping a 62.36.135.66 con 32 bytes de datos:

Respuesta desde 62.36.135.66: bytes=32 tiempo=140ms TTL=254
Respuesta desde 62.36.135.66: bytes=32 tiempo=135ms TTL=254
Respuesta desde 62.36.135.66: bytes=32 tiempo=136ms TTL=254
Respuesta desde 62.36.135.66: bytes=32 tiempo=130ms TTL=254
Respuesta desde 62.36.135.66: bytes=32 tiempo=127ms TTL=254
Respuesta desde 62.36.135.66: bytes=32 tiempo=132ms TTL=254
Respuesta desde 62.36.135.66: bytes=32 tiempo=138ms TTL=254
Respuesta desde 62.36.135.66: bytes=32 tiempo=133ms TTL=254
Respuesta desde 62.36.135.66: bytes=32 tiempo=140ms TTL=254
Respuesta desde 62.36.135.66: bytes=32 tiempo=129ms TTL=254
Respuesta desde 62.36.135.66: bytes=32 tiempo=139ms TTL=254
Respuesta desde 62.36.135.66: bytes=32 tiempo=132ms TTL=254
Respuesta desde 62.36.135.66: bytes=32 tiempo=136ms TTL=254
Respuesta desde 62.36.135.66: bytes=32 tiempo=133ms TTL=254
Respuesta desde 62.36.135.66: bytes=32 tiempo=138ms TTL=254
Respuesta desde 62.36.135.66: bytes=32 tiempo=136ms TTL=254
Respuesta desde 62.36.135.66: bytes=32 tiempo=129ms TTL=254
Respuesta desde 62.36.135.66: bytes=32 tiempo=138ms TTL=254
Respuesta desde 62.36.135.66: bytes=32 tiempo=138ms TTL=254
Respuesta desde 62.36.135.66: bytes=32 tiempo=136ms TTL=254
Respuesta desde 62.36.135.66: bytes=32 tiempo=140ms TTL=254
Respuesta desde 62.36.135.66: bytes=32 tiempo=139ms TTL=254
Respuesta desde 62.36.135.66: bytes=32 tiempo=136ms TTL=254
Respuesta desde 62.36.135.66: bytes=32 tiempo=133ms TTL=254
Respuesta desde 62.36.135.66: bytes=32 tiempo=138ms TTL=254
Respuesta desde 62.36.135.66: bytes=32 tiempo=125ms TTL=254
Respuesta desde 62.36.135.66: bytes=32 tiempo=113ms TTL=254
Respuesta desde 62.36.135.66: bytes=32 tiempo=93ms TTL=254
Respuesta desde 62.36.135.66: bytes=32 tiempo=88ms TTL=254
Respuesta desde 62.36.135.66: bytes=32 tiempo=102ms TTL=254
Respuesta desde 62.36.135.66: bytes=32 tiempo=107ms TTL=254
Respuesta desde 62.36.135.66: bytes=32 tiempo=140ms TTL=254
Respuesta desde 62.36.135.66: bytes=32 tiempo=138ms TTL=254
Respuesta desde 62.36.135.66: bytes=32 tiempo=136ms TTL=254
Respuesta desde 62.36.135.66: bytes=32 tiempo=140ms TTL=254
Respuesta desde 62.36.135.66: bytes=32 tiempo=135ms TTL=254
Respuesta desde 62.36.135.66: bytes=32 tiempo=139ms TTL=254
Respuesta desde 62.36.135.66: bytes=32 tiempo=136ms TTL=254
Respuesta desde 62.36.135.66: bytes=32 tiempo=136ms TTL=254
Respuesta desde 62.36.135.66: bytes=32 tiempo=138ms TTL=254

Estadísticas de ping para 62.36.135.66:
Paquetes: enviados = 40, recibidos = 40, perdidos = 0
(0% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 88ms, Máximo = 140ms, Media = 131ms

Ping al peer de la mayoría de usuarios de Arsys

D:\Documents and Settings\SwanS>ping -n 40 -w 10000 217.76.146.134

Haciendo ping a 217.76.146.134 con 32 bytes de datos:

Respuesta desde 217.76.146.134: bytes=32 tiempo=118ms TTL=253
Respuesta desde 217.76.146.134: bytes=32 tiempo=111ms TTL=253
Respuesta desde 217.76.146.134: bytes=32 tiempo=98ms TTL=253
Respuesta desde 217.76.146.134: bytes=32 tiempo=137ms TTL=253
Respuesta desde 217.76.146.134: bytes=32 tiempo=136ms TTL=253
Respuesta desde 217.76.146.134: bytes=32 tiempo=131ms TTL=253
Respuesta desde 217.76.146.134: bytes=32 tiempo=136ms TTL=253
Respuesta desde 217.76.146.134: bytes=32 tiempo=137ms TTL=253
Respuesta desde 217.76.146.134: bytes=32 tiempo=137ms TTL=253
Respuesta desde 217.76.146.134: bytes=32 tiempo=133ms TTL=253
Respuesta desde 217.76.146.134: bytes=32 tiempo=138ms TTL=253
Respuesta desde 217.76.146.134: bytes=32 tiempo=139ms TTL=253
Respuesta desde 217.76.146.134: bytes=32 tiempo=139ms TTL=253
Respuesta desde 217.76.146.134: bytes=32 tiempo=130ms TTL=253
Respuesta desde 217.76.146.134: bytes=32 tiempo=139ms TTL=253
Respuesta desde 217.76.146.134: bytes=32 tiempo=137ms TTL=253
Respuesta desde 217.76.146.134: bytes=32 tiempo=135ms TTL=253
Respuesta desde 217.76.146.134: bytes=32 tiempo=134ms TTL=253
Respuesta desde 217.76.146.134: bytes=32 tiempo=128ms TTL=253
Respuesta desde 217.76.146.134: bytes=32 tiempo=137ms TTL=253
Respuesta desde 217.76.146.134: bytes=32 tiempo=137ms TTL=253
Respuesta desde 217.76.146.134: bytes=32 tiempo=138ms TTL=253
Respuesta desde 217.76.146.134: bytes=32 tiempo=136ms TTL=253
Respuesta desde 217.76.146.134: bytes=32 tiempo=137ms TTL=253
Respuesta desde 217.76.146.134: bytes=32 tiempo=139ms TTL=253
Respuesta desde 217.76.146.134: bytes=32 tiempo=128ms TTL=253
Respuesta desde 217.76.146.134: bytes=32 tiempo=121ms TTL=253
Respuesta desde 217.76.146.134: bytes=32 tiempo=118ms TTL=253
Respuesta desde 217.76.146.134: bytes=32 tiempo=121ms TTL=253
Respuesta desde 217.76.146.134: bytes=32 tiempo=138ms TTL=253
Respuesta desde 217.76.146.134: bytes=32 tiempo=136ms TTL=253
Respuesta desde 217.76.146.134: bytes=32 tiempo=126ms TTL=253
Respuesta desde 217.76.146.134: bytes=32 tiempo=131ms TTL=253
Respuesta desde 217.76.146.134: bytes=32 tiempo=129ms TTL=253
Respuesta desde 217.76.146.134: bytes=32 tiempo=136ms TTL=253
Respuesta desde 217.76.146.134: bytes=32 tiempo=132ms TTL=253
Respuesta desde 217.76.146.134: bytes=32 tiempo=138ms TTL=253
Respuesta desde 217.76.146.134: bytes=32 tiempo=134ms TTL=253
Respuesta desde 217.76.146.134: bytes=32 tiempo=135ms TTL=253
Respuesta desde 217.76.146.134: bytes=32 tiempo=135ms TTL=253

Estadísticas de ping para 217.76.146.134:
Paquetes: enviados = 40, recibidos = 40, perdidos = 0
(0% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 98ms, Máximo = 139ms, Media = 131ms

Conclusión:
Los nodos de Arsys responden correctamente. Aumentan las posibilidades de que el fallo se encuentre en la red de telefónica.

✖

nief 29 febrero 2004 21:10

⋮

pos eso q me parece muy buen post, es mas a ver si dais con el problema y los de arsys se pasan por aqui a echar un vistazo y asi tienen de primera mano informacion de los usuarios! se nota q hay peña de nivel en arsys.... no si no me extraña q la mayoria q se meten en arsys son peña q ya lleva años en esto del adsl y no quieren pasar por telefonica!! vamos la peña q ya ha o escarmentado con otros o controla un poco y quiere pagar menos

venga muy buen trabajo el de todos, da gusto estar asi en en foro donde la peña se ayuda entre si

un0mas 29 febrero 2004 21:19 ✎

⋮

SwanS los datos ip que tu solicitas no pasan por el 217.76.146.134, lo vemos por tu tracert por lo tanto no puedes saber si ese nodo pierde paquetes.

Puedes comprobar que todas mis peticiones y datos ip si pasan por dicho nodo, y por lo tanto yo sí puedo analizar el tráfico de ese nodo y si pierde como un condenado.

Cuando haces un ping a 217.76.146.134 lo unico q sabes es que la máquina responde a tu ping, ( estás -->si, estás -->si, estás -->si ......), pero no sabes si al pasar datos a traves del 217.76.146.134 se pierden datos.

✖

SwanS 29 febrero 2004 23:19 ✎

⋮

Ya sé que no paso por el 134. Por eso he hecho primero ping al de uni2, q es mi peer. Al 134 se lo he hecho por curiosidad. De todos modos una saturación en dicho nodo también debería notarse con un simple ping pase por él o no. O si no haz ping q un colega tuyo q tenga bajando mil cosas, ya verás lo q le tarda en hacer el eco... Será que tiene problemas en la función de enrutamiento...

mac1929 1 marzo 2004 00:41

⋮

Hay que mandar un ping a un router a traves del 134 y sin pasar por el tramo de ¿Uni2? sospechoso.

He conectado con Arsys por modem. La ip que me da es esta:

Adaptador PPP Arsys :

Sufijo de conexión específica DNS :
Dirección IP. . . . . . . . . . . : 217.76.148.68
Máscara de subred . . . . . . . . : 255.255.255.255
Puerta de enlace predeterminada : 217.76.148.68

He mandado un tracert al 133 a través del 134 y parece que la ruta existe, asi que este mismo nodo nos vale para la prueba.

tracert -j 217.76.146.134 217.76.146.133

Traza a la dirección fe0-0-2.core1.ban.mad.es.arsysinternet.com [217.76.146.133]

sobre un máximo de 30 saltos:

1 157 ms 159 ms 149 ms 217.76.136.22
2 159 ms 169 ms 159 ms fe1-0-0.core1.idc.log.es.arsysinternet.com [217.
76.136.1]
3 169 ms 420 ms 180 ms fe0-0.bbs2.ban.mad.es.arsysinternet.com [217.76.
146.134]
4 159 ms 169 ms 149 ms fe0-0-2.core1.ban.mad.es.arsysinternet.com [217.
76.146.133]

Traza completa.

El ping:

ping -n 40 -j 217.76.146.134 217.76.146.133

Haciendo ping a 217.76.146.133 con 32 bytes de datos:

Respuesta desde 217.76.146.133: bytes=32 tiempo=209ms TTL=252
Ruta: 217.76.146.134
Respuesta desde 217.76.146.133: bytes=32 tiempo=370ms TTL=252
Ruta: 217.76.146.134
Respuesta desde 217.76.146.133: bytes=32 tiempo=410ms TTL=252
Ruta: 217.76.146.134
Respuesta desde 217.76.146.133: bytes=32 tiempo=260ms TTL=252
Ruta: 217.76.146.134
Respuesta desde 217.76.146.133: bytes=32 tiempo=200ms TTL=252
Ruta: 217.76.146.134
Respuesta desde 217.76.146.133: bytes=32 tiempo=1662ms TTL=252
Ruta: 217.76.146.134
Respuesta desde 217.76.146.133: bytes=32 tiempo=278ms TTL=252
Ruta: 217.76.146.134
Respuesta desde 217.76.146.133: bytes=32 tiempo=170ms TTL=252
Ruta: 217.76.146.134
Respuesta desde 217.76.146.133: bytes=32 tiempo=189ms TTL=252
Ruta: 217.76.146.134
Respuesta desde 217.76.146.133: bytes=32 tiempo=3725ms TTL=252
Ruta: 217.76.146.134
Respuesta desde 217.76.146.133: bytes=32 tiempo=158ms TTL=252
Ruta: 217.76.146.134
Respuesta desde 217.76.146.133: bytes=32 tiempo=170ms TTL=252
Ruta: 217.76.146.134
Respuesta desde 217.76.146.133: bytes=32 tiempo=180ms TTL=252
Ruta: 217.76.146.134
Respuesta desde 217.76.146.133: bytes=32 tiempo=210ms TTL=252
Ruta: 217.76.146.134
Respuesta desde 217.76.146.133: bytes=32 tiempo=140ms TTL=252
Ruta: 217.76.146.134
Respuesta desde 217.76.146.133: bytes=32 tiempo=280ms TTL=252
Ruta: 217.76.146.134
Respuesta desde 217.76.146.133: bytes=32 tiempo=170ms TTL=252
Ruta: 217.76.146.134
Respuesta desde 217.76.146.133: bytes=32 tiempo=200ms TTL=252
Ruta: 217.76.146.134
Respuesta desde 217.76.146.133: bytes=32 tiempo=200ms TTL=252
Ruta: 217.76.146.134
Respuesta desde 217.76.146.133: bytes=32 tiempo=220ms TTL=252
Ruta: 217.76.146.134
Respuesta desde 217.76.146.133: bytes=32 tiempo=230ms TTL=252
Ruta: 217.76.146.134
Respuesta desde 217.76.146.133: bytes=32 tiempo=260ms TTL=252
Ruta: 217.76.146.134
Respuesta desde 217.76.146.133: bytes=32 tiempo=160ms TTL=252
Ruta: 217.76.146.134
Respuesta desde 217.76.146.133: bytes=32 tiempo=190ms TTL=252
Ruta: 217.76.146.134
Respuesta desde 217.76.146.133: bytes=32 tiempo=200ms TTL=252
Ruta: 217.76.146.134
Respuesta desde 217.76.146.133: bytes=32 tiempo=230ms TTL=252
Ruta: 217.76.146.134
Respuesta desde 217.76.146.133: bytes=32 tiempo=150ms TTL=252
Ruta: 217.76.146.134
Respuesta desde 217.76.146.133: bytes=32 tiempo=190ms TTL=252
Ruta: 217.76.146.134
Respuesta desde 217.76.146.133: bytes=32 tiempo=190ms TTL=252
Ruta: 217.76.146.134
Respuesta desde 217.76.146.133: bytes=32 tiempo=220ms TTL=252
Ruta: 217.76.146.134
Respuesta desde 217.76.146.133: bytes=32 tiempo=240ms TTL=252
Ruta: 217.76.146.134
Respuesta desde 217.76.146.133: bytes=32 tiempo=150ms TTL=252
Ruta: 217.76.146.134
Respuesta desde 217.76.146.133: bytes=32 tiempo=170ms TTL=252
Ruta: 217.76.146.134
Respuesta desde 217.76.146.133: bytes=32 tiempo=160ms TTL=252
Ruta: 217.76.146.134
Respuesta desde 217.76.146.133: bytes=32 tiempo=190ms TTL=252
Ruta: 217.76.146.134
Respuesta desde 217.76.146.133: bytes=32 tiempo=210ms TTL=252
Ruta: 217.76.146.134
Respuesta desde 217.76.146.133: bytes=32 tiempo=240ms TTL=252
Ruta: 217.76.146.134
Respuesta desde 217.76.146.133: bytes=32 tiempo=159ms TTL=252
Ruta: 217.76.146.134
Respuesta desde 217.76.146.133: bytes=32 tiempo=190ms TTL=252
Ruta: 217.76.146.134
Respuesta desde 217.76.146.133: bytes=32 tiempo=340ms TTL=252
Ruta: 217.76.146.134

Estadísticas de ping para 217.76.146.133:
Paquetes: enviados = 40, recibidos = 40, perdidos = 0
(0% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 140ms, Máximo = 3725ms, Media = 336ms

Como ves parece que el 134 no pierde tampoco paquetes que lo atraviesan.

Con esta prueba yo creo que queda descartado que el problema sea del nodo. Tiene que ser de la conexión...

✖

un0mas 1 marzo 2004 01:25

⋮

Algo de todo hay, yo sigo apostando por que hay routers que no cumplen su trabajo como deben y por lo que veo casi seguro que el proveedor de conectividad (uni2 o quien sea ) también está dando un servicio deficiente.

Yo creo que si en Arsys leen este post sacarán muchas cosas en claro y les servirá para eliminar posibles motivos y centrar mucho el problema.

A muchos os deberian perdonar las cuotas de un mes, aunque seguro q os gustaria más un mes con 2Mb al mismo precio jejeje....

mac1929 29 febrero 2004 22:35

⋮

Swans, yo no creo que sea telefónica. Como decía en el post original alguien está transportando la información por los 400km que me separan del nodo de Banesto.

El primero tramo ADSL+ATM es de Telefónica, pero muy posiblemente desde el PAI de mi demarcación hasta Madrid el transporte lo haga otra compañia. Creo que aqui es donde encaja Uni2 cuyo nombre aparece por ahi de vez en cuando.

Creo que Arsys ha contratado el transporte desde los PAIs (puntos de acceso indirecto) de Telefónica hasta Madrid a Uni2, la cual que yo sepa tiene buen parte de su red contratada a Iberdrola y Renfe, mirad este
link

A Arsys le están dando un mal servicio, aunque quien sabe, puede lo haya contratado baratillo y que le estén dando realmente la calidad que ha solicitado. Ya se sabe lo de que lo barato sale caro y tal y cual.... :)

✖

SwanS 29 febrero 2004 23:16

⋮

Es cierto. Teniendo en cuenta que uni2 tiene red propia, me parece lógico. De todos modos, pregunto: ¿uni2 puede tener tanta red propia a red nacional? ¿no tiene sólo red propia en las grandes ciudades? Yo realmente no lo sé, pero de lo que he oido y teniendo en cuenta la inversión que supondría tener red propia nacional, me quedo con lo segundo. De todos modos a telefónica no la saco del punto de mira. Rectifico y digo: Me parece q el problema será de telefónica o uni2. :)

✖

mac1929 29 febrero 2004 23:23

⋮

(link roto)

En el año 2000 ya tenían la maryorparte de las capitales conectadas entre ellas con unos 7000km de enlaces.

BocaDePez 29 febrero 2004 22:25

⋮

C:\>tracert www.arsys.es

Traza a la dirección www.arsys.es [217.76.128.63]
sobre un máximo de 30 saltos:

1 2 219 ms 469 ms * fe0-0.bbs2.ban.mad.es.arsysinternet.com [217.76.
146.134]
3 265 ms 219 ms 547 ms fe0-0-2.core1.ban.mad.es.arsysinternet.com [217.
76.146.133]
4 375 ms * * s1at0-1-0.core1.idc.log.es.arsysinternet.com [21
7.76.136.130]
5 * * * Tiempo de espera agotado para esta solicitud.
6 * * * Tiempo de espera agotado para esta solicitud.
7 * ^C
C:\>ping -n 40 -w 2000 217.76.146.134

Haciendo ping a 217.76.146.134 con 32 bytes de datos:

Tiempo de espera agotado para esta solicitud.
Respuesta desde 217.76.146.134: bytes=32 tiempo=250ms TTL=254
Respuesta desde 217.76.146.134: bytes=32 tiempo=219ms TTL=254
Respuesta desde 217.76.146.134: bytes=32 tiempo=219ms TTL=254
Respuesta desde 217.76.146.134: bytes=32 tiempo=219ms TTL=254
Respuesta desde 217.76.146.134: bytes=32 tiempo=219ms TTL=254
Respuesta desde 217.76.146.134: bytes=32 tiempo=203ms TTL=254
Respuesta desde 217.76.146.134: bytes=32 tiempo=218ms TTL=254
Respuesta desde 217.76.146.134: bytes=32 tiempo=219ms TTL=254
Tiempo de espera agotado para esta solicitud.
Respuesta desde 217.76.146.134: bytes=32 tiempo=219ms TTL=254
Respuesta desde 217.76.146.134: bytes=32 tiempo=266ms TTL=254
Tiempo de espera agotado para esta solicitud.
Respuesta desde 217.76.146.134: bytes=32 tiempo=219ms TTL=254
Tiempo de espera agotado para esta solicitud.
Respuesta desde 217.76.146.134: bytes=32 tiempo=250ms TTL=254
Respuesta desde 217.76.146.134: bytes=32 tiempo=281ms TTL=254
Tiempo de espera agotado para esta solicitud.
Tiempo de espera agotado para esta solicitud.
Tiempo de espera agotado para esta solicitud.
Tiempo de espera agotado para esta solicitud.
Tiempo de espera agotado para esta solicitud.
Respuesta desde 217.76.146.134: bytes=32 tiempo=219ms TTL=254
Tiempo de espera agotado para esta solicitud.
Respuesta desde 217.76.146.134: bytes=32 tiempo=219ms TTL=254
Tiempo de espera agotado para esta solicitud.
Respuesta desde 217.76.146.134: bytes=32 tiempo=219ms TTL=254
Respuesta desde 217.76.146.134: bytes=32 tiempo=219ms TTL=254
Tiempo de espera agotado para esta solicitud.
Respuesta desde 217.76.146.134: bytes=32 tiempo=266ms TTL=254
Respuesta desde 217.76.146.134: bytes=32 tiempo=203ms TTL=254
Tiempo de espera agotado para esta solicitud.
Respuesta desde 217.76.146.134: bytes=32 tiempo=234ms TTL=254
Respuesta desde 217.76.146.134: bytes=32 tiempo=250ms TTL=254
Respuesta desde 217.76.146.134: bytes=32 tiempo=218ms TTL=254
Tiempo de espera agotado para esta solicitud.
Tiempo de espera agotado para esta solicitud.
Respuesta desde 217.76.146.134: bytes=32 tiempo=219ms TTL=254
Tiempo de espera agotado para esta solicitud.
Tiempo de espera agotado para esta solicitud.

Estadísticas de ping para 217.76.146.134:
Paquetes: enviados = 40, recibidos = 23, perdidos = 17 (42% perdidos),
Tiempos aproximados de recorrido redondo en milisegundos:
mínimo = 203ms, máximo = 281ms, promedio = 131ms

✖

BlackDark 29 febrero 2004 22:32

⋮

El del record era yo ...

✖

un0mas 29 febrero 2004 22:35

⋮

De donde eres BlackDark , apostaria a que del norte ( asturias, cantabria, pais vasco, burgos, logroño...)

✖

BlackDark 29 febrero 2004 22:44

⋮

Me conecto desde barcelona y desde el lunes que tengo el router toda la semana igual, pero por la noche esto se arregla, bueno casi siempre.

mac1929 29 febrero 2004 22:36

⋮

42%, voy a tener que emplearme a fondo.... :D

mac1929 29 febrero 2004 23:28

⋮

Además de las pérdidas de paquetes hay un serio problema en los tiempos de round trip, los pings de la gente son muy altos (entre 80 y 180ms). Esto es inaceptable para los juegos on-line en primera persona.

Esta tabla del Visual Route da otro dato interesante (no se si se va a ver bien)

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------
| Salto | % de pérdida | Dirección IP | Nombre del nodo | Ubicación | Huso horario | ms | Gráfico | Red |
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------
| 0 | | 192.168.1.2 | ancora | ... | | | | (uso privado) |
| 1 | | 192.168.1.1 | router.lan | ... | | 0 | x | (uso privado) |
| 2 | | 217.76.146.134 | fe0-0.bbs2.ban.mad.es.arsysinternet.com | ?(Spain) | +01:00 | 189 | --x-- | arsys.es |
| 3 | | 217.76.146.133 | fe0-0-2.core1.ban.mad.es.arsysinternet.com | ?(Spain) | +01:00 | 194 | --x-- | arsys.es |
| 4 | | 217.76.136.6 | s1at0-0-0.core1.ch2.mad.es.arsysinternet.com | ?(Spain) | +01:00 | 204 | -x------- | arsys.es |
| 5 | | 217.76.136.146 | e3at0-1-0.core1.thn.lon.uk.arsysinternet.com | ?(Spain) | +01:00 | 227 | -x-- | arsys.es |
| 6 | | 195.66.224.125 | - | ?London, UK | * | 259 | --x----- | London Internet exchange (LINX) |
| 7 | | 216.239.49.254 | - | ... | | 277 | --x---- | Google Inc. GOOGLE |
| 8 | | 216.239.49.114 | - | ... | | 222 | -x---- | Google Inc. GOOGLE |
| 9 | | 216.239.59.99 | www.google.com | ... | | 192 | -x--- | Google Inc. GOOGLE |
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Tiempo de ida y vuelta a www.google.com, promedio = 192ms, mín = 120ms, máx = 395ms -- 29-feb-04 23:04:33

La pérdida de tiempo se produce en el primer salto, 189ms en llegar hasta alli. Pero una vez dentro los tiempos son buenos, 192ms en llegar hasta google en Londres. En total se pierden 10ms en la red de Arsys y 180 en el primer salto.

rastroso 1 marzo 2004 01:20

⋮

ping -n 40 -w 2000 217.76.146.134
PING 217.76.146.134 (217.76.146.134) 56(84) bytes of data.
64 bytes from 217.76.146.134: icmp_seq=1 ttl=254 time=75.1 ms
64 bytes from 217.76.146.134: icmp_seq=2 ttl=254 time=69.3 ms
64 bytes from 217.76.146.134: icmp_seq=3 ttl=254 time=70.6 ms
64 bytes from 217.76.146.134: icmp_seq=4 ttl=254 time=72.6 ms
64 bytes from 217.76.146.134: icmp_seq=6 ttl=254 time=73.6 ms
64 bytes from 217.76.146.134: icmp_seq=8 ttl=254 time=73.1 ms
64 bytes from 217.76.146.134: icmp_seq=9 ttl=254 time=74.7 ms
64 bytes from 217.76.146.134: icmp_seq=10 ttl=254 time=72.8 ms
64 bytes from 217.76.146.134: icmp_seq=11 ttl=254 time=74.7 ms
64 bytes from 217.76.146.134: icmp_seq=12 ttl=254 time=88.5 ms
64 bytes from 217.76.146.134: icmp_seq=13 ttl=254 time=71.0 ms
64 bytes from 217.76.146.134: icmp_seq=14 ttl=254 time=70.7 ms
64 bytes from 217.76.146.134: icmp_seq=16 ttl=254 time=74.7 ms
64 bytes from 217.76.146.134: icmp_seq=17 ttl=254 time=73.8 ms
64 bytes from 217.76.146.134: icmp_seq=18 ttl=254 time=75.6 ms
64 bytes from 217.76.146.134: icmp_seq=19 ttl=254 time=72.3 ms
64 bytes from 217.76.146.134: icmp_seq=20 ttl=254 time=72.9 ms
64 bytes from 217.76.146.134: icmp_seq=22 ttl=254 time=73.9 ms
64 bytes from 217.76.146.134: icmp_seq=23 ttl=254 time=74.5 ms
64 bytes from 217.76.146.134: icmp_seq=24 ttl=254 time=74.7 ms
64 bytes from 217.76.146.134: icmp_seq=25 ttl=254 time=73.5 ms
64 bytes from 217.76.146.134: icmp_seq=26 ttl=254 time=71.8 ms
64 bytes from 217.76.146.134: icmp_seq=27 ttl=254 time=74.7 ms
64 bytes from 217.76.146.134: icmp_seq=29 ttl=254 time=73.3 ms
64 bytes from 217.76.146.134: icmp_seq=30 ttl=254 time=72.8 ms
64 bytes from 217.76.146.134: icmp_seq=31 ttl=254 time=72.8 ms
64 bytes from 217.76.146.134: icmp_seq=32 ttl=254 time=71.8 ms
64 bytes from 217.76.146.134: icmp_seq=33 ttl=254 time=73.8 ms
64 bytes from 217.76.146.134: icmp_seq=34 ttl=254 time=70.8 ms
64 bytes from 217.76.146.134: icmp_seq=36 ttl=254 time=72.2 ms
64 bytes from 217.76.146.134: icmp_seq=37 ttl=254 time=76.8 ms
64 bytes from 217.76.146.134: icmp_seq=38 ttl=254 time=68.8 ms
64 bytes from 217.76.146.134: icmp_seq=39 ttl=254 time=72.8 ms
64 bytes from 217.76.146.134: icmp_seq=40 ttl=254 time=74.8 ms
64 bytes from 217.76.146.134: icmp_seq=41 ttl=254 time=72.9 ms
64 bytes from 217.76.146.134: icmp_seq=42 ttl=254 time=72.8 ms
64 bytes from 217.76.146.134: icmp_seq=43 ttl=254 time=71.9 ms
64 bytes from 217.76.146.134: icmp_seq=44 ttl=254 time=73.8 ms
64 bytes from 217.76.146.134: icmp_seq=46 ttl=254 time=72.9 ms
64 bytes from 217.76.146.134: icmp_seq=47 ttl=254 time=74.2 ms

--- 217.76.146.134 ping statistics ---
47 packets transmitted, 40 received, 14% packet loss, time 46464ms
rtt min/avg/max/mdev = 68.835/73.518/88.596/2.920 ms