1. 首頁 > 云知道 > >

IP路由器警告選項

云知道

【IP路由器警告選項】本備忘錄的狀態
本文檔講述了一種Internet社區的Internet標準跟蹤協議，它需要進一步進行討論和建
議以得到改進 。請參考最新版的“Internet正式協議標準”(STD1)來獲得本協議的標準化
程度和狀態 。本備忘錄的發布不受任何限制 。
版權聲明
Copyright(C)TheInternetSociety(2001).
摘要
這篇文檔描述了一個新的IP選項，它告誡操作路由器更仔細地檢查IP包的內容 。它對
于那些尋址到一個目的地但是要求在路徑上的路由器里進行相對復雜處理的協議很有用，但
是不限于此 。
目錄
1.0介紹 1
2.0路由器警告選項 2
2．1語法 2
2．2語義 3
3.0對其它協議的影響 3
4.0安全考慮 3
5.0參考文獻 3
6.0作者地址 3
1.0介紹
路由協議最近的趨勢是簡單地將新路由功能合并到存在的單點傳送路由中 。這樣做的動
機是簡單而優雅的――它答應在不重新改造所有基本路由協議功能的情況下配置新的路由
功能，因而大大降低了說明和實現的復雜度 。
不利方面是新功能在單點傳送中只能依靠最少共同點，目標方向的下一個中繼 。不能作
出更豐富細節信息比如一個狀態連接狀態數據庫）是否存在的任何假設 。
最好也能夠漸近地配置新技術，以明確地避免升級源和目的路徑間的所有路由器 。這個
目的和可獲取的最少共同點有些沖突，因為一個路由器，假如它不是緊挨著另一個支持新協
議的路由器，它就沒有辦法確定其它同類路由器的位置或身份（除非在單點傳送之外實現了
某些和flooding算法相似的東西，而它是和簡單性目的相沖突的） 。
一個支持單點傳送路由的明顯方法是對新協議包沿著到達最終目的的路徑做
hop-by-hop推進 。每個實現了新協議的系統都有責任為數據包尋址到路徑上下一個系統，
這個系統必須能夠理解這個數據包 。但是，正如上面所說，很難知道下一個實現該協議的系
統 。這是同步布置新協議的一個障礙 。
RSVP[1]通過把最終目的地的地址放在IP目的地址字段的方式使問題得到好轉，然后要
求每個RSVP路由器在前進路徑上作一個小小的修改，以尋找非凡的RSVP包，并把這些包拉
離前進主干線，在繼續推進它們之前對其執本地處理 。這種做法的決定性優勢在于它答應自
動通過那些不理解RSVP的路由器，因為數據包將自然地流向最終目的地 。但是，作此小小
改動的代價可能無法接受，因為路由器前進的主干線往往是調整到最佳的—即使是額外的一
條指令也可能招致每秒幾百個數據包的性能損失 。
2.0路由器警告選項
因此，目的就是提供一種機制，通過這種機制路由器能截取不直接尋址到它們的數據包，
而且不會招致任何重大的性能損失 。為此目的，這篇文檔定義了一個新的IP選項類型，路
由器警告 。
路由器警告選項語義是“路由器應該更仔細地檢查這個包” 。通過在其協議消息的IP
頭里包含路由器警告選項，RSVP能在對普通數據包的推進有少量或沒有性能損失的情況下，
使消息被截取 。
支持快速尋路中選項處理的路由器已經根據選項類型字段進行了多路分解處理 。假如所
有的選項類型在快速尋路中都支持，那么在處理過程上附加上另一個選項類型就不大可能影
響性能 。假如某些選項類型在快速尋路中不支持，這個新選項類型就無法識別，并使攜帶它
的包被踢到慢速尋路中，因此有必要對快速尋路不作任何改動，而且不會對普通數據包帶來

推薦閱讀