技术盛宴 | 数据中心自动化运维技术探索之NETCONF

NETCONF需要对设备的配置（configuration）和状态（state）做操作，例如编辑配置，获取状态，而NETCONF的内容层并没有定义标准化的数据模型。同时操作层除了定义9种基本的RPC操作，还允许自定义RPC，自定义的RPC和具体操作内容都需要进行建模，YANG就是用来完成这个建模的。

YANG使用modules和submodule进行数据建模。一个YANG module，如图六所示，定义了具有垂直结构的数据，这些数据可以被用做基于NETCONF的操作，包括配置、状态数据的描述，还有RPC操作等。它使得NETCONF的Client和Server之间能有完整的数据描述。

图六：YANG module举例

怎么用YANG

YANG建模得到的数据具备树形结构。其中每一个节点都有一个名字，都有一个值或者一些子节点。YANG文件为这些节点，以及节点之间的交互提供明确清晰的描述，即数据模型路径。

网络设备对于NETCONF的支持，就是在设备注册YANG的数据模型路径，使设备能够根据YANG文件的数据模型路径获取数据或者写入配置。

那么对于运维人员来说只需拿到设备厂商的YANG模型，根据YANG模型的要求将相关的配置或数据参数填入，即可通过NETCONF发起相关RPC操作，完成配置或数据读取任务。

通过YANG和NETCONF，就实现了基于可编程技术的网络配置和管理，为自动化运维提供了基础。

NETCONF与SNMP对比

介绍完NETCONF，我们再回头看下NETCONG与SNMP的简单对比：

表二：SNMP&NETCONF对比

相比SNMP，NETCONF具备以下优势：

• 简单易用，YANG模型简单易学，可读性好，且可直接映射到XML；

• 清晰区分配置数据和状态数据，对于不同数据，存储在不同数据库中，互相区分明确；

• 可以统一管理整个网络所有设备，而不再是基于单台设备管理；

• 自动化的配置下发和数据收集，降低人工误操作几率；

• 标准化数据模型（建模语言）；

• 扩展性好，除了标准操作，还可以自定义操作，实现独特管理功能；

• 基于SSH协议，提供配置锁定等机制，数据安全性高。

NETCONF问题

NETCONF协议因其良好的易用性和扩展性，已经随着SDN技术的逐步落地得到了越来越广泛的使用，主流设备厂商设备均可以支持NETCONF功能。

但是这样是否就完美解决了网管运维面临的问题呢？答案显然是否定的。原因在于：

• 各厂商设备支持NETCONF基本都使用私有YANG模型， 不同厂商设备不能识别其他厂商YANG文件；

• 对于使用NETCONF运维平台的使用者，需要学习熟悉各厂商的NETCONF文档和YANG文件；

• NETCONF YANG Model整体的标准化进程十分缓慢。

为了解决这些现实问题，业界的设备使用者们推出了另外一种标准化方案。

OpenConfig

（编辑：网站开发网_安阳站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!