RFC雙語計劃：rfc1582中文版(中英文對照)............擴展RIP以支持按需鏈路
http://kummerwu.web.officelive.com/Documents/rfc1582-0.html
更多RFC中文版，中英文對照版，請查閱http://kummerwu.web.officelive.com/Documents/index.html
這兒目前收錄來OSPF，BGP，RIP，MPLS(VPN)、HTTP，Telnet,RSVP，PPP，POP3，RTP，NAT，FTP等最新RFC中文版和中英文對照版。而且內容還在不斷更新中......
------------------------------------------------------------------------
擴展RIP以支持按需鏈路
本備忘錄的狀態
本文檔講述了一種Internet團體的Internet標準跟蹤協議，它需要進一步進行討論和建議以得到改進。請參考最新版的“Internet正式協議標準”(STD1)來獲得本協議的標準化程度和狀態。本備忘錄的發佈不受任何限制。
概要
在X.25或ISDN等公衆數據網上使用路由協議，其標準的、週期性的路由信息廣播會產生高額的費用。這是因爲，即便沒有數據信息，也必須在聯接上保持每一個目標的路由信息。
當路由信息的數量超過了廣域網（WAN）鏈路提供的容量時，信息傳播也會失敗。
文備忘錄定義了一種對Bellman-Ford算法（或稱距離向量算法）的修正，使IP RIP、Netware RIP、Netware SAP等信息廣播協議能夠克服上面描述的限制。
路由協議支持在廣域網上使用完全的觸發更新機制。在局域網或點對點聯結上使用的協議沒有被修改。
當路由數據庫被從另一接口接收到的新信息所修改時，向WAN發送路由信息。這個觸發更新將向廣域網接口上的一組目標發送。因爲路由協議不能保證對端路由器接收到信息，所以需要新的確認與重發機制。
廣域網鏈路管理器向路由程序宣告廣域網上各目標是否可達。
感謝
我感謝在Spider的同僚，特別是Richard Edmonstone、Tom Daniel、Alam Turland、Yakov Rekhter (IBM)、Martha Steenstrup (BBN)，以及IETF RIP-2工作組的成員提出的討論和註解來幫助闡明本備忘錄。
約定
本文檔使用下面的文字約定：
o “必須”-- 這一項在本規範中是絕對需要的。
“必須”只用於爲了協同工作所必須，而不是爲了增強某一併非必須的功能。
o “應當”-- 這一項應當被遵循，除非有特別的情況。
o “可以”-- 這一項是一種選項，並可以依照實現的需要來遵循或忽略。
不帶引號的詞語必須、應當也被使用，並按普通意義來理解。
目錄
1. 導言
2. 在廣域網上使用路由協議
2.1. 綜述
2.2. 可達性假定
2.3. 廣域網路由器列表
2.4. 觸發更新與非可靠性傳輸
2.5. 保證路由更新的傳輸
2.6. 路由數據庫
2.7. 新的包類型
2.8. 分片
2.9. 預防隊列溢出
3. IP 路由信息協議：版本1 (IP RIP v1)
4. IP 路由信息協議：版本2 (IP RIP v2)
5. Netware 路由信息協議 (Netware RIP)
6. Netware 服務宣告協議 (Netware SAP)
7. 記時器
7.1. 數據庫記時器
7.2. 重傳記時器
7.3. 重新組裝記時器
8. 考慮實現
9. 考慮安全
10. 參考書目
11. 作者的地址
1. 導言
在面向聯結的網絡中，如X.25包交換網和ISDN網絡，通過使用路由器可以和大量的目標產生聯結。廣域網中的鏈路是按需建立，並在不用時拆除。由於應用的不同，兩點間的用戶數據可能很少，且持續很短。
實際經驗顯示在廣域網上使用週期性的廣播路由信息有以下缺點：
o 按照標準方式使用RIP，即每30秒向下一跳路由器發送所有路由信息會產生很大花費。路由器越多，問題也越大。當廣域網上有N個路由器時，就會在每個發送週期中在 N*(N-1)/2 條聯結上發送 N*(N-1) 次路由更新。
當路由信息發送時，必須建立到達每一個目標的聯結，而這將產生大量費用。僅僅爲了路由更新而建立聯結，並頻繁地發送路由信息對大多數網絡而言沒有什麼用處。（這些聯結的建立往往只有很少的負載，或者根本沒有數據負載）
通過選項來降低廣播頻率可以減少花費，但這同樣降低系統的響應性。
o 廣域網需要聯結的網絡數量(N)，會超過接口支持的併發調用數(M)。這時，只有M個下一跳路由器會接收到路由廣播，而其他(N-M)個就無法接收到路由更新。
B-ISND接口只能夠支持兩個併發調用。在X.25網絡上，用戶預定的邏輯通道數也不是很大。雖然在理論上，路由協議不會約束用戶的路由信息。
o 由於廣域網沒有廣播機制，原來的廣播信息將變成向各個目標分別發送信息。這就會產生有N個路由信息的隊列。（此外還有其他的數據也會進入隊列）
路由器檢查廣域網的隊列數據。如果隊列太長，排在最後的數據不能在合理的時間裏發送的話（一般1到2秒），路由器將丟棄這些數據。在低速X.25網絡中（可能只有9600波特），不可能將過多的路由更新和用戶數據一同傳輸。
本備忘錄涉及上面所有問題。
所採取的方法是通過修改協議，使廣域網接口僅在路由數據庫發生更新，或廣域網鏈路管理器宣告下一跳路由器的可達性發生變化時才發送信息。
因爲不能確保包通過所有的廣域網媒體，需要有確認和重傳機制來提供可靠性。
本備忘錄描述的修改是爲了在廣域網上使用採取Bellman-Ford算法（或距離向量算法）的信息廣播協議，如IP RIP [1、2]或 Netware RIP 和 SAP [3]。在局域網或點對點聯結上使用的協議沒有被修改，新的實現與原始的規範可以協同工作。
2. 在廣域網上使用路由協議
2.1 綜述
在面向聯結的廣域網上，如X.25包交換網和ISDN網絡中，往往使用支持多協議的路由器來聯結多個局域網。通過廣域網提供的多路複用技術，多個局域網可以通過路由器上的一個物理端口同時聯結在一起。
在無聯結的網絡層（IP、IPX、CLNP等）和麪向聯結的廣域網（X.25、ISDN）之間有一個由鏈路管理器提供的接口。圖 1 是在面向聯結的廣域網上各個部分的典型示意。
廣域網鏈路管理器在其上端接口支持多種網絡層協議，在其下端接口支持一個或多個子網絡。每個子網絡支持一組虛擬鏈路。
圖 1. 典型多協議路由器結構
路由器通過轉換表，將下一跳路由器的網絡層地址轉換成建立虛擬鏈路（VC）的物理地址。並通過封裝頭中的內容來區分數據包的網絡層協議 [5]。
鏈路管理器從無聯結的網絡層協議取得數據包並（如果當前沒有打開）打開到下一跳路由器的虛擬鏈路。一條虛擬鏈路可以傳輸兩個路由器之間指定網絡層協議的所有流量（或將所有網絡層協議進行適當的封裝）。如數據包不再到達鏈路管理器，虛擬鏈路將在空閒一段時間後關閉。
在廣域網上運行路由協議的方法與在局域網上的方法不同。
在局域網接口上，路由信息是通過週期性的廣播；而在廣域網上，就變成了分別向一組地址週期性的發送更新。
本備忘錄有兩個目標：
o 消除其原來過度的週期性路由更新。
o 克服廣域網上的帶寬限制：鏈路支持的到達下一跳路由的併發鏈路數量，和廣域網鏈路有限的數據吞吐量。
第一個目標是通過僅在必須時才發送路由更新（路由迴應）來實現的：
o 第一，當特定的路由更新請求收到的時候。
o 第二，當其他接口上收到的新信息修改了路由數據庫的時候。
這樣接收到的更新信息一般不會立即向其他接口傳播，而是延遲幾秒使多個更新信息成組。
o 第三，當鏈路管理器發現目標從不可達（鏈路不通）變爲可以到達（鏈路通）的狀態。
由於底層系統的不可靠性，所有的路由請求和路由更新都需要確認，而沒有收到確認的時候要重傳。
爲了克服帶寬限制，路由程序可以使用一種自加強型的流控，使路由更新可以在一段時間內傳播。
2.2 可達性假定
當從廣域網的下一跳路由器上接收到路由更新後，更新中的各項就一直被認爲可以到達，除非有其他證明：
o 如果在正常路由數據的過程中，鏈路管理器無法建立到達下一跳路由器的路徑，於是向路由程序發送一個內部鏈路斷信息來報告下一跳路由器無法到達。
路由程序通過超時數據庫中的項使其在路由判斷中變爲不可達。
o 如果鏈路管理器隨後建立了到達下一跳路由器的聯結，就向路由程序發送一個內部鏈路通信息來報告下一跳路由器可以到達。
路由程序將與其下一跳路由器交換信息，用新的信息來重新填充其路由數據庫。
要處理鏈路通和鏈路斷信息，需要鏈路管理器在下一跳路由器變爲不可達後，負責建立（或重新建立）聯結。對在這一過程中，鏈路管理器採取的措施，不是本備忘錄描述的範圍。
2.3 廣域網路由器列表
路由任務“可以”提供在廣域網上發送路由更新的路由器列表
------------------------------------------------------------------------
。。。。。。。。
完整內容參見 http://kummerwu.web.officelive.com/Documents/rfc1582-0.html
更多RFC中文版，中英文對照版，請查閱http://kummerwu.web.officelive.com/Documents/index.html
這兒目前收錄來OSPF，BGP，RIP，MPLS(VPN)、HTTP，Telnet,RSVP，PPP，POP3，RTP，NAT，FTP等最新RFC中文版和中英文對照版。而且內容還在不斷更新中......