这样就能够通过构造数据包，来间接检查到 达一个主机时经过了哪些路由。一開始发送一个TTL为1的包，这样到达第一个路由器的时候就已经超时了，第一个路由器就发通知说包超时，这样就能够记录下 所经过的第一个路由器的IP。然后TTL加1，安全通过第一个路由器，而第二个路由器的的处理与第一个同样，丢包，发通知说包超时了，这样记录下第二个路 由器IP，由此能够一直进行下去，直到这个数据包到达目标主机，由此打印出全部经过的路由器。
在通信中，IP层仅仅负责数据的路由与传 输，并不处理数据包的内容。比如ICMP，或TCP，UDP，这些协议是依赖IP层的传输功能来传送数据的。在通信两方的主机中，收到这些协议的数据包 后，一般在通信的相应主机上，会有程序来处理这些数据。而直接的IP数据报是没实用处的（win2000的驱动层能够直接使用IP报而不须要加上其它协 议，可是通常是不会这样用的）。因此traceroute程序发送一个UDP包来试探。对路由器来说，UDP数据报仅仅是IP数据报的一种，它并不关心 UDP数据报的详细内容。直到这个包到达目的端的主机会，目的主机的内核会解析UDP数据报，并查找数据报中要求port是否已经有进程在使用。假设找到，则 通知进程有数据到达。而假设找不到，则发送一个"目的port不可达"的ICMP错误数据回到源主机。
这样就能够全然确定下来。 trcertroute建立一个UDP数据包，不断改动TTL值并发送出去，假设收到"超时错"，表示刚刚到达的是路由器，而假设收到的是"port不可达"错误，表示刚刚到达的就是目的主机。这样路由跟踪完毕，程序结束。
有几个细节 ：
1.局域网的路由是相对稳定的，因此用traceroute打印出来的响应时间相差不大。而假设用来跟踪广域网的路由，因为广域网的路由信息是动态变化的，并且并不能确定是发送路径耗时还是返回路径耗时较多，因此时间与路由信息仅仅能做为參考。
2.TTL 的选择。假设把TTL设得足够大，是不是一定能够打印出全部路由，比方一个数据包经过300个路由器才到达目的端。当然在现有网络环境下不太可能出现要经 过这么多路由的情况。而TTL信息在IP数据报中仅仅有一个字节，也就是最多能设定到255（256以后又又一次从0開始）。设定这个信息的目的，就是防止一 些僵而不化的数据报在网络漫上无目的的游荡而不消失。数据报每经过一个路由器，路由器就把TTL减1（或在该路由器被处理前经过的秒数），总有一个时候会 被减到1，然后路由器会把它丢弃。
3.traceroute的是以收到"port不可达"为标志来结束的。前提是发出的UDP数据报中要求 的port在目的主机上没有进程在使用。而假设目的主机上正好有进程在使用这个port，接收这个包并按正常方式处理，这样traceroute就收不到"port不 可达"的错误了。为了避免出现这样的情况，UDP数据报的port非常高（书中的实现是初始值33435，以后每发送一次再加1，port号最大能够到65535）。 普通程序一般不会使用这些高port。问题是假如真的存在这样的情况时，traceroute会怎么处理？而好像Solaris系统可能会使用高port，这时又怎 么样。
4. 在发送过程中，要经过很多的路由，到达目的主机前，可能还要经过网关，防火墙，以及其它比如IDS的过滤，发送包能不能到达目的主机还是个问题。而即使到 达了，发送的ICMP信息能不能返回也是个问题。由于沿途经过的关卡太多，遇上黑洞路由器，不转发这些信息的话，那就一点办法也没有了。
书中还提到原来的traceroute里有一个选项，能够指定数据包经过的路由器。假设是宽路由，则仅仅要经过指定的路由就可以。而假设是严路由，则必须按 指定的顺序经过指定的路由器。由于这个选项可能导致某个固定的路由处理信息太多，在发布的源代码里已经取消了。可是能够找到补丁，还是能够用起来的。从比較 的结果看，似乎指定路由器反而不如让路由器採用默认路由处理得快。而对于严路由来说，要成功就要更难一些，由于并不一定你指定的路由器正好有条目到接下来 的路由器。
除了回显请求外，还能够利用icmp来实现时间请求。在icmp的数据包中能够包括发送时间，目的主机收到后再附上自身当时时间才发回。这样能够做一个时间校验，并能够推断源与目的之间的通讯速度。因为详细的内容部分比較烦，类型太多，一下子记不住各个类型的意思。
一般用ping的时候仅仅是用了它的最简单的功能：检查主机能不能连到。事实上使用它所提供的其它选项，能够实现很多细节上的控制，比如数据包长度，TTL，路由记录，宽/严路由经过路由等。
