專利名稱：一種獲取IPv6接口標(biāo)識的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及利用家庭網(wǎng)關(guān)設(shè)備接入PPP網(wǎng)絡(luò)中的能力，并且支持IPV6協(xié)商的能力，提供一種基于PPP鏈路獲取IPV6接口標(biāo)識的方法及裝置。
背景技術(shù)：
PPP(Point to Point Protocol，點(diǎn)對點(diǎn)協(xié)議)協(xié)議是一種提供在點(diǎn)到點(diǎn)鏈路上封裝、傳輸網(wǎng)絡(luò)層數(shù)據(jù)包的數(shù)據(jù)鏈路層協(xié)議，PPP是一個(gè)分層結(jié)構(gòu)(物理層、鏈路層、網(wǎng)絡(luò)層)， 在鏈路層(LCP(Link Control Protocol，鏈路控制協(xié)議))協(xié)商階段，會協(xié)商鏈路相關(guān)的參數(shù)，包括為防止環(huán)路而協(xié)商的魔術(shù)字(magic number)，而在網(wǎng)絡(luò)層，需要協(xié)商鏈路上唯一的 IPV6接口標(biāo)識。目前常用生成IPV6接口標(biāo)識方法有根據(jù)48位MAC地址生成，或者根據(jù)隨機(jī)數(shù)生成兩種方法，根據(jù)48位MAC地址生成IPV6接口標(biāo)識的方法的優(yōu)點(diǎn)是易查看、容易定位IPV6接口標(biāo)識與網(wǎng)絡(luò)接口的對應(yīng)關(guān)系，但缺陷是需要獲取硬件的MAC地址，并且不能保證MAC地址的沖突性，特別是同一廠家的設(shè)備；根據(jù)隨機(jī)數(shù)生成IPV6接口標(biāo)識的方法需要使用隨機(jī)數(shù)算法生成隨機(jī)數(shù)，并且隨機(jī)數(shù)不能做到完全的唯一性。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種獲取IPV6接口標(biāo)識的方法及裝置，以避免由于IPV6接口標(biāo)識重復(fù)而弓I起的報(bào)文交互。為了解決上述技術(shù)問題，本發(fā)明提供了一種獲取IPV6接口標(biāo)識的方法，包括在網(wǎng)絡(luò)核心協(xié)議協(xié)商過程中，根據(jù)所述魔術(shù)字生成IPV6接口標(biāo)識。進(jìn)一步地，上述方法還具有下面特點(diǎn)所述在鏈路控制協(xié)議協(xié)商過程中協(xié)商一魔術(shù)字的步驟包括在鏈路控制協(xié)議協(xié)商過程中，判斷接收到的配置請求報(bào)文中攜帶的魔術(shù)字是否與上一次接收到的魔術(shù)字一致，若一致，則生成與接收到的魔術(shù)字不同的魔術(shù)字，然后發(fā)送攜帶所述生成的魔術(shù)字的報(bào)文；若不一致，則魔術(shù)字協(xié)商成功。進(jìn)一步地，上述方法還具有下面特點(diǎn)所述根據(jù)所述魔術(shù)字生成IPV6接口標(biāo)識的步驟包括將32位的所述魔術(shù)字補(bǔ)齊為48位，然后根據(jù)64位擴(kuò)展唯一標(biāo)示符算法生成64 位的IPV6接口標(biāo)識。進(jìn)一步地，上述方法還具有下面特點(diǎn)所述生成IPV6接口標(biāo)識的步驟之后，還包括發(fā)送攜帶所述IPV6接口標(biāo)識的配置請求報(bào)文；接收到配置確認(rèn)報(bào)文后，基于所述IPV6接口標(biāo)識生成鏈路本地地址。為了解決上述問題，本發(fā)明還提供了一種獲取IPV6接口標(biāo)識的裝置，包括協(xié)商模塊，用于在建立點(diǎn)到點(diǎn)協(xié)議通道后，在鏈路控制協(xié)議協(xié)商過程中協(xié)商一魔術(shù)字；
3
生成模塊，用于在網(wǎng)絡(luò)核心協(xié)議協(xié)商過程中，根據(jù)所述魔術(shù)字生成IPV6接口標(biāo)識。進(jìn)一步地，上述裝置還具有下面特點(diǎn)所述協(xié)商模塊，具體用于在鏈路控制協(xié)議協(xié)商過程中，判斷接收到的配置請求報(bào)文中攜帶的魔術(shù)字是否與上一次接收到的魔術(shù)字一致，若一致，則生成與接收到的魔術(shù)字不同的魔術(shù)字，然后發(fā)送攜帶所述生成的魔術(shù)字的報(bào)文；若不一致，則魔術(shù)字協(xié)商成功。進(jìn)一步地，上述裝置還具有下面特點(diǎn)所述生成模塊，具體用于在網(wǎng)絡(luò)核心協(xié)議協(xié)商過程中，將32位的所述魔術(shù)字補(bǔ)齊為48位，然后根據(jù)64位擴(kuò)展唯一標(biāo)示符算法生成64位的IPV6接口標(biāo)識。進(jìn)一步地，上述裝置還具有下面特點(diǎn)所述協(xié)商模塊，還用于發(fā)送配置請求報(bào)文，攜帶所述生成模塊生成的IPV6接口標(biāo)識；接收到配置確認(rèn)報(bào)文后，基于所述IPV6接口標(biāo)識生成鏈路本地地址。綜上，本發(fā)明提供一種獲取IPv6接口標(biāo)識的方法及裝置，無需其他的算法和調(diào)用，直接生成IPV6接口標(biāo)識，完全保證在PPP鏈路上的唯一性。


此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中圖1為本發(fā)明的獲取IPV6接口標(biāo)識的方法的流程圖；圖2為本發(fā)明的獲取IPV6接口標(biāo)識的裝置的示意圖；圖3是PPPoE協(xié)商階段的過程圖；圖4是PPP協(xié)商階段的過程圖；圖5是魔術(shù)字協(xié)商的過程圖；圖6是現(xiàn)有技術(shù)的IPV6接口標(biāo)識協(xié)商過程圖；圖7是本發(fā)明的IPV6接口標(biāo)識協(xié)商過程圖；圖8是IPV6接口標(biāo)識生成算法圖；圖9是本發(fā)明的生成IPV6接口標(biāo)識的方法的流程圖。
具體實(shí)施例方式本發(fā)明利用PPP鏈路層協(xié)商的唯一魔術(shù)字，應(yīng)用于PPP網(wǎng)絡(luò)層，以避免IPV6接口標(biāo)識重復(fù)而引起的報(bào)文交互，可以減少鏈路協(xié)商時(shí)間，提高報(bào)文傳輸性能。圖1為本發(fā)明的獲取IPV6接口標(biāo)識的方法的流程圖，如圖1所示，包括步驟S10、建立點(diǎn)到點(diǎn)協(xié)議通道后，通過鏈路控制協(xié)議協(xié)商一魔術(shù)字；S20、在網(wǎng)絡(luò)核心協(xié)議協(xié)商過程中，根據(jù)所述魔術(shù)字生成IPV6接口標(biāo)識。具體地，在鏈路控制協(xié)議協(xié)商過程中，判斷接收到的配置請求報(bào)文中攜帶的魔術(shù)字是否與上一次接收到的魔術(shù)字一致，若一致，則生成與接收到的魔術(shù)字不同的魔術(shù)字，然后發(fā)送攜帶所述生成的魔術(shù)字的報(bào)文；若不一致，則魔術(shù)字協(xié)商成功。進(jìn)一步地，在所述生成IPV6接口標(biāo)識的步驟之后，還可包括步驟發(fā)送攜帶所述IPV6接口標(biāo)識的配置請求報(bào)文；
接收到配置確認(rèn)報(bào)文后，基于所述IPV6接口標(biāo)識生成鏈路本地地址。圖2為本發(fā)明的獲取IPV6接口標(biāo)識的裝置的示意圖，如圖2所示，本發(fā)明的裝置包括協(xié)商模塊和生成模塊，其中，協(xié)商模塊，用于在建立點(diǎn)到點(diǎn)協(xié)議通道后，在鏈路控制協(xié)議協(xié)商過程中協(xié)商一魔術(shù)字；生成模塊，用于在網(wǎng)絡(luò)核心協(xié)議協(xié)商過程中，根據(jù)所述魔術(shù)字生成IPV6接口標(biāo)識。其中，所述協(xié)商模塊，具體用于在鏈路控制協(xié)議協(xié)商過程中，判斷接收到的配置請求報(bào)文中攜帶的魔術(shù)字是否與上一次接收到的魔術(shù)字一致，若一致，則生成與接收到的魔術(shù)字不同的魔術(shù)字，然后發(fā)送攜帶所述生成的魔術(shù)字的報(bào)文；若不一致，則魔術(shù)字協(xié)商成功。所述協(xié)商模塊還用于發(fā)送配置請求報(bào)文，攜帶所述生成模塊生成的IPV6接口標(biāo)識；接收到配置確認(rèn)報(bào)文后，基于所述IPV6接口標(biāo)識生成鏈路本地地址。下面以具體的實(shí)施例詳細(xì)說明本發(fā)明的生成IPV6接口標(biāo)識的流程。圖3中為家庭網(wǎng)關(guān)與服務(wù)器建立PPPoE鏈路的流程圖，如圖3所示，家庭網(wǎng)關(guān)通過發(fā)送PADI (PPPoE Active Discovery Initiation，PPPoE動態(tài)發(fā)現(xiàn)初始)廣播包發(fā)起 PPPoE 會話請求；接收到 PADO (PPPoE Active DiscoveryOffer, PPPoE 動態(tài)發(fā)現(xiàn)提供)單播包后，發(fā)送PADR(PPPoE Active DiscoveryRequest，PPPoE動態(tài)發(fā)現(xiàn)請求)單播包；接收至Ij PADS(PPPoE Active DiscoverySession-confirmation, PPPoE 動態(tài)發(fā)現(xiàn)會話確認(rèn)) 單播包后，生成會話標(biāo)識，協(xié)商出PPPoE鏈路，在其基礎(chǔ)上進(jìn)行PPP鏈路的協(xié)商；最后通過 PADT (PPPoEActive Discovery ^Terminate，PPPoE 動態(tài)發(fā)現(xiàn)終止)斷開 PPPoE 鏈路。圖4為PPP鏈路協(xié)商的流程圖，如圖4所示，PPP首先經(jīng)過LCP協(xié)商，協(xié)商成功后進(jìn)入Auth (認(rèn)證)階段協(xié)商，認(rèn)證成功后進(jìn)入NCP (Network CoreProtocol,網(wǎng)絡(luò)核心協(xié)議) 協(xié)商，協(xié)商成功后建立PPP鏈路。本發(fā)明的基礎(chǔ)是魔術(shù)字的協(xié)商及其唯一性，首先說明一下魔術(shù)字的協(xié)商過程，如圖5所示(圖示中ID表示協(xié)商報(bào)文的序號標(biāo)識，M表示協(xié)商的魔術(shù)字)。魔術(shù)字是在鏈路建立過程中比較重要的一個(gè)參數(shù)，這個(gè)參數(shù)是在LCP階段的 Config-Request (配置請求)里面被協(xié)商的，主要的作用是防止環(huán)路(如果在雙方不協(xié)商魔術(shù)字的情況下，魔術(shù)字都為0，故也不能用于IPV6接口標(biāo)識，但現(xiàn)在市場上幾乎所有的設(shè)備都默認(rèn)開啟了魔術(shù)字協(xié)商)。魔術(shù)字被放在LCP階段Config-Request的配置選項(xiàng)參數(shù)中進(jìn)行發(fā)送，而且需要由通信設(shè)備自身獨(dú)立產(chǎn)生，協(xié)議為了避免雙方可能產(chǎn)生同樣的魔術(shù)字，從而導(dǎo)致通信出現(xiàn)不必要的麻煩，因此要求由設(shè)備采用一些隨機(jī)方法產(chǎn)生一個(gè)獨(dú)一無二的魔術(shù)字。一般來說，魔術(shù)字的選擇會采用設(shè)備的系列號、網(wǎng)絡(luò)硬件地址或時(shí)鐘。雙方產(chǎn)生相同魔術(shù)字的可能性不能說是沒有的，但應(yīng)盡量避免，通常這種情況是發(fā)生在相同廠商的設(shè)備進(jìn)行互連時(shí)，因?yàn)橐粋€(gè)廠商所生產(chǎn)的設(shè)備產(chǎn)生魔術(shù)字的方法是一樣的。魔術(shù)字產(chǎn)生的作用是用來幫助檢測鏈路是否存在環(huán)路，魔術(shù)字的協(xié)商過程如圖5所示，當(dāng)接收端收到一個(gè)Config-Request報(bào)文時(shí)，會將此報(bào)文與上一次所接收到的 Config-Request進(jìn)行比較，如果兩個(gè)報(bào)文中所含的魔術(shù)字不一致的話，表明鏈路不存在環(huán)路。但如果一致的話，接收端認(rèn)為鏈路可能存在環(huán)路，但不一定存在環(huán)路，還需進(jìn)一步確認(rèn)。 此時(shí)接收端將發(fā)送一個(gè)Config-Nak (配置部分確認(rèn))報(bào)文，并在該報(bào)文中攜帶一個(gè)重新產(chǎn)生的魔術(shù)字，而且此時(shí)在未接收到任何Config-Request或Config-Nak報(bào)文之前，接收端也不會發(fā)送任何的Config-Request報(bào)文，這時(shí)假設(shè)可能會有以下兩種情況發(fā)生1、鏈路實(shí)際不存在環(huán)路，而是由于對方在產(chǎn)生魔術(shù)字時(shí)與接收端產(chǎn)生的一致， 但實(shí)際這種情況出現(xiàn)的概率是很小的。當(dāng)Config-Nak被對端接收到后，應(yīng)該發(fā)送一個(gè) Config-Request報(bào)文(此Config-Request報(bào)文中的魔術(shù)字為Config-Nak報(bào)文中的魔術(shù)字)，當(dāng)對端接收到后，與上次比較，由于接收端已經(jīng)在Config-Nak報(bào)文中產(chǎn)生了一個(gè)不同的魔術(shù)字，此時(shí)接收端收到的Config-Request報(bào)文中的魔術(shù)字與上次配置請求報(bào)文中不一樣，所以接收端可斷定鏈路不存在環(huán)路。2、鏈路實(shí)際上確實(shí)存在環(huán)路，一段時(shí)間后Config-Nak報(bào)文會返回到發(fā)送該 Config-Nak報(bào)文的同一端。這時(shí)接收端比較這個(gè)Config-Nak報(bào)文中的魔術(shù)字與上一次發(fā)出去的一樣，因此鏈路存在環(huán)路的可能性又增大了。當(dāng)一端收到了一個(gè)Config-Nak報(bào)文時(shí)，又會發(fā)送一個(gè)Config-Request報(bào)文(該報(bào)文中的魔術(shù)字與Config-Nak中的一致)， 這樣又回到了最初的狀態(tài)，在這條鏈路上就會不斷的出現(xiàn)Config-Request、Config-Nak報(bào)文，因此這樣周而復(fù)始下去，接收端就會認(rèn)為PPP鏈路存在環(huán)路的可能性在不斷增加，當(dāng)達(dá)到一定數(shù)量級時(shí)，就可認(rèn)為此鏈路存在環(huán)路。(不是第一次受到相同的魔術(shù)字就判斷有環(huán)路的)。最后再描述下IPV6接口標(biāo)識協(xié)商的流程，如圖6所示(圖示中ID表示協(xié)商報(bào)文的序號標(biāo)識，Iden表示協(xié)商的IPV664位接口標(biāo)識)PPP到達(dá)NCP階段協(xié)商后，需要根據(jù)IPV6CP(IPv6控制協(xié)議)協(xié)商出鏈路唯一的 IPV6接口標(biāo)識，用于生成LLA(Link Local Address，鏈路本地地址)，以配置到PPP網(wǎng)絡(luò)接口上，發(fā)送一個(gè)含有IPV6接口標(biāo)識的Config-Request報(bào)文，如果接收端收到對端回應(yīng)的 Config-Ack報(bào)文，則此IPV6接口標(biāo)識是唯一的，可以用于生成LLA0如果接收端收到對端回應(yīng)的Config-Nak報(bào)文，則說明上一個(gè)IPV6接口標(biāo)識重復(fù)， 接收端重新發(fā)送Config-Request報(bào)文(該報(bào)文的IPV6接口標(biāo)識為Nak報(bào)文中的)，收到 Config-Ack報(bào)文則協(xié)商成功，否則繼續(xù)協(xié)商。本發(fā)明的核心在于，PPP到達(dá)NCP階段協(xié)商后，就直接基于LCP階段協(xié)商的魔術(shù)字生成IPV6接口標(biāo)識，因在LCP鏈路協(xié)商階段已經(jīng)保證了魔術(shù)字在本條PPP鏈路上的唯一性，故同時(shí)也可以保證IPV6接口標(biāo)識在本條PPP鏈路上的唯一性。本發(fā)明的IPV6接口標(biāo)識協(xié)商的流程，如圖7所示，發(fā)送端發(fā)送一個(gè)含有通過本發(fā)明生成的IPV6接口標(biāo)識的 Config-Request報(bào)文后，將接收到對端回應(yīng)的Config-Ack報(bào)文，此IPV6接口標(biāo)識是唯一的，可以用于生成LLA。本發(fā)明的方法，對家庭網(wǎng)關(guān)設(shè)備側(cè)可以快速生成IPV6接口標(biāo)識，避免IPV6接口標(biāo)識重復(fù)而引起的報(bào)文交互，可以減少鏈路協(xié)商時(shí)間，提高報(bào)文傳輸性能。本發(fā)明的IPV6接口標(biāo)識生成規(guī)則如下，如圖8所示EUI64 (64-bit extended unique identifer，64 位擴(kuò)展唯一標(biāo)示符)由電氣和電子工程師協(xié)會(IEEE)定義，本方案基于其算法，說明如何通過魔術(shù)字生成IPV6接口標(biāo)識。魔術(shù)字是32位的，可以將32位的魔術(shù)字補(bǔ)齊為48位，例如，在魔術(shù)字前面加O補(bǔ)齊為48位，當(dāng)然，也可以在魔術(shù)字后或中間補(bǔ)入數(shù)字，只要補(bǔ)齊為48位即可，再根據(jù)EUI64 算法生成64位的IPV6接口標(biāo)識。除EUI64位算法外，也可以在32位魔術(shù)字的基礎(chǔ)上，任意擴(kuò)展生成唯一的IPV6接 □標(biāo)識。本發(fā)明除適用于家庭網(wǎng)關(guān)設(shè)備之外，還適用于其他基于PPP鏈路協(xié)議的設(shè)備。為了更好地理解本發(fā)明，下面結(jié)合附圖和具體實(shí)施例對本發(fā)明作進(jìn)一步地描述。下面以家庭網(wǎng)關(guān)建立一個(gè)IPV6類型的PPPOE連接為例，說明本發(fā)明的生成IPV6 接口標(biāo)識的方法，如圖9所示，其實(shí)施步驟如下首先，家庭網(wǎng)關(guān)建立PPPoE通道。步驟101、家庭網(wǎng)關(guān)發(fā)起PPPoE撥號，開始PPPoE Active Discover (動態(tài)發(fā)現(xiàn))階段協(xié)商步驟102、家庭網(wǎng)關(guān)發(fā)送 PADI (PPPoE Active Discovery Initiation，PPPoE 動態(tài)發(fā)現(xiàn)初始)報(bào)文請求步驟103、家庭網(wǎng)關(guān)收到回應(yīng) PADO(PPPoE Active Discovery Offer，PPPoE 動態(tài)發(fā)現(xiàn)提供)報(bào)文步驟104、家庭網(wǎng)關(guān)發(fā)起 PADR(PPPoE Active Discovery Request，PPPoE 動態(tài)發(fā)現(xiàn)請求)報(bào)文步驟105、 家庭網(wǎng)關(guān)收至Ij 回應(yīng)PADS (PPPoE Active DiscoverySession-confirmation, PPPoE動態(tài)發(fā)現(xiàn)會話確認(rèn))報(bào)文，PPPoE通道建立成功。家庭網(wǎng)關(guān)進(jìn)入LCP階段。步驟106、家庭網(wǎng)關(guān)生成隨機(jī)的魔術(shù)字，發(fā)送帶有魔術(shù)字選項(xiàng)協(xié)商的 Config-Request 艮文。服務(wù)器與家庭網(wǎng)關(guān)的交互是相互的，服務(wù)器同時(shí)也向家庭網(wǎng)關(guān)發(fā)送帶有魔術(shù)字選項(xiàng)協(xié)商的Config-Request報(bào)文，所以家庭網(wǎng)關(guān)也可接收到服務(wù)器的Config-Request報(bào)文， 之后的處理流程與步驟107-110類似。步驟107、服務(wù)器收到Config-Request報(bào)文，判斷魔術(shù)字是否與上一次接收到的 Config-Request報(bào)文中的值一致，如不一致，則轉(zhuǎn)向步驟108 ；如一致，則轉(zhuǎn)向步驟109 ；步驟108、服務(wù)器回應(yīng)Config-Ack(配置確認(rèn))報(bào)文，轉(zhuǎn)向步驟111。步驟109、服務(wù)器生成與上一次接收到的魔術(shù)字不一樣的魔術(shù)字，并發(fā)送 Config-Nak(配置部分確認(rèn))報(bào)文，攜帶該生成的魔術(shù)字。步驟110、家庭網(wǎng)關(guān)收到Config-Nak報(bào)文，使用與該Config_Nak報(bào)文中一樣的魔術(shù)字，并發(fā)送Config-Request報(bào)文，返回步驟107。步驟111、家庭網(wǎng)關(guān)收到Config-Ack報(bào)文，說明魔術(shù)字協(xié)商成功，認(rèn)證協(xié)商后，轉(zhuǎn)向步驟112。步驟112、家庭網(wǎng)關(guān)根據(jù)LCP鏈路協(xié)商的魔術(shù)字，生成IPV6接口標(biāo)識，發(fā)送IPV6CP 的Config-Request報(bào)文，攜帶所述IPV6接口標(biāo)識，以協(xié)商接口標(biāo)識。步驟113、家庭網(wǎng)關(guān)若接收到IPV6CP Config-Request報(bào)文，則回應(yīng)IPV6CP Config-Ack報(bào)文，轉(zhuǎn)向步驟115。步驟114、家庭網(wǎng)關(guān)若接收到Config-Ack報(bào)文，則轉(zhuǎn)向步驟115。
步驟115、NCP協(xié)商成功。本發(fā)明具有以下優(yōu)點(diǎn)通過利用LCP階段協(xié)商的魔術(shù)字，生成唯一的IPV6接口標(biāo)識，技術(shù)方案優(yōu)點(diǎn)如下a).利用PPP LCP階段協(xié)商字段魔術(shù)字，直接生成IPV6接口標(biāo)識，無需另外的算法和調(diào)用，效率高。b).魔術(shù)字的唯一性保證了 IPV6接口標(biāo)識的唯一性，可以完全避免由于IPV6接口標(biāo)識重復(fù)而產(chǎn)生交互的Config-Nak報(bào)文。本發(fā)明中魔術(shù)字的唯一性可以應(yīng)用于系統(tǒng)需要使用PPP鏈路做唯一性判斷的任何場景。本領(lǐng)域普通技術(shù)人員可以理解上述方法中的全部或部分步驟可通過程序來指令相關(guān)硬件完成，所述程序可以存儲于計(jì)算機(jī)可讀存儲介質(zhì)中，如只讀存儲器、磁盤或光盤等?？蛇x地，上述實(shí)施例的全部或部分步驟也可以使用一個(gè)或多個(gè)集成電路來實(shí)現(xiàn)。相應(yīng)地，上述實(shí)施例中的各模塊/單元可以采用硬件的形式實(shí)現(xiàn)，也可以采用軟件功能模塊的形式實(shí)現(xiàn)。本發(fā)明不限制于任何特定形式的硬件和軟件的結(jié)合。以上僅為本發(fā)明的優(yōu)選實(shí)施例，當(dāng)然，本發(fā)明還可有其他多種實(shí)施例，在不背離本發(fā)明精神及其實(shí)質(zhì)的情況下，熟悉本領(lǐng)域的技術(shù)人員當(dāng)可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形，但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護(hù)范圍。
權(quán)利要求
1.一種獲取IPV6接口標(biāo)識的方法，包括在網(wǎng)絡(luò)核心協(xié)議協(xié)商過程中，根據(jù)所述魔術(shù)字生成IPV6接口標(biāo)識。
2.如權(quán)利要求1所述的方法，其特征在于所述在鏈路控制協(xié)議協(xié)商過程中協(xié)商一魔術(shù)字的步驟包括在鏈路控制協(xié)議協(xié)商過程中，判斷接收到的配置請求報(bào)文中攜帶的魔術(shù)字是否與上一次接收到的魔術(shù)字一致，若一致，則生成與接收到的魔術(shù)字不同的魔術(shù)字，然后發(fā)送攜帶所述生成的魔術(shù)字的報(bào)文；若不一致，則魔術(shù)字協(xié)商成功。
3.如權(quán)利要求1所述的方法，其特征在于所述根據(jù)所述魔術(shù)字生成IPV6接口標(biāo)識的步驟包括將32位的所述魔術(shù)字補(bǔ)齊為48位，然后根據(jù)64位擴(kuò)展唯一標(biāo)示符算法生成64位的 IPV6接口標(biāo)識。
4.如權(quán)利要求1-3任一項(xiàng)所述的方法，其特征在于所述生成IPV6接口標(biāo)識的步驟之后，還包括發(fā)送攜帶所述IPV6接口標(biāo)識的配置請求報(bào)文；接收到配置確認(rèn)報(bào)文后，基于所述IPV6接口標(biāo)識生成鏈路本地地址。
5.一種獲取IPV6接口標(biāo)識的裝置，包括協(xié)商模塊，用于在建立點(diǎn)到點(diǎn)協(xié)議通道后，在鏈路控制協(xié)議協(xié)商過程中協(xié)商一魔術(shù)字；生成模塊，用于在網(wǎng)絡(luò)核心協(xié)議協(xié)商過程中，根據(jù)所述魔術(shù)字生成IPV6接口標(biāo)識。
6.如權(quán)利要求5所述的裝置，其特征在于所述協(xié)商模塊，具體用于在鏈路控制協(xié)議協(xié)商過程中，判斷接收到的配置請求報(bào)文中攜帶的魔術(shù)字是否與上一次接收到的魔術(shù)字一致，若一致，則生成與接收到的魔術(shù)字不同的魔術(shù)字，然后發(fā)送攜帶所述生成的魔術(shù)字的報(bào)文；若不一致，則魔術(shù)字協(xié)商成功。
7.如權(quán)利要求5所述的裝置，其特征在于所述生成模塊，具體用于在網(wǎng)絡(luò)核心協(xié)議協(xié)商過程中，將32位的所述魔術(shù)字補(bǔ)齊為48 位，然后根據(jù)64位擴(kuò)展唯一標(biāo)示符算法生成64位的IPV6接口標(biāo)識。
8.如權(quán)利要求5-7任一項(xiàng)所述的裝置，其特征在于所述協(xié)商模塊，還用于發(fā)送配置請求報(bào)文，攜帶所述生成模塊生成的IPV6接口標(biāo)識； 接收到配置確認(rèn)報(bào)文后，基于所述IPV6接口標(biāo)識生成鏈路本地地址。
全文摘要
本發(fā)明提供一種獲取IPv6接口標(biāo)識的方法及裝置，該方法包括在網(wǎng)絡(luò)核心協(xié)議協(xié)商過程中，根據(jù)所述魔術(shù)字生成IPv6接口標(biāo)識。根據(jù)本發(fā)能夠以避免由于IPv6接口標(biāo)識重復(fù)而引起的報(bào)文交互。
文檔編號H04L29/06GK102457548SQ20101052302
公開日2012年5月16日 申請日期2010年10月20日 優(yōu)先權(quán)日2010年10月20日
發(fā)明者孫亞權(quán) 申請人:中興通訊股份有限公司