CN1528069A - 使用故障修复或多播地址的网络节点故障修复 - Google Patents

使用故障修复或多播地址的网络节点故障修复 Download PDF

Info

Publication number
CN1528069A
CN1528069A CNA028140427A CN02814042A CN1528069A CN 1528069 A CN1528069 A CN 1528069A CN A028140427 A CNA028140427 A CN A028140427A CN 02814042 A CN02814042 A CN 02814042A CN 1528069 A CN1528069 A CN 1528069A
Authority
CN
China
Prior art keywords
node
multicast
port
address
network
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
Application number
CNA028140427A
Other languages
English (en)
Other versions
CN100486159C (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.)
Lenovo Enterprise Solutions Singapore Pte Ltd
Original Assignee
International Business Machines Corp
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 International Business Machines Corp filed Critical International Business Machines Corp
Publication of CN1528069A publication Critical patent/CN1528069A/zh
Application granted granted Critical
Publication of CN100486159C publication Critical patent/CN100486159C/zh
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/185Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with management of multicast group membership
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16Error detection or correction of the data by redundancy in hardware
    • G06F11/20Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1863Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
    • H04L12/1877Measures taken prior to transmission
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0654Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0663Performing the actions predefined by failover planning, e.g. switching to standby network elements

Abstract

公开网络节点的故障修复。第一节点加入多播组(102)。通过执行三种操作之一实现加入(104)。首先,使故障修复地址与第一节点相关联,第一节点有效加入把故障修复地址作为多播地址的组。其次,使多播地址与第一节点相关联。第三,交换机的多播端口被映射到第一节点的端口。当第一节点发生故障时(106),执行三种操作之一。如果加入涉及故障修复地址,则使故障修复地址与第二节点相关联,第二节点有效加入该组(114)。如果加入涉及多播地址,则第二节点加入该组,该地址与第二节点相关(110)。如果加入映射交换机的多播端口,则该端口被重映射到第二节点端口(112)。

Description

使用故障修复或 多播地址的网络节点故障修复
技术领域
本发明涉及网络,例如Infiniband网络,特别涉及这种网络内节点的故障修复(failover)。
背景技术
输入/输出(I/O)网络,例如系统总线,可被用于计算机的处理器,以与诸如网络适配器之类外围设备通信。但是,常见I/O网络的结构,例如外设组件接口(PCI)总线方面的约束,限制了计算机的总体性能。于是,提出了新型的I/O网络。
一种已知的新型I/O网络称为Infiniband网络。Infiniband网络用拥有一个或多个路由器的分组交换网络替换目前计算机中的PCI或其它总线。主通道适配器(HCA)耦接处理器和子网,而目标通道适配器(TCA)耦接外设和子网。子网包括至少一个交换机,和使HCA和TCA与交换机连接的链路。例如,简单的Infiniband网络可具有一个交换机,HCA和TCA通过链路与其连接。更复杂的布局也是可能的和可预期的。
Infiniband网络的每个端节点包括一个或多个通道适配器(CA),每个CA包含一个或多个端口。每个端口具有由本地子网管理器(SM)分配的本地标识符(LID)。在子网内,LID是唯一的。交换机使用LID在子网内路由分组。数据的每个分组包含源LID(SLID)和目的地LID(DLID),源LID识别把分组注入子网的端口,目的地LID识别Infiniband结构或网络将向该处传送分组的端口。
Infiniband网络方法通过定义LID掩码计数(LMC),提供物理端口内的多个虚拟端口。LMC规定当证实分组DLID与其分配的LID相符时,物理端口掩蔽或忽略的LID的最低有效位的数目。但是交换机不忽略这些位。于是,SM能够根据最低有效位,对通过Infiniband结构的不同路径编程。从而,该端口可认为是用于在Infiniband结构内路由目的的2LMC个端口。
对于需要无故障的持续可用性的关键应用程序来说,通常要求单个应用程序的故障修复,从而要求通信端点或者端节点的故障修复。Infiniband网络环境中的通信端点与CA端口相关。应用程序使用端点在Infiniband网络内通信,例如与其它应用程序等通信。端点的透明故障修复意味着另一端点按照不干扰网络自身内的通信的方式,接管故障端点的责任。
但是,由于对端点寻址的方式的缘故,端点或Infiniband网络内的其它节点的透明故障修复较困难。故障修复要求LID被重新分配给接管故障端口的新端口。但是,新端口通常已具有分配给它的LID。于是,分配额外LID的唯一方式是扩展该端口上的LMC范围,从而确保新的LID落入该范围之内。
但是实际上难以扩展端口上的LMC范围,有时需要相当大的开销来确保接管端口能够具有分配给它们的故障端口的LID。于是,LID故障修复被认为是需要透明故障修复的Infiniband网络的成功转出(rollout)的问题和障碍。由于上述原因,需要本发明。
发明内容
本发明涉及使用故障修复或多播地址的网络内节点的故障修复。在本发明的一种方法中,网络的第一节点加入具有多播地址的多播组。通过执行三种操作之一实现所述加入。首先,可使故障修复地址与第一节点相关联,从而第一节点有效地加入把故障修复地址作为多播地址的多播组。给故障修复地址的通信通过网络被引向第一节点。其次,可使多播地址与第一节点相关联,从而给多播地址的通信通过网络被引向第一节点。第三,网络的交换机上的多播端口可被映射到第一节点上的端口。给多播地址的通信从交换机上的多播端口被引向第一节点上的端口。
当第一节点发生故障时,对应于第一节点加入网络的方法,执行三种操作之一。如果加入使故障修复地址与第一节点关联起来,故障修复地址与第二节点相关,从而第二节点有效地加入多播组,给故障修复地址的通信由第二节点处理。如果加入使多播地址与第一节点相关联,第二节点加入多播组,从而多播地址与第二节点相关,给多播地址的通信由第二节点处理。如果加入把交换机上的多播端口映射到第一节点上的端口,则交换机上的多播端口被重映射到第二节点上的端口。从而给多播地址的通信被引向第二节点上的端口。
本发明还包括故障修复节点和制造产品。故障修复节点是实现本发明方法的节点,而制造产品具有计算机可读介质和所述介质中的实现本发明方法的装置。结合附图,根据下面的本发明的优选实施例的详细说明,本发明的其它特征和优点将是显而易见的。
附图说明
图1是根据本发明的优选实施例的方法的流程图,并被建议打印在颁发专利的第一页上。
图2是本发明的实施例可结合其实现的Inifiniband网络的图解。
图3是本发明的实施例可结合其实现的例证Inifiniband系统区网络(SAN)的图解。
图4是Inifiniband网络的例证端节点的通信接口的图解。
图5和6是表示Inifiniband寻址如何进行的Inifiniband网络的图解。
图7是表示本发明的实施例如何能够通过使多播组的故障修复地址和/或多播组的多播地址与另一节点相关联,实现网络节点故障修复的方法的流程图。
图8是表示图7的实施例的性能的图解。
图9是表示本发明的实施例如何能够通过把交换机多播端口重映射到另一节点上的端口,实现网络节点故障修复的方法的流程图。
图10是表示图9的实施例的性能的图解。
具体实施方式
概述
图1表示了根据本发明的优选实施例的方法100。网络的第一节点最初有效加入多播组(102)。多播组具有多播地址或者故障修复地址。执行三种操作中的至少一种(104)。在第一种模式下,多播地址被分配给第一节点。对多播地址的通信随后可被自动导向第一节点,这里先前可能已手动或自动建立了网络,以便实现这种通信。在第二种模式下,网络的交换机上的多播端口被映射到或者与第一节点上的端口相关联。对多播地址的通信随后可从交换机上的多播端口被导向第一节点上的端口,这里交换机不支持多播。在第三种模式下,故障修复地址被分配给该节点。对故障修复地址的通信随后被自动导向第一节点,这里先前已手动或自动建立了网络,以便实现这种通信。网络最好是Infiniband网络。第一和第二节点可以是这种网络上具有通道适配器(CA)和端口的主机。
第一节点随后发生故障(108),从而最好由网络的第二节点实现第一节点的透明故障修复。这可涉及执行三种操作之一。首先,第二节点可加入多播组,从而多播地址也被分配给第二节点(110)。从而给多播地址的通信被导向第二节点以及被导向第一节点(出故障节点),以致第二节点从第一节点接管这种通信的处理。其次,交换机上的多播端口可被重新映射到第二节点上的端口(112)。从而给多播地址的通信被导向第二节点上的端口,以致第二节点接管这种通信的处理。第三,使第二节点与故障修复地址相关联,从而第二节点有效加入多播组(114)。给故障修复地址的通信从而被导向第二节点以及被导向第一节点(出故障的节点),以致第二节点从第一节点接管这种通信的处理。
诸如Infiniband子网的子网管理器(SM)之类管理组件可把初始分配给第一节点的多播组的多播地址分配给第二节点。管理组件还可把最初映射到第一节点上端口的交换机的多播端口重新映射到第二节点上的端口。制造品的计算机可读介质中的装置也可实现这种功能。该装置可以是可记录的数据存储介质,调制的载波信号或者另一类型的介质或信号。
于是在第一模式中,多播地址被用于单播通信。多播地址允许发生本地标识符(LID)的故障修复,因为只有多播LID可被一个以上的端口共享。在第二模式下,所讨论的节点与交换机的主多播端口连接。当进行故障修复时,通过重新分配主端口,修改交换机配置,从而分组传播到故障修复节点。在第三种模式下,允许故障修复LID与任意多播组相关联。此外,允许故障修复LID不包括多播组地址。
技术背景
图2表示了结合其可实现本发明的实施例的例证Infiniband网络结构200。Infiniband网络是一种网络。本发明也可和其它类型的网络一起实现。处理器202与主机互连204耦接,存储器控制器206也与主机互连204耦接。存储器控制器206管理系统存储器208。存储器控制器206还与主机通道适配器(HCA)210连接。HCA 210允许处理器和存储器子系统通过Infiniband网络通信,处理器和存储器子系统包括处理器202,主机互连204,存储器控制器206和系统存储器208。
图2中的Infiniband网络被称为子网236,子网236包含Infiniband链路212、216、224和230,和一个Infiniband交换机214。可存在一个以上的Infiniband交换机,但是图2中只表示了交换机214。链路212、216、224和230使HCA和目标通道适配器(TCA)218及226能够相互通信,还使Infiniband网络能够通过路由器232与其它Infiniband网络通信。具体地说,链路212连接HCA 210和交换机214。链路216和224分别使TCA 218和226与交换机224连接。链路230连接路由器232和交换机214。
TCA 218是特定外设,这种情况下,是以太网适配器220的目标通道适配器。TCA可容纳多个外设,例如多个网络适配器,SCSI适配器等。TCA 218使网络适配器220能够通过Infiniband网络发送和接收数据。适配器220本身允许通过通信网络,尤其是以太网进行通信,如线条222所示。其它通信网络也适合于本发明。TCA 226是另一外设,目标外设228的目标通道适配器,图2中没有详细说明目标外设228。路由器232允许图2的Infiniband网络与其它Infiniband网络连接,线条234表示了该连接。
Infiniband网络是分组交换输入/输出(I/O)网络。从而,通过互连204和存储器控制器206,处理器202经HCA 210发送和接收数据分组。类似地,目标外设228和网络适配器220分别通过TCA226和218发送和接收数据分组。也可通过路由器232发送和接收数据分组,路由器232连接交换机214和其它Infiniband网络。链路212、216、224和230可具有变化的容量,取决于它们与交换机214连接的特定HCA、TCA等所需的带宽。
Infiniband网络按照这里简要说明的不同方式提供TCA和HCA之间的通信。类似于其它类型的网络,Infiniband网络具有物理层,链路层,网络层,传输层和高级协议。如同在其它类型的分组交换网络中,在Infiniband网络中,特定的事务被分成消息,消息本身被分成分组以便通过Infiniband网络传送。当被预定的接收者接收时,分组被记录到指定事务的组成消息中。Infiniband网络提供队列和通道,在所述队列和通道接收和发送分组。
此外,Infiniband网络允许许多不同的传送服务,包括可靠和不可靠的连接,可靠和不可靠的数据报,和原始分组支持。在可靠的连接和数据报中,产生确认和保证分组排序的分组序列号。重复的分组被拒绝,检测丢失的分组。在不可靠的连接和数据报中,不产生确认,不保证分组排序。不拒绝重复的分组,不检测丢失的分组。
Infiniband网络也可被用于定义系统区网络(SAN),用于连接多个独立的处理器平台,或者主处理器节点,I/O平台,和I/O装置。图3表示了结合其可实现本发明的实施例的例证SAN 300。SAN300是支持一个或多个计算机系统的I/O和处理器间通信的通信和管理基础结构。Infiniband系统包括小型服务器到大型并行超级计算机中心站不等。此外,Infiniband网络的因特网协议(IP)-友好本性允许桥接到因特网,企业内部网,或者连接到远程计算机系统。
SAN 300具有交换的通信结构301,或者子网,通信结构301或者子网允许许多装置在受保护的远程管理环境中,高带宽低等待时间地同时通信。端节点可通过多个Infiniband端口通信,并且能够利用通过结构301的多个路径。端口和通过网络300的路径的多样性被用于容错和增大的数据传送带宽。Infiniband硬件卸下多数处理器和I/O通信操作。这允许多个同时进行的通信,而不存在与通信协议相关的传统开销。
结构301具体包括若干交换机302、304、306、310和312,允许结构301与其它Infiniband子网、广域网络(WAN)、局域网(LAN)和主机链接(如箭头303所示)的路由器308。结构301允许若干主机318、320和322相互通信,以及与不同的子系统,管理控制台,驱动器和I/O机架通信。在图3中,这些不同的子系统、管理控制台、驱动器和I/O机架被表示为信息磁盘冗余阵列(RAID)子系统324、管理控制台326、I/O机架328和330、驱动器332和存储子系统334。
图4表示了Infiniband网络的例证端节点400的通信接口。端节点可以是图3的主机318、320和322之一。端节点400具有运行于其上的过程402和404。每个过程具有与之相关的一个或多个队列对(QP),每个QP与节点400的通道适配器(CA)418通信,以便与Infiniband结构链接,如箭头420所示。例如,过程402具有QP 406和408,而过程404具有QP 410。
在HCA和TCA之间定义QP。链路的每一端具有要传送给另一端的消息队列。QP包括成对的发送工作队列和接收工作队列。一般来说,发送工作队列保存导致在客户机的存储器和另一过程的存储器之间传送数据的指令,接收工作队列保存关于把从另一过程接收的数据置于何处的指令。
QP代表与Infiniband客户机过程的虚拟通信接口,并为该客户机提供虚拟通信端口。CA可提供多达224个QP,并且每个QP上的操作彼此独立。客户机通过分配QP,产生虚拟通信端口。客户机启动把该QP和另一QP连接在一起所需的任意通信建立,并利用某些信息,例如目的地地址、服务级别、协议工作极限等配置QP环境。
图5和6表示在Infiniband网络内如何寻址。在图5中,表示了简单的Infiniband网络500,Infiniband网络500包括一个端节点502和一个交换机504。端节点502具有运行于其上的过程504,过程504具有相关的QP 506、508和510。端节点502还包括一个或多个CA,例如CA 512。CA 512包括一个或多个通信端口,例如端口514和516。QP 506、508和510具有由CA分配的队列对编号(QPN),队列对编号唯一地识别CA 512内的QP。除原始数据报之外的数据分组包含目的地工作队列的QPN。当CA 512接收一个分组时,它使用目的地QPN的环境恰当地处理该分组。
本地子网管理器(SM)向每个端口分配一个本地标识符(LID)。SM是连接到子网上的管理组件,负责配置和管理交换机、路由器和CA。可利用其它设备,例如CA或交换机嵌入SM。例如SM可被嵌入端节点502的CA 512内。作为另一例子,SM可被嵌入交换机504内。
在Infiniband子网内,LID是唯一的。诸如交换机504之类的交换机使用LID在子网内发送分组。每个分组包含源LID(SLID)和目的地LID(DLID),源LID识别把分组注入子网中的端口,目的地LID识别结构将向该处传送分组的端口。诸如交换机504之类的交换机还分别具有许多端口。交换机504上的每个端口可与端节点502上的端口关联。例如,交换机504的端口518与端节点502的端口516关联,如箭头520所示。交换机504接收的预定给节点502的端口516的数据分组从而从端口518发送给端口516。更具体地说,当交换机504接收具有DLID的分组时,该交换机只检查该DLID是否非零。否则,交换机按照SM设计的表格发送该分组。
除了分别识别Infiniband子网内的特定端口的DLID之外,还可规定多播DLID或者多播地址。通常,一组端节点可加入一个多播组,从而SM向每个节点的一个端口分配多播组的一个多播DLID。发送给多播DLID的数据分组被发送给加入多播组的每个节点。每个交换机,例如交换机504具有默认的主多播端口和默认的非主要多播端口。主/非主要多播端口用于所有的多播分组,并不和任意特定DLID相关。加入多播组的每个节点的一个端口或者与交换机的主多播端口关联,或者与交换机的非主要多播端口关联。
当收到具有多播DLID的数据分组时,检测该多播DLID,并根据SM计划的表格转发数据分组。如果多播DLID不在该表格中,或者交换机不保存表格,则交换机在主默认多播端口和非主要默认多播端口上转发分组。如果在主端口上被接收,则分组从非主要多播端口出去,而如果在交换机的任意其它端口上被接收,则分组从主多播端口出去。交换机504接收的指定多播DLID的数据分组从而从这些多播端口之一被发送给多播组节点的相关端口。可利用关于多播通信的路由信息配置交换机504,所述路由信息指定分组应送往的端口。
此外,虽然任意Infiniband节点可向任意多播组传送分组,但是如果交换机,例如交换机504不正确转发分组,则不能保证数据分组将被多播组成员正确接收。于是,应设置交换机,以致多播数据分组被组成员接收。这可通过确保多播数据分组总是鱼贯通过被预编程或者专门编程的一个或多个交换机,从而确保多播数据到达它们正确目的地来实现。另一方面,如果所有交换机都完全支持多播,则端节点加入多播组会导致SM对交换机编程,从而分组被多播组的所有成员正确接收。也可执行其它方法。
图6中,表示了更复杂的Infiniband网络600,Infiniband网络600具有两个子网602和604。子网602具有不同地与交换机610和612连接的端节点604、606和608。类似地,子网604具有不同地与交换机622和624连接的端节点614、616、618和620。子网602的交换机610和612通过路由器626和628不同地与子网604的交换机622和624连接,路由器626和628能够实现子网间通信。这种情况下,不同地连接意味着一个实体的一个或多个端口与另一实体的一个或多个端口关联。例如,节点604可具有两个端口,一个与交换机610关联,另一个与交换机612关联。
为了第一节点的故障修复,使故障修复(多播)地址与第二节点关联
通过使多播组的故障修复地址与另一节点关联,本发明的实施例能够实现网络节点故障修复。图7表示了根据本发明的这种实施例的方法700。该实施例最好把位置标识符(LID)的Inifiniband规范重新如下定义:
    LID地址或地址范围     应用
    0x0000     无效
    0x0001~ThLID-1     单播端口
    ThLID~0xFFFE     故障修复LID
    0xFFFF     许可(只用于管理分组)
ThLID是管理员规定的阈值,从而最好只有高于ThLID的LID才可以是故障修复LID,也是有效地多播LID。此外,Inifiniband规范最好被增强,以便允许故障修复LID与多播组标识符(GID)关联起来。允许在存在或不存在GID的情况下使用这种故障修复LID。在ThLID等于0XC000(目前的Inifiniband规范中,多播范围的起始值)的情况下,则该实施例和目前的规范一致。
在本发明的另一实施例中,除了许可的LID之外,任意有效LID都可与多播组关联,从而能够有效地起故障修复LID的作用。子网管理器(SM)被增强,以便允许除许可LID之外的任意这种有效LID与多播组相关。即,Infiniband规范被修改,从而SM可允许除许可LID之外的任意有效LID与多播组关联,以便允许节点故障修复。最后,在本发明的一个备选实施例中,不对Infiniband规范进行任何改变,从而与有效地也是一个多播组LID的故障修复LID相反,下面关于图7的方法700的说明只与多播组LID相关。
现在参见图7的方法700,Infiniband网络的第一节点与故障修复LID(或者多播LID)相关,故障修复LID有效地是多播组LID,从而第一节点有效地加入多播组(702)。第一节点是其一部分的子网的SM使故障修复LID与多播组关联起来,例如响应第一节点的加入多播组的请求。第一节点可以是Infiniband网络的子网上的主机的通道适配器(CA)。第一节点随后出故障(704),这通常由子网的另一节点检测。通过子网的第二节点代表第一节点向SM发送离开请求,第一节点可以可选地脱离多播组(706)。
第二节点随后加入多播组,从而将接收发送给故障修复LID(或者发送给多播LID)的分组(708)。更具体地说,响应来自第二节点的加入请求,SM对交换机编程,从而发送给多播组的分组将被第二节点接收。第二节点也可以是Infiniband网络的子网上的主机的CA。第二节点的主机可以是和第一节点的主机相同的主机。计划给故障修复LID的通信由第二节点,而不是由第一节点处理,从而第一节点无缝地向第二节点交接(fail over)。
在某一时刻,第一节点可能消除故障(failback)(710),恢复在线。随后再次使故障修复LID(或多播LID)和第一节点关联起来(712),从而第一节点能够重新处理计划给故障修复LID的通信。在第一节点重新加入多播组之前,子网的第二节点可离开多播组。从而在第一节点向SM发送加入请求,以使SM把故障修复LID和第一节点关联起来之前,第二节点可向SM发送离开请求。故障消除(failback)还可包括第一节点从第二节点获得状态转储,这里第二节点冻结所有连接,直到完成故障消除为止。另一方面,第二节点可以不离开多播组,直到与第二节点的现有连接到期为止。
从而,原先与第一节点通信的第三节点将不知道已向第二节点进行了故障修复。即,它将继续与故障修复地址通信,而不必知道故障修复地址是与第一节点相关联还是与第二节点相关联。通常,即使利用多播故障修复地址实现故障修复,第三节点和第一节点或第二节点之间的通信实际上也是单播通信。第三节点不知道故障修复地址事实上是多播地址,从而导致认为它和故障修复地址之间的通信实际上是单播通信。即,当事实上正在利用多播地址完成通信时,使得在第三节点看来通信正在正常进行。
图8表示了相对于第二节点的第一节点故障修复。多播组被表示为多播组802A,以便表示第一节点804的故障前状态。于是,具有故障修复LID的分组806被发送给第一节点804。多播组被表示为多播组802B,以便表示第一节点804的故障后状态,从而在第一节点804发生故障之后,组802A变成组802B,如箭头808所示。组802A的第一节点804变成组802B的第一节点804′,以便指出故障。第二节点810加入多播组802B。第一节点804′被表示为在组802B中,但是可能已离开组802B。于是,除了第一节点804′之外,分组806现在被发送给第二节点810。
为第一节点故障修复,把交换机多播端口重映射到第二节点上的端口
通过把交换机多播端口重映射到另一节点上的端口,本发明的实施例也可实现网络节点故障修复。图9表示了根据本发明的这种实施例的方法900。Infiniband网络的第一节点加入多播组,这种情况下交换机上的主多播端口被映射到第一节点上的端口(902)。响应第一节点的加入请求,第一节点和交换机为其一部分的子网的子网管理器(SM)实现这种映射。第一节点可以是在网络子网上的主机的通道适配器(CA)。
第一节点随后发生故障(904),这通常由子网的另一节点检测。通过子网的第二节点代表第一节点向SM发送脱离请求,第一节点可以可选地脱离多播组(906)。交换机上的主多播端口随后被重映射到第二节点上的端口(708)。更具体地说,响应第二节点的相应请求(可选的是专有请求),SM把交换机上的主多播端口重映射到第二节点上的端口。第二节点也可以是Inifiniband网络的子网上的主机的CA。第二节点的主机可以是和第一节点的主机相同的主机。给该多播地址的通信被导向第二节点上的端口,而不是第一节点上的端口,从而第一节点无缝地向第二节点交接。
在某一时刻,第一节点可能消除故障(910),从而返回在线。交换机上的主多播端口随后被重映射到第一节点上的端口(912),从而第一节点能够再次处理计划给多播地址的通信,它可以是多播目的地位置标识符(DLID)。子网的第二节点可能不得不初始离开多播组,从而在主多播端口被重映射到第一节点上的端口之前,可向SM发送脱离请求。故障消除也可包括第一节点从第二节点获得状态转储,这种情况下第二节点冻结所有连接,直到故障消除完成为止。此外,第二节点可不脱离多播组,直到与第二节点的现有连接到期为止。
图10表示了相对于第二节点的第一节点故障修复。子网的一部分被表示为部分1002A,以便表示第一节点1004的故障前状态。第一节点1004具有端口1006。交换机1008具有主多播端口1010。交换机1008的主多播端口1010被映射到第一节点1004的端口1006,如线条1012所示。指向交换机1008的多播通信从而被发送给端口1006。该部分子网被表示为部分1002B,以便表示第一节点1004的故障后状态,从而在第一节点1004的故障之后,部分1002A变成部分1002B,如箭头1014所示。第二节点1016具有端口1018。交换机1008的多播端口1030现在成为主多播端口,并被映射到第二节点1016的端口1018,如线条1020所示。通过交换机1008导引的多播通信现在被发送给端口1018。
交换机、数据报和连接服务类型
Infiniband网络采用通常只检查目的地位置标识符(DLID)不为零的交换机,并根据子网管理器(SM)设计的表格发送数据分组。最好利用多播通信的路由信息配置各个交换机,所述路由信息指定多播数据分组需要通过的所有端口。这确保多播分组被发送给它们正确的目的地。
此外,Infiniband网络可采用不同类型的数据报和连接服务。在和发送分组的顺序相比,接收分组的顺序无关紧要的情况下使用数据报。可和发送数据报分组的顺序相比无序地接收数据报分组。数据报可以是原始的,这意味着它们和非Inifiniband规范,例如Ethertype、因特网协议(IP)版本6等相符。相反,在和发送分组的顺序相比,接收分组的顺序至关重要的情况下使用连接服务。按照发送分组的相同顺序接收连接服务分组。
数据报和连接的服务都可以是可靠的或者不可靠的。可靠性通常涉及是否保持分组的序列号,是否关于接收的分组发送确认消息,和/或是否执行其它验证措施,以确保发送的分组被它们预定的接收者接收。不可靠的数据报和不可靠的连接服务不进行这样的验证措施,而可靠的数据报和不可靠的连接服务执行这样的验证措施。
对于不可靠的原始数据报,第一节点使用多播位置标识符(LID)作为其源LID(SLID)。在第二节点是故障修复节点的情况下,第三节点能够接收这样的分组,因为它们被发送给其单播DLID,并且因为分组的SLID未被检查。第三节点应当应答第一节点的多播LID。为此,客户机可被发送一个多播LID关联,该多播LID关联被客户机记录。在不可靠数据报的SIDR协议的情况下,第三节点可被发送多播LID,和/或第二节点可从接收的分组拾取多播LID。在Inifiniband规范中,不存在关于不可靠数据报模式规定的有效性检查。
如果第三节点根据SM保持的路径记录确定LID,则在启动与第三节点的通信之前,LID的恰当值可被置于路径记录中。当第一节点,或者故障修复第二节点接收来自客户机的答复分组时,分组具有非多播队列对(QP),但是具有多播DLID。在可靠数据报和连接模式传送的情况下,连接管理器交换将用于通信的LID。在该阶段可交换多播或故障修复LID。该LID可在不进行任何有效性检查的情况下被第二节点记录,并被用作所有通信中的单播LID。
链路层和传输层检查也都被核实。链路层检查只核实客户机的LID,或者为多播LID或者为单播LID。在传输层检查中,接收QP首先被核实为有效,因为发送者设置该QP。最后,QP被核实为不是0xFFFFFFF(十六进制),于是,数据分组不被认为是多播分组,从而不检查多播全局路由报头(GRH)的存在。
但是,在本发明的一个实施例中,Infiniband规范被重新定义,以便通过不严格执行这些传输层检查,提供节点故障修复。本实施例中,对于任意传输方法不检查源LID(SLID),并且对于任意传输方法接受多播目的地LID(DLID)。从而,Inifiniband规范被修改,从而不象以前那么严格地执行SLID和DLID检查。
在本发明的另一实施例中,另一方面通过把QP设置为特定值(例如0xFFFFFFE),表示多播通信,提供节点故障修复。本发明的该实施例只适用于不可靠的连接服务。特定的QP值是可配置的,并且可由SM保持。
对于可靠的数据报和可靠及不可靠的连接服务来说,不允许多播,因为它未被定义。但是,如果两个端节点按照单播的方式工作,则可克服这种限制。服务器把分组发送给使用多播LID的客户机。远程客户机检查SLID是否是多播LID。如果是,则可修改客户机的主通道适配器(HCA),以便接收多播SLID,否则可修改SM,使单播LID与多播组关联起来。
即,只有当其大于0xC000(十六进制)时,未修改的接收器断定该SLID是多播的。于是,SM被修改,从而它把低于0xC000(十六进制)的值分配给多播组,从而接收器不断定SLID是多播。客户机应答服务器,服务器接收规定DLID的分组。服务器检查DLID是否是多播LID。如果是,则服务器的HCA可被修改以便接收多播DLID,或者SM可被修改,以使单址通信LID与多播组关联起来。
优于现有技术的优点
本发明的实施例提供优于现有技术的优点。通过利用Infiniband网络的多播地址和端口,实现节点故障修复。即使指定的Infiniband结构不允许多播,在故障节点于另一节点加入多播组之前离开多播组的情况下,仍然可以使用本发明的实施例,从而每次多播组中只存在一个节点。故障节点的故障修复不要求涉及故障节点一直与之通信的远程节点。
从而,故障修复节点透明地承担故障节点的责任,并且通常不通知远程节点。更可取的是,任意主机能够接管故障主机的职责。本发明的实施例也适用于所有Infiniband传送类型。实现本发明的实施例通常不需要对Infiniband规范的非专有扩展,从而实施例在Infiniband规范的支持下工作。
此外,在本发明的其它实施例中,通过利用本发明规定的Infiniband网络的故障修复地址,实现节点故障修复。故障节点的故障修复不需要涉及故障节点一直与之通信的远程节点。相反,接管(takeover)节点透明地承担故障节点的责任,并且通常不通知远程节点。更可取的是,任意主机能够接管故障主机的职责。本发明的实施例也适用于所有Infiniband传送类型。
备选实施例
虽然出于举例说明的目的,说明了本发明的具体实施例,不过在不脱离本发明的精神和范围的情况下,可做出各种修改。例如,虽然主要关于Inifiniband网络说明本发明,不过本发明也适用于其它类型的网络。因此,本发明的范围只受下述权利要求及其等同物限定。

Claims (10)

1、一种方法,包括:
网络的第一节点加入具有多播地址的多播组(102),这里所述加入选自实质上包括下述之一的组:
使故障修复地址与第一节点相关联,从而第一节点有效加入把故障修复地址作为多播地址的多播组,给故障修复地址的通信通过网络被引向第一节点;
使多播地址与第一节点相关联,从而给多播地址的通信通过网络被引向第一节点;和
把网络的交换机上的多播端口映射到第一节点上的端口,从而给多播地址的通信从交换机上的多播端口被引向第一节点上的端口(104);和
当第一节点发生故障时(108),
如果加入使故障修复地址与第一节点相关联,则使故障修复地址与第二节点相关联,从而第二节点有效加入多播组,并且给故障修复地址的通信由第二节点处理(114);
如果加入使多播地址与第一节点相关联,网络的第二节点加入多播组,从而多播地址与第二节点相关联,并且给多播地址的通信由第二节点处理(110);和
如果加入把交换机上的多播端口映射到第一节点上的端口,则把交换机上的多播端口重映射到第二节点上的端口,从而给多播地址的通信被引向第二节点上的端口(112)。
2、按照权利要求1所述的方法,其中网络是Infiniband网络。
3、按照权利要求1所述的方法,其中故障修复地址选自实质上包括下述之一的组:
值小于故障修复LID阈值的故障修复位置标识符(LID),网络包括Infiniband网络;
有效LID范围内的故障修复位置标识符(LID),网络包括Infiniband网络;和
作为源LID对于通过网络的任意传送方法来说不被检查、并且作为多播目的地LID(DLID)对于通过网络的任意传送方法被接受的故障修复位置标识符(LID),其中网络包括Infiniband网络。
4、按照权利要求1、2或3所述的方法,还包括如果加入使多播地址或故障修复地址与第一节点相关联,在网络的第二节点加入多播组之前,通过第二节点代表第一节点向子网管理器(SM)发送离开请求,第一节点离开多播组(706)。
5、按照权利要求1、2、3或4所述的方法,还包括如果加入使多播地址或故障修复地址与第一节点相关联,当第一节点消除故障(failback)时,使故障修复地址与第一节点相关联,从而给故障修复地址的通信重新由第一节点处理(712)。
6、按照权利要求1、2、3、4或5所述的方法,其中如果加入使多播地址或故障修复地址与第一节点相关联,则网络的第一节点加入多播组包括第一节点向子网管理器(SM)请求加入多播组。
7、按照权利要求1或2所述的方法,其中如果加入把交换机上的多播端口映射到第一节点上的端口,通过第二节点向子网管理器(SM)请求把交换机上的多播端口重映射到第二节点,SM把交换机上的多播端口重映射到第二节点上的端口,交换机上的多播端口被重映射到第二节点上的端口。
8、按照权利要求1、2或7所述的方法,还包括如果加入把交换机上的多播端口映射到第一节点上的端口,当第一节点故障消除时,把交换机上的多播端口重映射到第一节点的端口上,从而给多播地址的通信再次被引向第一节点上的端口(912)。
9、一种用于权利要求1、2、3、4、5、6、7或8所述方法的故障修复节点。
10、一种产品,包括:
计算机可读介质;和
所述介质中用于实现按照权利要求1、2、3、4、5、6、7或8所述方法的装置。
CNB028140427A 2001-07-27 2002-07-26 用于多播地址的网络节点故障修复的方法和装置 Expired - Fee Related CN100486159C (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09/917,464 2001-07-27
US09/917,464 US6944786B2 (en) 2001-07-27 2001-07-27 Network node failover using multicast address or port

Publications (2)

Publication Number Publication Date
CN1528069A true CN1528069A (zh) 2004-09-08
CN100486159C CN100486159C (zh) 2009-05-06

Family

ID=25438828

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB028140427A Expired - Fee Related CN100486159C (zh) 2001-07-27 2002-07-26 用于多播地址的网络节点故障修复的方法和装置

Country Status (9)

Country Link
US (1) US6944786B2 (zh)
EP (1) EP1419612B1 (zh)
JP (1) JP4038176B2 (zh)
KR (1) KR100537583B1 (zh)
CN (1) CN100486159C (zh)
AT (1) ATE445943T1 (zh)
CA (1) CA2451101C (zh)
DE (1) DE60234037D1 (zh)
WO (1) WO2003013059A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010000172A1 (zh) * 2008-06-30 2010-01-07 华为技术有限公司 组播保护方法、系统、接收端设备和组播源设备
CN104836755A (zh) * 2009-10-30 2015-08-12 Iii控股第2有限责任公司 用于高性能、低功率数据中心互连结构的系统和方法
CN110097660A (zh) * 2019-04-02 2019-08-06 深圳市朗仁科技有限公司 诊断仪消息推送方法、装置、计算机设备及存储介质
CN114500375A (zh) * 2020-10-26 2022-05-13 迈络思科技有限公司 使用地址映射跨多个子网进行路由

Families Citing this family (40)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7051115B2 (en) * 2001-04-19 2006-05-23 Lenovo (Singapore) Pte. Ltd. Method and apparatus for providing a single system image in a clustered environment
US6904545B1 (en) * 2001-07-11 2005-06-07 Advanced Micro Devices, Inc. Fault tolerant computing node having multiple host channel adapters
US7016299B2 (en) * 2001-07-27 2006-03-21 International Business Machines Corporation Network node failover using path rerouting by manager component or switch port remapping
US8935333B2 (en) * 2001-08-09 2015-01-13 International Business Machines Corporation Implementing multicast on a system area network channel adapter
US7177318B2 (en) * 2001-08-14 2007-02-13 Freescale Semiconductor, Inc. Method and apparatus for managing multicast data on an IP subnet
US6963932B2 (en) * 2002-01-30 2005-11-08 Intel Corporation Intermediate driver having a fail-over function for a virtual network interface card in a system utilizing Infiniband architecture
US7471645B2 (en) * 2002-10-25 2008-12-30 Hughes Network Systems, Llc Method and system for multicast in a broadband satellite system
US8122120B1 (en) * 2002-12-16 2012-02-21 Unisys Corporation Failover and failback using a universal multi-path driver for storage devices
US7137040B2 (en) * 2003-02-12 2006-11-14 International Business Machines Corporation Scalable method of continuous monitoring the remotely accessible resources against the node failures for very large clusters
US7493409B2 (en) * 2003-04-10 2009-02-17 International Business Machines Corporation Apparatus, system and method for implementing a generalized queue pair in a system area network
JP2007533837A (ja) 2004-04-22 2007-11-22 ダウ グローバル テクノロジーズ インコーポレイティド 大環状オリゴマーの重合用触媒及び重合方法
US7493424B1 (en) 2004-04-30 2009-02-17 Netapp, Inc. Network storage system with shared software stack for LDMA and RDMA
US7769913B1 (en) * 2004-04-30 2010-08-03 Netapp, Inc. Method and apparatus for assigning a local identifier to a cluster interconnect port in a network storage system
US7895286B1 (en) 2004-04-30 2011-02-22 Netapp, Inc. Network storage system with NVRAM and cluster interconnect adapter implemented in a single circuit module
US7962562B1 (en) 2004-04-30 2011-06-14 Netapp, Inc. Multicasting message in a network storage system to local NVRAM and remote cluster partner
US20060059269A1 (en) * 2004-09-13 2006-03-16 Chien Chen Transparent recovery of switch device
US8086755B2 (en) * 2004-11-29 2011-12-27 Egenera, Inc. Distributed multicast system and method in a network
JP4732823B2 (ja) * 2005-07-26 2011-07-27 株式会社日立産機システム モジュール間通信装置
JP4729117B2 (ja) * 2007-03-14 2011-07-20 富士通株式会社 エッジスイッチ及びフォワーディングテーブルの書き換え方法
US7904758B2 (en) * 2007-10-09 2011-03-08 Intel Corporation System, method and apparatus for tracing source of transmission error
US7714217B2 (en) * 2007-12-21 2010-05-11 Innovatech, Llc Marked precoated strings and method of manufacturing same
US8068482B2 (en) * 2008-11-13 2011-11-29 Qlogic, Corporation Method and system for network switch element
US8094569B2 (en) * 2008-12-05 2012-01-10 Cisco Technology, Inc. Failover and failback of communication between a router and a network switch
US8213315B2 (en) * 2009-11-19 2012-07-03 Mellanox Technologies Ltd. Dynamically-connected transport service
US9712340B2 (en) * 2011-02-28 2017-07-18 Red Hat, Inc. Using a shared data store for peer discovery
US9641462B2 (en) * 2013-04-23 2017-05-02 Cisco Technology, Inc. Accelerating network convergence for layer 3 roams in a next generation network closet campus
CN104580010A (zh) * 2013-10-24 2015-04-29 华为技术有限公司 通信队列处理方法、装置及系统
CN105683937B (zh) 2013-11-01 2018-07-10 慧与发展有限责任合伙企业 在软件定义网络拓扑结构中的协议无关存储访问
US20170034008A1 (en) * 2014-04-29 2017-02-02 Hewlett Packard Enterprise Development Lp Network management using port announcements
US9973393B2 (en) * 2014-07-01 2018-05-15 International Business Machines Corporation Utilizing a controller for preprogramming a network before removal of a network device
WO2016069021A1 (en) 2014-10-31 2016-05-06 Hewlett Packard Enterprise Development Lp Group zoning and access control over a network
EP3235199B1 (en) 2014-12-19 2020-10-07 Hewlett-Packard Enterprise Development LP Multicast advertisement message for a network switch in a storage area network
US10178027B2 (en) 2016-01-27 2019-01-08 Oracle International Corporation System and method for supporting inter subnet partitions in a high performance computing environment
US10171353B2 (en) * 2016-03-04 2019-01-01 Oracle International Corporation System and method for supporting dual-port virtual router in a high performance computing environment
US10868685B2 (en) 2017-03-24 2020-12-15 Oracle International Corporation System and method to provide explicit multicast local identifier assignment for per-partition default multicast local identifiers defined as subnet manager policy input in a high performance computing environment
US10841199B2 (en) 2017-03-24 2020-11-17 Oracle International Corporation System and method for optimized path record handling in homogenous fabrics without host stack cooperation in a high performance computing environment
US10693815B2 (en) * 2017-03-24 2020-06-23 Oracle International Corporation System and method to use all incoming multicast packets as a basis for GUID to LID cache contents in a high performance computing environment
US10560277B2 (en) 2017-03-24 2020-02-11 Oracle International Corporation System and method to provide multicast group MLID dynamic discovery on received multicast messages for relevant MGID in a high performance computing environment
EP3656760A1 (de) 2018-11-21 2020-05-27 Evonik Operations GmbH Lagerstabile form von 3-methylthiopropionaldehyd
KR102386978B1 (ko) * 2020-11-05 2022-04-18 (주)한드림넷 이더넷 경로 페일오버 장치 및 방법

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6108300A (en) 1997-05-02 2000-08-22 Cisco Technology, Inc Method and apparatus for transparently providing a failover network device
US6185695B1 (en) 1998-04-09 2001-02-06 Sun Microsystems, Inc. Method and apparatus for transparent server failover for highly available objects
US6078957A (en) * 1998-11-20 2000-06-20 Network Alchemy, Inc. Method and apparatus for a TCP/IP load balancing and failover process in an internet protocol (IP) network clustering system
US6581166B1 (en) * 1999-03-02 2003-06-17 The Foxboro Company Network fault detection and recovery
US6782422B1 (en) * 2000-04-24 2004-08-24 Microsoft Corporation Systems and methods for resynchronization and notification in response to network media events
US7000015B2 (en) * 2000-04-24 2006-02-14 Microsoft Corporation System and methods for providing physical location information and a location method used in discovering the physical location information to an application on a computing device
US6760861B2 (en) * 2000-09-29 2004-07-06 Zeronines Technology, Inc. System, method and apparatus for data processing and storage to provide continuous operations independent of device failure or disaster
US7146432B2 (en) * 2001-01-17 2006-12-05 International Business Machines Corporation Methods, systems and computer program products for providing failure recovery of network secure communications in a cluster computing environment
US7174390B2 (en) * 2001-04-20 2007-02-06 Egenera, Inc. Address resolution protocol system and method in a virtual network
US20020198927A1 (en) * 2001-06-21 2002-12-26 International Business Machines Corporation Apparatus and method for routing internet protocol frames over a system area network
US7133405B2 (en) * 2001-08-30 2006-11-07 International Business Machines Corporation IP datagram over multiple queue pairs

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010000172A1 (zh) * 2008-06-30 2010-01-07 华为技术有限公司 组播保护方法、系统、接收端设备和组播源设备
CN104836755A (zh) * 2009-10-30 2015-08-12 Iii控股第2有限责任公司 用于高性能、低功率数据中心互连结构的系统和方法
CN104836755B (zh) * 2009-10-30 2018-06-15 Iii控股第2有限责任公司 用于高性能、低功率数据中心互连结构的系统和方法
CN110097660A (zh) * 2019-04-02 2019-08-06 深圳市朗仁科技有限公司 诊断仪消息推送方法、装置、计算机设备及存储介质
CN110097660B (zh) * 2019-04-02 2022-04-26 深圳市云伽智能技术有限公司 诊断仪消息推送方法、装置、计算机设备及存储介质
CN114500375A (zh) * 2020-10-26 2022-05-13 迈络思科技有限公司 使用地址映射跨多个子网进行路由

Also Published As

Publication number Publication date
KR100537583B1 (ko) 2005-12-20
JP2004537918A (ja) 2004-12-16
KR20040012978A (ko) 2004-02-11
CA2451101C (en) 2007-06-12
EP1419612B1 (en) 2009-10-14
EP1419612A4 (en) 2009-03-25
WO2003013059A1 (en) 2003-02-13
CA2451101A1 (en) 2003-02-13
DE60234037D1 (de) 2009-11-26
CN100486159C (zh) 2009-05-06
EP1419612A1 (en) 2004-05-19
US6944786B2 (en) 2005-09-13
US20030023896A1 (en) 2003-01-30
JP4038176B2 (ja) 2008-01-23
ATE445943T1 (de) 2009-10-15

Similar Documents

Publication Publication Date Title
CN100486159C (zh) 用于多播地址的网络节点故障修复的方法和装置
US7016299B2 (en) Network node failover using path rerouting by manager component or switch port remapping
US7428598B2 (en) Infiniband multicast operation in an LPAR environment
CN102598590B (zh) 具有性能监测的主动多路径网络冗余
US7023811B2 (en) Switched fabric network and method of mapping nodes using batch requests
CN100380334C (zh) 启用远程直接存储器存取的网络接口控制器切换方法
US7197572B2 (en) System and method for implementing logical switches in a network system
US8086755B2 (en) Distributed multicast system and method in a network
US7171495B2 (en) System and method for implementing virtual adapters and virtual interfaces in a network system
US7328284B2 (en) Dynamic configuration of network data flow using a shared I/O subsystem
JP3709795B2 (ja) コンピュータシステムと、コンピュータシステム内のモジュール間の通信方法
US7194540B2 (en) Mechanism for allowing multiple entities on the same host to handle messages of same service class in a cluster
US20040003140A1 (en) Network data flow optimization
US20030217183A1 (en) System and method for span port configuration
US20030208633A1 (en) System and method for implementing LAN within shared I/O subsystem
CN1499780A (zh) 具有高可行性的以太网背板结构
CN1527547A (zh) 用于在高可行性以太网背板上进行链路故障检测的装置
US20030208645A1 (en) System and method for eventless detection of newly delivered variable length messages from a system area network
WO2003069440A2 (en) Network processor with high-speed transceiver
US6947375B2 (en) System and method for network card switchovers in an IP network
US7969994B2 (en) Method and apparatus for multiple connections to group of switches
CN116668405B (zh) 一种多服务消息通知机制实现方法、系统、介质及设备
CN102971723B (zh) 一种分布式多进程通信方法和装置
CN109861848A (zh) 一种基于数据总线的轨道交通网络构建方法及系统
CN115733809A (zh) 一种冗余网络、网络交换模块及其arp表项学习方法

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
C41 Transfer of patent application or patent right or utility model
TR01 Transfer of patent right

Effective date of registration: 20161202

Address after: Singapore Singapore

Patentee after: Lenovo Enterprise Solutions (Singapore) Pte. Ltd.

Address before: American New York

Patentee before: International Business Machines Corp.

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

Granted publication date: 20090506

Termination date: 20210726

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