1引言

隨著對(duì)IPv4向IPv6過(guò)渡技術(shù)研究的不斷深入，業(yè)界對(duì)于過(guò)渡問(wèn)題的認(rèn)識(shí)也不斷深入，IETF對(duì)于這個(gè)問(wèn)題的認(rèn)識(shí)經(jīng)歷了遷移（Migration）、過(guò)渡(Transition)、集成（Integration）、互操作（Interoperation）長(zhǎng)期共存（Co-existence）階段。從長(zhǎng)遠(yuǎn)來(lái)看，IPv4和IPv6技術(shù)在網(wǎng)絡(luò)中將長(zhǎng)期共存（Co-existence）。未來(lái)的IP網(wǎng)絡(luò)將是IPv4網(wǎng)絡(luò)與IPv6網(wǎng)絡(luò)的集成（Integration）網(wǎng)絡(luò)。

2綜合組網(wǎng)的基本原則

在討論具體IPv4/v6綜合組網(wǎng)技術(shù)時(shí)，首先需要明確的是綜合組網(wǎng)時(shí)所應(yīng)依據(jù)的具體原則，這些原則實(shí)際上是IPv4/v6綜合組網(wǎng)的基本需求，也是討論和分析IPv4/v6綜合組網(wǎng)技術(shù)時(shí)的重要依據(jù)和基礎(chǔ)。IPv4/v6綜合組網(wǎng)時(shí)所需要依據(jù)的原則可以分為必需滿足的原則和參考原則兩種。

2.1必需原則

（1）最大限度地保護(hù)既有投資（終端用戶，ISP，ICP，電信運(yùn)營(yíng)商）

在進(jìn)行IPv4/v6綜合組網(wǎng)方案的研究時(shí)，需要考慮到現(xiàn)有的各個(gè)網(wǎng)絡(luò)運(yùn)營(yíng)實(shí)體的既有投資，這包括設(shè)備投資、市場(chǎng)投資、技術(shù)儲(chǔ)備、人才儲(chǔ)備等多個(gè)方面。只有很好地保護(hù)既有投資的組網(wǎng)技術(shù)和其相應(yīng)的方案才能具有較好的實(shí)用性。

（2）保證IPv4和IPv6主機(jī)之間的互通

網(wǎng)絡(luò)中的IPv4主機(jī)和IPv6主機(jī)必須能夠互通，包括路由可達(dá)和IP包可達(dá)。只有在兩者互通的基礎(chǔ)上才能談應(yīng)用層面的互通。

（3）保證現(xiàn)有IPv4應(yīng)用在綜合組網(wǎng)環(huán)境中的正常應(yīng)用

現(xiàn)有IPv4網(wǎng)絡(luò)中的應(yīng)用已經(jīng)支持了大量的用戶，IPv6技術(shù)在網(wǎng)絡(luò)中的引入不能對(duì)現(xiàn)有的業(yè)務(wù)造成影響，這種影響包括業(yè)務(wù)性能的影響、網(wǎng)絡(luò)可靠性的影響以及網(wǎng)絡(luò)安全性的影響等多方面。

（4）避免設(shè)備之間的依賴性，設(shè)備的更新須具有獨(dú)立性

IPv4/v6綜合組網(wǎng)技術(shù)要求避免設(shè)備升級(jí)時(shí)設(shè)備之間的依賴和耦合，網(wǎng)絡(luò)中的各個(gè)部分可以單獨(dú)選擇可用的組網(wǎng)技術(shù)，這些技術(shù)的選擇不能制約其他網(wǎng)絡(luò)部分組網(wǎng)技術(shù)的選擇和設(shè)備的更新。

（5）綜合組網(wǎng)過(guò)程對(duì)于網(wǎng)絡(luò)管理者和終端用戶來(lái)講要易于理解和實(shí)現(xiàn)

綜合組網(wǎng)過(guò)程簡(jiǎn)單并易于實(shí)現(xiàn)是組網(wǎng)成功與否的一個(gè)重要因素，過(guò)為復(fù)雜的組網(wǎng)過(guò)程不但增加網(wǎng)絡(luò)故障發(fā)生的機(jī)率，而且也影響用戶的跟進(jìn)速度。

（6）提高組網(wǎng)靈活性，支持網(wǎng)絡(luò)漸進(jìn)升級(jí)，用戶擁有選擇何時(shí)過(guò)渡和如何過(guò)渡的權(quán)利

（7）綜合組網(wǎng)以后網(wǎng)絡(luò)的服務(wù)質(zhì)量不應(yīng)該有明顯的降低

由于IPv6路由器的性能比同級(jí)別的IPv4路由器的性能有所下降，雙棧路由器的性能也不是很高，因此IPv4/v6綜合組網(wǎng)以后，網(wǎng)絡(luò)的整體性能可能下降，但是這種下降不會(huì)對(duì)現(xiàn)有業(yè)務(wù)的服務(wù)質(zhì)量造成明顯的影響。

（8）綜合組網(wǎng)以后網(wǎng)絡(luò)的可靠性和穩(wěn)定性不能削弱

（9）綜合組網(wǎng)過(guò)程中應(yīng)該考慮如何充分發(fā)揮IPv6的技術(shù)優(yōu)勢(shì)

IPv6技術(shù)的提出主要是為了解決IP地址空間不足的問(wèn)題，但也增加了一些其他功能，比如網(wǎng)絡(luò)安全性支持能力等。在綜合組網(wǎng)技術(shù)研究中應(yīng)該考慮如何使這些技術(shù)優(yōu)勢(shì)得以發(fā)揮。

（10）在設(shè)計(jì)綜合組網(wǎng)方案時(shí)，一方面要考慮到IPv4/v6長(zhǎng)期共存，另一方面也要考慮到將來(lái)網(wǎng)絡(luò)全部采用IPv6的可能。因此，在技術(shù)研究時(shí)要注意所選技術(shù)能夠支持網(wǎng)絡(luò)的平滑過(guò)渡，不會(huì)形成將來(lái)網(wǎng)絡(luò)過(guò)渡的新障礙。

2.2參考原則

（1）在IPv4業(yè)務(wù)和IPv6業(yè)務(wù)互不影響的前提下，支持IPv4業(yè)務(wù)與IPv6業(yè)務(wù)的互通

在綜合組網(wǎng)初期要實(shí)現(xiàn)IPv4網(wǎng)元與IPv6網(wǎng)元的互聯(lián)，可以分別支持IPv4業(yè)務(wù)和IPv6業(yè)務(wù)，這些業(yè)務(wù)可以單獨(dú)運(yùn)營(yíng)，互相不互通，在綜合組網(wǎng)的后期要實(shí)現(xiàn)IPv4業(yè)務(wù)與IPv6業(yè)務(wù)的業(yè)務(wù)層面的互通。

（2）應(yīng)著重考慮從邊緣到骨干的逐步演進(jìn)策略（同時(shí)關(guān)注從骨干到邊緣的策略）

網(wǎng)絡(luò)演進(jìn)的策略（從邊緣到骨干還是從骨干到邊緣）一直是IPv4/v6綜合組網(wǎng)技術(shù)研究中有較多爭(zhēng)論的問(wèn)題。一般認(rèn)為，IPv6技術(shù)在網(wǎng)絡(luò)中的引入主要是為解決IP地址空間不足的問(wèn)題，而大量消耗IP地址的是網(wǎng)絡(luò)的邊緣，因?yàn)榫W(wǎng)絡(luò)的終端、接入設(shè)備、匯集設(shè)備數(shù)量遠(yuǎn)遠(yuǎn)多于城域核心網(wǎng)絡(luò)或骨干網(wǎng)絡(luò)的網(wǎng)元數(shù)目，因此在網(wǎng)絡(luò)邊緣采用IPv6技術(shù)可以有效地解決IP地址空間不足的問(wèn)題。另一方面，骨干網(wǎng)絡(luò)和城域核心網(wǎng)絡(luò)的設(shè)計(jì)原則是簡(jiǎn)單、高效，而就目前的實(shí)際情況來(lái)講，IPv6路由器的路由轉(zhuǎn)發(fā)性能低于IPv4路由器的性能，因此在城域核心網(wǎng)和骨干網(wǎng)應(yīng)該采用IPv4協(xié)議，目前還沒(méi)有對(duì)這部分網(wǎng)絡(luò)進(jìn)行IPv6協(xié)議升級(jí)的迫切需求。保證核心網(wǎng)和骨干網(wǎng)的長(zhǎng)期相對(duì)穩(wěn)定有利于網(wǎng)絡(luò)的持續(xù)穩(wěn)定發(fā)展，因此從邊緣到骨干的網(wǎng)絡(luò)逐步演進(jìn)策略得到了大多數(shù)研究人員的認(rèn)同。

（3）綜合組網(wǎng)后網(wǎng)絡(luò)管理功能應(yīng)該較原有網(wǎng)絡(luò)有所加強(qiáng)

在電信網(wǎng)絡(luò)中引入IP技術(shù)以后，網(wǎng)絡(luò)的管理模式和運(yùn)營(yíng)模式都不能再按照互聯(lián)網(wǎng)的相關(guān)模式進(jìn)行，這一點(diǎn)已經(jīng)得到了越來(lái)越多的研究人員的支持。原有IPv4網(wǎng)絡(luò)所存在的技術(shù)、管理方面的問(wèn)題已經(jīng)逐步暴露出來(lái)，在IPv4/v6綜合組網(wǎng)技術(shù)的研究中，要同時(shí)考慮這兩方面的內(nèi)容，提高網(wǎng)絡(luò)的可管理性和可維護(hù)性。

（4）應(yīng)考慮綜合組網(wǎng)對(duì)用戶認(rèn)證和計(jì)費(fèi)方式的影響

IP網(wǎng)絡(luò)的計(jì)費(fèi)和認(rèn)證問(wèn)題一直是一個(gè)重點(diǎn)研究的熱點(diǎn)，這個(gè)問(wèn)題在電信網(wǎng)絡(luò)中尤為突出，目前在IPv4網(wǎng)絡(luò)中的計(jì)費(fèi)認(rèn)證問(wèn)題已經(jīng)有了一些解決辦法，并且這些辦法在實(shí)際網(wǎng)絡(luò)中也得到了一定程度的應(yīng)用，取得了一些成果。但是，IPv6技術(shù)在網(wǎng)絡(luò)中的引入使得問(wèn)題變得更為復(fù)雜，有時(shí)會(huì)出現(xiàn)重復(fù)計(jì)費(fèi)和認(rèn)證的現(xiàn)象。

（5）應(yīng)考慮對(duì)IPv4地址資源的使用效率

在進(jìn)行IPv4/v6綜合組網(wǎng)時(shí)，不同的綜合組網(wǎng)技術(shù)對(duì)于IPv4地址的需求也不相同，有些組網(wǎng)技術(shù)依然需要大量的IPv4地址，因此IPv4地址的需求量也是綜合組網(wǎng)技術(shù)研究中應(yīng)該注意的一個(gè)問(wèn)題。

（6）應(yīng)考慮為終端用戶所能帶來(lái)的好處（業(yè)務(wù)、興趣點(diǎn)等）

在IPv4網(wǎng)絡(luò)中引入IPv6技術(shù)，可以解決運(yùn)營(yíng)商的IP地址空間不足的問(wèn)題。但是，網(wǎng)絡(luò)的這種升級(jí)究竟能為終端用戶帶來(lái)什么好處，或者說(shuō)，終端用戶有什么理由要支持這種升級(jí)是一個(gè)需要考慮的問(wèn)題。網(wǎng)絡(luò)升級(jí)以后能夠提供更好的服務(wù)或者可以增加新的業(yè)務(wù)種類，并形成新的業(yè)務(wù)興趣點(diǎn)是刺激終端用戶積極跟進(jìn)的重要因素。網(wǎng)絡(luò)升級(jí)以后，只有用戶的增加、用戶對(duì)網(wǎng)絡(luò)滿意度的提高、業(yè)務(wù)收入的增長(zhǎng)才能夠真正推動(dòng)運(yùn)營(yíng)商對(duì)網(wǎng)絡(luò)升級(jí)改造的進(jìn)程。

（7）各電信運(yùn)營(yíng)商應(yīng)該有明確的網(wǎng)絡(luò)過(guò)渡計(jì)劃

網(wǎng)絡(luò)的升級(jí)是一個(gè)牽涉到網(wǎng)絡(luò)各個(gè)層面的重要問(wèn)題，因此運(yùn)營(yíng)商應(yīng)該有一個(gè)長(zhǎng)遠(yuǎn)的規(guī)劃和具體的實(shí)施計(jì)劃，這種規(guī)劃和計(jì)劃應(yīng)該和企業(yè)的技術(shù)路線和網(wǎng)絡(luò)發(fā)展方向相一致，避免網(wǎng)絡(luò)升級(jí)過(guò)渡的盲目性以及由此帶來(lái)的諸多混亂。

（8）綜合組網(wǎng)時(shí)應(yīng)統(tǒng)籌考慮到對(duì)現(xiàn)有IPv4網(wǎng)絡(luò)中存在的一些問(wèn)題的改進(jìn)（NAT，地址規(guī)劃等）

在IPv4/v6綜合組網(wǎng)技術(shù)研究時(shí)要充分分析和研究現(xiàn)有IPv4網(wǎng)絡(luò)中所存在的問(wèn)題，以期在綜合組網(wǎng)方案中能夠解決或者避免這些問(wèn)題。

（9）網(wǎng)絡(luò)的各個(gè)部分之間的技術(shù)選擇應(yīng)該具有獨(dú)立性，如城域核心網(wǎng)、接入網(wǎng)、駐地網(wǎng)應(yīng)該可以選擇不同的技術(shù)。

3現(xiàn)有綜合組網(wǎng)技術(shù)

3.1雙棧策略

雙棧策略是指在網(wǎng)元中同時(shí)具有IPv4和IPv6兩個(gè)協(xié)議棧，它既可以接收、處理、收發(fā)IPv4的分組，也可以接收、處理、收發(fā)IPv6的分組。對(duì)于主機(jī)（終端）來(lái)講，“雙棧”是指其可以根據(jù)需要來(lái)對(duì)業(yè)務(wù)產(chǎn)生的數(shù)據(jù)進(jìn)行IPv4封裝或者IPv6封裝。對(duì)于路由器來(lái)講，“雙棧”是指在一個(gè)路由器設(shè)備中維護(hù)IPv6和IPv4兩套路由協(xié)議棧，使得路由器既能與IPv4主機(jī)也能與IPv6主機(jī)通信，分別支持獨(dú)立的IPv6和IPv4路由協(xié)議，IPv4和IPv6路由信息按照各自的路由協(xié)議進(jìn)行計(jì)算，維護(hù)不同的路由表。IPv6數(shù)據(jù)報(bào)按照IPv6路由協(xié)議得到的路由表轉(zhuǎn)發(fā)，IPv4數(shù)據(jù)報(bào)按照IPv4路由協(xié)議得到的路由表轉(zhuǎn)發(fā)。

3.2隧道策略

隧道策略是IPv4/v6綜合組網(wǎng)技術(shù)中經(jīng)常使用到的一種機(jī)制。所謂“隧道”，簡(jiǎn)單地講就是利用一種協(xié)議來(lái)傳輸另一種協(xié)議的數(shù)據(jù)技術(shù)。隧道包括隧道入口和隧道出口（隧道終點(diǎn)），這些隧道端點(diǎn)通常都是雙棧節(jié)點(diǎn)。在隧道入口以一種協(xié)議的形式來(lái)對(duì)另外一種協(xié)議數(shù)據(jù)進(jìn)行封裝，并發(fā)送。在隧道出口對(duì)接受到的協(xié)議數(shù)據(jù)解封裝，并做相應(yīng)的處理。在隧道的入口通常要維護(hù)一些與隧道相關(guān)的信息，如記錄隧道MTU等參數(shù)。在隧道的出口通常出于安全性的考慮要對(duì)封裝的數(shù)據(jù)進(jìn)行過(guò)濾，以防止來(lái)自外部的惡意攻擊。

隧道的配置方法分為手工配置隧道和自動(dòng)隧道，而自動(dòng)配置隧道又可以分為兼容地址自動(dòng)隧道，6to4隧道，6over4，ISATAP，MPLS隧道，GRE隧道等，這些隧道的實(shí)現(xiàn)原理和技術(shù)細(xì)節(jié)都不相同，相應(yīng)的其應(yīng)用場(chǎng)景也就不同。

典型的隧道技術(shù)主要包括：

（1）配置隧道

手工配置隧道主要應(yīng)用在個(gè)別IPv6主機(jī)或網(wǎng)絡(luò)需要通過(guò)IPv4網(wǎng)絡(luò)進(jìn)行通信的場(chǎng)合，這種方式的優(yōu)點(diǎn)是實(shí)現(xiàn)相對(duì)簡(jiǎn)單，缺點(diǎn)是擴(kuò)展性較差，表現(xiàn)在當(dāng)需要通信的IPv6主機(jī)或網(wǎng)絡(luò)比較多時(shí)，隧道配置和維護(hù)的工作量較大。

（2）6to4隧道

6to4隧道是自動(dòng)隧道的一種，也是IETF較為重視、并得到深入研究、有廣闊應(yīng)用前景的一種網(wǎng)絡(luò)過(guò)渡機(jī)制。6to4隧道的主要應(yīng)用環(huán)境是，它可以使連接到純IPv4網(wǎng)絡(luò)上的孤立的IPv6子網(wǎng)或IPv6站點(diǎn)與其它同類站點(diǎn)在尚未獲得純IPv6連接時(shí)彼此間進(jìn)行通信。

（3）兼容地址自動(dòng)隧道

兼容地址自動(dòng)隧道是自動(dòng)隧道的一種，在IETF的RFC中進(jìn)行規(guī)定，但是目前已經(jīng)不推薦使用這種隧道方式。

（4）6over4

6over4機(jī)制通常只能應(yīng)用在網(wǎng)絡(luò)邊緣，例如企業(yè)網(wǎng)和接入網(wǎng)。6over4能夠?qū)](méi)有直接與IPv6路由器相連的孤立的IPv6主機(jī)通過(guò)IPv4組播域作為它們的虛擬鏈路層形成IPv6的互聯(lián)。通過(guò)這種機(jī)制，IPv6可以獨(dú)立于底層的鏈路，可以跨越支持組播的IPv4子網(wǎng)。6over4機(jī)制由于要求在IPv4網(wǎng)絡(luò)中支持組播功能，而目前大多數(shù)網(wǎng)絡(luò)均沒(méi)有布置組播功能，因此在實(shí)際應(yīng)用中很少被利用。

（5）隧道代理

隧道代理通常應(yīng)用于獨(dú)立的小型的IPv6站點(diǎn)，特別是獨(dú)立的分布在IPv4互聯(lián)網(wǎng)中的IPv6主機(jī)需要連接到已有的IPv6網(wǎng)的情況。隧道代理（TB）提供一種簡(jiǎn)化配置隧道的方法，可以減少繁重的隧道配置工作。隧道代理的思想就是通過(guò)提供專用的服務(wù)器作為隧道代理，自動(dòng)地管理用戶發(fā)出的隧道請(qǐng)求。用戶通過(guò)TunnelBroker能夠方便和IPv6網(wǎng)絡(luò)建立隧道連接，從而訪問(wèn)外部可用的IPv6資源。隧道代理這種過(guò)渡機(jī)制對(duì)于在IPv6的早期為吸引更多的IPv6使用者能方便快捷地實(shí)現(xiàn)IPv6連接有很大的益處，同時(shí)也為早期的IPv6提供商提供了一種非常簡(jiǎn)捷的接入方式。

（6）ISATAP

ISATAP機(jī)制（theIntra-siteAutomaticTunnelAddressingProtocol，站內(nèi)自動(dòng)隧道尋址協(xié)議）在IETF的RFC中進(jìn)行定義，通常應(yīng)用在網(wǎng)絡(luò)邊緣，如企業(yè)網(wǎng)或接入網(wǎng)。ISATAP可以和6to4技術(shù)聯(lián)合使用，可以使IPv4站點(diǎn)內(nèi)的雙棧節(jié)點(diǎn)通過(guò)自動(dòng)隧道接入到IPv6路由器，允許與IPv6路由器不共享同一物理鏈路的雙棧節(jié)點(diǎn)通過(guò)IPv4自動(dòng)隧道將數(shù)據(jù)包送達(dá)IPv6下一跳。

（7）MPLS隧道

MPLS隧道主要應(yīng)用于骨干網(wǎng)和城域核心網(wǎng)。MPLS隧道實(shí)現(xiàn)IPv6島嶼互聯(lián)的方式，尤其適合于已經(jīng)開展了BGP/MPLSVPN業(yè)務(wù)的運(yùn)營(yíng)商。這種過(guò)渡方式可以使運(yùn)營(yíng)商暫時(shí)不必將現(xiàn)有核心網(wǎng)絡(luò)升級(jí)為IPv6網(wǎng)絡(luò)就可以實(shí)現(xiàn)對(duì)外提供IPv6業(yè)務(wù)。

IPv6站點(diǎn)必須通過(guò)CE連接到一個(gè)或多個(gè)運(yùn)行MP-BGP的雙棧PE上，這些PE之間通過(guò)MP-BGP來(lái)交換IPv6的路由可達(dá)信息，通過(guò)隧道來(lái)傳送IPv6數(shù)據(jù)包。

（8）二層隧道

為了連接分散的IPv6網(wǎng)絡(luò)，一種可能的方法是利用二層技術(shù)（如ATM，PPP，L2TP等）把這些IPv6網(wǎng)絡(luò)連接在一起。這種方式的優(yōu)點(diǎn)是概念清晰、易于理解。缺點(diǎn)是實(shí)現(xiàn)較為困難，擴(kuò)展性較差，當(dāng)需要互聯(lián)的IPv6網(wǎng)絡(luò)較多時(shí)，不宜采用這種方式。

3.3翻譯策略

在網(wǎng)絡(luò)的過(guò)渡時(shí)期不可能要求所有的主機(jī)或終端都升級(jí)支持雙棧，在網(wǎng)絡(luò)中必然存在純IPv4主機(jī)和純IPv6主機(jī)之間進(jìn)行通信的需求，由于協(xié)議棧的不同很自然地需要對(duì)這些協(xié)議進(jìn)行翻譯轉(zhuǎn)換。對(duì)于協(xié)議的翻譯涉及兩個(gè)方面，一方面是IPv4與IPv6協(xié)議層的翻譯，另一個(gè)方面是IPv4應(yīng)用與IPv6應(yīng)用之間的翻譯。翻譯策略可以對(duì)應(yīng)多種實(shí)現(xiàn)技術(shù)，其中NAT-PT和TRT主要應(yīng)用于網(wǎng)絡(luò)匯聚層，而BIA，BIS則主要是針對(duì)主機(jī)終端而提出的。

（1）NAT-PT

NAT-PT網(wǎng)關(guān)能夠?qū)崿F(xiàn)IPv4和IPv6協(xié)議棧的互相轉(zhuǎn)換，包括網(wǎng)絡(luò)層協(xié)議、傳輸層協(xié)議以及一些應(yīng)用層協(xié)議之間的互相轉(zhuǎn)換，原有的各種協(xié)議可以不加改動(dòng)就能與新的協(xié)議互通，但該技術(shù)在應(yīng)用上有一些限制：

●在拓?fù)浣Y(jié)構(gòu)上要求一次會(huì)話中雙向數(shù)據(jù)包的轉(zhuǎn)換都在同一個(gè)路由器上完成，因此地址/協(xié)議轉(zhuǎn)換方法較適用于只有一個(gè)路由器出口的網(wǎng)絡(luò)；

●一些協(xié)議字段在轉(zhuǎn)換時(shí)不能完全保持原有的含義。

（2）TRT

傳輸中繼轉(zhuǎn)換器簡(jiǎn)稱“TRT”（TransportRelayTranslator）適用于純IPv6網(wǎng)絡(luò)與純IPv4網(wǎng)絡(luò)通信的環(huán)境。TRT系統(tǒng)位于純IPv6主機(jī)和純IPv4主機(jī)之間，可以實(shí)現(xiàn)（TCP，UDP）/IPv6與（TCP，UDP）/IPv4的數(shù)據(jù)的對(duì)譯。傳輸中繼可以分為TCP中繼和UDP中繼兩類。

TRT與NAT-PT的最大區(qū)別是，TRT做為中繼，在TCP/UDP層面以代理的身份來(lái)溝通雙方，例如TCP中繼分別與TCP通信的雙方建立TCP連接，雙方的所有TCP通信均由TCP中繼來(lái)中轉(zhuǎn)，而NAT-PT則只起翻譯作用，并不代理通信。

（3）BIS

BIS技術(shù)是在雙棧主機(jī)中添加若干個(gè)模塊（翻譯器、擴(kuò)展域名解析器、地址映射器），用于監(jiān)測(cè)TCP/IP模塊與網(wǎng)卡驅(qū)動(dòng)程序之間的數(shù)據(jù)流，并進(jìn)行相應(yīng)IPv4與IPv6數(shù)據(jù)包之間的相互翻譯。當(dāng)與其他IPv6主機(jī)進(jìn)行通信時(shí)，在這臺(tái)主機(jī)內(nèi)部給對(duì)應(yīng)IPv6主機(jī)分配一些IPv4地址，這些地址只在這臺(tái)主機(jī)內(nèi)部使用。而且，這種分配過(guò)程是通過(guò)DNS協(xié)議自動(dòng)來(lái)完成的。主機(jī)可以使用現(xiàn)有的IPv4應(yīng)用和其他IPv6主機(jī)進(jìn)行通信，使其成為能夠既支持IPv4應(yīng)用又同時(shí)支持IPv6應(yīng)用的雙棧主機(jī)，從而擴(kuò)大了雙棧主機(jī)的應(yīng)用領(lǐng)域。此外，BIS機(jī)制還可以和其他的轉(zhuǎn)換機(jī)制共存。

（4）BIA

BIA技術(shù)在雙棧主機(jī)的SocketAPI模塊與TCP/IP模塊之間加入一個(gè)API翻譯器，它能夠在IPv4的SocketAPI函數(shù)和IPv6的SocketAPI函數(shù)間進(jìn)行互譯，這種機(jī)制簡(jiǎn)化了IPv4和IPv6間的轉(zhuǎn)換，無(wú)需進(jìn)行IP頭的翻譯。

采用BIA的雙棧主機(jī)假定在本地節(jié)點(diǎn)上同時(shí)存在TCP/IPv4和TCP/IPv6兩種協(xié)議棧。當(dāng)雙棧主機(jī)上的IPv4應(yīng)用程序與其他IPv6主機(jī)通信時(shí)，API翻譯器檢測(cè)到IPv4應(yīng)用程序中的SocketAPI函數(shù)，并調(diào)用IPv6的SocketAPI函數(shù)與IPv6主機(jī)通信，反之亦然。

4綜合組網(wǎng)技術(shù)的比較分析

在IPv4/v6綜合組網(wǎng)具體技術(shù)的選擇時(shí)要重點(diǎn)考慮如下幾個(gè)重要因素：

（1）擴(kuò)展性（Scalability）

擴(kuò)展性一方面是指某種組網(wǎng)技術(shù)能否支持網(wǎng)絡(luò)平滑的升級(jí)，擴(kuò)展性較差的技術(shù)雖然會(huì)解決目前的問(wèn)題，但同時(shí)也會(huì)成為網(wǎng)絡(luò)升級(jí)的障礙。另一方面是指，在網(wǎng)絡(luò)的各個(gè)部分采用的不同技術(shù)之間是否存在制約，如某個(gè)網(wǎng)絡(luò)的部分采用了6to4機(jī)制，則要求與其通信的其他網(wǎng)絡(luò)部分也要支持這種機(jī)制（采用6to4路由器或6to4中繼器）。

（2）安全性（Security）

安全性包括多個(gè)方面：首先，組網(wǎng)技術(shù)是否會(huì)破壞原網(wǎng)絡(luò)的安全性。其次，組網(wǎng)技術(shù)本身是否存在安全漏洞或隱患。

（3）性能（Performance）

組網(wǎng)技術(shù)的性能包括其對(duì)原有網(wǎng)絡(luò)的網(wǎng)絡(luò)性能的影響、其自身的網(wǎng)絡(luò)性能如何兩方面。

（4）主機(jī)需求（RequirementsofHosts）

主要需求包括協(xié)議棧、IPv4地址（全局還是臨時(shí)、如何獲得和管理）需求、IPv6地址（地址類型、分配策略等）需求等。

（5）路由器需求（RequirementsofRouters）

（6）IPv4地址需求（IPv4AddressRequirement）

當(dāng)在網(wǎng)絡(luò)中按照某個(gè)組網(wǎng)技術(shù)組網(wǎng)時(shí)，其對(duì)IPv4地址的需求量如何，需要全局地址還是臨時(shí)地址，地址如何管理等。

（7）IPv6地址需求（IPv4AddressRequirement）

（8）易用性（EaseofUse）

組網(wǎng)技術(shù)的復(fù)雜性直接制約了其應(yīng)用的范圍，一個(gè)復(fù)雜的、不易理解的組網(wǎng)技術(shù)對(duì)網(wǎng)絡(luò)的采用會(huì)帶來(lái)諸多問(wèn)題（維護(hù)與管理、實(shí)施成本等）。

（9）易管理性（EaseofManagement）

（10）應(yīng)用場(chǎng)景與應(yīng)用階段（ApplicationScenariosandPhase）

每種網(wǎng)絡(luò)遷移策略及其相應(yīng)的組網(wǎng)技術(shù)均有其各自的優(yōu)點(diǎn)和缺點(diǎn)，有著各自的適用環(huán)境，這些特性直接影響了在綜合組網(wǎng)中組網(wǎng)技術(shù)的選擇。

（11）其他因素（OtherFactors）

IPv6技術(shù)增加了一些和網(wǎng)絡(luò)安全、QoS保證等方面的支持能力，但是在一些綜合組網(wǎng)環(huán)境中，這些附加的特性可能不能得以體現(xiàn)。各種技術(shù)的比較結(jié)果見(jiàn)表1。