CN1679277A - 通信网以及网络单元中消息路径的测试方法 - Google Patents
通信网以及网络单元中消息路径的测试方法 Download PDFInfo
- Publication number
- CN1679277A CN1679277A CNA038206129A CN03820612A CN1679277A CN 1679277 A CN1679277 A CN 1679277A CN A038206129 A CNA038206129 A CN A038206129A CN 03820612 A CN03820612 A CN 03820612A CN 1679277 A CN1679277 A CN 1679277A
- Authority
- CN
- China
- Prior art keywords
- equipment
- message
- lan
- main frame
- disturbed
- 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.)
- Granted
Links
Images
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/22—Alternate routing
-
- 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/50—Testing arrangements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
Abstract
高可靠的通信系统要求采用冗余的消息路径,以致单条消息路径的干扰不会导致通信中的限制。针对具有实时要求的通信系统,从一条被干扰的消息路径到一条备用消息路径的十分快的转换时间非常重要。实际上经常遇到的通信系统由一个或多个主机或服务平台组成,该一个或多个主机或服务平台通过一个冗余的局域网(LAN)和两个网关(G0,G1)连接在一个IP网络(IP)上。根据本发明的测试方法提供对被干扰的消息路径的快速识别。针对所选择的网络拓扑规定有利的转换策略。根据本发明的测试方法由主机以这种方法来初始化,即IP测试消息通过LAN向网关(G0,G1)发送,其中所述测试消息的接收方IP地址与主机的IP地址相对应。通过该LAN接收到的测试消息在网关处被反射并回送到主机。有利的是,在此仅涉及网关的接口部件,可是不涉及交换处理器,由此使得测试消息的高频率成为可能,而且通过这样的方式并不产生网关的负担。
Description
高可靠的通信系统要求采用冗余的消息路径,以便单条消息路径的干扰不会导致通信中的限制。消息路径的冗余、也就是说针对每条消息路径存在至少一条在干扰情况下可以转换到其上的备用消息路径在此必须由服务平台或主机如也由通信系统本身、也就是说通过该通信系统的单元、例如交换机和路由器及其结构来支持。
此外,针对具有实时要求的通信系统,例如在语音传输的情况下,为了将在消息路径故障时对运行的负面影响限制在最小值内,从一条被干扰的消息路径到一条备用消息路径的快速转换时间也是很重要的。
待考虑的干扰包括通信系统的单个单元、例如服务平台、交换机、路由器的全部故障和/或部分故障以及单个单元之间的连接的故障。
实际上十分频繁使用的通信系统由一个或多个主机或服务平台组成,该一个或多个主机或服务平台通过一个冗余的局域网LAN(LAN=Local Area Network)和两个网关连接在IP(IP=网际协议)网络上。
为了检查消息路径的无干扰性,下列可能方案是已知的:
IP网络(第三层交换技术):
针对IP网络的逻辑协议层存在标准化路由协议、诸如开放最短路径优先(Open Shortest Path First)OSPF、路由信息协议(RoutingInformation Protocol)RIP、边界网关协议(Border GatewayProtocol)BGP,借助于该路由协议可识别路径的故障并可传向其他网络单元,以这样导入到可替换的路由上的转换。在此,IP网络的拓扑起着微不足道的作用。直接连接在一个网络单元上的消息路径的中断通常可被快速识别、例如在60ms之内被识别,并且该转换典型地在几秒钟、例如1至4s之内以后结束。
非直接连接在网络单元上的消息路径的中断仅能借助路由协议来通信和识别。此处,转换时间通常明显更长,并例如位于30s-250s处。
局域网LAN(第二层交换技术):
针对LAN的逻辑协议层,没有标准化的行为方式用于被干扰的消息路径特别是在利用所述结构进行冗余配置时的识别。为了监控主机-LAN-网关的连接,例如可采用生成树协议(Spanning TreeProtocol)SPT。
但是协议SPT很缓慢,也就是说该SPT协议必需很大的时间间隔、例如大约30s,以确定一条合适的备用路径。出于这个原因,要努力引入一种更快的SPT形式、即在IEEE标准802.1W中说明的快速生成树协议(Rapid Spanning Tree Protocol)RSPT。可是,RSPT的监控时间仍旧在多秒范围内(呼叫时间(Bridge Hello Time)的缺省值=2S)。
针对具有环形拓扑的LAN,解决方案是公知的,例如以太网自动保护交换(Ethernet Automatic Protection Switching)EAPS或弹性分组环(Resilient Packet Ring)RPR,通过该解决方案应达到非常短的转换时间、例如小于1s。可是,所有的方法都是以一个具有环形拓扑的LAN为前提,该环形拓扑没有在所有的使用情况中被给出。
考虑到前面说明的用于检查消息路径的公知的可能方案得出以下问题:
-公知的可能方案以特定的路由协议为前提,该路由协议必须在所有网络单元中实施,和/或被限于一定的网络拓扑。
-如果消息路径的典型测试方法例如借助因特网控制信息协议(Internet Control Message Protocol)ICMP PING或者借助RIP消息以较高的频率来实施,则处理和应答测试请求的各自的响应器单元承受了巨大的计算负担。
-转换时间位于针对实时通信可容忍的范围之外。
本发明的一个任务在于,给出一种针对通信网中的消息路径的测试方法以及一个改进的网络单元,通过该方法和网络单元现有技术的缺陷被避免。
所述任务通过以权利要求1的前序部分为出发点针对通信网中的消息路径的一种测试方法和按照权利要求15的特征的一个网络单元来解决。
优选的实施方案是从属权利要求的主题。
本发明的一个重要方面是消息路径的测试方法,如果第一协议层的两个设备消息、例如IP分组,通过较低协议层的通信网、例如LAN进行交换,则可有利地采用该方法,其中在该设备之间通过该通信网交换的消息通过该通信网透明地、也就是说不变化地传送。初始化该测试方法的设备按照本发明以短的时间间隔发送第一协议层的测试消息、例如规定的IP分组,其中针对这种测试消息初始化设备的第一协议层的地址、例如IP地址既被选为发送方地址又被选为接收方地址。还可能的是,该测试方法通过两个设备来实施,以致一个通信关系的两个(终端)设备识别消息路径的状态。
本发明的实质优点能从中看出,即从第一设备向第二设备发送的测试信息不通过第二设备的交换处理器处理,而是已经通过第二设备的接口单元来处理。因此可避免,测试消息在第二设备中产生处理器负载,该测试消息为了尽可能快的识别消息路径的干扰频繁地、例如每隔100ms就被发送。
针对该优选的实施例,在该实施例中测试一个主机和一个网关之间的LAN的消息路径,因此较重要的优点在于,按照本发明的链接测试没有导致网关上的过载情况。在传统的实施方案中,以30s至300s的时间间隔使用PING或路由更新消息或RIP消息,由此被干扰的消息路径的快速识别是不可能的,该快速识别例如针对语音通信是必要的。当该消息以所述的高频率、即针对每条消息路径每秒钟多次在多个所连接的主机处被发送时,该公知的ICMP-PING或RIP消息的使用可能导致过载。
借助一个定时器可以有利地监控,在其上发送测试消息的消息路径上的测试消息是否准确地并在一个所期待的时间间隔之内被接收,该时间间隔遵循通信网中的所期待的消息运行时间。如果测试消息没有被接收或在定时器溢出后才被接收,则相应的消息路径的干扰极有可能存在。为了单个测试消息的损失不会导致以下错误的假设,即如果各自的消息路径普遍都受到干扰,多个测试消息的损失可被用作消息路径存在干扰的标准。
关于单条消息路径的干扰的信息可被有利地采用,以选出分别最优的剩余的消息路径。视所参与的网络的被选择的拓扑而定并考虑如与单条消息路径相联系的成本、现存的冗余接口或设备的数量等因素,在此可完成最佳消息路径的选择。
本发明要求不对通信网络的组件进行修改,并因而可以简单地和廉价地实施。因此该转换是简单的并且仅仅涉及初始化测试的设备。
按照本发明,同样装设一个网络单元,其具有用于执行该测试方法的装置。
下面将结合作为实施例的六幅附图进一步阐述本发明。
图1示意性地描述通过一个冗余的LAN的主机设备在网关上的连接。
图2示意性地描述在元干扰的情况下主机设备与网关之间的测试过程。
图3-6示意性地示出在不同的干扰情况下的测试过程。
参考图1,下面首先说明示例性的冗余的网络拓扑,针对该网络拓扑本发明可有利地被采用。同时,该拓扑用于图表说明本发明的一个实施例,其中具有任意拓扑的本发明可以被应用。
在图1中描述了一个第一设备主机。该第一设备可例如涉及一个开头所述的主机或服务平台。可是,该第一设备可以是具有L3通信能力的任何一种通信设备。下面为了简化,针对第一设备使用标记“主机”。
该主机通过通信网LAN与一个第二设备G0连接。该第二设备可例如涉及一个开头所述的网关。可是,该第二设备同样可为具有L3通信能力的任何一种通信设备。下面为了简化,针对第二设备使用标记“网关”。
在优选的实施例中,通信网LAN涉及一个局域网络(Local AreaNetwork)LAN,该局域网例如按照以太网标准工作。其他的网络和/或协议针对主机和网关之间的透明的消息传输可被采用。下面为了简化,针对通信网使用标记“LAN”。
无需特别了解LAN或其拓扑,本发明已经适用于所述一条或多条消息路径的测试。可是下面介绍的拓扑特别适于本发明的应用,尤其是关于干扰情况下可能的备用消息路径的应用。
LAN被划分为两个独立子网LAN0、LAN1。在最简单情况下,这种划分在逻辑层上实现,可是为了规定一个尽可能大的故障安全,有利地也在空间上进行该划分。在此,LAN0由一定数量的交换组件或交换机S00、S01、S02组成。图示是三个交换组件,但是该数量只是示例性的,并且从本发明的角度出发这个数量可以是任意的,LAN0的结构也同样是任意的,该LAN0的结构仅示例性地被描述为线性结构。
交换机S00、S01利用一个连接L01被连接,其中该连接有代表性地针对交换机之间的一个逻辑的、双向连接被描述并且例如在物理上可通过多个连接来构成。以同样的方式,交换机S01、S02利用一个连接L02被连接。
LAN1由一定数量的交换组件或交换机S10、S11、S12组成。图示是三个交换组件,但是该数量只是示例性的,并且从本发明的角度出发该数量可以是任意的,LAN0的结构也同样是任意的,该LAN0的结构仅示例性地被描述为线性结构。交换机S10、S11利用一个连接L11被连接,其中该连接有代表性地针对交换机之间的一个逻辑的、双向连接被描述并且例如在物理上可通过多个连接来构成。以同样的方式,交换机S11、S12利用一个连接L12被连接。
LAN0通过连接L00与主机连接。LAN1通过连接L10与主机连接。在此,该主机具有两个分开的接口IF0、IF1,其中第一接口IF0用于与LAN0的连接而第二接口IF1用于与LAN1的连接。
一个连接L03用于LAN0与网关G0的连接。按冗余拓扑的清楚显示,LAN1同样具有一个在网关G0上的连接(未示出)和/或具有至少一个到LAN0的交叉连接Q1。该交叉连接有利地尽可能近地在从LAN0到网关G0的通道上实现,也就是说如在图1中所示的那样例如在S02和S12之间实现。如果该交叉连接Q1不是直接布置在从LAN0到网关G0的通道上,则可采用适当的协议以避免与本发明有关联的L2环路。应理解,该交叉连接Q1在物理上可由多个连接组成。
在一个替代方案中,除了网关G0例如针对网关G0故障的情况装设一个备用网关G1(虚线示出)。在此网关G0、G1同样可借助一个交叉连接Q2进行连接。连接L13连接LAN1和网关G1。按冗余拓扑的清楚显示,LAN0同样具有一个在网关G1上的连接(未示出)。
可以这种方法进行网关G0、G1的优先级化,即相应地管理路由表。例如从网关G0到其他IP网IP的连接作为一个较低成本的路由而从网关G1到其他IP网IP的连接作为一个较高成本的路由而设立。优先级化是一种可能性,在交叉连接Q1存在干扰的情况下保障,主机始终应用连接在缺省网关G0上的网络(这里为LAN0)以进行通信。
可是,这种优先级化并不是在所有情况下都是必需的,例如如果交叉连接Q1在物理上由多个连接组成(未示出)。在这种情况下就无需优先级化,因为在一个这样的连接故障时,至少一个其他连接可供使用。
利用所介绍的网络拓扑示例性地得出以下消息路径,在此仅关注LAN内部路径:
路径1:主机<->IF0<->LAN0<->G0<->IP
路径2:主机<->IF1<->LAN1<->Q1<->S02<->G0<->IP
路径3:主机<->IF0<->LAN0<->Q1<->S12<->G1<->IP
路径4:主机<->IF1<->LAN1<->G1<->IP
如果针对网关G0、G1规定所述的优先级,则此外还进行接口IF0、IF1的优先级化,其中例如IF0有较高的优先级,如果网关优先级化比接口优先级化起到更强大的作用,则得出所述路径的下列优先级:
路径1>路径2>路径3>路径4
当从LAN0到G1以及LAN1到G0的所述的相交连接存在和/或当其他交叉连接或也称为十字连接在LAN之内在LAN0和LAN1之间存在时,其他的消息路径以类似的方式得出。
图2示意性地示出具有在无干扰的情况下通过LAN传输的测试消息的来自图1的LAN。在此,在图2A中示出通过LAN的测试消息的路径。图2B示出时间上的流程图,其中该图强烈地被如下理想化,即没有分别考虑测试消息的运行时间。在图2B中也仅考虑了测试消息,而未考虑有用数据。
消息路径的测试现在以这种方法完成,即主机通过每个接口(Interface)IF0、IF1向每个网关G0、G1以非常短的时间间隔、例如每隔100ms发送特定的测试I P数据报。各自的自己的接口IF0或IF1的IP地址被登记为源IP地址和目的IP地址。这样测试分组通过网关再次被传回主机的发送方接口IF0、IF1。
下面的表格列出了用于测试消息路径路径1至路径4的待选择的IP和MAC地址:
路径1 | 路径2 | 路径3 | 路径4 | |
目的MAC | G0 | G0 | G1 | G1 |
源MAC | IF0 | IF1 | IF0 | IF1 |
目的IP | IF0 | IF1 | IF0 | IF1 |
源IP | IF0 | IF1 | IF0 | IF1 |
因此原则上第二层消息的寻址正确地根据各自的MAC(MAC=介质访问控制(Media Access Control))地址完成,而处于其上的第三层消息的寻址如此被修改,以致第三层消息路由回发送方实体。这个原则基于以下事实,即通常第n层的消息在通过第n-1层网络传输时不被修改,并且通过第n-1层网络的第n层地址信息不被分析。
针对IP测试消息,一个更重要的优点在于,只有“IP转发”功能针对向发送方实体反射或回送测试消息是必要的,该“IP转发”功能在网关的高效率的接口卡上被实现。通过按照本发明的方法的在网关中的过载情况因此不会出现,因为在测试消息的处理中完全不涉及网关的交换处理器。
如果在一定时间、例如100ms之内在各自的目标处反射的测试消息不再由主机来接收,则相应的消息路径的干扰极有可能存在。这例如在一个存储器中注明。在本发明的扩展方案中,当下面的、与这条消息路径相联系的测试消息也不再在主机处接收时,该消息路径的干扰才被注明为连续的干扰。在另一个扩展方案中,一定数量的连续的消息可匹配各自的请求,在这被分析为干扰之前,每条消息路径的该连续的消息允许丢失。
可替换地也存在着如下可能性,即所发出的测试消息以次序编号或顺序编号来标记。这被登记在测试消息的有效负载中。可配置数量的不是必然地连续的测试消息的丢失同样可作为故障识别的标准考虑,也就是说通过对测试消息的编号来监控该消息路径。在此,所丢失的测试消息的计数器可如此形成,即所丢失的测试消息将计数器提高了1并且可配置数量、例如1000条无损耗接收的测试消息将计数器减少了1。可替换地,该计数器的减少可在时间间隔溢出之后完成,在该时间间隔期间未出现测试消息损耗。如果计数器达到一个极限值,则该消息路径被分析为被干扰的消息路径。
如果借助按照本发明的方法以足够短的时间间隔、在所说明的实施例中每隔100ms检查消息路径,并且如果在相应的路径被分析为被干扰的路径之前正好重复一次失败的测试,则在所重复的测试失败时消息路径以十分小的延迟、此处为200ms被识别为被干扰的消息路径。
根据具体使用情况,本领域技术人员没有困难地可能将按照本发明的测试方法的所说明的参数与使用情况匹配。
在识别并注明一个干扰之后,必要性在于,将被干扰的消息路径的有用数据通信转向另一条没有被干扰的消息路径上。对此,该方法是众所周知的。可是,下面参考图3至6描述用于选择备用消息路径的有利的策略,其中图3至6包含消息路径的示例性的干扰。
图3A示出在LAN0中没有连接在交叉连接Q1上的一个交换机、此处示例性地为交换机S01的故障。由此路径1和路径3被干扰。路径2和路径4没有被干扰。相应的信号流在图3B中被描述。从被描述为到那时仍活跃的(ACT)接口的接口IF0向两个网关G0和G1发送测试消息,但是该测试消息由于故障而丢失。在测试连续失败两次以后,识别出路径1和路径3存在干扰。从被描述为备用(STB)接口的接口IF1向两个网关G0和G1发送测试消息,该测试消息相应地被再次接收。路径2和路径4被识别为没有被干扰的路径。与消息路径的优先级相对应,路径2以这种方法作为备用路径而被激活,即接口IF1从STB向ACT转换。针对接口IF0例如被注明为状态“被干扰的”,并且如果有必要,针对操作人员触发一个警报。
图4A示出了网关G0的故障。由此,路径1和路径2被干扰。路径3和路径4没有被干扰。相应的信号流在图4B中被描述。测试消息从两个接口IF0、IF1向缺省网关G0发送,但是该测试消息基于故障而丢失。在测试连续失败两次以后,识别出路径1和路径2存在干扰。测试消息从两个接口IF0、IF1向备用网关G1发送,该测试消息相应地被再次接收。因此路径3和路径4被识别为没有被干扰的路径。与消息路径的优先级相对应,路径3以这种方法作为备用路径被激活,即实施一个所谓的网关失败转移(转换到备用网关)。针对网关G0例如被注明为状态“被干扰的”,并且如果必要,针对操作人员触发一个警报。
图5A示出在LAN0和LAN1之间的一个交叉连接Q1的故障。由此路径2和路径3被干扰。路径1和路径4没有被干扰。相应的信号流在图5B中被描述。从被描述为到那时活跃的(ACT)接口的接口IF0向网关G1发送测试消息,但是该测试消息基于故障而丢失。在测试连续失败两次以后,识别出路径3存在干扰。从被描述为备用(STB)接口的接口IF1向网关G0发送测试消息,但是该测试消息基于故障而丢失。在测试连续失败两次以后,识别出路径2存在干扰。测试消息从接口IF0向网关G0发送,该测试消息相应地被再次接收。将路径1看作没有被干扰的路径。测试消息从接口IF1向网关G1发送,该测试消息相应地被再次接收。将路径4看作没有被干扰的路径。与消息路径的优先级相对应,保持路径1为活跃的,可是可实现一个针对操作人员的通知,即存在干扰。
如果通过另一种故障路径1也被干扰,而没有取消路径2和3的干扰,则可直接转换到最低优先级的路径4上。由于干扰信息基于针对被干扰的路径也继续每隔100ms运行的测试始终是当前的,所以不用首先尝试到路径2或3的转换,该转换可无延迟地完成。
图6A示出在LAN0中的连接在交叉连接Q1上的一个交换机、此处示例性地是交换机S02故障。由此路径1、2和3被干扰。路径4没有被干扰。相应的信号流在图6B中被描述。从被描述为到那时仍活跃的(ACT)接口的接口IF0向两个网关G0和G1发送测试消息,但是该测试信息基于该故障而丢失。在测试连续失败两次以后,识别出路径1和路径3存在干扰。从被描述为备用(STB)接口的接口IF1向网关G0发送测试消息,但是该测试消息基于该故障而丢失。在测试连续失败两次以后,识别出路径2存在干扰。测试消息从接口IF1向网关G1发送,该测试消息相应地被再次接收。因此路径4被识别为没有被干扰的路径。由于路径4是唯一的剩余的路径,所以该路径4作为备用路径以这种方法来激活,即接口IF1从STB向ACT转换。针对接口IF0例如被注明为状态“被干扰的”,并且如果必要则针对操作人员触发一个警报。一个分开的警报也可同样被触发,该警报显示没有其他的备用消息路径存在并且因此每个其他的故障将导致全部故障。
参考图3至6说明的转换策略将在下表中用表格说明。其中各符号意义如下:
“X” 路径没有被干扰
“0” 路径的状态是相同的
“-” 路径被干扰
“P1..P4”路径1-路径4
IF-F0 接口失败转移
G-F0 网关失败转移
P1 | P2 | P3 | P4 | 反应 | 可能的原因 |
X | 0 | 0 | 0 | 无F0(IF0/G0活跃) | LAN0和G0没有被干扰(LAN1、Q1、G1可以被干扰) |
- | X | 0 | 0 | IF-F0到IF1 | 在LAN0中的交换机或连接故障 |
- | - | X | 0 | G-F0到G1 | G0故障 |
- | - | - | X | IF-F0到IF1并且G-F0到G1 | 在LAN0中具有交换连接Q1的交换机故障。 |
- | - | - | - | 无F0(IF0活跃) | G0和G1故障 |
在此一个网关失败转移意味着,主机应用另一个网关以沿IP网络方向发送IP分组,而接口失败转移意味着,主机应用另一个接口以发送和接收消息。针对该“内部”通信、也就是说多个连接在LAN上的主机(未示出)之间的通信,必要的是,所有主机总是有到同一个缺省网关G0或G1的连接。由此主机到主机的通信在部分故障、例如在交叉路径Q1故障时也能得到保障。当缺省网关G0既不通过IF0又不通过IF1可连接时,到备用网关G1的转换才完成,这在路径的优先级中也可反映出来。
虽然本发明的实施例参考一个IP/LAN环境被说明,但是本发明并不局限于该协议环境。当面向连接的协议支持“到自身”的连接的建立,也就是说源地址=目的地址时,该面向连接的协议可例如用于监控主机-网关连接。如果通过该协议可识别连接的中断,则可促使到冗余的传输路径上的转换。针对这种协议,例如可是实时协议(Real TimeProtocol)RTP或流控制传输协议(Stream Control TransmissionProtocol)SCTP。
在一定的网络中必要的是,既是第一设备主机又是第二和第三设备G0、G1了解所有消息路径的状态。为达到此目的,按照本发明的方法可针对所有设备实施,该设备必须了解该消息路径的状态。可替换地,该状态借助状态消息从一个实施测试方法的设备向所有其他的设备传送。本发明的优点在于,由不同设备、例如多个主机初始化的测试消息不会相互影响。
一个示例性的网络单元主机除了到网络LAN的发送接收装置或接口IF0、IF1以外例如具有一个控制逻辑,针对该主机实施上述方法,该控制逻辑转换所说明的方法。在此,一种这样的控制逻辑具有一个用于提供测试消息的一个装置,该装置的目标地址和源地址、例如源IP地址和目的IP地址与该网络单元和/或他的接口的地址相对应。
此外,该控制逻辑具有用于监控单条消息路径的装置。在此该消息路径可通过操作员干预预先给出或通过相应的处理自动求出。
该控制逻辑根据已经详细说明的标准确定,一条消息路径是否被干扰并且按照转换策略引起选择和转换到一条可替换的消息路径上。对此,该控制逻辑具有相应的转换装置以及存储器装置,其中存放单条消息路径的优先级。
Claims (18)
1.针对一条第一设备(主机)和一个第二设备(G0)之间存在的消息路径的测试方法,其中该第一设备(主机)和该第二设备(G0)通过一个通信网(LAN0)连接,并且其中该第一和第二设备之间的通信借助一个第一协议层的消息完成,该消息的未修改的传输在通信网(LAN0)中借助位于该第一协议层之下的一个第二协议层来完成,
其特征在于,
从该第一设备(主机)向第二设备(G0)以短的时间间隔发送该第一协议层的测试消息,其中针对这种测试消息按照该第一协议层,该第一设备(主机)的地址既被选为发送方地址又被选为接收方地址。
2.如权利要求1所述的方法,
其特征在于,
当在一个所测量的时间之内第一测试消息没有由所述第一设备(主机)接收时,所述消息路径被标记为至少暂时被干扰的消息路径,该第一测试消息在无干扰的情况下基于所选择的等于发送方地址的接收方地址从所述第二设备(G0)直接发送回该第一设备(主机)。
3.如权利要求2所述的方法,
其特征在于,
当在一个所测量的时间之内,预定数量的其他测试消息没有由所述第一设备(主机)接收时,所述消息路径被标记为连续被干扰的消息路径。
4.如权利要求3所述的方法,
其特征在于,
当根据由所述第一设备(主机)接收所述测试消息来确定干扰结束时,一条被标记为连续被干扰的消息路径在应用该测试消息的情况下继续被测试并且该消息路径作为被干扰的消息路径的标记被取消。
5.如权利要求1至4之一所述的方法,
其特征在于,
所述第一协议层的测试消息以短的时间间隔从所述第二设备(G0)发送到所述第一设备(主机),其中针对这种测试消息,选择该第二设备(G0)的该第一协议层的地址既作为发送方地址又作为接收方地址。
6.如权利要求1至5之一所述的方法,
其特征在于,
当在一个所测量的时间之内一个第一测试消息没有由所述第一设备(主机)接收时,所述消息路径被标记为至少暂时地被干扰的消息路径,该第一测试消息在无干扰情况下基于所选择的等于发送方地址的接收方地址从所述第二设备(G0)直接被发送回该第一设备(主机)。
7.如权利要求1至4或6之一所述的方法,
其特征在于,
当在一个所测量的时间之内预定数量的其他测试消息没有由所述第一设备(主机)接收时,该消息路径被标记为连续被干扰的消息路径。
8.如权利要求1至4或7之一所述的方法,
其特征在于,
当根据由所述第一设备(主机)接收测试消息来确定干扰结束时,一条被标记为连续被干扰的消息路径在使用所述测试消息的情况下继续被测试并且该消息路径作为被干扰的消息路径的标记被取消。
9.如权利要求1至8之一所述的方法,
其特征在于,
在所述第一设备(主机)和所述第二设备(G0)之间具有多条消息路径的冗余连接处,该冗余连接通过所述的通信网(LAN0)和至少一个其他的通信网(LAN1)来构成,其中该第一设备主机的独立的接口(IF0,IF1)与分别冗余的通信网(LAN0,LAN1)保持连接,并且其中在该冗余的通信网(LAN0,LAN1)之间装设交叉连接(Q),测试所有的消息路径,并独立地在存在干扰时被标记为被干扰的消息路径。
10.如权利要求9所述的方法,
其特征在于,
-至少一个接口(IF0)被标记为活跃的并用于有用数据的传输,并且至少一个其他的接口(IF1)被标记为备用而且不用于有用数据的传输,以及
-所有与活跃的接口(IF0)相联系的消息路径一被标记为暂时地或连续地被干扰的消息路径,就激活备用接口(IF1)并从此以后有用数据的传输通过该备用接口(IF1)和一条与该备用接口相联系的消息路径来实施。
11.如权利要求9或10之一所述的方法,
其特征在于,
所述第二设备(G0)以这种方法同样被设计为冗余设备,即装设至少一个第三设备(G1),由该第三设备(G1)承担在该第二设备故障时该第二设备(G0)的功能,其中只要该第二设备(G0)通过一条与所述接口(IF0,IF1)之一相联系的消息路径是可达到的,所述第一设备(主机)的通信原则上就被引到第二设备(G0),并且如果该第一和第二设备之间的所有消息路径都被干扰,则该第一设备(主机)的通信只被引到第三设备(G1)。
12.如权利要求11所述的方法,
其特征在于,
如果在所述第一和所述第二设备之间的所有消息路径都被干扰并且将所述通信引到所述第三设备(G1),则只要在该第一和第二设备之间的被干扰的消息路径之一再次可用,就立即将该通信引到该第二设备(G0)。
13.如权利要求1至12之一所述的方法,
其特征在于,
所述通信网(LAN0,LAN1)基于一个协议等级的第二协议层,并且互换或交换该协议等级的第三协议层的第一、第二和第三设备消息、数据报或分组。
14.如权利要求1至13之一所述的方法,
其特征在于,
所述通信网络(LAN0,LAN1)是局域网LAN,并且有用数据按照以太网协议被传输或交换,并且该第一、第二和第三设备有用数据按照网际协议IP互换或交换。
15.网络单元(主机),该网络单元借助一个连接网络(LAN)与至少一个其他的网络单元(G0,G1)连接,其中基于该连接网络的结构在该网络单元(主机)和该其他的网络单元(G0,G1)之间存在多条消息路径,并且其中通过该连接网络(LAN)在该网络单元之间互换的数据不被改变地交换,其中该网络单元具有如下的:
—用于产生与消息路径相关的测试消息的装置,该测试消息基于其特性从该其他的网络单元(G0,G1)直接被发送回该网络单元(主机),
—用于向该其他的网络单元(G0,G1)通过所述消息路径发送该测试消息的装置,
—用于在所有消息路径上接收该测试消息的装置。
16.如权利要求15所述的网络单元(主机),该网络单元另外具有如下的:
用于确定对可配置数量的在一条被干扰的消息路径上丢失的测试消息起反应的该被干扰的消息路径的装置,其中所述用于确定每条消息路径的测试消息的丢失的网络单元具有定时器,该定时器的运行发信号表示测试消息的丢失,其中具有一个对应于连接网络(LAN)中的最大允许信号运行时间的值的定时器被初始化并随着该测试消息的发送被起动,并且其中在正确接收该测试消息时停止该定时器。
17.如权利要求15或16之一所述的网络单元(主机),其另外具有如下的:
用于在到那时仍应用的较高优选级的消息路径被干扰时将有用数据通信转换到一条具有下一个较低优先级的消息路径上的装置。
18.如权利要求17所述的网络单元(主机),其另外具有如下的:
—用于确定对再次采用的测试消息的接收起反应的消息路径的干扰结束的装置,以及
—用于转换所述有用数据通信到对干扰结束起反应的具有下一个较高优先级的消息路径上的装置。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP02019297.7 | 2002-08-28 | ||
EP02019297A EP1394985A1 (de) | 2002-08-28 | 2002-08-28 | Testverfahren für Nachrichtenpfade in Kommunikationsnetzen sowie Netzelement |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1679277A true CN1679277A (zh) | 2005-10-05 |
CN100450040C CN100450040C (zh) | 2009-01-07 |
Family
ID=31197848
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB038206129A Expired - Fee Related CN100450040C (zh) | 2002-08-28 | 2003-08-05 | 通信网以及网络单元中消息路径的测试方法 |
Country Status (6)
Country | Link |
---|---|
EP (2) | EP1394985A1 (zh) |
JP (1) | JP4072158B2 (zh) |
CN (1) | CN100450040C (zh) |
DE (1) | DE50303051D1 (zh) |
ES (1) | ES2260681T3 (zh) |
WO (1) | WO2004021641A1 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101939956A (zh) * | 2007-12-04 | 2011-01-05 | 萨基姆国防安全公司 | 用于在来自冗余系统的多个以太网网络的终端设备之间传递数据的方法 |
CN101595696B (zh) * | 2007-01-31 | 2013-05-01 | 阿尔卡特朗讯公司 | 多路径虚拟路由器冗余 |
CN107612778A (zh) * | 2017-09-29 | 2018-01-19 | 深圳市盛路物联通讯技术有限公司 | 一种数据采集传输方法及系统 |
Families Citing this family (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8782654B2 (en) | 2004-03-13 | 2014-07-15 | Adaptive Computing Enterprises, Inc. | Co-allocating a reservation spanning different compute resources types |
US8413155B2 (en) | 2004-03-13 | 2013-04-02 | Adaptive Computing Enterprises, Inc. | System and method for a self-optimizing reservation in time of compute resources |
US20070266388A1 (en) | 2004-06-18 | 2007-11-15 | Cluster Resources, Inc. | System and method for providing advanced reservations in a compute environment |
US8176490B1 (en) | 2004-08-20 | 2012-05-08 | Adaptive Computing Enterprises, Inc. | System and method of interfacing a workload manager and scheduler with an identity manager |
WO2006053093A2 (en) | 2004-11-08 | 2006-05-18 | Cluster Resources, Inc. | System and method of providing system jobs within a compute environment |
US8863143B2 (en) | 2006-03-16 | 2014-10-14 | Adaptive Computing Enterprises, Inc. | System and method for managing a hybrid compute environment |
US9231886B2 (en) | 2005-03-16 | 2016-01-05 | Adaptive Computing Enterprises, Inc. | Simple integration of an on-demand compute environment |
WO2006107531A2 (en) | 2005-03-16 | 2006-10-12 | Cluster Resources, Inc. | Simple integration of an on-demand compute environment |
CA2603577A1 (en) | 2005-04-07 | 2006-10-12 | Cluster Resources, Inc. | On-demand access to compute resources |
DE102005025419A1 (de) * | 2005-06-02 | 2006-12-07 | Siemens Ag | Verfahren zur effizienten Behandlung von Störungen bei der paketbasierten Übertragung von Verkehr |
US8041773B2 (en) | 2007-09-24 | 2011-10-18 | The Research Foundation Of State University Of New York | Automatic clustering for self-organizing grids |
US9069929B2 (en) | 2011-10-31 | 2015-06-30 | Iii Holdings 2, Llc | Arbitrating usage of serial port in node card of scalable and modular servers |
US8599863B2 (en) | 2009-10-30 | 2013-12-03 | Calxeda, Inc. | System and method for using a multi-protocol fabric module across a distributed server interconnect fabric |
US9077654B2 (en) | 2009-10-30 | 2015-07-07 | Iii Holdings 2, Llc | System and method for data center security enhancements leveraging managed server SOCs |
US9876735B2 (en) | 2009-10-30 | 2018-01-23 | Iii Holdings 2, Llc | Performance and power optimized computer system architectures and methods leveraging power optimized tree fabric interconnect |
US9054990B2 (en) | 2009-10-30 | 2015-06-09 | Iii Holdings 2, Llc | System and method for data center security enhancements leveraging server SOCs or server fabrics |
US9465771B2 (en) | 2009-09-24 | 2016-10-11 | Iii Holdings 2, Llc | Server on a chip and node cards comprising one or more of same |
US20130107444A1 (en) | 2011-10-28 | 2013-05-02 | Calxeda, Inc. | System and method for flexible storage and networking provisioning in large scalable processor installations |
US20110103391A1 (en) | 2009-10-30 | 2011-05-05 | Smooth-Stone, Inc. C/O Barry Evans | System and method for high-performance, low-power data center interconnect fabric |
US9648102B1 (en) | 2012-12-27 | 2017-05-09 | Iii Holdings 2, Llc | Memcached server functionality in a cluster of data processing nodes |
US9311269B2 (en) | 2009-10-30 | 2016-04-12 | Iii Holdings 2, Llc | Network proxy for high-performance, low-power data center interconnect fabric |
US10877695B2 (en) | 2009-10-30 | 2020-12-29 | Iii Holdings 2, Llc | Memcached server functionality in a cluster of data processing nodes |
US9680770B2 (en) | 2009-10-30 | 2017-06-13 | Iii Holdings 2, Llc | System and method for using a multi-protocol fabric module across a distributed server interconnect fabric |
US11720290B2 (en) | 2009-10-30 | 2023-08-08 | Iii Holdings 2, Llc | Memcached server functionality in a cluster of data processing nodes |
DE102019211395B4 (de) * | 2019-07-31 | 2021-03-04 | Siemens Schweiz Ag | Effizienter Heartbeat-Mechanismus für Cloud-Anwendungen |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO1999021322A2 (en) * | 1997-10-20 | 1999-04-29 | The Foxboro Company | Method and system for fault-tolerant network connection switchover |
CN1193545C (zh) * | 2000-01-19 | 2005-03-16 | 索尼株式会社 | 无线站和数据分组的发送/接收方法 |
CA2344789A1 (en) * | 2000-06-27 | 2001-12-27 | Rockwell Electronic Commerce Corporation | Redundant channels over a packet network |
US7234001B2 (en) * | 2000-12-20 | 2007-06-19 | Nortel Networks Limited | Dormant backup link for OSPF network protection |
-
2002
- 2002-08-28 EP EP02019297A patent/EP1394985A1/de not_active Withdrawn
-
2003
- 2003-08-05 EP EP03790860A patent/EP1532771B1/de not_active Expired - Lifetime
- 2003-08-05 JP JP2004532049A patent/JP4072158B2/ja not_active Expired - Fee Related
- 2003-08-05 ES ES03790860T patent/ES2260681T3/es not_active Expired - Lifetime
- 2003-08-05 WO PCT/EP2003/008662 patent/WO2004021641A1/de active IP Right Grant
- 2003-08-05 DE DE50303051T patent/DE50303051D1/de not_active Expired - Fee Related
- 2003-08-05 CN CNB038206129A patent/CN100450040C/zh not_active Expired - Fee Related
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101595696B (zh) * | 2007-01-31 | 2013-05-01 | 阿尔卡特朗讯公司 | 多路径虚拟路由器冗余 |
CN101939956A (zh) * | 2007-12-04 | 2011-01-05 | 萨基姆国防安全公司 | 用于在来自冗余系统的多个以太网网络的终端设备之间传递数据的方法 |
CN107612778A (zh) * | 2017-09-29 | 2018-01-19 | 深圳市盛路物联通讯技术有限公司 | 一种数据采集传输方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
DE50303051D1 (de) | 2006-05-24 |
CN100450040C (zh) | 2009-01-07 |
JP2005536960A (ja) | 2005-12-02 |
EP1532771A1 (de) | 2005-05-25 |
EP1394985A1 (de) | 2004-03-03 |
EP1532771B1 (de) | 2006-04-19 |
WO2004021641A1 (de) | 2004-03-11 |
ES2260681T3 (es) | 2006-11-01 |
JP4072158B2 (ja) | 2008-04-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1679277A (zh) | 通信网以及网络单元中消息路径的测试方法 | |
EP2028768B1 (en) | Service protecting method, system and device based on connectionless | |
JP3649580B2 (ja) | 分散コンピュータ・システムのエラーを報告するシステム | |
CN100459601C (zh) | 网络中主备网关设备的实现方法 | |
CN102025646B (zh) | 链路倒换方法及其装置 | |
US20100135162A1 (en) | Transmission apparatus and transmission system | |
US20080056142A1 (en) | Test method for message paths in communications networks and redundant network arrangements | |
CN1934561A (zh) | 网络拓扑的恢复机制 | |
EP2533475A1 (en) | Method and system for host route reachability in packet transport network access ring | |
CN1701569A (zh) | 具有改进的故障转移通知的ip冗余 | |
CN102119510A (zh) | 一种多路径网络 | |
US8184650B2 (en) | Filtering of redundant frames in a network node | |
CN1925496A (zh) | 一种具有多网卡终端设备的网络层负载分担系统和方法 | |
CN1859219A (zh) | 基于设备容灾的业务接管方法、业务转接设备及备份机 | |
JP3101604B2 (ja) | 分散コンピュータ・システムのエラーを報告する方法 | |
US7821920B2 (en) | Flushing processing unit and method of switching device in network using spanning tree protocol | |
CN1756182A (zh) | 多协议标签交换系统中的保护倒换方法 | |
CN101242254B (zh) | 虚拟冗余路由器系统及传输虚拟冗余路由协议报文的方法 | |
CN100563140C (zh) | 一种多播网络系统和检测多播网络链路缺陷的方法 | |
JP4953360B2 (ja) | 運用保守管理フレームを処理する通信装置及びプログラム | |
CN113810439B (zh) | 一种以太网存储系统及其信息通告方法和相关装置 | |
CN113630318B (zh) | 报文传输的方法和框式通信设备 | |
CN101729361A (zh) | 报文处理的方法和装置 | |
US7738362B2 (en) | System and method for address notification in a network | |
JP2010141845A (ja) | 複数のサーバを有する通信装置及び通信方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
ASS | Succession or assignment of patent right |
Owner name: NOKIA SIEMENS COMMUNICATION CO., LTD. Free format text: FORMER OWNER: SIEMENS AG Effective date: 20080404 |
|
C41 | Transfer of patent application or patent right or utility model | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20080404 Address after: Munich, Germany Applicant after: Nokia Siemens Networks GmbH Address before: Munich, Germany Applicant before: Siemens AG |
|
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
C17 | Cessation of patent right | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20090107 |