本備忘錄的狀態(tài)
本文檔講述了一種Internet社區(qū)的Internet標準跟蹤協(xié)議，它需要進一步進行討論和建
議以得到改進。請參考最新版的“Internet正式協(xié)議標準”(STD1)來獲得本協(xié)議的標準化
程度和狀態(tài)。本備忘錄的發(fā)布不受任何限制。
版權聲明
Copyright(C)TheInternetSociety(2001).
摘要
這篇文檔描述了一個新的ip選項，它告誡操作路由器更仔細地檢查IP包的內(nèi)容。它對
于那些尋址到一個目的地但是要求在路徑上的路由器里進行相對復雜處理的協(xié)議很有用，但
是不限于此。
目錄
1.0介紹 1
2.0路由器警告選項 2
2．1語法 2
2．2語義 3
3.0對其它協(xié)議的影響 3
4.0安全考慮 3
5.0參考文獻 3
6.0作者地址 3

1.0介紹
路由協(xié)議最近的趨勢是簡單地將新路由功能合并到存在的單點傳送路由中。這樣做的動
機是簡單而優(yōu)雅的――它答應在不重新改造所有基本路由協(xié)議功能的情況下配置新的路由
功能，因而大大降低了說明和實現(xiàn)的復雜度。
不利方面是新功能在單點傳送中只能依靠最少共同點，目標方向的下一個中繼。不能作
出更豐富細節(jié)信息比如一個狀態(tài)連接狀態(tài)數(shù)據(jù)庫）是否存在的任何假設。
最好也能夠漸近地配置新技術，以明確地避免升級源和目的路徑間的所有路由器。這個
目的和可獲取的最少共同點有些沖突，因為一個路由器，假如它不是緊挨著另一個支持新協(xié)
議的路由器，它就沒有辦法確定其它同類路由器的位置或身份（除非在單點傳送之外實現(xiàn)了
某些和flooding算法相似的東西，而它是和簡單性目的相沖突的）。
一個支持單點傳送路由的明顯方法是對新協(xié)議包沿著到達最終目的的路徑做
hop-by-hop推進。每個實現(xiàn)了新協(xié)議的系統(tǒng)都有責任為數(shù)據(jù)包尋址到路徑上下一個系統(tǒng)，
這個系統(tǒng)必須能夠理解這個數(shù)據(jù)包。但是，正如上面所說，很難知道下一個實現(xiàn)該協(xié)議的系
統(tǒng)。這是同步布置新協(xié)議的一個障礙。
RSVP[1]通過把最終目的地的地址放在IP目的地址字段的方式使問題得到好轉(zhuǎn)，然后要
求每個RSVP路由器在前進路徑上作一個小小的修改，以尋找非凡的RSVP包，并把這些包拉
離前進主干線，在繼續(xù)推進它們之前對其執(zhí)本地處理。這種做法的決定性優(yōu)勢在于它答應自
動通過那些不理解RSVP的路由器，因為數(shù)據(jù)包將自然地流向最終目的地。但是，作此小小
改動的代價可能無法接受，因為路由器前進的主干線往往是調(diào)整到最佳的—即使是額外的一
條指令也可能招致每秒幾百個數(shù)據(jù)包的性能損失。
2.0路由器警告選項
因此，目的就是提供一種機制，通過這種機制路由器能截取不直接尋址到它們的數(shù)據(jù)包，
而且不會招致任何重大的性能損失。為此目的，這篇文檔定義了一個新的IP選項類型，路
由器警告。
路由器警告選項語義是“路由器應該更仔細地檢查這個包”。通過在其協(xié)議消息的IP
頭里包含路由器警告選項，RSVP能在對普通數(shù)據(jù)包的推進有少量或沒有性能損失的情況下，
使消息被截取。
支持快速尋路中選項處理的路由器已經(jīng)根據(jù)選項類型字段進行了多路分解處理。假如所
有的選項類型在快速尋路中都支持，那么在處理過程上附加上另一個選項類型就不大可能影
響性能。假如某些選項類型在快速尋路中不支持，這個新選項類型就無法識別，并使攜帶它
的包被踢到慢速尋路中，因此有必要對快速尋路不作任何改動，而且不會對普通數(shù)據(jù)包帶來
任何性能損失。
不支持在快速尋路中進行選項處理的路由器會使攜帶這種新選項的包通過慢速尋路的
方式推進，因此有必要對快速尋路不作任何改動，而且不會對普通數(shù)據(jù)包帶來任何性能損失。
2．1語法
路由器警告選項具有如下格式：
+--------+--------+--------+--------+
10010100000001002octetvalue
+--------+--------+--------+--------+
類型：拷貝標志：1（所有段都必須攜帶此選項）
選項種類：0（控制）
選項號：20（十進制）
長度：4
值：具有如下值的兩個八位碼：
0—路由器將檢查包
1－65535—保留
2．2語義
主機將忽略此選項。不能識別此項的路由器將忽略它。能識別此選項的路由器將更仔
細地檢查攜帶此選項的數(shù)據(jù)包（比如，檢查IP協(xié)議字段）以決定進一步的處理是否必要。
不能識別的值字段會靜靜地忽略掉。
值字段中的其它值的語義需要進一步學習。
3.0對其它協(xié)議的影響
為了此選項有效率，它必須使用在這樣的協(xié)議中，這些協(xié)議期望路由器對非直接尋址到
它們的包執(zhí)行有意義的處理。目前這樣協(xié)議包括RSVP[1]和IGMP[2]。
4.0安全考慮
假如路由器警告選項應該設置并且還沒有設置的話，使用路由器警告的協(xié)議，比如RSVP
或IGMPv2的行為將會受到相反的影響，因為協(xié)議依靠于路由器警告選項的使用。
假如路由器警告選項應該設置并且設置了的話，數(shù)據(jù)流很可能蒙受性能損失，因為一個
設置了路由器警告選項的數(shù)據(jù)包不會經(jīng)由路由器的快速尋路，并且路由器對它的處理比選項
沒有設置時慢得多。
5.0參考文獻
[1]Braden,B.(ed.),L.Zhang,D.Estrin,S.Herzog,S.Jamin,
"ResourceReSerVation1996.

[2]Fenner,W.,"InternetGroupManagementProtocol,Version2
(IGMPv2),"workinprogress,October1996.
6.0作者地址
DaveKatz
ciscoSystems
170W.TasmanDr.
SanJose,CA95134-1706USA

電話:+14085268284
Email:dkatz@cisco.com