数据中心维护网络稳定的系统、方法以及装置与流程

1.本说明书实施例涉及通信技术领域，特别涉及一种数据中心维护网络稳定的方法。


背景技术：

2.随着云计算的发展，出现了大量的数据中心，数据中心和数据中心之间的数据通信设备通过光传输设备互联，构成了数据中心的网络。数据中心互联的数据通信设备通常包括路由器和交换机。这些数据通信设备端口之间的连接承载了大量的数据。当传输线路上发生中断、劣化等故障的时候将影响到数据通信设备相互之间的连通性，严重的会造成流量黑洞，导致数据的丢失。因此，数据通信设备需要不断轮询端口以感知故障或故障恢复，感知到故障时上层路由协议关闭端口，感知到故障恢复时上层路由协议打开端口，以避免数据丢失。
3.但是，数据通信设备不断轮询端口导致数据通信设备的cpu(处理器)资源浪费，而且定时轮询不能准确感知故障恢复，导致链路发生丢包，另外一旦传输线路在维修过程中连续多次通断，传输线路故障恢复的时候还会存在短时间抖动，造成端口上层路由协议的抖动，影响上层路由协议的收敛。


技术实现要素：

4.有鉴于此，本说明书实施例提供了一种数据中心维护网络稳定的方法。本说明书一个或者多个实施例同时涉及一种数据中心维护网络稳定的系统，一种数据中心维护网络稳定的装置，一种计算设备，一种计算机可读存储介质以及一种计算机程序，以解决现有技术中存在的技术缺陷。
5.根据本说明书实施例的第一方面，提供了一种数据中心维护网络稳定的系统，包括：数据通信设备以及光传输设备，其中，所述数据通信设备与所述光传输设备相连以通过所述光传输设备接入网络；所述光传输设备，被配置为在传输线路发生故障的情况下，对向数据通信设备传输的数据包插入故障信号，在所述传输线路从故障恢复为正常的情况下，对向所述数据通信设备传输的数据包插入故障信号，对所述传输线路恢复正常的持续时间进行计时，得到恢复延迟时长，当所述恢复延迟时长达到预设恢复阈值范围的情况下，恢复对所述传输线路的数据包的透传，其中，所述预设恢复阈值范围根据预估所述传输线路完成故障恢复所需时长确定；所述数据通信设备，被配置为从所述光传输设备接收数据包，如果所述数据包中包含故障信号，触发路由协议关闭所述传输线路对应的端口，如果在关闭所述端口之后从所述光传输设备接收到未包含故障信号的数据包，触发所述路由协议打开所述传输线路对应的端口。
6.可选地，所述数据通信设备端口的中断延迟功能和开启延迟功能的延迟时长参数设置为零，或者，将所述中断延迟功能和开启延迟功能取消。
7.根据本说明书实施例的第二方面，提供了一种数据中心维护网络稳定的方法，应
用于光传输设备，包括：在传输线路发生故障的情况下，对向数据通信设备传输的数据包插入故障信号；在所述传输线路从故障恢复为正常的情况下，对向所述数据通信设备传输的数据包插入故障信号；对所述传输线路恢复正常的持续时间进行计时，得到恢复延迟时长；当所述恢复延迟时长达到预设恢复阈值范围的情况下，恢复对所述传输线路的数据包的透传，其中，所述预设恢复阈值范围根据预估所述传输线路完成故障恢复所需时长确定。
8.可选地，还包括：响应于所述传输线路发生故障，对故障持续时间进行计时，得到故障时长；在所述传输线路从故障恢复为正常的情况下，判断所述故障时长是否达到预设延迟生效阈值范围，其中，所述预设延迟生效阈值范围根据预估光分组交换完成保护倒换所需时长确定；如果是，则进入所述在所述传输线路从故障恢复为正常的情况下，对向所述数据通信设备传输的数据包插入故障信号的步骤。
9.可选地，还包括：如果所述故障时长未达到预设延迟生效阈值范围，则判断发送数据包的远端是否存在故障；如果存在故障，则对所述数据包插入故障信号；如果不存在故障，则恢复对所述传输线路的数据包的透传。
10.可选地，还包括：如果所述传输线路在所述恢复延迟时长达到预设恢复阈值范围之前再次故障，停止对所述传输线路恢复正常的持续时间计时；在所述再次故障之后所述传输线路再次恢复正常时，重新对所述传输线路恢复正常的持续时间进行计时。
11.可选地，所述在传输线路发生故障的情况下，对向数据通信设备传输的数据包插入故障信号，包括：在传输线路发生故障的情况下，判断发送数据包的远端是否存在故障；如果是，则对向数据通信设备传输的数据包插入故障信号；如果否，则对向数据通信设备传输的数据包插入网络空闲信号，并对所述传输线路故障的持续时间进行计时，得到延迟中断时长；当所述延迟中断时长达到预设延迟中断阈值范围的情况下，对向所述数据通信设备传输的数据包插入故障信号，其中，所述预设延迟中断阈值范围根据预估光分组交换完成保护倒换所需时长确定。
12.可选地，还包括：在所述预设延迟中断阈值范围基础上，再加上预设时长增量，得到预设延迟生效阈值范围。
13.可选地，所述对所述传输线路恢复正常的持续时间进行计时的步骤，与所述对所述传输线路故障的持续时间进行计时的步骤，采用同一计时器进行计时。
14.可选地，还包括：根据从所述传输线路收到的故障告警信号，判断所述传输线路是否发生故障；其中，所述故障告警信号包括：光信号丢失告警信号、光信号帧丢失信号、误码告警信号、信号失锁告警信号中的任一种或多种故障告警信号。
15.可选地，所述根据从所述传输线路收到的故障告警信号，判断所述传输线路是否发生故障，包括：根据从所述传输线路收到的误码告警信号，获取前向纠错码值；在所述前向纠错码值达到预设误码阈值范围的情况下，确定所述传输线路发生故障，其中，所述预设误码阈值范围根据所述前向纠错码的纠错能力极限确定。
16.根据本说明书实施例的第三方面，提供了一种数据中心维护网络稳定的装置，配置于光传输设备，包括：故障响应模块，被配置为在传输线路发生故障的情况下，对向数据通信设备传输的数据包插入故障信号。恢复响应模块，被配置为在所述传输线路从故障恢复为正常的情况下，对向所述数据通信设备传输的数据包插入故障信号。恢复延迟计时模块，被配置为对所述传输线路恢复正常的持续时间进行计时，得到恢复延迟时长。恢复透传
模块，被配置为当所述恢复延迟时长达到预设恢复阈值范围的情况下，恢复对所述传输线路的数据包的透传，其中，所述预设恢复阈值范围根据预估所述传输线路完成故障恢复所需时长确定。
17.根据本说明书实施例的第四方面，提供了一种计算设备，包括：存储器和处理器；所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令，该计算机可执行指令被处理器执行时实现本说明书任意实施例所述数据中心维护网络稳定的方法的步骤。
18.根据本说明书实施例的第五方面，提供了一种计算机可读存储介质，其存储有计算机可执行指令，该计算机可执行指令被处理器执行时实现本说明书任意实施例所述数据中心维护网络稳定的方法的步骤。
19.本说明书一个实施例提供了数据中心维护网络稳定的方法，根据该方法，光传输设备在传输线路发生故障的情况下，对向数据通信设备传输的数据包插入故障信号，使数据通信设备根据数据包中包含故障信号，触发路由协议关闭所述传输线路对应的端口，在所述传输线路从故障恢复为正常的情况下，对向所述数据通信设备传输的数据包插入故障信号，对所述传输线路恢复正常的持续时间进行计时，得到恢复延迟时长，当所述恢复延迟时长达到预设恢复阈值范围的情况下，恢复对所述传输线路的数据包的透传，其中，所述预设恢复阈值范围根据预估所述传输线路完成故障恢复所需时长确定，使数据通信设备在关闭端口之后如果从光传输设备接收到未包含故障信号的数据包，则触发路由协议打开所述传输线路对应的端口。可见，该方法能够避免数据通信设备耗费cpu资源轮询端口状态，而且在传输线路恢复过程中连续多次断通抖动时，由于光传输设备基于对恢复延迟时长的计时强制插入故障信号，实现了对故障恢复的延时防抖，对于恢复过程中的多次断通抖动，数据通信设备从光传输设备上仅仅感知到一次故障，并在链路修复正常持续一定时间后才通过透传的数据包感知到正常，从而数据通信设备能在传输彻底修复后恢复端口状态，避免数据通信设备路由协议的抖动，保证数据通信设备的路由协议高效地完成收敛，另外光传输设备相对于数据通信设备能够更准确感知到传输线路故障恢复，防止丢包。
附图说明
20.图1是本说明书一个实施例提供的数据中心维护网络稳定的系统的应用场景示意图；
21.图2是本说明书另一个实施例提供的数据中心维护网络稳定的系统的应用场景示意图；
22.图3是本说明书一个实施例提供的一种数据中心维护网络稳定的方法的流程图；
23.图4是本说明书一个实施例提供的一种数据中心维护网络稳定的方法的处理过程流程图；
24.图5是本说明书另一个实施例提供的一种数据中心维护网络稳定的方法的处理过程流程图；
25.图6是本说明书又一个实施例提供的一种数据中心维护网络稳定的方法的处理过程流程图；
26.图7是本说明书一个实施例提供的信号下插时间点序列示意图；
27.图8是本说明书一个实施例提供的一种数据中心维护网络稳定的装置的结构示意图；
28.图9是本说明书一个实施例提供的一种数据中心维护网络稳定的系统的结构示意图；
29.图10是本说明书一个实施例提供的一种计算设备的结构框图。
具体实施方式
30.在下面的描述中阐述了很多具体细节以便于充分理解本说明书。但是本说明书能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本说明书内涵的情况下做类似推广，因此本说明书不受下面公开的具体实施的限制。
31.在本说明书一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本说明书一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
32.应当理解，尽管在本说明书一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
33.首先，对本说明书一个或多个实施例涉及的名词术语进行解释。
34.数据中心，是一种用来在互连网基础设施上传递、加速、展示、计算、存储数据信息的设备网络。
35.光传输设备，是把各种各样的信号转换成光信号在光纤上传输的设备。
36.数据通信设备，是在数据中心中用于数据通信的设备，例如路由器，交换机等。
37.传输线路，是网络中链接各节点的线路，作用是节点之间数据传输的桥梁。
38.透传，即透明传输，指的是在通信中不管传输的内容如何，将传输的内容由源地传输到目的地，而不对数据内容做改变。
39.伴随着云计算的发展，出现了大量的数据中心。数据中心和数据中心之间的数据通信设备通过光传输设备互联，构成了数据中心的网络。数据通信设备端口之间的连接承载了大量的数据。当物理网络上发生中断，劣化等故障的时候将影响到数据通信设备相互之间的连通性，严重的会造成流量黑洞，导致数据的丢失。
40.为了提高网络稳定性，数据通信设备可以定时轮询端口，从而在中断的时候物理层会感知到故障，并触发上层路由协议关闭端口。在感知到物理层信号恢复的时候触发上层路由协议打开端口。另外，光传输网络还可以在一条传输线路发生中断的时候，通过光开关切换到另一路，将物理层链路中断时间限制在尽量短的时间以内，如50ms以内。这样，数据通信设备在链路的保护倒换过程中无需触发路由协议重路由，在彻底中断的时候又能够关闭端口，通过路由协议将报文路由到其他端口。但是，由于网络模型分为0层光层，1层otn层，2层以太网层，3层及以上i p层,当发生中断的时候中断的故障信号会从底层传递到上
层，越往上层处理时间逻辑越复杂，因此，数据通信设备通过轮询端口的方式感知中断和感知中断恢复的耗时较长，而且频繁的轮询导致数据通信设备cpu资源的消耗，影响数据通信设备的通信效率。由于不能及时准确感知，使得链路产生中断到完成路由切换过程中会产生一定的丢包。而且，当链路在维修过程中连续多次通断时，导致端口上层路由协议的抖动，路由协议的链路无法收敛，从上层来看就会存在长时间的丢包。
41.有鉴于此，在本说明书中，提供了数据中心维护网络稳定的系统、方法以及装置，本说明书同时涉及一种计算设备，以及一种计算机可读存储介质，在下面的实施例中逐一进行详细说明。
42.参见图1，图1示出了根据本说明书一个实施例提供的数据中心维护网络稳定的系统的应用场景示意图。数据中心网络中，数据中心可以包括多个，例如，如图1所示，数据中心1，数据中心2，数据中心3
……
。每个数据中心中可以包括：数据通信设备以及光传输设备。例如，数据通信设备可以是交换机，路由器等。例如，光传输设备可以是如图1所示的dci(数据中心互联，data center internet)光传输设备。根据本说明书实施例提供的系统，以任一个数据中心的光传输设备和数据通信设备为例：光传输设备在传输线路发生故障的情况下，对向本地数据通信设备传输的数据包插入故障信号，在所述传输线路从故障恢复为正常的情况下，对向所述数据通信设备传输的数据包插入故障信号，对所述传输线路恢复正常的持续时间进行计时，得到恢复延迟时长，当所述恢复延迟时长达到预设恢复阈值范围的情况下，恢复对所述传输线路的数据包的透传，其中，所述预设恢复阈值范围根据预估所述传输线路完成故障恢复所需时长确定。数据通信设备从光传输设备接收数据包，如果所述数据包中包含故障信号，触发路由协议关闭所述传输线路对应的端口，如果在关闭所述端口之后从所述光传输设备接收到未包含故障信号的数据包，触发所述路由协议打开所述传输线路对应的端口。可见，该系统能够避免数据通信设备耗费cpu资源轮询端口状态，而且在传输线路恢复过程中连续多次断通抖动时，由于光传输设备基于恢复延迟时长的计时强制插入故障信号，实现了对故障恢复的延时防抖，避免数据通信设备路由协议的抖动，不影响数据通信设备路由协议的收敛，另外光传输设备相对于数据通信设备能够更准确感知到传输线路故障恢复，防止丢包。
43.参见图2，图2示出了根据本说明书另一个实施例提供的数据中心维护网络稳定的系统的应用场景示意图。如图2所示的应用场景，光传输设备面对数据通信设备提供了客户侧模块作为与数据通信设备交互数据包的接口，光传输设备面对传输线路提供了线路侧模块作为与传输线路交互数据包的接口。以数据中心1中的线路侧和客户侧为例：当线路侧从传输线路接收数据包时，将数据包交给客户侧。客户侧从线路侧获取数据包，在传输线路发生故障的情况下，对故障情况下接收到的数据包插入故障信号，在所述传输线路从故障恢复为正常的情况下，对故障恢复情况下接收到的数据包插入故障信号，并对传输线路恢复正常的持续时间进行计时，得到恢复延迟时长，当所述恢复延迟时长达到预设恢复阈值范围的情况下，恢复对所述传输线路的数据包的透传。
44.需要说明的是，图2所示的客户侧模块与线路侧模块是按照接口功能的不同划分的，在实际应用中，二者也可以合为一个功能模块来实施，本说明书实施例对此并不进行限制。
45.以上述应用场景基于以太网实施为例，根据本说明书实施例提供的系统，可以通
过改进光传输设备和数据通信设备对接的以太网维护信号设计，来降低传输线路抖动(例如，可能由传输链路倒换或多次连续中断导致的抖动)对数据通信设备路由协议的影响。
46.参见图3，图3示出了根据本说明书一个实施例提供的一种数据中心维护网络稳定的方法的流程图，该方法应用于光传输设备。例如，结合图2所示的应用场景，该方法可以应用于光传输设备的客户侧。该方法具体包括以下步骤。
47.步骤302：在传输线路发生故障的情况下，对向数据通信设备传输的数据包插入故障信号。
48.其中，所述故障可以是基于任意原因导致的传输线路的中断。光传输设备感知故障的方式不限。例如，光传输设备可以根据从所述传输线路收到的故障告警信号，判断所述传输线路是否发生故障。其中，所述故障告警信号包括以下任一种或多种故障告警信号：
49.光信号丢失告警信号los(loss of signal)；
50.光信号帧丢失信号lof(loss of frame)；
51.误码告警信号sd/sf(signal degrade,signal failure等误码相关告警)；
52.信号失锁告警信号lol(loss of lock)。
53.光传输设备判断线路中断的依据包括但不限于上述故障告警信号。
54.以误码告警信号为例，所述根据从所述传输线路收到的故障告警信号，判断所述传输线路是否发生故障，包括：根据从所述传输线路收到的误码告警信号，获取前向纠错码值；在所述前向纠错码值达到预设误码阈值范围的情况下，确定所述传输线路发生故障。其中，所述预设误码阈值范围根据所述前向纠错码的纠错能力极限确定。例如，所述预设误码阈值范围可以表现为大于预设误码阈值的范围，当前向纠错码值大于该预设误码阈值时，确定传输线路发生故障。在该实施例中，考虑到线路劣化到前向纠错码的纠错极限附近时，会间歇性地出现纠后误码，为了尽量避免传输链路劣化对数通链路造成的抖动，该实施例根据前向纠错码值的极限设置了预设误码阈值，例如，所述预设误码阈值可以直接设置为该极限值或者设置的比该极限更接近正常值一些，从而当前向纠错码值大于预设误码阈值时即认为线路故障，直到前向纠错码值满足不高于预设误码阈值时才会确定线路从故障恢复正常，结合本说明书实施例提供的方法的其他步骤通过中断延迟/恢复延迟来避免链路反复抖动。
55.步骤304：在所述传输线路从故障恢复为正常的情况下，对向所述数据通信设备传输的数据包插入故障信号。
56.其中，光传输设备感知传输线路从故障恢复为正常的方式不限。例如，光传输设备可以根据从所述传输线路接收到的光信号是否包含故障告警信号来进行判断，在未包含故障告警信号的情况下，可以确定传输线路从故障恢复为正常。
57.其中，向数据通信设备传输的数据包可以理解为光传输设备从传输线路上接收并发往数据通信设备的数据包。例如，该数据包可以是其他数据中心的其他数据通信设备向本数据中心的数据通信设备发送的数据包。
58.其中，所述故障信号用于表示传输线路中断等任意形式的故障。所述故障信号的表现形式不限，例如，在以太网中可以使用lf(local fault,本地故障)信号来表示所述故障信号。
59.步骤306：对所述传输线路恢复正常的持续时间进行计时，得到恢复延迟时长。
60.其中，对所述传输线路恢复正常的持续时间进行计时的具体实施方式不限。例如，在计时的初始值为零的情况下，可以以计数递增的方式计时。再例如，在计时的初始值为根据实际应用场景需要设置的阈值上限的情况下，可以以计数递减的方式计时。不论是计数递增还是计数递减的方式计时，均能得到恢复延迟时长。
61.步骤308：当所述恢复延迟时长达到预设恢复阈值范围的情况下，恢复对所述传输线路的数据包的透传，其中，所述预设恢复阈值范围根据预估所述传输线路完成故障恢复所需时长确定。
62.其中，所述预设恢复阈值范围的设置方式不限，具体可以根据实际应用场景下预估线路完成故障修复所需要的耗时来设置，预估线路完成故障修复所需要的耗时也可以理解为预估需要屏蔽的线路中断时长。
63.例如，假设传输线路中断后，光纤修复需要10分钟，并预计在这10分钟内可能存在反复的通断，则预估线路中断修复所需要的耗时为10分钟。假设传输线路恢复正常的持续时间的计时，是从零开始以计数递增的方式计时，则可以设置计时的初始值为零，设置预设恢复阈值范围为10分钟，当恢复延迟时长计时等于10分钟时，恢复延迟时长达到预设恢复阈值范围，光传输设备恢复对所述传输线路的数据包的透传。假设传输线路恢复正常的持续时间的计时，是从10分钟开始以计数递减的方式计时，则可以设置计时的初始值为10分钟，设置预设恢复阈值范围为零，当恢复延迟时长计时等于零时，恢复延迟时长达到预设恢复阈值范围，光传输设备恢复对所述传输线路的数据包的透传。
64.另外，为了最大程度避免连续多次断通造成数据通信设备上层路由协议的抖动，本说明书另一个或多个实施例中，所述方法还包括：如果所述传输线路在所述恢复延迟时长达到预设恢复阈值范围之前再次故障，停止对所述传输线路恢复正常的持续时间计时；在所述再次故障之后所述传输线路再次恢复正常时，重新对所述传输线路恢复正常的持续时间进行计时。例如，假设预设恢复阈值范围为10分钟，在对传输线路恢复正常的持续时间进行计时到9分钟时传输线路再次故障，此时则停止计时，在传输线路再次恢复正常时，则从零开始重新对传输线路恢复正常的持续时间进行计时，只有在恢复延迟时长达到10分钟时，也即传输线路真正恢复正常时，才恢复对传输线路的数据包的透传，能够最大程度避免连续多次断通造成数据通信设备上层路由协议的抖动。
65.可见，根据该方法，光传输设备在传输线路发生故障的情况下，对向数据通信设备传输的数据包插入故障信号，使数据通信设备根据数据包中包含故障信号，触发路由协议关闭所述传输线路对应的端口，在所述传输线路从故障恢复为正常的情况下，对向所述数据通信设备传输的数据包插入故障信号，对所述传输线路恢复正常的持续时间进行计时，得到恢复延迟时长，当所述恢复延迟时长达到预设恢复阈值范围的情况下，恢复对所述传输线路的数据包的透传，其中，所述预设恢复阈值范围根据预估所述传输线路完成故障恢复所需时长确定，使数据通信设备在关闭端口之后如果从光传输设备接收到未包含故障信号的数据包，则触发路由协议打开所述传输线路对应的端口，可见，该方法能够避免数据通信设备耗费cpu资源轮询端口状态，而且在传输线路恢复过程中连续多次断通抖动时，由于光传输设备基于恢复延迟时长的计时强制插入故障信号，实现了对故障恢复的延时防抖，避免数据通信设备路由协议的抖动，不影响数据通信设备路由协议的收敛，另外光传输设备相对于数据通信设备能够更准确感知到传输线路故障恢复，防止丢包。
66.下述结合附图4，对本说明书另一个或多个实施例中，在传输线路恢复正常时，还通过判断延迟恢复是否生效来提高链路的可用率的实施例进行详细说明。在该实施例中，所述方法还包括：响应于所述传输线路发生故障，对故障持续时间进行计时，得到故障时长；在所述传输线路从故障恢复为正常的情况下，判断所述故障时长是否达到预设延迟生效阈值范围，其中，所述预设延迟生效阈值范围根据预估光分组交换完成保护倒换所需时长确定；如果是，则进入所述在所述传输线路从故障恢复为正常的情况下，对向所述数据通信设备传输的数据包插入故障信号的步骤。
67.具体地，图4示出了本说明书一个实施例提供的一种数据中心维护网络稳定的方法的处理过程流程图，具体包括以下步骤。
68.步骤402：响应于所述传输线路发生故障，对故障持续时间进行计时，得到故障时长。
69.步骤404：在所述传输线路从故障恢复为正常的情况下，判断所述故障时长是否达到预设延迟生效阈值范围。
70.其中，其中，所述预设延迟生效阈值范围根据预估光分组交换完成保护倒换所需时长确定。具体地，例如，所述预设延迟生效阈值范围的下限大于所述光分组交换完成保护倒换所需时间。例如，可以在所述光分组交换完成保护倒换所需时间基础上加上少许余量得到预设延迟生效阈值范围的下限。当故障时长大于该下限时，则达到预设延迟生效阈值范围。例如，假设光分组交换完成保护倒换所需时间为50ms，加上10ms余量，得到预设延迟生效阈值范围的下限为60ms。
71.如果故障时长未达到预设延迟生效阈值范围，则进入步骤406。如果故障时长达到预设延迟生效阈值范围，进入步骤412。
72.步骤406：判断发送数据包的远端是否存在故障。
73.步骤408：如果存在故障，则对向所述数据通信设备传输的数据包插入故障信号。
74.步骤410：如果不存在故障，则恢复对所述传输线路的数据包的透传。
75.步骤412：对向所述数据通信设备传输的数据包插入故障信号。
76.步骤414：对所述传输线路恢复正常的持续时间进行计时，得到恢复延迟时长。
77.步骤416：当所述恢复延迟时长达到预设恢复阈值范围的情况下，进入步骤406以恢复对所述传输线路的数据包的透传。
78.在上述实施例中，当传输线路恢复时，首先判断故障时长(或称为中断时间)是否达到预设延迟生效阈值范围，如果否，则直接恢复默认透传状态以透传以太网数据包，或者，远端存在故障的情况下(csf告警)对数据包下插故障信号。当故障时长达到预设延迟生效阈值范围，则开始强制对数据包下插故障信号，并对传输线路恢复正常的持续时间进行计时，持续延迟一段时间，期间如果再次出现线路故障，则恢复延迟时长的计时停止，并等到线路恢复的时候重启计时。当恢复延迟时达到预设恢复阈值范围时计时结束，并恢复默认透传状态以透传以太网包，或者，远端存在故障的情况下下插故障信号。
79.通过预设延迟生效阈值范围来确定是否进入恢复延迟能够提高链路可用率，这是由于：当传输线路故障发生在传输保护段之内(如图1所示的标识为“2”的位置)时，由于故障恢复的时间一般是光分组交换完成保护倒换所需时间，故障恢复快，完成保护倒换期间数据通信设备对传输链路上的故障无感知，不会造成数据通信设备路由协议的抖动，链路
不可用时间等同于传输线路恢复时间，通常为50ms以内，因此，无需对该故障恢复进行延迟，直接恢复透传即可，能够有效提高链路的可用率。当线路故障发生的地方不具备传输保护(如图1所示的标识为“中2的位置，且该位置没有传输的保护生效)，中断时间超过50ms，且后续网络维修的施工期间产生了多次的通断。如果仅由数据通信设备轮询端口的方式感知故障，则会感知到多次的中断-恢复，从而造成端口路由协议长时间无法收敛。而根据上述实施例，由于故障时长达到预设延迟生效阈值范围，延迟生效，则数据通信设备从传输设备上仅仅感知到一次中断，并在链路完全修复且线路正常持续一定时间后才感知到端口正常，这样既能够保证路由协议高效地完成收敛，也能在传输彻底修复后恢复端口状态。
80.下述结合附图5，对本说明书另一个或多个实施例中，在传输线路故障时，还通过中断延迟的方式来提高链路的可用率的实施例进行详细说明。在该实施例中，所述在传输线路发生故障的情况下，对向数据通信设备传输的数据包插入故障信号，包括：在传输线路发生故障的情况下，判断发送数据包的远端是否存在故障；如果是，则对向数据通信设备传输的数据包插入故障信号；如果否，则对向数据通信设备传输的数据包插入网络空闲信号，并对所述传输线路故障的持续时间进行计时，得到延迟中断时长；当所述延迟中断时长达到预设延迟中断阈值范围的情况下，对向所述数据通信设备传输的数据包插入故障信号，其中，所述预设延迟中断阈值范围根据预估光分组交换完成保护倒换所需时长确定。
81.具体地，图5示出了本说明书另一个实施例提供的一种数据中心维护网络稳定的方法的处理过程流程图，具体包括以下步骤。
82.步骤502：在传输线路发生故障的情况下，判断发送数据包的远端是否存在故障。
83.步骤504：如果是，则对向数据通信设备传输的数据包插入故障信号。
84.步骤506：如果否，则对向数据通信设备传输的数据包插入网络空闲信号，并对所述传输线路故障的持续时间进行计时，得到延迟中断时长。
85.步骤508：当所述延迟中断时长达到预设延迟中断阈值范围的情况下，对向所述数据通信设备传输的数据包插入故障信号。
86.其中，所述预设延迟中断阈值范围根据预估光分组交换完成保护倒换所需时长确定。
87.另外，还可以在所述预设延迟中断阈值范围基础上，再加上预设时长增量，得到预设延迟生效阈值范围。例如，预设延迟中断阈值范围的下限为50ms，在此基础上增加10ms，可以得到预设延迟生效阈值范围的下限60ms。
88.步骤510：在所述传输线路从故障恢复为正常的情况下，对向所述数据通信设备传输的数据包插入故障信号。
89.步骤512：对所述传输线路恢复正常的持续时间进行计时，得到恢复延迟时长。
90.步骤514：当所述恢复延迟时长达到预设恢复阈值范围的情况下，恢复对所述传输线路的数据包的透传。
91.本说明书一个或多个实施例中，所述对所述传输线路恢复正常的持续时间进行计时的步骤，与所述对所述传输线路故障的持续时间进行计时的步骤，采用同一计时器进行计时。通过采用同一计时器进行计时，使得故障延迟或者恢复延迟的控制在时间上更加准确，提高链路的可用率。
92.在上述实施例中，当传输线路发生故障的时候，启用计时器开始计时，若传输线路
故障之前远端已经故障，那么继续维持之前由于远端故障下插的故障信号，否则下插网络空闲信号。其中，所述网络空闲信号的表现形式不限，例如，在以太网中可以使用idle信号来表示网络空闲。当延迟中断时长达到预设延迟中断阈值范围时,开始下插故障信号。可见，根据该实施例，当传输线路故障发生在传输保护段之内(如图1中标识为“2”的位置)，传输设备将在延迟中断时长如50ms以内发送网络空闲信号，此间数据通信设备对传输线路上的故障是无感知的，线路不可用时间等同于传输链路恢复时间，该时间通常为50ms以内，无需数据通信设备占用cpu资源来轮询端口状态，避免由数据通信设备为端口设置传输线路的故障延迟所带来的中断时间长的问题，提高了链路的可用率。
93.下述结合附图6，对本说明书又一个或多个实施例中，既在故障时采取中断延迟，又在故障恢复正常时判断延迟恢复是否生效来提高链路的可用率的实施例进行详细说明。
94.具体地，图6示出了本说明书又一个实施例提供的一种数据中心维护网络稳定的方法的处理过程流程图，具体包括以下步骤。
95.步骤602：响应于所述传输线路发生故障，对故障持续时间进行计时，得到故障时长。
96.步骤604：判断发送数据包的远端是否存在故障。
97.步骤606：如果是，则对向数据通信设备传输的数据包插入故障信号，在所述传输线路从故障恢复为正常的情况下进入步骤612。
98.步骤608：如果否，则对向数据通信设备传输的数据包插入网络空闲信号，并对所述传输线路故障的持续时间进行计时，得到延迟中断时长。
99.步骤610：当所述延迟中断时长达到预设延迟中断阈值范围的情况下，对向所述数据通信设备传输的数据包插入故障信号。
100.步骤612：在所述传输线路从故障恢复为正常的情况下，停止对故障持续时间计时，判断所述故障时长是否达到预设延迟生效阈值范围。
101.步骤614：如果所述故障时长达到预设延迟生效阈值范围，则对向所述数据通信设备传输的数据包插入故障信号。
102.如果所述故障时长未达到预设延迟生效阈值范围，则进入步骤624。
103.步骤616：对所述传输线路恢复正常的持续时间进行计时，得到恢复延迟时长。
104.步骤618：判断是否所述传输线路在所述恢复延迟时长达到预设恢复阈值范围之前再次故障。
105.步骤620：如果是，停止对所述传输线路恢复正常的持续时间计时，在所述再次故障之后所述传输线路再次恢复正常时，重新对所述传输线路恢复正常的持续时间进行计时，得到恢复延迟时长。
106.可以理解的是，在所述恢复延迟时长未达到预设恢复阈值范围的情况下，将重新回到步骤618判断是否再次故障，在所述恢复延迟时长达到预设恢复阈值范围的情况下一直未再次发生故障，则进入步骤622。
107.步骤622：如果否，当所述恢复延迟时长达到预设恢复阈值范围的情况下，计时结束，进入步骤624。
108.步骤624：判断发送数据包的远端是否存在故障。
109.步骤626：如果存在故障，则对所述数据包插入故障信号。
110.步骤628：如果不存在故障，则恢复对所述传输线路的数据包的透传。
111.下面，将图5-图6所示处理过程结合数据通信设备端口支持2层中断延迟功能/开启延迟功能的实施方式进行说明。具体地，例如，一些实施例中，在交换机上实施了2层的中断延迟功能/开启延迟功能。
112.其中，数据通信设备上的2层中断延迟功能，指的是当交换机的端口收到物理层故障之后，不立即将3层协议关断，而是持续一段时间后，如果物理层故障仍然存在才将上层软件路由协议(如bgp协议)关断。对应地，数据通信设备上的2层开启延迟功能，指的是当数据通信设备的端口收到物理层故障恢复之后，不立即将3层协议打开，而是持续一段时间后，如果物理层仍然是正常状态才将上层软件路由协议(如bgp协议)开启，这样能够有效滤除物理层链路一定的抖动，待链路稳定之后再恢复2层链路。由此，在传输线路发生短时间中断并恢复的时候，3层路由协议不会关断。l2层链路的恢复速度比3层路由协议的恢复速度要快。因此，数据通信设备采用中断延迟功能/开启延迟功能的方式能够缩短整体链路的恢复时间，通常从分钟级缩短到秒级。
113.虽然数据通信设备上实施2层的中断延迟功能/开启延迟功能能够在一定程度上抑制1层的短时间中断，和连续多次中断情况下对上层路由协议的影响。但也存在一些问题：由于数据通信设备无法知道故障发生的位置，例如无法确定光纤中断是发生在机房内还是发生在位于外部跨机房的连纤，因此，中断延迟功能/开启延迟功能针对所有的链路中断及恢复，2层都会进行中断延迟/开启延迟操作，这样就造成了数据通信设备端口可用率下降。而结合图5，图6所示的处理过程之后，在传输线路故障和恢复的情况下，由于传输设备的客户侧实现了1层的中断延迟/恢复延迟两个功能，能够有效解决该问题。
114.具体地，例如，当发生线路中断的时候，客户侧启用定时器开始计时，当中断之前已经接收到远端客户侧信号故障，则继续维持之前下插的故障信号，否则下插网络空闲信号并持续一定时间，直到达到预设延迟中断阈值范围的情况下，开始下插故障信号。如果在还未达到预设延迟中断阈值范围的情况下传输线路恢复，则由于中断时长过短达不到预设延迟生效阈值范围，从而恢复默认透传状态。而当线路恢复的时候，客户侧首先判断故障时长是否达到预设延迟生效阈值范围。当未达到时，直接恢复默认透传状态，当达到时，则开始强制客户侧对数据包下插故障信号，并持续一定时间，直到达到预设恢复阈值范围，期间如果再次出现线路故障，则计时停止，并等到线路恢复的时候重启计时。达到预设恢复阈值范围计时结束时，恢复客户侧默认透传状态。其中，所述默认透传状态包括直接透传以数据包，或者，根据远端故障下插故障信号。
115.由于传输设备上具备了在感知到传输线路故障时对数据包下插网络空闲信号的功能，当数据通信设备接收到网络空闲信号时，数据通信设备认为接收到的数据包是正常的以太网帧，并不会触发2层端口的关断，也不会触发上层的路由协议收敛。因此，结合本说明书实施例提供的方法，能够在光传输线路发生倒换的时候不触发数据通信设备路由协议的抖动，一定程度上避免了传输层的故障在数通链路上被放大。针对传输线路保护倒换之外的中断场景，例如当传输线路连续多次中断的情况，结合本说明书实施例提供的方法，由于数据通信设备根据从传输设备获取的数据包上仅仅感知到一次中断，并在链路完全修复且线路正常持续一定时间后才感知到端口正常，因此，既能够保证路由协议高效地完成收敛，也能在传输彻底修复后恢复端口状态。
116.另外，在结合数据通信设备支持2层中断延迟功能/开启延迟功能的实施方式中，可以将数据通信设备端口的中断延迟功能和开启延迟功能的延迟时长参数设置为零，或者，将所述中断延迟功能和开启延迟功能取消。在该实施例中，当故障发生在传输设备的客户侧时(如图2中所标识为“1”和“3”的位置)，由于是在数据中心内部，跳纤修复或者光模块替换比较快速，因此，当这种故障发生的时候，由于数通端口2层中断延迟功能的延迟时长设置为零或功能取消，数据通信设备能够很快感知到端口故障和恢复，故障时能够准确及时触发上层路由协议收敛，故障恢复时链路没有延迟而快速恢复使用，从而提高链路的可用率。
117.为了使上述处理过程更加易于理解，下面再结合图7所示的信号下插时间点序列示意图，对图6所示的处理过程进行详细说明。在图7中，数据通信设备和传输设备分别对应相同时间范围内的两条时间点序列。如图7所示，关键的时间点包括：
118.时间点“a”，表示传输线路发生故障的时间点；
119.时间点“b”，表示故障时长达到预设延迟生效阈值的时间点；
120.时间点“c”，表示传输线路从故障恢复正常的时间点；
121.时间点“d”，表示传输线路在恢复延迟时长计时过程中，且未达到预设恢复阈值范围的情况下，再次故障的时间点；
122.时间点“e”，表示传输线路再次从故障恢复正常的时间点；
123.时间点“f”，表示传输线路再次发生故障的时间点；
124.时间点“g”，表示传输线路再次从故障恢复正常的时间点；
125.时间点“h”，表示恢复延迟时长达到预设恢复阈值范围的时间点。
126.根据上述各个时间点，传输设备在标识为“a”的时间点感知到传输线路故障，由于中断发生，传输设备根据步骤602-步骤610，对从时间点“a”开始接收到的数据包进行维护信号下插，包括插入网络空闲信号(如idel)或故障信号(如lf)，并计时得到故障时长。持续一段时间后，传输设备在标识为“c”的时间点感知到传输线路从故障恢复为正常，即物理层中断恢复，故障计时停止。由于传输线路从故障恢复为正常，而且故障时长在标识为“b”的时间点时即已达到预设延迟生效阈值范围，因此，传输设备根据步骤612判定故障时长达到预设延迟生效阈值范围，传输设备根据步骤614对从“c”时间点开始接收的数据包继续插入故障信号，并从时间点“c”开始对传输线路恢复正常的持续时间进行计时，得到恢复延迟时长。从时间点“c”开始的恢复延迟对应于图7所示的“10s l1 up delay”表示物理层执行10秒的恢复延迟，并在此期间对接收到的数据包继续执行故障信号如“lf”的下插。由于时间点“d”时，传输线路再次故障，传输设备根据步骤618-620，停止对传输线路恢复正常的持续时间计时(即对应图7所示的时间点“d”处的l1 up delay重置)。在时间点“e”处，传输线路再次恢复正常时，传输设备重新对所述传输线路恢复正常的持续时间进行计时(即对应图7所示的时间点“e”处的l1 up delay重置)。时间点“f”时，传输线路再次故障，传输设备根据步骤618-620，停止对传输线路恢复正常的持续时间计时，并在时间点“g”传输线路再次恢复正常时，重新对所述传输线路恢复正常的持续时间进行计时。持续一段时间后，到时间点“h”时，由于恢复延迟时长达到预设恢复阈值范围，传输设备根据步骤622计时结束，并根据步骤624-628，恢复对数据包的透传。可见，从时间点“a”到时间点“h”之间，对向数据通信设备传输的数据包，传输设备均插入了故障信号。
127.通过上述处理过程以及图7所示时间点序列可见，数据通信设备根据从传输设备获取的数据包上仅仅感知到从时间点“a”开始的一次中断，并在链路完全修复且线路正常持续一定时间后到时间点“h”时，数据通信设备才感知到端口正常，因此，既能够保证路由协议高效地完成收敛，也能在传输彻底修复后恢复端口状态。当然，数据通信设备在设置了2层的开启延迟功能的情况下，如图7所示，数据通信设备还可以在时间点“h”之后根据开启延迟功能(如图7所示的2s up delay功能)设置的延迟时长,执行延迟再开启端口，恢复链路。在开启延迟功能取消或延迟时长设置为零的情况下，数据通信设备则在时间点“h”时立刻恢复链路。
128.与上述方法实施例相对应，本说明书还提供了数据中心维护网络稳定的装置实施例，图8示出了本说明书一个实施例提供的一种数据中心维护网络稳定的装置的结构示意图。该装置配置于光传输设备。如图8所示，该装置包括：
129.故障响应模块802，可以被配置为在传输线路发生故障的情况下，对向数据通信设备传输的数据包插入故障信号。
130.恢复响应模块804，可以被配置为在所述传输线路从故障恢复为正常的情况下，对向所述数据通信设备传输的数据包插入故障信号。
131.恢复延迟计时模块806，可以被配置为对所述传输线路恢复正常的持续时间进行计时，得到恢复延迟时长。
132.恢复透传模块808，可以被配置为当所述恢复延迟时长达到预设恢复阈值范围的情况下，恢复对所述传输线路的数据包的透传，其中，所述预设恢复阈值范围根据预估所述传输线路完成故障恢复所需时长确定。
133.根据该装置，光传输设备在传输线路发生故障的情况下，对向数据通信设备传输的数据包插入故障信号，使数据通信设备根据数据包中包含故障信号，触发路由协议关闭所述传输线路对应的端口，在所述传输线路从故障恢复为正常的情况下，对向所述数据通信设备传输的数据包插入故障信号，对所述传输线路恢复正常的持续时间进行计时，得到恢复延迟时长，当所述恢复延迟时长达到预设恢复阈值范围的情况下，恢复对所述传输线路的数据包的透传，其中，所述预设恢复阈值范围根据预估所述传输线路完成故障恢复所需时长确定，使数据通信设备在关闭端口之后如果从光传输设备接收到未包含故障信号的数据包，则触发路由协议打开所述传输线路对应的端口。可见，该装置能够避免数据通信设备耗费cpu资源轮询端口状态，而且在传输线路恢复过程中连续多次断通抖动时，由于光传输设备基于对恢复延迟时长的计时强制插入故障信号，实现了对故障恢复的延时防抖，对于恢复过程中的多次断通抖动，数据通信设备从光传输设备上仅仅感知到一次故障，并在链路修复正常持续一定时间后才通过透传的数据包感知到正常，从而数据通信设备能在传输彻底修复后恢复端口状态，避免数据通信设备路由协议的抖动，保证数据通信设备的路由协议高效地完成收敛，另外光传输设备相对于数据通信设备能够更准确感知到传输线路故障恢复，防止丢包。
134.本说明书一个或多个实施例中，所述装置还包括：
135.故障计时模块，被配置为响应于所述传输线路发生故障，对故障持续时间进行计时，得到故障时长；
136.延迟生效判断模块，被配置为在所述传输线路从故障恢复为正常的情况下，判断
所述故障时长是否达到预设延迟生效阈值范围，其中，所述预设延迟生效阈值范围根据预估光分组交换完成保护倒换所需时长确定；
137.恢复触发模块，被配置为如果所述延迟生效判断模块判定为是，则触发所述恢复响应模块804进入所述在所述传输线路从故障恢复为正常的情况下，对向所述数据通信设备传输的数据包插入故障信号的步骤。
138.本说明书一个或多个实施例中，所述装置还包括：
139.远端判断模块，被配置为如果所述延迟生效判断模块判定为否，则判断发送数据包的远端是否存在故障；
140.远端故障处理模块，被配置为如果存在故障，则对所述数据包插入故障信号；
141.所述恢复透传模块，还被配置为如果所述远端判断模块判定不存在故障，则恢复对所述传输线路的数据包的透传。
142.本说明书一个或多个实施例中，所述恢复延迟计时模块，还被配置为如果所述传输线路在所述恢复延迟时长达到预设恢复阈值范围之前再次故障，停止对所述传输线路恢复正常的持续时间计时，在所述再次故障之后所述传输线路再次恢复正常时，重新对所述传输线路恢复正常的持续时间进行计时。
143.本说明书一个或多个实施例中，所述故障响应模块，包括：
144.远端故障判断子模块，被配置为在传输线路发生故障的情况下，判断发送数据包的远端是否存在故障；
145.远端故障信号插入子模块，被配置为如果所述远端故障判断子模块判定为是，则对向数据通信设备传输的数据包插入故障信号；
146.空闲信号插入子模块，被配置为如果所述远端故障判断子模块判定为否，则对向数据通信设备传输的数据包插入网络空闲信号，并对所述传输线路故障的持续时间进行计时，得到延迟中断时长；
147.中断执行子模块，被配置为当所述延迟中断时长达到预设延迟中断阈值范围的情况下，对向所述数据通信设备传输的数据包插入故障信号，其中，所述预设延迟中断阈值范围根据预估光分组交换完成保护倒换所需时长确定。
148.本说明书一个或多个实施例中，所述装置还包括：
149.延迟中断阈值计算模块，被配置为在所述预设延迟中断阈值范围基础上，再加上预设时长增量，得到预设延迟生效阈值范围。
150.本说明书一个或多个实施例中，所述装置还包括计时器，其中，所述对所述传输线路恢复正常的持续时间进行计时的步骤，与所述对所述传输线路故障的持续时间进行计时的步骤，采用同一所述计时器进行计时。
151.本说明书一个或多个实施例中，所述装置还包括：
152.故障判断模块，被配置为根据从所述传输线路收到的故障告警信号，判断所述传输线路是否发生故障；其中，所述故障告警信号包括：光信号丢失告警信号、光信号帧丢失信号、误码告警信号、信号失锁告警信号中的任一种或多种故障告警信号。
153.本说明书一个或多个实施例中，所述故障判断模块，被配置为根据从所述传输线路收到的误码告警信号，获取前向纠错码值,在所述前向纠错码值达到预设误码阈值范围的情况下，确定所述传输线路发生故障，其中，所述预设误码阈值范围根据所述前向纠错码
的纠错能力极限确定。
154.上述为本实施例的一种数据中心维护网络稳定的装置的示意性方案。需要说明的是，该数据中心维护网络稳定的装置的技术方案与上述的数据中心维护网络稳定的方法的技术方案属于同一构思，数据中心维护网络稳定的装置的技术方案未详细描述的细节内容，均可以参见上述数据中心维护网络稳定的方法的技术方案的描述。
155.与上述方法实施例相对应，本说明书还提供了数据中心维护网络稳定的系统实施例，图9示出了本说明书一个实施例提供的一种数据中心维护网络稳定的系统的结构示意图。如图9所示，该系统包括：数据通信设备902以及光传输设备904，其中，所述数据通信设备902与所述光传输设备904相连以通过所述光传输设备904接入网络；
156.所述光传输设备904，被配置为在传输线路发生故障的情况下，对向数据通信设备902传输的数据包插入故障信号，在所述传输线路从故障恢复为正常的情况下，对向所述数据通信设备902传输的数据包插入故障信号，对所述传输线路恢复正常的持续时间进行计时，得到恢复延迟时长，当所述恢复延迟时长达到预设恢复阈值范围的情况下，恢复对所述传输线路的数据包的透传，其中，所述预设恢复阈值范围根据预估所述传输线路完成故障恢复所需时长确定；
157.所述数据通信设备902，被配置为从所述光传输设备904接收数据包，如果所述数据包中包含故障信号，触发路由协议关闭所述传输线路对应的端口，如果在关闭所述端口之后从所述光传输设备904接收到未包含故障信号的数据包，触发所述路由协议打开所述传输线路对应的端口。
158.一个或多个实施例中，所述数据通信设备902端口的中断延迟功能和开启延迟功能的延迟时长参数设置为零，或者，将所述中断延迟功能和开启延迟功能取消。
159.上述为本实施例的一种数据中心维护网络稳定的系统的示意性方案。需要说明的是，该数据中心维护网络稳定的系统的技术方案与上述的数据中心维护网络稳定的方法的技术方案属于同一构思，数据中心维护网络稳定的系统的技术方案未详细描述的细节内容，均可以参见上述数据中心维护网络稳定的方法的技术方案的描述。
160.图10示出了根据本说明书一个实施例提供的一种计算设备1000的结构框图。该计算设备1000的部件包括但不限于存储器1010和处理器1020。处理器1020与存储器1010通过总线1030相连接，数据库1050用于保存数据。
161.计算设备1000还包括接入设备1040，接入设备1040使得计算设备1000能够经由一个或多个网络1060通信。这些网络的示例包括公用交换电话网(pstn)、局域网(lan)、广域网(wan)、个域网(pan)或诸如因特网的通信网络的组合。接入设备1040可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(nic))中的一个或多个，诸如ieee802.11无线局域网(wlan)无线接口、全球微波互联接入(wi-max)接口、以太网接口、通用串行总线(usb)接口、蜂窝网络接口、蓝牙接口、近场通信(nfc)接口，等等。
162.在本说明书的一个实施例中，计算设备1000的上述部件以及图10中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图10所示的计算设备结构框图仅仅是出于示例的目的，而不是对本说明书范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。
163.计算设备1000可以是任何类型的静止或移动计算设备，包括移动计算机或移动计
算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或pc的静止计算设备。计算设备1000还可以是移动式或静止式的服务器。
164.其中，处理器1020用于执行如下计算机可执行指令，该计算机可执行指令被处理器执行时实现上述数据中心维护网络稳定的方法的步骤。
165.上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的数据中心维护网络稳定的方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述数据中心维护网络稳定的方法的技术方案的描述。
166.本说明书一实施例还提供一种计算机可读存储介质，其存储有计算机可执行指令，该计算机可执行指令被处理器执行时实现上述数据中心维护网络稳定的方法的步骤。
167.上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的数据中心维护网络稳定的方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述数据中心维护网络稳定的方法的技术方案的描述。
168.本说明书一实施例还提供一种计算机程序，其中，当所述计算机程序在计算机中执行时，令计算机执行上述数据中心维护网络稳定的方法的步骤。
169.上述为本实施例的一种计算机程序的示意性方案。需要说明的是，该计算机程序的技术方案与上述的数据中心维护网络稳定的方法的技术方案属于同一构思，计算机程序的技术方案未详细描述的细节内容，均可以参见上述数据中心维护网络稳定的方法的技术方案的描述。
170.上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
171.所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
172.需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本说明书实施例并不受所描述的动作顺序的限制，因为依据本说明书实施例，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本说明书实施例所必须的。
173.在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。
174.以上公开的本说明书优选实施例只是用于帮助阐述本说明书。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本说明书实施例的内容，可作很多的修改和变化。本说明书选取并具体描述这些实施例，是为了更好地解释本说明书实施例的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本说明书。本说明书仅受权利要求书及其全部范围和等效物的限制。