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

一种检测和维护ppp链路的方法 Download PDF

Info

Publication number
CN100399751C
CN100399751C CNB2006100020369A CN200610002036A CN100399751C CN 100399751 C CN100399751 C CN 100399751C CN B2006100020369 A CNB2006100020369 A CN B2006100020369A CN 200610002036 A CN200610002036 A CN 200610002036A CN 100399751 C CN100399751 C CN 100399751C
Authority
CN
China
Prior art keywords
ppp
link
dns
dns request
interface
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
CNB2006100020369A
Other languages
English (en)
Other versions
CN1808998A (zh
Inventor
朱会莹
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Bellnet Technologies Co., Ltd.
Original Assignee
Beijing Langtong Huanqiu Science & Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Langtong Huanqiu Science & Technology Co Ltd filed Critical Beijing Langtong Huanqiu Science & Technology Co Ltd
Priority to CNB2006100020369A priority Critical patent/CN100399751C/zh
Publication of CN1808998A publication Critical patent/CN1808998A/zh
Application granted granted Critical
Publication of CN100399751C publication Critical patent/CN100399751C/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

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 (9)

1.一种检测和维护点到点协议PPP链路的方法,其特征在于,包括:
11)客户端通过PPP接口向对端发出DNS请求;
12)判断是否接收到对端对所述DNS请求的响应;若是,则判定PPP链路工作正常;若否,则判定PPP链路丢失,启动重连进程。
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链路检测和维护。
CNB2006100020369A 2006-01-20 2006-01-20 一种检测和维护ppp链路的方法 Expired - Fee Related CN100399751C (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CNB2006100020369A CN100399751C (zh) 2006-01-20 2006-01-20 一种检测和维护ppp链路的方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNB2006100020369A CN100399751C (zh) 2006-01-20 2006-01-20 一种检测和维护ppp链路的方法

Publications (2)

Publication Number Publication Date
CN1808998A CN1808998A (zh) 2006-07-26
CN100399751C true CN100399751C (zh) 2008-07-02

Family

ID=36840701

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB2006100020369A Expired - Fee Related CN100399751C (zh) 2006-01-20 2006-01-20 一种检测和维护ppp链路的方法

Country Status (1)

Country Link
CN (1) CN100399751C (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101102231B (zh) * 2007-08-20 2010-09-29 杭州华三通信技术有限公司 一种ppp链路路由设备的自动发现方法和装置
CN101483927B (zh) * 2008-01-08 2011-05-04 华为技术有限公司 检测无线链路失败的方法及设备
CN102469175A (zh) * 2010-11-16 2012-05-23 国基电子(上海)有限公司 网络装置及其对客户端分配因特网协议地址的方法
CN102111445B (zh) * 2011-01-11 2016-01-20 中兴通讯股份有限公司 状态机震荡预防的方法和相应的通讯设备
US20140089503A1 (en) * 2011-04-29 2014-03-27 Telefonaktiebolaget L M Ericsson (Publ) Automatic Connection Selection
CN103368794A (zh) * 2013-07-30 2013-10-23 上海斐讯数据通信技术有限公司 一种ppp链路检测方法
CN105577811B (zh) * 2015-12-31 2019-05-10 深圳市中兴物联科技有限公司 一种基于通信模块的ppp状态监控及自动重连的方法和装置
CN108471369B (zh) * 2018-06-27 2021-01-15 深圳创维数字技术有限公司 一种网络拨号方法、装置及存储介质
CN114629822B (zh) * 2022-04-18 2024-06-11 北京小米移动软件有限公司 链路检测方法、装置、电子设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1488227A (zh) * 2001-01-22 2004-04-07 ����ɭ�绰�ɷ����޹�˾ 用于移动站简化点到点协议协商的方法和系统
CN1553653A (zh) * 2003-05-29 2004-12-08 华为技术有限公司 以太网承载点对点协议的方法和装置
WO2005022642A1 (en) * 2003-08-26 2005-03-10 Qualcomm Incorporated Avoiding ppp time-outs during ipcp negotiations

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1488227A (zh) * 2001-01-22 2004-04-07 ����ɭ�绰�ɷ����޹�˾ 用于移动站简化点到点协议协商的方法和系统
CN1553653A (zh) * 2003-05-29 2004-12-08 华为技术有限公司 以太网承载点对点协议的方法和装置
WO2005022642A1 (en) * 2003-08-26 2005-03-10 Qualcomm Incorporated Avoiding ppp time-outs during ipcp negotiations

Also Published As

Publication number Publication date
CN1808998A (zh) 2006-07-26

Similar Documents

Publication Publication Date Title
CN100399751C (zh) 一种检测和维护ppp链路的方法
US7757285B2 (en) Intrusion detection and prevention system
US7711790B1 (en) Securing an accessible computer system
US7372809B2 (en) Thwarting denial of service attacks originating in a DOCSIS-compliant cable network
US8086732B1 (en) Method and apparatus for rate limiting client requests
US20060280121A1 (en) Frame-transfer control device, DoS-attack preventing device, and DoS-attack preventing system
WO2006114053A1 (fr) Procede, systeme et appareil visant a empecher la contrefacon d’une adresse mac
EP1833224A1 (en) Triggering DHCP actions from IEEE 802.1x state changes
US20070121833A1 (en) Method of Quick-Redial for Broadband Network Users and System Thereof
US20100325295A1 (en) Communication apparatus
CN108471369A (zh) 一种网络拨号方法、装置及存储介质
EP1902545A1 (en) Communications network tap with heartbeat monitor
WO2008141584A1 (en) Message processing method, system, and equipment
CN102137073B (zh) 一种防止仿冒ip地址进行攻击的方法和接入设备
CN100583884C (zh) 通信系统中发送握手报文的方法及装置
CN114422571B (zh) 一种量子通信客户端断开重连系统及方法
EP1843624A1 (en) Method for protecting digital subscriber line access multiplexer, DSLAM and XDSL single service board
WO2016197782A2 (zh) 一种服务端口管理的方法、装置和计算机可读存储介质
US20030110240A1 (en) Method and apparatus for adaptively configuring a router
US20040071133A1 (en) Intelligent PPPOE initialization
TW201010337A (en) Apparatus power restart method in response to network connection status
JP4922620B2 (ja) ネットワークシステム
JP3792654B2 (ja) ネットワーク接続装置及び不正アクセス防止方法
US7254136B1 (en) Beacon protocol for internet connection sharing devices
CN103856571B (zh) 一种自适应网路连接方法和系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
ASS Succession or assignment of patent right

Owner name: ZHOU ZHENHONG

Free format text: FORMER OWNER: BEIJING LANGTONG HUANQIU SCIENCE + TECHNOLOGY CO., LTD.

Effective date: 20101130

C41 Transfer of patent application or patent right or utility model
COR Change of bibliographic data

Free format text: CORRECT: ADDRESS; FROM: 100102 8/F, TOWER A, LUOWA BUILDING, NO.203, DISTRICT 2, LIZE MIDDLE PARK, WANGJING, CHAOYANG DISTRICT, BEIJING TO: 201206 ROOM 901, NO.4, LANE 128, JINTAI ROAD, PUDONG NEW DISTRICT, SHANGHAI

TR01 Transfer of patent right

Effective date of registration: 20101130

Address after: 201206 Shanghai City, Pudong New Area Jintai Road 128 Lane 4, room 901

Patentee after: Zhou Zhenhong

Address before: 100102 Beijing city Chaoyang District Wangjing 2 District No. 203 Lize Park Petrova building A block 8 layer

Patentee before: Beijing Langtong Huanqiu Science & Technology Co., Ltd.

ASS Succession or assignment of patent right

Owner name: BELLNET TECHNOLOGIES WUXI CO., LTD.

Free format text: FORMER OWNER: ZHOU ZHENHONG

Effective date: 20120120

C41 Transfer of patent application or patent right or utility model
COR Change of bibliographic data

Free format text: CORRECT: ADDRESS; FROM: 201206 PUDONG NEW AREA, SHANGHAI TO: 214000 WUXI, JIANGSU PROVINCE

TR01 Transfer of patent right

Effective date of registration: 20120120

Address after: 214000 No. 51, Wuxi hi tech Industrial Development Zone, Wuxi, Jiangsu, Zhujianglu Road

Patentee after: Bellnet Technologies Co., Ltd.

Address before: 201206 Shanghai City, Pudong New Area Jintai Road 128 Lane 4, room 901

Patentee before: Zhou Zhenhong

EE01 Entry into force of recordation of patent licensing contract

Application publication date: 20060726

Assignee: Wuxi source of high-tech investment limited liability company

Assignor: Zhou Zhenhong

Contract record no.: 2011320000759

Denomination of invention: Method of detection and maintenance of PPP link

Granted publication date: 20080702

License type: Common License

Record date: 20110527

LICC Enforcement, change and cancellation of record of contracts on the licence for exploitation of a patent or utility model
CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20080702

Termination date: 20180120