CN112217845A

CN112217845A - 一种基于Netconf协议的数据传输方法及相关设备

Info

Publication number: CN112217845A
Application number: CN201910618734.9A
Authority: CN
Inventors: 陈亮
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2019-07-09
Filing date: 2019-07-09
Publication date: 2021-01-12
Anticipated expiration: 2039-07-09
Also published as: CN114363306A; CN112217845B

Abstract

本申请实施例公开了一种基于Netconf协议的数据传输方法及相关设备。本申请实施例方法包括：客户端接收服务端发送的第一hello报文，其中，第一hello报文中包括服务端的第一能力信息集合以及服务端的设备标识，进而客户端根据该服务端的设备标识安装与服务端对应的设备驱动。客户端在与服务端进行hello报文协商的过程中即可获取服务端的设备标识，无需再进行额外的交互客户端就可以完成设备驱动的选择及安装，缩短了客户端与服务端建立通信通道完成连接的时间，提高了连接效率。

Description

一种基于Netconf协议的数据传输方法及相关设备

技术领域

本申请涉及网络配置领域，尤其涉及一种基于Netconf协议的数据传输方法及相关设备。

背景技术

随着信息时代的发展，网络配置协议(network configuration protocol,Netconf)在软件定义网络(software define network，SDN)中广泛使用。Netconf协议采用客户端(client)和服务端(server)的结构。

客户端与服务端建立通信通道完成连接需要进行多次交互，一般的交互方式是客户端与服务端首先利用hello报文协商使得双方建立会话，之后客户端向服务端发送查询报文用于查询服务端的设备类型、厂商以及版本等设备标识，接下来客户端接收服务端发送的携带自身设备标识的查询响应，进而客户端安装与服务端对应的设备驱动。

然而，客户端与服务端之间除了hello报文交互外，还需要查询报文的交互，双方建立通信通道所需要的交互耗时较长，导致连接效率较低。

发明内容

本申请实施例提供了一种基于Netconf协议的数据传输方法及相关设备，缩短了客户端与服务端建立通信通道所需要的时间，提高了连接效率。

第一方面，本申请实施例提供了一种基于Netconf协议的数据传输方法，该方法包括如下步骤。

客户端接收服务端发送的第一hello报文，其中，第一hello报文包括服务端的第一能力信息集合以及服务端的设备标识，进而客户端根据服务端的设备标识安装与服务端对应的设备驱动。

在该实施方式中，客户端在与服务端进行hello报文协商的过程中即可获取服务端的设备标识，无需再进行额外的交互客户端就可以完成设备驱动的选择及安装，缩短了客户端与服务端建立通信通道所需要的时间，提高了连接效率。

可选地，在一些可能的实施方式中，服务端的设备标识包括设备类型、设备厂商、设备版本以及设备模型中的至少一项。

在该实施方式中，列举了服务端设备标识的具体类型，提高了本方案的实用性。

可选地，在一些可能的实施方式中，客户端根据服务端的设备标识安装与服务端对应的设备驱动包括：

客户端从预置的设备驱动集合中查找与服务端的设备标识对应的设备驱动，进而客户端安装设备驱动。

在该实施方式中，提供了一种客户端根据服务端的设备标识安装设备驱动的具体实施方式，提高了本方案的可实现性。

可选地，在一些可能的实施方式中，方法还包括：

客户端向服务端发送第二hello报文，第二hello报文包括客户端的第二能力信息集合。

在该实施方式中，客户端与服务端需要通过相互向对端发送携带各自能力信息集合的hello报文来进行hello报文协商，使得本方案更加完整。

可选地，在一些可能的实施方式中，第二hello报文还包括客户端的设备标识，客户端的设备标识包括设备类型、设备厂商、设备版本以及设备模型中的至少一项。

在该实施方式中，同第一hello报文类似，第二hello报文也可以携带客户端的设备标识，提高了本方案的扩展性。

可选地，在一些可能的实施方式中，第一hello报文还包括会话标识，会话标识用于标识客户端与服务端之间建立的会话。

在该实施方式中，每一组客户端与服务端之间的会话都有与之对应的会话标识，具体的该会话标识可以携带在第一hello报文中，进一步提高了本方案的完整性。

第二方面，本申请实施例提供了一种基于Netconf协议的数据传输方法，该方法包括如下步骤。

服务端向客户端发送第一hello报文，以使得客户端根据服务端的设备标识安装与服务端对应的设备驱动，第一hello报文包括服务端的第一能力信息集合以及服务端的设备标识。

可选地，在一些可能的实施方式中，方法还包括：

服务端接收客户端发送的第二hello报文，第二hello报文包括客户端的第二能力信息集合。

第三方面，本申请实施例提供了一种基于Netconf协议的客户端，包括：

接收单元，用于接收服务端发送的第一hello报文，第一hello报文包括服务端的第一能力信息集合以及服务端的设备标识；

安装单元，用于根据服务端的设备标识安装与服务端对应的设备驱动。

可选地，在一些可能的实施方式中，安装单元具体用于：

从预置的设备驱动集合中查找与服务端的设备标识对应的设备驱动；

安装设备驱动。

可选地，在一些可能的实施方式中，客户端还包括：

发送单元，用于向服务端发送第二hello报文，第二hello报文包括客户端的第二能力信息集合。

第四方面，本申请实施例提供了一种基于Netconf协议的服务端，包括：

发送单元，用于向客户端发送第一hello报文，以使得客户端根据服务端的设备标识安装与服务端对应的设备驱动，第一hello报文包括服务端的第一能力信息集合以及服务端的设备标识。

可选地，在一些可能的实施方式中，服务端还包括：

接收单元，用于接收客户端发送的第二hello报文，第二hello报文包括客户端的第二能力信息集合。

第五方面，本申请实施例提供了一种基于Netconf协议的客户端，包括：

处理器、存储器、总线以及输入输出接口；

存储器中存储有程序代码；

处理器调用存储器中的程序代码时执行如第一方面任一实施方式中基于Netconf协议的数据传输方法。

第六方面，本申请实施例提供了一种基于Netconf协议的服务端，包括：

处理器、存储器、总线以及输入输出接口；

存储器中存储有程序代码；

处理器调用存储器中的程序代码时执行如第二方面任一实施方式中基于Netconf协议的数据传输方法。

第七方面，本申请实施例提供一种计算机存储介质，包括指令，当其在计算机上运行时，使得计算机执行上述第一方面的任一实施方式中基于Netconf协议的数据传输方法。

第八方面，本申请实施例提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面的任一实施方式中的基于Netconf协议的数据传输方法。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请实施例中，客户端接收服务端发送的第一hello报文，其中，第一hello报文中包括服务端的第一能力信息集合以及服务端的设备标识，进而客户端根据该服务端的设备标识安装与服务端对应的设备驱动。通过上述描述，客户端在与服务端进行hello报文协商的过程中即可获取服务端的设备标识，无需再进行额外的交互客户端就可以完成设备驱动的选择及安装，缩短了客户端与服务端建立通信通道所需要的时间，提高了连接效率。

附图说明

图1为SDN的结构示意图；

图2为本申请基于Netconf协议的数据传输方法的一个实施例示意图；

图3为第一hello报文的结构示意图；

图4为本申请基于Netconf协议的数据传输方法的另一个实施例示意图；

图5为本申请基于Netconf协议的客户端的一个实施例示意图；

图6为申请基于Netconf协议的服务端的一个实施例示意图；

图7为本申请基于Netconf协议的客户端的结构示意图；

图8为本申请基于Netconf协议的服务端的结构示意图。

具体实施方式

本申请实施例提供了一种基于Netconf协议的数据传输方法及相关设备，客户端在与服务端进行hello报文协商的过程中即可获取服务端的设备标识，无需再进行额外的交互客户端就可以完成设备驱动的选择及安装，缩短了客户端与服务端建立通信通道完成连接的时间，提高了连接效率。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

下面首先对本申请所采用的Netconf协议进行介绍：

Netconf协议是基于可扩展标记语言(extensible markup language，XML)的网络配置和管理协议，使用简单的基于远程过程调用(remote procedure call，RPC)机制实现客户端(client)和服务端(server)之间通信。其中，客户端可以是脚本或者网管上运行的一个应用程序，服务端可以是一个典型的网络设备。

Netconf协议采用了分层结构。每层分别对协议的某一方面进行包装，并向上层提供相关服务。分层结构使每层只关注协议的一个方面，实现起来更简单，同时使各层之间的依赖、内部实现的变更对其他层的影响降到最低。具体的，Netconf协议可以划分为以下四层。

安全传输层(secure transport)：为客户端和服务端之间交互提供通讯路径。可以使用任何符合基本要求的传输层协议承载，例如，安全外壳(secure shell，SSH)协议可以作为Netconf协议的承载协议。

消息(messages)层：提供一种简单的不依赖传输协议层的，生成RPC请求和回应消息框架的机制。客户端把RPC请求内容封装在一个<rpc>元素内并发送给服务端，服务端把请求处理结果封装在一个<rpc-reply>元素内并回应给客户端。

操作(operations)层：定义一组基本的操作，作为RPC的调用方法，可以使用XML编码的参数调用这些方法。

内容(content)层：由管理对象的数据模型定义，数据模型定义依赖Netconf协议的实现情况。

客户端的主要作用包括：利用Netconf协议对网络设备进行系统管理；向服务端发送<rpc>请求，查询或修改一个或多个具体的参数值；接收服务端主动发送的告警和事件，以获知被管理设备的当前状态。

服务端的主要作用包括：维护被管理设备的信息数据并响应客户端的请求；收到客户端的请求后会进行数据解析，然后给客户端返回响应；当设备发生故障或其他事件时，服务端主动将设备的告警和事件通知给客户端，向客户端报告设备的当前状态变化。

上面对Netconf协议进行了介绍，下面对本申请基于Netconf协议的一个具体应用场景进行介绍：

本申请可以应用于软件定义网络(software define network，SDN)中，请参阅图1，图1为SDN的结构示意图。SDN的网络结构为三层模型，其中，协同应用层主要是体现用户意图的各种上层应用程序，此类应用程序称为协同层应用程序，典型的应用包括运营支撑系统(operation support system，OSS)等。控制层是系统的控制中心，控制器负责网络的内部交换路径和边界业务路由的生成，并负责处理网络状态变化事件。转发层主要由网络设备构成基础转发网络，这一层负责执行用户数据的转发，转发过程中所需要的转发表项是由控制层生成的。

在SDN中，网元的控制平面在控制器上，负责协议计算，产生流表，而转发平面只在网络设备上。网络设备通过控制器集中管理和下发流表，这样就不需要对网络设备进行逐一操作，只需要对控制器进行配置即可。第三方应用只需要通过控制器提供的开放接口，通过编程方式定义一个新的网络功能，然后在控制器上运行即可。

需要说明的是，上述Netconf协议中客户端相当于SDN场景中的控制器，上述Netconf协议中服务端相当于SDN场景中的网络设备。本申请统一采用客户端和服务端的称谓进行描述。另外，除了SDN场景外，本申请也可以在基于上述Netconf协议的其他网络场景中应用，具体此处不做限定。

在SDN场景中，客户端可能会对接多个服务端，客户端与服务端之间的交互除了hello报文协商外，客户端还需要根据服务端的厂商、版本以及类型等设备标识进行驱动选择，以使得客户端可以安装与不同服务端所分别对应的驱动，在驱动安装成功后即建立了双方之间的通信通道，客户端再进一步通过通信通道向对应的服务端发送配置信息。具体的，客户端可以通过向服务端发送查询报文的方式获取服务端的设备标识，那么客户端与服务端之间建立通信通道需要进行包括hello报文以及查询报文的多次交互，效率较低。

本申请的整体思路是在hello报文协商阶段客户端即可获取服务端的设备标识，无需再进行额外的交互客户端就可以完成设备驱动的选择及安装，缩短了客户端与服务端之间建立通信通道所需要的时间，提高了连接效率。

下面对本申请实施例进行详细的介绍：

请参阅图2，图2为本申请基于Netconf协议的数据传输方法的一个实施例示意图。在该示例中，基于Netconf协议的数据传输方法包括如下步骤。

201、客户端向服务端发送第二hello报文。

本实施例中，客户端为了与服务端建立会话需要与服务端交换各自的能力信息集合，那么客户端可以向服务端发送第二hello报文，其中，第二hello报文包括客户端的第二能力信息集合。

需要说明的是，客户端与服务端之间的会话承载于SSH协议之上，因此在客户端与服务端进行hello报文交互之前，客户端还需要先发起与服务端之间的SSH连接。

202、服务端向客户端发送第一hello报文。

本实施例中，在服务端收到客户端发送的第二hello报文后，服务端进一步向客户端发送第一hello报文，以此完成客户端与服务端之间的hello报文协商，客户端可以通过hello报文协商发现服务端的功能，并使用由这些能力信息集合定义的操作，参数和内容。

请参阅图3所示的第一hello报文的结构示意图，第一hello报文包括安全传输层协议(例如SSH)、消息标识(例如hello)以及净荷，其中，净荷中除了包含服务端的第一能力信息集合外，还包括服务端的设备标识。该服务端的设备标识可以包括设备类型、设备厂商、设备版本以及设备模型中的至少一项。需要说明的是，在实际应用中，该服务端的设备标识包括但不限于上述举例的内容。

可选的，第一hello报文中还可以包括会话标识(session-id)，即服务端可以为本次会话分配一个会话标识，用于唯一标识该会话。

需要说明的是，上述第二hello报文以及第一hello报文可以采用XML的编码格式，用文本表示复杂的层次化数据，既支持使用传统的文本编译工具，也支持使用XML专用的编辑工具读取、保存和操作配置数据。

下面列举一种第一hello报文的净荷中内容的具体形式。

其中，<capabilities>的标签表示服务端的第一能力信息集合，<session-id>的标签表示本次会话的会话标识，<system-identifiers>的标签标识服务端的设备标识，进一步在该<system-identifiers>标签下包括有<device-type>表示设备类型(例如OLT)、<version>表示设备版本(例如Release1.0.0)、<vendor>表示设备厂商(例如Huawei)以及<model>表示设备模型(例如MA5800)。

需要说明的是，上述<system-identifiers>的标签名称只是一种示例，在实际应用中也可以采用其他的标签名称表示服务端的设备标识，具体此处不做限定。另外，对于设备标识的设置方式，除了采用上述的标签下再设置子标签的方式外，还可以直接将各设备标识平铺设置，不再设置类似<system-identifiers>的总标签，具体可以如下所示：

203、客户端根据服务端的设备标识安装与服务端对应的设备驱动。

本实施例中，客户端为了与服务端建立通信通道需要安装与服务端对应的驱动，在驱动安装成功后才能通过驱动接口(通信通道)向服务端发送配置信息。因此，客户端收到服务端的设备标识后，可以根据设备标识确定与服务端对应的设备驱动。

具体的，客户端本地可以存储有多个服务端所分别对应的设备驱动集合，并且每个设备驱动都有与之对应的设备标识，例如，设备标识A对应设备驱动A、设备标识B对应设备驱动B等等。那么客户端可以根据收到的服务端的设备标识从设备驱动集合中选择出与该设备标识对应的设备驱动，下一步客户端即可安装该设备驱动。

需要说明的是，上述客户端选择并安装设备驱动的方式只是一种示例，在实际应用中也可以有其他的实施方式，例如，客户端收到服务端的设备标识后可以从专门用于存储设备驱动的服务器上下载与该设备标识对应的设备驱动，并进一步完成该设备驱动的安装。具体此处不做限定。

需要说明的是，除了上述所描述的设备驱动外，客户端还可以根据服务端的设备标识安装与该服务端对应的设备适配器(device adaptor)。

本申请实施例中，客户端向服务端发送携带客户端的第二能力信息集合的第二hello报文，之后客户端接收服务端发送的第一hello报文，其中，第一hello报文中包括服务端的第一能力信息集合以及服务端的设备标识，进而客户端根据该服务端的设备标识安装与服务端对应的设备驱动。通过上述描述，客户端在与服务端进行hello报文协商的过程中即可获取服务端的设备标识，无需再进行额外的交互客户端就可以完成设备驱动的选择及安装，缩短了客户端与服务端建立通信通道所需要的时间，提高了连接效率。

可选的，在上述步骤201中客户端向服务端发送的第二hello报文中也可以携带客户端自身的设备标识。下面请参阅图4，图4为本申请基于Netconf协议的数据传输方法的另一个实施例示意图。在该示例中，基于Netconf协议的数据传输方法包括如下步骤。

401、客户端向服务端发送第二hello报文。

本实施例中，客户端向服务端发送的第二hello报文中除了携带有客户端的第二能力信息集合外还携带有客户端的设备标识。需要说明的是，该客户端的设备标识与上述服务端的设备标识类似，也可以包括设备类型、设备厂商、设备版本以及设备模型中的至少一项。另外，该第二hello报文的结构以及其中净荷的具体形式与图2所示实施例中步骤202的相关描述类似，具体此处不再赘述。

402、服务端根据客户端的设备标识判断是否接受hello报文协商，若否，则执行步骤403，若是，则执行步骤404。

本实施例中，服务端收到客户端发送的第二hello报文后，可以根据第二hello报文中携带的客户端的设备标识来判断是否接受客户端发起的hello报文协商。例如，在某些场景下，服务端A只能接受客户端A发起的hello报文协商，而不能接受诸如客户端B等其他客户端发起的hello报文协商，那么服务端本地可以存储有客户端A的设备标识，进一步服务端核对收到的hello报文中携带的设备标识以及本地存储的设备标识，若核对成功则接受该hello报文协商，若核对失败则拒绝该hello报文协商。

403、若服务端拒绝该hello报文协商，则服务端向客户端发送拒绝响应。

404、若服务端接受该hello报文协商，则服务端向客户端发送携带第一能力信息集合以及服务端的设备标识的第一hello报文。

405、客户端根据服务端的设备标识安装与服务端对应的设备驱动。

本实施例中，步骤404-405与图2所示实施例中的步骤202-203类似，具体此处不再赘述。

上面对本申请实施例中基于Netconf协议的数据传输方法进行了描述，下面对本申请实施例中基于Netconf协议的客户端进行介绍：

请参阅图5，本申请实施例中基于Netconf协议的客户端的一个实施例包括：

发送单元501、用于向服务端发送第二hello报文，第二hello报文包括客户端的第二能力信息集合；

接收单元502、用于接收服务端发送的第一hello报文，第一hello报文包括服务端的第一能力信息集合以及服务端的设备标识；

安装单元503、用于根据服务端的设备标识安装与服务端对应的设备驱动。

可选的，服务端的设备标识包括设备类型、设备厂商、设备版本以及设备模型中的至少一项。

可选的，安装单元503具体用于：

安装设备驱动。

可选的，第二hello报文还包括客户端的设备标识，客户端的设备标识包括设备类型、设备厂商、设备版本以及设备模型中的至少一项。

可选的，第一hello报文还包括会话标识，会话标识用于标识客户端与服务端之间建立的会话。

本申请实施例中，发送单元501向服务端发送携带客户端的第二能力信息集合的第二hello报文，接收单元502接收服务端发送的第一hello报文，其中，第一hello报文中包括服务端的第一能力信息集合以及服务端的设备标识，进而安装单元503根据该服务端的设备标识安装与服务端对应的设备驱动。通过上述描述，客户端在与服务端进行hello报文协商的过程中即可获取服务端的设备标识，无需再进行额外的交互客户端就可以完成设备驱动的选择及安装，缩短了客户端与服务端建立通信通道所需要的时间，提高了连接效率。

下面对本申请实施例中基于Netconf协议的服务端进行介绍：

请参阅图6，本申请实施例中基于Netconf协议的服务端的一个实施例包括：

接收单元601，用于接收客户端发送的第二hello报文，第二hello报文包括客户端的第一能力集合；

发送单元602，用于向客户端发送第一hello报文，以使得客户端根据服务端的设备标识安装与服务端对应的设备驱动，第一hello报文包括服务端的第一能力信息集合以及服务端的设备标识。

上面从模块化功能实体的角度对本申请实施例中的客户端以服务端进行了描述，下面从硬件处理的角度对本申请施例中的客户端以及服务端进行描述：

请参阅图7，本申请中客户端包括一个或多个处理器701、存储器702及通信接口703，其中，处理器701、存储器702及通信接口703之间通过总线互相连接。

存储器702可以是短暂存储或持久存储，用于存储相关的指令及数据，通信接口703用于接收和发送数据。更进一步地，处理器701可以配置为与存储器702通信，执行存储器702中的一系列指令操作。

具体的，该客户端可以用于执行图2以及图4所示实施例中客户端所执行的全部或部分动作。

请参阅图8，本申请中服务端包括一个或多个处理器801、存储器802及通信接口803，其中，处理器801、存储器802及通信接口803之间通过总线互相连接。

存储器802可以是短暂存储或持久存储，用于存储相关的指令及数据，通信接口803用于接收和发送数据。更进一步地，处理器801可以配置为与存储器802通信，执行存储器802中的一系列指令操作。

具体的，该服务端可以用于执行图2以及图4所示实施例中服务端所执行的全部或部分动作。

应理解，本申请实施例中提及的处理器可以是中央处理单元(CentralProcessing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

还应理解，本申请实施例中提及的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double DataRate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)。

需要说明的是，当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时，存储器(存储模块)集成在处理器中。

属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

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

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，read-onlymemory)、随机存取存储器(RAM，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims

1.一种基于网络配置Netconf协议的数据传输方法，其特征在于，包括：

客户端接收服务端发送的第一hello报文，所述第一hello报文包括所述服务端的第一能力信息集合以及所述服务端的设备标识；

所述客户端根据所述服务端的设备标识安装与所述服务端对应的设备驱动。

2.根据权利要求1所述的方法，其特征在于，所述服务端的设备标识包括设备类型、设备厂商、设备版本以及设备模型中的至少一项。

3.根据权利要求1或2所述的方法，其特征在于，所述客户端根据所述服务端的设备标识安装与所述服务端对应的设备驱动包括：

所述客户端从预置的设备驱动集合中查找与所述服务端的设备标识对应的所述设备驱动；

所述客户端安装所述设备驱动。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述方法还包括：

所述客户端向服务端发送第二hello报文，所述第二hello报文包括所述客户端的第二能力信息集合。

5.根据权利要求4所述的方法，其特征在于，所述第二hello报文还包括所述客户端的设备标识，所述客户端的设备标识包括设备类型、设备厂商、设备版本以及设备模型中的至少一项。

6.根据权利要求1至5中任一项所述的方法，其特征在于，所述第一hello报文还包括会话标识，所述会话标识用于标识所述客户端与所述服务端之间建立的会话。

7.一种基于网络配置Netconf协议的数据传输方法，其特征在于，包括：

服务端向客户端发送第一hello报文，以使得所述客户端根据所述服务端的设备标识安装与所述服务端对应的设备驱动，所述第一hello报文包括所述服务端的第一能力信息集合以及所述服务端的设备标识。

8.根据权利要求7所述的方法，其特征在于，所述服务端的设备标识包括设备类型、设备厂商、设备版本以及设备模型中的至少一项。

9.根据权利要求7或8所述的方法，其特征在于，所述方法还包括：

所述服务端接收所述客户端发送的第二hello报文，所述第二hello报文包括所述客户端的第二能力信息集合。

10.根据权利要求9所述的方法，其特征在于，所述第二hello报文还包括所述客户端的设备标识，所述客户端的设备标识包括设备类型、设备厂商、设备版本以及设备模型中的至少一项。

11.根据权利要求7至10中任一项所述的方法，其特征在于，所述第一hello报文还包括会话标识，所述会话标识用于标识所述客户端与所述服务端之间建立的会话。

12.一种基于Netconf协议的客户端，其特征在于，包括：

接收单元，用于接收服务端发送的第一hello报文，所述第一hello报文包括所述服务端的第一能力信息集合以及所述服务端的设备标识；

安装单元，用于根据所述服务端的设备标识安装与所述服务端对应的设备驱动。

13.根据权利要求12所述的客户端，其特征在于，所述服务端的设备标识包括设备类型、设备厂商、设备版本以及设备模型中的至少一项。

14.根据权利要求12或13所述的客户端，其特征在于，所述安装单元具体用于：

从预置的设备驱动集合中查找与所述服务端的设备标识对应的所述设备驱动；

安装所述设备驱动。

15.根据权利要求12至14中任一项所述的客户端，其特征在于，所述客户端还包括：

发送单元，用于向所述服务端发送第二hello报文，所述第二hello报文包括所述客户端的第二能力信息集合。

16.根据权利要求15所述的客户端，其特征在于，所述第二hello报文还包括所述客户端的设备标识，所述客户端的设备标识包括设备类型、设备厂商、设备版本以及设备模型中的至少一项。

17.根据权利要求12至16中任一项所述的客户端，其特征在于，所述第一hello报文还包括会话标识，所述会话标识用于标识所述客户端与所述服务端之间建立的会话。

18.一种基于Netconf协议的服务端，其特征在于，包括：

发送单元，用于向客户端发送第一hello报文，以使得所述客户端根据所述服务端的设备标识安装与所述服务端对应的设备驱动，所述第一hello报文包括所述服务端的第一能力信息集合以及所述服务端的设备标识。

19.根据权利要求18所述的服务端，其特征在于，所述服务端的设备标识包括设备类型、设备厂商、设备版本以及设备模型中的至少一项。

20.根据权利要求18或19所述的方法，其特征在于，所述服务端还包括：

接收单元，用于接收所述客户端发送的第二hello报文，所述第二hello报文包括所述客户端的第二能力信息集合。

21.根据权利要求20所述的服务端，其特征在于，所述第二hello报文还包括所述客户端的设备标识，所述客户端的设备标识包括设备类型、设备厂商、设备版本以及设备模型中的至少一项。

22.根据权利要求18至21中任一项所述的服务端，其特征在于，所述第一hello报文还包括会话标识，所述会话标识用于标识所述客户端与所述服务端之间建立的会话。

23.一种基于Netconf协议的客户端，其特征在于，包括：

处理器、存储器、总线以及输入输出接口；

存储器中存储有程序代码；

处理器调用存储器中的程序代码时执行如权利要求1至6中任意权利要求所述的基于Netconf协议的数据传输方法。

24.一种基于Netconf协议的服务端，其特征在于，包括：

处理器、存储器、总线以及输入输出接口；

存储器中存储有程序代码；

处理器调用存储器中的程序代码时执行如权利要求7至11中任意权利要求所述的基于Netconf协议的数据传输方法。

25.一种计算机可读存储介质，包括指令，当指令在计算机上运行时，使得计算机执行权利要求1至11的基于Netconf协议的数据传输方法。

26.一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行权利要求1至11的基于Netconf协议的数据传输方法的流程。