动态主机配置协议DHCP服务器管理方法及装置与流程

本发明涉及通信领域，具体而言，涉及一种动态主机配置协议DHCP服务器管理方法及装置。

背景技术：

在接入设备工程应用中，用户基本通过动态主机配置协议(Dynamic Host Configuration Protocol，简称为DHCP)获取IP地址实现上网或者语音业务，而通常DHCP客户端和DHCP服务器不在一个局域网中，则就需要接入设备具有DHCP中继功能。DHCP中继主要完成将收到DHCP客户端发送的请求报文后，转换成单播报文发送给DHCP服务器，同时将DHCP服务器发送的响应报文转发给DHCP客户端，从而DHCP客户端可以成功获取IP地址，实现相关业务。

在相关技术中，在使用DHCP获取IP地址的用户可能因为获取不到IP地址出现上不了网，打不了电话的情况，如果很长时间都得不到恢复，那么用户多半就要投诉了。

针对相关技术中，用户使用DHCP获取不到IP地址的问题，目前尚未提出有效的解决方案。

技术实现要素：

本发明提供了一种动态主机配置协议DHCP服务器管理方法及装置，以至少解决用户使用DHCP获取不到IP地址的问题。

根据本发明的一个方面，提供了一种动态主机配置协议DHCP服务器管理方法，包括：

DHCP中继根据转发策略发送DHCP客户端的请求报文给第一DHCP服务器；

在预设时间段和/或预设转发次数内，所述DHCP中继没有收到所述第一DHCP服务器对所述请求报文的响应报文，所述DHCP中继根据所述转发策略将所述第一DHCP服务器切换到第二DHCP服务器。

进一步地，所述转发策略包括以下至少之一：

主备策略，用于所述请求报文发送给主服务器；

轮循策略，用于所述请求报文轮循发送给配置的服务器；

标准策略，用于所述请求报文发送给子网中配置的所有服务器。

进一步地，在预设时间段和/或预设转发次数内，所述DHCP中继没有收到所述第一DHCP服务器发送的对所述请求报文的响应报文之后，所述方法包括：

所述DHCP中继发送告警信息给网管，所述告警信息指示所述第一DHCP服务器不可用。

进一步地，所述DHCP中继发送告警信息给网管之后，所述方法还包括：

所述DHCP中继根据所述转发策略继续发送DHCP客户端所述请求报文给第一DHCP服务器，在收到所述第一DHCP服务器对所述请求报文的响应报文的情况下，通知所述网管告警恢复。

进一步地，在所述转发策略为所述主备策略或者所述轮循策略的情况下，所述告警信息包括所述第一DHCP服务器的网络IP地址；

在所述转发策略为标准策略的情况下，所述告警信息包括所述第一DHCP服务器所属组的身份识别ID信息。

进一步地，所述DHCP中继根据所述转发策略将所述第一DHCP服务器切换第二DHCP服务器包括：

在所述转发策略为所述主备策略的情况下，所述DHCP中继将所述第一DHCP服务切换为所述第一DHCP服务器的所述第二DHCP服务器，其中，所述第一DHCP服务器为主服务器，所述第二DHCP服务器为所述主服务器的一个或多个备服务器；

在所述转发策略为所述轮循策略的情况下，所述DHCP中继轮循所述第一DHCP服务器到下一个所述第二DHCP服务器；

在所述转发策略为所述标准策略的情况下，所述DHCP中继将所述请求报文发送给所述第一DHCP服务器所属子网中配置的所有服务器。

进一步地，所述DHCP中继根据所述转发策略将所述第一DHCP服务器切换第二DHCP服务器后，所述方法包括：

所述DHCP中继配置所述第一DHCP服务器的复活时间，到所述复活时间时，所述DHCP中继确认所述第一DHCP服务器可用；

在所述转发策略为所述主备策略的情况下，所述DHCP中继将所述第一DHCP服务器的备服务器的切换为所述第一DHCP服务器的主服务器；

在所述转发策略为所述轮循策略的情况下，所述DHCP中继将所述第二DHCP服务器轮循到所述第一DHCP服务器；

在所述转发策略为所述标准策略的情况下，所述DHCP中继将所述请求报文发送给所述第一DHCP服务器所属子网中配置的所有服务器。

根据本发明的另一个方面，还提供了一种动态主机配置协议DHCP服务器管理装置，包括：

发送模块，用于DHCP中继根据转发策略发送DHCP客户端的请求报文给第一DHCP服务器；

切换模块，用于在预设时间段和/或预设转发次数内，所述DHCP中继没有收到所述第一DHCP服务器对所述请求报文的响应报文，所述DHCP中继根据所述转发策略将所述第一DHCP服务器切换到第二DHCP服务器。

进一步地，所述转发策略包括以下至少之一：

主备策略，用于所述请求报文发送给主服务器；

轮循策略，用于所述请求报文轮循发送给配置的服务器；

标准策略，用于所述请求报文发送给子网中配置的所有服务器。

进一步地，所述装置包括：

告警模块，用于所述DHCP中继发送告警信息给网管，所述告警信息指示所述第一DHCP服务器不可用。

进一步地，所述装置还包括：

告警恢复模块，用于所述DHCP中继根据所述转发策略继续发送DHCP客户端所述请求报文给第一DHCP服务器，在收到所述第一DHCP服务器对所述请求报文的响应报文的情况下，通知所述网管告警恢复。

进一步地，所述切换模块包括：

第一切换单元，用于在所述转发策略为所述主备策略的情况下，所述DHCP中继将所述第一DHCP服务切换为所述第一DHCP服务器的所述第二DHCP服务器，其中，所述第一DHCP服务器为主服务器，所述第二DHCP服务器为所述主服务器的一个或多个备服务器；

第二切换单元，用于在所述转发策略为所述轮循策略的情况下，所述DHCP中继轮循所述第一DHCP服务器到下一个所述第二DHCP服务器；

第三切换单元，用于在所述转发策略为所述标准策略的情况下，所述DHCP中继将所述请求报文发送给所述第一DHCP服务器所属子网中配置的所有服务器。

通过本发明，DHCP中继根据转发策略发送DHCP客户端的请求报文给第一DHCP 服务器，在预设时间段和/或预设转发次数内，该DHCP中继没有收到该第一DHCP服务器对该请求报文的响应报文，该DHCP中继根据该转发策略将该第一DHCP服务器切换到第二DHCP服务器，解决了用户使用DHCP获取不到IP地址的问题，提高了系统的可维护性和纠错性。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的一种动态主机配置协议DHCP服务器管理方法的流程图；

图2是根据本发明实施例的一种动态主机配置协议DHCP服务器管理装置的结构框图；

图3是根据本优选实施例的一种接入设备中使用DHCP服务器的方法的流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

在本实施例中提供了一种动态主机配置协议DHCP服务器管理方法，图1是根据本发明实施例的一种动态主机配置协议DHCP服务器管理方法的流程图，如图1所示，该流程包括如下步骤：

步骤S102，DHCP中继根据转发策略发送DHCP客户端的请求报文给第一DHCP服务器；

步骤S104，在预设时间段和/或预设转发次数内，该DHCP中继没有收到该第一DHCP服务器对该请求报文的响应报文，该DHCP中继根据该转发策略将该第一DHCP服务器切换到第二DHCP服务器。

通过上述步骤，DHCP中继根据转发策略发送DHCP客户端的请求报文给第一DHCP服务器，在预设时间段和/或预设转发次数内，该DHCP中继没有收到该第一DHCP服务器对该请求报文的响应报文，该DHCP中继根据该转发策略将该第一DHCP服务器切换到第二DHCP服务器，解决了用户使用DHCP获取不到IP地址的问题，提高了系统的可维护性和纠错性。

上述实施例中，该转发策略包括以下至少之一：

主备策略，用于该请求报文发送给主服务器；

轮循策略，用于该请求报文轮循发送给配置的服务器；

标准策略，用于该请求报文发送给子网中配置的所有服务器。

在本实施例中，在预设时间段和/或预设转发次数内，该DHCP中继没有收到该第一DHCP服务器发送的对该请求报文的响应报文之后，该第一DHCP服务器发送告警信息给网管，该告警信息指示该第一DHCP服务器不可用。并且在该DHCP中继根据该转发策略继续发送DHCP客户端该请求报文给第一DHCP服务器，在收到该第一DHCP服务器对该请求报文的响应报文的情况下，通知该网管告警恢复。

在本实施例中，在该转发策略为该主备策略或者该轮循策略的情况下，该告警信息包括该第一DHCP服务器的网络IP地址；

在该转发策略为标准策略的情况下，该告警信息包括该第一DHCP服务器所属组的身份识别ID信息。

在本实施例中，该DHCP中继根据该转发策略将该第一DHCP服务器切换第二DHCP服务器有多种方式，其中，可以包括以下几种方式：

在该转发策略为该主备策略的情况下，该DHCP中继将该第一DHCP服务器的主服务器切换为该第一DHCP服务器的备服务器；

在该转发策略为该轮循策略的情况下，该DHCP中继轮循该第一DHCP服务器到下一个该第二DHCP服务器；

在该转发策略为该标准策略的情况下，该DHCP中继将该请求报文发送给该第一DHCP服务器所属子网中配置的所有服务器。

在本实施例中，该DHCP中继根据该转发策略将该第一DHCP服务器切换第二DHCP服务器后，该方法包括：

该DHCP中继配置该第一DHCP服务器的复活时间，到该复活时间时，该DHCP中继确认该第一DHCP服务器可用；

在该转发策略为该主备策略的情况下，该DHCP中继将该第一DHCP服务切换为该第一DHCP服务器的该第二DHCP服务器，其中，该第一DHCP服务器为主服务器，该第二DHCP服务器为该主服务器的一个或多个备服务器；

在该转发策略为该轮循策略的情况下，该DHCP中继将该第二DHCP服务器轮循到该第一DHCP服务器；

在该转发策略为该标准策略的情况下，该DHCP中继将该请求报文发送给该第一DHCP服务器所属子网中配置的所有服务器。

在本实施例中还提供了一种动态主机配置协议DHCP服务器管理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图2是根据本发明实施例的一种动态主机配置协议DHCP服务器管理装置的结构框图，如图2所示，该装置包括

发送模块22，用于DHCP中继根据转发策略发送DHCP客户端的请求报文给第一DHCP服务器；

切换模块24，用于在预设时间段和/或预设转发次数内，该DHCP中继没有收到该第一DHCP服务器对该请求报文的响应报文，该DHCP中继根据该转发策略将该第一DHCP服务器切换到第二DHCP服务器。

通过上述装置，DHCP中继根据转发策略发送DHCP客户端的请求报文给第一DHCP服务器，在预设时间段和/或预设转发次数内，该DHCP中继没有收到该第一DHCP服务器对该请求报文的响应报文，该DHCP中继根据该转发策略将该第一DHCP服务器切换到第二DHCP服务器，解决了用户使用DHCP获取不到IP地址的问题，提高了系统的可维护性和纠错性。

在本实施例中，该转发策略包括以下至少之一：

主备策略，用于该请求报文发送给主服务器；

轮循策略，用于该请求报文轮循发送给配置的服务器；

标准策略，用于该请求报文发送给子网中配置的所有服务器。

在本实施例中，该装置还包括：

告警模块，用于该第一DHCP服务器发送告警信息给网管，该告警信息指示该第一DHCP服务器不可用。

在本实施例中，该装置还包括：告警恢复模块，用于该DHCP中继根据该转发策略继续发送DHCP客户端该请求报文给第一DHCP服务器，在收到该第一DHCP服务器对该请求报文的响应报文的情况下，通知该网管告警恢复。

在本实施例中，该切换模块24包括：

第一切换单元，用于在该转发策略为该主备策略的情况下，该DHCP中继将该第一DHCP服务切换为该第一DHCP服务器的该第二DHCP服务器，其中，该第一DHCP服务器为主服务器，该第二DHCP服务器为该主服务器的一个或多个备服务器；

第二切换单元，用于在该转发策略为该轮循策略的情况下，该DHCP中继轮循该第 一DHCP服务器到下一个该第二DHCP服务器；

第三切换单元，用于在该转发策略为该标准策略的情况下，该DHCP中继将该请求报文发送给该第一DHCP服务器所属子网中配置的所有服务器。

下面结合优选实施例和实施方式对本发明进行详细说明。

本优选实施例在接入设备启用DHCP中继的场景下，如果正在使用的外接DHCP服务器出现问题，可通过告警的方式快速通知设备维护人员，且能够根据系统提供的如何使用DHCP服务器的转发策略，快速切换到其它可用DHCP服务器上，提高了系统的可维护性和用户的满意度。

图3是根据本优选实施例的一种接入设备中使用DHCP服务器的方法的流程图，如图3所示，包括以下步骤：

步骤S302，DHCP中继根据转发策略发送DHCP客户端请求报文给DHCP服务器；

步骤S304，DHCP中继转发多次客户端的请求报文且一定时间内，没有收到DHCP服务器响应报文，则产生告警发送给网管，提示当前服务器不可用，并配置此服务器的复活时间；

步骤S306，DHCP中继根据转发策略切换到可用服务器；

步骤S308，不可用DHCP服务器复活时间到后，DHCP中继根据转发策略切换到此服务器；

步骤S310，产生告警的DHCP服务器响应DHCP中继发送的请求报文后，告警恢复。

所述方法，其中：所述步骤S302中，转发策略为如何使用DHCP服务的策略，方法包括：

主备策略：请求报文一直发送给主服务器，除非主服务器不可用；

轮循策略：请求报文轮循发送给配置的服务器；

标准策略：请求报文发送给子网中配置的所有服务器；

所述方法，其中：所述步骤S304中，DHCP中继转发多次客户端的请求报文且一定时间内，没有收到DHCP服务器响应报文，其中次数和时间可配，且第二步中提到的复活时间也可以配置；

所述第二步种的DHCP中继发送的告警信息根据转发策略信息有所不同，具体信息如下：

如果转发策略为主备或者轮循策略，则告警信息中包括不可用服务器的IP地址；

如果转发策略为标准策略，则告警信息中包括服务器所在的组ID信息

所述方法，其中：所述步骤S306中，切换到可用服务器的策略如下：

主备策略：主服务器不可用时，切换到可用的备服务器；

轮循策略：如果轮循到的这个服务器不可用，则使用下一个可用服务器；

标准策略：请求报文发送给子网中配置的所有服务器，如果所有的服务器都不可用，则仍然发送给所有的服务器；

在所述步骤S308中，不可用服务器有一个复活时间，在复活时间到后，DHCP中继认为此服务器可用，又可以根据转发策略向此服务器发送请求报文，具体实施如下：

主备策略：如果主服务器可用时，则请求报文报文切换到此主服务器上；

轮循策略：如果服务器复活后，下次轮循到此服务器时，报文会发给此服务器；

标准策略：请求报文始终发送给子网中配置的所有服务器，不管是否可用；

所述方法，其中：所述步骤S310，DHCP中继再次发送请求报文给曾经没有响应的DHCP服务器时，如果此时有响应了，则通知网管告警恢复；

通过上述技术方案，本优选实施例实现了如下技术效果。DHCP中继根据自身服务器转发策略，认定哪些服务器可用，哪些服务器不可用，对于不可用的服务器产生告警，通知设备管理员当前哪个服务器可能出了问题，可以及时地查出问题，解决问题。并能切换到可用服务器上。在不可用服务器恢复后，产生告警恢复，提高了系统的可维护性和纠错性。同时提高了用户的满意度。

本优选实施例用来实现接入设备中如何使用DHCP服务器实现方法，提高了系统的可维护性和纠错性。同时提高了用户的满意度。

如图3所示，步骤S302，DHCP中继根据转发策略发送DHCP客户端请求报文给DHCP服务器；

DHCP客户端和DHCP服务器不在同一网段时，需要通信设备起用DHCP中继功能，DHCP中继转发DHCP客户端发送的请求报文给DHCP服务器，同时转发DHCP服务器响应报文给DHCP客户端，在转发DHCP客户端发送的请求报文给DHCP服务器时，选择哪些服务器，有很多策略，包括主备策略，轮循策略和标准策略。可通过网管操作界面配置转发策略和服务器地址。

步骤S304，DHCP中继转发多次客户端的请求报文且一定时间内，没有收到DHCP服务器响应报文，则发送告警给网管，提示当前服务器不可用，并配置不可用服务器的复活时间；

通常DHCP客户端发送请求报文一段时间后，没有收到DHCP服务器的响应报文，会重发请求报文，DHCP中继收到多次DHCP客户端发送的请求报文转发给当前服务器，如果次数超过了配置的发送次数，且配置的时间也已经到达，则认为此服务器不可用，同时发送告警给网管，提示当前服务器不可用。不可用服务器并不是一直不可用，在复活时间到后，会认为此服务器又可用。DHCP中继按照转发策略使用可用服务器

步骤S306，DHCP中继根据转发策略切换到可用服务器；

如果当前转发策略为主备策略，且主服务器已经标志为不可用，那么下次客户端再发来的请求报文，DHCP中继会发送到下一个备用服务器，如果此备用服务器行为同主服务器，则此备用服务器也被标志为不可用，下次客户端再发来的请求报文会发送到此备用服务器的下一个备用服务器，如果没有下一个备用服务器，则直接唤醒主服务器，发送给主服务器；如果DHCP中继当前转发策略为轮循策略，DHCP中继轮循发送DHCP客户端的请求报文，如果所有的服务器都不可用了，则唤醒第一个配置的服务器；如果当前转发策略为标准策略，则每次都发送给所有的服务器

步骤S308，不可用DHCP服务器复活时间到后，DHCP中继根据转发策略切换到此服务器；

DHCP服务器被标志为不可用后，并不是一直不可用，在复活时间到后，自动转为可用状态，转发策略参考步骤S306

步骤S310，产生告警的DHCP服务器响应DHCP中继发送的请求报文后，告警恢复；

DHCP服务器在不可用后，DHCP中继模块会发送告警给网管，网管维护人员则直到当前哪个服务器可能出了问题，会排查故障，是链路出了问题，还是服务器本身除了问题，问题排除后，且DHCP中继发送给此服务器的请求报文得到及时的响应，则系统告警恢复。告知网管维护人员当前服务器已经恢复正常使用。

通过本优选实施例，如果用户获取不到IP地址，因为DHCP服务器的原因，且接入设备不能快速通知设备维护人员，某个服务器出了问题，且在有备用服务器的场景下，能够快速切换到备用服务器上，则可以大大提高系统的可维护性和纠错性。同时提高了用户的满意度，满足运营商的需求。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述模块分别位于多个处理器中。

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行上述方法步骤的程序代码：

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行上述实施例的方法步骤。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。