CN104822101B - Fabric网络同步端口诊断信息的方法及装置 - Google Patents
Fabric网络同步端口诊断信息的方法及装置 Download PDFInfo
- Publication number
- CN104822101B CN104822101B CN201510164221.7A CN201510164221A CN104822101B CN 104822101 B CN104822101 B CN 104822101B CN 201510164221 A CN201510164221 A CN 201510164221A CN 104822101 B CN104822101 B CN 104822101B
- Authority
- CN
- China
- Prior art keywords
- port
- fcf
- interchangers
- message
- synchronization message
- 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.)
- Active
Links
Abstract
本申请公开了Fabric网络同步端口诊断信息的方法及装置,方法运行于光纤通道转发交换机FCF交换机上,包括步骤:第一FCF交换机更新本地端口诊断信息时,构造自定义的第一同步消息或第二同步消息,并发给第二FCF交换机;第一同步消息用于通知所述第二FCF交换机新增或修改N Port节点的端口诊断信息,第二同步消息用于通知所述第二FCF交换机删除所述N Port节点的端口诊断信息。本申请能够简化协议实现。
Description
技术领域
本申请涉及Fabric网络技术,尤其涉及Fabric网络同步端口诊断信息的方法及装置。
背景技术
FC(Fiber Channel,光纤通道)是存储网络中应用最广泛的一种协议,目的是提供比以太网和TCP/IP协议更高速、高效的大数据传输性能。
支持FC协议的交换机被称为FC交换机,其中运行协议核心功能的FC交换机又被称作FCF(FC Forwarder,光纤通道转发)交换机。由FCF交换机、存储设备、服务器共同组成的运行FC协议的存储网络被称作SAN网络(Storage Area Network),也被称作Fabric网络。
存储设备和服务器被称为N Port节点。N Port节点需要通过一系列注册和认证过程才能够接入Fabric网络,进行通信交互。而FCF交换机之间对于N Port节点的注册、查询、状态变化等事件往往都是需要互相同步,以此保证在任何一台FCF交换机上观测全网状态和数据都保持一致。
目前的FC协议中并没有明确规定FCF交换机之间如何实现同步,仅仅指出可以利用RDP(Read Diagnostic Parameters,端口诊断信息读取)协议在FCF交换机之间进行诊断信息同步。因此FCF交换机获取N Port的端口诊断信息需要使用RDP协议构造ELS(ExtendedLink Service,扩展链路服务)消息,在FCF交换机之间传递端口诊断信息需要使用RDP协议构造ILS(Internal Link Service,内部链路服务)消息。
可以看出,由于需要符合RDP协议的相关规定,因此两种情况下所发送的ELS消息和ILS消息均是通过消息头中的目的地址和消息体中负载FCID组合的形式描述具体请求对象,但FCF交换机与N Port节点交互的ELS消息包含的是ELS请求特征,FCF交换机之间交互的ILS消息包含的是SW_ILS(ILS消息的响应消息)请求特征,从而造成了报文语义容易混淆的问题:与以往协议风格存在较大差异,报文语义不清晰。
更加严重的是,当FCF交换机更新了所有直连N Port节点的端口诊断信息时,现有协议并没有一种很完善的机制去主动通知其他交换机当前端口诊断信息发生变化,即并没有一种好的手段直接触发利用RDP协议所定义的消息进行交互,而需要添加使用RSCN(Registered State Change Notification,注册状态变化通知)等其他手段来触发RDP协议所定义的消息的交互过程,导致当前协议实现比较复杂。
发明内容
本申请提供一种Fabric网络同步端口诊断信息的方法及装置,能够避免报文语义混乱,简化协议实现。
根据本申请实施例的第一方面,提供一种Fabric网络同步端口诊断信息的方法,该方法运行于光纤通道转发交换机FCF交换机上,该方法包括步骤:
第一FCF交换机更新本地端口诊断信息时,构造自定义的第一同步消息或第二同步消息,并发给第二FCF交换机;第一同步消息用于通知所述第二FCF交换机新增或修改NPort节点的端口诊断信息,第二同步消息用于通知所述第二FCF交换机删除所述N Port节点的端口诊断信息。
根据本申请实施例的第二方面,提供一种同步端口诊断信息的装置,所述装置位于第一FCF交换机上,包括:
第一同步消息构造模块,用于当收到更新所述端口诊断信息的通知时,构造自定义的第一同步消息并发给第二FCF交换机;第一同步消息用于通知所述第二FCF交换机新增或修改N Port节点的端口诊断信息,
第二同步消息构造模块,用于当收到更新所述端口诊断信息的通知时,构建自定义的第二同步消息并发给所述第二FCF交换机;第二同步消息用于通知所述第二FCF交换机删除所述N Port节点的端口诊断信息。
本申请将FCF交换机与N Port节点之间交互所使用的协议与FCF交换机之间所使用的协议区分开来,使用新增扩展的私有报文构造自定义的同步消息来专门进行FCF交换机之间端口诊断信息的传递,实现FCF交换机之间的同步过程。由于通过不同的协议将SW_ILS请求特征和ELS请求特征加以区分,因此避免了报文内容混乱的问题,简化了协议实现。进一步,由于本申请在不同的更新条件下使用不同的同步消息进行更新,当需要更新时即可自动触发同步消息,无需RSCN变化通知等方式触发,因此提高数据传输效率,使得端口诊断数据能够更直观高效的在FCF交换机之间传递。
附图说明
图1为本申请实施例中Fabric网络的组网示意图;
图2a是本申请实施例中同步端口诊断信息的方法的流程图;
图2b是本申请实施例中N Port节点状态变化时同步端口诊断信息的方法的流程图;
图3a是本申请一个应用实例中修改/增加端口诊断信息的时序图;
图3b是本申请一个应用实例中删除端口诊断信息的时序图;
图4是本申请实施例中同步端口诊断信息的装置的硬件架构图;
图5是本申请实施例中同步端口诊断信息的装置的软件逻辑框图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本申请可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
参见图1,在图1中示出可实现本申请的一个光纤网络Fabric网络的架构。在常见的应用环境中,Fabric网络100包括支持FC(Fiber Channel,光纤通道)协议的FC交换机101(图中NPV交换机1、FCF交换机1、FCF交换机2、FCF交换机3)、N Port节点102(图中磁盘B和服务器A)。
N Port节点是位于Fabric网络100最终节点的设备。
NPV(N Port Virtualizer,N Port节点虚拟化)交换机位于Fabric网络边缘,布置在N Port(服务器A或存储设备B)与FCF交换机之间,负责代理N Port节点登陆业务。
FCF(FC Forwarder)交换机是运行协议核心功能的FC交换机。
N Port节点(图中服务器A和存储设备B)分别作为Fabric网络的N端口通过FLOGI/Fdisc协议注册进入FC网络。N Port既可以直接向FCF交换机注册登录,也可以从NPV交换机上代理登陆。而FCF交换机之间对于N Port的注册、查询、状态变化等事件往往都是需要互相同步,以此保证在任何一台FCF交换机上观测全网状态和数据都保持一致,本申请提供了FCF交换机之间同步端口诊断信息的方法。
结合图2a和图1描述本申请FCF交换机之间同步端口诊断信息的过程。为描述方便,将图1中FC交换机之间发起同步的一方称为第一FCF交换机,响应同步的一方称为第二FCF交换机。
S101,当第一FCF交换机更新端口诊断信息时,构造自定义的第一同步消息或第二同步消息;
在一个实施例中,第一FCF交换机可以通过RDP协议所定义的消息从N Port节点获取端口诊断信息;第一FCF交换机与N Port之间的交互过程仍然遵循现有RDP协议规范,具体的过程在下文图2b和应用实例中的相关部分予以描述。
S102,将所构造的第一同步消息或第二同步消息发给第二FCF交换机。
第一FCF交换机与第二FCF交换机同步的方式可以是要求第二FCF交换机新增/修改/删除N Port节点的端口诊断信息。本申请通过设计一种协议方案,使用新增扩展的私有报文来专门进行FCF交换机之间端口诊断数据传递,在本申请中新增的私有报文包括第一同步消息和第二同步消息。其中,第一同步消息负责在FCF交换机之间同步新增或修改的端口诊断信息的数据表项;第二同步消息负责通知其他FCF交换机删除对应的端口诊断信息的数据表项。自定义的第一同步消息或第二同步消息的消息头中的目的地址仍然可以依照RDP协议中所定义的FCF交换机之间交互的目的地址,即FFFCXX的域控制器地址,其中XX部分表示所述第一FCF交换机的Domain ID。
第一同步消息和第二同步消息的消息类型不同于RDP协议所定义的消息类型;作为一个优选方案,为了简化第一同步消息的设计难度,在一个例子中,第二同步消息的格式可以包括消息类型和N Port的标识,而无需携带待删除的端口诊断信息的具体内容,第二FCF交换机收到第二同步消息后可以根据N Port标识将该N Port相关的端口诊断信息删除。第一同步消息包括诊断参数描述符,其定义可以与RDP协议中所定义的LS_ACC应答报文(该报文是FC协议所规定的ELS报文的响应报文)的诊断参数描述符的含义一致,可以将需同步的端口诊断信息添加在第一同步消息的诊断参数描述符中。具体的格式可以参见下文应用实例中的描述。
在一个优选实施例中,第一FCF交换机可以与不止一个N Port节点连接,当第一FCF交换机读取到各个N Port的端口诊断信息后,可以将多个N Port节点的端口诊断信息通过一条第一同步消息发给第二FCF交换机。为实现该目的,在第一同步消息还包括表项个数字段和至少一个表项内容字段;表项个数字段表示本条第一同步消息中有多少条N Port节点的端口诊断信息需要同步;每个表项内容字段表示一个需要同步的N Port节点相关的端口诊断信息。
基于相同原理,在一个优选实施例中,也可以实现通过一条第二同步消息删除多个N Port相关的端口诊断信息。第二同步消息还包括N Port标识个数个数字段和至少一个N Port ID字段;当与第一FCF交换机连接的多个N Port登出后,第一FCF交换机在构造第二同步消息时可以添加不止一个已登出的N Port ID。
作为一个例子,在第一FCF交换机发送第一同步消息或第二同步消息后,第二FCF交换机均会返回应答报文。可以将两种同步消息的应答报文的格式设置为相同或不同。
第一FCF交换机更新端口诊断信息的情况,较常见的,例如,当N Port节点登陆后,或者,当第一FCF交换机与第二FCF交换机之间新建立起连接;或者N Port节点登出后;或第一FCF交换机失去连接等情况。针对不同情况下的同步流程,结合图2b的流程进行阐述:
首先描述通过第一同步消息将新增或修改的端口诊断信息同步给第二FCF交换机的过程。
S201,第一FCF交换机向N Port节点请求端口诊断信息;
作为一个例子,N Port节点通过Flogi/Fdisc协议登陆第一FCF交换机后,第一FCF交换机利用RDP协议所定义的消息(以下称为RDP请求)查询该N Port节点的端口诊断信息。
N Port节点在收到RDP请求后,返回LS_ACC应答报文,将需要同步的端口诊断信息通知第一FCF交换机。RDP请求所读取到的端口诊断信息内容都包含在LS_ACC应答报文的诊断参数描述符中。
RDP请求和LS_ACC应答报文的报文格式及各字段所包含的内容可参照FC-LS协议。
S202,当第一FCF交换机收到N Port节点发送的端口诊断信息后,触发第一同步消息通知第二FCF交换机更新与该N Port节点相关的端口诊断信息。
对于FCF交换机之间新建连接时相互交换所存储的端口诊断信息的过程,可以描述为如下过程:
当第一FCF交换机与第二FCF交换机之间新建连接时,如果第一FCF交换机在与第二FCF交换机建立连接前已经从所连接的N Port节点获取过端口诊断信息,则在第一FCF交换机与第二FCF交换机连接建立后,触发第一同步消息,将所存储的端口诊断信息通知给第二FCF交换机。如果第一FCF交换机是新接入网络的设备,则首先需要通过S201步骤获取NPort相关的端口诊断信息,然后再触发第一同步消息。
以下描述通过第二同步消息通知第二FCF交换机删除端口诊断信息的过程。
S203:当N Port节点登出后,第一FCF交换机触发第二同步消息通知第二FCF交换机删除与N Port相关的端口诊断信息。
当有第一FCF交换机失去连接后,第一FCF交换机将通过第二同步消息通知第二FCF交换机删除与本机相关的N Port节点的端口诊断信息。
图3a和图3b描述了图1的一个典型应用场景下应用本申请的技术方案的过程。
图3a为N Port节点登陆后FCF交换机之间所发生的同步端口诊断信息的过程。以图中服务器A登陆登出FC网络举例说明。第一FCF交换机为图中的FCF交换机1,第二交换机为图中的FCF交换机2和FCF交换机3。
在S301阶段,服务器A直接通过Flogi注册报文或利用NPV交换机1通过Fdisc注册报文登陆FCF交换机1;
在S302阶段,FCF交换机1对N Port验证通过后,返回Flogi/Fdisc注册报文响应,服务器A登陆成功。
在S303阶段,FCF交换机1直接或通过NPV交换机1向服务器A发送RDP请求。
在本应用实例中,RDP请求的格式如下表1所示:
表1
表1中,Word表示每4字节,Bits表示每个Word中的32个Bit位;h表示16进制;
Word 0:RDP消息类型;
Word 1:描述符长度,可以固定为12个字节;
Word 2-4:N Port ID描述符,具体格式可参照FC-LS协议,再次不再赘述。
在S304阶段,服务器A直接或通过NPV交换机1向FCF交换机1返回RDP请求应答,根据FC-LS协议4.2.4.2,可以是LS_ACC响应消息。LS_ACC响应消息的格式如表2所示:
表2
Bits和Word的含义与表1中所代表的含义相同。
Word 0:LS_ACC的消息类型;
Word 1:描述符长度,即从Word2开始的描述符字段总长度;
Word 2-(5-n):诊断参数描述符,具体格式可参照FC-LS协议,具体又分为链路服务描述符、SFP光模块诊断描述符、端口速率诊断描述符、链路错误状态描述符、N Port节点名描述符等。
在S305阶段,FCF交换机1解析LS_ACC响应,更新本机的端口诊断信息。
本例中第一同步消息称为RDPS(Read Diagnostic ParametersSynchronization)消息,将第二同步消息称为DDPS(Deregister Diagnostic ParametersSynchronization)消息。两种同步消息的消息类型在本申请中的定义如表3所示:
表3
Encoded Value(hex) | Description | Abbr |
70000000 | Read Diagnostic Parameters Synchronization | RDPS |
70000001 | Deregister Diagnostic Parameters Synchronization | DDPS |
70000002to 7FFFFFFF | Vendor Specific |
表3中Encoded Value表示报文命令字,描述两种同步消息的类型。
Description是对报文的描述。
Abbr是对报文的缩写。
在S306阶段,FCF交换机1向网内的其他FCF交换机(FCF交换机2和FCF交换机3)发送RDPS消息,RDPS消息的格式在本例中如表4和表5所示。表4中可以看出,RDPS消息包括消息类型(70000000)、表项数目字段(Number of RDPS Entires)和诊断信息描述符(RDPSEntry#1,…RDPS Entry#n)。Number of RDPS Entires描述了RDPS Entry的个数;RDPSEntry部分携带了需要同步的诊断信息。可以看出,可以通过一条RDPS消息同时携带多个NPort节点(图3a中未示出)的端口同步信息。
表4
Item | Size Bytes |
70000000 | 4 |
Number of RDPS Entries | 4 |
RDPS Entry#1 | x |
RDPS Entry#2 | y |
… | … |
RDPS Entry#n | n |
每条RDPS Entry内携带的端口诊断信息的具体格式如图5所示:
表5
Word表示每4字节,Bits表示每个Word中的32个Bit位
Word 0:描述符长度,即从Word1开始的描述符字段总长度
Word 1-3:链路服务请求信息描述符,具体格式在FC-LS协议4.2.4.2节定义。
Word 4-n:诊断参数描述符,包括SFP光模块诊断描述符、链路错误状态描述符、NPort节点名描述符等多种类型描述符,与现有FC-LS协议定义相同。
S307阶段,FCF交换机2和FCF交换机3更新本机的与服务器A相关的端口诊断信息。
S308阶段,FCF交换机2和FCF交换机3向FCF交换机1返回RDPS消息响应。在本例中,RDPS消息响应的格式如表6所示。02000000h为消息类型,RDPS消息响应的字节数为4。
表6
item | Size Bytes |
02000000h | 4 |
图3b为服务器A登出后FCF交换机1向其他交换机发起同步端口诊断信息的过程。
S401阶段,服务器A登出时,直接或通过NPV交换机1通知FCF交换机1。
S402阶段,FCF交换机1向FCF交换机2和FCF交换机3发送DDPS消息,DDPS消息的格式如表7所示,70000001为DDPS消息的消息类型,Number of N_Port_ID表示本条DDPS中携带的需要删除的N Port端口诊断信息的个数,N_Port_ID Entry表示每个需要删除端口诊断信息所对应的N Port的标识。
表7
item | Size Bytes |
70000001 | 4 |
Number of N_Port_ID | 4 |
N_Port_ID Entry#1 | 4 |
N_Port_ID Entry#2 | 4 |
… | … |
N_Port_ID Entry#n | 4 |
在S403阶段,FCF交换机2和FCF交换机3删除本机与DDPS消息中携带的N Port ID相关的端口同步信息。
S404阶段,FCF交换机2和FCF交换机3向FCF交换机1返回DDPS消息响应,其格式可以参照表6。
S405阶段,在FCF交换机1得知其他FCF交换机已经删除成功后,将本机所存储的服务器A相关的端口诊断消息删除。当然,也可以由FCF交换机1先删除服务器A相关的端口诊断信息,然后再通过DDPS消息通知其他FCF交换机删除服务器A相关的端口诊断信息。
与前述FCF交换机之间同步端口诊断信息的方法的实施例相对应,本申请还提供了同步端口诊断信息的装置的实施例。
本申请同步端口诊断信息的装置的实施例可以应用在FCF交换机上。装置实施例可以通过软件实现,也可以通过硬件或者软硬件结合的方式实现。以软件实现为例,作为一个逻辑意义上的装置,是通过其所在FCF交换机的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言,如图4所示,为本申请同步端口诊断信息的装置所在FCF交换机的一种硬件结构图,除了图4所示的处理器、内存、网络接口、以及非易失性存储器之外,实施例中装置所在的FCF交换机通常根据该FCF交换机的实际功能,还可以包括其他硬件,对此不再赘述。
请参考图5,本申请同步端口诊断信息的装置500的逻辑框图中显示,该装置包括:
所述第一同步消息构造模块502,用于当收到更新所述端口诊断信息的通知时,构造自定义的第一同步消息并发给第二FCF交换机;所述第一同步消息用于通知所述第二FCF交换机新增或修改所述N Port节点的端口诊断信息,
所述第二同步消息构造模块503,用于当收到更新所述端口诊断信息的通知时,构建自定义的第二同步消息并发给第二FCF交换机;所述第二同步消息用于通知所述第二FCF交换机删除所述N Port节点的端口诊断信息。
在一个实施例中,还可以包括RDP协议消息构造模块501,用于构造RDP协议所定义的消息与N Port节点获取端口诊断信息。
在一个实施例中,所述第一同步消息包括表项个数字段和至少一个表项内容字段;所述表项个数字段表示所述表项内容字段的数目,每个所述表项内容字段用于描述一个新增或修改的N Port节点的端口诊断信息;和/或
所述第二同步消息包括N Port标识数目字段和至少一个N Port标识字段;所述NPort标识数目字段表示所述N Port标识字段的数量,每个所述N Port标识字段用于表示一个需要删除的端口诊断信息所对应的N Port节点的标识;
所述自定义的第一同步消息或第二同步消息的消息头中的目的地址为FFFCXX的域控制器地址,其中XX部分表示所述第一FCF交换机的Domain ID。
在一个实施例中,所述第一同步消息或第二同步消息还用于接收所述第二FCF交换机返回的应答报文。
在一个实施例中,所述第一同步消息的消息类型为70000000,和/或所述第二同步消息的消息类型为70000001,和/或所述应答报文的消息类型为02000000h。
所述更新端口诊断信息的条件至少包括以下一种情况:
所述N Port节点登陆到所述第一FCF交换机、所述第一FCF交换机与所述第二FCF交换机新建连接、所述N Port节点登出、所述第一FCF交换机失去连接。
上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程,在此不再赘述。
对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。
Claims (10)
1.一种Fabric网络同步端口诊断信息的方法,该方法运行于光纤通道转发交换机FCF交换机上,其特征在于,该方法包括步骤:
第一FCF交换机更新本地端口诊断信息时,构造自定义的第一同步消息或第二同步消息,并发给第二FCF交换机;所述第一同步消息用于通知所述第二FCF交换机新增或修改NPort节点的端口诊断信息,第二同步消息用于通知所述第二FCF交换机删除所述N Port节点的端口诊断信息。
2.根据权利要求1所述的方法,其特征在于:
所述第一同步消息包括表项个数字段和至少一个表项内容字段;所述表项个数字段表示所述表项内容字段的数目,每个所述表项内容字段用于描述一个新增或修改的N Port节点的端口诊断信息;和/或
所述第二同步消息包括N Port标识数目字段和至少一个N Port标识字段;所述N Port标识数目字段表示所述N Port标识字段的数量,每个所述N Port标识字段用于表示一个需要删除的端口诊断信息所对应的N Port节点的标识;
所述自定义的第一同步消息或第二同步消息的消息头中的目的地址与RDP协议所定义的所述第一FCF交换机与所述第二FCF交换机之间交互的目的地址相同。
3.根据权利要求1所述的方法,其特征在于所述方法还包括步骤:
接收所述第二FCF交换机返回的应答报文。
4.根据权利要求1所述的方法,其特征在于:所述方法还包括步骤:
所述第一FCF交换机通过RDP协议所定义的消息从N Port节点获取端口诊断信息。
5.根据权利要求1所述的方法,其特征在于:所述第一FCF交换机更新端口诊断信息的条件至少包括以下一种情况:
所述N Port节点登陆到所述第一FCF交换机、所述第一FCF交换机与所述第二FCF交换机新建连接、所述N Port节点登出、所述第一FCF交换机失去连接。
6.一种同步端口诊断信息的装置,所述装置位于第一FCF交换机上,其特征在于,包括:
第一同步消息构造模块,用于当收到更新所述端口诊断信息的通知时,构造自定义的第一同步消息并发给第二FCF交换机;第一同步消息用于通知所述第二FCF交换机新增或修改N Port节点的端口诊断信息,
第二同步消息构造模块,用于当收到更新所述端口诊断信息的通知时,构建自定义的第二同步消息并发给所述第二FCF交换机;第二同步消息用于通知所述第二FCF交换机删除所述N Port节点的端口诊断信息。
7.根据权利要求6所述的装置,其特征在于:
所述第一同步消息包括表项个数字段和至少一个表项内容字段;所述表项个数字段表示所述表项内容字段的数目,每个所述表项内容字段用于描述一个新增或修改的N Port节点的端口诊断信息;和/或
所述第二同步消息包括N Port标识数目字段和至少一个N Port标识字段;所述N Port标识数目字段表示所述N Port标识字段的数量,每个所述N Port标识字段用于表示一个需要删除的端口诊断信息所对应的N Port节点的标识;
所述自定义的第一同步消息或第二同步消息的消息头中的目的地址与RDP协议所定义的所述第一FCF交换机与所述第二FCF交换机之间交互的目的地址相同。
8.根据权利要求6所述的装置,其特征在于:所述第一同步消息或第二同步消息还用于接收所述第二FCF交换机返回的应答报文。
9.根据权利要求8所述的装置,其特征在于:所述装置还包括:
RDP协议消息构造模块,用于构造RDP协议所定义的消息与N Port节点获取端口诊断信息。
10.根据权利要求6所述的装置,其特征在于:所述更新端口诊断信息的条件至少包括以下一种情况:
所述N Port节点登陆到所述第一FCF交换机、所述第一FCF交换机与所述第二FCF交换机新建连接、所述N Port节点登出、所述第一FCF交换机失去连接。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510164221.7A CN104822101B (zh) | 2015-04-08 | 2015-04-08 | Fabric网络同步端口诊断信息的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510164221.7A CN104822101B (zh) | 2015-04-08 | 2015-04-08 | Fabric网络同步端口诊断信息的方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104822101A CN104822101A (zh) | 2015-08-05 |
CN104822101B true CN104822101B (zh) | 2018-08-24 |
Family
ID=53732245
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510164221.7A Active CN104822101B (zh) | 2015-04-08 | 2015-04-08 | Fabric网络同步端口诊断信息的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104822101B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105591818A (zh) * | 2015-12-21 | 2016-05-18 | 杭州华三通信技术有限公司 | 一种端口诊断信息同步方法及装置 |
CN111181766B (zh) * | 2019-12-10 | 2022-07-26 | 上海赛治信息技术有限公司 | 一种冗余fc网络系统及其实现交换机动态配置的方法 |
CN111953412B (zh) * | 2020-08-07 | 2022-03-08 | 苏州浪潮智能科技有限公司 | 一种实现光模块开关光信息同步的方法和装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101917337A (zh) * | 2010-08-09 | 2010-12-15 | 中兴通讯股份有限公司 | 路由器集群中板间互联的装置及方法 |
CN102171973A (zh) * | 2008-10-20 | 2011-08-31 | 国际商业机器公司 | 用于检测和管理以太网光纤通道(fcoe)交换机故障的冗余中间交换机解决方案 |
CN102611952A (zh) * | 2012-03-29 | 2012-07-25 | 杭州华三通信技术有限公司 | 用于实现FCoE交换机之间端口协商的方法和装置 |
CN103023785A (zh) * | 2012-12-24 | 2013-04-03 | 中兴通讯股份有限公司 | 媒体访问控制mac地址获取方法及装置 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20010055442A1 (en) * | 2000-06-15 | 2001-12-27 | Frank Whitehead | Optical wavelength-division multiplexing and demultiplexing by using a common optical bandpass filter for adding, dropping, or excanging one or more channels |
-
2015
- 2015-04-08 CN CN201510164221.7A patent/CN104822101B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102171973A (zh) * | 2008-10-20 | 2011-08-31 | 国际商业机器公司 | 用于检测和管理以太网光纤通道(fcoe)交换机故障的冗余中间交换机解决方案 |
CN101917337A (zh) * | 2010-08-09 | 2010-12-15 | 中兴通讯股份有限公司 | 路由器集群中板间互联的装置及方法 |
CN102611952A (zh) * | 2012-03-29 | 2012-07-25 | 杭州华三通信技术有限公司 | 用于实现FCoE交换机之间端口协商的方法和装置 |
CN103023785A (zh) * | 2012-12-24 | 2013-04-03 | 中兴通讯股份有限公司 | 媒体访问控制mac地址获取方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN104822101A (zh) | 2015-08-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103765833B (zh) | 用于无限带宽织状结构中的启用gid的交换的方法及装置 | |
US9729433B2 (en) | Enhanced route tracing | |
CN105515978B (zh) | 实现分布式路由、物理主机接入的方法及装置 | |
CN100583811C (zh) | 虚拟网络设备 | |
US8964569B2 (en) | Generic monitoring packet handling mechanism for OpenFlow 1.1 | |
CN101820358B (zh) | 高利用率以及多路的以太网光纤通道 | |
US20040083284A1 (en) | System and method for providing data awareness across multiple domains | |
CN103368769B (zh) | 用于提高网络装置之间的兼容性的方法和设备 | |
CN107925622A (zh) | 用于在高性能计算环境中允许多个全局标识符(gid)子网前缀值同时用于传入分组处理的系统和方法 | |
CN106484322A (zh) | 一种挂载文件系统的方法、装置及设备 | |
CN108667638A (zh) | 一种网络业务配置方法及网络管理设备 | |
CN104717117B (zh) | 实现在虚拟端口通道上的以太网光纤通道的方法及装置 | |
CN106789748A (zh) | 一种分布式接入复用器dam叠加网络系统及其装置 | |
CN103812793A (zh) | 通信系统以及网络中继装置 | |
CN104822101B (zh) | Fabric网络同步端口诊断信息的方法及装置 | |
CN106059946A (zh) | 一种报文转发方法和装置 | |
US20020024934A1 (en) | OSPF autonomous system with a backbone divided into two sub-areas | |
CN105812221B (zh) | 虚拟可扩展本地区域网络中数据传输的设备和方法 | |
CN108574583A (zh) | 一种设备升级方法及接入设备 | |
JP5267065B2 (ja) | 通信装置およびネットワーク試験方法 | |
CN105637806B (zh) | 网络拓扑确定方法和装置、集中式网络状态信息存储设备 | |
CN105376197B (zh) | 实现层次化网络抽象的方法和系统 | |
EP2991288A1 (en) | Method and device for determining next hop and distributing routing information | |
CN107465621A (zh) | 一种路由器发现方法、sdn控制器、路由器和网络系统 | |
EP1185041A2 (en) | OSPF autonomous system with a backbone divided into two sub-areas |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Applicant after: Xinhua three Technology Co., Ltd. Address before: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Applicant before: Huasan Communication Technology Co., Ltd. |
|
CB02 | Change of applicant information | ||
GR01 | Patent grant | ||
GR01 | Patent grant |