一种链路检测与修复的实现方法与流程

本发明涉及动态主机配置协议(Dynamic Host Configuration Protocol，简称DHCP)、地址解析协议(Address Resolution Protocol，简称ARP)的互联网协议地址(Internet Protocol Address，简称IP地址)分配方式；具体涉及地址服务器(DHCP Server)给客户端(DHCP Client)分配IP地址后，提供一种检测地址服务器与客户端之间基于IP链路有效性的方法，以及失效后的快速恢复方法。

背景技术：

随着互联网业务这些年的高速发展，网络已经走进了千家万户，网络接入量每年都高速的增长，对于这种高速增长，有限的IP地址已经越来越吃紧，变的越来越珍贵；那么如何高速的利用有限的IP地址，DHCP就发挥了其重大的作用，使有限IP地址得到更高效的利用。因为动态分配的IP地址有时效性，它有一定的租期时间，这个租期时间是由DHCP Server分配下来的，如果租期到了而客户端没有进行续租的话，DHCP Server将对其进行回收，然后再将其分配给其它请求IP地址的客户端用户。如果这租期内这段时间链路异常或者因为当一些不正确的配置或者特定的环境可能会导致DHCP Sever提前的回收IP，这样可能导致网内客户端的IP地址失效，但是客启端发现在自己的IP租期还在正常的租期之内，更本就不会知道自己的IP已经失效了，这样就会导致客户端无法进行正常的通信了；直到IP租期到期时，客启端才会发起续约请求，但是可能这个时间会很长，直接影响到用户的体验与正常工作。

技术实现要素：

本发明基于当现有地址服务器与客户端存在的链路失效，客户端处于被动的状态而无法觉察与修复的问题，提供一种链路检测与修复的实现方法。

一种链路检测与修复的实现方法，包括以下步骤：

S1：客户端获取地址服务器分配的IP地址；

S2：客户端以分配的IP地址与地址服务器建立通信联系，若客户端没有收到反馈，则跳转至步骤S1，重新分配IP地址；否则进入下一步；

S3：判断当前IP地址是否被占用，占用时分配新IP后执行步骤S2；未占用时，执行下一步；

S4：客户端周期性发送ARP请求报文，若客户端没有收到地址服务器的响应，则跳转至步骤S3，否则执行下一步；

S5：在接收到地址服务器响应的ARP应答报文后，根据接收的ARP应答报文更新客户端访问的IP信息。

较佳地，步骤S2中客户端连续三次收不到地址服务器的响应，则跳转至步骤S1。

较佳地，步骤S3中IP地址占用时，返回一带新IP地址的DHCP Nack信息，未占用时返回DHCP Ack信息。

较佳地，步骤S4中，若客户端连续三次收不到地址服务器的响应，则跳转至步骤S2。

本发明为了使得客户端不再处于被动的地位，在维持地址服务器与客户端之间链路时效性方面，让客户端也有一定的实时发现与处理这种异常的能力，让这种异常性的时间间隔变的很短，最好让用户不会察觉的情况下，就又恢复了正常。类似于通过在地址服务器与客户端之间加入一种相当于心跳的机制，同加入这种心跳机会时，又不会影响服务端的正常工作；这种心跳的角色由ARP来担任，因为在链路上ARP是一个通用的协议，正好很好的担当这个角色。

采用本发明的改进，不但让处于被动地位的客户端有了主动性，同时也让客户端用户尽早的发现出了问题，同时来处理这种问题，而不是默默的在那里等待。

附图说明

图1为本发明的运行环境图；

图2为本发明中地址服务器与客户端用户的交互示意图；

图3为本发明的工作原理流程图一；

图4为本发明的工作原理流程图二。

具体实施方式

以下结合附图和具体实施例，对发明进行详细说明。

参照图1至图4，本发明的具体实现方法如下：

S1、客户端获取地址服务器分配的IP地址；

S101：局域网中，客户端发起DHCP查询(DHCP Discover)；

S102：DHCP Server接收到查询，应答带一个可用IP地址的查询响应(DHCP Offer)；

S103：客户端是否收到DHCP Offer，若未收到则返回步骤S101，若收到则执行下步。

S2、客户端以分配的IP地址与地址服务器建立通信联系，若客户端没有收到反馈，则跳转至步骤S1，重新分配IP地址；否则进入下一步；

S201：客户端采用分配的IP地址向DHCP Server发起地址请求(DHCP Request)；

其中，若客户端连续三次收不到地址服务器的响应，则跳转至步骤S1。

S3、判断当前IP地址是否被占用，占用时分配新IP后执行步骤S2；未占用时，执行下一步；

S301：DHCP Server若收到DHCP Request后，判定IP地址是否被占用，若被占用，则返回一带新IP地址的DHCP Nack信息，并跳转至步骤S2；若未占用，则返回DHCP Ack信息。

S4、客户端周期性发送ARP请求报文，若客户端没有收到地址服务器的响应，则跳转至步骤S3，否则执行下一步；

S401：客户端获取反馈的DHCP Nack信息，表示链路建立成功；设定心跳周期，客户端周期性发送ARP请求报文(ARP Request)；

S402：判定客户端是否收到DHCP Server的响应；

其中，若客户端连续三次收不到DHCP Server的响应，则跳转至步骤S2。

S5、在接收到地址服务器响应的ARP应答报文后，根据接收的ARP应答报文更新客户端访问的IP信息；

S501：若DHCP Server收到ARP Request后，应答一个ARP应答报文(ARP Reply)，客户端根据ARP Reply，更新其访问的IP信息。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明披露的技术范围内，根据本发明的技术方案及其发明构思加以等同替换或改变，都应涵盖在本发明的保护范围之内。