Traceroute visual

¿Para qué realizar un traceroute?

El objetivo de un traceroute gráfico es descubrir cada servidor que retransmite su paquete IP de un punto a otro, y medir el retraso del viaje de retorno entre el host de prueba (en este caso, G Suite.Tools) y cada retransmisión en la ruta del paquete.

La aplicación visual de traceroute de G Suite.Tools facilita identificar con precisión aquellos nodos débiles que afectan el rendimiento de su red global. Además de determinar el tiempo de respuesta de cada salto por el que viaja el paquete, ahora podrá visualizar al instante y en un mapa de Google Maps a pantalla completa, la ruta de cada ping de prueba entre nuestro servidor y la dirección IP sondeada.

Al rastrear la ruta real entre el servidor de G Suite.Tools y el suyo, podrá decidir cómo optimizar la configuración de su red para reducir los tiempos de respuesta en su aplicación, servicio o sitio web.

Instrucciones rápidas

Menos es más. Ingrese el (sub)dominio completo, IPv4 o IPv6 en el que desee realizar una prueba de traceroute visual y presione 'TRACE'.

La herramienta traceroute enviará desde 1 a 30 paquetes IP al destino, incrementando el Time-To-Live (TTL) de cada ping de prueba, comenzando desde TTL 1. En este contexto de red, el TTL define el número máximo de saltos por los que se puede transmitir un paquete durante su viaje por Internet. Por lo tanto, cada sonda alcanzará progresivamente un nodo de retransmisión más allá del ping anterior. Cuando un paquete llega a un nodo de red y baja su crédito TTL a 0, se detendrá allí y provocará una respuesta TIME_EXCEEDED que se enviará de vuelta al origen del ping (G Suite.Tools). Así es como nuestra herramienta puede medir el tiempo de respuesta de cada nodo dentro de la ruta de un paquete IP.

Resultados

Una vez obtenidos los resultados de traceroute, podrá agrandar el mapa de Google Maps haciendo clic en el icono de pantalla completa en la esquina superior derecha de la herramienta.

Ahora podrá inspeccionar a fondo Google Maps la ruta de un paquete IP desde nuestro servidor a cualquier dispositivo conectado a Internet.

La tabla debajo del mapa muestra los resultados sintéticos de cada salto de la ruta testeada. El número máximo de saltos está limitado a 30. Siempre que sea posible, determinamos el nombre de host relacionado con cada salto descubierto. El valor en azul confirma la IP de cada nodo de retransmisión. En verde, se muestra el tiempo de respuesta del viaje de vuelta (en milisegundos).

Con frecuencia, es posible que un nodo en realidad esté configurado para no enviar paquetes TIME_EXCEEDED al origen. En ese caso, esos nodos sólo pueden retransmitir el paquete pero no responderán ninguna información vinculada a la identidad de la red. Para esos saltos, completamos la tabla con asteriscos simbólicos (‘*’) y el mapa no se podrá completar al 100% por falta de información. En la mayoría de los casos, esto es totalmente esperado si ocurre en el medio de la ruta.

Sin embargo, si observa demoras o timeouts al final del traceroute, existe la posibilidad de que unos de sus nodos de infraestructura presente problemas, ya que esos saltos son los últimos antes de alcanzar el objetivo. En ese caso, aconsejamos verificar si:

• El cortafuegos de su red local está bloqueando paquetes ICMP. Si ya está aceptando paquetes HTTP (TCP / UDP), puede que no represente un problema real, dependiendo de sus necesidades.
• Su red local está conectada correctamente a Internet. Revise cualquier cable defectuoso, tarjeta de red o software en el camino.
• No hay una ruta declarada de regreso al servidor de G Suite.Tools. Si es necesario, el host remoto debe actualizar su puerta de enlace predeterminada y las tablas de enrutamiento.
• El viaje de regreso toma más de 2 s en llegar a nuestro servidor. La ruta podría estar congestionada y usted puede actualizar su conexión después de analizarla con precisión.

Información avanzada

Esta herramienta está basada en dos utilidades de código abierto de Linux: traceroute.

Esta implementación gráfica del traceroute está configurada para rastrear la ruta de un paquete IP hasta un máximo de 30 saltos. Estos ecos ICMP sin procesar adoptan la forma de datagramas ECHO_REQUEST, que provocan una respuesta ICMP TIME_EXCEEDED del último salto en el viaje completo de un paquete de prueba. El programa esperará no más de 2 s antes de que se agote el tiempo de espera para los paquetes de respuesta TIME_EXCEEDED.

Como los enrutadores o dispositivos más modernos suelen bloquear o limitar los paquetes de tipo UDP y TCP, esta prueba de ping proporciona una penetración de red máxima garantizada mediante el uso del protocolo ICMP.

Tips

• Realizar una prueba de ping completa enviando seis sondas seguidas a un salto específico para obtener un informe más detallado y consistente.