本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種動態(tài)主機(jī)配置協(xié)議DHCP服務(wù)器管理方法及裝置。

背景技術(shù)：

在接入設(shè)備工程應(yīng)用中，用戶基本通過動態(tài)主機(jī)配置協(xié)議(Dynamic Host Configuration Protocol，簡稱為DHCP)獲取IP地址實(shí)現(xiàn)上網(wǎng)或者語音業(yè)務(wù)，而通常DHCP客戶端和DHCP服務(wù)器不在一個(gè)局域網(wǎng)中，則就需要接入設(shè)備具有DHCP中繼功能。DHCP中繼主要完成將收到DHCP客戶端發(fā)送的請求報(bào)文后，轉(zhuǎn)換成單播報(bào)文發(fā)送給DHCP服務(wù)器，同時(shí)將DHCP服務(wù)器發(fā)送的響應(yīng)報(bào)文轉(zhuǎn)發(fā)給DHCP客戶端，從而DHCP客戶端可以成功獲取IP地址，實(shí)現(xiàn)相關(guān)業(yè)務(wù)。

在相關(guān)技術(shù)中，在使用DHCP獲取IP地址的用戶可能因?yàn)楂@取不到IP地址出現(xiàn)上不了網(wǎng)，打不了電話的情況，如果很長時(shí)間都得不到恢復(fù)，那么用戶多半就要投訴了。

針對相關(guān)技術(shù)中，用戶使用DHCP獲取不到IP地址的問題，目前尚未提出有效的解決方案。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明提供了一種動態(tài)主機(jī)配置協(xié)議DHCP服務(wù)器管理方法及裝置，以至少解決用戶使用DHCP獲取不到IP地址的問題。

根據(jù)本發(fā)明的一個(gè)方面，提供了一種動態(tài)主機(jī)配置協(xié)議DHCP服務(wù)器管理方法，包括：

DHCP中繼根據(jù)轉(zhuǎn)發(fā)策略發(fā)送DHCP客戶端的請求報(bào)文給第一DHCP服務(wù)器；

在預(yù)設(shè)時(shí)間段和/或預(yù)設(shè)轉(zhuǎn)發(fā)次數(shù)內(nèi)，所述DHCP中繼沒有收到所述第一DHCP服務(wù)器對所述請求報(bào)文的響應(yīng)報(bào)文，所述DHCP中繼根據(jù)所述轉(zhuǎn)發(fā)策略將所述第一DHCP服務(wù)器切換到第二DHCP服務(wù)器。

進(jìn)一步地，所述轉(zhuǎn)發(fā)策略包括以下至少之一：

主備策略，用于所述請求報(bào)文發(fā)送給主服務(wù)器；

輪循策略，用于所述請求報(bào)文輪循發(fā)送給配置的服務(wù)器；

標(biāo)準(zhǔn)策略，用于所述請求報(bào)文發(fā)送給子網(wǎng)中配置的所有服務(wù)器。

進(jìn)一步地，在預(yù)設(shè)時(shí)間段和/或預(yù)設(shè)轉(zhuǎn)發(fā)次數(shù)內(nèi)，所述DHCP中繼沒有收到所述第一DHCP服務(wù)器發(fā)送的對所述請求報(bào)文的響應(yīng)報(bào)文之后，所述方法包括：

所述DHCP中繼發(fā)送告警信息給網(wǎng)管，所述告警信息指示所述第一DHCP服務(wù)器不可用。

進(jìn)一步地，所述DHCP中繼發(fā)送告警信息給網(wǎng)管之后，所述方法還包括：

所述DHCP中繼根據(jù)所述轉(zhuǎn)發(fā)策略繼續(xù)發(fā)送DHCP客戶端所述請求報(bào)文給第一DHCP服務(wù)器，在收到所述第一DHCP服務(wù)器對所述請求報(bào)文的響應(yīng)報(bào)文的情況下，通知所述網(wǎng)管告警恢復(fù)。

進(jìn)一步地，在所述轉(zhuǎn)發(fā)策略為所述主備策略或者所述輪循策略的情況下，所述告警信息包括所述第一DHCP服務(wù)器的網(wǎng)絡(luò)IP地址；

在所述轉(zhuǎn)發(fā)策略為標(biāo)準(zhǔn)策略的情況下，所述告警信息包括所述第一DHCP服務(wù)器所屬組的身份識別ID信息。

進(jìn)一步地，所述DHCP中繼根據(jù)所述轉(zhuǎn)發(fā)策略將所述第一DHCP服務(wù)器切換第二DHCP服務(wù)器包括：

在所述轉(zhuǎn)發(fā)策略為所述主備策略的情況下，所述DHCP中繼將所述第一DHCP服務(wù)切換為所述第一DHCP服務(wù)器的所述第二DHCP服務(wù)器，其中，所述第一DHCP服務(wù)器為主服務(wù)器，所述第二DHCP服務(wù)器為所述主服務(wù)器的一個(gè)或多個(gè)備服務(wù)器；

在所述轉(zhuǎn)發(fā)策略為所述輪循策略的情況下，所述DHCP中繼輪循所述第一DHCP服務(wù)器到下一個(gè)所述第二DHCP服務(wù)器；

在所述轉(zhuǎn)發(fā)策略為所述標(biāo)準(zhǔn)策略的情況下，所述DHCP中繼將所述請求報(bào)文發(fā)送給所述第一DHCP服務(wù)器所屬子網(wǎng)中配置的所有服務(wù)器。

進(jìn)一步地，所述DHCP中繼根據(jù)所述轉(zhuǎn)發(fā)策略將所述第一DHCP服務(wù)器切換第二DHCP服務(wù)器后，所述方法包括：

所述DHCP中繼配置所述第一DHCP服務(wù)器的復(fù)活時(shí)間，到所述復(fù)活時(shí)間時(shí)，所述DHCP中繼確認(rèn)所述第一DHCP服務(wù)器可用；

在所述轉(zhuǎn)發(fā)策略為所述主備策略的情況下，所述DHCP中繼將所述第一DHCP服務(wù)器的備服務(wù)器的切換為所述第一DHCP服務(wù)器的主服務(wù)器；

在所述轉(zhuǎn)發(fā)策略為所述輪循策略的情況下，所述DHCP中繼將所述第二DHCP服務(wù)器輪循到所述第一DHCP服務(wù)器；

在所述轉(zhuǎn)發(fā)策略為所述標(biāo)準(zhǔn)策略的情況下，所述DHCP中繼將所述請求報(bào)文發(fā)送給所述第一DHCP服務(wù)器所屬子網(wǎng)中配置的所有服務(wù)器。

根據(jù)本發(fā)明的另一個(gè)方面，還提供了一種動態(tài)主機(jī)配置協(xié)議DHCP服務(wù)器管理裝置，包括：

發(fā)送模塊，用于DHCP中繼根據(jù)轉(zhuǎn)發(fā)策略發(fā)送DHCP客戶端的請求報(bào)文給第一DHCP服務(wù)器；

切換模塊，用于在預(yù)設(shè)時(shí)間段和/或預(yù)設(shè)轉(zhuǎn)發(fā)次數(shù)內(nèi)，所述DHCP中繼沒有收到所述第一DHCP服務(wù)器對所述請求報(bào)文的響應(yīng)報(bào)文，所述DHCP中繼根據(jù)所述轉(zhuǎn)發(fā)策略將所述第一DHCP服務(wù)器切換到第二DHCP服務(wù)器。

進(jìn)一步地，所述轉(zhuǎn)發(fā)策略包括以下至少之一：

主備策略，用于所述請求報(bào)文發(fā)送給主服務(wù)器；

輪循策略，用于所述請求報(bào)文輪循發(fā)送給配置的服務(wù)器；

標(biāo)準(zhǔn)策略，用于所述請求報(bào)文發(fā)送給子網(wǎng)中配置的所有服務(wù)器。

進(jìn)一步地，所述裝置包括：

告警模塊，用于所述DHCP中繼發(fā)送告警信息給網(wǎng)管，所述告警信息指示所述第一DHCP服務(wù)器不可用。

進(jìn)一步地，所述裝置還包括：

告警恢復(fù)模塊，用于所述DHCP中繼根據(jù)所述轉(zhuǎn)發(fā)策略繼續(xù)發(fā)送DHCP客戶端所述請求報(bào)文給第一DHCP服務(wù)器，在收到所述第一DHCP服務(wù)器對所述請求報(bào)文的響應(yīng)報(bào)文的情況下，通知所述網(wǎng)管告警恢復(fù)。

進(jìn)一步地，所述切換模塊包括：

第一切換單元，用于在所述轉(zhuǎn)發(fā)策略為所述主備策略的情況下，所述DHCP中繼將所述第一DHCP服務(wù)切換為所述第一DHCP服務(wù)器的所述第二DHCP服務(wù)器，其中，所述第一DHCP服務(wù)器為主服務(wù)器，所述第二DHCP服務(wù)器為所述主服務(wù)器的一個(gè)或多個(gè)備服務(wù)器；

第二切換單元，用于在所述轉(zhuǎn)發(fā)策略為所述輪循策略的情況下，所述DHCP中繼輪循所述第一DHCP服務(wù)器到下一個(gè)所述第二DHCP服務(wù)器；

第三切換單元，用于在所述轉(zhuǎn)發(fā)策略為所述標(biāo)準(zhǔn)策略的情況下，所述DHCP中繼將所述請求報(bào)文發(fā)送給所述第一DHCP服務(wù)器所屬子網(wǎng)中配置的所有服務(wù)器。

通過本發(fā)明，DHCP中繼根據(jù)轉(zhuǎn)發(fā)策略發(fā)送DHCP客戶端的請求報(bào)文給第一DHCP 服務(wù)器，在預(yù)設(shè)時(shí)間段和/或預(yù)設(shè)轉(zhuǎn)發(fā)次數(shù)內(nèi)，該DHCP中繼沒有收到該第一DHCP服務(wù)器對該請求報(bào)文的響應(yīng)報(bào)文，該DHCP中繼根據(jù)該轉(zhuǎn)發(fā)策略將該第一DHCP服務(wù)器切換到第二DHCP服務(wù)器，解決了用戶使用DHCP獲取不到IP地址的問題，提高了系統(tǒng)的可維護(hù)性和糾錯(cuò)性。

附圖說明

此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中：

圖1是根據(jù)本發(fā)明實(shí)施例的一種動態(tài)主機(jī)配置協(xié)議DHCP服務(wù)器管理方法的流程圖；

圖2是根據(jù)本發(fā)明實(shí)施例的一種動態(tài)主機(jī)配置協(xié)議DHCP服務(wù)器管理裝置的結(jié)構(gòu)框圖；

圖3是根據(jù)本優(yōu)選實(shí)施例的一種接入設(shè)備中使用DHCP服務(wù)器的方法的流程圖。

具體實(shí)施方式

下文中將參考附圖并結(jié)合實(shí)施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實(shí)施例及實(shí)施例中的特征可以相互組合。

需要說明的是，本發(fā)明的說明書和權(quán)利要求書及上述附圖中的術(shù)語“第一”、“第二”等是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。

在本實(shí)施例中提供了一種動態(tài)主機(jī)配置協(xié)議DHCP服務(wù)器管理方法，圖1是根據(jù)本發(fā)明實(shí)施例的一種動態(tài)主機(jī)配置協(xié)議DHCP服務(wù)器管理方法的流程圖，如圖1所示，該流程包括如下步驟：

步驟S102，DHCP中繼根據(jù)轉(zhuǎn)發(fā)策略發(fā)送DHCP客戶端的請求報(bào)文給第一DHCP服務(wù)器；

步驟S104，在預(yù)設(shè)時(shí)間段和/或預(yù)設(shè)轉(zhuǎn)發(fā)次數(shù)內(nèi)，該DHCP中繼沒有收到該第一DHCP服務(wù)器對該請求報(bào)文的響應(yīng)報(bào)文，該DHCP中繼根據(jù)該轉(zhuǎn)發(fā)策略將該第一DHCP服務(wù)器切換到第二DHCP服務(wù)器。

通過上述步驟，DHCP中繼根據(jù)轉(zhuǎn)發(fā)策略發(fā)送DHCP客戶端的請求報(bào)文給第一DHCP服務(wù)器，在預(yù)設(shè)時(shí)間段和/或預(yù)設(shè)轉(zhuǎn)發(fā)次數(shù)內(nèi)，該DHCP中繼沒有收到該第一DHCP服務(wù)器對該請求報(bào)文的響應(yīng)報(bào)文，該DHCP中繼根據(jù)該轉(zhuǎn)發(fā)策略將該第一DHCP服務(wù)器切換到第二DHCP服務(wù)器，解決了用戶使用DHCP獲取不到IP地址的問題，提高了系統(tǒng)的可維護(hù)性和糾錯(cuò)性。

上述實(shí)施例中，該轉(zhuǎn)發(fā)策略包括以下至少之一：

主備策略，用于該請求報(bào)文發(fā)送給主服務(wù)器；

輪循策略，用于該請求報(bào)文輪循發(fā)送給配置的服務(wù)器；

標(biāo)準(zhǔn)策略，用于該請求報(bào)文發(fā)送給子網(wǎng)中配置的所有服務(wù)器。

在本實(shí)施例中，在預(yù)設(shè)時(shí)間段和/或預(yù)設(shè)轉(zhuǎn)發(fā)次數(shù)內(nèi)，該DHCP中繼沒有收到該第一DHCP服務(wù)器發(fā)送的對該請求報(bào)文的響應(yīng)報(bào)文之后，該第一DHCP服務(wù)器發(fā)送告警信息給網(wǎng)管，該告警信息指示該第一DHCP服務(wù)器不可用。并且在該DHCP中繼根據(jù)該轉(zhuǎn)發(fā)策略繼續(xù)發(fā)送DHCP客戶端該請求報(bào)文給第一DHCP服務(wù)器，在收到該第一DHCP服務(wù)器對該請求報(bào)文的響應(yīng)報(bào)文的情況下，通知該網(wǎng)管告警恢復(fù)。

在本實(shí)施例中，在該轉(zhuǎn)發(fā)策略為該主備策略或者該輪循策略的情況下，該告警信息包括該第一DHCP服務(wù)器的網(wǎng)絡(luò)IP地址；

在該轉(zhuǎn)發(fā)策略為標(biāo)準(zhǔn)策略的情況下，該告警信息包括該第一DHCP服務(wù)器所屬組的身份識別ID信息。

在本實(shí)施例中，該DHCP中繼根據(jù)該轉(zhuǎn)發(fā)策略將該第一DHCP服務(wù)器切換第二DHCP服務(wù)器有多種方式，其中，可以包括以下幾種方式：

在該轉(zhuǎn)發(fā)策略為該主備策略的情況下，該DHCP中繼將該第一DHCP服務(wù)器的主服務(wù)器切換為該第一DHCP服務(wù)器的備服務(wù)器；

在該轉(zhuǎn)發(fā)策略為該輪循策略的情況下，該DHCP中繼輪循該第一DHCP服務(wù)器到下一個(gè)該第二DHCP服務(wù)器；

在該轉(zhuǎn)發(fā)策略為該標(biāo)準(zhǔn)策略的情況下，該DHCP中繼將該請求報(bào)文發(fā)送給該第一DHCP服務(wù)器所屬子網(wǎng)中配置的所有服務(wù)器。

在本實(shí)施例中，該DHCP中繼根據(jù)該轉(zhuǎn)發(fā)策略將該第一DHCP服務(wù)器切換第二DHCP服務(wù)器后，該方法包括：

該DHCP中繼配置該第一DHCP服務(wù)器的復(fù)活時(shí)間，到該復(fù)活時(shí)間時(shí)，該DHCP中繼確認(rèn)該第一DHCP服務(wù)器可用；

在該轉(zhuǎn)發(fā)策略為該主備策略的情況下，該DHCP中繼將該第一DHCP服務(wù)切換為該第一DHCP服務(wù)器的該第二DHCP服務(wù)器，其中，該第一DHCP服務(wù)器為主服務(wù)器，該第二DHCP服務(wù)器為該主服務(wù)器的一個(gè)或多個(gè)備服務(wù)器；

在該轉(zhuǎn)發(fā)策略為該輪循策略的情況下，該DHCP中繼將該第二DHCP服務(wù)器輪循到該第一DHCP服務(wù)器；

在該轉(zhuǎn)發(fā)策略為該標(biāo)準(zhǔn)策略的情況下，該DHCP中繼將該請求報(bào)文發(fā)送給該第一DHCP服務(wù)器所屬子網(wǎng)中配置的所有服務(wù)器。

在本實(shí)施例中還提供了一種動態(tài)主機(jī)配置協(xié)議DHCP服務(wù)器管理裝置，該裝置用于實(shí)現(xiàn)上述實(shí)施例及優(yōu)選實(shí)施方式，已經(jīng)進(jìn)行過說明的不再贅述。如以下所使用的，術(shù)語“模塊”可以實(shí)現(xiàn)預(yù)定功能的軟件和/或硬件的組合。盡管以下實(shí)施例所描述的裝置較佳地以軟件來實(shí)現(xiàn)，但是硬件，或者軟件和硬件的組合的實(shí)現(xiàn)也是可能并被構(gòu)想的。

圖2是根據(jù)本發(fā)明實(shí)施例的一種動態(tài)主機(jī)配置協(xié)議DHCP服務(wù)器管理裝置的結(jié)構(gòu)框圖，如圖2所示，該裝置包括

發(fā)送模塊22，用于DHCP中繼根據(jù)轉(zhuǎn)發(fā)策略發(fā)送DHCP客戶端的請求報(bào)文給第一DHCP服務(wù)器；

切換模塊24，用于在預(yù)設(shè)時(shí)間段和/或預(yù)設(shè)轉(zhuǎn)發(fā)次數(shù)內(nèi)，該DHCP中繼沒有收到該第一DHCP服務(wù)器對該請求報(bào)文的響應(yīng)報(bào)文，該DHCP中繼根據(jù)該轉(zhuǎn)發(fā)策略將該第一DHCP服務(wù)器切換到第二DHCP服務(wù)器。

通過上述裝置，DHCP中繼根據(jù)轉(zhuǎn)發(fā)策略發(fā)送DHCP客戶端的請求報(bào)文給第一DHCP服務(wù)器，在預(yù)設(shè)時(shí)間段和/或預(yù)設(shè)轉(zhuǎn)發(fā)次數(shù)內(nèi)，該DHCP中繼沒有收到該第一DHCP服務(wù)器對該請求報(bào)文的響應(yīng)報(bào)文，該DHCP中繼根據(jù)該轉(zhuǎn)發(fā)策略將該第一DHCP服務(wù)器切換到第二DHCP服務(wù)器，解決了用戶使用DHCP獲取不到IP地址的問題，提高了系統(tǒng)的可維護(hù)性和糾錯(cuò)性。

在本實(shí)施例中，該轉(zhuǎn)發(fā)策略包括以下至少之一：

主備策略，用于該請求報(bào)文發(fā)送給主服務(wù)器；

輪循策略，用于該請求報(bào)文輪循發(fā)送給配置的服務(wù)器；

標(biāo)準(zhǔn)策略，用于該請求報(bào)文發(fā)送給子網(wǎng)中配置的所有服務(wù)器。

在本實(shí)施例中，該裝置還包括：

告警模塊，用于該第一DHCP服務(wù)器發(fā)送告警信息給網(wǎng)管，該告警信息指示該第一DHCP服務(wù)器不可用。

在本實(shí)施例中，該裝置還包括：告警恢復(fù)模塊，用于該DHCP中繼根據(jù)該轉(zhuǎn)發(fā)策略繼續(xù)發(fā)送DHCP客戶端該請求報(bào)文給第一DHCP服務(wù)器，在收到該第一DHCP服務(wù)器對該請求報(bào)文的響應(yīng)報(bào)文的情況下，通知該網(wǎng)管告警恢復(fù)。

在本實(shí)施例中，該切換模塊24包括：

第一切換單元，用于在該轉(zhuǎn)發(fā)策略為該主備策略的情況下，該DHCP中繼將該第一DHCP服務(wù)切換為該第一DHCP服務(wù)器的該第二DHCP服務(wù)器，其中，該第一DHCP服務(wù)器為主服務(wù)器，該第二DHCP服務(wù)器為該主服務(wù)器的一個(gè)或多個(gè)備服務(wù)器；

第二切換單元，用于在該轉(zhuǎn)發(fā)策略為該輪循策略的情況下，該DHCP中繼輪循該第 一DHCP服務(wù)器到下一個(gè)該第二DHCP服務(wù)器；

第三切換單元，用于在該轉(zhuǎn)發(fā)策略為該標(biāo)準(zhǔn)策略的情況下，該DHCP中繼將該請求報(bào)文發(fā)送給該第一DHCP服務(wù)器所屬子網(wǎng)中配置的所有服務(wù)器。

下面結(jié)合優(yōu)選實(shí)施例和實(shí)施方式對本發(fā)明進(jìn)行詳細(xì)說明。

本優(yōu)選實(shí)施例在接入設(shè)備啟用DHCP中繼的場景下，如果正在使用的外接DHCP服務(wù)器出現(xiàn)問題，可通過告警的方式快速通知設(shè)備維護(hù)人員，且能夠根據(jù)系統(tǒng)提供的如何使用DHCP服務(wù)器的轉(zhuǎn)發(fā)策略，快速切換到其它可用DHCP服務(wù)器上，提高了系統(tǒng)的可維護(hù)性和用戶的滿意度。

圖3是根據(jù)本優(yōu)選實(shí)施例的一種接入設(shè)備中使用DHCP服務(wù)器的方法的流程圖，如圖3所示，包括以下步驟：

步驟S302，DHCP中繼根據(jù)轉(zhuǎn)發(fā)策略發(fā)送DHCP客戶端請求報(bào)文給DHCP服務(wù)器；

步驟S304，DHCP中繼轉(zhuǎn)發(fā)多次客戶端的請求報(bào)文且一定時(shí)間內(nèi)，沒有收到DHCP服務(wù)器響應(yīng)報(bào)文，則產(chǎn)生告警發(fā)送給網(wǎng)管，提示當(dāng)前服務(wù)器不可用，并配置此服務(wù)器的復(fù)活時(shí)間；

步驟S306，DHCP中繼根據(jù)轉(zhuǎn)發(fā)策略切換到可用服務(wù)器；

步驟S308，不可用DHCP服務(wù)器復(fù)活時(shí)間到后，DHCP中繼根據(jù)轉(zhuǎn)發(fā)策略切換到此服務(wù)器；

步驟S310，產(chǎn)生告警的DHCP服務(wù)器響應(yīng)DHCP中繼發(fā)送的請求報(bào)文后，告警恢復(fù)。

所述方法，其中：所述步驟S302中，轉(zhuǎn)發(fā)策略為如何使用DHCP服務(wù)的策略，方法包括：

主備策略：請求報(bào)文一直發(fā)送給主服務(wù)器，除非主服務(wù)器不可用；

輪循策略：請求報(bào)文輪循發(fā)送給配置的服務(wù)器；

標(biāo)準(zhǔn)策略：請求報(bào)文發(fā)送給子網(wǎng)中配置的所有服務(wù)器；

所述方法，其中：所述步驟S304中，DHCP中繼轉(zhuǎn)發(fā)多次客戶端的請求報(bào)文且一定時(shí)間內(nèi)，沒有收到DHCP服務(wù)器響應(yīng)報(bào)文，其中次數(shù)和時(shí)間可配，且第二步中提到的復(fù)活時(shí)間也可以配置；

所述第二步種的DHCP中繼發(fā)送的告警信息根據(jù)轉(zhuǎn)發(fā)策略信息有所不同，具體信息如下：

如果轉(zhuǎn)發(fā)策略為主備或者輪循策略，則告警信息中包括不可用服務(wù)器的IP地址；

如果轉(zhuǎn)發(fā)策略為標(biāo)準(zhǔn)策略，則告警信息中包括服務(wù)器所在的組ID信息

所述方法，其中：所述步驟S306中，切換到可用服務(wù)器的策略如下：

主備策略：主服務(wù)器不可用時(shí)，切換到可用的備服務(wù)器；

輪循策略：如果輪循到的這個(gè)服務(wù)器不可用，則使用下一個(gè)可用服務(wù)器；

標(biāo)準(zhǔn)策略：請求報(bào)文發(fā)送給子網(wǎng)中配置的所有服務(wù)器，如果所有的服務(wù)器都不可用，則仍然發(fā)送給所有的服務(wù)器；

在所述步驟S308中，不可用服務(wù)器有一個(gè)復(fù)活時(shí)間，在復(fù)活時(shí)間到后，DHCP中繼認(rèn)為此服務(wù)器可用，又可以根據(jù)轉(zhuǎn)發(fā)策略向此服務(wù)器發(fā)送請求報(bào)文，具體實(shí)施如下：

主備策略：如果主服務(wù)器可用時(shí)，則請求報(bào)文報(bào)文切換到此主服務(wù)器上；

輪循策略：如果服務(wù)器復(fù)活后，下次輪循到此服務(wù)器時(shí)，報(bào)文會發(fā)給此服務(wù)器；

標(biāo)準(zhǔn)策略：請求報(bào)文始終發(fā)送給子網(wǎng)中配置的所有服務(wù)器，不管是否可用；

所述方法，其中：所述步驟S310，DHCP中繼再次發(fā)送請求報(bào)文給曾經(jīng)沒有響應(yīng)的DHCP服務(wù)器時(shí)，如果此時(shí)有響應(yīng)了，則通知網(wǎng)管告警恢復(fù)；

通過上述技術(shù)方案，本優(yōu)選實(shí)施例實(shí)現(xiàn)了如下技術(shù)效果。DHCP中繼根據(jù)自身服務(wù)器轉(zhuǎn)發(fā)策略，認(rèn)定哪些服務(wù)器可用，哪些服務(wù)器不可用，對于不可用的服務(wù)器產(chǎn)生告警，通知設(shè)備管理員當(dāng)前哪個(gè)服務(wù)器可能出了問題，可以及時(shí)地查出問題，解決問題。并能切換到可用服務(wù)器上。在不可用服務(wù)器恢復(fù)后，產(chǎn)生告警恢復(fù)，提高了系統(tǒng)的可維護(hù)性和糾錯(cuò)性。同時(shí)提高了用戶的滿意度。

本優(yōu)選實(shí)施例用來實(shí)現(xiàn)接入設(shè)備中如何使用DHCP服務(wù)器實(shí)現(xiàn)方法，提高了系統(tǒng)的可維護(hù)性和糾錯(cuò)性。同時(shí)提高了用戶的滿意度。

如圖3所示，步驟S302，DHCP中繼根據(jù)轉(zhuǎn)發(fā)策略發(fā)送DHCP客戶端請求報(bào)文給DHCP服務(wù)器；

DHCP客戶端和DHCP服務(wù)器不在同一網(wǎng)段時(shí)，需要通信設(shè)備起用DHCP中繼功能，DHCP中繼轉(zhuǎn)發(fā)DHCP客戶端發(fā)送的請求報(bào)文給DHCP服務(wù)器，同時(shí)轉(zhuǎn)發(fā)DHCP服務(wù)器響應(yīng)報(bào)文給DHCP客戶端，在轉(zhuǎn)發(fā)DHCP客戶端發(fā)送的請求報(bào)文給DHCP服務(wù)器時(shí)，選擇哪些服務(wù)器，有很多策略，包括主備策略，輪循策略和標(biāo)準(zhǔn)策略?？赏ㄟ^網(wǎng)管操作界面配置轉(zhuǎn)發(fā)策略和服務(wù)器地址。

步驟S304，DHCP中繼轉(zhuǎn)發(fā)多次客戶端的請求報(bào)文且一定時(shí)間內(nèi)，沒有收到DHCP服務(wù)器響應(yīng)報(bào)文，則發(fā)送告警給網(wǎng)管，提示當(dāng)前服務(wù)器不可用，并配置不可用服務(wù)器的復(fù)活時(shí)間；

通常DHCP客戶端發(fā)送請求報(bào)文一段時(shí)間后，沒有收到DHCP服務(wù)器的響應(yīng)報(bào)文，會重發(fā)請求報(bào)文，DHCP中繼收到多次DHCP客戶端發(fā)送的請求報(bào)文轉(zhuǎn)發(fā)給當(dāng)前服務(wù)器，如果次數(shù)超過了配置的發(fā)送次數(shù)，且配置的時(shí)間也已經(jīng)到達(dá)，則認(rèn)為此服務(wù)器不可用，同時(shí)發(fā)送告警給網(wǎng)管，提示當(dāng)前服務(wù)器不可用。不可用服務(wù)器并不是一直不可用，在復(fù)活時(shí)間到后，會認(rèn)為此服務(wù)器又可用。DHCP中繼按照轉(zhuǎn)發(fā)策略使用可用服務(wù)器

步驟S306，DHCP中繼根據(jù)轉(zhuǎn)發(fā)策略切換到可用服務(wù)器；

如果當(dāng)前轉(zhuǎn)發(fā)策略為主備策略，且主服務(wù)器已經(jīng)標(biāo)志為不可用，那么下次客戶端再發(fā)來的請求報(bào)文，DHCP中繼會發(fā)送到下一個(gè)備用服務(wù)器，如果此備用服務(wù)器行為同主服務(wù)器，則此備用服務(wù)器也被標(biāo)志為不可用，下次客戶端再發(fā)來的請求報(bào)文會發(fā)送到此備用服務(wù)器的下一個(gè)備用服務(wù)器，如果沒有下一個(gè)備用服務(wù)器，則直接喚醒主服務(wù)器，發(fā)送給主服務(wù)器；如果DHCP中繼當(dāng)前轉(zhuǎn)發(fā)策略為輪循策略，DHCP中繼輪循發(fā)送DHCP客戶端的請求報(bào)文，如果所有的服務(wù)器都不可用了，則喚醒第一個(gè)配置的服務(wù)器；如果當(dāng)前轉(zhuǎn)發(fā)策略為標(biāo)準(zhǔn)策略，則每次都發(fā)送給所有的服務(wù)器

步驟S308，不可用DHCP服務(wù)器復(fù)活時(shí)間到后，DHCP中繼根據(jù)轉(zhuǎn)發(fā)策略切換到此服務(wù)器；

DHCP服務(wù)器被標(biāo)志為不可用后，并不是一直不可用，在復(fù)活時(shí)間到后，自動轉(zhuǎn)為可用狀態(tài)，轉(zhuǎn)發(fā)策略參考步驟S306

步驟S310，產(chǎn)生告警的DHCP服務(wù)器響應(yīng)DHCP中繼發(fā)送的請求報(bào)文后，告警恢復(fù)；

DHCP服務(wù)器在不可用后，DHCP中繼模塊會發(fā)送告警給網(wǎng)管，網(wǎng)管維護(hù)人員則直到當(dāng)前哪個(gè)服務(wù)器可能出了問題，會排查故障，是鏈路出了問題，還是服務(wù)器本身除了問題，問題排除后，且DHCP中繼發(fā)送給此服務(wù)器的請求報(bào)文得到及時(shí)的響應(yīng)，則系統(tǒng)告警恢復(fù)。告知網(wǎng)管維護(hù)人員當(dāng)前服務(wù)器已經(jīng)恢復(fù)正常使用。

通過本優(yōu)選實(shí)施例，如果用戶獲取不到IP地址，因?yàn)镈HCP服務(wù)器的原因，且接入設(shè)備不能快速通知設(shè)備維護(hù)人員，某個(gè)服務(wù)器出了問題，且在有備用服務(wù)器的場景下，能夠快速切換到備用服務(wù)器上，則可以大大提高系統(tǒng)的可維護(hù)性和糾錯(cuò)性。同時(shí)提高了用戶的滿意度，滿足運(yùn)營商的需求。

通過以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到根據(jù)上述實(shí)施例的方法可借助軟件加必需的通用硬件平臺的方式來實(shí)現(xiàn)，當(dāng)然也可以通過硬件，但很多情況下前者是更佳的實(shí)施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計(jì)算機(jī)軟件產(chǎn)品存儲在一個(gè)存儲介質(zhì)(如ROM/RAM、磁碟、光盤)中，包括若干指令用以使得一臺終端設(shè)備(可以是手機(jī)，計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述的方法。

需要說明的是，上述各個(gè)模塊是可以通過軟件或硬件來實(shí)現(xiàn)的，對于后者，可以通過以下方式實(shí)現(xiàn)，但不限于此：上述模塊均位于同一處理器中；或者，上述模塊分別位于多個(gè)處理器中。

本發(fā)明的實(shí)施例還提供了一種存儲介質(zhì)?？蛇x地，在本實(shí)施例中，上述存儲介質(zhì)可以被設(shè)置為存儲用于執(zhí)行上述方法步驟的程序代碼：

可選地，在本實(shí)施例中，上述存儲介質(zhì)可以包括但不限于：U盤、只讀存儲器(ROM，Read-Only Memory)、隨機(jī)存取存儲器(RAM，Random Access Memory)、移動硬盤、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

可選地，在本實(shí)施例中，處理器根據(jù)存儲介質(zhì)中已存儲的程序代碼執(zhí)行上述實(shí)施例的方法步驟。

顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計(jì)算裝置來實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來實(shí)現(xiàn)，從而，可以將它們存儲在存儲裝置中由計(jì)算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個(gè)集成電路模塊，或者將它們中的多個(gè)模塊或步驟制作成單個(gè)集成電路模塊來實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。

以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。