一种报文传输方法和装置的制造方法

文档序号:10690780阅读:594来源:国知局
一种报文传输方法和装置的制造方法
【专利摘要】本申请提供一种报文传输方法和装置。该方法包括:接收上层应用的注册,并保存上层应用的回调机制;分别基于与每个物理出口上使能的传输控制协议,通过所述物理出口与对端控制器建立传输路径;在接收到上层应用发送的请求报文后,根据请求报文指定的对端控制器为请求报文分配目标传输路径;通过目标传输路径将请求报文发送给请求报文指定的对端控制器;在接收到对端控制器发送的响应报文后,根据回调机制将响应报文转给对应的上层应用。本申请控制器对上可以向上层应用提供调用接口,对下可以建立并维护与其他控制器进行通信的传输路径,降低了上层应用与传输层网络协议的紧耦合关系,进而大大降低了上层应用开发的复杂度。
【专利说明】
-种报文传输方法和装置
技术领域
[0001 ]本申请设及通信技术领域,尤其设及一种报文传输方法和装置。
【背景技术】
[0002] 随着互联网技术的快速发展,越来越多的用户选择把数据保存在专口的存储系 统。对于高端存储用户而言,对存储系统的可靠性要求比较高,而控制器是存储系统的核屯、 部件,完成数据收发、数据存储、数据保护等关键功能。
[0003] 目前,存储系统中的控制器之间通过内部网络进行通信,该内部网络支持不同的 传输介质来组网。举例来说,控制器可W通过W太网总线、PCI-E(Peripheral Component Interconnection-Express,快速外设组件互连标准)总线、FC(Fibre化annel,光纤通道) 总线等接入内部网络。然而,运就要求开发人员在开发控制器的上层应用时,要考虑支持不 同的网络传输协议W及路径冗余功能,开发复杂度极高。

【发明内容】

[0004] 有鉴于此,本申请提供一种报文传输方法和装置,可W降低多控存储系统中控制 器上层应用开发的复杂度。
[0005] 具体地,本申请是通过如下技术方案实现的:
[0006] -种报文传输方法,所述方法应用在多控存储系统的控制器中,所述控制器通过 多个物理出口连接到所述多控存储系统的内部网络,所述方法包括:
[0007] 接收上层应用的注册,并保存所述上层应用的回调机制;
[000引分别基于与每个物理出口上使能的传输控制协议,通过所述物理出口与对端控制 器建立传输路径;
[0009] 在接收到上层应用发送的请求报文后,根据所述请求报文指定的对端控制器为所 述请求报文分配目标传输路径;
[0010] 通过所述目标传输路径将所述请求报文发送给所述请求报文指定的对端控制器;
[0011] 在接收到对端控制器发送的响应报文后,根据所述回调机制将所述响应报文转给 对应的上层应用。
[0012] -种报文传输装置,所述装置应用在多控存储系统的控制器中,所述控制器通过 多个物理出口连接到所述多控存储系统的内部网络,所述装置包括:
[0013] 注册保存单元,用于接收上层应用的注册,并保存所述上层应用的回调机制;
[0014] 路径建立单元,用于分别基于与每个物理出口上使能的传输控制协议,通过所述 物理出口与对端控制器建立传输路径;
[0015] 路径分配单元,用于在接收到上层应用发送的请求报文后,根据所述请求报文指 定的对端控制器为所述请求报文分配目标传输路径;
[0016] 报文发送单元,用于通过所述目标传输路径将所述请求报文发送给所述请求报文 指定的对端控制器;
[0017] 报文转达单元,用于在接收到对端控制器发送的响应报文后,根据所述回调机制 将所述响应报文转给对应的上层应用。
[0018] 由W上描述可W看出,在本申请提供的报文传输方案中,控制器对上可W向上层 应用提供调用接口,对下可W建立并维护与其他控制器进行通信的传输路径,降低了上层 应用与传输层网络协议的紧禪合关系,进而大大降低了上层应用开发的复杂度。
【附图说明】
[0019] 图1是本申请一示例性实施例示出的一种多控存储系统的组网示意图。
[0020] 图2是本申请一示例性实施例示出的一种报文传输方法的流程示意图。
[0021] 图3是本申请一示例性实施例示出的报文传输方法的网络分层示意图。
[0022] 图4是本申请一示例性实施例示出的一种传输路径切换的流程示意图。
[0023] 图5是本申请一示例性实施例示出的一种协商续传编号的流程示意图。
[0024] 图6是本申请一示例性实施例示出的一种用于报文传输装置的一结构示意图。
[0025] 图7是本申请一示例性实施例示出的一种报文传输装置的结构示意图。
【具体实施方式】
[0026] 运里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述设及 附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。W下示例性实施例 中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附 权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
[0027] 在本申请使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。 在本申请和所附权利要求书中所使用的单数形式的"一种"、"所述"和"该"也旨在包括多数 形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语"和/或"是指并包 含一个或多个相关联的列出项目的任何或所有可能组合。
[0028] 应当理解,尽管在本申请可能采用术语第一、第二、第Ξ等来描述各种信息,但运 些信息不应限于运些术语。运些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离 本申请范围的情况下,第一信息也可W被称为第二信息,类似地,第二信息也可W被称为第 一信息。取决于语境,如在此所使用的词语"如果"可W被解释成为"在……时"或"当…… 时"或"响应于确定"。
[0029] 针对上述问题,本申请提供一种多控存储系统中的报文传输方案,应用在多控存 储系统的控制器中,面向应用层,可W接收上层应用的注册,并保存所述上层应用的回调机 审IJ。面向传输层,可W基于物理出口上使能的传输控制协议,通过所述物理出口与对端控制 器建立传输路径。当接收到上层应用发送的请求报文后,可W在建立的传输路径中为该请 求报文分配目标传输路径,并将该请求报文通过该目标传输路径进行发送。当接收到对端 控制器发的响应报文后,可W根据回调机制将该响应报文转给对应的上层应用。应用上述 技术方案,降低了上层应用与传输层网络协议的紧禪合关系,进而大大降低了上层应用开 发的复杂度。
[0030] 请参考图1所示的多控存储系统的组网示意图,该多控存储系统包括有X个存储节 点,其中,存储节点A和存储节点X均包括有两台控制器,运些控制器分别通过交换机连接到 内部网络,w实现与其他控制器的通信。在本实施例中,各存储节点可w通过w太网总线、 PCI-E总线、FC总线等连接到交换机,本申请对此不作特殊限制。
[0031] 图2是本申请一示例性实施例示出的一种报文传输方法的流程示意图。
[0032] 请参考图2,所述报文传输方法可W应用在多控存储系统的控制器中,所述控制器 通过多个物理出口连接到所述多控存储系统的内部网络。从网络分层的角度来看,请进一 步参考图3,所述报文传输方法可W理解为设置在控制器中传输层和应用层之间的多路径 传输层执行的处理逻辑,包括有W下步骤:
[0033] 步骤201,接收上层应用的注册,并保存所述上层应用的回调机制。
[0034] 在本实施例中,多控存储系统中的控制器可W接收其上装载的各上层应用的注 册,比如:上层应用可W在装载完成后通过预设的接口发送注册信息W及回调机制。其中, 所述注册信息可W包括:应用类型、应用标识等应用的信息。所述回调机制是接收到对端控 制器发送的响应报文后,将所述响应报文转给对应上层应用的处理机制,比如:所述回调机 制可W为根据响应报文携带的应用标识进行回调,所述回调机制也可W为根据响应报文的 目标端口号进行回调等,本申请对此不作特殊限制。
[0035] 步骤202,分别基于与每个物理出口上使能的传输控制协议,通过所述物理出口与 对端控制器建立的传输路径。
[0036] 在本实施例中,多控存储系统中的各控制器可W在通过物理出口连接到内部网络 后,基于物理出口上使能的传输控制协议,通过所述物理出口与对端控制器建立传输路径。 当所述物理出口连接的物理链路为W太网总线时,其上使能的传输控制协议可W为TCP (Transmission Control Protocol,传输控制协议)、UDP(User Da1:agram Protocol,用户 数据报协议)等。当所述物理出口连接的物理链路为FC总线时,其上使能的传输控制协议为 FCP(Fibre化annel Protocol,光纤通道协议)。其中,所述传输路径的本质是与其他控制 器建立的连接,比如:TCP连接、FCP连接等。
[0037] 在一个例子中,管理员可W在物理链路连接好后为对应的物理出口使能匹配所述 物理链路类型的传输控制协议。可选的,控制器也可W在物理链路连接好后基于所述物理 链路的链路类型自动为对应的物理出口使能匹配的传输控制协议,本申请对此不作特殊限 审IJ。在本步骤中,针对每个对端控制器,通过每个物理出口本端控制器均可W与所述对端控 制器建立传输路径。
[0038] 在另一个例子中,控制器还可W在接收到上层应用的连接建立请求时,与上层应 用指定的对端控制器建立传输路径,比如:通过每个物理出口分别与该对端控制器建立传 输路径。
[0039] 在本实施例中,W图1所示的多控存储系统为例,假设所述多控存储系统中包括有 四台控制器,分别为:控制器A-1、控制器A-2、控制器X-m及控制器X-2,W控制器A-1为例, 假设控制器A-1通过两个物理出口连接到该多控存储系统的交换机上,请参考表1所示的传 输路径表,控制器A-1可W建立6条传输路径,其中,传输路径1是通过物理出口 1建立的,用 于与控制器A-2通信,传输路径2也是通过物理出口 1建立的,用于与控制器X-1通信等。
[0040]

[0041] 表 1
[0042] 当然,在图1所示的多控存储系统中,控制器A-2、控制器X-lW及控制器X-2中也会 建立多条传输路径,比如:控制器X-1建立的传输路径中也包括有传输路径5,通过其某个物 理出口连接到所述多控存储系统的交换机上,用于与控制器A-1通信,本申请在此不再一一 寶述。
[0043] 步骤203,在接收到上层应用发送的请求报文后,根据所述请求报文指定的对端控 制器为所述请求报文分配目标传输路径。
[0044] 在本实施例中,上层应用可W在注册后通过上述预设的接口发送请求报文,控制 器可W根据所述请求报文指定的对端控制器为所述请求报文分配目标传输路径,比如:可 W根据所述请求报文的目的IP地址确定所述请求报文要发往的对端控制器,然后在创建的 传输路径中选择用于与所述对端控制器进行通信的传输路径。当本控制器与所述对端控制 器进行通信的传输路径有多条时,还可W基于预设的负载均衡算法在多条传输路径中确定 一条目标传输路径。
[0045] 需要说明的是,在本实施例中,所述请求报文泛指由本控制器发往其他控制器的 报文,后续的响应报文泛指本控制器接收到的来自其他控制器的报文。
[0046] 仍W图1所示的多控存储系统为例,假设控制器A-1的上层应用调用预设的接口, 要将一请求报文发送给控制器X-1,控制器A-1在通过所述接口接收到该请求报文后,查找 到两条与控制器X-1建立的传输路径,分别为传输路径2和传输路径5,进而依据负载均衡策 略将所述请求报文分配传输路径2。
[0047] 步骤204,通过所述目标传输路径将所述请求报文发送给所述请求报文指定的对 端控制器。
[0048] 基于前述步骤203,在为所述请求报文分配目标传输路径后,可W为所述第一业务 报文封装用于故障冗余处理的报文头部,并在所述报文头部携带传输编号、报文长度等信 息。
[0049]
[00加]表2
[0051] 请参考表2所示的报文头部,该报文头部共计16个字节,前4个字节用于携带传输 编号,中间4个字节用于携带报文长度,后8个字节为预留的字段。当然,在实际应用中,也可 W为所述请求报文封装其他字节数量的报文头部,本申请对此不作特殊限制。
[0052] 在本实施例中,所述传输编号为所述请求报文在所述目标传输路径中的发送顺序 号。具体地,针对每条传输路径,控制器会为所述传输路径中发送的请求报文进行编号,较 为简单的,可W从1开始顺序编号,即第一个通过所述传输路径发送的请求报文的传输编号 为1,第二个通过所述传输路径发送的请求报文的传输编号为2等,依次类推。所述传输编号 可W用来进行报文的确收,WTCP协议为例,对端控制器在接收到所述请求报文后,可W返 回携带有该请求报文传输编号的ACK应答报文。所述传输编号还可W用于传输路径故障时 的冗余处理,本文后续会进行相关描述。
[0053] 在本实施例中,在为所述请求报文封装好报文头部后,可W将所述请求报文加入 到所述目标传输路径的发送队列中,W等待发送。
[0054] 步骤205,在接收到对端控制器发送的响应报文后,根据所述回调机制将所述响应 报文转给对应的上层应用。
[0055] 在本实施例中,控制器在接收到对端控制器发送的响应报文后,可W从所述响应 报文的报文头部解析出所述响应报文的传输编号W及报文长度。其中,所述响应报文泛指 本控制器接收到的来自其他控制器的报文,比如:来自其他控制器的请求报文等,本申请对 此不作特殊限制。
[0056] 在本实施例中,控制器可W基于所述响应报文的报文长度确定是否已完整接收到 所述响应报文,如果已经完整接收到所述响应报文,则可W根据所述报文长度为所述响应 报文分配缓存空间,然后将所述响应报文存储在所述缓存空间中,并通过回调机制通知对 应的上层应用进行处理,W所述回调机制为根据应用标识进行回调为例,控制器可W从所 述响应报文中解析出携带的应用标识,然后根据各上层应用的注册信息确定所述应用标识 对应的上层应用,并通知该上层应用对所述响应报文进行处理。其中,所述响应报文中携带 的应用标识可W由发送所述响应报文的上层应用添加,也可W由发送所述响应报文的控制 器在接收到其上层应用发送的该响应报文后进行添加,本申请对此不作特殊限制。
[0057] 另一方面,当控制器确认已经完整接收到所述响应报文后,还可W向发送该响应 报文的控制器返回ACK应答报文,并在该应答报文中携带所述响应报文的传输编号,W进行 所述响应报文的确收。
[0058] 由W上描述可W看出,在本申请提供的报文传输方案中,控制器对上可W向上层 应用提供调用接口,对下可W建立并维护与其他控制器进行通信的传输路径,降低了上层 应用与传输层网络协议的紧禪合关系,进而大大降低了上层应用开发的复杂度。
[0059] 可选的,在本申请另一个例子中,针对每条传输路径,控制器在接收到来自对端控 制器的响应报文后,还可W保存从所述传输路口中最新成功接收到的响应报文的传输编 号。仍W图及表1为例,控制器A-1可W分别为每条传输路径设置对应的缓存空间,用于 缓存基于该传输路径最新成功接收到的响应报文的传输编号。W传输路径3为例,当基于传 输路径3接收到传输编号为1的响应报文后,可W将传输编号1缓存在传输路径3对应的缓存 空间,当基于传输路径3接收到传输编号为2的响应报文后,可W将传输路径3对应的缓存空 间中缓存的传输编号1更新为传输编号2,依次类推。缓存的所述传输编号可W用于传输路 径故障时的冗余处理。
[0060] 请参考图4所示的传输路径切换的流程示意图,传输路径的切换过程可W包括W 下步骤:
[0061 ]步骤401,当某一传输路径故障时,根据冗余算法确定故障传输路径的备份传输路 径。
[0062] 在本实施例中,当建立的某一传输路径故障时,比如:承载该传输路径的某条物理 链路故障,则可W根据预设的冗余算法确定故障传输路径的备份传输路径。
[0063] 仍W图m及表巧例,假设控制器A-1中的传输路径2故障,传输路径2用于与控制 器X-1通信,则控制器A-1可W确定所述传输路径2的备份传输路径为传输路径5。
[0064] 步骤402,通过所述备份传输路径与所述备份传输路径的对端控制器协商续传编 号。
[0065] 在本实施例中,请参考图5,与对端控制器协商续传编号的过程可W包括W下步 骤:
[0066] 步骤4021,通过所述备份传输路径发送故障通知报文给所述故障传输路径的对端 控制器,所述故障通知报文中携带有故障传输路径标识。
[0067] 在本实施例中,在确定故障传输路径的备份传输路径后,可W构造故障通知报文, 并在所述故障通知报文中携带故障传输路径标识,然后通过所述备份传输路径将所述故障 通知报文发送给对端控制器。
[006引
[0069] 表 3
[0070] 在本实施例中,可W为所述故障通知报文添加表3所示的报文头部,该报文头部共 计16个字节,其中,第一个字节用于携带报文类型,比如:可W采用字符0来标识故障通知报 文,字符1来标识故障应答报文等,第二到五字节用于携带故障路径标识。当然,本领域技术 人员还可W采取其他的方式来标识所述故障通知报文,本申请对此不作特殊限制。
[0071] 仍W前述步骤401中的举例为例,控制器A-1构造故障通知报文,该故障通知报文 的报文头部的第一个字节中携带字符0,第二到五个字节中传输路径2的标识,然后将该故 障通知报文通过传输路径5发送给控制器X-1。
[0072] 较为简单的,开发人员还可W为请求报文和故障通知报文设置格式相互兼容的报 文头部,比如:可W在请求报文头部的第一个字节中添加请求报文的标识,比如:字符2,然 后参考表2,可W依次添加4个字节的传输编码W及4个字节的报文长度等。对端控制器在接 收到任一报文后,均可W提取报文头部第一个字节中携带的字符对所述报文进行识别。
[0073] 步骤4022,对端控制器在接收到所述故障通知报文后,根据所述故障通知报文中 携带的故障传输路径标识获取通过所述故障传输路径最后成功接收到的响应报文的传输 编号,作为续传编号。
[0074] 在本实施例中,对端控制器在接收到所述故障通知报文后,可W从所述故障通知 报文中提取出故障传输路径编号,然后在本地缓存中查找所述故障传输路径编号指向的故 障传输路径所对应的缓存空间,并获取其中缓存的传输编号,该传输编号就是通过故障传 输路径最后成功接收到的响应报文的传输编号,在本申请中,将其称为续传编号。
[0075] 仍W前述步骤401中的举例为例,控制器X-1的多路径传输层在接收到控制器A-1 通过传输路径5发送的故障通知报文后,从该故障通知报文的报文头部获取故障传输路径 标识,然后根据该标识确定传输路径2故障,进而在传输路径2对应的缓存空间中获取故障 中断编号。
[0076] 步骤4023,对端控制器将所述续传编号携带在故障应答报文中返回给发送所述故 障通知报文的控制器。
[0077] 基于前述步骤4022,对端控制器在获取到续传编号后,可W将所述续传编号携带 在故障应答报文中返回给发送所述故障通知报文的控制器。假设,控制器X-1获取到的续传 编号为25,则将该续传编号添加到故障应答报文中,并将该故障应答报文通过传输路径5发 送给控制器A-1。
[007引
[0079] 表 4
[0080] 在本实施例中,基于表3所示的报文头部,控制器X-1可W为故障应答报文添加表4 所示的报文头部,其中,报文类型为去,故障路径标识为传输路径2的标识,续传编号为25。
[0081] 在本实施例中,在接收到对端控制器发送的故障应答报文后,从所述故障应答报 文中提取出续传编号,W完成故障路径的续传编号协商过程。
[0082] 步骤403,将所述故障传输路径的发送队列中传输编号大于所述续传编号的请求 报文通过所述备份传输路径发送。
[0083] 在本实施例中,控制器在提取出所述续传编号后,可W将故障传输路径中传输编 号大于所述续传编号的请求报文通过所述备份传输路径发送,比如:将故障传输路径的发 送队列中传输编号大于所述续传编号的请求报文加入到所述备份传输路径的发送队列中。 需要说明的是,在将传输编号大于所述续传编号的请求报文加入到所述备份传输路径之 前,通常还需要将运些请求报文的传输编号更新为其在备份传输路径中的发送顺序号。
[0084] 基于前述步骤4023的举例,控制器A-1在接收到控制器X-1通过传输路径5返回的 故障应答报文后,从中提取出续传编号25,然后从传输路径2的发送队列中提取传输编号大 于25的请求报文,并在更新运些请求报文的传输编号后,将运些请求报文加入到传输路径5 的发送队列中,W完成传输路径的切换。
[0085] 由W上描述可W看出,本申请提供的多控存储系统的报文传输方案,通过为请求 报文添加传输编号W实现对传输路径故障的冗余处理,整个过程对上层应用是透明的,降 低了上层应用与传输层网络协议的紧禪合关系,进而大大降低了上层应用开发的复杂度。
[0086] 与前述报文传输方法的实施例相对应,本申请还提供了报文传输装置的实施例。
[0087] 本申请报文传输装置的实施例可W应用在多控存储系统的控制器中。装置实施例 可W通过软件实现,也可W通过硬件或者软硬件结合的方式实现。W软件实现为例,作为一 个逻辑意义上的装置,是通过其所在控制器的处理器将非易失性存储器中对应的计算机程 序指令读取到内存中运行形成的。从硬件层面而言,如图6所示,为本申请报文传输装置所 在控制器的一种硬件结构图,除了图6所示的处理器、内存、网络接口、W及非易失性存储器 之外,实施例中装置所在的控制器通常根据该控制器的实际功能,还可W包括其他硬件,对 此不再寶述。
[0088] 图7是本申请一示例性实施例示出的一种报文传输装置的结构示意图。
[0089] 请参考图7,所述报文传输装置600可W应用在前述图6所示的控制器中,所述控制 器通过多个物理出口连接到所述多控存储系统的内部网络,所述装置600包括有:注册保存 单元601、路径建立单元602、路径分配单元603、报文发送单元604、报文转达单元605、备份 确定单元606、续传协商单元607、续传发送单元608 W及编号缓存单元609。
[0090] 其中,所述注册保存单元601,用于接收上层应用的注册,并保存所述上层应用的 回调机制;
[0091] 所述路径建立单元602,用于分别基于与每个物理出口上使能的传输控制协议,通 过所述物理出口与对端控制器建立传输路径;
[0092] 所述路径分配单元603,用于在接收到上层应用发送的请求报文后,根据所述请求 报文指定的对端控制器为所述请求报文分配目标传输路径;
[0093] 所述报文发送单元604,用于通过所述目标传输路径将所述请求报文发送给所述 请求报文指定的对端控制器;
[0094] 所述报文转达单元605,用于在接收到对端控制器发送的响应报文后,根据所述回 调机制将所述响应报文转给对应的上层应用。
[0095] 可选的,所述报文发送单元604,用于为所述请求报文封装传输编号,所述传输编 号为所述请求报文在所述目标传输路径中的发送顺序号,并将封装好传输编号的所述请求 报文加入所述目标传输路径的发送队列。
[0096] 所述备份确定单元606,用于在某一传输路径故障时,根据冗余算法确定故障传输 路径的备份传输路径;
[0097] 所述续传协商单元607,用于通过所述备份传输路径与所述备份传输路径的对端 控制器协商续传编号;
[0098] 所述续传发送单元608,用于将所述故障传输路径的发送队列中传输编号大于所 述续传编号的请求报文通过所述备份传输路径发送。
[0099] 所述编号缓存单元609,用于在接收到所述响应报文后,解析并缓存所述响应报文 的传输编号;
[0100] 可选的,所述续传协商单元607,用于通过所述备份传输路径发送故障通知报文给 所述故障传输路径的对端控制器,所述故障通知报文中携带有故障传输路径标识;在接收 到对端控制器发送的故障通知报文后,根据所述故障通知报文中携带的故障传输路径标识 获取通过所述故障传输路径最后成功接收到的响应报文的传输编号,作为所述续传编号; 将所述续传编号携带在故障应答报文中返回给所述对端控制器。
[0101] 可选的,所述报文转达单元605,用于解析所述响应报文携带的应用标识,根据上 层应用的注册信息确定所述应用标识对应的上层应用,并将所述响应报文转给所述应用标 识对应的上层应用。
[0102] 上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的 实现过程,在此不再寶述。
[0103] 对于装置实施例而言,由于其基本对应于方法实施例,所W相关之处参见方法实 施例的部分说明即可。W上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件 说明的单元可W是或者也可W不是物理上分开的,作为单元显示的部件可W是或者也可W 不是物理单元,即可W位于一个地方,或者也可W分布到多个网络单元上。可W根据实际的 需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付 出创造性劳动的情况下,即可W理解并实施。
[0104] W上所述仅为本申请的较佳实施例而已,并不用W限制本申请,凡在本申请的精 神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。
【主权项】
1. 一种报文传输方法,其特征在于,所述方法应用在多控存储系统的控制器中,所述控 制器通过多个物理出口连接到所述多控存储系统的内部网络,所述方法包括: 接收上层应用的注册,并保存所述上层应用的回调机制; 分别基于与每个物理出口上使能的传输控制协议,通过所述物理出口与对端控制器建 立传输路径; 在接收到上层应用发送的请求报文后,根据所述请求报文指定的对端控制器为所述请 求报文分配目标传输路径; 通过所述目标传输路径将所述请求报文发送给所述请求报文指定的对端控制器; 在接收到对端控制器发送的响应报文后,根据所述回调机制将所述响应报文转给对应 的上层应用。2. 根据权利要求1所述的方法,其特征在于,所述通过所述目标传输路径将所述请求报 文发送给所述请求报文指定的对端控制器,包括: 为所述请求报文封装传输编号,所述传输编号为所述请求报文在所述目标传输路径中 的发送顺序号; 将封装好传输编号的所述请求报文加入所述目标传输路径的发送队列。3. 根据权利要求2所述的方法,其特征在于,所述方法还包括: 当某一传输路径故障时,根据冗余算法确定故障传输路径的备份传输路径; 通过所述备份传输路径与所述备份传输路径的对端控制器协商续传编号; 将所述故障传输路径的发送队列中传输编号大于所述续传编号的请求报文通过所述 备份传输路径发送。4. 根据权利要求3所述的方法,其特征在于,所述方法还包括: 在接收到所述响应报文后,解析并缓存所述响应报文的传输编号; 所述通过所述备份传输路径与所述备份传输路径的对端控制器协商续传编号,包括: 通过所述备份传输路径发送故障通知报文给所述故障传输路径的对端控制器,所述故 障通知报文中携带有故障传输路径标识; 在接收到对端控制器发送的故障通知报文后,根据所述故障通知报文中携带的故障传 输路径标识获取通过所述故障传输路径最后成功接收到的响应报文的传输编号,作为所述 续传编号; 将所述续传编号携带在故障应答报文中返回给所述对端控制器。5. 根据权利要求1所述的方法,其特征在于,所述根据所述回调机制将所述响应报文转 给对应的上层应用,包括: 解析所述响应报文携带的应用标识; 根据上层应用的注册信息确定所述应用标识对应的上层应用; 将所述响应报文转给所述应用标识对应的上层应用。6. -种报文传输装置,其特征在于,所述装置应用在多控存储系统的控制器中,所述控 制器通过多个物理出口连接到所述多控存储系统的内部网络,所述装置包括: 注册保存单元,用于接收上层应用的注册,并保存所述上层应用的回调机制; 路径建立单元,用于分别基于与每个物理出口上使能的传输控制协议,通过所述物理 出口与对端控制器建立传输路径; 路径分配单元,用于在接收到上层应用发送的请求报文后,根据所述请求报文指定的 对端控制器为所述请求报文分配目标传输路径; 报文发送单元,用于通过所述目标传输路径将所述请求报文发送给所述请求报文指定 的对端控制器; 报文转达单元,用于在接收到对端控制器发送的响应报文后,根据所述回调机制将所 述响应报文转给对应的上层应用。7. 根据权利要求6所述的装置,其特征在于, 所述报文发送单元,用于为所述请求报文封装传输编号,所述传输编号为所述请求报 文在所述目标传输路径中的发送顺序号,并将封装好传输编号的所述请求报文加入所述目 标传输路径的发送队列。8. 根据权利要求7所述的装置,其特征在于,所述装置还包括: 备份确定单元,用于在某一传输路径故障时,根据冗余算法确定故障传输路径的备份 传输路径; 续传协商单元,用于通过所述备份传输路径与所述备份传输路径的对端控制器协商续 传编号; 续传发送单元,用于将所述故障传输路径的发送队列中传输编号大于所述续传编号的 请求报文通过所述备份传输路径发送。9. 根据权利要求8所述的装置,其特征在于,所述装置还包括: 编号缓存单元,用于在接收到所述响应报文后,解析并缓存所述响应报文的传输编号; 所述续传协商单元,用于通过所述备份传输路径发送故障通知报文给所述故障传输路 径的对端控制器,所述故障通知报文中携带有故障传输路径标识;在接收到对端控制器发 送的故障通知报文后,根据所述故障通知报文中携带的故障传输路径标识获取通过所述故 障传输路径最后成功接收到的响应报文的传输编号,作为所述续传编号;将所述续传编号 携带在故障应答报文中返回给所述对端控制器。10. 根据权利要求6所述的装置,其特征在于, 所述报文转达单元,用于解析所述响应报文携带的应用标识,根据上层应用的注册信 息确定所述应用标识对应的上层应用,并将所述响应报文转给所述应用标识对应的上层应 用。
【文档编号】H04L1/22GK106059724SQ201610354957
【公开日】2016年10月26日
【申请日】2016年5月25日
【发明人】扈海龙, 贺洪元
【申请人】杭州宏杉科技有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1