光纤通道端口协商方法以及光纤通道交换机系统

摘要

本发明公开了一种光纤通道(FC)端口协商方法以及光纤通道交换机系统。本发明为交换虚拟光纤通道参数(EVFP)协商增设一混合模式的虚拟存储局域网(VSAN)能力，在FC端口本端与对端同时配置有Multi模式时，如果对端VF_ID与本端一致、且与对端存在公共的主干线(Trunk)VSAN，则可得到混合模式的协商结果，并确定在本端VF_ID所属VSAN内以不带有VSAN扩展报文头的方式传输FC报文、在公共Trunk VSAN内以带有VSAN扩展报文头的方式传输FC报文。此时，即可使得FC端口同时支持有标签(Tagging)模式和无标签(Non Tagging)模式，从而能够提高FC端口的通用性。

说明书

技术领域

本发明涉及光纤通道(Fibre Channel，FC)端口初始化技术，特别涉及一种FC端口协商方法、以及可实现FC端口协商的一种FC交换机系统。

背景技术

随着Internet应用的不断增长，网络服务器需要存储的信息和数据越来越多，这就导致网络服务器所需的存储容量也不断增长。当网络服务器的内部存储容量无法满足信息增长的需求时，就需要将网络服务器的存储“外部化”。为了解决这一问题，现有技术提出了存储局域网络(Storage AreaNetworks，SAN)，SAN能够为网络服务器提供专用的外部存储环境，充分利用新的存储硬件技术和网络技术，满足对大容量高可靠数据的存储、访问和备份等需求。其中，FC协议是SAN中应用最广泛的一种协议。FC协议最初是在90年代出现的，目的是提供比以太网和TCP/IP协议更高速、高效的大数据传输性能。

进一步地，现有技术为了将SAN进行划分，又提出了虚拟存储局域网络(VSAN)的概念，即将SAN划分为多个VSAN，只有属于同一个VSAN的网络服务器和存储设备之间才能够通过FC交换机进行通信。其中，本文所述的FC交换机是指支持FC协议的交换机，其既可以是FC网络中的交换机，也可以是以太网承载光纤通道协议(Fibre Channel Over Ethernet，FCoE)网络中的交换机，还可以是其它支持FC协议的交换机。

具体说，为了实现在不同VSAN的FC报文传输，现有技术中提出了如下两种方式：

方式一，在FC报文中增加VSAN扩展报文头(Virtual Fabric TaggingHeader，VFT_Header)，并在VFT_Header中设置表示FC报文所属VSAN的虚拟存储局域网络标识(Virtual Fabric Identifier，VF_ID)字段，FC交换机在收到FC报文后检查FC报文VFT_Header中的VF_ID字段，即可将该FC报文限制在所属VSAN内传输，从而保证不同VSAN之间不能互通报文，进而达到了网络在物理上连通、但逻辑上隔离的目的。

对于该方式，需要在每台FC交换机上配置主干线虚拟存储局域网络(Trunk VSAN)列表、并且Trunk模式配置为开启(On)，当FC交换机与对端FC交换机存在公共的Trunk VSAN时，即两端FC端口的Trunk VSAN列表存在交集时，两台FC交换机相连的FC端口可以进行交换虚拟光纤通道参数(Exchange Virtual Fibre Parameters，EVFP)协商、用以协商得到VSAN的支持能力，得到有标签(Tagging)模式的协商结果，在Tagging模式下，分属于不同VSAN的FC报文可在公共Trunk VSAN内以带有VFT_Header的方式传输。

参见图1，假设有属于VSAN10的网络服务器1和磁盘1、属于VSAN20的网络服务器2和磁盘2，且网络服务器1和磁盘1之间、网络服务器2和磁盘2之间均顺序通过FC交换机1和FC交换机2连接。

FC交换机1与FC交换机2具有公共的Trunk VSAN10和VSAN 20，因此，网络服务器1向FC交换机1的VF_ID10的FC端口发送无VFT_Header的FC报文后，FC交换机1为该FC报文添加包含有VF_ID10的VFT_Header，然后再发送到对端的FC交换机2，FC交换机2依据FC报文VFT_Header中的VF_ID10，即可将收到的FC报文转发至与该FC报文同属一个VSAN10的磁盘1，并在发送到磁盘时去除该FC报文的VFT_Header；网络服务器2向FC交换机1的VF_ID20的FC端口发送无VFT_Header的FC报文后，FC交换机2为该FC报文添加包含有VF_ID20的VFT_Header，然后再发送到对端的FC交换机2，FC交换机2依据FC报文VFT_Header中的VF_ID20，即可将收到的FC报文转发至与该FC报文同属一个VSAN20的磁盘2，并在发送到磁盘时去除该FC报文的VFT_Header。同理，从磁盘1和磁盘2向网络服务器1和网络服务器2仅仅是传输方向的不同、FC交换机1和FC交换机2的处理方式对调，而具体处理过程与上述描述的一致。

方式二，FC报文均不携带VFT_Header，那么就需要所属VSAN内的所有FC交换机之间的互连FC端口均配置该VSAN的VF_ID，相应地，对于每台FC交换机来说，FC报文所属VSAN由接收该FC报文的FC端口所配置的VF_ID来确定。

对于该方式，属于同一VSAN的每两台FC交换机互连的FC端口在进行EVFP协商时，需要预先被配置为相同的VF_ID才能够协商通过、并得到无标签(Non Tagging)模式的协商结果；如果有FC端口的VF_ID与对端不一致，则协商无法通过、即无法建立链路。

参见图2，假设有属于VSAN10的网络服务器1和磁盘1，且网络服务器1和磁盘1之间顺序通过FC交换机1和FC交换机2连接，当网络服务器1发送无VFT_Header的FC报文后FC报文后，FC交换机1依据接收该FC报文的FC端口所配置的表示VSAN10的VF_ID10，将该FC报文通过另一侧配置有VF_ID10的FC端口转发至交换机2配置有VF_ID10的对端FC端口；FC交换机2再依据接收该FC报文的FC端口所配置的表示VSAN10的VF_ID10，将该FC报文通过另一侧配置有VF_ID10的FC端口转发至磁盘1。同理，从磁盘1向网络服务器1发送无VFT_Header的FC报文，仅仅是传输方向的不同，而具体处理过程与上述描述的一致。

上述两种方式虽然能够实现不同VSAN的FC报文传输，但FC端口在经过EVFP协商后，或者仅支持带有VFT_Header的FC报文传输、或者仅支持不带VFT_Header的FC报文传输，即无法同时支持两种FC报文传输。而且，如果需要支持多个VSAN，则FC报文必须带有VFT_Header，这种情况下，对于仅支持不带VFT_Header的FC报文传输的FC端口来说，即便是配置相同VF_ID的FC端口间传输的FC报文也必须携带VFT_Header，因而还增加了与网络服务器和磁盘直连的FC端口的添加和去除VFT_Header的处理。

可见，现有FC端口的EVFP协商过程，使得FC端口的通用性不高。

发明内容

有鉴于此，本发明提供了一种FC端口协商方法、以及一种FC交换机系统，能够提高FC端口的通用性。

本发明提供的一种FC端口协商方法，为交换虚拟光纤通道参数EVFP协商设置混合Multi模式，所述Multi模式表示可同时支持有标签Tagging模式和无标签Non Tagging模式，且在EVFP协商过程中，本端配置有Multi模式的FC端口获知对端FC端口也配置有Multi模式后：

判断对端FC端口的虚拟存储局域网络标识VF_ID与本端是否一致、以及与对端FC端口是否存在公共的主干线虚拟存储局域网络Trunk VSAN；

如果对端FC端口的VF_ID与本端一致、且与对端FC端口存在公共Trunk VSAN，则得到Multi模式的协商结果，并确定在本端VF_ID所属VSAN内以不带有VSAN扩展报文头VFT_Header的方式传输FC报文、在公共Trunk VSAN内以带有VFT_Header的方式传输FC报文；

如果对端FC端口的VF_ID与本端不同、但与对端FC端口存在公共Trunk VSAN，则得到Tagging模式的协商结果，并确定仅在公共Trunk VSAN内以带有VFT_Header的方式传输FC报文；

如果对端FC端口的VF_ID与本端一致、但与对端FC端口不存在公共Trunk VSAN，则得到Non Tagging模式的协商结果，并确定仅在本端VF_ID所属VSAN内以不带有VFT_Header的方式传输FC报文；

如果对端FC端口的VF_ID与本端不同、且对端FC端口未配置公共Trunk VSAN列表，则协商失败。

在对端FC端口的VF_ID与本端一致、且与对端FC端口存在公共TrunkVSAN时，如果本端与对端FC端口的VF_ID所属VSAN同时又属于公共Trunk VSAN，则对于本端VF_ID所属VSAN内的FC报文，优先以不带有VSAN扩展报文头VFT_Header的方式传输。

本端配置有Multi模式的FC端口在EVFP协商过程中接收对端FC端口发送的EVFP报文，该EVFP报文的消息载荷Message Payload中依次携带有表示对端所配置模式的标签管理状态Tagging Adminidstative Status描述符、表示对端VF_ID的端口VF_ID描述符、以及表示对端所配置Trunk VSAN列表的VF_ID列表描述符；

接收到该EVFP报文的FC端口，依据Tagging Adminidstative Status描述符识别对端FC端口是否配置有Multi模式，依据端口VF_ID描述符判断对端VF_ID是否与本端一致，依据VF_ID列表描述符中的Trunk VSAN列表与本端Trunk VSAN列表是否存在交集来判断是否与对端FC端口存在公共Trunk VSAN。

Tagging Adminidstative Status描述符中包括管理标签模式Administrative Tagging Mode字段；

接收到该EVFP报文的FC端口依据Administrative Tagging Mode字段的取值，判断对端FC端口是否配置有Multi模式；

所述Administrative Tagging Mode字段具有如下的可选取值：

表示Non Tagging模式的第一取值；

表示Tagging模式的第二取值；

表示自动AUTO模式的第三取值，所述AUTO模式表示只要有一端配置有Tagging模式也可随之支持Tagging模式；

表示Multi模式的第四取值。

所述第一至第四取值依次为：00000001h、00000002h、00000003h、00000004h。

本发明提供的一种FC交换机系统，包括若干FC交换机，且每台FC交换机具有FC端口，

任意FC交换机被配置有预设混合Multi模式的FC端口，在交换虚拟光纤通道参数EVFP协商过程中获知对端FC端口也配置有Multi模式后，判断对端FC端口的虚拟存储局域网络标识VF_ID与本端是否一致、以及与对端FC端口是否存在公共的主干线虚拟存储局域网络Trunk VSAN；其中，Multi模式表示可同时支持有标签Tagging模式和无标签Non Tagging模式；

如果对端FC端口的VF_ID与本端一致、且与对端FC端口存在公共Trunk VSAN，则得到Multi模式的协商结果，并确定在本端VF_ID所属VSAN内以不带有VSAN扩展报文头VFT_Header的方式传输FC报文、在公共Trunk VSAN内以带有VFT_Header的方式传输FC报文；

如果对端FC端口的VF_ID与本端不同、但与对端FC端口存在公共Trunk VSAN，则得到Tagging模式的协商结果，并确定仅在公共Trunk VSAN内以带有VFT_Header的方式传输FC报文；

如果对端FC端口的VF_ID与本端一致、但与对端FC端口不存在公共Trunk VSAN，则得到Non Tagging模式的协商结果，并确定仅在本端VF_ID所属VSAN内以不带有VFT_Header的方式传输FC报文；

如果对端FC端口的VF_ID与本端不同、且对端FC端口未配置公共Trunk VSAN列表，则协商失败。

如果对端FC端口的VF_ID与本端一致、与对端FC端口存在公共TrunkVSAN，且所述一致的VF_ID所属VSAN同时又属于公共Trunk VSAN，则对于本端VF_ID所属VSAN内的FC报文，优先以不带有VSAN扩展报文头VFT_Header的方式传输。

任意FC交换机配置有预设Multi模式的FC端口在EVFP协商过程中接收对端FC端口发送的EVFP报文，该EVFP报文的消息载荷Message Payload中依次携带有表示对端所配置模式的标签管理状态Tagging AdminidstativeStatus描述符、表示对端VF_ID的端口VF_ID描述符、以及表示对端所配置Trunk VSAN列表的VF_ID列表描述符；

接收到该EVFP报文的FC端口，依据Tagging Adminidstative Status描述符识别对端FC端口是否配置有Multi模式，依据端口VF_ID描述符判断对端VF_ID是否与本端一致，依据VF_ID列表描述符中的Trunk VSAN列表与本端Trunk VSAN列表是否存在交集来判断是否与对端FC端口存在公共Trunk VSAN。

Tagging Adminidstative Status描述符中包括管理标签模式Administrative Tagging Mode字段；

接收到该EVFP报文的FC端口依据Administrative Tagging Mode字段的取值，判断对端FC端口是否配置有Multi模式；

所述Administrative Tagging Mode字段具有如下的可选取值：

表示Non Tagging模式的第一取值；

表示Tagging模式的第二取值；

表示自动AUTO模式的第三取值，所述AUTO模式表示只要有一端配置有Tagging模式也可随之支持Tagging模式；

表示Multi模式的第四取值。

所述第一至第四取值依次为：00000001h、00000002h、00000003h、00000004h。

由上述技术方案可见，本发明为EVFP协商增设一Multi模式的VSAN能力，该Multi模式表示可同时支持Tagging模式和Non Tagging模式；在FC端口本端与对端同时配置有Multi模式时，如果对端FC端口的VF_ID与本端一致、且与对端FC端口存在公共Trunk VSAN，则由于对于本端与对端VF_ID所属VSAN内的FC报文、可以利用FC端口的VF_ID予以识别并转发，而且本端与对端存在能够以带有VFT_Header方式传输FC报文的公共Trunk VSAN，因而即可通过EVFP协商得到Multi模式的协商结果，并确定在本端VF_ID所属VSAN内以不带有VFT_Header的方式传输FC报文、在公共Trunk VSAN内以带有VFT_Header的方式传输FC报文。此时，即可使得FC端口同时支持Tagging模式和Non Tagging模式，从而能够提高FC端口的通用性。

进一步地，本发明可通过改进EVFP协议报文的结构来实现上述方案，由于对EVFP协议报文的改进可以利用现有EVFP协议报文的部分资源、且无需对EVFP协商过程进行过多改进，因而使得本发明的技术方案易于实现。

附图说明

图1为现有FC交换机在无标签模式下传输报文的示意图；

图2为现有FC交换机在有标签模式下传输报文的示意图；

图3为本发明实施例中FC端口协商方法的示例性流程图；

图4为本发明实施例中FC交换机在混合模式下传输报文的示意图；

图5为本发明实施例中EVFP协议报文的消息载荷结构示意图；

图6为如图5所示消息载荷中的标签管理状态描述符结构示意图；

图7为如图6所示描述符中管理标签模式字段可选取值的实例示意图。

具体实施方式

为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明进一步详细说明。

本实施例中，为EVFP协商增设一混合(Multi)模式的VSAN能力，该Multi模式表示可同时支持Tagging模式和Non Tagging模式。当然，本实施例并不是简单地在两端FC端口同时配置有Multi模式后即得到Multi模式的EVFP协商结果，而是需要执行一系列的条件判断后才可确定是否得到Multi模式的EVFP协商结果。

图3为本发明实施例中FC端口协商方法的示例性流程图。如图3所示，本实施例中的FC端口协商方法在EVFP协商过程中包括如下步骤：

步骤301，FC端口与对端FC端口交互各自的VF_ID、Trunk VSAN列表、以及所配置的模式。

步骤302，FC端口判断本端与对端FC端口是否均配置有Multi模式，如果是，则执行步骤303，否则执行步骤307。

步骤303，本端配置有Multi模式的FC端口获知对端FC端口也配置有Multi模式后，判断对端FC端口的VF_ID与本端是否一致、以及与对端FC端口是否存在公共的Trunk VSAN，其中，本步骤中判断本端与对端FC端口是否存在公共的Trunk VSAN，可以通过比较本端Trunk VSAN列表与对端Trunk VSAN列表是否存在交集来实现；

如果对端FC端口的VF_ID与本端一致、且与对端FC端口存在公共Trunk VSAN，则表示对于本端与对端VF_ID所属VSAN内的FC报文，可以利用FC端口的VF_ID予以识别并转发，而且本端与对端存在能够以带有VFT_Header方式传输FC报文的公共Trunk VSAN，因而可以实现Multi模式、并执行步骤304；

如果对端FC端口的VF_ID与本端不同、但与对端FC端口存在公共Trunk VSAN，则表示对于本端与对端VF_ID不一致，无法利用FC端口的VF_ID予以识别并转发，但本端与对端存在能够以带有VFT_Header方式传输FC报文的公共Trunk VSAN，因而需要将Multi模式退化为Tagging模式、并执行步骤305；

如果对端FC端口的VF_ID与本端一致、但与对端FC端口不存在公共Trunk VSAN，则表示对于本端与对端VF_ID所属VSAN内的FC报文，可以利用FC端口的VF_ID予以识别并转发，但本端与对端存在能够以带有VFT_Header方式传输FC报文的公共Trunk VSAN，因而需要将Multi模式退化为Non Tagging模式、并执行步骤306；

如果对端FC端口的VF_ID与本端不同、且对端FC端口未配置公共Trunk VSAN列表，则协商失败、并直接结束本流程(图3中未示出)。

步骤304，通过EVFP协商得到Multi模式的协商结果，且配置有Multi模式的本端FC端口和对端FC端口确定在本端和对端VF_ID所属VSAN内以不带有VFT_Header的方式传输FC报文、在公共Trunk VSAN内以带有VFT_Header的方式传输FC报文，然后结束本流程。

本步骤中，存在一种特例，即本端与对端FC端口相一致的VF_ID所属VSAN，同时又属于公共Trunk VSAN，此时，对于本端VF_ID所属VSAN内的FC报文，优先以不带有VSAN扩展报文头VFT_Header的方式传输。

步骤305，通过EVFP协商得到Tagging模式的协商结果，且配置有Multi模式的本端FC端口和对端FC端口确定仅在公共Trunk VSAN内以带有VFT_Header的方式传输FC报文，然后结束本流程。

步骤306，通过EVFP协商得到Non Tagging模式的协商结果，且配置有Multi模式的本端FC端口和对端FC端口确定仅在本端和对端VF_ID所属VSAN内以不带有VFT_Header的方式传输FC报文，然后结束本流程。

步骤307，按照现有方式得到Tagging模式或Non Tagging模式的协商结果，即如果本端和对端均配置有Tagging模式时得到Tagging模式的协商结果、配置有Tagging模式的本端FC端口和对端FC端口确定仅在公共TrunkVSAN内以带有VFT_Header的方式传输FC报文，即如果本端和对端均配置有Non Tagging模式时得到Non Tagging模式的协商结果、配置有NonTagging模式的本端FC端口和对端FC端口确定仅在一致的VF ID所属VSAN内以不带有VSAN扩展报文头VFT_Header的方式传输FC报文，然后结束本流程。

至此，本流程结束。

基于上述方法，本实施例中的一种光纤通道FC交换机系统包括若干FC交换机，且每台FC交换机具有FC端口，其中，

若任意FC交换机的FC端口本端未配置前述Multi模式、或对端FC端口未配置前述Multi模式，则可按照现有方式进行处理，即如果本端和对端均配置有Tagging模式时得到Tagging模式的协商结果、配置有Tagging模式的本端FC端口和对端FC端口确定仅在公共Trunk VSAN内以带有VFT_Header的方式传输FC报文，即如果本端和对端均配置有Non Tagging模式时得到Non Tagging模式的协商结果、配置有Non Tagging模式的本端FC端口和对端FC端口确定仅在一致的VF_ID所属VSAN内以不带有VSAN扩展报文头VFT_Header的方式传输FC报文。

但与现有技术不同之处在于，任意FC交换机配置有前述Multi模式的FC端口，在EVFP协商过程中获知对端FC端口也配置有Multi模式后，判断对端FC端口的VF_ID与本端是否一致、以及与对端FC端口是否存在公共的Trunk VSAN；

如果对端FC端口的VF_ID与本端一致、且与对端FC端口存在公共Trunk VSAN，则得到Multi模式的协商结果，并确定在本端VF_ID所属VSAN内以不带有VFT_Header的方式传输FC报文、在公共Trunk VSAN内以带有VFT_Header的方式传输FC报文；此时可能存在一种特例，即一致的VF_ID所属VSAN同时又属于公共Trunk VSAN，则对于本端VF_ID所属VSAN内的FC报文，优先以不带有VSAN扩展报文头VFT_Header的方式传输。

如果对端FC端口的VF_ID与本端不同、但与对端FC端口存在公共Trunk VSAN，则得到Tagging模式的协商结果、即将Multi模式退化为Tagging模式，并确定仅在公共Trunk VSAN内以带有VFT_Header的方式传输FC报文；

如果对端FC端口的VF_ID与本端一致、但与对端FC端口不存在公共Trunk VSAN，则得到Non Tagging模式的协商结果、即将Multi模式退化为Non Tagging模式，并确定仅在本端VF_ID所属VSAN内以不带有VFT_Header的方式传输FC报文；

如果对端FC端口的VF_ID与本端不同、且对端FC端口未配置公共Trunk VSAN列表，则协商失败。

这样，基于上述方法和系统即可使FC端口存在同时支持Tagging模式和Non Tagging模式的可能，从而提高了FC端口的通用性。

参见图4，假设有属于VSAN10的网络服务器1和磁盘1、属于VSAN20的网络服务器2和磁盘2，且网络服务器1和磁盘1之间、网络服务器2和磁盘2之间均顺序通过FC交换机1和FC交换机2连接，FC交换机1和FC交换机2的FC端口的VF_ID均为属于VSAN10的VF_ID10。

网络服务器1向FC交换机1的VF_ID10的FC端口发送无VFT_Header的FC报文后，由于FC交换机1与FC交换机2互连的FC端口的VF_ID均为属于VSAN10的VF_ID10，即属于VSAN10的FC报文可以不带有VFT_Header，因而FC交换机1依据接收该FC报文的FC端口所配置的表示VSAN10的VF_ID10，将该FC报文以不带VFT_Header的方式通过另一侧配置有VF_ID10的FC端口转发至交换机2配置有VF_ID10的对端FC端口；FC交换机2再依据接收该FC报文的FC端口所配置的表示VSAN10的VF_ID10，将该FC报文通过另一侧配置有VF_ID10的FC端口转发至磁盘1。同理，从磁盘1向网络服务器1仅仅是传输方向的不同，而具体处理过程与上述描述的一致。

网络服务器2向FC交换机1的VF_ID20的FC端口发送无VFT_Header的FC报文后，由于FC交换机1与FC交换机2互连的FC端口的VF_ID均为属于VSAN10的VF_ID10，即属于VSAN20的FC报文必须带有VFT_Header，而且，FC交换机1与FC交换机2具有公共的Trunk VSAN20，因而FC交换机1为该FC报文添加包含有VF_ID20的VFT_Header，然后再发送到对端的FC交换机2，FC交换机2依据FC报文VFT_Header中的VF_ID20，即可将收到的FC报文转发至与该FC报文同属一个VSAN的磁盘2，并在发送到磁盘2时去除该FC报文的VFT_Header。同理，从磁盘2向网络服务器2仅仅是传输方向的不同、FC交换机1和FC交换机2的处理方式对调，而具体处理过程与上述描述的一致。

上述方法和系统在EVFP协商过程中，本端FC端口与对端FC端口可通过交互EVFP协议报文来交互各自的VF_ID、Trunk VSAN列表、以及所配置的模式。

参见图5，EVFP报文的消息载荷(Message Payload)中可依次携带有表示对端所配置模式的标签管理状态(Tagging Adminidstative Status)描述符、表示对端VF_ID的端口VF_ID(Port VF_ID)描述符、以及表示对端所配置Trunk VSAN列表的VF_ID列表(Locally-Enabled VF_ID List)描述符；

这样，接收到该EVFP报文的FC端口，即可依据Tagging AdminidstativeStatus描述符识别对端FC端口是否配置有Multi模式，依据端口VF_ID描述符判断对端VF_ID是否与本端一致，依据VF_ID列表描述符中的TrunkVSAN列表与本端Trunk VSAN列表是否存在交集来判断是否与对端FC端口存在公共Trunk VSAN。

进一步参见图6，Tagging Adminidstative Status描述符中包括管理标签模式(Administrative Tagging Mode)字段；

相应地，接收到该EVFP报文的FC端口可依据Administrative TaggingMode字段的取值，即可判断对端FC端口是否配置有Multi模式。

其中，Administrative Tagging Mode字段具有如下的可选取值：

表示Non Tagging模式的第一取值；

表示Tagging模式的第二取值；

表示自动AUTO模式的第三取值，所述AUTO模式表示只要有一端配置有Tagging模式也可随之支持Tagging模式；

表示Multi模式的第四取值。

图7中示出了Administrative Tagging Mode字段可选取值的一实例，即第一至第四取值依次为：00000001h、00000002h、00000003h、00000004h。

当然，基于本实施例的上述方案，本领域技术人员也能够想到其他方式来实现本端FC端口与对端FC端口交互各自的VF_ID、Trunk VSAN列表、以及所配置的模式实际应用中，本文在此不再一一列举。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换以及改进等，均应包含在本发明的保护范围之内。