CN112615751B - 一种基于路由协议的主备倒换热备份方法和装置 - Google Patents

Abstract

本申请提供了一种基于路由协议的主备倒换热备份方法和装置，所述方法包括：备用主控板启动后，主用主控板将与OSPF协议相关的数据同步给所述备用主控板；所述备用主控板根据所述与OSPF协议相关的数据计算并生成与所述主用主控板一致的动态数据；所述主用主控板若确定接口状态机发生变化，则将接口状态机运转的事件发送给所述备用主控板；所述备用主控板执行所述接口状态机运转的事件，更新存储的接口属性信息，计算并生成与所述主用主控板一致的动态数据。该方法备份数据量小，且备份效率高。

Description

一种基于路由协议的主备倒换热备份方法和装置

技术领域

本发明涉及数据通信技术领域，特别涉及一种基于路由协议的主备倒换热备份方法和装置。

背景技术

目前运营商网络对汇聚以上通信设备的安全可靠性要求非常高，在硬件结构上普遍使用主备双主控的方式进行物理备份。当前实现主备盘备份，多采用协议平滑重启(Graceful Restart，GR)技术方式实现主备盘的备份，但该方式下需要其他设备作为GRHelper协助自身完成备用主控的控制数据恢复，因而该方式下的主备盘备份，对外部环境有一定要求和依赖，当异厂家互联时，协议互通性也有一定挑战，实际使用过程中倒换成功率并不高。

开放式最短路径优先(Open Shortest Path First，OSPF)无停顿转发NSF(NonStop Forwarding)主要通过GR实现，倒换过程中通过借助对方GR Helper实现新主用主控的控制数据恢复，同时不影响对端的协议状态，因而需要对协议进行大量的改造，影响协议本身的正常运转，同时异厂家互通时有一定的挑战，且该方式下需要依赖其他设备。

OSPF NSR是通过主备盘的板间通信通道进行数据的备份，与协议GR相比具有不依赖外部环境的优势，且免除了异厂家互通的难题。

OSPF邻居/接口状态机数据、LSDB数据库、LSA老化刷新、路由计算等非常复杂，传统的NSR备份机制将所有数据同步至备板，数据备份量大且频繁，容易出现不稳定和数据不一致的情况，当拔出主用主控时，若正在进行数据备份，很容易造成数据丢失，造成倒换业务恢复失败。

发明内容

有鉴于此，本申请提供一种基于路由协议的主备倒换热备份方法和装置，备份数据量小，且备份效率高。

为解决上述技术问题，本申请的技术方案是这样实现的：

在一个实施例中，提供了一种基于路由协议的主备倒换热备份方法，所述方法包括：

备用主控板启动后，主用主控板将与OSPF协议相关的数据同步给所述备用主控板；

所述备用主控板根据所述与OSPF协议相关的数据计算并生成与所述主用主控板一致的动态数据；

所述主用主控板若确定接口状态机发生变化，则将接口状态机运转的事件发送给所述备用主控板；

所述备用主控板执行所述接口状态机运转的事件，更新存储的接口属性信息，计算并生成与所述主用主控板一致的动态数据。

在另一个实施例中，提供了一种基于路由协议的主备倒换热备份装置，所述装置包括：主用主控板和备用主控板；

所述主用主控板，用于备用主控板启动后，将与OSPF协议相关的数据同步给所述备用主控板；若确定接口状态机发生变化，则将接口状态机运转的事件发送给所述备用主控板；

所述备用主控板，用于根据所述备用主控板同步的与OSPF协议相关的数据计算并生成与所述主用主控板一致的动态数据；执行所述主用主控板发送的接口状态机运转的事件，更新存储的接口属性信息，计算并生成与所述主用主控板一致的动态数据。

由上面的技术方案可见，上述实施例中在备用主控板启动时，进行批量备份；之后进行实时备份，在与OSPF协议相关的数据变化时，只将必要的动态数据以及状态变化机事件进行同步，由备用主控板计算并生成与主用主控板一致的动态数据。该方案中备用主控板具备一定自主性，能够早接管并生成自身数据，而不是在升级成主用主控板后才接管控制数据。该方案备份数据量小，且备份效率高。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为与本申请实施例中与OSPF协议相关的数据的同步示意图；

图2为本申请实施例一中基于路由协议的主备倒换热备份流程示意图；

图3为本申请实施例二中基于路由协议的主备倒换热备份流程示意图；

图4为本申请实施例三中基于路由协议的主备倒换热备份流程示意图；

图5为本申请实施例四中基于路由协议的主备倒换热备份流程示意图；

图6为本申请实施例五中基于路由协议的主备倒换热备份流程示意图；

图7为本申请实施例中应用于上述技术的装置结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含。例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其他步骤或单元。

下面以具体实施例对本发明的技术方案进行详细说明。下面几个具体实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。

本申请实施例中提供一种基于路由协议的主备倒换热备份方法，在备用主控板启动时，进行批量备份；之后进行实时备份，在与OSPF协议相关的数据变化时，只将必要的动态数据以及状态变化机事件进行同步，由备用主控板计算并生成与主用主控板一致的动态数据。该方案中备用主控板具备一定自主性，能够早接管并生成自身数据，而不是在升级成主用主控板后才接管控制数据。该方案具有备份数据量小，效率高的优点。

参见图1，图1为与本申请实施例中与OSPF协议相关的数据的同步示意图。图1中给出与OSPF协议相关的数据：配置数据、接口属性信息/接口状态机、邻居属性信息/邻居状态机、链路状态数据库(Link State DataBase，LSDB)表、OSPF路由表、RTM路由表、转发信息库(Forwarding Information Base，FIB)路由表、地址解析协议(Address ResolutionProtocol，ARP)表和芯片表。

其中，在备用主控板启动时，进行一次批量备份，备份的数据包括：配置数据、接口属性信息、邻居属性信息以及LSDB表相关的数据。

备用主控板在接收到批量备份的配置数据、接口属性信息、邻居属性信息以及LSDB表相关的数据执行并存储相关数据，然后计算生成OSPF路由表、RTM路由表、FIB路由表、ARP表和芯片表。

之后，在备用主控板和主用主控板稳定运行时，需要实时同步变化的数据，需要同步的信息如下：

当配置数据变化时，同步变化的配置信息；

当接口状态机变化时，同步接口状态机运转的事件；

当邻居状态机变化时，同步邻居接口状态机运转的事件；

当对LSDB表执行操作时，同步对应的操作。

当接口状态机变化、邻居状态机变化、对LSDB表执行操作时，除了执行对应的事件和擦操作之外，计算并生成OSPF路由表、RTM路由表、FIB路由表、ARP表和芯片表。

本申请实施例中对于OSPF路由表、RTM路由表、FIB路由表、ARP表和芯片表备用主控板与主用主控板执行相同的生成和更新。

下面结合附图，详细说明本申请实施例中基于路由协议的主备倒换热备份过程。

实施例一

该实施例给出在备用主控板刚启动时，进行批量备份的过程。

参见图2，图2为本申请实施例一中基于路由协议的主备倒换热备份流程示意图。具体步骤为：

步骤201，备用主控板启动后，主用主控板将与OSPF协议相关的数据同步给所述备用主控板。

本步骤具体实现时，在备用主控板刚启动时，进行批量备份。

本申请进行批量备份时，不是将所有与OSPF协议相关的数据全部备份，而是只备份如下与OSPF协议相关的数据：配置文件、接口属性信息、邻居属性信息和链路状态通告LSA数据。

步骤202，备用主控板根据所述与OSPF协议相关的数据计算并生成与所述主用主控板一致的动态数据。

本步骤对接收到与OSPF协议相关的数据进行如下处理：

执行所述配置文件，存储对应的配置信息；

实现配置信息的批量备份；

存储接口属性信息和邻居属性信息；

将所述LSA数据添加到本地的LSDB表中，并建立LSA刷新、老化定时器；

使用LSDB表依次计算并生成OSPF路由表、RTM路由表、FIB路由表、ARP表和芯片表。

本申请实施例中具体实现时，批量备份时，不备份OSPF路由表、RTM路由表、FIB路由表、ARP表和芯片表对应的数据，由备用主控板自主进行计算更新，以生成与主用主控板一致的动态数据，完成备用主控板启动后，实现批量数据备份。

本申请实施例中OSPF路由表无需任何备份，在保证了主用主控板的OSPF协议动态数据：接口、邻居、LSDB等的一致性后，备用主控板根据自身的这些信息触发SPF路由计算，并生成本地OSPF路由表，此过程中省去了主用主控板的备份过程，同时备用主控板及早参与了路由计算过程，路由表是自身计算生成的，因此比通过备份机制备份过来的路由表更加可靠和稳定。

RTM路由表也无需任何备份，备用主控板的RTM路由表中的路由表，均为OSPF协议计算并下发的，不需要主用主控的备份过程。

使用普通GR的NSF技术时，主用主控板将转发表备份至备用主控板，备用主控板通过GR恢复动态数据并重新计算路由时，计算的路由和备份过来的路由可能会有差异，因而需要有对账的过程，但通过本申请实施例中的NSR方法，路由本来就是备用主控板自主计算的，因而不需要此过程。

FIB路由表也无需备份，备用主控板上的FIB/ARP及芯片中的表项，完全靠备用主控板计算完OSPF路由后添加RTM，优选后下发FIB表，因而此过程也不需要和控制层进行对账的过程。

在备用主控板启动时，进行批量备份时，仅同步配置文件、接口属性信息、邻居属性信息和LSA数据，备用主控板对同步的数据进行执行，并计算生成OSPF路由表、RTM路由表、FIB路由表、ARP表和芯片表，来实现与主用主控板一致的动态数据。该方案中在批量备份时，也不需要备份所有数据，备用主控板具有自主计算能力，能够通过计算实现OSPF路由表、RTM路由表、FIB路由表、ARP表和芯片表对应的数据与主用主控板的数据一致。该方案备份的数据量小，且效率高。

实施例二

参见图3，图3为本申请实施例二中基于路由协议的主备倒换热备份流程示意图。具体步骤为：

步骤301，主用主控板若确定接口状态机发生变化，则将接口状态机运转的事件发送给所述备用主控板。

当主用主控板确定接口状态机发生变化后，不再发送接口相关的动态数据到备用主控板，而是将接口状态机(Interface State Machine，ISM)运转的事件(event)发送给备用主控板，在发送时，使用key和事件关联的方式发送，以便备用主控板确定要执行的事件，这里的key为接口索引。

步骤302，备用主控板执行所述接口状态机运转的事件，更新存储的接口属性信息，计算并生成与所述主用主控板一致的动态数据。

备用主控板接收到主用主控板发送的接口状态机运转的事件时，与主用主控板一样在对应接口上执行相应的事件：ism[oi->state](event)。

在该过程中，主用主控板通过执行对应事件，保持与主用主控板上的接口属性信息的一致，而不是直接在主用主控板和备用主控板之间同步变化的接口属性信息。

接口属性信息包括：L3接口、IP地址、OSPF协议及network配置等。

在接口属性信息变化时，还需判断接口属性信息是否会导致LSDB库的变化，如果是，计算LSDB库，并使用LSDB表依次计算并生成OSPF路由表、RTM路由表、FIB路由表、ARP表和芯片表。

本申请实施例中OSPF路由表无需任何备份，在保证了主用主控板的OSPF协议动态数据：接口、邻居、LSDB等的一致性后，备用主控板根据自身的这些信息触发SPF路由计算，并生成本地OSPF路由表，此过程中省去了主用主控板的备份过程，同时备用主控板及早参与了路由计算过程，路由表是自身计算生成的，因此比通过备份机制备份过来的路由表更加可靠和稳定。

RTM路由表也无需任何备份，备用主控板的RTM路由表中的路由表，均为OSPF协议计算并下发的，不需要主用主控的备份过程。

使用普通GR的NSF技术时，主用主控板将转发表备份至备用主控板，备用主控板通过GR恢复动态数据并重新计算路由时，计算的路由和备份过来的路由可能会有差异，因而需要有对账的过程，但通过本申请实施例中的NSR方法，路由本来就是备用主控板自主计算的，因而不需要此过程。

FIB路由表也无需备份，备用主控板上的FIB/ARP及芯片中的表项，完全靠备用主控板计算完OSPF路由后添加RTM，优选后下发FIB表，因而此过程也不需要和控制层进行对账的过程。

至此，完成一次接口状态机变化的同步。

本申请实施例中在接口状态机变化时，不同步接口属性信息，只将接口状态变化机运转的事件进行同步，由备用主控板计算并生成与主用主控板一致的动态数据。该方案中备用主控板具备一定自主性，能够早接管并生成自身数据，而不是在升级成主用主控板后才接管控制数据。该方案备份数据量小，且效率高。

实施例三

本实施例中给出配置文件发生变化：如增、删该等，如何实时同步对应的配置信息。

参见图4，图4为本申请实施例三中基于路由协议的主备倒换热备份流程示意图。具体步骤为：

步骤401，主用主控板若确定配置信息变化，则将变化的配置信息发送给所述备用主控板。

步骤402，备用主控板执行所述变化的配置信息，更新存储的配置信息。

步骤402实现了配置的双发，在备用主控板上执行与主用主控板上相同的配置信息的配置。

实施例四

本实施例中给出邻居状态机发生变化时，如何实时主用主控板和备用主控板之间的数据信息的同步。

参见图5，图5为本申请实施例四中基于路由协议的主备倒换热备份流程示意图。具体步骤为：

步骤501，主用主控板当确定邻居状态机发生变化时，将邻居状态机运转的事件发送给所述备用主控板。

主用主控板上的动态邻居，通过OSPF Hello报文交互建立，每个邻居都有对应的超时定时器，每收到一次Hello报文，该定时器就会被重置，当DeadInterval期间内未收到对端发送的Hello报文，会进行邻居超时删除的处理。

若检测到邻居状态机(Neighbor State Machine，NSM)变化时，不发送邻居相关的动态数据到备用主控板上，而是将邻居状态机运转的事件发送给备用主控板上。通过key和事件关联的方式发送，key为邻居IP地址和接口标识。

步骤502，备用主控板执行所述邻居状态机运转的事件，更新存储的邻居属性信息，计算并生成与所述主用主控板一致的动态数据。

在备用主控板上，执行与主用主控板相同的事件：nsm[nbr->state](event)。极大的减少了数据的备份量，而且能确保主备的一致性。

在该过程中，主用主控板通过执行对应事件，保持与主用主控板上的邻居属性信息的一致，而不是直接在主用主控板和备用主控板之间同步变化的邻居属性信息。

在邻居属性信息变化时，还需判断邻居属性信息是否会导致LSDB库的变化，如果是，计算LSDB库，并使用LSDB表依次计算并生成OSPF路由表、RTM路由表、FIB路由表、ARP表和芯片表。

本申请实施例中OSPF路由表无需任何备份，在保证了主用主控板的OSPF协议动态数据：接口、邻居、LSDB等的一致性后，备用主控板根据自身的这些信息触发SPF路由计算，并生成本地OSPF路由表，此过程中省去了主用主控板的备份过程，同时备用主控板及早参与了路由计算过程，路由表是自身计算生成的，因此比通过备份机制备份过来的路由表更加可靠和稳定。

RTM路由表也无需任何备份，备用主控板的RTM路由表中的路由表，均为OSPF协议计算并下发的，不需要主用主控的备份过程。

使用普通GR的NSF技术时，主用主控板将转发表备份至备用主控板，备用主控板通过GR恢复动态数据并重新计算路由时，计算的路由和备份过来的路由可能会有差异，因而需要有对账的过程，但通过本申请实施例中的NSR方法，路由本来就是备用主控板自主计算的，因而不需要此过程。

FIB路由表也无需备份，备用主控板上的FIB/ARP及芯片中的表项，完全靠备用主控板计算完OSPF路由后添加RTM，优选后下发FIB表，因而此过程也不需要和控制层进行对账的过程。

本申请实施例中在邻居状态机变化时，不同步邻居属性信息，只将邻居状态变化机运转的事件进行同步，由备用主控板计算并生成与主用主控板一致的动态数据。该方案中备用主控板具备一定自主性，能够早接管并生成自身数据，而不是在升级成主用主控板后才接管控制数据。该方案备份数据量小，且效率高。

实施例五

本实施例中给出对LSDB表进行操作时，如何实现主用主控板和备用主控板之间的数据信息的同步。

参见图6，图6为本申请实施例五中基于路由协议的主备倒换热备份流程示意图。具体步骤为：

步骤601，主用主控板若确定对LSDB表进行操作时，将所述操作发送给所述备用主控板。

主用主控在路由学习、老化刷新过程中对LSDB表进行添删改等操作时，将key及操作发送至备用主控板。这里的key为LSA的标识。

步骤602，备用主控板针对本地LSDB表执行所述操作，计算并生成与所述主用主控板一致的动态数据。

备用主控根据收到的key以及对应操作，在备用主控板上执行对应的操作，大大减少了主用主控板和备用主控板之间数据量的同步。

在对LSDB表执行操作时，会更新LSDB表项，则还需要使用LSDB表依次计算并生成OSPF路由表、RTM路由表、FIB路由表、ARP表和芯片表。

本申请实施例中OSPF路由表无需任何备份，在保证了主用主控板的OSPF协议动态数据：接口、邻居、LSDB等的一致性后，备用主控板根据自身的这些信息触发SPF路由计算，并生成本地OSPF路由表，此过程中省去了主用主控板的备份过程，同时备用主控板及早参与了路由计算过程，路由表是自身计算生成的，因此比通过备份机制备份过来的路由表更加可靠和稳定。

RTM路由表也无需任何备份，备用主控板的RTM路由表中的路由表，均为OSPF协议计算并下发的，不需要主用主控的备份过程。

使用普通GR的NSF技术时，主用主控板将转发表备份至备用主控板，备用主控板通过GR恢复动态数据并重新计算路由时，计算的路由和备份过来的路由可能会有差异，因而需要有对账的过程，但通过本申请实施例中的NSR方法，路由本来就是备用主控板自主计算的，因而不需要此过程。

FIB路由表也无需备份，备用主控板上的FIB/ARP及芯片中的表项，完全靠备用主控板计算完OSPF路由后添加RTM，优选后下发FIB表，因而此过程也不需要和控制层进行对账的过程。

本申请实施例中在对LSDB表操作时，不直接同步LSDB表，而是只将对LSDB表的操作同步给备用主用板，由备用主控板执行所述操作，计算并生成与主用主控板一致的动态数据。该方案中备用主控板具备一定自主性，能够早接管并生成自身数据，而不是在升级成主用主控板后才接管控制数据。该方案备份数据量小，且效率高。

基于同样的发明构思，本申请实施例中还提供一种基于路由协议的主备倒换热备份装置。参见图7，图7为本申请实施例中应用于上述技术的装置结构示意图。所述装置包括：主用主控板和备用主控板；

所述主用主控板，用于备用主控板启动后，将与OSPF协议相关的数据同步给所述备用主控板；若确定接口状态机发生变化，则将接口状态机运转的事件发送给所述备用主控板；

所述备用主控板，用于根据所述备用主控板同步的与OSPF协议相关的数据计算并生成与所述主用主控板一致的动态数据；执行所述主用主控板发送的接口状态机运转的事件，更新存储的接口属性信息，计算并生成与所述主用主控板一致的动态数据。

优选地，

所述主用主控板，进一步用于若确定配置信息变化，则将变化的配置信息发送给所述备用主控板；

所述备用主控板，进一步用于执行所述变化的配置信息，更新存储的配置信息。

优选地，

所述主用主控板，进一步用于若确定邻居状态机发生变化，则将邻居状态机运转的事件发送给所述备用主控板；

所述备用主控板，进一步用于执行所述邻居状态机运转的事件，更新存储的邻居属性信息，计算并生成与所述主用主控板一致的动态数据。

优选地，

所述主用主控板，进一步用于若确定对LSDB表进行操作，则将所述操作发送给所述备用主控板；

所述备用主控板，进一步用于针对本地LSDB表执行所述操作，计算并生成与所述主用主控板一致的动态数据。

优选地，

所述备用主控板，具体用于根据所述与OSPF协议相关的数据生成与所述主用主控板一致的动态数据时，执行所述配置文件，存储对应的配置信息；存储接口属性信息和邻居属性信息；将所述链路状态通告LSA数据添加到本地的LSDB表中，并建立LSA刷新、老化定时器；使用LSDB表依次计算并生成OSPF路由表、RTM路由表、转发信息库FIB路由表、地址解析协议ARP表和芯片表；其中，与OSPF协议相关的数据，包括：配置文件、接口属性信息、邻居属性信息和LSA数据。

上述实施例的单元可以集成于一体，也可以分离部署；可以合并为一个单元，也可以进一步拆分成多个子单元。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (8)

1.一种基于路由协议的主备倒换热备份方法，其特征在于，所述方法包括：

备用主控板启动后，主用主控板将与开放式最短路径优先OSPF协议相关的数据同步给所述备用主控板；

所述备用主控板根据所述与OSPF协议相关的数据计算并生成与所述主用主控板一致的动态数据；

所述主用主控板若确定接口状态机发生变化，则将接口状态机运转的事件发送给所述备用主控板；

所述备用主控板执行所述接口状态机运转的事件，更新存储的接口属性信息，计算并生成与所述主用主控板一致的动态数据；

其中，所述备用主控板根据所述与OSPF协议相关的数据生成与所述主用主控板一致的动态数据，包括：

与OSPF协议相关的数据，包括：配置文件、接口属性信息、邻居属性信息和链路状态通告LSA数据；

执行所述配置文件，存储对应的配置信息；

存储接口属性信息和邻居属性信息；

将所述LSA数据添加到本地的LSDB表中，并建立LSA刷新、老化定时器；

使用LSDB表依次计算并生成OSPF路由表、RTM路由表、转发信息库FIB路由表、地址解析协议ARP表和芯片表。

2.根据权利要求1所述的方法，其特征在于，所述方法进一步包括：

所述主用主控板若确定配置信息变化，则将变化的配置信息发送给所述备用主控板；

所述备用主控板执行所述变化的配置信息，更新存储的配置信息。

3.根据权利要求1所述的方法，其特征在于，所述方法进一步包括：

主用主控板若确定邻居状态机发生变化，则将邻居状态机运转的事件发送给所述备用主控板；

所述备用主控板执行所述邻居状态机运转的事件，更新存储的邻居属性信息，计算并生成与所述主用主控板一致的动态数据。

4.根据权利要求1所述的方法，其特征在于，所述方法进一步包括：

所述主用主控板若确定对链路状态数据库LSDB表进行操作，则将所述操作发送给所述备用主控板；

所述备用主控板针对本地LSDB表执行所述操作，计算并生成与所述主用主控板一致的动态数据。

5.一种基于路由协议的主备倒换热备份装置，其特征在于，所述装置包括：主用主控板和备用主控板；

所述主用主控板，用于备用主控板启动后，将与OSPF协议相关的数据同步给所述备用主控板；若确定接口状态机发生变化，则将接口状态机运转的事件发送给所述备用主控板；

所述备用主控板，用于根据所述备用主控板同步的与OSPF协议相关的数据计算并生成与所述主用主控板一致的动态数据；执行所述主用主控板发送的接口状态机运转的事件，更新存储的接口属性信息，计算并生成与所述主用主控板一致的动态数据；

其中，

所述备用主控板，具体用于根据所述与OSPF协议相关的数据生成与所述主用主控板一致的动态数据时，执行配置文件，存储对应的配置信息；存储接口属性信息和邻居属性信息；将链路状态通告LSA数据添加到本地的LSDB表中，并建立LSA刷新、老化定时器；使用LSDB表依次计算并生成OSPF路由表、RTM路由表、转发信息库FIB路由表、地址解析协议ARP表和芯片表；其中，与OSPF协议相关的数据，包括：配置文件、接口属性信息、邻居属性信息和LSA数据。

6.根据权利要求5所述的装置，其特征在于，

所述主用主控板，进一步用于若确定配置信息变化，则将变化的配置信息发送给所述备用主控板；

所述备用主控板，进一步用于执行所述变化的配置信息，更新存储的配置信息。

7.根据权利要求5所述的装置，其特征在于，

所述主用主控板，进一步用于若确定邻居状态机发生变化，则将邻居状态机运转的事件发送给所述备用主控板；

所述备用主控板，进一步用于执行所述邻居状态机运转的事件，更新存储的邻居属性信息，计算并生成与所述主用主控板一致的动态数据。

8.根据权利要求5所述的装置，其特征在于，

所述主用主控板，进一步用于若确定对LSDB表进行操作，则将所述操作发送给所述备用主控板；

所述备用主控板，进一步用于针对本地LSDB表执行所述操作，计算并生成与所述主用主控板一致的动态数据。