CN112737843B - 一种检查网络数据业务可用的方法及系统 - Google Patents
一种检查网络数据业务可用的方法及系统 Download PDFInfo
- Publication number
- CN112737843B CN112737843B CN202011596662.1A CN202011596662A CN112737843B CN 112737843 B CN112737843 B CN 112737843B CN 202011596662 A CN202011596662 A CN 202011596662A CN 112737843 B CN112737843 B CN 112737843B
- Authority
- CN
- China
- Prior art keywords
- network packet
- packet detector
- network
- farthest node
- node
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0677—Localisation of faults
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种检查网络数据业务可用的方法及系统,包括:当数据发送到目标地址失败时,使用网络包探测器测试所述目标地址,并将所述网络包探测器的生存时间设置为到达最远节点所需的生存时间,并获取到当前最远节点;不断令所述生存时间增加1,并使用所述网络包探测器测试所述目标地址,并根据所述网络包探测器到达的最远节点更新所述当前最远节点,直到所述生存时间到达最大生存时间;当所述最远节点不为运营商内部节点,输出所述目标地址业务不可用。本发明的技术效果:可以精确地判断出是在哪个网络节点出现了问题并判断出其是否可达。
Description
技术领域
本发明涉及网络连通检验领域,特别涉及一种检查网络数据业务可用的方法及系统。
背景技术
当前判断网络不可用常见策略为直接ping某一域名或者是IP地址,如果ping不成功,则认为服务器不可以到达,就会尝试多次导致移动终端的功耗增加,或者是不做网络的尝试或是很少尝试,降低移动终端的在线率。仅仅ping一个IP地址或者是域名如果不成功,无法定位到哪里到问题点是在哪个网络节点出现了问题。
发明内容
为解决上述技术问题,本发明提供一种检查网络数据业务可用的方法及系统,具体的技术方案如下:
一方面,提供一种检查网络数据业务可用的方法,包括:
当数据发送到目标地址失败时,使用网络包探测器测试所述目标地址,并将所述网络包探测器的生存时间设置为到达最远节点所需的生存时间,并获取到当前最远节点;
不断令所述生存时间增加1,并使用所述网络包探测器测试所述目标地址,并根据所述网络包探测器到达的最远节点更新所述当前最远节点,直到所述生存时间到达最大生存时间;
当所述最远节点不为运营商内部节点,输出所述目标地址业务不可用。
在本技术方案中,通过逐渐增加ping的范围从而定位到是在哪个网络节点出现了问题,克服了传统技术中如果ping不成功,则认为服务器不可以到达,就会尝试多次导致移动终端的功耗增加,或者是不做网络的尝试或是很少尝试,降低移动终端的在线率,且无法定位到哪里到问题是在哪个网络节点出现了问题,通过本实施例的技术方案,可以精确地判断出是在哪个网络节点出现了问题并判断出其是否可达。
优选地,所述使用网络包探测器测试目标地址后还包括:
当所述网络包探测器响应异常时,使用所述网络包探测器测试任一IP地址,并将所述网络包探测器的生存时间设置为到达最远节点所需的生存时间,并获取到当前最远节点;
当所述网络包探测器返回错误原因不为生存时间为0时,检查网络资源分配是否正常,若不正常,申请网络资源分配,否则,继续使用所述网络包探测器测试任一IP地址。
优选地,所述不断令所述生存时间增加1,并使用所述网络包探测器测试所述目标地址,并根据所述网络包探测器到达的最远节点更新所述当前最远节点,直到所述生存时间到达最大生存时间具体包括:
令所述生存时间增加1,并使用所述网络包探测器测试所述目标地址;
判断所述网络包探测器测试是否返回错误原因为生存时间为0,若是,根据所述网络包探测器到达的最远节点更新所述当前最远节点;
当生存时间未到达所述最大生存时间时,与所述网络包探测器的失败目标地址建立TCP握手;
判断是否有握手数据返回,若是,根据所述失败目标地址更新所述最远节点;
继续令所述生存时间增加1,并使用所述网络包探测器测试所述目标地址。
优选地,所述使用网络包探测器测试目标地址后还包括:
当所述网络包探测器响应正常时,重新发送所述数据或者检查所述目标地址的PORT是否正常。
优选地,还包括:当所述最远节点不为运营商内部节点时,调整重传策略或者数据业务开关策略。
另一方面,提供一种检查网络数据业务可用的系统,包括:
网络探测模块,用于当数据发送到目标地址失败时,使用网络包探测器测试所述目标地址,并将所述网络包探测器的生存时间设置为到达最远节点所需的生存时间,并获取到当前最远节点;
最远节点更新模块,用于令所述生存时间增加1,并使用所述网络包探测器测试所述目标地址,并根据所述网络包探测器到达的最远节点更新所述当前最远节点,直到所述生存时间到达最大生存时间;
内网判断模块,用于当所述最远节点不为运营商内部节点,输出所述目标地址业务不可用。
在本技术方案中,通过逐渐增加ping的范围从而定位到是在哪个网络节点出现了问题,克服了传统技术中如果ping不成功,则认为服务器不可以到达,就会尝试多次导致移动终端的功耗增加,或者是不做网络的尝试或是很少尝试,降低移动终端的在线率,且无法定位到哪里到问题是在哪个网络节点出现了问题,通过本实施例的技术方案,可以精确地判断出是在哪个网络节点出现了问题并判断出其是否可达。
优选地,所述网络探测模块具体包括:
最远节点获取子模块,用于当所述网络包探测器响应异常时,使用所述网络包探测器测试任一IP地址,并将所述网络包探测器的生存时间设置为到达最远节点所需的生存时间,并获取到当前最远节点;
网络资源申请子模块,用于当所述网络包探测器返回错误原因不为生存时间为0时,检查网络资源分配是否正常,若不正常,申请网络资源分配,否则,继续使用所述网络包探测器测试任一IP地址。
优选地,所述最远节点更新模块具体包括:
生存时间递增子模块,用于令所述生存时间增加1,并使用所述网络包探测器测试所述目标地址;
判断所述网络包探测器测试是否返回错误原因为生存时间为0,若是,根据所述网络包探测器到达的最远节点更新所述当前最远节点;
TCP握手子模块,用于当生存时间未到达所述最大生存时间时,与所述网络包探测器的失败目标地址建立TCP握手;判断是否有握手数据返回,若是,根据所述失败目标地址更新所述最远节点。
优选地,还包括网络状态监测模块,用于当所述网络包探测器响应正常时,重新发送所述数据或者检查所述目标地址的PORT是否正常。
优选地,还包括策略调整模块,用于当所述最远节点不为运营商内部节点时,调整重传策略或者数据业务开关策略。
本发明的技术效果:通过逐渐增加ping的范围从而定位到是在哪个网络节点出现了问题,克服了传统技术中如果ping不成功,则认为服务器不可以到达,就会尝试多次导致移动终端的功耗增加,或者是不做网络的尝试或是很少尝试,降低移动终端的在线率,且无法定位到哪里到问题是在哪个网络节点出现了问题,通过本实施例的技术方案,可以精确地判断出是在哪个网络节点出现了问题并判断出其是否可达。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简要介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例1的流程示意图;
图2为本发明实施例2的流程示意图;
图3为本发明实施例3的流程示意图;
图4为本发明整体的流程示意图;
图5为本发明实施例5的结构示意图。
具体实施方式
以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、技术之类的具体细节,以便透彻理解本申请实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其他实施例中也可以实现本申请。在其他情况中,省略对众所周知的系统、装置、电路以及方法的详细说明,以免不必要的细节妨碍本申请的描述。
应当理解,当在本说明书和所附权利要求书中使用时,术语“包括”指示所述描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其他特征、整体、步骤、操作、元素、组件和/或集合的存在或添加。
为使图面简洁,各图中只示意性地表示出了与本发明相关的部分,它们并不代表其作为产品的实际结构。另外,以使图面简洁便于理解,在有些图中具有相同结构或功能的部件,仅示意性地绘出了其中的一个,或仅标出了其中的一个。在本文中,“一个”不仅表示“仅此一个”,也可以表示“多于一个”的情形。
还应当进一步理解,在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。
另外,在本申请的描述中,术语“第一”、“第二”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对照附图说明本发明的具体实施方式。显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图,并获得其他的实施方式。
实施例1:
如图1所示,本实施例提供一种检查网络数据业务可用的方法,包括:
S1:当数据发送到目标地址失败时,使用网络包探测器测试所述目标地址,并将所述网络包探测器的生存时间设置为到达最远节点所需的生存时间;
S4:获取到当前最远节点;
S5:不断令所述生存时间增加1,并使用所述网络包探测器测试所述目标地址,并根据所述网络包探测器到达的最远节点更新所述当前最远节点,直到所述生存时间到达最大生存时间;
S6:当所述最远节点不为运营商内部节点时,输出所述目标地址业务不可用。
传统技术中,判断网络不可用常见策略为直接ping某一域名或者是IP地址,如果ping不成功,则认为服务器不可以到达,就会尝试多次导致移动终端的功耗增加,或者是不做网络的尝试或是很少尝试,降低移动终端的在线率。仅仅ping一个IP地址或者是域名如果不成功,无法定位到哪里到问题是在哪个网络节点出现了问题。
故在本实施例中,通过逐渐增加ping的范围,从而定位到是在哪个网络节点出现了问题。具体而言,当发送数据到目标地址失败的时候,先ping一下目标地址,然后发现目标地址ping异常了,无法连接,那么便根据原有的最远节点的TTL去寻找是哪里出现了问题,当ping到了更远的节点时,便使用该节点作为最远的节点,然后扩大TTL以便进一步的寻找更远的节点,直到达到最大生存时间,此时判断最远节点是不是和移动终端地址同属于一个内网下的IP,如果不是,那么说明数据被转发出了内网,只是通往服务器的路由上某一个IP转发数据出现了问题则可以进一步的定位到问题节点,那么移动终端上可以调整向这服务器发送数据的策略,同时ping其他的服务器IP地址ping的结果返回正常,那么通往其他服务器的策略暂时不需要改变。
本实施例通过逐渐增加ping的范围从而定位到是在哪个网络节点出现了问题,克服了传统技术中如果ping不成功,则认为服务器不可以到达,就会尝试多次导致移动终端的功耗增加,或者是不做网络的尝试或是很少尝试,降低移动终端的在线率,且无法定位到哪里到问题是在哪个网络节点出现了问题,通过本实施例的技术方案,可以精确地判断出是在哪个网络节点出现了问题并判断出其是否可达。
实施例2:
如图2所示,本实施例提供一种检查网络数据业务可用的方法,包括:
S1:当数据发送到目标地址失败时,使用网络包探测器测试所述目标地址,
S3:并将所述网络包探测器的生存时间设置为到达最远节点所需的生存时间,
S4-1:当所述网络包探测器响应异常时,使用所述网络包探测器测试任一IP地址,并将所述网络包探测器的生存时间设置为到达最远节点所需的生存时间,并获取到当前最远节点;
S4-2:判断所述网络包探测器返回错误原因是否为生存时间为0时,若否,进入S4-3,否则进入S5;
S4-3:,检查网络资源分配是否正常,若不正常,进入S4-4,否则回到S4-1;
S4-4:申请网络资源分配,并回到S4-1;
S5:不断令所述生存时间增加1,并使用所述网络包探测器测试所述目标地址,并根据所述网络包探测器到达的最远节点更新所述当前最远节点,直到所述生存时间到达最大生存时间;
S6:当所述最远节点不为运营商内部节点时,输出所述目标地址业务不可用。
在实际的运行过程中,存在着一种情况,即数据根本就没有达到基站侧,所以应当先使用所述网络包探测器测试任一IP地址,并将所述网络包探测器的生存时间设置为到达最远节点所需的生存时间,并获取到当前最远节点,来判断是否出现了数据没有传输到基站侧的情况。如果ping的结果返回错误是超时了那么说明这个数据没有传输到基站侧,需要检查无线资源是否能正常的申请,如果没有申请成功则终端重新申请无线资源,无线资源包括上行资源和下行资源。如果ping的结果返回错误是TTL=0或者是生存周期结束,则说明这个数据已经到达了基站,TTL=0或者是生存周期结束时会携带最远节点的IP地址。
本实施例通过测试任一IP地址,来判断设备的无线资源是否正常,并获取到最远节点的IP地址,从而提高了实际最远节点的获取速度,加快了判断目标地址是否可达与寻找问题节点的速度。
实施例3:
如图3所示,本实施例提供一种检查网络数据业务可用的方法,包括:
S1:当数据发送到目标地址失败时,使用网络包探测器测试所述目标地址,
S3:并将所述网络包探测器的生存时间设置为到达最远节点所需的生存时间;
S4-1:当所述网络包探测器响应异常时,使用所述网络包探测器测试任一IP地址,并将所述网络包探测器的生存时间设置为到达最远节点所需的生存时间,并获取到当前最远节点;
S4-3:当所述网络包探测器返回错误原因不为生存时间为0时,检查网络资源分配是否正常,若不正常,进入S4-4,否则回到S4-1;
S4-4:申请网络资源分配;
S5-1:令所述生存时间增加1,并使用所述网络包探测器测试所述目标地址;
S5-2:判断所述网络包探测器测试是否返回错误原因为生存时间为0,若是,进入S5-3,否则进入S5-4;
S5-3:根据所述网络包探测器到达的最远节点更新所述当前最远节点;
S5-4:当生存时间未到达所述最大生存时间时进入S5-5,否则进入S6;
S5-5:与所述网络包探测器的失败目标地址建立TCP握手,判断是否有握手数据返回,若是,进入S5-6,否则回到S5-1;
S5-6:根据所述失败目标地址更新所述最远节点,回到S5-1;
S6:当所述最远节点不为运营商内部节点时,输出所述目标地址业务不可用。
在本实施例中,具体到实际的运行过程中,在之前选择合适的TTL值为N基础之上,每次PING时TTL递增的加1,直到TTL达到最大的合理预设值。同时在ping的过程中通过返回的错误原因TTL=0或者是生存周期结束等原因记录下这个数据可以达到的最远的IP节点。如果PING返回其他的错误则有可能是中间服务器开了防火墙,不接收ping信息,因此这个时候需要进行当前失败的服务器IP进行TCP的握手连接测试,如果TCP连接成功或者返回任何的拒绝原因说明数据达到了这个服务器节点,则记录下这个数据可以达到的最远的IP节点。
实施例4:
本实施例提供一种检查网络数据业务可用的方法,包括:
S1:当数据发送到目标地址失败时,使用网络包探测器测试所述目标地址,
S2:当所述网络包探测器响应正常时,重新发送所述数据或者检查所述目标地址的PORT是否正常;
S3:并将所述网络包探测器的生存时间设置为到达最远节点所需的生存时间;
S4:获取到当前最远节点;
S5:不断令所述生存时间增加1,并使用所述网络包探测器测试所述目标地址,并根据所述网络包探测器到达的最远节点更新所述当前最远节点,直到所述生存时间到达最大生存时间;
S6:当所述最远节点不为运营商内部节点时,输出所述目标地址业务不可用。
S7:当所述最远节点不为运营商内部节点时,调整重传策略或者数据业务开关策略。
在本实施例中,Ping测试TTL达到最大值之后,判断最远的IP节点是否是和移动终端的IP地址同属于一个内网下,如果同属于一个内网下,说明ping数据并没有转发出移动运营商的内网,数据可能还是在内网中,那么这个时候可以初步判断为运营商数据转发问题或者欠费等问题,则调整移动端的重传策略或者是数据业务的开关策略,例如移动终端关闭数据业务然后定时的开启PING测试,这样可以禁止其他的应用使用数据导致无效的数据尝试。如果最远地址不是和移动终端地址同属于一个内网下的IP,那么说明数据被转发出了内网,只是通往服务器的路由上某一个IP转发数据出现了问题则可以进一步的定位到问题节点,那么移动终端上可以调整向这服务器发送数据的策略,同时ping其他的服务器IP地址ping的结果返回正常,那么通往其他服务器的策略暂时不需要改变。
实施例5:
如图4、5所示,本实施例提供一种检查网络数据业务可用的系统,包括:
网络探测模块,用于当数据发送到目标地址失败时,使用网络包探测器测试所述目标地址,并将所述网络包探测器的生存时间设置为到达最远节点所需的生存时间,并获取到当前最远节点;
最远节点更新模块,用于令所述生存时间增加1,并使用所述网络包探测器测试所述目标地址,并根据所述网络包探测器到达的最远节点更新所述当前最远节点,直到所述生存时间到达最大生存时间;
内网判断模块,用于当所述最远节点不为运营商内部节点,输出所述目标地址业务不可用。
传统技术中,判断网络不可用常见策略为直接ping某一域名或者是IP地址,如果ping不成功,则认为服务器不可以到达,就会尝试多次导致移动终端的功耗增加,或者是不做网络的尝试或是很少尝试,降低移动终端的在线率。仅仅ping一个IP地址或者是域名如果不成功,无法定位到哪里到问题是在哪个网络节点出现了问题。
故在本实施例中,通过逐渐增加ping的范围,从而定位到哪里到问点是在哪个网络节点出现了问题。具体而言,当发送数据到目标地址失败的时候,先ping一下目标地址,然后发现目标地址ping异常了,无法连接,那么便根据原有的最远节点的TTL去寻找是哪里出现了问题,当ping到了更远的节点时,便使用该节点作为最远的节点,然后扩大TTL以便进一步的寻找更远的节点,直到达到最大生存时间,此时判断最远节点是不是和移动终端地址同属于一个内网下的IP,如果不是,那么说明数据被转发出了内网,只是通往服务器的路由上某一个IP转发数据出现了问题则可以进一步的定位到问题节点,那么移动终端上可以调整向这服务器发送数据的策略,同时ping其他的服务器IP地址ping的结果返回正常,那么通往其他服务器的策略暂时不需要改变。
实施例6:
本实施例提供一种检查网络数据业务可用的系统,基于实施例5,所述网络探测模块具体包括:
最远节点获取子模块,用于当所述网络包探测器响应异常时,使用所述网络包探测器测试任一IP地址,并将所述网络包探测器的生存时间设置为到达最远节点所需的生存时间,并获取到当前最远节点;
网络资源申请子模块,用于当所述网络包探测器返回错误原因不为生存时间为0时,检查网络资源分配是否正常,若不正常,申请网络资源分配,否则,继续使用所述网络包探测器测试任一IP地址。
在实际的运行过程中,存在着一种情况,即数据根本就没有达到基站侧,所以应当先使用所述网络包探测器测试任一IP地址,并将所述网络包探测器的生存时间设置为到达最远节点所需的生存时间,并获取到当前最远节点,来判断是否出现了数据没有传输到基站侧的情况。如果ping的结果返回错误是超时了那么说明这个数据没有传输到基站侧,需要检查无线资源是否能正常的申请,如果没有申请成功则终端重新申请无线资源,无线资源包括上行资源和下行资源。如果ping的结果返回错误是TTL=0或者是生存周期结束,则说明这个数据已经到达了基站,TTL=0或者是生存周期结束时会携带最远节点的IP地址。
实施例7:
本实施例提供一种检查网络数据业务可用的系统,基于实施例6,所述最远节点更新模块具体包括:
生存时间递增子模块,用于令所述生存时间增加1,并使用所述网络包探测器测试所述目标地址;
判断所述网络包探测器测试是否返回错误原因为生存时间为0,若是,根据所述网络包探测器到达的最远节点更新所述当前最远节点;
TCP握手子模块,用于当生存时间未到达所述最大生存时间时,与所述网络包探测器的失败目标地址建立TCP握手;判断是否有握手数据返回,若是,根据所述失败目标地址更新所述最远节点。
在本实施例中,具体到实际的运行过程中,在之前选择合适的TTL值为N基础之上,每次PING时TTL递增的加1,直到TTL达到最大的合理预设值。同时在ping的过程中通过返回的错误原因TTL=0或者是生存周期结束等原因记录下这个数据可以达到的最远的IP节点。如果PING返回其他的错误则有可能是中间服务器开了防火墙,不接收ping信息,因此这个时候需要进行当前失败的服务器IP进行TCP的握手连接测试,如果TCP连接成功或者返回任何的拒绝原因说明数据达到了这个服务器节点,则记录下这个数据可以达到的最远的IP节点。
实施例8:
本实施例提供一种检查网络数据业务可用的系统,基于实施例7,还包括网络状态监测模块,用于当所述网络包探测器响应正常时,重新发送所述数据或者检查所述目标地址的PORT是否正常。还包括策略调整模块,用于当所述最远节点不为运营商内部节点时,调整重传策略或者数据业务开关策略。
在本实施例中,Ping测试TTL达到最大值之后,判断最远的IP节点是否是和移动终端的IP地址同属于一个内网下,如果同属于一个内网下,说明ping数据并没有转发出移动运营商的内网,数据可能还是在内网中,那么这个时候可以初步判断为运营商数据转发问题或者欠费等问题,则调整移动端的重传策略或者是数据业务的开关策略,例如移动终端关闭数据业务然后定时的开启PING测试,这样可以禁止其他的应用使用数据导致无效的数据尝试。如果最远地址不是和移动终端地址同属于一个内网下的IP,那么说明数据被转发出了内网,只是通往服务器的路由上某一个IP转发数据出现了问题则可以进一步的定位到问题节点,那么移动终端上可以调整向这服务器发送数据的策略,同时ping其他的服务器IP地址ping的结果返回正常,那么通往其他服务器的策略暂时不需要改变。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (10)
1.一种检查网络数据业务可用的方法,其特征在于,包括:
当数据发送到目标地址失败时,使用网络包探测器测试所述目标地址,并将所述网络包探测器的生存时间设置为到达最远节点所需的生存时间,并获取到当前最远节点;
不断令所述生存时间增加1,并使用所述网络包探测器测试所述目标地址,并根据所述网络包探测器到达的最远节点更新所述当前最远节点,直到所述生存时间到达最大生存时间;
当所述最远节点不为运营商内部节点时,输出所述目标地址业务不可用。
2.根据权利要求1所述的一种检查网络数据业务可用的方法,其特征在于,所述使用网络包探测器测试目标地址后还包括:
当所述网络包探测器响应异常时,使用所述网络包探测器测试任一IP地址,并将所述网络包探测器的生存时间设置为到达最远节点所需的生存时间,并获取到当前最远节点;
当所述网络包探测器返回错误原因不为生存时间为0时,检查网络资源分配是否正常,若不正常,申请网络资源分配,否则,继续使用所述网络包探测器测试任一IP地址。
3.根据权利要求1所述的一种检查网络数据业务可用的方法,其特征在于,所述不断令所述生存时间增加1,并使用所述网络包探测器测试所述目标地址,并根据所述网络包探测器到达的最远节点更新所述当前最远节点,直到所述生存时间到达最大生存时间具体包括:
令所述生存时间增加1,并使用所述网络包探测器测试所述目标地址;
判断所述网络包探测器测试是否返回错误原因为生存时间为0,若是,根据所述网络包探测器到达的最远节点更新所述当前最远节点;
当生存时间未到达所述最大生存时间时,与所述网络包探测器的失败目标地址建立TCP握手;
判断是否有握手数据返回,若是,根据所述失败目标地址更新所述最远节点;
继续令所述生存时间增加1,并使用所述网络包探测器测试所述目标地址。
4.根据权利要求1所述的一种检查网络数据业务可用的方法,其特征在于,所述使用网络包探测器测试目标地址后还包括:
当所述网络包探测器响应正常时,重新发送所述数据或者检查所述目标地址的PORT是否正常。
5.根据权利要求1所述的一种检查网络数据业务可用的方法,其特征在于,还包括:
当所述最远节点不为运营商内部节点时,调整重传策略或者数据业务开关策略。
6.一种检查网络数据业务可用的系统,其特征在于,包括:
网络探测模块,用于当数据发送到目标地址失败时,使用网络包探测器测试所述目标地址,并将所述网络包探测器的生存时间设置为到达最远节点所需的生存时间,并获取到当前最远节点;
最远节点更新模块,用于令所述生存时间增加1,并使用所述网络包探测器测试所述目标地址,并根据所述网络包探测器到达的最远节点更新所述当前最远节点,直到所述生存时间到达最大生存时间;
内网判断模块,用于当所述最远节点不为运营商内部节点时,输出所述目标地址业务不可用。
7.根据权利要求6所述的一种检查网络数据业务可用的系统,其特征在于,所述网络探测模块具体包括:
最远节点获取子模块,用于当所述网络包探测器响应异常时,使用所述网络包探测器测试任一IP地址,并将所述网络包探测器的生存时间设置为到达最远节点所需的生存时间,并获取到当前最远节点;
网络资源申请子模块,用于当所述网络包探测器返回错误原因不为生存时间为0时,检查网络资源分配是否正常,若不正常,申请网络资源分配,否则,继续使用所述网络包探测器测试任一IP地址。
8.根据权利要求6所述的一种检查网络数据业务可用的系统,其特征在于,所述最远节点更新模块具体包括:
生存时间递增子模块,用于令所述生存时间增加1,并使用所述网络包探测器测试所述目标地址;
判断所述网络包探测器测试是否返回错误原因为生存时间为0,若是,根据所述网络包探测器到达的最远节点更新所述当前最远节点;
TCP握手子模块,用于当生存时间未到达所述最大生存时间时,与所述网络包探测器的失败目标地址建立TCP握手;判断是否有握手数据返回,若是,根据所述失败目标地址更新所述最远节点。
9.根据权利要求6所述的一种检查网络数据业务可用的系统,其特征在于,还包括网络状态监测模块,用于当所述网络包探测器响应正常时,重新发送所述数据或者检查所述目标地址的PORT是否正常。
10.根据权利要求6所述的一种检查网络数据业务可用的系统,其特征在于,还包括策略调整模块,用于当所述最远节点不为运营商内部节点时,调整重传策略或者数据业务开关策略。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011596662.1A CN112737843B (zh) | 2020-12-29 | 2020-12-29 | 一种检查网络数据业务可用的方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011596662.1A CN112737843B (zh) | 2020-12-29 | 2020-12-29 | 一种检查网络数据业务可用的方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112737843A CN112737843A (zh) | 2021-04-30 |
CN112737843B true CN112737843B (zh) | 2023-04-18 |
Family
ID=75610423
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011596662.1A Active CN112737843B (zh) | 2020-12-29 | 2020-12-29 | 一种检查网络数据业务可用的方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112737843B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113872875B (zh) * | 2021-07-27 | 2023-07-11 | 广西电网有限责任公司桂林供电局 | 一种基于负载均衡的自适应智能网关发现方法 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008145028A1 (fr) * | 2007-05-31 | 2008-12-04 | Huawei Technologies Co., Ltd. | Procédé de suivi de service, dispositif de réseau, contrôleur d'opération et de maintenance, et appareil de demande de service |
US7519006B1 (en) * | 2003-11-26 | 2009-04-14 | Cisco Technology, Inc. | Method and apparatus for measuring one-way delay at arbitrary points in network |
CN101605063A (zh) * | 2008-06-10 | 2009-12-16 | 鸿富锦精密工业(深圳)有限公司 | 网络故障定位系统及方法 |
CN102355383A (zh) * | 2011-09-28 | 2012-02-15 | 深圳市深信服电子科技有限公司 | 一种检测网络节点故障的方法和系统 |
CN110336716A (zh) * | 2019-07-15 | 2019-10-15 | 哈尔滨工业大学 | 一种高效的目标主机末跳路由器探测方法 |
-
2020
- 2020-12-29 CN CN202011596662.1A patent/CN112737843B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7519006B1 (en) * | 2003-11-26 | 2009-04-14 | Cisco Technology, Inc. | Method and apparatus for measuring one-way delay at arbitrary points in network |
WO2008145028A1 (fr) * | 2007-05-31 | 2008-12-04 | Huawei Technologies Co., Ltd. | Procédé de suivi de service, dispositif de réseau, contrôleur d'opération et de maintenance, et appareil de demande de service |
CN101605063A (zh) * | 2008-06-10 | 2009-12-16 | 鸿富锦精密工业(深圳)有限公司 | 网络故障定位系统及方法 |
CN102355383A (zh) * | 2011-09-28 | 2012-02-15 | 深圳市深信服电子科技有限公司 | 一种检测网络节点故障的方法和系统 |
CN110336716A (zh) * | 2019-07-15 | 2019-10-15 | 哈尔滨工业大学 | 一种高效的目标主机末跳路由器探测方法 |
Also Published As
Publication number | Publication date |
---|---|
CN112737843A (zh) | 2021-04-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3824599B1 (en) | Fault detection methods | |
EP1968238A1 (en) | A method and system for obtaining path maximum transfer unit in network | |
US6748434B2 (en) | Adaptive node selection | |
EP4200999A1 (en) | Methods, systems, and computer readable media for optimized network function (nf) discovery and routing using service communications proxy (scp) and nf repository function (nrf) | |
CN110224883B (zh) | 一种应用于电信承载网的灰色故障诊断方法 | |
US20230078288A1 (en) | Tunnel initiation in a communications network | |
CN112737843B (zh) | 一种检查网络数据业务可用的方法及系统 | |
EP4154497A1 (en) | Improving classification accuracy in user plane function re-selection scenarios | |
CN111935763A (zh) | 无线网格网络中提高数据传输可靠性的方法、网络系统 | |
CN112769694B (zh) | 一种地址检查方法及装置 | |
EP4154474A1 (en) | Service producer health-check | |
JP4228772B2 (ja) | ネットワーク監視方法およびネットワーク監視装置 | |
CN106850343A (zh) | 一种移动应用程序端网络检测系统 | |
US11825370B2 (en) | Methods, systems, and computer readable media for providing for network function (NF) fallback to recovered NF repository function (NRF) | |
CN111510331B (zh) | 网络故障分析方法、装置、服务器及存储介质 | |
CN115361310A (zh) | 一种防火墙的链路探测方法及装置 | |
CN110233759B (zh) | 一种负载异常告警方法及相关装置 | |
CN115152253A (zh) | 数据链路上的动态状态信息的报告服务 | |
CN111405025A (zh) | 数据传输的方法及装置、传输设备、可读存储介质 | |
WO2021155939A1 (en) | Tunnel initiation in a communications network | |
US11563638B1 (en) | Methods, systems, and computer readable media for optimizing network bandwidth utilization through intelligent updating of network function (NF) profiles with NF repository function | |
JP3617809B2 (ja) | 通信経路の管理方法及び管理システム | |
CN114513433B (zh) | 一种报文处理方法及装置 | |
CN111917902B (zh) | 检测磅室设备故障的方法、设备和计算机可读存储介质 | |
US11528338B2 (en) | Methods, systems, and computer readable media for providing for reliable service based interface (SBI) message transport using zero event notification messages |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |