曹薊光
1 引言
隨著(zhù)對IPv4向IPv6過(guò)渡技術(shù)研究的不斷深入，業(yè)界對于過(guò)渡問(wèn)題的認識也不斷深入，IETF對于這個(gè)問(wèn)題的認識經(jīng)歷了遷移（Migration）、過(guò)渡(Transition)、集成（Integration）、互操作（Interoperation）長(cháng)期共存（Co-existence）階段。 從長(cháng)遠來(lái)看，IPv4和IPv6技術(shù)在網(wǎng)絡(luò )中將長(chá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í)所應依據的具體原則，這些原則實(shí)際上是IPv4/v6綜合組網(wǎng)的基本需求，也是討論和分析IPv4/v6綜合組網(wǎng)技術(shù)時(shí)的重要依據和基礎。IPv4/v6綜合組網(wǎng)時(shí)所需要依據的原則可以分為必需滿(mǎn)足的原則和參考原則兩種。
2.1 必需原則
（1）最大限度地保護既有投資（終端用戶(hù)，ISP，ICP，電信運營(yíng)商）
在進(jìn)行IPv4/v6綜合組網(wǎng)方案的研究時(shí)，需要考慮到現有的各個(gè)網(wǎng)絡(luò )運營(yíng)實(shí)體的既有投資，這包括設備投資、市場(chǎng)投資、技術(shù)儲備、人才儲備等多個(gè)方面。只有很好地保護既有投資的組網(wǎng)技術(shù)和其相應的方案才能具有較好的實(shí)用性。
（2）保證IPv4和IPv6主機之間的互通
網(wǎng)絡(luò )中的IPv4主機和IPv6主機必須能夠互通，包括路由可達和IP包可達。只有在兩者互通的基礎上才能談應用層面的互通。
（3）保證現有IPv4應用在綜合組網(wǎng)環(huán)境中的正常應用
現有IPv4網(wǎng)絡(luò )中的應用已經(jīng)支持了大量的用戶(hù)，IPv6技術(shù)在網(wǎng)絡(luò )中的引入不能對現有的業(yè)務(wù)造成影響，這種影響包括業(yè)務(wù)性能的影響、網(wǎng)絡(luò )可靠性的影響以及網(wǎng)絡(luò )安全性的影響等多方面。
（4）避免設備之間的依賴(lài)性，設備的更新須具有獨立性
IPv4/v6綜合組網(wǎng)技術(shù)要求避免設備升級時(shí)設備之間的依賴(lài)和耦合，網(wǎng)絡(luò )中的各個(gè)部分可以單獨選擇可用的組網(wǎng)技術(shù)，這些技術(shù)的選擇不能制約其他網(wǎng)絡(luò )部分組網(wǎng)技術(shù)的選擇和設備的更新。
（5）綜合組網(wǎng)過(guò)程對于網(wǎng)絡(luò )管理者和終端用戶(hù)來(lái)講要易于理解和實(shí)現
綜合組網(wǎng)過(guò)程簡(jiǎn)單并易于實(shí)現是組網(wǎng)成功與否的一個(gè)重要因素，過(guò)為復雜的組網(wǎng)過(guò)程不但增加網(wǎng)絡(luò )故障發(fā)生的機率，而且也影響用戶(hù)的跟進(jìn)速度。
（6）提高組網(wǎng)靈活性，支持網(wǎng)絡(luò )漸進(jìn)升級，用戶(hù)擁有選擇何時(shí)過(guò)渡和如何過(guò)渡的權利
（7）綜合組網(wǎng)以后網(wǎng)絡(luò )的服務(wù)質(zhì)量不應該有明顯的降低
由于IPv6路由器的性能比同級別的IPv4路由器的性能有所下降，雙棧路由器的性能也不是很高，因此IPv4/v6綜合組網(wǎng)以后，網(wǎng)絡(luò )的整體性能可能下降，但是這種下降不會(huì )對現有業(yè)務(wù)的服務(wù)質(zhì)量造成明顯的影響。
（8）綜合組網(wǎng)以后網(wǎng)絡(luò )的可靠性和穩定性不能削弱
（9）綜合組網(wǎng)過(guò)程中應該考慮如何充分發(fā)揮IPv6的技術(shù)優(yōu)勢
IPv6技術(shù)的提出主要是為了解決IP地址空間不足的問(wèn)題，但也增加了一些其他功能，比如網(wǎng)絡(luò )安全性支持能力等。在綜合組網(wǎng)技術(shù)研究中應該考慮如何使這些技術(shù)優(yōu)勢得以發(fā)揮。
（10）在設計綜合組網(wǎng)方案時(shí)，一方面要考慮到IPv4/v6長(chá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í)現IPv4網(wǎng)元與IPv6網(wǎng)元的互聯(lián)，可以分別支持IPv4業(yè)務(wù)和IPv6業(yè)務(wù)，這些業(yè)務(wù)可以單獨運營(yíng)，互相不互通，在綜合組網(wǎng)的后期要實(shí)現IPv4業(yè)務(wù)與IPv6業(yè)務(wù)的業(yè)務(wù)層面的互通。
（2）應著(zhù)重考慮從邊緣到骨干的逐步演進(jìn)策略（同時(shí)關(guān)注從骨干到邊緣的策略）
網(wǎng)絡(luò )演進(jìn)的策略（從邊緣到骨干還是從骨干到邊緣）一直是IPv4/v6綜合組網(wǎng)技術(shù)研究中有較多爭論的問(wèn)題。一般認為，IPv6技術(shù)在網(wǎng)絡(luò )中的引入主要是為解決IP地址空間不足的問(wèn)題，而大量消耗IP地址的是網(wǎng)絡(luò )的邊緣，因為網(wǎng)絡(luò )的終端、接入設備、匯集設備數量遠遠多于城域核心網(wǎng)絡(luò )或骨干網(wǎng)絡(luò )的網(wǎng)元數目，因此在網(wǎng)絡(luò )邊緣采用IPv6技術(shù)可以有效地解決IP地址空間不足的問(wèn)題。另一方面，骨干網(wǎng)絡(luò )和城域核心網(wǎng)絡(luò )的設計原則是簡(jiǎn)單、高效，而就目前的實(shí)際情況來(lái)講，IPv6路由器的路由轉發(fā)性能低于IPv4路由器的性能，因此在城域核心網(wǎng)和骨干網(wǎng)應該采用IPv4協(xié)議，目前還沒(méi)有對這部分網(wǎng)絡(luò )進(jìn)行IPv6協(xié)議升級的迫切需求。保證核心網(wǎng)和骨干網(wǎng)的長(cháng)期相對穩定有利于網(wǎng)絡(luò )的持續穩定發(fā)展，因此從邊緣到骨干的網(wǎng)絡(luò )逐步演進(jìn)策略得到了大多數研究人員的認同。
（3）綜合組網(wǎng)后網(wǎng)絡(luò )管理功能應該較原有網(wǎng)絡(luò )有所加強
在電信網(wǎng)絡(luò )中引入IP技術(shù)以后，網(wǎng)絡(luò )的管理模式和運營(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í)考慮這兩方面的內容，提高網(wǎng)絡(luò )的可管理性和可維護性。
（4）應考慮綜合組網(wǎng)對用戶(hù)認證和計費方式的影響
IP網(wǎng)絡(luò )的計費和認證問(wèn)題一直是一個(gè)重點(diǎn)研究的熱點(diǎn)，這個(gè)問(wèn)題在電信網(wǎng)絡(luò )中尤為突出，目前在IPv4網(wǎng)絡(luò )中的計費認證問(wèn)題已經(jīng)有了一些解決辦法，并且這些辦法在實(shí)際網(wǎng)絡(luò )中也得到了一定程度的應用，取得了一些成果。但是，IPv6技術(shù)在網(wǎng)絡(luò )中的引入使得問(wèn)題變得更為復雜，有時(shí)會(huì )出現重復計費和認證的現象。
（5）應考慮對IPv4地址資源的使用效率
在進(jìn)行IPv4/v6綜合組網(wǎng)時(shí)，不同的綜合組網(wǎng)技術(shù)對于IPv4地址的需求也不相同，有些組網(wǎng)技術(shù)依然需要大量的IPv4地址，因此IPv4地址的需求量也是綜合組網(wǎng)技術(shù)研究中應該注意的一個(gè)問(wèn)題。
（6）應考慮為終端用戶(hù)所能帶來(lái)的好處（業(yè)務(wù)、興趣點(diǎn)等）
在IPv4網(wǎng)絡(luò )中引入IPv6技術(shù)，可以解決運營(yíng)商的IP地址空間不足的問(wèn)題。但是，網(wǎng)絡(luò )的這種升級究竟能為終端用戶(hù)帶來(lái)什么好處，或者說(shuō)，終端用戶(hù)有什么理由要支持這種升級是一個(gè)需要考慮的問(wèn)題。網(wǎng)絡(luò )升級以后能夠提供更好的服務(wù)或者可以增加新的業(yè)務(wù)種類(lèi)，并形成新的業(yè)務(wù)興趣點(diǎn)是刺激終端用戶(hù)積極跟進(jìn)的重要因素。網(wǎng)絡(luò )升級以后，只有用戶(hù)的增加、用戶(hù)對網(wǎng)絡(luò )滿(mǎn)意度的提高、業(yè)務(wù)收入的增長(cháng)才能夠真正推動(dòng)運營(yíng)商對網(wǎng)絡(luò )升級改造的進(jìn)程。
（7）各電信運營(yíng)商應該有明確的網(wǎng)絡(luò )過(guò)渡計劃
網(wǎng)絡(luò )的升級是一個(gè)牽涉到網(wǎng)絡(luò )各個(gè)層面的重要問(wèn)題，因此運營(yíng)商應該有一個(gè)長(cháng)遠的規劃和具體的實(shí)施計劃，這種規劃和計劃應該和企業(yè)的技術(shù)路線(xiàn)和網(wǎng)絡(luò )發(fā)展方向相一致，避免網(wǎng)絡(luò )升級過(guò)渡的盲目性以及由此帶來(lái)的諸多混亂。
（8）綜合組網(wǎng)時(shí)應統籌考慮到對現有IPv4網(wǎng)絡(luò )中存在的一些問(wèn)題的改進(jìn)（NAT，地址規劃等）
在IPv4/v6綜合組網(wǎng)技術(shù)研究時(shí)要充分分析和研究現有IPv4網(wǎng)絡(luò )中所存在的問(wèn)題，以期在綜合組網(wǎng)方案中能夠解決或者避免這些問(wèn)題。
（9) 網(wǎng)絡(luò )的各個(gè)部分之間的技術(shù)選擇應該具有獨立性，如城域核心網(wǎng)、接入網(wǎng)、駐地網(wǎng)應該可以選擇不同的技術(shù)。
3 現有綜合組網(wǎng)技術(shù)
3.1 雙棧策略
雙棧策略是指在網(wǎng)元中同時(shí)具有IPv4和IPv6兩個(gè)協(xié)議棧，它既可以接收、處理、收發(fā)IPv4的分組，也可以接收、處理、收發(fā)IPv6的分組。對于主機（終端）來(lái)講，“雙棧”是指其可以根據需要來(lái)對業(yè)務(wù)產(chǎn)生的數據進(jìn)行IPv4封裝或者IPv6封裝。對于路由器來(lái)講，“雙棧”是指在一個(gè)路由器設備中維護IPv6和IPv4兩套路由協(xié)議棧，使得路由器既能與IPv4主機也能與IPv6主機通信，分別支持獨立的IPv6和IPv4路由協(xié)議，IPv4和IPv6路由信息按照各自的路由協(xié)議進(jìn)行計算，維護不同的路由表。IPv6數據報按照IPv6路由協(xié)議得到的路由表轉發(fā)，IPv4數據報按照IPv4路由協(xié)議得到的路由表轉發(fā)。
3.2 隧道策略
隧道策略是IPv4/v6綜合組網(wǎng)技術(shù)中經(jīng)常使用到的一種機制。所謂“隧道”，簡(jiǎn)單地講就是利用一種協(xié)議來(lái)傳輸另一種協(xié)議的數據技術(shù)。隧道包括隧道入口和隧道出口（隧道終點(diǎn)），這些隧道端點(diǎn)通常都是雙棧節點(diǎn)。在隧道入口以一種協(xié)議的形式來(lái)對另外一種協(xié)議數據進(jìn)行封裝，并發(fā)送。在隧道出口對接受到的協(xié)議數據解封裝，并做相應的處理。在隧道的入口通常要維護一些與隧道相關(guān)的信息，如記錄隧道MTU等參數。在隧道的出口通常出于安全性的考慮要對封裝的數據進(jìn)行過(guò)濾，以防止來(lái)自外部的惡意攻擊。
隧道的配置方法分為手工配置隧道和自動(dòng)隧道，而自動(dòng)配置隧道又可以分為兼容地址自動(dòng)隧道，6to4隧道，6over4，ISATAP，MPLS隧道，GRE隧道等，這些隧道的實(shí)現原理和技術(shù)細節都不相同，相應的其應用場(chǎng)景也就不同。
典型的隧道技術(shù)主要包括：
（1）配置隧道
手工配置隧道主要應用在個(gè)別IPv6主機或網(wǎng)絡(luò )需要通過(guò)IPv4網(wǎng)絡(luò )進(jìn)行通信的場(chǎng)合，這種方式的優(yōu)點(diǎn)是實(shí)現相對簡(jiǎn)單，缺點(diǎn)是擴展性較差，表現在當需要通信的IPv6主機或網(wǎng)絡(luò )比較多時(shí)，隧道配置和維護的工作量較大。
（2）6to4隧道
6to4隧道是自動(dòng)隧道的一種，也是IETF較為重視、并得到深入研究、有廣闊應用前景的一種網(wǎng)絡(luò )過(guò)渡機制。6to4隧道的主要應用環(huán)境是，它可以使連接到純IPv4網(wǎng)絡(luò )上的孤立的IPv6子網(wǎng)或IPv6站點(diǎn)與其它同類(lèi)站點(diǎn)在尚未獲得純IPv6連接時(shí)彼此間進(jìn)行通信。
（3）兼容地址自動(dòng)隧道
兼容地址自動(dòng)隧道是自動(dòng)隧道的一種，在IETF的RFC中進(jìn)行規定，但是目前已經(jīng)不推薦使用這種隧道方式。
（4）6over4
6over4機制通常只能應用在網(wǎng)絡(luò )邊緣，例如企業(yè)網(wǎng)和接入網(wǎng)。6over4能夠將沒(méi)有直接與IPv6路由器相連的孤立的IPv6主機通過(guò)IPv4組播域作為它們的虛擬鏈路層形成IPv6的互聯(lián)。通過(guò)這種機制，IPv6可以獨立于底層的鏈路，可以跨越支持組播的IPv4子網(wǎng)。6over4機制由于要求在IPv4網(wǎng)絡(luò )中支持組播功能，而目前大多數網(wǎng)絡(luò )均沒(méi)有布置組播功能，因此在實(shí)際應用中很少被利用。
（5）隧道代理
隧道代理通常應用于獨立的小型的IPv6站點(diǎn)，特別是獨立的分布在IPv4互聯(lián)網(wǎng)中的IPv6主機需要連接到已有的IPv6網(wǎng)的情況。隧道代理（TB）提供一種簡(jiǎn)化配置隧道的方法，可以減少繁重的隧道配置工作。隧道代理的思想就是通過(guò)提供專(zhuān)用的服務(wù)器作為隧道代理，自動(dòng)地管理用戶(hù)發(fā)出的隧道請求。用戶(hù)通過(guò)Tunnel Broker能夠方便和IPv6網(wǎng)絡(luò )建立隧道連接，從而訪(fǎng)問(wèn)外部可用的IPv6資源。隧道代理這種過(guò)渡機制對于在IPv6的早期為吸引更多的IPv6使用者能方便快捷地實(shí)現IPv6連接有很大的益處，同時(shí)也為早期的IPv6提供商提供了一種非常簡(jiǎn)捷的接入方式。
（6）ISATAP
ISATAP機制（the Intra-site Automatic Tunnel Addressing Protocol，站內自動(dòng)隧道尋址協(xié)議）在IETF的RFC中進(jìn)行定義，通常應用在網(wǎng)絡(luò )邊緣，如企業(yè)網(wǎng)或接入網(wǎng)。ISATAP可以和6to4技術(shù)聯(lián)合使用，可以使IPv4站點(diǎn)內的雙棧節點(diǎn)通過(guò)自動(dòng)隧道接入到IPv6路由器，允許與IPv6路由器不共享同一物理鏈路的雙棧節點(diǎn)通過(guò)IPv4自動(dòng)隧道將數據包送達IPv6下一跳。
（7）MPLS隧道
MPLS隧道主要應用于骨干網(wǎng)和城域核心網(wǎng)。MPLS隧道實(shí)現IPv6島嶼互聯(lián)的方式，尤其適合于已經(jīng)開(kāi)展了BGP/MPLS VPN業(yè)務(wù)的運營(yíng)商。這種過(guò)渡方式可以使運營(yíng)商暫時(shí)不必將現有核心網(wǎng)絡(luò )升級為IPv6網(wǎng)絡(luò )就可以實(shí)現對外提供IPv6業(yè)務(wù)。
IPv6站點(diǎn)必須通過(guò)CE連接到一個(gè)或多個(gè)運行MP-BGP的雙棧PE上，這些PE之間通過(guò)MP-BGP來(lái)交換IPv6的路由可達信息，通過(guò)隧道來(lái)傳送IPv6數據包。
（8）二層隧道
為了連接分散的IPv6網(wǎng)絡(luò )，一種可能的方法是利用二層技術(shù)（如ATM，PPP，L2TP等）把這些IPv6網(wǎng)絡(luò )連接在一起。這種方式的優(yōu)點(diǎn)是概念清晰、易于理解。缺點(diǎn)是實(shí)現較為困難，擴展性較差，當需要互聯(lián)的IPv6網(wǎng)絡(luò )較多時(shí)，不宜采用這種方式。
3.3 翻譯策略
在網(wǎng)絡(luò )的過(guò)渡時(shí)期不可能要求所有的主機或終端都升級支持雙棧，在網(wǎng)絡(luò )中必然存在純IPv4主機和純IPv6主機之間進(jìn)行通信的需求，由于協(xié)議棧的不同很自然地需要對這些協(xié)議進(jìn)行翻譯轉換。對于協(xié)議的翻譯涉及兩個(gè)方面，一方面是IPv4與IPv6協(xié)議層的翻譯，另一個(gè)方面是IPv4應用與IPv6應用之間的翻譯。翻譯策略可以對應多種實(shí)現技術(shù)，其中NAT-PT和TRT主要應用于網(wǎng)絡(luò )匯聚層，而B(niǎo)IA，BIS則主要是針對主機終端而提出的。
（1）NAT-PT
NAT-PT網(wǎng)關(guān)能夠實(shí)現IPv4和IPv6協(xié)議棧的互相轉換，包括網(wǎng)絡(luò )層協(xié)議、傳輸層協(xié)議以及一些應用層協(xié)議之間的互相轉換，原有的各種協(xié)議可以不加改動(dòng)就能與新的協(xié)議互通，但該技術(shù)在應用上有一些限制：
●在拓撲結構上要求一次會(huì )話(huà)中雙向數據包的轉換都在同一個(gè)路由器上完成，因此地址/協(xié)議轉換方法較適用于只有一個(gè)路由器出口的網(wǎng)絡(luò )；
●一些協(xié)議字段在轉換時(shí)不能完全保持原有的含義。
（2）TRT
傳輸中繼轉換器簡(jiǎn)稱(chēng)“TRT”（Transport Relay Translator）適用于純IPv6網(wǎng)絡(luò )與純IPv4網(wǎng)絡(luò )通信的環(huán)境。TRT系統位于純IPv6主機和純IPv4主機之間，可以實(shí)現（TCP，UDP）/IPv6與（TCP，UDP）/IPv4的數據的對譯。傳輸中繼可以分為T(mén)CP中繼和UDP中繼兩類(lèi)。
TRT與NAT-PT的最大區別是，TRT做為中繼，在TCP/UDP層面以代理的身份來(lái)溝通雙方，例如TCP中繼分別與TCP通信的雙方建立TCP連接，雙方的所有TCP通信均由TCP中繼來(lái)中轉，而NAT-PT則只起翻譯作用，并不代理通信。
（3）BIS
BIS技術(shù)是在雙棧主機中添加若干個(gè)模塊（翻譯器、擴展域名解析器、地址映射器），用于監測TCP/IP模塊與網(wǎng)卡驅動(dòng)程序之間的數據流，并進(jìn)行相應IPv4與IPv6數據包之間的相互翻譯。當與其他IPv6主機進(jìn)行通信時(shí)，在這臺主機內部給對應IPv6主機分配一些IPv4地址，這些地址只在這臺主機內部使用。而且，這種分配過(guò)程是通過(guò)DNS協(xié)議自動(dòng)來(lái)完成的。主機可以使用現有的IPv4應用和其他IPv6主機進(jìn)行通信，使其成為能夠既支持IPv4應用又同時(shí)支持IPv6應用的雙棧主機，從而擴大了雙棧主機的應用領(lǐng)域。此外，BIS機制還可以和其他的轉換機制共存。
（4）BIA
BIA技術(shù)在雙棧主機的Socket API模塊與TCP/IP模塊之間加入一個(gè)API翻譯器，它能夠在IPv4的Socket API函數和IPv6的Socket API函數間進(jìn)行互譯，這種機制簡(jiǎn)化了IPv4和IPv6間的轉換，無(wú)需進(jìn)行IP頭的翻譯。
采用BIA的雙棧主機假定在本地節點(diǎn)上同時(shí)存在TCP/IPv4和TCP/IPv6兩種協(xié)議棧。當雙棧主機上的IPv4應用程序與其他IPv6主機通信時(shí)，API翻譯器檢測到IPv4應用程序中的Socket API函數，并調用IPv6的Socket API函數與IPv6主機通信，反之亦然。
4 綜合組網(wǎng)技術(shù)的比較分析
在IPv4/v6綜合組網(wǎng)具體技術(shù)的選擇時(shí)要重點(diǎn)考慮如下幾個(gè)重要因素：
（1）擴展性（Scalability）
擴展性一方面是指某種組網(wǎng)技術(shù)能否支持網(wǎng)絡(luò )平滑的升級，擴展性較差的技術(shù)雖然會(huì )解決目前的問(wèn)題，但同時(shí)也會(huì )成為網(wǎng)絡(luò )升級的障礙。另一方面是指，在網(wǎng)絡(luò )的各個(gè)部分采用的不同技術(shù)之間是否存在制約，如某個(gè)網(wǎng)絡(luò )的部分采用了6to4機制，則要求與其通信的其他網(wǎng)絡(luò )部分也要支持這種機制（采用6to4路由器或6to4中繼器）。
（2）安全性（Security）
安全性包括多個(gè)方面：首先，組網(wǎng)技術(shù)是否會(huì )破壞原網(wǎng)絡(luò )的安全性。其次，組網(wǎng)技術(shù)本身是否存在安全漏洞或隱患。
（3）性能（Performance）
組網(wǎng)技術(shù)的性能包括其對原有網(wǎng)絡(luò )的網(wǎng)絡(luò )性能的影響、其自身的網(wǎng)絡(luò )性能如何兩方面。
（4）主機需求（Requirements of Hosts）
主要需求包括協(xié)議棧、IPv4地址（全局還是臨時(shí)、如何獲得和管理）需求、IPv6地址（地址類(lèi)型、分配策略等）需求等。
（5）路由器需求（Requirements of Routers）
（6）IPv4地址需求（IPv4 Address Requirement）
當在網(wǎng)絡(luò )中按照某個(gè)組網(wǎng)技術(shù)組網(wǎng)時(shí)，其對IPv4地址的需求量如何，需要全局地址還是臨時(shí)地址，地址如何管理等。
（7）IPv6地址需求（IPv4 Address Requirement）
（8）易用性（Ease of Use）
組網(wǎng)技術(shù)的復雜性直接制約了其應用的范圍，一個(gè)復雜的、不易理解的組網(wǎng)技術(shù)對網(wǎng)絡(luò )的采用會(huì )帶來(lái)諸多問(wèn)題（維護與管理、實(shí)施成本等）。
（9）易管理性（Ease of Management）
（10）應用場(chǎng)景與應用階段（Application Scenarios and Phase）
每種網(wǎng)絡(luò )遷移策略及其相應的組網(wǎng)技術(shù)均有其各自的優(yōu)點(diǎn)和缺點(diǎn)，有著(zhù)各自的適用環(huán)境，這些特性直接影響了在綜合組網(wǎng)中組網(wǎng)技術(shù)的選擇。
（11）其他因素（Other Factors）
IPv6技術(shù)增加了一些和網(wǎng)絡(luò )安全、QoS保證等方面的支持能力，但是在一些綜合組網(wǎng)環(huán)境中，這些附加的特性可能不能得以體現。
5 結束語(yǔ)
本文對IPv4/v6綜合組網(wǎng)時(shí)應遵循的基本原則、涉及的主要策略和相應技術(shù)進(jìn)行了分析，對于了解IPv4/6綜合組網(wǎng)技術(shù)、設計IPv4/6綜合組網(wǎng)方案有一定的幫助。
