CN107547217A - 路由器业务配置方法及路由器 - Google Patents

Abstract

本发明实施例提供路由器业务配置方法及路由器，路由器通过接收终端发送的配置请求，然后自己根据配置请求生成配置数据从而完成业务配置；通过在路由器侧生成进行业务配置的配置数据，使得对路由器进行业务配置的终端不需要下发海量的配置数据，而只需要将相对配置数据简单得多的配置请求发送给路由器即可，使得即使是对路由器的大量业务配置时，也不会存在配置数据下发慢、下发的配置数据不完整的问题存在，提高了业务配置的效率和用户体验。

Description

路由器业务配置方法及路由器

技术领域

本发明涉及通信领域，尤其涉及路由器业务配置方法及路由器。

背景技术

IP(Internet Protocol，网络之间互连的协议)网络的核心数据设备，如中、高端路由器中，经常需要对设备进行极限性能测试以及进行大容量配置。大容量配置与极限性能测试都要求在极短的时间内完成对路由器进行大量的业务配置。大量业务配置中必然包含海量的业务配置数据，而现有技术中的配置方案都是由对路由器进行业务配置的终端将配置数据下发至路由器中，以此实现对路由器的业务配置。下面对现有技术中的路由器配置方案进行简单的说明：

现有技术的一种配置方案中，配置数据预先生成，并被存储在以“.txt”为后缀的记事本文件当中，或者是存储在软件程序中的脚本文件当中，终端从记事本文件或者从脚本文件中复制配置数据，然后粘贴到路由器当中。这种配置方式中间，对终端的缓冲区性能的要求极高，因为终端需要将海量的配置数据存储至缓冲区中，然后又要将缓冲区的数据提取发送给路由器。对于少量业务配置，这种配置方式几乎不存在问题，但如果是针对大量配置数据的复制粘贴，可能一般的缓冲区都无法满足这么高的性能要求，因此，极有可能会出现下发的配置数据不完整的问题。

在现有的另外一种方案当中，配置数据被存储在TCL(Tool CommandLanguage，工具命令语言)脚本文件当中，由支持TCL脚本语言的终端，对TCL脚本文件进行解析，并将解析后得到的配置数据发送给路由器，完成对路由器的业务配置。在这种方案中同样存在一些问题：首先，使用这种方案对路由器进行配置，那么完成对路由器进行配置的终端必须是支持TCL脚本语言的终端，也就是说，这种方案对配置终端有一定的要求，在实际使用过程中，如果用户的终端不支持TCL脚本语言，则用户无法实现对路由器的配置，或者用户需要再购置支持TCL脚本语言的终端设备以达到对路由器进行配置的目的。另一方面，也是这个方案存在的最大问题，那就是终端在对TCL脚本文件进行解析的时候，解析速度比较慢，当需要对大量业务进行配置时可能会存在配置缓慢的问题。

因此，现有技术中的路由器配置方案在对路由器进行大量业务配置时，存在配置数据下发不全以及配置效率低的问题，为了解决这个问题，现在亟需提出一种新的路由器业务配置方案。

发明内容

本发明实施例提供的路由器业务配置方法及路由器，主要解决的技术问题是：提出一种与现有技术中不同的路由器业务配置方案，用以提高对路由器进行大量业务配置时的配置效率。

为解决上述技术问题，本发明实施例提供一种路由器业务配置方法，包括：

路由器接收终端发送的配置请求，所述配置请求用于对所述路由器上的至少一个待配置业务进行配置；

所述路由器根据所述配置请求调用本地存储的配置函数生成配置数据；

所述路由器根据生成的所述配置数据对所述待配置业务进行配置。

本发明实施例还提供一种路由器，包括：

接收模块，用于接收终端发送的配置请求，所述配置请求用于对所述路由器上的至少一个待配置业务进行配置；

生成模块，用于根据所述配置请求调用本地存储的配置函数生成配置数据；

配置模块，用于根据生成的所述配置数据对所述待配置业务进行配置。

本发明实施例还提供一种计算机存储介质，所述计算机存储介质中存储有计算机可执行指令，所述计算机可执行指令用于执行前述的任一项的路由器业务配置方法。

本发明的有益效果是：

根据本发明实施例提供的路由器业务配置方法、路由器以及计算机存储介质，路由器通过接收终端发送的配置请求，然后自己根据配置请求生成配置数据从而完成业务配置；通过在路由器侧生成进行业务配置的配置数据，使得对路由器进行业务配置的终端不需要下发海量的配置数据，而只需要将相对配置数据简单得多的配置请求发送给路由器即可，使得即使是对路由器的大量业务配置时，也不会存在配置数据下发慢、下发的配置数据不完整的问题存在，提高了业务配置的效率和用户体验。

附图说明

图1为本发明实施例一提供的路由器业务配置方法的一种流程图；

图2为本发明实施例一中获取用户自定义批量处理函数的一种流程图；

图3为本发明实施例一中根据配置请求生成配置数据的一种流程图；

图4为本发明实施例二提供的路由器的第一种结构示意图；

图5为本发明实施例二提供的路由器的第二种结构示意图；

图6为本发明实施例二提供的路由器的第三种结构示意图；

图7为本发明实施例二提供的路由器的第四种结构示意图；

图8为本发明实施例三提供的路由器业务配置方法的一种流程图。

具体实施方式

下面通过具体实施方式结合附图对本发明实施例作进一步详细说明。

实施例一：

为了解决现有技术中在短时间内实现对路由器进行业务配置时存在的配置数据下发慢、下发不完整的问题，本实施例提供一种路由器业务配置方法，请参见图1：

S102、路由器接收终端发送的配置请求。

在本实施例当中，终端可以是PC(Personal Computer，个人计算机)、平板电脑、台式计算机、智能手机等几种中的任意一种。

可以理解的是，在终端向路由器发送配置请求之前，终端应当与路由器建立通信连接，这里以路由器和终端之间最常用的Telnet(远程终端协议)连接为例进行说明，Telnet协议是TCP/IP(Transmission Control Protocol/InternetProtocol，传输控制协议/因特网互联协议)协议族中的一员，是Internet远程登陆服务的标准协议和主要方式。它为用户提供了在本地终端上完成远程主机工作的能力。用户在终端上使用Telnet程序，用它连接到路由器。用户可以在终端的Telnet程序中输入命令，这些命令会在路由器上运行，就像直接在路由器的控制台上输入一样，以此达到在本地控制路由器的目的。

配置请求可以以命令的形式从终端上下发，例如，在用户终端上向用户示出CLI(Command-Line Interface，命令行界面)界面，用户通过键盘输入等形式输入自己的配置请求，CLI界面不仅将用户的指令发送给路由器，同时还会对用户的输入进行回显，以便让用户确认自己输入的配置请求是否是自己期望下发的。

配置请求主要用于对路由器上的某一个或者某一些待配置业务进行业务配置。在配置请求中可以包含待配置业务的业务类型以及业务数量，例如，配置请求中包含的信息是配置4000个子接口，那么待配置业务为配置子接口，而业务数量则为4000。另外，在配置请求中还可以包含一些其他信息，例如，用户特意指定了4000个子接口中的5个子接口的IP地址，那么在配置请求中除了待配置业务类型与业务数量之外，还包括5个IP地址，以及这5个IP地址与子接口的对应关系。

在本实施例的一些示例当中，当路由器接收到终端下发的配置请求之后，需要对配置请求进行格式校验，以确定该配置请求是否合法。格式校验只针对配置请求的数据格式、数据长度等进行形式上的校验。只有当确定配置请求合法后才会进行后续的配置过程，否则直接向终端返回非法提示，以提示用户其输入的配置请求存在形式上的错误。

S104、路由器根据配置请求调用本地存储的配置函数生成配置数据。

配置函数的主要功能是根据用户输入的配置请求输出相应的配置数据，如果用户对某一待配置业务进行配置的业务数量比较大，可能需要用到批量处理函数，常见的批量处理函数包括：用于批量创建VRF(Virtual Routing Forwarding，虚拟专用网络路由转发表)的函数、批量删除VRF的函数、批量创建三层子接口的函数、批量删除三层子接口的函数等，以及子接口批量绑定VRF的函数、子接口批量绑定OSPF(Open Shortest Path First，开放式最短路径优先)、ISIS(Intermediate system to intermediate system，中间***到中间***)协议的函数、子接口批量配置IP地址的函数、子接口批量封装VLAN(Virtual Local AreaNetwork，虚拟局域网)的函数等。

路由器本地存储的配置函数可以满足用户绝大多数的配置请求，但在实际应用过程中，用户可能会有一些需求是路由器本地存储的配置函数无法实现的，针对这种情况，可能需要使用用户自定义的函数才能达到用户的需求，因此，本实施例还提供一种获取用户自定义函数的流程，如图2所示：

S202、路由器接收用户自定义的批处理函数。

在本实施例中，路由器上设置了对外开放的编程接口，该编程接口能够接收用户导入的自定义批处理函数。可以理解的是，用户可以在需要使用该编程接口时，开启编程接口，这时候，路由器具有导入用户自定义函数的功能，而如果用户不需要使用编程接口，则可以关闭该编程接口，这时，本实施例中的路由器与普通路由器的使用几乎没有区别。

S204、路由器对用户自定义的批处理函数进行编译及激活处理。

接收到用户导入的自定义批处理函数之后，可以对该批处理函数进行编译及激活处理，编译过程就是把高级语言变成计算机可以识别的二进制语言，经过编译激活处理的批处理函数可以作为后续生成配置数据的配置函数使用，其作为内嵌在路由器中的函数与其他本来路由器自带的函数没有区别。

S206、路由器将处理后的批处理函数作为配置函数存储在本地。

对批处理函数进行编译激活处理之后，可以将其作为配置函数存储在路由器本地。在本实施例中，无论是路由器自带的配置函数，还是从对外编程接口上导入的用户自定义的批量处理函数都可以以无差别的形式存储在数据库中。当然，在本实施例的另外一些示例当中，路由器自带的配置函数和用户自定义形成的配置函数也可以分开存储。

在本实施例中，利用路由器上的对外编程接口获取用户自定义的批量处理函数作为配置函数，能够扩展路由器进行业务配置时的功能，使业务配置更加灵活、全面，提高了用户体验。

下面对本实施例中根据用户下发的配置请求生成配置数据的过程进行进一步阐述，如图3所示：

S302、路由器对配置请求进行解析。

路由器对配置请求进行解析主要是为了确定用户从终端上下发配置请求的实际目的。用户从终端下发的配置请求中可能用于对某一个或者多个待配置业务进行配置，而路由器如果要根据用户的配置请求对这些待配置业务进行配置，则需要知道用户想要对什么样的业务做什么样的配置。

S304、路由器根据解析结果确定出待配置业务以及配置函数的类型。

这里所说的配置函数是指用于生成对待配置业务进行配置的配置数据的配置函数。一般对配置请求进行解析之后，可以直接获取到待配置业务的业务类型、业务数量等信息，但是在配置请求中并不一定直接包含配置函数的类型。如果用户在终端上下发配置请的时候指定了生成配置数据的配置函数的类型，则可以直接将解析结果中包含的配置函数的类型作为后续调用配置函数的依据；但如果用户下发的配置请求中仅包括待配置业务的类型，路由器也可以根据待配置业务的类型确定出对应的配置函数的类型，因为不同的待配置业务需要不同的配置函数来生成对应的配置数据，所以实质上，在待配置业务与配置函数之间存在一定的对应关系。

有时候，对于用户期望配置的一项待配置业务可能需要调用多种类型的配置函数，例如，用户虽然仅在配置请求中指示配置4000个子接口，但实际上，为了完成对4000个子接口的创建，可能需要调用子接口批量创建函数、子接口批量配置IP地址的函数，以及子接口批量封装VLAN的函数。

S306、路由器根据配置函数的类型调用本地对应的批处理函数作为配置函数生成配置数据。

确定要调用的配置函数的类型之后，可以从路由器本地的数据库中调用对应的批处理函数来生成配置数据。这里继续结合上述示例进行解释：当确定需要调用子接口批量创建函数、子接口批量配置IP地址的函数，以及子接口批量封装VLAN的函数这三种类型的配置函数之后，路由器从对应的数据库中获取到这三个批量处理函数对应的程序来生成配置数据。如果在终端发送的配置请求中包含用户指定的部分子接口的IP地址，例如用户指定ID号为39的子接口的IP地址为255.255.231.32，那么子接口批量配置IP地址的函数在为各子接口配置IP地址的时候，可以仅为其他3999个子接口配置对应的IP地址，然后将配置请求中携带的IP地址与ID号为39的子接口进行关联。

可以理解的是，在路由器的数据库中存储的配置函数并非全都是批处理函数，当用户下发的配置请求中要求进行配置的业务数量不大时，可以直接采用这些非批量处理函数来生成配置数据。

在本实施例的另一示例当中，当获取到解析结果之后，路由器还可以根据自身的业务性能对解析结果进行校验，这一次的校验不再是对数据格式与数据长度的校验了，而是根据路由器本身的性能来确定用户下发的配置请求是否有效，例如，如果用户需要在路由器上配置4000个子接口，但事实上，该路由器本身就只能承载2000个子接口，这种情况成为参数越界，说明该用户的配置请求是该路由器无法实现的，也即该配置请求无效。如果配置请求无效，则不需要再进行后续的配置过程了。除了参数越界以外，参数不完整也会导致配置请求无效，例如，在配置请求中没有包含待配置业务的类型或用户指定的配置函数中的任意一个，仅包含了业务数量，这种配置请求也属于无效的。

S106、路由器根据生成的配置数据进行路由器业务配置。

生成配置数据以后，可以根据用户的需求组织配置数据，对配置数据进行打包，下发硬件表项，以供路由器转发面在后续路由转发业务中使用。

本发明实施例提供的路由器业务配置方法，通过在路由器侧预设生成配置数据的配置函数，从而使得终端在对路由器业务进行配置的时候只需要下发简单的配置请求，由路由器自身根据该配置请求生成对待配置业务进行配置的配置数据，从而使得终端不需要下发数量相对配置请求较庞大的配置数据，不会导致配置数据漏发、错发的现象发生，提高了路由器业务配置的准确性和效率，同时也减轻了终端与路由器间的数据传输压力。

实施例二：

本实施例提供一种路由器，如图4所示：

路由器40包括接收模块402、生成模块404和配置模块406。接收模块402用于接收终端发送的配置请求，生成模块404可以根据配置请求调用本地存储的配置函数生成配置数据，配置模块406则用于根据生成的配置数据对待配置业务进行配置。

在本实施例当中，终端可以是PC(Personal Computer，个人计算机)、平板电脑、台式计算机、智能手机等几种中的任意一种。

可以理解的是，在终端向接收模块402发送配置请求之前，终端应当与路由器40建立通信连接，这里以路由器40和终端之间最常用的Telnet(远程终端协议)连接为例进行说明，Telnet协议是TCP/IP(Transmission ControlProtocol/Internet Protocol，传输控制协议/因特网互联协议)协议族中的一员，是Internet远程登陆服务的标准协议和主要方式。它为用户提供了在本地终端上完成远程主机工作的能力。用户在终端上使用Telnet程序，用它连接到路由器40。用户可以在终端的Telnet程序中输入命令，这些命令会在路由器40上运行，就像直接在路由器的控制台上输入一样，以此达到在本地控制路由器40的目的。

配置请求可以以命令的形式从终端上下发，例如，在用户终端上向用户示出CLI(Command-Line Interface，命令行界面)界面，用户通过键盘输入等形式输入自己的配置请求，CLI界面不仅将用户的指令发送给接收模块402，同时还会对用户的输入进行回显，以便让用户确认自己输入的配置请求是否是自己期望下发的。

配置请求主要用于对路由器上的某一个或者某一些待配置业务进行业务配置。在配置请求中可以包含待配置业务的业务类型以及业务数量，例如，配置请求中包含的信息是配置4000个子接口，那么待配置业务为配置子接口，而业务数量则为4000。另外，在配置请求中还可以包含一些其他信息，例如，用户特意指定了4000个子接口中的5个子接口的IP地址，那么在配置请求中除了待配置业务类型与业务数量之外，还包括5个IP地址，以及这5个IP地址与子接口的对应关系。

在本实施例的一些示例当中，如图5所示，路由器40还包括合法校验模块410，当接收模块402接收到终端下发的配置请求之后，合法校验模块410需要对配置请求进行格式校验，以确定该配置请求是否合法。合法校验模块410进行格式校验只针对配置请求的数据格式、数据长度等进行形式上的校验。只有当合法校验模块410确定配置请求合法后，路由器40才会进行后续的配置过程，否则直接向终端返回非法提示，以提示用户其输入的配置请求存在形式上的错误。

配置函数的主要功能是根据用户输入的配置请求输出相应的配置数据，如果用户对某一待配置业务进行配置的业务数量比较大，可能需要用到批量处理函数，常见的批量处理函数包括：用于批量创建VRF(Virtual Routing Forwarding，虚拟专用网络路由转发表)的函数、批量删除VRF的函数、批量创建三层子接口的函数、批量删除三层子接口的函数等，以及子接口批量绑定VRF的函数、子接口批量绑定OSPF(Open Shortest Path First，开放式最短路径优先)、ISIS(Intermediate system to intermediate system，中间***到中间***)协议的函数、子接口批量配置IP地址的函数、子接口批量封装VLAN(Virtual Local AreaNetwork，虚拟局域网)的函数等。

路由器40本地存储的配置函数可以满足用户绝大多数的配置请求，但在实际应用过程中，用户可能会有一些需求是路由器本地存储的配置函数无法实现的，针对这种情况，可能需要使用用户自定义的函数才能达到用户的需求，因此，在本实施例的一种较好的示例当中，如图6所示，路由器40中除了包括接收模块402、生成模块404和配置模块406以外，还包括获取模块408：

获取模块408可以通过路由器40上设置的对外开放的编程接口接收用户自定义的批处理函数，然后对用户自定义的批处理函数进行编译及激活处理，最后将将处理后的批处理函数作为配置函数存储在本地。

在本实施例中，编程接口能够接收用户导入的自定义批处理函数。可以理解的是，可以在用户需要使用该编程接口时，开启编程接口，这时候，路由器具有导入用户自定义函数的功能，而如果用户不需要使用编程接口，则可以关闭该编程接口，这时，本实施例中的路由器与普通路由器的使用几乎没有区别。

获取模块408接收到用户导入的自定义批处理函数之后，可以对该批处理函数进行编译及激活处理，编译过程就是把高级语言变成计算机可以识别的二进制语言，经过编译激活处理的批处理函数可以作为后续生成配置数据的配置函数使用，其作为内嵌在路由器中的函数与其他本来路由器自带的函数没有区别。

获取模块408对批处理函数进行编译激活处理之后，可以将其作为配置函数存储在路由器本地。在本实施例中，无论是路由器40自带的配置函数，还是从对外编程接口上导入的用户自定义的批量处理函数都可以以无差别的形式存储在数据库中。当然，在本实施例的另外一些示例当中，路由器40自带的配置函数和用户自定义形成的配置函数也可以分开存储。

在本实施例中，利用路由器上的对外编程接口获取用户自定义的批量处理函数作为配置函数，能够扩展路由器进行业务配置时的功能，使业务配置更加灵活、全面，提高了用户体验。

生成模块404生成配置数据之前需要先对配置请求进行解析主要是为了确定用户从终端上下发配置请求的实际目的。用户从终端下发的配置请求中可能用于对某一个或者多个待配置业务进行配置，而路由器如果要根据用户的配置请求对这些待配置业务进行配置，则需要知道用户想要对什么样的业务做什么样的配置。

生成模块404根据解析结果确定出待配置业务以及配置函数的类型。这里所说的配置函数是指用于生成对待配置业务进行配置的配置数据的配置函数。一般生成模块404对配置请求进行解析之后，可以直接获取到待配置业务的业务类型、业务数量等信息，但是在配置请求中并不一定直接包含配置函数的类型。如果用户在终端上下发配置请的时候指定了生成配置数据的配置函数的类型，则生成模块404可以直接将解析结果中包含的配置函数的类型作为后续调用配置函数的依据；但如果用户下发的配置请求中仅包括待配置业务的类型，生成模块404也可以根据待配置业务的类型确定出对应的配置函数的类型，因为不同的待配置业务需要不同的配置函数来生成对应的配置数据，所以实质上，在待配置业务与配置函数之间存在一定的对应关系。

有时候，对于用户期望配置的一项待配置业务，生成模块404可能需要调用多种类型的配置函数，例如，用户虽然仅在配置请求中指示配置4000个子接口，但实际上，为了完成对4000个子接口的创建，生成模块404可能需要调用子接口批量创建函数、子接口批量配置IP地址的函数，以及子接口批量封装VLAN的函数。

确定要调用的配置函数的类型之后，生成模块404可以从路由器本地的数据库中调用对应的批处理函数来生成配置数据。这里继续结合上述示例进行解释：当确定需要调用子接口批量创建函数、子接口批量配置IP地址的函数，以及子接口批量封装VLAN的函数这三种类型的配置函数之后，生成模块404从对应的数据库中获取到这三个批量处理函数对应的程序来生成配置数据。如果在终端发送的配置请求中包含用户指定的部分子接口的IP地址，例如用户指定ID号为39的子接口的IP地址为255.255.231.32，那么生成模块404在利用子接口批量配置IP地址的函数在为各子接口配置IP地址的时候，可以仅为其他3999个子接口配置对应的IP地址，然后将配置请求中携带的IP地址与ID号为39的子接口进行关联。

可以理解的是，在路由器40的数据库中存储的配置函数并非全都是批处理函数，当用户下发的配置请求中要求进行配置的业务数量不大时，可以直接采用这些非批量处理函数来生成配置数据。

在本实施例的另一示例当中，如图7，路由器40包括接收模块402、生成模块404、配置模块406、获取模块408以及合法校验模块410和有效校验模块412。当生成模块404获取到解析结果之后，有效校验模块412还可以根据路由器40的业务性能对解析结果进行校验，这一次的校验不再是对数据格式与数据长度的校验了，而是根据路由器40本身的性能来确定用户下发的配置请求是否有效，例如，如果用户需要在路由器上配置4000个子接口，但事实上，该路由器本身就只能承载2000个子接口，这种情况成为参数越界，说明该用户的配置请求是该路由器无法实现的，有效校验模块412可以确定该配置请求无效。如果配置请求无效，则不需要再进行后续的配置过程了。除了参数越界以外，参数不完整也会导致配置请求无效，例如，在配置请求中没有包含待配置业务的类型或用户指定的配置函数中的任意一个，仅包含了业务数量，这种配置请求也属于无效的。

配置模块406用于根据生成的配置数据对待配置业务进行业务配置。生成配置数据以后，配置模块406可以根据用户的需求组织配置数据，对配置数据进行打包，下发硬件表项，以供路由器转发面在后续路由转发业务中使用。

在本实施例中，接收模块402可以通过路由器上的通信装置来实现，而生成模块404和配置模块406的功能则可以由路由器中的CPU(中央处理器)来实现，获取模块408可以通过路由器上的对外编程接口来接收用户导入的自定义批量处理函数，然后由CPU实现对自定义批量处理函数进行编译激活处理，最后将进行存储。合法校验模块410和有效校验模块412的功能可以由路由器中的CPU来实现。

本实施例中提供的路由器40能够根据终端发送的配置请求生成对自身业务进行配置的配置数据，因此不需要从终端上获取配置数据，避免了配置数据下发不完整、下发速度慢的问题，提高了业务配置的效率及准确率；同时该路由器通过网络开放编程接口，支持加载用户自定义的批量处理函数，增加了业务配置的灵活性。

实施例三：

为了让本领域技术人员更加了解本发明的优点和细节，本实施例结合路由器业务配置的一种具体示例对实施例一提供的路由器业务配置方法和实施例二提供的路由器进行进一步的说明，请参见图8：

S801、终端与路由器建立Telnet连接。

终端与路由器建立Telnet连接后，用户可以通过Telnet协议登录路由器，路由器包括OAM(Operation and Maintenance，操作管理)界面，该界面可以在终端上进行显示，在该界面中包括用户可以调用的配置函数，同时，在终端上还显示有CLI界面，可以理解的是，CLI界面与OAM界面可以集成在一起。

S802、终端根据用户的操作生成配置请求并发送给路由器。

用户可以根据自己需要拍配置的业务从CLI界面中输入配置指令，然后从OAM界面中选择对应的配置函数，终端根据用户输入的配置指令与选择的配置函数生成配置请求。

S803、路由器对配置请求进行格式校验，判断配置请求是否合法。

路由器对配置请求进行格式校验主要包括确定配置请求的数据格式、数据长度等是否符合要求，如果配置请求合法，则执行S804，否则执行S805。

S804、路由器对配置请求进行解析。

路由器可以从配置请求中获取到待配置业务的属性(即类型)，以及各待配置业务的业务数量，业务数量可以通过待配置业务中的对象ID来体现。例如，对象ID分别是从1～4000，那么说明业务数量为4000。

S805、在OAM界面显示报错提示。

OAM界面中的错误提示用于指示用户，告诉用户其数据的配置请求格式不正确。

S806、根据路由器的业务性能确定配置请求是否有效。

对配置请求的有效校验过程与合法校验有些区别，有效校验不再是对数据格式与数据长度的校验了，而是根据路由器本身的性能来确定路由器是否能够实现用户下发的配置请求。当是时，执行S807，否则，执行S808。

S807、根据配置请求调用配置函数生成配置数据。

这里以直接调用路由器中已集成的函数portlist和vlanlist来批量创建一个父接口下的4000个三层子接口，并为子接口封装对应的VLAN为例进行说明，在该示例当中还会使用用户自定义的批量生成三层子接口IP地址的函数iplist，以实现为每个子接口配置对应的IP地址的目的。

OAM调用***中已集成的portlist命令一次批量创建4000个子接口，并调用vlanlist封装对应的vlan：

interface portlist gei-0/1/0/1.1-4000；

interface vlanlist gei-0/1/0/1.1-4000；

开启路由器用户函数自定义的可编程功能，即打开对外的可编程接口。由用户编写批量指定子接口IP地址的函数iplist：

interface iplist(portlist,initIP,mask，count)；

其中portlist为待配置IP地址的子接口列表，initIP为起始IP地址，mask为IP地址掩码，count为待配置IP地址的数目。

路由器从可编程接口中接收用户导入的iplist函数，对其进行编译并激活。最后调用interface iplist为4000个vlan子接口配置相应的IP地址。以起始地址为10.0.1.1，掩码为255.255.255.0为例，即在CLI界面输入：

interface iplist gei-0/1/0/1.1-4000 10.0.1.1 24 4000；

至此，完成配置数据的生成。

S808、返回针对配置请求的无效提示信息。

无效提示信息用于告知用户其下发的配置请求中存在参数越界或者参数不完整等情况。

S809、打包配置数据，形成硬件表项并通过统一支撑平台下发。

生成配置数据以后，可以根据用户的需求组织配置数据，对配置数据进行打包，通过统一支撑平台下发硬件表项，以供路由器转发面在后续路由转发业务中使用。

在本实施例中，在路由器侧预设生成配置数据的配置函数，使得终端不需要向路由器发送海量的配置数据，不会导致配置数据漏发、错发的现象发生，提高了路由器业务配置的准确性和效率；另外，结合可编程接口导入的用户自定义的批量处理函数，增强了路由器业务配置的灵活性，提高了用户体验。

显然，本领域的技术人员应该明白，上述本发明实施例的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在计算机存储介质(ROM/RAM、磁碟、光盘)中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。所以，本发明不限制于任何特定的硬件和软件结合。

以上内容是结合具体的实施方式对本发明实施例所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (10)

1.一种路由器业务配置方法，包括：

路由器接收终端发送的配置请求，所述配置请求用于对所述路由器上的至少一个待配置业务进行配置；

所述路由器根据所述配置请求调用本地存储的配置函数生成配置数据；

所述路由器根据生成的所述配置数据对所述待配置业务进行配置。

2.如权利要求1所述的路由器业务配置方法，其特征在于，所述路由器根据所述配置请求调用本地存储的配置函数生成配置数据之前还包括：所述路由器对所述配置请求进行格式校验以确定所述配置请求合法。

3.如权利要求1所述的路由器业务配置方法，其特征在于，所述配置请求中至少包括待配置业务的业务类型、业务数量。

4.如权利要求1-3任一项所述的路由器业务配置方法，其特征在于，所述路由器根据所述配置请求调用本地存储的配置函数生成配置数据之前还包括：

所述路由器接收用户自定义的批处理函数；

所述路由器对所述用户自定义的批处理函数进行编译及激活处理；

所述路由器将处理后的所述批处理函数作为配置函数存储在本地。

5.如权利要求1-3任一项所述的路由器业务配置方法，其特征在于，所述根据所述配置请求生成配置数据包括：

所述路由器对所述配置请求进行解析；

所述路由器根据所述解析结果确定出所述待配置业务以及用于生成待配置业务的配置数据的所述配置函数的类型；

所述路由器根据所述配置函数的类型调用本地对应的批处理函数作为所述配置函数生成配置数据。

6.如权利要求5所述的路由器业务配置方法，其特征在于，所述路由器根据所述配置函数的类型调用本地对应的批处理函数作为所述配置函数生成配置数据之前还包括：所述路由器基于其业务性能根据所述解析结果确定所述配置请求有效。

7.一种路由器，其特征在于，包括：

接收模块，用于接收终端发送的配置请求，所述配置请求用于对所述路由器上的至少一个待配置业务进行配置；

生成模块，用于根据所述配置请求调用本地存储的配置函数生成配置数据；

配置模块，用于根据生成的所述配置数据对所述待配置业务进行配置。

8.如权利要求7所述的路由器，其特征在于，还包括获取模块，用于在根据所述配置请求调用本地存储的配置函数生成配置数据之前，接收用户的自定义批处理函数；对所述用户自定义的批处理函数进行编译及激活处理；并将处理后的所述批处理函数作为配置函数存储在本地。

9.如权利要求7所述的路由器，其特征在于，所述生成模块用于：对所述配置请求进行解析；根据所述解析结果确定出所述待配置业务以及用于生成待配置业务的配置数据的所述配置函数的类型；并根据所述配置函数的类型调用本地对应的批处理函数作为所述配置函数生成配置数据。

10.如权利要求9所述的路由器，其特征在于，还包括：有效校验模块，用于根据所述配置函数的类型调用本地对应的批处理函数作为所述配置函数生成配置数据之前，基于所述路由器的业务性能根据所述解析结果确定所述配置请求有效。