計(jì)算機(jī)技術(shù)與發(fā)展第20卷 第8期 ol. 20 No. 8 V 2010年8月A ug. 2010COM PUT ER TECHNOLOGY AND DEVELOPM

計(jì)算機(jī)技術(shù)與發(fā)展第20卷 第8期 ol. 20 No. 8 V 2010年8月A ug. 2010COM PUT ER TECHNOLOGY AND DEVELOPM ENT

推動(dòng)IPv4/IPv6過(guò)渡策略分析

王立超1, 唐學(xué)文1, 2, 曹志通1

(1. 重慶大學(xué)計(jì)算機(jī)學(xué)院, 重慶400044; 2. 重慶大學(xué)信息與網(wǎng)絡(luò)管理中心, 重慶400044)

摘 要:IPv4地址即將耗盡, 推動(dòng)IPv6的部署已經(jīng)勢(shì)在必行。實(shí)現(xiàn)IPv4/IPv6的互通和轉(zhuǎn)換對(duì)保證用戶愿意嘗試IPv6起著至關(guān)重要的作用, 只有做到IPv4和IPv6網(wǎng)絡(luò)的共存、互通, 解決IPv4網(wǎng)絡(luò)與IPv6網(wǎng)絡(luò)內(nèi)主機(jī)和資源互訪的問(wèn)題, 才能推動(dòng)當(dāng)前的試商用, 使試商用的規(guī)模達(dá)到理想的狀態(tài)。對(duì)互通技術(shù)進(jìn)行了分析與總結(jié), 提出了一些過(guò)渡的策略, 給出了鼓勵(lì)引導(dǎo)大家使用IPv6的思路并分析了可能存在的問(wèn)題, 以期推動(dòng)IPv4向IPv6的過(guò)渡, 加速I(mǎi)Pv4/v6的過(guò)渡進(jìn)程。關(guān)鍵詞:IPv4/IPv6; 互通; 過(guò)渡策略

中圖分類號(hào):TN 915 04 文獻(xiàn)標(biāo)識(shí)碼:A 文章編號(hào):1673-629X(2010) 08-0124-04

Analysis of Promoting IPv4/IPv6Transition Strategies

WANG Li chao 1, TANG Xue w en 1, 2, CAO Zhi tong 1

(1. College of Computer Science of Chongqing University, Chongqing 400044, China; 2. Info rmation and Netwo rk Center of Chongqing U niversity , Chongqing 400044, China)

Abstract:Th e IPv4address w ill be exhaus ted soon, so it s an imperative to impel the deployment of IPv6. It s very important to realize the accessing and transformation betw een IPv4and IPv6, wh i ch w ill make sure that the users would like to try IPv6. Only if make IPv4and IPv6coexist, IPv4an d IPv6can access w ith each other, to solve the problems of main computer of network and resource accessi ng betw een IPv4and IPv6, can make sure that the schedule an d scale of trial commercial application can be reached the most ideal estate. In order to impel the transi tion from IPv4to IPv6in sch eduled time, and speedup the transition process from IPv4to IPv6, analyzes and summarizes the accessi ng technology and put forw ard some transiti onal s trategy. Also gave some good idea to encourage and lead people to use IPv6and analyzed the potenti al exis ting problem.

Key words:IPv4/IPv6; interactive access; transitional strategy

0 引 言

IPv4網(wǎng)絡(luò)向IPv6網(wǎng)絡(luò)過(guò)渡將是一個(gè)漫長(zhǎng)的過(guò)程。在過(guò)渡的初始階段, IPv6的小島將被IPv4的海洋包圍, IPv6網(wǎng)絡(luò)所能夠提供的服務(wù)和信息量不夠豐富, IPv6用戶有訪問(wèn)IPv4用戶的需求。因此, IPv4與IPv6的互通和轉(zhuǎn)換技術(shù), 對(duì)保證用戶愿意嘗試IPv6起著至關(guān)重要的作用。要想順利地實(shí)現(xiàn)從IPv4網(wǎng)絡(luò)到IPv6網(wǎng)絡(luò)的過(guò)渡, 首先必須解決IPv4與IPv6網(wǎng)絡(luò)的互通問(wèn)題。只有做到IPv4與IPv6網(wǎng)絡(luò)的共存、互通, 解決IPv4網(wǎng)絡(luò)與IPv6網(wǎng)絡(luò)內(nèi)主機(jī)和資源互訪的問(wèn)題, 才能推動(dòng)當(dāng)前的試商用, 使試商用的規(guī)模達(dá)到比較理想的狀態(tài)。

收稿日期:2009-11-26; 修回日期:2010-02-11

作者簡(jiǎn)介:王立超(1982-) , 男, 碩士研究生, 研究方向?yàn)榛ヂ?lián)網(wǎng)安全、下一代互聯(lián)網(wǎng)技術(shù); 唐學(xué)文, 高級(jí)工程師, 研究方向?yàn)榫W(wǎng)絡(luò)安全、1 當(dāng)前常用的互通技術(shù)

目前的IPv4/IPv6互通主要是通過(guò)以下途徑實(shí)現(xiàn)的:雙協(xié)議棧, 網(wǎng)絡(luò)層翻譯, 應(yīng)用級(jí)轉(zhuǎn)發(fā), IPv6節(jié)點(diǎn)暫時(shí)分配IPv4地址, 以及設(shè)計(jì)IPv6內(nèi)嵌IPv4地址等方法。

1. 1 雙協(xié)議棧技術(shù)(Dual Stack Model)

雙協(xié)議棧技術(shù)

[1~5]

是IPv4網(wǎng)絡(luò)向IPv6網(wǎng)絡(luò)過(guò)渡

技術(shù)中使用較為廣泛的一種過(guò)渡技術(shù), 其他過(guò)渡技術(shù)是以雙協(xié)議棧技術(shù)為基礎(chǔ)的。在一臺(tái)設(shè)備上運(yùn)行IPv4和IPv6兩種協(xié)議棧使設(shè)備可以同時(shí)支持兩種協(xié)議、處理兩種類型的數(shù)據(jù)。主機(jī)具體使用IPv4協(xié)議還是IPv6協(xié)議來(lái)發(fā)送和接收數(shù)據(jù)包是由目的地址來(lái)決定的。當(dāng)支持IPv4協(xié)議的主機(jī)(節(jié)點(diǎn)) 同時(shí)具有IPv6協(xié)議棧時(shí), 主機(jī)就能夠使用IPv4協(xié)議與IPv4節(jié)點(diǎn)通信或者使用IPv6協(xié)議與IPv6節(jié)點(diǎn)進(jìn)行通信。

雙棧節(jié)點(diǎn)的具體工作方式為:首先通過(guò)DNS 解析,

第8期 王立超等:推動(dòng)IP v4/IPv6過(guò)渡策略分析?125?

是IPv4格式(包括IPv4兼容地址) 時(shí)使用IPv4協(xié)議進(jìn)行通信(目的地址是IPv4兼容地址的把IPv6數(shù)據(jù)報(bào)封裝在IPv4協(xié)議中) ; 當(dāng)目的地址是非IPv4兼容的IPv6地址時(shí)使用IPv6協(xié)議進(jìn)行通信, 此時(shí)可能需要配合使用隧道等技術(shù)來(lái)進(jìn)行路由轉(zhuǎn)發(fā)。

雙協(xié)議棧技術(shù)的優(yōu)點(diǎn)是可以解決IPv6/IPv4節(jié)點(diǎn)與IPv6節(jié)點(diǎn)或IPv4節(jié)點(diǎn)之間, 以及與所有IPv6/IPv4節(jié)點(diǎn)之間相互通信的問(wèn)題, 并且易于理解; 但它不能解決IPv6-Only 節(jié)點(diǎn)與IPv4-Only 節(jié)點(diǎn)之間的通信。使用雙協(xié)議棧技術(shù)就必須給網(wǎng)絡(luò)中的雙協(xié)議棧節(jié)點(diǎn)與主機(jī)同時(shí)分配IPv4地址和IPv6地址, 因此它不能解決IPv4地址即將耗盡的問(wèn)題。雙協(xié)議棧節(jié)點(diǎn)與主機(jī)需要同時(shí)運(yùn)行兩個(gè)協(xié)議棧、處理兩套不同的地址方案, 增加運(yùn)行與維護(hù)的開(kāi)銷。1. 2 協(xié)議轉(zhuǎn)換技術(shù)

協(xié)議轉(zhuǎn)換技術(shù)[3~5]主要有SIIT 技術(shù)和NAT -PT 技術(shù)。協(xié)議轉(zhuǎn)換技術(shù)的主要思想是借助中間的協(xié)議轉(zhuǎn)換服務(wù)器來(lái)解決IPv6網(wǎng)絡(luò)節(jié)點(diǎn)與IPv4節(jié)點(diǎn)的相互訪問(wèn)的問(wèn)題。通過(guò)對(duì)網(wǎng)絡(luò)層協(xié)議頭進(jìn)行IPv4/IPv6之間的報(bào)文格式轉(zhuǎn)換來(lái)有效地解決IPv4網(wǎng)絡(luò)節(jié)點(diǎn)和IPv6節(jié)點(diǎn)之間的相互通信, 缺點(diǎn)是破壞了網(wǎng)絡(luò)端到端通信的特性。

1. 2. 1 無(wú)狀態(tài)IP/ICM P 翻譯(Stat eless IP/ICM P

T rans lat ion) 技術(shù)

無(wú)狀態(tài)IP/ICM P 翻譯技術(shù)用于對(duì)IP 和ICM P 報(bào)文進(jìn)行轉(zhuǎn)換。IPv4與IPv6之間地址的轉(zhuǎn)換是通過(guò)使用特定格式的地址空間來(lái)完成的, 它對(duì)流的狀態(tài)不作記錄, 只根據(jù)單個(gè)報(bào)文將一個(gè)IPv6報(bào)文頭轉(zhuǎn)換為IPv4報(bào)文頭, 或?qū)Pv4報(bào)文頭轉(zhuǎn)換為IPv6報(bào)文頭。

SIIT 技術(shù)中IPv4與IPv6地址之間的轉(zhuǎn)換通過(guò)使用特定格式的地址空間完成的。SIIT 無(wú)法對(duì)設(shè)定的地址重復(fù)使用, 地址池中地址的多少限制了IPv6節(jié)點(diǎn)的數(shù)量。所以無(wú)狀態(tài)IP/ICM P 翻譯技術(shù)所能應(yīng)用的網(wǎng)絡(luò)規(guī)模不能很大。另外, 由于無(wú)狀態(tài), 所以不能很好地支持應(yīng)用層數(shù)據(jù)中內(nèi)嵌地址的應(yīng)用。1. 2. 2 NAT -PT 技術(shù)

NAT-PT 技術(shù)分為靜態(tài)NAT -PT 和結(jié)合AL G 技術(shù)的動(dòng)態(tài)NAT -PT 技術(shù)。

(1) 靜態(tài)NAT -PT 技術(shù)[6, 7]。

IPv4地址和IPv6地址的對(duì)應(yīng)綁定關(guān)系靜態(tài)配置在NAT -PT 網(wǎng)關(guān)上。當(dāng)IPv4主機(jī)和IPv6主機(jī)進(jìn)行通信時(shí), NAT -PT 網(wǎng)關(guān)根據(jù)配置在其上面的綁定關(guān)系進(jìn)行地址轉(zhuǎn)換, 這種技術(shù)支持IPv4端主機(jī)發(fā)起的通信連接請(qǐng)求也支持IPv6端主機(jī)發(fā)起的連接請(qǐng)求。靜態(tài), 需要提供穩(wěn)定連接的應(yīng)用。

當(dāng)網(wǎng)絡(luò)規(guī)模較大時(shí), 需要處理很多主機(jī)的通信連接請(qǐng)求, 配置和維護(hù)就變得非常復(fù)雜。SIIT 需要消耗比較多的IPv4地址, 對(duì)解決IPv4地址短缺問(wèn)題沒(méi)有幫助, 因而不適合應(yīng)用在大規(guī)模網(wǎng)絡(luò)中。

(2) 動(dòng)態(tài)NAT-PT 技術(shù)[6, 7]。

由于靜態(tài)NAT-PT 需要消耗大量的IPv4地址, 動(dòng)態(tài)NAT -PT 技術(shù)對(duì)這一缺點(diǎn)進(jìn)行了改進(jìn), 它通過(guò)采用動(dòng)態(tài)地址映射和上層協(xié)議映射的方法, 使只需要少量的IPv4地址就可以完成與大量的IPv6地址之前的通信連接轉(zhuǎn)換。

NAT -PT 網(wǎng)關(guān)向IPv6網(wǎng)絡(luò)通告一個(gè)96位的地址前綴, 當(dāng)IPv4網(wǎng)絡(luò)中的主機(jī)發(fā)起訪問(wèn)IPv6網(wǎng)絡(luò)的連接請(qǐng)求時(shí), 把這個(gè)地址前綴再加上32位的IPv4地址就變成了轉(zhuǎn)換后的IPv6地址。在動(dòng)態(tài)NAT -PT 技術(shù)應(yīng)用中, 若從IPv4端首先發(fā)起連接, IPv4主機(jī)無(wú)從知道IPv6主機(jī)隨機(jī)映射后的IPv4地址或上層協(xié)議端口, 連接無(wú)法進(jìn)行。需要與應(yīng)用層網(wǎng)關(guān)技術(shù)ALG (Application Level Gateway) 結(jié)合使用解決此問(wèn)題。

動(dòng)態(tài)NAT-PT 技術(shù)僅使用很少的IPv4地址, 在不修改IPv4網(wǎng)絡(luò)的情況下, 就可實(shí)現(xiàn)純IPv4網(wǎng)絡(luò)與純IPv6網(wǎng)絡(luò)的相互訪問(wèn), 從這個(gè)角度, 它是一個(gè)很實(shí)用的IPv4和IPv6之間的過(guò)渡技術(shù)。但是動(dòng)態(tài)NAT-PT 技術(shù)比較復(fù)雜, 對(duì)NAT-PT 設(shè)備的操作系統(tǒng)設(shè)計(jì)水平、硬件處理能力及系統(tǒng)穩(wěn)定性提出了很高的要求。地址在傳輸過(guò)程中不斷變化, 端到端連接的安全性很難保證。1. 3 代理技術(shù)

代理技術(shù)[8]可以充分地利用有限的IP 地址資源, 同時(shí)在網(wǎng)絡(luò)安全方面也能得到較好的保障。尤其是全能代理協(xié)議SOCKS, 可以完成網(wǎng)頁(yè)瀏覽、文件傳輸和遠(yuǎn)程登陸等工作的代理, 其功能強(qiáng)大、應(yīng)用靈活?；赟OCKS 的過(guò)渡技術(shù)包括BIA 和SOCKS64技術(shù)。API 內(nèi)凸塊(BIA) 技術(shù)是直接在雙棧主機(jī)上實(shí)現(xiàn)IPv4和IPv6的地址轉(zhuǎn)換; SOCKS64技術(shù)是通過(guò)一個(gè)雙協(xié)議棧網(wǎng)關(guān)來(lái)完成IPv4地址和IPv6地址之間的轉(zhuǎn)換的。通過(guò)使用代理技術(shù)能夠較好地完成WWW 、T elnet 和FT P 等代理工作。SOCK S64代理服務(wù)器就相當(dāng)于高層的軟件網(wǎng)關(guān), 它的實(shí)現(xiàn)需要付出很大的代價(jià), 并且需要在客戶端實(shí)現(xiàn)支持SOCKS 代理的軟件, 這些變化對(duì)于用戶來(lái)講都不是透明的, 因此代理技術(shù)只能作為臨時(shí)性的過(guò)渡措施。

1. 4 傳輸層中繼(Transport Relay)

傳輸層中繼的工作機(jī)理與SOCKS64相似, 傳輸層,

? 126 ? 計(jì)算機(jī)技術(shù)與發(fā)展 第20卷

技術(shù)的協(xié)議翻譯發(fā)生在網(wǎng)絡(luò)層。與SOCK S64技術(shù)相比, 由于傳輸層中繼的每個(gè)IPv4或IPv6的連接都是真正的連接, 因此能夠避免 ICM P 報(bào)文轉(zhuǎn)換! 和 IP 分組分片! 帶來(lái)的安全問(wèn)題。由于有些網(wǎng)絡(luò)應(yīng)用程序中包含有網(wǎng)絡(luò)的地址等信息, 傳輸層中繼技術(shù)無(wú)法解決這類問(wèn)題的地址轉(zhuǎn)換。1. 5 應(yīng)用層代理網(wǎng)關(guān)(ALG)

與SOCKS64、傳輸層中繼等技術(shù)一樣, 都是在V 4與V6間提供一個(gè)雙棧網(wǎng)關(guān), 提供 協(xié)議翻譯! 的功能, 只不過(guò)A LG 是在應(yīng)用層級(jí)進(jìn)行協(xié)議翻譯。這樣可以有效解決應(yīng)用程序中帶有網(wǎng)絡(luò)地址的問(wèn)題, 但應(yīng)用層代理網(wǎng)關(guān)技術(shù)需要針對(duì)每個(gè)單獨(dú)的業(yè)務(wù)編寫(xiě)相應(yīng)的ALG 代理, 同時(shí)還需要客戶端應(yīng)用也在不同程序上支持ALG 代理, 靈活性很差。顯然, 此技術(shù)必須與其它過(guò)渡技術(shù)綜合使用, 才有推廣意義。1. 6 IVI 技術(shù)

IV I 技術(shù)

[4, 9]

擴(kuò)大, 變成V6的海洋。但是如何推動(dòng)加速這一過(guò)渡進(jìn)程、如何推動(dòng)大家使用IPv6網(wǎng)絡(luò)是要進(jìn)一步思考的問(wèn)題

[10~12]

。

(1) 目前的許多應(yīng)用是不支持IPv6的, 需要下大力氣進(jìn)行遷移。IPv6應(yīng)用一是操作系統(tǒng)及數(shù)據(jù)庫(kù)系統(tǒng)要支持IPv6, 二是應(yīng)用系統(tǒng)在支持IPv6操作系統(tǒng)上能運(yùn)行。對(duì)于一些即使出了問(wèn)題也影響不大的應(yīng)用先進(jìn)行遷移, 對(duì)于那些與學(xué)校的教學(xué)科研密切結(jié)合在一起的應(yīng)用可以采用同時(shí)支持V6和V4的方式, 將應(yīng)用同時(shí)部屬在支持V6和V4的服務(wù)器上?？上冗\(yùn)行起來(lái), 為大家使用創(chuàng)造條件, 觀察其運(yùn)行的效率及對(duì)原有網(wǎng)絡(luò)的影響等, 以便做進(jìn)一步的改進(jìn)。

(2) 如果現(xiàn)在V6和V 4上都有同樣的資源, 如何引導(dǎo)大家優(yōu)先使用V6網(wǎng)絡(luò)呢? 比如說(shuō)搜索, 大家都知道競(jìng)價(jià)排名:一些搜索引擎按照出價(jià)高者排名靠前的原則, 通過(guò)增加權(quán)來(lái)人工干預(yù)搜索結(jié)果的排序。可不可以把這個(gè)思路借過(guò)來(lái)試一下呢。比如說(shuō)搜索, 當(dāng)要搜索某個(gè)資源的時(shí)候, 在V4和V6網(wǎng)絡(luò)上同時(shí)進(jìn)行搜索, 對(duì)搜索結(jié)果進(jìn)行干預(yù), 將IPv6網(wǎng)絡(luò)上的資源靠前排列, V4網(wǎng)絡(luò)上的資源排在V6資源的后面, 這樣無(wú)形中就影響大家來(lái)優(yōu)先使用V6資源。

(3) 域名解析過(guò)程干預(yù)。DNS 的工作原理及解析過(guò)程如下:

a. 客戶機(jī)發(fā)起域名解析請(qǐng)求, 并將域名解析請(qǐng)求發(fā)送給本地的域名解析服務(wù)器。

b. 本地的域名解析服務(wù)器收到域名解析請(qǐng)求后, 首先查詢本地的緩存, 如查詢結(jié)果中有該紀(jì)錄項(xiàng), 本地域名解析服務(wù)器就直接把查詢的結(jié)果返回給客戶機(jī)。

c . 如果在本地的緩存中沒(méi)有查詢到相應(yīng)的紀(jì)錄, 則本地域名解析服務(wù)器就把請(qǐng)求發(fā)給根域名解析服務(wù)器, 接著根域名服務(wù)器返回給本地域名解析服務(wù)器一個(gè)所查詢域(根的子域) 的主域名解析服務(wù)器的地址。

d. 本地域名解析服務(wù)器再向第3步返回的域名解析服務(wù)器發(fā)送解析請(qǐng)求, 接著接受請(qǐng)求的服務(wù)器查詢自己的緩存, 如果沒(méi)有該紀(jì)錄, 則返回相關(guān)的下級(jí)的域名解析服務(wù)器的地址。

e. 重復(fù)第4步, 直到查詢到相應(yīng)的解析請(qǐng)求。f. 本地域名解析服務(wù)器把返回的結(jié)果保存到緩存, 同時(shí)將解析得到的結(jié)果返回給客戶機(jī)。

對(duì)于采用雙協(xié)議棧方式的網(wǎng)絡(luò), 因?yàn)樵贒NS 服務(wù)器中同時(shí)存在IPv4的32位記錄和IPv6的128位記錄, DNS 服務(wù)器經(jīng)過(guò)少量修改就可以處理兩種記錄。由于節(jié)點(diǎn)既可以處理IPv4協(xié)議, 也可以處理IPv6協(xié)議, 無(wú)論DN S 服務(wù)器回答 A ! 記錄還是 AAAA ! 記錄, 是對(duì)SIIP 技術(shù)和NAT -PT 技術(shù)的

改進(jìn)與擴(kuò)展。IVI 轉(zhuǎn)換模式有兩種:無(wú)狀態(tài)的一對(duì)一轉(zhuǎn)換和有狀態(tài)的一對(duì)N 轉(zhuǎn)換。

一對(duì)一的無(wú)狀態(tài)地址轉(zhuǎn)換:對(duì)SIIT 技術(shù)的擴(kuò)展, 它是通過(guò)使用一段特殊的IPv6地址來(lái)與IPv4地址進(jìn)行惟一映射, 實(shí)現(xiàn)了這部分地址的無(wú)狀態(tài)轉(zhuǎn)換, 這種技術(shù)支持IPv4端主機(jī)發(fā)起的通信連接請(qǐng)求也支持IPv6端主機(jī)發(fā)起的連接請(qǐng)求。IV I 網(wǎng)關(guān)不需要通過(guò)DNS 進(jìn)行解析來(lái)查找IPv4與IPv6地址之間的對(duì)應(yīng)關(guān)系, 而是通過(guò)IPv4地址與IPv6地址的一對(duì)一的映射來(lái)直接找到相對(duì)應(yīng)的地址, 這種映射完全基于算法, 可以大大減輕網(wǎng)關(guān)設(shè)備的負(fù)擔(dān), 提高了轉(zhuǎn)換的效率。

一對(duì)N 的有狀態(tài)地址轉(zhuǎn)換:對(duì)NAT -PT 技術(shù)的改進(jìn), 它是用于對(duì)特殊地址(一對(duì)一的IPv6轉(zhuǎn)換地址) 之外的IPv6地址進(jìn)行轉(zhuǎn)換的。一對(duì)N 的有狀態(tài)地址轉(zhuǎn)換實(shí)現(xiàn)了IPv4地址和端口基于狀態(tài)的復(fù)用, 一對(duì)N 的有狀態(tài)地址轉(zhuǎn)換技術(shù)只支持IPv6對(duì)IPv4的單向通信。通過(guò)端口復(fù)用技術(shù), 目前的IPv4的B 類地址可以當(dāng)A 類的地址用。

一對(duì)一的無(wú)狀態(tài)地址轉(zhuǎn)換技術(shù)的轉(zhuǎn)換性能高, 但是需要使用大量的IPv4地址。由于IPv4地址資源有限, 在以后的實(shí)際應(yīng)用中可能會(huì)更多的選擇1:N 的轉(zhuǎn)換方式。當(dāng)網(wǎng)絡(luò)和用戶規(guī)模擴(kuò)大后, IV I 系統(tǒng)可能會(huì)成為網(wǎng)絡(luò)性能的瓶頸。

2 過(guò)渡策略與問(wèn)題

建好了網(wǎng)絡(luò)并不意味著大家立即就來(lái)使用, 互通技術(shù)也只是方便大家訪問(wèn)兩個(gè)網(wǎng)絡(luò)的資源, 理想的過(guò)

第8期 王立超等:推動(dòng)IP v4/IPv6過(guò)渡策略分析?127?

中指定先進(jìn)行IPv6地址解析, 當(dāng)IPv6解析失敗后再進(jìn)行IPv4地址解析。這樣就可以達(dá)到在IPv6資源存在的情況下被優(yōu)先使用的目的。

(4) 豐富IPv6網(wǎng)絡(luò)上的資源, 吸引大家來(lái)使用IPv6網(wǎng)絡(luò)。對(duì)于校園網(wǎng)絡(luò)來(lái)說(shuō), 學(xué)生和老師是主要的使用者, 學(xué)生們精力充沛, 喜歡嘗試新事物, 可以搭建一個(gè)互動(dòng)平臺(tái), 讓同學(xué)們來(lái)豐富IPv6網(wǎng)絡(luò)上的資源, 讓他們上傳資源供大家分享, 對(duì)于他們上傳的資源如果有人下載就給予上傳者一定的回報(bào)(比如上網(wǎng)流量贈(zèng)送等) , 下載使用的人越多, 上傳者得到的回報(bào)就越多, 調(diào)動(dòng)他們的積極性, 這樣大家逐漸接觸、了解、使用IPv6網(wǎng)絡(luò)資源, 無(wú)形中就培育出了使用群體, 推動(dòng)IPv6網(wǎng)絡(luò)的建設(shè)和發(fā)展。

推動(dòng)IPv4向IPv6過(guò)渡將是一個(gè)長(zhǎng)期艱巨的任務(wù), 還有很多問(wèn)題等待探索與解決。比如:

網(wǎng)絡(luò)性能問(wèn)題:重慶大學(xué)正在進(jìn)行試商用, IPv6和IPv4要同時(shí)跑大量數(shù)據(jù), 對(duì)核心和匯聚交換機(jī)性能是一個(gè)嚴(yán)峻考驗(yàn)。要有一個(gè)良好的體系架構(gòu), 一般采用大匯聚結(jié)構(gòu)。IPv6一定用硬件方式實(shí)現(xiàn), 軟件方式只能做試驗(yàn)。IPv6試商用首先要保證V4網(wǎng)的正常使用。

認(rèn)證計(jì)費(fèi)問(wèn)題:目前各學(xué)校已經(jīng)建立了認(rèn)證計(jì)費(fèi)系統(tǒng), 并有自己的一套管理收費(fèi)辦法, 數(shù)字化校園統(tǒng)一身份認(rèn)證, IPv6技術(shù)升級(jí)后, 能否替換原有的計(jì)費(fèi)系統(tǒng), 存在風(fēng)險(xiǎn)。

地址管理問(wèn)題:IPv6地址自動(dòng)分配適應(yīng)前期, 后期如何合理有效管理分配IPv6地址, 如何實(shí)現(xiàn)IPv6源地址認(rèn)證與校園統(tǒng)一身份認(rèn)證、計(jì)費(fèi)認(rèn)證結(jié)合實(shí)現(xiàn)單點(diǎn)登錄是一個(gè)很大的難題。

防火墻問(wèn)題:目前雖然有支持IPv6的防火墻, 一般是包過(guò)濾防火墻, 與V4防火墻相比有很大差距, 一般學(xué)校防火墻不支持IPv6, 對(duì)IPv6可以采用跳接方式跨越方式跳過(guò)防火墻。

能存在的問(wèn)題。IPv4地址即將耗盡, 推動(dòng)部署IPv6既是形勢(shì)所迫也是戰(zhàn)略考慮, 但是只有較好地解決IPv4/IPv6互通的問(wèn)題, 使IPv4和IPv6能夠容易方便地互訪各自的資源, 才能有力地推動(dòng)IPv6的部署與試商用。同時(shí), 在部署IPv6的時(shí)候采取一些方法有意引導(dǎo)大家接觸、了解、使用IPv6網(wǎng)絡(luò)資源, 從而加速I(mǎi)Pv4/IPv6的過(guò)渡進(jìn)程。

參考文獻(xiàn):

[1] 馬 嚴(yán), 趙曉宇. IPv4向IPv6過(guò)渡技術(shù)綜述[J].北京郵電

大學(xué)學(xué)報(bào), 2002, 25(4) :2-5.

[2] 楊惠仁, 呂 波, 謝曉堯. IPv6駐地網(wǎng)部署方案研究[J]. 計(jì)

算機(jī)技術(shù)與發(fā)展, 2007, 17(11) :60-63.

[3] 張光妲. 基于IPv6的下一代校園網(wǎng)的過(guò)渡研究[D]. 哈爾

濱:哈爾濱工程大學(xué), 2007.

[4] 馬軍鋒. IPv4/IPv6過(guò)渡技術(shù)及其標(biāo)準(zhǔn)化進(jìn)展[J].電信網(wǎng)

技術(shù), 2009(9) :35-38.

[5] Chen J, Chang Y, Lin C. Per formance Investigation of IPv4/

IPv6T ransiti on M echanisms[J].Journal of Internet T echnol ogy, 2004, 5(2) :163-169.

[6] 莊正松, 吳家皋, 吳清亮, 等. 互聯(lián)網(wǎng)基本服務(wù)IPv4/IPv6

過(guò)渡的研究與實(shí)現(xiàn)[J]. 計(jì)算機(jī)技術(shù)與發(fā)展, 2006, 16(8) :13-16.

[7] 陳志亮. IPv6訪問(wèn)IPv4的過(guò)渡技術(shù)研究與實(shí)踐[D].天津:

天津大學(xué), 2007.

[8] 劉利強(qiáng), 吳永英, 王勇智. IPv6下Socket 網(wǎng)絡(luò)編程的研究與

實(shí)現(xiàn)[J].計(jì)算機(jī)技術(shù)與發(fā)展, 2006, 16(6) :201-203. [9] 郭曉冬, 郭汝廷. 實(shí)踐IVI [J]. 中國(guó)教育網(wǎng)絡(luò), 2009(4) :12

-14.

[10]Govil J, Govil J. On the Investigation of T ransactional and In