[发明专利]FC名称服务信息的本地查询方法及装置

说明书

技术领域

本发明涉及FC网络中的名称服务技术，特别涉及一种FC名称服务信息的本地查询方法和装置。

背景技术

FC名称服务是一种分布式服务机制，该服务机制能够使整个FC网络作为一个整体来响应N端口的查询请求，而无需N端口关注其所要查询的名称服务信息在何处。

如图1所示，FC网络中包含若干交换机，对于每个N端口来说，与其直连的交换机均称为入口交换机(Entry Switch)、而非直连的其他交换机则称之为远端交换机(Remote Switch)，每台交换机上均保存有以该交换机为入口交换机的本域的各N端口的名称服务信息。

当任意N端口向其入口交换机发起查询请求时，如果请求的信息属于入口交换机维护的本域的名称服务信息，则入口交换机即可直接依据本地名称服务信息向N端口回应查询应答；如果请求的信息不是入口交换机维护的本域的名称服务信息，则仍参见图1中箭头所表示的信令流，入口交换机需要向其他远端交换机发起查询请求，待远端交换机回应查询应答后，入口交换机再向N端口回应查询应答。可见，即便N端口请求查询的信息不属于其入口交换机维护的本域名称服务信息，也可由入口交换机通过与其他远端交换机的交互而获取非本域的名称服务信息，进而使发起查询请求的N端口根本无需关注其所要查询的名称服务信息在何处。

其中，查询请求的响应模式具体分为：

Local模式，N端口所请求查询的信息属于入口交换机本机维护的本域的名称服务信息(例如N端口发送GE_ID查询报文、指定本域的FC地址来获取其它N端口的名称服务信息)，入口交换机直接给N端口回应查询应答；

1-to-1模式，N端口所请求查询的信息不是本域的信息(例如N端口发送GE_ID查询报文、指定其他域的FC地址来获取其它N端口的名称服务信息)，入口交换机知晓此请求应该由哪一台远端交换机处理，并由入口交换机向该远端交换机发送查询请求、并待接收到应答报文之后再根据所收到的应答给请求方N端口回复；

1-to-Many模式，N端口所请求的是其他域的信息列表(例如N端口发送GID_A查询报文、指定要获取某个范围的所有N端口的名称服务信息)，入口交换机知晓此请求应该由哪一批远端交换机处理，并由入口交换机向特定的多台远端交换机发送查询请求、并待接收到所有应答报文或超时之后再统一由入口交换机根据回应结果向N端口发送应答报文；

1-to-All模式是指，N端口所请求的信息无法确定所属域(例如N端口发送GID_PN查询报文、指定通过端口名称来获取所对应的FC地址)，入口交换机由于无法确定此请求应该由哪一台或哪一批远端交换机处理，因此需要向所有域的远端交换机发送请求、并待接收到所有应答报文或超时之后再统一由入口交换机根据回应结果向N端口发送应答报文。

由于各域的名称服务信息采用分布式存储，因而对于上述四种响应模式中的1-to-1模式、1-to-Many模式和1-to-All模式来说，入口交换机均需要从其他远端交换机获取名称服务信息，从而使得查询效率较低。尤其对于1-to-Many模式和1-to-All模式，由于入口交换机需要向一批远端交换机发送查询请求，此时，就需要入口交换机在接收到所有查询应答之后、或待响应定时器超时之后才能向请求方N端口回应，使得查询效率进一步降低。

为解决查询效率低的问题，现有技术中除了在每台交换机备份其所在域的完整名称服务信息之外，还在每台交换机备份其他所有域的名称服务信息，这样，入口交换机在收到N端口的查询请求时，无论所请求查询的信息是否属于本域的名称服务信息，均可以根据本机备份的名称服务信息直接回应查询应答、而不需要再向其它域的远端交换机发送查询请求。

上述的本地备份方式虽然能够解决查询效率低的技术问题，但却存在如下缺陷：

1、由于每个N端口的完整名称服务信息多达752个字节，因而如果将所有域的所有N端口的完整名称服务信息均在本地备份，则使得本地备份的信息量过大、占用较多的存储资源(例如内存)。