DHCPv6服務(wù)器的熱備方法和裝置制造方法
【專利摘要】本發(fā)明提供一種DHCPv6服務(wù)器的熱備方法和裝置，包括：主DHCPv6服務(wù)器接收DHCPv6客戶端發(fā)送的包含VDUID的服務(wù)請(qǐng)求，并確定存儲(chǔ)的DUID鏈表中是否包含VDUID，若包含，則為DHCPv6客戶端提供業(yè)務(wù)服務(wù)；主DHCPv6服務(wù)器在發(fā)生故障時(shí)通知備DHCPv6服務(wù)器，備DHCPv6服務(wù)器會(huì)將VDUID的狀態(tài)從不可用狀態(tài)切換為可用狀態(tài)并為DHCPv6客戶端提供業(yè)務(wù)服務(wù)，而當(dāng)備DHCPv6服務(wù)器重啟后，備DHCPv6服務(wù)器可以自身生成與主DHCPv6服務(wù)器相同的VDUID，從而提高了主DHCPv6服務(wù)器發(fā)生故障時(shí)，備DHCPv6服務(wù)器接管主DHCPv6服務(wù)器的及時(shí)性和可靠性。
【專利說明】DHCPv6服務(wù)器的熱備方法和裝置

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及通信技術(shù)，尤其涉及一種DHCPv6服務(wù)器的熱備方法和裝置。

【背景技術(shù)】
[0002] 互聯(lián)網(wǎng)協(xié)議第六版（Internet Protocol Version 6,簡(jiǎn)稱為：IPv6)動(dòng)態(tài)主機(jī)配置 協(xié)議（Dynamic Host Configuration Protocol for IPv6,簡(jiǎn)稱為：DHCPv6)服務(wù)器，可以為 網(wǎng)絡(luò)節(jié)點(diǎn)分配IPv6地址、前綴和網(wǎng)絡(luò)配置參數(shù)。DHCPv6服務(wù)器通過響應(yīng)DHCPv6客戶端的 請(qǐng)求，為DHCPv6客戶端分配地址、前綴和網(wǎng)絡(luò)配置參數(shù)，如果DHCPv6客戶端和DHCPv6服務(wù) 器不在同一個(gè)子網(wǎng)內(nèi)，可以通過DHCPv6中繼轉(zhuǎn)發(fā)DHCPv6客戶端和DHCPv6服務(wù)器發(fā)送的報(bào) 文，以實(shí)現(xiàn)跨網(wǎng)段的業(yè)務(wù)請(qǐng)求，從而減輕了網(wǎng)絡(luò)管理員的負(fù)擔(dān)和提高了地址分配的管理性。
[0003] DHCPv6 定義了 DHCP 唯一標(biāo)識(shí)符（DHCP Unique Identifier，簡(jiǎn)稱為：DHD)作為 DHCPv6服務(wù)器和DHCPv6客戶端的標(biāo)識(shí)。DHCPv6客戶端與DHCPv6服務(wù)器通信的過程中， DHCPv6客戶端會(huì)選擇滿足自身需求的DHCPv6服務(wù)器發(fā)起請(qǐng)求，并將包含所選擇的DHCPv6 服務(wù)器的DUID的請(qǐng)求消息廣播至系統(tǒng)中的DHCPv6服務(wù)器，當(dāng)DHCPv6服務(wù)器在收到請(qǐng)求消 息后，會(huì)判斷請(qǐng)求消息中攜帶的DHCPv6服務(wù)器的DUID是否與本機(jī)的DUID匹配，如果匹配， 才會(huì)對(duì)請(qǐng)求消息進(jìn)行處理，否則認(rèn)為DHCPv6客戶端不是向自己發(fā)出請(qǐng)求，不會(huì)對(duì)請(qǐng)求消息 進(jìn)行處理。
[0004] 為了提高DHCPV6服務(wù)器的可用性，DHCPV6服務(wù)器自身需要具備熱備服務(wù)功能，在 主DHCPv6服務(wù)器發(fā)生故障時(shí)，備DHCPv6服務(wù)器能夠接管主DHCPv6服務(wù)器為DHCPv6客戶端 繼續(xù)提供服務(wù)，因此，備DHCPv6服務(wù)器的DUID必須保持與主DHCPv6服務(wù)器的DUID -致， 這樣才能保證切換后，DHCPv6客戶端發(fā)送的請(qǐng)求消息中的DUID與備DHCPv6服務(wù)器的DUID 一致，從而使得請(qǐng)求消息可以得到備DHCPv6服務(wù)器的處理。
[0005] 而備DHCPv6服務(wù)器可能會(huì)隨時(shí)發(fā)生異?；驍嚯姸貑?，為了使得重啟后的備 DHCPv6服務(wù)器的DUID與主DHCPv6服務(wù)器的DUID繼續(xù)保持一致，在現(xiàn)有技術(shù)中，可以通過 主DHCPv6服務(wù)器定期發(fā)送自身的DUID到備DHCPv6服務(wù)器上，從而使得備DHCPv6服務(wù)器 與主DHCPv6服務(wù)器的DUID -致。
[0006] 在備DHCPV6服務(wù)器獲取到主DHCPV6服務(wù)器的DUID之前，如果主DHCPV6服務(wù)器 發(fā)生故障，備DHCPv6服務(wù)器就無法及時(shí)接管主DHCPv6服務(wù)器為DHCPv6客戶端提供無縫持 續(xù)的服務(wù)。


【發(fā)明內(nèi)容】

[0007] 本發(fā)明實(shí)施例提供一種互聯(lián)網(wǎng)協(xié)議第六版動(dòng)態(tài)主機(jī)配置協(xié)議DHCPv6服務(wù)器的 熱備方法和裝置，以克服現(xiàn)有技術(shù)中備DHCPv6服務(wù)器無法及時(shí)接管主DHCPv6服務(wù)器為 DHCPv6客戶端提供無縫持續(xù)的服務(wù)的問題。
[0008] 本發(fā)明第一方面提供一種互聯(lián)網(wǎng)協(xié)議第六版動(dòng)態(tài)主機(jī)配置協(xié)議DHCPv6服務(wù)器的 熱備方法，包括 ：
[0009] 主DHCPv6服務(wù)器接收DHCPv6客戶端發(fā)送的服務(wù)請(qǐng)求，所述服務(wù)請(qǐng)求中包含 DHCPv6唯一標(biāo)識(shí)DUID，DHCPv6唯一標(biāo)識(shí)DUID為虛擬的DHCPv6唯一標(biāo)識(shí)VDHD，所述VDHD 為根據(jù)所述主DHCPv6服務(wù)器對(duì)應(yīng)的虛擬路由器冗余協(xié)議VRRP組的虛擬介質(zhì)訪問控制MAC 地址生成的；
[0010] 所述主DHCPV6服務(wù)器確定存儲(chǔ)的DUID鏈表中是否包含所述VOTID，若包含，則為 所述DHCPv6客戶端提供業(yè)務(wù)服務(wù)；
[0011] 所述主DHCPV6服務(wù)器在發(fā)生故障時(shí)通知備DHCPV6服務(wù)器，以使所述備DHCPV6服 務(wù)器將所述VOTID的狀態(tài)從不可用狀態(tài)切換為可用狀態(tài)并為所述DHCPv6客戶端提供業(yè)務(wù) 服務(wù)；
[0012] 其中，所述主DHCPv6服務(wù)器與所述備DHCPv6服務(wù)器對(duì)應(yīng)相同的VRRP組。
[0013] 在第一方面的第一種可能的實(shí)現(xiàn)方式中，還包括：
[0014] 所述主DHCPv6服務(wù)器接收所述DHCPv6客戶端發(fā)送的發(fā)現(xiàn)請(qǐng)求；
[0015] 所述主DHCPv6服務(wù)器確定所述DUID鏈表中是否包含可用的VOTID ;
[0016] 若包含可用的VDHD，則所述主DHCPv6服務(wù)器將所述可用的VDHD作為主DHCPv6 服務(wù)器的DUID發(fā)送給所述DHCPv6客戶端；
[0017] 若包含不可用的VOTID，則所述主DHCPv6服務(wù)器確定不提供DHCPv6地址服務(wù)；
[0018] 若不包含VDHD，則所述主DHCPv6服務(wù)器將DUID發(fā)送給所述DHCPv6客戶端，所述 DUID為根據(jù)所述主DHCPv6服務(wù)器的鏈路地址生成的。
[0019] 結(jié)合第一方面的第一種可能的實(shí)現(xiàn)方式，在第一方面的第二種可能的實(shí)現(xiàn)方式 中，所述主DHCPv6服務(wù)器將所述可用的VOTID作為主DHCPv6服務(wù)器的DUID發(fā)送給所述 DHCPv6客戶端，包括：
[0020] 所述主DHCPv6服務(wù)器將所述DUID鏈表中第一個(gè)可用的VDHD作為主DHCPv6服 務(wù)器的DUID發(fā)送給所述DHCPv6客戶端。
[0021] 結(jié)合第一方面、第一方面的第一或第二種可能的實(shí)現(xiàn)方式，在第一方面的第三種 可能的實(shí)現(xiàn)方式中，所述主DHCPV6服務(wù)器接收DHCPV6客戶端發(fā)送的服務(wù)請(qǐng)求之前，還包 括：
[0022] 所述主DHCPv6服務(wù)器根據(jù)對(duì)應(yīng)的VRRP組的MAC地址生成所述VDHD，將所述 VDUID添加到所述DUID鏈表中，并將所述VDUID設(shè)置為不可用狀態(tài)；
[0023] 所述主DHCPv6服務(wù)器在接收到VRRP主設(shè)備角色通告后，將所述VOTID設(shè)置為可 用狀態(tài)。
[0024] 本發(fā)明第二方面提供一種互聯(lián)網(wǎng)協(xié)議第六版動(dòng)態(tài)主機(jī)配置協(xié)議DHCPv6服務(wù)器的 熱備方法，包括 ：
[0025] 備DHCPv6服務(wù)器接收VRRP角色切換通告信息，所述角色切換通告信息用于通知 所述備DHCPv6服務(wù)器需要接管發(fā)生故障的主DHCPv6服務(wù)器為DHCPv6客戶端提供業(yè)務(wù)服 務(wù)；
[0026] 所述備DHCPv6服務(wù)器將存儲(chǔ)的DUID鏈表中的與所述主DHCPv6服務(wù)器為所述 DHCPv6客戶端提供業(yè)務(wù)服務(wù)相同的虛擬的DHCPv6唯一標(biāo)識(shí)VOTID設(shè)置為可用狀態(tài)，所述 VDUID為根據(jù)所述備DHCPv6服務(wù)器對(duì)應(yīng)的虛擬路由器冗余協(xié)議VRRP組的虛擬介質(zhì)訪問控 制MAC地址生成的；
[0027] 所述備DHCPv6服務(wù)器根據(jù)所述設(shè)置為可用狀態(tài)的VDUID為所述DHCPv6客戶端提 供業(yè)務(wù)服務(wù)；
[0028] 其中，所述備DHCPv6服務(wù)器與所述主DHCPv6服務(wù)器對(duì)應(yīng)相同的VRRP組。
[0029] 在第二方面的第一種可能的實(shí)現(xiàn)方式中，所述備DHCPv6服務(wù)器接收角色切換通 告信息之前，還包括：
[0030] 所述備DHCPv6服務(wù)器根據(jù)對(duì)應(yīng)的VRRP組的MAC地址生成所述VDHD，將所述 VDUID添加到所述DUID鏈表中，并將所述VDUID設(shè)置為不可用狀態(tài)。
[0031] 本發(fā)明第三方面提供一種互聯(lián)網(wǎng)協(xié)議第六版動(dòng)態(tài)主機(jī)配置協(xié)議DHCPV6服務(wù)器， 所述DHCPv6服務(wù)器為主DHCPv6服務(wù)器，所述主DHCPv6服務(wù)器包括：
[0032] 第一接收模塊，用于接收DHCPv6客戶端發(fā)送的服務(wù)請(qǐng)求，所述服務(wù)請(qǐng)求中包含 DHCPv6唯一標(biāo)識(shí)DUID，DHCPv6唯一標(biāo)識(shí)DUID為虛擬的DHCPv6唯一標(biāo)識(shí)VDHD，所述VDHD 為根據(jù)所述主DHCPv6服務(wù)器對(duì)應(yīng)的虛擬路由器冗余協(xié)議VRRP組的虛擬介質(zhì)訪問控制MAC 地址生成的；
[0033] 確定模塊，用于確定存儲(chǔ)的DUID鏈表中是否包含所述VOTID，若包含，則為所述 DHCPv6客戶端提供業(yè)務(wù)服務(wù)；
[0034] 切換模塊，用于所述主DHCPv6服務(wù)器在發(fā)生故障時(shí)通知備DHCPv6服務(wù)器，以使所 述備DHCPv6服務(wù)器將所述VOTID的狀態(tài)從不可用狀態(tài)切換為可用狀態(tài)并為所述DHCPv6客 戶端提供業(yè)務(wù)服務(wù)；
[0035] 其中，所述主DHCPv6服務(wù)器與所述備DHCPv6服務(wù)器對(duì)應(yīng)相同的VRRP組。
[0036] 在第三方面的的第一種可能的實(shí)現(xiàn)方式中，還包括：第二接收模塊和發(fā)送模塊，
[0037] 所述第二接收模塊用于接收所述DHCPv6客戶端發(fā)送的發(fā)現(xiàn)請(qǐng)求；
[0038] 所述確定模塊還用于確定所述DUID鏈表中是否包含可用的VOTID ;
[0039] 若包含可用的VOTID，則所述發(fā)送模塊將所述可用的VDUID作為主DHCPv6服務(wù)器 的DUID發(fā)送給所述DHCPv6客戶端；
[0040] 若包含不可用的VOTID，則所述確定模塊確定不提供DHCPV6地址服務(wù)；
[0041] 若不包含VDHD，則所述發(fā)送模塊將DUID發(fā)送給所述DHCPv6客戶端，所述DUID為 根據(jù)所述主DHCPv6服務(wù)器的鏈路地址生成的。
[0042] 結(jié)合第三方面的第一種可能的實(shí)現(xiàn)方式，在第三方面的第二種可能的實(shí)現(xiàn)方式 中，所述發(fā)送模塊將所述可用的VDUID作為主DHCPv6服務(wù)器的DUID發(fā)送給所述DHCPv6客 戶端，包括：
[0043] 所述發(fā)送模塊將所述DUID鏈表中第一個(gè)可用的VOTID作為主DHCPv6服務(wù)器的 DUID發(fā)送給所述DHCPv6客戶端。
[0044] 結(jié)合第三方面、第三方面的第一或第二種可能的實(shí)現(xiàn)方式，在第三方面的第三種 可能的實(shí)現(xiàn)方式中，還包括：添加模塊和設(shè)置模塊，
[0045] 所述添加模塊用于在所述第一接收模塊接收DHCPv6客戶端發(fā)送的服務(wù)請(qǐng)求之 前，根據(jù)對(duì)應(yīng)的VRRP組的MAC地址生成所述VDHD，將所述VDHD添加到所述DUID鏈表中， 并將所述VDUID設(shè)置為不可用狀態(tài)；
[0046] 所述設(shè)置模塊在接收到VRRP主設(shè)備角色通告后，將所述VDUID設(shè)置為可用狀態(tài)。
[0047] 本發(fā)明第四方面提供一種互聯(lián)網(wǎng)協(xié)議第六版動(dòng)態(tài)主機(jī)配置協(xié)議DHCPv6服務(wù)器， 所述DHCPv6服務(wù)器為備DHCPv6服務(wù)器，所述備DHCPv6服務(wù)器包括：
[0048] 接收模塊，用于接收VRRP角色切換通告信息，所述角色切換通告信息用于通知所 述備DHCPv6服務(wù)器需要接管發(fā)生故障的主DHCPv6服務(wù)器為DHCPv6客戶端提供業(yè)務(wù)服務(wù)；
[0049] 切換模塊，用于將存儲(chǔ)的DUID鏈表中的與所述主DHCPv6服務(wù)器為所述DHCPv6客 戶端提供業(yè)務(wù)服務(wù)相同的虛擬的DHCPv6唯一標(biāo)識(shí)VDUID設(shè)置為可用狀態(tài)，所述VDUID為根 據(jù)所述備DHCPv6服務(wù)器對(duì)應(yīng)的虛擬路由器冗余協(xié)議VRRP組的虛擬介質(zhì)訪問控制MAC地址 生成的；
[0050] 服務(wù)模塊，用于根據(jù)所述切換模塊設(shè)置為可用狀態(tài)的VDUID為所述DHCPV6客戶端 提供業(yè)務(wù)服務(wù)；
[0051] 其中，所述備DHCPv6服務(wù)器與所述主DHCPv6服務(wù)器對(duì)應(yīng)相同的VRRP組。
[0052] 在第四方面的第一種可能的實(shí)現(xiàn)方式中，還包括：生成模塊，用于在所述接收模塊 接收角色切換通告信息之前，根據(jù)對(duì)應(yīng)的VRRP組的MAC地址生成所述VOTID，將所述VOTID 添加到所述DUID鏈表中，并將所述VOTID設(shè)置為不可用狀態(tài)。
[0053] 本發(fā)明提供一種DHCPv6服務(wù)器的熱備方法和裝置，首先，主DHCPv6服務(wù)器接收 DHCPv6客戶端發(fā)送的服務(wù)請(qǐng)求，其中，服務(wù)請(qǐng)求中包含VOTID，且VDUID為根據(jù)主DHCPv6服 務(wù)器對(duì)應(yīng)的VRRP組的MAC地址生成的，然后，主DHCPv6服務(wù)器確定存儲(chǔ)的DUID鏈表中是 否包含VOTID，若包含，則為DHCPv6客戶端提供業(yè)務(wù)服務(wù)。
[0054] 主DHCPv6服務(wù)器在發(fā)生故障時(shí)通知備DHCPv6服務(wù)器，備DHCPv6服務(wù)器會(huì)將 VDWD的狀態(tài)從不可用狀態(tài)切換為可用狀態(tài)并為DHCPv6客戶端提供業(yè)務(wù)服務(wù)，其中，通過 VDUID作為DHCPv6服務(wù)器的標(biāo)識(shí)為DHCPv6客戶端提供業(yè)務(wù)服務(wù)，使得備DHCPv6服務(wù)器 重啟后，備DHCPv6服務(wù)器可以自身生成與主DHCPv6服務(wù)器相同的VDWD，從而提高了主 DHCPv6服務(wù)器發(fā)生故障時(shí)，備DHCPv6服務(wù)器接管主DHCPv6服務(wù)器的及時(shí)性和可靠性。

【專利附圖】

【附圖說明】
[0055] 為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn) 有技術(shù)描述中所需要使用的附圖作一簡(jiǎn)單地介紹，顯而易見地，下面描述中的附圖是本發(fā) 明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)性的前提下，還可以 根據(jù)這些附圖獲得其他的附圖。
[0056] 圖1為本發(fā)明實(shí)施例提供的DHCPv6服務(wù)器的熱備方法流程圖一；
[0057] 圖2為本發(fā)明實(shí)施例提供的DHCPv6服務(wù)器的熱備方法流程圖二；
[0058] 圖3為本發(fā)明實(shí)施例提供的DHCPv6服務(wù)器與DHCPv6客戶端進(jìn)行通信的方法流程 圖；
[0059] 圖4為圖3中步驟304的實(shí)現(xiàn)方法流程圖；
[0060] 圖5為DHCPv6服務(wù)器1+1備份冗余方法的不意圖一；
[0061] 圖6為DHCPv6服務(wù)器1+1備份冗余方法的示意圖二；
[0062] 圖7為DHCPv6服務(wù)器的1+1負(fù)載均衡方法的不意圖一；
[0063] 圖8為DHCPv6服務(wù)器的1+1負(fù)載均衡方法的示意圖二；
[0064] 圖9為DHCPv6服務(wù)器的N+1備份冗余方法的示意圖一；
[0065] 圖10為DHCPv6服務(wù)器的N+1備份冗余方法的示意圖二；
[0066] 圖11為本發(fā)明實(shí)施例提供的DHCPv6服務(wù)器的結(jié)構(gòu)示意圖一；
[0067] 圖12為本發(fā)明實(shí)施例提供的DHCPv6服務(wù)器的結(jié)構(gòu)示意圖二；
[0068] 圖13為本發(fā)明實(shí)施例提供的DHCPv6服務(wù)器的結(jié)構(gòu)示意圖三；
[0069] 圖14為本發(fā)明實(shí)施例提供的DHCPv6服務(wù)器的結(jié)構(gòu)示意圖四；
[0070] 圖15為本發(fā)明實(shí)施例提供的DHCPv6服務(wù)器的結(jié)構(gòu)示意圖五。

【具體實(shí)施方式】
[0071] 為使本發(fā)明實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合本發(fā)明實(shí)施例 中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例是 本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例。基于本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員 在沒有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。
[0072] 圖1為本發(fā)明實(shí)施例提供的一種互聯(lián)網(wǎng)協(xié)議第六版動(dòng)態(tài)主機(jī)配置協(xié)議DHCPv6服 務(wù)器的熱備方法流程圖，如圖1所示，本實(shí)施例的方法可以包括：
[0073] 步驟101 :主DHCPv6服務(wù)器接收DHCPv6客戶端發(fā)送的服務(wù)請(qǐng)求，服務(wù)請(qǐng)求中包含 虛擬的DHCPv6唯一標(biāo)識(shí)VOTID，VDUID為根據(jù)主DHCPv6服務(wù)器對(duì)應(yīng)的虛擬路由器冗余協(xié)議 VRRP組的虛擬介質(zhì)訪問控制MAC地址生成的。
[0074] 具體的，DHCPv6客戶端會(huì)發(fā)送服務(wù)請(qǐng)求到主DHCPv6服務(wù)器，其中，服務(wù)請(qǐng)求中包 含虛擬的DHCPv6唯一標(biāo)識(shí)VOTID，并且VOTID為根據(jù)主DHCPv6服務(wù)器對(duì)應(yīng)的虛擬路由器冗 余協(xié)議（Virtual Router Redundancy Protocol,簡(jiǎn)稱：VRRP)組的虛擬介質(zhì)訪問控制MAC 地址生成的，服務(wù)請(qǐng)求中的VDUID用于主DHCPv6服務(wù)器判斷DHCPv6客戶端是否向自身發(fā) 送服務(wù)請(qǐng)求。
[0075] 其中，DHCPv6客戶端發(fā)送的服務(wù)請(qǐng)求可以為地址請(qǐng)求、前綴請(qǐng)求或網(wǎng)絡(luò)配置參數(shù) 請(qǐng)求，本發(fā)明不對(duì)DHCPv6客戶端發(fā)送的服務(wù)請(qǐng)求的具體內(nèi)容加以限制。
[0076] 步驟102 :主DHCPv6服務(wù)器確定存儲(chǔ)的DUID鏈表中是否包含VOTID，若包含，則為 DHCPv6客戶端提供業(yè)務(wù)服務(wù)。
[0077] 進(jìn)一步的，主DHCPv6服務(wù)器會(huì)將根據(jù)自身對(duì)應(yīng)的VRRP組的虛擬MAC地址生成 的VDUID存儲(chǔ)在DUID鏈表中，當(dāng)主DHCPv6服務(wù)器接收到DHCPv6客戶端發(fā)送的服務(wù)請(qǐng)求 后，首先分析自身維護(hù)的DUID鏈表中是否包含服務(wù)請(qǐng)求中的VOTID，若包含服務(wù)請(qǐng)求中的 VDWD，則說明DHCPv6客戶端向自身發(fā)送服務(wù)請(qǐng)求，并為DHCPv6客戶端提供業(yè)務(wù)服務(wù)；若主 DHCPv6服務(wù)器自身維護(hù)的DUID鏈表中不包含服務(wù)請(qǐng)求中的VOTID，則說明DHCPv6客戶端 不是向自身發(fā)送服務(wù)請(qǐng)求，將丟棄接收到的DHCPv6客戶端的服務(wù)請(qǐng)求。
[0078] 步驟103 :主DHCPv6服務(wù)器在發(fā)生故障時(shí)通知備DHCPv6服務(wù)器，以使備DHCPv6 服務(wù)器將VOTID的狀態(tài)從不可用狀態(tài)切換為可用狀態(tài)并為DHCPv6客戶端提供業(yè)務(wù)服務(wù)，其 中，主DHCPv6服務(wù)器與備DHCPv6服務(wù)器對(duì)應(yīng)相同的VRRP組。
[0079] 具體的，由于主DHCPv6服務(wù)器在為DHCPv6客戶端提供業(yè)務(wù)服務(wù)的過程中可能會(huì) 發(fā)生故障，此時(shí)故障的主DHCPv6服務(wù)器無法繼續(xù)為DHCPv6客戶端，如果沒有其他的DHCPv6 服務(wù)器及時(shí)接管主DHCPv6服務(wù)器繼續(xù)為DHCPv6客戶端提供業(yè)務(wù)服務(wù)，會(huì)導(dǎo)致業(yè)務(wù)服務(wù)中 斷。因此，主DHCPv6服務(wù)器需要具備熱備功能，使得主DHCPv6服務(wù)器在發(fā)生故障無法繼續(xù) 為DHCPv6客戶端的時(shí)候，備DHCPv6服務(wù)器可以及時(shí)接管主DHCPv6服務(wù)器繼續(xù)為DHCPv6 客戶端提供業(yè)務(wù)服務(wù)，保證了為DHCPv6客戶端提供業(yè)務(wù)服務(wù)的連續(xù)性。
[0080] 可選的，主DHCPV6服務(wù)器會(huì)定時(shí)的發(fā)送給備DHCPV6服務(wù)器業(yè)務(wù)報(bào)文，此業(yè)務(wù)報(bào) 文用于主DHCPv6服務(wù)器通知備DHCPv6服務(wù)器自身的狀態(tài)，當(dāng)主DHCPv6服務(wù)器故障時(shí)，主 DHCPv6服務(wù)器無法向備DHCPv6服務(wù)器發(fā)送業(yè)務(wù)報(bào)文，當(dāng)備DHCPv6服務(wù)器在提前預(yù)置的時(shí) 間內(nèi)沒有接收到主DHCPv6服務(wù)器發(fā)送的業(yè)務(wù)報(bào)文，備DHCPv6服務(wù)器會(huì)默認(rèn)主DHCPv6服務(wù) 器故障，自身需要接管主DHCPv6服務(wù)器為DHCPv6客戶端提供業(yè)務(wù)服務(wù)。
[0081] 由于主DHCPV6服務(wù)器為DHCPv6客戶端提供業(yè)務(wù)服務(wù)的過程中。只有當(dāng)自身維護(hù) 的DUID鏈表中包含DHCPv6客戶端發(fā)送的服務(wù)請(qǐng)求中包含的VOTID，才會(huì)為DHCPv6客戶端 提供業(yè)務(wù)服務(wù)，因此，如果主DHCPv6服務(wù)器故障，需要備DHCPv6服務(wù)器接管主DHCPv6服務(wù) 器為DHCPv6客戶端提供無縫持續(xù)的服務(wù)，備DHCPv6服務(wù)器維護(hù)的DUID鏈表中也就需要包 含DHCPv6客戶端發(fā)送的服務(wù)請(qǐng)求中包含的VOTID，也即，備DHCPv6服務(wù)器維護(hù)的DUID鏈表 中的VDHD應(yīng)該與主DHCPv6服務(wù)器維護(hù)的DUID鏈表中的VDHD相同，但主DHCPv6服務(wù)器 在正常狀態(tài)下為DHCPv6客戶端提供業(yè)務(wù)服務(wù)的過程中，備DHCPv6服務(wù)器維護(hù)的DUID鏈表 中的VDHD設(shè)置為不可用狀態(tài)。
[0082] 當(dāng)主DHCPv6服務(wù)器發(fā)生故障，備DHCPv6服務(wù)器接管主DHCPv6服務(wù)器的過程中， 備DHCPv6服務(wù)器首先會(huì)將與主DHCPv6服務(wù)器為DHCPv6客戶端提供業(yè)務(wù)服務(wù)相同的VOTID 設(shè)置為可用狀態(tài)，并根據(jù)設(shè)置為可用的VOTID為DHCPv6客戶端繼續(xù)提供業(yè)務(wù)服務(wù)。
[0083] 進(jìn)一步的，在現(xiàn)有技術(shù)中，主DHCPv6服務(wù)器和備DHCPv6服務(wù)器在為DHCPv6客戶 端提供業(yè)務(wù)服務(wù)的同時(shí)也提供DUID，而DUID是根據(jù)鏈路地址生成的，每個(gè)DHCPv6服務(wù)器只 能維護(hù)一個(gè)DUID，當(dāng)主DHCPv6服務(wù)器發(fā)生故障時(shí)，備DHCPv6服務(wù)器可以接管主DHCPv6服 務(wù)器，根據(jù)備DHCPv6服務(wù)器存儲(chǔ)的主DHCPv6服務(wù)器的DUID為DHCPv6客戶端繼續(xù)提供業(yè) 務(wù)服務(wù)，而當(dāng)備DHCPv6服務(wù)器由于斷電等故障需要重啟時(shí)，備DHCPv6服務(wù)器就需要及時(shí)重 新請(qǐng)求主DHCPv6服務(wù)器對(duì)應(yīng)的DUID，以使主DHCPv6服務(wù)器發(fā)生故障時(shí)，備DHCPv6服務(wù)器 可以接管主DHCPv6服務(wù)器。
[0084] 在現(xiàn)有技術(shù)的一種方案中，主DHCPv6服務(wù)器可以定期發(fā)送自身的DUID到備 DHCPv6服務(wù)器，從而使得備DHCPv6服務(wù)器可以維護(hù)與主DHCPv6服務(wù)器相同的DUID，但如 果主DHCPv6服務(wù)器發(fā)送自身的DUID到備DHCPv6服務(wù)器的頻率過高，會(huì)加重備份通道的負(fù) 擔(dān)，如果發(fā)送自身的DUID到備DHCPv6服務(wù)器的頻率過低，可能會(huì)無法及時(shí)發(fā)送自身的DUID 到備DHCPv6服務(wù)器。
[0085] 在現(xiàn)有技術(shù)的另一種方案中，備DHCPv6服務(wù)器在生成DUID前，向主DHCPv6服務(wù) 器查詢，如果查詢成功，則使用主DHCPv6服務(wù)器的DUID，否則使用本設(shè)備上的鏈路地址生 成DUID，而備DHCPv6服務(wù)器在向主DHCPv6服務(wù)器發(fā)送查詢消息時(shí)，可能主DHCPv6服務(wù)器 還未生成DUID，使備DHCPv6服務(wù)器得查詢失敗，無法生成與主DHCPv6服務(wù)器一致的DUID。
[0086] 可選的，本實(shí)施例提供的方法在主DHCPv6服務(wù)器接收DHCPv6客戶端發(fā)送的服務(wù) 請(qǐng)求之前，還包括：
[0087] 主DHCPv6服務(wù)器接收DHCPv6客戶端發(fā)送的發(fā)現(xiàn)請(qǐng)求；
[0088] 主DHCPv6服務(wù)器接收到DHCPv6客戶端發(fā)送的發(fā)現(xiàn)請(qǐng)求后，確定自身維護(hù)的DUID 鏈表中是否包含可用的VOTID ;
[0089] 如果主DHCPv6服務(wù)器自身維護(hù)的DUID鏈表中包含可用的VDHD，則主DHCPv6服 務(wù)器將可用的VOTID作為主DHCPv6服務(wù)器的DUID發(fā)送給DHCPv6客戶端，具體的，主DHCPv6 服務(wù)器將自身維護(hù)的DUID鏈表中第一個(gè)可用的VOTID作為主DHCPv6服務(wù)器的DUID發(fā)送 給DHCPv6客戶端。
[0090] 若包含不可用的VOTID，則主DHCPV6服務(wù)器確定不向DHCPV6客戶端提供服務(wù)；
[0091] 若不包含VDHD，則主DHCPv6服務(wù)器將DUID發(fā)送給DHCPv6客戶端，DUID為根據(jù) 主DHCPv6服務(wù)器的鏈路地址生成的。
[0092] 進(jìn)一步的，DHCPv6中定義了 4種類型的DUID，分別為基于鏈路地址和時(shí)間生成 DUID(DUID Based on Link-layer Address Plus Time，簡(jiǎn)稱為：DUID_LLT)、基于企業(yè)編號(hào) 生成 DUID(DUID Assigned by Vendor Based on Enterprise Number，簡(jiǎn)稱為：DUID_EN)、 基于鏈路地址生成 DUID(DUID Based on Link-layer Address，簡(jiǎn)稱為：DUID_LL)和基于 通用唯一識(shí)別碼生成 DUID((DUID Based on Universally Unique IDentifier，簡(jiǎn)稱為： DUID-UUID)。而本實(shí)施例中的DUID是基于鏈路地址生成的DUID。
[0093] 本發(fā)明實(shí)施例中，由于主DHCPv6服務(wù)器和備DHCPv6服務(wù)器都是通過VOTID為 DHCPv6客戶端提供業(yè)務(wù)服務(wù)，而VDUID是根據(jù)主DHCPv6服務(wù)器對(duì)應(yīng)的VRRP組的MAC地址 生成的，因此，在備DHCPv6服務(wù)器由于斷電或者其他原因需要重啟，備DHCPv6服務(wù)器只需 要根據(jù)主DHCPv6服務(wù)器對(duì)應(yīng)的VRRP組的MAC地址生成VDHD，以使主DHCPv6服務(wù)器發(fā)生 故障時(shí)，備DHCPv6服務(wù)器可以接管主DHCPv6服務(wù)器，并根據(jù)此VOTID為DHCPv6客戶端提 供無縫持續(xù)的服務(wù)，而無需被動(dòng)的向主DHCPv6服務(wù)器請(qǐng)求主DHCPv6服務(wù)器對(duì)應(yīng)的DUID。
[0094] 本發(fā)明實(shí)施例提供的DHCPv6服務(wù)器的熱備方法，首先，主DHCPv6服務(wù)器接收 DHCPv6客戶端發(fā)送的服務(wù)請(qǐng)求，其中，服務(wù)請(qǐng)求中包含VOTID，且VDUID為根據(jù)主DHCPv6服 務(wù)器對(duì)應(yīng)的VRRP組的MAC地址生成的，然后，主DHCPv6服務(wù)器確定存儲(chǔ)的DUID鏈表中是 否包含VOTID，若包含，則為DHCPv6客戶端提供業(yè)務(wù)服務(wù)。
[0095] 主DHCPv6服務(wù)器在發(fā)生故障時(shí)通知備DHCPv6服務(wù)器，備DHCPv6服務(wù)器會(huì)將 VDWD的狀態(tài)從不可用狀態(tài)切換為可用狀態(tài)并為DHCPv6客戶端提供業(yè)務(wù)服務(wù)，其中，通過 VDUID作為DHCPv6服務(wù)器的標(biāo)識(shí)為DHCPv6客戶端提供業(yè)務(wù)服務(wù)，使得備DHCPv6服務(wù)器 重啟后，備DHCPv6服務(wù)器可以自身生成與主DHCPv6服務(wù)器相同的VOTID，從而提高了主 DHCPv6服務(wù)器發(fā)生故障時(shí)，備DHCPv6服務(wù)器接管主DHCPv6服務(wù)器的及時(shí)性和可靠性。 [0096] 圖2為本發(fā)明實(shí)施例提供的DHCPv6服務(wù)器的熱備方法流程圖，如圖2所示，本實(shí) 施例的方法可以包括：
[0097] 步驟201 :備DHCPv6服務(wù)器接收角色切換通告信息，角色切換通告信息用于通知 備DHCPv6服務(wù)器需要接管發(fā)生故障的主DHCPv6服務(wù)器為DHCPv6客戶端提供業(yè)務(wù)服務(wù)。
[0098] 可選的，備DHCPv6服務(wù)器接收角色切換通告信息之前，還會(huì)根據(jù)對(duì)應(yīng)的VRRP組的 MAC地址生成VDHD，并將VDUID添加到DUID鏈表中，將VDUID設(shè)置為不可用狀態(tài)。由于備 DHCPv6服務(wù)器與主DHCPv6服務(wù)器對(duì)應(yīng)相同的VRRP組，所以備DHCPv6服務(wù)器維護(hù)的DUID 鏈表中的VOTID與主DHCPv6服務(wù)器為DHCPv6客戶端提供業(yè)務(wù)服務(wù)的VDUID相同。
[0099] 具體的，在主DHCPv6服務(wù)器根據(jù)VDUID為DHCPv6客戶端提供業(yè)務(wù)服務(wù)的過程中， 備DHCPv6服務(wù)器維護(hù)的DUID鏈表中的與主DHCPv6服務(wù)器為DHCPv6客戶端提供業(yè)務(wù)服務(wù) 相同VDUID設(shè)置為不可用狀態(tài)。
[0100] 在主DHCPV6服務(wù)器為DHCPV6客戶端提供業(yè)務(wù)服務(wù)的過程中，會(huì)定時(shí)的發(fā)送給備 DHCPv6服務(wù)器業(yè)務(wù)報(bào)文，此業(yè)務(wù)報(bào)文用于主DHCPv6服務(wù)器通知備DHCPv6服務(wù)器自身的狀 態(tài)，當(dāng)主DHCPv6服務(wù)器故障時(shí)，主DHCPv6服務(wù)器無法向備DHCPv6服務(wù)器發(fā)送業(yè)務(wù)報(bào)文， 當(dāng)備DHCPv6服務(wù)器在提前預(yù)置的時(shí)間內(nèi)沒有接收到主DHCPv6服務(wù)器發(fā)送的業(yè)務(wù)報(bào)文，備 DHCPv6服務(wù)器會(huì)默認(rèn)主DHCPv6服務(wù)器故障，并接收角色切換通告信息，角色切換通告信息 用于通知備DHCPv6服務(wù)器需要接管發(fā)生故障的主DHCPv6服務(wù)器為DHCPv6客戶端提供業(yè) 務(wù)服務(wù)。
[0101] 步驟202 :備DHCPV6服務(wù)器將存儲(chǔ)的DUID鏈表中的與主DHCPV6服務(wù)器為DHCPV6 客戶端提供業(yè)務(wù)服務(wù)相同的虛擬的DHCPv6唯一標(biāo)識(shí)VOTID設(shè)置為可用狀態(tài)，VOTID為根據(jù) 備DHCPv6服務(wù)器對(duì)應(yīng)的虛擬路由器冗余協(xié)議VRRP組的虛擬介質(zhì)訪問控制MAC地址生成 的。
[0102] 步驟203 :備DHCPv6服務(wù)器根據(jù)設(shè)置為可用狀態(tài)的VDHD為DHCPv6客戶端提供 業(yè)務(wù)服務(wù)，其中，備DHCPv6服務(wù)器與主DHCPv6服務(wù)器對(duì)應(yīng)相同的VRRP組。
[0103] 具體的，備DHCPV6服務(wù)器接收到角色切換通告信息后，會(huì)將存儲(chǔ)的DUID鏈表中的 與主DHCPv6服務(wù)器為DHCPv6客戶端提供業(yè)務(wù)服務(wù)相同的VDUID設(shè)置為可用狀態(tài)，然后利 用設(shè)置為可用狀態(tài)的VOTID為DHCPv6客戶端提供業(yè)務(wù)服務(wù)。
[0104] 由于為DHCPv6客戶端提供業(yè)務(wù)服務(wù)的標(biāo)識(shí)VOTID為備DHCPv6服務(wù)器根據(jù)主 DHCPv6服務(wù)器的VRRP組對(duì)應(yīng)的MAC地址生成的，而無需被動(dòng)的向主DHCPv6服務(wù)器請(qǐng)求主 DHCPv6服務(wù)器對(duì)應(yīng)的DUID，即使備DHCPv6服務(wù)器由于斷電等故障需要重啟，重啟后的備 DHCPv6服務(wù)器也無需被動(dòng)的請(qǐng)求主DHCPv6服務(wù)器的DUID，從而保證了備DHCPv6服務(wù)器接 管主DHCPv6服務(wù)器為DHCPv6客戶端提供服務(wù)的及時(shí)性和無縫性。
[0105] 進(jìn)一步的，DHCPv6中定義了 4種類型的DUID，分別為基于鏈路地址和時(shí)間生成 DUID (DUID Based on Link-layer Address Plus Time，簡(jiǎn)稱為：DUID_LLT)、基于企業(yè)編號(hào) 生成 DUID (DUID Assigned by Vendor Based on Enterprise Number，簡(jiǎn)稱為：DUID_EN)、 基于鏈路地址生成 DUID (DUID Based on Link-layer Address，簡(jiǎn)稱為：DUID_LL)和基于 通用唯一識(shí)別碼生成 DUID((DUID Based on Universally Unique IDentifier，簡(jiǎn)稱為： DUID-UUID)。而本實(shí)施例中的DUID是基于鏈路地址生成的DUID。
[0106] 本發(fā)明實(shí)施例提供的DHCPV6服務(wù)器的熱備方法，首先備DHCPv6服務(wù)器接收角 色切換通告信息，角色切換通告信息用于通知備DHCPv6服務(wù)器需要接管發(fā)生故障的主 DHCPv6服務(wù)器為DHCPv6客戶端提供業(yè)務(wù)服務(wù)，然后備DHCPv6服務(wù)器將存儲(chǔ)的DUID鏈表 中與主DHCPv6服務(wù)器為DHCPv6客戶端提供業(yè)務(wù)服務(wù)相同的VOTID設(shè)置為可用狀態(tài)，其中， VOTID為根據(jù)備DHCPv6服務(wù)器對(duì)應(yīng)的虛擬路由器冗余協(xié)議VRRP組的虛擬介質(zhì)訪問控制 MAC地址生成的。
[0107] 備DHCPv6服務(wù)器根據(jù)設(shè)置為可用狀態(tài)的VOTID為DHCPv6客戶端提供業(yè)務(wù)服務(wù)。 其中，通過VOTID作為DHCPv6服務(wù)器的標(biāo)識(shí)為DHCPv6客戶端提供業(yè)務(wù)服務(wù)，使得備DHCPv6 服務(wù)器重啟后，備DHCPv6服務(wù)器可以自身生成與主DHCPv6服務(wù)器相同的VOTID，從而提高 了主DHCPv6服務(wù)器發(fā)生故障時(shí)，備DHCPv6服務(wù)器接管主DHCPv6服務(wù)器的及時(shí)性和可靠 性。
[0108] 圖3為本發(fā)明實(shí)施例提供的DHCPV6服務(wù)器與DHCPV6客戶端進(jìn)行通信的方法流程 圖，如圖3所示，本實(shí)施例的方法可以包括 ：
[0109] 步驟301 :DHCPv6服務(wù)器首先通過自身對(duì)應(yīng)的鏈路地址生成DUID，并將DUID添加 在DUID鏈表中。
[0110] 步驟302 :DHCPv6服務(wù)器收到VRRP的配置通告信息后，使用對(duì)應(yīng)的VRRP組的虛 MAC地址生成VDHD，并將生成的VDHD添加到DUID鏈表中。同時(shí)將DUID鏈表中的DUID 和VDUID標(biāo)志設(shè)置為不可用。
[0111] 步驟303 :DHCPv6服務(wù)器接收到角色通告信息后，如果DHCPV6服務(wù)器的角色為主 服務(wù)器，則遍歷DUID鏈表，找到根據(jù)VRRP組的虛MAC地址所生成的DUID，將其的狀態(tài)從不 可用狀態(tài)切換為可用狀態(tài)。
[0112] 步驟304 :DHCPv6服務(wù)器與DHCPv6客戶端進(jìn)行通信，其通信的具體流程圖如圖4 所示：
[0113] 步驟3041 :DHCPv6客戶端向DHCPv6服務(wù)器發(fā)送發(fā)現(xiàn)請(qǐng)求，即發(fā)送SOLICIT消息到 特定的組播地址（All_DHCP_Relay_Agents_and_Servers，F(xiàn)F02: :1:2)，在該組播組內(nèi)的所 有的DHCPv6服務(wù)器都會(huì)做出響應(yīng)，此階段為發(fā)現(xiàn)階段
[0114] 步驟3042 :DHCPv6服務(wù)器收到DHCPv6客戶端的SOLICIT消息后，如果DHCPv6服 務(wù)器有基于虛MAC地址生成且可用的VOTID，說明該DHCPv6服務(wù)器的角色為主DHCPv6服務(wù) 器，則該DHCPv6服務(wù)器將該VOTID、可用的IPv6地址和其他參數(shù)信息通過ADVERTISE消息 通告給DHCPv6客戶端。
[0115] 如果DHCPv6服務(wù)器有基于虛MAC地址生成且不可用的VDHD，說明該DHCPv6服務(wù) 器的角色為備DHCPv6服務(wù)器，其不反饋給DHCPv6客戶端信息，也不為DHCPv6客戶端提供 業(yè)務(wù)服務(wù)。
[0116] 如果DHCPv6服務(wù)器沒有基于虛MAC地址生成且可用的VDHD，則DHCPv6服務(wù)器將 用設(shè)備鏈路地址生成的DUID、可用的IPv6地址和其他參數(shù)信息通過ADVERTISE消息通告給 DHCPv6客戶端，利用DUID作為DHCPv6服務(wù)器的標(biāo)識(shí)為現(xiàn)有技術(shù)，本申請(qǐng)中不再贅述。
[0117] 該階段為通告階段。
[0118] 步驟3043 :DHCPv6客戶端收到DHCPv6服務(wù)器發(fā)送的ADVERTISE消息后，根據(jù)自身 業(yè)務(wù)的需求，選擇一個(gè)DHCPv6服務(wù)器為自身提供服務(wù)，并通過REQUEST消息向該DHCPv6服 務(wù)器發(fā)起服務(wù)請(qǐng)求，服務(wù)請(qǐng)求消息中包括該DHCPv6服務(wù)器對(duì)應(yīng)的VOTID，該階段為請(qǐng)求階 段。
[0119] 步驟3044 :DHCPv6服務(wù)器收到DHCPv6客戶端發(fā)送的REQUEST消息后，判斷自身所 維護(hù)的DUID鏈表中是否包含接收到的服務(wù)請(qǐng)求消息中的VOTID，如果包含，DHCPv6服務(wù)器 從自身維護(hù)的IPv6地址中重新挑選可用的IPv6地址和其他參數(shù)信息通過REPLY消息答復(fù) DHCPv6客戶端，并生成租約（binding)。
[0120] 以使DHCPv6客戶端使用DHCPv6服務(wù)器所分配的IPv6地址與網(wǎng)絡(luò)上其他節(jié)點(diǎn)進(jìn) 行通信。如果不包含，DHCPv6服務(wù)器丟棄該服務(wù)請(qǐng)求消息。該階段為回復(fù)階段。
[0121] 步驟3045 :DHCPv6客戶端在一定時(shí)間后，需要向DHCPv6服務(wù)器發(fā)起續(xù)租請(qǐng)求，此 時(shí)，DHCPv6客戶端向DHCPv6服務(wù)器發(fā)送RENEW消息。如果租約還存在，DHCPv6服務(wù)器就以 該地址和新的租期回復(fù)DHCPv6客戶端。以使DHCPv6客戶端可以繼續(xù)使用DHCPv6服務(wù)器 所分配的IPv6地址與網(wǎng)絡(luò)上其他節(jié)點(diǎn)進(jìn)行通信，該階段為更新階段。
[0122] 步驟3046 :備DHCPv6服務(wù)器收到角色切換通告，也即，需要將備DHCPv6服務(wù)器切 換為主DHCPv6服務(wù)器，此時(shí)，備DHCPv6服務(wù)器將自身維護(hù)的DUID鏈表中與主DHCPv6服務(wù) 器相同的VDUID切換為可用狀態(tài)，并參照步驟3041-3045為后續(xù)的DHCPv6客戶端繼續(xù)提供 服務(wù)，同時(shí)，也會(huì)處理原主DHCPv6服務(wù)器已經(jīng)分配地址的DHCPv6客戶端的續(xù)租請(qǐng)求。
[0123] 進(jìn)一步的，DHCPv6中定義了 4種類型的DUID，分別為基于鏈路地址和時(shí)間生成 DUID(DUID Based on Link-layer Address Plus Time，簡(jiǎn)稱為：DUID_LLT)、基于企業(yè)編號(hào) 生成 DUID (DUID Assigned by Vendor Based on Enterprise Number，簡(jiǎn)稱為：DUID_EN)、 基于鏈路地址生成 DUID (DUID Based on Link-layer Address，簡(jiǎn)稱為：DUID_LL)和基于 通用唯一識(shí)別碼生成 DUID((DUID Based on Universally Unique IDentifier，簡(jiǎn)稱為： DUID-UUID)。而本實(shí)施例中的DUID是基于鏈路地址生成的DUID。
[0124] 進(jìn)一步的，圖5-圖10以三種場(chǎng)景具體描述了主DHCPv6服務(wù)器與備DHCPv6服務(wù) 器的切換過程。
[0125] 其中，圖5和圖6為DHCPv6服務(wù)器1+1備份冗余方法的示意圖，該方法應(yīng)用于系 統(tǒng)中有兩臺(tái)DHCPv6服務(wù)器，一臺(tái)DHCPv6服務(wù)器作為主服務(wù)器為DHCPv6客戶端提供業(yè)務(wù)服 務(wù)，另外一臺(tái)DHCPv6服務(wù)器作為備DHCPv6服務(wù)器，不為DHCPv6客戶端提供業(yè)務(wù)服務(wù)的場(chǎng) 旦 -5^ 〇
[0126] 其中，圖5為由主服務(wù)器為DHCPv6客戶端提供業(yè)務(wù)服務(wù)的方法示意圖，如圖5所 示，該方法中包括兩臺(tái)DHCPv6服務(wù)器，分別為DHCPv6服務(wù)器A和DHCPv6服務(wù)器B，并且 DHCPv6服務(wù)器A和DHCPv6服務(wù)器B同屬于虛擬MAC地址（00-00-5E-00-02- {VRID})中的 VRID 為 1 的 VRRP 組。
[0127] DHCPv6服務(wù)器A作為主DHCPv6服務(wù)器。DHCPv6服務(wù)器B作為備DHCPv6服務(wù)器。 當(dāng)主DHCPv6服務(wù)器發(fā)生故障時(shí)，由備DHCPv6服務(wù)器接管主DHCPv6服務(wù)器為DHCPv6客戶 端提供業(yè)務(wù)服務(wù)。
[0128] DHCPv6服務(wù)器A維護(hù)的的DUID鏈表中包括兩個(gè)DUID，分別為0仍0八和V_DHD，其 中，DWDA為DHCPv6服務(wù)器A根據(jù)自身對(duì)應(yīng)的鏈路地址生成的，V_DWD為DHCPv6服務(wù)器A 根據(jù)VRID為1的VRRP組的虛擬MAC地址生成的，DHCPv6服務(wù)器B維護(hù)的DUID鏈表中同 樣包括兩個(gè)DUID，分別為DUIDB和V_DHD，其中，DHDB為DHCPv6服務(wù)器B根據(jù)自身對(duì)應(yīng) 的鏈路地址生成的，V_DHD為DHCPv6服務(wù)器B根據(jù)VRID為1的VRRP組的虛擬MAC地址 生成的。
[0129] 具體的，當(dāng)DHCPv6服務(wù)器A處于正常工作狀態(tài)時(shí)，DHCPv6服務(wù)器A維護(hù)的DUID鏈 表中的V_DUID為可用狀態(tài)，即True狀態(tài)，DHCPv6服務(wù)器B維護(hù)的DUID鏈表中的V_DUID為 不可用狀態(tài)，即False狀態(tài)，當(dāng)DHCPv6服務(wù)器A收到DHCPv6客戶端的服務(wù)請(qǐng)求時(shí)，都是以 V_DUID作為DHCPv6服務(wù)器的DUID發(fā)給DHCPv6客戶端。如果DHCPv6服務(wù)器A發(fā)生故障， 如圖5所示，DHCPv6服務(wù)器B維護(hù)的DUID鏈表中的V_DUID會(huì)自動(dòng)切換為可用狀態(tài)，即True 狀態(tài)，當(dāng)DHCPv6服務(wù)器B收到DHCPv6客戶端的請(qǐng)求時(shí)，仍然可以以V_DUID作為DHCPv6服 務(wù)器的DUID發(fā)給DHCPv6客戶端，而DHCPv6客戶端感知不到DHCPv6服務(wù)器的變化。
[0130] 圖7和圖8為DHCPv6服務(wù)器的1+1負(fù)載均衡方法的不意圖，該方法應(yīng)用于系統(tǒng) 中有兩臺(tái)DHCPv6服務(wù)器，并且兩臺(tái)DHCPv6服務(wù)器都同時(shí)為DHCPv6客戶端提供服務(wù)，兩臺(tái) DHCPv6服務(wù)器互相備份的場(chǎng)景。
[0131] 其中，圖7為兩臺(tái)主服務(wù)器為DHCPv6客戶端提供業(yè)務(wù)服務(wù)的方法示意圖，如圖7 所示，該方法包括兩臺(tái)DHCPv6服務(wù)器，分別為DHCPv6服務(wù)器A和DHCPv6服務(wù)器B，并且 DHCPv6服務(wù)器A和DHCPv6服務(wù)器B同屬于虛擬MAC地址（00-00-5E-00-02- {VRID})中的 VRID = 1 和 VRID = 2 的 VRRP 組。DHCPv6 服務(wù)器 A 是 VRID = 1 的 VRRP 組的主 DHCPv6 服 務(wù)器，是VRID = 2的VRRP組的備DHCPv6服務(wù)器。DHCPv6服務(wù)器B是VRID = 1的VRRP組 的備DHCPv6服務(wù)器，是VRID = 2的VRRP組的主DHCPv6服務(wù)器。
[0132] DHCPv6服務(wù)器A維護(hù)的DUID鏈表中包括三個(gè)DUID，其中，DHDA為DHCPv6服務(wù)器 A根據(jù)自身對(duì)應(yīng)的鏈路地址生成的，，V_OTID1是DHCPv6服務(wù)器A根據(jù)VRID = 1的VRRP組 的虛MAC地址生成的、狀態(tài)為可用的DUID，即True狀態(tài)，V_DHD2是DHCPv6服務(wù)器A基于 VRID = 2的VRRP組的虛MAC地址生成的、狀態(tài)為不可用的DUID，S卩False狀態(tài)。DHCPv6服 務(wù)器B維護(hù)的DUID鏈表中同樣包括三個(gè)DUID，其中，V_DHD1是DHCPv6服務(wù)器B基于VRID =1的VRRP組的虛MAC地址生成的，V_DHD2是DHCPv6服務(wù)器B基于VRID = 2的VRRP 組的虛MAC地址生成的，但是狀態(tài)與DHCPv6服務(wù)器A相反，V_OTID2在DHCPv6服務(wù)器B上 的狀態(tài)是可用的，即True狀態(tài)，V_DHD1在DHCPv6服務(wù)器B上的狀態(tài)是不可用的，即Fal se 狀態(tài)。其中任何一臺(tái)DHCPv6服務(wù)器發(fā)生故障時(shí)，另外一臺(tái)DHCPv6服務(wù)器能夠接管發(fā)生故 障的DHCPv6服務(wù)器正在為DHCPv6客戶端提供的業(yè)務(wù)。
[0133] 具體的，Host A向DHCPv6服務(wù)器A發(fā)起DHCPv6服務(wù)請(qǐng)求，DHCPv6服務(wù)器A以V_ DHD1作為DHCPv6服務(wù)器的DUID發(fā)給DHCPv6客戶端，也即，DHCPv6服務(wù)器A以V_DHD1 作為自身為Host A提供業(yè)務(wù)服務(wù)的標(biāo)識(shí)，HOST B向DHCPv6服務(wù)器B發(fā)起DHCPv6請(qǐng)求， DHCPv6服務(wù)器B以V_DHD2作為DHCPv6服務(wù)器的DUID發(fā)給DHCPv6客戶端，也即，DHCPv6 服務(wù)器B以V_DWD2作為自身為Host B提供業(yè)務(wù)服務(wù)的標(biāo)識(shí)。
[0134] 如果DHCPv6服務(wù)器A發(fā)生故障，如圖8所示，DHCPv6服務(wù)器B維護(hù)的DUID鏈表 中的與DHCPv6服務(wù)器A為Host A提供業(yè)務(wù)服務(wù)的標(biāo)識(shí)相同的V_DWD1自動(dòng)切換為可用 狀態(tài)，即True狀態(tài)，。Host A發(fā)起的RENEW消息中的DHCPv6服務(wù)器DUID值為V_DHD1， DHCPv6服務(wù)器B接收到Host A的RENEW消息后，可以在自身維護(hù)的DUID鏈表中找到可用 的V_DUID1，從而可以繼續(xù)為Host A服務(wù)。
[0135] 作為另一種可實(shí)現(xiàn)的方式，如果DHCPv6服務(wù)器B發(fā)生故障，DHCPv6服務(wù)器A維護(hù) 的DUID鏈表中的與DHCPv6服務(wù)器B為Host B提供業(yè)務(wù)服務(wù)的標(biāo)識(shí)相同的V_OTID2自動(dòng) 切換為可用狀態(tài)，即True狀態(tài)。Host B發(fā)起的RENEW消息中的DHCPv6服務(wù)器DUID值為 V_DHD2，DHCPv6服務(wù)器A接收到Host B的RENEW消息后，可以在自身維護(hù)的DUID鏈表中 找到可用的V_DUID1，從而可以繼續(xù)為Host B服務(wù)。
[0136] 圖9和圖10為DHCPv6服務(wù)器的N+1備份冗余方法的示意圖，該方法的應(yīng)用于系統(tǒng) 中有N(N彡2)臺(tái)主DHCPv6服務(wù)器和1臺(tái)備DHCPv6服務(wù)器的場(chǎng)景。如圖8所示，DHCPv6服 務(wù)器A和DHCPv6服務(wù)器C屬于虛擬MAC地址（00-00-5E-00-02- {VRID})中的VRID為1的 VRRP 組。，DHCPv6 服務(wù)器 B 和 DHCPv6 服務(wù)器 C 屬于虛擬 MAC 地址（00-00-5E-00-02- {VRID}) 中的VRID為2的VRRP組。DHCPv6服務(wù)器A是VRID = 1的VRRP組的主DHCPv6服務(wù)器， DHCPv6服務(wù)器B是VRID = 2的VRRP組的主DHCPv6服務(wù)器，DHCPv6服務(wù)器C同屬于VRID =1的VRRP組和VRID = 2的VRRP組的備DHCPv6服務(wù)器。DHCPv6服務(wù)器A維護(hù)的的DUID 鏈表中包括兩個(gè)DUID，分別為DUIDA和V_DUID1，其中，DHDA為DHCPv6服務(wù)器A根據(jù)自身 對(duì)應(yīng)的鏈路地址生成的，V_DHD1為DHCPv6服務(wù)器A根據(jù)VRID為1的VRRP組的虛擬MAC 地址生成的；DHCPv6服務(wù)器B維護(hù)的DUID鏈表中同樣包括兩個(gè)DUID，分別為DUIDB和V_ DUID2,其中，DHDB為DHCPv6服務(wù)器B根據(jù)自身對(duì)應(yīng)的鏈路地址生成的，V_DHD2為DHCPv6 服務(wù)器B根據(jù)VRID為2的VRRP組的虛擬MAC地址生成的；DHCPv6服務(wù)器C維護(hù)的DUID鏈 表中包括三個(gè)DUID，分別為DUIDC、V_DHD1和V_DUID2,其中，DHDC為DHCPv6服務(wù)器C根 據(jù)自身對(duì)應(yīng)的鏈路地址生成的，V_OTID1為DHCPv6服務(wù)器C根據(jù)VRID為1的VRRP組的虛 擬MAC地址生成的，V_DHD2為DHCPv6服務(wù)器C根據(jù)VRID為2的VRRP組的虛擬MAC地址 生成的。
[0137] 具體的，當(dāng)DHCPv6服務(wù)器A處于正常工作狀態(tài)時(shí)，DHCPv6服務(wù)器A維護(hù)的DUID鏈 表中的V_DHD1為可用狀態(tài)，即True狀態(tài)，當(dāng)DHCPv6服務(wù)器B處于正常工作狀態(tài)時(shí)，DHCPv6 服務(wù)器B維護(hù)的DUID鏈表中的V_OTID2為可用狀態(tài)，即True狀態(tài)，DHCPv6服務(wù)器C維護(hù) 的DUID鏈表中的V_DHD1和V_DHD2均為不可用狀態(tài)，即False狀態(tài)。
[0138] 當(dāng)DHCPv6服務(wù)器A收到DHCPv6客戶端A發(fā)送的服務(wù)請(qǐng)求時(shí)，都是以V_DWD1作 為DHCPv6服務(wù)器的DUID發(fā)給DHCPv6客戶端A。如果DHCPv6服務(wù)器A發(fā)生故障，如圖10 所示，DHCPv6服務(wù)器C維護(hù)的DUID鏈表中的V_OTID1會(huì)自動(dòng)切換為可用狀態(tài)，即True狀 態(tài)，
[0139] DHCPv6服務(wù)器A會(huì)以V_DHD1作為DHCPv6服務(wù)器的DUID與Host A進(jìn)行交互。 DHCPv6服務(wù)器B會(huì)以V_DHD2作為DHCPv6服務(wù)器的DUID與Host B進(jìn)行交互。
[0140] 如果DHCPv6服務(wù)器A發(fā)生故障，DHCPv6服務(wù)器C維護(hù)的DUID鏈表中的與DHCPv6 服務(wù)器A為Host A提供業(yè)務(wù)服務(wù)的標(biāo)識(shí)相同的V_DWD1自動(dòng)切換為可用狀態(tài)，即True狀 態(tài)。Host A發(fā)起的RENEW消息中的DHCPv6服務(wù)器DUID值為V_DHDl，DHCPv6服務(wù)器C可 以在自身維護(hù)的DUID鏈表中找到可用的V_DUID1，從而繼續(xù)為Host A提供服務(wù)。
[0141] 本發(fā)明實(shí)施例提供的DHCPv6服務(wù)器與DHCPv6客戶端進(jìn)行通信的方法，主DHCPv6 服務(wù)器接收DHCPv6客戶端發(fā)送的服務(wù)請(qǐng)求，其中，服務(wù)請(qǐng)求中包含VOTID，且VOTID為根據(jù) 主DHCPv6服務(wù)器對(duì)應(yīng)的VRRP組的MAC地址生成的，然后，主DHCPv6服務(wù)器確定存儲(chǔ)的DUID 鏈表中是否包含VOTID，若包含，則為DHCPv6客戶端提供業(yè)務(wù)服務(wù)。
[0142] 當(dāng)主DHCPv6服務(wù)器在發(fā)生故障時(shí)，備DHCPv6服務(wù)器接收角色切換通告信息，角色 切換通告信息用于通知備DHCPv6服務(wù)器需要接管發(fā)生故障的主DHCPv6服務(wù)器為DHCPv6 客戶端提供業(yè)務(wù)服務(wù)，然后備DHCPv6服務(wù)器將存儲(chǔ)的DUID鏈表中與主DHCPv6服務(wù)器為 DHCPv6客戶端提供業(yè)務(wù)服務(wù)相同的VOTID設(shè)置為可用狀態(tài)，其中，VOTID為根據(jù)備DHCPv6 服務(wù)器對(duì)應(yīng)的虛擬路由器冗余協(xié)議VRRP組的虛擬介質(zhì)訪問控制MAC地址生成的。
[0143] 備DHCPv6服務(wù)器根據(jù)設(shè)置為可用狀態(tài)的VOTID為DHCPv6客戶端提供業(yè)務(wù)服務(wù)。 其中，通過VOTID作為DHCPv6服務(wù)器的標(biāo)識(shí)為DHCPv6客戶端提供業(yè)務(wù)服務(wù)，使得備DHCPv6 服務(wù)器重啟后，備DHCPv6服務(wù)器可以自身生成與主DHCPv6服務(wù)器相同的VOTID，從而提高 了主DHCPv6服務(wù)器發(fā)生故障時(shí)，備DHCPv6服務(wù)器接管主DHCPv6服務(wù)器的及時(shí)性和可靠 性。
[0144] 圖11為本發(fā)明實(shí)施例提供的互聯(lián)網(wǎng)協(xié)議第六版動(dòng)態(tài)主機(jī)配置協(xié)議DHCPv6服務(wù)器 的結(jié)構(gòu)示意圖，所述DHCPv6服務(wù)器為主DHCPv6服務(wù)器，所述主DHCPv6服務(wù)器400包括：
[0145] 第一接收模塊401，用于接收DHCPv6客戶端發(fā)送的服務(wù)請(qǐng)求，所述服務(wù)請(qǐng)求中包 含DHCPv6唯一標(biāo)識(shí)DUID，DHCPv6唯一標(biāo)識(shí)DUID為虛擬的DHCPv6唯一標(biāo)識(shí)VDHD，所述 VDUID為根據(jù)所述主DHCPv6服務(wù)器對(duì)應(yīng)的虛擬路由器冗余協(xié)議VRRP組的虛擬介質(zhì)訪問控 制MAC地址生成的；
[0146] 第一確定模塊402,用于確定存儲(chǔ)的DUID鏈表中是否包含所述VOTID，若包含，則 為所述DHCPv6客戶端提供業(yè)務(wù)服務(wù)；
[0147] 切換模塊403,用于所述主DHCPv6服務(wù)器在發(fā)生故障時(shí)通知備DHCPv6服務(wù)器， 以使所述備DHCPv6服務(wù)器將所述VOTID的狀態(tài)從不可用狀態(tài)切換為可用狀態(tài)并為所述 DHCPv6客戶端提供業(yè)務(wù)服務(wù)；
[0148] 其中，所述主DHCPv6服務(wù)器與所述備DHCPv6服務(wù)器對(duì)應(yīng)相同的VRRP組。
[0149] 進(jìn)一步的，如圖12所示，所述主DHCPv6服務(wù)器400還包括：第二接收模塊404、第 二確定模塊405和發(fā)送模塊406，
[0150] 所述第二接收模塊404用于接收所述DHCPv6客戶端發(fā)送的發(fā)現(xiàn)請(qǐng)求；
[0151] 所述第二確定模塊405用于確定所述DUID鏈表中是否包含可用的VOTID ;
[0152] 若包含可用的VDHD，則所述發(fā)送模塊406將所述可用的VDUID作為主DHCPv6服 務(wù)器的DUID發(fā)送給所述DHCPv6客戶端；
[0153] 若包含不可用的VOTID，則所述第二確定模塊405確定不提供DHCPv6地址服務(wù)；
[0154] 若不包含VDHD，則所述發(fā)送模塊406將DUID發(fā)送給所述DHCPv6客戶端，所述 DUID為根據(jù)所述主DHCPv6服務(wù)器的鏈路地址生成的。
[0155] 進(jìn)一步的，所述發(fā)送模塊406將所述可用的VOTID作為主DHCPv6服務(wù)器的DUID 發(fā)送給所述DHCPv6客戶端，包括：
[0156] 所述發(fā)送模塊406將所述DUID鏈表中第一個(gè)可用的VDUID作為主DHCPv6服務(wù)器 的DUID發(fā)送給所述DHCPv6客戶端。
[0157] 進(jìn)一步的，如圖13所示，所述主DHCPv6服務(wù)器400還包括：添加模塊407和設(shè)置 模塊408，
[0158] 所述添加模塊407用于在所述第一接收模塊401接收DHCPv6客戶端發(fā)送的服務(wù) 請(qǐng)求之前，根據(jù)對(duì)應(yīng)的VRRP組的MAC地址生成所述VDHD，將所述VDUID添加到所述DUID 鏈表中，并將所述VOTID設(shè)置為不可用狀態(tài)；
[0159] 所述設(shè)置模塊408在接收到VRRP主設(shè)備角色通告后，將所述VOTID設(shè)置為可用狀 態(tài)。
[0160] 本發(fā)明實(shí)施例提供的DHCPv6服務(wù)器，為圖1所示本發(fā)明實(shí)施例提供的DHCPv6服 務(wù)器的熱備方法的執(zhí)行設(shè)備，其實(shí)現(xiàn)原理和技術(shù)效果類似，此處不再贅述。
[0161] 圖14為本發(fā)明實(shí)施例提供的互聯(lián)網(wǎng)協(xié)議第六版動(dòng)態(tài)主機(jī)配置協(xié)議DHCPv6服務(wù)器 的結(jié)構(gòu)示意圖，所述DHCPv6服務(wù)器為備DHCPv6服務(wù)器，所述備DHCPv6服務(wù)器500包括：
[0162] 接收模塊501，用于接收VRRP角色切換通告信息，所述角色切換通告信息用于通 知所述備DHCPv6服務(wù)器需要接管發(fā)生故障的主DHCPv6服務(wù)器為DHCPv6客戶端提供業(yè)務(wù) 服務(wù)；
[0163] 切換模塊502，用于將存儲(chǔ)的DUID鏈表中的與所述主DHCPv6服務(wù)器為所述 DHCPv6客戶端提供業(yè)務(wù)服務(wù)相同的虛擬的DHCPv6唯一標(biāo)識(shí)VOTID設(shè)置為可用狀態(tài)，所述 VDUID為根據(jù)所述備DHCPv6服務(wù)器對(duì)應(yīng)的虛擬路由器冗余協(xié)議VRRP組的虛擬介質(zhì)訪問控 制MAC地址生成的；
[0164] 服務(wù)模塊503,用于根據(jù)所述切換模塊502設(shè)置為可用狀態(tài)的VOTID為所述 DHCPv6客戶端提供業(yè)務(wù)服務(wù)；
[0165] 其中，所述備DHCPv6服務(wù)器與所述主DHCPv6服務(wù)器對(duì)應(yīng)相同的VRRP組。
[0166] 進(jìn)一步，如圖15所示，所述備DHCPv6服務(wù)器500還包括：生成模塊504,用于在 所述接收模塊501接收角色切換通告信息之前，根據(jù)對(duì)應(yīng)的VRRP組的MAC地址生成所述 VDHD，將所述VDUID添加到所述DUID鏈表中，并將所述VDUID設(shè)置為不可用狀態(tài)。
[0167] 本發(fā)明實(shí)施例提供的DHCPv6服務(wù)器，為圖2所示本發(fā)明實(shí)施例提供的DHCPv6服 務(wù)器的熱備方法的執(zhí)行設(shè)備，其實(shí)現(xiàn)原理和技術(shù)效果類似，此處不再贅述。
[0168] 本領(lǐng)域普通技術(shù)人員可以理解：實(shí)現(xiàn)上述各方法實(shí)施例的全部或部分步驟可以通 過程序指令相關(guān)的硬件來完成。前述的程序可以存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中。該程 序在執(zhí)行時(shí)，執(zhí)行包括上述各方法實(shí)施例的步驟；而前述的存儲(chǔ)介質(zhì)包括：ROM、RAM、磁碟 或者光盤等各種可以存儲(chǔ)程序代碼的介質(zhì)。
[0169] 最后應(yīng)說明的是：以上各實(shí)施例僅用以說明本發(fā)明的技術(shù)方案，而非對(duì)其限制； 盡管參照前述各實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解：其 依然可以對(duì)前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對(duì)其中部分或者全部技術(shù)特征 進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實(shí)施例技 術(shù)方案的范圍。
【權(quán)利要求】
1. 一種互聯(lián)網(wǎng)協(xié)議第六版動(dòng)態(tài)主機(jī)配置協(xié)議DHCPV6服務(wù)器的熱備方法，其特征在于， 包括： 主DHCPv6服務(wù)器接收DHCPv6客戶端發(fā)送的服務(wù)請(qǐng)求，所述服務(wù)請(qǐng)求中包含DHCPv6唯 一標(biāo)識(shí)DUID，DHCPv6唯一標(biāo)識(shí)DUID為虛擬的DHCPv6唯一標(biāo)識(shí)VDHD，所述VDHD為根據(jù) 所述主DHCPv6服務(wù)器對(duì)應(yīng)的虛擬路由器冗余協(xié)議VRRP組的虛擬介質(zhì)訪問控制MAC地址生 成的； 所述主DHCPv6服務(wù)器確定存儲(chǔ)的DUID鏈表中是否包含所述VOTID，若包含，則為所述 DHCPv6客戶端提供業(yè)務(wù)服務(wù)； 所述主DHCPv6服務(wù)器在發(fā)生故障時(shí)通知備DHCPv6服務(wù)器，以使所述備DHCPv6服務(wù) 器將所述VOTID的狀態(tài)從不可用狀態(tài)切換為可用狀態(tài)并為所述DHCPv6客戶端提供業(yè)務(wù)服 務(wù)； 其中，所述主DHCPv6服務(wù)器與所述備DHCPv6服務(wù)器對(duì)應(yīng)相同的VRRP組。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，還包括： 所述主DHCPv6服務(wù)器接收所述DHCPv6客戶端發(fā)送的發(fā)現(xiàn)請(qǐng)求； 所述主DHCPv6服務(wù)器確定所述DUID鏈表中是否包含可用的VOTID ; 若包含可用的VDHD，則所述主DHCPv6服務(wù)器將所述可用的VDHD作為主DHCPv6服務(wù) 器的DUID發(fā)送給所述DHCPv6客戶端； 若包含不可用的VDWD，則所述主DHCPv6服務(wù)器確定不提供服務(wù)； 若不包含VDHD，則所述主DHCPv6服務(wù)器將DUID發(fā)送給所述DHCPv6客戶端，所述DUID 為根據(jù)所述主DHCPv6服務(wù)器的鏈路地址生成的。
3. 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述主DHCPv6服務(wù)器將所述可用的 VDHD作為主DHCPv6服務(wù)器的DUID發(fā)送給所述DHCPv6客戶端，包括： 所述主DHCPv6服務(wù)器將所述DUID鏈表中第一個(gè)可用的VDUID作為主DHCPv6服務(wù)器 的DUID發(fā)送給所述DHCPv6客戶端。
4. 根據(jù)權(quán)利要求1?3中任一項(xiàng)所述的方法，其特征在于，所述主DHCPv6服務(wù)器接收 DHCPv6客戶端發(fā)送的服務(wù)請(qǐng)求之前，還包括： 所述主DHCPv6服務(wù)器根據(jù)對(duì)應(yīng)的VRRP組的MAC地址生成所述VDHD，將所述VDHD添 加到所述DUID鏈表中，并將所述VOTID設(shè)置為不可用狀態(tài)； 所述主DHCPv6服務(wù)器在接收到VRRP主設(shè)備角色通告后，將所述VOTID設(shè)置為可用狀 態(tài)。
5. -種互聯(lián)網(wǎng)協(xié)議第六版動(dòng)態(tài)主機(jī)配置協(xié)議DHCPv6服務(wù)器的熱備方法，其特征在于， 包括： 備DHCPv6服務(wù)器接收VRRP角色切換通告信息，所述角色切換通告信息用于通知所述 備DHCPv6服務(wù)器需要接管發(fā)生故障的主DHCPv6服務(wù)器為DHCPv6客戶端提供業(yè)務(wù)服務(wù)； 所述備DHCPv6服務(wù)器將存儲(chǔ)的DUID鏈表中的與所述主DHCPv6服務(wù)器為所述DHCPv6 客戶端提供業(yè)務(wù)服務(wù)相同的虛擬的DHCPv6唯一標(biāo)識(shí)VOTID設(shè)置為可用狀態(tài)，所述VDUID為 根據(jù)所述備DHCPv6服務(wù)器對(duì)應(yīng)的虛擬路由器冗余協(xié)議VRRP組的虛擬介質(zhì)訪問控制MAC地 址生成的； 所述備DHCPv6服務(wù)器根據(jù)所述設(shè)置為可用狀態(tài)的VDUID為所述DHCPv6客戶端提供業(yè) 務(wù)服務(wù)； 其中，所述備DHCPv6服務(wù)器與所述主DHCPv6服務(wù)器對(duì)應(yīng)相同的VRRP組。
6. 根據(jù)權(quán)利要求5所述的方法，其特征在于，所述備DHCPv6服務(wù)器接收角色切換通告 信息之前，還包括： 所述備DHCPv6服務(wù)器根據(jù)對(duì)應(yīng)的VRRP組的MAC地址生成所述VDHD，將所述VDHD添 加到所述DUID鏈表中，并將所述VOTID設(shè)置為不可用狀態(tài)。
7. -種互聯(lián)網(wǎng)協(xié)議第六版動(dòng)態(tài)主機(jī)配置協(xié)議DHCPv6服務(wù)器，其特征在于，所述DHCPv6 服務(wù)器為主DHCPv6服務(wù)器，所述主DHCPv6服務(wù)器包括： 第一接收模塊，用于接收DHCPv6客戶端發(fā)送的服務(wù)請(qǐng)求，所述服務(wù)請(qǐng)求中包含DHCPv6 唯一標(biāo)識(shí)DUID，DHCPv6唯一標(biāo)識(shí)DUID為虛擬的DHCPv6唯一標(biāo)識(shí)VDHD，所述VDHD為根 據(jù)所述主DHCPv6服務(wù)器對(duì)應(yīng)的虛擬路由器冗余協(xié)議VRRP組的虛擬介質(zhì)訪問控制MAC地址 生成的； 確定模塊，用于確定存儲(chǔ)的DUID鏈表中是否包含所述VOTID，若包含，則為所述DHCPv6 客戶端提供業(yè)務(wù)服務(wù)； 切換模塊，用于所述主DHCPv6服務(wù)器在發(fā)生故障時(shí)通知備DHCPv6服務(wù)器，以使所述備 DHCPv6服務(wù)器將所述VOTID的狀態(tài)從不可用狀態(tài)切換為可用狀態(tài)并為所述DHCPv6客戶端 提供業(yè)務(wù)服務(wù)； 其中，所述主DHCPv6服務(wù)器與所述備DHCPv6服務(wù)器對(duì)應(yīng)相同的VRRP組。
8. 根據(jù)權(quán)利要求7所述的DHCPv6服務(wù)器，其特征在于，還包括：第二接收模塊和發(fā)送 模塊， 所述第二接收模塊用于接收所述DHCPv6客戶端發(fā)送的發(fā)現(xiàn)請(qǐng)求； 所述確定模塊還用于確定所述DUID鏈表中是否包含可用的VOTID ; 若包含可用的VOTID，則所述發(fā)送模塊將所述可用的VOTID作為主DHCPv6服務(wù)器的 DUID發(fā)送給所述DHCPv6客戶端； 若包含不可用的VDWD，則所述確定模塊確定不提供DHCPv6地址服務(wù)； 若不包含VOTID，則所述發(fā)送模塊將DUID發(fā)送給所述DHCPv6客戶端，所述DUID為根據(jù) 所述主DHCPv6服務(wù)器的鏈路地址生成的。
9. 根據(jù)權(quán)利要求8所述的DHCPv6服務(wù)器，其特征在于，所述發(fā)送模塊將所述可用的 VDUID作為主DHCPv6服務(wù)器的DUID發(fā)送給所述DHCPv6客戶端，包括： 所述發(fā)送模塊將所述DUID鏈表中第一個(gè)可用的VOTID作為主DHCPv6服務(wù)器的DUID 發(fā)送給所述DHCPv6客戶端。
10. 根據(jù)權(quán)利要求7?9中任一項(xiàng)所述的DHCPv6服務(wù)器，其特征在于，還包括：添加模 塊和設(shè)置模塊， 所述添加模塊用于在所述第一接收模塊接收DHCPv6客戶端發(fā)送的服務(wù)請(qǐng)求之前，根 據(jù)對(duì)應(yīng)的VRRP組的MAC地址生成所述VDHD，將所述VDUID添加到所述DUID鏈表中，并將 所述VDUID設(shè)置為不可用狀態(tài)； 所述設(shè)置模塊在接收到VRRP主設(shè)備角色通告后，將所述VDUID設(shè)置為可用狀態(tài)。
11. 一種互聯(lián)網(wǎng)協(xié)議第六版動(dòng)態(tài)主機(jī)配置協(xié)議DHCPv6服務(wù)器，其特征在于，所述 DHCPv6服務(wù)器為備DHCPv6服務(wù)器，所述備DHCPv6服務(wù)器包括： 接收模塊，用于接收VRRP角色切換通告信息，所述角色切換通告信息用于通知所述備 DHCPv6服務(wù)器需要接管發(fā)生故障的主DHCPv6服務(wù)器為DHCPv6客戶端提供業(yè)務(wù)服務(wù)； 切換模塊，用于將存儲(chǔ)的DUID鏈表中的與所述主DHCPv6服務(wù)器為所述DHCPv6客戶端 提供業(yè)務(wù)服務(wù)相同的虛擬的DHCPv6唯一標(biāo)識(shí)VDUID設(shè)置為可用狀態(tài)，所述VDUID為根據(jù)所 述備DHCPv6服務(wù)器對(duì)應(yīng)的虛擬路由器冗余協(xié)議VRRP組的虛擬介質(zhì)訪問控制MAC地址生成 的； 服務(wù)模塊，用于根據(jù)所述切換模塊設(shè)置為可用狀態(tài)的VOTID為所述DHCPv6客戶端提供 業(yè)務(wù)服務(wù)； 其中，所述備DHCPv6服務(wù)器與所述主DHCPv6服務(wù)器對(duì)應(yīng)相同的VRRP組。
12.根據(jù)權(quán)利要求11所述的DHCPv6服務(wù)器，其特征在于，還包括：生成模塊，用于在所 述接收模塊接收角色切換通告信息之前，根據(jù)對(duì)應(yīng)的VRRP組的MAC地址生成所述VDUID，將 所述VDUID添加到所述DUID鏈表中，并將所述VDUID設(shè)置為不可用狀態(tài)。
【文檔編號(hào)】H04L29/12GK104158694SQ201410428071
【公開日】2014年11月19日 申請(qǐng)日期:2014年8月27日 優(yōu)先權(quán)日:2014年8月27日
【發(fā)明者】黃慶新 申請(qǐng)人:福建星網(wǎng)銳捷網(wǎng)絡(luò)有限公司