Una prueba de traceroute no es un trámite antes de un ticket de red: es la única prueba que le dice a cualquiera, incluido tú, si un problema de conexión está pasando en tu lado, en medio de internet, o de verdad en el destino.
Qué mide de verdad
MTR (o WinMTR en Windows) manda un flujo continuo de paquetes hacia un destino y reporta, salto a salto, cuánto tardó en responder cada router intermedio y qué porcentaje de paquetes perdió, construyendo una foto de la ruta entera en vez de solo un tiempo de ida y vuelta suelto. Como corre de forma continua en vez de una sola vez, también pilla pérdidas intermitentes que un solo ping se saltaría por completo.
Leer dónde está el problema
| La pérdida o los picos salen en | Apunta a |
|---|---|
| El salto 1 o 2 (tu propio router) | Tu red local: un ticket se cerrará como externo |
| Los primeros saltos tras tu router (tu ISP) | La propia red de tu proveedor: también fuera de lo que un ticket sobre el nodo puede arreglar |
| Saltos intermedios, redes de tránsito | Enrutado de la columna vertebral de internet, normalmente se resuelve solo y está fuera del control directo de cualquiera |
| El último salto, en el destino | Merece la pena reportarlo: este es el único patrón que apunta a la propia red del nodo |
Qué hacer
- Ejecuta WinMTR (Windows) o mtr (Linux/macOS) hacia la dirección del nodo
Al menos 100 paquetes mandados: una prueba corta puede pasar por alto la pérdida intermitente que suele ser la queja de verdad.
- Déjalo corriendo durante el problema de verdad, no antes ni después
Un resultado limpio tomado cuando la conexión se siente bien no demuestra nada sobre el momento en que no lo estaba.
- Adjunta la tabla entera, no una captura recortada
Soporte necesita los números de cada salto para leer el patrón, no solo la línea de resumen.