¿Por qué el comando tracert devuelve la misma dirección IP?

Este problema ha existido durante 7 años...

También estaba confundido acerca de este problema, luego lo revisé cuidadosamente y descubrí que debería comenzar con el principio de tracert. :

"Cuando el enrutador recibe un datagrama IP con un TTL de 0 o 1, el enrutador ya no reenvía los datos, sino que los descarta directamente y envía un mensaje ICMP de "tiempo de espera" al host de origen. La clave del programa Tracert es este eco. La dirección de origen del encabezado IP del mensaje ICMP es la dirección IP del enrutador.

El origen envía primero un paquete de datos con TTL=1. host de destino, y el primer enrutador que pasa recibe el paquete de datos. Después de eso, el TTL se reduce automáticamente en 1, y después de que el TTL se vuelve 0, el enrutador descarta el paquete y genera un TTL ICMP vencido (ICMP tipo 11). datagrama de tiempo de espera al host cuando el host recibe el datagrama. Luego envíe un datagrama UDP con TTL = 2 al host de destino y luego estimule al segundo enrutador para que envíe un datagrama ICMP al host. De esta manera, Traceroute obtiene todo el enrutador. IP y envía el mensaje TTL caducado de la dirección IP del dispositivo y realiza la resolución del nombre de dominio” (/archive/index.php/t-223955.html)

Host (PC0) --- Router0 --- Router1. --- Router2

Y dado que NAT se usa en la LAN, las rutas entre ISP no necesariamente usan direcciones IP públicas. PC0 envía un paquete de datos con ttl=1 a Route0, y Route0 responde con ttl=. 2. El paquete de datos debe enviarse a la siguiente ruta y debe ser respondido por el enrutador 1, pero debido a que es una IP privada, la NAT se realiza en el enrutador 0 y la IP se convierte en una IP NAT y se responde a la PC0, por lo que vea la misma situación entre los dos saltos (http://www.xj123.info/1744.html)

Nota: la mayoría son comillas y las no estándar se expresan como comillas seguidas. por URL entre corchetes.