CN105847041A - 一种基于网管***命令行数据的交互方法 - Google Patents

Abstract

本发明公开了一种基于网管***命令行数据的交互方法，包括以下步骤：将网管数据模型转化为命令行配置块；命令行数据封装并传输至网络设备；网络设备缓存批量命令行数据并执行；网管错误回滚。本发明将网管***数据转换成批量命令行配置块，并支持错误回滚的方式，这样减少了网管与网络设备的交互次数，同时减小网管数据模型自身的下载状态维护难度，支持网管多个条目数据命令行配置块同时下发；网管将命令行增加错误回滚标记，可以保证命令行配置块执行的事务性，一旦出现执行失败，则通过有效的逆向操作，撤销对网络设备的原操作；网管优化了Telnet回显字符，减少冗余数据，精简返给网管的数据。

Description

一种基于网管***命令行数据的交互方法

技术领域

本发明涉及网管与网络设备的数据交换领域，具体涉及一种基于网管***命令行数据的交互方法。

背景技术

随着通信技术的快速发展，传输网络的业务种类和数量急剧增加，最初的网络设备(例如路由器、交换机)，是利用命令行(CLI界面)方式进行配置管理。命令行方式基于人机交互机制，操作较为便捷、脚本通俗易懂，目前网络中的大多数网络设备都支持该方式，因此网络设备的命令行管理方式必将长期存在。新出现的网管管理(图形化界面)方式，由于历史原因，也将命令行数据作为网管与网络设备的数据交互方式之一。

但命令行数据存在“离散”的特性，即：网管必须下发多条命令，才能达到一次配置目的，该特性可能导致两个结果：

1)、网管与网络设备交互次数多，尤其针对大数据量业务会引发效率低的问题。

2)、一旦某一条命令出错，若不正确或及时回滚，数据容易残留于网络设备，后续也会引发资源冲突等问题。

有鉴于此，在网管***中，急需提供一种减少网管与网络设备数据的交换次数、增加错误回滚标记的方法，用于保证数据的高效性和高可靠性。

发明内容

本发明所要解决的技术问题是当网管与网络设备数据交互次数过多时，如何保证数据的高效性和高可靠性。

为了解决上述技术问题，本发明提供了一种基于网管***命令行数据的交互方法，包括以下步骤：

将网管***中的对象数据转化成净荷命令行数据，再编写场景控制XML脚本，将离散的净荷命令行数据形成命令行配置块，并标记每条命令行在出错后是否需要回滚；

网管将命令行配置块增加特殊标记形成应用层数据，支持一次下发多个令行配置块，将多个命令行配置块合并成一个命令行数据包(packet)，以特殊标记封装通信层开销并传输至网络设备；

网络设备收到网管下发的命令行数据包，缓存后执行，并将本次命令行数据包执行的结果一次性返回给网管；

若执行某一条命令行失败，网管根据网络设备的返错信息，执行需要回滚的命令脚本。

在上述方法中，所述将网管***中的命令行数据转化为命令行配置块具体包括以下步骤：

A21、利用命令行解析模块，将所述网管***中的对象数据转化成净荷命令行数据；

A22、编写场景控制XML脚本，标出每条所述净荷命令行的作用，利用所述场景控制XML脚本文件，将所述净荷命令行数据组合成批量命令行集合，形成命令行配置块并标记每条命令行在出错时是否需要回滚。

在上述方法中，所述封装命令行数据包并传输至网络设备具体包括以下步骤：

A31、将命令行配置块作为应用层数据，增加块流水号，增加块头与块尾标记封装应用层数据；将应用层的命令行块配置数据，增加包头标记、包尾标记封装通信层协议；

A32、网管建立与网络设备的TCP连接，并将最终封装后的数据传输至网络设备。

在上述方法中，所述网络设备缓存命令行数据包并执行具体包括以下步骤：

A41、网络设备CLI Agent模块识别包头特殊标记后，开始缓存所有数据，直至收到所述包尾特殊标记；

A42、遍历所述应用层数据，识别块头特殊标记与块流水号之后，开始将净荷命令行数据发送至CLI处理模块，若遇到块尾标记，则遍历下一条所述应用层数据；

A43、CLI处理模块收到净荷命令行并开始执行，此过程关闭Telnet回显，CLI处理模块将净荷命令最终的执行结果返回给CLI Agent模块。

在上述方法中，所述A43具体步骤如下：

A51、所述CLI处理模块接收块头特殊标记(STX)时，缓存后续数据；接收块尾特殊标记(ETX)时，开始执行当前缓存数据；

A52、若成功执行，则返回成功信息；若执行某一条命令失败，则终止后面的命令，返回当前执行出错的命令行，以及错误代码和错误信息，并清除当前缓存数据。

在上述方法中，根据网络设备的返错信息执行回滚具体包括以下步骤：

A61、网管识别所述网络设备回复的所述包头特殊标记后，开始缓存所有数据，直至收到所述包尾特殊标记；

A62、根据所述A52返回的错误信息，网管需提示所述错误代码和错误信息给用户；

A63、根据所述A52返回的当前出错的命令行，匹配查找所述权利要求1中的控制XML脚本，匹配上所述XML脚本中的命令行关键字以后，执行该命令前的所有需要逆向操作命令；

A64、若所述A63步骤出现错误，则将出错信息写入LOG文件，用于排查异常错误回滚的原因。

本发明通过将网管***数据转换成批量命令行配置块，并支持错误回滚的方式，再封装命令行数据数据包并传输至网络设备；通过上述方案，减少了网管与网络设备的交互次数，减小网管数据模型自身的下载状态维护难度；支持网管多个条目数据命令行配置块同时下发；网管将命令行增加错误回滚标记，可以保证命令行配置块执行的事务性，一旦出现执行失败，则可以通过有效的逆向操作，撤销对网络设备的操作；再通过优化网络设备的Telnet回显机制，减少了网络设备回复给网管的数据量，网络设备仅需告知网管执行是否成功，或者有效的错误信息，避免Telnet回显字符带来冗余数据传输。

附图说明

图1为本发明的流程图；

图2为本发明网管下发数据格式示意图；

图3为本发明网络设备应答数据格式示意图；

图4为本发明网络设备接收数据处理示意图；

图5为本发明网管处理网络设备应答数据示意图。

具体实施方式

下面结合具体实施方式和说明书附图对本发明做出详细的说明。

如图1所示，本发明提供了一种基于网管***命令行数据的交互方法，包括以下步骤：

S1、将网管***中的命令行数据转化为命令行配置块。将网管***中的对象数据转化成净荷命令行数据，再编写场景控制XML脚本，将离散的净荷命令行数据形成命令行配置块，并标记每条命令行在出错后是否需要回滚；

步骤S1包括以下步骤：

S11、利用命令行解析模块，将网管***中的对象数据(结构化)转化成净荷命令行数据(离散脚本)；

S12、编写场景控制XML脚本，标出每条净荷命令行的作用；利用该场景控制XML脚本文件，将离散脚本组合成批量命令行集合，形成命令行配置块；

每条净荷命令行的作用，主要分为三类：

类型一：进入/退出某视图；

类型二：创建/删除某对象或绑定关系；

类型三：修改/恢复某属性默认值；

针对类型二的净荷命令行，在场景控制XML脚本文件中增加错误回滚标记，在错误回滚时，该条净荷命令行需要执行回退操作；

如表1所示，为控制XML脚本文件内容示例，示例中的命令行配置块，作用分别如下：

表一、控制XML脚本文件内容示例图

命令行序号	伪命令行脚本	作用
			1	new object A1 name is a1	类型一/类型二
2	property1 is x	类型三
			3	binding with object B1 name is b1	类型二
4	property2 is y	类型三
			5	binding with object C1 name is c1	类型二
6	exit	类型一

命令1(new object A1 name is a1)用于创建对象A1并进入视图；命令2(property1 is x)和命令4(property2 is y)用于修改默认值；命令3(binding with object B1 name is b1)和命令5(binding with object C1name is c1)用于创建对象A1与对象B1、对象C1的绑定关系；命令6(exit)用于退出视图；

所以，命令1、命令3、命令5均属于“类型二”净荷命令行，需要增加错误回滚标记。

S2、封装命令行数据包并传输至网络设备。网管将命令行配置块增加特殊标记形成应用层数据，支持一次下发多个令行配置块，将多个命令行配置块合并成一个命令行数据包(packet)，并以特殊标记封装通信层开销。

如图2所示，为网管下发格式示意图，S2具体包括以下步骤：

S21、将命令行配置块作为应用层数据，用特殊标记(增加块流水号，增加块头与块尾标记)封装应用层开销数据；具体如下：

块头特殊标记：‘/02’(ASCII控制字符，STX，表示文本数据开始)；

块流水号：block-index<1-65535>；

块尾特殊标记：‘/03’(ASCII控制字符，ETX，表示文本数据结束)；

S22、将应用层的命令行块配置数据，用特殊标记(增加包头标记、包尾标记)封装通信层协议。具体如下：

包头特殊标记：‘/01’(ASCII控制字符，SOH，表示通信层数据开始)；

包尾特殊标记：‘/04’(ASCII控制字符，EOT，表示通信层数据结束)；

S23、网管建立与网络设备的TCP连接，并将最终封装后的数据传输至网络设备。

S3、网络设备缓存命令行数据包并执行。网络设备收到网管下发的命令行数据包，缓存后执行，并将本次命令行数据包执行的结果一次性返回给网管。

如图3、图4所示，为网络设备执行后的结果数据格式和网络设备接收数据并执行的步骤；S3具体包括以下步骤：

S31、网络设备CLI Agent模块识别包头特殊标记(SOH)后，先清空CLI Agent缓存队列，再将数据包加入队列中，缓存所有数据，直至收到包尾特殊标记(EOT)；

S32、遍历应用层数据；识别块头特殊标记(STX)，块流水号(block-index)之后，开始将净荷命令行数据发送至CLI处理模块，若遇到块尾标记(ETX)，则遍历下一条应用层数据；

S33、CLI模块收到净荷命令行后，开始执行，该过程需关闭Telnet回显，CLI模块只需将净荷命令最终的执行结果返回给CLI Agent模块；

步骤S33步骤如下：

S331、接收块头特殊标记(STX)时，缓存后续数据；

S332、接收块尾特殊标记(ETX)时，开始执行当前缓存数据；

S333、若成功执行，则返回成功；若执行某一条命令行失败，则终止后面的命令，返回错误数据(错误数据包括当前执行出错的命令行，以及错误代码和错误信息)，并清除当前缓存数据；

S4、网管错误回滚。若执行某一条命令行失败，网管根据网络设备的返错信息，执行需要回滚的命令脚本。

如图5所示，为网管接收网络设备应答数据并处理的步骤，S4具体包括以下步骤：

S41、网管识别网络设备回复的包头特殊标记后，开始缓存所有数据，直至收到包尾特殊标记；

S42、根据上述步骤S333返回的错误信息，网管需提示错误代码和错误信息给用户；

S43、根据上述步骤S333返回的当前出错的命令行，匹配查找步骤S12中的控制XML脚本(从后往前)，匹配上脚本中的命令行关键字以后，执行该命令前的所有“类型二”命令逆向操作；

S44、若S43步骤执行成功，则结束；若S43步骤出现错误，则将出错信息写入LOG文件，用于排查异常错误回滚的原因；

综上所述，本发明提供的一种基于网管***命令行数据的交互方法，具体实施方式如下：

首先利用命令行解析模块，将网管***中的对象数据(结构化)转化成净荷命令行数据(离散脚本)，再编写场景控制XML脚本，标出每条净荷命令行的作用；利用该场景控制XML脚本文件，将离散脚本组合成批量命令行集合，形成命令行配置块，并标记每条“类型二”命令行在出错后是否需要回滚；通过增加错误回滚标记，可以保证命令行配置块执行的事务性，一旦出现失败，则可以通过有效的逆向操作，撤销对网络设备的操作；

然后网管将命令行配置块增加特殊标记(将命令行配置块作为应用层数据，增加块流水号，并利用ASCII中的控制字符，增加块头/块尾标记；将应用层的命令行配置块，增加包头标记、包尾标记；)形成最终的通信数据，这样可支持一次下发多个令行配置块，将多个命令行配置块合并成一个命令行数据包(packet)，并以特殊标记封装通信层开销；通过网管数据转化为命令行配置块的方式，减少了网管与网络设备的交互次数，减小网管数据模型自身的下载状态维护难度；支持网管多个条目数据命令行配置块下发；通过封装应用层开销管理字节，不但维持网管与网络设备的数据交互的完整性，同时可将网管数据模型生成的命令行配置块以事务方式传递至网络设备；

之后网管使用与网络设备的TCP连接，将最终封装后的数据传输至网络设备；此时网络设备开始识别包头特殊标记(SOH)后，缓存所有数据，直至收到包尾特殊标记(EOT)；之后网络设备又将遍历应用层数据，识别块头特殊标记(STX)，块流水号之后，开始执行净荷命令行数据，若遇到块尾标记(ETX)，则遍历下一条应用层数据；最后当网络设备执行净荷命令行数据，该过程需关闭网络设备Telnet回显，网络设备只需将最终的执行结果返回给网管，若执行成功，则返回“成功”的信息；若执行某一条命令失败，将终止执行后面的命令，并返回错误数据。网管识别网络设备回复的包头特殊标记(SOH)后，缓存所有数据，直至收到包尾特殊标记(EOT)。

根据网络设备执行结果返回的错误信息，网管需提示错误代码和错误信息给用户；同时根据出错的命令行，匹配查找步骤S12中的控制XML脚本，匹配脚本中的命令行关键字后，执行当前命令行配置块中的逆向操作，进行回滚；若回滚执行成功，则结束所有程序；若回滚时出现错误，则将出错信息写入log文件，用于排查错误回滚出现异常原因；通过优化网络设备的Telnet回显机制，减少了网络设备回复给网管的数据量，网络设备仅需告知网管执行是否成功，或者有效的错误信息，避免Telnet回显字符带来冗余数据传输。

本发明不局限于上述最佳实施方式，任何人应该得知在本发明的启示下作出的结构变化，凡是与本发明具有相同或相近的技术方案，均落入本发明的保护范围之内。

Claims (6)

1.一种基于网管***命令行数据的交互方法，其特征在于，包括以下步骤：

将网管***中的对象数据转化成净荷命令行数据，再编写场景控制XML脚本，将离散的净荷命令行数据形成命令行配置块，并标记每条命令行在出错后是否需要回滚；

网管将命令行配置块增加特殊标记形成应用层数据，支持一次下发多个令行配置块，将多个命令行配置块合并成一个命令行数据包，以特殊标记封装通信层开销并传输至网络设备；

网络设备收到网管下发的命令行数据包，缓存后执行，并将本次命令行数据包执行的结果一次性返回给网管；

若执行某一条命令行失败，网管根据网络设备的返错信息，执行需要回滚的命令脚本。

2.如权利要求1所述的方法，其特征在于，所述将网管***中的命令行数据转化为命令行配置块具体包括以下步骤：

A21、利用命令行解析模块，将所述网管***中的对象数据转化成净荷命令行数据；

A22、编写场景控制XML脚本，标出每条所述净荷命令行的作用，利用所述场景控制XML脚本文件，将所述净荷命令行数据组合成批量命令行集合，形成命令行配置块并标记每条命令行在出错时是否需要回滚。

3.如权利要求1所述的方法，其特征在于，所述封装命令行数据包并传输至网络设备具体包括以下步骤：

A31、将命令行配置块作为应用层数据，增加块流水号，增加块头与块尾标记封装应用层数据；将应用层的命令行块配置数据，增加包头标记、包尾标记封装通信层协议；

A32、网管建立与网络设备的TCP连接，并将最终封装后的数据传输至网络设备。

4.如权利要求1所述的方法，其特征在于，所述网络设备缓存命令行数据包并执行具体包括以下步骤：

A41、网络设备CLI Agent模块识别包头特殊标记后，开始缓存所有数据，直至收到所述包尾特殊标记；

A42、遍历所述应用层数据，识别块头特殊标记与块流水号之后，开始将净荷命令行数据发送至CLI处理模块，若遇到块尾标记，则遍历下一条所述应用层数据；

A43、CLI处理模块收到净荷命令行并开始执行，此过程关闭Telnet回显，CLI处理模块将净荷命令最终的执行结果返回给CLI Agent模块。

5.如权利要求4所述的方法，其特征在于，所述A43具体步骤如下：

A51、所述CLI处理模块接收块头特殊标记时，缓存后续数据；接收块尾特殊标记时，开始执行当前缓存数据；

A52、若成功执行，则返回成功信息；若执行某一条命令失败，则终止后面的命令，返回当前执行出错的命令行，以及错误代码和错误信息，并清除当前缓存数据。

6.如权利要求5所述的方法，其特征在于，根据网络设备的返错信息需要回滚的命令脚本具体包括以下步骤：

A61、网管识别所述网络设备回复的所述包头特殊标记后，开始缓存所有数据，直至收到所述包尾特殊标记；

A62、根据所述A52返回的错误信息，网管需提示所述错误代码和错误信息给用户；

A63、根据所述A52返回的当前出错的命令行，匹配查找所述权利要求1中的控制XML脚本，匹配上所述XML脚本中的命令行关键字以后，执行该命令前的所有需要逆向操作命令；

A64、若所述A63步骤出现错误，则将出错信息写入LOG文件，用于排查异常错误回滚的原因。