專利名稱：IPv6網(wǎng)絡(luò)中主機(jī)獲取網(wǎng)絡(luò)配置參數(shù)的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，尤其涉及一種IPv6網(wǎng)絡(luò)中主機(jī)獲取網(wǎng)絡(luò)配置參數(shù)的方法。
背景技術(shù)：
在RFC2472(RFC，請(qǐng)求注解)中，定義了IPv6(第六版互聯(lián)網(wǎng)協(xié)議)網(wǎng)絡(luò)下的PPP(點(diǎn)對(duì)點(diǎn)協(xié)議)使用，標(biāo)準(zhǔn)中定義了關(guān)于IPv6CP(IPv6控制協(xié)議)相關(guān)的Interface-Identifier(接口標(biāo)志符)和IPv6-Compression-Protocol(IPv6壓縮協(xié)議)兩個(gè)屬性，但并沒有定義包括地址Prefix(前綴)、DNS(域名系統(tǒng))和WINS(視窗網(wǎng)際網(wǎng)絡(luò)名稱服務(wù))等方面的屬性。因此，在PPP撥號(hào)后，需要進(jìn)行地址Prefix、DNS、WINS等網(wǎng)絡(luò)訪問參數(shù)的獲取。
目前，比較通行的獲取地址Prefix、DNS、WINS等參數(shù)的方法是在IPv6情況下，主機(jī)首先通過PPP的IPv6CP獲取Interface-Identifier后，生成Link-Local Address(鏈路本地地址)；然后，進(jìn)入無狀態(tài)地址配置或有狀態(tài)地址配置的過程，并由無狀態(tài)地址配置或有狀態(tài)地址配置的過程完成Prefix等相關(guān)網(wǎng)絡(luò)訪問參數(shù)的獲取工作。
由于在IPv4(第四版互聯(lián)網(wǎng)協(xié)議)情況下，PPP主機(jī)可以通過PPP過程直接獲取相應(yīng)的IPv4地址和DNS等網(wǎng)絡(luò)訪問參數(shù)，而在IPv6情況下，如果無法通過PPP過程直接獲取所述的Prefix、DNS、WINS等網(wǎng)絡(luò)訪問參數(shù)，則無法使得IPv4與IPv6網(wǎng)絡(luò)達(dá)到很好的兼容互通，不便于針對(duì)網(wǎng)絡(luò)傳輸?shù)臉I(yè)務(wù)的統(tǒng)一運(yùn)營管理。
另外，在ITEF(Internet Engineering Task Force，互聯(lián)網(wǎng)工程任務(wù)組)的RFC2461(RFC，請(qǐng)求注釋)和RFC2462中規(guī)定了在IPv6(第六版互聯(lián)網(wǎng)協(xié)議)網(wǎng)絡(luò)中用戶如何通過IPv6無狀態(tài)地址分配獲得IPv6的地址。具體的IPv6無狀態(tài)地址分配過程包括IPv6的主機(jī)在開機(jī)時(shí)，首先生成自己的If-ID(interface identifier，接口標(biāo)識(shí))，并使用If-ID生成link-local(鏈路本地)地址，整個(gè)過程和方法可以參見RFC2373，然后主機(jī)開始進(jìn)行DAD(重復(fù)地址檢測(cè))過程，檢測(cè)過程結(jié)束，則完成無狀態(tài)地址分配過程，所述的DAD過程如圖1所示，具體包括以下步驟步驟11通過組播發(fā)送NS(鄰居請(qǐng)求)報(bào)文，報(bào)文中攜帶著本地生成的link-local地址，以便于在路由器上，比較所述的link-local地址與同該主機(jī)在一個(gè)組播域中的其他主機(jī)link-local地址是否相同，即同一個(gè)組播域中是否出現(xiàn)重復(fù)的link-local地址，如果發(fā)現(xiàn)重復(fù)，則執(zhí)行步驟12，如果不重復(fù)，則丟棄所述的NS報(bào)文；步驟12向發(fā)出NS報(bào)文的主機(jī)發(fā)送NA(鄰居宣告)報(bào)文。
步驟13在進(jìn)行DAD檢測(cè)的同時(shí)或者之后，主機(jī)可以發(fā)送RS報(bào)文給路由器使用無狀態(tài)地址分配申請(qǐng)site-local(站點(diǎn)本地)和/或global(全局)地址的Prefix(前綴)；步驟14路由器將步驟13所請(qǐng)求的相關(guān)的地址Prefix包括地址的租期等信息通過RA(路由宣告)報(bào)文發(fā)送給主機(jī)，完成地址分配的過程。
在整個(gè)無狀態(tài)地址分配過程中，主機(jī)可以通過無狀態(tài)地址分配得到地址的Prefix，并通過自己的If-ID生成相應(yīng)的site-local(節(jié)點(diǎn)本地)和/或global(全局)地址。可以看出，同IPv4(第四版互聯(lián)網(wǎng)協(xié)議)相比，使用無狀態(tài)地址分配在相對(duì)較小的網(wǎng)絡(luò)下可以不需要IPv4的DHCP(動(dòng)態(tài)主機(jī)配置協(xié)議)服務(wù)器，簡化了網(wǎng)絡(luò)的配置同時(shí)也降低了資金投入。
然而，在該方案中沒有解決主機(jī)獲取相應(yīng)的DNS、WINS等網(wǎng)絡(luò)配置參數(shù)的問題，此時(shí)，用戶實(shí)際上無法訪問Internet(互聯(lián)網(wǎng))，這就給個(gè)人使用Internet網(wǎng)絡(luò)帶來了很大的麻煩?；谶@一原因，在RFC3736中對(duì)無狀態(tài)地址分配的DNS獲取進(jìn)行了補(bǔ)充，但還是使用了DHCPv6(基于IPv6的動(dòng)態(tài)主機(jī)配置協(xié)議)的選項(xiàng)，是通過DHCPv6的協(xié)議來完成相關(guān)DNS等網(wǎng)絡(luò)配置參數(shù)的獲取，這同較小網(wǎng)絡(luò)下為了避免使用DHCP服務(wù)器的設(shè)計(jì)初衷相背離，也使得小網(wǎng)絡(luò)中需要同時(shí)支持ND(鄰居發(fā)現(xiàn))和DHCPv6協(xié)議，增加了實(shí)現(xiàn)較小網(wǎng)絡(luò)的復(fù)雜程度。
綜上所述，可以看出目前提供了IPv6網(wǎng)絡(luò)中獲取網(wǎng)絡(luò)配置參數(shù)的方法均沒有很好地解決IPv6網(wǎng)絡(luò)中網(wǎng)絡(luò)配置參數(shù)獲取的問題。

發(fā)明內(nèi)容
鑒于上述現(xiàn)有技術(shù)所存在的問題，本發(fā)明的目的是提供一種IPv6網(wǎng)絡(luò)中主機(jī)獲取網(wǎng)絡(luò)配置參數(shù)的方法，從而使得DNS、WINS等網(wǎng)絡(luò)配置參數(shù)的獲取不再需要基于DHCPv6實(shí)現(xiàn)，降低了較小網(wǎng)絡(luò)實(shí)現(xiàn)的復(fù)雜程度。
本發(fā)明的目的是通過以下技術(shù)方案實(shí)現(xiàn)的本發(fā)明提供了一種IPv6網(wǎng)絡(luò)中主機(jī)獲取網(wǎng)絡(luò)配置參數(shù)的方法，包括無法與DHCPv6(基于IPv6的動(dòng)態(tài)主機(jī)配置協(xié)議)服務(wù)器通信的主機(jī)接入IPv6網(wǎng)絡(luò)后，網(wǎng)絡(luò)端將需要向主機(jī)端發(fā)送的網(wǎng)絡(luò)配置參數(shù)承載于可擴(kuò)展字段內(nèi)容的協(xié)議報(bào)文中發(fā)送給主機(jī)端。
所述的可擴(kuò)展字段內(nèi)容的協(xié)議報(bào)文為IPv6網(wǎng)絡(luò)中的無狀態(tài)地址分配過程中的路由宣告報(bào)文，或者IPv6網(wǎng)絡(luò)中基于點(diǎn)對(duì)點(diǎn)協(xié)議PPP的IPv6CP過程報(bào)文。
所述的網(wǎng)絡(luò)配置參數(shù)包括前綴Prefix、域名系統(tǒng)DNS和/或視窗網(wǎng)際網(wǎng)絡(luò)名稱服務(wù)WINS參數(shù)。
所述的DNS參數(shù)的信息包括
類型值、屬性長度值、DNS地址的數(shù)量和/或DNS地址信息。
所述的WINS參數(shù)的信息包括類型值、屬性長度值、WINS地址的數(shù)量和/或WINS地址信息。
另外，所述的DNS和WINS參數(shù)信息中還包括保留字段。
在無狀態(tài)地址分配過程中，本發(fā)明進(jìn)一步包括A、在無狀態(tài)地址分配過程中，主機(jī)端向路由器端發(fā)送路由請(qǐng)求RS報(bào)文；B、路由器向主機(jī)端返回路由宣告RA報(bào)文，報(bào)文中承載著為主機(jī)配置的Prefix、DNS和WINS參數(shù)信息。
所述的步驟B包括所述的Prefix參數(shù)信息承載于RA報(bào)文的原定義的字段，所述的DNS和WINS參數(shù)信息承載于RA報(bào)文的新定義的字段中。
在應(yīng)用PPP的IPv6網(wǎng)絡(luò)中，本發(fā)明進(jìn)一步包括對(duì)PPP階段的IPv6CP報(bào)文內(nèi)容進(jìn)行擴(kuò)展，并利用擴(kuò)展內(nèi)容的字段承載Prefix、DNS和WINS參數(shù)信息，隨IPv6CP報(bào)文一起發(fā)送給主機(jī)端，主機(jī)端獲取所述的Prefix、DNS和WINS參數(shù)。
所述的Prefix參數(shù)信息包括類型值、屬性長度值、參數(shù)長度值、鏈路使用標(biāo)志、自動(dòng)配置標(biāo)志。
由上述本發(fā)明提供的技術(shù)方案可以看出，本發(fā)明是在PPP撥號(hào)的IPv6CP階段一次性完成Prefix、IPv6-DNS和IPv6-WINS等參數(shù)的配置工作，或者通過無狀態(tài)地址配置過程進(jìn)行網(wǎng)絡(luò)配置參數(shù)的獲取。因此，本發(fā)明所述的方法有效地解決了不支持DHCPv6協(xié)議的主機(jī)同樣可以獲得訪問網(wǎng)絡(luò)所需要的網(wǎng)絡(luò)配置參數(shù)。使得在較小的網(wǎng)絡(luò)中不需要支持DHCPv6協(xié)議，因而可以省去DHCP服務(wù)器的硬件和軟件設(shè)備，降低了小網(wǎng)絡(luò)的實(shí)現(xiàn)復(fù)雜度及獲取網(wǎng)絡(luò)配置參數(shù)過程。且充分保持了同RFC2461和RFC2462等協(xié)議的兼容性。


圖1為無狀態(tài)地址分配的過程示意圖；圖2為本發(fā)明所述的方法的流程圖。
具體實(shí)施例方式
本發(fā)明所述的方法的核心是將無法與DHCPv6(基于IPv6的動(dòng)態(tài)主機(jī)配置協(xié)議)服務(wù)器通信的主機(jī)接入IPv6網(wǎng)絡(luò)后，網(wǎng)絡(luò)端將需要向主機(jī)端發(fā)送的網(wǎng)絡(luò)配置參數(shù)承載于可擴(kuò)展字段內(nèi)容的協(xié)議報(bào)文中發(fā)送給主機(jī)端。
本發(fā)明所述的方法如圖2所示，主要包括步驟21主機(jī)通過路由器接入IPv6網(wǎng)絡(luò)。
步驟22確定主機(jī)無法與DHCPv6服務(wù)器通信，即無法通過DHCPv6服務(wù)器獲取網(wǎng)絡(luò)配置參數(shù)信息；所述的無法與DHCPv6服務(wù)器通信主要是指一些較小的網(wǎng)絡(luò)未設(shè)置DHCPv6服務(wù)器，從而使得主機(jī)通過DHCP過程獲取需要的網(wǎng)絡(luò)配置參數(shù)。
步驟23路由器將主機(jī)需要的網(wǎng)絡(luò)配置參數(shù)承載于向主機(jī)發(fā)送的可擴(kuò)展字段內(nèi)容的協(xié)議報(bào)文中發(fā)送給主機(jī)端；所述的可擴(kuò)展字段內(nèi)容的協(xié)議報(bào)文包括在無狀態(tài)地址分配過程中，為IPv6網(wǎng)絡(luò)中的無狀態(tài)地址分配過程中的路由宣告報(bào)文；在IPv6網(wǎng)絡(luò)中的PPP過程中，為PPP過程中的IPv6CP過程報(bào)文。不同的網(wǎng)絡(luò)可以根據(jù)實(shí)際情況采用不同的協(xié)議報(bào)文將Prefix、IPv6-DNS和IPv6-WINS等網(wǎng)絡(luò)配置參數(shù)發(fā)送給主機(jī)端。
下面將分別對(duì)無狀態(tài)地址分配過程及PPP過程中網(wǎng)絡(luò)配置參數(shù)獲取的方式進(jìn)行描述。
在無狀態(tài)地址分配過程中，主機(jī)將會(huì)發(fā)起RS報(bào)文以獲取相應(yīng)的IP地址Prefix和Prefix的相關(guān)參數(shù)，如租期等，路由器通過RA報(bào)文把這些屬性發(fā)送給主機(jī)，因此，主機(jī)可以通過無狀態(tài)地址分配得到地址的Prefix參數(shù)，并通過自己的If-ID(接口標(biāo)識(shí))生成相應(yīng)的site-local和/或global地址，但不包括諸如DNS等相關(guān)信息，這樣用戶實(shí)際上將無法訪問互聯(lián)網(wǎng)。
為此，本發(fā)明中增加RA報(bào)文中的選項(xiàng)來完成DNS及WINS參數(shù)的傳送，即通過擴(kuò)展RA報(bào)文中承載的內(nèi)容信息使得路由器能夠把相應(yīng)的DNS、WINS等參數(shù)也隨Prefix參數(shù)信息一起發(fā)送給主機(jī)。
根據(jù)RFC2461協(xié)議可知，RA報(bào)文中的屬性參數(shù)的格式如表1所示表10 1 2 30 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Type |Length | Value |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+~ ... ~+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+其中Type表示類型，這里可以這樣定義以下表2中內(nèi)容為RFC2461協(xié)議中已經(jīng)定義的值表2

以下表3內(nèi)容是為實(shí)現(xiàn)本發(fā)明需要新定義的Type值，當(dāng)然也可以定義為其他值，只要不發(fā)生沖突即可
表3

Length表示屬性長度，包括Type和Length本身的長度，以8bit為單位。不能為0，最大為255字節(jié)；Value具體的Option(屬性、選項(xiàng))內(nèi)容。
所述的DNS參數(shù)信息的具體格式可以如表4所示表40 1 2 30 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Type |Length | List Number | Reserved |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| |+ +| |+ DNS Address +| |+ +| |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+其中Type8-bit，0x06，也可以為其他值，保證不沖突即可；Length8-bit，整個(gè)屬性長度，以8bits為長度單位；List Number8-bit，DNS地址的個(gè)數(shù)，不能為0，值在1～255之間；Reserved8-bit，保留，全部必須填0；DNS Address全部的DNS地址，數(shù)目同List Number中定義的，每個(gè)DNS Address的長度為128bits，16字節(jié)。如果有主備之分，那么第一個(gè)為主，其后的為備。
所述的WINS參數(shù)信息的具體格式如表5所示
表50 1 2 30 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Type |Length | List Number | Reserved |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| |+ +| |+ wins Address +| |+ +| |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+Type0x07，也可以為其他值，保證不沖突即可；Length整個(gè)屬性長度，以8bits為長度單位；List NumberDNS地址的個(gè)數(shù)，不能為0，值在1～255之間；Reserved保留，全部必須填0；WINS Address全部的WINS地址，數(shù)目同List Number中定義的，每個(gè)WINS Address的長度為128bits，16字節(jié)。如果有主備之分，那么第一個(gè)為主，其后的為備。
DNS和WINS的屬性在RA報(bào)文中，不是必選項(xiàng)，路由器發(fā)送RA報(bào)文時(shí)可以根據(jù)實(shí)際需要確定是否使用該屬性。如果主機(jī)發(fā)送RS報(bào)文時(shí)，路由器使用該屬性(兩者或兩者之一)表示路由器需要對(duì)主機(jī)的DNS或WINS進(jìn)行相關(guān)的配置；在路由器定時(shí)發(fā)送的RA報(bào)文中可以不使用該屬性，如果使用了該屬性，則主機(jī)在收到報(bào)文后進(jìn)行DNS和WINS參數(shù)的地址匹配，如果發(fā)現(xiàn)不一樣表明路由器需要修改該屬性，主機(jī)使用新的DNS和WINS地址。
同樣，如果主機(jī)不支持該屬性，可以不理睬該屬性，對(duì)RA報(bào)文的其他屬性繼續(xù)分析。
在IPv6網(wǎng)絡(luò)的PPP過程中，首先定義Prefix、IPv6-DNS和IPv6-WINS參數(shù)的統(tǒng)一格式，然后在IPv6CP過程中，隨IPv6CP過程報(bào)文一并發(fā)送給主機(jī)，實(shí)現(xiàn)對(duì)主機(jī)的網(wǎng)絡(luò)配置參數(shù)的配置；通過所述的IPv6CP可以實(shí)現(xiàn)建立、使能和中止IP模塊的操作，IPCP報(bào)文在PPP沒有達(dá)到網(wǎng)絡(luò)層協(xié)議階段以前不能進(jìn)行交換，如果有IPCP包在到達(dá)此階段前到達(dá)會(huì)被拋棄。利用IPv6CP報(bào)文傳送網(wǎng)絡(luò)配置參數(shù)信息，首先需要將各網(wǎng)絡(luò)配置參數(shù)以符合IPv6CP報(bào)文格式的方式進(jìn)行定義所述的IPv6CP過程報(bào)文的標(biāo)準(zhǔn)格式如表6所示表60 1 2 30 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Type|Length | Value |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+~ ... ~+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+其中Type表示類型，這里可以這樣定義Length表示屬性長度，包括Type和Length本身的長度，以8bit為單位。不能為0，最大為255字節(jié)；Value具體的Option(屬性、選項(xiàng))內(nèi)容。
表7所示的內(nèi)容為RFC2472協(xié)議已經(jīng)定義的值表7

為實(shí)現(xiàn)本發(fā)明，還需要新定義如表8所示的值，表8中的Type值也可以為其他值，只需保證屬性值不沖突即可表8


其中IPv6-Prefix參數(shù)信息的具體格式可以如表9所示0 1 2 30 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Type |Length | Prefix Length |L|A| Reserved1 |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Valid Lifetime|+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Preferred Lifetime |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Reserved2 |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| |+ +| |+ IPv6-Prefix +| |+ +| |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+Type8-bit，0x03，也可以為其他值，保證不沖突即可；Length8-bit，整個(gè)屬性長度，以8bits為長度單位；Prefix Length8-bit，表明Prefix的長度，以8bits為長度單位，范圍在0～128之間；L1-bit，1表示可以在鏈路上使用，0為禁止使用；A1-bit，1表示可以進(jìn)行自動(dòng)配置，0表示禁止；Reserved16-bit，保留，全部必須填0；Valid Lifetime32-bit無符號(hào)長整型，單位為秒，表示Prefix的有效時(shí)間，全1時(shí)表示無限長；Preferred Lifetime32-bit無符號(hào)長整型，單位為秒，表示生成無狀態(tài)配置地址后使用的時(shí)間，全1時(shí)表示無限長；Reserved232-bit，保留，全部必須填0；
IPv6-PrefixPrefix內(nèi)容。
另外，所述的DNS參數(shù)和WINS參數(shù)的具體格式如上述的表4和表5的格式相同。
這三個(gè)參數(shù)屬性在IPv6CP過程中是可選出現(xiàn)的，如果不出現(xiàn)，PPP過程后主機(jī)應(yīng)該進(jìn)行無狀態(tài)地址配置或進(jìn)行有狀態(tài)地址配置(即DHCPv6)過程，并通過這些過程獲取Prefix、Prefix、IPv6-DNS和IPv6-WINS等參數(shù)。如果出現(xiàn)的話，這三個(gè)參數(shù)必須全部出現(xiàn)，表示在IPv6下選擇通過PPP的IPv6CP過程進(jìn)行相應(yīng)的三個(gè)參數(shù)的配置，如果配置成功主機(jī)將不再進(jìn)行后續(xù)的自動(dòng)配置過程。
而且，如果使用三個(gè)參數(shù)屬性，則需要同Interface-Identifier(接口標(biāo)識(shí))屬性同時(shí)出現(xiàn)，即將三個(gè)參數(shù)承載于向主機(jī)發(fā)送接口標(biāo)識(shí)的報(bào)文中發(fā)送給主機(jī)。
以上所述，僅為本發(fā)明較佳的具體實(shí)施方式
，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)該以權(quán)利要求書的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1.一種IPv6網(wǎng)絡(luò)中主機(jī)獲取網(wǎng)絡(luò)配置參數(shù)的方法，其特征在于，包括無法與基于IPv6的動(dòng)態(tài)主機(jī)配置協(xié)議DHCPv6服務(wù)器通信的主機(jī)接入IPv6網(wǎng)絡(luò)；網(wǎng)絡(luò)端將需要向主機(jī)端發(fā)送的網(wǎng)絡(luò)配置參數(shù)承載于可擴(kuò)展字段內(nèi)容的協(xié)議報(bào)文中發(fā)送給主機(jī)端。
2.根據(jù)權(quán)利要求1所述的IPv6網(wǎng)絡(luò)中主機(jī)獲取網(wǎng)絡(luò)配置參數(shù)的方法，其特征在于，所述的可擴(kuò)展字段內(nèi)容的協(xié)議報(bào)文為IPv6網(wǎng)絡(luò)中的無狀態(tài)地址分配過程中的路由宣告報(bào)文，或者IPv6網(wǎng)絡(luò)中基于點(diǎn)對(duì)點(diǎn)協(xié)議PPP的IPv6CP過程報(bào)文。
3.根據(jù)權(quán)利要求1所述的IPv6網(wǎng)絡(luò)中主機(jī)獲取網(wǎng)絡(luò)配置參數(shù)的方法，其特征在于，所述的網(wǎng)絡(luò)配置參數(shù)包括前綴Prefix、域名系統(tǒng)DNS和/或視窗網(wǎng)際網(wǎng)絡(luò)名稱服務(wù)WINS參數(shù)。
4.根據(jù)權(quán)利要求3所述的IPv6網(wǎng)絡(luò)中主機(jī)獲取網(wǎng)絡(luò)配置參數(shù)的方法，其特征在于，所述的DNS參數(shù)的信息包括類型值、屬性長度值、DNS地址的數(shù)量和/或DNS地址信息。
5.根據(jù)權(quán)利要求3所述的IPv6網(wǎng)絡(luò)中主機(jī)獲取網(wǎng)絡(luò)配置參數(shù)的方法，其特征在于，所述的WINS參數(shù)的信息包括類型值、屬性長度值、WINS地址的數(shù)量和/或WINS地址信息。
6.根據(jù)權(quán)利要求4或5所述的IPv6網(wǎng)絡(luò)中主機(jī)獲取網(wǎng)絡(luò)配置參數(shù)的方法，其特征在于，所述的DNS和WINS參數(shù)信息中還包括保留字段。
7.根據(jù)權(quán)利要求1、2、3、4或5所述的IPv6網(wǎng)絡(luò)中主機(jī)獲取網(wǎng)絡(luò)配置參數(shù)的方法，其特征在于，在無狀態(tài)地址分配過程中，該方法進(jìn)一步包括A、在無狀態(tài)地址分配過程中，主機(jī)端向路由器端發(fā)送路由請(qǐng)求RS報(bào)文；B、路由器向主機(jī)端返回路由宣告RA報(bào)文，報(bào)文中承載著為主機(jī)配置的Prefix、DNS和WINS參數(shù)信息。
8.根據(jù)權(quán)利要求7所述的IPv6網(wǎng)絡(luò)中主機(jī)獲取網(wǎng)絡(luò)配置參數(shù)的方法，其特征在于，所述的步驟B包括所述的Prefix參數(shù)信息承載于RA報(bào)文的原定義的字段，所述的DNS和WINS參數(shù)信息承載于RA報(bào)文的新定義的字段中。
9.根據(jù)權(quán)利要求1、2、3、4或5所述的IPv6網(wǎng)絡(luò)中主機(jī)獲取網(wǎng)絡(luò)配置參數(shù)的方法，其特征在于，在應(yīng)用PPP的IPv6網(wǎng)絡(luò)中，該方法進(jìn)一步包括對(duì)PPP階段的IPv6控制協(xié)議IPv6CP報(bào)文內(nèi)容進(jìn)行擴(kuò)展，并利用擴(kuò)展內(nèi)容的字段承載Prefix、DNS和WINS參數(shù)信息，隨IPv6CP報(bào)文一起發(fā)送給主機(jī)端，主機(jī)端獲取所述的Prefix、DNS和WINS參數(shù)。
10.根據(jù)權(quán)利要求9所述的IPv6網(wǎng)絡(luò)中主機(jī)獲取網(wǎng)絡(luò)配置參數(shù)的方法，其特征在于，所述的Prefix參數(shù)信息包括類型值、屬性長度值、參數(shù)長度值、鏈路使用標(biāo)志、自動(dòng)配置標(biāo)志。
全文摘要
本發(fā)明涉及一種IPv6網(wǎng)絡(luò)中主機(jī)獲取網(wǎng)絡(luò)配置參數(shù)的方法。該方法包括無法與基于IPv6的動(dòng)態(tài)主機(jī)配置協(xié)議DHCPv6服務(wù)器通信的主機(jī)接入IPv6網(wǎng)絡(luò)后，網(wǎng)絡(luò)端將需要向主機(jī)端發(fā)送的網(wǎng)絡(luò)配置參數(shù)承載于可擴(kuò)展字段內(nèi)容的無狀態(tài)地址分配過程中的路由宣告報(bào)文或基于PPP的IPv6CP過程報(bào)文中發(fā)送給主機(jī)端，使得主機(jī)可以獲得需要的Prefix、DNS和/或WINS參數(shù)。本發(fā)明是在PPP撥號(hào)的IPv6CP階段一次性完成網(wǎng)絡(luò)配置參數(shù)的配置工作，或者通過無狀態(tài)地址配置過程進(jìn)行網(wǎng)絡(luò)配置參數(shù)的獲取。因此，本發(fā)明所述的方法有效地解決了不支持DHCPv6協(xié)議的主機(jī)同樣可以獲得訪問網(wǎng)絡(luò)所需要的網(wǎng)絡(luò)配置參數(shù)。
文檔編號(hào)H04L12/24GK1744596SQ20041007534
公開日2006年3月8日 申請(qǐng)日期2004年9月1日 優(yōu)先權(quán)日2004年9月1日
發(fā)明者徐崗, 丁常海, 管紅光, 侯超 申請(qǐng)人:華為技術(shù)有限公司