RFC1723 RIP Version 2

2019-11-04 11:17:46

字體：大中小

供稿：網(wǎng)友

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

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

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

本文檔的狀態(tài)

本文檔具體說明了一種Internet標(biāo)準(zhǔn)的循路協(xié)議以及進(jìn)一步的請求討論和建議。
請參考最新版的“Internet正式協(xié)議標(biāo)準(zhǔn)（STD1）”來獲得本協(xié)議的標(biāo)準(zhǔn)化程度和狀態(tài)。
本文檔的發(fā)布不受任何限制。

概要
本文檔具體說明了正如定義在[1，2]中的路由信息協(xié)議的擴(kuò)展，擴(kuò)充了在RIP信息中攜
帶有用信息的數(shù)量，增加了安全措施。
在本文檔的舊文檔RFC1388中，描述了對“路由信息協(xié)議”STD34（RFC1058）的更
新信息。
RIP-2 協(xié)議分析參考文檔RFC1721[4]
IP-2 適用性陳述參考文檔RFC1722[5]
RIP-2 治理系統(tǒng)庫的描述參考文檔RFC1724[3]
RFC1389是其舊文檔

致謝
感謝ITTF ripv2 工作組對RIP-2協(xié)議改進(jìn)提供幫助

目錄

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

1、源由
隨著OSPF和IS-IS協(xié)議的出現(xiàn)，有人認(rèn)為RIP協(xié)議過時(shí)了。不可否認(rèn)，新的IGP路由
協(xié)議比RIP協(xié)議優(yōu)越得多，但RIP協(xié)議也有許多優(yōu)點(diǎn)：
首先，在小型網(wǎng)絡(luò)中，RIP協(xié)議在帶寬使用、配置和治理時(shí)間上有一些優(yōu)勢。而且，RIP
協(xié)議非凡是相對新的IGP協(xié)議來說十分輕易去實(shí)現(xiàn)。
此外，現(xiàn)在RIP還在大量使用，這是OSPF與IS-IS所不能比的，并且這種情形還可能
持續(xù)好幾年時(shí)間。
既然RIP在許多領(lǐng)域和一定時(shí)期內(nèi)仍具有使用價(jià)值，那么就有理由增加RIP的有效性，
這是毫無疑問的，因?yàn)閷σ延屑夹g(shù)進(jìn)行改造所獲收益比起徹底更新要現(xiàn)實(shí)得多。

2、現(xiàn)行的路由信息協(xié)議
現(xiàn)行的RIP數(shù)據(jù)包僅包含路由器為包在網(wǎng)絡(luò)中路由所需的最少必需信息，由于其自身
的原因，RIP包中還有許多地址空間未用。
現(xiàn)行的RIP協(xié)議并沒有考慮自治系統(tǒng)之間以及內(nèi)部網(wǎng)關(guān)協(xié)議與外部網(wǎng)關(guān)協(xié)議之間的聯(lián)
系，沒有考慮子網(wǎng)和驗(yàn)證功能，這些問題要由后來的RIP協(xié)議加以解決。
因?yàn)槁酚善餍枰泳W(wǎng)掩碼來獲知怎樣去決定路由，故缺少子網(wǎng)掩碼對路由器來說是一
個很嚴(yán)重的問題。假如RIP路由是網(wǎng)絡(luò)路由（所有非網(wǎng)絡(luò)號字節(jié)為零），則子網(wǎng)掩碼就是網(wǎng)
絡(luò)掩碼；然而假如加入了主機(jī)號，路由器就不能確定出子網(wǎng)掩碼號，同樣不能確定是子網(wǎng)路
由還是主機(jī)路由。當(dāng)前，一些路由器是通過路由學(xué)習(xí)來簡單地選擇接口的子網(wǎng)掩碼和決定路
由類型的。

3. 協(xié)議的擴(kuò)展
本文檔對RIP協(xié)議本身沒有做根本改變，只是對RIP數(shù)據(jù)包格式定義作了補(bǔ)充，來使
路由器享有一些重要的附加信息。
RIP數(shù)據(jù)包的首四位字節(jié)是RIP數(shù)據(jù)頭，余下的字節(jié)由1到25個路由實(shí)體組成。新的路
由信息協(xié)議數(shù)據(jù)包格式定義如下：
0 8 16 31
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
命令 (1) 版本 (1) 未使用
+-----------------+------------------+---------------------------------+
地址族標(biāo)識符 (2) 路由標(biāo)簽 (2)
+-------------------------------------+---------------------------------+
IP 地址 (4)
+------------------------------------------------------------------------+
子網(wǎng)掩碼 (4)
+------------------------------------------------------------------------+
下一跳 (4)
+-------------------------------------------------------------------------+
度量值 (4)
+-------------------------------------------------------------------------+
其中命令域、地址族標(biāo)識符域、IP地址域和度量值符域都保留了它們在RFC1058中的
定義。版本域被指定為2的RIP包將會支持使用驗(yàn)證機(jī)制和攜帶一些新的定義域信息；未
被使用的兩個字節(jié)域繼續(xù)保留不使用。
所有的字節(jié)域皆采用IP網(wǎng)絡(luò)字節(jié)順序來編碼。

3.1、驗(yàn)證功能
驗(yàn)證機(jī)制是數(shù)據(jù)包的功能，在RIP消息頭中只有兩個字節(jié)的空間可利用，然而任何合
理的驗(yàn)證算法都需要兩字節(jié)以上的空間，所以對于RIP（版本2）的驗(yàn)證算法將使用整個RIP
消息體中一個實(shí)體空間來進(jìn)行身份驗(yàn)證。
假如數(shù)據(jù)包中第一項(xiàng)實(shí)體（并且僅僅是第一項(xiàng)）的地址族標(biāo)志符為0XFFFF，那么這
個實(shí)體的其它字節(jié)域就包含了驗(yàn)證所需的信息，也就是說RIP數(shù)據(jù)包中僅剩下最多包含24
個實(shí)體路由信息。假如不使用驗(yàn)證功能，則數(shù)據(jù)包中就沒有含有地址族標(biāo)志為0XFFFFFF
實(shí)體。具有驗(yàn)證功能的RIP數(shù)據(jù)包格式定義如下：

0 8 16 31
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
命令(1) 版本 (1) 未使用
+--------------------+-----------------+---------------------------------------------+
0xFFFF 驗(yàn)證類型 (2)
+---------------------------------------+---------------------------------------------+
~ 驗(yàn)證信息 (16) ~
+--------------------------------------------------------------------------------------+
現(xiàn)在，能確定的唯一的驗(yàn)證算法就是“明文驗(yàn)證”，它的類型是2，其余下的16個字節(jié)
包含了純文本密碼。假如密碼大小少于16個字節(jié)，則位數(shù)向左對齊，右邊補(bǔ)零。

3.2路由標(biāo)簽
路由標(biāo)記字段的存在是為了支持外部網(wǎng)關(guān)協(xié)議(EGP)。有關(guān)與這個字段的使用已經(jīng)超出
本協(xié)議的范圍了。不論使用什么方法，這個字段被期望用于傳遞自治系統(tǒng)的標(biāo)號給外部網(wǎng)關(guān)
協(xié)議以及邊界網(wǎng)關(guān)協(xié)議(BGP)。任何RIP系統(tǒng)收到一個包含有非零路由標(biāo)記字段的RIP包時(shí)，
必須重新對外廣播收到的值。而沒有路由標(biāo)記的路由器必須將0作為自己的路由標(biāo)記對外廣
播。
路由標(biāo)簽域（RT）是分配給路由的一個屬性，必須受到保護(hù)并隨路由重發(fā)。路由標(biāo)簽
域的設(shè)置提供了把內(nèi)部RIP路由與外部RIP路由（可能來于EGP和另一個IGP）隔離的方
法
除RIP以外的路由器支持的協(xié)議都應(yīng)該能配置，以使路由標(biāo)簽?zāi)芘渲贸蓮牟煌摧斎氲穆?br />由。例如：從EGP或BGP輸入的路由要么可以成任意值的路由標(biāo)簽，要么至少可設(shè)置成發(fā)來路由
的獨(dú)立系統(tǒng)號。
在RIP領(lǐng)域中只要所有路由器協(xié)調(diào)的使用路由標(biāo)簽域，其許多使用是十分有效的，它
考慮了在BGP-RIP協(xié)議間交互文檔的可能性，此交互文檔描述了在傳輸網(wǎng)絡(luò)中同步路由的
方法。

3.3 子網(wǎng)掩碼
子網(wǎng)掩碼域字段包含的子網(wǎng)掩碼，對應(yīng)于IP地址的網(wǎng)絡(luò)號部分。假如其值為0，表示
這個實(shí)體中不包含子網(wǎng)掩碼。
運(yùn)行RIP-1的路由器在收聽和處理RIP-2數(shù)據(jù)包時(shí)遵循以下原則：
1) 網(wǎng)絡(luò)內(nèi)部的路由信息不可以向其他的網(wǎng)絡(luò)廣播，
2) 有關(guān)特定子網(wǎng)的路由不能對運(yùn)行RIP-1協(xié)議的路由器廣播，因?yàn)樗鼤`認(rèn)為那是一個
到主機(jī)的路由，
3) 超網(wǎng)路由不能對運(yùn)行RIP-1協(xié)議的路由器廣播，因?yàn)樗鼤宦酚善髑狻?br />
3.4、下一跳
指定一個包到一個特定地址的立即下一跳地址的路由器應(yīng)該被路由通過的。假如這個
字段的值為0.0.0.0的話，說明這個路由是RIP廣播發(fā)出者。每一個被指定的下一跳地址，
都必須是可以通過發(fā)送RIP廣播的邏輯子網(wǎng)而直接抵達(dá)的。
增加下一跳地址字段的目的是消除包在發(fā)送的過程中不會增加不必要的跳數(shù)。當(dāng)一個網(wǎng)
絡(luò)上并不是所有的路由器都運(yùn)行RIP時(shí)，下一跳地址字段就會顯得非凡有用。一個很簡單
的例子就是附錄A中給出的例子。注重，下一跳地址字段是一個可選的字段。也就是說，
假如這些信息被忽略了，路由仍絕對有效，但不一定是最佳的。假如下一跳地址不可直接到
達(dá)則地址將被設(shè)為0.0.0.0。

3.5 、組播
為了減輕那些不接受RIP-2包的主機(jī)的不必要的負(fù)載，一個ip組播地址將被用于周期
性的廣播。這個ip組播地址為224.0.0.9。注重，IGMP是不需要的，因?yàn)镽IP路由信息包
只是在本地網(wǎng)絡(luò)上進(jìn)行組播。
為了維持向后兼容性，組播的使用是可選擇的，具體方法參考4.1節(jié)。假如使用組播的
話，應(yīng)該使用在所以支持它的接口上。

3.6、請求與響應(yīng)
假如RIP-2 路由器收到一個RIP-1請求，它將以RIP-1包響應(yīng)；假如這個路由器作了僅
發(fā)送RIP-2包配置，那么它將對RIP-1請求包不作響應(yīng)。

4、兼容性
RFC 1058在對版本號的處理規(guī)范中十分有遠(yuǎn)見，它做了如下規(guī)定：丟棄版本號為0的
RIP數(shù)據(jù)包；丟棄字節(jié)域應(yīng)為0（MBZ域）卻不為0，且版本號為1的RIP數(shù)據(jù)包、不可簡
單地丟棄MBZ域包含非0值，版本號大于1的RIP數(shù)據(jù)包。這就意味著支持實(shí)施這個現(xiàn)存
的處理規(guī)范，新的RIP版本將全面向后兼容。

4.1 兼容性轉(zhuǎn)換
需要兼容轉(zhuǎn)換有兩個原因。首先，一些RIP-1并不按照在上面所談到的在RFC1058中
的描述那樣去實(shí)現(xiàn)。其次，組播的使用將會阻止RIP-1路由器收到RIP-2路由更新數(shù)據(jù)包(這
正是在某些情況下希望得到的信息)。
這種兼容轉(zhuǎn)換在基于某個單一的接口是可配置的，有四種配置方法： RIP-1，表示只有
RIP-1數(shù)據(jù)包發(fā)送;RIP-1兼容，表示用廣播的方法發(fā)送RIP-2數(shù)據(jù)包；RIP-2，表示用組播的
方法發(fā)送RIP-2路由信息包；為空，表示RIP數(shù)據(jù)包發(fā)送失效。推薦的方法是RIP-1兼容。
路由器通過RIP-1、RIP-2、“both”和“none”四種選擇配置來決定對RIP數(shù)據(jù)包的接
收與否控制，達(dá)到了對RIP包收發(fā)控制的完整性。對RIP包收發(fā)控制也可對每一個接口作
相應(yīng)的配置。

4.2 、驗(yàn)證機(jī)制
驗(yàn)證RIP數(shù)據(jù)包使用下面的算法規(guī)則。
假如路由器沒有配置為對RIP-2數(shù)據(jù)包信息作驗(yàn)證，那么路由器將接收RIP-1和沒有驗(yàn)
證信息的RIP-2數(shù)據(jù)包，對帶有驗(yàn)證信息的RIP-2數(shù)據(jù)包作丟棄處理；假如路由器配置為對
RIP-2數(shù)據(jù)包信息作驗(yàn)證，那么路由器將接收RIP-1和通過驗(yàn)證的RIP-2數(shù)據(jù)包，對不帶有
驗(yàn)證信息和沒有通過驗(yàn)證的RIP-2數(shù)據(jù)包作丟棄處理。從最高安全考慮，當(dāng)使用驗(yàn)證體制時(shí)，
RIP-1數(shù)據(jù)包將會被忽略（參考章節(jié)4.1）。
驗(yàn)證機(jī)制是將RIP包中驗(yàn)證實(shí)體地址族標(biāo)識符字段設(shè)置為0xffff來標(biāo)識的。對RIP-1路
由器來說，這是一個非IP地址族的地址，這個RIP包將會被路由器拋棄。應(yīng)當(dāng)注重：使用
驗(yàn)證機(jī)制并不能阻止RIP-1路由器得到RIP-2路由信息包。假如你希望達(dá)到這種效果的話，
應(yīng)當(dāng)像在3.5及4.1節(jié)中描述的那樣使用組播來發(fā)送你的RIP-2路由信息包。

4.3 增加跳距極限限制
一提到兼容性，有一些增加跳距極限限制的請求。增加跳距限制不能實(shí)行的主要原因在
于它會破壞向后兼容，會明顯地使舊版本的RIP路由器產(chǎn)生混亂。最好是能夠忽略這些路
由信息，就像他們要求忽略跳距極限大小為16一樣。
也有建議使跳距字段為一個字節(jié)并對其它的三位高字節(jié)加以使用，但是這樣會破壞對為
4個字節(jié)實(shí)體的度量值的實(shí)現(xiàn)。

4.4、無地址鏈接
與RIP-1一樣，RIP-2也不支持無地址鏈接。

5、安全考慮
基本的RIP協(xié)議不是一個安全協(xié)議，為把RIP-2融入更盛行的路由協(xié)議之列，這個增強(qiáng)
性的協(xié)議引入了一個可擴(kuò)展的驗(yàn)證機(jī)制。這個機(jī)制的描述參考章節(jié)3.1和4.2。

附錄A

這是一個在RIP中使用下一跳的簡單例子：
----- ----- ----- ------- ------ ------
IR1 IR2 IR3 XR1 XR2 XR3
---+-- --+-- --+-- ----+-- ---+--- ---+---

---+--------+--------+------------------------+---------+----------+--
<-------------------RIP-2----------------->
假設(shè)IR1,IR2和IR3都是一個使用RIP-2作為內(nèi)部網(wǎng)關(guān)協(xié)議的網(wǎng)絡(luò)(例如一個校園網(wǎng))
的內(nèi)部路由器。另一方面，XR1，XR2，和XR3則是在另一個使用其他路由協(xié)議(例如
OSPF)的網(wǎng)絡(luò)(如這個校園網(wǎng)所屬的一個局域網(wǎng))中。XR1，XR2和XR3之間會互相交換
路由信息，這樣它們會知道到達(dá)網(wǎng)絡(luò)N1，N2的最佳路由是經(jīng)過XR1，到網(wǎng)絡(luò)N3，N4
和N5的最佳路由是經(jīng)過XR2，而到網(wǎng)絡(luò)N6，N7的最佳路由是經(jīng)過XR3。通過設(shè)定正
確的下一跳 (XR2為到達(dá)N3/N4/N5的下一跳，XR3為到達(dá)N6/N7的下一跳)，只有XR1
需要與IR1/IR2/IR3交換路由信息來避免經(jīng)由XR1的多余的跳數(shù)。假如沒有下一跳 (如
使用RIP-1協(xié)議)，那么我們就需要XR2，XR3也一樣分享RIP-2路由信息以消滅多余
的跳數(shù)。

參考文獻(xiàn)

[1] Hedrick, C., "Routing Information Rutgers University, June 1988.
[2] Malkin, G., "RIP Version 2 - Carrying Additional Information",
RFC 1388, Xylogics, Inc., January 1993.
[3] Malkin, G., and F. Baker, "RIP Version 2 MIB Extension", RFC
1724, Xylogics, Inc., Cisco Systems, November 1994.
[4] Malkin, G., "RIP Version 2 Protocol Analysis", RFC 1721,
Xylogics, Inc., November 1994.
[5] Malkin, G., "RIP Version 2 Protocol Applicability Statement", RFC
1722, Xylogics, Inc., November 1994.

作者地址
Gary Scott Malkin
Xylogics, Inc.
53 Third Avenue
Burlington, MA 01803
電話： (617) 272-8140
電子信箱： gmalkin@Xylogics.COM
RFC1723 RIP Version 2 Carrying Additional Information 路由信息協(xié)議（版本2）

1
ＲＦＣ文檔中文翻譯計(jì)劃