CN105591819A - 配置网络设备的方法及装置 - Google Patents

Abstract

本申请提供一种配置网络设备的方法及装置，该方法应用于控制器上，所述控制器具有分布式接口，包括：通过所述分布式接口接收客户端发送的配置请求，所述配置请求携带的请求类型和URI与所述分布式接口支持的URI和请求类型相同；根据所述配置请求中的第一消息体生成对应的配置命令行，所述第一消息体承载所述客户端对网络设备下发的配置命令中的配置参数；基于XML的网络配置连接将所述配置命令行发送至所述网络设备。因此，本申请实现了网络设备配置的自动化和远程化，还提高了网络设备的配置效率，并减少了运维成本。

Description

配置网络设备的方法及装置

技术领域

本申请涉及网络通信技术领域，尤其涉及一种配置网络设备的方法及装置。

背景技术

随着网络通信技术的发展，搭建数据中心和组建网络的重要性越来越重要。现有技术中，在搭建数据中心和组建网络的时候，为满足一些特定链路的需要，或者从负载均衡及网络安全性等角度考虑，需要到网络设备上配置一些命令。但是，这些往往需要网络工程师等技术人员到现场手动完成网络设备的配置，维护起来较麻烦，需要投入较多的时间和人力，并且管理起来较为不便。

发明内容

本申请提供一种配置网络设备的方法及装置，以解决现有技术中需要网络工程师等技术人员到现场手动完成网络设备的配置的问题。

根据本申请实施例的第一方面，提供了一种配置网络设备的方法，所述方法应用于控制器上，所述控制器具有分布式接口，包括：

通过所述分布式接口接收客户端发送的配置请求，所述配置请求携带的请求类型和统一资源标识符URI与所述分布式接口支持的URI和请求类型相同；

根据所述配置请求中的第一消息体生成对应的配置命令行，所述第一消息体承载所述客户端对网络设备下发的配置命令中的配置参数；

基于可扩展标记语言XML的网络配置连接将所述配置命令行发送至所述网络设备。

根据本申请实施例的第二方面，提供了一种配置网络设备的装置，所述装置应用于控制器上，所述控制器具有分布式接口，包括：

接收单元，用于通过所述分布式接口接收客户端发送的配置请求，所述配置请求携带的请求类型和统一资源标识符URI与所述分布式接口支持的URI和请求类型相同；

配置命令行生成单元，用于根据所述配置请求中的第一消息体生成对应的配置命令行，所述第一消息体承载所述客户端对网络设备下发的配置命令中的配置参数；

发送单元，用于基于可扩展标记语言XML的网络配置连接将所述配置命令行发送至所述网络设备。

应用本申请实施例，通过分布式接口接收客户端发送的配置请求，并根据配置请求中的第一消息体生成对应的配置命令行，以及基于XML的网络配置连接将第一消息体对应的配置命令行发送至配置请求中的网络设备标识信息对应的网络设备，以使对应的网络设备根据接收到的配置命令行进行配置，从而实现了网络设备配置的自动化和远程化，还提高了网络设备的配置效率，并减少了运维成本。

附图说明

图1是应用本申请实施例配置网络设备的应用场景示意图；

图2是本申请配置网络设备的方法的一个实施例流程图；

图3是本申请配置网络设备的方法的另一个实施例流程图；

图4是本申请配置网络设备的方法的另一个实施例流程图；

图5是本申请配置网络设备的装置所在设备的一种硬件结构示意图；

图6是本申请配置网络设备的装置的一个实施例框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

参见图1，为应用本申请实施例配置网络设备的应用场景示意图。该应用场景示意图包括控制器、客户端、网络设备和数据库。

本申请中的控制器提供了具有分布式接口，并以该分布式接口形式向客户端提供配置网络设备的访问接口。各个客户端可以远程调用该控制器提供的分布式接口来发起配置请求。

该配置请求可以是应用层的超文本传输协议(HyperTextTransferProtocol，HTTP)请求或安全版的超文本传输协议(HyperTextTransferProtocoloverSecureSocketLayer，HTTPS)请求。

其中，配置请求可以是由客户端生成的，该配置请求至少包括网络设备标识信息、请求类型、统一资源标识符(UniformResourceIdentifier，URI)和第一消息体。

配置请求中请求类型可以是get、post、put和delete等类型。

配置请求中的第一消息体承载的是客户端向网络设备下发的配置命令所依赖的配置参数。本申请可以将对网络设备下发的配置命令抽象成资源，用于URI来标识，这里，抽象成资源的配置命令可以是一个配置命令也可以是一组配置命令。客户端在生成配置请求时，通过第一消息体来承载需要向网络设备下发的配置命令中的配置参数，并在配置请求中携带标识该配置命令的URI。在控制器侧，每个分布式接口都有其支持的URI和请求类型，控制器的分布式接口层能够根据配置请求中的URI和请求类型将该配置请求分发到相应的分布式接口，完成配置请求的接收。

当控制器接收到客户端的配置请求后，会将第一消息体自动转换成可以下发至对应的网络设备的配置命令行，并根据配置请求中的网络设备标识信息将该配置命令行发送至对应的网络设备，以使该网络设备自动根据接收到的配置命令行进行配置。同时，控制器还会将发送至对应的网络设备的配置命令行保存在数据库中，便于控制器对网络设备的配置命令进行管理。另外，控制器还会将已注册的网络设备的设备信息保存至数据库中，便于控制器对网络设备进行管理。

另外，本申请中的网络设备可以指的是连接到控制器上的设备和元器件，包括交换机、路由器、集线器、网桥、网关等。这里的网络设备可以是传统的物理网络设备、还可以是虚拟网络设备。

因此，在上述配置网络设备的系统中，通过控制器将客户端的配置请求中的承载配置参数的第一消息体转换成可下发至对应的网络设备的配置命令行，从而实现了对网络设备配置的自动化和远程化，避免了网络工程师等技术人员到现场进行手动配置。

下面结合附图对本申请配置网络设备的实施例进行详细描述。

参见图2，为本申请配置网络设备的方法的一个实施例流程图，该实施例从控制器侧进行描述，执行对网络设备的配置功能，包括以下步骤：

步骤210，通过分布式接口接收客户端发送的配置请求，该配置请求携带的请求类型和URI与该分布式接口支持的URI和请求类型相同。

具体地，通过分布式接口接收客户端发送的配置请求，该配置请求至少包括网络设备标识信息、请求类型、URI和第一消息体。

另外，接收到的配置请求可以是同一客户端针对不同待配置的网络设备的配置请求，还可以是不同客户端针对不同待配置的网络设备的配置请求。

步骤220，根据配置请求中的第一消息体生成对应的配置命令行，该第一消息体承载客户端对网络设备下发的配置命令中的配置参数。

至于具体的转换方式，本申请包括但不限于以下两种方式：

方式一：将第一消息体转换成至少一个配置对象，将各配置对象的值输入预设的配置模板中各配置对象对应的位置，得到配置命令行。

具体地，控制器预先设置了配置模板，将第一消息体转换得到的各个配置对象的值传入配置模板中的相应位置后，就可以得到对应的配置命令行。比如：预设的配置模板为.vm格式的Velocity模板，其中，Velocity是一个基于java的模板引擎。

方式二：根据第一消息体的信息量大小采用对应的转换方式，包括：

(1)检测第一消息体的信息量。

(2)判断该信息量是否小于设定信息量阈值。

(3)若信息量小于设定信息量阈值时，按照设定配置顺序将待下发至网络设备的配置命令中的配置参数拼接成对应的配置命令行。

具体地，设定信息量阈值可以是控制器根据实际情况设定的阈值。若信息量小于设定信息量阈值时，表明此时的第一消息体的信息量较少，就可以使用较为直接的字符串拼接方式，将第一消息体承载的配置参数按设定配置顺序拼接成对应的配置命令行。

(4)若信息量不小于设定信息量阈值时，利用预设的配置模板将第一消息体中转换成对应的配置命令行。

步骤230，基于可扩展标记语言(ExtensibleMarkupLanguage，XML)的网络配置连接将第一消息体对应的配置命令行发送至网络设备。

由上述实施例可见，通过分布式接口接收客户端发送的配置请求，并根据配置请求中的第一消息体生成对应的配置命令行，以及基于XML的网络配置连接将第一消息体对应的配置命令行发送至配置请求中的网络设备标识信息对应的网络设备，以使对应的网络设备根据接收到的配置命令行进行配置，从而实现了网络设备配置的自动化和远程化，还提高了网络设备的配置效率，并减少了运维成本。

在一个实施例中，执行步骤210中接收到的配置请求中第一消息体可以为通用数据交换格式的消息体，并且，配置请求中的URI用于标识配置命令，第一消息体承载该配置命令中的配置参数。

具体地，为支持跨平台，客户端发起的配置请求中的第一消息体格式可以使用JavaScript对象表示法(JavaScriptObjectNotation，JSON)、可扩展标记语言(ExtensibleMarkupLanguage，XML)等通用数据交换格式。

比如：在Linux平台下可以通过web浏览器、curl命令行等方式向控制器发送配置请求；或者，在Windows平台下可以使用web浏览器及其他插件向控制器发送配置请求。

由上述实施例可见，控制器提供了分布式接口，基于该分布式接口，支持分布式、远程调用接口实现配置下发，使得技术人员无需到达现场即可进行设备配置，降低了运维成本。

在一个实施例中，执行步骤220中根据第一消息体生成对应的配置命令行之前，还可以包括：

对第一消息体进行设定校验；若设定校验通过后，确定根据第一消息体生成对应的配置命令行。

具体地，对第一消息体进行的设定校验可以包括非空校验和合法性校验中的任意一个或多个，只有这些校验通过后，才可以根据第一消息体生成对应的配置命令行；若这些校验没有通过，可以向客户端发送提示信息，提示客户端重新发送配置请求。

上述设定校验和根据第一消息体生成对应的配置命令行皆可以由控制器的业务逻辑层来完成。

由上述实施例可见，根据第一消息体生成对应的配置命令行之前，还需要对第一消息体进行的设定校验，从而保证了配置网络设备的准确性。

在一个实施例中，执行步骤230中基于XML的网络配置(Netconf)协议将第一消息体对应的配置命令行发送至网络设备，具体过程如下：

(1)建立与待配置的网络设备之间的基于XML的网络配置(Netconf)连接。

具体地，在控制器登录待配置的网络设备时，首先从数据库中获取利用Netconf协议登录到待配置的网络设备上的登录名和密码，然后校验该登录名和密码，只有登录名和密码皆正确，才能登录上该待配置的网络设备，若登录名和密码中至少有一个为空，或至少一个为错误，都不能登录上该待配置的网络设备。

(2)将第一消息体对应的配置命令行添加到XML模板中，得到XML格式的第二消息体，该第二消息体包括配置命令行。

(3)通过基于XML的网络配置连接将携带有第二消息体的简单对象访问协议(SimpleObjectAccessProtocol，SOAP)请求发送至网络设备，以使该网络设备根据SOAP请求携带的第二消息体中的配置命令行进行配置。

具体地，控制器也可以直接将第二消息体发送至待配置的网络设备。不管控制器发送成功，还是发送失败或连接超时，皆会收到待配置的网络设备返回的对应的反馈信息。

上述基于XML的网络配置连接将第一消息体对应的配置命令行发送至网络设备标识信息对应的网络设备，易于进行数据交流和开发。另外，利用SOAP协议作为传输协议，进一步保证网络配置连接的安全性和可靠性。

在一个实施例中，该方法还可以包括：

将根据第一消息体生成的配置命令行、以及网络设备的设备信息保存至数据库中。

具体地，保存至数据库中可以为持久化保存至数据库中，该持久化保存便于控制器对网络设备的配置和管理，提高了可用性。

在一个实施例中，该方法还可以包括：

将数据库中保存的网络设备对应的设备状态更新为在线状态。其更新过程具体包括：

(1)计算接收到网络设备发送保活报文的累计次数。

(2)若累计次数到达报文次数阈值时，获取数据库中保存的设备状态。

(3)若设备状态不是在线状态，则将设备状态更新为在线状态，并将累计次数清零。

另外，控制器还可以提供一个用于修改报文次数阈值的接口。当报文次数阈值被设置的越大时，操作数据库的频率就越低，数据的即时性越低。

由上述实施例可见，本申请提供了一种具有高伸缩性的设备保活和状态更新机制，可根据网络设备发送的保活报文来执行对数据库的操作；尤其是控制器提供接口可灵活修改报文次数阈值，这样可以通过设置报文次数阈值来实现数据时效性和控制器性能的权衡。

参见图3，为本申请配置网络设备的方法的另一个实施例流程图，该实施例从控制器侧进行描述，并建立图2所示实施例的基础上，执行对网络设备的注册功能，可以包括以下步骤：

步骤310，接收网络设备发送的注册报文，该注册报文包括网络设备的设备标识。

具体地，发送注册报文的网络设备可能没有在当前连接的控制器上注册，也可能已在当前连接的控制器上注册，也可能已在其他控制器上注册。并且，注册报文中的网络设备的设备标识可以是该网络设备的网络之间互连的协议(InternetProtocol，IP)地址，也可以是该网络设备的物理地址(MediaAccessControl，MAC)。

另外，若控制器连续设定次数接收到同一台网络设备的注册报文，将向该网络设备发送警告信息。比如，设定次数为2次。

其原因可能是：网络设备连续向控制器发送注册报文，表示该网络设备没有收到控制器对之前发送的注册报文的回应，此时链路可能是出现拥塞或防火墙规则等原因导致的单向连通。

步骤320，根据网络设备的设备标识获取该网络设备的设备信息。

具体地，控制器获取网络设备的设备信息的方法有很多，包括但不限于以下方式：

(1)根据网络设备的设备标识向该网络设备发送设备状态获取请求。

(2)接收该网络设备返回的设备信息。

具体地，控制器内部有一守护进程会接受网络设备发来的不同类型的报文，在接收到网络设备发送的注册报文后，会根据注册报文里的网络设备的设备标识向对应的网络设备发送设备状态获取请求，目的是获取该网络设备的设备信息。

另外，网络设备的设备信息可以包括该网络设备的性能参数。比如：网络设备为交换机，该交换机的设备信息包括该交换机的传输速率、背板带宽等。

步骤330，将网络设备所属的控制器标识确定为当前连接的控制器的标识(Identification，ID)，并将网络设备的设备信息和网络设备所属的当前连接的控制器的标识保存至数据库中。其中，保存至数据库中可以为持久化保存至数据库中，该持久化保存便于控制器对网络设备的配置和管理，提高了可用性。

具体地，控制器将网络设备所属的控制器标识确定为当前连接的控制器的标识时，会根据网络设备是否已注册，采用不同的确定方式：

(1)判断网络设备是否已注册。

具体地，判断网络设备是否已注册时，可以从数据库中查询该网络设备对应的设备信息，若查询到，表明该网络设备已经注册，若没有查询到，表明该网络设备没有注册。

(2)若网络设备没有注册，则将网络设备所属的控制器标识确定为当前连接的控制器的标识。

(3)若网络设备已注册，且注册的控制器不是当前连接的控制器，则将网络设备所属的控制器标识更换为当前连接的控制器的标识。

(4)若网络设备已注册，且注册的控制器是当前连接的控制器，则不对网络设备所属的控制器标识进行更换。

上述将网络设备所属的控制器标识确定为当前连接的控制器的标识后，控制器会将网络设备的设备信息和网络设备所属的当前连接的控制器的标识持久化保存至数据库中，该持久化保存便于控制器对网络设备的配置和管理，提高了可用性。

另外，将网络设备所属的控制器标识确定为当前连接的控制器的标识后，控制器还会更新数据库中存储的该网络设备的设备状态，并为该网络设备设置对应的保活信息，并将该网络设备对应的保活信息保存至控制器所属的服务器的缓存中。

步骤340，设置网络设备对应的保活信息，以及将该保活信息以键值对的形式保存至控制器所属的服务器的缓存中。其中，该保活信息包括网络设备的设备标识、以及报文接收时间；并且，该网络设备的设备标识为键(key)，报文接收时间为值(value)。

另外，保活信息中的报文接收时间可以是控制器接收到该网络设备发送的保活报文的时间。

步骤350，向网络设备发送保活通知，以使网络设备根据保活通知定时向控制器发送保活报文。

参见图4，为本申请配置网络设备的方法的另一个实施例流程图，该实施例从控制器侧进行描述，并建立图3所示实施例的基础上，执行对网络设备的保活职能，可以包括以下步骤：

步骤410，接收已注册的网络设备发送的保活报文，该保活报文包括网络设备的设备标识。

步骤420，在根据网络设备的设备标识在数据库中查询到该网络设备所属的控制器标识时，将该网络设备所属的控制器标识确定为当前连接的控制器的标识。

具体地，若查询到的该网络设备所属的控制器标识不是当前连接的控制器的标识，则将该网络设备所属的控制器标识更换为当前连接的控制器的标识；若查询到的该网络设备所属的控制器标识是当前连接的控制器的标识，则不需要更换。

步骤430，根据接收到保活报文的接收时间更新该网络设备对应的保活信息中的接收时间。

具体地，控制器接收到同一网络设备发送的保活报文后，就会实时更新该网络设备对应的保活信息中的接收时间，使得保护信息中的接收时间永远是最新接收到保活报文的时间。其中，该网络设备对应的保活信息是以键值对的形式保存在控制器所属的服务器的缓存中的。

另外，当控制器管理的网络设备的数量较大时，会同时有大量的保活报文涌入控制器，此时可以做多线程并发处理，故此保活信息可以存放在使用经过锁分段技术处理的线程安全的集合中，若网络设备掉线后，可以从该集合中移除掉线设备的保活信息。

步骤430，将数据库中保存的该网络设备对应的设备状态更新为在线状态。

另外，执行步骤430中将数据库中保存的该网络设备对应的设备状态更新为在线状态之后，控制器会开始计时，当预设时间内没有接收到该网络设备发送的保活报文时，控制器会将该网络设备对应的设备状态更改为掉线状态。

在一个实施例中，为了减少操作数据库的次数，在执行步骤430中将数据库中保存的该网络设备对应的设备状态更新为在线状态时，可以包括：

(1)计算接收到同一网络设备发送的保活报文的累计次数。

(2)若累计次数到达报文次数阈值时，获取数据库中保存的设备状态。

(3)若设备状态不是在线状态，将设备状态更新为在线状态，并将累计次数清零；若设备状态是在线状态，则不需要更新设备状态，此时也需要将累计次数清零。

另外，控制器还可以提供一个用于修改报文次数阈值的接口。当报文次数阈值被设置的越大时，操作数据库的频率就越低，数据的即时性越低。

由上述实施例可见，本申请提供了一种具有高伸缩性的设备保活和状态更新机制，可根据网络设备发送的保活报文来执行对数据库的操作；尤其是控制器提供接口可灵活修改报文次数阈值，这样可以通过设置报文次数阈值来实现数据时效性和控制器性能的权衡。

上述设备状态更新为在线状态后，可以向网络设备发送已完成设备保活的通知消息。

由于不同类型的网络设备发送的报文，其类型也可能不同，其报文包含的设备信息也可能有不一样。故此，控制器内部设置了一个设备报文类型库，用于维护不同网络设备发送的不同类型的报文，针对每一种报文，实现了一个数据类型用于映射和存储不同报文消息中的设备信息；同时，数据库中也针对不同类型的设备分别为其建立对应的数据表(与报文类型和数据类型一一对应)，用于维护不同设备的持久化信息。

与前述配置网络设备的方法实施例相对应，本申请还提供了配置网络设备的装置的实施例。

本申请配置网络设备的装置的实施例可以应用在控制器上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图5所示，为本申请配置网络设备的装置所在设备的一种硬件结构示意图，除了图5所示的处理器、网络接口、内存以及非易失性存储器之外，实施例中装置所在的设备通常还可以包括其他硬件，如负责处理报文的转发芯片等等；从硬件结构上来讲该设备还可能是分布式的设备，可能包括多个接口卡，以便在硬件层面进行报文处理的扩展。

参见图6，为本申请配置网络设备的装置的一个实施例框图，该装置可以应用在控制器上，并可以用于执行图1所示的配置网络设备的方法，可以包括：接收单元61、配置命令行生成单元62和发送单元63。

其中，接收单元61用于通过所述分布式接口接收客户端发送的配置请求，所述配置请求携带的请求类型和URI与所述分布式接口支持的URI和请求类型相同；

配置命令行生成单元62用于根据所述配置请求中的第一消息体生成对应的配置命令行，所述第一消息体承载所述客户端对网络设备下发的配置命令中的配置参数；

发送单元63用于基于XML的网络配置连接将所述配置命令行发送至所述网络设备。

在一个可选的实现方式中，第一接收单元61接收到的配置请求中的第一消息体可以为通用数据交换格式的消息体，配置请求中的URI用于标识配置命令。

在另一个可选的实现方式中，配置命令行生成单元62还包括转换子单元和输入子单元(图6中未示出)。

其中，转换子单元用于将所述第一消息体转换成至少一个配置对象；

输入子单元用于将各配置对象的值输入预设的配置模板中各配置对象对应的位置，得到所述配置命令行。

在另一个可选的实现方式中，第一发送单元63可以包括：建立子单元、添加子单元和第一发送子单元(图6中未示出)。

建立子单元用于建立与所述网络设备之间的基于XML的网络配置连接；

添加子单元用于将所述配置命令行添加到XML模板中，得到XML格式的第二消息体，所述第二消息体承载所述配置命令行；

第一发送子单元用于通过所述基于XML的网络配置连接将携带有所述第二消息体的简单对象访问协议SOAP请求发送至所述网络设备。

在另一个可选的实现方式中，该装置还可以包括：保存单元(图6中未示出)。

其中，保存单元用于将所述配置命令行和所述网络设备的设备信息保存至数据库中。

在另一个可选的实现方式中，该装置还可以包括：更新单元(图6中未示出)。

其中，更新单元用于将所述数据库中保存的所述网络设备对应的设备状态更新为在线状态。

并且，所述更新单元可以包括：计算子单元、获取子单元和更新子单元(图6中未示出)。

其中，计算子单元用于计算接收到所述网络设备发送保活报文的累计次数；

获取子单元用于若所述累计次数到达报文次数阈值时，获取所述数据库中保存的设备状态；

更新子单元用于若所述设备状态不是在线状态，则将所述设备状态更新为在线状态，并将所述累计次数清零。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

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

Claims (12)

1.一种配置网络设备的方法，其特征在于，所述方法应用于控制器上，所述控制器具有分布式接口，包括：

通过所述分布式接口接收客户端发送的配置请求，所述配置请求携带的请求类型和统一资源标识符URI与所述分布式接口支持的URI和请求类型相同；

根据所述配置请求中的第一消息体生成对应的配置命令行，所述第一消息体承载所述客户端对网络设备下发的配置命令中的配置参数；

基于可扩展标记语言XML的网络配置连接将所述配置命令行发送至所述网络设备。

2.根据权利要求1所述的方法，其特征在于，所述第一消息体为通用数据交换格式的消息体；所述URI用于标识所述配置命令。

3.根据权利要求1所述的方法，其特征在于，所述根据所述配置请求中的第一消息体生成对应的配置命令行，包括：

将所述第一消息体转换成至少一个配置对象；

将各配置对象的值输入预设的配置模板中各配置对象对应的位置，得到所述配置命令行。

4.根据权利要求1所述的方法，其特征在于，所述基于XML的网络配置连接将所述配置命令行发送至所述网络设备，包括：

建立与所述网络设备之间的基于XML的网络配置连接；

将所述配置命令行添加到XML模板中，得到XML格式的第二消息体，所述第二消息体承载所述配置命令行；

通过所述基于XML的网络配置连接将携带有所述第二消息体的简单对象访问协议SOAP请求发送至所述网络设备。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

将所述配置命令行和所述网络设备的设备信息保存至数据库中。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：将所述数据库中保存的所述网络设备对应的设备状态更新为在线状态，包括：

计算接收到所述网络设备发送保活报文的累计次数；

若所述累计次数到达报文次数阈值时，获取所述数据库中保存的设备状态；

若所述设备状态不是在线状态，则将所述设备状态更新为在线状态，并将所述累计次数清零。

7.一种配置网络设备的装置，其特征在于，所述装置应用于控制器上，所述控制器具有分布式接口，包括：

接收单元，用于通过所述分布式接口接收客户端发送的配置请求，所述配置请求携带的请求类型和统一资源标识符URI与所述分布式接口支持的URI和请求类型相同；

配置命令行生成单元，用于根据所述配置请求中的第一消息体生成对应的配置命令行，所述第一消息体承载所述客户端对网络设备下发的配置命令中的配置参数；

发送单元，用于基于可扩展标记语言XML的网络配置连接将所述配置命令行发送至所述网络设备。

8.根据权利要求7所述的装置，其特征在于，所述第一消息体为通用数据交换格式的消息体；所述URI用于标识所述配置命令。

9.根据权利要求7所述的装置，其特征在于，所述配置命令行生成单元包括：

转换子单元，用于将所述第一消息体转换成至少一个配置对象；

输入子单元，用于将各配置对象的值输入预设的配置模板中各配置对象对应的位置，得到所述配置命令行。

10.根据权利要求7所述的装置，其特征在于，所述发送单元包括：

建立子单元，用于建立与所述网络设备之间的基于XML的网络配置连接；

添加子单元，用于将所述配置命令行添加到XML模板中，得到XML格式的第二消息体，所述第二消息体承载所述配置命令行；

发送子单元，用于通过所述基于XML的网络配置连接将携带有所述第二消息体的简单对象访问协议SOAP请求发送至所述网络设备。

11.根据权利要求7所述的装置，其特征在于，所述装置还包括：

保存单元，用于将所述配置命令行和所述网络设备的设备信息保存至数据库中。

12.根据权利要求11所述的装置，其特征在于，所述装置还包括：

更新单元，用于将所述数据库中保存的所述网络设备对应的设备状态更新为在线状态；

所述更新单元包括：

计算子单元，用于计算接收到所述网络设备发送保活报文的累计次数；

获取子单元，用于若所述累计次数到达报文次数阈值时，获取所述数据库中保存的设备状态；

更新子单元，用于若所述设备状态不是在线状态，则将所述设备状态更新为在线状态，并将所述累计次数清零。