CN110086685A - 基于网络终端的网络恢复方法 - Google Patents

基于网络终端的网络恢复方法 Download PDF

Info

Publication number
CN110086685A
CN110086685A CN201910508421.8A CN201910508421A CN110086685A CN 110086685 A CN110086685 A CN 110086685A CN 201910508421 A CN201910508421 A CN 201910508421A CN 110086685 A CN110086685 A CN 110086685A
Authority
CN
China
Prior art keywords
network
address
recovery method
upper layer
layer gateway
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.)
Pending
Application number
CN201910508421.8A
Other languages
English (en)
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.)
You Hua Telecom Technology Co Ltd Of Shenzhen
Original Assignee
You Hua Telecom Technology Co Ltd Of Shenzhen
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 You Hua Telecom Technology Co Ltd Of Shenzhen filed Critical You Hua Telecom Technology Co Ltd Of Shenzhen
Priority to CN201910508421.8A priority Critical patent/CN110086685A/zh
Publication of CN110086685A publication Critical patent/CN110086685A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0654Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0659Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities
    • H04L41/0661Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities by reconfiguring faulty entities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/50Address allocation
    • H04L61/5007Internet protocol [IP] addresses
    • H04L61/5014Internet protocol [IP] addresses using dynamic host configuration protocol [DHCP] or bootstrap protocol [BOOTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • H04L67/143Termination or inactivation of sessions, e.g. event-controlled end of session
    • H04L67/145Termination or inactivation of sessions, e.g. event-controlled end of session avoiding end of session, e.g. keep-alive, heartbeats, resumption message or wake-up for inactive or interrupted session

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明涉及一种基于网络终端的网络恢复方法,包括步骤:从DHCP服务器获取所述网络终端的IP地址和上层网关的IP地址;通过Arp协议探测所述上层网关的IP地址是否可用;若不可用,则综合探测网络状况是否异常;若网络状况为异常,则进入网络重连步骤。本发明增加了探测机制,在探测到网络分配的IP地址不可用时,可自动重连,从而实现网络连接的自动恢复。

Description

基于网络终端的网络恢复方法
技术领域
本发明涉及网络通信技术领域,特别涉及一种基于网络终端的网络恢复方法。
背景技术
DHCP(RFC-1541)本身是一种动态主机配置协议,最初主要针对于LAN应用。DHCP协议本身并没有用来认证的功能,但是DHCP可以配合其他技术实现认证,所有这些扩展方式都统称为DHCP+认证。DHCP+OPTION扩展字段进行认证,又可称为IPoE认证方式。IPoE认证基于上网用户的物理位置(通过唯一的VLAN ID/PVC ID标示)对用户进行认证和计费,用户上网时无需输入用户名和密码。
然而,在复杂网络环境下,由于已分配给终端的IP地址可能被其它用户终端复用,因此,若仍使用该IP地址绑定用户的物理地址,必然是无法接通的,会出现数据无法交互、TCP握手不成功等情况,导致数据转发出现乱序,用户终端无法正常连接网络。由于可能的因素非常多,人工排除网络故障效率低,无法及时恢复网络。
发明内容
基于此,有必要提供一种基于网络终端的网络恢复方法,增加探测机制,在探测到网络分配的IP地址不可用时,可自动重连,从而实现网络连接的自动恢复。
为实现上述发明目的,本发明采用以下技术方案。
本发明提供一种基于网络终端的网络恢复方法,包括以下步骤:
从DHCP服务器获取所述网络终端的IP地址和上层网关的IP地址;
通过Arp协议探测所述上层网关的IP地址是否可用;
若不可用,则综合探测网络状况是否异常;
若网络状况为异常,则进入网络重连步骤。
优选地,所述从DHCP服务器获取网络终端的IP地址和上层网关的IP地址的步骤具体包括:
通过DHCP Option 3自动获取所述上层网关的IP地址。
优选地,所述通过Arp协议探测所述上层网关的IP地址是否可用的步骤具体包括:
所述网络终端通过Arp协议查看是否有应答,若无,则判定该IP地址不可用;否则,判定该IP地址可用。
优选地,所述综合探测网络状况是否异常的步骤具体包括:
在预定的时间间隔和次数内利用线程定时器对网络的当前状况进行探测。
优选地,所述网络重连步骤具体包括:
重启DHCP服务器或发送DHCP REALEASE报文以重新获取所述上层网关的IP地址。
优选地,所述通过Arp协议探测所述上层网关的IP地址是否可用的步骤之后,还包括步骤:
若可用,则进入周期探测步骤。
优选地,所述综合探测网络状况是否异常的步骤之后,还包括步骤:
若网络状况无异常,则进入周期探测步骤。
优选地,所述周期探测步骤具体包括:
每隔一定时间,利用Arp协议探测所述上层网关的IP地址是否可用。
优选地,所述周期探测的步骤具体包括:
若出现探测失败的情况,则每4~5秒探测一次;
若未出现探测失败的情况,则每30~60秒探测一次;
若出现连续3次探测失败的情况,则直接判定所述上层网关的IP地址不可用,并跳转到所述网络重连步骤。
优选地,所述Arp协议基于linux系统构建。
本发明利用Arp协议的请求-应答机制,主动探测上层网关的IP地址是否可用,并根据探测结果判断网络状况是否异常,当网络状况出现异常时,能引导DHCP重新获取IP地址,从而进行网络重连,实现在复杂网络环境下的网络自动恢复,无需人工排除故障,提升用户的使用体验。
附图说明
图1为本实施例中基于网络终端的网络恢复方法的流程示意图;
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
下面结合附图及具体实施例做进一步说明。
如图1所示,本实施例提供一种基于网络终端的网络恢复方法,用于实时探测网络终端上层网关的IP地址,并根据探测结果判断网络状况是否异常,从而启动相应的应对机制来恢复网络连接,它主要包括以下步骤:
S1:从DHCP服务器获取所述网络终端的IP地址和上层网关的IP地址;
S2:通过Arp协议探测所述上层网关的IP地址是否可用;
S3:若不可用,则综合探测网络状况是否异常;
S4:若网络状况为异常,则进入网络重连步骤。
步骤S1中,从DHCP服务器获取所述网络终端的IP地址和上层网关的IP地址进一步包括:
通过DHCP Option 3自动获取所述上层网关的IP地址。
DHCP Option 3扩展字段是该DHCP作用域的网关,option 003就是这个子网的网关地址,该网关地址给网络终端使用。
步骤S2中,通过Arp协议探测所述上层网关的IP地址是否可用具体包括:
网络终端通过Arp协议查看是否有应答,若无,则判定该IP地址不可用;否则,判定该IP地址可用。
Arp协议本身有请求-应答机制,若该IP地址不可用,网络终端发出包含目标IP地址的ARP请求后,网络上的目标主机能接收到该请求,会反馈消息,形成应答;若该IP地址不可用,则目标主机无法接收到该请求,网络终端便不能接收应答消息,因此,可由此判断该IP地址是否可用。
通过上述步骤完成对IP地址进行探测后,会出现两种情形,一种是该IP地址可用,另一种是该IP地址不可用。
若IP地址不可用,可能的原因有很多,需要进一步探明网络状况,以确定该IP地址是否与网络终端的物理地址存在冲突,需要更换IP地址。因此,本方法中综合探测网络状况是否异常的步骤具体包括:
在预定的时间间隔和次数内利用线程定时器对网络的当前状况进行探测。
线程定时器是一种代码实现手段,本方法设定预定的时间间隔,每隔一段时间探测一次,考虑到网络故障引发的因素有很多(有可能是网络异常或者服务器变动引发),因此,为了保证探测的准确性,本实施例加入时间间隔和次数进行条件约束,时间间隔是由于网络当前状态需要在获取到IP地址之后才能开始探测动作。次数的引入是为了防止误测,保证探测的准确性。
若探测结果仍是不可用,则判定网络状况为异常状态,若探测结果为可用或有时可用有时不可用,则判定网络状况为正常状态。
对于网络状况为异常时,则进入网络重连步骤,即步骤S4。
本实施例的步骤S4具体包括:
重启DHCP服务器或发送DHCP REALEASE报文以重新获取所述上层网关的IP地址。
DHCP REALEASE具体实现参见DHCP option 53(Message Type 7)有关知识,作用是释放当前的地址;重新获取IP地址是重新来一次DHCP拿地址的交互过程,大致的过程如下:
1)client send DHCP Discover;
2)server send DHCP Offer;
3)client send DHCP Request;
4)server send DHCP ACK。
对于网络状况为正常时,则进入以下步骤:
S5:进入周期探测步骤。
在步骤S2之后,若通过Arp协议探测所述上层网关的IP地址是可用的,则直接跳转到步骤S5。
步骤S5用于实时探测当前IP地址是否可用,即每隔一定时间,利用Arp协议探测所述上层网关的IP地址是否可用,具体包括以下步骤:
若出现探测失败的情况,则每4~5秒探测一次;
若未出现探测失败的情况,则每30~60秒探测一次;
若出现连续3次探测失败的情况,则直接判定所述上层网关的IP地址不可用,并跳转到步骤S4。
本实施例直接利用基于linux系统构建的Arp协议进行探测,具有较好的系统兼容性。
综上所述,本发明利用Arp协议的请求-应答机制,主动探测上层网关的IP地址是否可用,并根据探测结果判断网络状况是否异常,当网络状况出现异常时,能引导DHCP重新获取IP地址,从而进行网络重连,实现在复杂网络环境下的网络自动恢复,无需人工排除故障,提升用户的使用体验。
以上所述实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本发明的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对本发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进,这些都属于本发明的保护范围。

Claims (10)

1.一种基于网络终端的网络恢复方法,其特征在于,包括以下步骤:
从DHCP服务器获取所述网络终端的IP地址和上层网关的IP地址;
通过Arp协议探测所述上层网关的IP地址是否可用;
若不可用,则综合探测网络状况是否异常;
若网络状况为异常,则进入网络重连步骤。
2.如权利要求1所述的网络恢复方法,其特征在于,所述从DHCP服务器获取网络终端的IP地址和上层网关的IP地址的步骤具体包括:
通过DHCP Option3自动获取所述上层网关的IP地址。
3.如权利要求1所述的网络恢复方法,其特征在于,所述通过Arp协议探测所述上层网关的IP地址是否可用的步骤具体包括:
所述网络终端通过Arp协议查看是否有应答,若无,则判定该IP地址不可用;否则,判定该IP地址可用。
4.如权利要求1所述的网络恢复方法,其特征在于,所述综合探测网络状况是否异常的步骤具体包括:
在预定的时间间隔和次数内利用线程定时器对网络的当前状况进行探测。
5.如权利要求1所述的网络恢复方法,其特征在于,所述网络重连步骤具体包括:
重启DHCP服务器或发送DHCP REALEASE报文以重新获取所述上层网关的IP地址。
6.如权利要求1所述的网络恢复方法,其特征在于,所述通过Arp协议探测所述上层网关的IP地址是否可用的步骤之后,还包括步骤:
若可用,则进入周期探测步骤。
7.如权利要求1所述的网络恢复方法,其特征在于,所述综合探测网络状况是否异常的步骤之后,还包括步骤:
若网络状况无异常,则进入周期探测步骤。
8.如权利要求6或7所述的网络恢复方法,其特征在于,所述周期探测步骤具体包括:
每隔一定时间,利用Arp协议探测所述上层网关的IP地址是否可用。
9.如权利要求8所述的网络恢复方法,其特征在于,所述周期探测的步骤具体包括:
若出现探测失败的情况,则每4~5秒探测一次;
若未出现探测失败的情况,则每30~60秒探测一次;
若出现连续3次探测失败的情况,则直接判定所述上层网关的IP地址不可用,并跳转到所述网络重连步骤。
10.如权利要求1所述的网络恢复方法,其特征在于,所述Arp协议基于linux系统构建。
CN201910508421.8A 2019-06-13 2019-06-13 基于网络终端的网络恢复方法 Pending CN110086685A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910508421.8A CN110086685A (zh) 2019-06-13 2019-06-13 基于网络终端的网络恢复方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910508421.8A CN110086685A (zh) 2019-06-13 2019-06-13 基于网络终端的网络恢复方法

Publications (1)

Publication Number Publication Date
CN110086685A true CN110086685A (zh) 2019-08-02

Family

ID=67424122

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910508421.8A Pending CN110086685A (zh) 2019-06-13 2019-06-13 基于网络终端的网络恢复方法

Country Status (1)

Country Link
CN (1) CN110086685A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111526066A (zh) * 2020-04-24 2020-08-11 深圳市四海众联网络科技有限公司 通信设备网络检测修复方法
CN113067742A (zh) * 2020-01-02 2021-07-02 中国移动通信有限公司研究院 IPoE的处理方法、装置及家庭网关
CN114679443A (zh) * 2022-03-03 2022-06-28 北京百度网讯科技有限公司 一种下载视频数据的方法、装置、电子设备及存储介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1421081A (zh) * 1999-11-08 2003-05-28 Mci全球通讯公司 在ip电话网中用于动态网关选择的方法和系统
CN103338118A (zh) * 2013-06-04 2013-10-02 北京搜狐新媒体信息技术有限公司 一种通信网络连接方法及装置
CN104683188A (zh) * 2015-03-23 2015-06-03 太仓市同维电子有限公司 快速检测家庭路由器ip通道连通的方法
CN106231001A (zh) * 2016-07-25 2016-12-14 浙江大华技术股份有限公司 一种进行ip地址配置的方法、设备和系统
CN107395783A (zh) * 2017-07-25 2017-11-24 北京奇艺世纪科技有限公司 一种ip地址处理方法、系统、装置及电子设备
CN107508931A (zh) * 2017-09-29 2017-12-22 广东欧珀移动通信有限公司 无线网络通信方法、装置、存储介质和计算机设备
US20190132342A1 (en) * 2017-10-30 2019-05-02 Entit Software Llc DETECTING ANOMOLOUS NETWORK ACTIVITY BASED ON SCHEDULED DARK NETWORK Addresses

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1421081A (zh) * 1999-11-08 2003-05-28 Mci全球通讯公司 在ip电话网中用于动态网关选择的方法和系统
CN103338118A (zh) * 2013-06-04 2013-10-02 北京搜狐新媒体信息技术有限公司 一种通信网络连接方法及装置
CN104683188A (zh) * 2015-03-23 2015-06-03 太仓市同维电子有限公司 快速检测家庭路由器ip通道连通的方法
CN106231001A (zh) * 2016-07-25 2016-12-14 浙江大华技术股份有限公司 一种进行ip地址配置的方法、设备和系统
CN107395783A (zh) * 2017-07-25 2017-11-24 北京奇艺世纪科技有限公司 一种ip地址处理方法、系统、装置及电子设备
CN107508931A (zh) * 2017-09-29 2017-12-22 广东欧珀移动通信有限公司 无线网络通信方法、装置、存储介质和计算机设备
US20190132342A1 (en) * 2017-10-30 2019-05-02 Entit Software Llc DETECTING ANOMOLOUS NETWORK ACTIVITY BASED ON SCHEDULED DARK NETWORK Addresses

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113067742A (zh) * 2020-01-02 2021-07-02 中国移动通信有限公司研究院 IPoE的处理方法、装置及家庭网关
CN111526066A (zh) * 2020-04-24 2020-08-11 深圳市四海众联网络科技有限公司 通信设备网络检测修复方法
CN114679443A (zh) * 2022-03-03 2022-06-28 北京百度网讯科技有限公司 一种下载视频数据的方法、装置、电子设备及存储介质

Similar Documents

Publication Publication Date Title
CN110086685A (zh) 基于网络终端的网络恢复方法
US10958648B2 (en) Device communication environment
KR101042745B1 (ko) 클라이언트 단말장치와 서버 사이의 세션 재설정을 위한시스템 및 방법
US20180091621A1 (en) Device gateway
US10637876B2 (en) Information handling system threat management
WO2014042814A1 (en) Providing a mobile access point
US20110055367A1 (en) Serial port forwarding over secure shell for secure remote management of networked devices
US10250581B2 (en) Client, server, radius capability negotiation method and system between client and server
US9113031B2 (en) Call control for conferencing calls
US10601650B2 (en) Method for automated configuration of an IED
US9325685B2 (en) Authentication switch and network system
WO2017215492A1 (zh) 设备检测方法及装置
CN112671763B (zh) 组网环境下的数据同步方法、装置、计算机设备及存储介质
EP2958291A1 (en) Method and system for authenticating network equipment
CN105721203B (zh) 升级处理方法及装置
WO2017114363A1 (zh) 报文处理方法、bng及bng集群系统
CN110716787A (zh) 容器地址设置方法、设备和计算机可读存储介质
JP6148458B2 (ja) 認証装置およびその方法、ならびにコンピュータプログラム
CN106452860B (zh) 一种设备部署方法及装置
US9509580B2 (en) Adaptive power control in a network
CN105704154B (zh) 一种基于RESTful的服务处理方法、装置及系统
CN107770152A (zh) 一种安防方法及装置、电器、服务器和存储介质
CN107769979B (zh) 一种路由器间同步配置的方法
CN116781564B (zh) 一种容器云平台的网络检测方法、系统、介质和电子设备
CN109068395A (zh) 一种桥接配对的状态指示方法、装置、终端设备和介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20190802

RJ01 Rejection of invention patent application after publication