我們舉一個用RR選項運行ping程序的例子，在主機svr4上運行ping程序到主機slip。 一個中間路由器( bsdi )將處理這個數據報。下面是svr4的輸出結果：  分組所經過的四站如圖7-4所示（每個方向各有兩站），每一站都把自己的IP地址加入RR清單。  路由器bsdi在不同方向上分別加入了不同的IP地址。它始終是把出口的IP地址加入清單。 我們還可以看到，當ICMP回顯應答到達原始系統（svr4）時，它把自己的入口IP地址也加入清單中。 還可以通過運行帶有-v選項的tcpdump命令來查看主機sun上進行的分組交換（參見IP選項）。輸出如圖7-5所示。  輸出中optlen = 40表示在IP首部中有40個字節的選項空間（IP首部長度必須為4字節的整數倍）。RR{39}的意思是記錄路由選項已被設置，它的長度字段是39。然后是9個IP地址，符號“#”用來標記RR選項中的ptr字段所指向的IP地址。由于我們是在主機sun上觀察這些分組（參見圖7-4），因此所能看到ICMP回顯請求中的IP地址清單是空的，而ICMP回顯應答中有3個IP地址。我們省略了tcpdump輸出中的其他行，因為它們與圖7-5基本一致。 位于路由信息末尾的標記EOL表示IP選項“end of list（清單結束）”的值。EOL選項的值可以為0。這時表示39個字節的RR數據位于IP首部中的40字節空間中。由于在數據報發送之前空間選項被設置為0，因此跟在39個字節的RR數據之后的0字符就被解釋為EOL。這正是我們所希望的結果。如果在IP首部中的選項字段中有多個選項，在開始下一個選項之前必須填入空白字符，另外還可以用另一個值為1的特殊字符NOP（“no operation”）。 在圖7-5中，SVR4把回顯請求中的TTL字段設為32，BSD/386設為255（它打印出的值為254是因為路由器bsdi已經將其減去1）。新的系統都把ICMP報文中的TTL設為最大值（255）。 在作者使用的三個TCP/IP系統中，BSD/386和SVR4都支持記錄路由選項。這就是說，當轉發數據報時，它們都能正確地更新RR清單，而且能正確地把接收到的ICMP回顯請求中的RR清單復制到出口ICMP回顯應答中。雖然SunOS 4.1.3在轉發一個數據報時能正確更新RR清單，但是不能復制RR清單。Solaris 2.x對這個問題已作了修改。