网络设备的配置方法、装置、设备及系统与流程

本申请涉及通信技术领域，尤其涉及一种网络设备的配置方法、装置、设备及系统。

背景技术：

自主网络集成模型和方法(简称anima)是由自主网络基础设施(autonomicnetworkinfrastructure，ani)与自主服务代理(autonomicserviceagent，asa)组成。anima可以实现网络设备的即插即管和即插即用，降低网络运营的成本，从而简化网络运维。

telemetry是一项从物理设备或虚拟设备上远程高速采集数据的网络监控技术，网络设备通过推模式(pushmode)主动向采集器和分析器上送数据信息，提供更实时、更高速、更精准的网络监控功能。

目前，支持telemetry的网络设备量级较小，通过用户人工配置或者网管下发配置telemetry的配置参数，便可实现网络设备的自动监控。然而，anima系统中在实现每个网络设备的自动监控时，由于网络设备数量庞大，量级达到千台甚至万台，采用用户人工配置或者网管下发配置telemetry的配置参数不易实现，效率低下且成本较高。

技术实现要素：

本申请提供一种网络设备的配置方法、装置、设备及系统，用于实现anima系统中的大量网络设备的配置过程，提高了配置的效率，节省了时间和成本。

第一方面，本申请提供一种网络设备的配置方法，包括：

第一网络设备接收第二网络设备发送的第一配置消息，所述第一配置消息的格式为基于自主网络集成模型和方法anima系统的消息格式；

所述第一网络设备确定所述第一配置消息中携带有对所述第一网络设备进行配置的配置参数；

所述第一网络设备解析所述第一配置消息，获取所述第一配置参数；

所述第一网络设备根据所述第一配置参数，对所述第一网络设备进行配置。

通过第一方面提供的网络设备的配置方法，由于第二网络设备已经采用用户人工或者网管下发的配置方式进行配置，因此，第一网络设备在接收到第二网络设备发送的基于anima系统的消息格式的第一配置消息。由于第一配置参数为对第一网络设备进行配置的参数，因此，在第一网络设备确定第一配置消息中携带有第一配置参数时，第一网络设备可以解析第一配置消息，得到第一配置参数。然后，第一网络设备可以根据该第一配置参数，对第一网络设备进行配置，实现了通过一个网络设备或者少量网络设备的配置对anima系统中的大量网络设备的配置过程，提高了设备的配置效率，缩短了设备的配置时间，节省了设备的配置成本，且方便anima系统中各个网络设备实现如监控数据信息、统一参数配置以及实时同步数据等处理过程。

在一种可能的设计中，所述第一配置参数为telemetry的配置参数；

所述第一网络设备根据所述第一配置参数，对所述第一网络设备进行配置，包括：

所述第一网络设备根据所述telemetry的配置参数，对所述第一网络设备进行配置。

通过该实施方式提供的网络设备的配置方法，根据第二网络设备通过第一配置消息发送的telemetry的配置参数，第一网络设备可以对第一网络设备进行配置，便可开始telemetry业务，实现了对数据信息的有效监控。

在一种可能的设计中，所述第一网络设备根据所述telemetry的配置参数，对所述第一网络设备进行配置，包括：

所述第一网络设备将所述telemetry的配置参数确定为所述第一网络设备的待配置参数；

所述第一网络设备对所述第一网络设备的待配置参数进行配置。

在一种可能的设计中，所述第一网络设备根据所述telemetry的配置参数，对所述第一网络设备进行配置，包括：

所述第一网络设备根据所述telemetry的配置参数和所述第一网络设备的参数之间的对应关系，确定所述第一网络设备的待配置参数；

所述第一网络设备对所述第一网络设备的待配置参数进行配置。

在一种可能的设计中，所述第一网络设备根据所述telemetry的配置参数，对所述第一网络设备进行配置，包括：

所述第一网络设备对所述telemetry的配置参数进行动态调整，确定所述第一网络设备的待配置参数；

所述第一网络设备对所述第一网络设备的待配置参数进行配置。

通过该实施方式提供的网络设备的配置方法，在第一网络设备对第一网络设备进行配置过程时，第一网络设备可以充分考虑网络设备的设备类型以及telemetry的配置参数的类型，并通过上述三种实现方式，对第一网络设备进行灵活配置。

在一种可能的设计中，所述telemetry的配置参数包括：所述telemetry的传感器组、目标组以及订阅组。

在一种可能的设计中，所述第一配置消息为在grasp协议报文的洪泛消息中添加所述telemetry的配置参数得到的，所述grasp协议报文为所述anima系统中的一种消息格式。

在一种可能的设计中，在所述第一网络设备接收第二网络设备发送的第一配置消息之前，所述方法还包括：

所述第一网络设备判断所述第一网络设备是否接入所述anima系统。

在一种可能的设计中，所述第一网络设备在确定所述第一网络设备接入所述anima系统时，所述第一网络设备根据所述第一配置参数，对所述第一网络设备进行配置，包括：

所述第一网络设备在接收到所述anima系统中的策略服务器发送的更新消息，所述更新消息用于指示所述第一网络设备对所述第一网络设备进行更新配置时，根据所述第一配置参数，对所述第一网络设备进行更新配置。

通过该实施方式提供的网络设备的配置方法，已接入anima系统中的第一网络设备在anima系统中的策略服务器的策略配置作用下，不仅可以选择是否接收第二网络设备发送的第一配置消息，以避免占用过多存储空间以及提高设备的接收压力，还可以选择是否更新第一网络设备，以保证第一网络设备配置的实时性，提升设备的处理速率和监控性能。

在一种可能的设计中，所述第一网络设备在确定所述第一网络设备未接入所述anima系统时，所述第一网络设备接收第二网络设备发送的第一配置消息，包括：

所述第一网络设备接入所述anima系统中，并接收所述anima系统中的策略服务器发送的允许消息，所述允许消息用于表示允许所述第一网络设备对所述第一网络设备进行配置；

所述第一网络设备根据所述允许消息，接收所述第二网络设备发送的第一配置消息。

通过该实施方式提供的网络设备的配置方法，未接入anima系统中的第一网络设备在接入到anima系统中之后，可以直接默认接收第二网络设备发送的第一配置消息，也可以在anima系统中的策略服务器的策略配置作用下，被允许是否接收第二网络设备发送的第一配置消息，以避免占用过多存储空间以及提高设备的接收压力。

在一种可能的设计中，所述方法还包括：

所述第一网络设备接收不同于所述第二网络设备的第三网络设备发送的第二配置消息，所述第二配置消息的格式为基于所述anima系统的格式；

所述第一网络设备确定所述第二配置消息中携带有对所述第一网络设备进行配置的第二配置参数；

所述第一网络设备解析所述第二配置消息，获取所述第二配置参数；

所述第一网络设备根据预设配置规则、所述第一配置参数以及所述第二配置参数，对所述第一网络设备进行配置。

通过该实施方式提供的网络设备的配置方法，第一网络设备可以同时接收anima系统中的多个网络设备发送的配置消息，且根据解析各个配置消息得到的配置参数以及预设配置规则，对第一网络设备进行灵活配置，从而，避免了多余的配置过程，提高了设备的处理能力，提升了设备的监控性能。

在一种可能的设计中，所述预设配置规则包括配置消息的接收时间顺序和/或网络设备的优先级。

在一种可能的设计中，在所述第一网络设备根据所述第一配置参数，对所述第一网络设备进行配置之后，所述方法还包括：

所述第一网络设备对所述第一网络设备的已配置参数进行监控。

第二方面，本申请提供一种网络设备的配置方法，包括：

第二网络设备获取配置参数，所述配置参数为对第一网络设备进行配置的参数；

所述第二网络设备基于anima系统的消息格式生成配置消息，所述配置消息包括所述配置参数；

所述第二网络设备向所述第一网络设备发送所述配置消息，所述配置参数用于所述第一网络设备对所述第一网络设备进行配置。

通过第二方面提供的网络设备的配置方法，由于第二网络设备已经采用用户人工或者网管下发的配置方式进行配置，因此，第二网络设备可以向第一网络设备发送的基于anima系统的消息格式的第一配置消息。由于配置参数为对第一网络设备进行配置的参数，因此，在第一网络设备确定配置消息中携带有配置参数时，使得第一网络设备可以解析得到配置消息中的配置参数，并使得第一网络设备可以根据该配置参数，对第一网络设备进行配置，实现了通过一个网络设备或者少量网络设备的配置对anima系统中的大量网络设备的配置过程，提高了设备的配置效率，缩短了设备的配置时间，节省了设备的配置成本，且方便anima系统中各个网络设备实现如监控数据信息、统一参数配置以及实时同步数据等处理过程。

在一种可能的设计中，所述配置参数为telemetry的配置参数；

所述第二网络设备基于anima系统的消息格式生成配置消息，包括：

所述第二网络设备在grasp协议报文的洪泛消息中添加所述telemetry的配置参数，得到所述配置消息，所述grasp协议报文为所述anima系统中的一种消息格式。

在一种可能的设计中，所述第二网络设备获取配置参数，包括：

所述第二网络设备通过运行所述第二网络设备中基于所述anima系统的自主服务代理asa，获取预先配置的所述telemetry的配置参数；

所述第二网络设备将所述预先配置的所述telemetry的配置参数确定为所述配置参数。

在一种可能的设计中，所述telemetry的配置参数包括：所述telemetry的传感器组、目标组以及订阅组。

第三方面，本申请提供一种第一网络设备，包括：

接收器，用于接收第二网络设备发送的第一配置消息，所述第一配置消息的格式为基于自主网络集成模型和方法anima系统的消息格式；

处理器，用于确定所述第一配置消息中携带有对所述第一网络设备进行配置的配置参数；

所述处理器，还用于解析所述第一配置消息，获取所述第一配置参数；

所述处理器，还用于根据所述第一配置参数，对所述第一网络设备行配置。

在一种可能的设计中，所述处理器，用于在所述第一配置参数为telemetry的配置参数时，根据所述telemetry的配置参数，对所述第一网络设备进行配置。

在一种可能的设计中，所述处理器，具体用于将所述telemetry的配置参数确定为所述第一网络设备的待配置参数；对所述第一网络设备的待配置参数进行配置。

在一种可能的设计中，所述处理器，具体用于根据所述telemetry的配置参数和所述第一网络设备的参数之间的对应关系，确定所述第一网络设备的待配置参数；对所述第一网络设备的待配置参数进行配置。

在一种可能的设计中，所述处理器，具体用于对所述telemetry的配置参数进行动态调整，确定所述第一网络设备的待配置参数；对所述第一网络设备的待配置参数进行配置。

在一种可能的设计中，所述telemetry的配置参数包括：所述telemetry的传感器组、目标组以及订阅组。

在一种可能的设计中，所述第一配置消息为在grasp协议报文的洪泛消息中添加所述telemetry的配置参数得到的，所述grasp协议报文为所述anima系统中的一种消息格式。

在一种可能的设计中，所述处理器，还用于在所述接收器接收第二网络设备发送的第一配置消息之前，判断所述第一网络设备是否接入所述anima系统。

在一种可能的设计中，所述处理器，用于在确定所述第一网络设备接入所述anima系统时，在所述接收器接收到所述anima系统中的策略服务器发送的更新消息，所述更新消息用于指示所述第一网络设备对所述第一网络设备进行更新配置时，根据所述第一配置参数，对所述第一网络设备进行更新配置。

在一种可能的设计中，所述处理器，用于在确定所述第一网络设备未接入所述anima系统时，接入所述anima系统中；

所述接收器，用于接收所述anima系统中的策略服务器发送的允许消息，所述允许消息用于表示允许所述第一网络设备对所述第一网络设备进行配置；

所述处理器，用于根据所述允许消息，接收所述第二网络设备发送的第一配置消息。

在一种可能的设计中，所述接收器，还用于接收不同于所述第二网络设备的第三网络设备发送的第二配置消息，所述第二配置消息的格式为基于所述anima系统的格式；

所述处理器，还用于确定所述第二配置消息中携带有对所述第一网络设备进行配置的第二配置参数；

所处处理器，还用于解析所述第二配置消息，获取所述第二配置参数；

所述处理器，还用于根据预设配置规则、所述第一配置参数以及所述第二配置参数，对所述第一网络设备进行配置。

在一种可能的设计中，所述预设配置规则包括配置消息的接收时间顺序和/或网络设备的优先级。

在一种可能的设计中，所述处理器，还用于在根据所述第一配置参数，对所述第一网络设备进行配置之后，对所述第一网络设备的已配置参数进行监控。

上述第三方面以及上述第三方面的各可能的设计中所提供的第一网络设备，其有益效果可以参见上述第一方面和第一方面的各可能的实施方式所带来的有益效果，在此不再赘述。

第四方面，本申请提供一种第二网络设备，包括：

处理器，用于获取配置参数，所述配置参数为对第一网络设备进行配置的参数；

所述处理器，还用于基于anima系统的消息格式生成配置消息，所述配置消息包括所述配置参数；

发送器，用于向所述第一网络设备发送所述配置消息，所述配置参数用于所述第一网络设备对所述第一网络设备进行配置。

在一种可能的设计中，所述处理器，用于在所述配置参数为telemetry的配置参数时，在grasp协议报文的洪泛消息中添加所述telemetry的配置参数，得到所述配置消息，所述grasp协议报文为所述anima系统中的一种消息格式。

在一种可能的设计中，所述处理器，具体用于通过运行所述第二网络设备中基于所述anima系统的自主服务代理asa，获取预先配置的所述telemetry的配置参数；将所述预先配置的所述telemetry的配置参数确定为所述配置参数。

在一种可能的设计中，所述telemetry的配置参数包括：所述telemetry的传感器组、目标组以及订阅组。

上述第四方面以及上述第四方面的各可能的设计中所提供的第二网络设备，其有益效果可以参见上述第二方面和第二方面的各可能的实施方式所带来的有益效果，在此不再赘述。

第五方面，本申请提供一种第一网络设备，包括：

接收模块，用于接收第二网络设备发送的第一配置消息，所述第一配置消息的格式为基于自主网络集成模型和方法anima系统的消息格式；

确定模块，用于确定所述第一配置消息中携带有对所述第一网络设备进行配置的第一配置参数；

解析模块，用于解析所述第一配置消息，获取所述第一配置参数；

处理模块，用于根据所述第一配置参数，对所述第一网络设备进行配置。

在一种可能的设计中，所述处理模块，用于在所述第一配置参数为telemetry的配置参数时，根据所述telemetry的配置参数，对所述第一网络设备进行配置。

在一种可能的设计中，所述处理模块，具体用于将所述telemetry的配置参数确定为所述第一网络设备的待配置参数；对所述第一网络设备的待配置参数进行配置。

在一种可能的设计中，所述处理模块，具体用于根据所述telemetry的配置参数和所述第一网络设备的参数之间的对应关系，确定所述第一网络设备的待配置参数；对所述第一网络设备的待配置参数进行配置。

在一种可能的设计中，所述处理模块，具体用于对所述telemetry的配置参数进行动态调整，确定所述第一网络设备的待配置参数；对所述第一网络设备的待配置参数进行配置。

在一种可能的设计中，所述telemetry的配置参数包括：所述telemetry的传感器组、目标组以及订阅组。

在一种可能的设计中，所述第一配置消息为在grasp协议报文的洪泛消息中添加所述telemetry的配置参数得到的，所述grasp协议报文为所述anima系统中的一种消息格式。

在一种可能的设计中，所述处理模块，还用于在所述接收模块接收第二网络设备发送的第一配置消息之前，判断所述第一网络设备是否接入所述anima系统。

在一种可能的设计中，所述处理模块，用于在确定所述第一网络设备接入所述anima系统时，在所述接收模块接收到所述anima系统中的策略服务器发送的更新消息，所述更新消息用于指示所述第一网络设备对所述第一网络设备进行更新配置时，根据所述第一配置参数，对所述第一网络设备进行更新配置。

在一种可能的设计中，所述第一网络设备，还可以包括：

接入模块，用于在确定所述第一网络设备未接入所述anima系统时，接入所述anima系统中；

所述接收模块，用于接收所述anima系统中的策略服务器发送的允许消息，所述允许消息用于表示允许所述第一网络设备对所述第一网络设备进行配置；

所述处理模块，用于根据所述允许消息，接收所述第二网络设备发送的第一配置消息。

在一种可能的设计中，所述接收模块，还用于接收不同于所述第二网络设备的第三网络设备发送的第二配置消息，所述第二配置消息的格式为基于所述anima系统的格式；

所述确定模块，还用于确定所述第二配置消息中携带有对所述第一网络设备进行配置的第二配置参数；

所述解析模块，还用于解析所述第二配置消息，获取所述第二配置参数；

所述处理模块，还用于根据预设配置规则、所述第一配置参数以及所述第二配置参数，对所述第一网络设备进行配置。

在一种可能的设计中，所述预设配置规则包括配置消息的接收时间顺序和/或网络设备的优先级。

在一种可能的设计中，所述处理模块，还用于在根据所述第一配置参数，对所述第一网络设备进行配置之后，对所述第一网络设备的已配置参数进行监控。

上述第五方面以及上述第五方面的各可能的设计中所提供的第一网络设备，其有益效果可以参见上述第一方面和第一方面的各可能的实施方式所带来的有益效果，在此不再赘述。

第六方面，本申请提供一种第二网络设备，包括：

获取模块，用于获取配置参数，所述配置参数为对第一网络设备进行配置的参数；

生成模块，用于基于anima系统的消息格式生成配置消息，所述配置消息包括所述配置参数；

发送模块，用于向所述第一网络设备发送所述配置消息，所述配置参数用于所述第一网络设备对所述第一网络设备进行配置。

在一种可能的设计中，所述生成模块，用于在所述配置参数为telemetry的配置参数时，在grasp协议报文的洪泛消息中添加所述telemetry的配置参数，得到所述配置消息，所述grasp协议报文为所述anima系统中的一种消息格式。

在一种可能的设计中，所述获取模块，用于通过运行所述第二网络设备中基于所述anima系统的自主服务代理asa，获取预先配置的所述telemetry的配置参数；将所述预先配置的所述telemetry的配置参数确定为所述配置参数。

在一种可能的设计中，所述telemetry的配置参数包括：所述telemetry的传感器组、目标组以及订阅组。

上述第六方面以及上述第六方面的各可能的设计中所提供的第二网络设备，其有益效果可以参见上述第二方面和第二方面的各可能的实施方式所带来的有益效果，在此不再赘述。

第七方面，本申请提供一种网络设备，包括：存储器和处理器；

存储器用于存储程序指令；

处理器用于调用存储器中的程序指令执行第一方面及第一方面任一种可能的设计中的网络设备的配置方法。

第八方面，本申请提供一种网络设备，包括：存储器和处理器；

存储器用于存储程序指令；

处理器用于调用存储器中的程序指令执行第二方面及第二方面任一种可能的设计中的网络设备的配置方法。

第九方面，本申请提供一种可读存储介质，可读存储介质中存储有执行指令，当通信设备的至少一个处理器执行该执行指令时，通信设备执行第一方面及第一方面任一种可能的设计中的网络设备的配置方法。

第十方面，本申请提供一种可读存储介质，可读存储介质中存储有执行指令，当通信设备的至少一个处理器执行该执行指令时，通信设备执行第二方面及第二方面任一种可能的设计中的网络设备的配置方法。

第十一方面，本申请提供一种程序产品，该程序产品包括执行指令，该执行指令存储在可读存储介质中。通信设备的至少一个处理器可以从可读存储介质读取该执行指令，至少一个处理器执行该执行指令使得通信设备实施第一方面及第一方面任一种可能的设计中的网络设备的配置方法。

第十二方面，本申请提供一种程序产品，该程序产品包括执行指令，该执行指令存储在可读存储介质中。通信设备的至少一个处理器可以从可读存储介质读取该执行指令，至少一个处理器执行该执行指令使得通信设备实施第二方面及第二方面任一种可能的设计中的网络设备的配置方法。

第十三方面，本申请提供一种芯片，所述芯片与存储器相连，或者所述芯片上集成有存储器，当所述存储器中存储的软件程序被执行时，实现上述第一方面及第一方面任一种可能的设计中的网络设备的配置方法，或者，实现上述第二方面及第二方面任一种可能的设计中的网络设备的配置方法。

第十四方面，本申请提供一种anima系统，包括：m个第三方面及第三方面任一种可能的设计中提供的第一网络设备和n个第四方面及第四方面任一种可能的设计中提供的第二网络设备，其中，m>n，m和n为正整数，且m与n之间的差值满足预设范围。

本申请实施例提供的网络设备的配置方法、装置、设备及系统，通过采用用户人工或者网管下发的配置方式对第二网络设备进行配置，进而第二设备可以向第一网络设备发送基于anima系统的消息格式的第一配置消息。由于第一配置参数为对第一网络设备进行配置的参数，因此，在第一网络设备确定第一配置消息中携带有第一配置参数时，第一网络设备可以解析第一配置消息，得到第一配置参数。然后，第一网络设备可以根据该第一配置参数，对第一网络设备进行配置。本申请实施例中，通过在anima系统中的各个网络设备中配置asa，使得各个网络设备具备相互发现、协商、同步以及洪泛的功能，这样，在anima系统中，仅需对一个网络设备或者少量网络设备各自采用用户人工或者网管下发的配置方式进行配置，便可通过配置后的网络设备主动向anima系统中剩余的大量网络设备发送消息，使得大量网络设备根据该消息进行配置，提高了设备的配置效率，缩短了设备的配置时间，节省了设备的配置成本，且方便anima系统中的各个网络设备实现如监控数据信息、统一参数配置以及实时同步数据等处理过程。

附图说明

图1为本申请一实施例提供的anima系统的示意图；

图2为本申请一实施例提供的网络设备的配置方法的信令流程图；

图3为本申请一实施例提供的网络设备的配置方法的流程图；

图4为本申请一实施例提供的网络设备的配置方法的信令流程图；

图5为本申请一实施例提供的第一网络设备的结构示意图；

图6为本申请一实施例提供的第二网络设备的结构示意图；

图7为本申请一实施例提供的第一网络设备的结构示意图；

图8为本申请一实施例提供的第一网络设备的结构示意图；

图9为本申请一实施例提供的第二网络设备的结构示意图；

图10为本申请一实施例提供的网络设备的硬件结构示意图。

具体实施方式

图1为本申请一实施例提供的anima系统的示意图，如图1所示，本申请提及的anima系统包括asa和ani两部分。该anima系统主要可以完成系统中各个网络设备的自主配置、自主包含、自愈和自主优化等目的。

其中，asa可以相当于路由器内置的app，用分布式交互的方式来完成网络管理任务，例如，业务布放、参数配置等。具体的实施例中ani包括3个组件(简称module)，分别是：网络设备安全启动程序(简称securebootstrap)组件、网络设备之间的自主控制平面(autonomiccontrolplane，acp)通道(简称tunnel)组件和通用自主信令协议(genericautonomicsignalingprotocol，grasp)组件。

securebootstrap可以实现网络设备的安全启动，通过对网络设备进行认证，使得网络设备接入anima系统中。acptunnel，即各个网络设备之间的逐跳hop-by-hop的加密ip隧道，形成了一个稳定的管理虚拟专用网络(virtualprivatenetwork，vpn)，在该vpn里面基于内部网关协议(interiorgatewayprotocol，igp)实现多跳网络设备之间的互通。

并且，grasp协议为asa之间交互的标准信令协议，可以向asa提供grasp应用程序编程接口(applicationprogramminginterface，api)，为anima系统运行的核心模块。

其中，asa使用的grasp协议是围绕着定义为包含管理信息(如包含目标的唯一名称和当前值)的数据结构的grasp目标而构建的。该grasp协议对当前值的格式和大小皆不做限定，只需满足该当前值使用简明二进制对象展现(concisebinaryobjectrepresentation，cbor)序列化(即编码，简称serialize)后传输即可。

另外，grasp协议提供了如下几种机制：

发现(简称discovery)机制，即asa可以通过grasp协议中的m_discovery、m_respons发现预先指定的其他目标asa。

协商(简称negotiationrequest)机制，即asa可以通过grasp协议中的m_req_neg开始与其他asa进行目标协商。一旦协商开始后，协商过程是对称的，参与协商的每个asa皆可以相互使用协商消息(即grasp协议中的m_negotiate)。此外，grasp协议中还存在两个协商相关消息m_wait和m_end。

同步(简称synchronization)机制，即asa可以通过grasp协议中的m_req_syn向其他asa请求目标的当前值。与之对应的同步响应消息为grasp协议中的m_synch。

泛洪(简称flood)机制，即asa可以通过grasp协议中的m_flood，将目标的当前值主动推送给所有愿意接收的自协商(autonegotiation，an)节点上的其他asa。

本领域技术人员可以理解，相比传统网络监控方式(如简单网络管理协议(simplenetworkmanagementprotocol，snmp)或命令行界面(command-lineinterface，cli)使用“网管查询—设备响应”的拉模式(pullmode)采集数据，即一次查询对应一次响应，本申请实施例提及的支持telemetry的网络设备，可以使用“网管定制—设备实时推送”的推模式(pushmode)采集数据，即一次定制对应多次响应，解决了传统网络监控方式获取数据效率低下的问题，是一种新型的设备监控、数据采集的网络设备。

其中，支持telemetry的网络设备上的数据都可以通过模型进行描述，来保证网管和网络设备之间的交互正确实现。所谓模型驱动，是指用户或网管可以通过指定模型路径的方式来通知网络设备，需要推送哪些数据，同时数据也按照此模型的描述进行上报。

具体地，支持telemetry的网络设备的采样数据来源来自转发面、控制面和管理面的数据源，该数据按照yang模型描述的结构进行组织，利用gpb(googleprotocolbuffer)格式编码，并通过grpc(googleremoteprocedurecallprotocol)协议将数据上送至采集器和分析器进行分析处理。

其中，yang模型是一种标准数据建模语音，可以为各种传输协议操作的配置数据模型、状态数据模型、远程调用模型和通知机制等。gpb格式编码是与语音无关、平台无关、扩展性好的序列化结构数据格式，可以用于通信协议、数据存储领域。grpc协议是基于超文本传输协议2.0(简称http/2.0或者http/2)传输层协议承载的高性能通用rpc框架。采集器和分析器位于网管侧，采集器用于接收和存储网络设备上报的监控数据，分析器用于分析采集器接收和存储的网络设备上报的监控数据。

并且，支持telemetry的网络设备皆配置有telemetry的配置参数，该telemetry的配置参数包括telemetry的传感器组、目标组以及订阅组。

其中，传感器组，用于表示网络设备采集哪些数据，主要包括采样路径、采样条件以及告警事件。目标组，用于表示网络设备的数据传输对象，主要包括采集器互联网协议地址(internetprotocoladdress，ip)、采集器端口、数据传输方式、是否使用传输层安全性协议(transportlayersecurity，tls)加密传输以及是否使用vpn。订阅组，用于表示网络设备的绑定关系，主要包括传感器组和目标组的关联关系、采样间隔、本地(简称local)ip、差分服务代码点(differentiatedservicescodepoint，dscp)值(即编码值，用于区分优先级)以及冗余抑制。

可见，支持telemetry的网络设备具有诸多优点。例如，该网络设备采用推模式主动推送数据，可以降低设备压力。考虑到采样精度达到百毫秒级别，该网络设备可以周期性推送数据，避免网络延时造成数据不准确的问题。该网络设备还可以监控大量网络节点，弥补传统网络监控方式的不足。

为了便于说明，图1中以第一网络设备和第二网络设备进行示意。第一网络设备可以向第二网络设备发送grasp协议报文，使得第二网络设备可以根据该grasp协议报文进行如数据匹配、数据获取以及数据更新等数据处理过程。

其中，该grasp协议报文可以包括但不限于设备标识和各机制对应的消息，该消息可以包括：发现消息、协商消息、协商相关消息、同步请求消息、同步响应消息及洪泛消息。

另外，第一网络设备也可作为接收方，对应的，第二网络设备作为发送方，第一网络设备可以接收第二网络设备发送的grasp协议报文，使得第一网络设备可以根据接收到的grasp协议报文进行数据处理过程，具体过程可参照上述实现内容，此处不做赘述。

其中，本申请实施例提及的第一网络设备和第二网络设备：可以是基站，或者接入点，或者接入网设备，或者可以是指接入网中在空中接口上通过一个或多个扇区与无线终端通信的设备。网络设备可用于将收到的空中帧与ip分组进行相互转换，作为无线终端与接入网的其余部分之间的路由器，其中接入网的其余部分可包括网际协议(ip)网络。网络设备还可协调对空中接口的属性管理。例如，网络设备可以是全球移动通讯(globalsystemofmobilecommunication，gsm)或码分多址(codedivisionmultipleaccess，cdma)中的基站(basetransceiverstation，bts)，也可以是宽带码分多址(widebandcodedivisionmultipleaccess，wcdma)中的基站(nodeb，nb)，还可以是长期演进(longtermevolution，lte)中的演进型基站(evolutionalnodeb，enb或enodeb)，或者中继站或接入点，或者未来5g网络中的基站，例如gnb等，在此并不限定。

基于上述支持telemetry的网络设备的优点，可以通过用户人工或者网管下发的配置方式，对第一网络设备和第二网络设备各自的telemetry的配置参数进行配置，进而将telemetry应用到第一网络设备和第二网络设备中，使得第一网络设备和第二网络设备具备上述优点，实现anima系统中第一网络设备和第二网络设备的网络监控功能。

然而，随着图1所示anima系统中网络设备数量的不断增加，大量的网络设备的telemetry的配置参数需要配置，仍采用用户人工或者网管下发的配置方式，不易实现，且会大大增加成本。且有些网络设备的telemetry的配置参数略有不同，用户人工或者网管下发的配置方式，实现困难，且效率低下。

为了解决上述问题，本申请实施例提供一种网络设备的配置方法、装置、设备及系统，可以实现对anima系统中大量网络设备进行配置，解决了由于网络设备数量庞大且网络设备的差异而使得用户人工或者网管下发的配置方式不易实现、效率低下且成本较高的问题。

下面，以图1中的第一网络设备和第二网络设备为执行主体，结合图2，对本申请实施例的网络设备的配置方法的具体实现过程进行详细说明。

图2为本申请一实施例提供的网络设备的配置方法的信令流程图，如图2所示，本申请实施例的网络设备的配置方法可以包括：

s101、第二网络设备获取第一配置参数，第一配置参数为对第一网络设备进行配置的参数。

本申请实施例中，第二网络设备可以采用用户人工或者网管下发的配置方式进行配置。在对第二网络设备进行配置后，第二网络设备可以根据第二网络设备的已配置参数，获取第一配置参数。

其中，第一配置参数可以为配置参数的类型，也可以配置参数的具体内容，例如具体的参数值，亦可以为配置参数的类型和具体内容，本申请实施例对第一配置参数的具体实现方式不做限定。举例来说，第一配置参数可以为网络设备的采样周期、端口ip等参数类型，也可以为网络设备的采样周期为1s，亦可以为采样周期为1s以及端口ip。

并且，第二网络设备可以根据网络设备的设备类型和/或者第二网络设备的已配置参数的类型，确定第一配置参数的获得方式。具体地，第二网络设备可以将第二网络设备的已配置参数确定为第一配置参数，也可以对第二网络设备的已配置参数进行加密、压缩等任意形式的处理，得到第一配置参数。

结合图1描述内容，在anima系统中，grasp协议具有发现机制、协商机制、同步机制和泛洪机制。因此，为了完成第一网络设备同步第二网络设备的已配置参数的过程，本申请实施例可以设置asa使得第一网络设备和第二网络设备皆具备发现、协商、同步以及洪泛的功能，且使得第一网络设备和第二网络设备皆可以主动向对方发送消息的功能。

需要说明的是，anima系统中，第一网络设备的个数为m，第二网络设备的个数为n，m>n，m和n为正整数，且m与n之间的差值满足预设范围。其中，本申请实施例对预设范围的具体内容不做限定，只需满足m大于n即可。因此，第二网络设备可以为一个网络设备，也可以为少量网络设备，只需满足第二网络设备的配置是通过用户人工或者网管下发的配置方式进行配置的即可。且第一网络设备可以为anima系统中除了第二网络设备之外的大量网络设备。

s102、第二网络设备基于anima系统的消息格式生成第一配置消息，第一配置消息包括第一配置参数。

由于第二网络设备具备发现第二网络设备的已配置参数的功能，因此，为了实现第二网络设备向第一网络设备成功传输消息，第二网络设备可以根据第一配置参数，生成基于anima系统的消息格式的第一配置消息，以便第二网络设备可以将第一配置消息顺利传输至第一网络设备。

其中，anima系统的消息格式为各个网络设备之间传输消息的格式，具体可以为anima系统中实现各个网络设备之间传输消息协议的已有消息格式，如grasp协议报文，也可以anima系统中实现各个网络设备之间传输消息协议的新增消息格式，本申请实施例对此不做限定。

另外，本申请实施例根据第一配置消息采用的anima系统的消息格式，可以确定第一配置参数在第一配置消息中的具体位置。例如，第一配置参数可以设置在第一配置消息的消息体中未占用的位置，也可以设在第一配置消息其他位置。

需要说明的是，第一配置消息中除了包括第一配置参数以外，还可以添加网络设备的设备标识、设备代码或者设备型号等，以实现第二网络设备对anima系统中的部分网络设备进行个性化配置，也可作为确定第一配置消息中含有第一配置参数的标识。

s103、第二网络设备向第一网络设备发送第一配置消息。

s104、第一网络设备确定第一配置消息中携带有第一配置参数。

s105、第一网络设备解析第一配置消息，获取第一配置参数。

s106、第一网络设备根据第一配置参数，对第一网络设备进行配置。

在第二网络设备向第一网络设备发送第一配置消息后，第一网络设备可以先确定接收到的第一配置消息中是否携带有第一配置参数。进而，在确定接收到的第一配置消息中携带有第一配置参数时，第一网络设备可以对接收到的第一配置消息进行解析，得到第一配置参数。

其中，第一网络设备确定第一配置消息携带有第一配置参数的方式包括多种。例如，由于第一配置参数使得第一配置消息的数据量增大，因此，本申请实施例可以通过第一配置消息的数据量大小来确定第一配置消息是否指示第一网络设备对第一网络设备进行配置。又由于第一配置参数在第一配置消息中的目标位置为固定位置，因此，本申请实施例可以通过判断第一配置消息中的目标位置是否有数据来确定第一配置消息是否指示第一网络设备对第一网络设备进行配置。另外，第一配置消息中也可设置指示标识，便于通过该指示标识来确定第一配置消息是否指示第一网络设备对第一网络设备进行配置。

需要说明的是，当第一网络设备确定接收到的第一配置消息中未携带有第一配置参数时，第一网络设备可以直接将接收到的第一配置消息丢弃，以避免占用过多的设备空间，降低设备的运行速率和处理速率。

由于第一配置参数为对该第一网络设备进行配置，因此，第一网络设备可以根据该第一配置参数，对第一网络设备进行配置，以便于第一网络设备可以实现，如监控数据信息、统一参数配置以及实时同步数据等处理过程。

其中，当该第一配置参数仅包括配置参数的类型时，第一网络设备可以根据实际情况，对第一网络设备对应的配置参数进行配置。例如，当第一配置参数为网络设备的采样周期和端口ip时，第一网络设备可以对第一网络设备的采样周期和端口ip进行配置。其中，第一网络设备的采样周期和端口ip可以根据实际情况进行配置。

当该第一配置参数仅包括配置参数的具体内容时，第一网络设备可以对第一网络设备对应的配置参数进行配置。例如，当第一配置参数为网络设备的采样周期为1s时，第一网络设备可以对第一网络设备的采样周期进行配置。其中，第一网络设备可设置第一网络设备的采用周期可以为1s，也可以根据实际情况设置为其他数值。

当该第一配置参数既包括配置参数的类型又包括配置参数的具体内容时，第一网络设备可以对第一网络设备对应的配置参数进行配置。例如，当第一配置参数为网络设备的采样周期为1s以及端口ip时，第一网络设备可以对第一网络设备的采样周期和ip地址进行配置。其中，第一网络设备可设置第一网络设备的采用周期可以为1s，也可以根据实际情况为其他数值，第一网络设备的端口ip可以根据实际情况进行配置。

需要说明的是，第一网络设备为anima系统中的除了第二网络设备的任意一个网络设备。且第一网络设备还可以作为发送方，主动向anima系统中的其他网络设备发送第一网络设备已配置的参数，使得其他网络设备也可以实现设备的配置过程。

本申请实施例提供的网络设备的配置方法，通过采用用户人工或者网管下发的配置方式对第二网络设备进行配置，进而第二设备可以向第一网络设备发送基于anima系统的消息格式的第一配置消息。由于第一配置参数为对第一网络设备进行配置的参数，因此，在第一网络设备确定第一配置消息中携带有第一配置参数时，第一网络设备可以解析第一配置消息，得到第一配置参数。然后，第一网络设备可以根据该配置参数，对第一网络设备进行配置。本申请实施例中，通过在anima系统中的各个网络设备中配置asa，使得各个网络设备具备相互发现、协商、同步以及洪泛的功能，这样，在anima系统中，仅需对一个网络设备或者少量网络设备采用用户人工或者网管下发的配置方式进行配置，便可通过配置后的网络设备主动向anima系统中剩余的大量网络设备发送消息，使得大量网络设备根据该消息进行配置，提高了设备的配置效率，缩短了设备的配置时间，节省了设备的配置成本，且方便anima系统中的各个网络设备实现，如监控数据信息、统一参数配置以及实时同步数据等处理过程。

示例的，在图2所示实施例的基础上，第一配置参数可以为网络设备的各种类型参数，本申请实施例对此不做限定。当第一配置参数为telemetry的配置参数时，一种s105的具体实现方式中，可选地，第一网络设备根据telemetry的配置参数，对第一网络设备进行配置，使得第一网络设备支持telemetry，实现telemetry业务，从而第一网络设备具备诸多优点，如第一网络设备可以降低设备压力，且通过周期性推送数据以避免网络延时造成数据不准确的问题，还可以监控大量网络节点以弥补传统网络监控方式的不足。

其中，telemetry的配置参数包括：telemetry的传感器组、目标组以及订阅组。

由于第一网络设备的设备类型不同，其telemetry的配置参数可能不同，且telemetry的配置参数的类型不同，第一网络设备的配置方式不同，因此，在第一网络设备接收到第一配置参数为telemetry的配置参数时，第一网络设备可以采用不同实现方式对第一网络设备进行配置。为了便于说明，下面采用三种可行的实现方式对上述具体实现过程进行详细说明。

一种可行的实现方式中，可选地，第一网络设备将telemetry的配置参数确定为第一网络设备的待配置参数，并对第一网络设备的待配置参数进行配置。

本申请实施例中，第一网络设备可以采用静态配置拷贝telemetry的配置参数为第一网络设备的待配置参数。其中，该telemetry的配置参数可以包括但不限于服务器(简称server)ip、server端口(简称port)、采样路径或者订阅组等。

例如，当该telemetry的配置参数为下述代码所示的采样路径时，由于anima中的各个网络设备采用的采样路径均相同，因此，第一网络设备可以确定该telemetry的配置参数确定为第一网络设备的待配置参数，无需任何处理，可以直接原样对第一网络设备的待配置参数进行配置。

#

sensor-groupa：传感器组a

sensor-pathhuawei-devm:devm/ports/port：传感器采样路径huawei-devm为devm/ports/port

#

另一种可行的实现方式中，可选地，第一网络设备根据telemetry的配置参数和第一网络设备的参数之间的对应关系，确定第一网络设备的待配置参数，并对第一网络设备的待配置参数进行配置。

本申请实施例中，第一网络设备可以基于固定的算法，如telemetry的配置参数和第一网络设备的参数之间的对应关系，采用动态配置生成第一网络设备的待配置参数。其中，该telemetry的配置参数可以包括但不限于本地源ip(简称local-source-ip)等。

例如，当该telemetry的配置参数为下述代码所示的本地源ip时，第一网络设备可以自动选择，如可以先选择管理口ip，再选择本地回环接口(简称loopback0)ip，然后选择ula地址(即ipv6的localipv6unicastaddresses)。进而，第一网络设备可以根据固定算法对该telemetry的配置参数进行修改后再对第一网络设备的待配置参数进行配置。

#

subscriptiona：订阅a

local-source-addressipv41.1.1.1：本地源ip为ipv41.1.1.1，其中ipv4为ip的第四版

#

另一种可行的实现方式中，可选地，第一网络设备对telemetry的配置参数进行动态调整，确定第一网络设备的待配置参数，并对第一网络设备的待配置参数进行配置。

本申请实施例中，第一网络设备可以根据如服务器配置策略等同类配置，对该telemetry的配置参数进行动态调整，生成第一网络设备的待配置参数。其中，该telemetry的配置参数可以包括但不限于采样周期等。一般情况下，当第一网络设备为路由器时，其采样周期为1s；当第一网络设备为dc时，其采样周期为2s；当第一网络设备为单核cpu时，其采样周期为1s；当第一网络设备为多核cpu时，其采样周期为100ms。

例如，当该telemetry的配置参数为下述代码所示的采样周期100ms时，第一网络设备可以根据第一网络设备的设备类型，可以采用修改后的采样周期200ms或者1s对第一网络设备的待配置参数进行配置。

#

subscriptiona：订阅a

sensor-groupasample-interval100：传感器组采样周期为100ms

#

本申请实施例中，在第一网络设备对第一网络设备进行配置过程时，第一网络设备可以充分考虑网络设备的设备类型以及telemetry的配置参数的类型，并通过上述三种实现方式，对第一网络设备进行灵活配置。

示例的，在图2所示实施例的基础上，在第一配置参数为telemetry的配置参数时，一种s101的具体实现方式中，可选地，第二网络设备通过运行第二网络设备中基于anima系统的自主服务代理asa，获取预先配置的telemetry的配置参数。进而，第二网络设备将根据该预设配置的telemetry的配置参数确定为第一配置参数。

由于基于anima系统的asa可以发现网络设备中的telemetry的配置参数，因此，第二网络设备可以通过运行自身中的asa可以获取预先配置的telemetry的配置参数。进而，第二网络设备便可根据该预设配置的telemetry的配置参数确定为第一配置参数。其中，预先配置的telemetry的配置参数为采用用户人工或者网管下发的配置方式配置的。

示例的，在图2所示实施例的基础上，在第一配置参数为telemetry的配置参数时，一种s102的具体实现方式中，可选地，第二网络设备在grasp协议报文的洪泛消息中添加telemetry的配置参数，得到第一配置消息，grasp协议报文为anima系统中的一种消息格式。

由于grasp协议报文中包括多个类型的消息，该消息可以为grasp协议对应机制的消息，如发现机制对应的发现消息、协商机制对应的协商消息和协商相关消息、同步机制对应的同步消息，洪泛机制对应的洪泛消息等，因此，第二网络设备可以在上述grasp协议报文的任意消息中添加telemetry的配置参数，得到第一配置消息。

具体地，第二网络设备可以如下结构所示的grasp协议报文中洪泛消息新增基于telemetry的tlv字段。其中，该tlv字段可以包括如下结构所示的telemetry的传感器组、目标组以及订阅组，也可以包括如采样深度等telemetry的配置参数，本申请实施例对此不做限定。且该tlv字段指的是type类型、lenght长度以及value值。

其中，洪泛消息的结构如下：

其中，传感器组telemetry_sensor_group、目标组telemetry_destination_group、订阅组telemetry_subscription均为struct格式数组，单个格式的详细定义如下：

示例的，在图2所示实施例的基础上，图3为本申请一实施例提供的网络设备的配置方法的流程图，如图3所示，本申请实施例的网络设备的配置方法可以包括：

s200、第一网络设备判断第一网络设备是否接入anima系统。

由于第二网络设备仅可以向anima系统中的网络设备发送第一配置消息，因此，第一网络设备可以通过判断该第一网络设备是否携带有anima系统的设备标识，也可以判断该第一网络设备是否可以接收到anima系统中的策略服务器发送的消息，来确定自身是否接入到anima系统中。其中，本申请实施例对第一网络设备判断是否接入anima系统的具体实现方式不限于上述两种方式。

当第一网络设备确定第一网络设备接入anima系统时，第一网络设备可以执行步骤s2011-s2014。当第一网络设备确定第一网络设备未接入anima系统时，第一网络设备可以执行步骤s2021-s2026。

s2011、第一网络设备接收第二网络设备发送的第一配置消息，第一配置消息的格式为基于自主网络集成模型和方法anima系统的消息格式。

s2012、第一网络设备确定第一配置消息中携带有第一配置参数，第一配置参数为对第一网络设备进行配置的参数。

s2013、第一网络设备解析第一配置消息，获取第一配置参数。

其中，s2011、s2012和s2013分别与图2实施例中的s103、s104和s105实现具体方式类似，本申请实施例此处不再赘述。

s2014、第一网络设备在接收到anima系统中的策略服务器发送的更新消息，更新消息用于指示第一网络设备对第一网络设备进行更新配置时，根据第一配置参数，对第一网络设备进行更新配置。

在一个具体的例子中，在第一网络设备已经接入anima系统中时，第一网络设备便已配置了自身的参数。这样，第一网络设备可以接收第二网络设备发送的第一配置消息，也可以不接收该第一配置消息。且第一网络设备在接收到该第一配置消息时，可以根据解析第一配置消息得到的第一配置参数，对该第一网络设备进行更新配置，也可以直接将第一配置消息进行丢弃，不对该第一网络设备进行更新配置。

由于anima系统中的策略服务器可以事先存储有各个网络设备是否接收配置消息的指示消息，因此，第一网络设备在接收到该策略服务器发送的指示消息时，可以确定该第一网络设备是否接收第二网络设备发送的第一配置消息，以节省自身空间，避免造成资源浪费，提高自身的接收压力。

其中，策略服务器可以采用anima系统中已设置的服务器，也可以为anima系统中新配置的服务器，本申请实施例对此不做限定。具体地，该策略服务器可以对接入anima系统中的各个网络设备的配置进行统筹管理，如配置各个网络设备的配置时间、配置权限、配置优先级等参数，便于对各个网络设备进行个性化设置。且指示消息包括不限于代码或者标识的实现形式。

进而，在第一网络设备接收到该第一配置消息时，由于anima系统中的策略服务器可以事先存储有各个网络设备是否更新网络设备的更新消息，因此，第一网络设备可以根据该策略服务器发送的更新消息，确定需要对第一网络设备进行更新配置，从而，第一网络设备可以根据该第一配置参数，更新已经配置了的参数，实现对第一网络设备的更新配置过程，保证第一网络设备配置的实时性。其中，更新消息包括不限于代码或者标识的实现形式。

另外，在第一网络设备已接入到anima系统中时，第一网络设备也可能存在未配置第一网络设备的参数的情况。在这种情况下，第一网络设备可以直接默认通过第二网络设备发送的第一配置消息中的第一配置参数，对第一网络设备进行配置，也可以在接收到anima系统中的策略服务器的指示消息后，根据第一配置参数对第一网络设备进行配置。

本申请实施例中，已接入anima系统中的第一网络设备在anima系统中的策略服务器的策略配置作用下，不仅可以选择是否接收第二网络设备发送的第一配置消息，以避免占用过多存储空间以及提高设备的接收压力，还可以选择是否更新第一网络设备，以保证第一网络设备配置的实时性，提升设备的处理速率和监控性能。

s2021、第一网络设备接入anima系统中。

s2022、第一网络设备接收anima系统中的策略服务器发送的允许消息，允许消息消息用于表示允许第一网络设备对第一网络设备进行配置。

s2023、第一网络设备根据允许消息，接收第二网络设备发送的第一配置消息。

第一网络设备可以先接入到anima系统中，且在第一网络设备接入到anima系统中之后，anima系统中的策略服务器可以对第一网络设备的配置时间、配置权限、配置优先级等参数进行策略配置。另外，第一网络设备也可以采用默认方式对其配置进行设定。

进而，在第二网络设备向第一网络设备发送第一配置消息时，第一网络设备可以默认获取该第一配置消息，也可以根据该策略服务器发送的允许消息，确定第一网络设备可以接收该第一配置消息并接收该第一配置消息。

其中，本申请实施例可以通过允许消息中是否携带标识信息去区分是否允许第一网络设备对第一网络设备进行配置，也可以通过允许消息中特定位上的数值不同去区分是否允许第一网络设备对第一网络设备进行配置，本申请实施例对此不做限定。

例如，允许消息中的任意位上数值为二进制“0”表示不允许第一网络设备对第一网络设备进行配置，该数值为二进制“1”表示允许第一网络设备对第一网络设备进行配置。

本申请实施例中，未接入anima系统中的第一网络设备在接入到anima系统中之后，可以直接默认接收第二网络设备发送的第一配置消息，也可以在anima系统中的策略服务器的策略配置作用下，被允许是否接收第二网络设备发送的第一配置消息，以避免占用过多存储空间以及提高设备的接收压力。

s2024、第一网络设备确定第一配置消息中携带有第一配置参数，第一配置参数为对第一网络设备进行配置的参数。

s2025、第一网络设备解析第一配置消息，获取第一配置参数。

s2026、第一网络设备根据第一配置参数，对第一网络设备进行配置。

其中，s2024、s2025和s2026分别与图2实施例中的s104、s105和s106实现具体方式类似，本申请实施例此处不再赘述。

本申请实施例中，无论第一网络设备为已经接入到anima系统的网络设备，还是未接入anima系统中的网络设备，皆可在anima系统中的策略服务器的策略配置作用下，灵活且方便的实现了对第一网络设备进行配置。

在上述图2所示实施例中，第一网络设备除了可以根据第二网络设备发送的通过解析第一配置消息得到的第一配置参数，对第一网络设备进行配置，第一网络设备还可以根据其他网络设备发送的通过解析配置消息得到的，对第一网络设备进行配置。其中，其他网络设备中的配置参数为其他网络设备的已配置参数直接或间接得到的，且其他网络设备的已配置参数可以通过第二网络设备发送的解析第一配置消息得到的第一配置参数进行配置得到的，也可以通过用户人工或者网管下发的配置方式进行配置得到的。

下面，为了便于说明，以第一网络设备同时接收第二网络设备发送到第一配置消息和接收第三网络设备发送的第二配置消息，其中第三网络设备为不同于第二网络设备的网络设备为例，结合图4，对本申请网络设备的配置方法的具体实现过程进行详细说明。

图4为本申请一实施例提供的网络设备的配置方法的信令流程图，如图4所示，本申请实施例的网络设备的配置方法可以包括：

s3011、第二网络设备获取第一配置参数，第一配置参数为对第一网络设备进行配置的参数。

s3012、第三网络设备获取第二配置参数，第二配置参数为对第一网络设备进行配置的参数。

需要说明的是，上述s3011和s3012之间没有时序上的先后顺序，且s3011和s3012可以同时执行，也可以顺序执行。其中，s3011和s3012分别与图2实施例中的s101实现具体方式类似，本申请实施例此处不再赘述。

s3021、第二网络设备基于anima系统的消息格式生成第一配置消息，第一配置消息包括第一配置参数。

s3022、第三网络设备基于anima系统的消息格式生成第二配置消息，第二配置消息包括第二配置参数。

需要说明的是，上述s3021和s3022之间没有时序上的先后顺序，且s3021和s3022可以同时执行，也可以顺序执行。其中，s3021和s3022分别与图2实施例中的s102实现具体方式类似，本申请实施例此处不再赘述。

s3031、第二网络设备向第一网络设备发送第一配置消息。

s3032、第三网络设备向第一网络设备发送第二配置消息。

需要说明的是，上述s3031和s3032之间没有时序上的先后顺序，且s3031和s3032可以同时执行，也可以顺序执行。其中，s3031和s3032分别与图2实施例中的s103实现具体方式类似，本申请实施例此处不再赘述。

s3041、第一网络设备确定第一配置消息中携带有第一配置参数。

s3042、第一网络设备确定第二配置消息中携带有第二配置参数。

需要说明的是，上述s3041和s3042之间没有时序上的先后顺序，且s3041和s3042可以同时执行，也可以顺序执行。其中，s3041和s3042分别与图2实施例中的s104实现具体方式类似，本申请实施例此处不再赘述。

s3051、第一网络设备解析第一配置消息，获取第一配置参数。

s3052、第一网络设备解析第二配置消息，获取第二配置参数。

需要说明的是，上述s3051和s3052之间没有时序上的先后顺序，且s3051和s3052可以同时执行，也可以顺序执行。其中，s3051和s3052分别与图2实施例中的s105实现具体方式类似，本申请实施例此处不再赘述。

s306、第一网络设备根据预设配置规则、第一配置参数以及第二配置参数，对第一网络设备进行配置。

在第一网络设备接收到第一配置参数和第二配置参数之后，第一网络设备可以根据第一网络设备事先存储的预设配置规则，或者从anima系统中的策略服务器接收到的预设配置规则，从第一配置参数和第二配置参数中选择出目标配置参数，再根据该目标配置参数对第一网络设备进行配置。

其中，本申请实施例对预设配置规则的具体实现方式不做限定。可选地，预设配置规则包括配置消息的接收时间顺序和/或网络设备的优先级。

例如，当预设配置规则为根据接收时间靠前的配置消息中的配置参数对网络设备进行配置时，若第一网络设备先接收到第一配置消息，后接收到第二配置消息，则第一网络设备可以根据解析第一配置消息得到的第一配置参数，对第一网络设备进行配置，且对解析第二配置消息得到的第二配置参数进行丢弃处理。

又如，当预设配置规则为根据优先级高的网络设备发送的配置参数对网络设备进行配置时，若第二网络设备的优先级高于第三网络设备的优先级，则第一网络设备可以根据解析第一配置消息得到的第一配置参数，对第一网络设备进行配置，且对解析第二配置消息得到的第二配置参数进行丢弃处理。

再如，当预设过配置规则为根据优先级高的网络设备发送的且接收时间靠前的配置消息中的配置参数对网络设备进行配置时，若第一网络设备先接收到第一配置消息，后接收到第二配置消息，且第二网络设备的优先级高于第三网络设备的优先级，则第一网络设备可以根据解析第一配置消息得到的第一配置参数，对第一网络设备进行配置，且对第二配置参数进行丢弃处理。若第一网络设备先接收到第一配置消息，后接收到第二配置消息，且第三网络设备的优先级高于第二网络设备的优先级，则第一网络设备可以根据预设算法，计算配置消息的接收时间顺序和网络设备的优先级两者的权重，根据权重大小从第一配置参数和第二配置参数中确定目标配置参数，对第一网络设备进行配置。

需要说明的是，第一网络设备也可以设定接收其余网络设备发送的配置消息的大小，以避免多余配置消息的接收，减轻了设备的接收压力，降低了设备的空间容量压力，提高了设备的处理能力。例如，当第一网络设备已经进行配置时，在某个时间段内，第一网络设备不接收其余网络设备发送的配置消息。

本申请实施例中，第一网络设备可以同时接收anima系统中的多个网络设备发送的配置消息，且根据解析各个配置消息得到的配置参数以及预设配置规则，对第一网络设备进行灵活配置，从而，避免了多余的配置过程，提高了设备的处理能力，提升了设备的监控性能。

示例性的，本申请实施例还提供一种第一网络设备，图5为本申请一实施例提供的第一网络设备的结构示意图，如图5所示，该第一网络设备100可以为anima系统中具有发现、同步、协商以及洪泛功能的任意物理设备或虚拟设备，如基站、接入点、接入网设备等，用于实现上述任一方法实施例中对应于第一网络设备的操作，本申请实施例第一网络设备100可以包括：接收器101和处理器102。接收器101例如是端口模块，可以通过光端口、电端口或其组合与其他设备进行通信。处理器102可以为处理单元、集成电路、现场可编程门阵列(field-programmablegatearray，fpga)或芯片等。

其中，接收器101，用于接收第二网络设备发送的第一配置消息，第一配置消息的格式为基于自主网络集成模型和方法anima系统的消息格式，具体配置过程，请参考图2所示实施例中步骤s101-s103中的详细描述，此处不再一一赘述；

处理器102，用于确定第一配置消息中携带有第一配置参数，第一配置参数为对第一网络设备进行配置的参数，具体配置过程，请参考图2所示实施例中步骤s104中的详细描述，此处不再一一赘述；

处理器102，还用于解析第一配置消息，获取第一配置参数，具体配置过程，请参考图2所示实施例中步骤s105中的详细描述，此处不再一一赘述

处理器102，还用于根据第一配置参数，对第一网络设备进行配置，具体配置过程，请参考图2所示实施例中步骤s106中的详细描述，此处不再一一赘述。

在一些实施例中，处理器102，用于在第一配置参数为telemetry的配置参数时，根据telemetry的配置参数，对第一网络设备进行配置，使得第一网络设备支持telemetry，实现telemetry业务，从而第一网络设备具备诸多优点，如第一网络设备可以降低设备压力，且通过周期性推送数据以避免网络延时造成数据不准确的问题，还可以监控大量网络节点以弥补传统网络监控方式的不足。

由于第一网络设备的设备类型不同，其telemetry的配置参数可能不同，且telemetry的配置参数的类型不同，第一网络设备的配置方式不同，因此，在第一网络设备接收到第一配置参数为telemetry的配置参数时，第一网络设备可以采用不同实现方式对第一网络设备进行配置。为了便于说明，下面采用三种可行的实现方式对上述具体实现过程进行详细说明。

在一些实施例中，处理器102，具体用于将telemetry的配置参数确定为第一网络设备的待配置参数；对第一网络设备的待配置参数进行配置。

本申请实施例中，第一网络设备可以采用静态配置拷贝telemetry的配置参数为第一网络设备的待配置参数。其中，该telemetry的配置参数可以包括但不限于服务器(简称server)ip、server端口(简称port)、采样路径或者订阅组等。

例如，当该telemetry的配置参数为下述代码所示的采样路径时，由于anima中的各个网络设备采用的采样路径均相同，因此，第一网络设备可以确定该telemetry的配置参数确定为第一网络设备的待配置参数，无需任何处理，可以直接原样对第一网络设备的待配置参数进行配置。

#

sensor-groupa：传感器组a

sensor-pathhuawei-devm:devm/ports/port：传感器采样路径huawei-devm为devm/ports/port

#

在一些实施例中，处理器102，具体用于根据telemetry的配置参数和第一网络设备的参数之间的对应关系，确定第一网络设备的待配置参数；对第一网络设备的待配置参数进行配置。

本申请实施例中，第一网络设备可以基于固定的算法，如telemetry的配置参数和第一网络设备的参数之间的对应关系，采用动态配置生成第一网络设备的待配置参数。其中，该telemetry的配置参数可以包括但不限于本地源ip(简称local-source-ip)等。

例如，当该telemetry的配置参数为下述代码所示的本地源ip时，第一网络设备可以自动选择，如可以先选择管理口ip，再选择本地回环接口(简称loopback0)ip，然后选择ula地址(即ipv6的localipv6unicastaddresses)。进而，第一网络设备可以根据固定算法对该telemetry的配置参数进行修改后再对第一网络设备的待配置参数进行配置。

#

subscriptiona：订阅a

local-source-addressipv41.1.1.1：本地源ip为ipv41.1.1.1，其中ipv4为ip的第四版

#

在一些实施例中，处理器102，具体用于对telemetry的配置参数进行动态调整，确定第一网络设备的待配置参数；对第一网络设备的待配置参数进行配置。

本申请实施例中，第一网络设备可以根据如服务器配置策略等同类配置，对该telemetry的配置参数进行动态调整，生成第一网络设备的待配置参数。其中，该telemetry的配置参数可以包括但不限于采样周期等。一般情况下，当第一网络设备为路由器时，其采样周期为1s；当第一网络设备为dc时，其采样周期为2s；当第一网络设备为单核cpu时，其采样周期为1s；当第一网络设备为多核cpu时，其采样周期为100ms。

例如，当该telemetry的配置参数为下述代码所示的采样周期100ms时，第一网络设备可以根据第一网络设备的设备类型，可以采用修改后的采样周期200ms或者1s对第一网络设备的待配置参数进行配置。

#

subscriptiona：订阅a

sensor-groupasample-interval100：传感器组采样周期为100ms

#

本申请实施例中，在第一网络设备对第一网络设备进行配置过程时，第一网络设备可以充分考虑网络设备的设备类型以及telemetry的配置参数的类型，并通过上述三种实现方式，对第一网络设备进行灵活配置。

在一些实施例中，telemetry的配置参数包括：telemetry的传感器组、目标组以及订阅组。

在一些实施例中，第一配置消息为在grasp协议报文的洪泛消息中添加telemetry的配置参数得到的，grasp协议报文为anima系统中的一种消息格式。

由于grasp协议报文中包括多个类型的消息，该消息可以为grasp协议对应机制的消息，如发现机制对应的发现消息、协商机制对应的协商消息和协商相关消息、同步机制对应的同步消息，洪泛机制对应的洪泛消息等，因此，第二网络设备可以在上述grasp协议报文的任意消息中添加telemetry的配置参数，得到第一配置消息。

具体地，第二网络设备可以如下结构所示的grasp协议报文中洪泛消息新增基于telemetry的tlv字段。其中，该tlv字段可以包括如下结构所示的telemetry的传感器组、目标组以及订阅组，也可以包括如采样深度等telemetry的配置参数，本申请实施例对此不做限定。且该tlv字段指的是type类型、lenght长度以及value值。

其中，洪泛消息的结构如下：

其中，传感器组telemetry_sensor_group、目标组telemetry_destination_group、订阅组telemetry_subscription均为struct格式数组，单个格式的详细定义如下：

在一些实施例中，处理器102，还用于在接收器101接收第二网络设备发送的第一配置消息之前，判断第一网络设备是否接入anima系统，具体配置过程，请参考图3所示实施例中步骤s200中的详细描述，此处不再一一赘述。

在一些实施例中，处理器102，用于在确定第一网络设备接入anima系统时，在接收器101接收到anima系统中的策略服务器发送的更新消息，更新消息用于指示第一网络设备对第一网络设备进行更新配置时，根据第一配置参数，对第一网络设备进行更新配置，具体配置过程，请参考图3所示实施例中步骤s2014中的详细描述，此处不再一一赘述。

在一些实施例中，处理器102，用于在确定第一网络设备未接入anima系统时，接入anima系统中，具体配置过程，请参考图3所示实施例中步骤s2021中的详细描述，此处不再一一赘述；

接收器101，用于接收anima系统中的策略服务器发送的允许消息，允许消息用于表示允许第一网络设备对第一网络设备进行配置，具体配置过程，请参考图3所示实施例中步骤s2022中的详细描述，此处不再一一赘述；

处理器102，用于根据允许消息，接收第二网络设备发送的第一配置消息，具体配置过程，请参考图3所示实施例中步骤s2023中的详细描述，此处不再一一赘述。

在一些实施例中，接收器101，还用于接收不同于第二网络设备的第三网络设备发送的第二配置消息，第二配置消息的格式为基于anima系统的格式，具体配置过程，请参考图4所示实施例中步骤s3032中的详细描述，此处不再一一赘述；

处理器102，还用于确定第二配置消息中携带有第二配置参数，第二配置参数为对第一网络设备进行配置的参数，具体配置过程，请参考图4所示实施例中步骤s3042中的详细描述，此处不再一一赘述；

处理器102，还用于解析第二配置消息，获取第二配置参数，具体配置过程，请参考图4所示实施例中步骤s3052中的详细描述，此处不再一一赘述；

处理器102，还用于根据预设配置规则、第一配置参数以及第二配置参数，对第一网络设备进行配置，具体配置过程，请参考图4所示实施例中步骤s306中的详细描述，此处不再一一赘述。

在一些实施例中，预设配置规则包括配置消息的接收时间顺序和/或网络设备的优先级。

例如，当预设配置规则为根据接收时间靠前的配置消息中的配置参数对网络设备进行配置时，若第一网络设备先接收到第一配置消息，后接收到第二配置消息，则第一网络设备可以根据解析第一配置消息得到的第一配置参数，对第一网络设备进行配置，且对解析第二配置消息得到的第二配置参数进行丢弃处理。

又如，当预设配置规则为根据优先级高的网络设备发送的配置参数对网络设备进行配置时，若第二网络设备的优先级高于第三网络设备的优先级，则第一网络设备可以根据解析第一配置消息得到的第一配置参数，对第一网络设备进行配置，且对解析第二配置消息得到的第二配置参数进行丢弃处理。

再如，当预设过配置规则为根据优先级高的网络设备发送的且接收时间靠前的配置消息中的配置参数对网络设备进行配置时，若第一网络设备先接收到第一配置消息，后接收到第二配置消息，且第二网络设备的优先级高于第三网络设备的优先级，则第一网络设备可以根据解析第一配置消息得到的第一配置参数，对第一网络设备进行配置，且对第二配置参数进行丢弃处理。若第一网络设备先接收到第一配置消息，后接收到第二配置消息，且第三网络设备的优先级高于第二网络设备的优先级，则第一网络设备可以根据预设算法，计算配置消息的接收时间顺序和网络设备的优先级两者的权重，根据权重大小从第一配置参数和第二配置参数中确定目标配置参数，对第一网络设备进行配置。

在一些实施例中，处理器102，还用于在根据第一配置参数，对第一网络设备进行配置之后，对第一网络设备的已配置参数进行监控。

本申请实施例的第一网络设备，可以用于执行上述图2-图4中各方法实施例中第一网络设备的技术方案，其实现原理和技术效果类似，此处不再赘述。

示例性的，本申请实施例还提供一种第二网络设备，图6为本申请一实施例提供的第二网络设备的结构示意图，如图6所示，该第二网络设备200可以为anima系统中具有发现、同步、协商以及洪泛功能的任意物理设备或虚拟设备，如基站、接入点、接入网设备等，用于实现上述任一方法实施例中对应于第二网络设备的操作，本申请实施例第二网络设备200可以包括：处理器201和发送器202。处理器201可以为处理单元、集成电路、现场可编程门阵列(field-programmablegatearray，fpga)或芯片等。发送器202例如是端口模块，可以通过光端口、电端口或其组合与其他设备进行通信。

其中，处理器201，用于获取配置参数，配置参数为对第一网络设备进行配置的参数，具体配置过程，请参考图2所示实施例中步骤s101中的详细描述，此处不再一一赘述；

处理器201，还用于基于anima系统的消息格式生成配置消息，配置消息包括配置参数，具体配置过程，请参考图2所示实施例中步骤s102中的详细描述，此处不再一一赘述；

发送器202，用于向第一网络设备发送配置消息，配置参数用于第一网络设备对第一网络设备进行配置，具体配置过程，请参考图2所示实施例中步骤s103-106中的详细描述，此处不再一一赘述。

在一些实施例中，处理器201，用于在配置参数为telemetry的配置参数时，在grasp协议报文的洪泛消息中添加telemetry的配置参数，得到配置消息，grasp协议报文为anima系统中的一种消息格式。

由于grasp协议报文中包括多个类型的消息，该消息可以为grasp协议对应机制的消息，如发现机制对应的发现消息、协商机制对应的协商消息和协商相关消息、同步机制对应的同步消息，洪泛机制对应的洪泛消息等，因此，第二网络设备可以在上述grasp协议报文的任意消息中添加telemetry的配置参数，得到第一配置消息。

具体地，第二网络设备可以如下结构所示的grasp协议报文中洪泛消息新增基于telemetry的tlv字段。其中，该tlv字段可以包括如下结构所示的telemetry的传感器组、目标组以及订阅组，也可以包括如采样深度等telemetry的配置参数，本申请实施例对此不做限定。且该tlv字段指的是type类型、lenght长度以及value值。

其中，洪泛消息的结构如下：

其中，传感器组telemetry_sensor_group、目标组telemetry_destination_group、订阅组telemetry_subscription均为struct格式数组，单个格式的详细定义如下：

在一些实施例中，处理器201，具体用于通过运行第二网络设备中基于anima系统的自主服务代理asa，获取预先配置的telemetry的配置参数；将预设配置的telemetry的配置参数确定为第一配置参数。

由于基于anima系统的asa可以发现网络设备中的telemetry的配置参数，因此，第二网络设备可以通过运行自身中的asa可以获取预先配置的telemetry的配置参数。进而，第二网络设备便可根据该预设配置的telemetry的配置参数确定为第一配置参数。其中，预先配置的telemetry的配置参数为采用用户人工或者网管下发的配置方式配置的。

在一些实施例中，telemetry的配置参数包括：telemetry的传感器组、目标组以及订阅组。

本申请实施例的第二网络设备，可以用于执行上述图2-图4中各方法实施例中第二网络设备的技术方案，其实现原理和技术效果类似，此处不再赘述。

示例性的，本申请实施例还提供一种第一网络设备，图7为本申请一实施例提供的第一网络设备的结构示意图，如图7所示，该第一网络设备300可以为anima系统中具有发现、同步、协商以及洪泛功能的任意物理设备或虚拟设备，如基站、接入点、接入网设备等，用于实现上述任一方法实施例中对应于第一网络设备的操作，本申请实施例第一网络设备300可以包括：

接收模块301，用于接收第二网络设备发送的第一配置消息，第一配置消息的格式为基于自主网络集成模型和方法anima系统的消息格式，具体配置过程，请参考图2所示实施例中步骤s101-s103中的详细描述，此处不再一一赘述；

确定模块302，用于确定所述第一配置消息中携带有对第一网络设备进行配置的第一配置参数，具体配置过程，请参考图2所示实施例中步骤s104中的详细描述，此处不再一一赘述；

解析模块303，用于解析所述第一配置消息，获取所述第一配置参数，具体配置过程，请参考图2所示实施例中步骤s105中的详细描述，此处不再一一赘述；

处理模块304，用于根据所述第一配置参数，对所述第一网络设备进行配置，具体配置过程，请参考图2所示实施例中步骤s106中的详细描述，此处不再一一赘述。

在一些实施例中，处理模块304，用于在第一配置参数为telemetry的配置参数时，根据telemetry的配置参数，对第一网络设备进行配置，使得第一网络设备支持telemetry，实现telemetry业务，从而第一网络设备具备诸多优点，如第一网络设备可以降低设备压力，且通过周期性推送数据以避免网络延时造成数据不准确的问题，还可以监控大量网络节点以弥补传统网络监控方式的不足。

由于第一网络设备的设备类型不同，其telemetry的配置参数可能不同，且telemetry的配置参数的类型不同，第一网络设备的配置方式不同，因此，在第一网络设备接收到第一配置参数为telemetry的配置参数时，第一网络设备可以采用不同实现方式对第一网络设备进行配置。为了便于说明，下面采用三种可行的实现方式对上述具体实现过程进行详细说明。

在一些实施例中，处理模块304，具体用于将telemetry的配置参数确定为第一网络设备的待配置参数；对第一网络设备的待配置参数进行配置。

本申请实施例中，第一网络设备可以采用静态配置拷贝telemetry的配置参数为第一网络设备的待配置参数。其中，该telemetry的配置参数可以包括但不限于服务器(简称server)ip、server端口(简称port)、采样路径或者订阅组等。

例如，当该telemetry的配置参数为下述代码所示的采样路径时，由于anima中的各个网络设备采用的采样路径均相同，因此，第一网络设备可以确定该telemetry的配置参数确定为第一网络设备的待配置参数，无需任何处理，可以直接原样对第一网络设备的待配置参数进行配置。

#

sensor-groupa：传感器组a

sensor-pathhuawei-devm:devm/ports/port：传感器采样路径huawei-devm为devm/ports/port

#

在一些实施例中，处理模块304，具体用于根据telemetry的配置参数和第一网络设备的参数之间的对应关系，确定第一网络设备的待配置参数；对第一网络设备的待配置参数进行配置。

本申请实施例中，第一网络设备可以基于固定的算法，如telemetry的配置参数和第一网络设备的参数之间的对应关系，采用动态配置生成第一网络设备的待配置参数。其中，该telemetry的配置参数可以包括但不限于本地源ip(简称local-source-ip)等。

例如，当该telemetry的配置参数为下述代码所示的本地源ip时，第一网络设备可以自动选择，如可以先选择管理口ip，再选择本地回环接口(简称loopback0)ip，然后选择ula地址(即ipv6的localipv6unicastaddresses)。进而，第一网络设备可以根据固定算法对该telemetry的配置参数进行修改后再对第一网络设备的待配置参数进行配置。

#

subscriptiona：订阅a

local-source-addressipv41.1.1.1：本地源ip为ipv41.1.1.1，其中ipv4为ip的第四版

#

在一些实施例中，处理模块304，具体用于对telemetry的配置参数进行动态调整，确定第一网络设备的待配置参数；对第一网络设备的待配置参数进行配置。

本申请实施例中，第一网络设备可以根据如服务器配置策略等同类配置，对该telemetry的配置参数进行动态调整，生成第一网络设备的待配置参数。其中，该telemetry的配置参数可以包括但不限于采样周期等。一般情况下，当第一网络设备为路由器时，其采样周期为1s；当第一网络设备为dc时，其采样周期为2s；当第一网络设备为单核cpu时，其采样周期为1s；当第一网络设备为多核cpu时，其采样周期为100ms。

例如，当该telemetry的配置参数为下述代码所示的采样周期100ms时，第一网络设备可以根据第一网络设备的设备类型，可以采用修改后的采样周期200ms或者1s对第一网络设备的待配置参数进行配置。

#

subscriptiona：订阅a

sensor-groupasample-interval100：传感器组采样周期为100ms

#

本申请实施例中，在第一网络设备对第一网络设备进行配置过程时，第一网络设备可以充分考虑网络设备的设备类型以及telemetry的配置参数的类型，并通过上述三种实现方式，对第一网络设备进行灵活配置。

在一些实施例中，telemetry的配置参数包括：telemetry的传感器组、目标组以及订阅组。

在一些实施例中，第一配置消息为在grasp协议报文的洪泛消息中添加telemetry的配置参数得到的，grasp协议报文为anima系统中的一种消息格式。

由于grasp协议报文中包括多个类型的消息，该消息可以为grasp协议对应机制的消息，如发现机制对应的发现消息、协商机制对应的协商消息和协商相关消息、同步机制对应的同步消息，洪泛机制对应的洪泛消息等，因此，第二网络设备可以在上述grasp协议报文的任意消息中添加telemetry的配置参数，得到第一配置消息。

具体地，第二网络设备可以如下结构所示的grasp协议报文中洪泛消息新增基于telemetry的tlv字段。其中，该tlv字段可以包括如下结构所示的telemetry的传感器组、目标组以及订阅组，也可以包括如采样深度等telemetry的配置参数，本申请实施例对此不做限定。且该tlv字段指的是type类型、lenght长度以及value值。

其中，洪泛消息的结构如下：

其中，传感器组telemetry_sensor_group、目标组telemetry_destination_group、订阅组telemetry_subscription均为struct格式数组，单个格式的详细定义如下：

在一些实施例中，处理模块304，还用于在接收模块301接收第二网络设备发送的第一配置消息之前，判断第一网络设备是否接入anima系统，具体配置过程，请参考图3所示实施例中步骤s200中的详细描述，此处不再一一赘述。

在一些实施例中，处理模块304，用于在确定第一网络设备接入anima系统时，在接收模块301接收到anima系统中的策略服务器发送的更新消息，更新消息用于指示第一网络设备对第一网络设备进行更新配置时，根据配置参数，对第一网络设备进行更新配置，具体配置过程，请参考图3所示实施例中步骤s2014中的详细描述，此处不再一一赘述。

图8为本申请一实施例提供的第一网络设备的结构示意图，如图8所示，本申请实施例的第一网络设备300在图7所示结构的基础上，进一步地，还可以包括：

接入模块305，用于在确定第一网络设备未接入anima系统时，接入anima系统中，具体配置过程，请参考图3所示实施例中步骤s2021中的详细描述，此处不再一一赘述；

接收模块301，用于接收anima系统中的策略服务器发送的允许消息，允许消息用于表示允许第一网络设备对第一网络设备进行配置，具体配置过程，请参考图3所示实施例中步骤s2022中的详细描述，此处不再一一赘述；

处理模块304，用于根据允许消息，接收第二网络设备发送的第一配置消息，具体配置过程，请参考图3所示实施例中步骤s2023中的详细描述，此处不再一一赘述。

在一些实施例中，接收模块301，还用于接收不同于第二网络设备的第三网络设备发送的第二配置消息，第二配置消息的格式为基于anima系统的格式，具体配置过程，请参考图4所示实施例中步骤s3032中的详细描述，此处不再一一赘述；

确定模块302，还用于确定第二配置消息中携带有第二配置参数，第二配置参数为对第一网络设备进行配置的参数，具体配置过程，请参考图4所示实施例中步骤s3042中的详细描述，此处不再一一赘述；

解析模块303，还用于解析第二配置消息，获取第二配置参数，具体配置过程，请参考图4所示实施例中步骤s3052中的详细描述，此处不再一一赘述；

处理模块304，还用于根据预设配置规则、第一配置参数以及第二配置参数，对第一网络设备进行配置，具体配置过程，请参考图4所示实施例中步骤s306中的详细描述，此处不再一一赘述。

在一些实施例中，预设配置规则包括配置消息的接收时间顺序和/或网络设备的优先级。

例如，当预设配置规则为根据接收时间靠前的配置消息中的配置参数对网络设备进行配置时，若第一网络设备先接收到第一配置消息，后接收到第二配置消息，则第一网络设备可以根据解析第一配置消息得到的第一配置参数，对第一网络设备进行配置，且对解析第二配置消息得到的第二配置参数进行丢弃处理。

又如，当预设配置规则为根据优先级高的网络设备发送的配置参数对网络设备进行配置时，若第二网络设备的优先级高于第三网络设备的优先级，则第一网络设备可以根据解析第一配置消息得到的第一配置参数，对第一网络设备进行配置，且对解析第二配置消息得到的第二配置参数进行丢弃处理。

再如，当预设过配置规则为根据优先级高的网络设备发送的且接收时间靠前的配置消息中的配置参数对网络设备进行配置时，若第一网络设备先接收到第一配置消息，后接收到第二配置消息，且第二网络设备的优先级高于第三网络设备的优先级，则第一网络设备可以根据解析第一配置消息得到的第一配置参数，对第一网络设备进行配置，且对第二配置参数进行丢弃处理。若第一网络设备先接收到第一配置消息，后接收到第二配置消息，且第三网络设备的优先级高于第二网络设备的优先级，则第一网络设备可以根据预设算法，计算配置消息的接收时间顺序和网络设备的优先级两者的权重，根据权重大小从第一配置参数和第二配置参数中确定目标配置参数，对第一网络设备进行配置。

在一些实施例中，处理模块304，还用于在根据第一配置参数，对第一网络设备进行配置之后，对第一网络设备的已配置参数进行监控。

本申请实施例的第一网络设备，可以用于执行上述图2-图4中各方法实施例中第一网络设备的技术方案，其实现原理和技术效果类似，此处不再赘述。

示例性的，本申请实施例还提供一种第二网络设备，图9为本申请一实施例提供的第二网络设备的结构示意图，如图9所示，该第二网络设备400可以为anima系统中具有发现、同步、协商以及洪泛功能的任意物理设备或虚拟设备，如基站、接入点、接入网设备等，用于实现上述任一方法实施例中对应于第二网络设备的操作，本申请实施例第二网络设备400可以包括：

获取模块401，用于获取配置参数，配置参数为对第一网络设备进行配置的参数，具体配置过程，请参考图2所示实施例中步骤s101中的详细描述，此处不再一一赘述；

生成模块402，还用于基于anima系统的消息格式生成配置消息，配置消息包括配置参数，具体配置过程，请参考图2所示实施例中步骤s102中的详细描述，此处不再一一赘述；

发送模块403，用于向第一网络设备发送配置消息，配置参数用于第一网络设备对第一网络设备进行配置，具体配置过程，请参考图2所示实施例中步骤s103-106中的详细描述，此处不再一一赘述。

在一些实施例中，生成模块402，用于在配置参数为telemetry的配置参数时，在grasp协议报文的洪泛消息中添加telemetry的配置参数，得到第一配置消息，grasp协议报文为anima系统中的一种消息格式。

由于grasp协议报文中包括多个类型的消息，该消息可以为grasp协议对应机制的消息，如发现机制对应的发现消息、协商机制对应的协商消息和协商相关消息、同步机制对应的同步消息，洪泛机制对应的洪泛消息等，因此，第二网络设备可以在上述grasp协议报文的任意消息中添加telemetry的配置参数，得到第一配置消息。

具体地，第二网络设备可以如下结构所示的grasp协议报文中洪泛消息新增基于telemetry的tlv字段。其中，该tlv字段可以包括如下结构所示的telemetry的传感器组、目标组以及订阅组，也可以包括如采样深度等telemetry的配置参数，本申请实施例对此不做限定。且该tlv字段指的是type类型、lenght长度以及value值。

其中，洪泛消息的结构如下：

flood-message＝[m_flood，session-id，initiator，ttl，+[objective，(locator-option/[])]]

ttl＝0.4294967295；inmilliseconds

tlv字段的结构如下：

其中，传感器组telemetry_sensor_group、目标组telemetry_destination_group、订阅组telemetry_subscription均为struct格式数组，单个格式的详细定义如下：

在一些实施例中，获取模块401，用于通过运行第二网络设备中基于anima系统的自主服务代理asa，获取预先配置的telemetry的配置参数；将预设配置的telemetry的配置参数确定为第一配置参数。

由于基于anima系统的asa可以发现网络设备中的telemetry的配置参数，因此，第二网络设备可以通过运行自身中的asa可以获取预先配置的telemetry的配置参数。进而，第二网络设备便可根据该预设配置的telemetry的配置参数确定为第一配置参数。其中，预先配置的telemetry的配置参数为采用用户人工或者网管下发的配置方式配置的。

在一些实施例中，telemetry的配置参数包括：telemetry的传感器组、目标组以及订阅组。

本申请实施例的第二网络设备，可以用于执行上述图2-图4中各方法实施例中第二网络设备的技术方案，其实现原理和技术效果类似，此处不再赘述。

图10为本申请一实施例提供的网络设备的硬件结构示意图，如图10所示，该网络设备500可以为anima系统中具有发现、同步、协商以及洪泛功能的任意物理设备或虚拟设备，如基站、接入点、接入网设备等，用于实现上述任一方法实施例中对应于第一网络设备或第二网络设备的操作，本申请实施例的网络设备500可以包括：存储器501和处理器502。存储器501与处理器502可以通过总线503连接。

存储器501，用于存储程序代码；

处理器502，调用程序代码，当程序代码被执行时，用于执行上述任一实施例中的网络设备的配置方法。具体可以参见前述方法实施例中的相关描述。

可选地，本申请实施例还包括通信接口504，该通信接口504可以通过总线503与处理器502连接。处理器502可以控制通信接口503来实现通信设备500的上述的接收和发送的功能。

本申请实施例的通信设备，可以用于执行上述各方法实施例中的技术方案，其实现原理和技术效果类似，此处不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请实施例方案的目的。

另外，在本申请各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个单元中。上述模块成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本申请各个实施例方法的部分步骤。

应理解，上述处理器可以是中央处理单元(英文：centralprocessingunit，简称：cpu)，还可以是其他通用处理器、数字信号处理器(英文：digitalsignalprocessor，简称：dsp)、专用集成电路(英文：applicationspecificintegratedcircuit，简称：asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器可能包含高速ram存储器，也可能还包括非易失性存储nvm，例如至少一个磁盘存储器，还可以为u盘、移动硬盘、只读存储器、磁盘或光盘等。

总线可以是工业标准体系结构(industrystandardarchitecture，isa)总线、外部设备互连(peripheralcomponent，pci)总线或扩展工业标准体系结构(extendedindustrystandardarchitecture，eisa)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘solidstatedisk(ssd))等。