链路故障状态通告方法、装置、设备及介质与流程

1.本申请涉及通信领域，具体涉及一种链路故障状态通告方法、装置、设备及介质。


背景技术：

2.vxlan(virtual extensible local area network，虚拟扩展局域网)，是为了解决云计算时代虚拟化中的一系列问题而产生的一项技术，其采用 mac-in-udp报文封装模式，将二层(layer 2)报文用三层协议进行封装，可实现二层网络在三层范围内进行扩展。随着vxlan的不断推广应用，vxlan 与现有普通以太网(ethernet，简称eth)的混合组网变得越来普遍。但是，现有技术中，vxlan oam(operation administration and maintenance，操作维护管理)与普通的eth oam之间是没有任何故障通告关联的，这使得混合组网时故障无法进行跨网络传递，进而无法实现混合组网端到端的故障检测。


技术实现要素：

3.本申请提供一种链路故障状态通告方法、装置、设备及介质，以实现混合组网中不同类型网络的oam检测机制之间的互通，进而实现混合组网端到端的故障检测。
4.第一方面，本申请实施例提供一种链路故障状态通告方法，应用于目标设备，包括：
5.当链路故障状态发生变化时，确定发生变化的故障状态所属的混合组网中的目标网络类型；
6.确定所述混合组网中除所述目标网络类型之外的其他网络类型，并根据与所述其他网络类型对应的操作维护管理oam检测机制，对应地向与所述其他网络类型匹配的对端设备通告链路故障状态发生变化；
7.其中，所述混合组网中包括至少两种网络类型；所述对端设备包括至少两种对端设备，所述目标设备与不同种类所述对端设备之间的网络类型均不同。
8.第二方面，本申请实施例提供一种链路故障状态通告装置，应用于目标设备，包括：
9.故障状态所属目标网络类型确定模块，用于当链路故障状态发生变化时，确定发生变化的故障状态所属的混合组网中的目标网络类型；
10.故障状态通告模块，用于确定所述混合组网中除所述目标网络类型之外的其他网络类型，并根据与所述其他网络类型对应的操作维护管理oam检测机制，对应地向与所述其他网络类型匹配的对端设备通告链路故障状态发生变化；
11.其中，所述混合组网中包括至少两种网络类型；所述对端设备包括至少两种对端设备，所述目标设备与不同种类所述对端设备之间的网络类型均不同。
12.第三方面，本申请实施例提供一种网络设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序；当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本申请任意实施例所述的链路故障状态通告方法。
13.第四方面，本申请实施例提供了一种存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如本申请任意实施例所述的链路故障状态通告方法。
14.本实施例提供的技术方案中，混合组网中包括至少两种网络类型，目标设备通过不同类型的网络分别与不同种类的对端设备相连，在目标设备检测到其链路故障状态发生变化时，确定发生变化的故障状态所属的目标网络类型，并根据除目标网络类型之外的其他网络类型的oam检测机制，对应地向与其他网络类型匹配的对端设备通告链路故障状态发生变化，以此实现了混合组网中不同类型网络的oam检测机制之间的互通，进而实现了混合组网端到端的故障检测。
15.关于本申请的以上实施例和其他方面以及其实现方式，在附图说明、具体实施方式和权利要求中提供更多说明。
附图说明
16.图1为本申请提供的一种链路故障状态通告方法的流程示意图；
17.图2为本申请提供的一种vxlan混合组网模型示意图；
18.图3为本申请提供的一种vxlan混合组网实例示意图；
19.图4为本申请提供的vxlan报文的格式示意图；
20.图5为本申请提供的一种链路故障状态通告装置的结构示意图；
21.图6为本申请提供的一种网络设备的结构示意图。
具体实施方式
22.为使本申请的目的、技术方案和优点更加清楚明白，下文中将结合附图对本申请的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。
23.在一个示例性实施方式中，图1为本申请提供的一种链路故障状态通告方法的流程示意图。该方法适用于混合组网中不同网络类型对应的oam之间没有任何故障通告关联，进而使得在该混合组网场景下故障无法跨网络传递的情况。该方法可以由本申请提供的链路故障状态通告装置执行，该链路故障状态通告装置可以由软件和/或硬件实现，并集成在网络设备中。
24.其中，所述混合组网中包括至少两种网络类型，不同类型的网络部署的 oam检测机制可以不同，也可以相同，而且不同类型的网络部署的oam之间没有任何故障通告关联。
25.如图1所示，本申请提供的链路故障状态通告方法，应用于目标设备，包括：
26.s110、当链路故障状态发生变化时，确定发生变化的故障状态所属的混合组网中的目标网络类型。
27.在一示例中，假设混合组网中包括三种网络类型，分别为a网络、b网络和c网络，对应地，分别部署a网络oam、b网络oam和c网络oam，其中，a网络oam、b网络oam和c网络oam彼此之间没有任何故障通告关联。
28.目标设备是混合组网中的中间设备，其至少与两个设备进行网络连接，在此将与目标设备进行网络联机的设备称之为对端设备。其中，与目标设备对应的对端设备包括至少两种对端设备，目标设备与不同种类对端设备之间的网络类型均不同。例如，对端设备包
括对端a设备、对端b设备和对端c设备，目标设备与对端a设备之间为a网络，目标设备与对端b设备之间为b网络，目标设备与对端c设备之间为c网络。
29.目标设备检测到的链路故障状态变化包括故障发生和故障消除，其中，故障发生包括发送故障发生和接收故障发生，故障消除包括发送故障消除和接收故障消除。具体的，故障状态变化还与网络类型相关，接续前例，故障发生包括：a网络侧发送故障发生、a网络侧接收故障发生、b网络侧发送故障发生、 b网络侧接收故障发生、c网络侧发送故障发生和c网络侧接收故障发生，故障消除包括：a网络侧发送故障消除、a网络侧接收故障消除、b网络侧发送故障消除、b网络侧接收故障消除、c网络侧发送故障消除和c网络侧接收故障消除。值得指出的是，具体的故障名称由所属网络的oam检测机制确定，均能归结为发送故障和接收故障。
30.目标设备在检测到链路故障状态发生变化，则首先确定出发生变化的故障状态所属的混合组网中的目标网络类型。例如，目标设备检测出其a网络侧发送错误，也即a网络侧发送故障发生，该变化的故障状态所属的目标网络类型即为a网络。
31.s120、确定所述混合组网中除目标网络类型之外的其他网络类型，并根据与所述其他网络类型对应的oam检测机制，对应地向与所述其他网络类型匹配的对端设备通告链路故障状态发生变化。
32.根据某网络的oam检测机制，向该网络下的对端设备通告链路故障状态发生变化，指的是以该网络的oam检测机制确定的通告方式，向该网络下的对端设备通告链路故障状态发生变化。
33.接续前例，所述混合组网中除目标网络类型a网络之外的其他网络类型为 b网络和c网络。进而，根据b网络oam检测机制向对端b设备通告链路故障状态发生变化，也即通知对端b设备发送方向出现故障，通知对端b设备发送方向出现故障的方式由b网络oam检测机制确定；同时根据c网络oam 检测机制向对端c设备通告链路故障状态发生变化，也即通知对端c设备发送方向出现故障，通知对端c设备发送方向出现故障的方式由c网络oam检测机制确定。
34.如果目标设备再检测出其a网络侧发送成功，也即a网络侧发送故障消除，则根据b网络oam检测机制向对端b设备通告链路故障状态发生变化，也即通知对端b设备发送方向故障消除，通知对端b设备发送方向故障消除方式由 b网络oam检测机制确定；同时根据c网络oam检测机制向对端c设备通告链路故障状态发生变化，也即通知对端c设备发送方向故障消除，通知对端 c设备发送方向故障消除方式由c网络oam检测机制确定。
35.其中，故障发生和故障消除的通告方法相同，区别仅在于通告内容不同，下述均以故障发生进行解释说明，不再对故障消除进行赘述。
36.接续前例，如果对端b设备或者对端c设备是与目标设备为同类型的中间设备，通过不同类型的网络与不同种类的对端设备相连，则相应地将对比对端 b设备或者对端c设备重新作为目标设备，执行对发生变化的链路故障状态进行通告，以通告至混合网络的端设备，进而实现混合网络端到端的故障检测。
37.在本实施方式提供的技术方案中，混合组网中包括至少两种网络类型，目标设备通过不同类型的网络分别与不同种类的对端设备相连，在目标设备检测到其链路故障状态发生变化时，确定发生变化的故障状态所属的目标网络类型，并根据除目标网络类型之外
的其他网络类型的oam检测机制，对应地向与其他网络类型匹配的对端设备通告链路故障状态发生变化，以此实现了混合组网中不同类型网络的oam检测机制之间的互通，进而实现了混合组网端到端的故障检测。
38.在一示例中，所述混合网中包括两种网络类型，具体的，所述混合网络中包括以太网和vxlan，目标设备为目标vtep(vxlan tunnel end point，虚拟扩展局域网隧道端点)设备，与目标设备对应的对端设备包括对端二层(layer 2)设备和对端vtep设备。
39.其中，目标vtep设备与对端二层设备之间网络为以太网，以太网部署以太网oam检测机制；目标vtep设备与对端vtep设备之间网络为vxlan， vxlan部署vxlan oam检测机制。
40.vtep设备指的是vxlan的边缘设备，vxlan的相关处理都在vtep上进行，例如识别以太网数据帧所属的vxlan、基于vxlan对数据帧进行二层转发、封装/解封装报文等。二层设备指的是支持layer 2oam检测的所有设备的统称。
41.如图2所示的以太网与vxlan的混合组网模型，二层设备1与vtep设备1之间是以太网，vtep设备1与vtep设备2之间是vxlan网络，二层设备2与vtep设备2之间是以太网。假设图2中vetp1为目标vtep设备，则二层设备1为与目标vtep设备对应的对端二层设备，vetp2为与目标vtep 设备对应的对端vtep设备。
42.对于vtep而言，存在四种故障，分别为：以太网侧接收故障(影响vtep 从以太网侧接收报文)、以太网侧发送故障(影响vtep发送报文到以太网侧)、 vxlan侧接收故障(影响vtep从vxlan隧道接收报文)以及vxlan侧发送故障(影响vtep通过vxlan隧道发送报文)。
43.为了能在二层设备1与二层设备2之间实现端到端故障检测，在以太网和 vxlan上分别布局oam检测机制。
44.其中，二层设备与vtep设备之间的以太网链路部署以太网oam检测机制，其中，部署的以太网oam检测机制可以是任何现有的标准检测机制或自定义的检测机制，只要在vtep上能检测出以太网侧接收故障和以太网侧发送故障即可。以太网oam检测机制检测出的具体故障类型由部署的oam检测机制决定，但是无论用什么检测机制，链路故障类型都可以归结为以太网侧接收故障和以太网侧发送故障。
45.vtep设备之间部署vxlan oam检测机制，其中，部署的vxlan oam 检测机制可以是任何现有的通用检测机制或自定义的检测机制，只要在vtep 上能检测出vxlan侧接收故障和vxlan侧发送故障即可。vxlan oam检测机制检测出的具体故障类型由部署的oam检测机制决定，但是无论用什么检测机制，链路故障类型都可以归结为vxlan侧接收故障和vxlan侧发送故障。
46.以太网oam与vxlan oam之间故障互通，就是需要实现将以太网oam 检测到的故障通知到vxlan，将vxlan检测到的故障通知到以太网，从而实现端到端的故障检测。
47.在一示例中，当链路故障状态发生变化时，确定发生变化的故障状态所属的混合组网中的目标网络类型，包括：
48.当目标vtep设备以太网侧发送或以太网侧接收的链路故障状态发生变化时，确定发生变化的故障状态所属的混合组网中的目标网络类型为以太网。
49.相应的，将根据与其他网络类型对应的操作维护管理oam检测机制，对应地向与所述其他网络类型匹配的对端设备通告链路故障状态发生变化，具体为：
50.根据vxlan oam检测机制，向对端vtep设备通告发送方向或接收方向的链路故障
状态发生变化，以使对端vtep设备在接收到故障变化信息并检测到链路故障状态发生变化之后，向与对端vtep设备通过以太网连接的目标二层设备通告链路故障状态发生变化。
51.在一示例中，参照图2，假设vtep设备1为目标vtep设备，vtep设备 2为对端vtep设备，二层设备1为对端二层设备，二层设备2为目标二层设备。vtep设备1如果检测到以太网侧接收故障发生，说明vtep设备1从二层设备1接收报文的能力会受影响，故障发生所属的目标网络类型为以太网。进而，其他网络类型为vxlan，vtep设备1需要向vxlan下的vtep设备 2通告链路故障状态发生变化，也即vtep设备1需要通知vtep设备2该故障信息。vtep设备1以vxlan oam检测机制确定的故障通知方式，通知 vtep设备2接收方向出现故障。
52.vtep设备2接收到故障信息后检测其链路故障状态，即可检测到其 vxlan侧接收故障发生，进而需要向与其通过以太网通信的二层设备2通知该故障信息。vtep设备2以以太网oam检测机制确定的故障通知方式，通知二层设备2接收方向出现故障。
53.至此，在vtep设备1检测到其以太网侧接收故障发生的情况下，实现了二层设备1到二层设备2的端到端故障检测。其中，值得指出的是，基于目前的以太网oam检测机制，当vtep设备1检测到其以太网侧接收故障发生时，二层设备1可以获知该故障信息，无需再向二层设备1通告故障。
54.在一具体示例中，如图3所示，vtep设备1、vtep设备2分别与一个二层设备相连，vtep设备1与vtep设备2之间通过vxlan隧道通信，vtep 设备1与二层设备1通过以太网通信，vtep设备2与二层设备2通过以太网通信，以太网侧和vxlan侧分别部署不同oam检测机制。
55.其中，以太网侧部署的oam检测机制采用802.1ag或y.1731协议，分别在二层设备和vtep上创建mep(maintenance end point，维护域终端节点)。有关如何部署vxlan及mep属于标准协议的要求，在此不再详述。
56.基于以太网侧部署的oam检测机制，vtep设备和二层设备之间通过发送 ccm(continuity check message，连续性检查消息)包来检测vtep设备和二层设备之间的连通性。如果vtep设备1在3.5倍(3.5倍是802.1ag或者y.1731 协议)发送周期间隔内收不到来自以太网侧的ccm包，则出现远端丢失告警，确认检测到以太网侧接收故障。
57.由于vtep设备1上的以太网侧接收故障是由vtep设备1检测到的，vtep 设备1需要通知vtep设备2接收方向出现故障，具体的，vtep设备1根据 vxlan oam检测机制确定的方式，向vtep设备2通知接收方向出现故障。
58.在vxlan上部署的oam检测机制，没有通知接收故障发生或接收故障消除或发送故障发生或发送故障消除的消息的情况下，可以采用自定义的消息方式通知接收错误消息。
59.在一示例中，可以将根据vxlan oam检测机制，向对端vtep设备通告发送方向或接收方向的链路故障状态发生变化，具体为：
60.根据自定义的vxlan oam检测机制，生成用于指示向对端vtep设备通告发送方向或接收方向的链路故障状态发生变化的自定义报文，并发送至对端 vtep设备。
61.在一示例中，所述自定义报文中头字段中保留字段的设定标志位用于指示故障状态，所述故障状态包括接收故障的发生和消除，以及发送故障的发生和消除。
62.在vxlan内新定义四种报文，用于通知对端vtep接收或者发送故障发生或故障消除。
63.rfc7348规定了vxlan报文的格式如图4所示，vxlan头(vxlan header)为vxlan协议新定义的vxlan头，包括8个字节。其中，在vxlan header中：
64.标志位(flags)包括8bit，假设为rrrr irrr，“i”位为1时，表示vxlan 头中的vxlan标识(vxlan id(vni))有效，“i”位为0是，表示vxlan 标识无效，其余的“r”位保留未用，设置为0；
65.vxlan标识(vxlan id(vni))包括24bit，用于标识一个单独的vxlan；
66.保留位(reserved)有两个，一个包括24bit，另一个包括8bit。
67.具体的，通过对vxlan header字段中的reserved字段进行利用，来传递前向或后向错误。
68.可选的，使用vxlan标识后面的8bit的保留位，假设8bit的保留位为xxfi xxri，其中，“i”位为1时，表示故障发生，“i”位为0时，表示故障消除；“f”位为1时，表示接收故障，“r”位为1时，表示发送故障；“x”表示保留位未用。例如：00000011表示发送故障发生，00000010表示发送故障消除。
69.当自定义报文中标识接收或者发送故障发生或者故障消除时，该报文中原始l2帧(original l2 frame)的内容可以忽略。
70.vtep设备2接收到用于指示接收故障发生的信息后，vtep设备2检测其故障状态是否发生变化，故可检测到其vxlan侧接收故障发生，进而vtep 设备2根据以太网oam检测机制确定的方式向二层设备2通知故障信息，具体为，vtep设备2上的mep22停止向二层设备2发送ccm报文。至此，实现了二层设备1到二层设备2的端到端的故障检测。
71.值得指出的是，由于vtep设备2上的vxlan侧接收故障是发生由vtep 设备1发送报文消息通知的，因此vtep设备2无需再通知vtep设备1该故障信息。
72.在一示例中，参照图2，假设vtep设备1为目标vtep设备，vtep设备 2为对端vtep设备，二层设备1为对端二层设备，二层设备2为目标二层设备。vtep设备1如果检测到以太网侧发送故障发生，说明vtep设备1发送报文到以太网的能力会受影响，故障发生所属的目标网络类型为以太网。进而，其他网络类型为vxlan，vtep设备1需要向vxlan下的vtep设备2通告链路故障状态发生变化，也即vtep设备1需要通知vtep设备2该故障信息。 vtep设备1以vxlan oam检测机制确定的故障通知方式，通知vtep设备2发送方向出现故障。
73.vtep设备2接收到故障信息后检测其链路故障状态，即可检测到其 vxlan侧发送故障发生，进而需要向与其通过以太网通信的二层设备2通知该故障信息。vtep设备2以以太网oam检测机制确定的故障通知方式，通知二层设备2发送方向出现故障。
74.至此，在vtep设备1检测到其以太网侧发送故障发生的情况下，实现了二层设备1到二层设备2的端到端故障检测。其中，值得指出的是，基于目前的以太网oam检测机制，当vtep设备1检测到其以太网侧发送故障发生时，二层设备1可以获知该故障信息，无需再向二层设备1通告故障。
75.在一具体示例中，如图3所示，vtep设备1、vtep设备2分别与一个二层设备相连，vtep设备1与vtep设备2之间通过vxlan隧道通信，vtep 设备1与二层设备1通过以太网通信，vtep设备2与二层设备2通过以太网通信，以太网侧和vxlan侧分别部署不同oam检测机制。
76.其中，以太网侧部署的oam检测机制采用802.1ag或y.1731协议，分别在二层设备
和vtep上创建mep。有关如何部署vxlan及mep属于标准协议的要求，在此不详述。
77.基于以太网侧部署的oam检测机制，vtep设备和二层设备之间通过发送 ccm包来检测vtep设备和二层设备之间的连通性。如果vtep设备1接收的 ccm报文的rdi(remote defect indicator，远端故障指示标识)标志位置1，则检测到以太网侧发送故障。
78.由于vtep设备1上的以太网侧发送故障是由vtep设备1检测到的，vtep 设备1需要通知vtep设备2发送方向出现故障，具体的，vtep设备1根据 vxlan oam检测机制确定的方式，向vtep设备2通知发送方向出现故障。
79.在vxlan上部署的oam检测机制，没有通知接收故障发生或接收故障消除或发送故障发生或发送故障消除的消息的情况下，可以采用自定义的消息方式通知发送错误消息。具体参考vxlan内新定义四种报文。
80.当自定义报文中标识接收或者发送故障发生或者故障消除时，该报文中原始l2帧(original l2 frame)的内容可以忽略。
81.vtep设备2接收到用于指示发送故障发生的信息后，vtep设备2检测其故障状态是否发生变化，故可检测到其vxlan侧发送故障发生，进而vtep 设备2根据以太网oam检测机制确定的方式向二层设备2通知故障信息，具体为，vtep设备2上的mep22向二层设备2发送ccm报文的rdi标志位置 1。至此，实现了二层设备1到二层设备2的端到端的故障检测。
82.值得指出的是，由于vtep设备2上的vxlan侧发送故障是发生由vtep 设备1发送报文消息通知的，因此vtep设备2无需再通知vtep设备1该故障信息。
83.在一示例中，可以将当链路故障状态发生变化时，确定发生变化的故障状态所属的混合组网中的目标网络类型，具体为：
84.当目标vtep设备vxlan侧发送或vxlan侧接收的链路故障状态发生变化时，确定发生变化的故障状态所属的混合组网中的目标网络类型为 vxlan。
85.相应的，将根据与所述其他网络类型对应的操作维护管理oam检测机制，对应地向与所述其他网络类型匹配的对端设备通告链路故障状态发生变化，具体为：
86.根据以太网oam检测机制，向所述对端二层设备通告发送方向或接收方向的链路故障状态发生变化。
87.在目标vtep设备检测到其vxlan侧发送故障发生或vxlan侧接收故障发生时，确定发生所属的目标网络类型为vxlan。进而，其他网络类型为以太网，目标vtep设备需要根据以太网oam检测机制确定的故障通知方式向以太网下的对端二层设备通告发送方向或接收方向出现故障。
88.假设，基于vxlan部署的oam检测机制，在目标vtep设备检测到其 vxlan侧发送故障发生或vxlan侧接收故障发生时，对端vtep设备可以获知该故障发生，则目标vtep设备无需向对端vtep设备通告故障。进而，对端vtep设备可以对应地检测到其vxlan侧接收故障发生或vxlan侧发送故障发生，并向与其通过以太网通信的其他二层设备通告该故障信息，以实现端到端的故障检测。
89.由于目前vxlan oam检测机制没有相关标准，故在目标vtep设备检测到其vxlan侧发送故障发生或vxlan侧接收故障发生时，可以向对端vtep 设备进行故障通告，以使对端vtep设备获知对应的故障发生。
90.可选的，根据与所述其他网络类型对应的操作维护管理oam检测机制，对应地向与
所述其他网络类型匹配的对端设备通告链路故障状态发生变化，还包括：
91.根据vxlan oam检测机制，向所述对端vtep设备通告发送方向或接收方向的链路故障状态发生变化，以使所述对端vtep设备在接收到故障变化信息并检测到链路故障状态发生变化之后，向与所述对端vtep设备通过以太网连接的目标二层设备通告链路故障状态发生变化。
92.目标vtep设备需要根据vxlan oam检测机制确定的故障通知方式向 vxlan下的对端vtep设备通告发送方向或接收方向出现故障。
93.在一示例中，参照图2，假设vtep设备1为目标vtep设备，vtep设备 2为对端vtep设备，二层设备1为对端二层设备，二层设备2为目标二层设备。vtep设备1如果检测到vxlan侧接收故障发生，说明vtep设备1从二层设备2所在以太网接收报文的能力会受影响，故障发生所属的目标网络类型为vxlan。进而，其他网络类型为以太网，vtep设备1需要向以太网下的二层设备1通告链路故障状态发生变化，也即vtep设备1需要通知二层设备 1该故障信息。vtep设备1以以太网oam检测机制确定的故障通知方式，通知二层设备1接收方向出现故障。
94.vtep设备1还需要向vxlan下的vtep设备2通告链路故障状态发生变化，也即vtep设备1需要通知vtep设备2该故障信息。vtep设备1以 vxlan oam检测机制确定的故障通知方式，通知vtep设备2接收方向出现故障。
95.vtep设备2接收到故障信息后检测其链路故障状态，即可检测到其 vxlan侧发送故障发生，进而向二层设备2通知该故障信息，vtep设备2 以以太网oam检测机制确定的故障通知方式，通知二层设备2发送方向出现故障。其中，由于vtep设备2检测到vxlan侧发送故障发生是vtep设备 1通知的，故vtep设备2无需再向vtep设备1通知该故障信息。
96.在一具体示例中，如图3所示，vtep设备1、vtep设备2分别与一个二层设备相连，vtep设备1与vtep设备2之间通过vxlan隧道通信，vtep 设备1与二层设备1通过以太网通信，vtep设备2与二层设备2通过以太网通信，以太网侧和vxlan侧分别部署不同oam检测机制。
97.其中，以太网侧部署的oam检测机制采用802.1ag或y.1731协议，分别在二层设备和vtep上创建mep。有关如何部署vxlan及mep属于标准协议的要求，在此不再详述。
98.由于vxlan oam检测机制目前没有相关标准，这里参照以太网oam检测机制自定义oam检测来说明，例如，vtep设备之间通过持续发送 echo-request(应答-请求)报文来检测vtep设备和二层设备之间的连通性， vtep设备之间以固定周期互发echo-request报文，如果3.5倍(3.5倍为示例，并非具体限定)发送周期收不到对端的echo-request报文，则vtep设备检测到vxlan侧接收故障发生。
99.如果vtep设备1在3.5倍发送周期间隔内收不到vtep设备2发送的 echo-request报文，则确认检测到vxlan侧接收故障。vtep设备1根据以太网oam检测机制确定的方式向二层设备1通知故障信息，具体为，vtep设备 1上的mep11停止向二层设备1发送ccm报文。
100.由于vtep设备1检测到vxlan侧接收故障发生不是由vtep设备2通知的，所以vtep设备1将故障信息通知vtep设备2，通知vtep设备2本身存在vxlan发送故障，具体可以根据自定义的vxlan oam检测机制确定的自定义报文发送，关于vxlan自定义报文请参见前述示例，在此不再赘述。
101.vtep设备2接收到vtep设备1的通知后，检测到其vxlan侧发送故障发生，以以太网oam检测机制确定的方式向二层设备2通知故障信息，也即通知二层设备2发送方向故障，具体为，vtep设备2上的mep22向二层设备2发送的ccm报文中rdi标志位置1。至此，实现了二层设备1到二层设备2的端到端的故障检测。
102.在一示例中，参照图2，假设vtep设备1为目标vtep设备，vtep设备2为对端vtep设备，二层设备1为对端二层设备，二层设备2为目标二层设备。vtep设备1如果检测到vxlan侧发送故障发生，说明vtep设备1发送报文到二层设备2所在以太网的能力会受影响，故障发生所属的目标网络类型为vxlan。进而，其他网络类型为以太网，vtep设备1需要向以太网下的二层设备1通告链路故障状态发生变化，也即vtep设备1需要通知二层设备 1该故障信息。vtep设备1以以太网oam检测机制确定的故障通知方式，通知二层设备1发送方向出现故障。
103.vtep设备1还需要向vxlan下的vtep设备2通告链路故障状态发生变化，也即vtep设备1需要通知vtep设备2该故障信息。vtep设备1以 vxlan oam检测机制确定的故障通知方式，通知vtep设备2发送方向出现故障。
104.vtep设备2接收到故障信息后检测其链路故障状态，即可检测到其 vxlan侧接收故障发生，进而向二层设备2通知该故障信息，vtep设备2 以以太网oam检测机制确定的故障通知方式，通知二层设备2接收方向出现故障。其中，由于vtep设备2检测到vxlan侧接收故障发生是vtep设备 1通知的，故vtep设备2无需再向vtep设备1通知该故障信息。
105.在一具体示例中，如图3所示，vtep设备1、vtep设备2分别与一个二层设备相连，vtep设备1与vtep设备2之间通过vxlan隧道通信，vtep 设备1与二层设备1通过以太网通信，vtep设备2与二层设备2通过以太网通信，以太网侧和vxlan侧分别部署不同oam检测机制。
106.其中，以太网侧部署的oam检测机制采用802.1ag或y.1731协议，分别在二层设备和vtep上创建mep。有关如何部署vxlan及mep属于标准协议的要求，在此不再详述。
107.由于vxlan oam检测机制目前没有相关标准定义，这里采用自定义的 oam检测来说明，例如，vtep设备之间通过持续发送echo-request(应答-请求)报文来检测vtep设备和二层设备之间的连通性，vtep设备之间以固定周期互发echo-request报文，如果3.5倍(3.5倍为示例，并非具体限定)发送周期收不到对端的echo-request报文，则vtep设备检测到vxlan侧接收故障发生，并且将本端发送的echo-request报文的某个保留标志位置1，通知对端 vtep设备其存在发送故障，对端vtep接收到保留标志位置1的echo-request 报文后，检测出vxlan侧发送故障。
108.如果vtep设备1接收到vtep设备2发送的保留标志位置1的echo-request 报文，则检测到vxlan侧发送故障。vtep设备1根据以太网oam检测机制确定的方式向二层设备1通知故障信息，具体为，vtep设备1上的mep11向二层设备1发送rdi标志位置1的ccm报文。
109.由于vtep设备1检测到vxlan侧发送故障发生不是由vtep设备2发送vxlan自定义报文通知的，所以vtep设备1将故障信息通知vtep设备 2，通知vtep设备2本身存在vxlan侧接收故障，具体可以根据自定义的 vxlan oam检测机制确定的自定义报文发送，关于vxlan自定义报文请参见前述示例，在此不再赘述。
110.vtep设备2接收到vtep设备1的通知后，检测到其vxlan侧接收故障发生，以以太网
oam检测机制确定的方式向二层设备2通知故障信息，也即通知二层设备2接收方向故障，具体为，vtep设备2上的mep22停止向二层设备2发送的ccm报文。至此，实现了二层设备1到二层设备2的端到端的故障检测。
111.本实施例还提供了链路故障状态通告装置。图5为本申请提供的一种链路故障状态通告装置的结构示意图，该链路故障状态通告装置，应用于目标设备中，可以由软件和/或硬件实现，并集成在网络设备中。如图5所示，该装置包括：故障状态所属目标网络类型确定模块210和故障状态通告模块220。其中，故障状态所属目标网络类型确定模块210，用于当链路故障状态发生变化时，确定发生变化的故障状态所属的混合组网中的目标网络类型；
112.故障状态通告模块220，用于确定所述混合组网中除所述目标网络类型之外的其他网络类型，并根据与所述其他网络类型对应的操作维护管理oam检测机制，对应地向与所述其他网络类型匹配的对端设备通告链路故障状态发生变化；
113.其中，所述混合组网中包括至少两种网络类型；所述对端设备包括至少两种对端设备，所述目标设备与不同种类所述对端设备之间的网络类型均不同。
114.本实施例提供的技术方案中，混合组网中包括至少两种网络类型，目标设备通过不同类型的网络分别与不同种类的对端设备相连，在目标设备检测到其链路故障状态发生变化时，确定发生变化的故障状态所属的目标网络类型，并根据除目标网络类型之外的其他网络类型的oam检测机制，对应地向与其他网络类型匹配的对端设备通告链路故障状态发生变化，以此实现了混合组网中不同类型网络的oam检测机制之间的互通，进而实现了混合组网端到端的故障检测。
115.在一示例中，所述混合网络中包括以太网和虚拟扩展局域网vxlan；所述目标设备包括目标虚拟扩展局域网隧道端点vtep设备；所述对端设备包括对端二层设备和对端vtep设备；
116.其中，所述目标vtep设备与所述对端二层设备之间网络为以太网，所述以太网部署以太网oam检测机制；所述目标vtep设备与所述对端vtep设备之间网络为vxlan，所述vxlan部署vxlan oam检测机制。
117.在一示例中，故障状态所属目标网络类型确定模块210，具体用于当目标 vtep设备以太网侧发送或以太网侧接收的链路故障状态发生变化时，确定发生变化的故障状态所属的混合组网中的目标网络类型为以太网；
118.对应的，故障状态通告模块220，具体用于根据vxlan oam检测机制，向所述对端vtep设备通告发送方向或接收方向的链路故障状态发生变化，以使所述对端vtep设备在接收到故障变化信息并检测到链路故障状态发生变化之后，向与所述对端vtep设备通过以太网连接的目标二层设备通告链路故障状态发生变化。
119.在一示例中，故障状态所属目标网络类型确定模块210，具体用于当目标 vtep设备vxlan侧发送或vxlan侧接收的链路故障状态发生变化时，确定发生变化的故障状态所属的混合组网中的目标网络类型为vxlan；
120.对应的，故障状态通告模块220，具体用于根据以太网oam检测机制，向所述对端二层设备通告发送方向或接收方向的链路故障状态发生变化。
121.在一示例中，故障状态通告模块220，还具体用于根据vxlan oam检测机制，向所述
对端vtep设备通告发送方向或接收方向的链路故障状态发生变化，以使所述对端vtep设备在接收到故障变化信息并检测到链路故障状态发生变化之后，向与所述对端vtep设备通过以太网连接的目标二层设备通告链路故障状态发生变化。
122.在一示例中，故障状态通告模块220，还具体用于根据自定义的vxlan oam检测机制，生成用于指示向所述对端vtep设备通告发送方向或接收方向的链路故障状态发生变化的自定义报文，并发送至所述对端vtep设备。
123.在一示例中，所述自定义报文中头字段中保留字段的设定标志位用于指示故障状态，所述故障状态包括接收故障的发生和消除，以及发送故障的发生和消除。
124.本实施例提供的链路故障状态通告装置用于实现如本申请实施例所述的链路故障状态通告方法，本实施例提供的链路故障状态通告装置实现原理和技术效果与本申请实施例所述的链路故障状态通告方法类似，此处不再赘述。
125.本申请实施例提供了一种网络设备，图6为本申请提供的一种网络设备的结构示意图。如图6所示，本申请提供的网络设备，包括：一个或多个处理器 310和存储装置320；该设备的处理器310可以是一个或多个，图6中以一个处理器310为例；存储装置320用于存储一个或多个程序；所述一个或多个程序被所述一个或多个处理器310执行，使得所述一个或多个处理器310实现如本申请实施例中所述的链路故障状态通告方法。
126.设备中的处理器310、存储装置320可以通过总线或其他方式连接，图6 中以通过总线连接为例。
127.存储装置320作为一种计算机可读存储介质，可设置为存储软件程序、计算机可执行程序以及模块，如本申请实施例所述链路故障状态通告方法对应的程序指令/模块(例如，链路故障状态通告装置中的故障状态所属目标网络类型确定模块210和故障状态通告模块220)。存储装置320可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据设备的使用所创建的数据等。此外，存储装置320可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储装置 320可进一步包括相对于处理器310远程设置的存储器，这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
128.本申请实施例还提供一种存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现本申请实施例中任一所述的链路故障状态通告方法。
129.其中，链路故障状态通告方法包括：
130.当链路故障状态发生变化时，确定发生变化的故障状态所属的混合组网中的目标网络类型；
131.确定所述混合组网中除所述目标网络类型之外的其他网络类型，并根据与所述其他网络类型对应的操作维护管理oam检测机制，对应地向与所述其他网络类型匹配的对端设备通告链路故障状态发生变化；
132.其中，所述混合组网中包括至少两种网络类型；所述对端设备包括至少两种对端设备，所述目标设备与不同种类所述对端设备之间的网络类型均不同。
133.可选的，该计算机可执行指令在由计算机处理器执行时还可以用于执行本申请实施例中任一所述的链路故障状态通告方法。
134.通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本申请可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器 (read-only memory,rom)、随机存取存储器(random access memory,ram)、闪存(flash)、硬盘或光盘等，包括若干指令用以使得一台设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。
135.值得注意的是，上述链路故障状态通告装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。
136.以上所述，仅为本申请的示例性实施例而已，并非用于限定本申请的保护范围。
137.本领域内的技术人员应明白，术语用户终端涵盖任何适合类型的无线用户设备，例如移动电话、便携数据处理装置、便携网络浏览器或车载移动台。
138.一般来说，本申请的多种实施例可以在硬件或专用电路、软件、逻辑或其任何组合中实现。例如，一些方面可以被实现在硬件中，而其它方面可以被实现在可以被控制器、微处理器或其它计算装置执行的固件或软件中，尽管本申请不限于此。
139.本申请的实施例可以通过移动装置的数据处理器执行计算机程序指令来实现，例如在处理器实体中，或者通过硬件，或者通过软件和硬件的组合。计算机程序指令可以是汇编指令、指令集架构(isa)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码。
140.本申请附图中的任何逻辑流程的框图可以表示程序步骤，或者可以表示相互连接的逻辑电路、模块和功能，或者可以表示程序步骤与逻辑电路、模块和功能的组合。计算机程序可以存储在存储器上。存储器可以具有任何适合于本地技术环境的类型并且可以使用任何适合的数据存储技术实现，例如但不限于只读存储器(rom)、随机访问存储器(ram)、光存储器装置和系统(数码多功能光碟dvd或cd光盘)等。计算机可读介质可以包括非瞬时性存储介质。数据处理器可以是任何适合于本地技术环境的类型，例如但不限于通用计算机、专用计算机、微处理器、数字信号处理器(dsp)、专用集成电路(asic)、可编程逻辑器件(fgpa)以及基于多核处理器架构的处理器。
141.通过示范性和非限制性的示例，上文已提供了对本申请的示范实施例的详细描述。但结合附图和权利要求来考虑，对以上实施例的多种修改和调整对本领域技术人员来说是显而易见的，但不偏离本发明的范围。因此，本发明的恰当范围将根据权利要求确定。