在互聯網中，我們可以強制sun主機從網絡上引導，而不是從本地磁盤引導。如果在主機bsdi上運行RARP服務程序和tcpdump命令，就可以得到如圖5-1那樣的輸出。用-e參數使得tcpdump命令打印出硬件地址：  RARP請求是廣播方式（第1行），而第2行的RARP應答是單播方式。第2行的輸出中atsun表示RARP應答包含主機sun的IP地址（140.252.13.33）在第3行中，我們可以看到，一旦sun收到IP地址，它就發送一個TFTP讀請求（RRQ）給文件8CFC0D21.SUN4C（TFTP表示簡單文件傳送協議。我們將在第1 5章詳細介紹）。文件名中的8個十六進制數字表求主機sun的IP地址140.252.13.33。這個IP地址在RARP應答中返回。 文件名的后綴SUN4C表示被引導系統的類型。 tcpdump在第3行中指出IP數據報的長度是65個字節，而不是一個UDP數據報（實際上是一個UDP數據報），因為我們運行tcpdump命令時帶有-e參數，以查看硬件層的地址。在圖5-1中需要指出的另一點是，第2行中的以太網數據幀長度比最小長度還要小（在4.5節中我們說過應該是60字節）。其原因是我們在發送該以太網數據幀的系統（bsdi）上運行tcpdump命令。應用程序rarpd寫42字節到BSD分組過濾設備上（其中14字節為以太網數據幀的報頭，剩下的28字節是RARP應答），這就是tcpdump收到的副本。但是以太網設備驅動程序要把這一短幀填充空白字符以達到最小傳輸長度（60）。如果我們在另一個系統上運行tcpdump命令，其長度將會是60。 從這個例子可以看出，當無盤系統從RARP應答中收到它的IP地址后，它將發送TFTP請求來讀取引導映象。在這一點上我們將不再進一步詳細討論無盤系統是如何引導的（第16章將描述無盤X終端利用RARP、BOOTP以及TFTP進行引導的過程）。 當網絡上沒有RARP服務器時，其結果如圖5-2所示。每個分組的目的地址都是以太網廣播地址。在who-后面的以太網地址是目的硬件地址，跟在tell后面的以太網地址是發送端的硬件地址。 請注意重發的頻度。第一次重發是在6.55秒以后，然后增加到42.80秒，然后又減到5.34秒和6.55秒，然后又回到42.79秒。這種不確定的情況一直繼續下去。如果計算一下兩次重發之間的時間間隔，我們發現存在一種雙倍的關系：從5.34到6.55是1.21秒，從6.55到8.97是2.42秒，從8.97到13.80是4.83秒，一直這樣繼續下去。當時間間隔達到某個閾值時（大于42.80秒），它又重新置為5.34秒。  超時間隔采用這樣的遞增方法比每次都采用相同值的方法要好。在圖6-8中，我們將看到一種錯誤的超時重發方法，以及在第21章中將看到TCP的超時重發機制。