CN102891768A - 网络管理的方法和网元 - Google Patents
网络管理的方法和网元 Download PDFInfo
- Publication number
- CN102891768A CN102891768A CN2012103846107A CN201210384610A CN102891768A CN 102891768 A CN102891768 A CN 102891768A CN 2012103846107 A CN2012103846107 A CN 2012103846107A CN 201210384610 A CN201210384610 A CN 201210384610A CN 102891768 A CN102891768 A CN 102891768A
- Authority
- CN
- China
- Prior art keywords
- rpc
- data
- inquiry
- request
- acquisition request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate
Abstract
本发明实施例公开了一种网络管理的方法和网元，包括：提供NETCONF服务器功能的网元按照提供NETCONF客户端功能的网管系统发出的RPC请求所请求获取的数据在所述网元中存储的顺序，通过多次查询来完成对所述RPC请求所请求获取的数据的获取，每次查询后，将查询获得的数据携带在对应的RPC响应中发送给所述网管系统。本发明实施例技术方案，可以提高网络运维人员通过所述网管系统进行查询操作的响应速度，端到端地减少从所述网管系统发出RPC请求，直到解析完返回数据的时间，降低所述网管系统由于集中处理大量数据而带来的CPU负荷。
Description
技术领域
本发明涉及通信技术领域，具体涉及一种网络管理的方法和网元。
背景技术
网管系统可以通过(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请求所请求获取的数据未结束。
在所述第二方面的第一种可能的实现方式中，提供了第五种可能的实现方式，所述对应最后一次查询的RPC响应在新增的序号属性中携带第二标记来标明所述RPC请求所请求获取的数据结束。
根据所述第二方面的第一种可能的实现方式，或所述第五种可能的实现方式，提供了第六种可能的实现方式，其中所述第一标记还用于标识所述RPC响应携带的数据在所述RPC请求所请求获取的数据中的顺序。
根据所述第五种可能的实现方式，提供了第七种可能的实现方式，其中所述第一标记和所述第二标记是布尔型变量。
本发明实施例提供的网络管理的方法，通过提供NETCONF服务器功能的网元收到提供NETCONF客户端功能的网管系统发来的RPC请求后，按照所述RPC请求所请求获取的数据在所述网元中存储的顺序，通过多次查询来完成对所述RPC请求所请求获取的数据的获取，每个RPC响应都保证数据完整性，在每次查询后，将查询获得的数据携带在对应的RPC响应中发送给所述网管系统，可以提高网络运维人员通过所述网管系统进行查询操作的响应速度，并且所述网管系统和所述网元以并行的方式而非串行的方式工作，可以端到端地减少从所述网管系统发出RPC请求，直到解析完返回数据的时间，此外还可以降低所述网管系统由于集中处理大量数据而带来的CPU负荷。
附图说明
图1是本发明实施例提供的一种网络管理的方法流程图；
图2是本发明实施例提供的一种提供NETCONF服务器功能的网元的示意图；
图3是本发明实施例提供的一种提供NETCONF服务器功能的网元的示意图。
具体实施方式
下面通过附图和实施例，对本发明实施例的技术方案做进一步的详细描述。
如图1所示，本发明实施例提供一种网络管理的方法，包括：
101、提供NETCONF服务器功能的网元接收提供NETCONF客户端功能的网管系统发来的RPC请求，所述RPC请求用于请求获取所述网元存储的数据。
举例来说，提供NETCONF服务器功能的网元可以是路由器或交换机等网络通信设备。
举例来说，提供NETCONF客户端功能的网管系统需要查询提供NETCONF服务器功能的网元A存储的数据，例如查询网元A的路由表或接口表的信息，所述网管系统向网元A发送RPC请求，所述RPC请求用于查询路由表或接口表。RPC是NETCONF标准规定的一种请求和响应消息机制，包括RPC请求(<RPC>)和RPC响应(<RPC-Reply>)。NETCONF客户端把要请求的内容封装在一个RPC请求中，发送给NETCONF服务器；NETCONF服务器把请求处理结果封装在一个RPC响应中，回应给NETCONF客户端。NETCONF用一个相同的消息标识(message-id)来标识同一组RPC请求和RPC响应。
102、所述网元按照所述RPC请求所请求获取的数据在所述网元中存储的顺序，通过多次查询来完成对所述RPC请求所请求获取的数据的获取，每次查询获得的数据不同，所述每次查询获得的数据保持数据完整性并且长度不超过预设的阈值，所述阈值小于所述RPC请求所请求获取的数据的长度。
以所述RPC请求是查询网元A的接口表举例。网元A的内存中，保存有网元A的接口信息，网元A的接口信息逻辑上可以用表格的形式保存，每一个表项是一个具体的接口信息。例如，接口表可以是如表1的样式：
表1网元A接口表
| 接口标识 | 接口名称 | 接口状态 | ...... |
| 1 | Ethernet0/0/0 | up | ...... |
| 2 | Ethernet3/0/8 | down | ..... |
| ...... | ...... | ...... | ..... |
| 1000 | Ethernet4/0/7 | up | ...... |
表1中所示的接口表，一共有1000个接口，其中每一个表项是网元A的一个接口的信息。
网元A收到查询接口表的RPC请求后，按照接口表中的每一个表项在网元A中的存储的顺序，通过多次查询来完成对所述RPC请求所请求获取的数据的获取。每次查询的限制条件，一是要保证每次查询获得的数据保持数据完整性，二是每次查询获得的数据长度不超过预设的阈值。所述保持数据完整性，是指每次查询要获得完整的表项，而不能在一个表项中间截断；所述每次查询获得的数据长度不超过预设的阈值，是指每次查询获得的数据的长度不超过所述预设的阈值。
假设网元A的接口表中，每个表项的数据的长度是1K，则所述RPC请求所请求获取的数据是1000K，假设所述的阈值是100K，则网元A第一次查询到的数据是表项1到表项100，即接口标识1至接口标识100的接口；第二次查询到的数据是表项101至表项200；……以此类推，第10次查到的数据是表项901至表项1000。
103、每次查询后，将查询获得的数据携带在对应的RPC响应中发送给所述网管系统，除对应最后一次查询的RPC响应之外，每次查询对应的RPC响应标明所述RPC请求所请求获取的数据未结束。
举例来说，网元A在第一次查询后，将查询到的数据封装在第一个RPC响应中发送给网管系统，并且在所述第一个RPC响应中标明所述RPC请求所请求获取的接口表中的数据并未结束；在第二次查询后，将查询到的数据封装在第二个RPC响应中发送给网管系统，并且在所述第二个RPC响应中标明所述RPC请求所请求获取的接口表中的数据并未结束；……，以此类推，在第九次查询后，将查询到的数据封装在第九个RPC响应中发送给网管系统，并且在所述第九个RPC响应中标明所述RPC请求所请求获取的接口表中的数据并未结束；在第十次查询后，将查询到的数据封装在第十个RPC响应中发送给网管系统，并且在所述第十个RPC响应中标明所述RPC请求所请求获取的接口表中的数据结束。
举例来说，为了在每个RPC响应中标明所述RPC请求所请求获取的数据是否结束，可以通过以下几种方法：
1.除对应最后一次查询的RPC响应之外，在每次查询对应的RPC响应的标签中，新增序号(sub-sequence-id)属性，在所述序号属性中携带第一标记，所述第一标记表示所述RPC请求所请求获取的数据未结束。
可选地，所述第一标记还用于标识所述RPC响应携带的数据在所述RPC请求所请求获取的数据中的顺序。
为方便理解，举例如下：
例如，网管系统向网元A发送RPC请求，该RPC请求是查询网元A的接口表。该RPC请求如下：
说明：其中的message-id是NETCONF中用于标识RPC请求和对应的RPC响应的属性。
网元A收到所述RPC请求后，经过上述102的方法进行查询后，分10次返回RPC响应，其中第一个RPC响应如下：
说明：其中message-id＝100是表示回应message-id＝100的RPC请求，sub-sequence-id＝″1″表示所述RPC请求所请求获取的数据未结束，此外还表示第一个RPC响应返回的是所述RPC请求所请求获取的数据的第一部分。
其中第二个RPC响应如下：
说明：其中message-id＝100是表示回应message-id＝100的RPC请求，sub-sequence-id＝″2″表示所述RPC请求所请求获取的数据未结束，此外还表示第二个RPC响应返回的是所述RPC请求所请求获取的数据的第二部分。
其中第十个，即最后一个RPC响应如下：
说明：其中message-id＝100是表示回应message-id＝100的RPC请求，第十个RPC响应没有携带sub-sequence-id，以此表示第十个RPC响应返回的是所述RPC请求所请求获取的数据的最后一部分。
可选地，网元A在发送给网管系统的前九个RPC响应中，可以设置sub-sequence-id为一个常量，例如为1，表示所述RPC请求所请求获取的数据未结束。
2.除对应最后一次查询的RPC响应之外，在每次查询对应的RPC响应的标签中，新增序号(sub-sequence-id)属性，在所述序号属性中携带第一标记，所述第一标记表示所述RPC请求所请求获取的数据未结束；对应最后一次查询的RPC响应在新增的序号属性中携带第二标记来标明所述RPC请求所请求获取的数据结束。
例如，第一标记的值可以是从1开始并且以1为步长递增的自然数，表示所述RPC响应携带的数据在所述RPC请求的数据中的顺序；第二标记的值为0，表示所述RPC请求的数据结束。
又例如，第一标记和第二标记可以是布尔型变量，第一标记的值为1，表示所述RPC请求的数据未结束；第二标记的值为0，表示所述RPC请求的数据结束。
以上在每个RPC响应中标明所述RPC请求所请求获取的数据是否结束表示的方法仅为举例，只要能达到“除对应最后一次查询的RPC响应之外，每次查询对应的RPC响应标明所述RPC请求所请求获取的数据未结束”目的的技术方案，均在本发明实施例的保护范围内。
举例来说，网管系统在收到网元A发来第一个RPC响应后，读取第一个RPC响应中携带的数据(接口表中的表项1至表项100)，对数据进行相应的处理，例如显示在网管系统的图形用户界面中，或保存在网管系统的数据库中。同时，网管系统还获知第一个RPC响应中携带的数据只是网元A接口表中的一部分，因此网管系统不会释放message-id＝100的RPC请求资源，直到收到网元A发来第十个RPC响应后，获知该RPC请求所请求获取的数据已经全部返回，网管系统才会释放message-id＝100的RPC请求资源。
此外，如果网元A发来的RPC响应中携带的第一标记还表示顺序，网管系统可以由此来获知每个RPC响应所携带的数据在所述RPC请求所请求获取的数据中的顺序；如果网元A发来的RPC响应中携带的第一标记没有表示顺序，网管系统可以通过接收到的RPC响应的顺序来确定每个RPC响应所携带的数据在所述RPC请求所请求获取的数据中的顺序，这种情况下，需要承载RPC的传输层协议来保证每个RPC响应到达的网管系统顺序。
需要说明的是，本发明实施例在现有的NETCONF中增加了一种对单个RPC请求进行多次RPC响应的能力，为符合NETCONF的规定，需要在NETCONF服务器和NETCONF客户端上新增这种能力的定义，并且NETCONF服务器和NETCONF客户端宣布支持这种能力。
例如，可以定义这种能力的能力描述符如下：
urn:ietf:params:netconf:capability:multi-rpc-reply:1.0
其中multi-rec-reply是这种能力的名称。
新增multi-rec-reply能力的定义后，NETCONF服务器和NETCONF客户端间可以通过<hello>消息宣布支持multi-rec-reply能力。
本发明实施例提供的网络管理的方法，通过提供NETCONF服务器功能的网元收到提供NETCONF客户端功能的网管系统发来的RPC请求后，按照所述RPC请求所请求获取的数据在所述网元中存储的顺序，通过多次查询来完成对所述RPC请求所请求获取的数据的获取，每个RPC响应都保证数据完整性，在每次查询后，将查询获得的数据携带在对应的RPC响应中发送给所述网管系统，可以提高网络运维人员通过所述网管系统进行查询操作的响应速度，并且所述网管系统和所述网元以并行的方式而非串行的方式工作，可以端到端地减少从所述网管系统发出RPC请求，直到解析完返回数据的时间，此外还可以降低所述网管系统由于集中处理大量返回数据而带来的CPU负荷。
请参考图2，本发明的一个实施例提供一种提供NETCONF服务器功能的网元，包括：
接收单元201，用于接收提供NETCONF客户端功能的网管系统发来的远程过程调用(RPC)请求，所述RPC请求用于请求获取所述网元存储的数据。
查询单元202，用于按照所述RPC请求所请求获取的数据在所述网元中存储的顺序，通过多次查询来完成对所述RPC请求所请求获取的数据的获取，每次查询获得的数据不同，所述每次查询获得的数据保持数据完整性并且长度不超过预设的阈值，所述阈值小于所述RPC请求所请求获取的数据的长度。
发送单元203，用于每次查询后，将查询获得的数据携带在对应的RPC响应中发送给所述网管系统，除对应最后一次查询的RPC响应之外，每次查询对应的RPC响应标明所述RPC请求的数据未结束。
举例来说，除对应最后一次查询的RPC响应之外，所述每次查询对应的RPC响应中在新增的序号属性中携带第一标记来标明所述RPC请求所请求获取的数据未结束。
举例来说，所述对应最后一次查询的RPC响应在新增的序号属性中携带第二标记来标明所述RPC请求所请求获取的数据结束。
举例来说，所述第一标记还用于标识所述RPC响应携带的数据在所述RPC请求所请求获取的数据中的顺序。
又举例来说，所述第一标记和所述第二标记是布尔型变量。
本发明实施例提供的提供NETCONF服务器功能的网元，收到提供NETCONF客户端功能的网管系统发来的RPC请求后，按照所述RPC请求所请求获取的数据在所述网元中存储的顺序，通过多次查询来完成对所述RPC请求所请求获取的数据的获取，每个RPC响应都保证数据完整性，在每次查询后，将查询获得的数据携带在对应的RPC响应中发送给所述网管系统，可以提高网络运维人员通过所述网管系统进行查询操作的响应速度，并且所述网管系统和所述网元以并行的方式而非串行的方式工作，可以端到端地减少从所述网管系统发出RPC请求，直到解析完返回数据的时间，此外还可以降低所述网管系统由于集中处理大量返回数据而带来的CPU负荷。
举例来说，图2示实施例中的单元可以合并为一个或者多个单元。
又举例来说，所述单元均可通过硬件来实现。本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于计算机可读存储介质中，举例来说，存储介质可以包括：只读存储器、随机读取存储器、磁盘或光盘等。
请参考图3，本发明实施例提供的一种提供NETCONF服务器功能的网元的示意图，所述网元包括：
网络接口303，处理器301，存储器302，总线304。
所述网络接口303，处理器301，存储器302通过所述总线304完成相互间的通信。
所述网络接口303，用于与提供NETCONF客户端功能的网管系统通信。
所述处理器301，用于执行程序指令。
所述存储器302，用于存放所述程序指令，所述程序指令用于：
从所述网络接口303接收所述网管系统发来的远程过程调用(RPC)请求，所述RPC请求用于请求获取所述网元存储的数据；按照所述RPC请求所请求获取的数据在所述网元中存储的顺序，通过多次查询来完成对所述RPC请求所请求获取的数据的获取，每次查询获得的数据不同，所述每次查询获得的数据保持数据完整性并且长度不超过预设的阈值，所述阈值小于所述RPC请求所请求获取的数据的长度；每次查询后，将查询获得的数据携带在对应的RPC响应中，通过所述网络接口303发送给所述网管系统，除对应最后一次查询的RPC响应之外，每次查询对应的RPC响应标明所述RPC请求所请求获取的数据未结束。
举例来说，除对应最后一次查询的RPC响应之外，所述每次查询对应的RPC响应中在新增的序号属性中携带第一标记来标明所述RPC请求所请求获取的数据未结束。
举例来说，所述存储器302还存储程序指令用于：所述对应最后一次查询的RPC响应在新增的序号属性中携带第二标记来标明所述RPC请求所请求获取的数据结束。
举例来说，所述第一标记还用于标识所述RPC响应携带的数据在所述RPC请求所请求获取的数据中的顺序。
又举例来说，所述第一标记和所述第二标记是布尔型变量。
上述实施例提供的提供NETCONF服务器功能的网元，收到提供NETCONF客户端功能的网管系统发来的RPC请求后，按照所述RPC请求所请求获取的数据在所述网元中存储的顺序，通过多次查询来完成对所述RPC请求所请求获取的数据的获取，每个RPC响应都保证数据完整性，在每次查询后，将查询获得的数据携带在对应的RPC响应中发送给所述网管系统，可以提高网络运维人员通过所述网管系统进行查询操作的响应速度，并且所述网管系统和所述网元以并行的方式而非串行的方式工作，可以端到端地减少从所述网管系统发出RPC请求，直到解析完返回数据的时间，此外还可以降低所述网管系统由于集中处理大量返回数据而带来的CPU负荷。
以上对本发明实施例所提供的网元管理的方法和网元进行了详细介绍，但以上实施例的说明只是用于帮助理解本发明的方法及其核心思想，不应理解为对本发明的限制。本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。
Claims (10)
1.一种网络管理的方法，其特征在于，包括：
提供网络配置协议NETCONF服务器功能的网元接收提供NETCONF客户端功能的网管系统发来的远程过程调用RPC请求，所述RPC请求用于请求获取所述网元存储的数据；
所述网元按照所述RPC请求所请求获取的数据在所述网元中存储的顺序，通过多次查询来完成对所述RPC请求所请求获取的数据的获取，每次查询获得的数据不同，所述每次查询获得的数据保持数据完整性并且长度不超过预设的阈值，所述阈值小于所述RPC请求所请求获取的数据的长度；
每次查询后，将查询获得的数据携带在对应的RPC响应中发送给所述网管系统，除对应最后一次查询的RPC响应之外，每次查询对应的RPC响应标明所述RPC请求所请求获取的数据未结束。
2.根据权利要求1所述的方法，其特征在于，除对应最后一次查询的RPC响应之外，所述每次查询对应的RPC响应中在新增的序号属性中携带第一标记来标明所述RPC请求所请求获取的数据未结束。
3.根据权利要求2所述的方法，其特征在于，所述对应最后一次查询的RPC响应在新增的序号属性中携带第二标记来标明所述RPC请求所请求获取的数据结束。
4.根据权利要求2或3所述的方法，其特征在于，所述第一标记还用于标识所述RPC响应携带的数据在所述RPC请求所请求获取的数据中的顺序。
5.根据权利要求3所述的方法，其特征在于，所述第一标记和所述第二标记是布尔型变量。
6.一种提供网络配置协议NETCONF服务器功能的网元，其特征在于，包括：
接收单元，用于接收提供NETCONF客户端功能的网管系统发来的远程过程调用RPC请求，所述RPC请求用于请求获取所述网元存储的数据；
查询单元，用于按照所述RPC请求所请求获取的数据在所述网元中存储的顺序，通过多次查询来完成对所述RPC请求所请求获取的数据的获取，每次查询获得的数据不同，所述每次查询获得的数据保持数据完整性并且长度不超过预设的阈值，所述阈值小于所述RPC请求所请求获取的数据的长度；
发送单元，用于每次查询后，将查询获得的数据携带在对应的RPC响应中发送给所述网管系统，除对应最后一次查询的RPC响应之外，每次查询对应的RPC响应标明所述RPC请求所请求获取的数据未结束。
7.根据权利要求6所述的网元，其特征在于，除对应最后一次查询的RPC响应之外，所述每次查询对应的RPC响应中在新增的序号属性中携带第一标记来标明所述RPC请求所请求获取的数据未结束。
8.根据权利要求7所述的网元，其特征在于，所述对应最后一次查询的RPC响应在新增的序号属性中携带第二标记来标明所述RPC请求所请求获取的数据结束。
9.根据权利要求7或8所述的网元，其特征在于，所述第一标记还用于标识所述RPC响应携带的数据在所述RPC请求所请求获取的数据中的顺序。
10.根据权利要求8所述的网元，其特征在于，所述第一标记和所述第二标记是布尔型变量。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2012103846107A CN102891768A (zh) | 2012-10-11 | 2012-10-11 | 网络管理的方法和网元 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2012103846107A CN102891768A (zh) | 2012-10-11 | 2012-10-11 | 网络管理的方法和网元 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN102891768A true CN102891768A (zh) | 2013-01-23 |
Family
ID=47535143
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2012103846107A Pending CN102891768A (zh) | 2012-10-11 | 2012-10-11 | 网络管理的方法和网元 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102891768A (zh) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104065514A (zh) * | 2014-07-02 | 2014-09-24 | 清华大学 | 一种基于netconf中继的家庭网络管理方法 |
| CN104883266A (zh) * | 2014-02-28 | 2015-09-02 | 杭州华三通信技术有限公司 | 网络配置访问方法及装置 |
| CN105656643A (zh) * | 2014-11-10 | 2016-06-08 | 中兴通讯股份有限公司 | 一种基于网络配置协议进行兼容管理的方法及设备 |
| WO2016201988A1 (zh) * | 2015-06-19 | 2016-12-22 | 中兴通讯股份有限公司 | 配置数据推送方法及装置 |
| WO2018049677A1 (en) * | 2016-09-19 | 2018-03-22 | Telefonaktiebolaget Lm Ericsson (Publ) | Method for network management based on netconf protocol, and associated network device |
| CN109560942A (zh) * | 2017-09-25 | 2019-04-02 | 中国移动通信有限公司研究院 | 一种网络生效参数查询方法、设备及计算机可读存储介质 |
| US10374867B2 (en) | 2014-02-28 | 2019-08-06 | Hewlett Packard Enterprise Development Lp | Network configuration access |
| WO2020047829A1 (zh) * | 2018-09-07 | 2020-03-12 | 华为技术有限公司 | 一种基于netconf的数据处理方法及装置 |
| US10785278B2 (en) | 2016-11-04 | 2020-09-22 | Google Llc | Network management interface |
| WO2021103791A1 (zh) * | 2019-11-29 | 2021-06-03 | 华为技术有限公司 | 处理数据的方法、装置及系统 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101321080A (zh) * | 2007-06-04 | 2008-12-10 | 华为技术有限公司 | 配置网络设备的方法、网络设备、网络系统 |
| CN101447972A (zh) * | 2007-11-26 | 2009-06-03 | 华为技术有限公司 | 一种确定管理对象操作的方法和装置 |
| US20090154374A1 (en) * | 2007-12-13 | 2009-06-18 | Elektrobit Wireless Communications Oy | Communication of configuration management notifications in a packet-switched network |
| CN101635744A (zh) * | 2009-08-26 | 2010-01-27 | 华为技术有限公司 | 一种数据传输方法及数据传输系统以及相关设备 |
| CN102355374A (zh) * | 2011-10-28 | 2012-02-15 | 杭州华三通信技术有限公司 | 一种数据获取方法和设备 |
-
2012
- 2012-10-11 CN CN2012103846107A patent/CN102891768A/zh active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101321080A (zh) * | 2007-06-04 | 2008-12-10 | 华为技术有限公司 | 配置网络设备的方法、网络设备、网络系统 |
| CN101447972A (zh) * | 2007-11-26 | 2009-06-03 | 华为技术有限公司 | 一种确定管理对象操作的方法和装置 |
| US20090154374A1 (en) * | 2007-12-13 | 2009-06-18 | Elektrobit Wireless Communications Oy | Communication of configuration management notifications in a packet-switched network |
| CN101635744A (zh) * | 2009-08-26 | 2010-01-27 | 华为技术有限公司 | 一种数据传输方法及数据传输系统以及相关设备 |
| CN102355374A (zh) * | 2011-10-28 | 2012-02-15 | 杭州华三通信技术有限公司 | 一种数据获取方法和设备 |
Cited By (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104883266A (zh) * | 2014-02-28 | 2015-09-02 | 杭州华三通信技术有限公司 | 网络配置访问方法及装置 |
| WO2015127866A1 (en) * | 2014-02-28 | 2015-09-03 | Hangzhou H3C Technologies Co., Ltd. | Network configuration access |
| CN104883266B (zh) * | 2014-02-28 | 2018-10-12 | 新华三技术有限公司 | 网络配置访问方法及装置 |
| US10250441B2 (en) | 2014-02-28 | 2019-04-02 | Hewlett Packard Enterprise Development Lp | Network configuration access |
| US10374867B2 (en) | 2014-02-28 | 2019-08-06 | Hewlett Packard Enterprise Development Lp | Network configuration access |
| CN104065514A (zh) * | 2014-07-02 | 2014-09-24 | 清华大学 | 一种基于netconf中继的家庭网络管理方法 |
| CN105656643B (zh) * | 2014-11-10 | 2020-08-14 | 中兴通讯股份有限公司 | 一种基于网络配置协议进行兼容管理的方法及设备 |
| CN105656643A (zh) * | 2014-11-10 | 2016-06-08 | 中兴通讯股份有限公司 | 一种基于网络配置协议进行兼容管理的方法及设备 |
| WO2016201988A1 (zh) * | 2015-06-19 | 2016-12-22 | 中兴通讯股份有限公司 | 配置数据推送方法及装置 |
| WO2018049677A1 (en) * | 2016-09-19 | 2018-03-22 | Telefonaktiebolaget Lm Ericsson (Publ) | Method for network management based on netconf protocol, and associated network device |
| US11075793B2 (en) | 2016-09-19 | 2021-07-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Method for network management based on NETCONF protocol, and associated network device |
| US10785278B2 (en) | 2016-11-04 | 2020-09-22 | Google Llc | Network management interface |
| US11212335B2 (en) | 2016-11-04 | 2021-12-28 | Google Llc | Network management interface |
| CN109560942A (zh) * | 2017-09-25 | 2019-04-02 | 中国移动通信有限公司研究院 | 一种网络生效参数查询方法、设备及计算机可读存储介质 |
| WO2020047829A1 (zh) * | 2018-09-07 | 2020-03-12 | 华为技术有限公司 | 一种基于netconf的数据处理方法及装置 |
| WO2021103791A1 (zh) * | 2019-11-29 | 2021-06-03 | 华为技术有限公司 | 处理数据的方法、装置及系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102891768A (zh) | 网络管理的方法和网元 | |
| CN101667179B (zh) | 移动搜索方法及其系统、搜索服务器同步元索引的方法 | |
| CN104539681B (zh) | 分布式gis加速系统和gis服务的处理方法 | |
| JP2003520363A (ja) | 部分的に複製されるデータベースシステムのネットワークにおけるデータメンテナンス方法 | |
| CN105025053A (zh) | 基于云存储技术的分布式文件的上传方法及其系统 | |
| CN103947157B (zh) | M2m通信用装置及方法 | |
| CN109299157A (zh) | 一种分布式大单表的数据导出方法及装置 | |
| CN109684282A (zh) | 一种构建元数据缓存的方法及装置 | |
| CN104423982B (zh) | 请求的处理方法和处理设备 | |
| CN106021370A (zh) | 内存数据库实例的管理方法及装置 | |
| CN106302640A (zh) | 数据请求处理方法及装置 | |
| US20160277525A1 (en) | Method and controller for clustering applications in a software-defined network | |
| CN107025279B (zh) | 基于数据库接口层操作流的scd文件在线并行配置系统和方法 | |
| CN109634735A (zh) | 一种调度Pod的方法及装置 | |
| CN102801565A (zh) | 一种在网络管理系统中对业务配置集中管理的方法 | |
| CN105608228A (zh) | 一种高效的分布式的rdf数据存储方法 | |
| CN103488696A (zh) | Cpe的业务查询方法、装置及系统、acs和cpe | |
| CN103207813B (zh) | 管理资源的方法和装置 | |
| CN103336782A (zh) | 一种关系型分布式数据库系统 | |
| CN111460038A (zh) | 一种数据准实时同步方法及装置 | |
| CN109120445A (zh) | 一种网络日志数据同步系统及方法 | |
| CN100396002C (zh) | 一种利用关联查询进行鉴权的系统及其方法 | |
| CN104050297B (zh) | 一种查询事务分配方法及装置 | |
| CN103561083A (zh) | 一种物联网数据处理方法 | |
| CN104410511A (zh) | 一种服务器管理方法及系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20130123 |