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

一.介紹

1.1解決方案

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

1.2 RFC5565中描述的解決方案

但是，一個這樣的場景是僅支持IPv4和IPv6網(wǎng)絡(luò)的互聯(lián)互通，特別是，當(dāng)一個純IPv6網(wǎng)絡(luò)，作為幾個隔離僅支持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á)的信息必須通過一些在IPv4網(wǎng)絡(luò)之間交換。

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

1.3使用OSPFv3的解決方案

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

另外文章也提到了RFC5565文章中說的方案，它描述了這樣的方案，即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]之間運行IBGP交換IPv4路由信息的核心AFBRs使用隧道技術(shù)，通過軟件如MPLS，IPv4數(shù)據(jù)包轉(zhuǎn)發(fā)從一個IPv4客戶端網(wǎng)絡(luò)等LSP，GRE，等等。

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

這個場景是這樣的，一些隔離的IPv4網(wǎng)絡(luò)IPv6網(wǎng)絡(luò)互相連接，由于情況發(fā)生，最常用的一個組織內(nèi)，一個IPv6前綴可由本地分配并被AFXLBRs(地址轉(zhuǎn)換邊界路由)用于建設(shè)IPv4的嵌入式IPv6地址[RFC6052]。嵌入的IPv4地址或前綴屬于IPv4的客戶端的網(wǎng)絡(luò)連接到AFXLBR的。有一個AFXLBR，使用OSPFv3來注入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ò)時，它把IPv4報頭轉(zhuǎn)換到相關(guān)的IPv6報頭[ RFC6145 ] ，并在這一過程中，也把源和目的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報文頭轉(zhuǎn)換為IPv4報頭[ RFC6145 ] 。由此產(chǎn)生的IPv4數(shù)據(jù)包，然后根據(jù)AFXLBR維護(hù)的IPv4路由表轉(zhuǎn)發(fā)。有一些情情況下，上面這種路由解決方案是非常有用的。一種情況是一些邊界節(jié)點不參加在IBGP路由交換，或在所有不使用IBGP 。另一種情況是其網(wǎng)絡(luò)通道不部署IPv6網(wǎng)絡(luò)中，或純IPv6轉(zhuǎn)發(fā)是被優(yōu)先選擇的。注意這個路由解決方案是無狀態(tài)的， IPv4和IPv6報頭轉(zhuǎn)換也是在兩個方向上進(jìn)行AFXLBR 。

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

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

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

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

二.置備

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

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

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

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

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

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

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

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

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

4.1地址翻譯

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

從IPv4報頭的IPv6報頭入口AFXLBR在翻譯過程中，翻譯成相應(yīng)的源IPv6地址，目的IPv6地址的源IPv4地址和目的IPv4地址。從IPv6報頭的IPv4報頭在出口AFXLBR的在翻譯過程中，源IPv6地址和目的IPv6地址翻譯成相應(yīng)的源IPv4地址和目的IPv4地址分別。請注意，在一個無狀態(tài)的方式來實現(xiàn)地址轉(zhuǎn)換。

當(dāng)一個IPv6 WKP被使用時，[ RFC6052 ]允許全球唯一的IPv4地址的IPv6地址中要被嵌入。 WKP的非全局IPv4地址的IPv6地址由一個因此是無效的，并包含這樣的地址由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á)信息需要整個IPv6網(wǎng)絡(luò)傳播的。這是由連接到IPv4的客戶端網(wǎng)絡(luò)使用OSPFv3的AFXLBRs。本文檔中描述的場景是一組的AFXLBRs多個IPv4客戶端網(wǎng)絡(luò)與IPv6網(wǎng)絡(luò)互連，在IPv4網(wǎng)絡(luò)和IPv6網(wǎng)絡(luò)都屬于相同或不同的自治系統(tǒng)(AS)，正因為如此，這些地址邊界路由器表現(xiàn)得如同自治系統(tǒng)邊界路由器一樣(ASBR上)。

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

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

5.2路由矩陣

默認(rèn)情況下，攜帶IPv4-IPv6嵌入式地址或者前綴的AS-外部LSA中的度量值是1型外部度量，這是可比的鏈路狀態(tài)度量，我們假設(shè)，在大多數(shù)情況下，在客戶端使用的是OSPFv2IPv4網(wǎng)絡(luò)。該度量添加到AS內(nèi)部在OSPFv3的路由計算到ASBR的路徑的度量值。通過ASBR的配置，可以設(shè)置度量類型2外部度量，這被認(rèn)為遠(yuǎn)遠(yuǎn)大于任何內(nèi)部AS路徑的度量。OSPFv3的規(guī)范[RFC5340]的更多細(xì)節(jié)。在這兩種情況下，可能需要一個外部度量相同的值，在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地址是一個IPv4客戶端網(wǎng)絡(luò)中的目的地址。然而，由于一個地址轉(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的嵌入式路由，從一個IPv4客戶端網(wǎng)絡(luò)被注入到IPv6網(wǎng)絡(luò)，在相關(guān)的目的地址和前綴被分別翻譯回IPv4地址前綴后，到一個被廣播到另一個IPv4客戶端網(wǎng)絡(luò)的IPv4客戶端。該操作類似于正常OSPFv3的操作，其中默認(rèn)情況下，自治系統(tǒng)外部鏈路狀態(tài)廣播可以在一個非骨干區(qū)域廣播。IPv4客戶端網(wǎng)絡(luò)可以通過配置限制來自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)提供實現(xiàn)機(jī)制，以總的IPv4地址和前綴一個AFXLBR的廣告前IPv4的嵌入式IPv6地址和前綴。在一般情況下，聚集的做法應(yīng)該是基于路由策略，本文就沒有討論了。

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

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

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

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

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

八.后門連接

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

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

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

十.最大傳輸單元的問題

在IPv6網(wǎng)絡(luò)中，本文沒有引入新的MTU問題。如果一個單獨的OSPFv3的實例被用于IPv4的嵌入式IPv6路由，則和在IPv6網(wǎng)絡(luò)中的MTU處理OSPFv3的默認(rèn)實例相同。然而，在IPv6網(wǎng)絡(luò)中的MTU比IPv4的客戶端的網(wǎng)絡(luò)可能會有所不同。由于IPv6路由器永遠(yuǎn)不會拆分?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報頭的長度和IPv6報頭的長度有區(qū)別，必須“傳播”到IPv4客戶端網(wǎng)絡(luò)。

十一.安全方面的注意事項

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

十二.操作注意

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

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

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