在局域網上運行ping程序的結果輸出一般有如下格式：  當返回ICMP回顯應答時，要打印出序列號和TTL，并計算往返時間（TTL位于IP首部中的生存時間字段。當前的BSD系統中的ping程序每次收到回顯應答時都打印出收到的TTL—有些系統并不這樣做。我們將在第8章中通過traceroute程序來介紹TTL的用法）。 從上面的輸出中可以看出，回顯應答是以發送的次序返回的（0，1，2等）。 ping程序通過在ICMP報文數據中存放發送請求的時間值來計算往返時間。當應答返回時，用當前時間減去存放在ICMP報文中的時間值，即是往返時間。注意，在發送端bsdi上，往返時間的計算結果都為0 ms。這是因為程序使用的計時器分辨率低的原因。BSD/386版本0.9.4系統只能提供10 ms級的計時器（在附錄B中有更詳細的介紹）。在后面的章節中，當我們在具有較高分辨率計時器的系統上（Sun）查看tcpdump輸出時會發現， ICMP回顯請求和回顯應答的時間差在4 ms以下。 輸出的第一行包括目的主機的IP地址，盡管指定的是它的名字（svr4）。這說明名字已經經過解析器被轉換成IP地址了。我們將在第14章介紹解析器和DNS。現在，我們發現，如果敲入ping命令，幾秒鐘過后會在第1行打印出IP地址，DNS就是利用這段時間來確定主機名所對應的IP地址。 本例中的tcpdump輸出如圖7-2所示。 從發送回顯請求到收到回顯應答，時間間隔始終為3.7 ms。還可以看到，回顯請求大約每隔1秒鐘發送一次。 通常，第1個往返時間值要比其他的大。這是由于目的端的硬件地址不在ARP高速緩存中  的緣故。正如我們在第4章中看到的那樣，在發送第一個回顯請求之前要發送一個ARP請求并接收ARP應答，這需要花費幾毫秒的時間。下面的例子說明了這一點：  第1個RTT中多出的3 ms很可能就是因為發送ARP請求和接收ARP應答所花費的時間。 這個例子運行在sun主機上，它提供的是具有微秒級分辨率的計時器，但是ping程序只能打印出毫秒級的往返時間。在前面運行于BSD/386 0.9.4版上的例子中，打印出來的往返時間值為0 ms，這是因為計時器只能提供10 ms的誤差。下面的例子是BSD/386 1.0版的輸出，它提供的計時器也具有微秒級的分辨率，因此， ping程序的輸出結果也具有較高的分辨率。