【正文】 Raicu and Zeadally, 2020) is de?ned as the amount of packet data that is transmitted over the entire path per unit time. The throughput is calculated from the formula T 188。 fax: +912332300831. Email addresses: (. Raste), (. Kulkarn i). 10848045/$ see front matter r 2020 Published by Elsevier Ltd. doi: 2 of IPv4overIPv6 tunnels (Wang et al., 2020) to carry IPv4 traf?c within an IPv6only work. Since the IPv4 globally routable address space available is being a scarce resource, it is assumed that users will deploy IPv6 to reduce the need and reliability on IPv4 within a portion of their works. Under this premise, supporting native IPv4 and native IPv6 simultaneously largely increases the plexity of work administration (address plan, routing infrastructure). It is proposed, in this case, to con?gure the work only for IPv6. When tunneling is deployed in a work, the nodes have both IPv4 and IPv6 addresses allocated. When an IPv4 application needs to establish munication with another IPv4 application on IPv6 node or another IPv4 only node, tunneling is employed. This allows either IPv6 nodes to municate with IPv4only nodes, or IPv4only applications to run on an IPv6 node without modi?cation. Thus IPv4 packets are hidden in the IPv6 packets on an IPv6 domain (Bound et al., 2020). This simpli?es work management: only the IPv6 routing plan is managed inside the work. 2. Con?guration of IPv4 stack As long as munications can take place in native IPv6, no tunneling mechanism is required. The host can detect the need of a tunnel by different methods: when a query to the DNS resolver results in an IPv4 destination address, when an application opens an IPv4 socket, or when an IPv4 packet is sent to the kernel and no interface is ready to forward that packet (Bound et al., 2020). When the ?rst IPv4 packet needs to be sent, the client obtains the IPv6 address of a TEP (Af?? and Tountain, 1999). This information is used to con?gure the 4over6 interface. The important step in tunnel con?guration is creation of a virtual interface for the tunnel and creation of a route entry in the IPv4 routing table of the node. This enables the IPv4 application to divert the IPv4 packets to the tunnel code written in the kernel. Net ?lter hooks can be used to detect the need to install such a tunnel on the node. 3. Net?lter hooks The need for virtual interface creation can be detected by using ?lter (Net?lter homopage。 received in revised form 28 June 2020。對 IPv6節(jié)點一個機制必須去探測 IPv4地址。 8. 結論與前景展望 概括起來我們提議的方案有下列優(yōu)勢：在全局網絡上純 IPv6 主機可以匹配于純 IPv4 節(jié)點。這三種機制可以被認為是 NAT型機制，所以它們都含有 NAT固有的缺陷。 SOCKS64可只為包含于 SOCKS客戶與 SOCKS服務器的網站服務。 應用層網關（ ALG） ,SOCKS64 (Kitamura et al.,2020)和 TCP繼電器 (Kitamura et al.,2020)是可以提供在 IPv4與 IPv6之間通信的代理機制。總值隨著數(shù)據(jù)包大小的增大而減少（圖 4）。 在 IPv6 協(xié)議棧，數(shù)據(jù)包大小始終保持在小于 1440 字節(jié)以避免潛在的分裂程序。 吞吐量 吞吐量 (Tsuchiya et al.,2020。整個過程將重復進行，周期循環(huán) 1000 次。 Raicu and Zeadally,2020)第一。 一種新的被稱為 IPIP（值 4）的協(xié)議被注冊用于接收那些隧道數(shù)據(jù)包。傳輸函數(shù)就能利用儲存在隧道私有數(shù)據(jù)結構中的信息，有組織地封裝這些數(shù)據(jù)包（圖 2）。再一次，隧道的創(chuàng)建可在內核空 間中進行。邊界路由器存在于 IPv6 和 IPv4 域的邊界處。 5. 設計 提出的設計方案是使用 NF_IP_LOCAL_OUT 鉤子來探測是否需要隧道。即使大多數(shù)界面被關聯(lián)到物理設備（或對于回環(huán)界面，關聯(lián)到純軟件的數(shù)據(jù)循環(huán)），設計出依賴于其他界面來執(zhí)行實際數(shù)據(jù)包傳輸?shù)木W絡界面驅動是有可能的。下一步，執(zhí)行一個路由選擇判斷看數(shù)據(jù)包是否駛往本地主機或網絡中的另一個主機。在圖的底端有兩個鉤子， NF_IP_PRE_ROUTING NF_IP_ POST_ROUTING。一個數(shù)據(jù)包橫越鉤子時，數(shù)據(jù)包會通過內核模塊中用戶自定義的回收方法。 Chakeres)。 隧道設定中重要的一步是為隧道創(chuàng)建一個虛擬的界面以及在 IPv4 節(jié)點的路由選擇表中 創(chuàng)建一個路由輸入。這樣在網絡中就只需要管理 IPv6 路由計劃，即簡化了網絡管理。 當在一個網絡中配置隧道技術時，節(jié)點同時具有分配的 IPv4 和 IPv6地址。這種機制基于 IPv4 到 IPv6 隧道的使用 (Wang et al.,2020)，以便在純 IPv6 網絡中支撐 IPv4 的通信。 此種技術結合上雙協(xié)議棧，便可實現(xiàn) IPv4與 IPv6網絡環(huán)境的互通以及與其他 IPv4應用程序的相互作用，而無需修改和再編譯，以及 NAT，也不要任何代理與網關設 置。以滿足多方面的 不同協(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。隧道技術提供了一種以現(xiàn)有 IPv4 路由體系來傳遞 IPv6 數(shù)據(jù)的方法：將 IPv6 包作為無結構意義的數(shù)據(jù)，封裝在 IPv4 包中，被 IPv4 網絡傳輸。 關鍵字： 網絡， Ipv4， Ipv6 Corresponding author. Tel.:+ 912332301327。由于 IPv4 全局可用的路由地址空間正成為稀缺資源，人們認為用戶應在其一部分網絡中配置 IPv6 協(xié)議，以減少對 IPv4 協(xié)議的需求和依賴性。當一個 IPv4 應用程序需要在一個 IPv6 節(jié)點或另一個純 IPv4 節(jié)點上與另一個 IPv4 應用程序建立通信時，隧道技術會被配置。 2. IPv4 棧的配置 只要能在本地 的 IPv6 通訊，就不需要隧道技術機制的支持。這使得 IPv4 應用程序能夠將 IPv4 包轉入到隧道代碼中。可通過識別許多激發(fā)路由活動的事件的操作來使用網濾器。 網濾器結構中定義有五個鉤子，見圖 1。它們的對象是來往于網絡上其他主機的所有數(shù)據(jù)包。數(shù)據(jù)包會被發(fā)現(xiàn)是為一個遠程主機安排的， 并通過 NF_IP_POST_ROUTING鉤子被傳遞到一個網絡界面上。 “虛擬”界面的想法有助于對特殊目的的數(shù)據(jù)包處理，同時避免黑客 4 入侵內核網絡子系統(tǒng)。當一個本地進程生成