基于OSPF的数据处理方法及装置与流程

基于ospf的数据处理方法及装置
技术领域
1.本公开涉及通信技术领域，特别涉及基于ospf的数据处理方法及装置、计算机可存储介质。


背景技术：

2.相关技术中，利用ospf(open shortest path first，开放式最短路径优先)进程中的单接收处理线程来执行ospf设备与其邻居设备中的链路状态信息的同步过程中的接收处理操作。同步过程中的接收处理操作为接收并处理邻居设备发送给ospf设备的与同步过程相关的报文。


技术实现要素：

3.相关技术中，在ospf设备与多个邻居设备邻接的情况下，ospf进程中的单接收处理线程需要在链路状态信息发生改变时接收并处理大量的包括链路状态信息的更新报文以及来自邻居设备的其他与同步相关的报文，导致链路状态信息的同步速度慢，无法及时完成链路状态信息的同步操作，从而无法保证自治系统的路由正常收敛。
4.针对上述技术问题，本公开提出了一种解决方案，可以提高同步链路状态信息的速度，及时完成链路状态信息的同步操作，保证自治系统的路由正常收敛。
5.根据本公开的第一方面，提供了一种基于开放式最短路径优先ospf的数据处理方法，包括：响应于检测到ospf设备中的ospf进程的中央处理器cpu占用率大于预设阈值，针对与所述ospf设备邻接的多个邻居设备，创建多个第一线程；将所述ospf设备与所述多个邻居设备中的链路状态信息的同步过程中的接收处理操作由所述ospf进程中的原接收处理线程执行切换到由所述多个第一线程执行。
6.在一些实施例中，基于ospf的数据处理方法还包括：响应于检测到所述ospf设备中的ospf进程的cpu占用率大于所述预设阈值且当前时刻的保活时间小于失效时间与间隔时间之间的差值，针对在所述当前时刻未向所述ospf设备发送保活消息或者已向所述ospf设备发送保活消息但是所述ospf设备未处理该保活消息的至少一个邻居设备，创建至少一个第二线程，其中，每个邻居设备对应一个第二线程，所述失效时间为所述ospf设备由于未接收或已接收但未处理来自邻居设备的保活消息而断开与邻居设备之间的链路的最长时间，所述保活时间为所述ospf设备与邻居设备完全邻接的剩余时间，所述间隔时间为所述ospf设备接收并处理来自邻居设备的保活消息的预设时间间隔；将接收并处理来自所述至少一个邻居设备的保活消息的操作由所述原接收处理线程执行切换到由所述至少一个第二线程执行。
7.在一些实施例中，基于ospf的数据处理方法还包括：利用触发器判断所述ospf设备与所述多个邻居设备中的链路状态信息的同步过程中的接收处理操作是否结束；在所述ospf设备与所述多个邻居设备中的链路状态信息的同步过程中的接收处理操作结束的情况下，终止所述多个第一线程和所述至少一个第二线程；调用所述原接收处理线程执行所
述ospf设备与所述多个邻居设备中的链路状态信息的同步过程中的接收处理操作和接收并处理来自所述至少一个邻居设备的保活消息的操作。
8.在一些实施例中，利用触发器判断所述ospf设备与所述多个邻居设备中的链路状态信息的同步过程中的接收处理操作是否结束包括：利用触发器判断所述ospf设备链路状态信息更新列表是否为空，其中，在所述ospf设备的链路状态信息更新列表为空的情况下，所述ospf设备与所述多个邻居设备中的链路状态信息的同步过程中的接收处理操作结束，所述ospf设备的链路状态信息更新列表包括针对所述每个邻居设备中存在但所述ospf设备中不存在的链路状态信息。
9.在一些实施例中，在所述ospf进程中创建所述多个第一线程和所述至少一个第二线程。
10.在一些实施例中，基于ospf的数据处理方法还包括：在检测到ospf设备中的ospf进程的cpu占用率大于预设阈值的情况下，周期性地检测保活时间是否小于失效时间与间隔时间之间的差值。
11.在一些实施例中，每个邻居设备对应一个第一线程，将所述ospf设备与所述多个邻居设备中的链路状态信息的同步过程中的接收处理操作由所述ospf进程中的原接收处理线程执行切换到由所述多个第一线程执行包括调用与每个邻居设备对应的第一线程执行如下操作：接收并处理来自所述每个邻居设备的同步请求队列，每个邻居设备的同步请求队列包括针对所述ospf设备中存在但该邻居设备中不存在的链路状态信息的同步请求；接收并处理来自所述每个邻居设备的确认报文，所述确认报文表征所述每个邻居设备已经接收到针对所述每个邻居设备的同步请求队列的更新报文；接收并处理来自所述每个邻居设备针对所述ospf设备的同步请求队列生成的更新报文，所述ospf设备针对所述每个邻居设备的同步请求队列包括针对所述每个邻居设备中存在但所述ospf设备中不存在的链路状态信息的同步请求。
12.在一些实施例中，基于ospf的数据处理方法还包括：周期性地获取所述ospf设备中的ospf进程的cpu占用率；检测所述ospf进程的cpu占用率是否大于所述预设阈值。
13.在一些实施例中，所述基于ospf的数据处理方法由所述ospf设备执行。
14.根据本公开第二方面，提供了一种基于开放式最短路径优先ospf的数据处理装置，包括：创建模块，被配置为响应于检测到ospf设备中的ospf进程的中央处理器cpu占用率大于预设阈值，针对与所述ospf设备邻接的多个邻居设备，创建多个第一线程；切换模块，被配置为将所述ospf设备与所述多个邻居设备中的链路状态信息的同步过程中的接收处理操作由所述ospf进程中的原接收处理线程执行切换到由所述多个第一线程执行。
15.根据本公开第三方面，提供了一种基于开放式最短路径优先ospf的数据处理装置，包括：存储器；以及耦接至所述存储器的处理器，所述处理器被配置为基于存储在所述存储器的指令，执行上述任一实施例所述的基于开放式最短路径优先ospf的数据处理方法。
16.根据本公开的第四方面，提供了一种计算机可存储介质，其上存储有计算机程序指令，该指令被处理器执行时实现上述任一实施例所述的基于开放式最短路径优先ospf的数据处理方法。
17.在上述实施例中，可以提高同步链路状态信息的速度，及时完成链路状态信息的
同步操作，保证自治系统的路由正常收敛。
附图说明
18.构成说明书的一部分的附图描述了本公开的实施例，并且连同说明书一起用于解释本公开的原理。
19.参照附图，根据下面的详细描述，可以更加清楚地理解本公开，其中：
20.图1是示出根据本公开一些实施例的基于ospf的数据处理方法的流程图；
21.图2a是示出根据本公开另一些实施例的基于ospf的数据处理方法的流程图；
22.图2b是示出根据本公开再一些实施例的基于ospf的数据处理方法的流程图。
23.图3是示出根据本公开一些实施例的基于ospf的数据处理装置的框图；
24.图4是示出根据本公开另一些实施例的基于ospf的数据处理装置的框图；
25.图5是示出用于实现本公开一些实施例的计算机系统的框图。
具体实施方式
26.现在将参照附图来详细描述本公开的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。
27.同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
28.以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。
29.对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。
30.在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。
31.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
32.图1是示出根据本公开一些实施例的基于ospf的数据处理方法的流程图。例如，基于ospf的数据处理方法由ospf设备执行。
33.如图1所示，基于ospf的数据处理方法包括步骤s110-步骤s120。
34.在步骤s110中，响应于检测到ospf设备中的ospf进程的cpu(central processing unit，中央处理器)占用率大于预设阈值，针对与ospf设备邻接的多个邻居设备，创建多个第一线程。例如，预设阈值为5％。
35.在一些实施例中，在ospf进程中创建多个第一线程。例如，每个邻居设备对应一个第一线程。多个第一线程为接收并处理来自邻居设备的同步请求队列、更新报文和确认报文的多线程。例如，同步请求队列为lsr(link state request packet，链路状态请求包)。更新报文为lsu(link state update packet，链路状态更新包)。确认报文为lsack(link state acknowledgment packet，链路状态确认包)。
36.在一些实施例中，基于ospf的数据处理方法还包括：在步骤s110之前，周期性地获
取ospf设备中的ospf进程的cpu占用率，并监测ospf进程的cpu占用率是否大于预设阈值。
37.在步骤s120中，将ospf设备与多个邻居设备中的链路状态信息的同步过程中的接收处理操作由ospf进程中的原接收处理线程执行切换到由多个第一线程执行。
38.ospf设备与多个邻居设备中的链路状态信息的同步过程中的接收处理操作即为接收并处理来自每个邻居设备的同步请求队列，接收并处理来自每个邻居设备的确认报文，以及接收并处理来自每个邻居设备针对ospf设备的同步请求队列生成的更新报文。每个邻居设备的同步请求队列包括针对ospf设备中存在但该邻居设备中不存在的链路状态信息的同步请求。确认报文表征每个邻居设备已经接收到针对每个邻居设备的同步请求队列的更新报文。ospf设备针对每个邻居设备的同步请求队列包括针对每个邻居设备中存在但ospf设备中不存在的链路状态信息的同步请求。这里的处理为解析处理。
39.通过利用多个第一线程执行上述同步过程中的接收处理操作，并结合ospf进程中的原发送线程执行同步过程中的发送处理操作可以完成更新ospf设备中的链路状态数据库与多个邻居设备中的链路状态数据库，以保持ospf设备及其多个邻居设备中的链路状态数据库中的链路状态信息一致。
40.ospf进程中的原接收处理线程和上述原发送线程均为单线程。原接收处理线程不仅具有接收并处理用于同步链路状态信息的lsr、lsu、lsack等ospf包的功能，还具有接收并处理用于保活(维持邻接关系)的hello包、用于建立邻接关系的dd(database description packet，数据库描述包)等ospf包的功能。原发送线程不仅具有发送用于同步链路状态信息的lsr、lsu、lsack等ospf包的功能，还具有发送用于保活的hello包、用于建立邻接关系的dd等ospf包的功能。
41.在一些实施例中，在每个邻居设备对应一个第一线程的情况下，可以通过如下的方式实现将ospf设备与多个邻居设备中的链路状态信息的同步过程中的接收处理操作由ospf进程中的原接收处理线程执行切换到由多个第一线程执行。
42.调用与每个邻居设备对应的第一线程执行如下操作：接收并处理来自该邻居设备的同步请求队列，接收并处理来自该邻居设备的确认报文，接收并处理来自该邻居设备针对ospf设备的同步请求队列生成的更新报文。
43.在另一些实施例中，在邻居设备与第一线程不是一一对应的情况下，可以通过如下的方式实现将ospf设备与多个邻居设备中的链路状态信息的同步过程中的接收处理操作由ospf进程中的原接收处理线程执行切换到由多个第一线程执行。
44.根据预设的第一线程与邻居设备的对应关系，调用每个第一线程执行如下操作：接收并处理来自与该第一线程对应的邻居设备的同步请求队列，接收并处理来自与该第一线程对应的邻居设备的确认报文，接收并处理来自与该第一线程对应的邻居设备针对ospf设备的同步请求队列生成的更新报文。在上述实施例中，每个邻居设备的同步请求队列包括针对ospf设备中存在但该邻居设备中不存在的链路状态信息的同步请求。每个邻居设备的确认报文表征每个邻居设备已经接收到针对每个邻居设备的同步请求队列的更新报文。ospf设备针对每个邻居设备的同步请求队列包括针对该邻居设备中存在但ospf设备中不存在的链路状态信息的同步请求。
45.例如，ospf设备中包括链路状态信息a、b、c，一邻居设备中包括链路状态信息a、e、f。该邻居设备的同步请求队列包括针对链路状态信息b和c的两个同步请求。ospf设备的同
步请求队列包括针对链路状态信息e和f的两个同步请求。这里只是一个例子，实际场景中，可能会存在大量的同步请求。
46.在上述实施例中，在检测到ospf设备中的ospf进程的cpu占用率大于预设阈值的情况下，通过创建多个第一线程，并采用多线程代替ospf进程中的单线程来执行同步过程中大量的接收处理操作，可以在精准检测到ospf设备在进行大量的同步操作的情况下，可以提高同步链路状态信息的速度，及时完成链路状态信息的同步操作，保证自治系统的路由正常收敛。
47.图2a是示出根据本公开另一些实施例的基于ospf的数据处理方法的流程图。图2a与图1的不同之处在于，图2a示出了另一些实施例的基于ospf的数据处理方法的步骤s130-步骤s140。下面将仅描述图2a与图1的不同之处，相同之处不再赘述。例如，基于ospf的数据处理方法由ospf设备执行。
48.在步骤s130中，响应于检测到ospf设备中的ospf进程的cpu占用率大于预设阈值且当前时刻的保活时间小于失效时间与间隔时间之间的差值，针对在当前时刻未向ospf设备发送保活消息或者已向ospf设备发送保活消息但是ospf设备未处理该保活消息的至少一个邻居设备，创建至少一个第二线程。每个邻居设备对应一个第二线程。每个第二线程用于接收并处理来自与该第二线程对应的邻居设备的保活消息。第二线程也可以叫做hello备用线程。例如，在ospf进程中创建上述至少一个第二线程。
49.在一些实施例中，基于ospf的数据处理方法还包括：在步骤s130之前，在检测到ospf设备中的ospf进程的cpu占用率大于预设阈值的情况下，周期性地检测保活时间是否小于失效时间与间隔时间之间的差值。
50.失效时间为ospf设备由于未接收或已接收但未处理来自邻居设备的保活消息而断开与邻居设备之间的链路的最长时间。即失效时间为ospf设备在某一次接收并处理来自邻居设备的保活消息的时刻与ospf设备在下一次接收并处理来自邻居设备的保活消息的时刻之间的最大时长。例如，失效时间为40秒表示如果ospf设备在40秒内始终未接收或已接收但未处理来自邻居设备的保活消息，则ospf设备断开与该邻居设备之间的链路。ospf设备断开与邻居设备之间的链路后，将不再与该邻居设备具有邻接关系。
51.当前时刻的保活时间为ospf设备与邻居设备完全邻接的剩余时间。例如，在ospf设备接收并处理来自邻居设备的保活消息的某一时刻到当前时刻之间，ospf设备未接收或已接收但未处理来自邻居设备的保活消息，当前时刻的保活时间为失效时间-(当前时刻-前一时刻)，当前时刻晚于上述某一时刻。又例如，在当前时刻，ospf设备恰好接收并处理了来自邻居设备的保活消息，则当前时刻的保活时间为失效时间。在一些实施例中，可以用保活定时器来记录保活时间。保活定时器的初始值与失效时间相同，每当ospf设备接收并处理了来自邻居设备的保活消息后，立即恢复到初始值。
52.以失效时间是40秒为例，ospf设备在第一时刻接收并处理了来自邻居设备的保活消息，此时保活时间为40秒。当前时刻晚于第一时刻11秒，则当前时刻的保活时间为29秒。保活时间为29秒表征ospf设备应当在剩下的29秒内接收并处理来自邻居设备的保活消息。若ospf设备在剩下的29秒内仍然未接收到或已接收但未处理来自邻居设备的保活消息，则ospf设备断开与邻居设备之间的链路，ospf设备与邻居设备不再完全邻接。
53.间隔时间为ospf设备接收并处理来自邻居设备的保活消息的预设时间间隔。间隔
时间即为hello包或hello报文的时间间隔。例如，间隔时间为10秒。
54.以当前时刻的保活时间为29秒、失效时间为40秒、间隔时间为10秒为例，失效时间与间隔时间的差值为30秒。保活时间小于该差值表征ospf设备已错过一次接收并处理来自邻居设备的保活消息的机会，即ospf设备的原接收处理线程在处理其他ospf包，无法及时接收并处理来自邻居设备的保活消息。
55.在步骤s140中，将接收并处理来自至少一个邻居设备的保活消息的操作由原接收处理线程执行切换到由至少一个第二线程执行。在一些实施例中，调用每个第二线程接收并处理来自与其对应的邻居设备的保活消息。例如，保活消息为hello包。hello包也叫做hello报文。
56.在上述实施例中，步骤s130-步骤s140可以独立于步骤s110-步骤s120执行，也可以与步骤s110-步骤s120共同执行。另外，步骤s130-步骤s140可以执行于步骤s110之前，也可以执行于步骤s120之后。
57.在上述实施例中，在检测到ospf设备中的ospf进程的cpu占用率大于预设阈值的情况下，ospf设备在进行大量的同步操作，通过针对已经遗漏一次接收并处理来自邻居设备的保活消息的情况下，针对向所述ospf设备发送保活消息或者已向所述ospf设备发送保活消息但是ospf设备未处理该保活消息的每个邻居设备创建一个第二线程，并采用新创建的第二线程代替ospf进程中的单线程来执行接收并处理保活消息的操作，可以提高ospf设备与邻居设备之间的邻接关系的稳定性，从而进一步保证自治系统的路由正常收敛，避免路由震荡。
58.图2b是示出根据本公开再一些实施例的基于ospf的数据处理方法的流程图。图2b与图2a的不同之处在于，图2b示出了另一些实施例的基于ospf的数据处理方法的步骤s150-步骤s170。下面将仅描述图2b与图2a的不同之处，相同之处不再赘述。例如，基于ospf的数据处理方法由ospf设备执行。
59.在步骤s150中，利用触发器判断ospf设备与多个邻居设备中的链路状态信息的同步过程中的接收处理操作是否结束。
60.在一些实施例中，可以通过利用触发器判断ospf设备的链路状态信息更新列表是否为空，来判断ospf设备与多个邻居设备中的链路状态信息的同步过程中的接收处理操作是否结束。在ospf设备的链路状态信息更新列表为空的情况下，ospf设备与多个邻居设备中的链路状态信息的同步过程中的接收处理操作结束。ospf设备的链路状态信息更新列表包括针对每个邻居设备中存在但ospf设备中不存在的链路状态信息。例如，链路状态信息为链路状态的摘要信息。链路状态信息更新列表为lsa(link state advertisement，链路状态通告)列表。
61.在步骤s160中，在ospf设备与多个邻居设备中的链路状态信息的同步过程中的接收处理操作结束的情况下，终止多个第一线程和至少一个第二线程。由于链路状态信息的同步过程中，接收处理操作多于发送操作，同步速度主要受到接收处理操作的影响而变得缓慢。因此，此处只需在接收处理操作结束的情况下，终止第一线程和第二线程。
62.在步骤s170中，调用原接收处理线程执行ospf设备与多个邻居设备中的链路状态信息的同步过程中的接收处理操作和接收并处理来自上述至少一个邻居设备的保活消息的操作。
63.在上述实施例中，通过动态监测，并在判断ospf设备与多个邻居设备中的链路状态信息的同步过程中的接收处理操作结束的情况下，及时终止多个第一线程和至少一个第二线程，可以避免不必要的cpu资源占用，提高cpu资源的利用率。
64.图3是示出根据本公开一些实施例的基于ospf的数据处理装置的框图。
65.如图3所示，基于ospf的数据处理装置3包括创建模块31和切换模块32。例如，基于ospf的数据处理装置3为ospf设备。例如，创建模块31包括第一创建单元311。切换模块32包括第一切换单元321。
66.第一创建单元311被配置为响应于检测到ospf设备中的ospf进程的cpu占用率大于预设阈值，针对与ospf设备邻接的多个邻居设备，创建多个第一线程，例如执行如图1所示的步骤s110。
67.第一切换单元321被配置为将ospf设备与多个邻居设备中的链路状态信息的同步过程中的接收处理操作由ospf进程中的原接收处理线程执行切换到由多个第一线程执行，例如执行如图1所示的步骤s120。
68.在上述实施例中，在检测到ospf设备中的ospf进程的cpu占用率大于预设阈值的情况下，通过创建多个第一线程，并采用多线程代替ospf进程中的单线程来执行同步过程中大量的接收处理操作，可以在精准检测到ospf设备在进行大量的同步操作的情况下，可以提高同步链路状态信息的速度，及时完成链路状态信息的同步操作，保证自治系统的路由正常收敛。
69.在一些实施例中，创建模块31还包括第二创建单元312。切换模块32还包括第二切换单元322。
70.第二创建单元312被配置为响应于检测到ospf设备中的ospf进程的cpu占用率大于预设阈值且当前时刻的保活时间小于失效时间与间隔时间之间的差值，针对在当前时刻未向ospf设备发送保活消息或者已向ospf设备发送保活消息但是ospf设备未处理该保活消息的至少一个邻居设备，创建至少一个第二线程，例如执行如图2a所示的步骤s130。这里的保活时间、失效时间、间隔时间与前述实施例中的定义相同，此处将不再赘述。
71.第二切换单元322被配置为将接收并处理来自上述至少一个邻居设备的保活消息的操作由原接收处理线程执行切换到由至少一个第二线程执行，例如执行如图2a所示的步骤s140。
72.在上述实施例中，在检测到ospf设备中的ospf进程的cpu占用率大于预设阈值的情况下，ospf设备在进行大量的同步操作，通过针对已经遗漏一次接收并处理来自邻居设备的保活消息的情况下，针对向所述ospf设备发送保活消息或者已向所述ospf设备发送保活消息但是ospf设备未处理该保活消息的每个邻居设备创建一个第二线程，并采用新创建的第二线程代替ospf进程中的单线程来执行接收并处理保活消息的操作，可以提高ospf设备与邻居设备之间的邻接关系的稳定性，从而进一步保证自治系统的路由正常收敛，避免路由震荡。
73.图4是示出根据本公开另一些实施例的基于ospf的数据处理装置的框图。
74.如图4所示，基于ospf的数据处理装置4包括存储器41；以及耦接至该存储器41的处理器42。存储器41用于存储执行数据处理方法对应实施例的指令。处理器42被配置为基于存储在存储器41中的指令，执行本公开中任意一些实施例中的基于ospf的数据处理方
法。例如，基于ospf的数据处理装置4为ospf设备。
75.图5是示出用于实现本公开一些实施例的计算机系统的框图。
76.如图5所示，计算机系统50可以通用计算设备的形式表现。计算机系统50包括存储器510、处理器520和连接不同系统组件的总线500。
77.存储器510例如可以包括系统存储器、非易失性存储介质等。系统存储器例如存储有操作系统、应用程序、引导装载程序(boot loader)以及其他程序等。系统存储器可以包括易失性存储介质，例如随机存取存储器(ram)和/或高速缓存存储器。非易失性存储介质例如存储有执行基于ospf的数据处理方法中的至少一种的对应实施例的指令。非易失性存储介质包括但不限于磁盘存储器、光学存储器、闪存等。
78.处理器520可以用通用处理器、数字信号处理器(dsp)、应用专用集成电路(asic)、现场可编程门阵列(fpga)或其它可编程逻辑设备、分立门或晶体管等分立硬件组件方式来实现。相应地，诸如判断模块和确定模块的每个模块，可以通过中央处理器(cpu)运行存储器中执行相应步骤的指令来实现，也可以通过执行相应步骤的专用电路来实现。
79.总线500可以使用多种总线结构中的任意总线结构。例如，总线结构包括但不限于工业标准体系结构(isa)总线、微通道体系结构(mca)总线、外围组件互连(pci)总线。
80.计算机系统50还可以包括输入输出接口530、网络接口540、存储接口550等。这些接口530、540、550以及存储器510和处理器520之间可以通过总线500连接。输入输出接口530可以为显示器、鼠标、键盘等输入输出设备提供连接接口。网络接口540为各种联网设备提供连接接口。存储接口550为软盘、u盘、sd卡等外部存储设备提供连接接口。
81.这里，参照根据本公开实施例的方法、装置和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个框以及各框的组合，都可以由计算机可读程序指令实现。
82.这些计算机可读程序指令可提供到通用计算机、专用计算机或其他可编程装置的处理器，以产生一个机器，使得通过处理器执行指令产生实现在流程图和/或框图中一个或多个框中指定的功能的装置。
83.这些计算机可读程序指令也可存储在计算机可读存储器中，这些指令使得计算机以特定方式工作，从而产生一个制造品，包括实现在流程图和/或框图中一个或多个框中指定的功能的指令。
84.本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。
85.通过上述实施例中的基于ospf的数据处理方法及装置、计算机可存储介质，可以提高同步链路状态信息的速度，及时完成链路状态信息的同步操作，保证自治系统的路由正常收敛。
86.至此，已经详细描述了根据本公开的基于ospf的数据处理方法及装置、计算机可存储介质。为了避免遮蔽本公开的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。