CN1412995A - 数据通信设备中配置信息的管理方法 - Google Patents

Abstract

本发明公开了一种数据通信设备中配置信息的管理方法，该方法为每个种类的配置信息设计一个段(Section)，按照Section在主控板上设置用于存储和管理配置数据的Section向量数组结构，这样，设备启动时，先创建Section，再将设备的各个配置处理模块的反编译函数(BuildRun)注册到上述Section向量数组结构的相应的Section下，并根据设备保存的配置文件将配置恢复到不同Section下，设备运行时，通过实时调用已经注册的BuildRun函数获得主控板的配置信息，接口板上的配置信息实时更新并保存在上述数据结构S相应的Section中；采用上述方案，能够将设备各种零散的配置信息、灵活有效地组织起来，解决了分布式环境下配置信息的管理问题。

Description

数据通信设备中配置信息的管理方法

技术领域

本发明涉及数据通信设备的信息管理方法，尤其涉及设备配置信息的管理方法。

背景技术

在数据通信设备中，对该设备进行配置是保证设备可靠工作的基础，所述配置是用户进行设备操作的集合，管理好上述配置信息是用户管理设备的基本要求。例如，对用户已经配置的信息，为避免复杂、麻烦的重复操作，通常需要进行保存；并能方便的显示所有已经做出的有效配置；当设备中的业务板被拔去后，再次插入，所有的配置信息都能自动恢复，即支持热插拔；等等。

这一系列的问题，涉及整个设备中各个提供用户配置信息的模块，即配置处理模块，因此需要提供一种简单、通用、高效的方法，能够把设备中各个模块的各种零散的配置信息有效地整和在一起进行管理和使用，同时考虑内存的利用，系统启动时配置信息的恢复和热插拔时的处理，特别是对分布式环境(如包括主控板和多个接口板的环境)下配置信息的管理。

现有的配置信息管理方法是通过维护各个配置处理模块的反编译函数(BuildRun)链方式来实现的，BuildRun函数的作用是把当前配置反编译成配置命令，即用户操作完毕的具体的配置信息。通过BuildRun函数，无论是需要显示，或是保存配置信息，都要向各个配置处理模块收集，各模块把配置信息反编译出来后，整和成连续的字符串在一块使用，在系统启动时，读取保存的配置信息，分析执行。上述方法的最大缺点在于没有提供对分布式环境的支持，对配置信息的管理效率低，表现在：一是对接口板的信息收集时间比较长，这样在配置信息使用时再轮询收集的话，会浪费系统资源，且过长的收集时间会使用户无法忍受；二是仅在设备启动时读取保存的配置信息的方式不支持热插拔，接口板上的信息在热插拔时的无法保存与恢复；三是对大量的配置信息整和后会占用较大的内存空间。

发明内容

本发明的目的在于提供一种高效、管理能力较强的数据通信设备中配置信息的管理方法，该方法能够支持分布式环境下配置信息的管理，支持设备启动时配置信息的恢复和热插拔的处理。

为达到上述目的，本发明提供的数据通信设备中配置信息的管理方法，包括：

步骤1：划分设备配置信息的种类，每个种类的配置对应一个Section(段)，按照所述的Section在主控板上设置用于存储和管理配置数据的Section向量数组结构；

步骤2：设备启动时，先创建Section，再将设备的各个配置处理模块的反编译函数(BuildRun)注册到上述Section向量数组结构的相应的Section下，并根据设备保存的配置文件将配置恢复到不同Section下；

步骤3：设备运行时，通过实时调用已经注册的BuildRun函数获得主控板的配置信息，接口板上的配置信息实时更新并保存在上述Section向量数组结构相应的Section下。

所述Section向量数组结构包括Section类型向量表和每个Section类型组成的段，在段内部，各个Section连成链表；所述Section包括：

名称，用于指明Section的名称；

可用标识，用于标明Section所对应的物理接口是否存在；

BuildRun信息，用于维护主控板的BuildRun函数或接口板上的配置信息。

根据所述的数据通信设备中配置信息的管理方法，还包括收集设备接口的配置信息的步骤，包括：检查数据结构中的各个Section是否可用，如果此Section所对应的接口不存在，则忽略此Section，如果物理上存在，则检查此Section下是否挂接了BuildRun信息，如果有则直接显示，否则将继续检查此类Section是否注册了BuildRun函数，如果函数不为空，则调用BuildRun函数获得配置信息。

所述步骤2采用下述步骤配置文件将配置恢复到不同Section中：

步骤21：执行配置文件中的切换接口模式命令正常创建接口，在创建接口时，首先判断命令指定的物理接口是否存在，如果不存在则创建之，但标识其不可用，并规定所有与此物理接口相关的子接口、动态接口都具有相同的不可用属性；如果接口存在并创建成功，则标识其可用；

步骤22：执行配置文件中的接口模式下的配置命令，将获得的配置信息保存到相应接口的Section下。

所述步骤22执行配置文件中的接口模式下的配置命令时，首先会判断当前接口是否存物理上真实存在，如果存在，则命令正常执行，并等待应答；否则直接将当前配置命令保存到Section向量数组结构中相应的当前接口的Section中。

如果接口板可用，则将该接口板对应的接口Section的可用标志设置为可用；如果接口板不可用，则将该接口板对应的接口Section的可用标志设置为不可用。

当设备插入主控板的备板时，收集当前的配置信息发送给备板，在备板上进行启动时配置的恢复过程；在实时备份时，使用户输入的配置命令同时在主板和备板执行；在主控板收到接口板的更新信息时，同时向备板更新信息。

由于上述方案能够通过Section使配置信息的保存、恢复统一起来，使得采用上述方案对数字通信设备的配置信息进行管理，能够将设备各种零散的配置信息、灵活有效地组织起来，能够在设备启动时恢复配置信息和处理热插拔时的配置信息管理，较好地解决了分布式环境支持配置保存，配置恢复，接口板带电拔后再插入时配置信息的恢复，因此，上述方案具有较高的配置信息的管理效率和功能。

附图说明

图1是应用本发明所述方法的设备主要模块结构图；

图2是本发明采用的数据结构示例图。

具体实施方式

为了对数字通信设备的配置操作信息进行有效管理，本发明首先要划分设备配置信息的种类。本发明将数字通信设备的各种配置分成两大类：全局配置和接口配置，而全局配置有可能是各接口配置的前提条件，也有可能依赖于各接口的配置，因此全局配置又可以再细分为前置全局和后置全局配置。由于数字通信设备通常采用多种协议实现，因此根据所采用的协议，上述两大类的配置信息实际上包括多种不同的配置信息，本发明描述方法的管理对象既是针对上述每一种配置信息的。

下面结合附图对本发明作进一步详细的描述

图1是应用本发明所述方法的设备主要模块结构图。用户通过命令行或网管方式对数通设备进行配置，用户输入的命令或网管设置经解释后交给相应的配置处理模块进行处理，各配置处理模块完成有关的参数设置等操作处理；各配置处理模块向配置文件管理模块注册Buildrun函数，并配合配置文件管理模块完成配置信息的收集、显示、恢复等功能。

依据图1所示的模块管理设备的配置信息，本发明采用的方法是，对应每种配置设计一个Section，即每种配置对应一个Section类型，按照Section在主控板上设置用于存储和管理配置数据的Section向量数组结构，即Section向量结构(section是该结构里的一个节点)。在该Section向量数组结构中，对Section的管理采用向量加多段单向链表来组织。每种Section类型顺序放在向量中，属于同一类型的Section组成一个段，在段内部，各个Section按名称的字母顺序连成链表，参考图2。所述数据结构S包括Section类型向量表和每个Section类型组成的段，在段内部，各个Section连成链表；所述Section包括：

名称，用于指明Section的名称；

可用标识，用于标明Section所对应的物理接口是否存在；

BuildRun信息，对于主控板上的接口，维护主控板的BuildRun函数，对于接口板上的接口，维护的是配置信息。

图2中所示的Section类型为Congfig、Controller E1、Serial、Ethernet、....Ospf、Route，Section类型向量表中存储了指向上述Section类型的向量，图2中示出了向量表中Serial类型指针指向的Serial类型组成的段，在该段的链表头中，所述的Section类型名为“Serial”，反编译函数向量为指向该Serial类型的具体反编译函数表的指针，Section链表为指向该Serial类型的具体的Section节点的指针，图2中具体的Section节点有三个，名称分别为Serial10、Serial10.1、Serial1，在各个Section节点，BuildRun信息即为指向所维护的配置信息的指针。

本发明基于上述数据结构S的配置信息的管理体现在多个方面。在BuildRun信息管理方面，Section类型中记录了各个配置处理模块注册的BuildRun反编译函数，以及各个反编译函数之间的先后顺序，如图2中Serial段的反编译函数向量指向的Physical模块反编译函数、IP模块反编译函数、FR模块反编译函数和PPP模块反编译函数，并由此决定了Section节点BuildRun信息的组织方式。为保证热插拔后接口板的自动配置恢复，所有与接口板相关的BuildRun信息都需要在主控板上动态保存和更新，如果接口板的配置数据在主控板上有备份，则更新工作可由备份模块负责，否则只能由接口板主动上报。同时规定所有与接口板相关的Section类型，其BuildRun函数指针均为空，以图2为例，是指Serial段的反编译函数向量为空。

Section类型的注册顺序决定了配置文件中配置信息的顺序，本例中，Section类型和BuildRun函数的注册全部在配置文件管理模块启动过程时静态初始化。其中前置全局Section和后置全局Section由配置文件管理模块在初始化过程中自动创建，除此以外所有的Section均属于接口类，它们在数字通信设备接口管理模块的控制下动态添加和删除。

在设备启动时配置信息的恢复方面，设备重新启动时，可以根据保存的配置文件进行配置信息的恢复。由于一些配置依赖于接口，因此必须保证先创建接口完成，因此恢复配置信息的过程分为两个阶段：

第一阶段为接口恢复阶段。从设备的存储设备中读取配置文件，所述配置文件为设备自动生成的记录用户配置操作的文件。按顺序提交执行配置文件中的各个命令，如果是切换接口模式命令，则正常创建接口，而其它的任何命令都被忽略。在创建接口时，首先判断指定的物理接口在是否存在，如果不存在则创建之，但标识其不可用(只在设备启动阶段允许这样做)，并规定所有与此物理接口相关的子接口、动态接口都具有相同的不可用属性；如果接口存在并创建成功，则标识其可用。这样，将配置文件预执行一遍以后，所有接口以及相应的接口Section都建立了。

第二阶段，再次读取配置文件并从头开始提交配置文件中的各个命令。这一遍是真正地执行各个配置命令，以进行配置信息的恢复。但必须对以下情况进行特殊处理：

1、后置全局配置命令的执行需要有各协议模块的异常处理流程支持。比如静态路由配置时会用到转发接口名，如果这些接口所依附的接口板不存在，此时的进行静态路由配置的路由模块仍要允许其配置成功(只在设备启动阶段允许这样做)，并对这部分路由设置不可用标志位，在接口板还没有注册以前，与这块接口板相关的所有路由都不允许显示和修改，一旦接口板注册，则自动标识其有效。

2、如果是接口模式下的配置命令，则首先会判断该命令所操作的当前接口是否存在物理上真实存在，如果存在，则命令正常执行，并等待应答。否则直接将当前命令行命令，即配置信息由设备的配置处理模块挂接或保存到当前接口的Section之下，并返回命令执行成功。配置文件在第二次执行结束以后，所有与不可用接口相关的配置命令都被收集到了各个接口Section之下。

第二阶段完成后，系统启动过程结束，同时完成了配置信息的恢复。

在配置信息收集和显示方面，如果用户需要显示或保存当前配置，则按顺序查看数据结构S的各个Section类型，并从各Section单向链表头部开始遍历，首先检查Section是否可用(通过可用标志)，如果此接口Section所对应的接口物理不存在，则忽略此Section，继续到下一个节点。如果物理上存在，则检查此Section下是否挂接了BuildRun信息，如果有则直接显示或保存，否则将继续检查此类Section是否注册了BuildRun函数，如果函数不为空，则调用BuildRun函数获得配置信息。

上述所有显示和保存的配置信息的都是当前真正起作用的配置，如果对某块接口板执行了配置操作，随后又将它拔走，则这部分配置信息不参与显示和保存，但仍可以用于重新插入接口板后的配置恢复。

在热插拔支持方面，在设备的接口管理模块控制下，如果接口板可用，则将其对应接口的Section的可用标识设置为可用；如果该接口板被拔走，则设置为不可用；而对新插入的板对应接口的Section的可用标识设置为可用。可以看出，这就使得可用的配置信息和不可用的配置信息通过一个可用标志清楚地区分开来。这样，接口板被拔走时，接口板的BuildRun信息仍保存在主控板上；重新插上时，配置文件得到接口管理模块的通知，遍历相应的BuildRun信息中，进行配置恢复。

在本发明中，对接口板和主控板上的BuildRun信息是区别对待的：主控板上的配置信息通过实时调用注册的BuildRun函数来获得，而接口板上的配置信息则是实时更新并保存在对应的BuildRun函数指针指向的存储单元。这样，就避免了从接口板收集配置信息时间过长的弊端，同时使得接口板被拔走后，配置信息没有丢失，并为热插拔时配置的恢复提供了基础。

在热备份方面，当在设备中插入备板时，就可以收集当前的配置信息发送给备板，在备板上进行与设备启动时配置的恢复过程相同的过程；在实时备份过程中，使用户输入的配置命令同时在主板和备板执行。

对于接口板上的配置信息在接口板的备板上的更新，可以在主控板收到接口板的更新信息时，同时向备板更新。

Claims (8)

1、一种数据通信设备中配置信息的管理方法，包括：

步骤1：划分设备配置信息的种类，每个种类的配置对应一个Section(段)，按照所述的Section在主控板上设置用于存储和管理配置数据的Section向量数组结构；

步骤2：设备启动时，先创建Section，再将设备的各个配置处理模块的反编译函数(BuildRun)注册到上述Section向量数组结构的相应的Section下，并根据设备保存的配置文件将配置恢复到不同Section下；

步骤3：设备运行时，通过实时调用已经注册的BuildRun函数获得主控板的配置信息，接口板上的配置信息实时更新并保存在上述Section向量数组结构相应的Section下。

2、根据权利要求1所述的配置信息的管理方法，其特征在于：所述Section向量数组结构包括Section类型向量表和每个Section类型组成的段，在段内部，各个Section连成链表；所述Section包括：

名称，用于指明Section的名称；

可用标识，用于标明Section所对应的物理接口是否存在；

BuildRun信息，用于维护主控板的BuildRun函数或接口板上的配置信息。

3、根据权利要求2所述的配置信息的管理方法，其特征在于还包括收集设备接口的配置信息的步骤，包括：检查数据结构中的各个Section是否可用，如果此Section所对应的接口不存在，则忽略此Section，如果物理上存在，则检查此Section下是否挂接了BuildRun信息，如果有则直接显示，否则将继续检查此类Section是否注册了BuildRun函数，如果函数不为空，则调用BuildRun函数获得配置信息。

4、根据权利要求2所述的配置信息的管理方法，其特征在于，步骤2采用下述步骤配置文件将配置恢复到不同Section中：

步骤21：执行配置文件中的切换接口模式命令正常创建接口，在创建接口时，首先判断命令指定的物理接口是否存在，如果不存在则创建之，但标识其不可用，并规定所有与此物理接口相关的子接口、动态接口都具有相同的不可用属性；如果接口存在并创建成功，则标识其可用；

步骤22：执行配置文件中的接口模式下的配置命令，将获得的配置信息保存到相应接口的Section下。

5、根据权利要求4所述的配置信息的管理方法，其特征在于：所述步骤22执行配置文件中的接口模式下的配置命令时，首先会判断当前接口是否存物理上真实存在，如果存在，则命令正常执行，并等待应答；否则直接将当前配置命令保存到Section向量数组结构中相应的当前接口的Section中。

6、根据权利要求2、3、4或5所述的配置信息的管理方法，其特征在于：如果接口板可用，则将该接口板对应的接口Section的可用标志设置为可用；如果接口板不可用，则将该接口板对应的接口Section的可用标志设置为不可用。

7、根据权利要求6所述的配置信息的管理方法，其特征在于：当设备插入主控板的备板时，收集当前的配置信息发送给备板，在备板上进行启动时配置的恢复过程；在实时备份时，使用户输入的配置命令同时在主板和备板执行；在主控板收到接口板的更新信息时，同时向备板更新信息。

8、根据权利要求2、3、4或5所述的配置信息的管理方法，其特征在于：步骤3所述接口板上的配置信息实时更新并保存由设备的接口管理模块控制。

Images