本備忘錄的狀態(tài)
本文檔講述了一種Internet社區(qū)的Internet標(biāo)準(zhǔn)跟蹤協(xié)議，它需要進(jìn)一步進(jìn)行討論和建
議以得到改進(jìn)。請(qǐng)參考最新版的“Internet正式協(xié)議標(biāo)準(zhǔn)”(STD1)來(lái)獲得本協(xié)議的標(biāo)準(zhǔn)化
程度和狀態(tài)。本備忘錄的發(fā)布不受任何限制。
版權(quán)聲明
Copyright(C)TheInternetSociety(1999).AllRightsReserved.
摘要
ipv6協(xié)議地址結(jié)構(gòu)定義了一種任意傳送地址，這個(gè)IP地址被分配給一個(gè)或者多個(gè)網(wǎng)絡(luò)
接口（典型的來(lái)說(shuō)，這些接口屬于不同的結(jié)點(diǎn)），這樣發(fā)送給這個(gè)IP的分組就會(huì)按照地址距
離量協(xié)議傳送到所有具有這個(gè)IP地址的網(wǎng)絡(luò)接口中最近的一個(gè)。本文檔定義了一些帶有子
網(wǎng)前綴的任意傳送地址，并且列出了這些保留的子網(wǎng)任意傳送地址的初始分配。
目錄
摘要 1
1． 簡(jiǎn)介 2
2． 保留的子網(wǎng)任意傳送地址格式 2
3． 保留的子網(wǎng)任意傳送地址列表 3
4． 舉例 3
5． IANA考慮 4
6． 安全問(wèn)題 4
7．參考資料 4
8．作者聯(lián)系方法 5
9．版權(quán)說(shuō)明 5

1． 簡(jiǎn)介
IPv6定義了一種新類型的IP地址：任意傳送地址，答應(yīng)分組被路由到具有某個(gè)IP地址
的所有節(jié)點(diǎn)中的其中隨便一個(gè)。這個(gè)任意傳送地址可能被分配給一個(gè)或者多個(gè)網(wǎng)絡(luò)接口（典
型的來(lái)說(shuō)，這些接口屬于不同的結(jié)點(diǎn)），這樣發(fā)送給這個(gè)IP的分組就會(huì)按照地址距離量協(xié)議
傳送到所有具有這個(gè)IP地址的網(wǎng)絡(luò)接口中最近的一個(gè)。
任意傳送地址的使用仍在不斷的發(fā)展，但是這些地址提供了很多潛在的重要服務(wù)[5,6]。
例如，一個(gè)傳送地址可以用來(lái)答應(yīng)節(jié)點(diǎn)訪問(wèn)提供某種已知服務(wù)的服務(wù)器集合中的一個(gè)服務(wù)
器，而不需要在每個(gè)節(jié)點(diǎn)手工配置服務(wù)器列表。
IPv6為子網(wǎng)內(nèi)所有的具有子網(wǎng)前綴的路由器定義了一個(gè)必須的子網(wǎng)路由器任意傳送地
址，而且答應(yīng)其它的任意傳送地址取自單投地址空間。本文檔定義了另外的一些帶有子網(wǎng)前
綴的任意傳送地址集，并且列出了這些保留的子網(wǎng)任意傳送地址的初始分配。
這個(gè)文檔中出現(xiàn)的要害詞"MUST","MUSTNOT","REQUIRED","SHALL","SHALL
NOT","SHOULD","SHOULDNOT","RECOMMENDED","MAY",and"OPTIONAL"的詳
細(xì)含義，請(qǐng)參閱RFC2119[1]。
2． 保留的子網(wǎng)任意傳送地址格式
在每個(gè)子網(wǎng)內(nèi)，接口標(biāo)識(shí)符的最高128位被保留作為子網(wǎng)任意傳送地址。
保留的子網(wǎng)任意傳送地址結(jié)構(gòu)取決于由地址前綴表明的在子網(wǎng)內(nèi)使用的IPv6地址類
型。確切的來(lái)說(shuō)，IPv6地址類型需要64位的EUI-64格式的接口標(biāo)識(shí)符，在所有保留的任
意傳送地址中全體/本地位必須設(shè)為0（本地），用來(lái)表明接口標(biāo)識(shí)符在全球并不是唯一的。
這種類型的IPv6地址目前被指定位具有001到111前綴的，除了多播地址（11111111）[3]。
確切的來(lái)說(shuō)，IPv6地址類型需要64位的EUI-64格式的接口標(biāo)識(shí)符，這些保留的IPv6
子網(wǎng)任意傳送地址結(jié)構(gòu)如下：
64bits57bits7bits
+---------------------------------+------------------+------------+
子網(wǎng)前綴1111110111...111anycastID
+---------------------------------+------------------+------------+
接口標(biāo)識(shí)符
對(duì)于其它的IPv6地址類型（也就是，前綴跟上面列出不同的地址），接口標(biāo)識(shí)符長(zhǎng)度不
是EUI-64格式，長(zhǎng)度也可能不是64位；這些地址類型保留的任意傳送地址結(jié)構(gòu)如下：
n位121-n位7位
+---------------------------------+------------------+------------+
子網(wǎng)前綴1111111...111111anycastID
+---------------------------------+------------------+------------+
接口標(biāo)識(shí)符
這里的子網(wǎng)前綴包含除了接口標(biāo)識(shí)符意外的所有字段。保留的子網(wǎng)內(nèi)任意傳送地址中的
接口標(biāo)識(shí)符由7位的任意傳送標(biāo)識(shí)號(hào)，其它位置（高字節(jié)位置）1而形成（anycastID）；然
而對(duì)于EUI-64格式的接口標(biāo)識(shí)符，全體/本地位必須置為0。任意傳送標(biāo)識(shí)號(hào)標(biāo)識(shí)了子網(wǎng)內(nèi)
所有保留的任意創(chuàng)送地址中一個(gè)確定的任意傳送地址。
在子網(wǎng)地址中保留高位（而不是低位）的目的是避免和目前使用的一些正式或者非正式
的低位數(shù)字格式地址相沖突。例如，這些低位數(shù)字格式地址通常在點(diǎn)對(duì)點(diǎn)鏈接節(jié)點(diǎn)，隧道終
點(diǎn)中使用，另外還有當(dāng)網(wǎng)絡(luò)接口的硬件令牌不能得到時(shí)手工配置單傳送地址，甚至手工配置
一個(gè)連接中路由器的靜態(tài)地址，都需要使用低位數(shù)字格式地址。只保留了128位給任意傳送
標(biāo)識(shí)號(hào)（而不是可能的128位）的意思是說(shuō)由于只答應(yīng)子網(wǎng)與接口標(biāo)識(shí)符的分界與字節(jié)邊界
對(duì)其，在IPv6地址中接口標(biāo)識(shí)符最小的尺寸是8位（包括子網(wǎng)單投地址空間以及保留的子
網(wǎng)任意傳送地址）。
對(duì)于所有的IPv6任意傳送地址，這些保留的子網(wǎng)任意傳送地址是在IPv6單投地址空間
中分配的。在本文檔中定義的所有保留任意傳送地址，在帶有任何子網(wǎng)前綴，所有連接中都
是保留的。它們不能再作為單投地址分配給網(wǎng)絡(luò)接口。

3． 保留的子網(wǎng)任意傳送地址列表
目前，保留的子網(wǎng)任意傳送地址中下面的這些任意傳送標(biāo)識(shí)號(hào)被定義：

10進(jìn)制16進(jìn)制描述
-----------------------------
1277F保留
1267E移動(dòng)IPv6家鄉(xiāng)代理任意傳送
0-12500-7D保留
其它任意傳送標(biāo)識(shí)號(hào)的將在以后定義。
4． 舉例
為了進(jìn)一步解釋子網(wǎng)任意傳送地址的結(jié)構(gòu)，本節(jié)具體說(shuō)明移動(dòng)IPv6家鄉(xiāng)代理子網(wǎng)任意
傳送的地址結(jié)構(gòu)。在第三節(jié)中已經(jīng)講過(guò)，移動(dòng)IPv6家鄉(xiāng)代理子網(wǎng)任意傳送地址的7位地址
標(biāo)識(shí)符為126（10進(jìn)制），7E（16進(jìn)制）。
IPv6地址包含一個(gè)格式化的前綴，指明接口標(biāo)識(shí)符長(zhǎng)度必須為64位，格式為EUI-64
格式（目前格式化前綴為001到111，除了11111111）。保留的移動(dòng)IPv6家鄉(xiāng)代理子網(wǎng)任意
傳送地址包含64位的子網(wǎng)前綴，然后是64位的接口標(biāo)識(shí)符。格式如下：
01133446
05612783
+----------------+----------------+----------------+----------------+
1111110111111111111111111111111111111111111111111111111111111110
+----------------+----------------+----------------+----------------+
^^^^^^^^
+---全體/本地位任意傳送標(biāo)識(shí)號(hào)---+-----+
其它的IPv6地址類型，接口標(biāo)識(shí)符長(zhǎng)度可能不是64字節(jié)而且也不是EUI-64格式。在
這個(gè)例子中，假定接口標(biāo)識(shí)符的長(zhǎng)度為64位，使得與上面的比較能夠清除一些（雖然長(zhǎng)度
不是64字節(jié)的也是同樣的結(jié)構(gòu)）。這樣保留的移動(dòng)IPv6家鄉(xiāng)代理子網(wǎng)任意傳送地址包含64
位的子網(wǎng)前綴，然后是64位的接口標(biāo)識(shí)符。格式如下：
01133446
05612783
+----------------+----------------+----------------+----------------+
1111111111111111111111111111111111111111111111111111111111111110
+----------------+----------------+----------------+----------------+
^^^^^^^
任意傳送標(biāo)識(shí)號(hào)---+-----+


5． IANA考慮
本文檔在IPv6單投地址空間內(nèi)，每個(gè)子網(wǎng)前綴中任意傳送表示號(hào)的基礎(chǔ)上，定義了一
系列保留的子網(wǎng)任意傳送地址。隨著需求的增長(zhǎng)，新的任意標(biāo)識(shí)號(hào)還需要被定義。這樣的任
意傳送標(biāo)識(shí)號(hào)應(yīng)該在所有子網(wǎng)前綴中保留，因此這些任意傳送標(biāo)識(shí)號(hào)的分配必須集中治理。
新值的分配應(yīng)該按照降序來(lái)分配，而且需要得到IESG的同意。
6． 安全問(wèn)題
任何類型的保留任意傳送地址的使用，都只是會(huì)答應(yīng)公開(kāi)的IP被攻擊。由于指定了某
些服務(wù)在某個(gè)保留任意傳送地址上，攻擊者可能集中攻擊指定的服務(wù)。然而，這樣的攻擊在
每個(gè)使用任意傳送地址的每個(gè)服務(wù)中可以得到很好的處理。
在最初建議了IPv6任意傳送的RFC1547中，也指出了一些使用任意傳送而帶來(lái)的安全
問(wèn)題。

7．參考資料
[1]Bradner,S.,"KeyWordsforuseinRFCstoindicaterequirement
levels",BCP14,RFC2119,March1997.

[2]Deering,S.andR.Hinden,"InternetPRotocolVersion6(IPv6)
Specification",RFC2460,December1998.

[3]Hinden,R.andS.Deering,"IPVersion6Addressing
Architecture",RFC2373,July1998.

[4]DavidB.JohnsonandCharlesPerkins,"MobilitySupportinIPv6",
WorkinProgress.

[5]SteveKingetal,"TheCaseforIPv6",WorkinProgress.

[6]Partridge,C.,Mendez,T.andW.Milliken,"HostAnycasting
Service",RFC1546,November1993.

8．作者聯(lián)系方法
DavidB.Johnson
CarnegieMellonUniversity
ComputerScienceDepartment
5000ForbesAvenue
Pittsburgh,PA15213-3891
USA

Phone:+1412268-7399
Fax:+1412268-5576
EMail:dbj@cs.cmu.edu


StephenE.Deering
CiscoSystems,Inc.
170WestTasmanDrive
SanJose,CA95134-1706
USA

Phone:+1408527-8213
Fax:+1408527-8254
EMail:deering@cisco.com

9．版權(quán)說(shuō)明

Copyright(C)TheInternetSociety(1999).AllRightsReserved.

Thisdocumentandtranslationsofitmaybecopiedandfurnishedtoothers,and
derivativeworksthatcommentonorotherwiseeXPlainitorassistinitsimplementation
maybeprepared,copied,publishedanddistributed,inwholeorinpart,withoutrestriction
ofanykind,providedthattheabovecopyrightnoticeandthisparagraphareincludedon
allsUChcopiesandderivativeworks.However,thisdocumentitselfmaynotbemodified
inanyway,suchasbyremovingthecopyrightnoticeorreferencestotheInternetSociety
orotherInternetorganizations,exceptasneededforthepurpoSEOfdevelopingInternet
standardsinwhichcasetheproceduresforcopyrightsdefinedintheInternetStandards
processmustbefollowed,orasrequiredtotranslateitintolanguagesotherthan
English.

Thelimitedpermissionsgrantedaboveareperpetualandwillnotberevokedbythe
InternetSocietyoritssuccessorsorassigns.

Thisdocumentandtheinformationcontainedhereinisprovidedonan"ASIS"basis
andTHEINTERNETSOCIETYANDTHEINTERNETENGINEERINGTASKFORCE
DISCLAIMSALLWARRANTIES,EXPRESSORIMPLIED,INCLUDINGBUTNOT
LIMITEDTOANYWARRANTYTHATTHEUSEOFTHEINFORMATIONHEREIN
WILLNOTINFRINGEANYRIGHTSORANYIMPLIEDWARRANTIESOF
MERCHANTABILITYORFITNESSFORAPARTICULARPURPOSE.