一種基于ICMPv6的IPv6隧道通信方法
【專利摘要】本發(fā)明是一種基于ICMPv6協(xié)議的IPv6隧道封裝方法，包括隧道數(shù)據(jù)封裝格式以及隧道通信交互方式，本發(fā)明提出的隧道技術(shù)可將任意數(shù)據(jù)報(bào)文封裝進(jìn)ICMPv6報(bào)文，通過IPv6網(wǎng)絡(luò)進(jìn)行傳輸，最典型的應(yīng)用場景是將IPv4數(shù)據(jù)報(bào)文放置于ICMPv6報(bào)文內(nèi)，即IPv4-in-ICMPv6隧道，這種IPv4-in-ICMPv6隧道可以適用于所有基于隧道技術(shù)的IPv6過渡技術(shù)方案，如Lightweight4over6、Public4over6、DS-Lite、MAP-E等。
【專利說明】—種基于ICMPv6的IPv6隧道通信方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明屬于互聯(lián)網(wǎng)【技術(shù)領(lǐng)域】，特別涉及一種基于ICMPve的IPv6隧道通信方法。【背景技術(shù)】
[0002]隨著互聯(lián)網(wǎng)近些年來的快速發(fā)展，IPv4地址資源逐漸緊缺，互聯(lián)網(wǎng)向IPv6過渡迫在眉睫。隨著互聯(lián)網(wǎng)由IPv4向IPv6過渡，互聯(lián)網(wǎng)的格局將會(huì)變成以IPv6網(wǎng)絡(luò)為主，多種網(wǎng)絡(luò)共存?；ヂ?lián)網(wǎng)過渡技術(shù)需要實(shí)現(xiàn)在IPv6網(wǎng)絡(luò)中進(jìn)行IPv4及其它協(xié)議的數(shù)據(jù)傳輸。
[0003]實(shí)現(xiàn)在IPv6網(wǎng)絡(luò)中進(jìn)行IPv4數(shù)據(jù)傳輸?shù)姆椒ㄖ饕袃煞N，分別是隧道技術(shù)以及翻譯技術(shù)。隧道技術(shù)的核心思想是在IPv4數(shù)據(jù)報(bào)文的外側(cè)封裝IPv6報(bào)頭，從而將IPv4報(bào)文轉(zhuǎn)變?yōu)镮Pv6報(bào)文，已實(shí)現(xiàn)在IPv6網(wǎng)絡(luò)中的傳輸。翻譯技術(shù)的核心思想是將IPv4報(bào)文直接翻譯成IPv6報(bào)文，從而在IPv6網(wǎng)絡(luò)中傳輸。
[0004]目前，IETF已經(jīng)針對隧道技術(shù)與翻譯技術(shù)分別制定了多種IPv6過渡技術(shù)。其中，Lightweight4over6、PubI ic4over6、DS-Lite、MAP-E 等技術(shù)基于隧道技術(shù)，MAP-T、4RD 等翻譯技術(shù)。
[0005]所有基于隧道技術(shù)的IPv6過渡技術(shù)方案均依賴于IPv6隧道封裝技術(shù)。目前,最基本的隧道封裝技術(shù)是IP-1n-1P封裝，即在IP報(bào)文的外側(cè)直接添加一個(gè)新的IP報(bào)頭。具體而言，在IPv6中的IPv4-1n-1Pv6封裝方法是在被傳輸?shù)腎Pv4報(bào)文外側(cè)封裝一個(gè)IPv6頭部，從而使得整個(gè)報(bào)文由IPv4報(bào)文變成IPv6報(bào)文。IPv4-1n-1Pv6封裝方法需要引入新的IPv6協(xié)議號(hào)(41)，隧道報(bào)文有可能被防火墻識(shí)別、攔截，且封裝方法過于簡單，難以擴(kuò)展。
【發(fā)明內(nèi)容】
[0006]為了克服上述現(xiàn)有技術(shù)的缺點(diǎn)，本發(fā)明的目的在于提供一種基于ICMPv6的IPv6隧道通信方法，改進(jìn)了 IPv4-1n-1Pv6隧道技術(shù)中存在的不足，并且可以擴(kuò)展支持IPv4以外協(xié)議的隧道傳輸。
[0007]為了實(shí)現(xiàn)上述目的，本發(fā)明采用的技術(shù)方案是:
[0008]一種基于ICMPv6的IPv6隧道通信方法，包括隧道數(shù)據(jù)封裝以及隧道通信交互，其中:
[0009]所述隧道數(shù)據(jù)封裝中，使用ICMPv6的ECHO REQUEST和ECHO REPLY兩種報(bào)文作為通信載體，將需要實(shí)際傳輸?shù)臄?shù)據(jù)報(bào)文作為ICMPv6報(bào)文的負(fù)載，在ICMPv6報(bào)文頭部以及數(shù)據(jù)負(fù)載之間添加控制信息，封裝后報(bào)文的各部分描述如下:
[0010](I)隧道封裝后形成的實(shí)際報(bào)文是IPv6報(bào)文，報(bào)文的網(wǎng)絡(luò)層頭部是IPv6頭，IPv6頭的源地址是隧道封裝設(shè)備自身的IPv6地址，目的地址是隧道對端設(shè)備的單播、任播地址，或組播地址，IPv6頭部中的協(xié)議號(hào)是58，即ICMPv6 ；
[0011](2) IPv6 頭部的下一層是 ICMPv6 頭部，ICMPv6 類型域是 128 (ECHO REQUEST)或129 (ECHO REPLY)，代碼域是0，標(biāo)識(shí)域使用的是隨機(jī)生成數(shù)，序列號(hào)域的值為L，表示控制
信息長度；[0012](3) ICMPv6的負(fù)載包含2部分內(nèi)容，分別是長度為L的控制信息字段以及負(fù)載數(shù)據(jù)報(bào)文，控制信息字段是可選內(nèi)容，格式由運(yùn)營商控制；
[0013](4)負(fù)載數(shù)據(jù)報(bào)文是由網(wǎng)絡(luò)層頭部(如IPv4頭部、IPv6頭部等)開始的完整數(shù)據(jù)報(bào)文，是實(shí)際需要傳輸?shù)膱?bào)文；
[0014]所述隧道通信交互包括點(diǎn)對點(diǎn)隧道場景以及星形隧道場景。
[0015]所述控制信息字段內(nèi)容包括用戶認(rèn)證和/或加密密鑰。
[0016]所述負(fù)載數(shù)據(jù)報(bào)文在默認(rèn)情況下，采用明文傳輸?shù)姆绞剑苯訉⒇?fù)載報(bào)文放置在隧道報(bào)文的ICMPv6負(fù)載字段。
[0017]所述點(diǎn)對點(diǎn)隧道場景獨(dú)立部署，所述星形隧道場景與具體的IPv6過渡方案(如Li ghtwe ight4over6> Public4over6、DS-Lite、MAP-E 等)結(jié)合部署。
[0018]在所述點(diǎn)對點(diǎn)隧道場景中，隧道的兩端設(shè)備對等，每臺(tái)設(shè)備提前配置對方設(shè)備的IPv6地址，使用這個(gè)IPv6地址作為隧道報(bào)文的唯一目的地，將所有隧道報(bào)文均發(fā)往同一目的設(shè)備。每個(gè)隧道端點(diǎn)設(shè)備的隧道報(bào)文中的ICMPv6類型字段可任意填寫128 (ECHOREQUEST)或129 (ECHO REPLY)。出于一致性的考慮，推薦的配置方式是，每個(gè)隧道端點(diǎn)設(shè)備中，一端設(shè)備使用128 (ECHO REQUEST)，另一端設(shè)備使用129 (ECHO REPLY)。
[0019]在星形隧道場景中，隧道的核心設(shè)備稱為隧道匯聚點(diǎn)，用戶側(cè)設(shè)備稱為隧道發(fā)起點(diǎn)，隧道發(fā)起點(diǎn)與一個(gè)隧道匯聚點(diǎn)設(shè)備通信，每個(gè)隧道匯聚點(diǎn)設(shè)備可以同時(shí)與多個(gè)隧道發(fā)起點(diǎn)設(shè)備通信。在星形隧道場景中，隧道發(fā)起點(diǎn)發(fā)出的隧道報(bào)文中的ICMPv6類型字段固定使用128 (ECHO REQUEST)，隧道匯聚點(diǎn)發(fā)出的隧道報(bào)文中的ICMPv6類型字段固定使用129(ECHO REPLY)ο
[0020]本發(fā)明定義的ICMPv6隧道報(bào)文與普通ICMPv6ping報(bào)文格式完全一致。當(dāng)隧道端點(diǎn)設(shè)備需要識(shí)別、區(qū)分正常ICMPv6報(bào)文與本發(fā)明定義的隧道報(bào)文時(shí)，應(yīng)根據(jù)ICMPv6負(fù)載中的負(fù)載報(bào)文進(jìn)行判斷。運(yùn)營商也可以選擇附加控制信息的方式，根據(jù)控制信息字段進(jìn)行區(qū)分。
[0021]本發(fā)明提出的隧道技術(shù)可將任意數(shù)據(jù)報(bào)文封裝進(jìn)ICMPv6報(bào)文，通過IPv6網(wǎng)絡(luò)進(jìn)行傳輸。最典型的應(yīng)用場景是將IPv4數(shù)據(jù)報(bào)文放置于ICMPv6報(bào)文內(nèi)，即IPv4-1n-1CMPv6隧道。這種IPv4-1n-1CMPv6隧道可以適用于所有基于隧道技術(shù)的IPv6過渡技術(shù)方案，如Li ghtwe ight4over6> Public4over6> DS-Li te> MAP-E 等。
【專利附圖】
【附圖說明】
[0022]圖1是本發(fā)明隧道協(xié)議格式示意圖。
[0023]圖2是本發(fā)明點(diǎn)對點(diǎn)隧道場景示意圖。
[0024]圖3是本發(fā)明星形隧道場景示意圖。
【具體實(shí)施方式】
[0025]下面結(jié)合附圖和實(shí)施例詳細(xì)說明本發(fā)明的實(shí)施方式。
[0026]本發(fā)明使用ICMPv6的ECHO REQUEST和ECHO REPLY兩種報(bào)文作為通信載體，將需要實(shí)際傳輸?shù)臄?shù)據(jù)報(bào)文放置在ICMPv6報(bào)文的負(fù)載處。為了便于擴(kuò)展，在ICMPv6頭部以及數(shù)據(jù)負(fù)載之間添加了控制信息，控制信息的長度及內(nèi)容靈活可變。[0027]完整的隧道封裝格式如圖1所示。報(bào)文的各部分描述如下:
[0028](I)隧道封裝后形成的實(shí)際報(bào)文是IPv6報(bào)文，因此報(bào)文的網(wǎng)絡(luò)層頭部是IPv6頭。IPv6頭的源地址是隧道封裝設(shè)備自身的IPv6地址，目的地址是隧道對端設(shè)備的單播、任播地址，或組播地址。IPv6頭部中的協(xié)議號(hào)是58，即ICMPv6。
[0029](2)IPv6 頭部的下一層是 ICMPv6 頭部。ICMPv6 類型域是 128 (ECHO REQUEST)或129 (ECHO REPLY)。代碼域是O。標(biāo)識(shí)域使用的是隨機(jī)生成數(shù)。序列號(hào)域的值為L，表示控制信息長度。
[0030](3) ICMPv6的負(fù)載包含2部分內(nèi)容，分別是長度為L的控制信息字段以及負(fù)載數(shù)據(jù)報(bào)文?？刂菩畔⒆侄问强蛇x內(nèi)容，格式由運(yùn)營商控制，內(nèi)容可以是用戶認(rèn)證、加密密鑰等。
[0031](4)負(fù)載數(shù)據(jù)報(bào)文是由網(wǎng)絡(luò)層頭部(如IPv4頭部、IPv6頭部等)開始的完整數(shù)據(jù)報(bào)文，是實(shí)際需要傳輸?shù)膱?bào)文。默認(rèn)情況下，采用明文傳輸?shù)姆绞?，直接將?fù)載報(bào)文放置在隧道報(bào)文的ICMPv6負(fù)載字段。需要加密時(shí)，運(yùn)營商可采用任意加密方式對負(fù)載報(bào)文進(jìn)行加密，并可利用控制信息字段。
[0032]1.點(diǎn)對點(diǎn)隧道場景
[0033]在圖2所示的點(diǎn)對點(diǎn)隧道場景中，網(wǎng)絡(luò)I和網(wǎng)絡(luò)2均為IPv4單棧網(wǎng)絡(luò)，假設(shè)存在2臺(tái)隧道傳輸設(shè)備，其IPv6地址分別為2001::1和2001::2。2臺(tái)隧道傳輸設(shè)備已經(jīng)預(yù)先配置好ICMPv6隧道，并且配置了對端設(shè)備地址。
[0034]當(dāng)處于網(wǎng)絡(luò)I種的用戶需要訪問網(wǎng)絡(luò)2中的某終端時(shí)，用戶生成的IPv4報(bào)文先到達(dá)隧道傳輸設(shè)備1，為向隧道傳輸設(shè)備2發(fā)送數(shù)據(jù)報(bào)文，報(bào)文參數(shù)如下: [0035]IPv6目的地址:2001::2(預(yù)先配置)
[0036]IPv6 源地址:2001::1
[0037]IPv6 協(xié)議號(hào):58 (ICMPv6)
[0038]ICMPv6 類型:128 (ECHO REQUEST)
[0039]ICMPv6 代碼:0
[0040]ICMPv6校驗(yàn)和:根據(jù)IMCPv6協(xié)議要求計(jì)算[0041 ] ICMPv6標(biāo)識(shí):123(隨機(jī)生成)
[0042]ICMPv6序列號(hào):0 (無控制信息)
[0043]ICMPv6負(fù)載:實(shí)際被傳輸?shù)腎Pv4數(shù)據(jù)報(bào)文
[0044]當(dāng)隧道傳輸設(shè)備2收到封裝后的報(bào)文后，將進(jìn)行解封裝，從而得到原IPv4報(bào)文，并轉(zhuǎn)發(fā)給相應(yīng)的終端。
[0045]終端回復(fù)用戶時(shí)，發(fā)出的IPv4報(bào)文會(huì)先到達(dá)隧道傳輸設(shè)備2，為向隧道傳輸設(shè)備I發(fā)送數(shù)據(jù)報(bào)文，報(bào)文參數(shù)如下:
[0046]IPv6目的地址:2001::1(預(yù)先配置)
[0047]IPv6 源地址:2001::2
[0048]IPv6 協(xié)議號(hào):58 (ICMPv6)
[0049]ICMPv6 類型:129 (ECHO REPLY)
[0050]ICMPv6 代碼:0
[0051]ICMPv6校驗(yàn)和:根據(jù)MCPv6協(xié)議要求計(jì)算
[0052]ICMPv6標(biāo)識(shí):456 (隨機(jī)生成)[0053]ICMPv6序列號(hào):0 (無控制信息)
[0054]ICMPv6負(fù)載:實(shí)際被傳輸?shù)臄?shù)據(jù)報(bào)文
[0055]當(dāng)隧道傳輸設(shè)備2收到封裝后的報(bào)文后，將進(jìn)行解封裝，從而得到原IPv4報(bào)文，并轉(zhuǎn)發(fā)給相應(yīng)的用戶。
[0056]一次通信過程結(jié)束。
[0057]2.星形隧道場景
[0058]在圖3所示的星形隧道場景中，網(wǎng)絡(luò)I和網(wǎng)絡(luò)2均為IPv4單棧網(wǎng)絡(luò)，假設(shè)存在2臺(tái)隧道發(fā)起點(diǎn)設(shè)備及I臺(tái)隧道匯聚點(diǎn)設(shè)備。隧道匯聚點(diǎn)的IPv6地址是2001::1，2臺(tái)隧道發(fā)起點(diǎn)設(shè)備的IPv6地址分別是2001::2和2001::3。各設(shè)備已預(yù)先配置好隧道。
[0059]當(dāng)處于網(wǎng)絡(luò)I中的用戶需要訪問網(wǎng)絡(luò)2種的某終端時(shí)，用戶生成的IPv4報(bào)文首先到達(dá)隧道發(fā)起點(diǎn)1，為向隧道匯聚點(diǎn)發(fā)送數(shù)據(jù)報(bào)文，報(bào)文參數(shù)如下:
[0060]IPv6目的地址:2001::1(預(yù)先配置)
[0061]IPv6 源地址:2001::2
[0062]IPv6 協(xié)議號(hào):58 (ICMPv6)
[0063]ICMPv6 類型:128 (ECHO REQUEST)
[0064]ICMPv6 代碼:0
[0065]ICMPv6校驗(yàn)和: 根據(jù)IMCPv6協(xié)議要求計(jì)算
[0066]ICMPv6標(biāo)識(shí):789 (隨機(jī)生成)
[0067]ICMPv6序列號(hào):0 (無控制信息)
[0068]ICMPv6負(fù)載:實(shí)際被傳輸?shù)臄?shù)據(jù)報(bào)文
[0069]當(dāng)隧道匯聚點(diǎn)設(shè)備收到封裝后的報(bào)文后，將進(jìn)行解封裝，從而得到原IPv4報(bào)文，并轉(zhuǎn)發(fā)給相應(yīng)的終端。
[0070]終端回復(fù)用戶時(shí)，發(fā)出的IPv4報(bào)文會(huì)先到達(dá)隧道匯聚點(diǎn)設(shè)備，為向隧道發(fā)起點(diǎn)設(shè)備I發(fā)送數(shù)據(jù)報(bào)文，報(bào)文參數(shù)如下:
[0071]IPv6目的地址:2001::2(查表得出)
[0072]IPv6 源地址:2001::1
[0073]IPv6 協(xié)議號(hào):58 (ICMPv6)
[0074]ICMPv6 類型:129 (ECHO REPLY)
[0075]ICMPv6 代碼:0
[0076]ICMPv6校驗(yàn)和:根據(jù)MCPv6協(xié)議要求計(jì)算
[0077]ICMPv6標(biāo)識(shí):135 (隨機(jī)生成)
[0078]ICMPv6序列號(hào):0 (無控制信息)
[0079]ICMPv6負(fù)載:實(shí)際被傳輸?shù)臄?shù)據(jù)報(bào)文
[0080]當(dāng)隧道發(fā)起點(diǎn)設(shè)備I收到封裝后的報(bào)文后，將進(jìn)行解封裝，從而得到原IPv4報(bào)文，并轉(zhuǎn)發(fā)給相應(yīng)的用戶。
[0081]當(dāng)隧道發(fā)起點(diǎn)設(shè)備2向網(wǎng)絡(luò)2中的終端發(fā)起訪問時(shí)，將首先生成IPv4報(bào)文并將其封裝到ICMPv6報(bào)文中，然后發(fā)送給隧道匯聚點(diǎn)。報(bào)文參數(shù)如下:
[0082]IPv6目的地址:2001::1(預(yù)先配置)
[0083]IPv6 源地址:2001::2[0084]IPv6 協(xié)議號(hào):58 (ICMPv6)
[0085]ICMPv6 類型:128 (ECHO REQUEST)
[0086]ICMPv6 代碼:0
[0087]ICMPv6校驗(yàn)和:根據(jù)MCPv6協(xié)議要求計(jì)算
[0088]ICMPv6標(biāo)識(shí):789 (隨機(jī)生成)
[0089]ICMPv6序列號(hào):0 (無控制信息)
[0090]ICMPv6負(fù)載:實(shí)際被傳輸?shù)臄?shù)據(jù)報(bào)文
[0091]隧道匯聚點(diǎn)收到ICMPv6報(bào)文后進(jìn)行解封裝得到元IPv4報(bào)文，并轉(zhuǎn)發(fā)給相應(yīng)終端。隨后隧道匯聚點(diǎn)將終端回復(fù)的IPv4報(bào)文進(jìn)行封裝并發(fā)送給隧道發(fā)起點(diǎn)2，報(bào)文如下:
[0092]IPv6目的地址:2001::3(查表得出)
[0093]IPv6 源地址:2001::1
[0094]IPv6 協(xié)議號(hào):58 (ICMPv6)
[0095]ICMPv6 類型:129 (ECHO REPLY)
[0096]ICMPv6 代碼:0`
[0097]ICMPv6校驗(yàn)和:根據(jù)MCPv6協(xié)議要求計(jì)算
[0098]ICMPv6標(biāo)識(shí):I35 (隨機(jī)生成)
[0099]ICMPv6序列號(hào):0 (無控制信息)
[0100]ICMPv6負(fù)載:實(shí)際被傳輸?shù)臄?shù)據(jù)報(bào)文
[0101]隧道匯聚點(diǎn)需要根據(jù)外部返回的數(shù)據(jù)報(bào)文，查表得出隧道對端的IPv6地址。查找算法有多種實(shí)現(xiàn)，取決于具體使用的IPv6過渡方案。例如在Lightweight4over6方案中，使用的是查找每用戶級(jí)狀態(tài)綁定表的方式，根據(jù)數(shù)據(jù)報(bào)文的目的IPv4地址及端口號(hào)，查找IPv6地址。
【權(quán)利要求】
1.一種基于ICMPV6的IPv6隧道通信方法，包括隧道數(shù)據(jù)封裝以及隧道通信交互，其特征在于， 所述隧道數(shù)據(jù)封裝中，使用ICMPv6的ECHO REQUEST和ECHO REPLY兩種報(bào)文作為通信載體，將需要實(shí)際傳輸?shù)臄?shù)據(jù)報(bào)文作為ICMPv6報(bào)文的負(fù)載，在ICMPv6報(bào)文頭部以及數(shù)據(jù)負(fù)載之間添加控制信息，封裝后報(bào)文的各部分描述如下: (1)隧道封裝后形成的實(shí)際報(bào)文是IPv6報(bào)文，報(bào)文的網(wǎng)絡(luò)層頭部是IPv6頭，IPv6頭的源地址是隧道封裝設(shè)備自身的IPv6地址，目的地址是隧道對端設(shè)備的單播、任播地址，或組播地址，IPv6頭部中的協(xié)議號(hào)是58，即ICMPv6 ； (2)IPv6 頭部的下一層是 ICMPv6 頭部，ICMPv6 類型域是 128 (ECHO REQUEST)或 129(ECHO REPLY)，代碼域是0，標(biāo)識(shí)域使用的是隨機(jī)生成數(shù)，序列號(hào)域的值為L，表示控制信息長度； (3)ICMPv6的負(fù)載包含2部分內(nèi)容，分別是長度為L的控制信息字段以及負(fù)載數(shù)據(jù)報(bào)文，控制信息字段是可選內(nèi)容，格式由運(yùn)營商控制； (4)負(fù)載數(shù)據(jù)報(bào)文是由網(wǎng)絡(luò)層頭部開始的完整數(shù)據(jù)報(bào)文，是實(shí)際需要傳輸?shù)膱?bào)文； 所述隧道通信交互包括點(diǎn)對點(diǎn)隧道場景以及星形隧道場景。
2.根據(jù)權(quán)利要求1所述的基于ICMPv6的IPv6隧道通信方法，其特征在于，所述控制信息字段內(nèi)容包括用戶認(rèn)證和/或加密密鑰。
3.根據(jù)權(quán)利要求1所述的基于ICMPv6的IPv6隧道通信方法，其特征在于，所述負(fù)載數(shù)據(jù)報(bào)文在默認(rèn)情況下，采用明文傳輸?shù)姆绞剑苯訉⒇?fù)載報(bào)文放置在隧道報(bào)文的ICMPv6負(fù)載字段。
4.根據(jù)權(quán)利要求1所述的基于ICMPv6的IPv6隧道通信方法，其特征在于，所述點(diǎn)對點(diǎn)隧道場景獨(dú)立部署，所述星形隧道場景與具體的IPv6過渡方案結(jié)合部署。
5.根據(jù)權(quán)利要求1所述的基于ICMPv6的IPv6隧道通信方法，其特征在于，所述IPv6過渡方案包括 Lightweight4over6、Public4over6、DS-Lite 以及 MAP-E。
6.根據(jù)權(quán)利要求1所述的基于ICMPv6的IPv6隧道通信方法，其特征在于，在所述點(diǎn)對點(diǎn)隧道場景中，隧道的兩端設(shè)備對等，每臺(tái)設(shè)備提前配置對方設(shè)備的IPv6地址，使用這個(gè)IPv6地址作為隧道報(bào)文的唯一目的地，將所有隧道報(bào)文均發(fā)往同一目的設(shè)備。
7.根據(jù)權(quán)利要求6所述的基于ICMPv6的IPv6隧道通信方法，其特征在于，所述每個(gè)隧道端點(diǎn)設(shè)備的隧道報(bào)文中的ICMPv6類型字段可任意填寫128(ECH0 REQUEST)或129(ECH0REPLY)ο
8.根據(jù)權(quán)利要求6所述的基于ICMPv6的IPv6隧道通信方法，其特征在于，所述每個(gè)隧道端點(diǎn)設(shè)備中，一端設(shè)備使用128 (ECHO REQUEST)，另一端設(shè)備使用129 (ECHO REPLY)。
9.根據(jù)權(quán)利要求1所述的基于ICMPv6的IPv6隧道通信方法，其特征在于，在星形隧道場景中，隧道的核心設(shè)備稱為隧道匯聚點(diǎn)，用戶側(cè)設(shè)備稱為隧道發(fā)起點(diǎn)，隧道發(fā)起點(diǎn)與一個(gè)隧道匯聚點(diǎn)設(shè)備通信，每個(gè)隧道匯聚點(diǎn)設(shè)備可以同時(shí)與多個(gè)隧道發(fā)起點(diǎn)設(shè)備通信。
10.根據(jù)權(quán)利要求9所述的基于ICMPV6的IPv6隧道通信方法，其特征在于，在星形隧道場景中，隧道發(fā)起點(diǎn)發(fā)出的隧道報(bào)文中的ICMPv6類型字段固定使用128 (ECHOREQUEST)，隧道匯聚點(diǎn)發(fā)出的隧道報(bào)文中的ICMPv6類型字段固定使用129 (ECHO REPLY)。
【文檔編號(hào)】H04L29/06GK103825972SQ201410058983
【公開日】2014年5月28日 申請日期:2014年2月21日 優(yōu)先權(quán)日:2014年2月21日
【發(fā)明者】崔勇, 劉聰 申請人:清華大學(xué)