【正文】 Received 14 January 2020。此時這個機制將需要探測核心 8 層，追蹤 IPv4 API系統(tǒng)呼叫。 標準模型假設 IPv6節(jié)點含有有效的 IPv4與 IPv6地址，在將來當節(jié)點升級為 IPv6領域，這時 IPv4地址只需要臨時 IPv4節(jié)點通信。在一個純 IPv6 環(huán)境上不孤立于主機與其他的 網絡，應用程序還沒 到達 IPv6 之前就可以運行在純 IPv6 主機與網絡上，此時網絡可只配置 IPv6，這里就不需要配置地址與 IPv4 路由。更進一步，任何基于 NAT的解決方案都是無效與不可擴展的。 NAT有害應用程序在不參與應用層網關的情況下不可以通過翻譯盒。 SIIT (Nordmark,2020)提供了一個從 IPv4到 IPv6靈活與無狀態(tài)的轉化，但是它是不完 備的，因為它沒有指定在 IPv6網絡里如何從 IPv4包到 IPv6包轉化。 NATPT (Tsirtsis and Srisureshi,2020)來源于傳統(tǒng)的 NAT (Srisureshi and Hodrege, 1999)機制，再加上 IPv4與 IPv6協(xié)議的協(xié)議轉換。 ALG是一種應用程序 從屬機制，它是指對不同的應用程序它應提供不同的應用程序網 關組件。在應用程序或者 TCP連接層它們都可分離一個 IP連接到兩個封閉的連接，其中之一在 IPv4網絡，另一個在 IPv6網絡。但是它不可以減少對全局路由 IPv4 地址的需求，以及提高 IPv4 與 IPv6 混合路由設施的網絡復雜性。 7 本節(jié)，講述一些關于 IETF 下一代過渡技術工作組的相關工作(Ngtrans) (Waddington and Chang,2020)?？傊祻?7%到 30%的變化取決于數據包大小。最大的吞吐量達到最大的數據包 大小。圖 4 是對 64 字節(jié)到 768 字節(jié)的數據包大小的吞吐量的分析。 Raicu and Zeadally,2020)定義是：總的數據包傳輸到全部路徑的單位時間。總值出現(xiàn)于隧道包封裝與 DE 封裝的所需時間。 圖 3 顯示： IPv4 包與隧道包延遲的比較，數據包的大小由 64 字節(jié)到 768 字節(jié)的不同。 延遲的測量是從客戶端向服務器發(fā)送 64， 128， 258， 512 及 768 字節(jié)的數據包，服務器一旦收到數據包即立刻回送給客戶端。平均延遲時間是指把時間作為一個封包通過網路連接從發(fā)送者傳輸到接受者。 5 Time (ms) 圖 2. 數據包的接收 . 延遲時間 在性能評估中，隧道式機制傳輸平均延遲時間 (Tsuchiya et al., 2020。注冊程序涉及到一些用于處理這些隧道數據包及生成錯誤信息（ ICMP 信息）的特定函數。 一個 IPv6 域中的用戶空間守護程序被配置用于傳達在 IPv4 目的地建立隧道的需求，或者是邊界路由器的目的地 在 IPv4 域中。接下來回收函數就能返回 NF_ACCEPT 的一個判斷以便數據包返回網絡棧中。 一旦設備被創(chuàng)建出來，那么一個目的地路由就可與之關聯(lián)，如此一來，數據包就能被轉向這個界面了。注冊的函數將執(zhí)行創(chuàng)建虛擬界面的任務并和新創(chuàng)建的設備一起配置隧道數據結構。為此，它會生成一個對 DNS 服務器的 DNS 查詢。 4. 創(chuàng)建合適的路由選擇表輸入。 3. 若目的地在純 IPv4 網絡中則為邊界路由器創(chuàng)建一個隧道。當一個本地進程生成的 IPv4 數據 包通過這個鉤子，針對此鉤子定義的回收函數將有以下任務： 1. 決定目的地 IPv6 地址。因此，創(chuàng)建一個隧道暗指在內核中創(chuàng)建一個虛擬界面，并將封裝信息保留在專用數據結構中。 “虛擬”界面的想法有助于對特殊目的的數據包處理，同時避免黑客 4 入侵內核網絡子系統(tǒng)。 從內核角度來說，一個網絡界面是一個軟件對象，它可以處理外流的數據包，而實際的傳輸 機制隱藏于界面驅動中。數據包會被發(fā)現(xiàn)是為一個遠程主機安排的， 并通過 NF_IP_POST_ROUTING鉤子被傳遞到一個網絡界面上。假設一個本地進程為一個遠程進程創(chuàng)建一個數據包，作為一個數據包如何橫越這些鉤子的例子：首先，數據包橫越 NF_IP_LOCAL_OUT鉤子。它們的對象是來往于網絡上其他主機的所有數據包。這些鉤子的對象是所有來往于局部過程的數據包。 網濾器結構中定義有五個鉤子，見圖 1。它允許用戶定義的內 3 圖 1. 網濾器鉤 . 核模塊將回收函數注冊到這些鉤子上?？赏ㄟ^識別許多激發(fā)路由活動的事件的操作來使用網濾器。 3. 網濾器鉤 創(chuàng)建虛擬界面的需要可由網濾器鉤來探測 (Netfilter homopage。這使得 IPv4 應用程序能夠將 IPv4 包轉入到隧道代碼中。在需要發(fā)送第一個 IPv4 包時，客戶端會獲得一個 TEP 的 IPv6 地址 (Affifi and Tountain,1999)，此信息將用來配置 4到 6 的界面。 2. IPv4 棧的配置 只要能在本地 的 IPv6 通訊，就不需要隧道技術機制的支持。這樣在一個 IPv6 域中， IPv4 包被隱藏于 IPv6 包中 (Bound et al., 2020)。當一個 IPv4 應用程序需要在一個 IPv6 節(jié)點或另一個純 IPv4 節(jié)點上與另一個 IPv4 應用程序建立通信時，隧道技術會被配置。因此在這種情況下建議用戶只配置 IPv6 網 絡。由于 IPv4 全局可用的路由地址空間正成為稀缺資源，人們認為用戶應在其一部分網絡中配置 IPv6 協(xié)議，以減少對 IPv4 協(xié)議的需求和依賴性。其節(jié)點仍然需要與 IPv4 節(jié)點通信，但 IPv4 節(jié)點沒有雙 IP 層來支持 IPv4 與IPv6。 關鍵字： 網絡， Ipv4， Ipv6 Corresponding author. Tel.:+ 912332301327。當大部分網絡轉換成只涉及最小 IPv4 路由的 IPv6 網絡時，此方案將會很有用處。隧道技術提供了一種以現(xiàn)有 IPv4 路由體系來傳遞 IPv6 數據的方法：將 IPv6 包作為無結構意義的數據，封裝在 IPv4 包中，被 IPv4 網絡傳輸。 accepted 28 June 2020 摘要 : 在現(xiàn)有的 IPv4 互聯(lián)網中配置 IPv6 網絡時， IPv4 到 IPv6 的過渡就成為一個必然的過程，在過渡期間兩種協(xié)議將會在較長的時間內共存。1 附錄： 畢業(yè)設計 (論文 )外文資料翻譯 院 (系 )： 計算機科學與工程學院 專 業(yè) ： 計算機科學與技術 班 級 ： 姓 名： 學 號： 外文出處 : ScienceDirect 附 件： ； ； 1 Journal of Network and Computer Applications 31 (200 8) 66–72 .else 設計與實現(xiàn)由 IPv4過渡到 IPv6隧道 的配置方案 Tushar M. Raste , . Kulkarni Department of Computer Science and Engineering, Walchand College of Engineering,Sangli, India Received 14 January 2020。 received in revised form 28 June 2020。以滿足多方面的 不同協(xié)議的需求，有許多種解決過渡問題的技術，隧道技術就是其中之一。在本文里，我們將提出一種將 IPv6 包封裝在 IPv4 包中的方案。 此種技術結合上雙協(xié)議棧，便可實現(xiàn) IPv4與 IPv6網絡環(huán)境的互通以及與其他 IPv4應用程序的相互作用，而無需修改和再編譯，以及 NAT，也不要任何代理與網關設 置。 fax: +912332300831. Email addresses: (. Raste), (. Kulkarn i). 10848045/$ see front matter r 2020 Published by Elsevier Ltd. doi: 2 1. 引言 在純 IPv6 網絡（ Dunn， 2020）中，最初的 IPv6 配置（ Davies,2020）需要緊密成對使用 IPv4 地址來支持 IPv4 與 IPV6 之間的網絡互連。這種機制基于 IPv4 到 IPv6 隧道的使用 (Wang et al.,2020)，以便在純 IPv6 網絡中支撐 IPv4 的通信。在這種前提下，輔助支持本地 IPv4 的同時，在很大程度上也增加了 IPv6 復雜的網絡管理（ IP 地址計劃，路由基礎設施）。 當在一個網絡中配置隧道技術時，節(jié)點同時具有分配的 IPv4 和 IPv6地址。這允許 IPv6 節(jié)點與純 IPv4 節(jié)點通訊，或者純 IPv4 應用程序在 IPv6 節(jié)點上不用修改而運行。這樣在網絡中就只需要管理 IPv6 路由計劃，即簡化了網絡管理。主機能通過不同的方法檢測到是否需要隧道技術：當在 IPv4 的目標地址查詢到 DNS分解器時；當一個應用程序打開一個 IPv4 套接字時；或者當一個 IPv4 包被發(fā)送到內核并且沒有界面準備轉發(fā)那個包 (Bound et al., 2020)時。 隧道設定中重要的一步是為隧道創(chuàng)建一個虛擬的界面以及在 IPv4 節(jié)點的路由選擇表中 創(chuàng)建一個路由輸入。網濾器鉤可用來探測是否需要在節(jié)點上安裝這樣一個隧道。 Chakeres)。網濾器由在 Linux協(xié)議棧中的不同點上的許多鉤子構成。一個數據包橫越鉤子時，數據包會通過內核模塊中用戶自定義的回收方法。在圖的頂端有兩個鉤子，NF_IP_LOCAL_IN 和 NF_IP_LOCAL_OUT。在圖的底端有兩個鉤子， NF_IP_PRE_ROUTING NF_IP_ POST_ROUTING。還有一個鉤子是用于當前主機轉發(fā)的數據包， NF_IP_FORWARD。下一步，執(zhí)行一個路由選擇判斷看數據包是否駛往本地主機或網絡中的另一個主機。注冊的回收函數返回下面五個值中的一個 :NF_ACCEPT(接受數據包并繼續(xù)數據鏈 )， NF_DROP (丟棄數據包 ), NF_QUEUE(將數據包排隊到用戶空間中 )或者 NF_STOLEN (從網絡中竊得的數據包 )。即使大多數界面被關聯(lián)到物理設備（或對于回環(huán)界面，關聯(lián)到純軟件的數據循環(huán)），設計出依賴于其他界面來執(zhí)行實際數據包傳輸的網絡界面驅動是有可能的。這個想法可用于將數據包配置到另一個協(xié)議中。 5. 設計 提出的設計方案是使用 NF_IP_LOCAL_OUT 鉤子來探測是否需要隧道。 2. 若目的地為 IPv