使用traceroute程序的-g選項，可以為寬松的源站選路指明一些中間路由器。采用該選項可以最多指定8個中間路由器（其個數是8而不是9的原因是，所使用的編程接口要求最后的表目是目的主機）。 在圖8-4中，去往NIC，即nic.ddn.mil的路由經過NASA Science Internet。在圖8-8中，我們通過指定路由器enss142.UT.westnet.net(192.31.39.21) 作為中間路由器來強制數據報通過NSFNET：  在這種情況下，看起來路徑中共有16跳，其平均RTT大約是350 ms。而圖8-4的通常選路則只有13跳，其平均RTT約為322 ms。默認路徑看起來更好一些（在建立路徑時，還需要考慮其他的一些因素。其中一些必須考慮的因素是所包含網絡的組織及政治因素）。 前面我們說看起來有16跳，這是因為將其輸出結果與前面的通過NSFNET（圖8-5）的示例比較，發現在本例采用寬松源路由，選擇了3個路由器（這可能是因為路由器對源站選路數據報產生ICMP超時差錯報文上存在一些差錯）。在netb和butch路由器之間的gateway.tuc.noao.edu路由器丟失了，同時，位于Gabby和enss142.UT.west.net之間的Westgate.Telcom.Arizona.edu和uu-ua.AZ.westnet.net兩個路由器也丟失了。在這些丟失的路由器上可能發生了與接收到寬松的源站選路選項數據報有關的程序問題。實際上，當采用NSFNET時，信源和NIC之間的路徑有19跳。本章習題8.5繼續對這些丟失路由器進行討論。 同時本例也指出了另一個問題。在命令行，我們必須指定路由器enss142.UT.westnet.net的點分十進制IP地址，而不能以其域名代替。這是因為，反向域名解析（14.5節中描述的通過IP地址返回域名）將域名與I P地址相關聯，但是前向解析（即給出域名返回IP地址）則無法做到。在DNS中，前向映射和反向映射是兩個獨立的文件，而并非所有的管理者都同時擁有這兩個文件。因此，在一個方向是工作正常而另一個方向卻失敗的情況并不少見。 還有一種以前沒有碰到過的情況是在TTL字段為8的情況下，對于第一個RTT，打印一個星號。這表明，發生超時，在5秒內未收到本次探查的應答信號。 將本圖與圖8-4相比較，還可以得出一個結論，即路由器nsn-FIX-pe.sura.net同時與NSFNET和NASA Science Internet相連。