通常IP路由是動態的，即每個路由器都要判斷數據報下面該轉發到哪個路由器。應用程序對此不進行控制，而且通常也并不關心路由。它采用類似Traceroute程序的工具來發現實際的路由。 源站選路(source routing)的思想是由發送者指定路由。它可以采用以下兩種形式： ? 嚴格的源路由選擇。發送端指明IP數據報所必須采用的確切路由。如果一個路由器發現源路由所指定的下一個路由器不在其直接連接的網絡上，那么它就返回一個“源站路由失敗”的ICMP差錯報文。 ? 寬松的源站選路。發送端指明了一個數據報經過的IP地址清單，但是數據報在清單上指明的任意兩個地址之間可以通過其他路由器。 Traceroute程序提供了一個查看源站選路的方法，我們可以在選項中指明源站路由，然后檢查其運行情況。 一些公開的Traceroute程序源代碼包中包含指明寬松的源站選路的補丁。但是在標準版中通常并不包含此項。這些補丁的解釋是“ Van Jacobson的原始Traceroute程序（1988年春）支持該特性，但后來因為有人提出會使網關崩潰而將此功能去除。”對于本章中所給出的例子，作者將這些補丁安裝上去，并將它們設置成允許寬松的源站選路和嚴格的源站選路。 圖8-6給出了源站路由選項的格式。  這個格式與我們在圖7-3中所示的記錄路由選項格式基本一致。不同之處是，對于源站選路，我們必須在發送IP數據報前填充IP地址清單；而對于記錄路由選項，我們需要為IP地址清單分配并清空一些空間，并讓路由器填充該清單中的各項。同時，對于源站選路，只要為所需要的IP地址數分配空間并進行初始化，通常其數量小于9。而對于記錄路由選項來說，必須盡可能地分配空間，以達到9個地址。 對于寬松的源站選路來說，code字段的值是0x83；而對于嚴格的源站選路，其值為0x89。 len和ptr字段與7.3節中所描述的一樣。 源站路由選項的實際稱呼為“源站及記錄路由”（對于寬松的源站選路和嚴格的源站選路，分別用LSRR和SSRR表示），這是因為在數據報沿路由發送過程中，對IP地址清單進行了更新。 下面是其運行過程： ? 發送主機從應用程序接收源站路由清單，將第1個表項去掉（它是數據報的最終目的地址），將剩余的項移到1個項中（如圖8-6所示），并將原來的目的地址作為清單的最后一項。指針仍然指向清單的第1項（即，指針的值為4）。 ? 每個處理數據報的路由器檢查其是否為數據報的最終地址。如果不是，則正常轉發數據報（在這種情況下，必須指明寬松源站選路，否則就不能接收到該數據報）。 ? 如果該路由器是最終目的，且指針不大于路徑的長度，那么(1)由p t r所指定的清單中的下一個地址就是數據報的最終目的地址；(2)由外出接口(outgoing interface)相對應的IP地址取代剛才使用的源地址；(3)指針加4。 可以用下面這個例子很好地解釋上述過程。在圖8-7中，我們假設主機S上的發送應用程序發送一份數據報給D，指定源路由為R1，R2和R3。  在上圖中，#表示指針字段，其值分別是4、8、12和16。長度字段恒為1 5（三個IP地址加上三個字節首部）。可以看出，每一跳IP數據報中的目的地址都發生改變。 當一個應用程序接收到由信源指定路由的數據時，在發送應答時，應該讀出接收到的路由值，并提供反向路由。Host Requirements RFC指明，TCP客戶必須能指明源站選路，同時， TCP服務器必須能夠接收源站選路，并且對于該TCP連接的所有報文段都能采用反向路由。如果TCP服務器下面接收到一個不同的源站選路，那么新的源站路由將取代舊的源站路由。