本文檔描述了IPv6網(wǎng)絡(luò)傳輸IPv4數(shù)據(jù)包的路由方案，在RFC6145和6052中描述的方法的基礎(chǔ)上，隨著一個(gè)單獨(dú)的OSPFv3路由表的IPv4-IPv6網(wǎng)絡(luò)的嵌入式IPv6路由。同時(shí)本文并未引入任何新的IPv6過(guò)渡機(jī)制。

一.介紹

1.1解決方案

在現(xiàn)今ipv4地址即將耗盡的狀況下，人們想出了各種各樣的解決方案，比如vlsm，nat等等等。這些方案只是緩解了危機(jī)，而我們ipv6的出現(xiàn)才直接解決了問(wèn)題。但是，由于ipv4的仍然被比較廣泛地使用，導(dǎo)致ipv4和ipv6必將至少共存一段時(shí)間。所以，本文就給出了數(shù)據(jù)包在，IPv4嵌入在IPv6的網(wǎng)絡(luò)中，傳輸?shù)穆酚煞桨浮?/p>

1.2 RFC5565中描述的解決方案

但是，一個(gè)這樣的場(chǎng)景是僅支持IPv4和IPv6網(wǎng)絡(luò)的互聯(lián)互通，特別是，當(dāng)一個(gè)純IPv6網(wǎng)絡(luò)，作為幾個(gè)隔離僅支持IPv4的網(wǎng)絡(luò)之間的互連。在這種情況下，IPv4數(shù)據(jù)包在IPv6網(wǎng)絡(luò)與IPv4網(wǎng)絡(luò)傳輸。為了從源IPv4網(wǎng)絡(luò)中轉(zhuǎn)發(fā)到目標(biāo)IPv4網(wǎng)絡(luò)中的IPv4數(shù)據(jù)包，IPv4可能到達(dá)的信息必須通過(guò)一些在IPv4網(wǎng)絡(luò)之間交換。

在一般情況下，和運(yùn)營(yíng)一個(gè)IPv4的IPv6雙棧環(huán)境相比，純IPv6網(wǎng)絡(luò)將會(huì)降低運(yùn)營(yíng)開(kāi)支并能優(yōu)化運(yùn)營(yíng)。一些建議的解決方案允許在純IPv6網(wǎng)絡(luò)允許IPv4服務(wù)的交付。這份文檔提到一種工程技術(shù)，分離用于IPv4的嵌入式IPv6目的地從路由表中用于本地IPv6目的地的路由表。

1.3使用OSPFv3的解決方案

文中提到了OSPF協(xié)議。OSPFv3協(xié)議的目的是支持多個(gè)實(shí)例。維護(hù)獨(dú)立的路由表為IPv4的嵌入式IPv6路由將簡(jiǎn)化實(shí)施，故障排除和操作;本地IPv6路由表，它也能防止超載。從一個(gè)單獨(dú)的路由實(shí)例可以生成一個(gè)單獨(dú)的路由表。

另外文章也提到了RFC5565文章中說(shuō)的方案，它描述了這樣的方案，即IPv4嵌在IPv6的情況下，在網(wǎng)絡(luò)核心僅是IPv6和IPv4網(wǎng)絡(luò)互聯(lián)，被稱為IPv4客戶端網(wǎng)絡(luò)。P路由器供應(yīng)商路由器只支持IPv6的核心，但AFBRs支持IPv4面臨IPv4客戶端接口上所面臨的核心網(wǎng)絡(luò)和IPv6接口上。路由解決方案，此方案是定義在[RFC5565]之間運(yùn)行IBGP交換IPv4路由信息的核心AFBRs使用隧道技術(shù)，通過(guò)軟件如MPLS，IPv4數(shù)據(jù)包轉(zhuǎn)發(fā)從一個(gè)IPv4客戶端網(wǎng)絡(luò)等LSP，GRE，等等。

在這份文件中，我們提出了另一種描述的場(chǎng)景在第1.1節(jié)有幾個(gè)隔離的IPv4網(wǎng)絡(luò)，稱為IPv4客戶端網(wǎng)絡(luò)路由解決方案，IPv6網(wǎng)絡(luò)互連。IPv6網(wǎng)絡(luò)和IPv4網(wǎng)絡(luò)互聯(lián)可能會(huì)或可能不屬于同一自治系統(tǒng)(AS)。邊界上的一個(gè)IPv4客戶端網(wǎng)絡(luò)與IPv6網(wǎng)絡(luò)的邊界節(jié)點(diǎn)，作為家庭地址翻譯邊界路由器(AFXLBR)，同時(shí)支持IPv4和IPv6地址能夠翻譯的IPv4報(bào)文的IPv6報(bào)文，反之亦然，根據(jù)[RFC6145]。示出在圖1中所描述的場(chǎng)景。

這個(gè)場(chǎng)景是這樣的，一些隔離的IPv4網(wǎng)絡(luò)IPv6網(wǎng)絡(luò)互相連接，由于情況發(fā)生，最常用的一個(gè)組織內(nèi)，一個(gè)IPv6前綴可由本地分配并被AFXLBRs(地址轉(zhuǎn)換邊界路由)用于建設(shè)IPv4的嵌入式IPv6地址[RFC6052]。嵌入的IPv4地址或前綴屬于IPv4的客戶端的網(wǎng)絡(luò)連接到AFXLBR的。有一個(gè)AFXLBR，使用OSPFv3來(lái)注入IPv4-IPv6地址和前綴到IPv6網(wǎng)絡(luò)，而且還安裝了由其他AFXLBRs發(fā)布的IPv4的嵌入式IPv6路由。

當(dāng)AFXLBR接收IPv4數(shù)據(jù)包從本地連接的IPv4客戶端網(wǎng)絡(luò)發(fā)到遠(yuǎn)程IPv4客戶端網(wǎng)絡(luò)時(shí)，它把IPv4報(bào)頭轉(zhuǎn)換到相關(guān)的IPv6報(bào)頭[ RFC6145 ] ，并在這一過(guò)程中，也把源和目的IPv4地址分別翻譯成IPv4-IPv6嵌入式地址[ RFC6052 ]。那么，由此產(chǎn)生的IPv6數(shù)據(jù)包可以轉(zhuǎn)發(fā)到連接到AFXLBR的目標(biāo)IPv4客戶端網(wǎng)絡(luò)。遠(yuǎn)程AFXLBR則分別獲得了 IPv4源地址和目的地址 [ RFC6052 ] ，再把接收到的IPv6報(bào)文頭轉(zhuǎn)換為IPv4報(bào)頭[ RFC6145 ] 。由此產(chǎn)生的IPv4數(shù)據(jù)包，然后根據(jù)AFXLBR維護(hù)的IPv4路由表轉(zhuǎn)發(fā)。有一些情情況下，上面這種路由解決方案是非常有用的。一種情況是一些邊界節(jié)點(diǎn)不參加在IBGP路由交換，或在所有不使用IBGP 。另一種情況是其網(wǎng)絡(luò)通道不部署IPv6網(wǎng)絡(luò)中，或純IPv6轉(zhuǎn)發(fā)是被優(yōu)先選擇的。注意這個(gè)路由解決方案是無(wú)狀態(tài)的， IPv4和IPv6報(bào)頭轉(zhuǎn)換也是在兩個(gè)方向上進(jìn)行AFXLBR 。

1.4 OSPFv3的特殊路由拓?fù)?/p>

在一般情況下，內(nèi)嵌IPv4的IPv6數(shù)據(jù)包可以在實(shí)行OSPFv3的 IPv6網(wǎng)絡(luò)中，和本地的IPv6數(shù)據(jù)包一樣被轉(zhuǎn)發(fā)。然而，這將需要IPv4的嵌入式IPv6路由在整個(gè)IPv6網(wǎng)絡(luò)和存儲(chǔ)每一個(gè)路由器上被泛宏。從更大規(guī)模的角度來(lái)看，這是不可取的。此外，由于所有的IPv6路由被存儲(chǔ)在相同的路由表中，這將是不方便的路由和轉(zhuǎn)發(fā)，如果需要的話，根據(jù)業(yè)務(wù)類別管理所需的資源。

為了實(shí)現(xiàn)這一目標(biāo)，需要在IPv6網(wǎng)絡(luò)中配置一個(gè)單獨(dú)的OSPFv3的實(shí)例[RFC5838]。此實(shí)例運(yùn)行在所有參與的AFXLBRs和它們相互連接起來(lái)的一組P路由器。那么將有一個(gè)專用的IPv4內(nèi)嵌于IPv6的拓?fù)浣Y(jié)構(gòu)，負(fù)責(zé)所有這些路由器的維護(hù)，以及與一個(gè)專用的IPv4嵌入IPv6路由表。這在IPv6網(wǎng)絡(luò)中的路由表僅僅是用于IPv4的嵌入式IPv6的數(shù)據(jù)包轉(zhuǎn)發(fā)。

而本文詳細(xì)闡述了如何配置完成后，用這種方法和相關(guān)的路由問(wèn)題。此文關(guān)注單播路由協(xié)議為IPv4使用OSPFv3的嵌入式IPv6數(shù)據(jù)包。

二.置備

2.1由IPv4嵌入到IPv6的拓?fù)錄Q定

部署為IPv4嵌入式IPv6地址和前綴并使用一個(gè)單獨(dú)的OSPFv3路由表的配置之前，必須做出決定，集路由器及其接口，是否該是在IPv6網(wǎng)絡(luò)中嵌入的IPv4-IPv6的拓?fù)涞囊徊糠帧?duì)于這個(gè)嵌入的IPv4-IPv6的拓?fù)浣Y(jié)構(gòu)的存在的意義是，所有連接到IPv4客戶端網(wǎng)絡(luò)的AFXLBRs(地址簇邊界路由器 )必須是這種拓?fù)浣Y(jié)構(gòu)的成員。一個(gè)AFXLBR必須具有至少一個(gè)連接在IPv6網(wǎng)絡(luò)中的P路由器或其他AFXLBR。

嵌入的IPv4-IPv6的拓?fù)涫且粋€(gè)整個(gè)IPv6網(wǎng)絡(luò)的子網(wǎng)，如果所有路由器(包括AFXLBRs和P路由器)和他們所有的接口都包括在內(nèi)，這兩個(gè)拓?fù)涫諗俊Ｒ话銇?lái)說(shuō)，當(dāng)這子網(wǎng)中包含多個(gè)互連的P路由器，將更多的路由路徑從一個(gè)IPv4客戶端網(wǎng)絡(luò)到其他通過(guò)IPv6網(wǎng)絡(luò);然而，這需要在IPv6網(wǎng)絡(luò)中有更多的路由器參與到IPv4-IPv6嵌入式網(wǎng)絡(luò)的路由過(guò)程。同時(shí)，嵌入的IPv4-IPv6的拓?fù)浣Y(jié)構(gòu)必須是連續(xù)的，無(wú)分割。

2.2需要維護(hù)一個(gè)專用的IPv4嵌入式IPv6路由表

在IPv6網(wǎng)絡(luò)中，為了維護(hù)一個(gè)單獨(dú)的IPv6路由表中包含路由的IPv4的嵌入式IPv6目的地，OSPFv3的需要使用[RFC5838]中定義的機(jī)制。我們描述的情況是假設(shè)在與IPv4網(wǎng)絡(luò)的IPv6網(wǎng)絡(luò)互連是在同一個(gè)管理機(jī)制下，還有OSPFv3的實(shí)例ID(IID)由本地分配并給OSPFv3的操作，其中的OSPFv3是專用IPv4單播嵌入式IPv6路由IPv6網(wǎng)絡(luò)的。這IID被配置在參與嵌入IPv4-IPv6拓?fù)涞腛SPFv3路由器的接口中。

一個(gè)本地配置OSPFv3的IID分配范圍在192到255之間的地址，“OSPFv3的實(shí)例ID地址簇的值”的注冊(cè)表，這個(gè)范圍被保留為“私用”[RFC6969]。這IID OSPFv3報(bào)文的OSPFv3實(shí)例相關(guān)聯(lián)的數(shù)據(jù)包報(bào)頭中必須使用“實(shí)例ID”字段編碼。此外，AF(輔助標(biāo)志)位在OSPFv3的選項(xiàng)字段必須設(shè)置。在請(qǐng)求報(bào)文被處理的時(shí)候，收到包含了相同的實(shí)例ID作為接收OSPFv3的接口上配置實(shí)例ID的Hello報(bào)文時(shí)候，可能只建立一個(gè)鏈接。這將確保，只有，配置為IPv4單播OSPFv3的嵌入式IPv6的拓?fù)涞囊徊糠值慕涌冢挥糜贗Pv4的嵌入式IPv6單播路由。

三. IP數(shù)據(jù)包的翻譯

當(dāng)傳輸IPv4的IPv6網(wǎng)絡(luò)上的數(shù)據(jù)包時(shí)，IPv4數(shù)據(jù)包在入口AFXLBR被翻譯為IPv6數(shù)據(jù)包，IPv6翻譯回的IPv4數(shù)據(jù)包仍然在AFXLBR的出口。IP數(shù)據(jù)包報(bào)頭轉(zhuǎn)換[RFC6145]指定的規(guī)則是一個(gè)無(wú)狀態(tài)的方式來(lái)完成的，根據(jù)地址轉(zhuǎn)換的細(xì)節(jié)在后面繼續(xù)說(shuō)。

四.IP數(shù)據(jù)包解析

4.1地址翻譯

地址轉(zhuǎn)換之前，IPv6地址前綴會(huì)由操作員分配，用來(lái)形成IPv4的嵌入式IPv6地址。可以是IPv6前綴的IPv6眾所周知的前綴(WKP)64：ff9b::/ 96，或唯一組織的特定于網(wǎng)絡(luò)的前綴，后者的情況下，IPv6地址前綴的長(zhǎng)度可以是32，40，48，56，或64。在這兩種情況下，這個(gè)IPv6地址前綴在，IPv4地址和IPv4- IPv6的嵌入式的地址之間轉(zhuǎn)換過(guò)程中使用的。[RFC6052]

從IPv4報(bào)頭的IPv6報(bào)頭入口AFXLBR在翻譯過(guò)程中，翻譯成相應(yīng)的源IPv6地址，目的IPv6地址的源IPv4地址和目的IPv4地址。從IPv6報(bào)頭的IPv4報(bào)頭在出口AFXLBR的在翻譯過(guò)程中，源IPv6地址和目的IPv6地址翻譯成相應(yīng)的源IPv4地址和目的IPv4地址分別。請(qǐng)注意，在一個(gè)無(wú)狀態(tài)的方式來(lái)實(shí)現(xiàn)地址轉(zhuǎn)換。

當(dāng)一個(gè)IPv6 WKP被使用時(shí)，[ RFC6052 ]允許全球唯一的IPv4地址的IPv6地址中要被嵌入。 WKP的非全局IPv4地址的IPv6地址由一個(gè)因此是無(wú)效的，并包含這樣的地址由AFXLBR接收的數(shù)據(jù)包都將被丟棄。在一客戶端的IPv4網(wǎng)絡(luò)和IPv6傳輸網(wǎng)絡(luò)屬于同一組織​​的情況下，也可以使用非全局IPv4地址與網(wǎng)絡(luò)特定的前綴[ RFC6052 ] 。

五.廣播IPv4-IPV6嵌入式路由

為了把IPv4數(shù)據(jù)包轉(zhuǎn)發(fā)到正確的目標(biāo)IPv6網(wǎng)絡(luò)上，IPv4可能到達(dá)信息需要整個(gè)IPv6網(wǎng)絡(luò)傳播的。這是由連接到IPv4的客戶端網(wǎng)絡(luò)使用OSPFv3的AFXLBRs。本文檔中描述的場(chǎng)景是一組的AFXLBRs多個(gè)IPv4客戶端網(wǎng)絡(luò)與IPv6網(wǎng)絡(luò)互連，在IPv4網(wǎng)絡(luò)和IPv6網(wǎng)絡(luò)都屬于相同或不同的自治系統(tǒng)(AS)，正因?yàn)槿绱耍@些地址邊界路由器表現(xiàn)得如同自治系統(tǒng)邊界路由器一樣(ASBR上)。

5.1廣播的IPv4 -的嵌入式IPv6路由通過(guò)一個(gè)IPv6的傳輸網(wǎng)絡(luò)

在IPv4客戶端網(wǎng)絡(luò)的IPv4地址前綴翻譯成IPv4的嵌入式IPv6地址前綴，分別由運(yùn)營(yíng)商和[RFC6052]中規(guī)定的方法分配使用的IPv6前綴。這些路由將被通告到IPv6的交通網(wǎng)絡(luò)廣告范圍包括整個(gè)自治系統(tǒng)外部的鏈路狀態(tài)廣播，即由一個(gè)或多個(gè)附加的自治系統(tǒng)邊界路由器。

5.2路由矩陣

默認(rèn)情況下，攜帶IPv4-IPv6嵌入式地址或者前綴的AS-外部LSA中的度量值是1型外部度量，這是可比的鏈路狀態(tài)度量，我們假設(shè)，在大多數(shù)情況下，在客戶端使用的是OSPFv2IPv4網(wǎng)絡(luò)。該度量添加到AS內(nèi)部在OSPFv3的路由計(jì)算到ASBR的路徑的度量值。通過(guò)ASBR的配置，可以設(shè)置度量類型2外部度量，這被認(rèn)為遠(yuǎn)遠(yuǎn)大于任何內(nèi)部AS路徑的度量。OSPFv3的規(guī)范[RFC5340]的更多細(xì)節(jié)。在這兩種情況下，可能需要一個(gè)外部度量相同的值，在IPv4網(wǎng)絡(luò)(使用OSPFv2的或其他路由協(xié)議)，但基于一些路由策略，也可以指定其中的細(xì)節(jié)超出了本文的討論范圍。

5.3轉(zhuǎn)發(fā)地址

如果“轉(zhuǎn)發(fā)地址”字段使用OSPFv3的自治系統(tǒng)外部鏈路狀態(tài)廣播攜帶的IPv6地址，該地址也必須是IPv4的嵌入式IPv6地址中嵌入的IPv4地址是一個(gè)IPv4客戶端網(wǎng)絡(luò)中的目的地址。然而，由于一個(gè)地址轉(zhuǎn)換邊界路由器坐在IPv4網(wǎng)絡(luò)和IPv6網(wǎng)絡(luò)的邊界上，它建議“轉(zhuǎn)發(fā)地址”字段中不能使用，使的AFXLBR可以根據(jù)自身的IPv4路由表做出轉(zhuǎn)發(fā)決定。

5.4把IPv4地址廣播到客戶端網(wǎng)絡(luò)

IPv4-IPv6的嵌入式路由，從一個(gè)IPv4客戶端網(wǎng)絡(luò)被注入到IPv6網(wǎng)絡(luò)，在相關(guān)的目的地址和前綴被分別翻譯回IPv4地址前綴后，到一個(gè)被廣播到另一個(gè)IPv4客戶端網(wǎng)絡(luò)的IPv4客戶端。該操作類似于正常OSPFv3的操作，其中默認(rèn)情況下，自治系統(tǒng)外部鏈路狀態(tài)廣播可以在一個(gè)非骨干區(qū)域廣播。IPv4客戶端網(wǎng)絡(luò)可以通過(guò)配置限制來(lái)自IPv4客戶端網(wǎng)絡(luò)的廣播。IPv4的嵌入式IPv6路由必須不被發(fā)布到任何IPv6客戶端網(wǎng)絡(luò)也能連接到IPv6傳輸網(wǎng)絡(luò)。

六. IPv4地址和前綴聚合

為了減少鏈路狀態(tài)廣播(LSA)，被注入到IPv6網(wǎng)絡(luò)，應(yīng)提供實(shí)現(xiàn)機(jī)制，以總的IPv4地址和前綴一個(gè)AFXLBR的廣告前IPv4的嵌入式IPv6地址和前綴。在一般情況下，聚集的做法應(yīng)該是基于路由策略，本文就沒(méi)有討論了。

七.轉(zhuǎn)發(fā)

在轉(zhuǎn)發(fā)IP數(shù)據(jù)包的時(shí)候，有三種情況是適用于本文的情況的。

7.1 在一個(gè)地址轉(zhuǎn)換邊界路由中，如果IPv4的隔離用目的地的IPv4地址屬于另一個(gè)IPv4的客戶端網(wǎng)絡(luò)客戶端的網(wǎng)絡(luò)連接到一個(gè)接口上的接收的IPv4數(shù)據(jù)包，該數(shù)據(jù)包的標(biāo)頭中被翻譯成對(duì)應(yīng)的IPv6報(bào)頭的第4節(jié)中所描述的包，然后轉(zhuǎn)發(fā)到的目標(biāo)地址轉(zhuǎn)換邊界路由廣播的IPv4到IPv6網(wǎng)絡(luò)的嵌入式IPv6地址。

7.2在一個(gè)地址轉(zhuǎn)換邊界路由上，如果IPv4嵌入到IPv6的報(bào)文被接收了，并且嵌入式目的IPv4地址是在IPv4路由表中，該數(shù)據(jù)包的頭部被翻譯成對(duì)應(yīng)的IPv4報(bào)頭，然后分組轉(zhuǎn)發(fā)。

7.3在所有內(nèi)嵌入的IPv4-IPv6的拓?fù)渥蛹腎Pv6網(wǎng)絡(luò)，嵌入式IPv4的IPv6報(bào)文的被接收了，但嵌入的IPv4-IPv6路由表中有發(fā)現(xiàn)路由，則數(shù)據(jù)包轉(zhuǎn)發(fā)到IPv6下一跳，就像操作一個(gè)正常的IPv6數(shù)據(jù)包那樣，不需要任何翻譯的處理。

八.后門連接

在某些部署中，IPv6網(wǎng)絡(luò)和IPv4的客戶端網(wǎng)絡(luò)互連，但也可以直接彼此連接。IPv4客戶網(wǎng)絡(luò)之間的直接連接，有時(shí)也被稱為“后門”的連接，當(dāng)然可以被用來(lái)傳輸IPv4數(shù)據(jù)包的IPv4客戶端網(wǎng)絡(luò)之間。一般情況下，后門連接是優(yōu)選的，因?yàn)樵贗Pv6網(wǎng)絡(luò)中，由于沒(méi)有地址族需要翻譯。

九.預(yù)防路由環(huán)路

如果可以由另一個(gè)地址轉(zhuǎn)換邊界路由器接收的鏈路狀態(tài)從地址轉(zhuǎn)換邊界路由器發(fā)送到客戶端網(wǎng)絡(luò)，這將可能發(fā)生路由環(huán)路的發(fā)生。為了防止環(huán)路，一個(gè)地址轉(zhuǎn)換邊界路由器必須設(shè)置DN位[RFC4576]在任何鏈路狀態(tài)廣播它發(fā)送到客戶端網(wǎng)絡(luò)。也地址轉(zhuǎn)換邊界路由器必須忽略任何收到的鏈路狀態(tài)廣播，已經(jīng)有客戶端網(wǎng)絡(luò)的通徑的位集。

十.最大傳輸單元的問(wèn)題

在IPv6網(wǎng)絡(luò)中，本文沒(méi)有引入新的MTU問(wèn)題。如果一個(gè)單獨(dú)的OSPFv3的實(shí)例被用于IPv4的嵌入式IPv6路由，則和在IPv6網(wǎng)絡(luò)中的MTU處理OSPFv3的默認(rèn)實(shí)例相同。然而，在IPv6網(wǎng)絡(luò)中的MTU比IPv4的客戶端的網(wǎng)絡(luò)可能會(huì)有所不同。由于IPv6路由器永遠(yuǎn)不會(huì)拆分?jǐn)?shù)據(jù)包，該數(shù)據(jù)包的任何IPv4嵌入的進(jìn)入的IPv6網(wǎng)絡(luò)的IPv6數(shù)據(jù)包的大小必須等于或小于IPv6網(wǎng)絡(luò)的MTU 。為了達(dá)到這一要求，所以建議，地址轉(zhuǎn)換邊界路由器執(zhí)行IPv6路徑彼此發(fā)現(xiàn)。產(chǎn)生MTU后，考慮到IPv4報(bào)頭的長(zhǎng)度和IPv6報(bào)頭的長(zhǎng)度有區(qū)別，必須“傳播”到IPv4客戶端網(wǎng)絡(luò)。

十一.安全方面的注意事項(xiàng)

有幾個(gè)需要關(guān)注的安全性方面，在本文檔中描述的部署實(shí)踐。 OSPFv3的安全注意事項(xiàng)在OSPFv3的交通網(wǎng)絡(luò)，來(lái)處理像往常一樣，尤其是認(rèn)證機(jī)制[ RFC6506 ]可以部署。當(dāng)一個(gè)單獨(dú)的OSPFv3的實(shí)例用于支持IPv4的嵌入式IPv6路由相同的安全關(guān)聯(lián)( SA ) [ RFC4552 ]其他情況下，利用相同的鏈路，必須使用嵌入的IPv4地址的實(shí)例，如[ RFC5838 ]中指定。安全注意事項(xiàng)記錄[ RFC6052 ]也必須經(jīng)過(guò)深思熟慮并妥善執(zhí)行，包括以下內(nèi)容：O是用來(lái)進(jìn)行嵌入的IPv4地址(參見(jiàn)4.1節(jié))的IPv6前綴必須配置在所有參與授權(quán)的操作以安全方式AFXLBRs 。這是為了幫助防止惡意攻擊，導(dǎo)致網(wǎng)絡(luò)中斷，拒絕服務(wù)，以及可能的信息披露。 Ø有效的機(jī)制(如反向路徑檢查)必須實(shí)現(xiàn)IPv6傳輸網(wǎng)絡(luò)(包括AFXLBRs )嵌入的IPv4地址，否則可能被用來(lái)作為惡意的數(shù)據(jù)包的源地址，以防止欺騙。 Ø在IPv4和/或IPv6網(wǎng)絡(luò)，如果使用防火墻，路由器的配置必須一致，以便有沒(méi)有IPv4地址過(guò)濾孔。安全處理的細(xì)節(jié)超出這個(gè)范圍

十二.操作注意

此文件放在一起作為一個(gè)集成的解決方案，傳輸IPv4數(shù)據(jù)包通過(guò)IPv6網(wǎng)絡(luò)使用一個(gè)單獨(dú)的OSPFv3路由表由IETF開(kāi)發(fā)的現(xiàn)有技術(shù)的基礎(chǔ)上的一些機(jī)制。對(duì)這些機(jī)制有幾個(gè)方面需要注意的部署和操作。基于隧道的解決方案記錄在[ RFC5565 ]和本文件中提出的解決方案都是用于傳輸IPv4數(shù)據(jù)包通過(guò)IPv6網(wǎng)絡(luò)，使用不同的機(jī)制。這兩種方法是相互關(guān)聯(lián)的，并且它們可以在同一網(wǎng)絡(luò)中共存若有部署，沒(méi)有任何沖突。如果要部署一種方法是，操作員將決定要使用的方法。需要注意的是每種方法都有其自身的特點(diǎn)和要求。例如，基于隧道的解決方案需要網(wǎng)絲的跨AFBR softwires的(隧道)跨越IPv6網(wǎng)絡(luò)，以及IBGP到之間交換路由AFBRs的[ RFC5565 ] ，在此文件中的方法，需要能夠執(zhí)行的IPv4 AFXLBRs IPv6的報(bào)文頭轉(zhuǎn)換每[ RFC6145 ] 。

要部署的解決方案，因?yàn)檫@里記錄，有些配置是必需的。必須先選擇一個(gè)IPv6前綴，用于形成所有的IPv4嵌入式IPv6地址前綴通告由AFXLBRs在IPv6網(wǎng)絡(luò)中，參見(jiàn)4.1節(jié)。嵌入的IPv4 - IPv6路由表中創(chuàng)建IPv6網(wǎng)絡(luò)中使用一個(gè)單獨(dú)的OSPFv3的實(shí)例。第3.2節(jié)中所描述的，這樣的配置是根據(jù)[ RFC5838 ]中描述的機(jī)制來(lái)完成的。請(qǐng)注意，本文件并不改變OSPFv3的任何行為，應(yīng)適用于可擴(kuò)展性的背景下，現(xiàn)有的或普遍的做法。例如， OSPFv3的廣告量的航線，是一個(gè)關(guān)鍵問(wèn)題。隨著本文檔中描述的解決方案， IPv4的嵌入式IPv6地址前綴將由AFXLBRs注入到IPv6網(wǎng)絡(luò)的某些部分(參見(jiàn)3.1節(jié)) ，以及一個(gè)獨(dú)立的路由表，將用于IPv4的嵌入式IPv6路由。 1)聚合的IPv4地址，在IPv6網(wǎng)絡(luò)廣告的前綴前進(jìn)行6節(jié)中所述的網(wǎng)絡(luò)設(shè)計(jì)時(shí)必須小心， 2 )估計(jì)量的IPv4 -的嵌入式IPv6路由，將傳播在IPv6網(wǎng)絡(luò)中，并單獨(dú)的OSPFv3路由表的大小。

原文鏈接：http://blog.csdn.net/jinzheng069/article/details/15338065