【正文】 k technique, RFC2767 February 2020. Tsirtsis, G., Srisuresh, P., Network address translationprotocol translation (NATPT). RFC2766, February 2020. Waddington, D., Chang, F., Realizing the transition to IPv6. IEEE Comm Mag 2020. Wang, K., Yeo, ., Ananda, ., DTTS: a transparent and scalable solution for IPv4 to IPv6 transition Proceedings of the tenth international conference on puter munication and works, IEEE 2020. 1 Journal of Network and Computer Applications 31 (200 8) 66–72 .else Research note Design and implementation scheme for deploying IPv4 over IPv6 tunnel Tushar M. Raste , . Kulkarni Department of Computer Science and Engineering, Walchand College of Engineering,Sangli, India Received 14 January 2020。 標(biāo)準(zhǔn)模型假設(shè) IPv6節(jié)點(diǎn)含有有效的 IPv4與 IPv6地址，在將來當(dāng)節(jié)點(diǎn)升級(jí)為 IPv6領(lǐng)域，這時(shí) IPv4地址只需要臨時(shí) IPv4節(jié)點(diǎn)通信。更進(jìn)一步，任何基于 NAT的解決方案都是無效與不可擴(kuò)展的。 SIIT (Nordmark,2020)提供了一個(gè)從 IPv4到 IPv6靈活與無狀態(tài)的轉(zhuǎn)化，但是它是不完 備的，因?yàn)樗鼪]有指定在 IPv6網(wǎng)絡(luò)里如何從 IPv4包到 IPv6包轉(zhuǎn)化。 ALG是一種應(yīng)用程序 從屬機(jī)制，它是指對(duì)不同的應(yīng)用程序它應(yīng)提供不同的應(yīng)用程序網(wǎng) 關(guān)組件。但是它不可以減少對(duì)全局路由 IPv4 地址的需求，以及提高 IPv4 與 IPv6 混合路由設(shè)施的網(wǎng)絡(luò)復(fù)雜性。總值從 7%到 30%的變化取決于數(shù)據(jù)包大小。圖 4 是對(duì) 64 字節(jié)到 768 字節(jié)的數(shù)據(jù)包大小的吞吐量的分析?？傊党霈F(xiàn)于隧道包封裝與 DE 封裝的所需時(shí)間。 延遲的測(cè)量是從客戶端向服務(wù)器發(fā)送 64， 128， 258， 512 及 768 字節(jié)的數(shù)據(jù)包，服務(wù)器一旦收到數(shù)據(jù)包即立刻回送給客戶端。 5 Time (ms) 圖 2. 數(shù)據(jù)包的接收 . 延遲時(shí)間 在性能評(píng)估中，隧道式機(jī)制傳輸平均延遲時(shí)間 (Tsuchiya et al., 2020。 一個(gè) IPv6 域中的用戶空間守護(hù)程序被配置用于傳達(dá)在 IPv4 目的地建立隧道的需求，或者是邊界路由器的目的地 在 IPv4 域中。 一旦設(shè)備被創(chuàng)建出來，那么一個(gè)目的地路由就可與之關(guān)聯(lián)，如此一來，數(shù)據(jù)包就能被轉(zhuǎn)向這個(gè)界面了。為此，它會(huì)生成一個(gè)對(duì) DNS 服務(wù)器的 DNS 查詢。 3. 若目的地在純 IPv4 網(wǎng)絡(luò)中則為邊界路由器創(chuàng)建一個(gè)隧道。因此，創(chuàng)建一個(gè)隧道暗指在內(nèi)核中創(chuàng)建一個(gè)虛擬界面，并將封裝信息保留在專用數(shù)據(jù)結(jié)構(gòu)中。 從內(nèi)核角度來說，一個(gè)網(wǎng)絡(luò)界面是一個(gè)軟件對(duì)象，它可以處理外流的數(shù)據(jù)包，而實(shí)際的傳輸 機(jī)制隱藏于界面驅(qū)動(dòng)中。假設(shè)一個(gè)本地進(jìn)程為一個(gè)遠(yuǎn)程進(jìn)程創(chuàng)建一個(gè)數(shù)據(jù)包，作為一個(gè)數(shù)據(jù)包如何橫越這些鉤子的例子：首先，數(shù)據(jù)包橫越 NF_IP_LOCAL_OUT鉤子。這些鉤子的對(duì)象是所有來往于局部過程的數(shù)據(jù)包。它允許用戶定義的內(nèi) 3 圖 1. 網(wǎng)濾器鉤 . 核模塊將回收函數(shù)注冊(cè)到這些鉤子上。 3. 網(wǎng)濾器鉤 創(chuàng)建虛擬界面的需要可由網(wǎng)濾器鉤來探測(cè) (Netfilter homopage。在需要發(fā)送第一個(gè) IPv4 包時(shí)，客戶端會(huì)獲得一個(gè) TEP 的 IPv6 地址 (Affifi and Tountain,1999)，此信息將用來配置 4到 6 的界面。這樣在一個(gè) IPv6 域中， IPv4 包被隱藏于 IPv6 包中 (Bound et al., 2020)。因此在這種情況下建議用戶只配置 IPv6 網(wǎng) 絡(luò)。其節(jié)點(diǎn)仍然需要與 IPv4 節(jié)點(diǎn)通信，但 IPv4 節(jié)點(diǎn)沒有雙 IP 層來支持 IPv4 與IPv6。當(dāng)大部分網(wǎng)絡(luò)轉(zhuǎn)換成只涉及最小 IPv4 路由的 IPv6 網(wǎng)絡(luò)時(shí)，此方案將會(huì)很有用處。 accepted 28 June 2020 摘要 : 在現(xiàn)有的 IPv4 互聯(lián)網(wǎng)中配置 IPv6 網(wǎng)絡(luò)時(shí)， IPv4 到 IPv6 的過渡就成為一個(gè)必然的過程，在過渡期間兩種協(xié)議將會(huì)在較長的時(shí)間內(nèi)共存。 received in revised form 28 June 2020。在本文里，我們將提出一種將 IPv6 包封裝在 IPv4 包中的方案。 fax: +912332300831. Email addresses: (. Raste), (. Kulkarn i). 10848045/$ see front matter r 2020 Published by Elsevier Ltd. doi: 2 1. 引言 在純 IPv6 網(wǎng)絡(luò)（ Dunn， 2020）中，最初的 IPv6 配置（ Davies,2020）需要緊密成對(duì)使用 IPv4 地址來支持 IPv4 與 IPV6 之間的網(wǎng)絡(luò)互連。在這種前提下，輔助支持本地 IPv4 的同時(shí)，在很大程度上也增加了 IPv6 復(fù)雜的網(wǎng)絡(luò)管理（ IP 地址計(jì)劃，路由基礎(chǔ)設(shè)施）。這允許 IPv6 節(jié)點(diǎn)與純 IPv4 節(jié)點(diǎn)通訊，或者純 IPv4 應(yīng)用程序在 IPv6 節(jié)點(diǎn)上不用修改而運(yùn)行。主機(jī)能通過不同的方法檢測(cè)到是否需要隧道技術(shù)：當(dāng)在 IPv4 的目標(biāo)地址查詢到 DNS分解器時(shí)；當(dāng)一個(gè)應(yīng)用程序打開一個(gè) IPv4 套接字時(shí)；或者當(dāng)一個(gè) IPv4 包被發(fā)送到內(nèi)核并且沒有界面準(zhǔn)備轉(zhuǎn)發(fā)那個(gè)包 (Bound et al., 2020)時(shí)。網(wǎng)濾器鉤可用來探測(cè)是否需要在節(jié)點(diǎn)上安裝這樣一個(gè)隧道。網(wǎng)濾器由在 Linux協(xié)議棧中的不同點(diǎn)上的許多鉤子構(gòu)成。在圖的頂端有兩個(gè)鉤子，NF_IP_LOCAL_IN 和 NF_IP_LOCAL_OUT。還有一個(gè)鉤子是用于當(dāng)前主機(jī)轉(zhuǎn)發(fā)的數(shù)據(jù)包， NF_IP_FORWARD。注冊(cè)的回收函數(shù)返回下面五個(gè)值中的一個(gè) :NF_ACCEPT(接受數(shù)據(jù)包并繼續(xù)數(shù)據(jù)鏈 )， NF_DROP (丟棄數(shù)據(jù)包 ), NF_QUEUE(將數(shù)據(jù)包排隊(duì)到用戶空間中 )或者 NF_STOLEN (從網(wǎng)絡(luò)中竊得的數(shù)據(jù)包 )。這個(gè)想法可用于將數(shù)據(jù)包配置到另一個(gè)協(xié)議中。 2. 若目的地為 IPv6 主機(jī)，則為遠(yuǎn)程主機(jī)創(chuàng)建一個(gè)隧道。 這樣，回收函數(shù)有了一個(gè)外部分解器的任務(wù) (Tsuchiya et al., 2020)，即解析一個(gè) IPv4 地址，也就是說進(jìn)入一個(gè) IPv6 地址的 A 記錄，即 AAAA 記錄。隧道參數(shù)可存儲(chǔ)于界面的私有數(shù)據(jù)結(jié)構(gòu)中。接著由內(nèi)核作出路由判斷。接收函數(shù)移除 IPv6 頭信息并且模擬另一個(gè)接收程序，此時(shí)一個(gè) IPv4 數(shù)據(jù)包被接收，虛擬界面的一些參數(shù)被調(diào)整以便 IPv4 數(shù)據(jù)包的接收可通過虛擬設(shè)備來模擬。測(cè)試的執(zhí)行是通過 Ping 4 3 IPv4 Tunneled Latency 2 1 0 64 128 256 數(shù)據(jù)包大小 512 768 圖 . 6 Throughput (kbps) 2500 Throughput 2020 IPv4 Tunneled 1500 1000 500 0 64 128 256 512 768 數(shù)據(jù)包 (字節(jié) ) 圖 4. 吞吐量分析 . 程序運(yùn)行在可靠的 ICMP 網(wǎng)絡(luò)層上， ping 程序的功能是發(fā)送回應(yīng)請(qǐng)求包來控制指定節(jié)點(diǎn)和檢查回應(yīng)訊息，并以此來判定特殊節(jié)點(diǎn)是否存活。隨著數(shù)據(jù)包字節(jié)的改變，總值呈現(xiàn)出 由 7%到 30%的變化。 吞吐量的計(jì)算公式為 T =P/L,T 指 吞吐量， P 指千字節(jié)的數(shù)據(jù)包大小， L 指找到一致的數(shù)據(jù)包大小的延遲時(shí)間。吞吐量一般隨著數(shù)據(jù)包大小的增加而增大。 雙協(xié)議棧 (Bound and Tountain,1999)機(jī)制是兩種基本傳輸機(jī)制的一種，在主機(jī)與路由器中 雙協(xié)議?？赏耆С?IPv4 和 IPv6。它們共同的缺點(diǎn)是打破因特網(wǎng)點(diǎn)對(duì)點(diǎn)的原則，而此原則對(duì)電子商務(wù)以及商業(yè)通信非常的重要。 BIS (Tsuchiya et al.,2020) 由尋址轉(zhuǎn)換器 模組到節(jié)點(diǎn)系統(tǒng)，與一個(gè)地址映射以及延伸到名稱分解器，以次來促進(jìn)轉(zhuǎn)換。同時(shí)， NAT型機(jī)制也有同樣的缺陷作為網(wǎng)關(guān)型機(jī)制直到點(diǎn)對(duì)點(diǎn)通信而言。任何類型的協(xié)議 /應(yīng)用程序可顯然地傳遞，不需要配置翻譯器。所以程序需要從服務(wù)器獲得 IPv4地址，這個(gè)程序也許利用 DHCPv6或者 RPCv6，再或者利用 特別設(shè)計(jì)的目標(biāo)，同樣地服務(wù)器需要維護(hù)全局的 IPv4地址。 Ipv4。 Raicu and Zeadally, 2020) was measured ?rst. The average transmission latency is the time taken for a packet to be transmitted across a work connection from sender to receiver. Tests were performed using the ping Fig. 2. Packet Reception. 5 Time (ms) program run on a reliable ICMP Inter layer. The ping utility sends ICMP echo request packets to the mand argument speci?ed node and checks for a replayed message, to determine whether a particular node is alive. Latency was measured by sending packets of size 64,128,256,512 and 768 bytes from a client to a server. Upon receipt of a packet the server replays the packet back to the client. The whole process is repeat