專利名稱：一種缺省路由信息的處理方法及裝置的制作方法
技術(shù)領(lǐng)域：
本方法涉及通信領(lǐng)域，具體涉及一種缺省路由信息的處理方法及裝置。
背景技術(shù)：
IPv4網(wǎng)絡(luò)的飛速發(fā)展，不可避免的暴露了 IPv4網(wǎng)絡(luò)的局限性，為了解決IPv4網(wǎng)絡(luò) 在地址空間、性能、安全性等方面的不足，目前IP網(wǎng)絡(luò)中已擴(kuò)展了下一代的IPv6協(xié)議(IP， Internet Protocol，互聯(lián)網(wǎng)絡(luò)協(xié)議，IPv4是目前使用版本，IPv6是下一代IP網(wǎng)絡(luò))。對于IPv6主機(jī)而言，主機(jī)如果訪問Internet，需要IPv6地址、DNS (Domain Name System,域名系統(tǒng))信息、缺省路由器信息等。IPv6地址和DNS信息可通過如下方式獲取(1)地址自動配置全局地址，通過ND (Neighbor Discovery，鄰居發(fā)現(xiàn))協(xié)議中的 路由器通告消息，主機(jī)可以自動配置全局地址。(2) IPv6 的地址分配也可以采用 DHCPv6 (DHCP for IPv6, Dynamic HostControl Protocol for IPv6，動態(tài)主機(jī)配置協(xié)議的IPv6版本)來為主機(jī)動態(tài)分配IPv6地址，DHCPv6 服務(wù)器可以為客戶端提供IP地址、前綴地址、DNS信息等網(wǎng)路配置參數(shù)。缺省路由器信息通過ND (Neighbor Discovery)協(xié)議的網(wǎng)絡(luò)前綴下發(fā)(RA通告消 息，Router Advertisement Message)功能獲取，主機(jī)通過地址解析和重定向消息，實(shí)現(xiàn)與 其他設(shè)備的通信。如圖1所示，在IPv6組網(wǎng)中，網(wǎng)關(guān)設(shè)備與其他網(wǎng)絡(luò)設(shè)備通過IPv6網(wǎng)絡(luò)連接，其存 在如下問題一方面，缺省路由器信息需要通過ND協(xié)議的前綴下發(fā)，然而在特定的接入應(yīng) 用場景中，基于業(yè)務(wù)接入的需要關(guān)閉前綴下發(fā)功能；另一方面，隨著IPv6的廣泛應(yīng)用，ND協(xié) 議也成為了主要的攻擊對象，非法設(shè)備可以利用ND協(xié)議對正常的網(wǎng)絡(luò)通訊進(jìn)行攻擊，為了 降低IPv6網(wǎng)絡(luò)的不安全因素，需要關(guān)閉ND的前綴下發(fā)功能和DNS下發(fā)功能。如此，缺省路 由器信息無法完成下發(fā)，又使得合法IPv6用戶通過DHCPv6獲取地址后無法正常與外部通
信°

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種缺省路由信息的處理方法及裝置，能夠 在路由器通告信息功能關(guān)閉的情況下也能實(shí)現(xiàn)缺省路由信息的下發(fā)并實(shí)現(xiàn)與DHCPv6客戶 端的通信。為了解決上述技術(shù)問題，本發(fā)明采用了如下技術(shù)方案一種缺省路由信息的處理方法，包括IPv6網(wǎng)絡(luò)動態(tài)主機(jī)配置協(xié)議DHCPv6服務(wù)器配置缺省路由信息并下發(fā)用于攜帶所 述缺省路由信息的缺省路由選項給DHCPv6客戶端；所述DHCPv6客戶端根據(jù)接收到的所述缺省路由選項，解析出攜帶缺省路由器地 址的所述缺省路由信息，創(chuàng)建或更新缺省路由器條目并根據(jù)所述缺省路由器條目中的缺省 路由器地址，進(jìn)行通信。
在本發(fā)明所述方法的一種實(shí)施例中，所述缺省路由選項包括選項類型、選項長度、選項內(nèi)容；所述選項內(nèi)容包括如下信息一個或多個缺省路由地址、缺省路由器對應(yīng)的有 效生命期。在本發(fā)明所述方法的一種實(shí)施例中，所述缺省路由選項作為獨(dú)立選項或者作為其 他選項的子選項。在本發(fā)明所述方法的一種實(shí)施例中，所述DHCPv6服務(wù)器與所述DHCPv6客戶端間 的交互消息包括以下組合Solicit 消息、Advertise 消息、Request 消息、R印Iy 消息；Renew 消息、R印Iy 消息；Rebind 消息、Reply 消息；Information-request 消息、Reply 消息。在本發(fā)明所述方法的一種實(shí)施例中，所述Advertise消息、所述R印Iy消息中攜帶 所述攜帶缺省路由信息的缺省路由選項。在本發(fā)明所述方法的一種實(shí)施例中，若存在RELAY中繼時，所述DHCPv6服務(wù)器 與所述RELAY中繼間的交互消息包括Relay forward消息、relayreply消息；所述relay reply消息中攜帶所述攜帶缺省路由信息的缺省路由選項。本發(fā)明還提供了一種缺省路由信息的處理裝置，包括設(shè)置于IPv6網(wǎng)絡(luò)動態(tài)主機(jī) 配置協(xié)議DHCPv6服務(wù)器中的配置與下發(fā)模塊、設(shè)置于所述DHCPv6客戶端中的處理模塊；所述DHCPv6服務(wù)器中的配置與下發(fā)模塊，用于為IPv6網(wǎng)絡(luò)動態(tài)主機(jī)配置協(xié)議 DHCPvB服務(wù)器配置缺省路由信息并下發(fā)攜帶所述缺省路由信息的缺省路由選項給所述 DHCPv6客戶端；所述DHCPv6客戶端中的處理模塊，用于根據(jù)接收到的所述缺省路由選項，解析出 攜帶缺省路由器地址的缺省路由信息，創(chuàng)建或更新缺省路由器條目并根據(jù)所述缺省路由器 條目中的缺省路由器地址，進(jìn)行通信。在本發(fā)明所述裝置的一種實(shí)施例中，所述缺省路由選項包括選項類型、選項長度、 選項內(nèi)容；所述選項內(nèi)容包括如下信息一個或多個缺省路由地址、缺省路由器對應(yīng)的有 效生命期。在本發(fā)明所述裝置的一種實(shí)施例中，所述缺省路由選項作為獨(dú)立選項或者作為其 他選項的子選項。在本發(fā)明所述裝置的一種實(shí)施例中，還包括RELAY中繼；所述RELAY中繼，用于封 裝轉(zhuǎn)發(fā)所述DHCPv6服務(wù)器與所述DHCPv6客戶端交互的消息。本發(fā)明通過設(shè)置攜帶缺省路由信息的缺省路由選項，并在DHCPv6服務(wù)器與 DHCPv6客戶端交互過程中，將缺省路由選項下發(fā)給客戶端，從而實(shí)現(xiàn)了在路由器通告信息 功能關(guān)閉的情況下的缺省路由信息的下發(fā)并實(shí)現(xiàn)與DHCPv6客戶端的通信。


圖1是本發(fā)明的應(yīng)用場景組網(wǎng)圖；圖2是本發(fā)明一種實(shí)施例的DHCPv6環(huán)境組網(wǎng)示意圖之一，其中，客戶端與SERVER 不在同一鏈路；
圖3是本發(fā)明一種實(shí)施例的DHCPv6環(huán)境組網(wǎng)示意圖之二，其中，客戶端與SERVER 在同一鏈路；圖4是本發(fā)明一種實(shí)施例的DHCPv6協(xié)議交互示意圖之一，其中，客戶端與SERVER 不在同一鏈路；圖5是本發(fā)明一種實(shí)施例的DHCPv6協(xié)議交互示意圖之二，其中，客戶端與SERVER 在同一鏈路。
具體實(shí)施方式

下面對照附圖并結(jié)合具體實(shí)施方式
做詳細(xì)說明。本發(fā)明主要針對主機(jī)在網(wǎng)絡(luò)關(guān)閉RA通告消息的情況下，通過DHCPv6協(xié)議在給 主機(jī)下發(fā)IPv6地址的同時，下發(fā)主機(jī)進(jìn)行網(wǎng)絡(luò)訪問必須的缺省路由信息，使得主機(jī)作為 DHCPvB的客戶端，能夠根據(jù)DHCPv6服務(wù)器下發(fā)的缺省路由信息與外網(wǎng)進(jìn)行通信，既增強(qiáng)了 網(wǎng)絡(luò)的安全性，又便于統(tǒng)一管理。本發(fā)明的核心思想是通過設(shè)置特定的攜帶缺省路由信息的DHCPv6選項，在 DHCPv6協(xié)議下DHCPv6服務(wù)器與DHCPv6客戶端進(jìn)行地址分配消息交互過程中，DHCPv6服務(wù) 器配置缺省路由信息并下發(fā)攜帶缺省路由信息的缺省路由選項給DHCPv6客戶端，DHCPv6 客戶端根據(jù)接收到的缺省路由選項，解析出攜帶缺省路由器地址的所述缺省路由信息，創(chuàng) 建或更新缺省路由器條目并根據(jù)所述缺省路由器條目中的缺省路由器地址，進(jìn)行通信。采 用該種方式，可以使客戶端能夠在網(wǎng)絡(luò)關(guān)閉RA通告消息情況下，實(shí)現(xiàn)與其他設(shè)備的通信。上述下發(fā)缺省路由信息的特定DHCPv6選項由DHCPv6服務(wù)器(DHCPv6SERVER)設(shè) 置，該特定DHCPv6選項的一種封裝格式如下表1所示，可以看到，其主要包括選項內(nèi)容，選 項內(nèi)容包括但不限于一個或多個缺省路由器地址(router address)、缺省路由器對應(yīng)的 有效時間(valid time，也即有效生命期)等信息，此外還包括選項類型(標(biāo)識攜帶缺省路 由信息的ID)、選項長度。需要理解的是，表1的封裝格式僅為一示例，并不表明僅限于這種封裝格式。該特 定DHCPv6選項可以獨(dú)立封裝，也可以封裝為其他選項的子選項。例如，作為一個獨(dú)立選項 獨(dú)立封裝，或者根據(jù)RFC (Request ForComments,是一系列以編號排定的文件，文件收集了 有關(guān)互聯(lián)網(wǎng)相關(guān)信息，以及UNIX和互聯(lián)網(wǎng)社區(qū)的軟件文件)3315中IA Address Option和 IA-TA或IA-NA選項的關(guān)系，將本特定DHCPv6選項作為DHCPv6中IA AddressOption的子 選項。上述特定DHCPv6選項，在本文中，稱為缺省路由選項(Router Option)。分配給DHCPv6客戶端的IPv6地址對應(yīng)的缺省路由信息，可以由DHCPv6 SERVER 的地址分配策略由服務(wù)器配置相應(yīng)的缺省路由地址。表 1選項類型(標(biāo)識攜帶缺省路由信息的選項長度(數(shù)值計算為4加上16乘
ID,占用2字節(jié))以η，η為缺省路由地址個數(shù)，占2
___
valid time (有效生命期，以秒為單位，占4字節(jié)) router address (缺省路由地址1,占16字節(jié)) router address (缺省路由地址2,占16字節(jié))在本發(fā)明實(shí)施例中，下發(fā)缺省路由信息的主要過程包括1)在DHCPv6服務(wù)器上配置IPv6地址池、租期，以及對應(yīng)的缺省路由信息(包括地 址、有效時間等)等；也即，DHCPv6服務(wù)器配置用于攜帶缺省路由信息的缺省路由選項；2)DHCPv6客戶端發(fā)起Solicit消息(DHCPv6客戶端與DHCPv6服務(wù)器不在同一 鏈路范圍內(nèi)，則使用DHCPv6RELAY中繼該消息)；DHCPv6服務(wù)器在響應(yīng)DHCPv6客戶端的 Solicit消息時，根據(jù)管理策略，可選擇是否在Advertise消息中下發(fā)缺省路由信息；3) DHCPv6客戶端收到DHCPv6服務(wù)器響應(yīng)的Advertise消息后，如果能解析出缺省 路由信息，則根據(jù)管理策略，可選擇是否添加到缺省路由器列表中；4)DHCPv6客戶端向DHCPv6服務(wù)器發(fā)起Request消息，DHCPv6服務(wù)器收到該消息 后，回復(fù)攜帶有缺省路由信息的Reply消息；5)DHCPv6客戶端解析該缺省路由信息，更新缺省路由器列表，并根據(jù)需要設(shè)置對 應(yīng)路由器的有效時間等信息；6)當(dāng)DHCPv6客戶端需要與外部地址通信時，會選擇缺省路由器地址，進(jìn)行通信；7)當(dāng)續(xù)租時間到時，DHCPv6客戶端向DHCPV6服務(wù)器發(fā)起Request消息或Renew 消息或Rebind消息時，DHCPv6服務(wù)器收到該消息后，回復(fù)攜帶有缺省路由信息的R印Iy消 息；8)DHCPv6客戶端解析該缺省路由信息，更新缺省路由器列表，并根據(jù)需要更新對 應(yīng)路由器的有效時間等信息；9)DHCPv6客戶端發(fā)起Information-request消息，DHCPv6服務(wù)器收到該消息后， 回復(fù)攜帶有缺省路由信息的Reply消息；10)DHCPv6客戶端解析該缺省路由信息，創(chuàng)建或更新缺省路由器列表中的有效時 間等信息。上述步驟2)到步驟10)，即是DHCPv6服務(wù)器與DHCPv6客戶端之間的地址分配消 息交互過程，在此過程中，DHCPv6服務(wù)器在交互消息中攜帶缺省路由信息(通過缺省路由 選項攜帶)下發(fā)給DHCPv6客戶端，缺省路由選項作為獨(dú)立選項，或者作為其他選項的子選 項被封裝到交互消息中。交互消息，從上述步驟可以看到，主要包括以下組合Solicit 消息、Advertise 消息、Request 消息、Reply 消息；Renew 消息、Itep 1 y 消息；Rebind 消息、Reply 消息；
Information-request 消息、Reply 消息。其中，Adve rtise消息是針對DHCPv6客戶端所發(fā)的Solicit消息的回復(fù)；R印Iy 消息則分別對應(yīng)于DHCPv6客戶端所發(fā)的Request消息、Renew消息、Rebind消息或 Information-request消息。攜帶缺省路由信息的缺省路由選項，主要由所述Advertise消 息、所述R印Iy消息攜帶。如圖2所示，圖2表示了 RELAY中繼環(huán)境下DHCPv6典型組網(wǎng)環(huán)境，即DHCPv6客戶 端和DHCPv6SERVER(服務(wù)器)通過DHCPv6RELAY(中繼)進(jìn)行中繼組網(wǎng)。圖4則是該種組 網(wǎng)環(huán)境下DHCPv6協(xié)議報文交互示意圖，結(jié)合圖2、圖4，DHCPv6服務(wù)器下發(fā)缺省路由信息、 客戶端獲取缺省路由信息、利用該信息實(shí)現(xiàn)上網(wǎng)(DHCPv6服務(wù)器與DHCPv6客戶端的地址分 配消息交互過程)的實(shí)施步驟如下1)配置 DHCPv6 RELAY、DHCPv6 SERVER 環(huán)境。在 DHCPv6 SERVER 上配置 IPv6 地 址池，并配置SERVER端缺省路由地址和租期等。根據(jù)一定算法(如何進(jìn)行缺省路由地址配置為本領(lǐng)域技術(shù)人員的熟知技術(shù)，在此 不進(jìn)行詳述)，可以配置缺省路由地址為DHCPv6 RELAY的地址，或者網(wǎng)路中其他設(shè)備的地址。2)DHCPv6客戶端需要申請IPv6地址，發(fā)送目的地址為FF02: 1:2的Solicit消 息；3)RELAY中繼首先會接收到Solicit消息，解析Solicit消息并封裝到Relay forward消息，轉(zhuǎn)發(fā)Relay forward消息到服務(wù)器；4) SERVER服務(wù)器處理Relay forward消息，構(gòu)建Advertise消息時，可以根 據(jù)Solicit消息選擇是否攜帶缺省路由信息，根據(jù)管理策略選擇的將缺省路由信息封裝 在Router Option選項中，配置的缺省路由地址作為Router Option選項中的router address，按照配置順序依次填入，并可根據(jù)一定選擇機(jī)制將該路由的有效時間(valid time)，封裝在 RouterOption 選項中，并將 Router Option 選項封裝為 IA Address Option 的子選項。將Advertise消息封裝在Relay r印Iy消息發(fā)送給RELAY ；5)RELAY中繼解析出Advertise消息，轉(zhuǎn)發(fā)給客戶端；6)客戶端接收到Advertise消息，解析出缺省路由信息，可以將Routeroption中 的router address以及對應(yīng)的valid time值共同構(gòu)成若干路由器條目加入主機(jī)(客戶 端)的缺省路由器列表(Default Router List)中，同時構(gòu)造Request消息，發(fā)送該消息給 服務(wù)器；7) RELAY中繼Request消息，封裝為Relay forward消息到服務(wù)器；8)服務(wù)器接收Relay forward消息，解析出Request消息，更新租期時間，根據(jù)配 置策略，構(gòu)建包含有缺省路由信息的Reply消息，將缺省路由信息封裝在Router Option選 項中，將配置的缺省路由器地址作為Router Option中的router address，按照配置順序 依次填入，并根據(jù)一定選擇機(jī)制將該路由的有效時間(valid time)，封裝在Router Option 選項中，并將Router Option選項封裝為IA Address Option的子選項，封裝relay reply 消息給RELAY中繼；9)RELAY中繼收到該消息，解析出R印Iy消息到客戶端；10)客戶端接收到該消息后，解析出該Router Option選項，獲取到缺省路由相關(guān)信息、并連同有效時間等信息構(gòu)建路由器條目，加入到缺省路由器列表中。11)當(dāng)客戶端需要與其他設(shè)備通信時，首先檢查目的地緩存，如果目的地表項不存在，則進(jìn)行下一跳決策來創(chuàng)建一個目的地表項。如果是在連接的地址，則直接進(jìn)行通信， 如果不是在連接的目的地址，會首先選擇缺省的路由器地址為下一跳地址，查找鄰居緩存 (之前進(jìn)行過的數(shù)據(jù)流交互，存在于鄰居緩存中)。12)根據(jù)下一跳地址和對應(yīng)的物理地址，構(gòu)建報文，進(jìn)行通信；13)當(dāng)?shù)竭_(dá)一定續(xù)租時間時，客戶端發(fā)送Renew消息、Rebind消息后收到R印Iy消 息后，更新缺省路由器列表中的相應(yīng)有效時間等信息。14)客戶端發(fā)送Information-request消息后，處理過程同上，收到R印Iy消息后， 創(chuàng)建包括相應(yīng)的有效時間等信息的缺省路由條目到缺省路由器列表中。由上文可知，在存在RELAY中繼時，DHCPv6服務(wù)器與RELAY中繼之間主要通過 Relay forward消息、relay reply消息交互，RELAY中繼則用于封裝轉(zhuǎn)發(fā)DHCPv6服務(wù)器與 DHCPv6客戶端交互的消息。其中，攜帶缺省路由信息的缺省路由選項主要由relay reply 消息攜帶。圖3表示了 DHCPv6服務(wù)器與客戶端直接組網(wǎng)情況下的組網(wǎng)結(jié)構(gòu)，圖5是該種組網(wǎng) 環(huán)境下的DHCPv6協(xié)議報文交互示意圖，結(jié)合圖3、圖5，其詳細(xì)實(shí)施步驟1)在DHCPv6SERVER上配置IPv6地址池，并配置SERVER端缺省路由地址和租期寸。根據(jù)一定算法，可以配置缺省路由地址為DHCPv6SERVER的地址，或者網(wǎng)路中其他 設(shè)備的地址。2)根據(jù)管理員的配置，DHCPv6客戶端需要申請IPv6地址，發(fā)送目的地址為 FF02 1 2 的 Solicit 消息；3) SERVER服務(wù)器收到該Solicit消息，根據(jù)管理策略，選擇性的將缺省路由信息 (通過Router Option選項)封裝在Advertise消息中，發(fā)送給客戶端；4)客戶端收到Advertise消息，根據(jù)需要解析出缺省路由信息，構(gòu)建Request消 息，發(fā)送給服務(wù)器；5)服務(wù)器接收Request消息，更新租期時間、生命期時間，根據(jù)配置策略，構(gòu)建 Reply消息時，填充缺省路由信息到Router Option選項，來攜帶缺省路由信息，并封裝在 IA Address Option中，發(fā)送R印Iy消息給客戶端；6)客戶端接收到Reply消息后，從中解析出缺省路由信息，并連同有效時間構(gòu)建 路由器條目，加入到缺省路由器列表中。7)當(dāng)該主機(jī)需要與其他通信時，首先檢查目的地緩存，如果目的地表項不存在，則 進(jìn)行下一跳決策來創(chuàng)建一個目的地表項。如果是在連接的地址，則直接進(jìn)行通信，如果不是 在連接的目的地址，會首先選擇缺省的路由器地址為下一跳地址，查找鄰居緩存(之前進(jìn) 行過的數(shù)據(jù)流交互，存在于鄰居緩存中)。8)根據(jù)下一跳地址和對應(yīng)的物理地址，構(gòu)建報文，進(jìn)行通信；9)當(dāng)?shù)竭_(dá)一定續(xù)租時間時，客戶端發(fā)送Renew消息、Rebind消息后收到R印Iy消 息后，更新缺省路由器列表中的相應(yīng)有效時間等信息；10)客戶端發(fā)送Information-request消息后，處理過程同上，收到R印Iy消息后，創(chuàng)建包括相應(yīng)的有效時間等信息的缺省路由條目到缺省路由器列表中。本發(fā)明實(shí)施例的一種缺省路由信息的下發(fā)裝置，包括設(shè)置于IPv6網(wǎng)絡(luò)動態(tài)主機(jī) 配置協(xié)議DHCPv6服務(wù)器中的配置與下發(fā)模塊、設(shè)置于所述DHCPv6客戶端中的處理模塊；所述DHCPv6服務(wù)器中的配置與下發(fā)模塊，用于為IPv6網(wǎng)絡(luò)動態(tài)主機(jī)配置協(xié)議 DHCPvB服務(wù)器配置缺省路由信息并下發(fā)攜帶所述缺省路由信息的缺省路由選項給所述 DHCPv6客戶端；所述DHCPv6客戶端中的處理模塊，用于根據(jù)接收到的所述缺省路由選項，解析出 攜帶缺省路由器地址的缺省路由信息，創(chuàng)建或更新缺省路由器條目并根據(jù)所述缺省路由器 條目中的缺省路由器地址，進(jìn)行通信。上述處理裝置，可以硬件形式實(shí)現(xiàn)，或者軟件配合必要的硬件平臺形式實(shí)現(xiàn)。其模 塊的劃分，僅為本實(shí)施例的一個示例，并不限于必須為此種實(shí)現(xiàn)形式，也可以是合并或者分 解為其他形式的模塊。本發(fā)明可以在DHCPv6客戶端獲取IPv6地址后，RA通告消息不支持的情況下，根 據(jù)DHCPv6服務(wù)器下發(fā)的缺省路由信息，來實(shí)現(xiàn)DHCPv6客戶端與其他設(shè)備的通信，即增強(qiáng)了 IPv6網(wǎng)絡(luò)的安全性，又實(shí)現(xiàn)了統(tǒng)一管理。以上內(nèi)容是結(jié)合具體的優(yōu)選實(shí)施方式對本發(fā)明所作的進(jìn)一步詳細(xì)說明，但這只是 為便于理解而舉的實(shí)例，不應(yīng)認(rèn)為本發(fā)明的具體實(shí)施只局限于這些說明。對于本發(fā)明所屬 技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明構(gòu)思的前提下，可以做出各種可能的等同 改變或替換，這些改變或替換都應(yīng)屬于本發(fā)明的保護(hù)范圍。
權(quán)利要求
一種缺省路由信息的處理方法，其特征在于，包括IPv6網(wǎng)絡(luò)動態(tài)主機(jī)配置協(xié)議DHCPv6服務(wù)器配置缺省路由信息并下發(fā)用于攜帶所述缺省路由信息的缺省路由選項給DHCPv6客戶端；所述DHCPv6客戶端根據(jù)接收到的所述缺省路由選項，解析出攜帶缺省路由器地址的所述缺省路由信息，創(chuàng)建或更新缺省路由器條目并根據(jù)所述缺省路由器條目中的缺省路由器地址，進(jìn)行通信。
2.如權(quán)利要求1所述的方法，其特征在于，所述缺省路由選項包括選項類型、選項長 度、選項內(nèi)容；所述選項內(nèi)容包括如下信息一個或多個缺省路由地址、缺省路由器對應(yīng)的 有效生命期。
3.如權(quán)利要求1所述的方法，其特征在于，所述缺省路由選項作為獨(dú)立選項或者作為 其他選項的子選項。
4.如權(quán)利要求1-3任一所述的方法，其特征在于，所述DHCPv6服務(wù)器與所述DHCPv6客 戶端間的交互消息包括以下組合Solicit 消息、Advertise 消息、Request 消息、Reply 消息；Renew消息、Reply消息；Rebind消息、R印Iy消息；Information-request 消息、Reply 消息。
5.如權(quán)利要求4所述的方法，其特征在于，所述Advertise消息、所述R印Iy消息中攜 帶所述攜帶缺省路由信息的缺省路由選項。
6.如權(quán)利要求1-3任一所述的方法，其特征在于，若存在RELAY中繼時，所述DHCPv6 服務(wù)器與所述RELAY中繼間的交互消息包括Relayforward消息、relay reply消息；所述 relay reply消息中攜帶所述攜帶缺省路由信息的缺省路由選項。
7.一種缺省路由信息的處理裝置，其特征在于，包括設(shè)置于IPv6網(wǎng)絡(luò)動態(tài)主機(jī)配置協(xié) 議DHCPv6服務(wù)器中的配置與下發(fā)模塊、設(shè)置于所述DHCPv6客戶端中的處理模塊；所述DHCPv6服務(wù)器中的配置與下發(fā)模塊，用于為IPv6網(wǎng)絡(luò)動態(tài)主機(jī)配置協(xié)議DHCPv6 服務(wù)器配置缺省路由信息并下發(fā)攜帶所述缺省路由信息的缺省路由選項給所述DHCPv6客 戶端；所述DHCPv6客戶端中的處理模塊，用于根據(jù)接收到的所述缺省路由選項，解析出攜帶 缺省路由器地址的缺省路由信息，創(chuàng)建或更新缺省路由器條目并根據(jù)所述缺省路由器條目 中的缺省路由器地址，進(jìn)行通信。
8.如權(quán)利要求7所述的裝置，其特征在于，所述缺省路由選項包括選項類型、選項長 度、選項內(nèi)容；所述選項內(nèi)容包括如下信息一個或多個缺省路由地址、缺省路由器對應(yīng)的 有效生命期。
9.如權(quán)利要求7所述的裝置，其特征在于，所述缺省路由選項作為獨(dú)立選項或者作為 其他選項的子選項。
10.如權(quán)利要求7所述的裝置，其特征在于，還包括RELAY中繼；所述RELAY中繼，用于 封裝轉(zhuǎn)發(fā)所述DHCPv6服務(wù)器與所述DHCPv6客戶端交互的消息。
全文摘要
本發(fā)明公開了一種缺省路由信息的處理方法及裝置，所述方法包括IPv6網(wǎng)絡(luò)動態(tài)主機(jī)配置協(xié)議DHCPv6服務(wù)器配置缺省路由信息并下發(fā)用于攜帶所述缺省路由信息的缺省路由選項給DHCPv6客戶端；所述DHCPv6客戶端根據(jù)接收到的所述缺省路由選項，解析出攜帶缺省路由器地址的所述缺省路由信息，創(chuàng)建或更新缺省路由器條目并根據(jù)所述缺省路由器條目中的缺省路由器地址，進(jìn)行通信。本發(fā)明實(shí)現(xiàn)了在路由器通告信息功能關(guān)閉的情況下的缺省路由信息的下發(fā)并實(shí)現(xiàn)與DHCPv6客戶端的通信。
文檔編號H04L12/56GK101815037SQ20101016385
公開日2010年8月25日 申請日期2010年4月28日 優(yōu)先權(quán)日2010年4月28日
發(fā)明者岳雪梅, 蔡志國 申請人:中興通訊股份有限公司