正在阅读:畅谈数据中心网络运维自动化畅谈数据中心网络运维自动化

2018-04-20 17:42 出处:其他 作者:佚名 责任编辑:sunziyi

OpenConfig

  IETF 已经为 Netconf 和 YANG Model 发布了很多 RFC,从 2006 年的 Netconf RFC 4741,2010 年的 YANG Model RFC 6020,到现在已经超过 10 年。而最新的一个 RFC 在什么时候呢?就在几天之前的 2018 年 4 月 3 日,3 家设备厂商联合提交了一个 OSPF YANG Model 的草案 —— 标准化的进展太慢了。

  也许,这就是问题所在 —— Netconf 标准是由网络设备厂商推动的,内耗太大。各个设备厂商都希望在软件定义网络的时代继续保持硬件设备的重要性,并且能够体现自己公司产品的差异化优势。

  但是从网络运维者的角度考虑,这显然不合理,因为设备厂商所推动的 Netconf 标准并不是他们真正想要的。所以 Google,AT&T,British Telecom,Facebook,Apple,Microsoft 等互联网服务提供商成立了 OpenConfig 工作组,希望提供一个中立于设备厂商的标准 API。目前国内的腾讯、百度和阿里等互联网服务提供商也已经加入了 OpenConfig 工作组。

  OpenConfig 沿用了 Netconf 的协议框架,但是它不太关注底层的数据传输,而是更关注上层的数据表达和数据建模。这意味着:不管是 A 厂还是 B 厂,所有的数据都必须符合 OpenConfig YANG Model,并且 Key-Value 都必须是 OpenConfig 所规定的标准格式!

  OpenConfig 的另外一个核心要点是:虽然网络设备可能支持丰富的功能特性,甚至是设备厂商私有的功能特性,但是 OpenConfig 只关心与互联网行业用户通用的运维工作和网络设计工作相关的功能,例如 BGP、OpenFlow、Telemetry 等等。OpenConfig 不会为设备厂商的私有特性定义 YANG Model,也不会为设备厂商所特有的 Key-Value 做定义,所以不会出现不兼容的情况。

  但反过来讲,OpenConfig 也不会为了兼容某些设备厂商而让 YANG Model 过于简单,所以设备厂商需要让自己的功能满足 OpenConfig YANG Model 的要求,具备 Model 所定义的所有的 Key,并且能够为所有的 Key 提供对应的 Value。

  在 Key-Value 格式固定之后,网络运维人员对数据的解析工作就非常方便了。只要网络设备支持标准的 OpenConfig YANG,NAPALM 就可以对原始数据进行解析,不再依赖第三方 Module 就可以管理多厂商多 OS 的网络,进而实现真正的网络自动化。

▲ OpenConfig & NAPALM
▲ OpenConfig & NAPALM

  使用 OpenConfig 的另一个好处就是可以简化 SDN 网络架构,用户使用一个控制器集群就可以同时控制多个厂商的网络设备,不再需要使用设备厂商的商用控制器做中继。

▲ 单控制器架构
▲ 单控制器架构

  OpenConfig 工作组在 2015 年已经向 IETF 提交了 2 个 YANG 标准草案,虽然目前还没有标准的 RFC 发布,但是它现已成为网络自动化技术的发展趋势,因此各大网络设备厂商都开始了 OpenConfig 的开发工作。锐捷的数据中心交换机支持 Netconf YANG 和 OpenConfig YANG,目前正在国内配合公有云提供商进行标准化 SDN 的测试工作。

作者:陈程
锐捷网络互联网系统部行业咨询

键盘也能翻页,试试“← →”键
本文导航
第1页:CLI和SNMP
第2页:Netconf和NAPALM
第3页:OpenConfig

为您推荐

加载更多
加载更多
加载更多
加载更多
加载更多
加载更多
加载更多
加载更多
加载更多

网络设备论坛帖子排行

最高点击 最高回复 最新
最新资讯离线随时看 聊天吐槽赢奖品