就是它！一个能让网工失业的协议！！！( 三 ) 网络配置协议NETCONF（NetworkCo

<rpc-reply>元素用来封装<rpc>请求的应答消息， NETCONFServer给每个<rpc>操作回应一个使用<rpc-reply>元素封装的应答信息。
<rpc-error>
NETCONFServer在处理<rpc>请求的过程中，如果发生任何错误或告警，则在<rpc-reply>元素内只封装<rpc-error>元素返回给NETCONFClient 。
<ok>
NETCONFServer在处理<rpc>请求的过程中，如果没有发生任何错误或告警，则在<rpc-reply>元素内封装一个<ok>元素返回给NETCONFClient 。配置数据库（Datastores）
所谓配置数据库是关于设备的一套完整的配置参数的集合。 NETCONF定义了一个或多个配置数据库的存在，并允许对它们进行配置操作。
NETCONF基本模型中只存在<running/>配置数据库。其他配置数据库可以由能力集定义，且只在宣称支持该能力集的设备上可用。
<running/>：
运行配置数据库，保存网络设备上当前处于活动状态的完整配置。在设备上只存在一个此类型的配置数据库，并且始终存在。
<candidate/>：
备用配置数据库，存放设备将要提交到<running/>的各项配置数据的集合。管理员可以在<candidate/>上进行操作，对<candidate/>的任何改变不会直接影响网络设备。可以通过<commit>指令将备用配置数据提交为设备运行数据。
设备支持此数据库，必须支持NETCONF标准能力集中的CandidateConfiguration能力。
<startup/>：启动配置数据库，存放设备启动时所加载的配置数据，相当于已保存的配置文件。设备支持此数据库，必须支持NETCONF标准能力集中的DistinctStartup能力。
各数据库间可支持配置数据迁移
什么是NETCONF的能力集？能力集（Capabilities）
能力集是一组基于NETCONF协议实现的基础功能和扩展功能的集合。 NETCONF能力集包括由IETF标准组织定义的标准能力集，以及由各设备制造商定义的各自的扩展能力集。设备可以通过能力集增加协议操作，扩展已有配置对象的操作范围。
NETCONF协议提供了定义能力集语法语义的规范，协议允许Client与Server交互各自支持的能力集， Client只能发送Server支持的能力集范围内的操作请求。
NETCONF能力集交互过程
能力协商是在会话建立阶段，双方通过发送消息给对方来通告自己支持的能力。 NETCONF会话一旦建立， Client和Server端会立即向对端发送Hello消息（含有本端支持的能力集列表<hello>元素），通告各自支持的能力集。这样双方就能利用协商后的能力实现特定的管理功能。
能力集协商结果，对于标准能力集（除Notification外），以Server支持的能力集为协商结果，对于扩展能力集，以双方支持的能力集交集为协商结果。

文章图片
NETCONF能力交互示意图一般地， Client和Server经过如下的步骤来完成配置的获取和改变：
Client和Server建立面向连接的传输协议的会话。
通过Hello消息协商彼此支持的功能（Capability），如都支持的NETCONF的最高级版本，从而避免解析时的歧义。
Client向Server发送<rpc>的请求。
Server接收并解析<rpc>请求，通过YANG数据模型的定义来验证RPC请求的合法性。
Server执行<rpc>的请求，执行结果作为<rpc-reply>响应消息返回给Client 。
Client接收并解析响应消息。 NETCONF支持哪些操作和能力？
NETCONF协议提供一组基本操作，管理设备的配置数据，以及查询设备的配置和状态信息。 NETCONF协议还可以根据设备支持的能力集支持附加的操作。