陳前斌，王 磊，唐 倫

(重慶郵電大學(xué)移動(dòng)通信技術(shù)重慶市市級(jí)重點(diǎn)實(shí)驗(yàn)室，重慶 400065)

0 引言

目前，日益增長(zhǎng)的網(wǎng)絡(luò)規(guī)模和用戶需求給互聯(lián)網(wǎng)帶來了眾多挑戰(zhàn)。隨著應(yīng)用及計(jì)算模式的日益豐富及社會(huì)對(duì)互聯(lián)網(wǎng)依賴程度的增強(qiáng)，原先主要以科學(xué)研究為目的而設(shè)計(jì)的TCP/IP網(wǎng)絡(luò)體系架構(gòu)已經(jīng)難以滿足社會(huì)經(jīng)濟(jì)發(fā)展的要求。因此，近年來研究人員開展了面向變革式的未來網(wǎng)絡(luò)研究。未來網(wǎng)絡(luò)將采用全新的網(wǎng)絡(luò)設(shè)計(jì)和創(chuàng)新理念來構(gòu)建安全可信、可控可管、高效可擴(kuò)展的全新網(wǎng)絡(luò)體系。

在當(dāng)前的TCP/IP協(xié)議中，IP地址在語義上具有雙重含義，既代表了網(wǎng)絡(luò)節(jié)點(diǎn)的拓?fù)湮恢糜质枪?jié)點(diǎn)的標(biāo)識(shí)，即所謂的IP地址語義過載問題［1］。IP地址語義過載問題導(dǎo)致不利于支持移動(dòng)性，IP地址過載還弱化了其作為位置標(biāo)識(shí)的聚合特性，導(dǎo)致路由表規(guī)模過大，同時(shí)IP地址語義過載還帶來了一些安全問題。

文獻(xiàn)［2］提出網(wǎng)絡(luò)可擴(kuò)展性成為未來網(wǎng)絡(luò)發(fā)展面臨的主要問題。目前研究人員提出基于位置(Locator)與標(biāo)識(shí)(Identifier)分離的思想來解決當(dāng)前互聯(lián)網(wǎng)的問題［3-5］。通過引入Locator和Identifier概念來分別表示位置與節(jié)點(diǎn)標(biāo)識(shí)解決IP地址語義過載的問題，從而實(shí)現(xiàn)對(duì)路由表規(guī)模的有效控制。節(jié)點(diǎn)標(biāo)識(shí)不會(huì)因?yàn)橥負(fù)渥兓淖儯瑥亩玫刂С侄嗨拗?、流量工程、主機(jī)移動(dòng)性。位置與標(biāo)識(shí)分離網(wǎng)絡(luò)一般都是在路由器完成節(jié)點(diǎn)標(biāo)識(shí)與位置信息的映射，然后，基于位置信息進(jìn)行核心網(wǎng)絡(luò)的路由。I-dentifier不支持全局范圍路由，為了將報(bào)文轉(zhuǎn)發(fā)到對(duì)端，需要將Identifier映射為其對(duì)應(yīng)的Locator?？蓴U(kuò)展的映射查詢機(jī)制所面臨的挑戰(zhàn)主要包括如何控制查詢響應(yīng)延遲;如何控制映射表規(guī)模;如何減小路徑查詢長(zhǎng)度等。本文基于 LISP［6］協(xié)議和 Chord［7］算法提出了一種新的映射方法—LISP-Chord。根據(jù)LISP協(xié)議的特點(diǎn)以及Chord算法在查詢方面的優(yōu)點(diǎn)，改進(jìn)了文獻(xiàn)［8］在路由表復(fù)雜度，節(jié)點(diǎn)加入退出開銷以及路徑查詢長(zhǎng)度相關(guān)指標(biāo)。

1 相關(guān)工作

為了解決現(xiàn)有互聯(lián)網(wǎng)名字空間在結(jié)構(gòu)和解析機(jī)制方面的問題，本文提出了很多設(shè)計(jì)方案。為了完成2個(gè)地址空間的轉(zhuǎn)換 ，LISP引入5種映射機(jī)制(NERD［9］，ALT［10］，EMACS［11］，CONS［12］，LISPMAP［8］)來將一個(gè) EID(electronic identify)與一個(gè)Locator相關(guān)聯(lián)，并維護(hù)Locator地址的可達(dá)狀態(tài)。每個(gè)EID對(duì)應(yīng)Identifier身份標(biāo)識(shí)，RLOC對(duì)應(yīng)Locator位置節(jié)點(diǎn)，兩者都為IP地址表示。

NERD(a not-so-novel EID to RLOC database)提供了一種用于存放映射信息的網(wǎng)絡(luò)數(shù)據(jù)庫。NERD被分布在一組公開的服務(wù)器上，每個(gè)入口隧道路由器(ingress tunnel router，ITR)都需要存儲(chǔ)整個(gè)映射數(shù)據(jù)庫，報(bào)文的映射與轉(zhuǎn)發(fā)在本地進(jìn)行，避免了查詢機(jī)制帶來的延遲和報(bào)文丟失。但是當(dāng)映射數(shù)據(jù)庫規(guī)模很大時(shí)，每個(gè)ITR維護(hù)映射數(shù)據(jù)庫的開銷也很大;ALT(alternative logical topology)利用層疊網(wǎng)來完成映射服務(wù)，該機(jī)制將映射數(shù)據(jù)庫分布式存儲(chǔ)在出口隧道路由器(egress tunnel router，ETR)中，ALT負(fù)責(zé)轉(zhuǎn)發(fā)查詢和響應(yīng)消息;EMACS(EID mappings multicast across cooperating systems)采用“目的端默認(rèn)轉(zhuǎn)發(fā)”的方式，由一組默認(rèn)轉(zhuǎn)發(fā)節(jié)點(diǎn)(路由器)來轉(zhuǎn)發(fā)報(bào)文，該默認(rèn)轉(zhuǎn)發(fā)節(jié)點(diǎn)中存儲(chǔ)的映射數(shù)據(jù)庫規(guī)模大于 ITR。CONS(content distribution overlay network service)采用了“Push”和“Pull”相混合的映射服務(wù)方式。CONS機(jī)制中的ITR無需維護(hù)整個(gè)映射數(shù)據(jù)庫，映射查詢也無需經(jīng)過層次結(jié)構(gòu)，因此，減小了包延遲與丟失;LISP-MAP是一種基于CAN算法的位置與標(biāo)識(shí)分離機(jī)制。該機(jī)制利用CAN算法進(jìn)行查詢映射關(guān)系。通過修改CAN算法，使該機(jī)制增加了映射數(shù)據(jù)庫進(jìn)行備份及節(jié)點(diǎn)加入退出的功能。本文基于LISP協(xié)議和Chord算法提出映射方法(LISPChord)。LISP-Chord映射查詢機(jī)制采用 Chord算法，將端標(biāo)識(shí)—路由位置(EID-to-RLOC)映射關(guān)系分布式的存儲(chǔ)在映射服務(wù)器上進(jìn)行資源查詢，改進(jìn)了路由表復(fù)雜度，節(jié)點(diǎn)加入退出開銷以及路徑查詢長(zhǎng)度相關(guān)指標(biāo)。

2 LISP-Chord協(xié)議設(shè)計(jì)

LISP-Chord協(xié)議描述了一種基于網(wǎng)絡(luò)的處理機(jī)制，在網(wǎng)絡(luò)邊緣設(shè)備上完成映射和報(bào)文處理，通過查詢映射服務(wù)系統(tǒng)完成對(duì)Locator/ID的解析轉(zhuǎn)換。LISP不需要改變主機(jī)和核心路由設(shè)施，采用映射＆封裝和隧道的方式，由邊緣網(wǎng)絡(luò)路由器ITR/ETR來完成報(bào)文頭中目的EID與目的RLOC的轉(zhuǎn)換。EID用來標(biāo)識(shí)終端主機(jī)身份;RLOC是邊緣路由器地址，用于標(biāo)識(shí)位置信息。ITR是源端主機(jī)的第一跳路由器，它接收源端主機(jī)發(fā)送來的數(shù)據(jù)包，該數(shù)據(jù)包源地址和目的地址為通信雙方的EID。ITR將目的EID作為檢索詞，利用Chord算法，采用哈希(Hashing)把檢索詞分配到對(duì)應(yīng)的節(jié)點(diǎn)上。Chord算法為每個(gè)節(jié)點(diǎn)和關(guān)鍵詞分配m位的標(biāo)識(shí)符。標(biāo)識(shí)符長(zhǎng)度m必須足夠長(zhǎng)，這樣才能保證2個(gè)節(jié)點(diǎn)或者關(guān)鍵詞不會(huì)哈希到同一個(gè)標(biāo)識(shí)符上。每個(gè)節(jié)點(diǎn)哈希后的標(biāo)識(shí)符由MapServer保存EID-to-RLOC映射關(guān)系數(shù)量來決定。而關(guān)鍵詞的標(biāo)識(shí)符可以哈希EID的IP地址且關(guān)鍵詞的標(biāo)識(shí)符為每個(gè)EID-to-RLOC映射的索引。關(guān)鍵詞都保存在它的后繼節(jié)點(diǎn)中，后繼節(jié)點(diǎn)標(biāo)識(shí)符大于等于關(guān)鍵詞標(biāo)識(shí)符的第一個(gè)節(jié)點(diǎn)，它是從k開始沿環(huán)順時(shí)針方向的第一個(gè)節(jié)點(diǎn)。當(dāng)查詢映射時(shí)，用同樣的哈希算法計(jì)算出每個(gè)關(guān)鍵字的標(biāo)志符key，再根據(jù)關(guān)鍵字標(biāo)識(shí)符知道該關(guān)鍵字標(biāo)志對(duì)應(yīng)信息的映射位置，從而能夠快速定位資源的位置，并在服務(wù)器中查詢到EID-to-RLOC映射關(guān)系。映射服務(wù)器返回目的終端RLOC，用于確定當(dāng)前節(jié)點(diǎn)到目的端的邊緣網(wǎng)絡(luò)。隨后ITR將該數(shù)據(jù)包進(jìn)行封裝報(bào)頭并轉(zhuǎn)發(fā)，目的地址為出口路由器的RLOC，而源地址為入口路由器的RLOC。ETR為目的終端最后一跳路由器，接收來自ITR的數(shù)據(jù)包并除去報(bào)頭，再根據(jù)目的端EID地址將數(shù)據(jù)轉(zhuǎn)發(fā)到目的節(jié)點(diǎn)。

2.1 新節(jié)點(diǎn)加入與退出規(guī)則

當(dāng)一個(gè)新的節(jié)點(diǎn)想要加入Chord網(wǎng)絡(luò)的時(shí)候，它必須與一個(gè)已知的Chord節(jié)點(diǎn)聯(lián)絡(luò)，請(qǐng)它為自己查找后繼節(jié)點(diǎn)的IP地址。然后，新節(jié)點(diǎn)再請(qǐng)后繼節(jié)點(diǎn)查找它的前驅(qū)節(jié)點(diǎn)。最后，新節(jié)點(diǎn)請(qǐng)求找到的這2個(gè)節(jié)點(diǎn)分別更新自己的記錄，從而將新節(jié)點(diǎn)插入在它們之間。這樣新節(jié)點(diǎn)就進(jìn)入了Chord網(wǎng)絡(luò)。在Chord環(huán)中，當(dāng)節(jié)點(diǎn)失效后，所有指針表包含向指向節(jié)點(diǎn)指針的節(jié)點(diǎn)都必須把該節(jié)點(diǎn)替換成該節(jié)點(diǎn)的后繼節(jié)點(diǎn)。

2.2 EID-to-RLOC映射注冊(cè)過程

當(dāng)一個(gè)終端主機(jī)要接入ITR時(shí)，它首先應(yīng)從ITR獲得一個(gè)映射關(guān)系，并注冊(cè)該映射關(guān)系在網(wǎng)絡(luò)中。由于這個(gè)目的，該網(wǎng)絡(luò)需要一個(gè)映射關(guān)系的注冊(cè)過程。映射注冊(cè)過程如圖1所示。

圖1 EID-to-RLOC映射注冊(cè)過程Fig.1 EID-to-RLOC registration process

步驟1 源端主機(jī)發(fā)送一個(gè)消息，該消息包括終端EID的IP地址。該EID-to-RLOC的映射關(guān)系通過哈希EID的IP地址索引。

步驟2 當(dāng)ITR收到信息的時(shí)候，首先查詢本地Cache緩存，是否已經(jīng)保存了EID-to-RLOC映射關(guān)系的關(guān)鍵字，如果存在該映射則保留;若不存在該映射關(guān)系，則自動(dòng)將該映射關(guān)系加入到Cache，并且ITR也將該映射關(guān)系發(fā)送到MapServer上。文獻(xiàn)［13］對(duì)ITR設(shè)置了一個(gè)時(shí)間限制，若該映射過期，則自動(dòng)刪除。

步驟3 當(dāng)MapServer接收到信息的時(shí)候，將該映射關(guān)系根據(jù)關(guān)鍵字添加算法加入到對(duì)應(yīng)的節(jié)點(diǎn)上，并進(jìn)行路由表的更新;如果終端主機(jī)離開ITR或者ITR檢測(cè)到終端離開，ITR則發(fā)送一個(gè)消息到MapServer。在 MapServer中，移除該終端在 Chord中對(duì)應(yīng)的映射，并進(jìn)行路由表的更新。

2.3 EID-to-RLOC映射查詢過程

當(dāng)一個(gè)ITR收到一個(gè)查詢對(duì)端RLOC地址的請(qǐng)求時(shí)，ITR首先查詢本地Cache。若本地Cache保存了該EID-to-RLOC映射關(guān)系，則直接返回到ITR;若Cache中無該映射關(guān)系，需要在網(wǎng)絡(luò)中進(jìn)行查詢找到EID-to-RLOC映射關(guān)系。該映射查詢過程如圖2所示。

圖2 EID-to-RLOC映射查詢過程Fig.2 EID-to-RLOC resolving process

步驟1 源端EID發(fā)送一個(gè)路由請(qǐng)求到入口隧道路由器ITR。該數(shù)據(jù)包包含源端與目的端EID的IP地址。

步驟2 當(dāng)數(shù)據(jù)包到達(dá)ITR時(shí)，ITR檢查本地緩存Cache是否保存了目的端EID-to-RLOC映射關(guān)系。如果Cache可以查詢到該映射關(guān)系，則直接進(jìn)行步驟7將該映射返回到ITR;若Cache中無該映射關(guān)系，則進(jìn)行步驟3。

步驟3 當(dāng)緩存Cache中沒有保存該映射關(guān)系時(shí)，則ITR發(fā)送一個(gè)映射查詢請(qǐng)求消息到MapServer。MapServer進(jìn)行EID-to-RLOC映射查詢。

步驟4 當(dāng)MapServer收到請(qǐng)求時(shí)，將對(duì)端EID的IP地址作為關(guān)鍵字進(jìn)行哈希，根據(jù)Chord算法在環(huán)上查詢保存EID-to-RLOC映射的MapServer。

步驟5 該映射關(guān)系查詢結(jié)束并進(jìn)行返回。若該拓?fù)鋱D有n個(gè)節(jié)點(diǎn)。當(dāng)查詢到該映射時(shí)所經(jīng)過的節(jié)點(diǎn)的個(gè)數(shù)a≤n/2時(shí)，則該映射消息從原路返回;反之，該映射消息經(jīng)過剩余節(jié)點(diǎn)返回。(該消息每經(jīng)過一個(gè)節(jié)點(diǎn)時(shí)計(jì)數(shù)器進(jìn)行加1)

步驟6 當(dāng)MapServer查詢到該映射關(guān)系時(shí)，將該消息回復(fù)給ITR。ITR將該映射信息存儲(chǔ)在本地緩存中，并且在原數(shù)據(jù)包外面封裝上LISP包頭，該包頭以對(duì)端主機(jī)ETR的RLOC為目的地址，以本地ITR的RLOC為源地址。封裝結(jié)束后將該數(shù)據(jù)包發(fā)送至網(wǎng)絡(luò)上，并最終到達(dá)對(duì)端的ETR。

步驟7 將在Cache中查詢到的映射關(guān)系返回ITR。

2.4 查詢時(shí)延分析

T1:源端EID發(fā)送一個(gè)路由請(qǐng)求到入口隧道路由器ITR時(shí)間，假定為T1=5 ms。

T2:ITR本地查詢緩存Cache時(shí)間，假定為T2=5 ms。

T3:ITR發(fā)送消息到MapServer時(shí)間，假定為T3=5 ms。

T4:該時(shí)間為EID-to-RLOC映射查詢過程中步驟4和步驟5，該時(shí)延由Chord網(wǎng)絡(luò)決定，假定為T4。

T5:MapServer返回到ITR查詢回復(fù)時(shí)間，假定T5=5 ms。

查詢過程總共時(shí)延T=T1+T2+T3+T4+T5=16 ms+T4。T4的時(shí)延由 Chord環(huán)中查詢MapServer的跳數(shù)決定。同時(shí)，MapServer的存儲(chǔ)空間，轉(zhuǎn)發(fā)消息能力也決定了Chord中查詢的時(shí)延。

2.5 映射存儲(chǔ)分析

每條映射EID-to-RLOC映射關(guān)系存儲(chǔ)空間為100 Bytes［8］，假設(shè)每個(gè) MapServer 的存儲(chǔ)空間為 K Bytes，則每個(gè)MapServer保存映射關(guān)系數(shù)量為d=k/100條記錄。每個(gè)節(jié)點(diǎn)哈希后的標(biāo)識(shí)符由MapServer保存EID-to-RLOC映射關(guān)系數(shù)量來決定。假設(shè)d=1010時(shí)，則第1個(gè)保存d條映射關(guān)系的MapServer標(biāo)識(shí)符為1010，則根據(jù)chord算法節(jié)點(diǎn)標(biāo)示符順時(shí)針方向依次增大原則，第2個(gè)節(jié)點(diǎn)標(biāo)識(shí)符為2×1010，第3個(gè)節(jié)點(diǎn)標(biāo)識(shí)符為3×1010，第n個(gè)MapServer標(biāo)識(shí)符為n×1010(每個(gè)MapServer的存儲(chǔ)空間大小相同)每個(gè)MapServer保存d條映射關(guān)系，每條映射關(guān)系對(duì)應(yīng)一個(gè)EID的IP地址，同時(shí)每個(gè)ITR/ETR也對(duì)應(yīng)一個(gè)IP地址。則MapServer的數(shù)量為EID數(shù)量的d倍。當(dāng)Chord網(wǎng)絡(luò)中有n個(gè)MapServer時(shí)，則可以存儲(chǔ)EID-to-RLOC映射關(guān)系的數(shù)量即EID的數(shù)量N=d×n個(gè)。

在Chord中，節(jié)點(diǎn)并不需要知道所有其他節(jié)點(diǎn)的信息。每個(gè)Chord節(jié)點(diǎn)只需要知道其他節(jié)點(diǎn)的少量“路由”信息。在由n個(gè)節(jié)點(diǎn)組成的系統(tǒng)中，每個(gè)節(jié)點(diǎn)只需維護(hù)其他O(lb n)［7］個(gè)節(jié)點(diǎn)的信息。每次查找平均跳數(shù)為(1/2)×(lb n)［7］。當(dāng)節(jié)點(diǎn)加入或者離開系統(tǒng)時(shí) ，Chord需要更新路由信息 ，每次加入或者離開需要傳遞O(lb 2n)［7］條消息。

3 仿真分析

每個(gè)MapServer存儲(chǔ)映射關(guān)系數(shù)量由其存儲(chǔ)空間決定。假設(shè)每個(gè)MapServer存儲(chǔ)空間為K Bytes，且存儲(chǔ)d條映射記錄。因?yàn)槊總€(gè)MapServer的存儲(chǔ)空間較大，所以，較小數(shù)量的節(jié)點(diǎn)就可以包含d×n個(gè)映射關(guān)系。仿真設(shè)為4至200個(gè)節(jié)點(diǎn)。本文通過路由表復(fù)雜度，節(jié)點(diǎn)加入退出開銷以及路徑查詢跳數(shù)3個(gè)方面將LISP-Chord與 LISP-MAP［8］方法進(jìn)行比較。

第1組實(shí)驗(yàn)仿真了由4至200個(gè)MapServer節(jié)點(diǎn)組成的Chord環(huán)中LISP-Chord方法與LISP-MAP方法路由表復(fù)雜度的比較，仿真結(jié)果如圖3所示。

圖3 路由表復(fù)雜度Fig.3 Complexity of routing table

隨著節(jié)點(diǎn)數(shù)目的增加，LISP-MAP方法中路由表復(fù)雜度保持不變;而LISP-Chord方法的路由表復(fù)雜度上明顯較低。

第2組實(shí)驗(yàn)仿真了由4至200個(gè)MapServer節(jié)點(diǎn)組成的Chord環(huán)中LISP-Chord方法與LISP-MAP方法節(jié)點(diǎn)加入退出開銷的比較，仿真結(jié)果如圖4所示。在4至200個(gè)節(jié)點(diǎn)時(shí)，LISP-MAP方法節(jié)點(diǎn)開銷復(fù)雜度保持不變，但是開銷復(fù)雜度明顯大于LISPChord方法。

圖4 節(jié)點(diǎn)加入退出開銷Fig.4 Cost of the node joining and quiting

第3組實(shí)驗(yàn)仿真了由4至200個(gè)MapServer節(jié)點(diǎn)組成的Chord環(huán)中LISP-Chord方法與LISP-MAP方法路徑查找長(zhǎng)度比較，仿真結(jié)果如圖5所示。隨著節(jié)點(diǎn)數(shù)量增加，2種方法的查詢跳數(shù)都在增加，但是在4至200節(jié)點(diǎn)內(nèi)，LISP-Chord方法路徑查詢跳數(shù)較LISP-MAP有明顯降低。

圖5 查詢跳數(shù)Fig.5 Number of lookup hops

4 結(jié)論

本文以LISP協(xié)議為基礎(chǔ)，針對(duì)LISP-MAP路由表復(fù)雜度、節(jié)點(diǎn)加入退出開銷較大且路徑查詢跳數(shù)較多的缺點(diǎn)，提出了基于LISP協(xié)議的映射查詢方案LISP-Chord。該方案以Chord算法為核心，將MapS-erver組成Chord網(wǎng)絡(luò)進(jìn)行位置與標(biāo)識(shí)分離映射的查詢，并且優(yōu)化了映射返回路徑選擇。仿真結(jié)果表明，本文提出的LISP-Chord協(xié)議在路由表復(fù)雜度、節(jié)點(diǎn)加入退出開銷和路徑查找長(zhǎng)度方面較原有的LISP-MAP方案都有較大改進(jìn)。

［1］錢華林，鄂躍鵬，葛敬國，等.雙層IP地址空間體系結(jié)構(gòu)［J］.軟件學(xué)報(bào)，2012，23(1):97-107.QIAN Hualin，E Yuepeng，GE Jingguo，et al.Dual IP Address Spaces Architecture［J］.Journal of Software，2012，23(1):97-107.

［2］劉韻潔.三網(wǎng)融合與未來網(wǎng)絡(luò)的發(fā)展［J］.重慶郵電大學(xué)學(xué)報(bào):自然科學(xué)版，2010，22(6):693-697.LIU Yunjie.Development of net work convergence and future internet［J］.Journal of Chongqing University of Posts and Telecommunications:Natural Science Edition，2010，22(6):693-697.

［3］MICHAEL M， MATTHIASH， MICHAELH?fling.FIRMS:A Mapping System for Future Internet Routing［J］.IEEE Journal on Selected Areas in Communications，2010，28(8):1326-1331.

［4］LUO Hongbin，ZHANG Hongke，QIAO Chunming.Effcient Mobility Support by Indirect Mapping in Networks With Locator/Identifier Separation［J］.IEEE Transactions on Vehicular Technology，2011，60(5):2265-2279.

［5］LORAND J，ALBERT Ca-A，F(xiàn)LORIN C，et al.LISPTREE:A DNS Hierarchy to Support the LISPMapping System［J］.IEEE Journal on Selected Areas in Communications，2010，28(8):1332-1343.

［6］MEYER D.The Locator Identity Separation Protocol(LISP)［J］.The Internet Protocol Journal，2008，11(1):23-36.

［7］STOICA I，MORRIS R，KARGER D，et al.Chord:A Scalable Peer-To-Peer Lookup Service for Internet Applications［C］//Proceedings of ACM SIGCOMM.San Diego，CA，USA: ［s.n.］，2001:149-160.

［8］LEAR E.NERD:A Not-so-novel EID to RLOC Database［EB/OL］.(2008-01-23)［2012-12-22］.http://tools.ietf.org/html/draft-lear-lisp-nerd-03.

［9］FARINACCI D，F(xiàn)ULLER V，MEYER D.LISP Alternative Topology(LISP-ALT) ［EB/OL］.(2011-11-06)［2012-12-22］.http://tools.ietf.org/html/draft-ietf-lisp-alt.

［10］BRIM S，F(xiàn)ARINACCI D，MEYER D J.EID Mappings Multicast Across Cooperating Systems for LISP［EB/OL］.(2007-11-09) ［2012-12-22］.http://tools.ietf.org/html/draft-curran-lisp-emacs-00.

［11］BRIM N，CHIAPPA D，F(xiàn)ARINACCI V，et al.Lewis.ISP-CONS:A Content distribution Overlay Network Service for LISP［EB/OL］.(2008-04-09)［2012-12-22］.http://tools.ietf.org/html/draft-meyer-lisp-cons-04.

［12］LUO Hongbin，QIN Yajuan，ZHANG Hongke.A DHTBased Identifier-to-Locator Mapping Approach for a Scalable Internet［J］.Parallel and Distributed Systems，IEEE Transactions on，2009，20(12):1790-1802.

［13］MATHY L，LANCASTER U.LISP-DHT:Towards a DHT to map identifiers onto locators［EB/OL］.(2008-11-9)［2012-12-22］.http://conferences.sigcomm.org/co-next/2008/CoNext08_proceedings/ReArch08Papers/1569143769.pdf.