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

操作层

操作层是承载在消息层上的具体操作内容，这些具体操作仅能承载在<rpc>和<rpc-reply>消息上，<notification>消息无操作层内容。

NETCONF协议规定了9种简单的RPC操作，如表一所示：

表一：RPC基本操作

除了以上9种基本操作，NETCONF也支持用户自定义RPC操作，这里不做展开描述。

• 内容层

内容层主要用来描述网络管理所涉及的配置数据和通知数据等。但是NETCONF并没有对于内容层的数据结构模型做标准化定义，那如何来描述内容层的相关数据呢，2006年，在NETCONF首个版本RFC 4741发布的同时，一种专门为NETCONF准备的数据建模语言YANG（RFC 6020）也同时发布。目标是对NETCONF数据模型、操作进行建模，覆盖NETCONF协议的操作层和内容层。

下图即是一个NETCONF的RPC报文中各层内容的示意。

图四：NETCONF RPC报文示例

NECONF操作

那在这个架构下NETCONF到底是如何实现设备配置管理的？

我们来看一次NETCONF交互的流程 ：

图五：NETCONF交互流程示意

在Client和Server建立NETCONF会话后，两端先通过<hello>报文互相通知对端本端对于NETCONF的支持能力，即Capability。同步完成后Client端发起RPC操作，Server端运行后将应答消息封装入<rpc-reply>回复给Client端。对于设备配置，就是在Client端发起RPC配置相关的操作。

NETCONF定义的9项基本RPC操作中有4项与配置直接相关，包括

• <get-config>；

• <edit-config>；

• <copy-config>；

• <delete-config>。

还剩余2项与配置权限相关，2项会话关闭和1项状态数据查询。从这里也能看出NETCONF对于配置管理的重视。

可是这些好像还是没法体现NETCONF比SNMP好在哪？SNMP存在的问题如何解决的？

这里不得不引出NETCONF中另外一个重要的组成部分YANG。

YANG

YANG（Yet Another Next Generation），无法用中文给出恰当的翻译。从YANG的标准文档RFC 6020中，我们可以明确它的定位： A Data Modeling Language for the Network Configuration Protocol （NETCONF），NETCONF的数据建模语言。

为什么要YANG

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

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