tracert
Colegio Diego Lainez
Hacer un tracert a una IP para que nos puede servir? Que información se
puede sacar de eso?
Siempre aprendiendo ;)
Gracias.
Javi G.
Bueno, ya t lo diran cn mas certeza.
Salu2.
Javi G.
"Colegio Diego Lainez" <admini...@diegolainez.com> escribió en el
mensaje news:aeuivf$4kt...@news1s.iddeo.es...
TyPhOoN
news:aeuivf$4kt...@news1s.iddeo.es:
Hola 'Colegio' :O)
La utilidad de tracert determina la ruta tomada a un destino enviando
paquetes de eco de Internet Control Message Protocol (ICMP) con varios
valores de Time-To-Live (TTL) a la destinación. Cada 'router' en el curso
del viaje es requerido de disminuir el valor de TTL en un paquete por lo
menos por 1 antes de volverlo a enviar, así que el TTL es efectívamente un
hop count. Cuando el TTL en un paquete alcanza 0, el 'router' debe enviar
un mensaje de ICMP Tiempo Excedido al sistema de origen. El comando de
tracert determina la ruta enviando el primer paquete de eco con un TTL de 1
e incrementando el TTL por 1 en cada transmisión subsequente hasta que el
blanco responda o se alcanze el máximo TTL (generalmente 30 'hops'). La
ruta es determinada examinando los mensajes de ICMP Tiempo Excedido
devueltos por los 'routers' intermedios.
Si usted deseara hacer un tracert a genealogy.org y mantener los
resultados en un archivo de texto, el sintax del comando sería:
C:\> tracert genealogy.org >tracert.txt
Los resultados devueltos pueden verse algo como éstos de abajo:
Tracing route to genealogy.org [207.167.87.50] over a maximum of 30
hops:
1 257 ms 186 ms 183 ms 192.168.255.254
2 195 ms 177 ms 246 ms 199.70.72.65
3 317 ms 187 ms 241 ms 199.70.127.233
4 212 ms 443 ms 281 ms 199.70.95.249
5 * * * Request timed out.
6 190 ms 187 ms 309 ms Vienna5.VA.ALTER.NET [137.39.156.25]
7 194 ms 193 ms 198 ms Fddi0-0.CR2.TCO1.ALTER.NET [137.39.11.20]
8 265 ms 325 ms 273 ms 189.Hssi6-0.CR2.SCL1.Alter.Net [137.39.69.174]
9 337 ms 302 ms 277 ms 107.Hssi0-0.BR1.NUQ1.Alter.Net [137.39.70.125]
10 271 ms 396 ms 270 ms T3-CRL-SFO-01-H1/0.US.CRL.NET [198.32.136.10]
11 311 ms 267 ms 309 ms T3-CRL-SFO-01-H3/0.US.CRL.NET [149.20.64.19]
12 263 ms 309 ms 261 ms E0-CRL-SFO-05-E0X0.US.CRL.NET [165.113.55.5]
13 430 ms 281 ms 357 ms znet-gw.ex.us.crl.net [165.113.120.14]
14 * 434 ms * znet-gw.ex.us.crl.net [165.113.120.14]
15 * * * Request timed out.
16 295 ms 356 ms 301 ms genealogy.org [207.167.87.50]
La primera columna es el número de 'hops', que es el valor de Time-To-
Live (TTL) fijado en el paquete.
Cada una de las tres columnas siguientes contiene los tiempos de ida y
vuelta en milisegundos por una tentativa de alcanzar la destinación con el
valor de el TTL.
La quarta columna es el nombre de la computadora principal (si fue
resuelto) y la dirección de IP del sistema que responde.
En los resultados usted verá el comentario, "over a maximum of 30
hops." Esto significa que el diámetro del Internet es más o menos 30
'hops' y, por lo tanto, muchas rutas de rastro irán solo esa distancia para
alcanzar una destinación.
Este primer 'hop' es al módem que contestó su llamada y toma
típicamente 200 a 300 milisegundos.
Un asterisco, "*", seguido por las palabras "request timed out" no es
fuera de lo común. Si el tracert hubiese parado aquí y luego continuado
respondiendo con "request timed out", puede que indique un problema. En el
ejemplo antedicho, el primer "request timed out" está entre el interfáz de
nuestra red y el resto del Internet. El asterisco " * " es una
consecuencia normal de nuestros procedimientos de seguridad en ese cruce.
Generálmente, un tiempo de reacción de menos de 500 milisegundos se
considera aceptable. Si los resultados en el ejemplo anterior hubiesen
sido más grandes que ése, entonces allí pudo haber habido un problema de
'router' en ese punte de la red.
Los primeros 4 o 5 'hops' son internos en nuestra red. Estos 'hops'
no resolverán a un nombre de 'domain.'
El 'hop' 6 en el ejemplo antedicho es donde conectamos con alter.net
(UUNET). El centro de Vienna5.VA.ALTER.NET está comúnmente referido a "MAE
east." Esto es una punto importante del cruce para el Internet en grande.
Si usted está teniendo problemas en este 'hop' y vive en la costa del este,
usted puede estar seguro de tener problemas yendo a cualquier lugar en el
Internet. También hay centros similares en la costa del oeste.
Hop 10 es donde alter.net conecta con crl.net (CRL Network Services)
en 'router' T3-CRL-SFO-01-H1/0.US.CRL.NET.
Finalmente, en 'hop' 16, la conección a genealogy.org se establece.
El viaje entero pasó por nuestra red (4 'hops'), alter.net (4 'hops')
crl.net (5 'hops') y genealogy.org (1 'hop').
(Extrato del Sr. Google en http://www.wurd.com/esp/ABCs/tracert.htm)
Mas gráficamente se muestra en:
http://ditec.um.es/laso/docs/tut-tcpip/3376c26.html
De todas maneras os aconsejo...
http://www.google.com/search?hl=es&ie=UTF-
8&oe=UTF8&q=tracert&btnG=B%C3%BAsqueda+en+Google&lr=lang_es (todojunto)
Saludos 'Colegio',
TyP
Quintus
@news1s.iddeo.es:
> Hacer un tracert a una IP para que nos puede servir? Que información se
> puede sacar de eso?
tracert => Trace Route
Te traza la ruta de por donde pasa tu solicitud. Hay un programa que
te lo hace visualmente que me parece una preciosidad: Visualroute:
http://www.visualware.com/visualroute/index.html
Hace un par de años me quejé a mi ISP porque tardaba muchísimo tiempo
en poder conectar con mi banco. Mediante un tracert vi que cuando quería
acceder, mi solicitud pasaba a través de los ordenadores de mi ISP en
Francia (Era Wanadoo) para ir a mi banco en Madrid. Les escribí un email y
al dia siguiente ya estaba solucionado. No parece lógico que para consultar
tu cuenta tus paquetes tengan que ir por toda España hasta Francia y a
Madrid y toda la vuelta.
--
--------------------------------
Quintus
mailto://cor...@quintusnews.com
http://quintusnews.com
--------------------------------
TyPhOoN
news:Xns923481CE6CC91...@127.0.0.1:
> No parece lógico que para consultar tu cuenta tus paquetes tengan
> que ir por toda España hasta Francia y a Madrid y toda la vuelta.
...uhmmnnn... SI y NO... Tienes razón dentro de la lógica... jeje...
pero sobre el encaminamiento en Inet hay otras razones de "lógica difusa"
que tambien son de peso ;-)
Los dispositivos del protocolo de encaminamiento en Inet no son fijos
y deben ser cooperantes y conocedores del dinamismo topológico de Inet,
también proporcionadores de segundas rutas alternativas para evitar
embotellamientos y cuellos de botella o detectar porciones de red afectadas
por fallos :-o
La información topológica en cada momento es la base de actuación del
Algoritmo de encaminamiento para tomar la decisión de encaminamiento para
un datagrama particular en ese momento dado... :-O
La función de encaminamientos se divide entre encam. dispositivos
finales (ES, "End Systems") y entre dispositivos de encaminamiento, la
razón el la enorme diferenciafundamental entre lo que deben "saber" unos y
otros x-O
El RIP es un ejemplo de protocolo de encaminamiento sencillo, tanto de
implementar como de gestionar... pero también un consumidor escesivo de
recursos y ancho de banda... :-(
En redes de pequeño tamaño el RIP se defiende bien, pero en redes de
gran tamaño es ineficaz... x-(
Internet... ARPANET... DARPANet... fueron y son posibles gracias al
empuje del TCP/IP, y sobre todo y en un grado alto, al "Protocolo abierto
del primer camino más corto" (OSPF, Open Shortest y Path Firs) basado en el
algoritmo Bellman-Ford...huy!! me estoy rayando... me he ido de la olla
hace un rato... jajaa :O)
Te recomiento la lectura de "Comunicaciones y redes de computadores"
de 'William Stallings' en perfecto castellano, de editorial 'PRENTICE
HALL', y "TCP/IP" de 'Sidnie Feit', también en castellano y editado por 'Mc
Graw Hill' y "Protocolos de INTERNET..." de 'Angel López' y 'Alejandro
Novo, editado por RA-MA :-)
Un saludo,
TyP
Shih Ching
si tienes bien configuradas tus rutas de salida o para saber cuantos saltos
pegas para llegar a un sitio.
S C
"Colegio Diego Lainez" <admini...@diegolainez.com> escribió en el
mensaje news:aeuivf$4kt...@news1s.iddeo.es...
Lepton
wrote:
[ texto raro a continuacion.. :) ]
# Cada una de las tres columnas siguientes contiene los tiempos de ida y
# vuelta en milisegundos por una tentativa de alcanzar la destinación con el
??? ???
# valor de el TTL.
# ...
# La quarta columna es el nombre de la computadora principal (si fue
??? ???
# resuelto) y la dirección de IP del sistema que responde.
??
# ...
# 'hops' y, por lo tanto, muchas rutas de rastro irán solo esa distancia para
???????????????
# alcanzar una destinación.
???
#
# Este primer 'hop' es al módem que contestó su llamada y toma
???
# típicamente 200 a 300 milisegundos.
# ...
# sido más grandes que ése, entonces allí pudo haber habido un problema de
# 'router' en ese punte de la red.
???
# ...
# Los primeros 4 o 5 'hops' son internos en nuestra red. Estos 'hops'
# no resolverán a un nombre de 'domain.'
????????????
# ...
# east." Esto es una punto importante del cruce para el Internet en grande.
??????????
# Si usted está teniendo problemas en este 'hop' y vive en la costa del este,
????
# usted puede estar seguro de tener problemas yendo a cualquier lugar en el
# Internet. También hay centros similares en la costa del oeste.
???
# Finalmente, en 'hop' 16, la conección a genealogy.org se establece.
???
[ fin de ese texto tan raro ]
# (Extrato del Sr. Google en http://www.wurd.com/esp/ABCs/tracert.htm)
Ahhhh! que sut-to! :) habia pensado al principio que eso lo habias
escrito tu!!! :) (espero que lo de "extrato" tambien haya sido la
traduccion automatica del google! :)
Lepton.
PS: No soy nada "purista" en cuanto al idioma, pero joer,
hay traducciones que se las traen! :)
TyPhOoN
news:egg6huo1vnrtbo6c4...@4ax.com:
>
> Ahhhh! que sut-to! :) habia pensado al principio que eso lo habias
> escrito tu!!! :) (espero que lo de "extrato" tambien haya sido la
> traduccion automatica del google! :)
>
> Lepton.
>
> PS: No soy nada "purista" en cuanto al idioma, pero joer,
> hay traducciones que se las traen! :)
>
JAJAJA... sip Lepton :-)
Ya pose que era un O.T. y además "epaloooniiiñoo", o sea... que era
"para los niños del cole".... enseñarles a buscar ya desde pequeños ;-)
Un saludo,
TyP
Quintus
news:Xns92348BC0AE0B0ty...@194.179.3.124:
> Te recomiento la lectura de "Comunicaciones y redes de
> computadores"
> de 'William Stallings' en perfecto castellano, de editorial 'PRENTICE
> HALL', y "TCP/IP" de 'Sidnie Feit', también en castellano y editado
> por 'Mc Graw Hill' y "Protocolos de INTERNET..." de 'Angel López' y
> 'Alejandro Novo, editado por RA-MA :-)
Good heavens... esto me recuerda a mi época de estudiante de la
facultad...
Gracias