CN101232491B - 一种检测对方状态的方法、系统和网络装置 - Google Patents

一种检测对方状态的方法、系统和网络装置 Download PDF

Info

Publication number
CN101232491B
CN101232491B CN2007100027428A CN200710002742A CN101232491B CN 101232491 B CN101232491 B CN 101232491B CN 2007100027428 A CN2007100027428 A CN 2007100027428A CN 200710002742 A CN200710002742 A CN 200710002742A CN 101232491 B CN101232491 B CN 101232491B
Authority
CN
China
Prior art keywords
detection
party
detected
response
equipment
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
CN2007100027428A
Other languages
English (en)
Other versions
CN101232491A (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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN2007100027428A priority Critical patent/CN101232491B/zh
Publication of CN101232491A publication Critical patent/CN101232491A/zh
Application granted granted Critical
Publication of CN101232491B publication Critical patent/CN101232491B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

一种检测对方状态的方法、系统和网络装置。检测方和被检测方支持不同的用于状态检测的协议,中间装置根据被检测方支持的协议向被检测方发送检测请求,中间装置接收被检测方传输来的表示被检测方状态的检测响应;中间装置根据检测方支持的协议、检测方发送来的检测被检测方状态的检测请求向检测方发送检测响应;检测方根据检测响应的接收情况确定被检测方的状态。本发明实施方式中的中间装置可以支持检测方和被检测方之间的协议转换,也可以支持代理。本发明实施方式中的检测方能够通过统一的协议检测出与其支持不同协议的被检测方的状态。

Description

一种检测对方状态的方法、系统和网络装置
技术领域
本发明涉及网络通讯技术领域,具体涉及一种检测对方状态的方法、系统和网络装置。
背景技术
由于ARP Ping(地址解析协议Ping)方法使用简单,因此,ARP Ping方法已经成为检测对方状态的一种主要方法。下面结合附图1对ARP Ping方法的具体实现过程进行说明。
图1中,设备A、设备B、AN/DSLAM(Access Node/Digital Subscriber LineAccess Multiplexer,接入节点/数字用户线接入复接器)和BRAS/BNG(Broadband Remote Access Server/Broadband Network Gateway,宽带远程接入服务器/宽带网络网关)是IPoA和IPoE混合组网。设定BRAS/BNG为检测方,设备A为被检测方,BRAS/BNG需要检测方的状态。首先,检测方向被检测方发送ARP Request报文,如果被检测方正常在线,则被检测方在接收到ARP Request报文后,向检测方回复ARP Reply报文。检测方在发送ARP Request报文后,根据是否接收到被检测方回复的ARP Reply报文来判断被检测方的状态,如被检测方在线online、或者不在线offline等。
由于ARP(Address Resolution Protocol,地址解析协议)只能运行在基于以太网链路协议的IPoE协议栈上,不能运行在基于ATM链路协议的IPoA(IP overATM,ATM承载IP)协议栈上,因此,检测方不能够利用ARP Ping方法来检测图1中设备B的状态。也就是说,现有的检测对方状态的方法只能检测出支持ARP协议的IPoE协议栈的对方的状态,利用现有的ARP Ping检测对方状态的方法无法检测出支持IPoA协议栈的对方的状态。
发明内容
本发明实施方式提供一种检测对方状态的方法、系统和网络装置,使检测方能够通过统一的协议检测到与其支持不同协议的被检测方的状态。
本发明实施方式提供的一种检测对方状态的方法,包括:
检测方和被检测方支持不同的用于状态检测的协议,所述方法包括:
a、中间装置根据被检测方支持的协议向被检测方发送检测请求,中间装置接收被检测方传输来的表示被检测方状态的检测响应;
b、中间装置根据检测方支持的协议、检测方发送来的检测被检测方状态的检测请求向检测方发送检测响应;
c、检测方根据检测响应的接收情况确定被检测方的状态。
本发明实施方式还提供一种检测对方状态的系统,所述系统包括:检测方、被检测方和中间装置,检测方和被检测方支持不同的用于状态检测协议,所述中间装置与检测方和被检测方连接;
检测方:用于发送检测被检测方状态的检测请求,并根据检测响应的接收情况确定被检测方的状态;
中间装置:用于根据被检测方支持的协议向被检测方发送检测请求,接收被检测方传输来的表示被检测方状态的检测响应,并根据检测方支持的协议、检测方发送来的检测请求、以及被检测方传输来的检测响应向检测方发送检测响应;
被检测方:用于接收到检测请求后,发送检测响应。
本发明实施方式还提供一种网络装置,所述网络装置中设置有检测模块;
检测模块:用于根据被检测方支持的协议向被检测方发送检测请求,接收被检测方传输来的表示被检测方状态的检测响应,并根据检测方支持的协议、检测方发送来的检测被检测方状态的检测请求、以及被检测方传输来的检测响应向检测方发送检测响应。
通过上述技术方案的描述可知,本发明实施方式中的检测方能够通过统一的协议检测到与其支持不同协议的被检测方的状态,扩大了检测对方状态技术方案的应用范围。
附图说明
图1是现有技术的IPoA和IPoE混合组网示意图;
图2是本发明实施方式的混合组网下检测对方状态的方法示意图一;
图3是本发明实施方式的混合组网下检测对方状态的方法示意图二;
图4是本发明实施方式的检测对方状态的方法流程图一;
图5是本发明实施方式的检测对方状态的方法流程图二。
具体实施方式
在本发明实施方式中,检测方和被检测方支持不同的状态检测协议,中间装置通过不同的链路协议栈连接检测方和被检测方,即中间装置即支持检测方支持的协议,也支持被检测方支持的协议。中间装置能够识别检测方发送来的协议报文,也能够识别被检测方发送来的协议报文。本发明实施方式中的检测方可以通过中间装置获得与其支持不同协议的被检测方的状态。
中间装置可以通过协议转换、分级代理检测等方式使检测方成功获得被检测方的状态。协议转换即中间装置不需要维护检测被检测方的状态,只将其接收到的检测协议报文经过协议适配转换后发送到目的方即可,如中间装置将其接收到的ARP报文转换成InATMARP报文,然后,将InATMARP报文发送至目的方;再如中间装置将其接收到的InATMARP报文转换成ARP报文,然后,将ARP报文发送至目的方。分级代理检测即中间装置需要维护被检测方的状态,中间装置主动通过状态检测协议获取被检测方的状态,中间装置在获知检测方需要检测被检测方的状态后,根据其主动获取的被检测方的状态向检测方发送检测响应。
下面对检测方通过中间装置获得被检测方状态的技术方案进行说明。
中间装置通过不同的链路协议栈分别连接检测方和被检测方,如中间装置通过以太网承载IP(IpoE)协议栈和ATM承载IP(IPoA)协议栈分别连接检测方和被检测方。检测方在需要检测被检测方的状态时,向被检测方发送检测请求。检测方发送的检测请求首先到达中间装置。中间装置在接收到检测请求后,根据被检测方支持的协议向被检测方发送检测请求。中间装置向被检测方发送检测请求的方式有多种,如协议转换方式、重新构造报文方式等。
中间装置在向被检测方发送检测请求时,需要负责不同链路协议栈的互通。不同链路协议栈的互通包括在报文中增加指定链路协议的转发地址,如当中间装置通过IPoE连接被检测方、并通过IPoA连接检测方时,中间装置需要为检测方指定MAC地址,中间装置发送至被检测方的检测请求中携带有上述指定的MAC地址。
被检测方在接收到中间装置发送来的检测请求后,响应该检测请求,向检测方发送检测响应,该检测响应能够有效表明被检测方的状态。被检测方发送的检测响应首先到达中间装置。中间装置在接收到检测响应后,根据检测方支持的协议向检测方发送检测响应。中间装置向被检测方发送检测请求的方式有多种,如协议转换方式、重新构造报文方式等。
中间装置在向检测方发送检测响应时,需要负责不同链路协议栈的互通。不同链路协议栈的互通包括在报文中增加指定链路协议的转发地址,如当中间装置通过IPoE连接检测方、并通过IPoA连接被检测方时,中间装置需要为被检测方指定MAC地址,中间装置发送至检测方的检测响应中携带有上述指定的MAC地址。
检测方在接收到中间装置发送来的检测响应后,根据该检测响应即可确定出被检测方的状态,如确定被检测方在线。检测方根据接收到的检测响应确定被检测方状态的具体实现过程可以为现有的各种方法。
被检测方会由于不在线等原因,接收不到中间装置发送来的检测请求。被检测方也可能接收到中间装置发送来的检测请求,但是不能够有效响应该检测请求。在出现上述情况后,中间装置则接收不到检测响应。在中间装置接收不到被检测方发送来的检测响应的情况下,中间装置可以不向检测方发送任何信息,检测方在一直接收不到信息的情况下,可以直接确定出被检测方的状态,如确定被检测方不在线。中间装置也可以向检测方发送表示被检测方没有响应检测请求的特殊检测响应,检测方在接收到该特殊的检测响应后即可确定被检测方的状态,如确定被检测方不在线。
在上述描述中,检测方可以为网络侧的设备,被检测方可以为用户侧的设备,即网络侧可以采用本发明实施方式提供的方法来检测用户设备的状态。检测方和被检测方也可以同为网络侧的设备,或者同为用户侧的设备,或者检测方为用户侧的设备、被检测方为网络侧的设备,本发明实施方式不限制检测方和被检测方所处的具体位置。本发明实施方式中的中间装置可以为中间交换机、接入节点AN、DSLAM等。
在上述描述中,检测方和被检测方是支持不同协议的,本发明实施方式不限制检测方和被检测方具体支持的协议,只要检测方和被检测方支持不同的协议即可,如检测方支持ARP和InATMARP(反向ATM地址解析协议)中的一种协议,被检测方支持ARP和InATMARP中的另一种协议。上述InATMARP也可以为其他协议如自定义协议等,上述ARP协议也可以为其他协议如自定义协议等。
下面以ARP和InATMARP为例、结合附图对本发明实施方式提供的检测对方状态的方法进行说明。
在IPoA和IPoE混合组网情况下,实现检测对方状态的方法如图2所示。
图2中,设定设备D为检测方,设备A和设备B为被检测方,中间交换机C为中间装置;设备A通过以太网与中间交换机C连接,即设备A通过IPoE接入网络;设备B通过ATM网络与中间交换机C连接,即设备B通过IPoA接入网络;设备D通过基于以太网的IPoE与中间交换机C连接。中间交换机C、设备A、设备B和设备D在网络层使用统一的协议如IP协议。
由于设备A与设备D之间是通过基于以太网的IPoE连接的,所以,设备D可以采用现有的ARP Ping方法来设备A的状态。
由于设备B与中间交换机C之间通过基于ATM的IPoA连接、而设备D与中间交换机C之间通过基于以太网的IPoE连接,所以,设备D在检测设备B的状态时,需要借助中间交换机C的协议转换、分级代理检测等方式来获取设备B的状态。也就是说,设备D在检测设备B的状态过程中,中间交换机C使用ARP协议与设备D进行信息交互、使用InATMARP与设备B进行信息交互。中间交换机C通过采用链路协议技术的互通,实现了ATM与以太网的互通,从而使设备D使用ARP实现了对设备A和设备B的状态检测。
需要特别说明的是,图2的设备A、设备B、设备D中的任一设备都可以为检测方,任一设备都可以为被检测方;如设备B为检测方,设备B可以通过本发明实施方式提供的方法实现对设备A的状态检测,具体实现过程在此不再详细描述。
在电信接入网的IPoA和IPoE混合组网情况下,实现检测对方状态的方法如图3所示。
图3中,设定BRAS/BNG/IP Edge为检测方,RG1和RG2(Residential Gateway住宅/驻地网关)为被检测方,AN/Dslam为中间装置;RG1通过以太网与AN/Dslam连接,即RG1通过IPoE接入网络;RG2通过ATM网络与AN/Dslam连接,即RG2通过IPoA接入网络;BRAS/BNG/IP Edge通过以太网与AN/Dslam连接。AN/Dslam、RG1、RG2和BRAS/BNG/IP Edge在网络层使用统一的协议如IP协议。
由于RG1与BRAS/BNG/IP Edge之间是通过IPoE连接的,所以,BRAS/BNG/IP Edge可以直接采用现有的ARP Ping方法来检测RG1的状态。
由于RG2与AN/Dslam之间通过IPoA连接、而BRAS/BNG/IP Edge与AN/Dslam之间通过IPoE连接,所以,BRAS/BNG/IP Edge在检测RG2的状态时,需要借助AN/Dslam的协议转换、分级代理检测等方式来获取RG2的状态。也就是说,BRAS/BNG/IP Edge在检测RG2的状态过程中,AN/Dslam使用ARP协议与BRAS/BNG/IP Edge进行信息交互、并使用InATMARP与RG2进行信息交互。AN/Dslam通过采用链路层技术的互通,实现了ATM与以太网的互通,从而使BRAS/BNG/IP Edge使用ARP实现了对RG1和RG2的状态检测。
需要特别说明的是,图3的RG1、RG2、BRAS/BNG/IP Edge中的任一设备都可以为检测方,任一设备都可以为被检测方;如RG1为检测方,RG1可以通过本发明实施方式提供的方法实现对RG2的状态检测,具体实现过程在此不再详细描述。
图4为在IPoA和IPoE混合组网情况下,通过协议转换实现检测对方状态的方法流程图。
图4中,设备B支持InATMARP,设备B的IP地址为B-IP,设备B的MAC地址为C-MAC;设备D支持ARP,设备D的IP地址为D-IP,设备D的MAC地址为D-MAC。设备C是中间装置、且支持InATMARP和ARP。C-MAC是设备C为设备B指定的MAC地址。C-MAC可以是一个虚拟的MAC地址。
设备C可以获知其与设备D的连接为以太网连接、其与设备B的连接为ATM连接。设备C可以获知到设备D的IP地址和MAC地址,即设备C可以获知D-IP和D-MAC。设备C可以通过静态配置如网管配置来获知设备D的IP地址和MAC地址,设备C也可以通过动态学习来获知设备D的IP地址和MAC地址。
图4中设备D检测设备B的状态的具体实现过程为:
步骤1、设备D向设备B发送ARP Request报文,ARP Request报文中携带有D-IP、D-MAC和B-IP。
到步骤2、设备C接收设备D向设备B发送的ARP Request报文,设备C可以根据该ARP Request报文动态学习D-IP和D-MAC。设备C将ARP Request报文转换成InATMARP Request报文,并将InATMARP Request报文发送出去。设备C可以向指定的逻辑端口发送InATMARP Request报文,也可以向所有的ATM接入用户广播发送InATMARP Request报文。
上述InATMARP Request报文的ATM地址地段(ATM number)或ATM子地址字段(ATM subaddress)可以为空,源协议地址(source protocol address)为D-IP。InATMARP Request报文的格式可以参照现有的RFC2225标准。
到步骤3、设备B接收设备C发送来的InATMARP Request报文,设备B根据本地管理策略发送检测响应报文,即InATMARP Reply报文。InATMARP Reply报文的ATM地址地段或ATM子地址字段可以为空,源协议地址为B-IP,目的协议地址(target protocol address)为D-IP。InATMARP Reply报文的格式可以参照现有的RFC2225标准。该步骤中的本地管理策略如是否在一个子网内等。
到步骤4、设备C接收设备B发送来的InATMARP Reply报文,将InATMARPReply报文转换成ARP Reply报文,并将ARP Reply报文发送至设备D。这里的ARP Reply报文中携带有B-IP、C-MAC、D-IP、D-MAC等信息。在该步骤中,设备C可以根据接收到的InATMARP Reply报文学习设备B的信息,如学习设备B所在的逻辑端口等。
到步骤5、设备D接收ARP Reply报文,并根据ARP Reply报文获知设备B的状态。
图4中设备B检测设备D的状态的具体实现过程为:
在步骤1、设备B向设备D发送InATMARP Request报文,InATMARP Request报文携带有B-IP。InATMARP Request报文的ATM地址地段或ATM子地址字段可以为空,源协议地址为B-IP。InATMARP Reply报文的格式可以参照现有的RFC2225标准。
到步骤2、设备C接收设备B发送来的InATMARP Request报文,设备C可以根据该InATMARP Request报文动态学习设备B的信息,如学习设备B所在的逻辑端口等。设备C将InATMARP Request报文转换成ARP Request报文,并将ARPRequest报文发送出去。ARP Request报文中携带有B-IP、C-MAC、D-IP等信息。
到步骤3、设备D接收设备C发送来的ARP Request报文,设备D根据本地管理策略发送检测响应报文,即ARP Reply报文。这里的ARP Reply报文中携带有B-IP、C-MAC、D-IP、D-MAC等信息。该步骤中的本地管理策略如是否在一个子网内等。
到步骤4、设备C接收设备D发送来的ARP Reply报文,设备C将ARP Reply报文转换成InATMARP Reply报文。InATMARP Reply报文的ATM地址地段或ATM子地址字段可以为空,源协议地址为D-IP,目的协议地址为B-IP。InATMARP Reply报文的格式可以参照现有的RFC2225标准。在该步骤中,设备C可以根据接收到的ARP Reply报文学习设备D的信息,如学习设备D的MAC地址等。
到步骤5、设备B接收InATMARP Reply报文,并根据InATMARP Reply报文获知设备D的状态。
在上述针对图4的描述中,设备C为多个设备分配的MAC可以互不相同,设备C也可以为多个设备分配相同的MAC。
图5为在IPoA和IPoE混合组网情况下,通过分级代理检测实现检测对方状态的方法流程图。
图5中,设备B支持InATMARP,设备B的IP地址为B-IP,设备B的MAC地址为C-MAC;设备D支持ARP,设备D的IP地址为D-IP,设备D的MAC地址为D-MAC。设备C是中间装置、且支持InATMARP和ARP。C-MAC是设备C为设备B指定的MAC地址。C-MAC可以是一个虚拟的MAC地址。
设备C可以获知其与设备D的连接为以太网连接、其与设备D的连接为ATM连接。设备C可以获知到设备D的IP地址和MAC地址,即设备C可以获知D-IP和D-MAC。设备C可以通过静态配置如网管配置来获知设备D的IP地址和MAC地址,设备C也可以通过动态学习来获知设备D的IP地址和MAC地址。
图5中设备D检测设备B的状态的具体实现过程为:
步骤1、设备D向设备B发送ARP Request报文,ARP Request报文中携带有D-IP、D-MAC和B-IP。
到步骤2、设备C接收设备D向设备B发送的ARP Request报文,设备C可以根据该ARP Request报文动态学习D-IP和D-MAC。
到步骤3、设备C主动获取设备B的状态。由于设备C、设备B均支持InATMARP,所以,设备C可以采用现有的各种方法来获得设备B的状态。设备C在获得了设备B的状态如设备B在线后,向设备D发送ARP Reply报文,ARPReply报文中携带有B-IP、C-MAC、D-IP、D-MAC等。如果设备B的状态为不在线,则设备C可以不向设备D发送任何检测响应报文。
到步骤4、设备D接收设备C发送来的ARP Reply报文,并根据ARP Reply报文获知设备B的状态如在线状态。如果设备D没有接收到任何检测响应报文,则获知设备B的状态为不在线。
在上述针对图5的实施方式描述中,设备C也可以根据其预先存储的设备B的状态来响应设备D的ARP Request报文。即设备C可以通过定时检测等方式来获取设备B的状态,并存储设备B的状态,这样,设备C在接收到设备D传输来的ARP Request报文后,根据其存储的设备B的状态向设备D发送ARP Reply报文。也就是说,触发设备C主动检测设备B状态的条件并不一定是设备D传输来的ARP Request报文。
图5中设备B检测设备D的状态的具体实现过程为:
在步骤1、设备B向设备C发送InATMARP Request报文,InATMARP Request报文中携带有B-IP,InATMARP Reply报文的ATM地址地段或ATM子地址字段可以为空,源协议地址为B-IP。InATMARP Reply报文的格式可以参照现有的RFC2225标准。
到步骤2、设备C接收设备B发送来的InATMARP Request报文,设备C可以根据接收到的InATMARP Reply报文学习设备B的信息,如学习设备B所在的逻辑端口等。
到步骤3、设备C主动获取设备D的状态,由于设备C、设备D均支持ARP,所以,设备C可以采用现有的各种方法来获得设备D的状态。设备C在获得了设备D的状态如设备D在线后,向设备B发送InATMARP Reply报文,InATMARPReply报文的ATM地址地段或ATM子地址字段可以为空,源协议地址为D-IP,目的协议地址为B-IP。InATMARP Reply报文的格式可以参照现有的RFC2225标准。如果设备B的状态为不在线,则设备C可以不向设备D发送任何检测响应报文。
到步骤4、设备B接收设备C发送来的InATMARP Reply报文,并根据InATMARP Reply报文获知设备D的状态如在线状态。如果设备B没有接收到任何检测响应报文,则获知设备D的状态为不在线。
在上述针对图5的实施方式描述中,设备C也可以根据其预先存储的设备D的状态来响应设备B的InATMARP Request报文。即设备C可以通过定时检测等方式来获取设备D的状态,并存储设备D的状态,这样,设备C在接收到设备B传输来的InATMARP Request报文后,根据其存储的设备D的状态向设备B发送InATMARP Reply报文。也就是说,触发设备C主动检测设备D状态的条件并不一定是设备B传输来的InATMARP Request报文。
下面对本发明实施方式的检测对方状态的系统进行说明。
本发明实施方式中的系统由检测方、被检测方和中间装置组成。其中,检测方和被检测方支持不同的状态检测协议,中间装置通过不同的链路协议栈连接检测方和被检测方,即中间装置即支持检测方支持的协议,也支持被检测方支持的协议。
检测方在需要检测被检测方的状态时,向被检测方发送检测请求。检测方在接收到中间装置发送来的检测响应后,根据该检测响应即可确定出被检测方的状态,如确定被检测方在线。检测方也可以在接收不到中间装置发送来的检测响应后,确定出被检测方的状态,如确定被检测方不在线。检测方根据是否接收到的检测响应确定被检测方状态的具体实现过程可以为现有的各种方法。
被检测方在接收到中间装置传输来的检测请求后,向中间装置回复检测响应。被检测方可以采用现有的各种方法来回复检测响应。
中间装置可以通过协议转换、分级代理检测等方式使检测方成功获得被检测方的状态。协议转换如中间装置将其接收到的ARP报文转换成InATMARP报文,然后,将InATMARP报文发送至目的方;再如中间装置将其接收到的InATMARP报文转换成ARP报文,然后,将ARP报文发送至目的方。分级代理检测即中间装置需要维护检测双方的状态,中间装置主动通过状态检测协议获取被检测方的状态,中间装置在获知检测方需要检测被检测方的状态后,根据其主动获取的被检测方的状态向检测方发送检测响应。
下面对中间装置通过协议转换使检测方成功获得被检测方的状态的实现过程进行说明。
当中间装置通过协议转换来使检测方检测到对方的状态时,中间装置中设置有收发子模块和转换子模块。
收发子模块接收检测方发送来的检测请求,转换子模块在收发子模块接收到该检测请求后,根据被检测方支持的协议对该检测请求进行协议转换。收发子模块将转换子模块进行协议转换后的检测请求发送至被检测方。举例来说,如果中间装置通过IPoE连接被检测方、并通过IPoA连接检测方时,则转换子模块中存储有为检测方指定的MAC地址,转换子模块在对检测请求进行协议转换过程中,需要将上述指定的MAC地址携带在协议转换后的检测请求中。
被检测方在接收到中间装置发送来的检测请求后,响应该检测请求,向检测方发送检测响应,该检测响应能够有效表明被检测方的状态。收发模块接收被检测方发送来的检测响应。转换子模块在收发子模块接收到检测响应后,根据检测方支持的协议对该检测响应进行协议转换。收发子模块将转换子模块进行协议转换后的检测响应发送至被检测方。举例来说,如果中间装置通过IPoE连接检测方、并通过IPoA连接被检测方时,则转换子模块在对检测响应进行协议转换过程中,需要将其存储的、为被检测方指定的MAC地址携带在协议转换后的检测响应中。
检测方可以根据检测响应的接收情况来确定被检测方的状态,具体如上述方法实施方式中的描述。
当中间装置通过代理来使检测方检测到对方的状态时,中间装置中设置有收发子模块和代理子模块。
代理子模块主动通过状态检测协议获取被检测方的状态。也就是说,代理子模块需要根据被检测方支持的协议、通过收发子模块主动向被检测方发送检测请求。代理子模块根据是否接收到被检测方返回的检测响应来确定被检测方的状态。代理子模块可以在收发子模块接收到检测方发送来的检测请求后,主动检测被检测方的状态,代理子模块也可以采用定时检测等其它方式来检测被检测方的状态。代理子模块主动检测被检测方的实现过程具体如上述方法实施方式中的描述。
在该系统实施方式中,收发子模块会接收到检测方发送来的检测请求,也会接收到代理子模块发送来的检测请求。收发子模块在接收到代理子模块发送来的检测请求后,将该检测请求发送至被检测方。收发子模块会接收到被检测方发送来的检测响应,也会接收到代理子模块发送来的检测响应。收发子模块在接收到代理子模块发送来的检测响应后,将该检测响应发送至检测方。
代理子模块在收发子模块接收到检测方发送来的检测请求后,根据其主动检测到的被检测方的状态确定是否需要向检测方发送检测响应;在确定需要向检测方发送检测响应,则代理子模块根据检测方支持的协议、通过收发子模块向检测方发送检测响应。
当中间装置通过IPoE连接被检测方和检测方中的一个、并通过IPoA连接检测方和被检测方中的另一个时,代理子模块在向支持IPoE的一方发送检测请求/检测响应时,需要在检测请求/检测响应中携带为支持IPoE的一方指定的MAC地址。代理子模块进行分级代理的实现过程具体如上述方法实施方式中的描述。
本发明实施方式还提供一种网络装置,该网络装置即上述实施方式中的中间装置,该网络装置中设置有检测模块。检测模块可以通过协议转换、分级代理检测等方式使检测方成功获得被检测方的状态。当检测模块通过协议转换方式使检测方获得被检测方的状态时,检测模块由收发子模块和转换子模块组成。当检测模块通过分级代理检测方式使检测方获得被检测方的状态时,检测模块由收发子模块和代理子模块组成。收发子模块、转换子模块和代理子模块如上述系统实施方式中的描述,在此不再详细说明。
通过上述描述可知,本发明实施方式能够使检测方通过统一的协议检测到与其支持不同协议的被检测方的状态,避免了检测方只能检测到与其支持相同协议的被检测方状态的局限性,扩大了检测对方状态技术方案的应用范围。
虽然通过实施例描绘了本发明,本领域普通技术人员知道,本发明有许多变形和变化而不脱离本发明的精神,本发明的申请文件的权利要求包括这些变形和变化。

Claims (7)

1.一种检测对方状态的方法,其特征在于,检测方和被检测方支持不同的用于状态检测的协议,所述方法包括:
a、中间装置根据被检测方支持的协议向被检测方发送检测请求,中间装置接收被检测方传输来的表示被检测方状态的检测响应;
b、中间装置根据检测方支持的协议、检测方发送来的检测被检测方状态的检测请求向检测方发送检测响应;
c、检测方根据检测响应的接收情况确定被检测方的状态;
其中,所述步骤a、步骤b包括:
中间装置接收检测方传输来的检测请求,并根据被检测方支持的协议对所述检测请求进行协议转换,将转换后的检测请求发送至被检测方;
中间装置在接收到被检测方的检测响应后,根据检测方支持的协议对所述检测响应进行协议转换,并将转换后的检测响应送至检测方。
2.如权利要求1所述的方法,其特征在于,所述检测方支持地址解析协议ARP和反向ATM地址解析协议InATMARP中的一种,所述被检测方支持所述两协议中的另一种。
3.如权利要求1所述的方法,其特征在于,所述中间装置支持检测方和被检测方之间的协议转换;和/或所述中间装置支持代理检测对方状态。
4.如权利要求1或2或3所述的方法,其特征在于:当检测方和被检测方分别支持ARP和InATMARP时,中间装置为支持InATMARP的一方指定MAC地址,所述中间装置向支持ARP一方发送的检测请求/检测响应中携带有所述指定的MAC地址。
5.一种检测对方状态的方法,其特征在于,检测方和被检测方支持不同的用于状态检测的协议,所述方法包括:
a、中间装置根据被检测方支持的协议向被检测方发送检测请求,中间装置接收被检测方传输来的表示被检测方状态的检测响应;
b、中间装置根据检测方支持的协议、检测方发送来的检测被检测方状态的检测请求向检测方发送检测响应;
c、检测方根据检测响应的接收情况确定被检测方的状态;
其中,所述步骤b包括:
中间装置从检测方发送来的检测请求中获知被检测方;
所述中间装置根据其主动检测到的被检测方状态、以及检测方支持的协议向检测方发送检测响应。
6.一种网络装置,分别与检测方和被检测方连接,其特征在于,所述网络装置中设置有检测模块;
检测模块:用于根据被检测方支持的协议向被检测方发送检测请求,接收被检测方传输来的表示被检测方状态的检测响应,并根据检测方支持的协议、检测方发送来的检测被检测方状态的检测请求、以及被检测方传输来的检测响应向检测方发送检测响应;
所述检测模块包括:收发子模块和转换子模块;
收发子模块:用于接收检测方发送来的检测请求,并将转换子模块转换后的检测请求发送至被检测方;接收被检测方发送来的检测响应,并将转换子模块转换后的检测响应发送至检测方;
转换子模块:用于根据被检测方支持的协议对收发子模块接收的检测请求进行协议转换,并根据检测方支持的协议对收发子模块接收的检测响应进行协议转换。
7.一种网络装置,分别与检测方和被检测方连接,其特征在于,所述网络装置中设置有检测模块;
检测模块:用于根据被检测方支持的协议向被检测方发送检测请求,接收被检测方传输来的表示被检测方状态的检测响应,并根据检测方支持的协议、检测方发送来的检测被检测方状态的检测请求、以及被检测方传输来的检测响应向检测方发送检测响应;
所述检测模块包括:收发子模块和代理子模块;
收发子模块:用于接收检测方以及代理子模块发送来的检测请求,并将代理子模块传输来的检测请求发送至被检测方;接收被检测方发送来的检测响应,并将代理子模块传输来的检测响应发送至检测方;
代理子模块:用于根据被检测方支持的协议将检测请求通过收发子模块发送至被检测方,根据收发子模块接收到的、被检测方发送来的检测响应确定被检测方状态,并在收发子模块接收到检测方传输来的检测请求后,根据所述被检测方状态、所述检测方支持的协议将检测响应通过收发子模块发送至检测方。
CN2007100027428A 2007-01-25 2007-01-25 一种检测对方状态的方法、系统和网络装置 Expired - Fee Related CN101232491B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN2007100027428A CN101232491B (zh) 2007-01-25 2007-01-25 一种检测对方状态的方法、系统和网络装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2007100027428A CN101232491B (zh) 2007-01-25 2007-01-25 一种检测对方状态的方法、系统和网络装置

Publications (2)

Publication Number Publication Date
CN101232491A CN101232491A (zh) 2008-07-30
CN101232491B true CN101232491B (zh) 2012-06-27

Family

ID=39898667

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2007100027428A Expired - Fee Related CN101232491B (zh) 2007-01-25 2007-01-25 一种检测对方状态的方法、系统和网络装置

Country Status (1)

Country Link
CN (1) CN101232491B (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103138998B (zh) * 2011-11-28 2015-11-25 华为技术有限公司 一种代理状态检测方法、装置和系统
CN103067490B (zh) 2012-12-26 2015-11-25 腾讯科技(深圳)有限公司 移动终端通讯会话的通知方法、终端、服务器及系统
CN104283982B (zh) * 2014-10-21 2019-04-02 中国联合网络通信集团有限公司 一种dmz主机自动指向的方法、系统及网关
TWI646805B (zh) * 2016-11-23 2019-01-01 財團法人資訊工業策進會 網路通訊協定轉譯系統及方法
CN111641545B (zh) * 2020-05-15 2022-06-21 深信服科技股份有限公司 一种隧道探测方法及装置、设备、存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6400729B1 (en) * 1998-03-20 2002-06-04 Fujitsu Limited Protocol conversion system for data communication between different types of open networks
CN1355982A (zh) * 2000-02-17 2002-06-26 三菱电机株式会社 协议转换装置及协议转换方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6400729B1 (en) * 1998-03-20 2002-06-04 Fujitsu Limited Protocol conversion system for data communication between different types of open networks
CN1355982A (zh) * 2000-02-17 2002-06-26 三菱电机株式会社 协议转换装置及协议转换方法

Also Published As

Publication number Publication date
CN101232491A (zh) 2008-07-30

Similar Documents

Publication Publication Date Title
CN101146051B (zh) 一种企业级即时通信互联系统及其实现企业互联的方法
CN101179603B (zh) IPv6网络中用于控制用户网络接入的方法和装置
US9774668B2 (en) Communication system for establishing P2P connections and the corresponding devices using the same
CN101232491B (zh) 一种检测对方状态的方法、系统和网络装置
CN102047611A (zh) 考虑远程访问解决网络地址冲突的通用即插即用设备和方法
JP2011508551A (ja) 複数の無線ネットワークに同時にアクセスするための装置及び方法
CN103763407A (zh) 二层虚拟局域网实现地址解析协议代理方法及局域网系统
GB2455766A (en) Anonymously routing messages between source and respondent devices based on a predetermined subject identifier set by the source device.
EP1836590A2 (en) Method and apparatus to facilitate universal plug and play interaction between different local networks
CN101009692A (zh) 硬件地址解析方法及通信处理设备及报文处理方法
CN1929601A (zh) 一种新型的可视对讲系统
CN102780602A (zh) 一种数据传输方法及装置
EP1838056B1 (en) A method and device for automatic configuration of PVC for CPE
CN201397389Y (zh) 一种可实现定位的家庭电子设备
CN108377210B (zh) 一种局域网多设备识别方法
CN103392333A (zh) 一种接入网络中的认证方法、设备和系统
KR101132736B1 (ko) Wi-Fi와 UWB 기기 간의 복합 연결장치
CN101272326A (zh) 一种聚合链路传输报文的方法和通信设备
CN101465783B (zh) 异构家庭网络设备之间的连接方法、装置及连接网桥
CN102143027A (zh) 接入网络的方法和设备
JP2007267074A (ja) 情報転送装置
CN1863215B (zh) 为用户提供各种业务服务的方法和系统
CN103460649A (zh) 连接设置信息管理系统
CN101877693A (zh) 获取公钥的方法、装置和系统
CN101668342B (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
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20120627

Termination date: 20170125

CF01 Termination of patent right due to non-payment of annual fee