CN117499196A - 设备管理方法、装置、***、设备及存储介质 - Google Patents

设备管理方法、装置、***、设备及存储介质 Download PDF

Info

Publication number
CN117499196A
CN117499196A CN202311283068.0A CN202311283068A CN117499196A CN 117499196 A CN117499196 A CN 117499196A CN 202311283068 A CN202311283068 A CN 202311283068A CN 117499196 A CN117499196 A CN 117499196A
Authority
CN
China
Prior art keywords
network device
acquisition
network
self
yang model
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
Application number
CN202311283068.0A
Other languages
English (en)
Inventor
张溥峰
吴钦
宋伟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202311283068.0A priority Critical patent/CN117499196A/zh
Publication of CN117499196A publication Critical patent/CN117499196A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/06—Generation of reports
    • H04L43/065—Generation of reports related to network devices
    • 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/0246—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols
    • H04L41/0266—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols using meta-data, objects or commands for formatting management information, e.g. using eXtensible markup language [XML]
    • 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/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • 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/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/084—Configuration by using pre-existing information, e.g. using templates or copying from other elements
    • H04L41/0846—Configuration by using pre-existing information, e.g. using templates or copying from other elements based on copy from other elements
    • 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/08—Configuration management of networks or network elements
    • H04L41/0895—Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements
    • 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/14—Network analysis or design
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H04L63/0435—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload wherein the sending and receiving network entities apply symmetric encryption, i.e. same key used for encryption and decryption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/30—Security of mobile devices; Security of mobile applications
    • H04W12/37—Managing security policies for mobile devices or for controlling mobile applications

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Environmental & Geological Engineering (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Automatic Tape Cassette Changers (AREA)

Abstract

本申请公开了设备管理方法、装置、***、设备及存储介质。方法包括：第一网络设备从第二网络设备获取扩展后的YANG模型文件，该扩展后的YANG模型文件包括自解释标记，自解释标记用于标注网络运维数据；读取扩展后的YANG模型文件中的自解释标记；根据自解释标记对第二网络设备进行管理。通过以自解释标记的方式对网络运维数据进行标注，从而便于数据采集等设备管理，不易出错，不仅管理的精准度较高，且还可以提高管理效率。

Description

设备管理方法、装置、***、设备及存储介质
本申请是分案申请，原申请的申请号是CN 201911055635.0，原申请日是2019年10月31日，原申请的全部内容通过引用结合在本申请中。
技术领域
本申请涉及通信技术领域，特别涉及一种设备管理方法、装置、***、设备及存储介质。
背景技术
随着软件定义网络(software defined network，SDN)网络的设备规模日益增大，承载的业务越来越多，对SDN网络的智能运维提出了更高的要求，包括监控数据拥有更高的精度以便及时检测和快速调整微突发流量，同时监控过程要对设备自身功能和性能影响小以便提高设备和网络的利用率。在满足运维要求的情况下，如何进行设备管理成为了亟待解决的问题。
发明内容
本申请实施例提供了一种设备管理方法、装置、***、设备及存储介质，以解决相关技术提供的问题，技术方案如下：
第一方面，提供了一种设备管理方法，所述方法包括：第一网络设备从第二网络设备获取扩展后的YANG模型文件，所述扩展后的YANG模型文件包括自解释标记，所述自解释标记用于标注网络运维数据；读取所述扩展后的YANG模型中的自解释标记；根据所述自解释标记对所述第二网络设备进行管理。
通过以自解释标记的方式对网络运维数据进行标注，从而便于数据采集等设备管理，不易出错，不仅管理的精准度较高，且还可以提高管理效率。
在示例性实施例中，根据所述自解释标记对所述第二网络设备进行管理，包括：根据所述自解释标记确定所述第二网络设备中的采集对象的可扩展标记语言路径语言XPATH路径，所述采集对象的XPATH用于描述采集对象在所述YANG模型文件中的获取路径；根据所述采集对象的XPATH路径向所述第二网络设备发送所述采集对象的订阅请求；接收所述第二网络设备发送的所述采集对象的信息。
在示例性实施例中，所述根据所述自解释标记确定所述第二网络设备中的采集对象的可扩展标记语言路径语言XPATH路径，包括：根据所述自解释标记获取所述第二网络设备的网元驱动包，所述网元驱动包用于描述所述第二网络设备的采集配套信息；基于所述第二网络设备的采集配套信息确定所述第二网络设备中的采集对象的XPATH路径。
在示例性实施例中，所述根据所述自解释标记获取所述第二网络设备的网元驱动包，包括：接收所述第二网络设备发送的采集能力通告信息，所述采集能力通告信息用于指示所述第二网络设备的机制能力；根据所述自解释标记及所述第二网络设备的机制能力生成所述第二网络设备的网元驱动包。
第二方面，提供了一种设备管理方法，所述方法包括：第二网络设备获取扩展后的YANG模型文件，所述扩展后的YANG模型文件包括自解释标记，所述自解释标记用于标注网络运维数据；向所述第一网络设备发送所述扩展后的YANG模型文件的信息。
在示例性实施例中，所述向所述第一网络设备发送所述扩展后的YANG模型文件的信息，包括：向所述第一网络设备发送所述扩展后的YANG模型文件，或者，向所述第一网络设备发送所述扩展后的YANG模型文件的地址位置。
在示例性实施例中，所述向所述第一网络设备发送所述扩展后的YANG模型文件的信息之后，还包括：接收所述第一网络设备发送的采集对象的订阅请求；根据所述订阅请求向所述第一网络设备发送所述采集对象的信息。
在示例性实施例中，所述方法还包括：向所述第一网络设备发送采集能力通告信息，所述采集能力通告信息用于指示所述第二网络设备的机制能力。
第三方面，提供了一种设备管理装置，所述装置应用于第一网络设备，所述装置包括：
获取模块，用于从第二网络设备获取扩展后的另一个下一代YANG模型文件，所述扩展后的YANG模型文件包括自解释标记，所述自解释标记用于标注网络运维数据；
读取模块，用于读取所述扩展后的YANG模型文件中的自解释标记；
管理模块，用于根据所述自解释标记对所述第二网络设备进行管理。
在示例性实施例中，所述管理模块，用于根据所述自解释标记确定所述第二网络设备中的采集对象的可扩展标记语言路径语言XPATH路径，所述采集对象的XPATH用于描述采集对象在所述YANG模型文件中的获取路径；根据所述采集对象的XPATH路径向所述第二网络设备发送所述采集对象的订阅请求；接收所述第二网络设备发送的所述采集对象的信息。
在示例性实施例中，所述管理模块，用于根据所述自解释标记获取所述第二网络设备的网元驱动包，所述网元驱动包用于描述所述第二网络设备的采集配套信息；基于所述第二网络设备的采集配套信息确定所述第二网络设备中的采集对象的XPATH路径。
在示例性实施例中，所述管理模块，用于接收所述第二网络设备发送的采集能力通告信息，所述采集能力通告信息用于指示所述第二网络设备的机制能力；根据所述自解释标记及所述第二网络设备的机制能力生成所述第二网络设备的网元驱动包。
第四方面，提供了一种设备管理装置，所述装置应用于第二网络设备，所述装置包括：
获取模块，用于获取扩展后的另一个下一代YANG模型文件，所述扩展后的YANG模型文件包括自解释标记，所述自解释标记用于标注网络运维数据；
发送模块，用于向所述第一网络设备发送所述扩展后的YANG模型文件的信息。
在示例性实施例中，所述发送模块，用于向所述第一网络设备发送所述扩展后的YANG模型文件，或者，向所述第一网络设备发送所述扩展后的YANG模型文件的地址位置。
在示例性实施例中，所述装置，还包括：
接收模块，用于接收所述第一网络设备发送的采集对象的订阅请求；
所述发送模块，还用于根据所述订阅请求向所述第一网络设备发送所述采集对象的信息。
在示例性实施例中，所述发送模块，还用于向所述第一网络设备发送采集能力通告信息，所述采集能力通告信息用于指示所述第二网络设备的机制能力。
在上述任一实施例中，所述第二网络设备的机制能力包括所述第二网络设备的订阅方式、上报协议、加密协议、编解码方式、支持的采集对象、是否支持条件订阅以及订阅的条件、支持的传感器个数及每个传感器可订阅的可扩展标记语言路径语言XPATH路径个数中的一种或多种信息。
第五方面，还提供了一种第一网络设备，所述第一网络设备用于执行上述第一方面任一所述的方法。
第六方面，还提供了一种第二网络设备，所述第二网络设备用于执行上述第二方面任一所述的方法。
第七方面，提供了一种设备管理***，所述***包括第一网络设备和第二网络设备；所述第一网络设备执行上述第一方面任一所述的方法，所述第二网络设备执行上述第二方面任一所述的方法。
第八方面，还提供一种网络设备，所述设备包括：存储器及处理器，所述存储器中存储有至少一条指令，所述至少一条指令由所述处理器加载并执行，以实现上述第一方面或第二方面任一所述的方法。
第九方面，还提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现如上第一方面或第二方面任一所述的方法。
提供了另一种通信装置，该装置包括：收发器、存储器和处理器。其中，该收发器、该存储器和该处理器通过内部连接通路互相通信，该存储器用于存储指令，该处理器用于执行该存储器存储的指令，以控制收发器接收信号，并控制收发器发送信号，并且当该处理器执行该存储器存储的指令时，使得该处理器执行上述任一种可能的实施方式中的方法。
作为一种示例性实施例，所述处理器为一个或多个，所述存储器为一个或多个。
作为一种示例性实施例，所述存储器可以与所述处理器集成在一起，或者所述存储器与处理器分离设置。
在具体实现过程中，存储器可以为非瞬时性(non-transitory)存储器，例如只读存储器(read only memory，ROM)，其可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上，本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。
提供了一种计算机程序(产品)，所述计算机程序(产品)包括：计算机程序代码，当所述计算机程序代码被计算机运行时，使得所述计算机执行上述各方面中的方法。
提供了一种芯片，包括处理器，用于从存储器中调用并运行所述存储器中存储的指令，使得安装有所述芯片的通信设备执行上述各方面中的方法。
提供另一种芯片，包括：输入接口、输出接口、处理器和存储器，所述输入接口、输出接口、所述处理器以及所述存储器之间通过内部连接通路相连，所述处理器用于执行所述存储器中的代码，当所述代码被执行时，所述处理器用于执行上述各方面中的方法。
附图说明
图1为本申请实施例提供的Telemetry推送模式示意图；
图2为本申请实施例提供的网络监控***的结构示意图；
图3为本申请实施例提供的设备管理***的结构示意图；
图4为本申请实施例提供的设备管理方法的流程图；
图5为本申请实施例提供的OPM和FCAPS的关系示意图；
图6为本申请实施例提供的可视化扩展后的YANG模型结构示意图；
图7为本申请实施例提供的数据采集过程交互示意图；
图8为本申请实施例提供的OPM模型和NED包的转换过程示意图；
图9为本申请实施例提供的设备管理的交互过程示意图；
图10为本申请实施例提供的设备管理的交互过程示意图；
图11为本申请实施例提供的设备管理装置的结构示意图；
图12为本申请实施例提供的设备管理装置的结构示意图；
图13为本申请实施例提供的设备管理装置的结构示意图；
图14为本申请实施例提供的网络设备的结构示意图。
具体实施方式
本申请的实施方式部分使用的术语仅用于对本申请的具体实施例进行解释，而非旨在限定本申请。
随着SDN网络的设备规模日益增大，承载的业务越来越多，对SDN网络的智能运维提出了更高的要求，包括监控数据拥有更高的精度以便及时检测和快速调整微突发流量，同时监控过程要对设备自身功能和性能影响小以便提高设备和网络的利用率。
由于远距离测量(Telemetry)技术可以满足上述要求，支持智能运维***管理更多的设备、监控数据拥有更高精度和更加实时、监控过程对设备自身功能和性能影响小，为网络问题的快速定位、网络质量优化调整提供了最重要的大数据基础，将网络质量分析转换为大数据分析，有力的支撑了智能运维的需要。因此，Telemetry技术的应用范围越来越广。
目前，Telemetry技术通过推送模式使得网络设备能够以周期性或者动态变化触发的方式自动向网管侧推送数据，避免重复查询，提升监控性能。示例性地，推送过程如图1所示。设备侧向网管侧推送订阅的数据，网管侧等待设备侧发送数据。设备侧发送的数据可以包含时间戳，从而使得不受网络延迟影响。此外，设备侧可以将数据打包发送，由此减少网管侧与设备侧之间的交互。
针对设备侧推送的数据，网管侧通过网络监控***来进行监控管理。以图2所示的网络监控***为例，网管侧通过该网络监控***对接来自不同厂商、不同型号、版本的设备，采集各种类型的网络运维数据。又由于不同厂商、型号、版本的设备模型、接口千差万别，因而网络监控***上具有驱动层，通过该驱动层来完成采集适配，以将设备运维数据分类收集上来并转换成统一的模型。
为了实现数据的分类采集，往往通过手工编写配置文件来完成设备的配套。然而，由于上层网络监控***要对接来自不同厂商、不同型号、版本，能力千差万别的各种设备，在设备厂商推出新特性、新设备型号、版本的同时，需要在上层网络监控***上手工写配置文件来配套，效率低且容易出错。此外，上层网络监控***还需要配合设备一起出版本，导致效率较低。
对此，本申请实施例提供了一种设备管理方法，该方法可以提供Telemetry运维数据自动标注和动态学习，将繁杂的Telemetry采集配套过程从手工变成自动化。这也使得在设备新增支持对象类型、属性、度量等情况下，不需要在上层网络监控***上手工进行Telemetry配套，而是动态学习上来。
此外，另一个下一代(yet another next generation，YANG)模型作为互联网工程任务组(internet engineering task force，IETF)标准组织定义的一种将网络配置管理数据模型化描述的语言，由于YANG模型以支持NETCONF客户端和服务端之间数据的完整描述，通过YANG模型来描述NETCONF客户端和服务端之间交互的配置数据、状态数据、远程过程调用(remote procedure call，RPC)和通知(Notification)。因此，在本申请实施例中，采用了基于YANG模型对设备进行管理的方式。
本申请实施例提供的设备管理方法可应用于如图3所示的设备管理***中，该设备管理***包括网管侧的包管理服务***和网络监控管理***，以及设备侧的设备A、设备B和设备C。需要说明的是，图3中的设备侧仅以设备A、设备B和设备C为例进行举例说明，本申请实施例不限定设备的数量。此外，包管理服务***和网络监控管理***可以部署在一个网络设备上，也可以部署在不同的网络设备上。关于包管理服务***和网络监控管理***的部署方式，本申请实施例同样不进行限定。
其中，包管理服务***，包括但不限于用于负责YANG模型文件，协议(proto)文件包的管理，例如，创建，删除，修改等管理。网络监控管理***，包括但不限于用于负责基于对象类型，属性及度量(object type，property and metric，OPM)模型批注的业务YANG文件的学习，提取出OPM模型批注以及采集对象对应的可扩展标记语言路径语言(xml pathlanguage，XPATH)，监听被管理设备的Telemetry能力通告，以及基于被管理设备的OPM模型批注对采集对象进行订阅。被管理设备，包括但不限于用于接收来自YANG模型包管理服务***上包管理请求，侦测包管理对设备版本的影响，接收来自网络监控管理***的订阅请求，接收YANG模型Schema查询请求。
接下来，结合图3所示的实施环境，以网管侧设备为第一网络设备，设备侧设备为第二网络设备为例，对本申请实施例提供的设备管理方法进行说明。参见图4，该方法包括如下几个过程：
401，第二网络设备获取扩展后的YANG模型文件，扩展后的YANG模型文件包括自解释标记，自解释标记用于标注网络运维数据。
在本申请实施例中，扩展后的YANG模型文件即为上述图3所示的基于OPM模型批注的业务YANG文件，其中，OPM模型批注即为扩展后的YANG模型文件包括的自解释标记，该OPM模型批注包括但不限于如下内容：
对象类型(O)：包括对象类型ID(全局唯一)、名称、描述等。
属性(P)：包括属性ID(对象类型内唯一)、名称、描述、数据类型(例如字符串，整形)、长度、是否key、枚举值等。
度量(M)：包括度量类型(性能、告警、状态等)、度量ID(对象类型内唯一)、名称、描述、单位、数据类型、值范围、时间汇聚类型等。
示例性地，图5示出了OPM和错误、配置、计帐、性能和安全(fault configurationaccounting performance and security，FCAPS)之间的对应关系。FCAPS是由国际电信联盟－电信标准部(international telecommunication union，ITU-T)提出的网络管理***应具备的五种基本功能，也是网络管理工作目标的五个标准。从图5中可以看出：OPM中的对象类型对应FCAPS模型中资源管理对象，性能管理对象和告警管理对象；OPM中的属性对应FCAPS模型中的资源管理对象，用于描述对象的属性；OPM中的度量对应FCAPS模型中的状态，统计信息，告警等。
第二网络设备可以从包管理服务***上获取扩展后的YANG模型文件，也可以由网络管理员直接在第二网络设备上进行配置，本申请实施例不对第二网络设备获取扩展后的YANG模型文件的方式进行限定。无论是以哪种方式获取，该扩展后的YANG模型文件均包括自解释标记，该自解释标记用于标注网络运维数据。
示例性地，可以通过在业务YANG模型中进行extension扩展，按照分类标注网络运维数据的方式来得到扩展后的YANG模型文件。示例性地，对yang语法的扩展内容如下：
基于上述对yang语法的扩展，得到的扩展后的YANG模型文件内容可如下所示：
通过上述OPM extension对业务yang模型文件进行标注之后，扩展后的YANG模型文件可视化之后，显示方式如图6所示。从图6中可以看出，对YANG模型中名称为“Interfaces”的结构标注了object type，对YANG模型中名称为interface的名称的叶子节点ifName等标注了Property，对YANG模型中ifStatistics标注了Metric。
除上述通过在业务YANG模型中进行extension扩展，按照分类标注网络运维数据的方式来获取扩展后的YANG模型文件外，本申请实施例提供的方法还支持基于ietfmodule tag扩展出node tag的方式，得到扩展后的YANG模型文件。例如，以如下的node tag模块结构为例：
OPM tag扩展之后，得到的结构如下：
基于上述OPM tag扩展，得到的扩展后的YANG模型文件可如下所示：
上述基于ietf module tag扩展出node tag的方式，得到的扩展后的YANG模型文件，仍然可以进行如图6所示的可视化显示。由于可以做到网络监控数据即时可视，能够快速响应网络运维诉求。
402，第二网络设备向第一网络设备发送扩展后的YANG模型文件的信息。
第二网络设备获取到扩展后的YANG模型文件后，第二网络设备将获取到的扩展后的YANG模型文件发送至第一网络设备，以使得第一网络设备对该扩展后的YANG模型文件进行学习。例如，第二网络设备可通过管理面接口将该扩展后的YANG模型文件发送至第一网络设备。
在示例性实施例中，第二网络设备除了直接将扩展后的YANG模型文件发送给第一网络设备，还可以发送扩展后的YANG模型文件的地址位置，使得第一网络设备根据该地址位置去获取扩展后的YANG模型文件。
403，第一网络设备从第二网络设备获取扩展后的YANG模型文件。
如上述402所述，第二网络设备可通过管理面接口将该扩展后的YANG模型文件发送至第一网络设备，则第一网络设备通过管理面接口从第二网络设备获取扩展后的YANG模型文件。
如果第二网络设备发送的是扩展后的YANG模型文件的地址位置，则第一网络设备根据该地址位置获取扩展后的YANG模型文件。
404，第一网络设备读取扩展后的YANG模型文件中的自解释标记。
第一网络设备获取到扩展后的YANG模型文件后，从扩展后的YANG模型文件中读取自解释标记，由于不同设备类型、版本会上载相同业务yang文件的不同版本，本申请实施例中，第一网络设备获取到扩展后的YANG模型文件后，可以最高版本作为基线，从中提取OPM模型，即自解释标记。
405，第一网络设备根据自解释标记对第二网络设备进行管理。
以根据自解释标记对第二网络设备进行数据采集管理为例，参见图7，数据采集管理包括如下几个过程：
4051，第一网络设备根据自解释标记确定第二网络设备中的采集对象的XPATH路径。
在示例性实施例中，自解释标记中包括采集对象的XPATH路径，该采集对象的XPATH用于描述采集对象在YANG模型文件中的获取路径，因而根据自解释标记可直接确定第二网络设备中的采集对象的XPATH路径。
此外，第二网络设备还可以与第一网络设备进行能力协商，在进行能力协商的过程中，将第二网络设备的机制能力告知第一网络设备，使得第一网络设备在对第二网络设备进行管理时，更具针对性，管理更精准。
在示例性实施例中，该方法还包括：第二网络设备向第一网络设备发送采集能力通告信息，采集能力通告信息用于指示第二网络设备的机制能力。
关于第二网络设备向第一网络设备发送采集能力通告信息的时机，本申请实施例不进行限定。例如，可以在第二网络设备检测到YANG模型版本有变更时，触发向第一网络设备发送采集能力通告信息。例如，也可以周期性发送。
无论是在何种时机发送采集能力通告信息，示例性地，第二网络设备的机制能力包括第二网络设备的订阅方式(例如静态订阅还是动态订阅)、上报协议(例如gRPC或UDP)、加密协议、编解码方式(gpb、gpbkv)、支持的采集对象、是否支持条件订阅以及订阅的条件、支持的传感器个数及每个传感器可订阅的可扩展标记语言路径语言XPATH路径个数中的一种或多种信息。除此之外，机制能力还可以包括第二网络设备的分级能力模型，例如第二网络设备的全局级别的参数，datastore数据集参数，节点级别的参数等。在分级能力模型中，下级能力定义覆盖上级，也就是说，上级具有的能力，下级同样具有。下级除了具有上级的能力外，还有其特定的能力。
该机制能力可以通过模型来协商，例如，以通过YANG模型进行Telemetry能力协商为例，该YANG模型的结构可如下所示：
上述用于协商机制能力的YANG模型中，max-sensors指示支持的传感器个数，max-xpaths-per-sensor指示每个传感器可订阅的XPTH路径个数，supported-subscription-type指示支持的订阅类型，supported-protocol指示上报协议，supported-encryption指示加密协议，supported-encoding指示编解码方式。
以max-sensors指示支持的传感器个数为10，max-xpaths-per-sensor指示每个传感器可订阅的XPTH路径个数为5，supported-subscription-type指示支持的订阅类型为dynamic(动态)和static(静态)，supported-protocol指示上报协议为grpc和udp，supported-encryption指示的加密协议为ssl 3.0和tls 1.0，supported-encoding指示编解码方式为gbp和json为例，则基于上述能力协商的YANG模型，YANG实例可如下所示：
<datastore-subscription-capabilities
xmlnsorn:left:params:xml:ns:yang:telemetry-capabilities>
<minimum-update-period>500</minimum-update-period>
<max-objects-per-update>2000</max-objects-per-update>
<minimum-dampening-period>100</minimum-dampening-period>
<max-sensors>10</max-sensors>
<max-xpaths-per-sensors>5</max-xpaths-per-sensors>
<supported-subscription-type>
<subscription-type>dynamic</subscription-type>
<subscription-type>statio</subscription-type>
</supported-subscription-type>
<supported-protoool>
<protoool>grpo</protoool>
<protoool>adp</protoool>
</supported-protoool>
<supported-encryption>
<encryption>ssl 3.0</encryption>
<encryption>tls 1.0</encryption>
</supported-encryption>
<supported-encoding>
<encoding>gbp</encoding>
<encoding>json</encoding>
</supported-encoding>
<datastore-capabilities>
<datastore xmlnsorn:left:params:xml:ns:yang:letf-datastores>
operational
</datastore>
<on-change-supported-for-state>true</on-change-supported-for-state>
<per-node-capabilities>
<node-selector>/devm:devm/devm:cpuInfos</node-selector>
<minimum-update-period>10</minimum-update-period>
</per-node-capabilities>
<per-node-capabilities>
<node-selector>/devm:devm/devm:memoryInfos</node-selector>
<minimum-update-period>10</minimum-update-period>
<on-change-supported>false</on-change-supported>
</per-node-capabilities>
<per-node-capabilities>
<node-selector>/ifm:ifm/ifm:interfaces/ifm:inerface</node-selector>
</per-node-capabilities>
<per-node-capabilities>
<node-selector>/ifm:ifm/ifm:interfaces/ifm:interface/ifm:ifStatisitcs</node-selector>
<minimum-update-period>10</minimum-update-period>
<conditional-subscription>
<conditional-supported>true</conditional-supported>
<conditions>ifName</conditions>
</conditional-subscription>
<on-change-supported>false</on-change-supported>
</per-node-capabilities>
</datastore-capabilities>
</datastore-subscription-capabilities>
在示例性实施例中，根据自解释标记获取第二网络设备的网元驱动包，包括：第一网络设备接收第二网络设备发送的采集能力通告信息，采集能力通告信息用于指示第二网络设备的机制能力；根据自解释标记及第二网络设备的机制能力生成第二网络设备的网元驱动包。
在示例性实施例中，第一网络设备根据自解释标记确定第二网络设备中的采集对象的XPATH路径，包括：根据自解释标记获取第二网络设备的网元驱动包，网元驱动包用于描述第二网络设备的采集配套信息；基于第二网络设备的采集配套信息确定第二网络设备中的采集对象的XPATH路径。
网络监控***根据设备模型转换成OPM模型和NED包过程如图8所示，第一网络设备通过Telemetry能力通告，由网络监控***获取到第二网络设备支持Telemetry的yang节点以及相关机制能力，结合OPM自解释标记生成NED包。另外，网络监控***会根据设备proto文件在线编译成class文件，供采集器运行时加载，用来进行GPB解码。
网元驱动(NED)包：以网元类型、版本为粒度，描述网元的Telemetry采集配套信息。
Telemetry采集配套模型：支持的OPM批注的模型和Proto文件以及对应的xpath、使能度量统计的xpath配置、度量公式(如果要做差异化配套)等。
4052，第一网络设备根据采集对象的XPATH路径向第二网络设备发送采集对象的订阅请求。
由于第一网络设备确定了采集对象的XPATH路径，因而可以基于采集对象的XPATH路径向第二网络设备发送采集对象的订阅请求，以订阅采集对象的信息。
4053，第二网络设备接收第一网络设备发送的采集对象的订阅请求。
4054，第二网络设备根据订阅请求向第一网络设备发送采集对象的信息。
订阅请求中携带采集对象的标识，第二网络设备可将采集对象的信息上报至第一网络设备。
4055，第一网络设备接收第二网络设备发送的采集对象的信息。
第一网络设备接收第二网络设备发送的采集对象的信息，可据此进行设备管理。
本申请实施例提供的方法，通过以自解释标记的方式对网络运维数据进行标注，从而便于数据采集等设备管理，不易出错，不仅管理的精准度较高，且还可以提高管理效率。
此外，以能力通告的方式将第二网络设备的机制能力通告给第一网络设备，使得第一网络设备对第二网络设备的管理精确度和管理效率进一步提高。
由于新增了上层的网络监控，可以做到网络监控数据即时可视，快速响应网络运维诉求。本申请实施例提供的方法还能够降低开发维护成本，且关于Telemetry能力模型的描述，可以直接通过运行态yang模型文件进行转换，做到设计态和运行态同源。
为了便于理解，以第一网络设备包括网络监控管理***和YANG模型包管理服务***，第二网络设备为设备A为例，对设备管理的交互过程进行举例说明。如图9所示，该设备管理方法包括如下几个过程：
901，YANG模型包管理服务***生成基于OPM模型批注的模型集合，以及对应的Protocol文件，组成软件包，通过包管理模块向对应的网络设备下载安装软件包。
902，设备A根据软件包进行升级，设备A自身感知到设备版本的变化。
903，设备A向网络监控管理***(采集器)发送Telemetry能力通告，通告OPM批注采集对象XPATH路径信息。
904-906，网络监控管理***建立与设备A的NETCONF会话，基于NETCONF会话协商设备和网管的能力，同时向设备查询设备支持的所有YANG模型列表信息。
例如，网络监控管理***通过<get-schema>向设备A获取YANG模型，设备A返回YANG模型对应的URL获取位置信息，网络监控管理***根据该URL获取位置信息获取设备支持的所有YANG模型列表信息。
907，网络监控管理***获取和保存OPM批注的业务YANG模型文件。
908，网络监控管理***根据OPM模型对应的采集对象的XPATH路径信息，向设备A发起订阅请求。
909，设备A返回订阅的采集对象的信息。
在本申请实施例的一个示例性实施例中，针对上述图9所示的设备管理过程，网络监控管理***建立与设备A的NETCONF会话的过程还可以在设备A获取扩展后的YANG模型包之前来执行。例如，如图10所示，该设备管理方法包括如下几个过程：
1001-1003，网络监控管理***建立与设备NETCONF会话，基于NETCONF会话协商设备和网管的能力，同时向设备查询设备支持的所有YANG模型列表信息。
例如，网络监控管理***通过<get-schema>向设备A获取YANG模型，设备A返回YANG模型对应的URL获取位置信息，网络监控管理***根据该URL获取位置信息获取设备支持的所有YANG模型列表信息。
1004，网络监控管理***获取和保存OPM批注的业务YANG模型文件。
1005，YANG模型包管理服务***生成基于OPM模型批注的模型集合，以及对应的Protocol文件，组成软件包，通过包管理模块向对应的网络设备下载安装软件包。
1006，设备A根据软件包进行升级，设备自身感知到设备版本的变化。
1007，设备A向网络监控管理***(采集器)发送Telemetry能力通告，通告OPM批注采集对象XPATH路径信息以及其他Schema信息。
例如，通告采集对象是否是性能指标，采集对象的对象类型是什么等，可参见上述机制能力的内容。
1008，网络监控管理***根据OPM模型对应的采集对象的XPATH路径信息，向设备A发起订阅请求。
1009，设备A返回订阅的采集对象的信息。
本申请实施例提供了一种设备管理装置，该装置应用于第一网络设备，该第一网络设备为图4、图7、图9、图10中的第一网络设备，基于图11所示的如下多个模块，该图11所示的设备管理装置能够执行第一网络设备所执行的全部或部分操作。参见图11，该装置包括：
获取模块1101，用于从第二网络设备获取扩展后的YANG模型文件，扩展后的YANG模型文件包括自解释标记，自解释标记用于标注网络运维数据；
读取模块1102，用于读取扩展后的YANG模型文件中的自解释标记；
管理模块1103，用于根据自解释标记对第二网络设备进行管理。
在示例性实施例中，管理模块1103，用于根据自解释标记确定第二网络设备中的采集对象的XPATH路径，采集对象的XPATH用于描述采集对象在YANG模型文件中的获取路径；根据采集对象的XPATH路径向第二网络设备发送采集对象的订阅请求；接收第二网络设备发送的采集对象的信息。
在示例性实施例中，管理模块1103，用于根据自解释标记获取第二网络设备的网元驱动包，网元驱动包用于描述第二网络设备的采集配套信息；基于第二网络设备的采集配套信息确定第二网络设备中的采集对象的XPATH路径。
在示例性实施例中，管理模块1103，用于接收第二网络设备发送的采集能力通告信息，采集能力通告信息用于指示第二网络设备的机制能力；根据自解释标记及第二网络设备的机制能力生成第二网络设备的网元驱动包。
在示例性实施例中，第二网络设备的机制能力包括第二网络设备的订阅方式、上报协议、加密协议、编解码方式、支持的采集对象、是否支持条件订阅以及订阅的条件、支持的传感器个数及每个传感器可订阅的可扩展标记语言路径语言XPATH路径个数中的一种或多种信息。
本申请实施例提供的装置，通过以自解释标记的方式对网络运维数据进行标注，从而便于数据采集等设备管理，不易出错，不仅管理的精准度较高，且还可以提高管理效率。
此外，以能力通告的方式将第二网络设备的机制能力通告给第一网络设备，使得第一网络设备对第二网络设备的管理精确度和管理效率进一步提高。
本申请实施例提供了一种设备管理装置，该装置应用于第二网络设备，该第二网络设备为图4、图7、图9、图10中的第二网络设备，基于图12或图13所示的如下多个模块，该图12或图13所示的设备管理装置能够执行第二网络设备所执行的全部或部分操作。参见图12，该装置包括：
获取模块1201，用于获取扩展后的另一个下一代YANG模型文件，所述扩展后的YANG模型文件包括自解释标记，所述自解释标记用于标注网络运维数据；
发送模块1202，用于向所述第一网络设备发送所述扩展后的YANG模型文件的信息。
在示例性实施例中，发送模块1202，用于向所述第一网络设备发送所述扩展后的YANG模型文件，或者，向所述第一网络设备发送所述扩展后的YANG模型文件的地址位置。
在示例性实施例中，参见图13，该装置，还包括：
接收模块1203，用于接收第一网络设备发送的采集对象的订阅请求；
发送模块1202，还用于根据订阅请求向第一网络设备发送采集对象的信息。
在示例性实施例中，发送模块1202，还用于向第一网络设备发送采集能力通告信息，采集能力通告信息用于指示第二网络设备的机制能力。
在示例性实施例中，第二网络设备的机制能力包括第二网络设备的订阅方式、上报协议、加密协议、编解码方式、支持的采集对象、是否支持条件订阅以及订阅的条件、支持的传感器个数及每个传感器可订阅的可扩展标记语言路径语言XPATH路径个数中的一种或多种信息。
本申请实施例提供的装置，通过以自解释标记的方式对网络运维数据进行标注，从而便于数据采集等设备管理，不易出错，不仅管理的精准度较高，且还可以提高管理效率。
此外，以能力通告的方式将第二网络设备的机制能力通告给第一网络设备，使得第一网络设备对第二网络设备的管理精确度和管理效率进一步提高。
应理解的是，上述图11至图13提供的装置在实现其功能时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的装置与方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
参见图14，本申请实施例还提供一种网络设备1400，图14所示的网络设备1400用于执行上述设备管理方法所涉及的操作。该网络设备1400包括：存储器1401、处理器1402及接口1403，存储器1401、处理器1402及接口1403之间通过总线1404连接。
其中，存储器1401中存储有至少一条指令，至少一条指令由处理器1402加载并执行，以实现上述任一所述的设备管理方法。
接口1403用于与网络中的其他设备进行通信，该接口1403可以通过无线或有线的方式实现，示例性地，该接口1403可以是网卡。例如，网络设备1400可通过该接口1403与服务器进行通信。
例如，图14所示的网络设备为图4、图7、图9、图10中的第一网络设备，处理器1402读取存储器1401中的指令，使图14所示的网络设备能够执行第一网络设备所执行的全部或部分操作。
又例如，图14所示的网络设备为图4、图7、图9、图10中的第二网络设备，处理器1402读取存储器1401中的指令，使图14所示的网络设备能够执行第二网络设备所执行的全部或部分操作。
应理解的是，图14仅仅示出了网络设备1400的简化设计。在实际应用中，网络设备可以包含任意数量的接口，处理器或者存储器。此外，上述处理器可以是中央处理器(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(digitalsignal processing，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(field－programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者是任何常规的处理器等。值得说明的是，处理器可以是支持进阶精简指令集机器(advancedRISC machines，ARM)架构的处理器。
进一步地，在一种可选的实施例中，上述存储器可以包括只读存储器和随机存取存储器，并向处理器提供指令和数据。存储器还可以包括非易失性随机存取存储器。例如，存储器还可以存储设备类型的信息。
该存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者，其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用。例如，静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic random access memory，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(doubledata dateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(directrambus RAM，DR RAM)。
还提供了一种设备管理***，该***包括第一网络设备和第二网络设备，其中，第一网络设备用于执行上述设备管理方法中的第一网络设备所执行的功能，第二网络设备用于执行上述设备管理方法中的第二网络设备所执行的功能。
还提供了一种计算机可读存储介质，存储介质中存储有至少一条指令，指令由处理器加载并执行以实现如上任一所述的设备管理方法。
本申请提供了一种计算机程序，当计算机程序被计算机执行时，可以使得处理器或计算机执行上述方法实施例中对应的各个操作和/或流程。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid StateDisk)等。
以上所述仅为本申请的实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (20)

1.一种设备管理方法，其特征在于，所述方法包括：
第一网络设备从第二网络设备获取扩展后的另一个下一代YANG模型文件，所述扩展后的YANG模型文件包括自解释标记，所述自解释标记包括可扩展标记语言路径语言XPATH路径；
所述第一网络设备基于所述扩展后的YANG模型中的自解释标记，对所述第二网络设备进行管理。
2.根据权利要求1所述的方法，其特征在于，所述第一网络设备基于所述扩展后的YANG模型中的自解释标记，对所述第二网络设备进行管理包括：
根据所述自解释标记确定所述第二网络设备中的采集对象的XPATH路径，所述采集对象的XPATH路径用于描述采集对象在所述YANG模型文件中的获取路径；
根据所述采集对象的XPATH路径向所述第二网络设备发送所述采集对象的订阅请求；
接收所述第二网络设备发送的所述采集对象的信息。
3.根据权利要求2所述的方法，其特征在于，所述根据所述自解释标记确定所述第二网络设备中的采集对象的XPATH路径包括：
根据所述自解释标记获取所述第二网络设备的网元驱动包，所述网元驱动包用于描述所述第二网络设备的采集配套信息；
基于所述第二网络设备的采集配套信息确定所述第二网络设备中的采集对象的XPATH路径。
4.根据权利要求3所述的方法，其特征在于，所述根据所述自解释标记获取所述第二网络设备的网元驱动包包括：
接收所述第二网络设备发送的采集能力通告信息，所述采集能力通告信息用于指示所述第二网络设备的机制能力；
根据所述自解释标记及所述第二网络设备的机制能力生成所述第二网络设备的网元驱动包。
5.根据权利要求4所述的方法，其特征在于，所述第二网络设备的机制能力包括所述第二网络设备的订阅方式、上报协议、加密协议、编解码方式、支持的采集对象、是否支持条件订阅以及订阅的条件、支持的传感器个数及每个传感器可订阅的可扩展标记语言路径语言XPATH路径个数中的一种或多种信息。
6.一种设备管理方法，其特征在于，所述方法包括：
第二网络设备获取扩展后的另一个下一代YANG模型文件，所述扩展后的YANG模型文件包括自解释标记，所述自解释标记包括可扩展标记语言路径语言XPATH路径；
向所述第一网络设备发送所述扩展后的YANG模型文件的信息。
7.根据权利要求6所述的方法，其特征在于，所述向所述第一网络设备发送所述扩展后的YANG模型文件的信息包括：
向所述第一网络设备发送所述扩展后的YANG模型文件，或者，向所述第一网络设备发送所述扩展后的YANG模型文件的地址位置。
8.根据权利要求6或7所述的方法，其特征在于，所述向所述第一网络设备发送所述扩展后的YANG模型文件的信息之后，还包括：
接收所述第一网络设备发送的采集对象的订阅请求；
根据所述订阅请求向所述第一网络设备发送所述采集对象的信息。
9.根据权利要求6-8任一所述的方法，其特征在于，所述方法还包括：
向所述第一网络设备发送采集能力通告信息，所述采集能力通告信息用于指示所述第二网络设备的机制能力。
10.根据权利要求9所述的方法，其特征在于，所述第二网络设备的机制能力包括所述第二网络设备的订阅方式、上报协议、加密协议、编解码方式、支持的采集对象、是否支持条件订阅以及订阅的条件、支持的传感器个数及每个传感器可订阅的可扩展标记语言路径语言XPATH路径个数中的一种或多种信息。
11.一种设备管理装置，其特征在于，所述装置应用于第一网络设备，所述装置包括：
获取模块，用于从第二网络设备获取扩展后的另一个下一代YANG模型文件，所述扩展后的YANG模型文件包括自解释标记，所述自解释标记包括可扩展标记语言路径语言XPATH路径；
管理模块，用于基于所述扩展后的YANG模型中的自解释标记，对所述第二网络设备进行管理。
12.根据权利要求11所述的装置，其特征在于，所述管理模块用于根据所述自解释标记确定所述第二网络设备中的采集对象的XPATH路径，所述采集对象的XPATH用于描述采集对象在所述YANG模型文件中的获取路径；根据所述采集对象的XPATH路径向所述第二网络设备发送所述采集对象的订阅请求；接收所述第二网络设备发送的所述采集对象的信息。
13.根据权利要求12所述的装置，其特征在于，所述管理模块用于根据所述自解释标记获取所述第二网络设备的网元驱动包，所述网元驱动包用于描述所述第二网络设备的采集配套信息；基于所述第二网络设备的采集配套信息确定所述第二网络设备中的采集对象的XPATH路径。
14.根据权利要求13所述的装置，其特征在于，所述管理模块用于接收所述第二网络设备发送的采集能力通告信息，所述采集能力通告信息用于指示所述第二网络设备的机制能力；根据所述自解释标记及所述第二网络设备的机制能力生成所述第二网络设备的网元驱动包。
15.根据权利要求14所述的装置，其特征在于，所述第二网络设备的机制能力包括所述第二网络设备的订阅方式、上报协议、加密协议、编解码方式、支持的采集对象、是否支持条件订阅以及订阅的条件、支持的传感器个数及每个传感器可订阅的可扩展标记语言路径语言XPATH路径个数中的一种或多种信息。
16.一种设备管理装置，其特征在于，所述装置应用于第二网络设备，所述装置包括：
获取模块，用于获取扩展后的另一个下一代YANG模型文件，所述扩展后的YANG模型文件包括自解释标记，所述自解释标记包括可扩展标记语言路径语言XPATH路径；
发送模块，用于向所述第一网络设备发送所述扩展后的YANG模型文件的信息。
17.根据权利要求16所述的装置，其特征在于，所述发送模块，用于向所述第一网络设备发送所述扩展后的YANG模型文件，或者，向所述第一网络设备发送所述扩展后的YANG模型文件的地址位置。
18.根据权利要求16或17所述的装置，其特征在于，所述装置，还包括：
接收模块，用于接收所述第一网络设备发送的采集对象的订阅请求；
所述发送模块，还用于根据所述订阅请求向所述第一网络设备发送所述采集对象的信息。
19.根据权利要求16-18任一所述的装置，其特征在于，所述发送模块，还用于向所述第一网络设备发送采集能力通告信息，所述采集能力通告信息用于指示所述第二网络设备的机制能力。
20.根据权利要求19所述的装置，其特征在于，所述第二网络设备的机制能力包括所述第二网络设备的订阅方式、上报协议、加密协议、编解码方式、支持的采集对象、是否支持条件订阅以及订阅的条件、支持的传感器个数及每个传感器可订阅的可扩展标记语言路径语言XPATH路径个数中的一种或多种信息。
CN202311283068.0A 2019-10-31 2019-10-31 设备管理方法、装置、***、设备及存储介质 Pending CN117499196A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311283068.0A CN117499196A (zh) 2019-10-31 2019-10-31 设备管理方法、装置、***、设备及存储介质

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201911055635.0A CN112751698B (zh) 2019-10-31 2019-10-31 设备管理方法、装置、***、设备及存储介质
CN202311283068.0A CN117499196A (zh) 2019-10-31 2019-10-31 设备管理方法、装置、***、设备及存储介质

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201911055635.0A Division CN112751698B (zh) 2019-10-31 2019-10-31 设备管理方法、装置、***、设备及存储介质

Publications (1)

Publication Number Publication Date
CN117499196A true CN117499196A (zh) 2024-02-02

Family

ID=74067411

Family Applications (3)

Application Number Title Priority Date Filing Date
CN202010957241.0A Active CN112187525B (zh) 2019-10-31 2019-10-31 设备管理方法、装置、***、设备及存储介质
CN201911055635.0A Active CN112751698B (zh) 2019-10-31 2019-10-31 设备管理方法、装置、***、设备及存储介质
CN202311283068.0A Pending CN117499196A (zh) 2019-10-31 2019-10-31 设备管理方法、装置、***、设备及存储介质

Family Applications Before (2)

Application Number Title Priority Date Filing Date
CN202010957241.0A Active CN112187525B (zh) 2019-10-31 2019-10-31 设备管理方法、装置、***、设备及存储介质
CN201911055635.0A Active CN112751698B (zh) 2019-10-31 2019-10-31 设备管理方法、装置、***、设备及存储介质

Country Status (7)

Country Link
US (1) US20220255818A1 (zh)
EP (1) EP4044511A4 (zh)
JP (1) JP7418565B2 (zh)
CN (3) CN112187525B (zh)
BR (1) BR112022008014A2 (zh)
MX (1) MX2022005204A (zh)
WO (1) WO2021082844A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112187525B (zh) * 2019-10-31 2021-08-20 华为技术有限公司 设备管理方法、装置、***、设备及存储介质
CN113300888B (zh) * 2021-05-21 2022-07-22 刘超 一种yang模型浏览器及客户端设备
CN114979242A (zh) * 2022-05-18 2022-08-30 中国电信股份有限公司 一种动态订阅数据的方法、装置、电子设备及存储介质

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070121870A1 (en) * 2005-11-03 2007-05-31 Microsoft Corporation Subscription service integration application program interface and schema
CN102299812A (zh) * 2010-06-22 2011-12-28 华为技术有限公司 一种访问控制方法及网络设备
CN105281940B (zh) * 2014-07-18 2020-08-21 南京中兴软件有限责任公司 一种基于netconf协议的hello报文交互的方法、设备和***
CN106209931A (zh) * 2015-04-30 2016-12-07 中兴通讯股份有限公司 一种资源的信息的更新方法、装置和***
US9715380B2 (en) * 2015-05-26 2017-07-25 Cisco Technology, Inc. Techniques for enabling dynamic update of device data models
CN106257868B (zh) * 2015-06-19 2020-11-03 中兴通讯股份有限公司 配置数据推送方法及装置
CN106559251B (zh) * 2015-09-30 2019-03-15 中兴通讯股份有限公司 一种基于yang模型的编译方法、及对应的接口、组件和***
US20170270157A1 (en) * 2016-03-21 2017-09-21 Virtual Network Element, Inc. TCP/IP Network Automation and Orchestration Tools
CN107302443B (zh) * 2016-04-15 2020-10-16 华为技术有限公司 基于网络配置协议的设备配置方法及装置
US10666639B2 (en) * 2016-05-20 2020-05-26 Avaya, Inc. Customer-centric workflow for initial on-boarding of an OpenFlow enabled switch
US10148506B1 (en) * 2016-06-28 2018-12-04 Juniper Networks, Inc. Network configuration service discovery
US10200248B1 (en) * 2016-06-30 2019-02-05 Juniper Networks, Inc. Translating high-level configuration instructions to low-level device configuration
EP3516824A4 (en) * 2016-09-19 2020-04-29 Telefonaktiebolaget LM Ericsson (PUBL) NETWORK MANAGEMENT METHOD BASED ON NETCONF PROTOCOL, AND ASSOCIATED NETWORK DEVICE
US10230585B1 (en) * 2016-09-30 2019-03-12 Juniper Networks, Inc. Multi vendor device support in network management systems
US10326657B1 (en) * 2016-09-30 2019-06-18 Juniper Networks, Inc. Multi vendor device support in network management systems
US20190220778A1 (en) * 2016-10-04 2019-07-18 Mitsubishi Electric Corporation Information processing apparatus, information processing method, and computer readable medium
US10785278B2 (en) * 2016-11-04 2020-09-22 Google Llc Network management interface
CN108363545B (zh) * 2017-01-26 2021-12-03 华为技术有限公司 一种数据配置方法及数据配置装置
US11018945B2 (en) * 2017-03-13 2021-05-25 Futurewei Technologies, Inc. Telemetry aggregation and network autonomic scaling
CN109033483B (zh) * 2017-06-12 2023-11-14 中兴通讯股份有限公司 一种在yang模型中定义数据关系的方法、装置及***
WO2019083841A1 (en) * 2017-10-23 2019-05-02 Nokia Solutions And Networks Oy MANAGING NETWORK TRANCHES
KR102424056B1 (ko) * 2017-10-31 2022-07-25 한국전자통신연구원 Netconf 기반의 네트워크 시스템 명령어를 yang 언어로 모델링하는 방법 및 장치
CN109361550B (zh) * 2018-11-21 2021-06-08 国家计算机网络与信息安全管理中心 网络设备配置管理的方法、装置及设备
CN109951315B (zh) * 2019-02-14 2022-02-22 烽火通信科技股份有限公司 一种实现yang模型到内部模型映射的方法及***
CN112187525B (zh) * 2019-10-31 2021-08-20 华为技术有限公司 设备管理方法、装置、***、设备及存储介质

Also Published As

Publication number Publication date
MX2022005204A (es) 2022-05-18
EP4044511A4 (en) 2022-10-26
CN112187525B (zh) 2021-08-20
JP2022554262A (ja) 2022-12-28
JP7418565B2 (ja) 2024-01-19
BR112022008014A2 (pt) 2022-07-12
US20220255818A1 (en) 2022-08-11
CN112187525A (zh) 2021-01-05
WO2021082844A1 (zh) 2021-05-06
CN112751698B (zh) 2023-10-24
EP4044511A1 (en) 2022-08-17
CN112751698A (zh) 2021-05-04

Similar Documents

Publication Publication Date Title
CN112751698B (zh) 设备管理方法、装置、***、设备及存储介质
EP3195567B1 (en) Publication and discovery of m2m-iot services
US8572157B2 (en) Configuration based approach to unify web services
US20140344269A1 (en) Semantic Naming Model
US7386860B2 (en) Type extensions to web services description language
EP3864880B1 (en) Devices and methods for discovering collectable data and analytics data in a network
US11381947B2 (en) Thing description to resource directory mapping
WO2017133496A1 (zh) 一种资源获取的方法及相关设备
CN114490268A (zh) 全链路监控方法、装置、设备、存储介质和程序产品
CN113572651B (zh) 基于多协议设备管理架构的云平台资源管理方法和***
US11894995B2 (en) Data processing method and apparatus
CN116366701A (zh) 一种数字化楼宇的管理控制***和方法
CN108429764B (zh) 一种基于私有协议的数据传输和解析的方法
Liu et al. A middleware-based implementation for data integration of remote devices
US11698874B2 (en) Systems and methods for generic assurance framework
CN111522642B (zh) 风电机组状态监测数据的获取方法、查询方法及电子设备
WO2022057998A1 (en) Apparatus, method, and computer program
CN114980259B (zh) 用于通信网络中数据的注册、发现和获取的机制
US11973660B1 (en) Method and system for data model mapping for network management
Tan et al. Metadata management of context resources in context-aware middleware system
EP3928468A1 (en) Methods and devices for service capability discovery provided by management function providers
CN105763380A (zh) 一种网管数据获取方法和装置
CN112347374A (zh) 一种天气预报方法、装置及计算机存储介质
Bröring et al. An intermediary layer for linking sensor networks and the sensor web
CN116781795A (zh) 数据传输方法、物联网网关及***

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination