組織：中國互動出版網（http://www.china-pub.com/）
RFC文檔中文翻譯計劃（http://www.china-pub.com/compters/emook/aboutemook.htm）
E-mail：ouyang@china-pub.com
譯者：熊勁松（zte_shawn,  xiongjinsong@mail.zte.com.cn）
譯文發布時間：2001-6-5
版權：本中文翻譯文檔版權歸中國互動出版網所有。可以用于非商業用途自由轉載，但必須
保留本文檔的翻譯及版權信息。


Network Working Group                                          G. Malkin
Request for Comments: 1723                                   Xylogics, Inc.
Obsoletes: 1388                                            November 1994
Updates: 1058
Category: Standards Track


                 路由信息協議（版本2）
            ( RFC1723  RIP Version 2  Carrying Additional Information )

本文檔的狀態

本文檔詳細說明了一種Internet標準的循路協議以及進一步的請求討論和建議。
請參考最新版的“Internet正式協議標準（STD1）”來獲得本協議的標準化程度和狀態。
本文檔的發布不受任何限制。
   
概要 
本文檔詳細說明了正如定義在[1，2]中的路由信息協議的擴展，擴充了在RIP信息中攜
帶有用信息的數量，增加了安全措施。 
在本文檔的舊文檔RFC1388中，描述了對“路由信息協議”STD34（RFC1058）的更
新信息。
    RIP-2 協議分析參考文檔RFC1721[4] 
    IP-2 適用性陳述參考文檔RFC1722[5]
    RIP-2 管理系統庫的描述參考文檔RFC1724[3]
    RFC1389是其舊文檔

致謝
    感謝ITTF ripv2 工作組對RIP-2協議改進提供幫助
   



目錄

   1、源由 . . . . . . . . . . . . . . . . . . …………….. . . . . . . 2
   2. 現行的RIP協議 . . . . . . . . . . . . . . . . . . . . . . . . . . 2
   3. 協議擴展 . . . . . . . . . . . . . . . . ……………. . . . . . 3
   3.1   認證  . . . . . . . . . . . . . . . . . . . ………… . . . 4
   3.2   路由標簽. . . . . . . . . . . . . . . . . . . ….. . . . . . . 4
   3.3   子網掩碼 . . . . . . . . . . . . . . . . . . . . ….. . . . . 5
   3.4   下一跳  . . . . . . . . . . . . . . . . . . . . ….. . . . . . 5
   3.5   組播  . . . . . . . . . . . . . . . . . . . . ………. . . . 5
   3.6   請求與響應. . . . . . . . . . . . . . . . . . . . … . . . 6
   4.  兼容性 . . . . . . . . . . . . . . . . . . ………….. . . . . . . 6
   4.1   兼容轉換  . . . . . . . . . . . . . . . . ……….. . . . 6
   4.2   驗證機制  . . . . . . . . . . . . . . . . . . . …….. . . 6
   4.3   增加跳距極限限制. . . . . . . . . . . . . . . . . .. . . 7
   4.4   無地址鏈接 . . . . . . . . . . . . . . . . . …… . . . . 7
   5.  安全考慮 . . . . . . . . . . . . . . ……………… . . . . . 7
   附錄 A  . . . . . . . . . . . . . . . . . . . . ………… . . . . . . . 8
   參考文獻. . . . . . . . . . . . . . . . . . . . . . . …………… . . . 8
   作者地址  . . . . . . . . . . . . . . . . . . . . . . ………….. . . 9

1、 源由
    隨著OSPF和IS-IS協議的出現，有人認為RIP協議過時了。不可否認，新的IGP路由
協議比RIP協議優越得多，但RIP協議也有許多優點：
    首先，在小型網絡中，RIP協議在帶寬使用、配置和管理時間上有一些優勢。而且，RIP
協議特別是相對新的IGP協議來說十分容易去實現。
    此外，現在RIP還在大量使用，這是OSPF與IS-IS所不能比的，并且這種情形還可能
持續好幾年時間。
    既然RIP在許多領域和一定時期內仍具有使用價值，那么就有理由增加RIP的有效性，
這是毫無疑問的，因為對已有技術進行改造所獲收益比起徹底更新要現實得多。

2、現行的路由信息協議
    現行的RIP數據包僅包含路由器為包在網絡中路由所需的最少必需信息，由于其自身
的原因，RIP包中還有許多地址空間未用。
現行的RIP協議并沒有考慮自治系統之間以及內部網關協議與外部網關協議之間的聯
系，沒有考慮子網和驗證功能，這些問題要由后來的RIP協議加以解決。
因為路由器需要子網掩碼來獲知怎樣去決定路由，故缺少子網掩碼對路由器來說是一
個很嚴重的問題。如果RIP路由是網絡路由（所有非網絡號字節為零），則子網掩碼就是網
絡掩碼；然而如果加入了主機號，路由器就不能確定出子網掩碼號，同樣不能確定是子網路
由還是主機路由。當前，一些路由器是通過路由學習來簡單地選擇接口的子網掩碼和決定路
由類型的。
 
3. 協議的擴展
    本文檔對RIP協議本身沒有做根本改變，只是對RIP數據包格式定義作了補充，來使
路由器享有一些重要的附加信息。 
   RIP數據包的首四位字節是RIP數據頭，余下的字節由1到25個路由實體組成。新的路
由信息協議數據包格式定義如下：
0            8           16                      31
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 命令 (1)    | 版本 (1)    |           未使用      |
+-----------------+------------------+---------------------------------+
|        地址族標識符 (2)   |        路由標簽 (2)    |
+-------------------------------------+---------------------------------+
|                    IP 地址 (4)                   |
+------------------------------------------------------------------------+
|                    子網掩碼 (4)                  |
+------------------------------------------------------------------------+
|                    下一跳 (4)                    |
+-------------------------------------------------------------------------+
|                     度量值 (4)                   |
+-------------------------------------------------------------------------+
    其中命令域、地址族標識符域、IP地址域和度量值符域都保留了它們在RFC1058中的
定義。版本域被指定為2的RIP包將會支持使用驗證機制和攜帶一些新的定義域信息；未
被使用的兩個字節域繼續保留不使用。
所有的字節域皆采用IP網絡字節順序來編碼。

3.1、 驗證功能
      驗證機制是數據包的功能，在RIP消息頭中只有兩個字節的空間可利用，然而任何合
理的驗證算法都需要兩字節以上的空間，所以對于RIP（版本2）的驗證算法將使用整個RIP
消息體中一個實體空間來進行身份驗證。
   如果數據包中第一項實體（并且僅僅是第一項）的地址族標志符為0XFFFF，那么這
個實體的其它字節域就包含了驗證所需的信息，也就是說RIP數據包中僅剩下最多包含24
個實體路由信息。如果不使用驗證功能，則數據包中就沒有含有地址族標志為0XFFFFFF
實體。具有驗證功能的RIP數據包格式定義如下：
 
          0              8           16                             31
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|    命令(1)   | 版本 (1)    |            未使用            |
+--------------------+-----------------+---------------------------------------------+
|             0xFFFF       |               驗證類型 (2)    |
+---------------------------------------+---------------------------------------------+
~                       驗證信息 (16)                     ~
+--------------------------------------------------------------------------------------+
    現在，能確定的唯一的驗證算法就是“明文驗證”，它的類型是2，其余下的16個字節
包含了純文本密碼。如果密碼大小少于16個字節，則位數向左對齊，右邊補零。
   
   
3.2路由標簽
    路由標記字段的存在是為了支持外部網關協議(EGP)。有關與這個字段的使用已經超出
本協議的范圍了。不論使用什么方法，這個字段被期望用于傳遞自治系統的標號給外部網關
協議以及邊界網關協議(BGP)。任何RIP系統收到一個包含有非零路由標記字段的RIP包時，
必須重新對外廣播收到的值。而沒有路由標記的路由器必須將0作為自己的路由標記對外廣