CN100399751C

CN100399751C - 一种检测和维护ppp链路的方法

Info

Publication number: CN100399751C
Application number: CNB2006100020369A
Authority: CN
Inventors: 朱会莹
Original assignee: Beijing Langtong Huanqiu Science & Technology Co Ltd
Current assignee: Bellnet Technologies Co., Ltd.
Priority date: 2006-01-20
Filing date: 2006-01-20
Publication date: 2008-07-02
Anticipated expiration: 2026-01-20
Also published as: CN1808998A

Abstract

本发明公开一种检测和维护点到点协议PPP链路的方法，包括：11)客户端通过PPP接口向对端发出DNS请求；12)判断是否接收到对端对所述DNS请求的响应；若是，则判定PPP链路工作正常；若否，则判定PPP链路丢失，启动重连进程。与现有技术采用Echo Request进行连路的检测和维护相比，本发明提供的方法建立在运营商必须提供的DNS服务基础上，由于运营商不可能关闭DNS服务，因此，此种方式适用于各种PPP链路，并可以避免被恶意利用。

Description

一种检测和维护PPP链路的方法

技术领域

本发明涉及PPP(Point-to-Point Protocol点到点协议，简称PPP)链路，具体地说涉及一种检测和维护PPP链路的方法。

背景技术

PPP(Point-to-Point Protocol点到点协议)是为在同等单元之间传输数据包这样的简单链路设计的链路层协议，使用该种链路层协议建立的数据通信链路称为PPP链路。这种链路提供全双工操作，并按照顺序传递数据包，主要作用是通过拨号或专线方式建立点对点连接并发送数据。目前，PPP链路已成为各种主机、网桥和路由器之间实现简单连接的一种共通的解决方案，它具有简单、具备用户验证能力、可以解决IP分配等优点，是目前广域网上应用最广泛的协议之一。例如，家庭拨号上网就是通过PPP链路在用户端和运营商(如中国网通)的接入服务器之间建立通信。在宽带接入的应用中，PPP链路也衍生出新的形式。例如，在ADSL(非对称数据用户环线，AsymmetricalDigital Subscriber Loop)接入方式中，采用PPP协议与其它的协议共同派生出了符合宽带接入要求的新的协议，如PPPoE(PPP over Ethernet)，PPPoA(PPP over ATM)。上述各种协议也属于广义的PPP协议，使用上述协议建立的链路也可以称之为PPP链路。本发明在广义意义上使用PPP协议以及PPP链路的概念。

数据通信链路是很少完美的。由于各种原因(例如线路噪音，设备失败，缓存溢出等等)，链路上的包可能被丢掉或者被破坏，这种情况被称之为“链路丢失”。在很多情况下，需要准确掌握链路状态，在发生链路丢失时采取措施重新建立链路。上述过程被称为“链路的检测和维护”。

现有技术下，为了检测和维护PPP链路，可以使用ICMP(因特网控制信息协议，Intemet Control Message Protocol)的Echo Request(回音请求)或PPP协议本身的LCP Echo Request(链路控制协议回音请求)。即每间隔一段时间就发送所述Echo Request给服务器，并检测响应。如果发送若干次请求后没有收到响应，就可以认为PPP链路已经丢失。

所述ICMP在Internet上用于错误处理和传递控制信息。它的功能之一是与主机联系，通过发送一个“回音请求”(Echo Request)信息包看看主机是否正常工作。最普通的ping程序就使用了这个功能。

在TPC/IP协议栈中，用于处理ICMP Echo Request的应用程序的优先级比较高，因此，这就导致服务器易受到DOS(Deny of Service，拒绝服务)攻击。也就是说，如果有大量的ICMP Echo Request到来，服务器忙于处理这些请求，而无法提供其它的服务。

因此，提供网络连接服务的网络运营商为了避免服务器受到攻击，就拒绝响应ICMP Echo Request请求。所以，在客户端利用ICMP Echo Request来维护和检测PPP链路是不可靠的。

由于类似的原因，利用PPP自身的LCP Echo Request来维护和检测PPP链路也同样不可靠。

发明内容

针对上述缺陷，本发明解决的技术问题在于，提供一种检测和维护PPP链路的方法，该方法不会由于网络运营商拒绝响应ICMP Echo Request或者LCP Echo Request而无法检测到链路连接状态。

本发明提供的检测和维护点到点协议PPP链路的方法，包括：

11)客户端通过PPP接口向对端发出DNS请求；

12)判断是否接收到对端对所述DNS请求的响应；若是，则判定PPP链路工作正常；若否，则判定PPP链路丢失，启动重连进程。

优选地，步骤12)后，等待时间t，再进入步骤11)。

优选地，所述步骤11)之前，检测PPP接口是否启动，若未启动，则再次检测；若PPP接口启动则进入下一步骤。

优选地，所述检测PPP接口是否启动的检测结果若为PPP接口启动，则检测PPP接口是否接收到对端数据；若否，则进入步骤11)；若是，则重新检测PPP接口是否启动。

优选地，所述步骤11)之前设置预定次数M；所述步骤12)中判断未接收到对端对所述DNS请求的响应时，进一步判断连续出现该种状况的次数，并由计数器记录该次数，若超过M次，判断PPP链路丢失，启动重连进程；若未超过M次，则将所述未接收到对端响应的次数加1后返回步骤11)，再次进行DNS请求；在接收到对端的DNS请求响应后，所述计数器清零。

优选地，所述再次进行DNS请求前，等待时间T2。

优选地，所述判断PPP接口未启动，或判断PPP接口启动但是接收到对端数据时，等待时间T1，再重新检测PPP接口是否启动。

优选地，所述等待时间T1后，检测PPP接口是否启动前，将未接收到对端DNS请求响应连续出现的次数的计数清零。

优选地，所述步骤12)中判断PPP链路正常时，则等待时间T1后，再重复进行上述PPP链路检测和维护。

本发明利用每个网络运营商都必须提供的DNS服务，实现对PPP链路的检测和维护，与现有技术采用Echo Request进行连路的检测和维护相比，

本发明提供的方法具有下述优势：

1、可靠性高。本发明提供的方法建立在运营商必须提供的DNS服务基础上，由于运营商不可能关闭DNS服务，因此，此种方式适用于各种PPP链路。而使用Echo Request则可能由于运营商关闭该功能而无法进行链路检测和维护。

2、可以避免被恶意利用。由于DNS是一个普通的服务请求，不具有高优先级，因此，不会被恶意使用者用于攻击服务器。

3、无需增加任何费用。DNS请求和服务是网络中已经具有的服务请求，因此，使用DNS请求检测和维护PPP链路不需要增加费用。

附图说明

图1是本发明第一实施例的流程图。

具体实施方式

DNS(Domain Name System)的含义是域名管理系统，也可以指域名解析服务器，它的作用是提供域名解析服务。所谓域名解析服务是把域名转换成为网络可以识别的IP地址。例如：上网时，输入域名www.sohu.com会由DNS自动转换成为IP地址61.135.132.6。使用域名解析服务的原因是因为人们更容易记住名字，如www.sohu.com，而不是IP地址61.135.132.6。每一个提供网络接入服务的网络运营商都会通过域名解析服务器提供所述域名解析服务，可以简称为DNS服务。

由于每一个网络运营商都会提供DNS服务，可以采用如下方式检测和维护PPP链路：每间隔一段时间发送DNS请求给DNS服务器，并检测响应。如果发送若干次请求始终没有收到响应，则判断PPP链路已经丢失。

请参看图1，为本发明第一实施例的流程图。

步骤S100，开始。

该步骤中，包括设置等待时间t，其中长等待时间的时间值为T1；短等待时间值为T2。首先将等待时间t设置为长等待时间T1。

所述等待时间t，是使用DNS请求检测和维护链路的间隔时间。当链路情况正常时，该间隔时间可以较长，可以使用长等待时间T1；如果链路情况异常，则应缩短DNS请求的时间，以便及时检测和维护链路，这时使用短等待时间T2。

步骤S101，将计数器置零。

所述计数器用于计量发送DNS请求进行链路检测的次数，在进行判断前首先将该计数器置零。

步骤S102，等待设置的等待时间t。

该段时间t是进行链路检测和维护的间隔时间。

步骤S103，判断PPP接口是否启动；若是，则进入步骤S104；若否，则进入步骤S109。

所述PPP接口启动的含义是指该网络接口已经准备好，可以用于接收和发送数据。

如果用户没有启动PPP接口，表明PPP链路未被使用，此时没有进行PPP链路检测和维护的必要。如果PPP接口已经启动，说明需要使用PPP链路，因此，有必要进行后续步骤，进行PPP链路检测与维护。

步骤S104，判断PPP接口是否接收到对端数据；若是，则进入步骤S109；若否，则进入步骤S105。

若PPP接口接收到对端数据，则说明PPP链路工作正常，无需进行PPP链路检测。否则，则存在PPP链路丢失的可能，需要进行PPP链路检测。

步骤S105，发送DNS请求并等待响应。

所述DNS请求，就是客户端通过所述PPP接口向提供网络接入服务的网络运营商的DNS服务器发送域名，由网络运营商的DNS服务器根据发送的DNS请求，产生对应的IP地址，并将该IP地址作为响应，返回客户端，当客户端PPP接口收到所述响应时，则说明PPP链路工作正常。由于该DNS请求和响应机制是每个网络运营商都必须提供的，因此，可以用该方法有效的检验链路的状况。同时，所述DNS请求是普通的服务请求，不具有高优先级，不会被恶意用户用于攻击服务器。

用于进行PPP链路检测的DNS请求应当包括若干知名域名，以保证DNS请求的有效性。

步骤S106，判断PPP接口是否接收对端对所述DNS请求的响应；若是，则进入步骤S109；若否，则进入步骤S107。

如果PPP接口接收到DNS响应，即域名解析后的IP地址，则说明PPP链路工作正常；否则，说明链路工作不正常。

步骤S107，计数器加1，将等待时间t的值设置为短等待时间T2。

进行一次DNS请求获得的链路检测结果可能并不正确，这是由于可能由于DNS服务器忙或其它原因，而使DNS服务器没有及时作出响应，如果依据这一次的情况作出检测结论，则可能出错。为避免此种情况，设置专用计数器，对DNS请求未获得响应的情况计数。

由于出现DNS请求未获得正常响应的情况，因此，PPP链路有可能出现问题，有必要将所述等待时间t设为短等待时间T2，以进行更频繁的DNS链路检测，以便及时发现链路丢失的情况。

步骤S108，判断计数器是否大于某个预定值M。若是，则进入步骤S110；若否，则返回步骤S102。

所述预定值M是预设的门槛值，当超过M次的DNS请求都未获得响应时，则判断PPP链路已经断开，应当进入相关步骤进行处理。如果进行DNS请求的次数尚未超过M次，则应该继续采用DNS请求的方式进行检测。

步骤S109，将等待时间t设置为所述长等待时间T1，并进入步骤S101。

由于PPP接口并未启动，或者最近接收的信息或进行的检测表明PPP链路工作正常，则没有必要频繁进行PPP链路检测，因此，可以将等待时间设置为所述长等待时间后，返回步骤S101。重新开始新一轮的PPP链路检测过程。

步骤S110，判断PPP链路已经断开，启动重连进程或进行其它处理。

由于已经过若干次的检测，都表明客户端的DNS服务请求没有获得响应，因此，可以判断PPP链路丢失，需要启动重连进程，该进程用于重新建立PPP链接，从而实现对PPP链路的维护。当然，也可以同时发出PPP链路丢失的报警信息或者进行其它相关处理。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims

1.一种检测和维护点到点协议PPP链路的方法，其特征在于，包括：

11)客户端通过PPP接口向对端发出DNS请求；

2.根据权利要求1所述的方法，其特征在于，步骤12)后，等待时间t，再进入步骤11)。

3.根据权利要求2所述的方法，其特征在于，所述步骤11)之前，检测PPP接口是否启动，若否，则再次检测；若是，则进入下一步骤。

4.根据权利要求3所述的方法，其特征在于，所述检测PPP接口是否启动的检测结果若为PPP接口启动，则检测PPP接口是否接收到对端数据，若否，则进入步骤11)；若是，则重新检测PPP接口是否启动。

5.根据权利要求4所述的方法，其特征在于，所述步骤11)之前设置预定次数M；所述步骤12)中判断未接收到对端对所述DNS请求的响应时，进一步判断连续出现该种状况的次数，并由计数器记录该次数，若超过M次，判断PPP链路丢失，启动重连进程；若未超过M次，则将所述未接收到对端响应的次数加1后返回步骤11)，再次进行DNS请求；在接收到对端的DNS请求响应后，所述计数器清零。

6.根据权利要求5所述的方法，其特征在于，所述再次进行DNS请求前，等待时间T2。

7.根据权利要求6所述的方法，其特征在于，所述判断PPP接口未启动，或判断PPP接口启动但是接收到对端数据时，等待时间T1，再重新检测PPP接口是否启动。

8.根据权利要求7所述的方法，其特征在于，所述等待时间T1后，检测PPP接口是否启动前，将未接收到对端DNS请求响应连续出现的次数的计数清零。

9.根据权利要求1至8所述的方法，其特征在于，所述步骤12)中判断PPP链路正常时，则等待时间T1后，再重复进行上述PPP链路检测和维护。