在一個TCP/IP網絡中，traceroute程序是不可缺少的工具。其操作很簡單：開始時發送一個TTL字段為1的UDP數據報，然后將TTL字段每次加1，以確定路徑中的每個路由器。 每個路由器在丟棄UDP數據報時都返回一個ICMP超時報文2，而最終目的主機則產生一個ICMP端口不可達的報文。 我們給出了在LAN和WAN上運行traceroute程序的例子，并用它來考察IP源站選路。 我們用寬松的源站選路來檢測發往目的主機的路由是否與從目的主機返回的路由一樣。 ####**習題** 8.1 當IP將接收到的TTL字段減1，發現它為0時，將會發生什么結果？ 8.2 traceroute程序是如何計算RTT的？將這種計算RTT的方法與ping相比較。 8.3 （本習題與下一道習題是基于開發traceroute程序過程中遇到的實際問題，它們來自于traceroute程序源代碼注釋）。假設源主機和目的主機之間有三個路由器（R1、R2和R3），而中間的路由器（R2）在進入TTL字段為1時，將TTL字段減1，但卻錯誤地將該IP數據報發往下一個路由器。請描述會發生什么結果。在運行traceroute程序時會看到什么樣的現象？ 8.4 同樣，假設源主機和目的主機之間有三個路由器。由于目的主機上存在錯誤，因此，它總是將進入TTL值作為外出ICMP報文的TTL值。請描述這將發生什么結果，你會看到什么現象。 8.5 在圖8-8運行例子中，我們可以在sun和netb之間的SLIP鏈路上運行tcpdump程序。如果指定-v選項，就可以看到返回ICMP報文的TTL值。這樣，我們可以看到進入netb、butch、Gabby和enss142.UT.westnet.net的TTL值分別為255、253、252和249。這是否為我們判斷是否存在丟失路由器提供了額外的信息？ 8.6 SunOS和SVR4都提供了帶-l選項的ping版本，以提供松源選路。手冊上說明，該選項可以與-R選項（指定記錄路由選項）一起使用。如果已經進入到這些系統中，請嘗試同時用這兩個選項。其結果是什么？如果采用tcpdump來觀測數據報，請描述其過程。 8.7 比較ping和traceroute程序在處理同一臺主機上客戶的多個實例的不同點。 8.8 比較ping和traceroute程序在計算往返時間上的不同點。 8.9 我們已經說過， traceroute程序選取開始UDP目的主機端口號為33453，每發送一個數據報將此數加1。在1.9節中，我們說過暫時端口號通常是1024 ~ 5000之間的值，因此traceroute程序的目的主機端口號不可能是目的主機上所使用的端口號。在Solaris2.2系統中的情況也是如此嗎？（提示：查看E.4節） 8.10 RFC 1393 [Malkin 1993b]提出了另一種判斷到目的主機路徑的方法。請問其優缺點是什么？