Cada dia pondré unas capturas hasta que los nodos dejen de perder paquetes, a ver si los de arsys lo ven ya que ni cogen el telefono ni leen los emails.
Los que pasamos estos dias por los nodos 217.76.146.134 y 217.76.146.133 entre la reasignacion de ips y la perdida de paquetes tenemos un adsl de mierda
La verdad es que tienes la negra con esos dos nodos, yo paso por los que acaban en 137 y 138 que no pierden tantos paquetes pero como que da igual porque entre los cortes y que se queda tonta la conexión no me sirve de mucho la cosa.
La traza a Arys no te vale de mucho ya que ellos bloquean las peticiones de ping.
Un saludo.
Pero no los tcp/ip que los que portan los datos y son los que no paran de perderse....
En eso tienes razón, si quieres probar una traza aún más larga aparte de bandaancha.st, tienes softonic.com que da 17 saltos y te sirve para ver bien todo lo que pierde la castaña de nodos.
Un saludo.
Pero los problemas que comienzan en el salto 2 de la red "arsys.es" están causando que se dejen caer paquetes ip
Ya no sé ni cuándo les envié un correo a los de Arsys, a cuenta de los saltos que da el canguro que tenemos por línea, que me llevaban para llegar de nuevo a España, por EE.UU., Gran Bretaña, francia, etc. Los muy cachondos van y me dicen que no entienden lo que les digo, que tendrá que recorrer tantos hots como hagan falta. Yo alucino. Puede ser que me equivoque, pero un tracert con 11 saltos para llegar al propio país (e incluso ciudad), me parecen muchos.
También les dije que la subida no me pasaba de 2 kb/s de velocidad, y eso tampoco lo entendían. Pues eso, que no puedo enviar prácticamente nada. Ahora va mejor, he de reconocerlo, pero es que con tan poco entender, no sé qué hacen ahí.
Al hacer un tracert esta tarde me he encontrado con esto:
C:\>tracert www.google.es
Traza a la dirección www.google.akadns.net [66.102.9.99]
sobre un máximo de 30 saltos:
1 * * * Tiempo de espera agotado para esta solicitud.
2 92 ms 93 ms 91 ms 62-36-135-66.dialup.uni2.es [62.36.135.66]
3 97 ms * 90 ms 217.76.146.137
4 90 ms 89 ms 94 ms s1at0-0-0.core1.ch2.mad.es.arsysinternet.com [21
7.76.136.6]
5 135 ms 138 ms 133 ms e3at0-1-0.core1.thn.lon.uk.arsysinternet.com [21
7.76.136.146]
6 * * 137 ms 195.66.224.125
7 154 ms 142 ms 145 ms 216.239.49.254
8 143 ms 148 ms 146 ms 64.233.174.42
9 147 ms 147 ms 152 ms 64.233.174.10
10 149 ms * 150 ms 66.102.9.99
Traza completa.
Nunca hasta ahora habia pasado por un nodo de UNI2. Antes siempre iba directo por un nodo de Arsys.
Esta mañana tuve un corte muy prolongado y ahora veo esto. Ahora llevo media hora y de momento no he tenido ningún corte (untimamente era cada 15 o 20 minutos). Si con esto se arreglara...
No es por joder, yo tb paso por el nodo de Uni2, pero si te fijas verás que hay paquetes perdidos en la traza que haces. Todo lo bien que iba al princípio ahora empieza a pesarle el culo, y eso es lo que pasaba justo antes de los cortes. No soy optimista, me da que este tb cae.
Un saludo.
El Visual route como es pa tontos está claro.
Yo quiero que alguien me explique una traza con el comando tracert del command line:
Veo que el primer número es el número de salto ( 1, 2 ,3 ..)
luego vienen tres tiempos ( 123ms, 123ms, 134ms)
y luego también está claro el nombre del host con su IP.
La duda es que por que aparecen tres veces el tiempo de respuesta, y por que en alguno aparece un asterisco.
Arsys, los que van a sufrir te saludan!
tiempos de respuesta del paquete ICMP en promedio, mínimo y máximo
Si fuera así, hay minimos mas grandes que máximos.
c:\Mi taza>tracert www.google.es
Traza a la dirección www.google.akadns.net [216.239.59.104]
sobre un máximo de 30 saltos:
1 * * * Tiempo de espera agotado para esta solicitud.
2 79 ms 76 ms * fe0-0.bbs2.ban.mad.es.arsysinternet.com [217.76.
146.134]
3 * 78 ms 77 ms fe0-0-2.core1.ban.mad.es.arsysinternet.com [217.
76.146.133]
4 79 ms 80 ms 77 ms s1at0-0-0.core1.ch2.mad.es.arsysinternet.com [21
7.76.136.6]
5 123 ms 119 ms 120 ms e3at0-1-0.core1.thn.lon.uk.arsysinternet.com [21
7.76.136.146]
6 123 ms 123 ms * 195.66.224.125
7 134 ms 134 ms 134 ms 216.239.49.254
8 133 ms 138 ms 136 ms 216.239.49.114
9 129 ms 131 ms 132 ms 216.239.59.104
Traza completa.
