CN105512134A - 基于snmp协议的数据查询方法及系统 - Google Patents
基于snmp协议的数据查询方法及系统 Download PDFInfo
- Publication number
- CN105512134A CN105512134A CN201410499529.2A CN201410499529A CN105512134A CN 105512134 A CN105512134 A CN 105512134A CN 201410499529 A CN201410499529 A CN 201410499529A CN 105512134 A CN105512134 A CN 105512134A
- Authority
- CN
- China
- Prior art keywords
- oid
- configuration item
- data
- demarcate
- snmp protocol
- 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.)
- Withdrawn
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种基于SNMP协议的数据查询方法及系统，所述方法包括：获取针对目标请求对象而配置的查询条件；基于SNMP协议发送getBulk命令，依据所述查询条件获取所述目标请求对象的实体数据。采用本发明，可以减少请求次数，能够过滤掉不必要的数据处理，能够实现一次尽量多的请求数据，以及支持自动化探测性变化请求数，从而切实可行地提升批量数据的查询效率。
Description
技术领域
本发明涉及通信领域的数据传输方法，具体而言，涉及一种基于SNMP(SimpleNetworkManagementProtocol，简单网络管理协议)协议的数据查询方法及系统。
背景技术
随着目前网络技术的飞速发展，大数据时代也随之到来，在此形势下，对于网络数据的传输技术也面临着越加严峻的挑战。
网络管理，实质对网络系统中的各种设备进行监测、分析以及控制，从而保障网络系统可靠有效地运行。网络管理员通过管理工作站于代理之间的交互通信以达到对网络进行管理的面对。为了保证管理工作站与代理之间能正确地交换管理信息，需要对管理信息作出定义和在管理工作站于代理两者之间达成一致协议。管理信息即管理对象，管理工作站于代理之间的协议就是网管协议，目前，使用最为广泛的网管协议便是基于TCP(TransmissionControlProtocol传输控制协议)/IP(InternetProtocol，网络之间互连的协议)的简单网络管理协议SNMP协议，该协议简单、易于实现且具有良好的可扩充性，是工业界事实上的网管协议标准。
SNMP协议从V2版本开始引入的getBulk方法，所述getBulk用于批量获取所有的数据，实际上时通过迭代调用get-next-request操作来实现的，其中，所述get-next-request操作用于向代理查找与变量绑定列表的实例ID相匹配的实例的下一个实例的值，即返回比下发的索引大的那个实例，比如有索引值为2、3、4的实例，若get-next-request操作下发的索引是2，则返回索引值为3的实例。可见，所述getBulk方法完全替代了多次的get或getNext操作，藉以实现通过单次请求便能够获取大量数据的目的。它最大的优势是减少了交互次数，一次请求可以获取一批数据，相比原有的get和getNext操作提升了查询效率。然而在现有技术中，对于基于所述getBulk方法获取批量数据的应用还存在如下不足：
1，由于SNMP为应用层协议，且为TCP/IP协议族的一部分，它通过UDP(UserDatagramProtocol，用户数据报协议)来操作，换言之，即其受到UDP报文长度限制，基于所述getBulk方法进行的一次数据请求不一定能够满足用户需要。
2，对于大数据请求而言，可能需要执行多次getBulk操作，在完成所有数据获取的过程中，得反复从上次请求的最后一个实例OID(Objectidentifier，对象标识符)开始，例如：OID：.1.3.6.1.4.1.3902.4101.1.3.1.25.1020，其中1020为实例ID，请求此OID，返回将从1021条实例数据开始，其流程较为复杂。
3，如果基于所述getBulk方法对表数据进行数据请求，则在返回的数据中可能存在部分不需要的OID数据。这是因为getBulk操作存在顺序返回结果数据的特点，当一个OID的全部实例返回结束后，才开始返回下个OID的实例数据，直到结束，由此可见，现有技术中基于getBulk方法不支持查询指定OID集合数据的功能。
4，现有技术中基于所述getBulk方法进行数据请求容易出现请求超时，例如存在超时的可能原因包括：界面超时、请求等待超时、遇到网络不稳定导致的网络延时，降低了用户体验。
发明内容
为了提供一种更为高效的数据查询方法，本发明实施例的目的在于提供一种基于SNMP协议的数据查询方法及系统。
为了达到本发明实施例的目的，本发明实施例采用以下技术方案实现：
一种基于SNMP协议的数据查询方法，包括：
获取针对目标请求对象而配置的查询条件；
基于SNMP协议发送getBulk命令，依据所述查询条件获取所述目标请求对象的实体数据。
优选地，所述查询条件的配置项包括下述配置项中的至少一个：
标定启始操作对象标识符OID的同步OID配置项；
标定一次最多请求条数的最大请求数配置项；
标定一次请求超时时间的超时时间配置项；
标定一次请求失败的重试次数的重试次数配置项；
以及，标定对超限消息的消息进行分割的条数直至消息能够正常返回的超限消息分割数配置项。
优选地，所述查询条件的配置项还包括：
配置一个边界OID以标定在识别到该边界OID时提前结束后续数据处理的边界OID配置项。
优选地，所述查询条件的配置项还包括：
标定一个有效OID集合列表的OID集合列表配置项。
优选地，所述基于SNMP协议的数据查询方法还包括：
当依据getBulk命令返回的数据不属于需要的OID集合列表时，依据至少一预设自增长OID处理机制执行OID自增长查找逻辑直至找到有效OID。
一种基于SNMP协议的数据查询系统，包括：
管理端，用于获取针对目标请求对象而配置的查询条件，以及基于SNMP协议向代理端发送getBulk命令；
代理端，用于依据所述查询条件获取所述目标请求对象的实体数据。
优选地，所述查询条件的配置项包括下述配置项中的至少一个：
标定启始操作对象标识符OID的同步OID配置项；
标定一次最多请求条数的最大请求数配置项；
标定一次请求超时时间的超时时间配置项；
标定一次请求失败的重试次数的重试次数配置项；
以及，标定对超限消息的消息进行分割的条数直至消息能够正常返回的超限消息分割数配置项。
优选地，所述查询条件的配置项还包括：
配置一个边界OID以标定在识别到该边界OID时提前结束后续数据处理的边界OID配置项。
优选地，所述查询条件的配置项还包括：
标定一个有效OID集合列表的OID集合列表配置项。
优选地，所述代理端还用于当识别出依据getBulk命令返回的数据不属于需要的OID集合列表时，依据至少一预设自增长OID处理机制执行OID自增长查找逻辑直至找到有效OID。
本发明实施例公开的技术方案提供了一种灵活、有效、快捷的数据查询方法。与现有技术相比，其可以减少请求次数，能够过滤掉不必要的数据处理，能够实现一次尽量多的请求数据，以及支持自动化探测性变化请求数，从而切实可行地提升批量数据的查询效率。
附图说明
图1为本发明实施例提供的一种基于SNMP协议的数据查询方法的流程示意图；
图2为本发明实施例提供的一种基于SNMP协议的数据查询系统的结构示意图。
本发明目的的实现、功能特点及优异效果，下面将结合具体实施例以及附图做进一步的说明。
具体实施方式
下面结合附图和具体实施例对本发明所述技术方案作进一步的详细描述，以使本领域的技术人员可以更好的理解本发明并能予以实施，但所举实施例不作为对本发明的限定。
如图1所示，本发明实施例提供的一种基于SNMP协议的数据查询方法，包括如下具体步骤：
S10、获取针对目标请求对象而配置的查询条件；
S20、基于SNMP协议发送getBulk命令，依据所述查询条件获取所述目标请求对象的实体数据。
值得注意的是，本实施例中，依照SNMP标准的该getBulk命令(操作原语)查询数据的处理流程为本领域技术人员所公知，本文对此不做细述。
本实施例中，所述查询条件的配置项包括下述配置项中的至少一个：
1、标定启始操作对象标识符OID的同步OID配置项，具体地，在界面或配置文件中配置同步OID配置项，可以支持动态指定查询不同的OID，灵活多变；
2、标定一次最多请求条数的最大请求数配置项，具体地，在界面或配置文件中配置最大请求数配置项，可以支持动态指定最大请求参数，用户能够依据请求表实例数据长度进行调整，以至一次请求得到最多数据；
3、标定一次请求超时时间的超时时间配置项，具体地，在界面或配置文件中配置超时时间配置项，可以支持动态指定一次请求的超时时间，可据实际的网络状况来灵活设置；
4、标定一次请求失败的重试次数的重试次数配置项，具体地，在界面或配置文件中配置重试次数配置项，可以支持动态指定请求超时后，重新请求的尝试次数；
5、以及，标定对超限消息的消息进行分割的条数直至消息能够正常返回的超限消息分割数配置项，具体地，在界面或配置文件中配置超限消息分割数配置项，可以使得请求的OID内容实例数据可能是动态变化的，这导致消息长度的不确定性，而此项配置可将超长请求消息按指定要求进行拆分，在增加请求次数的情况下，保证了数据的完整。
优选实施方式中，所述查询条件的配置项还包括：
6、配置一个边界OID以标定在识别到该边界OID时提前结束后续数据处理的边界OID配置项，具体地，在界面或配置文件中配置边界OID配置项，可以根据边界OID判断，丢弃后面不需要的数据，及时返回。例如：一个请求表OID组一共有35个属性，而需求采集的OID数据只存在于前24个OID中，最后一条有效OID就是结束OID：.1.3.6.1.4.1.3902.4101.1.3.1.24，边界OID就是：.1.3.6.1.4.1.3902.4101.1.3.1.25。当前取到第25个属性时结束查询。
更为优选的实施方式中，所述查询条件的配置项还包括：
7、标定一个有效OID集合列表的OID集合列表配置项，通过定义一个有效OID集合列表，使得在请求表数据时getBulk操作一定按序返回数据，从第1个属性到第n个属性，一次返回当前属性所有实例值，接着才返回下个属性数据。此情况下根据预先定义集合内容确认哪些是需要处理OID，哪些不必处理，减少冗余数据处理。
优选地，所述基于SNMP协议的数据查询方法还包括：
S30、当依据getBulk命令返回的数据不属于需要的OID集合列表时，依据至少一预设自增长OID处理机制执行OID自增长查找逻辑直至找到有效OID。具体实施时，当前一组数据中即有需要的OID数据，又包含不需要的OID数据，在判断遇到第一个不需要OID实例数据时即跳出后续处理流程，使用自增长处理机制，直到遇见下个有效OID(在未达到边界OID的情况)才进行后续处理，减少对不需要OID实例数据的遍历以及多余的请求开销。
除此之外，本发明实施例提供的方法在依据getBulk命令请求数据时，还提供超限消息OID缓存机制：在对超限消息分割的同时将OID进行缓存。通过缓存OID集合，判断下批数据是否为分割OID，如果是，继续使用分割请求数，否则，恢复原始请求数。以及还提供请求数重置机制：探测性的自动重置请求数目前就是为每一次都尽量多的取得数据，尽量少发送请求，高效的完成任务。
以下是本发明一具体实施例提供的基于SNMP协议的数据查询方法的实施流程，包括：
步骤1：首先从界面或配置文件收集相关配置项。为了应对不同场景，查询方法更为灵活可变，在本实施例中，可以依据具体实例来制定条件以达到最为高效、最符合需求的查询。例如，在某些场景之下，后台可为配置项事先制定默认的经验值，供其使用。
本实施例提供的配置项如下：
步骤2：准备SNMP的请求对象，发送getBulk请求。
步骤3：当有数据返回时，循环处理每批数据，并对OID进行如下检查项：
步骤4：在请求操作未结束的情况下，收集上一次请求数据的最后一个实例OID，然后进入有效OID查找逻辑，在未达到边界OID，累计属性ID方式直到找到有效OID。
在具体实施时，针对如下场景：
场景一、上次请求最后一条数据属于需要OID，则继续后续处理。
场景二、上次请求最后一条数据不属于需要OID，则进入OID自增长查找逻辑，直至找到有效OID。有效避免无意义的请求消息。
步骤5：处理最大请求数，判断是否需要重置消息请求数，具体存在如下场景：
场景一、本次请求是分割过的OID。继续使用分割后的请求数。
场景二、本次请求不是分割过的OID。恢复原始配置的请求数。
步骤6：发送getBulk请求。如果成功，有数据返回，则转入步骤3，如果失败，判断其失败原因是否为消息越限异常，如果是，对消息按要求长度进行分割查询，直至返回全部数据，再转入步骤3。
如图2所示，本发明实施例还相应地提供了一种基于SNMP协议的数据查询系统，包括：
管理端，用于获取针对目标请求对象而配置的查询条件，以及基于SNMP协议向代理端发送getBulk命令；
代理端，用于依据所述查询条件获取所述目标请求对象的实体数据。
本实施例中，所述查询条件的配置项包括下述配置项中的至少一个：
1、标定启始操作对象标识符OID的同步OID配置项，具体地，在界面或配置文件中配置同步OID配置项，可以支持动态指定查询不同的OID，灵活多变；
2、标定一次最多请求条数的最大请求数配置项，具体地，在界面或配置文件中配置最大请求数配置项，可以支持动态指定最大请求参数，用户能够依据请求表实例数据长度进行调整，以至一次请求得到最多数据；
3、标定一次请求超时时间的超时时间配置项，具体地，在界面或配置文件中配置超时时间配置项，可以支持动态指定一次请求的超时时间，可据实际的网络状况来灵活设置；
4、标定一次请求失败的重试次数的重试次数配置项，具体地，在界面或配置文件中配置重试次数配置项，可以支持动态指定请求超时后，重新请求的尝试次数；
5、以及，标定对超限消息的消息进行分割的条数直至消息能够正常返回的超限消息分割数配置项，具体地，在界面或配置文件中配置超限消息分割数配置项，可以使得请求的OID内容实例数据可能是动态变化的，这导致消息长度的不确定性，而此项配置可将超长请求消息按指定要求进行拆分，在增加请求次数的情况下，保证了数据的完整。
优选实施方式中，所述查询条件的配置项还包括：
6、配置一个边界OID以标定在识别到该边界OID时提前结束后续数据处理的边界OID配置项，具体地，在界面或配置文件中配置边界OID配置项，可以根据边界OID判断，丢弃后面不需要的数据，及时返回。例如：一个请求表OID组一共有35个属性，而需求采集的OID数据只存在于前24个OID中，最后一条有效OID就是结束OID：.1.3.6.1.4.1.3902.4101.1.3.1.24，边界OID就是：.1.3.6.1.4.1.3902.4101.1.3.1.25。当前取到第25个属性时结束查询。
优选实施方式中，所述查询条件的配置项还包括：
6、配置一个边界OID以标定在识别到该边界OID时提前结束后续数据处理的边界OID配置项，具体地，在界面或配置文件中配置边界OID配置项，可以根据边界OID判断，丢弃后面不需要的数据，及时返回。例如：一个请求表OID组一共有35个属性，而需求采集的OID数据只存在于前24个OID中，最后一条有效OID就是结束OID：.1.3.6.1.4.1.3902.4101.1.3.1.24，边界OID就是：.1.3.6.1.4.1.3902.4101.1.3.1.25。当前取到第25个属性时结束查询。
更为优选的实施方式中，所述查询条件的配置项还包括：
7、标定一个有效OID集合列表的OID集合列表配置项，通过定义一个有效OID集合列表，使得在请求表数据时getBulk操作一定按序返回数据，从第1个属性到第n个属性，一次返回当前属性所有实例值，接着才返回下个属性数据。此情况下根据预先定义集合内容确认哪些是需要处理OID，哪些不必处理，减少冗余数据处理。
优选地，所述代理端还用于当识别出依据getBulk命令返回的数据不属于需要的OID集合列表时，依据至少一预设自增长OID处理机制执行OID自增长查找逻辑直至找到有效OID。具体实施时，当前一组数据中即有需要的OID数据，又包含不需要的OID数据，在判断遇到第一个不需要OID实例数据时即跳出后续处理流程，使用自增长处理机制，直到遇见下个有效OID(在未达到边界OID的情况)才进行后续处理，减少对不需要OID实例数据的遍历以及多余的请求开销。
此外，本发明实施例中，所述代理端在依据getBulk命令请求数据时，还提供超限消息OID缓存机制：在对超限消息分割的同时将OID进行缓存。通过缓存OID集合，判断下批数据是否为分割OID，如果是，继续使用分割请求数，否则，恢复原始请求数。以及所述代理端还提供请求数重置机制：探测性的自动重置请求数目前就是为每一次都尽量多的取得数据，尽量少发送请求，高效的完成任务。
以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。
Claims (10)
1.一种基于SNMP协议的数据查询方法，其特征在于，包括：
获取针对目标请求对象而配置的查询条件；
基于SNMP协议发送getBulk命令，依据所述查询条件获取所述目标请求对象的实体数据。
2.如权利要求1所述的基于SNMP协议的数据查询方法，其特征在于，所述查询条件的配置项包括下述配置项中的至少一个：
标定启始操作对象标识符OID的同步OID配置项；
标定一次最多请求条数的最大请求数配置项；
标定一次请求超时时间的超时时间配置项；
标定一次请求失败的重试次数的重试次数配置项；
以及，标定对超限消息的消息进行分割的条数直至消息能够正常返回的超限消息分割数配置项。
3.如权利要求2所述的基于SNMP协议的数据查询方法，其特征在于，所述查询条件的配置项还包括：
配置一个边界OID以标定在识别到该边界OID时提前结束后续数据处理的边界OID配置项。
4.如权利要求2所述的基于SNMP协议的数据查询方法，其特征在于，所述查询条件的配置项还包括：
标定一个有效OID集合列表的OID集合列表配置项。
5.如权利要求4所述的基于SNMP协议的数据查询方法，其特征在于，还包括：
当依据getBulk命令返回的数据不属于需要的OID集合列表时，依据至少一预设自增长OID处理机制执行OID自增长查找逻辑直至找到有效OID。
6.一种基于SNMP协议的数据查询系统，其特征在于，包括：
管理端，用于获取针对目标请求对象而配置的查询条件，以及基于SNMP协议向代理端发送getBulk命令；
代理端，用于依据所述查询条件获取所述目标请求对象的实体数据。
7.如权利要求6所述的基于SNMP协议的数据查询系统，其特征在于，所述查询条件的配置项包括下述配置项中的至少一个：
标定启始操作对象标识符OID的同步OID配置项；
标定一次最多请求条数的最大请求数配置项；
标定一次请求超时时间的超时时间配置项；
标定一次请求失败的重试次数的重试次数配置项；
以及，标定对超限消息的消息进行分割的条数直至消息能够正常返回的超限消息分割数配置项。
8.如权利要求7所述的基于SNMP协议的数据查询系统，其特征在于，所述查询条件的配置项还包括：
配置一个边界OID以标定在识别到该边界OID时提前结束后续数据处理的边界OID配置项。
9.如权利要求7所述的基于SNMP协议的数据查询系统，其特征在于，所述查询条件的配置项还包括：
标定一个有效OID集合列表的OID集合列表配置项。
10.如权利要求9所述的基于SNMP协议的数据查询系统，其特征在于，所述代理端还用于当识别出依据getBulk命令返回的数据不属于需要的OID集合列表时，依据至少一预设自增长OID处理机制执行OID自增长查找逻辑直至找到有效OID。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410499529.2A CN105512134A (zh) | 2014-09-25 | 2014-09-25 | 基于snmp协议的数据查询方法及系统 |
| PCT/CN2014/088926 WO2015131523A1 (zh) | 2014-09-25 | 2014-10-20 | 数据查询方法、系统及计算机存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410499529.2A CN105512134A (zh) | 2014-09-25 | 2014-09-25 | 基于snmp协议的数据查询方法及系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN105512134A true CN105512134A (zh) | 2016-04-20 |
Family
ID=54054423
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410499529.2A Withdrawn CN105512134A (zh) | 2014-09-25 | 2014-09-25 | 基于snmp协议的数据查询方法及系统 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN105512134A (zh) |
| WO (1) | WO2015131523A1 (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108616385A (zh) * | 2018-03-29 | 2018-10-02 | 烽火通信科技股份有限公司 | 简单网管协议代理的查询方法、mib树的遍历方法及系统 |
| CN112769923A (zh) * | 2020-12-31 | 2021-05-07 | 成都科来网络技术有限公司 | 一种大数据场景下监控网络设备性能指标的方法、装置及存储介质 |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112788537A (zh) * | 2019-11-07 | 2021-05-11 | 维沃移动通信有限公司 | 位置查询方法、核心网功能和位置服务请求方 |
| CN111814045B (zh) * | 2020-06-30 | 2024-06-14 | 平安科技（深圳）有限公司 | 数据查询方法、装置、电子设备及存储介质 |
| CN111813461A (zh) * | 2020-07-06 | 2020-10-23 | 斑马网络技术有限公司 | 一种车辆ecu标定方法、装置和设备 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1704931A (zh) * | 2004-05-27 | 2005-12-07 | 华为技术有限公司 | 网管系统对外提供信息查询的方法及装置 |
| CN1859216A (zh) * | 2006-04-05 | 2006-11-08 | 华为技术有限公司 | Snmp通信系统和方法 |
| CN101192994A (zh) * | 2007-07-25 | 2008-06-04 | 中兴通讯股份有限公司 | 一种snmp中带条件的获取数据的方法 |
| CN101247272A (zh) * | 2008-03-24 | 2008-08-20 | 中兴通讯股份有限公司 | 网络管理方法和装置 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4942435B2 (ja) * | 2006-09-14 | 2012-05-30 | 株式会社リコー | Ｓｎｍｐメッセージにより機器から情報を取得する機器情報取得方法及び情報処理装置 |
| CN102780579A (zh) * | 2012-06-18 | 2012-11-14 | 华为技术有限公司 | 基于snmp查询批量数据的方法及装置 |
| CN103001807B (zh) * | 2012-12-20 | 2015-09-09 | 北京思特奇信息技术股份有限公司 | 一种与snmp协议对应的请求应答模块 |
-
2014
- 2014-09-25 CN CN201410499529.2A patent/CN105512134A/zh not_active Withdrawn
- 2014-10-20 WO PCT/CN2014/088926 patent/WO2015131523A1/zh active Application Filing
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1704931A (zh) * | 2004-05-27 | 2005-12-07 | 华为技术有限公司 | 网管系统对外提供信息查询的方法及装置 |
| CN1859216A (zh) * | 2006-04-05 | 2006-11-08 | 华为技术有限公司 | Snmp通信系统和方法 |
| CN101192994A (zh) * | 2007-07-25 | 2008-06-04 | 中兴通讯股份有限公司 | 一种snmp中带条件的获取数据的方法 |
| CN101247272A (zh) * | 2008-03-24 | 2008-08-20 | 中兴通讯股份有限公司 | 网络管理方法和装置 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108616385A (zh) * | 2018-03-29 | 2018-10-02 | 烽火通信科技股份有限公司 | 简单网管协议代理的查询方法、mib树的遍历方法及系统 |
| CN112769923A (zh) * | 2020-12-31 | 2021-05-07 | 成都科来网络技术有限公司 | 一种大数据场景下监控网络设备性能指标的方法、装置及存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2015131523A1 (zh) | 2015-09-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11233884B2 (en) | Service process control method and network device | |
| JP5574544B2 (ja) | 単一化されたデバイス管理方法及びシステム | |
| EP3595244B1 (en) | Network slice management method, unit and system | |
| CN111865736B (zh) | 一种设备控制方法及装置 | |
| CN105512134A (zh) | 基于snmp协议的数据查询方法及系统 | |
| EP4017046A1 (en) | Method and device for reporting user plane functional entity information, storage medium and electronic device | |
| US10887408B2 (en) | Remote monitoring of network communication devices | |
| CN111885115A (zh) | 设备绑定变更方法及装置 | |
| CN105610883A (zh) | 策略文件同步管理的方法及策略同步服务器和管理设备 | |
| CN111245660B (zh) | 一种基于网络的设备升级自适应传输方法 | |
| CN111356182A (zh) | 一种资源的调度、处理方法及装置 | |
| CN102694675A (zh) | 一种基于snmp协议的异步通信方法及装置 | |
| CN111277599B (zh) | 一种远程调用处理方法及装置 | |
| CN112637221A (zh) | 一种设备控制方法及装置 | |
| EP3300384A1 (en) | Onu template generating method and device | |
| US20080052385A1 (en) | Method and network management apparatus for implementing information service level inheritance in network management system | |
| CN110943978A (zh) | 安全策略的配置方法、装置、电子设备及介质 | |
| KR20150088462A (ko) | 클라우드 환경에서 네트워크 장치의 연동 방법 및 장치 | |
| CN114143372B (zh) | 一种基于融合网络分流器的端网络控制方法及系统 | |
| CN111385110B (zh) | 网络的管理方法及装置 | |
| CN109347656B (zh) | 一种虚拟主机上行链路网卡配置的方法及系统 | |
| CN114051030A (zh) | 通讯方法、通讯装置、智慧社区系统和存储介质 | |
| CN107124293B (zh) | 一种分布式网络系统的协议管理方法及系统 | |
| CN105187244A (zh) | 一种支持多种管理模式的数字通信设备访问管理系统 | |
| CN104023059A (zh) | 一种减轻服务设备响应的服务代理方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| WW01 | Invention patent application withdrawn after publication | ||
| WW01 | Invention patent application withdrawn after publication |
Application publication date: 20160420 |