[发明专利]网络管理的方法和网元

说明书

技术领域

本发明涉及通信技术领域，具体涉及一种网络管理的方法和网元。

背景技术

网管系统可以通过(Network Configuration Protocol，NETCONF)对网元进行管理，包括增加、修改、删除网元的配置，获取网元的配置和状态信息。

通常，NETCONF客户端(NETCONF client)运行在网管系统上，NETCONF服务器(NETCONF Server)运行在网元上(“NETCONF服务器”是一组软件进程，而非硬件)。提供NETCONF客户端功能的网管系统和提供NETCONF服务器功能的网元之间使用远程过程调用(Remote Procedure Call，RPC)进行通讯交互。提供NETCONF客户端功能的网管系统向提供NETCONF服务器功能的网元发送一个RPC请求，所述网元处理完RPC请求后，给所述网管系统发送一个回应消息，即RPC响应(RPC-reply)。RPC请求和RPC响应采用可扩展标记语言(eXtensible Markup Language，XML)编码。

现有技术中，当网管系统通过RPC请求查询网元上的数据时，如果数据量很大(例如查询网元上的路由表信息，路由表可能有几十万条路由记录)，网元返回相应的RPC响应需要比较长的时间，网管系统解析RPC响应中携带的数据也需要比较长的时间，导致网络运维人员通过网管系统进行查询操作的响应速度慢，从发出RPC请求到解析完返回数据的时间长，网管系统在集中处理大量返回数据时的CPU负荷高。

发明内容

提供一种网络管理的方法和网元，可以解决现有技术中网管系统通过RPC请求大数据量的数据时响应速度慢，从发出RPC请求到解析完返回数据的时间长，集中处理大量返回数据时的CPU负荷高的问题。

第一方面，提供一种网络管理的方法，包括：

提供NETCONF服务器功能的网元接收提供NETCONF客户端功能的网管系统发来的RPC请求，所述RPC请求用于请求获取所述网元存储的数据；

所述网元按照所述RPC请求所请求获取的数据在所述网元中存储的顺序，通过多次查询来完成对所述RPC请求所请求获取的数据的获取，每次查询获得的数据不同，所述每次查询获得的数据保持数据完整性并且长度不超过预设的阈值，所述阈值小于所述RPC请求所请求获取的数据的长度；

每次查询后，将查询获得的数据携带在对应的RPC响应中发送给所述网管系统，除对应最后一次查询的RPC响应之外，每次查询对应的RPC响应标明所述RPC请求所请求获取的数据未结束。

在所述第一方面的第一种可能的实现方式中，除对应最后一次查询的RPC响应之外，所述每次查询对应的RPC响应中在新增的序号属性中携带第一标记来标明所述RPC请求所请求获取的数据未结束。

根据所述第一方面的第一种可能的实现方式，提供了第二种可能的实现方式，所述对应最后一次查询的RPC响应在新增的序号属性中携带第二标记来标明所述RPC请求所请求获取的数据结束。

根据所述第一方面的第一种可能的实现方式，或所述第二种可能的实现方式，提供了第三种可能的实现方式，其中所述第一标记还用于标识所述RPC响应携带的数据在所述RPC请求所请求获取的数据中的顺序。

根据所述第二种可能的实现方式，提供了第四种可能的实现方式，其中所述第一标记和所述第二标记是布尔型变量。

第二方面，提供一种提供NETCONF服务器功能的网元，包括：

接收单元，用于接收提供NETCONF客户端功能的网管系统发来的RPC请求，所述RPC请求用于请求获取所述网元存储的数据；

查询单元，用于按照所述RPC请求所请求获取的数据在所述网元存储的顺序，通过多次查询来完成对所述RPC请求所请求获取的数据的获取，每次查询获得的数据不同，所述每次查询获得的数据保持数据完整性并且长度不超过预设的阈值，所述阈值小于所述RPC请求所请求获取的数据的长度；

发送单元，用于每次查询后，将查询获得的数据携带在对应的RPC响应中发送给所述网管系统，除对应最后一次查询的RPC响应之外，每次查询对应的RPC响应标明所述RPC请求所请求获取的数据未结束。

在所述第二方面的第一种可能的实现方式中，除对应最后一次查询的RPC响应之外，所述每次查询对应的RPC响应中在新增的序号属性中携带第一标记来标明所述RPC请求所请求获取的数据未结束。