CN102427410A - 光纤通道身份标识处理方法、装置、系统及网络设备 - Google Patents
光纤通道身份标识处理方法、装置、系统及网络设备 Download PDFInfo
- Publication number
- CN102427410A CN102427410A CN2011103971634A CN201110397163A CN102427410A CN 102427410 A CN102427410 A CN 102427410A CN 2011103971634 A CN2011103971634 A CN 2011103971634A CN 201110397163 A CN201110397163 A CN 201110397163A CN 102427410 A CN102427410 A CN 102427410A
- Authority
- CN
- China
- Prior art keywords
- main process
- process equipment
- sign
- equipment
- fcoe
- 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
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
本发明提供一种光纤通道身份标识处理方法、装置、系统及网络设备。其中，方法包括：接收主机设备发送的第一FLOGI或第一FDISC，所述第一FLOGI或第一FDISC包括主机设备的N端口设备标识；根据第一FLOGI或第一FDISC，从预先申请到的尚未被分配的FC ID中选择一个FC ID；将所选择的FCID封装在第一LS_ACC中发送给主机设备。本发明技术方案通过预先申请FC ID，在主机设备申请FC ID时，直接从预先申请的FC ID中为主机设备分配FC ID，减少了主机设备申请FC ID时的交互环节，解决了因延迟分配FC ID导致主机设备的FLOGI或FDISC失败的问题。
Description
技术领域
本发明涉及网络通信技术，尤其涉及一种光纤通道身份标识处理方法、装置、系统及网络设备。
背景技术
随着网络存储和各种分布式应用的不断发展，企业和用户对高速通信技术的需求越来越高。光纤通道(Fibre Channel，FC)就是一种高速度、高可靠、高吞吐量的数据传输系统，极大地满足了企业和用户对高速通信的需求。FC可以广泛应用于高性能存储、大规模数据库和数据仓库、存储备份与恢复、集群系统、网络存储系统、数字视频网络等领域。
FC将数据的分发和数据的内容完全分离开来，只关心数据的传输，这就为其传输多种数据类型提供了便利。FC主要是多种高层数据协议的传输载体，其中尤以传输小型计算机系统接口(Small Computer SystemInterface，SCSI)和网际协议(Internet Protocol，IP)数据为主。它作为载体传输高层数据协议的过程，实际上就是一个把高层数据协议映射到FC物理层传输服务的过程。从这个角度讲，FC协议(简称为FCP)就是SCSI数据、命令和状态信息到FC物理层传输服务的映射。
在FC网络中，FC接口存在6种模式，包括：N/L/NL/F/FL/E模式。在FC网络中，主机设备和FC交换机之间的Fabric网络拓扑接口一般选用N(主机端口类型)、F(FC交换机对应的端口类型)模式。
在FC网络中，最主要的寻址方式是使用24bit的FC身份标识(Identity；简称为：ID)，一种类似IP网络中的IP地址的标识。所有的主机设备都必须获得至少一个FC ID才能发起对外的通讯。FC ID是在主机设备和FC交换机之间动态交互获得的，当主机设备需要一个FC ID时必须先发起一个交换机登陆(Fabric Login，FLOGI)操作等待FC交换机应答，当FC交换机认同该FLOGI操作时会反馈一个链路服务接受(LinkService Accept，LS_ACC)应答给主机设备，其中就包含了由FC交换机分配的FC ID，该FC ID就是主机设备的FC ID。
当FC交换机工作在fabric模式时，需要为该FC交换机分配一个主(domain)ID。而每个存储局域网(Storge Area Network，SAN)最多只能分配239个domain ID，因此一个SAN网络中同时只能有239个设备工作于fabric模式。SAN网络对domain ID个数的限制，直接影响了SAN网络拓扑的规模。对于一个大型的SAN网络拓扑，239个fabric设备显然不能满足需要。N端口虚拟(N-Port Virtualizer，NPV)技术正是为了解决上述问题而出现的，NPV通过使FC交换机和若干边缘设备共享domain ID的方式来减缓SAN网络对domain ID个数的限制。
FCN端口代理设备(即FC NPV设备)直接将所有从主机设备收到的FC相关报文透传到FC交换机。由FC交换机提供F端口功能和全部交换功能，这一透传过程对主机设备来说是透明的，主机设备感知不到FC交换机的存在，其认为所有的F端口以及交换行为都是FC NPV设备在处理。而从FC交换机来看，NPV模式下的FC NPV设备相当于连接到FC交换机的主机设备，FC NPV设备对FC交换机表现为主机行为。
在NPV应用模式下，FC NPV设备在启动的时候会发送FLOGI给FC交换机，用以申请一个FC ID作为FC NPV设备的标识以便在FC网络中进行通信。在“FC ID资源”富裕的情况下，FC交换机将发送LS_ACC应答给FC NPV设备，在LS_ACC应答中携带分配给FC NPV设备的FCID。
然后，主机设备发起对FC NPV设备的登陆过程，用以申请一个FC ID以便于主机设备在FC网络中进行通信。FC NPV设备将接收主机设备发送的FLOGI消息并将FLOGI消息转换成F端口服务参数发现(DiscoverF_Port Service Parameter，FDISC)消息发送给FC交换机。在“FC ID资源”富裕的情况下，FC交换机将发送LS_ACC应答给FC NPV设备，并在LS_ACC应答中携带新分配给FC NPV设备的FC ID。FC NPV设备将新申请到的FC ID通过LS_ACC应答发送给主机设备，使得主机设备拥有了从FC交换机分配的FC ID。
在上述主机设备申请FC ID的过程中，由于FC NPV设备的代理使得主机设备的请求并不是直接发送到FC交换机上，而主机设备一般都有等待LS_ACC应答返回的超时时间，大多数主机设备是2秒(s)的时间。如果因FC NPV设备繁忙或者FC交换机繁忙或者FC NPV设备和FC交换机之间的线路繁忙导致延迟分配FC ID，这将造成主机设备FLOGI失败。随着主机设备和FC交换机之间的FC NPV设备的越来越多(可以达到255台甚至更多)，这个导致主机设备FLOGI失败的问题就会越发明显。
发明内容
本发明提供一种光纤通道身份标识处理方法、装置、系统及网络设备，用以解决因FC NPV设备繁忙或者FC交换机繁忙或者FC NPV设备和FC交换机之间的线路繁忙导致延迟分配FC ID的问题，降低主机设备FLOGI失败的概率。
本发明一方面提供一种光纤通道身份标识处理方法，包括：
接收主机设备发送的第一交换机登陆报文FLOGI或第一F端口服务参数发现报文FDISC，所述第一FLOGI或第一FDISC包括所述主机设备的N端口设备标识；
根据所述第一FLOGI或第一FDISC，从预先申请到的尚未被分配的FC ID中选择一个FCID；
将所选择的FC ID封装在第一链路状态接受报文LS_ACC中发送给所述主机设备。
本发明另一方面提供一种光纤通道身份标识处理装置，包括；
第一接收模块，用于接收主机设备发送的第一交换机登陆报文FLOGI或第一F端口服务参数发现报文FDISC，所述第一FLOGI或第一FDISC包括所述主机设备的N端口设备标识；
选择模块，用于根据所述第一FLOGI或第一FDISC，从预先申请到的尚未被分配的FCID中选择一个FCID；
发送模块，用于将所选择的FC ID封装在第一链路状态接受报文LS_ACC中发送给所述主机设备。
本发明又一方面提供一种网络设备，包括：本发明提供的任一光纤通道身份标识处理装置。
本发明再一方面提供一种光纤通道身份标识处理系统，包括本发明提供的任一网络设备、主机设备和FC交换机。
本发明一方面提供的光纤通道身份标识处理方法，在接收到主机设备的FLOGI或FDISC时，从预先申请到的尚未被分配的FC ID中直接选择一个FC ID并分配给主机设备，而不再像现有技术那样将主机设备的FLOGI或FDISC转换为FDISC并发送给FC交换机，由FC交换机申请为主机设备分配FC ID，减少了主机设备申请FC ID时的交互环节，提高了响应主机设备的FLOGI或FDISC请求的实时性，从而解决了因FC NPV设备繁忙或者FC交换机繁忙或者FC NPV设备和FC交换机之间的线路繁忙导致延迟分配FC ID的问题，降低了主机设备FLOGI或FDISC失败的概率。
本发明另一方面提供的光纤通道身份标识处理装置，在接收到主机设备的FLOGI或FDISC时，从预先申请到的尚未被分配的FC ID中直接选择一个FC ID并分配给主机设备，而不再像现有技术那样将主机设备的FLOGI或FDISC转换为FDISC并发送给FC交换机，由FC交换机申请为主机设备分配FC ID，减少了主机设备申请FC ID时的交互环节，提高了响应主机设备的FLOGI或FDISC请求的实时性，从而解决了因FC NPV设备繁忙或者FC交换机繁忙或者FC NPV设备和FC交换机之间的线路繁忙导致延迟分配FC ID的问题，降低了主机设备FLOGI或FDISC失败的概率。
本发明又一方面提供的网络设备，由于包括本发明提供的任一光纤通道身份标识处理装置，在接收到主机设备的FLOGI或FDISC时，从预先申请到的尚未被分配的FCID中直接选择一个FCID并分配给主机设备，减少了主机设备申请FCID时的交互环节，提高了响应主机设备的FLOGI或FDISC请求的实时性，从而解决了因FC NPV设备繁忙或者FC交换机繁忙或者FC NPV设备和FC交换机之间的线路繁忙导致延迟分配FC ID的问题，降低了主机设备FLOGI或FDISC失败的概率。
本发明再一方面提供一种光纤通道身份标识处理系统，由于包括本发明提供的任一光纤通道身份标识处理装置，在接收到主机设备的FLOGI或FDISC时，从预先申请到的尚未被分配的FC ID中直接选择一个FC ID并分配给主机设备，减少了主机设备申请FC ID时的交互环节，提高了响应主机设备的FLOGI或FDISC请求的实时性，从而解决了因FC NPV设备繁忙或者FC交换机繁忙或者FC NPV设备和FC交换机之间的线路繁忙导致延迟分配FC ID的问题，降低了主机设备的FLOGI或FDISC失败的概率。
附图说明
图1为本发明一实施例提供的FC ID处理方法的流程图；
图2A为本发明另一实施例提供的FC ID处理方法的流程图；
图2B为图2A中该步骤200的一种实施方式的流程图；
图2C为图2A中该步骤202的一种实施方式的流程图；
图2D为图2A中该步骤202的另一种实施方式的流程图；
图2E为本发明一实施例在主机设备支持FCoE的条件下提供的确定第一个数的实施方式的流程图。
图2F为本发明另一实施例在主机设备支持FCoE的条件下提供的确定第一个数的实施方式的流程图。
图3A为本发明又一实施例提供的一种FC ID处理方法的流程图
图3B为本发明又一实施例提供的另一种FC ID处理方法的流程图；
图4为本发明再一实施例提供的FC ID处理方法的流程图；
图5A为本发明一实施例提供的FC ID处理装置的结构示意图；
图5B为本发明另一实施例提供的FC ID处理装置的结构示意图；
图5C为本发明又一实施例提供的FC ID处理装置的结构示意图；
图6为本发明一实施例提供FC ID处理系统的结构示意图。
具体实施方式
图1为本发明一实施例提供的FC ID处理方法的流程图。如图1所示，本实施例的方法包括：
步骤101、接收主机设备发送的第一FLOGI或第一FDISC，所述第一FLOGI或第一FDISC包括主机设备的N端口设备标识(N_Port name)。
其中，N端口设备标识用于标识申请FC ID的设备。
主机设备发起对FC NPV设备的登录过程，即向FC NPV设备发送FLOGI，并在FLOGI中携带主机设备的N端口设备标识。在登录过程时，主机设备通过FLOGI第一次向FC NPV设备申请FC ID。
FC网络中的连接在物理上是点对点的，在NVP技术出现以前物理上连接的两点在逻辑上也是点对点连接，即一个FC交换机端口(F端口)仅需对外分配一个FC ID给主机设备(主要是指主机设备上的N端口)。但是自从因NPV而出现了N端口身份标识虚拟(N-Port ID Virtualizer，NPIV)技术后，允许在主机设备和FC交换机之间的一条物理链路上建立多个虚拟的N端口对应一个F端口的逻辑对应关系，即一个FC交换机端口(F端口)可能需对外分配多个FC ID给主机设备。
基于此，在实际应用中，主机设备申请一次FC ID后，有可能再次申请FC ID。当主机设备再次申请FC ID时，向FC NPV设备发送FDISC，并在FDISC中携带主机设备的N端口设备标识。
对FC NPV设备来说，可能接收主机设备发送的FLOGI或FDISC，从中获取主机设备的N端口设备标识，并记录主机设备的N端口设备标识。
其中，第一FLOGI即为主机设备在第一次申请FC ID时发送给FC NPV设备的FLOGI，第一FDISC即为主机设备在再次申请FC ID时发送给FC NPV设备的FDISC。在本发明各实施例中，为了区分不同情况以及不同设备间发送的FLOGI、FDISC和LS_ACC等，均通过冠以第一、第二等进行区分。
步骤102、根据第一FLOGI或第一FDISC，从预先申请到的尚未被分配的FC ID中选择一个FC ID。
在本实施例中，FC NPV设备预先向FC交换机申请了若干个FC ID，并存储在本地，以便于向主机设备分配。
其中，如果一个FC ID被分配给一台主机设备后，FC NPV设备就会标识该FC ID的状态为已分配状态。而对于未分配给任何主机设备的FC ID，FC NPV设备会将其状态标识为空闲状态。FC NPV设备通过这种方式来识别一个FC ID是否已被分配。
当FC NPV设备接收到主机设备发送的第一FLOGI或第一FDISC后，直接从预先申请到的FC ID中获取尚未被分配的FC ID，并从获取到的尚未被分配的FC ID中为主机设备选择一个FC ID。例如，一种较为优选的选择方式为：FC NPV设备依次查找所有申请到的FC ID，并选择查找到的第一个未被分配的FC ID。另外，FC NPV设备会将分配给该主机设备的FC ID置为已分配状态。
步骤103、将所选择的FC ID封装在第一LS_ACC中发送给主机设备。
在为主机设备选择FC ID后，FC NPV设备将所选择的FC ID封装在LS_ACC中发送给主机设备。
其中，第一LS_ACC就是FC NPV设备发送给主机设备的封装有为主机设备选择的FC ID的LS_ACC，只是为了区别于后续出现的LS_ACC而取名为第一LS_ACC。
在本实施例中，FC NPV设备在接收到主机设备的第一FLOGI或第一FDISC时，从预先申请到的尚未被分配的FC ID中直接选择一个FC ID并分配给主机设备，而不再像现有技术那样将主机设备的FLOGI或FDISC转换为FDISC并发送给FC交换机，由FC交换机申请为主机设备分配FC ID，减少了主机设备申请FC ID时的交互环节，提高了响应主机设备的FLOGI或FDISC请求的实时性，从而解决了因FC NPV设备繁忙或者FC交换机繁忙或者FC NPV设备和FC交换机之间的线路繁忙导致延迟分配FC ID的问题，降低了主机设备FLOGI或FDISC失败的概率。
图2A为本发明另一实施例提供的FC ID处理方法的流程图。如图2A所示，本实施例的方法包括：
步骤200、向FC交换机发送第二FDISC，并接收所述FC交换机根据第二FDISC返回的第二LS_ACC，以向所述FC交换机预先申请第一个数的FCID。
在本实施例中，事先确定好了需要预先申请的FC ID的个数，即第一个数。其中，一种简单方便确定第一个数的实施方式为：由管理员确定第一个数，并预先将第一个数配置在FC NPV设备上。其中，管理员可以根据网络的规模来确定第一个数，例如网络规模较大时，确定较大的第一个数，网络规模较小时，确定相对较小的第一个数。或者，管理员还可以通过对网络中申请FC ID的情况进行统计，根据统计结果来确定第一个数；例如，如果网络中申请FC ID的量较大，确定较大的第一个数，如果网络中申请FC ID的量较小，确定相对较小的第一个数。该实施方式简单易于实现，且对主机设备的类型没有要求。
另外，结合网络中主机设备的功能类型，例如主机设备是否支持以太网光纤通道(Fibre Channel over Ethernet，FCoE)，通过对特定功能类型的终端进行统计，从而更加精确的获取第一个数。
基于此，FC NPV设备在向主机设备分配FC ID之前，需要预先向FC交换机申请第一个数的FC ID。其中，FC NPV设备是通过主动向FC交换机发送第二FDISC，使FC交换机根据第二FDISC分配FC ID，并通过返回的第二LS_ACC将所分配的FC ID发送给FC NPV设备。FC NPV设备接收FC交换机返回的第二LS_ACC，完成向FC交换机预先申请FC ID的操作。图2B所示为步骤200的一种具体实施方式的流程，具体包括：
步骤2001、主动向FC交换机发送包括本地N端口设备标识的第二FDISC。
为了使FC交换机能够为FC NPV设备分配FC ID，FC NPV设备将自己的N端口设备标识封装在第二FDISC中发送给FC交换机，以使FC交换机为FC NPV设备分配FC ID。FC交换机基于FC NPV设备的N端口设备标识分配FC ID，并将所分配的FC ID封装在第二LS_ACC中发送给FC NPV设备。其中，本地N端口设备标识是指FC NPV设备的N端口设备标识。
步骤2002、接收FC交换机返回的第二LS_ACC，所述第二LS_ACC携带有FC交换机根据第二FDISC分配的FC ID。
步骤2003、从第二LS_ACC中获取FC ID，并将所获取的FC ID与本地N端口设备标识对应存储在ID资源列表中。
在本实施例中，FC NPV设备在接收到第二LS_ACC后，从第二LS_ACC中获取FC ID，将所获取的FC ID和其自己的N端口设备标识对应存储在ID资源列表中，而不是将FC ID直接转发给主机设备。
其中，ID资源列表用于存储FC NPV设备所申请的FC ID和FC NPV设备的N端口设备标识的对应关系，以及其他相关信息，例如FC ID的状态，FC ID被分配给的主机设备的N端口设备标识等。
本实施例的FC NPV设备通过ID资源列表对申请到的FC ID进行管理。
步骤2004、判断当前申请到的FC ID的个数是否小于所述第一个数；如果判断结果为是，返回执行步骤2001，即继续向FC交换机申请FC ID；如果判断结果为否，执行步骤2005。
其中，FC NPV设备每申请到一个FC ID就会将当前FC ID的个数加1，每分配一个FC ID给主机设备，就会将未被分配的FC ID的个数减1，从而实现对各种状态的FC ID的统计管理。也就是说，FC NPV设备会统计各种状态的FC ID的个数，并会根据统计的个数对FC ID进行管理。
步骤2005、结束申请操作。
在图2B所示实施方式中，FC NPV设备每次只申请一个FC ID，但并不限于这种方式。例如，FC NPV设备也可以向FC交换机发送携带有批处理能力请求的FDISC，一次向FC交换机申请多个FC ID，这种方式可以减少FCNPV设备向FC交换机申请FC ID的次数。
其中，第二FDISC是指FC NPV设备预先向FC交换机申请FC ID时发送给FC交换机的FDISC；其中，预先向FC交换机申请FC ID的情况包括在初始时向FC交换机预先申请FC ID的情况，也包括在未被分配的FC ID的个数小于预设下限值时，向FC交换机预先申请FC ID的情况。第二LS_ACC是FC交换机向FC NPV设备返回预先分配的FC ID时发送给FC NPV设备的LS_ACC。
步骤201、接收主机设备发送的第一FLOGI或第一FDISC，所述FLOGI或第一FDISC包括主机设备的N端口设备标识。
FC NPV设备接收到主机设备发送的第一FLOGI或第一FDISC，记录主机设备的N端口设备标识。
步骤202、根据第一FLOGI或第一FDISC，从预先申请到的尚未被分配的FC ID中选择一个FC ID。
FC NPV设备根据记录的主机设备的N端口设备标识，来识别主机设备，并为主机设备分配一个未被分配的FC ID(即空闲的FC ID)。
基于图2B所示实施方式，本步骤202的一种具体实施方式如图2C所示，包括：
步骤2021、判断ID资源列表中是否存在尚未被分配的FC ID；如果判断结果为是，执行步骤2022；如果判断结果为否，执行步骤2023。
由于FC NPV设备通过ID资源列表管理预先申请的FC ID，例如负责记录FC ID的使用状态等信息，故FC NPV设备可以通过ID资源列表中各个FC ID的使用状态(例如已被分配或空闲状态)来判断是否还有未被分配的FC ID。
步骤2022、为主机设备从ID资源列表中选择一个未被分配的FC ID，将所选择的FC ID置为已分配状态，并将与所选择的FC ID对应的主机设备的N端口设备标识对应存储在ID资源列表中，并结束操作。
如果判断出ID资源列表中还有未被分配的FC ID，则FC NPV设备从中为主机设备选择一个未被分配的FC ID。较为优选的，FC NPV设备选择找到的第一个未被分配的FC ID。然后，FC NPV设备将所选择的FC ID的状态置为已分配状态，并将所选择的FC ID与主机设备的N端口设备标识进行绑定，即将主机设备的N端口设备标识存储到ID资源列表中与所选择的FC ID相对应的位置，以便于标识所选择的FC ID被分配给了哪个主机设备。至此，完成了在尚有未被分配的FC ID的情况下为主机设备选择空闲FC ID的操作。
步骤2023、将第一FLOGI或第一FDISC转换为第三FDISC，并将第三FDISC发送给FC交换机，并接收FC交换机返回的第三LS_ACC，将第三LS_ACC中的FC ID封装在第四LS_ACC中发送给主机设备，同时将第三LS_ACC中的FC ID、本地N端口设备标识和主机设备的N端口设备标识对应存储到ID资源列表中。
其中，第三LS_ACC携带有FC交换机为主机设备分配的FC ID。
如果判断出ID资源列表中已经没有未被分配的FC ID，也就是说FC NPV设备预先申请的所有FC ID都已经被分配出去了，此时，FC NPV设备按照现有技术的流程向FC交换机为主机设备申请FC ID，具体操作流程不再赘述。
其中，第三FDISC是FC NPV设备在判断出ID资源列表中已经没有未被分配的FC ID时，按照现有技术的流程向FC交换机为主机设备申请FC ID时发送给FC交换机的FDISC。第三LS_ACC是与第三FDISC相对应的LS_ACC。
本实施例与现有技术的区别在于，为了方便对以各种方式申请到的FC ID的管理，FC NPV设备为主机设备从FC交换机申请到FC ID后，将所申请到的FC ID也记录到ID资源列表中，并将FC NPV设备的N端口设备标识、主机设备的N端口设备标识和FC交换机所分配的FC ID进行绑定，即将三者对应存储到ID资源列表中。通过这种方式可以使FC NPV设备更加方便的管理各种FC ID。
进一步，本步骤202的另一种实施方式如图2D所示，包括：
步骤2020、判断ID资源列表中是否存在主机设备的N端口设备标识；如果判断结果为否，执行步骤2021及后续步骤；如果判断结果为是，执行步骤2024。
由于ID资源列表中记录有各种FC ID的使用状态以及在被分配的情况下所对应的主机设备的信息等，故FC NPV设备在为主机设备选择FC ID之前，先根据主机设备的N端口设备标识，查询ID资源列表，判断主机设备的N端口设备标识是否存在ID资源列表中，也就是判断主机设备是否已经申请过且已经被分配过FC ID，而本次的第一FLOGI或第一FDISC是由于某种原因(例如延时等)而重新发送的。
如果判断结果为ID资源列表中存在主机设备的N端口设备标识，说明本次的第一FLOGI或第一FDISC是重新发送的；反之，说明本次的第一FLOGI或第一FDISC不是重新发送的。
如果本次的第一FLOGI或第一FDISC不是重新发送的，则执行步骤2021，即判断是否有空闲的FC ID以准备为主机设备分配FC ID。如果本次的第一FLOGI或第一FDISC是重新发送的，则在ID资源列表中就会存在与该主机设备的N端口设备标识对应的FC ID，故执行步骤2024。
步骤2021、判断ID资源列表中是否存在尚未被分配的FC ID；如果判断结果为是，执行步骤2022；如果判断结果为否，执行步骤2023。
步骤2022、为主机设备从ID资源列表中选择一个未被分配的FC ID，将所选择的FC ID置为已分配状态，并将与所选择的FC ID对应的主机设备的N端口设备标识对应存储在ID资源列表中，并结束操作。
步骤2023、将第一FLOGI或第一FDISC转换为第三FDISC，并将第三FDISC发送给FC交换机，并接收FC交换机返回的第三LS_ACC，将第三LS_ACC中的FC ID封装在第四LS_ACC中发送给主机设备，同时将第三LS_ACC中的FC ID、本地N端口设备标识和主机设备的N端口设备标识对应存储到ID资源列表中，并结束操作。
步骤2024、将ID资源列表中与主机设备的N端口设备标识对应的FC ID封装在第五LS_ACC中发送给主机设备。
FC NPV设备从ID资源列表中找到与主机设备的N端口设备标识对应的FC ID(即之前已分配给FC NPV设备的FC ID)，然后将该FC ID重新封装在第五LS_ACC中发送给主机设备。
其中，第五LS_ACC是FC NPV设备在ID资源列表中找到与主机设备的N端口设备标识对应的FC ID，将找到的FC ID返回给主机设备时发送给主机设备的LS_ACC。
本实施例方式通过判断主机设备的N端口设备标识是否存在ID资源列表中，可以防止因某些原因(例如超时重传等)而重复为主机设备分配FC ID。
步骤203、将所选择的FC ID封装在第一LS_ACC中发送给主机设备。
在本实施例中，FC NPV设备预先向FC交换机申请第一个数的FC ID，用于在接收到主机设备的FLOGI或FDISC时，直接根据预先申请的FC ID中为主机设备分配FC ID，而不再像现有技术那样每次都要将主机设备的FLOGI或FDISC转换为FDISC并发送给FC交换机，由FC交换机申请为主机设备分配FC ID，减少了主机设备申请FC ID时的交互环节，提高了响应主机设备的FLOGI或FDISC请求的实时性，从而解决了因FC NPV设备繁忙或者FC交换机繁忙或者FC NPV设备和FC交换机之间的线路繁忙导致延迟分配FC ID的问题，降低了主机设备FLOGI或FDISC失败的概率。另外，在本实施例中，FC NPV设备通过ID资源列表管理FC ID的使用状态等信息，提高了FC ID分配的有效性和效率。
在上述各实施例以及后续各实施例中，如果网络中的主机设备均是支持FCoE的终端，则本发明一实施例基于主机设备的该功能特性提供一种更为精确地确定第一个数(即预先申请的FC ID的个数)的实施方式。如图2E所示，该实施方式包括：
步骤20a、接收网络中各主机设备发送的链路层发现协议(Link LayerDiscovery Protocol，LLDP)消息，所述LLDP消息包括标识主机设备为支持FCoE的终端的FCoE标识和主机设备的介质访问控制(Media Access Control，MAC)地址。
其中，LLDP提供了一种标准的链路层发现方式，LLDP允许本端设备将自己的主要能力、管理地址、设备标识、接口标识等信息组织成不同的类型/长度/值(Type/Length/Value，TLV)，并封装在LLDP数据单元(即LLDP消息)中发布给与自己直连的邻居，而邻居收到LLDP消息将其中的信息以标准管理信息库(Management Information Base，MIB)的形式保存起来，以供网络中的管理系统或其他设备查询及判断链路的通信状况。
LLDP的TLV中有几种基本TLV对于实现LLDP功能来说是必须的。其中，有一项名称为系统能力(system capabilities)的基本TLV，用于向直连的邻居表达本端设备的主要功能以及已使能的功能。目前标准中定义systemcapabilities主要有以下几项：其他(other)、转发(repeater)、交换(bridge)、无线接入点(wlanaccesspoint)、路由(router)、电话(telephone)、有线电视设备(docsiscabledevice)和基站(stationonly)。
本实施例在system capabilities原有设备能力项的基础上引入了新的设备能力项FCoE设备(fcoedevice)，用于表达本端设备是否支持FCoE。如果本端设备支持FCoE，则可以将fcoedevice置为约定的值，例如1，(简称为将fcoedevice置上)，如果不支持FCoE，则不将fcoedevice置上。也就是说，被置上的fcoedevice即为步骤20a中所述的FCoE标识。
在实际应用中，如果网络中的主机设备是支持FCoE的终端，可以向其直连的设备发送LLDP消息，并在LLDP消息中携带FCoE标识(即将LLDP消息的system capabilities中的fcoedevice能力项置上)以及主机设备的MAC地址等信息。网络中接收到LLDP消息的设备(在本实施例中主要是指FCNPV设备)，对LLDP消息进行解析获取system capabilities，进一步对systemcapabilities的基本TLV进行分析，如果解析到fcoedevice能力项被置上，则说明发送LLDP消息的设备支持FCoE，反之，则不支持。
步骤20b、根据LLDP消息中的FCoE标识和MAC地址，对网络中支持FCoE的终端进行统计，获取第一个数。
在本实施例中，假设网络中所有主机设备均支持FCoE，并且均会向FCNPV设备发送LLDP消息，故FC NPV设备可以通过对接收到的携带有FCoE标识的LLDP消息进行统计，即可获得网络中主机设备的个数，然后进一步根据主机设备的个数，获取第一个数。
为了更加方便和灵活的对网络中主机设备的功能特性进行管理，本实施例的FC NPV设备通过一个FCoE终端列表对网络中支持FCoE的终端(即主机设备)进行管理。其中，FCoE终端列表的一种结构及所包含的信息如表1所示。
表1
| 序号 | 是否支持FCoE | MAC地址 |
| 1 | 是 | 0011.2233.4455 |
| 2 | 是 | 0011.2233.4466 |
| 3 | 否 | 0011.2233.4477 |
| … | … | … |
| N | 是 | 00aa.bbxx.yyzz |
基于FCoE终端列表，本步骤20b的一种实施方式包括：FC NPV设备接收LLDP消息，对LLDP消息进行解析，获取LLDP消息中的各种信息；然后，根据LLDP消息中的MAC地址，在FCoE终端列表中进行查找。
如果在FCoE终端列表中查找到LLDP消息中的MAC地址，根据LLDP消息中的FCoE标识，在FCoE终端列表中标识LLDP消息中的MAC地址对应的主机设备是否支持FCoE。详细地说，如果在FCoE终端列表中查找到LLDP消息中的MAC地址，FC NPV设备进一步判断LLDP消息的systemcapabilities中的fcoedevice能力项是否被置上；如果system capabilities中的fcoedevice能力项被置上，FC NPV设备将FCoE终端列表中对应该MAC地址的“是否支持FCoE”字段的值改写为“是”；如果system capabilities中的fcoedevice能力项未被置上，FC NPV设备将FCoE终端列表中对应该MAC地址删除或者将FCoE终端列表中对应该MAC地址对应的“是否支持FCoE”字段的值改写为“否”。
如果在FCoE终端列表中未查找到LLDP消息中的MAC地址，根据LLDP消息中的FCoE标识，在FCoE终端列表中添加该LLDP消息中的MAC地址，并在FCoE终端列表中标识LLDP消息中的MAC地址对应的主机设备是否支持FCoE。详细地说，如果在FCoE终端列表中未查找到LLDP消息中的MAC地址，FC NPV设备进一步判断LLDP消息的system capabilities中的fcoedevice能力项是否被置上；如果system capabilities中的fcoedevice能力项被置上，FC NPV设备将该LLDP消息中的MAC地址添加到FCoE终端列表中，并将所添加的MAC地址对应的“是否支持FCoE”字段的值填写为“是”；如果system capabilities中的fcoedevice能力项未被置上，FC NPV设备可以不执行任何操作或者将该LLDP消息中的MAC地址添加到FCoE终端列表中，并将所添加的MAC地址对应的“是否支持FCoE”字段的值填写为“否”。
然后，FC NPV设备可以对FCoE终端列表中的标识MAC地址对应的主机设备支持FCoE的标识进行统计，获取第一个数。即FC NPV设备对FCoE终端列表中值为“是”的“是否支持FCoE”字段进行个数统计，根据统计出的值为“是”的“是否支持FCoE”字段的个数，获取第一个数。
其中，FC NPV设备根据主机设备的个数或者根据统计出的值为“是”的“是否支持FCoE”字段的个数，获取第一个数包括：如果每个主机设备仅申请一个FC ID，则主机设备的个数或者统计出的值为“是”的“是否支持FCoE”字段的个数即为第一个数。如果每个主机设备可以申请多个FC ID，记为M个，则主机设备的个数或统计出的值为“是”的“是否支持FCoE”字段的个数的M倍即为第一个数。
本实施例通过对LLDP消息的system capabilities进行扩展来携带主机设备的FCoE标识，使得FC NPV设备能够更加精确的获取第一个数，进而提高了后续为主机设备成功分配FC ID的速率。
进一步，在网络中可能存在多个FC NPV设备，则不仅网络中的主机设备支持FCoE，每个FC NPV设备也会支持FCoE。在这种情况下，本发明各实施例中的FC NPV设备所接收到的包括FCoE的LLDP消息还可能是FCNPV设备发送的。为了进一步提高所获取的第一个数的精确性，本发明另一实施例提供一种获取第一个数的实施方式。如图2F所示，该实施方式包括：
步骤30a、向网络中各主机设备发送携带终端标识的通告消息，以使各主机设备生成包括终端标识的LLDP消息。
本实施例的终端标识用于区分一台设备是终端设备，还是非终端设备。在本实施例中，所述终端设备主要是指网络中的主机设备，而非终端设备主要是指网络中的FC NPV设备。所述终端标识的具体实现方式不做限定，只要网络能够统一识别即可。其中，一种较为优选的实现方式为使用FCoE标准中定义的知名MAC地址，例如01-10-18-01-00-01来作为所有主机设备的终端标识(即All-ENode-MACs)。
在本实施例中，FC NPV设备确定好区分网络中的主机设备和FC NPV设备的终端标识后，将所确定的终端标识(例如01-10-18-01-00-01)发送给各个主机设备，以使主机设备通过该终端标识表达自己是终端设备而并非FCNPV设备。
另外，本实施例的FC NPV设备还可以使用FCoE标准中定义的另一知名MAC地址，例如01-10-18-01-00-02来作为网络中所有FC NPV设备的标识(即ALL-FCF-MACs)，并将所确定的FC NPV设备的标识(例如01-10-18-01-00-02)通告给网络中的所有FC NPV设备。
其中，为了减轻本实施例的FC NPV设备的负担以及节约网络带宽，本实施例的FC NPV设备可以通过组播方式向网络中的主机设备或FC NPV设备主动请求终端标识通告。
步骤30b、接收网络中各主机设备发送的LLDP消息，所述LLDP消息包括标识主机设备为支持FCoE的终端的FCoE标识、主机设备的MAC地址和终端标识。
在前面提到LLDP的TLV中有几种基本TLV对于实现LLDP功能来说是必须的，其中有一项名称为底盘标识(Chassis ID)的TLV。在本实施例中，通过该Chassis ID来解决携带终端标识或FC NPV设备的标识的问题。具体的，网络中的主机设备将LLDP消息的Chassis ID设置为FC NPV设备通告的终端标识(例如01-10-18-01-00-01)，来标识自己是终端设备。
相应地，如果有FC NPV设备的标识，FC NPV设备的将LLDP消息的Chassis ID设置为FC NPV设备通告的FC NPV设备的标识(例如01-10-18-01-00-02)，来标识自己是FC NPV设备。
其中，网络中的主机设备可以周期性主动地向直连的FC NPV设备发送LLDP消息，以告知自己是否支持FCoE，是否为终端设备等信息。
另外，为了减少带宽资源的浪费，可以采用被动请求的方式，即本实施例的FC NPV设备首先向网络中的主机设备组播一种请求报文，要求主机设备向其发送LLDP消息进行有关信息的汇报。而在未接收到FC NPV设备发送的请求报文的情况下，网络中的主机设备不发送LLDP消息。进一步，对于网络中同时存在多个FC NPV设备的情况，为了进一步节约带宽资源的浪费，网络中的主机设备可以以组播方式在发送LLDP消息时，同时向所有FCNPV设备发送。
在本实施例中，网络中的主机设备所生成的LLDP消息包括标识主机设备为支持FCoE的终端的FCoE标识、主机设备的MAC地址和终端标识。
对于本实施例的FC NPV设备来说，接收到LLDP消息后，对LLDP消息进行解析获取LLDP消息中的各种信息，例如该LLDP消息的发送者是否为主机设备(或称终端设备)，该LLDP消息的发送者是否支持FCoE，该LLDP消息的发送者的MAC地址等。
步骤30b的其他描述可参见步骤20a，在此不再赘述。
步骤30c、根据LLDP消息中的终端标识，判断接收到的LLDP消息中是否存在发送者不是终端设备的LLDP消息；如果判断结果为是，执行步骤30d；如果判断结果为否，执行步骤30e。
在实际应用中，本实施例的FC NPV设备可以在每接收到一个LLDP消息，就根据LLDP消息中的终端标识判断该LLDP消息的发送者是否为终端设备。例如，FC NPV设备判断LLDP消息的Chassis ID是否为01-10-18-01-00-01；如果判断结果为是，确定该LLDP消息的发送者是终端设备(在本实施例中该终端设备即为主机设备)；反之，确定该LLDP消息的发送者不是终端设备(在本实施例中不是终端设备的发送者即为FC NPV设备)。或者，FC NPV设备判断出LLDP消息的Chassis ID为01-10-18-01-00-02时，也确定该LLDP消息的发送者为FC NPV设备。
基于上述，当判断出所接收到的LLDP消息不是主机设备发送的时，将该LLDP消息丢弃；反之，可以暂存起来。
步骤30d、将发送者不是终端设备的LLDP消息丢弃，然后执行步骤30e。
基于步骤30c，当判断出有不是主机设备发送的LLDP消息时，将该LLDP消息丢弃。
步骤30e、根据LLDP消息中的FCoE标识和MAC地址，对网络中支持FCoE的终端进行统计，获取第一个数。
其中，如果由步骤30d转到步骤30e，则本实施例的FC NPV设备基于剩余的LLDP消息，来获取第一个数。
其中，步骤30e的详细描述可参见步骤20b，在此不再赘述。
本实施例通过为主机设备设置终端标识，使得FC NPV设备将FC NPV设备发送的LLDP消息和主机设备发送的LLDP消息区分开，仅根据主机设备发送的LLDP消息进行统计，获取第一个数，进一步提高了获取的第一个数的精确性，为提高基于第一个数的FC ID的申请的速率与成功率打下了基础。
图3A为本发明又一实施例提供的一种FC ID处理方法的流程图，如图3A所示，本实施例的方法包括：
步骤300、向FC交换机发送第二FDISC，并接收所述FC交换机根据第二FDISC返回的第二LS_ACC，以向所述FC交换机预先申请第一个数的FCID。
步骤301、接收主机设备发送的第一FLOGI或第一FDISC，所述第一FLOGI或第一FDISC包括主机设备的N端口设备标识。
步骤302、根据第一FLOGI或第一FDISC，从预先申请到的尚未被分配的FC ID中选择一个FC ID。
步骤303、将所选择的FC ID封装在第一LS_ACC中发送给主机设备。
上述步骤300-步骤303可参见步骤200-步骤203的描述，在此不再赘述。
步骤304、接收主机设备发送的第一FLOGO，所述第一FLOGO包括所述主机设备的N端口设备标识。
当主机设备退出FC网络时，需要释放所申请的FC ID，故向FCNPV设备发送第一FLOGO，以告知FCNPV设备要释放所申请的FCID。
其中，第一FLOGO是指主机设备退出FC网络时发送给FC NPV设备的FLOGO。
步骤305、判断ID资源列表中是否存在主机设备的N端口设备标识；如果判断结果为是，执行步骤306；如果判断结果为否，执行步骤307。
步骤306、将ID资源列表中与主机设备的N端口设备标识对应的FC ID置为空闲状态，并将主机设备的N端口设备标识从ID资源列表中删除，并结束此次释放操作。
在主机设备的N端口设备标识在ID资源列表中时，FC NPV设备从ID资源列表中找到与主机设备的N端口设备标识对应的FC ID，将所找到的FCID的状态置为空闲状态，并将主机设备的N端口设备标识从ID资源列表中删除，从而完成了主机设备对FC ID资源的释放。
步骤307、返回错误，并结束此次释放操作。
在本实施例中，无论是FC NPV预先申请的FC ID还是由FC交换机直接为主机设备分配的FC ID，都会存储在ID资源列表中，因此，如果主机设备分配到了一个FC ID，则在ID资源列表中一定存在主机设备的N端口设备标识，故如果判断结果为主机设备的N端口设备标识不存在ID资源列表中，说明发生了错误，故FC NPV设备返回错误，并结束此次主机设备对FC ID的释放操作。
在本实施例中，FC NPV设备通过对ID资源列表中的FC ID的状态进行修改，实现了主机设备对所申请的FC ID的释放，方法简单、且FC ID的释放无需通过FC交换机，减少了FC ID释放过程中的交互环节，FC ID的释放效率高。
图3B为本发明又一实施例提供的另一种FC ID处理方法的流程图。本实施例可以基于图3A所示实施例实现，如图3B所示，本实施例在步骤306之后还包括：
步骤308、判断当前未被分配的FC ID的个数是否大于预设上限值；如果判断结果为是，执行步骤309；如果判断结果为否，执行步骤310。
在本实施例中，为了防止FC NPV设备对FC ID资源的占用，预先设定了FC NPV设备上未被分配的FC ID的上限值。在FC NPV设备上未被分配的FC ID的个数大于该上限值时，FC NPV设备就需要向FC交换机释放FCID，以保证未被分配的FC ID的个数小于或等于上限值。其中，该上限值可以由管理员根据实际网络状况指定，具体数值不做限定。
其中，FC NPV设备可以在每次主机设备释放FC ID后，执行判断当前未被分配的FC ID的个数是否大于预设上限值的操作，以实现对FC ID的释放，但并不限于此。例如，FC NVP设备还可以设置一释放周期，当释放周期到达时，FC NPV设备就执行判断当前未被分配的FC ID的个数是否大于预设上限值的操作，以实现对FC ID的释放。也就是说，FC NPV设备执行判断当前尚未被分配的FC ID个数是否大于预设上限值的操作可以与其他操作并行处理，互不影响。其中，在每次主机设备释放FC ID后执行判断当前尚未被分配的FC ID个数是否大于预设上限值的操作是一种优选实施方式。
步骤309、从ID资源列表中选择一个空闲状态的FC ID，将所选择的空闲状态的FC ID和与所选择的空闲状态的FC ID对应的本地N端口设备标识从ID资源列表中删除，并主动向FC交换机发送包括所选择的空闲状态的FCID和其所对应的本地N端口设备标识的第二FLOGO，以释放FC ID直到ID资源列表中尚未被分配的FC ID的个数小于或等于预设上限值为止。
其中，FC ID的释放操作包括FC NPV设备本地的释放操作和FC交换机上的释放操作。其中，FC NVP设备本地的释放是指将空闲状态的FC ID和其所对应的本地N端口设备标识(即FC NPV设备的N端口设备标识)从ID资源列表中删除。FC交换机上的释放是指FC NPV设备向FC交换机发送第二FLOGO，以使FC交换机根据第二FLOGO中携带的N端口设备标识和FCID找到对应的FC ID，并完成释放操作。
其中，第二FLOGO是指FC NPV设备向FC交换机发起FC ID释放操作时发送给FC交换机的FLOGO。
一种FC NPV设备选择所要释放的FC ID的实施方式包括：FC NPV设备在主机设备释放FC ID时，记录被释放FC ID的顺序编号，该顺序编号也存储在ID资源列表中与被释放的FC ID对应的位置，通过顺序编号记录FCID被释放的先后顺序。基于此，在步骤306中，在将ID资源列表中与主机设备的N端口设备标识对应的FC ID置为空闲状态时，记录与主机设备的N端口设备标识对应的FC ID被置为空闲状态的顺序编号。
这样，FC NPV设备向FC交换机释放FC ID时，可以根据ID资源列表中所有处于空闲状态的FC ID对应的顺序编号，选择顺序编号最小的处于空闲状态的FC ID，即选择最早被主机设备释放的FC ID，这样可以按照FC ID被主机设备释放的先后顺序向FC交换机释放FC ID，与实际应用相符合。
FC NPV设备选择释放FC ID的实施方式并不限于上述一种，例如FCNPV设备还可以通过统计FC ID的使用频度等信息，根据使用频度来选择需要向FC交换机释放的FC ID。
步骤310、结束操作。
本实施例通过设定当前未被分配的FC ID的上限值，一方面可以减少对FC ID资源的占用，另一方面有利于减少FC NPV设备频繁向FC交换机发起FC ID释放的动作，有利于减轻网络负担。
图4为本发明再一实施例提供的FC ID处理方法的流程图。本实施例可基于图2A所示实施例，如图4所示，本实施例的方法在步骤203之后还包括：
步骤401、FC NPV设备判断ID资源列表中尚未被分配的FC ID的个数是否小于预设下限值；如果判断结果为是，执行步骤402；如果判断结果为否，执行步骤403。
在本实施例中，为了进一步保证为主机设备分配FC ID的实时性，预先设置了FC NVP设备上未被分配的FC ID的下限值。在FC NPV设备上未被分配的FC ID的个数小于该下限值时，FC NPV设备就需要向FC交换机重新申请FC ID，以保证未被分配的FC ID的个数大于或等于下限值。其中，该下限值可以由管理员根据实际网络状况指定，具体数值不做限定。
在本实施例中，FC NPV设备在为主机设备分配FC ID后触发执行判断当前尚未被分配的FC ID个数是否小于预设下限值的操作，但并不限于这一种触发方式。例如，还可以设定一判断周期，当判断周期到达时，无论当前是否有为主机设备分配FC ID，FC NPV设备都会执行判断当前尚未被分配的FC ID个数是否小于预设下限值的操作。也就是说，FC NPV设备执行判断当前尚未被分配的FC ID个数是否小于预设下限值的操作可以与其他操作并行处理，互不影响。其中，在每次为主机设备分配FC ID后执行判断当前尚未被分配的FC ID个数是否小于预设下限值的操作是一种优选实施方式。
步骤402、FC NPV设备向FC交换机发送包括本地N端口设备标识的第二FDISC，以重新申请FC ID直到ID资源列表中尚未被分配的FC ID的个数大于或等于预设下限值为止。
如果当前尚未被分配的FC ID小于预设下限值，FC NPV设备主动向FC交换机发送包括本地N端口设备标识的第二FDISC，以重新申请FC ID，并且要直到ID资源列表中尚未被分配的FC ID的个数大于或等于预设下限值为止。
FC NPV设备向FC交换机申请FC ID的方法流程可参见图2B所示实施方式的描述。
步骤403、结束操作。
本实施例通过设定当前未被分配的FC ID的下限值，可以进一步提高为主机设备分配FC ID的实时性，并且有利于减少FC NPV设备频繁向FC交换机发起FC ID申请的动作，有利于减轻网络负担。
图5A为本发明一实施例提供的FC ID处理装置的结构示意图。如图5A所示，本实施例的装置包括：第一接收模块51、选择模块52和发送模块53。
第一接收模块51，用于接收主机设备发送的第一FLOGI或第一FDISC，所述第一FLOGI或第一FDISC包括主机设备的N端口设备标识。选择模块52，与第一接收模块51连接，用于根据第一接收模块51接收到的第一FLOGI或第一FDISC，从预先申请到的尚未被分配的FC ID中选择一个FC ID。发送模块53，与选择模块52连接，用于将选择模块52所选择的FC ID封装在第一LS_ACC中发送给主机设备。
本实施例FC ID处理装置的各功能模块可用于执行图1所述FC ID处理方法的流程，其具体工作原理不再赘述，详见方法实施例的描述。
本实施例的FC ID处理装置，在接收到主机设备的FLOGI或FDISC时，从预先申请到的尚未被分配的FC ID中直接选择一个FC ID并分配给主机设备，而不再像现有技术那样将主机设备的FLOGI或FDISC转换为FDISC并发送给FC交换机，由FC交换机申请为主机设备分配FC ID，减少了主机设备申请FC ID时的交互环节，提高了响应主机设备的FLOGI或FDISC请求的实时性，从而解决了因FC NPV设备繁忙或者FC交换机繁忙或者FC NPV设备和FC交换机之间的线路繁忙导致延迟分配FC ID的问题，降低了主机设备FLOGI或FDISC失败的概率。
图5B为本发明另一实施例提供的FC ID处理装置的结构示意图。本实施例基于图5A所示实施例实现，如图5B所示，本实施例的FC ID处理装置还包括：申请模块54。
申请模块54，用于在第一接收模块51接收主机设备发送的第一FLOGI或第一FDISC之前，向FC交换机发送第二FDISC，并接收FC交换机根据第二FDISC返回的第二LS_ACC，以向FC交换机预先申请第一个数的FC ID。
进一步，本实施例的FC ID处理装置还包括：配置模块55，用于在申请模块54向FC交换机预先申请第一个数的FC ID之前，预先配置第一个数。
更进一步，在网络中的主机设备为支持FCoE的终端的条件下，本实施例的FC ID处理装置还可以包括：第二接收模块56和获取模块57。
其中，第二接收模块56，用于在申请模块54向FC交换机预先申请第一个数的FC ID之前，接收网络中各主机设备发送的LLDP消息，所述LLDP消息包括标识主机设备为支持FCoE的终端的FCoE标识和主机设备的MAC地址。获取模块57，与第二接收模块56和申请模块54连接，用于根据第二接收模块56接收到的LLDP消息中的FCoE标识和MAC地址，对网络中支持FCoE的终端进行统计，获取第一个数，并将第一个数提供给申请模块54。
更为具体的，本实施例的获取模块57包括：查找单元571、列表处理单元572和第一获取单元573。具体的，查找单元571，与第二接收模块56连接，用于根据LLDP消息中的MAC地址，在FCoE终端列表中进行查找。列表处理单元572，与查找单元571连接，用于如果查找单元571在FCoE终端列表中查找到LLDP消息中的MAC地址，根据LLDP消息中的FCoE标识，在FCoE终端列表中标识LLDP消息中的MAC地址对应的主机设备是否支持FCoE；如果查找单元571在FCoE终端列表中未查找到LLDP消息中的MAC地址，根据LLDP消息中的FCoE标识，在FCoE终端列表中添加LLDP消息中的MAC地址，并在FCoE终端列表中标识LLDP消息中的MAC地址对应的主机设备是否支持FCoE。第一获取单元573，与列表处理单元572和申请模块54连接，用于对经过列表处理单元572处理后的FCoE终端列表中的标识MAC地址对应的主机设备支持FCoE的标识进行统计，获取第一个数。
更进一步，为了区分主机设备的LLDP消息和FC NPV设备的LLDP消息，本实施例的FC ID处理装置预先确定标识设备是否为终端设备的终端标识。相应地，主机设备发送的LLDP消息中还包括：标识主机设备为终端设备的终端标识。基于此，本实施例的FC ID处理装置还包括：通告模块58和第一判断模块59。
其中，通告模块58，用于在获取模块57获取第一个数之前，向网络中各主机设备发送携带终端标识的通告消息，以使各主机设备生成包括终端标识的LLDP消息。第一判断模块59，与第二接收模块56和通告模块58连接，用于在获取模块57获取第一个数之前，根据第二接收模块56接收到的LLDP消息中的由通告模块58通告的终端标识，判断接收到的LLDP消息的发送者是否为终端设备，如果判断结果为否，将接收到的LLDP消息丢弃。
上述各功能模块和单元可分别用于执行图2B、图2E和图2F所示实施例中的相应流程，其具体工作原理不再赘述。
本实施例的FC ID处理装置，通过预先申请FC ID为直接为主机设备分配FC ID，减少主机设备申请FC ID时的交互环节，提高了响应主机设备的FLOGI或FDISC请求的实时性打下了基础。另外，本实施例的FCID处理装置通过配置第一个数，或者在主机设备支持FCoE的条件下，使用LLDP协议并定义终端标识提高了获取的第一个数的精确性，进而提高了后续为主机设备成功分配FC ID的速率。
图5C为本发明又一实施例提供的FC ID处理装置的结构示意图。本实施例可基于图5A或图5B所示实施例实现，如图5C所示，本实施例的申请模块54包括：第一发送单元541、第一接收单元542、第二获取单元543和第一触发单元544。
第一发送单元541，用于主动向FC交换机发送包括本地N端口设备标识的第二FDISC。其中，本地N端口设备标识是指FC ID处理装置的N端口设备标识。第一接收单元542，用于接收FC交换机返回的第二LS_ACC，所述第二LS_ACC携带有FC交换机根据第二FDISC分配的FC ID。第二获取单元543，与第一接收单元542连接，用于从第一接收单元542接收到的第二LS_ACC中获取FC ID，并将所获取的FC ID与本地N端口设备标识对应存储在ID资源列表中。第一触发单元544，与第二获取单元543和第一发送单元541连接，用于在第二获取单元543当前申请到的FC ID的个数小于第一个数时，触发第一发送单元541执行主动向FC交换机发送包括本地N端口设备标识的第二FDISC，以继续向FC交换机申请FC ID。
上述各功能模块可用于执行图2B所示实施例的流程，其具体工作原理不再赘述。
进一步，本实施例的选择模块52的一种实现结构包括：第一判断单元521和选择单元522。
其中，第一判断单元521，与第一接收模块51连接，用于在第一接收模块51接收到第一FLOGI或第一FDISC时，判断ID资源列表中是否存在尚未被分配的FC ID。选择单元522，与第一判断单元521连接，用于在第一判断单元521判断出ID资源列表中存在尚未被分配的FC ID时，为主机设备从ID资源列表中选择一个未被分配的FC ID，将所选择的FC ID置为已分配状态，并将与所选择的FC ID对应的主机设备的N端口设备标识对应存储在ID资源列表中。
基于上述，本实施例的选择模块52的另一种实现结构还包括：第二发送单元523、第二接收单元524和第三发送单元525。
其中，第二发送单元523，与第一判断单元521连接，用于在第一判断单元521判断出ID资源列表中不存在未被分配的FC ID，将第一FLOGI或第一FDISC转换为第三FDISC，并将第三FDISC发送给FC交换机。第二接收单元524，用于接收FC交换机返回的第三LS_ACC，所述第三LS_ACC携带有FC交换机根据第三FDISC为主机设备分配的FC ID。第三发送单元525，与第二接收单元524连接，用于将第二接收单元524接收到的第三LS_ACC中的FC ID封装在第四LS_ACC中发送给主机设备，同时将第三LS_ACC中的FC ID、本地N端口设备标识和主机设备的N端口设备标识对应存储到ID资源列表中。
基于上述，本实施例的选择模块52的又一种实现结构还包括：第二判断单元526和第二触发单元527。
第二判断单元526，与第一接收模块51连接，用于判断ID资源列表中是否存在主机设备的N端口设备标识。第二触发单元527，与第二判断单元526和第一判断单元521连接，用于在第二判断单元526判断出ID资源列表中不存在主机设备的N端口设备标识时，触发第一判断单元521执行判断ID资源列表中是否存在尚未被分配的FC ID的操作。
进一步，选择模块52还包括：第四发送单元528。第四发送单元528，与第二判断单元526连接，用于在第二判断单元526判断出ID分配列表中存在主机设备的N端口设备标识，将ID分配列表中与主机设备的N端口设备标识对应的FC ID封装在第五LS_ACC中发送给主机设备。
其中，上述各功能单元可用于执行图2C和图2D所示实施例中的相应流程，其具体工作原理不再赘述。
进一步，本实施例的FC ID处理装置还包括：第三接收模块61、第二判断模块62和删除处理模块63。
其中，第三接收模块61，用于接收主机设备发送的第一FLOGO，所述第一FLOGO包括主机设备的N端口设备标识。第二判断模块62，与第三接收模块61连接，用于判断ID资源列表中是否存在第三接收模块61接收到的第一FLOGO中的主机设备的N端口设备标识。删除处理模块63，与第二判断模块62和第二获取单元543连接，用于在第二判断模块62判断出ID资源列表中存在第一FLOGO中的主机设备的N端口设备标识时，将ID资源列表中与主机设备的N端口设备标识对应的FC ID置为空闲状态，并将主机设备的N端口设备标识从ID资源列表中删除。
上述各功能模块可用于执行图3A所示FC ID处理方法的流程，其具体工作原理不再赘述，详见方法实施例的描述。
基于上述各功能模块，本实施例的FC ID处理装置还包括：第三判断模块64和释放处理模块65。
其中，第三判断模块64，主要用于在删除处理模块63将ID资源列表中与主机设备的N端口设备标识对应的FC ID置为空闲状态，并将主机设备的N端口设备标识从ID资源列表中删除之后(但不限于该时间点)，判断ID资源列表中尚未被分配的FC ID的个数是否大于预设上限值。释放处理模块65，与第三判断模块64连接，用于在第三判断模块64判断出ID资源列表中尚未被分配的FC ID的个数大于预设上限值时，从ID资源列表中选择一个空闲状态的FC ID，将所选择的空闲状态的FC ID和与所选择的空闲状态的FCID对应的本地N端口设备标识从ID资源列表中删除，并主动向FC交换机发送包括所选择的空闲状态的FC ID和其所对应的本地N端口设备标识的第二FLOGO，以释放FC ID直到ID资源列表中尚未被分配的FC ID的个数小于或等于预设上限值为止。
更为具体的，删除处理模块63还用于在将ID资源列表中与主机设备的N端口设备标识对应的FC ID置为空闲状态时，记录与主机设备的N端口设备标识对应的FC ID被置为空闲状态的顺序编号。
基于此，释放处理模块65具体用于根据ID资源列表中所有处于空闲状态的FC ID对应的顺序编号，选择顺序编号最小的处于空闲状态的FC ID作为被释放的FC ID。
上述各功能模块可用于执行图3B所示FC ID处理方法中的相应流程，其具体工作原理不再赘述，详见方法实施例的描述。
更进一步，本实施例的FC ID处理装置还包括：第四判断模块66和申请处理模块67。
其中，第四判断模块66，与第二获取单元543连接，主要用于在选择单元522为主机设备从ID资源列表中选择一个未被分配的FC ID，将所选择的FC ID置为已分配状态，并将与所选择的FC ID对应的主机设备的N端口设备标识对应存储在ID资源列表中之后(但不限于该时间点)，判断ID资源列表中尚未被分配的FC ID的个数是否小于预设下限值。申请处理模块67，与第四判断模块66和第二获取单元543连接，用于在第四判断模块66判断出ID资源列表中尚未被分配的FC ID的个数小于预设下限值时，主动向FC交换机发送包括本地N端口设备标识的第二FDISC，以重新申请FC ID直到ID资源列表中尚未被分配的FC ID的个数大于或等于预设下限值为止。
上述各功能模块可用于执行图4所示FC ID处理方法中的相应流程，其具体工作原理不再赘述，详见方法实施例的描述。
本实施例的FC ID处理装置，在接收到主机设备的FLOGI或FDISC时，从预先申请到的尚未被分配的FC ID中直接选择一个FC ID并分配给主机设备，而不再像现有技术那样将主机设备的FLOGI或FDISC转换为FDISC并发送给FC交换机，由FC交换机申请为主机设备分配FCID，减少了主机设备申请FCID时的交互环节，提高了响应主机设备的FLOGI或FDISC请求的实时性，从而解决了因FCNPV设备繁忙或者FC交换机繁忙或者FC NPV设备和FC交换机之间的线路繁忙导致延迟分配FC ID的问题，降低了主机设备FLOGI或FDISC失败的概率。另外，本实施例的FC ID处理装置，通过设定当前未被分配的FC ID的上限值，一方面减少了对FC ID资源的占用，另一方面减少了FC NPV设备频繁向FC交换机发起FC ID释放的动作；而通过设定当前未被分配的FCID的下限值，进一步提高了为主机设备分配FC ID的实时性，并且减少了FCNPV设备频繁向FC交换机发起FC ID申请的动作，减轻了网络负担。
在此说明，上述各实施例的FC ID可以是FC NPV设备，但不限于此。
本发明一实施例提供一种网络设备，包括本发明上述实施例提供的FC ID处理装置。
关于FC ID处理装置的工作原理和结构可参见上述方法实施例和装置实施例的描述，在此不再赘述，
本实施例的网络设备可以是FC NPV设备。
本实施例的网络设备，由于包括本发明实施例提供的FCID处理装置，在接收到主机设备的FLOGI或FDISC时，从预先申请到的尚未被分配的FC ID中直接选择一个FC ID并分配给主机设备，减少了主机设备申请FC ID时的交互环节，提高了响应主机设备的FLOGI或FDISC请求的实时性，从而解决了因FC NPV设备繁忙或者FC交换机繁忙或者FC NPV设备和FC交换机之间的线路繁忙导致延迟分配FC ID的问题，降低了主机设备FLOGI或FDISC失败的概率。
图6为本发明一实施例提供FC ID处理系统的结构示意图。如图6所示，本实施例的系统包括：网络设备71、主机设备72和FC交换机73。
其中，网络设备可以为本发明上述实施例提供的包括FC ID处理装置的网络设备，可以是FC NPV设备，其工作原理和结构可参见上述实施例的描述，在此不再赘述。
在本实施例的系统中，通常包括多个主机设备72(图6中示出3个)。每个主机设备72与网络设备71连接，网络设备71与FC交换机73连接。
在本实施例中，FC交换机73，主要用于预先向网络设备71分配FC ID，或者在网络设备71无法直接为主机设备72分配FC ID时，为主机设备分配FC ID。
主机设备72，主要用于向网络设备71申请FC ID，并接收网络设备71直接分配的FC ID，或者接收网络设备71通过FC交换机73为主机设备72所分配的FC ID。
本实施例的FC ID处理系统，由于包括本发明实施例提供的FC ID处理装置，在接收到主机设备的FLOGI或FDISC时，从预先申请到的尚未被分配的FCID中直接选择一个FC ID并分配给主机设备，减少了主机设备申请FC ID时的交互环节，提高了响应主机设备的FLOGI或FDISC请求的实时性，从而解决了因FCNPV设备繁忙或者FC交换机繁忙或者FC NPV设备和FC交换机之间的线路繁忙导致延迟分配FC ID的问题，降低了主机设备FLOGI或FDISC失败的概率。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (24)
1.一种光纤通道FC身份标识ID处理方法，其特征在于，包括：
接收主机设备发送的第一交换机登陆报文FLOGI或第一F端口服务参数发现报文FDISC，所述第一FLOGI或第一FDISC包括所述主机设备的N端口设备标识；
根据所述第一FLOGI或第一FDISC，从预先申请到的尚未被分配的FC ID中选择一个FCID；
将所选择的FC ID封装在第一链路状态接受报文LS_ACC中发送给所述主机设备。
2.根据权利要求1所述的FC ID处理方法，其特征在于，所述接收主机设备发送的第一交换机登陆报文FLOGI或第一F端口服务参数发现报文FDISC之前包括：
向FC交换机发送包括本地N端口设备标识的第二FDISC，并接收所述FC交换机根据所述第二FDISC返回的第二LS_ACC，以向所述FC交换机预先申请第一个数的FC ID，并将所申请到的FC ID和所述本地N端口设备标识对应存储到ID资源列表中。
3.根据权利要求2所述的FC ID处理方法，其特征在于，所述向FC交换机发送包括本地N端口设备标识的第二FDISC，并接收所述FC交换机根据所述第二FDISC返回的第二LS_ACC，以向所述FC交换机预先申请第一个数的FC ID，并将所申请到的FC ID和所述本地N端口设备标识对应存储到ID资源列表中之前包括：
接收网络中各所述主机设备发送的链路层发现协议LLDP消息，所述LLDP消息包括标识所述主机设备为支持FCoE的终端的FCoE标识和所述主机设备的介质访问控制MAC地址；
根据所述LLDP消息中的FCoE标识和MAC地址，对所述网络中支持FCoE的终端进行统计，获取所述第一个数。
4.根据权利要求3所述的FC ID处理方法，其特征在于，所述根据所述LLDP消息中的FCoE标识和MAC地址，对所述网络中支持FCoE的终端进行统计，获取所述第一个数包括：
根据所述LLDP消息中的MAC地址，在FCoE终端列表中进行查找；
如果在所述FCoE终端列表中查找到所述LLDP消息中的MAC地址，根据所述LLDP消息中的FCoE标识，在所述FCoE终端列表中标识所述LLDP消息中的MAC地址对应的主机设备是否支持FCoE；
如果在所述FCoE终端列表中未查找到所述LLDP消息中的MAC地址，根据所述LLDP消息中的FCoE标识，在所述FCoE终端列表中添加所述LLDP消息中的MAC地址，并在所述FCoE终端列表中标识所述LLDP消息中的MAC地址对应的主机设备是否支持FCoE；
对所述FCoE终端列表中的标识MAC地址对应的主机设备支持FCoE的标识进行统计，获取所述第一个数。
5.根据权利要求3所述的FC ID处理方法，其特征在于，所述LLDP消息还包括标识所述主机设备为终端设备的终端标识；
所述根据所述LLDP消息中的FCoE标识和MAC地址，对所述网络中支持FCoE的终端进行统计，获取所述第一个数之前包括：
根据所述LLDP消息中的终端标识，判断接收到的LLDP消息的发送者是否为终端设备；
如果判断结果为否，将所述LLDP消息丢弃。
6.根据权利要求2-5任一项所述的FC ID处理方法，其特征在于，所述根据所述第一FLOGI或第一FDISC，从预先申请到的尚未被分配的FC ID中选择一个FCID包括：
判断所述ID资源列表中是否存在尚未被分配的FC ID；
如果所述ID资源列表中存在尚未被分配的FC ID，为所述主机设备从所述ID资源列表中选择一个未被分配的FC ID，将所选择的FC ID置为已分配状态，并将与所选择的FC ID对应的所述主机设备的N端口设备标识对应存储在所述ID资源列表中。
7.根据权利要求6所述的FC ID处理方法，其特征在于，所述判断所述ID资源列表中是否存在尚未被分配的FC ID之前包括：
判断所述ID资源列表中是否存在所述主机设备的N端口设备标识；
如果所述ID资源列表中不存在所述主机设备的N端口设备标识，执行判断所述ID资源列表中是否存在尚未被分配的FC ID的操作；
如果所述ID分配列表中存在所述主机设备的N端口设备标识，将所述ID分配列表中与所述主机设备的N端口设备标识对应的FC ID封装在第五LS_ACC中发送给所述主机设备。
8.根据权利要求2-5任一项所述的FC ID处理方法，其特征在于，还包括：
接收所述主机设备发送的第一登录退出报文FLOGO，所述第一FLOGO包括所述主机设备的N端口设备标识；
判断所述ID资源列表中是否存在所述主机设备的N端口设备标识；
如果所述ID资源列表中存在所述主机设备的N端口设备标识，将所述ID资源列表中与所述主机设备的N端口设备标识对应的FC ID置为空闲状态，并将所述主机设备的N端口设备标识从所述ID资源列表中删除。
9.根据权利要求8所述的FC ID处理方法，其特征在于，所述将所述ID资源列表中与所述主机设备的N端口设备标识对应的FC ID置为空闲状态，并将所述主机设备的N端口设备标识从所述ID资源列表中删除之后包括：
判断所述ID资源列表中尚未被分配的FC ID的个数是否大于预设上限值；
如果所述ID资源列表中尚未被分配的FC ID的个数大于预设上限值，从所述ID资源列表中选择一个空闲状态的FC ID，将所选择的空闲状态的FC ID和与所选择的空闲状态的FCID对应的所述本地N端口设备标识从所述ID资源列表中删除，并主动向所述FC交换机发送包括所选择的空闲状态的FC ID和其所对应的本地N端口设备标识的第二FLOGO，以释放FC ID直到所述ID资源列表中尚未被分配的FC ID的个数小于或等于预设上限值为止。
10.根据权利要求9所述的FC ID处理方法，其特征在于，还包括：
在将所述ID资源列表中与所述主机设备的N端口设备标识对应的FC ID置为空闲状态时，记录与所述主机设备的N端口设备标识对应的FC ID被置为空闲状态的顺序编号；
所述从所述ID资源列表中选择一个空闲状态的FC ID包括：
根据所述ID资源列表中所有处于空闲状态的FC ID对应的顺序编号，选择顺序编号最小的处于空闲状态的FC ID。
11.根据权利要求6所述的FC ID处理方法，其特征在于，所述为所述主机设备从所述ID资源列表中选择一个未被分配的FC ID，将所选择的FC ID置为已分配状态，并将与所选择的FC ID对应的所述主机设备的N端口设备标识对应存储在所述ID资源列表中之后包括：
判断所述ID资源列表中尚未被分配的FC ID的个数是否小于预设下限值；
如果所述ID资源列表中尚未被分配的FC ID的个数小于预设下限值，主动向所述FC交换机发送包括所述本地N端口设备标识的所述第二FDISC，以重新申请FC ID直到所述ID资源列表中尚未被分配的FC ID的个数大于或等于预设下限值为止。
12.一种光纤通道FC身份标识ID处理装置，其特征在于，包括：
第一接收模块，用于接收主机设备发送的第一交换机登陆报文FLOGI或第一F端口服务参数发现报文FDISC，所述第一FLOGI或第一FDISC包括所述主机设备的N端口设备标识；
选择模块，用于根据所述第一FLOGI或第一FDISC，从预先申请到的尚未被分配的FCID中选择一个FCID；
发送模块，用于将所选择的FC ID封装在第一链路状态接受报文LS_ACC中发送给所述主机设备。
13.根据权利要求12所述的FC ID处理装置，其特征在于，还包括：
申请模块，用于向FC交换机发送包括本地N端口设备标识的第二FDISC，并接收所述FC交换机根据所述第二FDISC返回的第二LS_ACC，以向所述FC交换机预先申请第一个数的FC ID，并将所申请到的FC ID和所述本地N端口设备标识对应存储到ID资源列表中。
14.根据权利要求13所述的FC ID处理装置，其特征在于，还包括：
第二接收模块，用于接收网络中各所述主机设备发送的链路层发现协议LLDP消息，所述LLDP消息包括标识所述主机设备为支持FCoE的终端的FCoE标识和所述主机设备的介质访问控制MAC地址；
获取模块，用于根据所述LLDP消息中的FCoE标识和MAC地址，对所述网络中支持FCoE的终端进行统计，获取所述第一个数。
15.根据权利要求14所述的FC ID处理装置，其特征在于，所述获取模块包括：
查找单元，用于根据所述LLDP消息中的MAC地址，在FCoE终端列表中进行查找；
列表处理单元，用于如果所述查找单元在所述FCoE终端列表中查找到所述LLDP消息中的MAC地址，根据所述LLDP消息中的FCoE标识，在所述FCoE终端列表中标识所述LLDP消息中的MAC地址对应的主机设备是否支持FCoE；如果所述查找单元在所述FCoE终端列表中未查找到所述LLDP消息中的MAC地址，根据所述LLDP消息中的FCoE标识，在所述FCoE终端列表中添加所述LLDP消息中的MAC地址，并在所述FCoE终端列表中标识所述LLDP消息中的MAC地址对应的主机设备是否支持FCoE；
第一获取单元，用于对所述FCoE终端列表中的标识MAC地址对应的主机设备支持FCoE的标识进行统计，获取所述第一个数。
16.根据权利要求14所述的FC ID处理装置，其特征在于，所述LLDP消息还包括标识所述主机设备为终端设备的终端标识；
所述FCID处理装置还包括：
第一判断模块，用于根据所述LLDP消息中的终端标识，判断接收到的LLDP消息的发送者是否为终端设备，如果判断结果为否，将所述LLDP消息丢弃。
17.根据权利要求13-16任一项所述的FC ID处理装置，其特征在于，所述选择模块包括：
第一判断单元，用于判断所述ID资源列表中是否存在尚未被分配的FCID；
选择单元，用于在所述第一判断单元判断出所述ID资源列表中存在尚未被分配的FC ID时，为所述主机设备从所述ID资源列表中选择一个未被分配的FC ID，将所选择的FC ID置为已分配状态，并将与所选择的FC ID对应的所述主机设备的N端口设备标识对应存储在所述ID资源列表中。
18.根据权利要求17所述的FC ID处理装置，其特征在于，所述选择模块还包括：
第二判断单元，用于判断所述ID资源列表中是否存在所述主机设备的N端口设备标识；
第二触发单元，用于在所述第二判断单元判断出所述ID资源列表中不存在所述主机设备的N端口设备标识时，触发所述第一判断单元执行判断所述ID资源列表中是否存在尚未被分配的FC ID的操作；
第四发送单元，用于在所述第二判断单元判断出所述ID分配列表中存在所述主机设备的N端口设备标识，将所述ID分配列表中与所述主机设备的N端口设备标识对应的FC ID封装在第五LS_ACC中发送给所述主机设备。
19.根据权利要求13-16任一项所述的FC ID处理装置，其特征在于，还包括：
第三接收模块，用于接收所述主机设备发送的第一登录退出报文FLOGO，所述第一FLOGO包括所述主机设备的N端口设备标识；
第二判断模块，用于判断所述ID资源列表中是否存在所述主机设备的N端口设备标识；
删除处理模块，用于在所述第二判断模块判断出所述ID资源列表中存在所述主机设备的N端口设备标识时，将所述ID资源列表中与所述主机设备的N端口设备标识对应的FC ID置为空闲状态，并将所述主机设备的N端口设备标识从所述ID资源列表中删除。
20.根据权利要求19所述的FC ID处理装置，其特征在于，还包括：
第三判断模块，用于判断所述ID资源列表中尚未被分配的FC ID的个数是否大于预设上限值；
释放处理模块，用于在所述第三判断模块判断出所述ID资源列表中尚未被分配的FC ID的个数大于预设上限值时，从所述ID资源列表中选择一个空闲状态的FC ID，将所选择的空闲状态的FC ID和与所选择的空闲状态的FCID对应的所述本地N端口设备标识从所述ID资源列表中删除，并主动向所述FC交换机发送包括所选择的空闲状态的FC ID和其所对应的本地N端口设备标识的第二FLOGO，以释放FC ID直到所述ID资源列表中尚未被分配的FC ID的个数小于或等于预设上限值为止。
21.根据权利要求20所述的FC ID处理装置，其特征在于，所述删除处理模块还用于在将所述ID资源列表中与所述主机设备的N端口设备标识对应的FC ID置为空闲状态时，记录与所述主机设备的N端口设备标识对应的FC ID被置为空闲状态的顺序编号；
所述释放处理模块具体用于根据所述ID资源列表中所有处于空闲状态的FC ID对应的顺序编号，选择顺序编号最小的处于空闲状态的FC ID。
22.根据权利要求17所述的FC ID处理装置，其特征在于，还包括：
第四判断模块，用于判断所述ID资源列表中尚未被分配的FC ID的个数是否小于预设下限值；
申请处理模块，用于在所述第四判断模块判断出所述ID资源列表中尚未被分配的FC ID的个数小于预设下限值时，主动向所述FC交换机发送包括所述本地N端口设备标识的所述第二FDISC，以重新申请FC ID直到所述ID资源列表中尚未被分配的FC ID的个数大于或等于预设下限值为止。
23.一种网络设备，其特征在于，包括权利要求12-22任一项所述的光纤通道身份标识处理装置。
24.一种光纤通道FC身份标识ID处理系统，其特征在于，包括：权利要求23所述的网络设备、主机设备和FC交换机。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110397163.4A CN102427410B (zh) | 2011-12-02 | 2011-12-02 | 光纤通道身份标识处理方法、装置、系统及网络设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110397163.4A CN102427410B (zh) | 2011-12-02 | 2011-12-02 | 光纤通道身份标识处理方法、装置、系统及网络设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102427410A true CN102427410A (zh) | 2012-04-25 |
| CN102427410B CN102427410B (zh) | 2014-09-10 |
Family
ID=45961356
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201110397163.4A Active CN102427410B (zh) | 2011-12-02 | 2011-12-02 | 光纤通道身份标识处理方法、装置、系统及网络设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102427410B (zh) |
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103561128A (zh) * | 2013-11-04 | 2014-02-05 | 福建星网锐捷网络有限公司 | 光纤通道身份标识回收处理方法及网络设备 |
| WO2014124557A1 (zh) * | 2013-02-18 | 2014-08-21 | 华为技术有限公司 | 光纤通道中实现节点端口虚拟化的方法，装置和系统 |
| WO2014169439A1 (zh) * | 2013-04-16 | 2014-10-23 | 华为技术有限公司 | 实现FCoE的方法、装置和系统 |
| WO2015131695A1 (zh) * | 2014-08-25 | 2015-09-11 | 中兴通讯股份有限公司 | 一种光纤通道实现虚拟交换机功能的方法和节点设备 |
| CN105227334A (zh) * | 2014-06-12 | 2016-01-06 | 杭州华三通信技术有限公司 | 一种Fabric网络拓扑发现方法和装置 |
| CN105450432A (zh) * | 2014-07-31 | 2016-03-30 | 华为技术有限公司 | 一种用于定位端口连接错误的方法和相关设备 |
| CN105471692A (zh) * | 2014-07-29 | 2016-04-06 | 华为技术有限公司 | 一种网络互通的方法及设备 |
| CN105915471A (zh) * | 2016-04-14 | 2016-08-31 | 杭州华三通信技术有限公司 | 报文转发方法以及装置 |
| CN103607294B (zh) * | 2013-10-30 | 2017-03-08 | 杭州华三通信技术有限公司 | 一种网络分裂的恢复方法、设备及系统 |
| CN107659499A (zh) * | 2016-07-25 | 2018-02-02 | 华为技术有限公司 | 一种路由的方法及转发设备 |
| CN108108557A (zh) * | 2017-12-21 | 2018-06-01 | 北京华大九天软件有限公司 | 基于矢量匹配法的nport问题自适应拟合与仿真方法 |
| CN111193677A (zh) * | 2019-12-17 | 2020-05-22 | 苏州浪潮智能科技有限公司 | 一种将主机fc端口归属到对应主机的方法、设备及介质 |
| CN113783970A (zh) * | 2020-06-10 | 2021-12-10 | 北京龙腾融智信息技术有限公司 | 光纤通道标识的动态映射方法、装置、设备及其存储介质 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2006138290A2 (en) * | 2005-06-15 | 2006-12-28 | Cisco Technology, Inc. | Methods and devices for networking blade servers |
| US20090252181A1 (en) * | 2008-04-08 | 2009-10-08 | Cisco Technology, Inc. | Discovery for fibre channel over ethernet devices |
| CN102017542A (zh) * | 2008-05-08 | 2011-04-13 | 惠普开发有限公司 | 将光纤通道网络与基于以太网的网络对接的方法 |
| CN102088642A (zh) * | 2009-12-02 | 2011-06-08 | 杭州华三通信技术有限公司 | 光纤通道架构合并方法、系统及交换机 |
| CN102148760A (zh) * | 2011-04-02 | 2011-08-10 | 福建星网锐捷网络有限公司 | Id申请方法、装置及系统 |
-
2011
- 2011-12-02 CN CN201110397163.4A patent/CN102427410B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2006138290A2 (en) * | 2005-06-15 | 2006-12-28 | Cisco Technology, Inc. | Methods and devices for networking blade servers |
| US20090252181A1 (en) * | 2008-04-08 | 2009-10-08 | Cisco Technology, Inc. | Discovery for fibre channel over ethernet devices |
| CN102017542A (zh) * | 2008-05-08 | 2011-04-13 | 惠普开发有限公司 | 将光纤通道网络与基于以太网的网络对接的方法 |
| CN102088642A (zh) * | 2009-12-02 | 2011-06-08 | 杭州华三通信技术有限公司 | 光纤通道架构合并方法、系统及交换机 |
| CN102148760A (zh) * | 2011-04-02 | 2011-08-10 | 福建星网锐捷网络有限公司 | Id申请方法、装置及系统 |
Cited By (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2014124557A1 (zh) * | 2013-02-18 | 2014-08-21 | 华为技术有限公司 | 光纤通道中实现节点端口虚拟化的方法，装置和系统 |
| US9729470B2 (en) | 2013-02-18 | 2017-08-08 | Huawei Technologies Co., Ltd. | Method, apparatus, and system for implementing node port virtualization on fibre channel |
| WO2014169439A1 (zh) * | 2013-04-16 | 2014-10-23 | 华为技术有限公司 | 实现FCoE的方法、装置和系统 |
| CN104350710A (zh) * | 2013-04-16 | 2015-02-11 | 华为技术有限公司 | 实现FCoE的方法、装置和系统 |
| CN104350710B (zh) * | 2013-04-16 | 2017-12-08 | 华为技术有限公司 | 实现FCoE的方法、装置和系统 |
| CN103607294B (zh) * | 2013-10-30 | 2017-03-08 | 杭州华三通信技术有限公司 | 一种网络分裂的恢复方法、设备及系统 |
| CN103561128A (zh) * | 2013-11-04 | 2014-02-05 | 福建星网锐捷网络有限公司 | 光纤通道身份标识回收处理方法及网络设备 |
| CN103561128B (zh) * | 2013-11-04 | 2017-03-29 | 福建星网锐捷网络有限公司 | 光纤通道身份标识回收处理方法及网络设备 |
| CN105227334A (zh) * | 2014-06-12 | 2016-01-06 | 杭州华三通信技术有限公司 | 一种Fabric网络拓扑发现方法和装置 |
| CN105227334B (zh) * | 2014-06-12 | 2018-10-09 | 新华三技术有限公司 | 一种Fabric网络拓扑发现方法和装置 |
| US10284459B2 (en) | 2014-06-12 | 2019-05-07 | Hewlett Packard Enterprise Development Lp | Topology discovery in fabric network |
| CN105471692A (zh) * | 2014-07-29 | 2016-04-06 | 华为技术有限公司 | 一种网络互通的方法及设备 |
| CN105471692B (zh) * | 2014-07-29 | 2019-02-01 | 华为技术有限公司 | 一种网络互通的方法及设备 |
| CN105450432A (zh) * | 2014-07-31 | 2016-03-30 | 华为技术有限公司 | 一种用于定位端口连接错误的方法和相关设备 |
| WO2015131695A1 (zh) * | 2014-08-25 | 2015-09-11 | 中兴通讯股份有限公司 | 一种光纤通道实现虚拟交换机功能的方法和节点设备 |
| CN105915471A (zh) * | 2016-04-14 | 2016-08-31 | 杭州华三通信技术有限公司 | 报文转发方法以及装置 |
| CN107659499A (zh) * | 2016-07-25 | 2018-02-02 | 华为技术有限公司 | 一种路由的方法及转发设备 |
| CN107659499B (zh) * | 2016-07-25 | 2020-10-27 | 华为技术有限公司 | 一种路由的方法及转发设备 |
| CN108108557A (zh) * | 2017-12-21 | 2018-06-01 | 北京华大九天软件有限公司 | 基于矢量匹配法的nport问题自适应拟合与仿真方法 |
| CN108108557B (zh) * | 2017-12-21 | 2020-06-02 | 北京华大九天软件有限公司 | 基于矢量匹配法的nport问题自适应拟合与仿真方法 |
| CN111193677A (zh) * | 2019-12-17 | 2020-05-22 | 苏州浪潮智能科技有限公司 | 一种将主机fc端口归属到对应主机的方法、设备及介质 |
| CN111193677B (zh) * | 2019-12-17 | 2022-03-22 | 苏州浪潮智能科技有限公司 | 一种将主机fc端口归属到对应主机的方法、设备及介质 |
| CN113783970A (zh) * | 2020-06-10 | 2021-12-10 | 北京龙腾融智信息技术有限公司 | 光纤通道标识的动态映射方法、装置、设备及其存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102427410B (zh) | 2014-09-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102427410B (zh) | 光纤通道身份标识处理方法、装置、系统及网络设备 | |
| CN111796905B (zh) | 一种kubernetes容器云平台VLAN网络的实现方法及系统 | |
| US8718061B2 (en) | Data center network system and packet forwarding method thereof | |
| CN102780569B (zh) | 远程管理方法及网元设备 | |
| CN106714082A (zh) | 群组通信的方法及群组服务器 | |
| CN105337750B (zh) | 光纤通道存储区域网络配置方法和装置 | |
| CN102549983A (zh) | 分布式数据中心接入交换机 | |
| CN102148698A (zh) | 基于网络配置协议的网络配置管理方法、设备和系统 | |
| CN102025630A (zh) | 负载均衡方法及负载均衡系统 | |
| CN103404084A (zh) | Mac地址强制转发装置及方法 | |
| KR20130068849A (ko) | 이종 네트워크로 구성된 네트워크 환경에서 장치들간의 계층적 메시지 전송을 위한 시스템 및 그 방법 | |
| CN101997725A (zh) | 一种基于pon承载docsis业务的系统和装置 | |
| CN102208945B (zh) | 获取网络地址方法及以太网光纤通道协议目标器及通信系统 | |
| CN105554178A (zh) | 一种地址分配的方法、网关及系统 | |
| CN102291465A (zh) | 负载均衡方法、装置和系统 | |
| CN102318322A (zh) | Mac地址分配方法和设备 | |
| CN105007340A (zh) | 支持即插即用的分布式can网络及其节点地址自动分配方法 | |
| CN108540408B (zh) | 一种基于Openstack的分布式虚拟交换机的管理方法及系统 | |
| CN101909346A (zh) | Dhcp广播方法与无线访问控制器 | |
| CN101958939A (zh) | 多机通讯节点设备按键地址自动分配方法及其系统 | |
| JP6574906B2 (ja) | マスター・スレーブ・ネットワークのためのｉｐアドレス割り当て方法、装置、およびシステム | |
| CN103207813A (zh) | 管理资源的方法和装置 | |
| CN102148751A (zh) | 逻辑接口管理方法、装置及网络设备 | |
| JP2018531563A6 (ja) | マスター・スレーブ・ネットワークのためのｉｐアドレス割り当て方法、装置、およびシステム | |
| CN102647338A (zh) | 网络通信方法和设备 |
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 |