Herramientas populares

Tema

Traceroute en línea

Este traceroute online muestra el camino que siguen sus paquetes hasta cualquier sitio web o dirección IP, salto a salto y desde 8 ciudades a la vez: qué redes los transportan, dónde se suma el tiempo y si alguna pérdida es real. O trace la ruta desde el mundo hasta usted.

MTR en sondas de Globalping · redes según Team Cymru · cada lugar comprobado con la ida y vuelta
Desde
Pruebe

MTR desde 8 ciudades a la vez, 5 paquetes por salto, en Globalping · los resultados son públicos en globalping.io

EjemploMTR · ICMPRegistrado el 23 oct 2026 · desde 8 ciudades

wikipedia.org responde a las 8 ciudades: 1,1 ms desde São Paulo, 200 ms desde Sídney.

wikipedia.org·6 direcciones·en 6 lugares·5–19 saltos·Wikimedia FoundationAS14907·Una medición registrada: presione Trazar para obtener la suya

  • wikipedia.org envía a las ciudades a 6 direcciones distintas, en San José, Ashburn, Ámsterdam, São Paulo, Singapur y Marsella.
  • Desde Johannesburgo, el tiempo sube 158 ms en el salto 5, donde Cogent va de Johannesburgo a Londres (9100 km): es distancia, no un problema.
  • Desde Sídney, los saltos 4 a 8 responden todos en unos 98,1 ms aunque están en Sídney, Perth y Singapur: los paquetes cruzan un túnel, y cada respuesta sigue primero hasta el final del túnel.

Desde 8 ciudades

0–250 ms · la misma escala para cada ciudad

Johannesburgowikipedia.org

185.15.58.224· 13 saltos · 174 ms
  1. 1–4RFC 39274 direcciones privadas dentro de la red de VultrDirección privada0 %0,4 ms0,1–11,1
  2. 5206.249.1.25CogentAS174TránsitoPérdida 0 %Jitter 53,0159 ms158–159
    +158 ms a partir de aquí: Johannesburgo → Londres, 9100 km. Es distancia, no un problema.
  3. 6be9736.ccr81.lon01.atlas.cogentco.com154.54.93.42CogentAS174TránsitoPérdida 0 %Jitter 53,7160 ms159–160
  4. 7ldn-b3-link.ip.twelve99.net62.115.9.28ArelionAS1299TránsitoPérdida 0 %Jitter 59,6179 ms179–179
    +14,3 ms dentro de Londres: las respuestas vuelven por un camino más largo que el de ida.
  5. 8ldn-bb2-link.ip.twelve99.net62.115.140.70ArelionAS1299TránsitoPérdida 0 %Jitter 61,6185 ms185–185
  6. 9prs-bb2-link.ip.twelve99.net62.115.133.239ArelionAS1299TránsitoPérdida 0 %Jitter 62,8188 ms188–188
  7. 10mei-b5-link.ip.twelve99.net62.115.124.57ArelionAS1299TránsitoPérdida 0 %Jitter 62,8188 ms188–188
  8. 11wikimedia-ic-370330.ip.twelve99-cust.net62.115.147.133ArelionAS1299TránsitoPérdida 0 %Jitter 69,8192 ms188–209
  9. 12irb-601.asw1-b12-drmrs.wikimedia.org185.15.58.143Wikimedia FoundationAS14907Red de destinoPérdida 0 %Jitter 61,9182 ms180–184
  10. 13wikipedia.org185.15.58.224Wikimedia FoundationAS14907DestinoPérdida 0 %Jitter 58,0174 ms174–174
Tiempo acumuladoSumado en este saltoEl router responde más lento0–200 ms, escala de esta ciudad
Informe de mtr desde Johannesburgo
Johannesburgo → wikipedia.org
Host                                                                    Loss% Drop Rcv   Avg  StDev  Javg 
 1. AS???   _gateway (169.254.169.254)                                   0.0%    0   5   0.3    0.2   0.2
 2. AS???   100.100.100.1 (100.100.100.1)                                0.0%    0   5   0.3    0.0   0.1
 3. AS???   10.94.0.97 (10.94.0.97)                                      0.0%    0   5   3.0    4.0   3.8
 4. AS???   10.94.0.13 (10.94.0.13)                                      0.0%    0   5   0.4    0.1   0.2
 5. AS174   206.249.1.25 (206.249.1.25)                                  0.0%    0   5 158.6    0.4  53.0
 6. AS174   be9736.ccr81.lon01.atlas.cogentco.com (154.54.93.42)         0.0%    0   5 159.6    0.4  53.7
 7. AS1299  ldn-b3-link.ip.twelve99.net (62.115.9.28)                    0.0%    0   5 178.6    0.1  59.6
 8. AS1299  ldn-bb2-link.ip.twelve99.net (62.115.140.70)                 0.0%    0   5 184.7    0.1  61.6
 9. AS1299  prs-bb2-link.ip.twelve99.net (62.115.133.239)                0.0%    0   5 188.2    0.1  62.8
10. AS1299  mei-b5-link.ip.twelve99.net (62.115.124.57)                  0.0%    0   5 188.2    0.1  62.8
11. AS1299  wikimedia-ic-370330.ip.twelve99-cust.net (62.115.147.133)    0.0%    0   5 192.3    8.4  69.8
12. AS14907 irb-601.asw1-b12-drmrs.wikimedia.org (185.15.58.143)         0.0%    0   5 181.7    1.5  61.9
13. AS14907 wikipedia.org (185.15.58.224)                                0.0%    0   5 173.9    0.1  58.0

¿Cómo funciona traceroute?

Traceroute envía paquetes que solo pueden cruzar un número fijo de routers, uno más cada vez, y cada router donde un paquete se agota responde: esa respuesta da la dirección del router y mide su tiempo, y una consulta de DNS inverso encuentra su nombre.

El límite es el TTL del paquete (time to live, tiempo de vida; IPv6 lo llama hop limit): cada router lo reduce en uno y descarta el paquete al llegar a cero, devolviendo un mensaje ICMP Time Exceeded. El paquete 1 muere en el primer router, el paquete 2 en el segundo, hasta que uno llega al destino, que responde por sí mismo.

Esta página ejecuta MTR, que repite cada paquete: 5 paquetes por salto desde cada ciudad, así que cada salto obtiene un tiempo mejor, promedio y peor, y una cifra de pérdida. Cada tiempo es una ida y vuelta medida por la sonda: ida, vuelta y el tiempo que tarda el router en armar su respuesta.

Un paquete por TTL, San José → wikipedia.orgel más rápido de 5 · 23 oct 2026

PaqueteSan José1router 12router 23router 34router 45destinoTTL 1Time Exceeded del router 1Oracle Cloud0,2 msTTL 2Time Exceeded del router 2Equinix0,4 msTTL 3Time Exceeded del router 3Equinix1,8 msTTL 4Time Exceeded del router 4Wikimedia Foundation2,0 msTTL 5Echo Reply del destinowikipedia.org1,7 ms
  1. TTL 1Oracle Cloud0,2 ms
  2. TTL 2Equinix0,4 ms
  3. TTL 3Equinix1,8 ms
  4. TTL 4Wikimedia Foundation2,0 ms
  5. TTL 5wikipedia.org1,7 ms
  • El paquete, con su TTL bajando en cada router
  • El TTL llega a 0: el router lo descarta
  • La respuesta del router: ICMP Time Exceeded
Cada línea es un paquete. El primero expira en el primer router, el siguiente en el segundo, y así sucesivamente: cada router que descarta un paquete lo avisa, y el tiempo de su respuesta es el tiempo del salto. Una medición MTR real desde San José (Globalping, 23 oct 2026): 5 saltos, 1,7 ms hasta wikipedia.org.
Traceroute online: la ruta a wikipedia.org desde 8 ciudades en un mapa del mundo, con la red y el tiempo de cada saltoTraceroute online: la ruta a wikipedia.org desde 8 ciudades en un mapa del mundo, con la red y el tiempo de cada saltoLa respuestaCómo llegó cada ciudad al sitio, de la ida y vuelta más rápida a la más lenta, en una línea.Quién respondeLa red dueña del destino, y desde cuántas direcciones y lugares respondió el sitio.Lo que muestra la mediciónLecturas obtenidas de los saltos: dónde se suma el tiempo, si un aumento es solo distancia y si alguna pérdida es real.Por dónde fueron los paquetesLa ruta de cada ciudad en un mapa del mundo, con cada router ubicado solo donde su ida y vuelta lo permite.
Un traceroute a wikipedia.org desde 8 ciudades, salto a salto. Seleccione un número para ver qué muestra cada parte.

¿Cómo leer un traceroute?

Léalo de arriba abajo: cada línea es un router del camino, con lo que tardó su respuesta. Lo que importa es dónde sube el tiempo y se mantiene alto, y si el destino responde.

Un tiempo alto en una línea que las líneas siguientes no comparten es un router lento para responder, no para reenviar: armar la respuesta es una tarea de baja prioridad para su procesador. La pérdida que desaparece después de un salto es un router que limita sus respuestas. Solo el tiempo o la pérdida que continúan hasta la última línea afectan lo que usted nota. La dirección de cada línea es la interfaz por la que llegó el paquete, así que el mismo router puede mostrar otra dirección en otra ruta.

Mumbai → wikipedia.org, leído línea por líneaMTR, 5 paquetes por salto

#SaltoRedPérdidaProm.
11140.91.204.30Oracle Cloud0%0,6
2125.17.12.178Airtel20%17,5
3125.17.12.177Airtel0%2,3
4116.119.42.61Airtel0%355,3
5* * *––
6ethernet-1-55-100.asw1-603-eqsin.wikimedia.org4Wikimedia Foundation0%57,4
7wikipedia.orgWikimedia Foundation0%562,6
  1. 1Número de saltoEl TTL: el primer router es el 1.
  2. 2La redQuién opera el router: su número de AS y su marca.
  3. 3El aumentoDonde el tiempo sube y se mantiene: por lo general, distancia.
  4. 4El nombre del routerSu nombre PTR; los códigos que contiene suelen indicar la ciudad.
  5. 5El destinoLa última línea: el tiempo que realmente tardan los paquetes de un visitante.
Una medición real (Globalping, 23 oct 2026). El tiempo que cuenta es el que se mantiene: un salto más lento que los saltos siguientes solo respondió con lentitud.

¿Por qué traceroute muestra asteriscos (* * *)?

Un asterisco es un paquete que no obtuvo respuesta a tiempo. Normalmente ese router simplemente no responde a los paquetes; solo importa cuando los asteriscos duran hasta el final.

Cada herramienta espera unos segundos por paquete (5 s en Linux y macOS, 4 s en tracert) e imprime * cuando no vuelve nada. Los routers pueden estar configurados para no responder nunca, o para limitar cuántas respuestas envían, y los firewalls suelen descartar los paquetes o las respuestas. Un salto con asteriscos en medio y respuestas después significa que los paquetes pasaron.

Un router que nunca responde

Normal

Los saltos 3–6 quedan en silencio, pero el salto 7 y el destino responden: esos routers reenvían los paquetes y simplemente no contestan.

São Paulo → wikipedia.org · saltos 2–8

Un router que responde a algunos paquetes

Normal

El salto 7 respondió a 2 de 5 paquetes, y los saltos siguientes a todos: limita sus respuestas; no se pierde nada.

São Paulo → wikipedia.org · saltos 5–9

El extremo remoto descarta los paquetes

Pruebe TCP 443

Después del salto 8 no responde nada, hasta el límite de 20 saltos: la red del destino o un firewall descarta estos paquetes.

Nuestro servidor en Mumbai → bbc.co.uk (UDP) · saltos 5–20

Tres traceroutes reales. Un asterisco es un paquete que no obtuvo respuesta dentro del tiempo de espera: solo un corte que dura hasta el final tiene que ver con el destino.

Traceroute vs. ping vs. MTR vs. pathping

Ping mide el tiempo hasta un destino; traceroute muestra cada router del camino; MTR sigue trazando para que cada salto tenga cifras reales de pérdida y jitter; pathping es la versión más lenta de Windows de la misma idea.

El traceroute clásico envía 3 paquetes por salto y sigue adelante, así que un salto que descarta un paquete parece tener un 33 % de pérdida. MTR repite cada salto ronda tras ronda, y pathping envía 100 consultas por salto, separadas por 250 ms, antes de dar su informe. Para probar una conexión completa en lugar de una ruta, use el test de ping o la prueba de pérdida de paquetes.

Muestra la rutapingping hosttraceroutetracert host · traceroute hostMTRmtr hostpathpingpathping host
Muestra la rutacada saltocada salto, en vivocada salto
Tiempo por salto3 paquetes por saltopromedio, mejor, peortras 100 consultas
Pérdida por saltopocos paquetes no bastancuenta cada ronda100 paquetes por salto
Tiempo y pérdida de extremo a extremosíla última líneala última líneasí
Cuánto tarda4 s5–30 shasta que se detieneunos 25 s por salto
Úselo cuandoquiere un solo númeroquiere ver la rutasospecha pérdidaestá en Windows y necesita la pérdida
Lo que mide cada herramienta. MTR es un traceroute que sigue funcionando, así que su pérdida por salto tiene sentido; esta página ejecuta MTR desde cada ciudad. El tiempo de pathping sale de sus valores predeterminados: 100 consultas por salto, separadas por 250 ms.

¿Qué puerto usa traceroute?

Ninguno propio: traceroute en Linux y macOS envía UDP al puerto 33434 y siguientes, tracert en Windows envía solicitudes de eco ICMP, y el modo TCP envía paquetes SYN al puerto que usted elija (el 443 atraviesa la mayoría de los firewalls).

Los paquetes UDP apuntan a puertos en los que nadie escucha, así que el destino responde «port unreachable» (puerto inaccesible) y el traceroute termina ahí. Cuando un traceroute se detiene antes de un sitio que carga bien, cambie aquí a TCP 443: los firewalls dejan pasar el tráfico web más a menudo que UDP o ICMP. Para comprobar un puerto en sí, use el Verificador de puertos.

Lo que pone cada herramienta en el paqueteel predeterminado primero

  • traceroute en Linuxtraceroute hostIP · TTL 1, 2, 3…UDPpuerto de destino 33434 en adelante
  • traceroute en macOStraceroute hostIP · TTL 1, 2, 3…UDPpuerto de destino 33434 en adelante
  • tracert en Windowstracert hostIP · TTL 1, 2, 3…solicitud de eco ICMPsin puerto
  • Modo ICMPtraceroute -I · mtrIP · TTL 1, 2, 3…solicitud de eco ICMPsin puerto
  • Modo TCPtraceroute -T -p 443 · mtr -T -P 443IP · TTL 1, 2, 3…TCP SYNpuerto de destino 443
  • Esta páginaGlobalping MTRIP · TTL 1, 2, 3…ICMP · TCP 443 · UDPusted elige
Traceroute no tiene un puerto propio: Linux y macOS envían UDP a puertos desde el 33434 (la IANA solo registra el 33434, para uso de traceroute) y Windows envía solicitudes de eco ICMP. Los firewalls que descartan esos paquetes suelen dejar pasar TCP al puerto 443, porque parece la visita a un sitio web.

Cómo ejecutar traceroute en Windows, Mac y Linux (comando tracert)

En Windows, abra el Símbolo del sistema y escriba tracert seguido de la dirección; en macOS y Linux, abra la Terminal y escriba traceroute. Agregue -d (Windows) o -n para omitir la resolución de nombres y terminar más rápido.

tracert envía ICMP y espera hasta 4 s por paquete; macOS y Linux envían UDP. mtr (en macOS con Homebrew, en Linux desde el gestor de paquetes) da la pérdida por salto que muestra esta página. Un traceroute desde su propia computadora muestra los primeros saltos dentro de su red, que un traceroute en línea no puede ver; esta página muestra cómo llega el resto del mundo al mismo host.

  • Windows
  • macOS
  • Linux
  • MTR
tracert -d example.com

Tres paquetes por salto, 30 saltos como máximo; -d omite la resolución de nombres y termina más rápido.

Nuestro servidor en Mumbai → bbc.co.ukUDP · 1 paquete por salto · 23 oct 2026

$ traceroute -m 20 -w 2 -q 1 bbc.co.uk
 1  103.118.16.254 (103.118.16.254)  3.815 ms
 2  195.250.22.6 (195.250.22.6)  0.293 ms
 3  delhi-203.197.239-201.vsnl.net.in (203.197.239.201)  0.880 ms
 4  49.44.18.38 (49.44.18.38)  1.335 ms
 5  10.70.14.97 (10.70.14.97)  2.130 ms
 6  *
 7  192.168.65.138 (192.168.65.138)  16.185 ms
 8  49.44.53.3 (49.44.53.3)  17.261 ms
 9  *
10  *
11  *
12  *
13  *
14  *
15  *
16  *
17  *
18  *
19  *
20  *
  1. 1El salto 1 es la puerta de enlace del propio servidor, el primer router del camino.
  2. 2Un * solo es un router que no respondió; el traceroute sigue con el siguiente salto.
  3. 3Sin respuesta después del salto 8, hasta el límite de 20 saltos: el extremo remoto descarta estos paquetes UDP.
La medición registrada de nuestro servidor a bbc.co.uk (23 oct 2026, UDP, un paquete por salto), impresa tal como la imprime traceroute. Los comandos son los mismos en todos los idiomas.

¿Por qué la latencia sube de golpe en un salto?

Normalmente porque en ese salto la ruta cruza una gran distancia, a menudo un océano o un continente. La luz en la fibra suma alrededor de 1 ms de ida y vuelta por cada 100 km, así que un aumento acorde con la distancia es normal.

Los cables no van en línea recta, así que calcule unos 12,5 ms por cada 1000 km de distancia en el mapa. Un aumento mayor que aproximadamente el doble de lo que exige la distancia, o uno que aparece sin que la ruta se mueva, apunta a un desvío, un enlace saturado o un regreso más largo: cada respuesta puede volver por una ruta distinta de la que siguieron los paquetes. Dentro de un túnel MPLS, cada salto puede mostrar el tiempo hasta el final del túnel, así que varios saltos en ciudades distintas informan el mismo número.

Dónde se suma el tiempo: Johannesburgo → wikipedia.orgsin contar las respuestas lentas

05010015020025012345678910111213+158 ms en el salto 5Johannesburgo → Londres, 9100 kmsaltoms

¿Es distancia? 1 ms de ida y vuelta por cada 100 km1 aumento, medido el 23 oct 2026

  • Johannesburgo → Londres9100 km · al menos 91 ms+158distancia
  • Lo mínimo que permite la distancia (la luz en la fibra)
  • Lo que midió el aumento
La luz recorre unos 200 km por milisegundo en la fibra, así que una ida y vuelta cuesta al menos 1 ms por cada 100 km de distancia en línea recta; los cables son más largos que la línea recta. Un aumento de hasta aproximadamente el doble de ese mínimo es distancia. Cada escalón es el tiempo más bajo en ese salto o después, así que un router que solo tarda en responder no crea un escalón.

Traceroute se detiene en un salto o dice «Tiempo de espera agotado»

Un traceroute que se detiene suele significar que el destino, o un firewall delante de él, ignora los paquetes de traceroute: si el sitio carga, la red está bien. Pruebe TCP 443 antes de culpar a la ruta.

Asteriscos de un salto hasta el final, pero el sitio cargaEl caso más común

El destino, o un firewall delante de él, descarta los paquetes de traceroute. Vuelva a ejecutarlo por TCP 443: parece la visita a un sitio web, así que suele pasar. Un sitio que carga es accesible; solo los paquetes quedaron sin respuesta.

«Tiempo de espera agotado para esta solicitud» en cada saltoDesde el salto 1

Su propio firewall, VPN o red bloquea los paquetes o las respuestas. Pruebe otro protocolo, o ejecute el traceroute desde esta página, fuera de su red.

Se detiene justo después del salto 1 o 2Su router responde, nada después

La conexión con su proveedor está caída, o su red descarta los paquetes. Si tampoco cargan los sitios web, reinicie el router y llame a su proveedor con el traceroute a mano.

Asteriscos en medio, los saltos siguientes respondenRouters en silencio

Esos routers no responden a los paquetes o limitan sus respuestas. Los paquetes pasaron por ellos: no hay ningún problema.

Las mismas dos direcciones se repiten hasta el finalUn bucle de enrutamiento

Dos routers se pasan los paquetes de uno a otro hasta que se agota el TTL. Es una falla en una red del camino: envíe el traceroute al proveedor en cuya red ocurre.

!H, !N o !X después de un tiempoEl router dice que no puede llegar

Host inaccesible, red inaccesible o prohibido administrativamente: un router respondió que no quiere o no puede reenviar los paquetes. Puede que la dirección esté mal o que esté bloqueada a propósito.

Busque lo que ve y ábralo para conocer la causa y el siguiente paso. Los puntos son los saltos: rellenos, respondieron; vacíos, sin respuesta.

¿Cómo trazo la ruta hasta mi propia dirección IP?

Elija «Trazar hacia mí» y presione el botón: sondas en varias ciudades trazan la ruta de vuelta hasta su dirección IP pública, así que usted ve cómo llega internet a su proveedor y dónde se suma el tiempo en el camino hacia usted.

Los últimos saltos antes de su dirección suelen quedar en silencio: los routers domésticos no responden a los paquetes. Globalping publica cada medición, así que su dirección IP pasa a formar parte de un resultado público: el traceroute solo empieza cuando usted presiona el botón, y no guardamos su dirección.

3 lugares trazan la ruta hacia una línea doméstica (Jio, India)MTR · 5 paquetes por salto

  • MumbaiOracle Cloudse detiene en el salto 2
  • FráncfortOracle Cloud211 ms
  • AshburnOracle Cloud245 ms
UstedJio · AS55836 · los últimos saltos antes de usted quedan en silencio, como suele pasar en las líneas domésticas203.0.113.7
La ruta hacia usted es distinta de la que sigue su propio traceroute hacia afuera: cada sentido se enruta por separado. Una medición registrada hacia una línea doméstica; la dirección es una de documentación.

Traceroute online: preguntas y respuestas

¿Para qué sirve traceroute?

Traceroute muestra la ruta que siguen los paquetes hasta un sitio web o una dirección IP y cuánto tarda en responder cada router del camino. Sirve para encontrar dónde se vuelve lenta o se corta una conexión: dentro de su proveedor, en un enlace de larga distancia o en el destino. Este traceroute online lo ejecuta desde 8 ciudades a la vez, para que pueda comparar rutas.

¿Cómo hago un traceroute online a una IP o un sitio web?

Escriba un sitio web o una dirección IP arriba y presione Trazar. Sondas en San José, Ashburn, Londres, São Paulo, Mumbai, Tokio, Sídney y Johannesburgo ejecutan MTR hacia ese destino al mismo tiempo, con 5 paquetes por salto. La ruta de cada ciudad aparece salto a salto con sus redes, tiempos y pérdida, y también en un mapa del mundo.

¿Tracert es lo mismo que traceroute?

Sí en su propósito, no en los detalles. tracert es el comando de Windows: envía solicitudes de eco ICMP, tres por salto, hasta 30 saltos. traceroute en Linux y macOS envía paquetes UDP de forma predeterminada. Ambos suben el TTL de uno en uno y listan los routers que responden. Esta página funciona como un tracert online y puede enviar paquetes ICMP, TCP o UDP.

¿Qué significa * * * en un traceroute?

Cada asterisco es un paquete que no obtuvo respuesta dentro del tiempo de espera. Muchos routers no responden a los paquetes de traceroute o limitan sus respuestas, así que los asteriscos en medio de un traceroute son normales cuando los saltos posteriores responden. Si los asteriscos duran hasta el final, el destino o un firewall descarta los paquetes; pruebe aquí TCP 443.

¿Por qué mi traceroute se detiene antes del sitio web?

Por lo general, la red del sitio o un firewall descarta los paquetes UDP o ICMP de traceroute, mientras que las visitas normales siguen pasando. Si el sitio carga, la red está bien. Vuelva a ejecutar el traceroute con el protocolo en TCP 443: parece una visita web, así que llega al destino con más frecuencia.

¿Es un problema una latencia alta en un salto?

Solo si continúa hasta el destino. Un router que tarda en responder a los paquetes muestra un tiempo alto en su propia línea, mientras que los saltos posteriores son más rápidos: es algo puramente estético. Un aumento que se mantiene hasta el final suele ser distancia, alrededor de 1 ms de ida y vuelta por cada 100 km de fibra; esta página compara cada aumento con esa cifra.

¿Puedo hacer un traceroute a mi propia dirección IP?

Sí: elija «Trazar hacia mí». Cuando presione el botón, sondas en varias ciudades trazarán la ruta de vuelta hasta su dirección IP pública y mostrarán cómo llega internet a su proveedor. Los últimos saltos suelen quedar en silencio porque los routers domésticos no responden a los paquetes. Globalping publica cada resultado, así que su dirección pasa a formar parte de una medición pública.

¿Qué diferencia hay entre traceroute y MTR?

Traceroute envía unos pocos paquetes por salto una sola vez y se detiene. MTR los sigue enviando ronda tras ronda, así que cada salto obtiene pérdida, jitter y tiempos mejor, promedio y peor a partir de muchos paquetes. Eso hace que la pérdida por salto tenga sentido. Esta página ejecuta MTR con 5 paquetes por salto desde cada ciudad.

¿Cuántos saltos son normales en un traceroute?

No hay un número estándar: depende de cuántas redes y routers haya entre la sonda y el destino. Los sitios cercanos pueden estar a entre 4 y 6 saltos, y los lejanos, a 15 o más. Las herramientas se detienen en un máximo: 30 saltos en tracert, en traceroute de Linux y en MTR, y 64 en traceroute de macOS.

¿Este traceroute en línea es gratis y qué se guarda?

Es gratis y sin registro. Los traceroutes se ejecutan en Globalping, una red de sondas gratuita de jsDelivr: cada ciudad usa una de las 250 pruebas gratis que su red tiene por hora (las de dnsrobot.net cuando su navegador no puede llegar a Globalping), y Globalping mantiene públicos los resultados. Consultamos la red y el lugar de cada salto para la página y no guardamos nada sobre usted.

¿Le falta algo?Sugiera una función o una herramienta nueva

Herramientas relacionadas