IPv4與IPv6互連技術(shù)的探討與實現(xiàn).doc_第1頁
IPv4與IPv6互連技術(shù)的探討與實現(xiàn).doc_第2頁
IPv4與IPv6互連技術(shù)的探討與實現(xiàn).doc_第3頁
IPv4與IPv6互連技術(shù)的探討與實現(xiàn).doc_第4頁
IPv4與IPv6互連技術(shù)的探討與實現(xiàn).doc_第5頁
已閱讀5頁,還剩30頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

長春師范學(xué)院本科畢業(yè)論文(設(shè)計)分院名稱:國際交流學(xué)院學(xué)生學(xué)號: 0815240107 長春師范學(xué)院本科畢業(yè)論文(理工類)題 目: IPv4與IPv6網(wǎng)絡(luò)互連的探討與實現(xiàn) 專 業(yè): 計算機(jī)科學(xué)與技術(shù) 姓 名: 李陽 指導(dǎo)教師姓名: 李民 指導(dǎo)教師職稱: 副教授 2012年 5 月承諾書長春師范學(xué)院本科畢業(yè)論文(設(shè)計)作者承諾保證書本人鄭重承諾:本篇畢業(yè)論文(設(shè)計)的內(nèi)容真實、可靠。如果存在弄虛作假、抄襲的情況,本人愿承擔(dān)全部責(zé)任。論文作者簽名: 日期: 年 月 日長春師范學(xué)院本科畢業(yè)論文(設(shè)計)指導(dǎo)教師承諾保證書本人鄭重承諾:我已按有關(guān)規(guī)定對本篇畢業(yè)論文(設(shè)計)的選題與內(nèi)容進(jìn)行指導(dǎo)和審核,堅持一人一題制,確認(rèn)由作者獨立完成。如果存在學(xué)風(fēng)問題,本人愿意承擔(dān)指導(dǎo)教師的相關(guān)責(zé)任。指導(dǎo)教師簽名:日期: 年 月 日摘 要現(xiàn)如今,IPv4地址資源已經(jīng)接近枯竭,IPv4向IPv6過渡屬于必然趨勢,這迫使在部署下一代互聯(lián)網(wǎng)時,不得不將如何使IPv4向IPv6的平穩(wěn)過渡納入考慮的問題內(nèi)。目前比較成熟的幾種IPv4/IPv6轉(zhuǎn)換技術(shù)中,比較成熟的有NAT-PT,隧道以及雙協(xié)議棧技術(shù)。但這些也都只是初期技術(shù),大部分的IPv6網(wǎng)絡(luò)還都處在實驗階段。目前的網(wǎng)絡(luò)技術(shù)是IPv6的海洋,某些IPv6網(wǎng)絡(luò)只是其中零散的小小的島嶼。在現(xiàn)階段需求IPv6訪問IPv4網(wǎng)絡(luò)時,對于目前過渡期間的訪問技術(shù)的研究和完善則成為必需。本文分析了新的網(wǎng)絡(luò)協(xié)議IPv6出現(xiàn)的必然性及必要性,并對IPv6的新特性與新技術(shù)做了簡單的介紹。討論了過渡階段IPv6訪問IPv4所采用的多種過渡技術(shù),在對各種技術(shù)進(jìn)行比較的基礎(chǔ)之上,提出了自己的見解。最后對某些技術(shù)的實踐進(jìn)行了實踐測試。關(guān)鍵字:IPv6 隧道技術(shù) 雙協(xié)議棧 NAT-PT AbstractNow,the IPv4address resourceshavebeennearly depleted,the IPv4to IPv6transition isan inevitabletrend, forcinginthedeploymentofnext-generation Internet,had to behow to makeIPv4toIPv6smooth transitionintoconsideration.Severalmore mature IPv4/IPv6 conversion technology,themore matureof NAT-PT, tunnels,anddual-stack technology.But theseare justtheinitialtechnology,IPv6networksare inthe experimental stage. ThecurrentnetworktechnologytheIPv6marinecertainIPv6networkonlyscatteredallislands.IPv6access toIPv4networkat this stageneeds, technology research and improve accessduring the transition periodhas become necessary. This paper analyzes the inevitability and necessity ofthenew networkprotocolIPv6and IPv6new featuresandnew technologyto doasimpleintroduction.Discussed the transition phase the IPv6 visit IPv4 useda variety of transition,ina variety of technical basis for comparisonabove,put forwardtheir views. Finally,thepracticeofcertain technicalpracticetest.Keywords: IPv6 Tunnel Technology dual-stack NAT-PT 目錄摘 要IIIAbstractIV第一章 緒論11.1論文課題研究的目的與意義11.2 IPv6技術(shù)國內(nèi)外的發(fā)展現(xiàn)狀2第二章 IPv6協(xié)議研究32.1 IPv6協(xié)議基礎(chǔ)32.1.1 IPv6協(xié)議基礎(chǔ)介紹32.1.2 專業(yè)術(shù)語32.2 IPv6的報頭結(jié)構(gòu)42.3 IPv6地址52.3.1 IPv6地址的類型52.3.2 IPv6地址格式62.3.3 尋址模型72.3.4 IPv6地址分配8第三章 IPv4與IPv6網(wǎng)絡(luò)之間的通信技術(shù)93.1 雙協(xié)議棧技術(shù)93.1.1 雙協(xié)議棧技術(shù)的工作原理93.1.2 雙協(xié)議棧技術(shù)的工作方式103.1.3 雙協(xié)議棧的工作模型103.2 NAT-PT技術(shù)113.2.1 NAT-PT技術(shù)基礎(chǔ)113.2.2 NAT-PT技術(shù)分類123.2.3 NAT-PT網(wǎng)關(guān)的工作流程123.3 隧道技術(shù)133.3.1 手動配置隧道143.3.2 自動配置隧道143.3.3 6to4隧道技術(shù)153.3.4 隧道代理技術(shù)15第四章 IPv4與IPv6互連技術(shù)的實現(xiàn)174.1 模擬器簡介及配置命令基本介紹174.2 實現(xiàn)局域網(wǎng)內(nèi)部的IPv6主機(jī)互連的實驗174.3 IPv4與IPv6網(wǎng)絡(luò)互連的實現(xiàn)194.4 6to4隧道配置214.5 IPv6網(wǎng)絡(luò)NAT-PT動態(tài)映射實驗配置234.6本章小結(jié)25第五章 總結(jié)與展望265.1 本文主要完成工作265.2 前景與展望26參考文獻(xiàn)28致謝29VI第一章 緒論IPv6是“Internet Protocol version 6”的縮寫,人們將IPv6稱為“下一代IP”。今天的互聯(lián)網(wǎng)大多數(shù)使用的還是IPv4協(xié)議, IPv4協(xié)議在其使用的30多年里,為全球一體化做出了功不可沒的貢獻(xiàn)。但與此同時,IPv4也遇到了它發(fā)展過程中不可避免的危機(jī),例如地址的匱乏。IPv6的到來,首先可以立竿見影的緩解IPv4地址枯竭帶來的尷尬,其次在靈活性,有效性,功能優(yōu)化等方面,也大大優(yōu)于過去的IPv4協(xié)議。經(jīng)過一個較長的IPv4和IPv6共存的時期,IPv6最終會完全取代IPv4。1.1論文課題研究的目的與意義我們?yōu)槭裁葱枰狪Pv6?這個問題可以用一個比較形象的比喻來解釋:傳統(tǒng)的馬車傳遞與廣袤天空中的航空郵寄,孰優(yōu)孰劣,眾人皆知。目前使用的IPv4協(xié)議已經(jīng)不堪重負(fù),為此我們做出了不懈的努力包括使用了VLSM可變長子網(wǎng)掩碼技術(shù),但卻在每時每刻新連接到網(wǎng)絡(luò)中的設(shè)備與人數(shù)的巨大壓力下,顯得杯水車薪。根據(jù)中國互聯(lián)網(wǎng)絡(luò)發(fā)展?fàn)顩r調(diào)查的結(jié)果顯示,中國的互聯(lián)網(wǎng)絡(luò)在整體上呈飛速上升的趨勢,增長率在世界經(jīng)次于美國與日本。但這些IP地址資源完全不能滿足中國運(yùn)營商的需求。隨著中國大陸地區(qū)網(wǎng)民的數(shù)量日益增長,IPv4地址的需求程度與我國互聯(lián)網(wǎng)絡(luò)發(fā)展的矛盾將會更加激烈。圖1.1顯示了近年來我國IPv4地址數(shù)量的增長變化。圖1.1 歷次調(diào)查中國IPv4地址數(shù)量1.2 IPv6技術(shù)國內(nèi)外的發(fā)展現(xiàn)狀中國是當(dāng)前全球最急需IP地址的國家之一,因此在IPv6標(biāo)準(zhǔn)制訂以及產(chǎn)業(yè)化和商業(yè)化的進(jìn)程中都顯得非常積極。在中國的IPv6產(chǎn)業(yè)化進(jìn)程中,我國政府對IPv6技術(shù)及產(chǎn)業(yè)發(fā)展給予了極大的關(guān)注與支持, “積極跟蹤、把握機(jī)遇、穩(wěn)妥推進(jìn)”是中國對于IPv6技術(shù)的態(tài)度,在大力推行政策支持的同時會進(jìn)行網(wǎng)上實驗,掌握IPv6在實際運(yùn)行中的各種技術(shù)。但是IPv6協(xié)議在全國全面實現(xiàn)短時間內(nèi)還不可能完成。中國密切關(guān)注著IPv6的發(fā)展,目前很多的內(nèi)地高校和科研機(jī)構(gòu)已經(jīng)與國外一些運(yùn)營商合作,對IPv6進(jìn)行研究實驗。美國之前擁有著全球74%的IP地址資源,所以對IPv6的態(tài)度一直略顯得不關(guān)心17】。直到思科于2001年7月10日宣布與微軟、IBM、惠 普、SUN和摩托羅拉結(jié)成伙伴關(guān)系,共同推進(jìn)IPv6硬件和軟件的開發(fā)。這也體現(xiàn)出了IPv6的重要性。在歐洲,各國政府對IPv6的發(fā)展都給予了高度的關(guān)注與支持。歐洲各國雖沒有像亞太地區(qū)一樣緊缺IP地址,但在IPV6的發(fā)展上不想落后于日本這樣的國家,并且想通過IPV6挽回同美國之間的差距。目前歐洲各國正大力發(fā)展IPv6技術(shù),專家認(rèn)為歐洲的3G將在1-2年內(nèi)進(jìn)入全面應(yīng)用階段。在亞太地區(qū),IP地址的資源相對比較緊張,所以大多數(shù)國家起步較早,并且走在了世界前列。此中,日本對IPV6表現(xiàn)的興趣最大,政府已制定了“E-JAPAN”的戰(zhàn)略。其他的經(jīng)濟(jì)較發(fā)達(dá)國家對新的技術(shù)也很有興趣。新加坡,韓國都投入大量的技術(shù)和資金,去嘗試IPv6的普及。第二章 IPv6協(xié)議研究2.1 IPv6協(xié)議基礎(chǔ)2.1.1 IPv6協(xié)議基礎(chǔ)介紹IPv6的全稱是“互聯(lián)網(wǎng)協(xié)議第六版”。1993年發(fā)布提案征求,有三個方案納入考慮: l 因特網(wǎng)公共結(jié)構(gòu)(CATNIP),提議用網(wǎng)絡(luò)業(yè)務(wù)接入點(NSAP)地址融合CLNP、IP和IPXl 增強(qiáng)得簡單因特網(wǎng)協(xié)議(SIPP),提議將IP地址長度增加到64比特,改進(jìn)IP包頭l CLNP 貶值網(wǎng)絡(luò)上的TCP/UDP,建議用無連接的網(wǎng)絡(luò)協(xié)議CLNP,代替IP,TCP/UDP和其它上層協(xié)議運(yùn)行在CLNP之上。2.1.2 專業(yè)術(shù)語下面列出IPv6協(xié)議中常用的幾個專業(yè)術(shù)語:l 節(jié)點:任何運(yùn)行IPv6的設(shè)備,包括路由器和主機(jī)。l 主機(jī):只能接受數(shù)據(jù)信息,而不能轉(zhuǎn)發(fā)數(shù)據(jù)信息的節(jié)點。IPv6中的主機(jī)不僅包括計算機(jī)等,還包括各種家用電器和其他電子器械。l 子網(wǎng):使用相同的64位IPv6地址前綴的一個或多個鏈路。一個子網(wǎng)可以被內(nèi)部子網(wǎng)路由器分為幾部分。l 路由器:路由器是一種連接多個網(wǎng)絡(luò)的網(wǎng)絡(luò)設(shè)備,它能將不同網(wǎng)絡(luò)之間的數(shù)據(jù)信息進(jìn)行轉(zhuǎn)發(fā)。IPv6網(wǎng)絡(luò)中,路由器是一個非常重要的角色,它會把一些配置信息向外通告。l 鄰節(jié)點:連接到同一鏈路上的節(jié)點。這是一個非常重要的概念。因為IPv6的鄰節(jié)點發(fā)現(xiàn)機(jī)制具有解析鄰節(jié)點鏈路層地址的功能,并可以檢測和見識靈節(jié)點是否可以到達(dá)。l 上層協(xié)議:緊挨著IPv6之上的一層協(xié)議,將IPv6用作運(yùn)輸工具。主要包括Internet層協(xié)議和傳輸層協(xié)議,但不包括應(yīng)用層協(xié)議11。 2.2 IPv6的報頭結(jié)構(gòu)IPv6的報頭相對于IPv4,做了很大的改進(jìn)。更為簡單的包頭大大提高了信息的處理效率。IPv4報頭和IPv6報頭的比較如表2.1所示:表2.1 IPv4與IPv6報頭的比較IPv4:Version(4)Header Length(4)Priority & Type of Service(8)Total Length(16)Identify action(16)Flag(3)Fragment offset(13)Time to live(8)Protocol(8)Header checksum(16)Source IP Address(32)Destination IP Address(32)Options(0 or 32 if any)IPv6:Version(4)Traffic Class(8)Flow Label(20)Payload length(16)Next Header(8)Hop Limit(8)Source Address(128)Destination Address(128)從圖2.1中我們可以看出,與IPv4報頭相比,雖然IPv6大大增加了地址部分的長度,但其基本的報頭區(qū)只占用了更少的信息量15.這樣的設(shè)計可以彌補(bǔ)IPv6較長地址所占用的帶寬。現(xiàn)在我們簡單的分析IPv6報頭所包含的信息:l 版本:長度為4位。該區(qū)段標(biāo)明了報頭的基本格式、該字段的數(shù)值為6.l 傳輸類別:長度為8位。主要作用于信源節(jié)點和轉(zhuǎn)發(fā)路由器。用于 v區(qū)分報頭的優(yōu)先級級別。l 流標(biāo)簽字段:長度為20位。是一個特定的數(shù)據(jù)包序列。用于標(biāo)識這個數(shù)據(jù)包術(shù)語源節(jié)點和目標(biāo)之間的信息。是IPv6新增的字段。l 負(fù)載長度:長度為16位。它是指緊跟IPV6報頭的數(shù)據(jù)包的其他部分。相當(dāng)于IPv4的頭長度減去固定長度。l 下一跳包頭:長度為8位。相當(dāng)于IPv4的protocol字段或者表示擴(kuò)展包頭類型。l 跳數(shù)限制:這一字段的設(shè)置是為了防止環(huán)路的產(chǎn)生。IPv6只改變TTL,沒有校驗和,取消了校驗位。l 信息源地址:標(biāo)明發(fā)送方的地址。長度為128位。l 目的地址:標(biāo)明接收方的地址。長度為128位。2.3 IPv6地址2.3.1 IPv6地址的類型IPv6地址可分為三大類:單播地址,組播地址,任意播地址。(1)單播 - unicast:one to one單播地址用于一對一的連接,主要有一下六種類型: 1 Aggregate Global Unicast Address 2001:/16 IPv6因特網(wǎng)地址 2002:/16 6to4過渡地址 2 Link Local Address FE80:/10 (前10位以FE80開頭) 3 Site Local Address(Private) FEC0:/10 4 Unspecified Address 0:0:0:0:0:0:0:0/128=:/128 5 Loopback Address 0:0:0:0:0:0:0:1/128=:1/1286 IPv4 Compatible Address : =:COA8:1E01(2)組播地址 - Multicast在IPv6中沒有廣播,用組播來代替如圖2.2,前綴:FF00:/8 圖2.2 IPv6組播地址格式 1111 1111 4bit 4bit 丨 固定值 丨 丨標(biāo)志丨 丨范圍丨標(biāo)志位為0000表示是永久保留的組播地址,分配給各種技術(shù)使用。標(biāo)志位為0001表示是用戶可使用的臨時組播地址。范圍段定義了組播地址的范圍,其定義如下:0001 1 本地接口范圍0010 2 本地鏈路范圍0011 3 本地子網(wǎng)范圍0100 4 本地管理范圍0101 5 本地站點范圍 類似組播的私網(wǎng)地址1000 8 組織機(jī)構(gòu)范圍1110 E 全球范圍 類似組播的公網(wǎng)地址下面是一些組播指定地址:FF02:1 all nodes 在本地鏈路范圍的所有節(jié)點,包括路由器,電腦,只要運(yùn)行IPV6。相當(dāng)于Ipv4中的FF02:2 all routers 在本地鏈路范圍的所有路由器,相當(dāng)于Ipv4中的FF02:5 all ospf routersFF02:9 all rip routers 所有運(yùn)行RIP的路由器,相當(dāng)于Ipv4中的FF02:A all rigrp routers 運(yùn)行所有eigrp的路由器FF05:2 在一個站點范圍內(nèi)的所有路由器(3)任意播地址 - Anycast address任意播是多個設(shè)備共享一個地址,它應(yīng)用在one-to-nearest(一到近)模式。像組播地址一樣,任意播地址能夠識別多個接口,但他們之間有很大的不同:任播包只被傳送到一個距離本路由器最近的那個接口地址5.單播地址用來分配任意播地址。對于那些沒有配置任意播的地址就是單播地址,但是當(dāng)一個單播地址分配給不止一個借口的時候,單播地址就成了任意播地址。例如,當(dāng)手機(jī)通信和其他的移動設(shè)備離開本地,漫游到其他區(qū)域時,不必接入原始的接入點,只需要找到最近的網(wǎng)絡(luò)服務(wù)接入點即可。2.3.2 IPv6地址格式眾所周知,IPv4的地址格式一般是分為四個部分,中間用點隔開來表示。例如,下面列出的幾組IPv4地址,都是合法的:153這些都是合法的IPv4地址,IPv6的地址長度比IPv4地址要長,這使IPv6地址的表達(dá)也更為復(fù)雜。IPv6標(biāo)準(zhǔn)地址應(yīng)該是分為八段,中間用冒號隔開來表示。中間的八位分別都是用4位十六進(jìn)制的整數(shù)組成的。下面列出了幾組IPv6地址,也都是合法的:BCDC:64D1:A437:CACA:4235:556F:FA34:1002C356:0:0:C932:FFFF:1AC2:0:02001:0:0:0:0:0:0:3這些都是很標(biāo)準(zhǔn)的IPv6地址格式,但在實際的應(yīng)用中,我們會用到另外的更容易表達(dá)的方式。比如上面3組的地址中。后兩組都包含了連續(xù)的0地址。當(dāng)出現(xiàn)這種情況時,我們可以省略掉中間的0,例如:2001:0:0:0:0:0:0:3可以被表示為:2001:1這兩個冒號表示這個地址已經(jīng)隱藏了中間的0地址,它可以擴(kuò)展到一個完整的128位地址。但是這種方法在使用的過程中,需要注意一個問題,兩個相鄰冒號在一個地址中只能出現(xiàn)一次。例如:C356:0:0:C932:FFFF:1AC2:0:0可以被表示為:C356:0:0:C932:FFFF:1AC2:卻不能表示成為:C356:C932:FFFF:1AC2:這種地址是不合法的。2.3.3 尋址模型IPv6尋址模型與IPv4相類似。即每個單播地址可以表示一個單獨的網(wǎng)絡(luò)接口。IP地址會被分配到接口,而不是節(jié)點。因為每個接口屬于節(jié)點,每個節(jié)點可以具備多個IPv6地址,任何一個地址都可以坐標(biāo)表示該節(jié)點的標(biāo)識符。但是一個單播地址只能與一個網(wǎng)絡(luò)接口相關(guān)聯(lián),而每個網(wǎng)絡(luò)接口都至少必須擁有一個單播地址。另一方面,具有大于鏈路范圍的單播地址,對這樣的接口是不需要的。也就是從非鄰居到非鄰居的接口,這并不是IPv6數(shù)據(jù)的源地址或目的地址。這種模式的尋址模型有一種例外,即當(dāng)多個接口同時被處理時,一個單播地址或者一個單播地址可以同時分配給多個接口。這種情況對于建立在接口上的負(fù)載共享會起到較大的幫助。當(dāng)前網(wǎng)絡(luò)的發(fā)展情況要求了每個網(wǎng)絡(luò)接口只分配一個全球唯一的單播地址,這限制了IPv4地址的擴(kuò)展,一個提供通用服務(wù)的服務(wù)器在需求量較大的情況下可能發(fā)生崩潰。2.3.4 IPv6地址分配(1) IPv6地址分配原則:l 唯一性。被分配出去的IPv6地址必須保證在全球范圍內(nèi)是唯一的,以保證每臺主機(jī)都能被正確的識別。l 可記錄性。已分配出去的地址塊必須記錄在數(shù)據(jù)庫中,為定位網(wǎng)絡(luò)故障提供依據(jù)l 可聚合性。地址空間應(yīng)該盡量劃分為層次,以保證聚合性,縮短路由表長度。同時,對地址的分配要盡量避免地址碎片出現(xiàn)。l 節(jié)約性。地址申請者必須提供完整的書面報告,證明它確實需要這么多地址,同時,應(yīng)該避免閑置被分配出去的地址。l 公平性。所有的團(tuán)體,無論其所處地理位置或所屬國家,都具有公平的使用IPv6全球單播地址的權(quán)力、l 可擴(kuò)展性??紤]到網(wǎng)絡(luò)的高速增長,必須在一段時間內(nèi)留給地址申請者足夠的地址增長空間,而不需要它頻繁的向上一級組織申請新的地址。 1(2) IPv6地址分配策略目前,IPv6的地址空間管理是按規(guī)定的等級結(jié)構(gòu)在全球范圍內(nèi)分配的,即按IANA-區(qū)域注冊機(jī)構(gòu)RIR-國家注冊機(jī)構(gòu)NIR-ISP/本地注冊機(jī)構(gòu)LIR-最后用戶或ISP的層次結(jié)構(gòu)進(jìn)行地址分配。IPv6地址分配有兩種策略:第一種是主機(jī)分配策略,在該策略下,上冊注冊機(jī)構(gòu)將地址劃分給下層注冊機(jī)構(gòu)進(jìn)行分配與管理;另一個是指派策略,注冊機(jī)構(gòu)直接將地址分配給用戶使用。為了Internet發(fā)展的長遠(yuǎn)利益,IPv6地址空間管理的目標(biāo)確定為保證世界范圍內(nèi)IP地址的唯一性,統(tǒng)一在注冊數(shù)據(jù)庫中注冊、盡最大可能保證易聚合、避免空間浪費、分配公平公正及注冊管理開銷的最小化等。一般情況下,在IPv6地址分配策略中,聚合的目標(biāo)被認(rèn)為是最重要的。 6(3) 三種地址規(guī)劃方案目前,IPv6地址共有三種地址規(guī)劃方案:l 根據(jù)地理范圍進(jìn)行劃分,為在地理上術(shù)語統(tǒng)一范圍所有子網(wǎng)分配共同的網(wǎng)絡(luò)前綴。l 根據(jù)組織范圍進(jìn)行劃分,為屬于同一組織的所有團(tuán)體分配共同的網(wǎng)絡(luò)前綴。l 根據(jù)服務(wù)類型進(jìn)行劃分,為預(yù)定義好的服務(wù)分配特定的網(wǎng)絡(luò)前綴。7第三章 IPv4與IPv6網(wǎng)絡(luò)之間的通信技術(shù)目前,IPv4用戶對IPv6的需求量越來越大,為了滿足用戶的需求,各種IPv4與IPv6互連的技術(shù)也應(yīng)運(yùn)而生?,F(xiàn)階段IPv4與IPv6互連的過渡技術(shù)大致有三種,包括隧道技術(shù)、雙協(xié)議棧和NAT-PT技術(shù)。在這三種基礎(chǔ)之上,又衍生出很多種的互通與轉(zhuǎn)換機(jī)制。這些機(jī)制主要分為兩類,其中一類是IPv6小島與IPv4海洋之間的通信,另一類是IPv4海洋中的IPv6節(jié)點之間的通信。下文中我們會對這些技術(shù)和機(jī)制進(jìn)行詳細(xì)的分析與比較。3.1 雙協(xié)議棧技術(shù) 3.1.1 雙協(xié)議棧技術(shù)的工作原理雙協(xié)議棧技術(shù)的目標(biāo)是實現(xiàn)在網(wǎng)絡(luò)中,雙協(xié)議棧節(jié)點之間可以相互通信。這種機(jī)制可以在單一的網(wǎng)絡(luò)設(shè)備上或者是一個雙棧的骨干網(wǎng)中實現(xiàn)。雙協(xié)議棧技術(shù)可以使基于IPv4中的應(yīng)用在IPv6網(wǎng)絡(luò)中不受干擾,同理,IPv6的應(yīng)用也不會IPv4網(wǎng)絡(luò)中收到影響,通過此種方法,實現(xiàn)IPv4與IPv6的互通與共存。這種技術(shù)是指在單個網(wǎng)絡(luò)節(jié)點上同時支持IPv4和IPv6。相對于IPv6節(jié)點,因為需要兼容IPv4,并使IPv4協(xié)議棧保持完整,當(dāng)雙協(xié)議棧的節(jié)點接收數(shù)據(jù)包時,鏈路層會將剛剛接收到的數(shù)據(jù)包拆封并且檢查包頭。如果該數(shù)據(jù)包的包頭顯示的版本號是4,則該數(shù)據(jù)包就交給IPv4協(xié)議棧來處理;相反的,如果版本號為6,就由IPv6協(xié)議棧來處理,這種方式可以避免對IPv4和IPv6的數(shù)據(jù)包進(jìn)行包頭的二次拆封和封裝便可以轉(zhuǎn)發(fā)報文。這樣可以保證基于IPv4和IPv6的數(shù)據(jù)能夠順利傳輸。中間的關(guān)系如圖3.1所示:圖3.1雙協(xié)議棧工作原理3.1.2 雙協(xié)議棧技術(shù)的工作方式雙協(xié)議棧的工作模式在實際的工作過程中,數(shù)據(jù)在傳送時,它的目的地址是路由選擇的主要決定條件,所以雙協(xié)議棧必須得根據(jù)數(shù)據(jù)和程序所指定的目的地址的協(xié)議類型對雙協(xié)議棧的網(wǎng)絡(luò)通信方式做出一些約定:(1) 如果數(shù)據(jù)或程序使用的目的地址是IPv4地址,則使用IPv4協(xié)議;(2) 如果數(shù)據(jù)或程序目的地址是IPv6地址,且為本地網(wǎng)絡(luò),則使用IPv6協(xié)議;(3) 如果數(shù)據(jù)或程序使用的目的地址是不兼容IPv4的IPv6地址,且為非本地網(wǎng)絡(luò),則使用IPv6協(xié)議;(4) 如果數(shù)據(jù)或程序使用的目的地址是兼用IPv4的IPv6地址,且為非本地網(wǎng)絡(luò),則使用IPv4協(xié)議,這種情況下的IPv6數(shù)據(jù)被封裝在IPv4數(shù)據(jù)中;(5) 如果數(shù)據(jù)或程序使用的是域名做為目標(biāo)地址,則先從DNS獲取相應(yīng)的IPv4地址和IPv6地址,再根據(jù)具體的情況進(jìn)行相應(yīng)的處理。3.1.3 雙協(xié)議棧的工作模型 雙協(xié)議棧在實際工作的網(wǎng)絡(luò)環(huán)境中,分為完全雙協(xié)議棧模型和有限雙協(xié)議棧模型。 完全雙協(xié)議棧模型是指在網(wǎng)絡(luò)中的任意一個節(jié)點都支持IPv4和IPv6,每個節(jié)點發(fā)送的IPv4的數(shù)據(jù)包都由IPv4協(xié)議棧來處理,每個節(jié)點發(fā)送的IPv6的數(shù)據(jù)包經(jīng)過節(jié)點時,也都是由IPv6協(xié)議棧來處理。這種網(wǎng)絡(luò)環(huán)境中不會存在IPv4和IPv6之間的互相通信的問題。但這種模型仍會占用IPv4的地址資源,不能實現(xiàn)IPv4地址資源匱乏的情況。下圖3.2可以解釋完全雙協(xié)議棧的工作原理:圖3.2 完全雙協(xié)議棧工作原理另一種模式為有限雙協(xié)議棧模式,這種模式在一定程度上可以減少完全雙協(xié)議棧占用IPv4資源的這一弊端,服務(wù)器和路由器支持雙協(xié)議棧,而非服務(wù)器的主機(jī)只需要支持IPv6協(xié)議棧即可。然而IPv4與IPv6節(jié)點之間的通信將出現(xiàn)障礙,這不得不需要一些其他的技術(shù)嵌入其中,以保證其正常通信。這些技術(shù)里較為普遍的有DSTM。在純IPv6網(wǎng)絡(luò)中,一個IPv6主機(jī)需要發(fā)送一個IPv4的數(shù)據(jù)包的時候,第一步會向為客戶端分配地址的DSTM服務(wù)器發(fā)送一個IPv4的地址請求,DSTM服務(wù)器此時會在一個規(guī)定的地址范圍中選擇并暫時保留一個IPv4地址,在回復(fù)IPv6主機(jī)消息時,會使用前面提到的申請到的IPv4地址來配置其IPv4協(xié)議棧,之后將需要發(fā)送的IPv4數(shù)據(jù)包發(fā)送到DSTM,再由DSTM將數(shù)據(jù)包拆封成IPv4數(shù)據(jù)包并發(fā)送出去,于此同時建立一個主機(jī)IPv4和IPv6的地址映射表,在以后的數(shù)據(jù)轉(zhuǎn)發(fā)過程中,會根據(jù)該表對數(shù)據(jù)包進(jìn)行IPv4包的拆封和封裝。圖3.3對有限雙協(xié)議棧的工作原理做出了解釋:圖3.3 有限雙協(xié)議棧工作原理3.2 NAT-PT技術(shù)3.2.1 NAT-PT技術(shù)基礎(chǔ)NAT-PT技術(shù)即為協(xié)議翻譯技術(shù),Network Address Translation和Protocol Translation,由網(wǎng)絡(luò)地址翻譯技術(shù)和協(xié)議翻譯技術(shù)兩個部分組成。網(wǎng)絡(luò)地址轉(zhuǎn)換的方法是在1994年提出的。此方法需要在專用網(wǎng)連接到因特網(wǎng)的路由器上安裝NAT軟件.8 NAT技術(shù)一部分是IPv4與IPv6協(xié)議層的翻譯,另一部分是IPv4應(yīng)用與IPv6應(yīng)用間的翻譯。NAT-PT是一種IPv4節(jié)點和純IPv6節(jié)點的互通方式。這些轉(zhuǎn)換工作都是由網(wǎng)絡(luò)設(shè)備來完成。每一個支持NAT-PT的網(wǎng)關(guān)路由器理論上都具有一個IPv4的地址池,在IPv6網(wǎng)絡(luò)向IPv4網(wǎng)絡(luò)發(fā)送數(shù)據(jù)包時,用來對應(yīng)IPv6地址來實現(xiàn)網(wǎng)絡(luò)間的翻譯。相比于其他的網(wǎng)絡(luò)轉(zhuǎn)換技術(shù),NAT-PT有他自身的特點,該技術(shù)不需要修改當(dāng)前的IPv4網(wǎng)絡(luò),便可實現(xiàn)網(wǎng)絡(luò)內(nèi)部的IPv4主機(jī)對IPv6網(wǎng)絡(luò)主機(jī)的訪問,且通過協(xié)議映射,使若干IPv6主機(jī)可以使用一個相同的IPv4地址,達(dá)到了節(jié)省IPv4地址資源的目的。此外,在IPv4和IPv6網(wǎng)絡(luò)互通的過程中,NAT-PT不同于一些隧道技術(shù),他只要求在互聯(lián)的轉(zhuǎn)換設(shè)備上啟用便可,對其他網(wǎng)絡(luò)設(shè)備的要求會減少很多。3.2.2 NAT-PT技術(shù)分類NAT-PT技術(shù)作為網(wǎng)關(guān)翻譯技術(shù),可以連接IPv6節(jié)點和IPv4節(jié)點的互通方式,其連接方式要靠網(wǎng)絡(luò)設(shè)備來支持。在地址、協(xié)議的轉(zhuǎn)換的過程中,NAT-PT使用的路由器應(yīng)具備IPv4地址池,當(dāng)IPv6向IPv4網(wǎng)絡(luò)發(fā)送數(shù)據(jù)包時會啟用轉(zhuǎn)換報文,IPv6地址將會被轉(zhuǎn)換成源地址。完成IPv4和IPv6網(wǎng)絡(luò)地址的和協(xié)議的翻譯,實現(xiàn)IPv4和IPv6節(jié)點之間的通信。當(dāng)今常用的NAT-PT技術(shù)可以分為下面介紹的幾類。靜態(tài)NAT-PT:靜態(tài)NAT-PT的原理相對易于理解,在網(wǎng)關(guān)上配置的IPv4和IPv6地址采用的是相對應(yīng)的處理方式,所以工作量很龐大,需要消耗掉大量的IPv4地址用于配置。動態(tài)NAT-PT:動態(tài)NAT-PT在互通的過程中,網(wǎng)關(guān)會通告一個96位的地址前綴給IPv6網(wǎng)絡(luò),接著結(jié)合主機(jī)的IPv4地址實現(xiàn)對IPv4網(wǎng)絡(luò)中主機(jī)的標(biāo)識。在動態(tài)NAT-PT網(wǎng)關(guān)設(shè)置完IPv4地址池之后,使用IPv4地址,在IPv6網(wǎng)絡(luò)中動態(tài)的將剛剛通告的前綴加到當(dāng)前的IPv4地址。運(yùn)行這種模式需要IPv4地址池的支持,類似IPv4的動態(tài)NAT。NAT-PT DNS ALG:動態(tài)NAT-PT映射可以喝DNS ALG聯(lián)合使用來轉(zhuǎn)換DNS傳輸,以自動建立目的節(jié)點的轉(zhuǎn)換地址 10 .3.2.3 NAT-PT網(wǎng)關(guān)的工作流程N(yùn)AT-PT網(wǎng)關(guān)的工作流程圖如圖3.4所示:圖3.4 NAT-PT網(wǎng)關(guān)的工作流程圖(1)IPv4主機(jī)B請求訪問IPv6的主機(jī)A,主機(jī)B向網(wǎng)內(nèi)的DNS服務(wù)器發(fā)送請求報文,查詢域名為的主機(jī)A的地址。(2)IPv4首選的DNS服務(wù)器收到DNS請求后,會檢查映射記錄,若無此記錄,便將該報文發(fā)送到NAT-PT網(wǎng)關(guān)。(3)NAT-PT網(wǎng)關(guān)收到報文后,將會分析此報文的DNS請求,然后將報文交給DNS-ALG。(4)DNS-ALG接受后,將此DNS請求由A類型轉(zhuǎn)換為A6類型或AAAA類型,并轉(zhuǎn)發(fā)給IPv6域的DNS服務(wù)器。(5)IPv6的DNS服務(wù)器收到DNS請求后,會查找映射記錄,將對應(yīng)的IPv6地址為FE80:2:10返回。(6)NAT-PT網(wǎng)關(guān)收到DNS的應(yīng)答后交給DNS-ALG,DNS-ALG解析出返回地址,并通知NAT在映射記錄表中查找是否有此IPv6地址的映射記錄,若無則建立一個新的連接,NAT會從IPv4地址池中選出一個地址去替換DNS應(yīng)答中的IPv6地址FE80:2:10,并將此映射關(guān)系記錄到地址映射表中,DNS-ALG將報文改為A類型返回給IPv4 DNS服務(wù)器。(7)IPv4 DNS 服務(wù)器將解析地址返回給主機(jī)B(8)主機(jī)B發(fā)送一個目的地址為 源地址為0的報文,此報文被發(fā)送至NAT-PT網(wǎng)關(guān)。(9)NAT-PT網(wǎng)關(guān)接收到報文后,根據(jù)映射記錄表,相對應(yīng)的將目的地址替換為FE80:2:10,同時將源地址加上前綴2002:,對報文進(jìn)行轉(zhuǎn)換后,再送給主機(jī)A。到這里,IPv4主機(jī)和IPv6主機(jī)的通信就建立了。 5 . 總的來說,NAT-PT技術(shù)是一種較為完善的網(wǎng)絡(luò)互通的方案,在純IPv6 網(wǎng)絡(luò)與IPv4網(wǎng)絡(luò)之間的互通方面都有應(yīng)用。但有一點需要注意,NAT-PT在網(wǎng)絡(luò)層加密的情況下將無法工作,此時的NAT-PT需要與DNS-ALG技術(shù)結(jié)合。 93.3 隧道技術(shù)隨著網(wǎng)絡(luò)的發(fā)展,IPv6技術(shù)會被越來越廣泛的使用,更多局部性的IPv6網(wǎng)絡(luò)也會出現(xiàn),但這些相對獨立出現(xiàn)的IPv6網(wǎng)絡(luò)被各種運(yùn)行IPv4協(xié)議的網(wǎng)絡(luò)所隔開,之間無法實現(xiàn)互聯(lián)互通。此時,一種可以讓這些獨立的IPv6網(wǎng)絡(luò)互通的技術(shù)就顯得尤為重要。隧道技術(shù)就是一種較為廣泛使用IPv4網(wǎng)絡(luò)與IPv6網(wǎng)絡(luò)的互連技術(shù)。這種通過使用互聯(lián)網(wǎng)絡(luò)基礎(chǔ)設(shè)施使數(shù)據(jù)可以在不同的網(wǎng)絡(luò)協(xié)議之間傳遞的方式,叫做隧道技術(shù)。此技術(shù)傳遞數(shù)據(jù)時,會通過隧道協(xié)議,將其他協(xié)議的數(shù)據(jù)包重新封裝然后通過隧道發(fā)送出去。新的數(shù)據(jù)包的包頭會包含一定的信息使路由有徑可循。隧道技術(shù)提供了一種用IPv4網(wǎng)絡(luò)協(xié)議體系來傳遞IPv6數(shù)據(jù)的方法,通過一定規(guī)律的劃分,將IPv6的數(shù)據(jù)拆分為若干個無結(jié)構(gòu)意義的數(shù)據(jù),再封裝進(jìn)IPv4數(shù)據(jù)包中,使用IPv4網(wǎng)絡(luò)進(jìn)行傳輸。根據(jù)建立的方式可以將隧道分為一下幾大類:3.3.1 手動配置隧道手動配置隧道需要兩個端點所在網(wǎng)絡(luò)的工作人員來配置完成。隧道的地址不需要再特殊配置,而是由隧道的端點地址決定。在常用的通信站點之間使用的較為頻繁。隧道的封裝節(jié)點必須保存隧道終點的地址,IPv6數(shù)據(jù)包在通過隧道協(xié)議傳輸?shù)慕K點地址會被設(shè)為IPv4地址進(jìn)行封裝。手動配置的隧道,封裝節(jié)點會根絕路由信息決定一個包是否需要通過隧道來轉(zhuǎn)發(fā),其通信站點之間須有一個可用的IPv4連接,并且需要一個IPv4地址。站點中的每個主機(jī)都需要支持IPv6網(wǎng)絡(luò),且隧道的起點和終點設(shè)備都須同時支持IPv4和IPv6協(xié)議的節(jié)點。當(dāng)數(shù)據(jù)包到達(dá)終點時,節(jié)點會將IPv4封裝進(jìn)行拆封,讀取IPv6數(shù)據(jù)包。在H-R,R-R應(yīng)用中,隧道終點的路由器是IPv6數(shù)據(jù)包傳送的目的節(jié)點而并非隧道終點。這表明隧道終點的地址不能通過IPv6數(shù)據(jù)包的目的地址達(dá)到,需由隧道起點的配置信息才能得到。因此這兩種隧道必須采用手動配置模式??傮w看來,手動配置隧道的主要缺點是3網(wǎng)絡(luò)管理員的工作量很大,因為它必須為每一條隧道做詳細(xì)的配置。133.3.2 自動配置隧道自動配置隧道的建立和拆除的動態(tài)的,它的端點根據(jù)分組的目的地址來決定。 較常用于單獨的主機(jī)或不經(jīng)常通信的站點之間。如果目的地址是IPv6地址,且兼容IPv4協(xié)議,將通過配置自動隧道來傳遞數(shù)據(jù)包。若目的地址不是此類IPv6地址,分組不能通過自動配置隧道來傳輸數(shù)據(jù)。在H-H、R-H的應(yīng)用中,隧道終點與IPv6網(wǎng)絡(luò)的數(shù)據(jù)包的目的地址一致。用此方法可以將隧道終點的IPv4地址信息封裝在IPv6的目的地址中,從而可以省去了給隧道專門配置終點的步驟,隧道終點地址可自動獲得。這兩種應(yīng)用模式可以利用兼容IPv6的地址,而采用自動配置隧道模式。14 3.3.3 6to4隧道技術(shù)6to4隧道技術(shù)的要點就是在IPv6數(shù)據(jù)包要進(jìn)入IPv4網(wǎng)絡(luò)時,將IPv6數(shù)據(jù)包封裝成IPv4數(shù)據(jù)包。然后,含有IPv6數(shù)據(jù)包的信息就在IPv4網(wǎng)絡(luò)的隧道中傳輸。當(dāng)IPv4數(shù)據(jù)包離開IPv4網(wǎng)路中的隧道時再把數(shù)據(jù)部分交給主機(jī)的IPv6協(xié)議棧。將數(shù)據(jù)包進(jìn)行拆封,接受IPv6數(shù)據(jù)信息。 2 6to4機(jī)制可以自動從IPv6的地址前綴中獲取一個IPv4的地址,因此找點可以配置IPv6并且不需申請信的IPv6地址,大大的簡化了運(yùn)營商的工作,在實際的工作中有更多的應(yīng)用范圍。6to4機(jī)制的簡單運(yùn)用是在沒有本地IPv6的 ISP 服務(wù)時, 幾個IPv4站點需使用IPv6進(jìn)行交互, 因而每一站點都需要確定一個路由來運(yùn)行雙層協(xié)議棧(即IPv4和IPv6兼容)和6to4隧道,以確保這個路由有全球范圍的路由地址(非專用IPv4地址空間)。3.3.4 隧道代理技術(shù)隧道代理不同于上面介紹的幾種機(jī)制,它是一種架構(gòu),而非具體的協(xié)議。使用隧道代理的目的是簡化隧道的配置,比較適用于單個主機(jī)獲取IPv6的連接。在主機(jī)或路由將IPv6報文封裝進(jìn)IPv4數(shù)據(jù)包中,通過現(xiàn)有IPv4網(wǎng)絡(luò)進(jìn)行傳輸,當(dāng)數(shù)據(jù)包到達(dá)目標(biāo)主機(jī)或路由時,對接收到的數(shù)據(jù)包進(jìn)行拆封,獲取IPv6數(shù)據(jù),實現(xiàn)兩端的IPv6互通。隧道代理要求隧道的兩端都支持雙棧并有可用的IPv4連接16.當(dāng)隧道經(jīng)過網(wǎng)關(guān)翻譯設(shè)施時,這種機(jī)制是不可以使用的。采用隧道代理的方式,方便了IPv6的運(yùn)營商對用戶進(jìn)行接入控制,按策略對網(wǎng)絡(luò)資源進(jìn)行分配。隧道代理技術(shù)提供了一種虛擬IPv6環(huán)境的運(yùn)營商,使用隧道技術(shù)使各IPv6孤島可以互相連通,實現(xiàn)IPv6網(wǎng)絡(luò)環(huán)境下的互通。隧道代理技術(shù)的提出,很大程度上解決了人工配置隧道對網(wǎng)絡(luò)工作人員較大工作量的要求。隧道代理技術(shù)可以自動處理各網(wǎng)點的隧道需求,并且具有較為普遍的適用性。 3 圖3.5顯示的是隧道代理模型工作示意圖:圖3.5 隧道代理模型隧道代理工作的具體步驟是:第一步進(jìn)行3A認(rèn)證,完成后根據(jù)請求,選擇隧道服務(wù)器及IPv6地址,隧道代理之后會注冊一個隧道IPv6地址,最后將成功配置的信息發(fā)送到隧道服務(wù)器,隧道服務(wù)器再將配置信息發(fā)送給客戶,這樣,隧道代理的工作就完成了。第四章 IPv4與IPv6互連技術(shù)的實現(xiàn)4.1 模擬器簡介及配置命令基本介紹在配置IPv4與IPv6互連的實驗中,我們使用的是Dynamips GNS3模擬器。這款模擬器基于硬件模擬的思科路由模擬器,該模擬器可以加載真實的思科路由器的IOS,實驗效果和真實的網(wǎng)絡(luò)環(huán)境基本沒有區(qū)別,它模擬出路由器的硬件環(huán)境,然后在這個環(huán)境下直接運(yùn)行思科的IOS,其模擬的真實性幾乎可以完成所有的路由配置實驗。在實驗配置的過程中,給路由器做配置的過程中我們輸入的命令都包括一定的功能,下面我們對一些較常見的命令做簡單的介紹:l en:enable 的縮寫,此命令可使操作者進(jìn)入路由器的全功能模式。l conf t:configure terminal的縮寫,表示從終端執(zhí)行配置命令。l no sh:no shutdown的縮寫,此命令取消了路由器的自動關(guān)閉功能。l ipv6 unicast-routing:這條配置語句可以啟動路由協(xié)議,開啟IPv6單播路由功能,一些簡單的路由網(wǎng)絡(luò)的聯(lián)通都會依靠此命令。l ipv6 nat:對此命令的當(dāng)前接口開啟NAT-PT轉(zhuǎn)換。l tunnel mode ipv6ip:此命令標(biāo)明配置的隧道模式是IPv6到IPv4。l ipv6 nat prefix 2001:/96 :這條配置語句聲明了IPv6轉(zhuǎn)換報文的前綴長度,例子中的前綴長度即為96。 了解這些簡單的配置語句,對理解實驗配置會起到很好的幫助作用。4.2 實現(xiàn)局域網(wǎng)內(nèi)部的IPv6主機(jī)互連的實驗在IPv6局域網(wǎng)中,實現(xiàn)IPv6主機(jī)的互通是比較簡單的一種配置。本實驗使用了兩臺2691路由器來模擬IPv6主機(jī)。下面是本實驗的拓?fù)鋱D4.1:圖4.1 IPv6局域網(wǎng)中IPv6主機(jī)互連拓?fù)鋱D下面是在路由器上做的配置:在PC1上的配置: Router Routeren Router#conf t Router(config)#ho PC1 PC1(config)#int f0/0 PC1(config-if)#ipv6 add 2000:1/64 PC1(config-if)#no sh在PC2上做的配置: RouterRouterenRouter#conf tRouter(config)#ho PC2PC2(config)#int f0/0PC2(config-if)#ipv6 add 2000:2/64PC2(config-if)#no sh我們來檢驗實驗結(jié)果:在PC1上ping PC2:PC1#ping 2000:2Type escape sequence to abort.Sending 5, 100-byte ICMP Echos to 2000:2, timeout is 2 seconds:!Success rate is 100 percent (5/5), round-trip min/avg/max = 16/41/64 ms在PC2上ping PC1:、PC2#ping 2000:1Type escape sequence to abort.Sending 5, 100-byte ICMP Echos to 2000:1, timeout is 2 seconds:!Success rate is 100 percent (5/5), round-trip min/avg/max = 16/36/100 ms這表明,在IPv6局域網(wǎng)內(nèi)兩臺IPv6主機(jī)的互通已經(jīng)實現(xiàn)。4.3 IPv4與IPv6網(wǎng)絡(luò)互連的實現(xiàn)本實驗通過隧道技術(shù),來實現(xiàn)IPv4網(wǎng)絡(luò)與IPv6網(wǎng)絡(luò)的互連的實現(xiàn)。隧道機(jī)制在現(xiàn)有的IPv4基礎(chǔ)設(shè)施中配置IPv6時,會以IPv4網(wǎng)絡(luò)作為傳輸層,將一個IPv6孤島內(nèi)的IPv6主機(jī)、路由器等設(shè)備通過數(shù)據(jù)傳輸給另外一個IPv6孤島,實現(xiàn)IPv6孤島間的通信。采用隧道技術(shù),可以利用現(xiàn)有的IPv4網(wǎng)絡(luò),將小的IPv6孤島合并成大型的IPv6網(wǎng)絡(luò),最終通過技術(shù)和設(shè)備的更新,完成大規(guī)模范圍內(nèi)的純IPv6網(wǎng)絡(luò)。本實驗所配置的隧道實驗環(huán)境,由4臺Cisco2691路由器來完成。2臺路由器模擬IPv4路由器,另外2臺分別模擬兩個IPv6孤島。本實驗的配置拓?fù)鋱D4.2:圖4.2 IPv4與IPv6互連隧道技術(shù)拓?fù)鋱D在R1上的配置如下:RouterenRouter#conf tRouter(config)#ho R1R1(config)#int f0/0R1(config-if)#ip add R1(config-if)#no shR1(config-if)#exiR1(config)#int tunnel 0R1(config-if)#ipv6 add 2000:1/64R1(config-if)#tunnel source R1(config-if)#tunnel destination R1(config-if)#tunnel mode ipv6ipR1(config-if)#exiR1(config)#int lo 0R1(config-if)#ipv6 add 2001:1/64R1(config-if)#exiR1(config)#ipv6 unicast-routingR1(config)#ipv6 route 2002:/64 tunnel 0在R2上的配置如下:RouterenRouter#conf tRouter(config)#ho R2R2(config)#int f0/0R2(config-if)#ip add R2(config-if)#no shR2(config-if)#exiR

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論