專利名稱：一種協(xié)商IPv6信息的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及IPv6網(wǎng)絡(luò)通信PPP (Point to Point Protocol,點(diǎn)對點(diǎn)協(xié)議)協(xié)議技術(shù)，尤其涉及一種協(xié)商IPv6信息的方法及系統(tǒng)。
背景技術(shù)：
在寬帶技術(shù)和寬帶用戶迅速成長的今日，V4地址空間的危機(jī)由來已久，這是導(dǎo)致IP技術(shù)版本升級的主要動力。中國下一代互聯(lián)網(wǎng)示范工程(CNGI項(xiàng)目)是國家級的戰(zhàn)略項(xiàng)目，該項(xiàng)目的主要目標(biāo)是以IPv6為核心，搭建下一代互聯(lián)網(wǎng)的試驗(yàn)平臺。此項(xiàng)目標(biāo)的啟動標(biāo)志了我國的IPv6進(jìn)入了實(shí)質(zhì)性發(fā)展階段。各級運(yùn)營商也正在加緊步伐部署V6網(wǎng)絡(luò)，V6寬帶接入網(wǎng)絡(luò)已逐步進(jìn)入試商用階段。IPv6基礎(chǔ)協(xié)議的設(shè)計(jì)理念是希望V6網(wǎng)絡(luò)能成為一個即插即用的接入網(wǎng)絡(luò)。但是對于很多運(yùn)營商而言，更需要進(jìn)行有狀態(tài)(即動態(tài)地址分配)形式來管理地址，所以185DHCPv6 (Dynamic Host Configuration Protocol for IPv6,支持 IPv6 的動態(tài)主機(jī)配置協(xié)議)應(yīng)運(yùn)而生。眾多的V4老用戶，特別是中國電信等國內(nèi)大型寬帶運(yùn)營商所使用的終端及家庭網(wǎng)關(guān)(包括CPE((Customer Provide Equipment,用戶級接入設(shè)備)))多是采用PPPOE(Point-to-Point Protocol Over Ethernet,以太網(wǎng)上的 PPP)技術(shù)進(jìn)行接入。對于運(yùn)營商及寬帶用戶，更偏向于使用長期以來表現(xiàn)出色的PPP撥號技術(shù)進(jìn)行寬帶接入及V6網(wǎng)絡(luò)應(yīng)用。但是由于PPP協(xié)議在V6網(wǎng)絡(luò)技術(shù)應(yīng)用中，現(xiàn)行標(biāo)準(zhǔn)只規(guī)定了分配接口標(biāo)識(Interface ID)等選項(xiàng)，而接口標(biāo)識只是V6全局地址以及鏈路層地址組成的一部分。最終，還是需要應(yīng)用其他協(xié)議(如NDP(Neighbor Discovery Protocol,鄰居發(fā)現(xiàn)協(xié)議)和DHCPv6(動態(tài)地址分配協(xié)議))給用戶分配IPv6前綴(IPv6 Prefix)或者IPv6地址(IPv6 Address)才能完成整個V6接入流程。而且PPP協(xié)議也缺乏DNSv6 (Domain NameSystem for v6,基于版本 6 的計(jì)算機(jī)域名系統(tǒng))和 AFTR(Address Family TransitionRouter，地址族轉(zhuǎn)換路由)地址(或域名)等重要選項(xiàng)，此類IPv6相關(guān)的接入信息也是需要通過其他協(xié)議(如NDP協(xié)議和DHCPv6協(xié)議)來完成與CPE或用戶間的交互。在RFC6333中的DS-Lite章節(jié)中，已經(jīng)描述了為用戶(接入設(shè)備不為其分配V4地址)僅分配V6前綴而提供雙棧接入的方法。而V4用戶中(BRAS (Broadband Remote AccessServer,寬帶遠(yuǎn)程接入服務(wù)器)/BNG(Broadband Network Gateway,寬帶網(wǎng)絡(luò)網(wǎng)關(guān))與CPE之間)最關(guān)鍵的技術(shù)就是4in6隧道技術(shù)，通常將其看為一條軟線。一個DS-Lite(基礎(chǔ)橋接寬帶(B4))設(shè)備一般不知道其網(wǎng)絡(luò)是由一個支持雙棧的設(shè)備接入，并且它也不知道隧道的遠(yuǎn)端尾節(jié)點(diǎn)(ATFR)所建立的軟線?？梢允褂靡粋€DNS主機(jī)名來通告某個AFTR地址的B4設(shè)備(即此圖中CPE設(shè)備)的位置(地址)。一旦這個DNS主機(jī)名被通告，整個組網(wǎng)將表明這個AFTR的位置也通知給一個主機(jī)去接入DS-Lite設(shè)備并變成這個軟線的一個節(jié)點(diǎn)。對于傳統(tǒng)的PPPoE撥號場景和終端(包括CPE)而言，一次撥號通知可以支持IPv6和IPv4用戶同時(shí)接入。在PPP協(xié)商過程中，經(jīng)過CHAP (Challenge HandshakeAuthentication Protocol,詢問握手認(rèn)證協(xié)議)、PAP(Password AuthenticationProtocol,密碼認(rèn)證協(xié)議)或MSCHAP(微軟版本的CHAP)挑戰(zhàn)認(rèn)證后，即進(jìn)入了IPv6CP(Internet Protocol Version six Control Protocol,國際互聯(lián)網(wǎng)絡(luò)協(xié)議版本六之控制協(xié)議)協(xié)商階段。IPv6CP選項(xiàng)中的接口標(biāo)識選項(xiàng)是每個用戶的必要選項(xiàng)，一般情況下都需要進(jìn)行協(xié)商。而對于IPv6CP協(xié)商中的AFTR選項(xiàng)，典型的應(yīng)用場景為DS-Lite CGN(CarrierGrade Network Address Translation,運(yùn)營商級網(wǎng)絡(luò)地址轉(zhuǎn)換)技術(shù)中。之前一般都認(rèn)為在IPV4地址耗盡前，有10年以上的時(shí)間可基于雙棧模式來完成互聯(lián)網(wǎng)向IPV6技術(shù)的遷移。但是由于互聯(lián)網(wǎng)及其應(yīng)用的加速發(fā)展，目前IANA(The Internet Assigned NumbersAuthority，互聯(lián)網(wǎng)數(shù)字分配機(jī)構(gòu))持有的空余地址池即將在全面的IPV6網(wǎng)絡(luò)部署前耗盡。由于雙棧技術(shù)需要對現(xiàn)有網(wǎng)絡(luò)中的眾多設(shè)備進(jìn)行全地雙棧技術(shù)升級和改造，導(dǎo)致成本較高，以至于阻礙了 IPV6技術(shù)的快速推廣。雙棧隧道電信級網(wǎng)絡(luò)地址轉(zhuǎn)換(Dual-stack IiteCarrier Grade Network Address Translation)技術(shù)，簡稱為 DS-Lite CGN,通過利用簡單的dual-stack capable設(shè)備、4in6隧道和NAT44等技術(shù),使得運(yùn)營商可以更加靈活的部署IPV6，從而降低了部署IPV6的成本，有利于促進(jìn)運(yùn)營商盡早開始進(jìn)行實(shí)質(zhì)性的IPV6業(yè)務(wù)部署。CPE和DS-Lite CGN設(shè)備都是支持IPV6的設(shè)備，它們之間可建立V6網(wǎng)絡(luò)并進(jìn)行V6的通信。其中用戶CPE設(shè)備具有DS-Lite中向遠(yuǎn)端AFTR建立4in6隧道(即軟線)的B4接口，DS-Lite CGN設(shè)備則具備DS-Lite中由4in6隧道終結(jié)點(diǎn)功能和NAT44功能組成的AFTR模塊。而作為寬帶接入設(shè)備的BNG，則需要分配CPE的全局地址和通告遠(yuǎn)端的AFTR地址(or域名)建立軟件，在現(xiàn)有技術(shù)中，所有的AFTR地址(或域名)都是通過DHCPv6方式分配的。因此，傳統(tǒng)的PPP協(xié)議中的IPv6CP選項(xiàng)只支持較少的V6信息，無法協(xié)商IPv6地址、IPv6前綴、DNSv6/WINS地址以及AFTR地址(或域名)等重要的V6用戶屬性。在利用PPPoE 撥號后還需要通過 SLAAC (Stateless Address Auto Conf iguration,無狀態(tài)地址自動配置)和DHCPv6方式繼續(xù)分配V6用戶屬性，這樣就會增加報(bào)文之間的交互、延遲，并給BRAS帶來額外的運(yùn)行開銷以及引入不穩(wěn)定因素。通常需要2 3個協(xié)議功能協(xié)助才能完成一次V6用戶信息協(xié)商，對于用戶的撥號速率以及用戶體驗(yàn)較差。

發(fā)明內(nèi)容
本發(fā)明的用于提供一種協(xié)商IPv6信息的方法及系統(tǒng)，以解決終端設(shè)備要同時(shí)支持多種協(xié)議才能完成獲取IPv6必要信息的問題。為解決上述問題，本發(fā)明提供了一種協(xié)商IPv6信息的方法，應(yīng)用于使用以太網(wǎng)上的點(diǎn)對點(diǎn)協(xié)議(PPPoE)撥號接入網(wǎng)絡(luò)的過程中，包括在網(wǎng)絡(luò)控制協(xié)議協(xié)商階段，客戶端向服務(wù)端發(fā)送IPv6控制協(xié)議(IPv6CP)協(xié)商請求報(bào)文，其中攜帶所請求的選項(xiàng)、該選項(xiàng)的類型及長度信息；其中，所述選項(xiàng)包括以下任意一種或任意組合IPv6地址、IPv6前綴、基于版本6的計(jì)算機(jī)域名系統(tǒng)(DNSv6)和地址族轉(zhuǎn)換路由(AFTR)地址； 所述服務(wù)端若支持且授權(quán)了所述客戶端所請求的選項(xiàng)，則向所述客戶端回復(fù)IPv6CP協(xié)商確認(rèn)(ACK)報(bào)文,其中攜帶所述客戶端所請求的選項(xiàng)的值。
進(jìn)一步地，所述服務(wù)端若不支持此選項(xiàng)或者未被授權(quán)此選項(xiàng)，則向所述客戶端回復(fù)IPv6CP協(xié)商拒絕報(bào)文，其中攜帶所述客戶端所請求的選項(xiàng)。進(jìn)一步地，所述服務(wù)端若支持且授權(quán)了所述服務(wù)端所請求的選項(xiàng)，具體包括所述服務(wù)端判斷出本地配置了所述服務(wù)端所請求的選項(xiàng)。
進(jìn)一步地，所述客戶端將向服務(wù)端發(fā)送的所述IPv6控制協(xié)議協(xié)商請求報(bào)文中攜帶的選項(xiàng)的值默認(rèn)設(shè)置為O。相應(yīng)地，本發(fā)明還提供了一種協(xié)商IPv6信息的系統(tǒng),應(yīng)用于使用PPPoE撥號接入網(wǎng)絡(luò)的過程中，包括客戶端和服務(wù)端；所述客戶端用于在網(wǎng)絡(luò)控制協(xié)議協(xié)商階段，向所述服務(wù)端發(fā)送IPv6控制協(xié)議(IPv6CP)協(xié)商請求報(bào)文，其中攜帶所請求的選項(xiàng)、該選項(xiàng)的類型及長度信息；其中，所述選項(xiàng)包括以下任意一種或任意組合IPv6地址、IPv6前綴、基于版本6的計(jì)算機(jī)域名系統(tǒng)(DNSv6)和地址族轉(zhuǎn)換路由(AFTR)地址；所述服務(wù)端用于在支持且授權(quán)了所述客戶端所請求的選項(xiàng)時(shí)，向所述客戶端回復(fù)IPv6CP協(xié)商確認(rèn)(ACK)報(bào)文,其中攜帶所述客戶端所請求的選項(xiàng)的值。進(jìn)一步地，所述服務(wù)端還用于在不支持此選項(xiàng)或者未被授權(quán)此選項(xiàng)時(shí)，向所述客戶端回復(fù)IPv6CP協(xié)商拒絕報(bào)文,其中攜帶所述客戶端所請求的選項(xiàng)。進(jìn)一步地，所述服務(wù)端支持且授權(quán)了所述服務(wù)端所請求的選項(xiàng)，具體包括所述服務(wù)端判斷出本地配置了所述服務(wù)端所請求的選項(xiàng)。進(jìn)一步地，所述客戶端還用于將向所述服務(wù)端發(fā)送的所述IPv6控制協(xié)議協(xié)商請求報(bào)文中攜帶的選項(xiàng)的值默認(rèn)設(shè)置為O。與現(xiàn)有技術(shù)相比較，本發(fā)明使用PPPv6協(xié)議擴(kuò)展選項(xiàng)進(jìn)行IPv6CP協(xié)商，能更全面、更完善和更簡潔的實(shí)現(xiàn)寬帶用戶接入功能，是區(qū)別于現(xiàn)行的無狀態(tài)地址分配與動態(tài)地址分配協(xié)議技術(shù)的更新穎、更完善、更簡化的地址分配與下發(fā)V6資源的PPP協(xié)議技術(shù)實(shí)現(xiàn)。


圖I為本發(fā)明實(shí)施例中PPPoE撥號接入簡易場景圖；圖2 (a) 2 (d)分別為本發(fā)明NCP各擴(kuò)展選項(xiàng)報(bào)文格式的示意圖；圖3為本發(fā)明實(shí)施例中一種協(xié)商IPv6信息的方法流程圖；圖4為本發(fā)明實(shí)施例中應(yīng)用場景的網(wǎng)絡(luò)拓?fù)鋱D；圖5為本發(fā)明實(shí)施例中協(xié)商AFTER擴(kuò)展選項(xiàng)的交互的流程圖；圖6為本發(fā)明實(shí)施例中BRAS設(shè)備整體協(xié)作流程圖。
具體實(shí)施方式
為使本發(fā)明的技術(shù)方案和優(yōu)點(diǎn)更加清楚明白，下文中將結(jié)合附圖對本發(fā)明的實(shí)施例進(jìn)行詳細(xì)說明。需要說明的是，在不沖突的情況下，本申請中的實(shí)施例及實(shí)施例中的特征可以相互任意組合。基于多元的V6接入方式，為節(jié)省系統(tǒng)開支，本實(shí)施例提出了采用PPPv6擴(kuò)展選項(xiàng)來實(shí)現(xiàn)分配全部V6屬性的解決方法。具體場景如圖I所示，RG(住宅網(wǎng)關(guān))網(wǎng)關(guān)設(shè)備(或CPE、終端)與PPPoEv4接入類似，首先進(jìn)行PPPoE報(bào)文協(xié)商后進(jìn)入PPP協(xié)商階段，通過PAP、CHAP及MSCHAP認(rèn)證授權(quán)后，進(jìn)入 NCP(Network Control Protocol,網(wǎng)絡(luò)控制協(xié)議)協(xié)商階段。對于 IPCP(IP ControlProtocol, IP控制協(xié)議)協(xié)商的NCP階段，此時(shí)分為NCPv4和NCPv6兩種方式也可同時(shí)協(xié)商。對于NCPv4階段保持原有接入?yún)f(xié)商不變，而對于NCPv6協(xié)商除必須協(xié)商接口 ID選項(xiàng)，BNG設(shè)備與RG必須支持協(xié)商IPv6地址、IPv6前綴、DNSv6和AFTR等選項(xiàng)。 PPP0EV6接入支持分配IPv6全局地址、IPv6前綴、DNSv6和AFTR地址(or域名)，通過IPv6CP的擴(kuò)展選項(xiàng)分配IPv6全局地址、IPv6前綴、DNSv6和AFTR地址(or域名)的封裝格式如圖2(a) 2(d)所示。其中，報(bào)文中攜帶上述各選項(xiàng)的類型、長度及值的信息。如圖3所示，在本實(shí)施例中，協(xié)商IPv6信息的方法的流程如下I.在客戶端使用PPPoE撥號接入網(wǎng)絡(luò)的過程中，在NCP協(xié)商階段，客戶端發(fā)起請求消息，在請求消息的NCPv6擴(kuò)展選項(xiàng)中攜帶所請求的選項(xiàng)、類型及長度，其中，TYPE(類型)字段的值可由用戶選擇填寫或根據(jù)系統(tǒng)配置進(jìn)行選擇；選項(xiàng)的內(nèi)容中默認(rèn)填充為0 ;上述選項(xiàng)包括IPv6全局地址、IPv6前綴、DNSv6及AFTR地址中的任意一項(xiàng)或任意組合；2.如果服務(wù)端不支持此選項(xiàng)，或者判斷出客戶端發(fā)來的請求消息中缺少必要信息，則發(fā)送Reject選項(xiàng)拒絕此次請求操作。如果服務(wù)端支持此選項(xiàng)并且能在配置及地址與前綴池中獲取到相關(guān)V6信息，則使用確認(rèn)報(bào)文下發(fā)給客戶端請求的選項(xiàng)信息的值?；貞?yīng)是TYPE及LENTH字段需要符合客戶端要求(即如圖2依照協(xié)議所描述填寫)，客戶段發(fā)送Request報(bào)文,服務(wù)端回應(yīng)ACK確認(rèn)協(xié)商的選項(xiàng)完成協(xié)商。如圖4所示，此圖為典型DS-Lite CGN組網(wǎng)圖。此網(wǎng)絡(luò)拓?fù)渲蠧PE除需要向BNG設(shè)備申請IPv6 address、IPv6前綴和DNSv6以外，還需要BNG設(shè)備通告AFTR地址(or域名)。CPE從BNG設(shè)備分配到IPv6 address,IPv6前綴和DNSv6后，需要將得到的V6屬性信息重新劃分通告給下面的雙棧網(wǎng)絡(luò)。對于CPE與CGN設(shè)備需要建立軟線(即4in6隧道)，此時(shí)需要由BNG來分配通告CGN上的AFTER地址(or域名)。對于現(xiàn)有設(shè)備，不同的選項(xiàng)是可以通過不同的協(xié)議獲得，導(dǎo)致客戶端和服務(wù)端都要同時(shí)支持多種協(xié)議棧，維護(hù)多個協(xié)議狀態(tài)，增加了 V6用戶接入復(fù)雜度。而本發(fā)明的提出可以根據(jù)客戶端請求內(nèi)容，一次全部下發(fā)給客戶端。而服務(wù)端也可以根據(jù)自身的情況控制客戶端請求的內(nèi)容。如圖5所示，以AFTR擴(kuò)展選項(xiàng)為例描述NCPv6協(xié)商的交互流程，包括步驟I. LCP協(xié)商成功，PAP、CHAP和MSCHAP認(rèn)證授權(quán)成功；步驟2. CPE發(fā)送IPv6CP協(xié)商請求報(bào)文，并攜帶AFTER選項(xiàng)；步驟3. BRAS設(shè)備若不支持或者沒有授權(quán)此選項(xiàng)，則回復(fù)IPv6CP協(xié)商REJECT報(bào)文攜帶此選項(xiàng)格式并拒絕掉此選項(xiàng)，即回復(fù)給客戶端IPV6CPC0NFIG REQUEST報(bào)文的CONFIGREJECT報(bào)文中攜帶要拒絕的選項(xiàng)；BRAS設(shè)備若配置支持并且授權(quán)了此選項(xiàng)(即通過BRAS配置進(jìn)行本地授權(quán)或者通過Radius服務(wù)器進(jìn)行授權(quán)下發(fā)此類屬性)，則回復(fù)IPv6CP協(xié)商ACK報(bào)文攜帶此選項(xiàng)。如圖6所示，BRAS設(shè)備整體協(xié)作流程如下步驟1. PPPoE撥號用戶(客戶端)發(fā)起撥號請求；步驟2.客戶端請求PPPoE協(xié)商，并進(jìn)行認(rèn)證挑戰(zhàn)；步驟3. PPPoE服務(wù)端接收客戶端的協(xié)商請求；步驟4. PPPoE向認(rèn)證管理模塊發(fā)送認(rèn)證授權(quán)請求。認(rèn)證用戶并授權(quán)用戶相關(guān)信息；步驟5.認(rèn)證管理模塊向AAA認(rèn)證服務(wù)器發(fā)送認(rèn)證授權(quán)請求。AAA服務(wù)器判斷認(rèn)證授權(quán)信息是否正確，如果不正確，向用戶發(fā)送下線報(bào)文，通知用戶下線；步驟6.若AAA認(rèn)證授權(quán)服務(wù)器認(rèn)證成功，將認(rèn)證授權(quán)信息發(fā)送給認(rèn)證管理模塊，認(rèn)證管理模塊將認(rèn)證授權(quán)信息透傳給PPPoE服務(wù)端；步驟7. PPPoE服務(wù)端將認(rèn)證授權(quán)信息保存在用戶內(nèi)存區(qū)。步驟8. PPPoE客戶端與服務(wù)端協(xié)商時(shí)，PPPoE客戶端模塊會提取認(rèn)證授權(quán)信息中的V6屬性，用戶與客戶端進(jìn)行IPv6CP協(xié)商；步驟9.如IPv6CP協(xié)商不成功,則通知用戶下線；步驟10.如IPv6CP協(xié)商成功后，PPPoE客戶端模塊發(fā)送消息給用戶管理模塊，通知用戶管理模塊用戶上線成功。步驟11.用戶管理模塊，確認(rèn)用戶上線成功后，會進(jìn)行向Radius (AAA服務(wù)器)溯源即上報(bào)V6屬性，使得認(rèn)證服務(wù)器開始對用戶計(jì)費(fèi)。步驟12.用戶管理模塊同時(shí)先BRAS路由器增加用戶路由及QOS服務(wù)等，使得用戶上線完成，可以訪問網(wǎng)絡(luò)。在本實(shí)施例中，協(xié)商IPv6信息的系統(tǒng)，主要包括客戶端和服務(wù)端；其中，服務(wù)端包括BNG及BRAS等接入設(shè)備，客戶端包括普通終端和CPE等設(shè)備。對于客戶端，用于在網(wǎng)絡(luò)控制協(xié)議協(xié)商階段，向所述服務(wù)端發(fā)送IPv6CP協(xié)商請求報(bào)文，其中攜帶所請求的選項(xiàng)、該選項(xiàng)的類型及長度信息；其中，所述選項(xiàng)包括以下任意一種或任意組合IPv6地址、IPv6前綴、DNSv6和AFTR地址；當(dāng)客戶端接收服務(wù)端的回應(yīng)報(bào)文時(shí)，根據(jù)草案格式解析報(bào)文內(nèi)容用于配置V6信息屬性；服務(wù)端，即寬帶接入設(shè)備，用于在支持且授權(quán)了該客戶端所請求的選項(xiàng)時(shí)，向該客戶端回復(fù)IPv6CP協(xié)商確認(rèn)(ACK)報(bào)文，其中攜帶該客戶端所請求的選項(xiàng)的值；在不支持此選項(xiàng)或者未被授權(quán)此選項(xiàng)時(shí)，向客戶端回復(fù)IPv6CP協(xié)商拒絕報(bào)文，其中攜帶所述客戶端所請求的選項(xiàng)。在上述應(yīng)用場景中，應(yīng)用本發(fā)明可以同時(shí)為CPE分配IPv6地址或者前綴和AFTR地址(或主機(jī)名)等信息，一次性地解決多次V6信息交互和分配的問題。使用本發(fā)明則不需要通過其他協(xié)議分步地分配此類V6信息。從而本發(fā)明是為一種更新穎和更完善、更簡化的地址分配與分配V6資源的PPP協(xié)議技術(shù)實(shí)現(xiàn)，而且提高接入用戶穩(wěn)定性。本領(lǐng)域普通技術(shù)人員可以理解上述方法中的全部或部分步驟可通過程序來指令相關(guān)硬件完成，所述程序可以存儲于計(jì)算機(jī)可讀存儲介質(zhì)中，如只讀存儲器、磁盤或光盤等。可選地，上述實(shí)施例的全部或部分步驟也可以使用一個或多個集成電路來實(shí)現(xiàn)。相應(yīng)地，上述實(shí)施例中的各模塊/單元可以采用硬件的形式實(shí)現(xiàn)，也可以采用軟件功能模塊的形式實(shí)現(xiàn)。本發(fā)明不限制于任何特定形式的硬件和軟件的結(jié)合。
以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。根據(jù)本發(fā)明的發(fā)明內(nèi)容，還可有其他多種實(shí)施例，在不背離本發(fā)明精神及其實(shí)質(zhì)的情況下，熟悉本領(lǐng)域的技術(shù)人員當(dāng)可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種協(xié)商IPv6信息的方法，應(yīng)用于使用以太網(wǎng)上的點(diǎn)對點(diǎn)協(xié)議(PPPoE)撥號接入網(wǎng)絡(luò)的過程中，包括 在網(wǎng)絡(luò)控制協(xié)議協(xié)商階段，客戶端向服務(wù)端發(fā)送IPv6控制協(xié)議(IPv6CP)協(xié)商請求報(bào)文，其中攜帯所請求的選項(xiàng)、該選項(xiàng)的類型及長度信息；其中，所述選項(xiàng)包括以下任意ー種或任意組合IPv6地址、IPv6前綴、基于版本6的計(jì)算機(jī)域名系統(tǒng)(DNSv6)和地址族轉(zhuǎn)換路由(AFTR)地址； 所述服務(wù)端若支持且授權(quán)了所述客戶端所請求的選項(xiàng)，則向所述客戶端回復(fù)IPv6CP協(xié)商確認(rèn)(ACK)報(bào)文，其中攜帯所述客戶端所請求的選項(xiàng)的值。
2.如權(quán)利要求I所述的方法，其特征在于 所述服務(wù)端若不支持此選項(xiàng)或者未被授權(quán)此選項(xiàng)，則向所述客戶端回復(fù)IPv6CP協(xié)商拒絕報(bào)文，其中攜帯所述客戶端所請求的選項(xiàng)。
3.如權(quán)利要求I或2所述的方法，其特征在于 所述服務(wù)端若支持且授權(quán)了所述服務(wù)端所請求的選項(xiàng)，具體包括 所述服務(wù)端判斷出本地配置了所述服務(wù)端所請求的選項(xiàng)。
4.如權(quán)利要求I所述的方法，其特征在干 所述客戶端將向服務(wù)端發(fā)送的所述IPv6控制協(xié)議協(xié)商請求報(bào)文中攜帯的選項(xiàng)的值默認(rèn)設(shè)置為O。
5.一種協(xié)商IPv6信息的系統(tǒng)，應(yīng)用于使用以太網(wǎng)上的點(diǎn)對點(diǎn)協(xié)議(PPPoE)撥號接入網(wǎng)絡(luò)的過程中，包括客戶端和服務(wù)端； 所述客戶端用于在網(wǎng)絡(luò)控制協(xié)議協(xié)商階段，向所述服務(wù)端發(fā)送IPv6控制協(xié)議(IPv6CP)協(xié)商請求報(bào)文，其中攜帯所請求的選項(xiàng)、該選項(xiàng)的類型及長度信息；其中，所述選項(xiàng)包括以下任意ー種或任意組合IPv6地址、IPv6前綴、基于版本6的計(jì)算機(jī)域名系統(tǒng)(DNSv6)和地址族轉(zhuǎn)換路由(AFTR)地址； 所述服務(wù)端用于在支持且授權(quán)了所述客戶端所請求的選項(xiàng)吋，向所述客戶端回復(fù)IPv6CP協(xié)商確認(rèn)(ACK)報(bào)文,其中攜帶所述客戶端所請求的選項(xiàng)的值。
6.如權(quán)利要求5所述的系統(tǒng)，其特征在于 所述服務(wù)端還用于在不支持此選項(xiàng)或者未被授權(quán)此選項(xiàng)吋，向所述客戶端回復(fù)IPv6CP協(xié)商拒絕報(bào)文，其中攜帯所述客戶端所請求的選項(xiàng)。
7.如權(quán)利要求5或6所述的系統(tǒng)，其特征在于 所述服務(wù)端支持且授權(quán)了所述服務(wù)端所請求的選項(xiàng)，具體包括 所述服務(wù)端判斷出本地配置了所述服務(wù)端所請求的選項(xiàng)。
8.如權(quán)利要求5所述的系統(tǒng)，其特征在于 所述客戶端還用于將向所述服務(wù)端發(fā)送的所述IPv6控制協(xié)議協(xié)商請求報(bào)文中攜帯的選項(xiàng)的值默認(rèn)設(shè)置為O。
全文摘要
一種協(xié)商IPv6信息的方法及系統(tǒng)，應(yīng)用于使用以太網(wǎng)上的點(diǎn)對點(diǎn)協(xié)議(PPPoE)撥號接入網(wǎng)絡(luò)的過程中，所述方法包括在網(wǎng)絡(luò)控制協(xié)議協(xié)商階段，客戶端向服務(wù)端發(fā)送IPv6控制協(xié)議協(xié)商請求報(bào)文，其中攜帶所請求的選項(xiàng)、該選項(xiàng)的類型及長度信息；其中，所述選項(xiàng)包括以下任意一種或任意組合IPv6地址、IPv6前綴、基于版本6的計(jì)算機(jī)域名系統(tǒng)(DNSv6)和地址族轉(zhuǎn)換路由地址；所述服務(wù)端若支持且授權(quán)了所述客戶端所請求的選項(xiàng)，則向所述客戶端回復(fù)IPv6CP協(xié)商確認(rèn)報(bào)文，其中攜帶所述客戶端所請求的選項(xiàng)的值。本發(fā)明使用PPPv6協(xié)議擴(kuò)展選項(xiàng)進(jìn)行IPv6CP協(xié)商，能更全面、更完善和更簡潔的實(shí)現(xiàn)寬帶用戶接入功能。
文檔編號H04L29/06GK102624707SQ20121004101
公開日2012年8月1日 申請日期2012年2月22日 優(yōu)先權(quán)日2012年2月22日
發(fā)明者蘭光華, 易建, 王保揚(yáng), 趙申 申請人:中興通訊股份有限公司