CN113784237A - 用于上报采集数据的方法、装置、网络设备和计算机介质 - Google Patents

Abstract

本公开内容涉及用于上报采集数据的方法、装置、网络设备和计算机介质。所提供的用于上报采集数据的方法包括：接收网管侧的控制器发送的netconf报文，netconf报文包含与网络设备采集数据有关的配置信息；将接收到的netconf报文转换为gRPC报文；通过网络设备中的gRPC服务器模块对转换得到的gRPC报文进行解析以得到配置信息；以及将网络设备根据配置信息采集的数据通过gRPC服务器模块发送给网管侧的采集器中的gRPC客户端模块。通过上述技术方案，使得Telemetry静态配置情景能够复用Telemetry动态配置情景下的硬件配置和采集数据上报方面的操作，降低了网络设备的实现复杂度，节省了其资源开销。

Description

用于上报采集数据的方法、装置、网络设备和计算机介质

技术领域

本公开内容涉及光网络领域，更具体地，涉及在光网络领域中用于上报采集数据的方法、装置、网络设备和计算机可读存储介质。

背景技术

相比于传统的固定宽带业务，千兆时代的云虚拟现实(Cloud VR)、云游戏等新兴业务都更注重最终用户的业务体验。更注重用户体验的体验敏感型业务对网络传输性能提出了更高的要求，例如，希望网络性能在保证业务正常执行的同时尽可能稳定。但是，由于网络中的传输设备、链路、终端设备等的运行状况受到诸多因素的影响，可能会出现偶发的瞬间网络劣化，这会对业务体验造成不良的影响。因此，希望能够提供一些技术来监控网络质量。

目前，在光网络中广泛应用的采集技术能够在一定程度上监控网络质量。通过根据网络设备上报的端口流量信息、CPU使用率、内存占用情况等，来对网络设备或者路由状况进行调整，以达到保持或改善网络质量的效果。受限于采集技术的限制，针对网络指标的监控不够实时的问题，新近引入了Telemetry(遥测)技术。Telemetry技术能够达到秒级乃至亚秒级的采样精度，从而能够捕捉网络的瞬间突发，使得能够更快速地发现网络性能的变化，便于更及时地从网管侧对网络做出管理，从而提高网络质量。

针对诸如无源光网络(PON)的光网络系统中的数据采集的实际应用需求，基于Telemetry技术的数据采集被分为静态配置和动态配置两种情景。目前，部分PON厂商针对静态配置情景采用gRPC推送模式实现，其中在网络设备中部署gRPC客户端模块，而针对动态配置情景采用gRPC订阅模式实现，其中在网络设备中部署gRPC服务器模块。

在静态配置情景中，网管侧的控制器向网络设备下发基于Yang模型的携带有配置信息的netconf报文，网络设备通过解析netconf报文来根据配置信息进行配置，从而基于配置信息中指定的条件，经由网络设备中的gRPC客户端模块周期地向网管侧的采集器中的gRPC服务器模块主动上报采集数据。在动态配置情景中，网管侧的采集器中的gRPC客户端模块通过向网络设备中的gRPC服务器模块发送gRPC报文来请求需要由网络设备采集的数据，网络设备中的gRPC服务器模块通过根据gRPC报文配置网络设备的硬件来得到响应于请求的采集数据，并将采集数据返回给采集器中的gRPC客户端模块。

由于在静态配置情景中，网络设备需要作为gRPC客户端操作、采集器需要作为gRPC服务器操作，而在动态配置情景中，网络设备需要作为gRPC服务器操作、采集器需要作为gRPC客户端操作，这使得在实现Telemetry技术的过程中，采集器和网络设备之间需要保持两条独立的由服务器和客户端构成的逻辑连接，这增加了网络设备和采集器的实现复杂度，并造成了网络资源的浪费。

发明内容

本公开内容提供了一种用于上报采集数据的方法、装置、网络设备和计算机可读存储介质，能够节省网络设备在Telemetry静态配置情景中的资源开销，降低了网络设备的实现复杂度。

根据本公开的一方面，提供了一种用于上报采集数据的方法。该方法包括：接收网管侧的控制器发送的netconf报文，所述netconf报文包含与网络设备采集数据有关的配置信息；将接收到的netconf报文转换为gRPC报文；通过所述网络设备中的gRPC服务器模块对转换得到的gRPC报文进行解析以得到所述配置信息；以及将所述网络设备根据所述配置信息采集的数据通过所述gRPC服务器模块发送给网管侧的采集器中的gRPC客户端模块。

根据本公开的另一方面，提供了一种用于上报采集数据的装置。该装置包括用于执行上述方法的步骤的部件。

根据本公开的再一方面，提供了一种网络设备。该网络设备包括：netconf通信模块，被配置为接收网管侧的控制器发送的netconf报文，所述netconf报文包含与网络设备采集数据有关的配置信息；转换模块，被配置为将接收到的netconf报文转换为gRPC报文；以及gRPC服务器模块，被配置为对转换得到的gRPC报文进行解析以得到所述配置信息，并且将所述网络设备根据所述配置信息采集的数据发送给网管侧的采集器中的gRPC客户端模块。

根据本公开的又一方面，提供了一种网络设备。该网络设备包括：存储器，存储有计算机可执行指令；以及处理器，与所述存储器耦接，其中，所述计算机可执行指令当被所述处理器执行时，使所述处理器执行上述方法。

根据本公开的又一方面，提供了一种计算机可读存储介质，存储有计算机可执行指令，其中，所述计算机可执行指令当被处理器执行时，使所述处理器执行上述方法。

根据本公开内容提供的技术方案，在Telemetry静态配置情景中，通过将netconf报文转换为gRPC报文，使得能够复用Telemetry动态配置情景中的硬件配置方式以及采集数据上报方式，从而不再需要Telemetry静态配置情景原本所需的用于netconf报文解析并配置网络设备硬件的模块以及与采集数据上报有关的模块，因此降低了网络设备的实现复杂度，节省了网络设备的资源开销。进一步地，由于Telemetry静态配置情景复用了Telemetry动态配置情景中的采集数据上报方式，网管侧的采集器也不再需要Telemetry静态配置情景原本所需的gRPC服务器模块，这也降低了采集器的实现复杂度，节省了采集器的资源开销。

通过以下参照附图对本公开的示例性实施例的详细描述，本公开的其它特征及其优点将会变得清楚。

附图说明

构成说明书的一部分的附图描述了本公开的实施例，并且连同说明书一起用于解释本公开的原理。

图1是相关技术中的能够实现Telemetry技术以向网管侧上报采集数据的系统的框图。

图2是根据本公开实施例的对Telemetry技术进行改进的系统的框图。

图3是根据本公开实施例的用于上报采集数据的方法的流程图。

图4是相关技术中的Telemetry静态配置情景中的上报采集数据的方法的流程图。

图5是根据本公开实施例的Telemetry静态配置情景中的上报采集数据的方法的流程图。

图6是根据本公开实施例的用于上报采集数据的装置的结构框图。

图7是根据本公开实施例的网络设备的结构框图。

图8是根据本公开实施例的网络设备的另一结构框图。

具体实施方式

现在将参照附图来详细描述本公开的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

首先参考图1，在图1中示出了相关技术中的能够实现Telemetry技术以向网管侧上报采集数据的系统100的框图。

系统100例如可以位于无源光网络中，它可以包括网管侧的控制器110和采集器120以及设备侧的网络设备130。这里的网络设备130例如为光线路终端(OLT)，当然，网络设备130还可以为在光链路上传递数据并受网管侧控制的其他设备。

在Telemetry静态配置情景中，控制器110通过其中的netconf客户端模块112向网络设备130中的netconf通信模块132发送基于Yang模型的netconf报文，在netconf报文中承载有用于对网络设备130进行配置的配置信息，所述配置信息用于指示网络设备130如何采集并上报数据以及采集什么数据。

在网络设备130中的netconf通信模块132接收到netconf报文之后，netconf通信模块132将netconf报文传递给Yang模型解析模块134。Yang模型解析模块134对netconf报文进行解析以获得其中携带的配置信息，并根据配置信息对网络设备130的硬件进行编码，从而实现对网络设备130的配置。

在网络设备130的硬件被配置并生效之后，网络设备130可以根据配置信息采集相应的数据(例如端口流量、CPU使用率、内存占用情况等)，并将采集数据以gRPC报文的形式进行数据封装之后，经由gRPC客户端模块138发送给采集器120中的gRPC服务器模块122。

在Telemetry动态配置情景中，采集器120通过其中的gRPC客户端模块124经由gRPC协议向网络设备130中的gRPC服务器模块139发送采用protobuf编码方式的gRPC报文，在gRPC报文中携带有用于请求网络设备130采集数据的请求信息。所述请求信息可以请求网络设备130上报所需要的数据，例如，可以请求网络设备130上报当前的端口流量、当前的CPU使用率等。

网络设备130中的gRPC服务器模块139对接收到的gRPC报文进行解析以获得请求信息，并根据请求信息对网络设备130的硬件进行编码，从而实现对网络设备130的配置。

在网络设备130的硬件被配置并生效之后，网络设备130可以根据请求信息采集满足请求信息的数据(例如端口流量、CPU使用率、内存占用等)，并将采集数据以gRPC报文的形式进行数据封装之后，经由gRPC服务器模块139发送给采集器120中的gRPC客户端模块124。

无论是静态配置情景还是动态配置情景，当采集器120接收到网络设备130上报的采集数据之后，网管侧可以对上报的采集数据进行分析，根据分析结果对设备侧的设备进行管理和控制，例如对网络设备130进行进一步的配置，以实现更好的网络质量。

从图1的描述可知，在对网络设备130的硬件进行配置以采集相应数据和上报采集数据方面，存在分别用于静态配置情景和动态配置情景的两套独立的流程，使得网络设备130和采集器120的实现都比较复杂，资源浪费严重。

为了简化实现复杂度，在图2中示出了根据本公开实施例的对Telemetry技术进行改进的系统200的框图。

在Telemetry静态配置情景中，控制器210通过其中的netconf客户端模块212向网络设备230中的netconf通信模块232发送基于Yang模型的netconf报文，在netconf报文中承载有用于对网络设备130进行配置的配置信息。例如，所述配置信息可以配置网络设备230以使其能够每5秒向采集器220主动发送端口流量，还可以配置网络设备230以使其在CPU使用率超过60％时向采集器220发送报警数据。如本领域技术人员可以理解的，可以有各种各样的配置信息，当满足配置信息中的相应条件时，网络设备230可以主动向采集器上报相关数据。

在网络设备230中的netconf通信模块232接收到netconf报文之后，netconf通信模块232将netconf报文传递给转换模块235。转换模块235被配置为将netconf报文转换为gRPC报文。netconf报文基于Yang模型，而gRPC报文采用protobuf编码方式并基于gRPC协议进行封装，因此，为了将netconf报文转换为gRPC报文，可以对于netconf报文中的具有值的每个字段，对该字段的值根据protobuf编码方式进行编码，然后在netconf报文中的具有值的每个字段都被编码之后，将所有的编码数据根据gRPC协议封装成gRPC报文。

例如，在转换模块235工作时，可以首先判断netconf报文中的某个字段是否有值。当该字段有值时，使用本领域技术人员已知的顺序差异化编码对该字段进行编码，当该字段没有值时，继续处理netconf报文中的下一个字段。在netconf报文中的所有字段都被处理后，对所有得到的编码数据进行本领域技术人员已知的顺序差异化封装，由此得到gRPC报文。当然，本领域技术人员还可以想到将netconf报文转换为gRPC报文的其他方式，只要既满足gRPC报文的数据编码要求、又满足gRPC报文的封装要求即可。

转换模块235将得到的gRPC报文传递给gRPC服务器模块239，gRPC服务器模块239对接收到的gRPC报文进行解析，以根据控制器210下发的配置信息对网络设备230的硬件进行编码，从而实现对网络设备230的配置。

在网络设备230的硬件被配置并生效之后，网络设备230可以根据配置信息中指示的条件来采集相应的数据，并将采集数据以gRPC报文的形式进行数据封装之后，经由gRPC服务器模块239发送给采集器220中的gRPC客户端模块224。

在Telemetry动态配置情景中，系统200的操作与系统100在Telemetry动态配置情景中的操作相同，在此不再赘述。

可见，在实现Telemetry技术的改进的系统200中，在网络设备230中不再存在网络设备130中包含的Yang模型解析模块134和gRPC客户端模块138。通过在网络设备230中包含转换模块235，使得在Telemetry静态配置情景中可以将netconf报文转换为gRPC报文，并将gRPC报文交由gRPC服务器模块处理，从而能够复用Telemetry动态配置情景中的硬件配置方式和采集数据上报方式，这简化了网络设备230的实现复杂度，节省了其资源开销。另外，新增的转换模块235可以通过模型化结构数据序列化完成，实现难度不高。转换模块235的添加相比于Yang模型解析模块134和gRPC客户端模块138的去除以及操作的复用而言，整体上降低了实现复杂度并节省了资源开销。此外，在采集器220中不再存在采集器120中包含的gRPC服务器模块122，因此也简化了采集器220的实现复杂度，节省了其资源开销。并且，在采集器和网络设备之间只需要保持一条由服务器和客户端构成的逻辑连接，相比于相关技术中的两条逻辑连接，大大简化了Telemetry技术的实现过程。

接着，参考图3，描述根据本公开实施例的用于上报采集数据的方法300的流程图。在描述的过程中，还参考了图2中示出的系统框图。

在S310中，网络设备230接收网管侧的控制器210发送的netconf报文，netconf报文包含与网络设备230采集数据有关的配置信息。

在S320中，网络设备230将在S310接收到的netconf报文转换为gRPC报文。

在S330中，通过gRPC服务器模块239对S320中转换得到的gRPC报文进行解析以得到配置信息。

在S340中，将网络设备230根据配置信息采集的数据通过gRPC服务器模块239发送给网管侧的采集器220中的gRPC客户端模块224。

根据本公开的实施例，S320中的转换过程可以由转换模块235来实现，并且可以包括以下操作：对于netconf报文中的具有值的每个字段，对该字段的值根据protobuf编码方式进行编码，以及在netconf报文中的具有值的每个字段都被编码之后，将所有的编码数据根据gRPC协议封装成gRPC报文。

根据本公开的实施例，方法300还可以包括Telemetry动态配置情景下的操作。在该操作中，通过gRPC服务器模块239对采集器220中的gRPC客户端模块224发送的携带有请求信息的gRPC报文进行解析以得到该请求信息，该请求信息用于请求网络设备230采集数据，以及将网络设备230根据请求信息采集的数据发送给采集器220中的gRPC客户端模块224。

根据本公开的实施例，方法300还可以包括：根据S330中解析得到的配置信息对网络设备230的硬件进行配置，以使得网络设备2330能够根据该配置信息采集数据。

关于上述各处理的细节可以参考上述关于图2的描述，在此不再赘述。

为了更清楚地比较本公开实施例涉及的Telemetry静态配置情景中的操作和相关技术中的Telemetry静态配置情景中的操作之间的不同，在图4和图5中分别示出了相关技术中的Telemetry静态配置情景中的上报采集数据的方法400的流程图和根据本公开实施例的Telemetry静态配置情景中的上报采集数据的方法500的流程图。

如方法400所示，在S410中，网管侧的控制器基于Yang模型向网络设备(例如OLT)下发包含配置信息的netconf报文。

在S420中，网络设备接收netconf报文。

在S430中，Yang模型解析模块对netconf报文进行解析。

在S440中，根据Yang模型解析模块解析得到的配置信息，对网络设备的硬件进行编码以实现对其的配置，使得网络设备能够根据配置信息采集相应数据。

在S450中，网络设备的gRPC客户端模块向采集器的gRPC服务器模块推送采集数据。

在S460中，采集器的gRPC服务器模块解析采集数据。

如方法500所示，在S510中，网管侧的控制器基于Yang模型向网络设备(例如OLT)下发包含配置信息的netconf报文。

在S520中，网络设备接收netconf报文。

在S530中，网络设备将接收到的netconf报文转换为gRPC报文。

具体而言，从netconf报文中的第一个字段开始，在S532中，判断netconf报文中的某字段是否有值。如果netconf报文中的该字段具有值，则在S534中，对该字段按照protobuf编码方式进行编码，例如，可以对该字段的值进行顺序差异化编码。如果netconf报文中的该字段没有值，则进入S536。在S536中，确定netconf报文中的最后一个字段是否已被处理。如果最后一个字段已被处理，则进入S538，如果最后一个字段还未被处理，则返回S532，判断当前字段的下一个字段是否有值。在S538中，将按protobuf编码方式编码得到的所有编码数据根据gRPC协议封装成gRPC报文，例如，可以对这些编码数据进行顺序差异化封装。

在S540中，网络设备中的gRPC服务器模块对gRPC报文进行解析以得到配置信息，并对网络设备的硬件进行编码以实现对其的配置，使得网络设备能够根据配置信息采集相应数据。

在S550中，网络设备的gRPC服务器模块向采集器的gRPC客户端模块反馈采集数据。

在S560中，采集器的gRPC客户端模块解析采集数据。

通过比较方法400和500，可以发现S510和S520分别保留了S410和S420的操作，S530是新增的操作，S430-S460被删除，S540至S560复用了Telemetry动态配置情景中的部分操作。从而，根据本发明实施例的用于上报采集数据的方法使得Telemetry静态配置情景能够复用Telemetry动态配置情景中的硬件配置和数据上报方面的操作，避免了相关技术中分别使用两套独立的流程来实现静态配置情景和动态配置情景所造成的资源浪费，简化了在Telemetry技术的实现过程中网络设备和采集器的实现复杂度。例如，由于Telemetry静态配置情景复用了Telemetry动态配置情景下的部分操作，因此在网络设备中可以不再存在gRPC客户端模块，与此相对应地，在网管侧的采集器中可以不再存在gRPC服务器模块。

在图6中示出了根据本公开实施例的用于上报采集数据的装置600的结构框图。

装置600中可以包括接收部件610、转换部件620、解析部件630和发送部件640。这些部件中的每一个可以通过硬件、软件、固件或其任意组合的方式实现。接收部件610可以用于接收网管侧的控制器发送的netconf报文，netconf报文包含与网络设备采集数据有关的配置信息。转换部件620可以用于将接收到的netconf报文转换为gRPC报文。解析部件630可以用于通过网络设备中的gRPC服务器模块对转换得到的gRPC报文进行解析以得到配置信息。发送部件640可以用于将网络设备根据配置信息采集的数据通过gRPC服务器模块发送给网管侧的采集器中的gRPC客户端模块。

根据本公开的实施例，转换部件620可以进一步用于对于netconf报文中的具有值的每个字段，对该字段的值根据protobuf编码方式进行编码，以及在netconf报文中的具有值的每个字段都被编码之后，将所有的编码数据根据gRPC协议封装成gRPC报文。

根据本公开的实施例，装置600还可以包括第二解析部件和第二发送部件(这两个部件均未在图中示出)。第二解析部件可以用于通过gRPC服务器模块对采集器中的gRPC客户端模块发送的携带有请求信息的gRPC报文进行解析以得到请求信息，请求信息用于请求网络设备采集数据。第二发送部件可以用于将网络设备根据请求信息采集的数据发送给采集器中的gRPC客户端模块。

根据本公开的实施例，装置600还可以包括配置部件(未在图中示出)。配置部件可以用于根据配置信息对网络设备的硬件进行配置，以使得网络设备根据配置信息采集数据。

上述各部件的上述和其他操作和/或功能可以参考图2、图3和图5中的相关描述，为了避免重复，在此不再赘述。

根据本公开实施例的用于上报采集数据的装置改进了Telemetry技术，使得Telemetry静态配置情景能够复用Telemetry动态配置情景中的硬件配置方式以及采集数据上报方式，从而降低了网络设备的实现复杂度，节省了网络设备的资源开销。

下面，结合图7和与8描述根据本公开实施例的网络设备的结构框图。

图7中示出的网络设备700可以包括netconf通信模块710、转换模块720和gRPC服务器模块730。这些模块可以是以任何编程语言实现的软件、硬件或其组合，它们中的任何一个可以对应于一组计算机指令或程序段，也可以对应于能够实现对应功能的可编程逻辑电路或专用集成电路，还可以对应于上述的任意组合。netconf通信模块710可以被配置为接收网管侧的控制器发送的netconf报文，netconf报文包含与网络设备700采集数据有关的配置信息。转换模块720可以被配置为将接收到的netconf报文转换为gRPC报文。gRPC服务器模块730可以被配置为对转换得到的gRPC报文进行解析以得到配置信息，并且将网络设备700根据配置信息采集的数据发送给网管侧的采集器中的gRPC客户端模块。

根据本公开的实施例，转换模块720可以被进一步配置为对于netconf报文中的具有值的每个字段，对该字段的值根据protobuf编码方式进行编码，以及在netconf报文中的具有值的每个字段都被编码之后，将所有的编码数据根据gRPC协议封装成gRPC报文。

根据本公开的实施例，gRPC服务器模块730可以被进一步配置为对采集器中的gRPC客户端模块发送的携带有请求信息的gRPC报文进行解析以得到请求信息，请求信息用于请求网络设备700采集数据，以及将网络设备700根据请求信息采集的数据发送给采集器中的gRPC客户端模块。

网络设备700中的netconf通信模块710、转换模块720和gRPC服务器模块730可以分别与网络设备230中的netconf通信模块232、转换模块235和gRPC服务器模块239对应，其相关和其他操作和/或功能可以参考图2、图3和图5的相关描述，为了避免重复，在此不再赘述。

根据本公开的实施例，在网络设备700中，可以不存在网络设备130中包括的gRPC客户端模块，也可以不存在网络设备130中包括的Yang模型解析模块。

由于网络设备700中的转换模块720的引入，使得Telemetry静态配置情景能够复用Telemetry动态配置情景中的硬件配置方式以及采集数据上报方式，从而降低了网络设备的实现复杂度，节省了网络设备的资源开销。

图8中所示的网络设备800包括存储器810和处理器820。存储器810可以是只读存储器、光盘、硬盘、磁盘、闪存或其它任何非易失性存储介质。存储器可以存储用于实现方法300和/或500中的一个或多个步骤和/或网络设备230中的至少一个模块的操作的计算机可执行指令。

处理器820可以例如通过总线耦接至存储器810，可以作为一个或多个集成电路来实施，例如微处理器或微控制器。该处理器820用于执行存储器810中存储的用于实现方法300和/或500中的一个或多个步骤和/或网络设备230中的至少一个模块的操作的计算机可执行指令。通过所述计算机可执行指令的执行，使得Telemetry静态配置情景能够复用Telemetry动态配置情景中的硬件配置方式以及采集数据上报方式，从而降低了网络设备的实现复杂度，节省了网络设备的资源开销。

如现有计算机装置中那样，网络设备800可以通过读写接口连接至外部存储装置以便调用外部数据，还可以通过网络接口连接至网络或者其他计算机装置，此处不再进行详细描述。

根据本公开的实施例，在计算机可读存储介质上可以存储有用于执行方法300和/或500中的一个或多个步骤和/或网络设备230中的至少一个模块的操作的计算机可执行指令，当所述指令被处理器运行时，能够使得处理器执行相应的步骤，从而使得Telemetry静态配置情景下的部分操作能够采用Telemetry动态配置情景下的部分操作，避免网络设备800为静态配置和动态配置保持两套独立的流程，降低了网络设备的实现复杂度，节省了网络设备的资源开销。

上述装置600以及网络设备700和800均可以作为联网设备连接在诸如无源光网络之类的光网络系统中，以与其他设备进行通信。在这样的网络系统中，至少存在一个设备能够实现上述方法300和/或500和/或作为网络设备200操作。

本领域内的技术人员应明白，本公开的实施例可提供为方法、装置、或计算机程序产品。因此，本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用非瞬时性存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本公开是参照根据本公开实施例的方法、设备(系统)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

至此，已经详细描述了本公开。为了避免遮蔽本公开的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。

可能以许多方式来实现本公开的方法和系统。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本公开的方法和系统。用于所述方法的步骤的上述顺序仅是为了进行说明，本公开的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本公开实施为记录在记录介质中的程序，这些程序包括用于实现根据本公开的方法的机器可读指令。因而，本公开还覆盖存储用于执行根据本公开的方法的程序的记录介质。

虽然已经通过示例对本公开的一些特定实施例进行了详细说明，但是本领域的技术人员应该理解，以上示例仅是为了进行说明，而不是为了限制本公开的范围。本领域的技术人员应该理解，可在不脱离本公开的范围和精神的情况下，对以上实施例进行修改。本公开的范围由所附权利要求来限定。

Claims (12)

1.一种用于上报采集数据的方法，包括：

接收网管侧的控制器发送的netconf报文，所述netconf报文包含与网络设备采集数据有关的配置信息；

将接收到的netconf报文转换为gRPC报文；

通过所述网络设备中的gRPC服务器模块对转换得到的gRPC报文进行解析以得到所述配置信息；以及

将所述网络设备根据所述配置信息采集的数据通过所述gRPC服务器模块发送给网管侧的采集器中的gRPC客户端模块。

2.根据权利要求1所述的方法，其中，所述将接收到的netconf报文转换为gRPC报包括：

对于netconf报文中的具有值的每个字段，对该字段的值根据protobuf编码方式进行编码；以及

在netconf报文中的具有值的每个字段都被编码之后，将所有的编码数据根据gRPC协议封装成gRPC报文。

3.根据权利要求1所述的方法，还包括：

通过所述gRPC服务器模块对采集器中的gRPC客户端模块发送的携带有请求信息的gRPC报文进行解析以得到所述请求信息，所述请求信息用于请求所述网络设备采集数据；以及

将所述网络设备根据所述请求信息采集的数据发送给采集器中的gRPC客户端模块。

4.根据权利要求1所述的方法，还包括：

根据所述配置信息对所述网络设备的硬件进行配置，以使得所述网络设备根据所述配置信息采集数据。

5.根据权利要求1所述的方法，其中，在所述网络设备中不存在gRPC客户端模块，以及在网管侧的采集器中不存在gRPC服务器模块。

6.一种用于上报采集数据的装置，包括用于执行根据权利要求1-5中任一项所述的方法的步骤的部件。

7.一种网络设备，包括：

netconf通信模块，被配置为接收网管侧的控制器发送的netconf报文，所述netconf报文包含与网络设备采集数据有关的配置信息；

转换模块，被配置为将接收到的netconf报文转换为gRPC报文；以及

gRPC服务器模块，被配置为对转换得到的gRPC报文进行解析以得到所述配置信息，并且将所述网络设备根据所述配置信息采集的数据发送给网管侧的采集器中的gRPC客户端模块。

8.根据权利要求7所述的网络设备，其中，所述转换模块被进一步配置为：

对于netconf报文中的具有值的每个字段，对该字段的值根据protobuf编码方式进行编码；以及

在netconf报文中的具有值的每个字段都被编码之后，将所有的编码数据根据gRPC协议封装成gRPC报文。

9.根据权利要求7所述的网络设备，其中，gRPC服务器模块被进一步配置为：

对采集器中的gRPC客户端模块发送的携带有请求信息的gRPC报文进行解析以得到所述请求信息，所述请求信息用于请求所述网络设备采集数据；以及

将所述网络设备根据所述请求信息采集的数据发送给采集器中的gRPC客户端模块。

10.根据权利要求7所述的网络设备，其中，在所述网络设备中不存在gRPC客户端模块。

11.一种网络设备，包括：

存储器，存储有计算机可执行指令；以及

处理器，与所述存储器耦接，其中，所述计算机可执行指令当被所述处理器执行时，使所述处理器执行根据权利要求1-5中任一项所述的方法。

12.一种计算机可读存储介质，存储有计算机可执行指令，其中，所述计算机可执行指令当被处理器执行时，使所述处理器执行根据权利要求1-5中任一项所述的方法。

Images