[发明专利]链路协商中的成员口校验方法和系统

说明书

技术领域

本发明涉及链路协商技术，特别涉及一种链路协商中的成员口校验方 法、以及一种链路协商中的成员口校验系统。

背景技术

随着Internet应用的不断发展，网络服务器需要存储的信息和数据越来 越多，进而就导致网络服务器所需的存储容量不断增长。当网络服务器的内 部存储容量无法满足信息增长的需求，就需要将网络服务器的存储“外部 化”。

为了解决这一问题，现有技术中提出了存储局域网络(Storage Area  Networks，SAN)，并由SAN为网络服务器提供专用的外部存储环境，充 分利用新的存储硬件技术和网络技术，满足对大容量高可靠数据的存储、访 问和备份等需求。

光纤通道(Fibre Channel，FC)是SAN中应用最为广泛的一种协议， 即SAN中基于FC网络传输数据。为了增加FC网络的带宽、以提高SAN 中的数据传输效率，现有技术通常将FC网络中的多条FC物理链路捆绑成 为一个FC聚合链路。其中，一条FC聚合链路的两端可看作是逻辑上的两 个聚合口；而组成FC聚合链路的FC物理链路两端的FC端口，则看作是加 入聚合端口的成员口。对于FC聚合链路上的传输数据，根据不同的策略进 行负载分担。

在FC聚合链路传输数据之前，首先需要基于聚合口进行链路协商，协 商阶段顺序包括：在成员口上进行的交换链路参数(ELP)协商，用于协商 各种级别服务以及其相应的流控参数；在聚合口上进行的交换机能力(ESC) 协商，用于协商FC聚合链路两端所在交换机所支持的各种能力；在成员口 上进行的安全(SEC)协商，用于进行安全认证的协商；在聚合口上进行的 虚拟存储局域网络(VSAN)协商，用于协商交换机所支持的VSAN。

其中，成员口是否能够被选中加入至聚合口，主要取决于ELP协商的 结果。

图1为现有ELP协商过程的流程示意图。如图1所示，该流程主要包 括：

步骤101，在位于交换机1的发起端成员口上发起ELP协商，申请交换 标识(Exchange ID、或称为OX_ID)，然后通过发起端成员口向位于交换 机2的响应端成员口发送ELP请求(Request)报文。

步骤102，在位于交换机2的响应端成员口上接收ELP请求报文，申请 Exchange ID、或称为RX_ID，然后通过响应端成员口发送响应(ACK_1) 报文告知发起端成员口。

步骤103，解析ELP请求报文中携带的链路参数信息，

如果交换机2本地可以接受ELP请求报文中携带的链路参数，则由响 应端成员口向发起端成员口回应交换机接受(SW_ACC)报文、并在SW_ACC 报文中携带交换机2本地认可的链路参数信息；

如果发现ELP请求报文中携带的链路参数中有交换机2本地不能接受 的参数，则通过响应端成员口向发起端成员口回应交换机拒绝(SW_RJT) 报文、用以拒绝发起端成员口加入聚合口的ELP协商，并在SW_RJT报文 中标明拒绝原因。

步骤104，在发起端成员口收到SW_ACC或SW_RJT报文后，通过发 起端成员口向响应端成员口发送ACK_1报文，并认为本次的ELP协商过程 结束，在响应端成员口收到ACK_1报文后也认为本次的ELP协商过程结束。

且，如果通过响应端成员口向发起端成员口发送的是SW_RJT报文，则 不会再执行ELP之后的其他协商过程。

至此，本流程结束，且本流程中的各步骤分别由发起端成员口控制器和 响应端成员口控制器来执行。

然而，上述ELP协商过程虽然能够依据链路参数来决定成员口是否能 够加入至聚合口，但却存在如下问题：

1)同一条FC链路两端的成员口，应当分别加入至同一聚合链路两端 的聚合口，且同一条聚合链路每端的成员口应当位于同一交换机。但现有 ELP协商过程中没有针对上述要求对加入聚合口的成员口进行校验，因而使 得协商通过的聚合链路可能无法正常工作，从而使得链路协商的可靠性不 高。

2)现有ELP协商过程中交互的报文，仅仅使用成员口的端口全球唯一 标识(World Wide Name，WWN)地址、而没有使用聚合口相关的信息，因 而使得基于聚合口的链路协商过程无法区别于普通FC口的链路协商过程。

发明内容