CN116708285A - 一种网络管理的方法、设备和系统 - Google Patents
一种网络管理的方法、设备和系统 Download PDFInfo
- Publication number
- CN116708285A CN116708285A CN202211574124.1A CN202211574124A CN116708285A CN 116708285 A CN116708285 A CN 116708285A CN 202211574124 A CN202211574124 A CN 202211574124A CN 116708285 A CN116708285 A CN 116708285A
- Authority
- CN
- China
- Prior art keywords
- ipv6
- domain name
- request
- tcp connection
- connection establishment
- 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
Links
- 238000007726 management method Methods 0.000 title description 30
- 230000004044 response Effects 0.000 claims abstract description 157
- 238000000034 method Methods 0.000 claims abstract description 89
- 238000012360 testing method Methods 0.000 claims description 51
- 230000015654 memory Effects 0.000 claims description 26
- 230000005540 biological transmission Effects 0.000 claims description 21
- 230000002159 abnormal effect Effects 0.000 claims description 12
- 238000004590 computer program Methods 0.000 claims description 8
- 238000004891 communication Methods 0.000 abstract description 23
- 238000012545 processing Methods 0.000 description 18
- 230000006870 function Effects 0.000 description 17
- 238000001514 detection method Methods 0.000 description 10
- 238000010586 diagram Methods 0.000 description 9
- 230000008569 process Effects 0.000 description 9
- 230000000903 blocking effect Effects 0.000 description 6
- 238000013461 design Methods 0.000 description 6
- 230000005856 abnormality Effects 0.000 description 4
- 238000001914 filtration Methods 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 101100264195 Caenorhabditis elegans app-1 gene Proteins 0.000 description 3
- 238000012790 confirmation Methods 0.000 description 3
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 238000013519 translation Methods 0.000 description 3
- 230000001960 triggered effect Effects 0.000 description 3
- 238000004458 analytical method Methods 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000011084 recovery Methods 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000037361 pathway Effects 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 238000000060 site-specific infrared dichroism spectroscopy Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/141—Setup of application sessions
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请公开了一种网络管理的方法、设备和系统,涉及数据通信领域。路由设备对IPv6网络的状态进行判断。如果确定路由设备和应用服务器之间的IPv6网络故障,之后,路由设备从终端设备接收到域名解析第一请求,请求解析第一域名的IPv6地址时,不会向域名系统服务器发送该域名解析第一请求,而是直接向终端设备发送第一消息。终端设备接收到第一消息,就不会请求建立IPv6的TCP连接,而是请求建立IPv4的TCP连接。这样就避免了终端设备不知道IPv6网络故障,而不断尝试建立IPv6的TCP连接,引起App上网卡顿、响应慢、断链等。
Description
技术领域
本申请涉及数据通信领域,尤其涉及一种网络管理的方法、设备和系统。
背景技术
互联网协议第6版(internet protocol version 6,IPv6),是互联网工程任务组(IETF)设计的用于替代互联网协议第4版(internet protocol version 4,IPv4)的下一代IP协议。随着网络发展,很多终端设备、网络设备、服务器都已支持IPv6。支持IPv6的终端设备通常会优先尝试采用IPv6传输数据包,但是,一些网络设备和服务器的IPv6技术不成熟,经常会出现IPv6断链情况。用户上网时会出现卡顿、响应慢、断链等情况,影响用户上网体验。
发明内容
本申请实施例提供一种网络管理的方法、设备和系统,如果路由设备确定IPv6网络故障,就触发终端设备采用IPv4传输数据包。避免了终端设备不知道IPv6网络故障,不断尝试IPv6网络,引起上网卡顿、响应慢、断链等。
为达到上述目的,本申请的实施例采用如下技术方案:
第一方面,提供了一种网络管理的方法,该方法包括:路由设备确定路由设备和至少一个应用服务器之间的IPv6网络故障;之后,路由设备从终端设备接收域名解析第一请求,其中该域名解析第一请求用于请求解析第一域名的IPv6地址;路由设备接收到域名解析第一请求后,不会向域名系统服务器发送该域名解析第一请求;而是响应于接收到域名解析第一请求,向终端设备发送第一消息,该第一消息用于指示IPv6网络故障。路由设备还从该终端设备接收域名解析第二请求,其中该域名解析第二请求用于请求解析第一域名的IPv4地址;响应于接收到域名解析第二请求,路由设备向域名系统服务器发送域名解析第二请求。进一步的,域名系统服务器将第一域名的IPv4地址通过路由设备发送给终端设备。终端设备根据第一消息确定IPv6网络故障,就不会请求建立IPv6的TCP连接,而是请求建立IPv4的TCP连接。这样就避免了终端设备不知道IPv6网络故障,而不断尝试建立IPv6的TCP连接,引起App上网卡顿、响应慢、断链等。
第二方面,提供了一种网络管理的方法,该方法包括:路由设备确定路由设备和至少一个应用服务器之间的IPv6网络故障;之后,路由设备从终端设备接收域名解析第一请求,其中该域名解析第一请求用于请求解析第一域名的IPv6地址;路由设备接收到域名解析第一请求后,不会向域名系统服务器发送该域名解析第一请求;而是响应于接收到域名解析第一请求,向终端设备发送第一消息,该第一消息表示第一域名不存在对应的IPv6地址。路由设备还从该终端设备接收域名解析第二请求,其中该域名解析第二请求用于请求解析第一域名的IPv4地址;响应于接收到域名解析第二请求,路由设备向域名系统服务器发送域名解析第二请求。进一步的,域名系统服务器将第一域名的IPv4地址通过路由设备发送给终端设备。终端设备根据第一消息确定IPv6网络故障,就不会请求建立IPv6的TCP连接,而是请求建立IPv4的TCP连接。这样就避免了终端设备不知道IPv6网络故障,而不断尝试建立IPv6的TCP连接,引起App上网卡顿、响应慢、断链等。
其中,第一消息为Domain Name System response。将Domain Name Systemresponse中的Flags置为No such name状态,表示不存在指定域名对应的IPv6地址;AnswerRRs为0,表示无相关answer应答实体。与第一方面的方法不同的是,本方法的第一消息采用协议消息Domain Name System response,其中,Flags置为No such name状态,表示不存在指定域名对应的IPv6地址。复用了现有技术中的协议消息,不需要修改终端设备的处理流程即可实现。
结合第一方面和第二方面,在一种可能的实施方式中,路由设备确定路由设备和至少一个应用服务器之间的IPv6网络故障,包括:路由设备根据发出的IPv6的TCP连接建立请求和接收的IPv6的TCP连接建立响应确定路由设备和至少一个应用服务器之间的IPv6网络故障。
由于终端设备和应用服务器之间的消息是通过路由设备转发的。路由器根据向应用服务器发出的IPv6的TCP连接建立请求,和从应用服务器接收的IPv6的TCP连接建立响应,就可以确定路由设备和应用服务器之间的IPv6网络的状态。
其中,在一种可能的实施方式中,路由设备根据发出的IPv6的TCP连接建立请求和接收的IPv6的TCP连接建立响应确定所述路由设备和至少一个应用服务器之间的IPv6网络故障,包括:如果确定满足预设条件,路由设备确定路由设备和至少一个应用服务器之间的IPv6网络故障;预设条件包括以下至少一项:
在第一轮询时长内,IPv6的TCP连接建立失败的会话个数占请求建立IPv6的TCP连接的会话个数的比例大于第一阈值,其中,IPv6的TCP连接建立失败的会话包括:首次发出会话对应的IPv6的TCP连接建立请求之后,在第一轮询时长内未接收到会话对应的IPv6的TCP连接建立响应;
在第一轮询时长内,同一会话对应的IPv6的TCP连接建立请求发出的次数大于第一预设次数;
在第一轮询时长内,IPv6的TCP连接建立发生异常的次数占IPv6的TCP连接请求发出次数的比例大于第二阈值,其中,IPv6的TCP连接建立发生异常包括:发出IPv6的TCP连接建立请求之后,预设时长内未接收到对应的IPv6的TCP连接建立响应。
在该方法中,如果IPv6的TCP连接建立失败的会话个数占请求建立IPv6的TCP连接的会话个数的比例较大;例如,在第一轮询时长内,一共请求建立了100个不同会话对应的IPv6的TCP连接,其中有96个会话的IPv6的TCP连接建立发生异常,IPv6的TCP连接建立发生异常的会话个数(96个)占请求建立IPv6的TCP连接的会话个数(100个)的比例为96%;表明IPv6网络发生故障的概率较大,而不是某一个应用服务器发生故障。
路由器发出IPv6的TCP连接建立请求之后,如果在预设时长内未接收到对应的TCP连接建立响应,就会重发IPv6的TCP连接建立请求;如果同一会话对应的IPv6的TCP连接建立请求发出的次数大于第一预设次数,表明同一会话的IPv6的TCP连接建立请求发生了多次重传,IPv6网络发生故障的概率较大。
如果在第一轮询时长内,IPv6的TCP连接建立发生异常的次数占IPv6的TCP连接请求发出次数的比例大于第二阈值,表示路由器向应用服务器发出IPv6的TCP连接建立请求之后,大部分请求未接收到对应的响应。
在该实施方式中,路由器根据一段时间内IPv6的TCP连接建立的统计信息判断IPv6网络是否故障。如果一段时间内,发生了大量的IPv6的TCP连接建立失败,则确定IPv6网络故障。由于综合多次IPv6的TCP连接建立的情况,综合多个应用服务器的情况,可以更准确地对IPv6网络状态进行判断。
路由设备统计发出的IPv6的TCP连接建立请求和接收的IPv6的TCP连接建立响应;路由设备根据第一轮询时长内发出的IPv6的TCP连接建立请求和接收的IPv6的TCP连接建立响应,按照第一轮询时长周期性判断路由设备和应用服务器之间的IPv6网络是否故障。
其中,路由设备每次从终端设备接收IPv6的TCP连接建立请求后,向IPv6的TCP连接建立请求对应的应用服务器发送IPv6的TCP连接建立请求,记录发送IPv6的TCP连接建立请求的发送信息,其中所述发送信息包括IPv6的TCP连接建立请求的发送时间和IPv6的TCP连接建立请求对应的会话标识;如果接收到IPv6的TCP连接建立响应,路由设备删除IPv6的TCP连接建立响应对应的IPv6的TCP连接建立请求的发送信息;路由设备按照第一轮询时长、周期性地、根据保存的发送信息,判断路由设备和应用服务器之间的IPv6网络是否故障。
其中,在一种可能的实施方式中,路由设备根据发出的IPv6的TCP连接建立请求和接收的IPv6的TCP连接建立响应确定路由设备和至少一个应用服务器之间的IPv6网络故障,包括:路由设备发出第一会话的IPv6的TCP连接建立请求后,在预设的第一时长内未接收到第一会话的IPv6的TCP连接建立响应,路由设备确定路由设备和第一会话对应的应用服务器之间的IPv6网络故障。
在该方法中,路由设备检测到IPv6的TCP连接建立失败一次,就确定IPv6网络故障,能够更及时地发现IPv6网络故障。
结合第一方面和第二方面,在一种可能的实施方式中,路由设备确定路由设备和至少一个应用服务器之间的IPv6网络故障,包括:路由设备向测试服务器发送第一测试请求;在第二轮询时长内,未接收到第一测试请求对应的第一测试响应,路由设备确定路由设备和测试服务器之间的IPv6网络故障。其中,测试服务器可以是一个确定未发生故障的应用服务器。
在该实施方式中,路由设备主动检测IPv6网络状态,不依赖终端设备发起IPv6的TCP连接建立;即使终端设备没有发起会话,也可以及时检测到IPv6网络故障。
结合第一方面和第二方面,在一种可能的实施方式中,路由设备确定路由设备和至少一个应用服务器之间的IPv6网络故障,包括:路由设备接收到指示信息,确定路由设备和至少一个应用服务器之间的IPv6网络故障。比如,如果一个路由设备确定IPv6网络故障,则向周围的路由设备发送指示信息,表示IPv6网络故障。周围的路由器接收到指示信息,则确定IPv6网络故障。比如,如果终端设备在一段时间内未接收到IPv6的TCP连接建立响应,确定IPv6网络故障。终端设备向路由设备发送指示信息,表示IPv6网络故障。路由设备接收到指示信息,则确定IPv6网络故障。这样,不需要每个路由设备都检测IPv6网络的状态,也可以使每个路由设备及时获取IPv6网络的状态。
结合第一方面和第二方面,在一种可能的实施方式中,该方法还包括:检测到路由设备和应用服务器之间的IPv6网络恢复;路由设备从终端设备接收域名解析第一请求;响应于接收到域名解析第一请求,路由设备向域名系统服务器发送域名解析第一请求。
在该方法中,路由设备主动检测IPv6网络是否恢复,如果检测到IPv6网络恢复,就取消终端设备使用IPv6网络的限制,恢复在终端设备和域名系统服务器之间、终端设备和应用服务器之间透传消息,支持终端设备使用IPv6网络。该方法中,一旦检测到IPv6网络恢复,就及时取消对终端设备的限制,不会影响终端设备正常使用IPv6网络。
其中,检测到路由设备和应用服务器之间的IPv6网络恢复,包括:路由设备向测试服务器发送第一测试请求;在第二轮询时长内接收到第一测试请求对应的第一测试响应,路由设备确定路由设备和应用服务器之间的IPv6网络恢复。
在一种可能的实施方式中,第一测试请求包括IPv6的TCP连接建立请求;第一测试响应包括IPv6的TCP连接建立响应。
第三方面,提供了一种网络管理的方法,应用于网络管理系统,该方法包括:路由设备确定路由设备和至少一个应用服务器之间的IPv6网络故障;终端设备向路由设备发送域名解析第一请求,域名解析第一请求用于请求解析第一域名的IPv6地址;响应于接收到域名解析第一请求,路由设备向终端设备发送第一消息,第一消息用于指示IPv6网络故障;终端设备向路由设备发送域名解析第二请求,域名解析第二请求用于请求解析第一域名的IPv4地址;响应于接收到域名解析第二请求,路由设备向域名系统服务器所述域名解析第二请求;路由设备从域名系统服务器接收域名解析第二响应,域名解析第二响应包括第一域名的IPv4地址;路由设备向终端设备发送域名解析第二响应;终端设备通过路由设备与第一应用服务器建立IPv4的传输控制协议TCP连接。
在该方法中,路由设备确定IPv6网络故障,在之后接收到域名解析第一请求时,就不会向域名系统服务器发送该域名解析第一请求,而是直接向终端设备发送第一消息。终端设备根据第一消息确定IPv6网络故障,就不会请求建立IPv6的TCP连接,而是请求建立IPv4的TCP连接。这样就避免了终端设备不知道IPv6网络故障,而不断尝试建立IPv6的TCP连接,引起App上网卡顿、响应慢、断链等。
第四方面,提供了一种网络管理的方法,应用于网络管理系统,该方法包括:路由设备确定路由设备和至少一个应用服务器之间的IPv6网络故障;终端设备向路由设备发送域名解析第一请求,域名解析第一请求用于请求解析第一域名的IPv6地址;响应于接收到域名解析第一请求,路由设备向终端设备发送第一消息,第一消息表示第一域名不存在对应的IPv6地址;终端设备向路由设备发送域名解析第二请求,域名解析第二请求用于请求解析第一域名的IPv4地址;响应于接收到域名解析第二请求,路由设备向域名系统服务器所述域名解析第二请求;路由设备从域名系统服务器接收域名解析第二响应,域名解析第二响应包括第一域名的IPv4地址;路由设备向终端设备发送域名解析第二响应;终端设备通过路由设备与第一应用服务器建立IPv4的传输控制协议TCP连接。
在该方法中,路由设备确定IPv6网络故障,在之后接收到域名解析第一请求时,就不会向域名系统服务器发送该域名解析第一请求,而是直接向终端设备发送第一消息。终端设备根据第一消息确定IPv6网络故障,就不会请求建立IPv6的TCP连接,而是请求建立IPv4的TCP连接。这样就避免了终端设备不知道IPv6网络故障,而不断尝试建立IPv6的TCP连接,引起App上网卡顿、响应慢、断链等。与第三方面的方法不同的是,本方法的第一消息采用协议消息Domain Name System response,其中,Flags置为No such name状态,表示不存在指定域名对应的IPv6地址。复用了现有技术中的协议消息,不需要修改终端设备的处理流程即可实现。
第五方面,提供了一种路由设备,该路由设备具有实现上述第一方面或第二方面所述的方法的功能。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
第六方面,提供了一种电子设备,包括:处理器和存储器;该存储器用于存储计算机执行指令,当该电子设备运行时,该处理器执行该存储器存储的该计算机执行指令,以使该电子设备执行如上述第一方面或第二方面中任一项所述的方法。
第七方面,提供了一种电子设备,包括:处理器;所述处理器用于与存储器耦合,并读取存储器中的指令之后,根据所述指令执行如上述第一方面或第二方面中任一项所述的方法。
第八方面,提供了一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机可以执行上述第一方面或第二方面中任一项所述的方法。
第九方面,提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机可以执行上述第一方面或第二方面中任一项所述的方法。
第十方面,提供了一种装置(例如,该装置可以是芯片系统),该装置包括处理器,用于支持电子设备实现上述第一方面或第二方面中所涉及的功能。在一种可能的设计中,该装置还包括存储器,该存储器,用于保存电子设备必要的程序指令和数据。该装置是芯片系统时,可以由芯片构成,也可以包含芯片和其他分立器件。
其中,第五方面至第十方面中任一种设计方式所带来的技术效果可参见第一方面或第二方面中不同设计方式所带来的技术效果,此处不再赘述。
附图说明
图1为本申请实施例提供的网络管理的方法所适用的系统架构示意图;
图2为本申请实施例提供的一种路由设备的硬件结构示意图;
图3为一种TCP连接建立流程示意图;
图4为本申请实施例提供的网络管理的方法所适用的一种场景示意图;
图5A为本申请实施例提供的网络管理的方法的一种示意图;
图5B为本申请实施例提供的网络管理的方法的一种示意图;
图6为本申请实施例提供的网络管理的方法的一种示意图;
图7为本申请实施例提供的网络管理的方法的一种流程示意图;
图8为本申请实施例提供的网络管理的方法的一种流程示意图;
图9为本申请实施例提供的一种路由设备结构组成示意图;
图10为本申请实施例提供的一种芯片系统的示意图。
具体实施方式
在本申请实施例的描述中,以下实施例中所使用的术语只是为了描述特定实施例的目的,而并非旨在作为对本申请的限制。如在本申请的说明书和所附权利要求书中所使用的那样,单数表达形式“一种”、“所述”、“上述”、“该”和“这一”旨在也包括例如“一个或多个”这种表达形式,除非其上下文中明确地有相反指示。还应当理解,在本申请以下各实施例中,“至少一个”、“一个或多个”是指一个或两个以上(包含两个)。术语“和/或”,用于描述关联对象的关联关系,表示可以存在三种关系;例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B的情况,其中A、B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。
在本说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此,在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例,而是意味着“一个或多个但不是所有的实施例”,除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”,除非是以其他方式另外特别强调。术语“连接”包括直接连接和间接连接,除非另外说明。“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。
在本申请实施例中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
本申请实施例提供的网络管理的方法,可以应用于图1所示的系统架构。该系统中可以包括终端设备100、路由设备200、DNS服务器300以及应用服务器400。
其中,终端设备100可以包括手机、平板电脑、笔记本电脑、个人电脑(personalcomputer,PC)、超级移动个人计算机(ultra-mobile personal computer,UMPC)、手持计算机、上网本、智能家居设备(比如,智能电视、智慧屏、大屏、智能音箱、智能空调等)、个人数字助理(personal digital assistant,PDA)、可穿戴设备(比如,智能手表、智能手环等)、车载设备、虚拟现实设备等,本申请实施例对此不做任何限制。终端设备100上可以运行操作系统,安装和运行各种应用程序。
路由设备200用于为终端设备100提供无线接入功能。终端设备100可以接入路由设备200提供的无线局域网,从而进一步连接因特网中各局域网、广域网的设备。每个路由设备200对应一个路由设备标识,终端设备100可以通过该路由设备标识接入对应的路由设备200。示例性的,路由设备标识为服务集标识(service set identifier,SSID)。比如,路由设备200可以是路由器。
域名系统(domain name system,DNS)是互联网的一项服务。是将域名和互联网协议(internet protocol,IP)地址相互映射的一个分布式数据库。将域名映射为IP地址的过程就称为"域名解析"。DNS可以由域名解析器和域名服务器组成。域名服务器是指保存有该网络中所有主机的域名和对应IP地址,并具有将域名转换为IP地址功能的服务器。域名系统采用类似目录树的等级结构。DNS采用客户端/服务器(client/server)模式,DNS服务器300是客户端/服务器模式中的服务器方,用于提供域名解析功能。路由设备200可以提供客户端/服务器模式中客户端的功能。
应用服务器400用于通过各种协议把商业逻辑曝露给客户端(终端设备100)的应用程序,提供访问商业逻辑的途径以供客户端的应用程序使用。
域名和IP地址是对应的。域名便于记忆,用户需要使用应用服务器400提供的资源(比如网站、电子邮件等)时,在终端设备100上输入的通常是资源(比如网站、电子邮件等)的域名。电子设备之间通信不识别域名,而是使用IP地址。因此,终端设备100需要先请求DNS服务器300进行域名解析,获取域名对应的IP地址;再采用IP地址找到资源(比如网站、电子邮件等)对应的应用服务器400,就可以通过网络访问应用服务器400,使用应用服务器400提供的资源。
电子设备之间通信需要遵循共同的协议;比如在网络层遵循共同的IP协议。在很长一段时间内,IPv4被广泛使用。IPv4中规定IP地址长度为32位,最大地址个数为2^32。随着网络快速发展,IPv4的网络地址资源严重不足,制约了互联网的应用和发展。互联网工程任务组设计了IPv6,用于替代IPv4。IPv6的地址长度为128位,是IPv4地址长度的4倍,支持更多的地址个数。
为了推广IPv6的普及,无线电委员会要求终端设备和网络设备(比如路由设备、服务器等)都要支持IPv6。目前,一般来说,终端设备都支持IPv6。终端设备通过无线网络上网时,通常会优先尝试使用IPv6传输数据包。但是由于技术尚未成熟,IPv6经常出现断链情况,导致用户上网出现卡顿、响应慢、断链等情况,影响用户上网体验。
示例性的,终端设备接入路由设备,可以通过路由设备与互联网中的设备通信。终端设备上的应用程序(application,App)支持IPv4和IPv6。终端设备上App根据用户操作确定访问网站1,网站1的域名为域名1。App通过路由设备向DNS服务器发送域名解析请求,用于请求DNS服务器将指定域名(比如域名1)解析为对应的IP地址。其中,域名解析请求中携带指定域名。在一种实现方式中,域名解析请求中可以指定解析记录,比如这些解析记录有:A记录、AAAA记录、CNAME记录、MX记录、NS记录、TXT记录、SRV记录、URL转发等。其中,A记录表示请求将指定域名解析为IPv4地址,AAAA记录表示请求将指定域名解析为IPv6地址。DNS服务器接收到域名解析请求后,根据指定域名进行域名解析,查询到指定域名对应的IP地址(IPv4地址或IPv6地址),并将指定域名对应的IP地址返回终端设备。终端设备上App获取IPv4地址和IPv6地址后,先根据IPv6地址使用IPv6网络访问应用服务器。使用IPv6网络访问,即无线网络中电子设备间基于IPv6协议规范传输数据包。
由于技术不成熟等原因,无线网络中任何一环出现问题,都有可能会出现终端设备发出请求后无响应的情况。比如,路由设备将终端设备访问应用服务器的请求发送到广域网(wide area network,WAN)接口,但是广域网数据一直没有响应。App收不到应用服务器的响应消息,就会不停的发送重传报文,引起上网卡顿。即使有一些App具备防呆处理能力,等待一段时间后,会改为使用IPv4地址进行数据访问。但是在等待的过程中,App也会产生卡顿、响应慢的问题。用户刷新网页重新访问,或者访问新的网页时,不停重复上述过程,会导致用户的使用体验很差。
本申请实施例提供一种网络管理的方法,如果路由设备确定IPv6网络故障,就触发终端设备停止使用IPv6网络,改为采用IPv4网络传输数据包。这样就可以避免终端设备等待应用服务器的响应消息而产生上网卡顿、响应慢、断链等问题。
请参考图2,其示出了本申请实施例提供的一种路由设备200的结构示意图。该路由设备200包括至少一个处理器210,通信线路220,存储器230以及至少一个通信接口240。
处理器210可以是一个通用中央处理器(central processing unit,CPU),微处理器,特定应用集成电路(application-specific integrated circuit,ASIC),或一个或多个用于控制本申请方案程序执行的集成电路。
通信线路220可包括一通路,在上述组件之间传送信息。
通信接口240,使用任何收发器一类的装置,用于与其他设备或通信网络通信,如以太网,无线接入网(radio access network,RAN),无线局域网(wireless local areanetworks,WLAN)等。例如,用于与本申请中终端设备、DNS服务器、应用服务器进行通信。
存储器230可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory,EEPROM)、只读光盘(compact disc read-only memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器230可以是独立存在,通过通信线路220与处理器210相连接。存储器230也可以和处理器210集成在一起。
其中,存储器230用于存储执行本申请方案的计算机执行指令,并由处理器210来控制执行。处理器210用于执行存储器230中存储的计算机执行指令,从而实现本申请下述实施例提供的网络管理的方法。
可选的,本申请实施例中的计算机执行指令也可以称之为应用程序代码,本申请实施例对此不作具体限定。
在具体实现中,作为一种实施例,处理器210可以包括一个或多个CPU,例如图2中的CPU0和CPU1。
在具体实现中,作为一种实施例,路由设备200可以包括多个处理器,例如图2中的处理器210和处理器211。这些处理器中的每一个可以是一个单核(single-CPU)处理器,也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
上述的路由设备200可以是一个通用设备或者是一个专用设备。在具体实现中,路由设备200可以是宽带路由器、移动路由器客户端设备(customer premise equipment,CPE)、随身移动热点(mobile Wi-Fi,MIFI)或有图2中类似结构的设备。本申请实施例不限定路由设备200的类型。
下面结合附图,对本申请实施例提供的网络管理的方法进行详细介绍。
以终端设备是手机,路由设备是路由器为例。用户可以使用手机上的App访问应用服务器提供的网站、电子邮件、数据等资源。手机上App访问应用服务器的资源,手机和应用服务器之间会进行数据交互。手机(客户端)和应用服务器(服务器)之间交互数据,需要在传输层建立类似于连接的通道,即传输控制协议(transmission control protocol,TCP)连接。手机上App与应用服务器之间的每个会话分别建立一个TCP连接,该会话的数据就通过对应的TCP连接进行传输。建立TCP连接的过程也称为三次握手。在TCP传输的数据称为TCP报文。TCP报文包括源端口、目的端口、序号(Sequence Number,seq)、确认序号(Acknowledgement Number,ack)、标志(Flags)等字段。其中,源端口表示TCP报文发送方的接口;目的端口表示TCP报文接收方的接口;标志(Flags)由多个标志位组成,每个标志位可以用于标识一个过程,例如,标志位可以包括URG(表示紧急指针(urgent pointer)有效)、ACK(表示确认接收到消息)、PSH(表示接收方应该尽快将这个报文交给应用层)、RST(表示重置连接)、SYN(表示发起一个新TCP连接)、FIN(表示释放一个TCP连接)、ECE(表示TCP端具备ECN功能)、CWR(拥塞窗口减少标志,用来表明它接收到了设置ECE标志的TCP包)等;序号用来标识从TCP报文发送方向接收方发送的字节流,由TCP报文发送方发送数据时进行标记;当标志位ACK有效(为1)时,确认序号字段有效,确认序号的值为序号加1(ack=seq+1)。
TCP连接是一方主动打开,另一方被动打开的。以手机主动发起TCP连接为例,如图3所示。手机和应用服务器的状态都为关闭。手机主动打开TCP连接,应用服务器被动打开TCP连接。手机主动请求建立TCP连接,向应用服务器发送TCP连接建立请求,通常称为第一次握手。示例性的,TCP报文中标志位SYN为1,seq为x。手机发送完TCP连接建立请求后,状态更新为请求连接状态(SYN-SENT)。
应用服务器在监听状态接收到手机的SYN信号,向手机发送TCP连接建立响应,通常称为第二次握手。示例性的,TCP报文中标志位SYN为1,标志位ACK为1,seq为y,ack=x+1。应用服务器发送完TCP连接建立响应后,状态更新为接收到连接请求状态(SYN-RCVD)。
手机接收到TCP连接建立响应,向应用服务器发送TCP连接建立确认,通常称为第三次握手。示例性的,TCP报文中标志位ACK为1,seq为(x+1),ack=y+1。手机发送完TCP连接建立确认后,状态更新为已建立连接。应用服务器接收到TCP连接建立确认,状态更新为已建立连接。之后,手机和应用服务器之间就可以通过建立的TCP连接传输数据。
用户使用手机App访问网站、电子邮件等,通常会在App上输入需要访问的资源(比如网站、电子邮件)的域名。电子设备之间通信不识别域名,而是使用IP地址。手机上App先请求DNS服务器进行域名解析,获取域名对应的IP地址,根据IP地址与对应的应用服务器建立TCP连接,进而能够访问应用服务器。
手机是通过路由器接入无线局域网,进而访问互联网的。在一种实现方式中,手机上App向路由器发送域名解析请求。路由器能够提供DNS客户端的功能,路由器(DNS客户端)从手机接收到域名解析请求,则向DNS服务器转发该域名解析请求。域名解析请求用于请求DNS服务器将指定域名解析为IP地址,其中,域名解析请求中包括指定域名(用户输入的域名)。
如果手机上App支持IPv6,在一种实现方式中,手机上App发送域名解析第一请求,以获取指定域名的IPv6地址;在另一种实现方式中,手机上App发送域名解析第一请求和域名解析第二请求,以获取指定域名的IPv6地址和IPv4地址。
示例性的,如图4的(a)所示,用户在手机的App上输入域名www.xxx.com。手机上App支持IPv6,手机向DNS服务器发送域名解析第一请求,用于请求解析域名www.xxx.com的IPv6地址。可选的,手机还向DNS服务器发送域名解析第二请求,用于请求解析域名www.xxx.com的IPv4地址。
DNS服务器接收到域名解析请求,获取指定域名。DNS服务器根据指定域名查询对应的IP地址。DNS服务器通过路由器向手机发送域名解析响应,其中包括获取到的指定域名的IP地址。如果DNS服务器接收到域名解析第一请求,则发送域名解析第一响应,其中包括指定域名的IPv6地址;如果DNS服务器接收到域名解析第二请求,则发送域名解析第二响应,其中包括指定域名的IPv4地址。
如图4的(a)所示,DNS服务器通过路由器向手机发送域名解析第一响应,返回域名www.xxx.com的IPv6地址。手机上App接收到域名解析第一响应,获取指定域名(www.xxx.com)的IPv6地址。可选的,在一些实施方式中,手机上App还接收到域名解析第二响应,获取指定域名(www.xxx.com)的IPv4地址。
手机上App支持IPv6,先使用IPv6地址与应用服务器建立IPv6的TCP连接,通过IPv6网络访问应用服务器。需要说明的是,手机上App可以先获取IPv6地址,使用IPv6地址与应用服务器建立IPv6的TCP连接,通过IPv6网络访问应用服务器;如果访问失败,再获取IPv4地址,使用IPv4地址与应用服务器建立IPv4的TCP连接,通过IPv4网络访问应用服务器。也可以获取IPv6地址和IPv4地址后,先使用IPv6地址与应用服务器建立IPv6的TCP连接,通过IPv6网络访问应用服务器;如果IPv6地址访问失败,再使用IPv4地址与应用服务器建立IPv4的TCP连接,通过IPv4网络访问应用服务器。
手机上App支持IPv6,先请求建立IPv6的TCP连接。路由器向应用服务器发送该IPv6的TCP连接建立请求。
在一些场景中,如图4的(b)所示,IPv6网络状态稳定,路由器发送的IPv6的TCP连接建立请求成功发送至应用服务器。路由器也成功接收到应用服务器返回的IPv6的TCP连接建立响应。路由器向手机发送IPv6的TCP连接建立响应。手机通过路由器向应用服务器发送IPv6的TCP连接建立确认。之后,手机和应用服务器之间就可以通过建立的IPv6的TCP连接传输数据。
在一些场景中,如图4的(c)所示,IPv6网络状态不稳定,路由器发送IPv6的TCP连接建立请求后,TCP连接建立请求可能未成功发送至应用服务器,或者应用服务器返回IPv6的TCP连接建立响应,但是路由器未接收到IPv6的TCP连接建立响应。可选的,路由器发送IPv6的TCP连接建立请求之后,如果在预设时长内未接收到对应的IPv6的TCP连接建立响应,会重传IPv6的TCP连接建立请求。如果IPv6网络状态不稳定,同一IPv6的TCP连接建立请求有可能重传多次。手机在一段时间内未接收到IPv6的TCP连接建立响应,有的手机会重发IPv6的TCP连接建立请求,再次尝试建立IPv6的TCP连接;有的手机会向应用服务器发送IPv4的TCP连接建立请求,和应用服务器成功建立IPv4的TCP连接之后,就可以通过IPv4的TCP连接传输数据。手机在等待建立IPv6的TCP连接的过程中,App会产生卡顿、响应慢的问题。用户刷新网页重新访问,或者访问新的网页时,如果IPv6网络依然不稳定,就会不停重复上述过程,导致用户的使用体验很差。
本申请实施例提供一种网络管理的方法,如果路由器确定IPv6网络故障,在后续接收到手机的域名解析第一请求时,不会将域名解析第一请求转发给DNS服务器,而是向手机发送第一消息。手机接收到第一消息后,就不会请求建立IPv6的TCP连接,而是请求建立IPv4的TCP连接,通过IPv4网络访问应用服务器。这样,在IPv6网络故障时,手机直接通过IPv4的TCP连接访问应用服务器,可以避免等待建立IPv6的TCP连接而产生的卡顿。
手机向应用服务器发送的IPv6的TCP连接建立请求,以及应用服务器向手机发送的IPv6的TCP连接建立响应都是通过路由器转发的。如果路由器和应用服务器之间的IPv6网络故障,路由器向应用服务器发出IPv6的TCP连接建立请求后,无法接收到对应的IPv6的TCP连接建立响应。
在一些实施方式中,路由器可以通过发出的IPv6的TCP连接建立请求,和对应的IPv6的TCP连接建立响应的接收情况,来判断路由器和应用服务器之间的IPv6网络是否故障。
在一种示例中,如图4的(c)所示,路由器从手机接收到IPv6的TCP连接建立请求,向应用服务器转发IPv6的TCP连接建立请求。TCP连接建立请求可能未成功发送至应用服务器;或者IPv6的TCP连接建立请求成功发送至应用服务器,应用服务器返回IPv6的TCP连接建立响应,但是路由器未接收到IPv6的TCP连接建立响应。可选的,路由器发送IPv6的TCP连接建立请求之后,如果在预设时长内未接收到对应的IPv6的TCP连接建立响应,会重传IPv6的TCP连接建立请求。如果IPv6网络状态不稳定,同一IPv6的TCP连接建立请求有可能重传多次。如果路由器发出一个会话的IPv6的TCP连接建立请求后,在预设的第一时长内未接收到该会话的IPv6的TCP连接建立响应,则路由器确定路由器和该会话对应的应用服务器之间的IPv6网络故障。在该实施方式中,路由器确定与一个应用服务器之间建立一次IPv6的TCP连接失败,就确定IPv6网络故障。这种方法判断简单、快速;可以及时检测出IPv6网络故障。
在另一种示例中,如图5A所示,用户使用手机上的App访问应用服务器,App的每个会话都会请求建立一个TCP连接。多个手机可以连接在同一个路由器上。路由器统计向应用服务器发出的IPv6的TCP连接建立请求和接收的IPv6的TCP连接建立响应;并周期性地对统计信息进行轮询。根据一个轮询时长内,路由器发出的IPv6的TCP连接建立请求和接收的IPv6的TCP连接建立响应,判断IPv6网络是否故障。在一种实现方式中,如果路由器根据发出的IPv6的TCP连接建立请求和接收的IPv6的TCP连接建立确定满足预设条件,则确定路由器和应用服务器之间的IPv6网络故障。可以理解的,在一个轮询时长内,路由器向不同的多个应用服务器发送IPv6的TCP连接建立请求。如果确定满足预设条件,则路由器确定路由器与多个应用服务器之间的IPv6网络故障。
其中,预设条件包括以下至少一项:
①在第一轮询时长内,IPv6的TCP连接建立失败的会话个数占请求建立IPv6的TCP连接的会话个数的比例大于第一阈值(例如,第一阈值为90%)。
其中,每个会话请求建立一个IPv6的TCP连接。路由器从手机接收到一个会话的IPv6的TCP连接建立请求后,首次向应用服务器发送该会话的IPv6的TCP连接建立请求。如果在预设时长内未接收到对应的TCP连接建立响应,会重传该会话的IPv6的TCP连接建立请求。如果一直到第一轮询时长之后,仍未接收到该会话对应的IPv6的TCP连接建立响应,则确定该会话的IPv6的TCP连接建立失败,即未成功建立该会话的IPv6的TCP连接。如果IPv6的TCP连接建立失败的会话个数占请求建立IPv6的TCP连接的会话个数的比例较大;例如,在第一轮询时长内,一共请求建立了100个不同会话对应的IPv6的TCP连接,其中有96个会话的IPv6的TCP连接建立发生异常,IPv6的TCP连接建立发生异常的会话个数(96个)占请求建立IPv6的TCP连接的会话个数(100个)的比例为96%;表明IPv6网络发生故障的概率较大,而不是某一个应用服务器发生故障。
②在第一轮询时长内,同一会话对应的IPv6的TCP连接建立请求发出的次数大于第一预设次数(比如10次)。路由器发出IPv6的TCP连接建立请求之后,如果在预设时长内未接收到对应的TCP连接建立响应,就会重发IPv6的TCP连接建立请求;如果同一会话对应的IPv6的TCP连接建立请求发出的次数大于第一预设次数,表明同一会话的IPv6的TCP连接建立请求发生了多次重传,IPv6网络发生故障的概率较大。
③在第一轮询时长内,IPv6的TCP连接建立发生异常的次数占IPv6的TCP连接请求发出次数的比例大于第二阈值。比如,第二阈值为90%。路由器发出IPv6的TCP连接建立请求之后,预设时长内未接收到对应的IPv6的TCP连接建立响应,表示IPv6的TCP连接建立发生异常;如果在第一轮询时长内,IPv6的TCP连接建立发生异常的次数占IPv6的TCP连接请求发出次数的比例大于第二阈值,表示路由器向应用服务器发出IPv6的TCP连接建立请求之后,大部分请求未接收到对应的响应。
在该实施方式中,路由器根据一段时间内IPv6的TCP连接建立的统计信息判断IPv6网络是否故障。如果一段时间内,发生了大量的IPv6的TCP连接建立失败,则确定IPv6网络故障。由于综合多次IPv6的TCP连接建立的情况,综合多个应用服务器的情况,可以更准确地对IPv6网络状态进行判断。
在另一些实施例中,路由器可以主动检测IPv6网络的状态。示例性的,如图5B所示,路由器按照第二轮询时长周期性地向测试服务器发送第一测试请求。其中,测试服务器可以是一个确定未发生故障的应用服务器。路由器根据该测试服务器的IPv6地址,向测试服务器周期性地发送测试请求。示例性的,第一测试请求可以为IPv6的TCP连接建立请求。如果发出第一测试请求后,在预设的第二时长(比如第二轮询时长)内未接收到对应的第一测试响应,则路由器确定路由器和测试服务器之间的IPv6网络故障。示例性的,测试第一响应为IPv6的TCP连接建立响应。在该实施方式中,路由器主动检测IPv6网络状态,不依赖手机发起IPv6的TCP连接建立;即使手机没有发起会话,也可以及时检测到IPv6网络故障。
上述示例中,路由器根据IPv6的TCP连接建立请求和IPv6的TCP连接建立响应,或者主动发送测试消息,来判断IPv6网络是否故障。
在另一些实施例中,路由器也可以从其他设备接收指示信息,根据指示信息确定IPv6网络故障。比如,如果一个路由器确定IPv6网络故障,则向周围的路由器发送指示信息,表示IPv6网络故障。周围的路由器接收到指示信息,则确定IPv6网络故障。比如,如果手机在一段时间内未接收到IPv6的TCP连接建立响应,确定IPv6网络故障。手机向路由器发送指示信息,表示IPv6网络故障。路由器接收到指示信息,则确定IPv6网络故障。这样,不需要每个路由器都检测IPv6网络的状态,也可以使每个路由器及时获取IPv6网络的状态。在一种实现方式中,指示信息中可以包括应用服务器的标识,用于表示路由器与该应用服务器之间的IPv6网络故障。如果路由器确定路由器和至少一个应用服务器之间的IPv6网络故障,就可以触发手机不再使用IPv6网络。在一些实施方式中,路由器向手机发送第一消息。手机接收到第一消息,就切换为通过IPv4网络访问应用服务器。
在一些实施例中,手机切换运行的App或者在App内访问新的网页等,或者另一手机访问网页,就会向DNS服务器发送域名解析请求,用于请求更换后的域名对应的IPv6地址。示例性的,如图6所示,手机向路由器发送域名解析第一请求,用于请求获取域名www.yyy.com的IPv6地址。
路由器确定IPv6网络故障之后,又收到手机发送的域名解析第一请求,用于请求解析域名的IPv6地址。响应于接收到该域名解析第一请求,路由器向手机发送第一消息。手机接收到第一消息,就会切换为通过IPv4网络访问应用服务器。示例性的,继续参考图6,手机向路由器发送域名解析第二请求,用于请求解析域名www.yyy.com的IPv4地址。路由器接收到域名解析第二请求,向DNS服务器发送该域名解析第二请求。DNS服务器通过路由器向手机返回域名解析第二响应。手机获取到域名www.yyy.com对应的IPv4地址,就通过IPv4地址访问对应的应用服务器。
本申请实施例提供的网络管理的方法,如果路由器确定IPv6网络故障,路由器在从手机接收到域名解析第一请求(请求域名的IPv6地址)后,即向手机发送第一消息,触发手机更改为使用IPv4网络传输数据。相比于现有技术中,如果IPv6网络故障,手机发出IPv6的TCP连接建立请求之后,不能及时发现IPv6网络故障,等待一段时间才确定IPv6的TCP连接建立失败,会使得应用卡顿或会话失败。本申请实施例提供的网络管理的方法,如果路由器确定IPv6网络故障,就触发手机更换为使用IPv4网络,避免了IPv6网络故障导致的应用卡顿等问题。
下面详细介绍本申请实施例提供的网络管理的方法的一种具体实现方法。示例性的,如图7所示,本申请实施例提供的网络管理的方法可以包括:
S301、手机上App通过路由器向DNS服务器发送域名解析第一请求,用于请求解析域名的IPv6地址。
在一种示例中,域名解析请求中包括解析记录,解析记录可以是A记录或AAAA记录等;A记录表示请求将指定域名解析为IPv4地址,AAAA记录表示请求将指定域名解析为IPv6地址。本申请实施例中,将解析记录为AAAA记录的域名解析请求称为域名解析第一请求,将解析记录为A记录的域名解析请求称为域名解析第二请求;即域名解析第一请求用于请求DNS服务器将指定域名解析为IPv6地址,域名解析第二请求用于请求DNS服务器将指定域名解析为IPv4地址。
S302、DNS服务器通过路由器向手机发送域名解析第一响应,其中包括指定域名的IPv6地址。
DNS服务器接收到域名解析请求,获取指定域名。DNS服务器根据指定域名查询对应的IP地址。在一种实现方式中,DNS服务器获取域名解析请求中的解析记录。如果确定解析记录是AAAA记录,获取指定域名的IPv6地址;如果确定解析记录是A记录,获取指定域名的IPv4地址。
S303、手机上App接收到域名解析第一响应,获取指定域名的IPv6地址。
需要说明的是,在另一些实施例中,如果手机接收到的就是IP地址,而不是域名。本申请实施例中可以不包括上述S301-S303,手机不需要请求DNS服务器进行域名解析,而是直接使用IP地址访问应用服务器,执行本申请实施例的后续步骤。
继续参考图7,本申请实施例提供的网络管理的方法还包括:
S304、手机向路由器发送IPv6的TCP连接建立请求。
手机上App支持IPv6,先请求建立IPv6的TCP连接建立请求。
S305、路由器向应用服务器发送IPv6的TCP连接建立请求。
路由器接收到IPv6的TCP连接建立请求,从TCP连接建立请求中获取目的端口,并根据目的端口(IPv6地址)获取对应的应用服务器。路由器向该应用服务器发送IPv6的TCP连接建立请求。
S306、应用服务器向路由器发送IPv6的TCP连接建立响应,路由器接收到IPv6的TCP连接建立响应。
在一些场景中,IPv6网络状态稳定,路由器接收到IPv6的TCP连接建立响应。
S307、路由器向手机发送IPv6的TCP连接建立响应。
路由器随着协议栈将IPv6的TCP连接建立响应发送给手机。之后,手机再通过路由器向应用服务器发送TCP连接建立确认,完成TCP连接建立过程中的第三次握手,后续就可以正常使用IPv6网络进行数据包传输。
S308、路由器未接收到IPv6的TCP连接建立响应。
在一些场景中,IPv6网络状态不稳定,路由器未接收到TCP连接建立响应。
在一些实施方式中,路由器发出TCP连接建立请求后,如果在预设时长内未接收到对应的TCP连接建立响应,表示IPv6的TCP连接建立发生异常;路由器会重传TCP连接建立请求。如果IPv6网络状态不稳定,同一TCP连接建立请求有可能重传多次。也就是说,针对同一个会话会发出多次TCP连接建立请求,均未接收到TCP连接建立响应。
在一些实施方式中,路由器重发多次TCP连接建立请求,均未接收到TCP连接建立响应,也未向手机发送TCP连接建立响应。手机在发出IPv6的TCP连接建立请求一段时长后,确定未接收到IPv6的TCP连接建立响应,则发出IPv4的TCP连接建立请求,建立IPv4的TCP连接。如果IPv4的TCP连接建立成功,手机可以通过IPv4网络访问应用服务器。
S309、路由器按照第一轮询时长周期性判断IPv6网络状态。
在一种实现方式中,在S305,路由器向应用服务器发送TCP连接建立请求时,统计发出的IPv6的TCP连接建立请求的发送信息。示例性的,发送信息包括IPv6的TCP连接建立请求的发送时间、IPv6的TCP连接建立请求对应的会话标识等。
路由器按照第一轮询时长,周期性判断IPv6网络是否故障。如果路由器在进行判断的时刻确定已经接收到TCP连接建立请求对应的TCP连接建立响应(S306),表明该TCP连接正常建立;如果路由器发出TCP连接建立请求后,在预设时长内未接收到对应的TCP连接建立响应,表示IPv6的TCP连接建立发生异常,路由器会重传IPv6的TCP连接建立请求;如果路由器首次发出一个会话的IPv6的TCP连接建立请求之后,经过了第一轮询时长之后仍然未接收到该会话对应的TCP连接建立响应(S308),说明该会话的TCP连接建立过程失败。
S310、如果路由器确定IPv6网络发生故障,触发手机使用IPv4网络进行数据包传输。
在路由器确定IPv6网络发生故障之后,用户如果再使用手机上的App访问应用服务器的资源,路由器触发手机使用IPv4网络进行数据包传输。
在一些实施例中,路由器触发手机使用IPv4网络进行数据包传输的过程可以包括:
S3101、手机上App向路由器发送域名解析第一请求,用于请求解析域名的IPv6地址。
用户使用手机上的App访问应用服务器提供的网站、电子邮件、数据等资源。可以理解的,S3101中的App与S301所述的手机上App可以是同一个App;比如,用户退出使用App1,过了一段时间,又打开App1。S3101中的App与S301所述的手机上App也可以是不同的App;比如,S301时用户打开App1,过了一段时间,在S3101用户又打开App2。
手机上App先请求DNS服务器进行域名解析,获取域名对应的IP地址,进而能够访问应用服务器。手机上App支持IPv6,向路由器发送域名解析第一请求,用于请求DNS服务器将指定域名解析为IPv6地址。在一种示例中,手机向路由器发送域名解析请求,其中解析记录为AAAA记录。
S3102、路由器接收到域名解析第一请求,向手机发送第一消息。
路由器接收到域名解析第一请求,不再将域名解析第一请求转发给DNS服务器,而是向手机发送第一消息。
在一种实现方式中,第一消息用于指示IPv6网络故障。
在一种实现方式中,第一消息表示域名解析第一请求中的域名不存在对应的IPv6地址。示例性的,第一消息为Domain Name System response。将Domain Name Systemresponse中的Flags置为No such name状态,表示不存在指定域名对应的IPv6地址;AnswerRRs为0,表示无相关answer应答实体。
示例性的,第一消息包括如下内容:
Domain Name System(response)
Transaction ID:0xb7e3
Flags:0x8183 Standard query response,No such name
Questions:1
Answer RRs:0
Authority RRs:1
Additonal RRs:0
Queries
Authoritative nameservers
[Request In:14341]
[Time:0.004091000seconds]
路由器确定IPv6网络故障之后,接收到手机的域名解析第一请求时,不向DNS转发域名解析请求,而是直接向手机返回第一消息。比如,通知手机IPv6网络故障。再比如,通知手机IPv6域名解析失败(域名解析第一请求中的域名不存在对应的IPv6地址)。手机接收到第一消息,就不会请求建立IPv6的TCP连接,即触发手机停止使用IPv6网络进行数据包传输。手机可以快速更改为使用IPv4网络进行数据包传输。这样,避免了手机发出IPv6的TCP连接建立请求之后,等待一段时间才确定IPv6的TCP连接建立失败,再建立Ipv4的TCP连接,导致的手机数据传输不畅、卡顿等问题。
S3103、手机上App使用IPv4网络进行数据包传输。
在一些实施例中,手机上App接收到第一消息,确定指定域名不存在对应的IPv6地址,则向路由器发送域名解析第二请求,用于请求解析域名的IPv4地址。在一种示例中,手机向路由器发送域名解析请求,其中解析记录为A记录。
路由器接收到域名解析第二请求,向DNS服务器发送该域名解析第二请求。DNS服务器接收到域名解析第二请求,获取指定域名。DNS服务器根据指定域名查询对应的IPv4地址。之后,DNS服务器通过路由器向手机发送域名解析第二响应,其中包括获取到的指定域名的IPv4地址。
手机上App接收到域名解析第二响应,获取指定域名的IPv4地址。手机和应用服务器通过三次握手成功建立IPv4的TCP连接,就可以使用IPv4网络进行数据包传输。
在另一些实施例中,手机上App在向路由器发出域名解析第一请求时,也会向路由器发送域名解析第二请求。路由器接收到域名解析第一请求,向手机发送第一消息,手机确定指定域名不存在对应的IPv6地址。路由器收到域名解析第二请求,向DNS服务器发送域名解析第二请求,DNS服务器通过路由器向手机返回域名解析第二响应,其中包括指定域名的IPv4地址。手机接收到域名解析第二响应,获取指定域名的IPv4地址,并且确定指定域名不存在对应的IPv6地址,则通过路由器向应用服务器发送IPv4的TCP连接建立请求。手机和应用服务器通过三次握手成功建立IPv4的TCP连接,就可以使用IPv4网络进行数据包传输。
下面介绍路由器周期性判断IPv6网络是否故障的一种具体实现方式。可以理解的,本申请实施例并不限定路由器判断IPv6网络是否故障的具体方式。下面以路由器的内核实现周期性判断IPv6网络是否故障为例进行介绍。
示例性的,路由器通过内核的Netfilter统计IPv6的TCP连接建立的相关信息。Netfilter是Linux的子系统,它作为一个通用的、抽象的框架,提供一整套的hook函数的管理机制,例如数据包过滤、网络地址转换(NAT)、基于协议类型的连接跟踪等。
Netfilter的架构在整个网络流程的若干位置放置了一些检测点,而在每个检测点上登记了一些处理函数(hook函数)进行处理。示例性的,检测点可以包括PRE_ROUTING、LOCAL_IN、FORWARD、POST_ROUTING和LOCAL_OUT。
[1]PRE_ROUTING:刚刚进入网络层的数据包通过此检测点,目的地址转换在此点进行。
[2]LOCAL_IN:经路由查找后,送往本机的数据包通过此检测点,输入包过滤在此点进行。
[3]FORWARD:要转发的数据包通过此检测点,FORWARD包过滤在此点进行。
[4]POST_ROUTING:所有即将发出去的数据包通过此检测点,内置的源地址转换功能(包括地址伪装)在此点进行。
[5]LOCAL_OUT:本机进程发出的数据包通过此检测点,输出包过滤在此点进行。
在一种实现方式中,路由器的内核在Netfilter的POST_ROUTING监听路由器发出的IPv6的TCP连接建立请求。路由器内核可以记录IPv6的TCP连接建立请求的发送信息;例如发送信息包括IPv6的TCP连接建立请求的发送时间和IPv6的TCP连接建立请求对应的会话标识等。路由器内核还可以记录发出的IPv6的TCP连接建立请求的次数,比如,每次监听到发出IPv6的TCP连接建立请求,就将记录的IPv6的TCP连接建立请求的发出次数加1。路由器内核还可以根据IPv6的TCP连接建立请求中的会话标识确定IPv6的TCP连接建立请求对应的会话,并区分不同会话记录IPv6的TCP连接建立请求的发出次数。
在一种示例中,POST_ROUTING监听到的TCP报文如下所示。
Transmission Control Protocol,Src Port:51130,Dst Port:80,Seq:0,Len:0
Source Port:51130
Destination Port:80
[Stream index:30]
[Conversation completeness:Incomplete,SYN_SENT(1)]
[TCP Segment Len:0]
Sequence Number:0(relative sequence number)
Sequence Number(raw):3831787278
[Next Sequence Number:1(relative sequence number)]
Acknowledgment Number:0
Acknowledgment number(raw):0
1011 … = Header Length: 44 bytes (11)
Flags:0x0c2(SYN,ECE,CWR)
Window:65535
[Calculated window size:65535]
该TCP报文中,标志(Flags)的值为0x0c2,表示标志位SYN、ECE和CWR有效。可以看出该TCP报文中SYN=1,ACK=0,也就是说,该TCP报文是TCP连接建立请求。确定在POST_ROUTING检测点监听到IPv6的TCP连接建立请求,路由器的内核记录该TCP连接建立请求的发送信息,发送信息包括会话标识和发送时间。会话标识用于区分不同的会话;在一种示例中,会话标识为TCP报文中的序号(Sequence Number),示例性的,该TCP报文中SequenceNumber为3831787278,即该TCP连接建立请求对应的会话标识为3831787278。发送时间用于表示路由器向应用服务器发送IPv6的TCP连接建立请求的时间;在一种示例中,路由器的内核将在POST_ROUTING检测点监听到IPv6的TCP连接建立请求的时间记录为该TCP连接建立请求的发送时间。
在一种实现方式中,路由器的内核在Netfilter的PRE_ROUTING监听IPv6的TCP连接建立响应。示例性的,如果PRE_ROUTING监听到TCP报文中SYN=1,ACK=1,则确定该TCP报文是TCP连接建立响应。根据该TCP报文中的序号(Sequence Number),在保存的IPv6的TCP连接建立请求的发送信息中进行查询,找到该序号(Sequence Number)对应的发送信息,将该序号(Sequence Number)对应的发送信息删除。
路由器的内核按照第一轮询时长周期性地根据保存的信息进行判断。
在一种实现方式中,路由器内核可以统计该轮询周期内保存的发送信息的总数量,即获取在第一轮询时长内IPv6的TCP连接建立发生异常的次数。如果根据保存的IPv6的TCP连接建立请求的发出次数和IPv6的TCP连接建立发生异常的次数,确定IPv6的TCP连接建立发生异常的次数占IPv6的TCP连接请求发出次数的比例大于第二阈值,则确定满足预设条件③。
在一种实现方式中,路由器内核可以根据发送信息中的会话标识确定该IPv6的TCP连接建立请求对应的会话,将会话标识相同的发送信息确定为同一会话的发送信息。还可以区分不同会话分别统计每个会话发出的IPv6的TCP连接建立请求的次数。如果确定同一会话对应的发送信息的个数大于第一预设次数,即确定同一会话对应的IPv6的TCP连接建立请求发出的次数大于第一预设次数,确定满足预设条件②。
在一种实现方式中,路由器内核可以根据保存的发送信息确定一个会话的IPv6的TCP连接建立请求的首次发出时间。如果确定会话的IPv6的TCP连接建立请求首次发出时间与当前时间(轮询时刻,即路由器周期性判断IPv6网络是否故障的时刻)之间的时间间隔大于或等于第一轮询时长;也就是说,首次发出该会话的IPv6的TCP连接建立请求之后,经过了第一轮询时长之后,仍未接收到该会话对应的IPv6的TCP连接建立响应;则确定该会话的IPv6的TCP连接建立失败。如果IPv6的TCP连接建立失败的会话个数占请求建立IPv6的TCP连接的会话个数的比例大于第一阈值,则确定满足预设条件①。
如果确定满足预设条件①、预设条件②和预设条件③中至少一项,则确定IPv6网络故障。
在一种实现方式中,路由器的内核确定IPv6网络故障,则通知路由器的DNS客户端IPv6网络故障。DNS客户端确定IPv6网络故障,在后续从手机接收到域名解析第二请求,就直接向手机返回第一消息,触发手机使用IPv4网络进行数据包传输。
在一些实施例中,路由器还周期性检测IPv6网络是否恢复,如果确定IPv6网络恢复,取消对手机使用IPv6进行数据包传输的限制。示例性的,如图8所示,本申请实施例提供的网络管理的方法包括:
S501、路由器的内核按照第二轮询时长周期性地向测试服务器发送第一测试请求。
在一种实现方式中,路由器检测到IPv6网络故障之后,按照第二轮询时长周期性地向测试服务器发送第一测试请求。其中,测试服务器可以是一个确定未发生故障的应用服务器。路由器根据该测试服务器的IPv6地址,向测试服务器周期性地发送第一测试请求。示例性的,第一测试请求可以为IPv6的TCP连接建立请求。
S502、路由器的内核在第二轮询时长内接收到第一测试请求对应的第一测试响应。
示例性的,第一测试响应为IPv6的TCP连接建立响应。路由器的内核每次发出第一测试请求后,如果在第二轮询时长内接收到对应的第一测试响应,则确定IPv6网络恢复;如果在第二轮询时长内未接收到对应的第一测试响应,则确定IPv6网络未恢复。
在一种实现方式中,如果确定IPv6网络恢复,路由器的内核停止按照第二轮询时长周期性地向测试服务器发送第一测试请求。
S503、路由器的内核通知路由器的DNS客户端IPv6网络恢复。
S504、路由器的DNS客户端取消对手机使用IPv6网络的限制。
在一种实现方式中,手机上App向路由器发送域名解析第一请求,用于请求解析域名的IPv6地址。在一种示例中,域名解析请求中包括解析记录,解析记录是AAAA记录。路由器的DNS客户端接收到域名解析第一请求,向DNS服务器发送该域名解析第一请求。DNS服务器接收到域名解析第一请求,获取指定域名。DNS服务器确定解析记录是AAAA记录,查询指定域名的IPv6地址,并向路由器发送域名解析第一响应,其中包括指定域名的IPv6地址。路由器将域名解析第一响应发送给手机。手机上App接收到域名解析第一响应,获取指定域名的IPv6地址。这样,手机上App就可以使用IPv6地址通过IPv6网络访问应用服务器。
在该方法中,路由器主动检测IPv6网络是否恢复,如果检测到IPv6网络恢复,就取消手机使用IPv6网络的限制,恢复在手机和DNS服务器之间、手机和应用服务器之间透传消息,支持手机使用IPv6网络。本申请实施例提供的网络管理的方法,一旦检测到IPv6网络恢复,就及时取消对手机的限制,不会影响手机正常使用IPv6网络。
可以理解的是,上述路由器为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本申请实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请实施例的范围。
本申请实施例可以根据上述方法示例对上述路由器进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
在采用集成的单元的情况下,图9示出了上述实施例中所涉及的路由器的一种可能的结构示意图。该路由器600包括:处理单元601、通信单元602和存储单元603。其中,处理单元601,用于对路由器600的动作进行控制管理;通信单元602,用于支持路由器600与其他网络实体的通信;存储单元603,保存路由器600的指令和数据,上述指令可以用于执行如图3、图7和图8及相应实施例中的各个步骤。
当然,上述路由器600中的单元模块包括但不限于上述处理单元601、通信单元602和存储单元603。例如,路由器600中还可以包括电源单元等,电源单元用于对路由器600供电。
其中,处理单元601可以是处理器或控制器,例如可以是中央处理器(centralprocessing unit,CPU),数字信号处理器(digital signal processor,DSP),专用集成电路(application-specific integrated circuit,ASIC),现场可编程门阵列(fieldprogrammable gate array,FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。通信单元602可以是收发器、收发电路等。存储单元603可以是存储器。
例如,处理单元601为处理器(如图2所示的处理器210或处理器211),通信单元602可以称为通信接口(如图2所示的通信接口240),存储单元603可以为存储器(如图2所示的存储器230)。本申请实施例所提供的路由器600可以为图2所示的路由设备200。其中,上述处理器、存储器、通信接口等可以连接在一起,例如通过总线连接。处理器调用存储器存储的程序代码,以执行以上方法实施例中的各个步骤。
本申请实施例还提供一种芯片系统,如图10所示,该芯片系统包括至少一个处理器701和至少一个接口电路702。处理器701和接口电路702可通过线路互联。例如,接口电路702可用于从其它装置(例如路由设备的存储器)接收信号。又例如,接口电路702可用于向其它装置(例如处理器701)发送信号。示例性的,接口电路702可读取存储器中存储的指令,并将该指令发送给处理器701。当所述指令被处理器701执行时,可使得路由设备执行上述实施例中的各个步骤。当然,该芯片系统还可以包含其他分立器件,本申请实施例对此不作具体限定。
本申请实施例还提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序代码,当上述处理器执行该计算机程序代码时,路由器执行上述实施例中的方法。
本申请实施例还提供了一种计算机程序产品,当该计算机程序产品在计算机上运行时,使得计算机执行上述实施例中的方法。
其中,本申请实施例提供的路由器600、芯片系统、计算机可读存储介质或者计算机程序产品均用于执行上文所提供的对应的方法,因此,其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果,此处不再赘述。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个装置,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以使用硬件的形式实现,也可以使用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个可读取存储介质中。基于这样的理解,本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该软件产品存储在一个存储介质中,包括若干指令用以使得一个设备(可以是单片机,芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、ROM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何在本申请揭露的技术范围内的变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (17)
1.一种网络管理的方法,应用于路由设备,其特征在于,所述方法包括:
路由设备确定所述路由设备和至少一个应用服务器之间的IPv6网络故障;
所述路由设备从终端设备接收域名解析第一请求,所述域名解析第一请求用于请求解析第一域名的IPv6地址;
响应于接收到所述域名解析第一请求,所述路由设备向所述终端设备发送第一消息,所述第一消息用于指示IPv6网络故障;
所述路由设备从所述终端设备接收域名解析第二请求,所述域名解析第二请求用于请求解析第一域名的IPv4地址;
响应于接收到所述域名解析第二请求,所述路由设备向域名系统服务器发送所述域名解析第二请求。
2.一种网络管理的方法,应用于路由设备,其特征在于,所述方法包括:
路由设备确定所述路由设备和至少一个应用服务器之间的IPv6网络故障;
所述路由设备从终端设备接收域名解析第一请求,所述域名解析第一请求用于请求解析第一域名的IPv6地址;
响应于接收到所述域名解析第一请求,所述路由设备向所述终端设备发送第一消息,所述第一消息表示所述第一域名不存在对应的IPv6地址;
所述路由设备从所述终端设备接收域名解析第二请求,所述域名解析第二请求用于请求解析第一域名的IPv4地址;
响应于接收到所述域名解析第二请求,所述路由设备向域名系统服务器发送所述域名解析第二请求。
3.根据权利要求1或2所述的方法,其特征在于,所述路由设备确定所述路由设备和至少一个应用服务器之间的IPv6网络故障,包括:
所述路由设备根据发出的IPv6的TCP连接建立请求和接收的IPv6的TCP连接建立响应确定所述路由设备和至少一个应用服务器之间的IPv6网络故障。
4.根据权利要求3所述的方法,其特征在于,所述路由设备根据发出的IPv6的TCP连接建立请求和接收的IPv6的TCP连接建立响应确定所述路由设备和至少一个应用服务器之间的IPv6网络故障,包括:
如果确定满足预设条件,所述路由设备确定所述路由设备和至少一个应用服务器之间的IPv6网络故障;
其中,所述预设条件包括以下至少一项:
在第一轮询时长内,IPv6的TCP连接建立失败的会话个数占请求建立IPv6的TCP连接的会话个数的比例大于第一阈值,其中,所述IPv6的TCP连接建立失败的会话包括:首次发出会话对应的IPv6的TCP连接建立请求之后,在第一轮询时长内未接收到会话对应的IPv6的TCP连接建立响应;
在第一轮询时长内,同一会话对应的IPv6的TCP连接建立请求发出的次数大于第一预设次数;
在第一轮询时长内,IPv6的TCP连接建立发生异常的次数占IPv6的TCP连接请求发出次数的比例大于第二阈值,其中,所述IPv6的TCP连接建立发生异常包括:发出IPv6的TCP连接建立请求之后,预设时长内未接收到对应的IPv6的TCP连接建立响应。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:
所述路由设备统计发出的IPv6的TCP连接建立请求和接收的IPv6的TCP连接建立响应;
所述路由设备根据第一轮询时长内发出的IPv6的TCP连接建立请求和接收的IPv6的TCP连接建立响应,按照第一轮询时长周期性判断所述路由设备和应用服务器之间的IPv6网络是否故障。
6.根据权利要求5所述的方法,其特征在于,所述路由设备根据第一轮询时长内发出的IPv6的TCP连接建立请求和接收的IPv6的TCP连接建立响应,按照第一轮询时长周期性判断所述路由设备和应用服务器之间的IPv6网络是否故障,包括:
所述路由设备每次从终端设备接收IPv6的TCP连接建立请求后,向IPv6的TCP连接建立请求对应的应用服务器发送IPv6的TCP连接建立请求,记录发送IPv6的TCP连接建立请求的发送信息,其中所述发送信息包括IPv6的TCP连接建立请求的发送时间和IPv6的TCP连接建立请求对应的会话标识;
如果接收到IPv6的TCP连接建立响应,所述路由设备删除所述IPv6的TCP连接建立响应对应的IPv6的TCP连接建立请求的发送信息;
所述路由设备按照第一轮询时长、周期性地、根据保存的发送信息,判断所述路由设备和应用服务器之间的IPv6网络是否故障。
7.根据权利要求3所述的方法,其特征在于,所述路由设备根据发出的IPv6的TCP连接建立请求和接收的IPv6的TCP连接建立响应确定所述路由设备和至少一个应用服务器之间的IPv6网络故障,包括:
所述路由设备发出第一会话的IPv6的TCP连接建立请求后,在预设的第一时长内未接收到所述第一会话的IPv6的TCP连接建立响应,所述路由设备确定所述路由设备和所述第一会话对应的应用服务器之间的IPv6网络故障。
8.根据权利要求1或2所述的方法,其特征在于,所述路由设备确定所述路由设备和至少一个应用服务器之间的IPv6网络故障,包括:
所述路由设备向测试服务器发送第一测试请求;
在第二轮询时长内,未接收到所述第一测试请求对应的第一测试响应,所述路由设备确定所述路由设备和所述测试服务器之间的IPv6网络故障。
9.根据权利要求1或2所述的方法,其特征在于,所述路由设备确定所述路由设备和至少一个应用服务器之间的IPv6网络故障,包括:
所述路由设备接收到指示信息,确定所述路由设备和至少一个应用服务器之间的IPv6网络故障。
10.根据权利要求1-9中任意一项所述的方法,其特征在于,所述方法还包括:
检测到所述路由设备和应用服务器之间的IPv6网络恢复;
所述路由设备从终端设备接收域名解析第一请求;
响应于接收到所述域名解析第一请求,所述路由设备向域名系统服务器发送所述域名解析第一请求。
11.根据权利要求10所述的方法,其特征在于,所述检测到所述路由设备和应用服务器之间的IPv6网络恢复,包括:
所述路由设备向测试服务器发送第一测试请求;
在第二轮询时长内接收到所述第一测试请求对应的第一测试响应,所述路由设备确定所述路由设备和应用服务器之间的IPv6网络恢复。
12.根据权利要求8或11所述的方法,其特征在于,
所述第一测试请求包括IPv6的TCP连接建立请求;
所述第一测试响应包括IPv6的TCP连接建立响应。
13.一种网络管理的方法,其特征在于,所述方法包括:
路由设备确定所述路由设备和至少一个应用服务器之间的IPv6网络故障;
终端设备向所述路由设备发送域名解析第一请求,所述域名解析第一请求用于请求解析第一域名的IPv6地址;
响应于接收到所述域名解析第一请求,所述路由设备向所述终端设备发送第一消息,所述第一消息用于指示IPv6网络故障;
所述终端设备向所述路由设备发送域名解析第二请求,所述域名解析第二请求用于请求解析第一域名的IPv4地址;
响应于接收到所述域名解析第二请求,所述路由设备向域名系统服务器发送所述域名解析第二请求;
所述路由设备从所述域名系统服务器接收域名解析第二响应,所述域名解析第二响应包括第一域名的IPv4地址;
所述路由设备向所述终端设备发送所述域名解析第二响应;
所述终端设备通过所述路由设备与第一应用服务器建立IPv4的传输控制协议TCP连接。
14.一种网络管理的方法,其特征在于,所述方法包括:
路由设备确定所述路由设备和至少一个应用服务器之间的IPv6网络故障;
终端设备向所述路由设备发送域名解析第一请求,所述域名解析第一请求用于请求解析第一域名的IPv6地址;
响应于接收到所述域名解析第一请求,所述路由设备向所述终端设备发送第一消息,所述第一消息表示所述第一域名不存在对应的IPv6地址;
所述终端设备向所述路由设备发送域名解析第二请求,所述域名解析第二请求用于请求解析第一域名的IPv4地址;
响应于接收到所述域名解析第二请求,所述路由设备向域名系统服务器发送所述域名解析第二请求;
所述路由设备从所述域名系统服务器接收域名解析第二响应,所述域名解析第二响应包括第一域名的IPv4地址;
所述路由设备向所述终端设备发送所述域名解析第二响应;
所述终端设备通过所述路由设备与第一应用服务器建立IPv4的传输控制协议TCP连接。
15.一种路由设备,其特征在于,包括:处理器和存储器;所述存储器中存储有一个或多个计算机程序,所述一个或多个计算机程序包括指令,当所述指令被所述路由设备执行时,使得所述路由设备执行如权利要求1-12中任意一项所述的方法。
16.一种计算机可读存储介质,其特征在于,包括计算机指令;当所述计算机指令在电子设备上运行时,使得所述电子设备执行如权利要求1-12中任意一项所述的方法。
17.一种芯片系统,其特征在于,包括处理器,所述处理器与存储器耦合,所述处理器执行所述存储器中存储的计算机程序,以实现如权利要求1-12中任意一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211574124.1A CN116708285A (zh) | 2022-12-08 | 2022-12-08 | 一种网络管理的方法、设备和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211574124.1A CN116708285A (zh) | 2022-12-08 | 2022-12-08 | 一种网络管理的方法、设备和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116708285A true CN116708285A (zh) | 2023-09-05 |
Family
ID=87832757
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211574124.1A Pending CN116708285A (zh) | 2022-12-08 | 2022-12-08 | 一种网络管理的方法、设备和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116708285A (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101917491A (zh) * | 2010-05-20 | 2010-12-15 | 中兴通讯股份有限公司 | 一种提高域名解析效率的方法及终端 |
CN103167045A (zh) * | 2011-12-12 | 2013-06-19 | 中国电信股份有限公司 | 选择网络层协议的方法、 dns 服务器和域名管理系统 |
JP2015201688A (ja) * | 2014-04-04 | 2015-11-12 | 西日本電信電話株式会社 | DNS−Proxy機能を有する中継装置 |
US20160308818A1 (en) * | 2015-04-15 | 2016-10-20 | Hughes Network Systems, Llc | Preferential selection of ip protocol version with domain name matching on proxy servers |
-
2022
- 2022-12-08 CN CN202211574124.1A patent/CN116708285A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101917491A (zh) * | 2010-05-20 | 2010-12-15 | 中兴通讯股份有限公司 | 一种提高域名解析效率的方法及终端 |
CN103167045A (zh) * | 2011-12-12 | 2013-06-19 | 中国电信股份有限公司 | 选择网络层协议的方法、 dns 服务器和域名管理系统 |
JP2015201688A (ja) * | 2014-04-04 | 2015-11-12 | 西日本電信電話株式会社 | DNS−Proxy機能を有する中継装置 |
US20160308818A1 (en) * | 2015-04-15 | 2016-10-20 | Hughes Network Systems, Llc | Preferential selection of ip protocol version with domain name matching on proxy servers |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11522734B2 (en) | Method for controlling a remote service access path and relevant device | |
Braden | Requirements for Internet hosts-communication layers | |
CA2205068C (en) | Multi-processor environments | |
US7554992B2 (en) | Mobile device communications system and method | |
Partridge et al. | An implementation of the revised internet stream protocol (ST-2) | |
CN112073545B (zh) | 使用dns来传送服务器设备的mp-tcp能力 | |
Shi et al. | NDNLP: A link protocol for NDN | |
EP2260396A2 (en) | Methods for collecting and analyzing network performance data | |
WO2018121589A1 (zh) | 数据链路的检测方法、装置及系统 | |
CN111385203B (zh) | 基于混合云的数据传输方法、装置、设备及存储介质 | |
EP2002349A2 (en) | Session persistence on a wireless network | |
CN110266678B (zh) | 安全攻击检测方法、装置、计算机设备及存储介质 | |
CN110838935B (zh) | 高可用sdn控制器集群方法、系统、存储介质及设备 | |
JP2009525708A (ja) | プロトコルリンクレイヤ | |
EP3525421B1 (en) | Data transmission method and apparatus | |
CN116848835A (zh) | 实现区域连续代理服务 | |
CN114301676B (zh) | 一种电力监控系统的无损化资产探测方法、装置和存储介质 | |
US8572245B1 (en) | Using the TCP window size for identifying packets and debugging | |
US9699139B2 (en) | Communications system | |
CN110381007B (zh) | Tcp加速方法及装置 | |
CN114268578B (zh) | 切换线路的数据传输方法、装置、设备及存储介质 | |
CN113890769B (zh) | 一种tcp阻断方法 | |
CN116708285A (zh) | 一种网络管理的方法、设备和系统 | |
US6826623B1 (en) | Detecting a dead gateway for subsequent non-TCP transmission by sending a first TCP packet and deleting an ARP entry associated with the gateway | |
CN115941541A (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 |