Inicio/Herramientas/Traceroute / MTR

Traceroute / MTR

Ejecuta MTR desde sondas públicas reales e inspecciona las direcciones de los saltos, los ASN, la latencia media, el jitter y la pérdida.

Solo objetivos públicos. Cada ejecución utiliza las sondas distribuidas disponibles; las direcciones privadas, de loopback y reservadas están bloqueadas.
Aún no hay mediciónEnvía un objetivo público para ver las sondas y la evidencia de medición que realmente se devuelven.

Cómo leer un trace MTR

MTR combina el trazado de rutas con sondas repetidas para mostrar dónde aparecen la latencia y la pérdida de paquetes. Introduce una IP pública o un nombre de host y selecciona una ubicación de sonda para inspeccionar cada salto.

Dos ejemplos, explicadosIlustrativo · no son resultados en vivo
Pérdida en un salto intermedioICMP
Ejemplo de observación
Salto 5: 20% de pérdidaSaltos posteriores y destino: 0%
Cómo interpretarlo
Las respuestas de sondeo pueden estar limitadas por tasaEste salto por sí solo no demuestra una falla
La pérdida continúa hasta el destinoICMP
Ejemplo de observación
La pérdida comienza en el salto 5: 10%La pérdida también aparece en saltos posteriores
Cómo interpretarlo
Investiga la ruta más a fondoCompara ubicaciones y horarios de prueba

Perspectiva de la sondaLos resultados comienzan en el sondeo seleccionado, no en tu dispositivo; las rutas de retorno pueden diferir.

Preguntas frecuentes

¿Un asterisco significa que la ruta está rota?

No. Un router puede ignorar las sondas y aun así reenviar tráfico. Comprueba si los saltos posteriores y el destino responden.

¿Debo usar primero Ping o MTR?

Empieza con Ping para la latencia y pérdida generales, y luego usa MTR para el detalle de la ruta. Usa pruebas TCP o HTTP para problemas de acceso a aplicaciones.

¿Cómo debo comparar el RTT promedio y el peor?

El RTT promedio resume la muestra; el peor RTT es su pico. Un pico aislado no establece la calidad a largo plazo. Revisa también la fluctuación, la pérdida y el tamaño de la muestra.

¿El primer salto lento identifica la falla?

No necesariamente. Los enrutadores priorizan las respuestas de manera diferente y las respuestas pueden tomar rutas distintas. Un aumento que persiste hasta el destino merece una investigación más detallada.

¿Por qué puede cambiar la ruta hacia el mismo destino?

Las políticas de enrutamiento, el balanceo de carga y el mantenimiento pueden cambiar la ruta. Mantén el sondeo, la dirección de destino y el protocolo consistentes al comparar pruebas.

¿Una traza limpia significa que el sitio web funciona?

No. Las sondas de ruta no validan TLS, el inicio de sesión ni las respuestas de la aplicación. Haz seguimiento con comprobaciones TCP y HTTP/TLS cuando un sitio web aún falle.

Herramienta MTR y Traceroute en Línea | CHA.LA