CN103259685B - 检测链路故障的方法及网络设备 - Google Patents
检测链路故障的方法及网络设备 Download PDFInfo
- Publication number
- CN103259685B CN103259685B CN201310200571.5A CN201310200571A CN103259685B CN 103259685 B CN103259685 B CN 103259685B CN 201310200571 A CN201310200571 A CN 201310200571A CN 103259685 B CN103259685 B CN 103259685B
- Authority
- CN
- China
- Prior art keywords
- bfd
- message
- network equipment
- port
- protocol
- 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
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请公开了一种检测链路故障的方法,包括:将双向转发检测BFD协议帧封装在光纤通道FC报文的交换机光纤网内部链路服务SW_ILS协议帧中,所述封装了BFD协议帧的FC报文定义为FC-BFD报文;在支持基于以太网的光纤通道FCoE协议的网络设备间完成FC-BFD协议会话建立成功后,如果所述网络设备中的任一网络设备通过本设备上任一已使能FC-BFD协议的端口在检测时间内没有接收到对端发送的FC-BFD报文,则删除所述网络设备上该端口对应的到达对端的虚拟存储区域网络VSAN路由表项。本申请还公开了一种支持FCoE协议的网络设备。本申请可以极大地减少FC网络流量丢包的时间,实现路由的快速收敛。
Description
技术领域
本申请涉及链路状态检测技术领域,尤其涉及检测链路故障的方法及网络设备。
背景技术
采用FCSAN(使用光纤通道的存储区域网络)技术的数据中心一般包括独立的LAN(LocalAreaNetwork,局域网)网络和SAN(StorageAreaNetwork,存储区域网)网络。LAN网络应用于传统的以太网IP业务,SAN网络应用于网络存储。为了同时为LAN网络提供服务并通过SAN网络完成存储功能,服务器需要使用独立的以太网卡和FC(FibreChannel,光纤通道)网卡,且Ethernetswitch(以太网交换机)和FCswitch(FC交换机)及其对应网络连接线也是独立的,这就使得网络需要使用较多的交换机和网卡及线缆,对应的设备投资及维护工作量都比较大,可扩展性比较差。
FCoE(FibreChanneloverEthernet,基于以太网的光纤通道)协议可以很好地解决上述问题,FCoE是将FC协议承载在以太网上的一种协议。在FCoE解决方案中,服务器只要使用支持FCoE协议的以太网卡即可,而FCF(FCoEForwarder,FCoE承载交换机)可以同时替换传统以太网交换机和FC交换机,实现I/O(输入输出端口)整合,使网卡、交换机和连接线缆的数量大为减少,同时减轻网络运行的维护工作量,降低总体成本。
如图1所示,在传统组网中,服务器Server分别通过以太网接口和FC接口接入到LAN网络和SAN网络,而在FCoE组网中,如图2所示,服务器可以通过支持FCoE协议的以太网卡连接到FCFswitch上(服务器和FCFswitch之间的链路可以同时收发以太网报文和FC报文),然后FCFswitch通过以太网接口接入到LAN网络,通过FC接口接入到SAN网络中。
在SAN网络中,如图3所示,节点设备和支持FCoE协议的交换机之间通过不同类型的VFC(虚拟光纤通道)接口进行互联,主要用到下面三种类型的接口:
(1)VE_Port(VirtualE_Port):用来和对端交换机上的虚接口VE_Port通过FCoE初始化协议FIP协商建立虚连接;
(2)VF_Port(VirtualF_Port):用来和支持FCoE的服务器或存储设备上的虚接口VN_Port通过FIP协商建立虚连接;
(3)VN_Port(VirtualN_Port):在支持FCoE的服务器或存储设备或实现NPV(N_PortVirtualization,N端口虚拟化)的设备上创建的虚接口,用来和支持FCoE的交换机上的虚接口VF_Port建立虚连。
上述三种端口的连接都是通过FCoE初始化协议FIP报文建立的,虚链路建立后,对应的VFC端口状态就会变为正常状态UP,交换机周期性发送保活报文来维护已建立的虚链路。对于VFC端口的链路状态检测,只能通过保活报文超时来检测,即如果VFC端口在设定倍数(例如2.5倍)的保活报文发送周期内没有接收到对端保活报文,则认定虚链路断掉,删除该虚链路,VFC链路状态变为异常状态down,这时该条虚链路中断。在实际存储环境中,上层文件服务会先于链路层感知到中断,从而将业务切换到备份CAN(融合网络适配器)卡上。
例如,假设设备采用默认保活报文的发送周期为8秒,则当设备在2.5倍的发送周期内(即2.5×8=20秒内),没有收到对端发送的保活报文时,认定其与对端之间的虚链路断掉,即对应的VFC端口状态变为down,也就是说,SAN网络的链路发生故障后,FCoE交换机需要通过20秒才能感知到,从链路故障发生至FCoE交换机感知到故障的时间太长,从而导致正在进行的文件服务中断不可避免,且会造成FC网络流量的较长时间丢包。
因此,目前通过保活报文超时来检测链路故障时,从链路故障发生至FCoE交换机感知到故障的时间太长,一般为秒级,这样会造成FC网络流量的较长时间丢包或业务中断,而且路由收敛速度慢。
发明内容
有鉴于此,本申请提出一种检测链路故障的方法,可以极大地减少FC网络流量丢包的时间,实现路由的快速收敛。
本申请还提出一种支持FCoE协议的网络设备,可以极大地减少FC网络流量丢包的时间,实现路由的快速收敛。
为达到上述目的,本申请实施例的技术方案是这样实现的:
一种检测链路故障的方法,包括:
将双向转发检测BFD协议帧封装在光纤通道FC报文的交换机光纤网内部链路服务SW_ILS协议帧中,所述封装了BFD协议帧的FC报文定义为FC-BFD报文;
在支持基于以太网的光纤通道FCoE协议的网络设备间完成FC-BFD协议会话建立成功后,如果所述网络设备中的任一网络设备通过本设备上任一已使能FC-BFD协议的端口在检测时间内没有接收到对端发送的FC-BFD报文,则删除所述网络设备上该端口对应的到达对端的虚拟存储区域网络VSAN路由表项。
一种支持基于以太网的光纤通道FCoE协议的网络设备,包括:双向转发检测BFD协议封装模块、链路故障检测模块,其中:
BFD协议封装模块,用于将BFD协议帧封装在光纤通道FC报文的交换机光纤网内部链路服务SW_ILS协议帧中,所述封装了BFD协议帧的FC报文定义为FC-BFD报文;
链路故障检测模块,用于在支持基于以太网的光纤通道FCoE协议的网络设备间完成FC-BFD协议会话建立成功后,如果作为所述网络设备中任一网络设备的本网络设备通过任一已使能FC-BFD协议的端口在检测时间内没有接收到对端发送的FC-BFD报文,则删除本网络设备上该端口对应的到达对端的虚拟存储区域网络VSAN路由表项。
本申请的有益效果为,通过将BFD协议帧封装到FC报文中,所述封装了BFD协议帧的FC报文定义为FC-BFD报文,并在支持FCoE协议的网络设备间使能FC-BFD协议,由于BFD协议的发送周期为毫秒级时间,所述封装了BFD协议帧的FC报文FC-BFD的发送周期也为毫秒级时间。因此,当链路存在故障时,上述网络设备通过检测FC-BFD报文的接收情况,就可以在毫秒级的时间内检测出链路故障并进行相应地处理,从而可以极大地减少FC网络流量丢包的时间,并实现路由的快速收敛。
附图说明
图1为现有技术的传统组网示意图;
图2为现有技术的FCoE组网实现I/O整合的示意图
图3为现有技术的虚拟光纤通道VFC端口的工作模式示意图;
图4为本申请实施例的方法流程图;
图5为本申请实施例的网络设备间FC-BFD协议会话建立过程中的FC-BFD报文交互过程示意图;
图6为本申请实施例的应用示例组网示意图;
图7为本申请实施例的装置功能模块结构示意图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下通过具体实施例并参见附图,对本申请进行详细说明。
本申请提出一种检测链路故障的方法,预先将双向转发检测BFD协议帧封装在光纤通道FC报文的SW_ILS(SwitchFabricInternalLinkServices,交换机光纤网内部链路服务)协议帧中,所述封装了BFD协议帧的FC报文定义为FC-BFD报文;
在支持基于以太网的光纤通道FCoE协议的网络设备间完成FC-BFD协议会话建立成功后,如果所述网络设备中的任一网络设备通过本设备上任一已使能FC-BFD协议的端口在检测时间内没有接收到对端发送的FC-BFD报文,则删除所述网络设备上该端口对应的到达对端的虚拟存储区域网络VSAN路由表项。
本申请中,通过将BFD协议帧封装到FC报文中,并在支持FCoE协议的网络设备间使能FC-BFD协议,由于BFD协议报文的发送周期为毫秒级时间,所述封装了BFD协议帧的FC报文FC-BFD的发送周期也为毫秒级时间,因此,上述网络设备通过检测FC-BFD报文的接收情况,可以在毫秒级的时间内检测出链路是否出现了故障,并进行相应处理,即将BFD功能应用到FCoE网络中,让链路层先于应用层发现故障,从而可以极大地减少FC网络流量丢包的时间,实现路由的快速收敛。
本申请实施例的方法流程如图4所示,一种检测链路故障的方法,包括如下步骤:
步骤401:将双向转发检测BFD协议帧封装在光纤通道FC报文的交换机光纤网内部链路服务SW_ILS协议帧中,所述封装了BFD协议帧的FC报文定义为FC-BFD报文。
为了将BFD功能应用到FCoE网络中,需要将BFD协议帧封装到FC报文的SW_ILS协议帧中。为方便描述,将所述封装了BFD协议帧的FC报文定义为FC-BFD报文。
可使用一类TYPE来标记FC-BFD报文类型,但是在FC报文的帧头中的类型TYPE字段只有2字节,可使用资源较少;因此,选择将BFD协议帧封装在FC报文的SW_ILS(SwitchFabricInternalLinkServices,交换机光纤网内部链路服务)协议帧中,SW_ILS协议帧主要应用在FC网络中交换网络内部链路服务的参数协商,且留有较大的扩展空间,适合扩展本申请实施例涉及到的链路检测服务。
因此,将BFD帧封装在FC报文的SW_ILS协议帧中,采用SW_ILS协议帧的现有报文结构,SW_ILS帧在FC报文中的现有Type值为“22”。
具体封装过程如下:
将所述SW_ILS协议帧中的命令字段command值设置为FC-BFD的报文类型值。在SW_ILS帧中,使用Command字段(4字节)细分不同的功能,因此,需要为FC-BFD定义一个新的Command数值,即没有被使用过的Command值,用于标记FC-BFD报文类型,如使用预留数值Command=B0000000(Command数值的01000000-9FFFFFFF已被其它报文占用)来定义FC-BFD;这里可参考标准文档FC-FS-3(FibreChannel-FramingandSignaling-3)、FC-SW-5(FibreChannel-SwitchFabric-5)。
然后将BFD协议帧的各字段插入所述SW_ILS协议帧中的command字段之后。
FC-BFD报文格式如下表1:
以太网帧 | VLAN帧 | FCoE帧 | FC帧 |
表1
由表1可知,FC-BFD报文格式包含以太网帧、虚拟局域网VLAN帧、基于以太网的光纤通道FCoE帧和光纤通道FC帧,其各个帧的信息如下:
以太网帧头:采用标准帧头格式,源MAC为本端FCoE-MAC(本端基于以太网的光纤通道设备的介质访问控制MAC地址),目的MAC为对端FCoE-MAC(对端基于以太网的光纤通道设备的MAC地址),TYPE=8100。
VLAN帧头:采用标准帧头格式,VLANID为虚拟存储区域网络VSAN映射的Vlan编号,TYPE=8906(FC报文的type类型为8906)。
FCoE帧头:采用标准帧头格式,Version值为0。
FC帧头:采用标准帧头格式。源FCID为本端设备的光纤通道地址FCID;目的FCID为对端设备的FCID;TYPE采用SW_ILS报文的Type值“22”。
现有FC报文格式也由如表1中的以太网帧、VLAN帧、FCoE帧和FC帧组成,各帧信息也与以上描述相同,但不同的是,本申请实施例对表1的FC帧中的SW_ILS协议帧进行了如下处理:
1)将所述SW_ILS协议帧的Command字段值设置为FC-BFD的报文类型值,比如使用预留数值Command=B0000000,标记该报文类型为FC-BFD。
2)将现有BFD协议帧的各字段插入上述Command字段之后。
现有BFD协议帧的主要字段如下:
Vers值:BFD协议版本号为“1”;
Diag值:诊断字,标明本地BFD系统最后一次会话Down的原因;
State值:BFD本地状态;1表示异常状态Down,2表示中间状态Init,3表示正常状态Up;
DetectMult:检测超时倍数,用于检测方计算检测超时时间;
Length:报文长度;
MyDiscreaminator:BFD会话连接本地标识符;
YourDiscreaminator:BFD会话连接远端标识符;
DesiredMinTxInterval:本地支持的最小BFD报文发送间隔,该字段为BFD帧的可选项;
RequiredMinRXInterval:本地支持的最小BFD接收间隔,该字段为BFD帧的可选项;
RequiredMinEchoRXInterval:本地支持的最小应答协议Echo报文接收间隔(如果本地不支持Echo功能,则设置0),该字段为BFD帧的可选项;
AuthType:认证类型,该字段为BFD帧的可选项;
BFD帧头采用以太网BFD标准帧头格式,BFD协议字段描述详见《RFC5880》。
从而得到SW_ILS协议帧的格式示意如下表2所示(仅摘取BFD帧的部分字段作为示例):
字段 | 值 |
Command(十六进制hex) | B0000000 |
State(十进制int) | 1-异常状态Down |
··· | ··· |
My Discreaminator(十进制int) | 0 |
Your Discreaminator(十进制int) | 0 |
表2
上述封装完成后,需要将FC-BFD与虚拟光纤通道VFC端口、虚拟存储区域网络VSAN进行绑定,以利用FC-BFD对链路状态进行检测,具体过程如下步骤402。
步骤402:在支持基于以太网的光纤通道FCoE协议的网络设备间完成FC-BFD协议会话建立成功后,如果所述网络设备中的任一网络设备通过本设备上任一已使能FC-BFD协议的端口在检测时间内没有接收到对端发送的FC-BFD报文,则删除所述网络设备上该端口对应的到达对端的虚拟存储区域网络VSAN路由表项。
本申请实施例应用于支持FCoE协议的网络设备之间。在FC网络中,FCoE设备主要有两种模式,即FCF模式和NPV模式;对于工作在FCF模式下的设备,FC-BFD报文中封装的源FCID值为本设备的光纤通道地址FCID,即fffc(十六进制)+本设备的domainid(域ID),目的FCID值为对端设备的FCID;对于工作在NPV模式下的设备,FC-BFD报文中封装的源FCID值为本设备FCID,目的FCID值为对端设备的FCID,即fffc+对端FCF设备的domainid。
FC-BFD协议功能,是通过检测网络设备本端与对端FCID的可达性来检测链路状态。首先需要将FC-BFD与VFC端口、VSAN进行绑定,即在所述网络设备间完成FC协议会话建立成功之后,再进行FC-BFD协议会话建立。也就是,当所述VSAN中的VFC端口为正常状态UP后,得到对端设备的FCID,这时FC-BFD协议开启,进行协议握手,通过协议发现机制,完成握手报文的交互。
所述在支持FCoE协议的网络设备间完成FC-BFD协议会话建立成功之后,所述网络设备中的每一个网络设备通过本设备上已使能FC-BFD协议的端口周期性向对端发送FC-BFD报文,以实现链路故障检测。
链路故障检测过程如下:
所述在支持FCoE协议的网络设备间完成FC-BFD协议会话建立成功后,所述网络设备中的任一网络设备判断通过该网络设备的任一已使能FC-BFD的端口在检测时间内是否接收到对端发送的FC-BFD报文;如果没有接收到,则将该端口的FC-BFD协议状态由正常状态切换为异常状态,停止向所述对端发送FC-BFD报文,并删除所述网络设备上该端口对应的到达对端的虚拟存储区域网络VSAN路由表项。
上述检测时间由网络设备的型号决定,与网络设备的端口对应(即同一网络设备上各个端口的检测时间长度是相同的,但每个端口是独立计时的),均为毫秒级的检测时间。
一台网络设备可能有多个端口,其中,可能有的端口已使能FC-BFD协议,有的端口没有使能FC-BFD协议,但本申请实施例只针对已使能FC-BFD协议的端口进行检测。
如果所述网络设备中的任一网络设备通过该网络设备的任一已使能FC-BFD的端口在检测时间内没有接收到对端发送的FC-BFD报文,则认为该端口与对端之间的链路发生故障,或者该端口与对端之间的链路正常但对端设备出现了故障,从而导致所述网络设备的该端口在检测时间内没有接收到对端发送的FC-BFD报文。此时,强制将该端口的FC-BFD协议状态由正常状态UP切换为异常状态Down,停止向所述对端发送FC-BFD报文,同时,删除所述网络设备上该端口对应的到达对端的VSAN路由表项。由于检测时间为毫秒级,因此,在存在等价路由的情况下,所述删除操作可以保证上层文件服务几乎不中断。
例如,以两台支持FCoE协议的网络设备A和网络设备B为例说明,设备A和设备B通过FC-BFD协议发现机制,完成握手报文的交互,两台设备的FC-BFD协议状态均处于正常状态UP,设备A通过端口VFC1与设备B相连,设备A与设备B之间周期性地向彼此发送FC-BFD控制报文,FC-BFD报文的发送周期假设为30毫秒;如果此时两台设备间的物理链路发生故障,设备A通过端口VFC1在检测时间内(比如为3倍的FC-BFD报文发送周期时间,即90毫秒内),没有收到来自设备B的FC-BFD报文,则认为链路发生故障,端口VFC1及其对端的FC-BFD协议状态均变为异常状态Down,设备A强制删除端口VFC1对应的到达对端的VSAN路由表项。
步骤402中,如果所述网络设备中的任一网络设备通过本设备上任一已使能FC-BFD协议的端口在检测时间内接收到对端发送的FC-BFD报文,说明链路正常,则仍然继续通过该端口周期性向对端发送FC-BFD报文。
所述删除所述网络设备上该端口对应的到达对端的VSAN路由表项之后,当所述网络设备上该端口与对端之间的链路恢复时,在该端口与对端之间完成FC协议会话建立成功之后,再进行FC-BFD协议会话建立。
步骤402中,所述支持FCoE协议的网络设备间完成FC-BFD协议会话建立过程与现有BFD协议会话建立过程相同,具体如下:
FC-BFD协议会话建立过程需要三次握手,经过此过程后两端的会话变为UP状态,在此过程中同时协商好相应的参数,以后的状态变化就是根据检测结果来进行,并进行相应的处理。FC-BFD协议共定义了三个状态,即1表示异常状态Down,2表示中间状态Init,3表示正常状态Up,下面参考图5简要介绍FC-BFD协议会话建立过程,以两台支持FCoE协议的网络设备Dev1和Dev2为例进行说明,如图5所示:
Dev1和Dev2启动FC-BFD,各自初始状态为“Down”,发送FC-BFD报文携带状态为“Down”;
Dev2收到状态为“Down”的FC-BFD报文,本地状态切换至“Init”,发送FC-BFD报文携带状态为“Init”;
Dev2本地FC-BFD状态为“Init”后,再接收到状态为“Down”的FC-BFD报文时不做处理;
Dev1的FC-BFD状态变化过程同上;
Dev2收到状态为“Init”的FC-BFD报文,本地状态切换至“UP”,发送FC-BFD报文携带状态为“UP”;
Dev1的FC-BFD状态变化过程同上;
Dev1和Dev2设备在发生“Down=>Init”变化后,会启动一个超时定时器,该定时器的作用是防止本地状态阻塞在“Init”(有可能Dev1和Dev2连接中断,会话不能正常建立),如果在规定的时间内仍未收到状态为“Init或UP”的FC-BFD报文,则状态自动切换回“Down”;
Dev1和Dev2本地状态为UP标志会话建立成功;
FC-BFD协议状态为UP后,Dev1和Dev2周期性地向彼此发送FC-BFD报文,用以检测Dev1和Dev2之间的链路故障,如果在检测时间内没有收到对端发送的FC-BFD报文,则认为会话Down,出现了链路故障。
现有通过保活报文超时来检测链路故障时,上层文件服务会先于链路层感知到中断,检测时间为秒级,而本申请实施例采用FC-BFD协议对FC网络链路进行检测,链路层会先于上层文件服务感知到中断,检测时间为毫秒级,从而可以极大地加快FC网络链路故障检测时间,并进行相应的故障处理,可以实现FCoE设备对链路的快速收敛。
为了更好地理解本申请实施例方案,以下举例说明:
如图6所示,三台支持FCoE协议的网络设备Dev1、Dev2和Dev3,且都工作在FCF模式,组成FC网络。其中,Dev1分别和Dev2、Dev3建立FCoE协议会话连接,并分别学习到了对端的路由,下游流量通过Dev1访问上游的存储磁盘阵列,Dev1分别和Dev2、Dev3建立等价路由,即通过Dev1向上游转发的FCoE流量可在Dev2和Dev3之间进行负载分担。
具体连接关系如图6所示,即:
Dev1的端口VFC1-1与Dev2的端口VFC2相连
Dev1的端口VFC1-2与Dev3的端口VFC3相连
现有技术中,当Dev1与Dev2之间的链路发生故障时,由于FCoE链路中不存在链路检测机制,因此,必须等到VFC1-1与VFC2之间的保活keepalive报文超时,才能感知到链路故障,再进行链路路由的收敛,该过程默认需要的时间为秒级时间(例如20秒左右),在这个过程中已经造成数据流量的较长时间丢包。
若仍就是上面的举例,采用本申请实施例方案,分别在图6中三台设备对应的VFC端口使能FC-BFD协议,且与VSAN1形成映射关系;设备间通过FC-BFD握手,完成FC-BFD协议会话的成功建立,即三设备的FC-BFD状态变为正常状态UP;当Dev1与Dev2之间的链路发生故障时,Dev1可在极短的检测时间内(比如,检测时间为100毫秒)通过FC-BFD报文检测到链路故障,即Dev1通过VFC1-1在100毫秒内没有接收到Dev2发送的FC-BFD报文,则将端口VFC1-1的FC-BFD协议状态由正常状态UP切换为异常状态Down,停止向Dev2发送FC-BFD报文,并强制删除端口VFC1-1对应的到达对端的VSAN1路由表项,实现该组网的FCoE网络故障的快速检测,完成路由的快速收敛,该过程需要的时间为毫秒级时间,从而极大地减少了丢包的时间,可实现路由的快速收敛。
本申请实施例的装置功能模块结构示意图如图7所示,一种支持基于以太网的光纤通道FCoE协议的网络设备,包括:双向转发检测BFD协议封装模块、链路故障检测模块,其中:
BFD协议封装模块,用于将BFD协议帧封装在光纤通道FC报文的交换机光纤网内部链路服务SW_ILS协议帧中,所述封装了BFD协议帧的FC报文定义为FC-BFD报文;
链路故障检测模块,用于在支持基于以太网的光纤通道FCoE协议的网络设备间完成FC-BFD协议会话建立成功后,如果作为所述网络设备中任一网络设备的本网络设备通过任一已使能FC-BFD协议的端口在检测时间内没有接收到对端发送的FC-BFD报文,则删除本网络设备上该端口对应的到达对端的虚拟存储区域网络VSAN路由表项。
所述BFD协议封装模块,具体用于:
将所述SW_ILS协议帧中的命令字段command值设置为FC-BFD的报文类型值;
将BFD协议帧的各字段插入所述SW_ILS协议帧中的command字段之后。
较佳地,所述链路故障检测模块还用于,
在所述支持FCoE协议的网络设备间完成FC-BFD协议会话建立成功之后,通过本网络设备上已使能FC-BFD协议的端口周期性向对端发送FC-BFD报文。
较佳地,所述链路故障检测模块还用于,
在所述作为所述网络设备中任一网络设备的本网络设备通过任一已使能FC-BFD协议的端口在检测时间内没有接收到对端发送的FC-BFD报文之后,将该端口的FC-BFD协议的状态由正常状态UP切换为异常状态Down,停止向所述对端发送FC-BFD报文。
较佳地,所述网络设备进一步包括:
FC-BFD协议会话建立模块,用于所述支持FCoE协议的网络设备间完成FC-BFD协议会话建立时,在所述网络设备间完成FC协议会话建立成功之后,进行FC-BFD协议会话建立;
所述FC-BFD协议会话建立模块还用于,在所述删除本网络设备上该端口对应的到达对端的VSAN路由表项之后,当本设备上该端口与对端之间的链路恢复时,在该端口与对端之间完成FC协议会话建立成功之后,进行FC-BFD协议会话建立。
本申请中,将BFD功能应用到FCoE网络中,让链路层先于应用层发现故障,为无中断服务打好一个基础。通过将BFD协议帧封装到FC报文的SW_ILS协议帧中,实现通过FC-BFD协议与VSAN及VFC端口的绑定,从而可以通过FC-BFD报文来检测链路故障,可将FCoE设备之间链路的收敛时间缩短到毫秒级,这样就解决FCoE设备之间链路的路由快速收敛问题。
以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。
Claims (8)
1.一种检测链路故障的方法,其特征在于,包括:
将双向转发检测BFD协议帧封装在光纤通道FC报文的交换机光纤网内部链路服务SW_ILS协议帧中,所述封装了BFD协议帧的FC报文定义为FC-BFD报文;
在支持基于以太网的光纤通道FCoE协议的网络设备间完成FC-BFD协议会话建立成功后,所述网络设备中的每一个网络设备通过本设备上已使能FC-BFD协议的端口周期性向对端发送FC-BFD报文,如果所述网络设备中的任一网络设备通过本设备上任一已使能FC-BFD协议的端口在检测时间内没有接收到对端发送的FC-BFD报文,则删除所述网络设备上该端口对应的到达对端的虚拟存储区域网络VSAN路由表项。
2.根据权利要求1所述的方法,其特征在于,所述将BFD协议帧封装在FC报文的SW_ILS协议帧中,包括:
将所述SW_ILS协议帧中的命令字段command值设置为FC-BFD的报文类型值;
将BFD协议帧的各字段插入所述SW_ILS协议帧中的command字段之后。
3.根据权利要求1所述的方法,其特征在于,所述如果所述网络设备中的任一网络设备通过本设备上任一已使能FC-BFD协议的端口在检测时间内没有接收到对端发送的FC-BFD报文之后,进一步包括:
将该端口的FC-BFD协议状态由正常状态UP切换为异常状态Down,停止向所述对端发送FC-BFD报文。
4.根据权利要求1所述的方法,其特征在于,所述在支持FCoE协议的网络设备间完成FC-BFD协议会话建立时,在所述网络设备间完成FC协议会话建立成功之后,进行FC-BFD协议会话建立;
所述删除所述网络设备上该端口对应的到达对端的VSAN路由表项之后,进一步包括:
当所述网络设备上该端口与对端之间的链路恢复时,在该端口与对端之间完成FC协议会话建立成功之后,进行FC-BFD协议会话建立。
5.一种支持基于以太网的光纤通道FCoE协议的网络设备,其特征在于,包括:双向转发检测BFD协议封装模块、链路故障检测模块,其中:
BFD协议封装模块,用于将BFD协议帧封装在光纤通道FC报文的交换机光纤网内部链路服务SW_ILS协议帧中,所述封装了BFD协议帧的FC报文定义为FC-BFD报文;
链路故障检测模块,用于在支持基于以太网的光纤通道FCoE协议的网络设备间完成FC-BFD协议会话建立成功后,所述网络设备中的每一个网络设备通过本设备上已使能FC-BFD协议的端口周期性向对端发送FC-BFD报文,如果作为所述网络设备中任一网络设备的本网络设备通过任一已使能FC-BFD协议的端口在检测时间内没有接收到对端发送的FC-BFD报文,则删除本网络设备上该端口对应的到达对端的虚拟存储区域网络VSAN路由表项。
6.根据权利要求5所述的网络设备,其特征在于,所述BFD协议封装模块,具体用于:
将所述SW_ILS协议帧中的命令字段command值设置为FC-BFD的报文类型值;
将BFD协议帧的各字段插入所述SW_ILS协议帧中的command字段之后。
7.根据权利要求5所述的网络设备,其特征在于,所述链路故障检测模块还用于,
在所述作为所述网络设备中任一网络设备的本网络设备通过任一已使能FC-BFD协议的端口在检测时间内没有接收到对端发送的FC-BFD报文之后,将该端口的FC-BFD协议的状态由正常状态UP切换为异常状态Down,停止向所述对端发送FC-BFD报文。
8.根据权利要求5所述的网络设备,其特征在于,所述网络设备进一步包括:
FC-BFD协议会话建立模块,用于所述支持FCoE协议的网络设备间完成FC-BFD协议会话建立时,在所述网络设备间完成FC协议会话建立成功之后,进行FC-BFD协议会话建立;
所述FC-BFD协议会话建立模块还用于,在所述删除本网络设备上该端口对应的到达对端的VSAN路由表项之后,当本设备上该端口与对端之间的链路恢复时,在该端口与对端之间完成FC协议会话建立成功之后,进行FC-BFD协议会话建立。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310200571.5A CN103259685B (zh) | 2013-05-24 | 2013-05-24 | 检测链路故障的方法及网络设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310200571.5A CN103259685B (zh) | 2013-05-24 | 2013-05-24 | 检测链路故障的方法及网络设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103259685A CN103259685A (zh) | 2013-08-21 |
CN103259685B true CN103259685B (zh) | 2016-03-09 |
Family
ID=48963402
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310200571.5A Active CN103259685B (zh) | 2013-05-24 | 2013-05-24 | 检测链路故障的方法及网络设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103259685B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107547240A (zh) * | 2017-05-11 | 2018-01-05 | 新华三云计算技术有限公司 | 一种链路检测方法和装置 |
Families Citing this family (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103561128B (zh) * | 2013-11-04 | 2017-03-29 | 福建星网锐捷网络有限公司 | 光纤通道身份标识回收处理方法及网络设备 |
US9876711B2 (en) * | 2013-11-05 | 2018-01-23 | Cisco Technology, Inc. | Source address translation in overlay networks |
CN104753699A (zh) * | 2013-12-26 | 2015-07-01 | 华为技术有限公司 | 一种链路故障处理方法和装置 |
CN104486159A (zh) * | 2014-12-18 | 2015-04-01 | 东南大学 | 一种基于软件定义网络的交换机间链路时延测量方法 |
US9819511B2 (en) * | 2015-01-16 | 2017-11-14 | Alcatel Lucent | Bidirectional forwarding detection over a virtual extensible local area network |
CN106302569B (zh) | 2015-05-14 | 2019-06-18 | 华为技术有限公司 | 处理虚拟机集群的方法和计算机系统 |
CN105515895B (zh) * | 2015-11-30 | 2018-07-20 | 东南大学 | 基于软件定义网络的端到端路径上逐跳时延测量方法 |
CN107659499B (zh) * | 2016-07-25 | 2020-10-27 | 华为技术有限公司 | 一种路由的方法及转发设备 |
CN109194521B (zh) * | 2018-09-29 | 2021-12-07 | 新华三技术有限公司 | 一种流量转发方法及设备 |
CN111698028B (zh) * | 2020-04-30 | 2023-03-31 | 新华三信息技术有限公司 | 一种fc链路检测方法、装置、设备及机器可读存储介质 |
CN112202492B (zh) * | 2020-09-01 | 2021-10-01 | 中国移动通信集团广东有限公司 | 一种光缆故障定位方法、装置及电子设备 |
CN113055236B (zh) * | 2021-03-31 | 2023-06-27 | 阿米华晟数据科技(江苏)有限公司 | 集群业务节点故障的处理方法、装置、设备及存储介质 |
CN113132159B (zh) * | 2021-04-08 | 2023-04-25 | 北京马赫谷科技有限公司 | 存储集群节点故障的处理方法、设备及存储系统 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101102268A (zh) * | 2007-08-03 | 2008-01-09 | 华为技术有限公司 | Ip环网,ip环网路由设备,及报文转发方法 |
CN102143004A (zh) * | 2011-04-06 | 2011-08-03 | 华为数字技术有限公司 | 一种链路保护方法和网络设备 |
CN102377479A (zh) * | 2010-08-11 | 2012-03-14 | 华为技术有限公司 | 数据同步方法及系统、光网络单元 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008092397A1 (fr) * | 2007-01-26 | 2008-08-07 | Huawei Technologies Co., Ltd. | Procédé de repérage de point d'événement de fibre, et réseau optique et équipement de réseau associés |
-
2013
- 2013-05-24 CN CN201310200571.5A patent/CN103259685B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101102268A (zh) * | 2007-08-03 | 2008-01-09 | 华为技术有限公司 | Ip环网,ip环网路由设备,及报文转发方法 |
CN102377479A (zh) * | 2010-08-11 | 2012-03-14 | 华为技术有限公司 | 数据同步方法及系统、光网络单元 |
CN102143004A (zh) * | 2011-04-06 | 2011-08-03 | 华为数字技术有限公司 | 一种链路保护方法和网络设备 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107547240A (zh) * | 2017-05-11 | 2018-01-05 | 新华三云计算技术有限公司 | 一种链路检测方法和装置 |
CN107547240B (zh) * | 2017-05-11 | 2021-02-26 | 新华三云计算技术有限公司 | 一种链路检测方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN103259685A (zh) | 2013-08-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103259685B (zh) | 检测链路故障的方法及网络设备 | |
CN102067533B (zh) | 与虚拟接口相关联的端口分组 | |
CN102714668B (zh) | 分布式虚拟以太网光纤信道转发器 | |
CN106953788B (zh) | 一种虚拟网络控制器及控制方法 | |
US8335236B2 (en) | FCoE isolated port channels and FCoE session resynchronization in vPC/MCEC environments using DCBXP | |
CN102742228B (zh) | 以太网节点端口虚拟器 | |
US20030128706A1 (en) | Extension of link aggregation protocols over the network | |
US8767751B2 (en) | Unsolicited FIP packet injection by proxy and spoofing and autoconfiguring intermediate bridges using FIP snooping | |
JP4922972B2 (ja) | 通信システム | |
CN103795623A (zh) | 一种在虚拟设备间实现流量互通的方法和装置 | |
CN102724030A (zh) | 一种高可靠性的堆叠系统 | |
CN102624929A (zh) | 一种基于虚拟网关的无线传感网网关冗余方法 | |
CN105024836B (zh) | 一种主用业务路由器sr和备用sr的切换方法、装置及sr | |
JP6795043B2 (ja) | ゲートウェイ装置、ネットワークアドレス変換装置、通信システム、通信方法、および、プログラム | |
WO2014053093A1 (en) | Centralized control and management planes for different independent switching domains | |
CN105490937B (zh) | 以太虚拟网络网关切换方法和服务商边缘节点设备 | |
Irawati et al. | Link aggregation control protocol on software defined network | |
CN110768862B (zh) | 一种云平台物理链路连通性检测装置、方法及系统 | |
GB2520597A (en) | Controlling switch mechanism for detecting fibre channel over ethernet data forwarder failure | |
JP4953360B2 (ja) | 運用保守管理フレームを処理する通信装置及びプログラム | |
CN103944824B (zh) | 通信系统及网络中继装置 | |
CN104539539A (zh) | 一种 ac 设备多业务板数据转发方法 | |
CN103580979B (zh) | 逻辑通道的建立方法及系统、边缘虚拟桥接站点及网桥 | |
JP5993353B2 (ja) | 光ネットワークシステム | |
CN103812684B (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 | ||
CP03 | Change of name, title or address | ||
CP03 | Change of name, title or address |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Patentee after: Xinhua three Technology Co., Ltd. Address before: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base Patentee before: Huasan Communication Technology Co., Ltd. |