CN108712514A - Ip地址管理方法、装置以及电子设备 - Google Patents

Abstract

本公开提供了一种IP地址管理方法、装置以及电子设备，涉及网络通讯技术领域，IP地址管理方法应用于DHCP中继器，所述方法包括：接收用户端发送的请求报文，并将所述请求报文发送至DHCP服务器；接收所述DHCP服务器发送的应答报文，其中，所述应答报文包括所述DHCP服务器根据所述请求报文设置的预分配IP地址；判断所述预分配IP地址是否与所述DHCP中继器记录的租约信息存在冲突；如果是，则生成冲突报文，并将所述冲突报文发送至所述DHCP服务器，所述冲突报文中包括修正信息，所述修正信息用于使所述DHCP服务器更新所述DHCP服务器中的租约信息，解决了现有技术中存在的IP地址分配效率比较低的技术问题。

Description

IP地址管理方法、装置以及电子设备

技术领域

本公开涉及网络通讯技术领域，尤其是涉及一种IP地址管理方法、装置以及电子设备。

背景技术

动态主机配置协议(Dynamic Host Configuration Protocol，DHCP)是一个局域网的网络协议，其用途有：给内部网络或网络服务供应商自动分配网络之间互连的协议(Internet Protocol，简称IP)地址，给用户或者内部网络管理员作为对所有计算机作中央管理的手段。DHCP通常应用在大型的局域网络环境中，其作用有集中的管理、分配IP地址，使网络环境中的主机动态的获得IP地址等信息。DHCP采用客户端或服务器模式，由服务器为网络设备动态的分配IP地址等网络配置参数。具体的，DHCP协议采用客户端或服务器模型，主机地址的动态分配任务由网络主机驱动，当DHCP服务器接收到来自网络主机申请地址的信息时，才会向网络主机发送相关的地址配置等信息，以实现网络主机地址信息的动态配置。

DHCP中继器也可以为DHCP中继代理，DHCP中继器是一个小程序，其可以实现在不同子网和物理网段之间处理和转发DHCP信息的功能。具体的，如果DHCP客户机与DHCP服务器在同一个物理网段，则客户机可以正确的获得动态分配的IP地址；如果不在同一个物理网段，则便需要用到DHCP中继器。因此，在DHCP客户端和DHCP服务器处于不同物理网段时，客户端可以通过DHCP中继器是与DHCP服务器通信，从而获取IP地址及其他配置信息。

目前，在DHCP服务器进行切换后，当有新用户前来申请IP地址时，IP地址分配效率会比较低。

发明内容

有鉴于此，本公开的目的在于提供一种IP地址管理方法、装置以及电子设备，以解决现有技术中存在的IP地址分配效率比较低的技术问题。

第一方面，本公开实施例提供了一种IP地址管理方法，应用于DHCP中继器，所述方法包括：

接收用户端发送的请求报文，并将所述请求报文发送至DHCP服务器；

接收所述DHCP服务器发送的应答报文，其中，所述应答报文包括所述DHCP服务器根据所述请求报文设置的预分配IP地址；

判断所述预分配IP地址是否与所述DHCP中继器记录的租约信息存在冲突；

如果是，则生成冲突报文，并将所述冲突报文发送至所述DHCP服务器；

所述冲突报文中包括修正信息，所述修正信息用于使所述DHCP服务器更新所述DHCP服务器中的租约信息。。

第二方面，本公开实施例还提供一种IP地址管理方法，应用于DHCP服务器，所述方法包括：

接收DHCP中继器发送的冲突报文，其中，所述冲突报文是在所述DHCP服务器设置的预分配IP地址与所述DHCP中继器记录的租约信息存在冲突时，由所述DHCP中继器生成的，且所述冲突报文包括修正信息；

根据所述冲突报文中的修正信息更新所述DHCP服务器记录的租约信息。

第三方面，本公开实施例还提供一种IP地址管理装置，应用于DHCP中继器，包括：

接收模块，用于接收用户端发送的请求报文；

发送模块，用于将所述请求报文发送至DHCP服务器；

所述接收模块还用于接收所述DHCP服务器发送的应答报文，其中，所述应答报文包括所述DHCP服务器根据所述请求报文设置的预分配IP地址；

判断模块，用于判断所述预分配IP地址是否与所述DHCP中继器记录的租约信息存在冲突；

生成模块，用于在所述预分配IP地址与所述DHCP中继器记录的租约信息存在冲突时，生成冲突报文；

所述发送模块还用于将所述冲突报文发送至所述DHCP服务器；

所述冲突报文中包括修正信息，所述修正信息用于使所述DHCP服务器更新所述DHCP服务器中的租约信息。

第四方面，本公开实施例还提供一种IP地址管理装置，应用于DHCP服务器，包括：

接收模块，用于接收DHCP中继器发送的冲突报文，其中，所述冲突报文是在所述DHCP服务器设置的预分配IP地址与所述DHCP中继器记录的租约信息存在冲突时，由所述DHCP中继器生成的，且所述冲突报文包括所述DHCP中继器记录的修正信息；

更新模块，用于根据所述冲突报文中的修正信息更新所述DHCP服务器记录的租约信息进行更新。

第五方面，本公开实施例还提供一种电子设备，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面或第二方面所述的方法的步骤。

第六方面，本公开实施例还提供一种具有处理器可执行的非易失的程序代码的计算机可读介质，所述程序代码使所述处理器执行如第一方面或第二方面所述的方法。

本公开实施例提供的技术方案带来了以下有益效果：本公开实施例提供的IP地址管理方法、装置以及电子设备中，IP地址管理方法应用于DHCP中继器，该方法包括：首先，接收用户端发送的请求报文并将请求报文发送至DHCP服务器，然后，接收DHCP服务器发送的应答报文，其中，应答报文包括DHCP服务器根据请求报文设置的预分配IP地址，之后，判断预分配IP地址是否与DHCP中继器记录的租约信息存在冲突，如果是，则生成冲突报文并将冲突报文发送至DHCP服务器，冲突报文中包括修正信息，该修正信息用于使DHCP服务器更新DHCP服务器中的租约信息，通过判断预分配IP地址是否与DHCP中继器记录的租约信息存在冲突，以便在存在冲突时向DHCP服务器发送包括修正信息的冲突报文，从而使DHCP服务器能够根据修正信息而进行DHCP服务器租约信息的更新，因此，如果DHCP服务器进行了切换，便能够避免由于切换后的DHCP服务器没有备份完整租约信息，而导致分配给新用户已分配过的IP地址的情况发生，从而解决了现有技术中存在的DHCP服务器切换后导致IP地址分配效率低下的问题。

本公开的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本公开而了解。本公开的目的和其他优点在说明书以及附图中所特别指出的结构来实现和获得。

为使本公开的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本公开具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本公开的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了本公开实施例一所提供的IP地址管理方法的流程图；

图2示出了本公开实施例二所提供的IP地址管理方法的流程图；

图3示出了本公开实施例三所提供的IP地址管理方法的流程图；

图4示出了本公开实施例四所提供的IP地址管理方法的流程图；

图5示出了本公开实施例五所提供的IP地址管理装置的结构示意图；

图6示出了本公开实施例六所提供的IP地址管理装置的结构示意图；

图7示出了本公开实施例七所提供的电子设备的结构示意图。

图标：5-IP地址管理装置；51-接收模块；52-发送模块；53-判断模块；54-生成模块；6-IP地址管理装置；61-接收模块；62-更新模块；7-电子设备；71-存储器；72-处理器；73-总线；74-通信接口。

具体实施方式

为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合附图对本公开的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。

目前，对于典型的DHCP中继组网，用户的网络关系在DHCP中继器上，通过DHCP中继器中转到DHCP服务器上获取地址，进而实现网络访问的需求，这种组网下一般会考虑服务器故障，所以会部署两个DHCP服务器进行备份，一般情况下这种组网不会出现问题，但是如果满足下面两个条件则在DHCP服务器切换的时候是便会出现问题：

第一是DHCP服务器分配IP地址之前会进行ping探测，但是目前的PC都是默认开启防火墙的，从而不支持ping探测，所以无论什么情况都不会探测到该IP地址已经被其他用户使用。其中，Ping是Windows等系统下的一个命令，ping也属于一个通信协议，是TCP/IP协议的一部分，利用“ping”命令可以检查网络是否连通，可以很好地帮助我们分析和判定网络故障；第二是DHCP服务器之间因为各种原因会出现实时备份失败，这是在实际应用中是必然存在的情况。

如果同时满足以上两个条件，此时DHCP服务器再进行了切换，切换后有新用户过来申请地址，因为新接管的DHCP服务器备份失败，便会存在此时给新用户分配了已经分配给其他用户的IP地址，这时候因为分配的IP地址之前ping探测不到，导致用户端会获取到重复地址，这时候用户端进行的地址解析协议(Address Resolution Protocol，简称ARP)检测会探测到冲突，导致这次IP地址分配失败，如果主备服务器之间同步的地址数量越少则这个分配过程越久。

在这种情况下，如果接入侧用的是基于以太网的点对点通讯协议(Point toPoint Protocol over Ethernet，简称PPPOE)的接入，则终端侧ARP探测直接失效，这样会导致实际分配出去两个相同的IP地址，则问题便会更严重。DHCP中继器检测到冲突之后，为了把IP地址给新用户，便会对老用户进行剔除下线，从而影响了老用户的业务。

因此，目前在DHCP服务器进行切换后，当有新用户前来申请IP地址，如果新接管的DHCP服务器备份失败，便会给新用户分配已经分配给其他用户的IP地址，这时便会导致用户端获取到重复IP地址，此时用户端进行的ARP检测便会探测到冲突，导致这次IP地址分配失败，而主备服务器之间同步的IP地址数量越少则这个IP地址分配的过程便会越久，从而导致IP地址分配效率比较低。

本公开实施例提供的一种IP地址管理方法、装置以及电子设备，可以解决现有技术中存在的IP地址分配效率比较低的技术问题。

为便于对本实施例进行理解，首先对本公开实施例所公开的一种IP地址管理方法、装置以及电子设备进行详细介绍。

实施例一：

本公开实施例提供的一种IP地址管理方法，应用于DHCP中继器，如图1所示，该方法包括：

S11：接收用户端发送的请求报文，并将请求报文发送至DHCP服务器。

具体的，在步骤S11之前，用户端先发送请求报文，从而开始进行DHCP地址的获取流程。之后，DHCP中继器收到该请求报文后将该请求报文转发至DHCP服务器。

S12：接收DHCP服务器发送的应答报文，其中，应答报文包括DHCP服务器根据请求报文设置的预分配IP地址。

在步骤S12之前，DHCP服务器接收到上述请求报文并响应应答报文，具体的，DHCP服务器根据该请求报文设置预分配IP地址，并将包括预分配IP地址的应答报文发送至DHCP中继器，从而使DHCP中继器接收到DHCP服务器发送的应答报文。

S13：判断预分配IP地址是否与DHCP中继器记录的租约信息存在冲突。如果是，则执行步骤S14。

优选的，DHCP中继器接收到上述应答报文后，判断该应答报文所携带的预分配IP地址是否与DHCP中继器记录的租约信息存在冲突，如果存在冲突则进行步骤S14。

在实际应用中，DHCP中继器也可以通过判断该应答报文所携带的预分配IP地址是否与DHCP中继器记录的租约信息存在冲突，来判断DHCP服务器是否发生了切换，而且切换后的DHCP服务器没有完全备份租约信息；如果存在冲突，则判断DHCP服务器发生了切换，且租约信息未完全备份；如果没有存在冲突，则判断DHCP服务器没有发生切换。

S14：生成冲突报文，并将冲突报文发送至DHCP服务器。

其中，冲突报文中包括修正信息，该修正信息用于使DHCP服务器更新DHCP服务器中的租约信息。作为本实施例的优选实施方式，该修正信息用于使DHCP服务器更新DHCP服务器中的一个IP地址(即预分配IP地址)的租约信息。

如果该应答报文所携带的预分配IP地址与DHCP中继器记录的租约信息存在冲突，则DHCP中继器将修正信息填入冲突报文，并将该冲突报文发送至DHCP服务器，该修正信息可以是记录在DHCP中继器中的与预分配IP地址对应的租约信息。

该应答报文所携带的预分配IP地址与DHCP中继器记录的租约信息存在冲突的触发的条件是DHCP服务器进行了切换，同时切换后的DHCP服务器没有完全备份原有DHCP服务器的租约，这时候新用户来请求上线，DHCP服务器又无法探测到已经分配地址的用户，因此会造成DHCP服务器分配给新用户的预分配IP地址是之前已经分配过了的地址，从而导致IP地址的重复分配与记录的租约信息之间的冲突。

在本实施例中，上述情况的整个切换过程，由DHCP中继器进行感知。本实施例中，DHCP中继器根据接收到的应答报文来判断DHCP服务器是否发生了切换且租约信息未完全备份，并触发给DHCP服务器发送冲突报文，在冲突报文中将修正信息(预分配IP地址对应的租约信息)带给DHCP服务器，DHCP服务器在收到冲突报文后，根据修正信息对DHCP服务器记录的租约信息进行恢复、更改并进行正式化。

如果步骤S13中应答报文所携带的预分配IP地址与DHCP中继器记录的租约信息不存在冲突，则按照DHCP协议交互原始流程继续进行处理。具体的，由于发起地址请求的用户端曾经已经获取过IP地址，是通过请求、确认字符(Acknowledgement，简称ACK)流程来获取IP地址，对于这种请求，DHCP服务器会基于用户端ID数据和请求的IP地址去查找是否存在对应的租约和超期租约，如果能够找到，说明在DHCP服务器切换后，该用户已经来上线过了，因此对于DHCP中继器收到ACK报文的情况不存在冲突，按原流程处理即可。

实施例二：

本公开实施例提供的一种IP地址管理方法，如图2所示，应用于DHCP中继器，方法包括：

S21：接收用户端发送的请求报文，并将请求报文发送至DHCP服务器。

需要说明的是，在步骤S21之前，用户端先发送请求报文，从而开始进行DHCP地址的获取流程。之后，DHCP中继器收到该请求报文后将该请求报文转发至DHCP服务器。

S22：接收DHCP服务器发送的应答报文，其中，应答报文包括DHCP服务器根据请求报文设置的预分配IP地址。

在步骤S22之前，DHCP服务器接收到上述请求报文并响应应答报文，具体的，DHCP服务器根据该请求报文设置预分配IP地址，并将包括预分配IP地址的应答报文发送至DHCP中继器，从而使DHCP中继器接收到DHCP服务器发送的应答报文。

S23：判断预分配IP地址是否与DHCP中继器记录的租约信息存在冲突。如果是，则执行步骤S24。

本步骤中，DHCP中继器接收到上述应答报文后，判断该应答报文所携带的预分配IP地址是否与DHCP中继器记录的租约信息存在冲突，如果存在冲突则进行步骤S24。

DHCP中继器也可以通过判断该应答报文所携带的预分配IP地址是否与DHCP中继器记录的租约信息存在冲突，来判断DHCP服务器是否发生了切换，而且切换后的DHCP服务器没有完全备份租约信息；如果存在冲突，则判断DHCP服务器发生了切换，且租约信息未完全备份；如果没有存在冲突，则判断DHCP服务器没有发生切换。

S24：根据DHCP中继器记录的租约信息中的IP地址及其对应的用户端ID数据生成自定义字段。

作为本实施例的优选实施方式，新增一个自定义字段来实现IP地址租约信息的传递，该字段的格式可以为报文协议中类型-长度-值(Type-length-value，简称TLV)格式的结构。

DHCP中继器可以根据这个TLV格式重新定义一个option字段，例如：option999。Type为option类型，定义999，这里表示lease list即租赁清单列表。其中，Length即该option的长度，这里可以根据情况定义长度。这里的Value可以是10.1.1.2/1-2-3，10.1.1.3/1-2-4等，是携带的IP地址及其对应的用户端ID数据的列表。

S25：生成包含自定义字段的冲突报文。

例如，DHCP中继器根据上述字段option999生成包含DHCP中继器记录的租约信息的冲突报文。

因此，如果该应答报文所携带的预分配IP地址与DHCP中继器记录的租约信息存在冲突，则DHCP中继器将整个DHCP中继器记录的租约信息中的IP地址和用户端ID数据作为修正信息，全部填入冲突报文的字段中。

其中，对于该冲突报文的生成过程，首先，新增一个字段来实现IP地址租约列表的传递，该字段的格式可以为报文协议中类型-长度-值(Type-length-value，简称TLV)格式的结构。

对于TLV格式的结构，下面以DHCP协议交互中携带的option50为例进行说明。其中，option为超文本标记语言(Hyper Text Markup Language，简称HTML)表单中下拉列表中的一个可选参数域。

option50：option：(t＝50，l＝4)Requested IP Address＝10.1.1.2

option：(50)Requested IP Address

Length：4

Value：0a010102

在以上TLV格式的结构中，类型(Type)为option类型，这里就是50，这个定义为Requested IP Address，即请求的IP地址；长度(Length)指该option的长度，这里是4字节；值(Value)是10.1.1.2，是携带的ipv4的地址。

因此，DHCP中继器可以根据这个TLV格式重新定义一个option字段，例如：option。Type为option类型，这里表示lease list即租赁清单列表。其中，Length即该option的长度，这里可以根据情况定义长度。这里的Value可以是10.1.1.2/1-2-3，10.1.1.3/1-2-4等，是携带的IP地址及其对应的用户端ID数据的列表。

然后，DHCP中继器便能够根据该字段option999生成包含DHCP中继器记录的租约信息的冲突报文。

通过以上流程的处理，DHCP中继器便能够在接收到应答报文后感知到IP地址是否分配冲突，如果分配冲突则通过冲突报文将DHCP中继器记录的租约信息封装到字段option999中。在DHCP服务器接收到该冲突报文后，识别出字段option999中的DHCP服务器记录的租约信息，然后，DHCP服务器将该DHCP中继器记录的租约信息与DHCP服务器记录的租约信息进行对比，之后根据对比结果将没有记录的租约信息恢复出来并正式化。其中，正式化是指根据DHCP中继器记录的租约信息中的IP地址及其对应的用户端ID数据在DHCP服务器中生成正式租约，即将DHCP服务器中的临时租约更改为正式租约，或者在DHCP服务器中生成新的正式租约。

因此，如果DHCP服务器进行了切换，那么便能够避免由于切换后的DHCP服务器没有完全备份原有DHCP服务器的租约信息，而导致分配给新用户的IP地址是之前已经分配使用过了的IP地址的情况发生，从而解决了DHCP中继器组网下的服务器的切换后，导致用户分配到相同IP地址或者分配效率低下的问题。因此，IP地址管理方法也可以作为一种DHCP中继组网下服务器切换的优化方法。

S26：将冲突报文发送至DHCP服务器。

冲突报文中包括修正信息，该修正信息用于使DHCP服务器更新DHCP服务器中的租约信息。本实施例中，修正信息即为DHCP中继器记录的租约信息。

本步骤中，将该冲突报文发送至DHCP服务器，即触发给DHCP服务器发送冲突报文，从而实现在冲突报文的字段中将DHCP中继器记录的租约信息带给DHCP服务器。然后，DHCP服务器在收到冲突报文后，便能够根据字段opiton999记录的租约信息和DHCP服务器记录的租约信息做对比，如果对比不一致便可以对DHCP服务器记录的租约信息进行恢复、更改并进行正式化。

S27：向用户端发送拒绝报文，使用户端重新发送请求报文。

作为一个优选方案，在步骤S26的基础上同时回应拒绝报文通知该用户端IP地址冲突，需重新获取地址，从而触发用户端重新获取地址，即用户端通过发送请求报文重新获取地址。

通过步骤S21至S27的处理，DHCP中继器便能够在接收到应答报文后感知到IP地址是否分配冲突，如果分配冲突则通过冲突报文将DHCP中继器记录的租约信息封装到字段option999中。同时向用户端发送拒绝报文，使用户端重新发送请求报文。在DHCP服务器接收到该冲突报文后，识别出字段option999中的DHCP服务器记录的租约信息，然后，DHCP服务器将该DHCP服务器记录的租约信息与DHCP服务器记录的租约信息进行对比，之后根据对比结果将没有记录的租约信息恢复出来并正式化。

实施例三：

本公开实施例提供的一种IP地址管理方法，如图3所示，应用于DHCP服务器，方法包括：

S31：接收DHCP中继器发送的冲突报文。

其中，冲突报文是在DHCP服务器设置的预分配IP地址与DHCP中继器记录的租约信息存在冲突时，由DHCP中继器生成的，且冲突报文包括修正信息。本实施例中的修正信息为DHCP中继器记录的租约信息

S32：根据冲突报文中的修正信息更新DHCP服务器记录的租约信息。

DHCP服务器收到冲突报文后，提取字段option999的租赁清单列表中的IP地址及其对应的用户端ID数据，以IP为索引查找DHCP服务器记录的租约信息，并根据opiton999记录的租约和DHCP服务器记录的租约信息做对比，如果对比不一致则对DHCP服务器记录的租约信息进行恢复、更改并进行正式化。

当DHCP中继器记录的租约信息中的IP地址对应的临时租约在DHCP服务器记录的租约信息中存在时，删除临时租约，并根据DHCP中继器记录的租约信息中的IP地址及其对应的用户端ID数据在DHCP服务器中生成正式租约。

当DHCP中继器记录的租约信息中的IP地址对应的临时租约及对应的正式租约在DHCP服务器记录的租约信息中均不存在时，根据DHCP中继器记录的租约信息中的IP地址及其对应的用户端ID数据在DHCP服务器中生成正式租约。

因此，如果DHCP服务器进行了切换，那么便能够避免由于切换后的DHCP服务器没有完全备份原有DHCP服务器的租约信息而导致分配给新用户的IP地址是之前已经分配使用过了的IP地址的情况发生，从而解决了DHCP中继器组网下的服务器的切换后，导致用户分配到相同IP地址或者分配效率低下的问题。

在另一种实施方式中，冲突报文中的修正信息也可以是预分配IP地址对应的租约信息，即实施例一中所描述的修正信息。

实施例四：

本公开实施例提供的一种IP地址管理方法，如图4所示，应用于DHCP服务器，方法包括：

S41：接收DHCP中继器发送的请求报文。

S42：根据请求报文设置预分配IP地址。

作为一个优选方案，DHCP服务器接收到请求报文并响应应答报文，即DHCP服务器根据该请求报文设置预分配IP地址。

S43：将包括预分配IP地址的应答报文发送至DHCP中继器。

S44：接收DHCP中继器发送的冲突报文。

其中，冲突报文是在DHCP服务器设置的预分配IP地址与DHCP中继器记录的租约信息存在冲突时，由DHCP中继器生成的，且冲突报文包括修正信息。本实施例中，修正信息为DHCP中继器记录的租约信息。

如果该应答报文所携带的预分配IP地址与DHCP中继器记录的租约信息存在冲突，则DHCP服务器便接收DHCP中继器发送的包括DHCP中继器记录的租约信息的冲突报文。

S45：对冲突报文进行识别，得到DHCP中继器记录的租约信息。

DHCP服务器收到冲突报文后，提取字段option999的租赁清单列表中的IP地址及其对应的用户端ID数据。

S46：根据DHCP中继器记录的租约信息中的IP地址及其对应的用户端ID数据，将DHCP服务器记录的租约信息正式化。

优选的，以IP为索引查找DHCP服务器记录的租约信息，并根据opiton999记录的租约和DHCP服务器记录的租约信息做对比，如果对比不一致则对DHCP服务器记录的租约信息进行恢复、更改并进行正式化。

当DHCP中继器记录的租约信息中的IP地址对应的临时租约在DHCP服务器记录的租约信息中存在时，则删除临时租约，并根据DHCP中继器记录的租约信息中的IP地址及其对应的用户端ID数据在DHCP服务器中生成正式租约。

例如，在IP地址对应的临时租约存在时，删除临时租约的同时，基于字段option999中的IP地址其对应的用户端ID数据，将DHCP服务器中记录的租约信息正式化，其老化时间为DHCP地址池配置的租约时间。

当DHCP中继器记录的租约信息中的IP地址对应的临时租约及对应的正式租约在DHCP服务器记录的租约信息中均不存在时，根据DHCP中继器记录的租约信息中的IP地址及其对应的用户端ID数据在DHCP服务器中生成正式租约。

例如，在IP地址对应的正式租约和临时租约都不存在时，则直接根据IP地址其对应的用户端ID数据将DHCP服务器中记录的租约信息正式化，老化时间为DHCP地址池配置的租约时间。

如果IP地址对应的正式租约在DHCP服务器中存在，可以判断其对应的用户端ID数据是否一致，从而达到IP地址与用户端ID数据核对的作用。

实施例五：

本公开实施例提供的一种IP地址管理装置，应用于DHCP中继器，如图5所示，IP地址管理装置5包括：接收模块51、发送模块52、判断模块53、生成模块54。

其中，接收模块用于接收用户端发送的请求报文。发送模块用于将请求报文发送至DHCP服务器。接收模块还用于接收DHCP服务器发送的应答报文，其中，应答报文包括DHCP服务器根据请求报文设置的预分配IP地址。

进一步，判断模块用于判断预分配IP地址是否与DHCP中继器记录的租约信息存在冲突。生成模块用于在预分配IP地址与DHCP中继器记录的租约信息存在冲突时，生成冲突报文。发送模块还用于将冲突报文发送至DHCP服务器。其中，冲突报文中包括修正信息，该修正信息用于使DHCP服务器更新DHCP服务器中的租约信息。

作为本实施例的另一种实施方式，发送模块还用于向用户端发送拒绝报文，使用户端重新发送请求报文。

优选的，生成模块还包括：字段生成模块与报文生成模块。其中，字段生成模块用于根据DHCP中继器记录的租约信息中的IP地址及其对应的用户端ID数据生成自定义字段。报文生成模块用于生成包含自定义字段的冲突报文。

实施例六：

本公开实施例提供的一种IP地址管理装置，应用于DHCP服务器，如图6所示，IP地址管理装置6包括：接收模块61、更新模块62。

本实施例中，接收模块用于接收DHCP中继器发送的冲突报文，其中，冲突报文是在DHCP服务器设置的预分配IP地址与DHCP中继器记录的租约信息存在冲突时，由DHCP中继器生成的，且冲突报文包括DHCP中继器记录的修正信息。

此外，更新模块用于根据冲突报文中的修正信息更新DHCP服务器记录的租约信息。

在实际应用中，更新模块还包括：识别模块与正式化模块。其中，识别模块用于对冲突报文进行识别，得到DHCP中继器记录的租约信息。正式化模块用于根据DHCP中继器记录的租约信息中的IP地址及其对应的用户端ID数据，将DHCP服务器记录的租约信息正式化。

对于正式化模块，具体的，当DHCP中继器记录的租约信息中的IP地址对应的临时租约在DHCP服务器记录的租约信息中存在时，正式化模块删除临时租约，并根据DHCP中继器记录的租约信息中的IP地址及其对应的用户端ID数据在DHCP服务器中生成正式租约；当DHCP中继器记录的租约信息中的IP地址对应的临时租约及对应的正式租约在DHCP服务器记录的租约信息中均不存在时，正式化模块根据DHCP中继器记录的租约信息中的IP地址及其对应的用户端ID数据在DHCP服务器中生成正式租约。

实施例七：

本公开实施例提供的一种电子设备，如图7所示，电子设备7包括存储器71、处理器72，所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述实施例一、实施例二、实施例三或实施例四提供的方法的步骤。

参见图7，电子设备还包括：总线73和通信接口74，处理器72、通信接口74和存储器71通过总线73连接。处理器72用于执行存储器71中存储的可执行模块，例如计算机程序。

其中，存储器71可能包含高速随机存取存储器(RAM，Random Access Memory)，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个通信接口74(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。

总线73可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

其中，存储器71用于存储程序，所述处理器72在接收到执行指令后，执行所述程序，前述本公开实施例任一实施例揭示的流过程定义的装置所执行的方法可以应用于处理器72中，或者由处理器72实现。

处理器72可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器72中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器72可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等。还可以是数字信号处理器(Digital SignalProcessing，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)、现成可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本公开实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本公开实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器71，处理器72读取存储器71中的信息，结合其硬件完成上述方法的步骤。

实施例八：

本公开实施例提供的一种具有处理器可执行的非易失的程序代码的计算机可读介质，所述程序代码使所述处理器执行上述实施例一、实施例二、实施例三或实施例四提供的方法。

除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对步骤、数字表达式和数值并不限制本公开的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在这里示出和描述的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制，因此，示例性实施例的其他示例可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

附图中的流程图和框图显示了根据本公开的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本公开实施例提供的具有处理器可执行的非易失的程序代码的计算机可读介质，与上述实施例提供的IP地址管理方法、IP地址管理装置以及电子设备具有相同的技术特征，所以也能解决相同的技术问题，达到相同的技术效果。

另外，在本公开实施例的描述中，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本公开中的具体含义。

在本公开的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本公开和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本公开的限制。

本公开实施例所提供的进行IP地址管理方法的计算机程序产品，包括存储了处理器可执行的非易失的程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本公开各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本公开的具体实施方式，用以说明本公开的技术方案，而非对其限制，本公开的保护范围并不局限于此，尽管参照前述实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本公开实施例技术方案的精神和范围，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应所述以权利要求的保护范围为准。

Claims (13)

1.一种IP地址管理方法，其特征在于，应用于动态主机配置协议DHCP中继器，所述方法包括：

接收用户端发送的请求报文，并将所述请求报文发送至DHCP服务器；

接收所述DHCP服务器发送的应答报文，其中，所述应答报文包括所述DHCP服务器根据所述请求报文设置的预分配IP地址；

判断所述预分配IP地址是否与所述DHCP中继器记录的租约信息存在冲突；

如果是，则生成冲突报文，并将所述冲突报文发送至所述DHCP服务器；

所述冲突报文中包括修正信息，所述修正信息用于使所述DHCP服务器更新所述DHCP服务器中的租约信息。

2.根据权利要求1所述的IP地址管理方法，其特征在于，所述将所述冲突报文发送至所述DHCP服务器之后，还包括：

向用户端发送拒绝报文，使用户端重新发送请求报文。

3.根据权利要求1所述的IP地址管理方法，其特征在于，所述修正信息为所述DHCP中继器记录的租约信息；

所述生成冲突报文，具体包括：

根据所述DHCP中继器记录的租约信息中的IP地址及其对应的用户端ID数据生成自定义字段；

生成包含所述自定义字段的冲突报文。

4.一种IP地址管理方法，其特征在于，应用于DHCP服务器，所述方法包括：

接收DHCP中继器发送的冲突报文，其中，所述冲突报文是在所述DHCP服务器设置的预分配IP地址与所述DHCP中继器记录的租约信息存在冲突时，由所述DHCP中继器生成的，且所述冲突报文包括修正信息；

根据所述冲突报文中的修正信息更新所述DHCP服务器记录的租约信息。

5.根据权利要求4所述的IP地址管理方法，其特征在于，所述修正信息为所述DHCP中继器记录的租约信息；

所述根据所述冲突报文中的修正信息更新所述DHCP服务器记录的租约信息，具体包括：

对所述冲突报文进行识别，得到所述DHCP中继器记录的租约信息；

根据所述DHCP中继器记录的租约信息中的IP地址及其对应的用户端ID数据，将所述DHCP服务器记录的租约信息正式化。

6.根据权利要求5所述的IP地址管理方法，其特征在于，所述根据所述DHCP中继器记录的租约信息中的IP地址及其对应的用户端ID数据，将所述DHCP服务器记录的租约信息正式化，具体包括：

当所述DHCP中继器记录的租约信息中的IP地址对应的临时租约在所述DHCP服务器记录的租约信息中存在时，删除所述临时租约，并根据所述DHCP中继器记录的租约信息中的IP地址及其对应的用户端ID数据在所述DHCP服务器中生成正式租约；

当所述DHCP中继器记录的租约信息中的IP地址对应的临时租约及对应的正式租约在所述DHCP服务器记录的租约信息中均不存在时，根据所述DHCP中继器记录的租约信息中的IP地址及其对应的用户端ID数据在所述DHCP服务器中生成正式租约。

7.一种IP地址管理装置，应用于DHCP中继器，其特征在于，包括：

接收模块，用于接收用户端发送的请求报文；

发送模块，用于将所述请求报文发送至DHCP服务器；

所述接收模块还用于接收所述DHCP服务器发送的应答报文，其中，所述应答报文包括所述DHCP服务器根据所述请求报文设置的预分配IP地址；

判断模块，用于判断所述预分配IP地址是否与所述DHCP中继器记录的租约信息存在冲突；

生成模块，用于在所述预分配IP地址与所述DHCP中继器记录的租约信息存在冲突时，生成冲突报文；

所述发送模块还用于将所述冲突报文发送至所述DHCP服务器；

所述冲突报文中包括修正信息，所述修正信息用于使所述DHCP服务器更新所述DHCP服务器中的租约信息。

8.根据权利要求7所述IP地址管理装置，其特征在于，所述发送模块还用于向用户端发送拒绝报文，使用户端重新发送请求报文。

9.根据权利要求7所述IP地址管理装置，其特征在于，所述生成模块包括：

字段生成模块，用于根据所述DHCP中继器记录的租约信息中的IP地址及其对应的用户端ID数据生成自定义字段；

报文生成模块，用于生成包含所述自定义字段的冲突报文。

10.一种IP地址管理装置，应用于DHCP服务器，其特征在于，包括：

接收模块，用于接收DHCP中继器发送的冲突报文，其中，所述冲突报文是在所述DHCP服务器设置的预分配IP地址与所述DHCP中继器记录的租约信息存在冲突时，由所述DHCP中继器生成的，且所述冲突报文包括修正信息；

更新模块，用于根据所述冲突报文中的修正信息更新所述DHCP服务器记录的租约信息。

11.根据权利要求10所述IP地址管理装置，其特征在于，所述更新模块包括：

识别模块，用于对所述冲突报文进行识别，得到所述DHCP中继器记录的租约信息；

正式化模块，用于根据所述DHCP中继器记录的租约信息中的IP地址及其对应的用户端ID数据，将所述DHCP服务器记录的租约信息正式化。

12.一种电子设备，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现上述权利要求1至6任一项所述的方法的步骤。

13.一种具有处理器可执行的非易失的程序代码的计算机可读介质，其特征在于，所述程序代码使所述处理器执行所述权利要求1至6任一所述方法。