Fabric网络同步端口诊断信息的方法及装置的制造方法
【技术领域】
[0001] 本申请设及F油ric网络技术，尤其设及F油ric网络同步端口诊断信息的方法及 装置。
【背景技术】
[0002] FC(Fiber化annel，光纤通道）是存储网络中应用最广泛的一种协议，目的是提供 比W太网和TCP/IP协议更高速、高效的大数据传输性能。
[0003]支持FC协议的交换机被称为FC交换机，其中运行协议核屯、功能的FC交换机又被 称作FCF(FC化rwarder，光纤通道转发）交换机。由FCF交换机、存储设备、服务器共同组 成的运行FC协议的存储网络被称作SAN网络（StorageAreaNetwork)，也被称作F油；ric 网络。
[0004] 存储设备和服务器被称为N化的节点。N化的节点需要通过一系列注册和认证 过程才能够接入F油；ric网络，进行通信交互。而FCF交换机之间对于N化的节点的注册、 查询、状态变化等事件往往都是需要互相同步，W此保证在任何一台FCF交换机上观测全 网状态和数据都保持一致。
[0005] 目前的FC协议中并没有明确规定FCF交换机之间如何实现同步，仅仅指出可W 利用畑P(ReadDia即osticParameters,端口诊断信息读取）协议在FCF交换机之间进 行诊断信息同步。因此FCF交换机获取N化的的端口诊断信息需要使用RDP协议构造 ELS巧xtendedLinkService,扩展链路服务）消息，在FCF交换机之间传递端口诊断信息 需要使用畑P协议构造ILS(InternalLinkService,内部链路服务）消息。
[0006] 可W看出，由于需要符合RDP协议的相关规定，因此两种情况下所发送的ELS消息 和ILS消息均是通过消息头中的目的地址和消息体中负载FCID组合的形式描述具体请求 对象，但FCF交换机与N化的节点交互的ELS消息包含的是ELS请求特征，FCF交换机之 间交互的ILS消息包含的是SW_ILS(ILS消息的响应消息）请求特征，从而造成了报文语义 容易混淆的问题：与W往协议风格存在较大差异，报文语义不清晰。
[0007] 更加严重的是，当FCF交换机更新了所有直连N化的节点的端口诊断信息时， 现有协议并没有一种很完善的机制去主动通知其他交换机当前端口诊断信息发生变化， 即并没有一种好的手段直接触发利用RDP协议所定义的消息进行交互，而需要添加使用 RSCN巧egisteredStateQiangeNotification,注册状态变化通知）等其他手段来触发 RDP协议所定义的消息的交互过程，导致当前协议实现比较复杂。
【发明内容】
[0008] 本申请提供一种F油ric网络同步端口诊断信息的方法及装置，能够避免报文语 义混乱，简化协议实现。
[0009] 根据本申请实施例的第一方面，提供一种F油ric网络同步端口诊断信息的方法， 该方法运行于光纤通道转发交换机FCF交换机上，该方法包括步骤：
[0010] 第一FCF交换机更新本地端口诊断信息时，构造自定义的第一同步信息或第二同 步信息，并发给第二FCF交换机；所述第一同步消息用于通知所述第二FCF交换机新增或修 改所述N化的节点的端口诊断信息，所述第二同步消息用于通知所述第二FCF交换机删除 所述N化的节点的端口诊断信息。
[0011] 根据本申请实施例的第二方面，提供一种同步端口诊断信息的装置，所述装置位 于第一FCF交换机上，包括：
[0012] 第一同步消息构造模块，用于当收到更新所述端口诊断信息的通知时，构造自定 义的第一同步信息并发给第二FCF交换机；所述第一同步消息用于通知所述第二FCF交换 机新增或修改所述N化的节点的端口诊断信息，
[0013] 第二同步消息构造模块，用于当收到更新所述端口诊断信息的通知时，构建自定 义的第二同步信息并发给所述第二FCF交换机；所述第二同步消息用于通知所述第二FCF 交换机删除所述N化的节点的端口诊断信息。
[0014] 本申请将FCF交换机与N化的节点之间交互所使用的协议与FCF交换机之间所 使用的协议区分开来，使用新增扩展的私有报文构造自定义的同步消息来专口进行FCF交 换机之间端口诊断信息的传递，实现FCF交换机之间的同步过程。由于通过不同的协议将 SW_ILS请求特征和ELS请求特征加W区分，因此避免了报文内容混乱的问题，简化了协议 实现。进一步，由于本申请在不同的更新条件下使用不同的同步消息进行更新，当需要更新 时即可自动触发同步消息，无需RSCN变化通知等方式触发，因此提高数据传输效率，使得 端口诊断数据能够更直观高效的在FCF交换机之间传递。
【附图说明】
[0015] 图1为本申请实施例中F油ric网络的组网示意图；
[0016] 图2a是本申请实施例中同步端口诊断信息的方法的流程图；
[0017] 图化是本申请实施例中N化的节点状态变化时同步端口诊断信息的方法的流程 图；
[001引图3a是本申请一个应用实例中修改/增加端口诊断信息的时序图；
[0019] 图3b是本申请一个应用实例中删除端口诊断信息的时序图；
[0020] 图4是本申请实施例中同步端口诊断信息的装置的硬件架构图；
[0021] 图5是本申请实施例中同步端口诊断信息的装置的软件逻辑框图。
【具体实施方式】
[0022] 该里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述设及 附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。W下示例性实施例 中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附 权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
[0023] 在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。 在本申请和所附权利要求书中所使用的单数形式的"一种"、"所述"和"该"也旨在包括多 数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语"和/或"是指 并包含一个或多个相关联的列出项目的任何或所有可能组合。
[0024] 应当理解，尽管在本申请可能采用术语第一、第二、第=等来描述各种信息，但该 些信息不应限于该些术语。该些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离 本申请范围的情况下，第一信息也可W被称为第二信息，类似地，第二信息也可W被称为第 一信息。取决于语境，如在此所使用的词语"如果"可W被解释成为"在……时"或"当…… 时"或"响应于确定"。
[0025] 参见图1，在图1中示出可实现本申请的一个光纤网络F油ric网络的架构。在常 见的应用环境中，F油ric网络100包括支持FC(Fiber化annel，光纤通道）协议的FC交换 机101 (图中NPV交换机1、FCF交换机1、FCF交换机2、FCF交换机3)、N化的节点102 (图 中磁盘B和服务器A)。
[0026] N化的节点是位于F油；ric网络100最终节点的设备。
[0027] NPV(NPortVirtualizer，N化；rt节点虚拟化）交换机位于F油；ric网络边缘，布 置在NPort(服务器A或存储设备B)与FCF交换机之间，负责代理N化的节点登陆业务。
[0028]FCF(FC化rwarder)交换机是运行协议核屯、功能的FC交换机。
[0029]N化的节点（图中服务器A和存储设备B)分别作为F油ric网络的N端口通过 化OGI/Fdisc协议注册进入FC网络。N化的既可W直接向FCF交换机注册登录，也可W 从NPV交换机上代理登陆。而FCF交换机之间对于N化的的注册、查询、状态变化等事件 往往都是需要互相同步，W此保证在任何一台FCF交换机上观测全网状态和数据都保持一 致，本申请提供了FCF交换机之间同步端口诊断信息的方法。
[0030] 结合图2a和图1描述本申请FCF交换机之间同步端口诊断信息的过程。为描述 方便，将图1中FC交换机之间发起同步的一方称为第一FCF交换机，响应同步的一方称为 第二FCF交换机。
[0031]S101，当第一FCF交换机更新端口诊断信息时，构造自定义的第一同步信息或第 二同步信息；
[0032] 在一个实施例中，第一FCF交换机可W通过RDP协议所定义的消息从N化的节点 获取端口诊断信息；第一FCF交换机与N化的之间的交互过程仍然遵循现有RDP协议规 范，具体的过程在下文图2b和应用实例中的相关部分予W描述。
[0033]S102,将所构造的第一同步消息或第二同步消息发给第二FCF交换机。
[0034] 第一FCF交换机与第二FCF交换机同步的方式可W是要求第二FCF交换机新增/ 修改/删除N化的节点的端口诊断信息。本申请通过设计一种协议方案，使用新增扩展的 私有报文来专口进行FCF交换机之间端口诊断数据传递，在本申请中新增的私有报文包括 第一同步消息和第二同步消息。其中，第一同步消息负责在FCF交换机之间同步新增或修 改的端口诊断信息的数据表项；第二同步消息负责通知其他FCF交换机删除对应的端口诊 断信息的数据表项。自定义的第一同步消息或第二同步消息的消息头中的目的地址仍然可 W依照畑P协议中所定义的FCF交换机之间交互的目的地址，即FFFCXX的域控制器地址， 其中XX部分表示所述第一FCF交换机的DomainID。
[00巧]第一同步消息和第二同步消息的消息类型不同于RDP协议所定义的消息类型；作 为一个优选方案，为了简化第一同步消息的设计难度，在一个例子中，第二同步消息的格式 可W包括消息类型和N化的的标识