故障检测方法及装置的制造方法
【技术领域】
[0001]本发明涉及通信领域，具体而言，涉及一种故障检测方法及装置。
【背景技术】
[0002]业务功能链(Service Funct1n Chaining,简称为SFC)是目前正在研究和标准化的一种网络技术。自从数据中心网络向叠加(Overlay)网络发展以后，网络边缘成为了虚拟网络与物理网络的分界点，其中，网络边缘可能为服务器(Server)或者架顶式(ToR)交换机，以及可能为网关(Gateway)。然而Overlay技术无法解决所有问题,在数据中心内还是存在很多中间件(Middleware)，例如:防火墙/负载均衡器等，这些设备都是基于用户业务来处理的，如果通过隧道而穿越这些设备，显然是不行的。
[0003]数据中心的这种部署模型，要求虚拟防火墙/负载均衡器可以在网络中任意部署，也就是与网络拓扑无关；其缺陷在于:如果将流量能够灵活地通过虚拟防火墙/负载均衡器进行处理，那么将会产生虚拟防火墙/负载均衡器等新型中间件，这些虚拟防火墙/负载均衡器部署在网络的边缘，可以由标准服务器来实现。
[0004]相关技术中将虚拟防火墙/负载均衡器/网关等业务处理功能称为业务功能(Service Funct1n)，而流量经过一系列的Service Funct1n的处理，便会形成ServiceFunct1n Chaining, B卩业务功能链。
[0005]目前，相关技术中的SFC框架基本可以分为如下组件:
[0006]1.业务叠加(Service Overlay),即各个网络边缘节点需要通信的Overlay技术；
[0007]2.通用业务控制平面(Generic Service Control Plane,简称为GSCP),即为形成Service Funct1n Chaining 的控制器；
[0008]3.业务分类(Service Classificat1n),即需要进行流识别,然后对特定的流进行特定的 Service Funct1n Chaining 处理；
[0009]4.控制平面元数据(Dataplane Metadata),其为SFC框架的一大特色，元数据(Metadata)允许各个边缘业务处理节点能够互相交换信息，从而达到特定的业务处理目的。
[0010]5.业务功能路径(service funct1n path,简称为SFP),图1是根据相关技术的业务功能路径的示意图。如图1所示，SFP是从分类器开始，再经过若干业务功能实例，最终达到目的地的一条业务处理路径。
[0011]6.业务功能转发器(Service Funct1n Forwarder,简称为SFF),数据报文在业务功能链的各个节点之间传递，会在数据巾贞以外封装一层业务功能报文头(Network ServiceHeader,简称为NSH)。这个报文头会被业务功能节点上的业务功能转发器组件进行解析、封装和解封装。
[0012]综上而述，SFC是一项将网络设备业务功能和转发分离开来的技术，其实现了业务功能的独立运算和处理，提升了网络设备的转发性能。
[0013]为了保护关键应用，网络中会设计有一定的冗余备份链路，当网络发生故障时就要求网络设备能够快速检测出故障并将流量切换至备份链路以加快网络收敛速度。目前，有些链路通过硬件检测机制来实现快速故障检测。但是，某些链路(例如:以太网链路)则不具备这样的检测机制。此时，应用就要依靠上层协议自身的机制来进行故障检测，上层协议的检测时间都在I秒以上，这样的故障检测时间对某些应用来说是不能容忍的。某些路由协议例如:开放式最短路径优先(OSPF)、链路状态路由协议(ISIS)虽然具有快速招呼(Fast Hello)功能来加快检测速度，但是检测时间也只能达到I秒的精度，而且FastHello功能只是针对本协议的，无法为其它协议提供快速故障检测。
[0014]双向转发检测(Bidirect1nalForwarding Detect1n,简称为 BFD)协议就是在这种背景下产生的，其提供了一个通用的标准化的与介质无关和协议无关的快速故障检测机制。BFD在两台网络设备上建立会话，用来检测网络设备间的双向转发路径，为上层应用服务。BFD本身并没有邻居发现机制，而是依赖被服务的上层应用通知其邻居信息以建立会话。会话建立后会周期性地快速发送BFD报文，如果在检测时间内没有接收到BFD报文，则认为该双向转发路径发生了故障，通知被服务的上层应用进行相应的处理。
[0015]然而，在现有的SFC技术中缺乏一种针对业务功能链中各个业务功能实例之间的基于BFD连通性故障检测机制。
【发明内容】
[0016]本发明实施例提供了一种故障检测方法及装置，以至少解决相关技术中缺乏一种针对业务功能链中各个业务功能实例之间的基于BFD连通性故障检测机制的问题。
[0017]根据本发明的一个方面，提供了一种故障检测方法。
[0018]根据本发明实施例的故障检测方法包括:在本端业务功能节点管理域内的第一业务功能实例与对端业务功能节点管理域内的第二业务功能实例之间所建立的业务功能路径上创建BFD会话；通过与对端业务功能节点之间的BFD控制报文交互执行连通性故障检测。
[0019]优选地，通过BFD控制报文交互执行连通性故障检测包括:在定时器规定的预设时长内接收来自于对端业务功能节点的BFD控制报文，其中，BFD控制报文中携带有第一业务功能实例的识别号；在根据识别号确定本端业务功能节点管理域内与该识别号对应的第一业务功能实例处于激活状态的情况下，保持BFD会话的开启状态并对定时器进行重置。
[0020]优选地，在根据识别号确定第一业务功能实例处于激活状态之前，还包括:从BFD控制报文获取BFD控制报文中BFD的状态字段当前为开启状态。
[0021]优选地，通过BFD控制报文交互执行连通性故障检测包括:在定时器规定的预设时长内等待对端业务功能节点发送的BFD控制报文；如果在预设时长内未接收到BFD控制报文，则关闭BFD会话并执行业务功能路径切换操作，同时告知对端业务功能节点发生链路故障。
[0022]优选地，通过BFD控制报文交互执行连通性故障检测包括:在确定本端业务功能节点管理域内的第一业务功能实例发生故障或者已经被关闭的情况下，关闭BFD会话，并对BFD控制报文进行配置，其中，将BFD控制报文中BFD的状态字段设置为关闭状态并且在BFD控制报文内封装第二业务功能实例的识别号；向对端业务功能节点发送BFD控制报文。
[0023]优选地，创建BFD会话包括:在本端业务功能节点管理域内增加BFD功能模块；由第一业务功能实例所在的本端业务功能节点将BFD会话创建信息通知给BFD功能模块，其中，BFD会话创建信息用于BFD功能模块创建BFD会话，BFD会话创建信息包括以下至少之一:第一业务功能实例的识别号、第二业务功能实例的识别号、本端业务功能节点的标识信息以及对端业务功能节点的标识信息。
[0024]根据本发明的另一方面，提供了一种故障检测装置。
[0025]根据本发明实施例的故障检测装置包括:建立模块，用于在本端业务功能节点管理域内的第一业务功能实例与对端业务功能节点管理域内的第二业务功能实例之间所建立的业务功能路径上创建BFD会话；检测模块，用于通过与对端业务功能节点之间的BFD控制报文交互执行连通性故障检测。
[0026]优选地，检测模块包括:接收单元，用于在定时器规定的预设时长内接收来自于对端业务功能节点的BFD控制报文，其中，BFD控制报文中携带有第一业务功能实例的识别号；第一执行单元，用于在根据识别号确定本端业务功能节点管理域内与该识别号对应的第一业务功能实例处于激活状态的情况下，保持BFD会话的开启状态并对定时器进行重置。
[0027]优选地，检测模块还包括:获取单元，用于从BFD控制报文获取BFD控制报文中BFD的状态字段当前为开启状态。
[0028]优选地，检测模块包括:处理单元，用于在定时器规定的预设时长内等待对端业务功能节点发送的BFD控制报文；第二执行单元，用于如果在预设时长内未接收到BFD控制报文，则关闭BFD会话并执行