瞻博网络发布首款软件定义网络软件——OpenContrail

基于经授权的 Apache v2 开源软件许可，瞻博网络发布了他们自己的软件定义网络解决方案—— OpenContrail 。这意味着在软件定义网络范畴，除了上个月在VMworld 发布的Vwware NSX 解决方案之外，大家多了种开源解决方案的选择。

正如 NSX 一样，OpenContrail 允许在软件虚拟软件切换及虚拟化环境路由两个方面，提供了技术支撑——通过使用通用路由封装（ GRE ）或虚拟可扩展局域网（ VXLAN ）技术提供了覆盖式网络模式。另一方面，OpenContrail 也和 NSX 方案一样能够控制基于网络设备的硬件。 两个平台方案的根本区别在于两者与编排系统（orchestration systems）的连接方式。OpenContrail 被设计为能够在 OpenStack 云管理平台上工作，而 NSX 是和 Vmware 的云自动化中心（vCAC）相连。

OpenContrail 作为服务项目的中子网络（以前称作为量子）供应方与OpenStack 整合。称作为“北向（North Bound）”的API 直接为应用程序整合提供了可行性，人们将此阐述为网络虚拟架构的深入研究。

OpenContral 的核心技术来自与去年瞻博网络所收购的 Contrail 系统公司，一家由几名瞻博网络公司前雇员创立的软件定义网络（SDN）作为前身。该系统最不同于其他软件定义网络（SDN）方法的地方在于：对应用程序需求及网络能力可管理化方面，系统大大依赖了内部数据模型的使用。

由思科网络的首席技术官 Padamasree Warrior 的博客—— Limitations of a Software-Only Approach to Data Center Networking 中可以看出，思科在刻意地淡化软件定义网络（SDN）对网络的影响。但不幸的是，这篇博客似乎忽略了这样一个事实即NSX 不仅仅是款软件，它同样可以用来管理硬件。网络工业评论员——Art Fewell 在他的文章中也揭示了这点。瞻博网络同它的最大竞争对手一起为市场推出了这款等同于NSX 的开源软件——OpenContrail，这无疑对思科网络产生了巨大的压力，并作用于那些生存在思科网络生态系统之下的产品或公司。

OpenContrail 声明中遗漏的一点是，这份声明并未提及关于创建一个基于“北向（North Bound）”API 的开源的实现方法。而这个方法是开放网络基金会（ ONF ）所推进的平面控制协议——OpenFlow 或 Linux 基金会的 OpenDaylight 的初步方案中的涉及项。瞻博网络此前曾声明将支持 OpenFlow 及 OpenDaylight 。在这方面，瞻博网络更胜 VMware 一筹。然而正因为 OpenFlow 源自 NSX 的一个主要组成部分——Nicira，但从 NSX 的发布声明中并未提及对 OpenFlow 的支持。同样的，尽管 VMware 是 OpenDaylight 项目的成员之一，但在自己的产品上市之前 VMware 并未选择开放 API 源码。

penContrail 的 API 由内部数据模型产生，并且支持创建、读取、更新及删除（CRUD）操作，而这些操作通过一个表述性状态转移（RESTful）的接口完成。该项目同样提供了对 Python、C++ 及 JavaScript 的绑定。应用程序能够直接与 API 交互，而不需要通过编排系统。借此，InfoQ 编辑联系了瞻博网络的首席架构师及软件定义网络（SDN）的首席技术官（CTO）——Kireeti Kompalla 了解到关于如何处理多个主体的具体细节：

所有的数据模型操作，一旦被验证通过并确认，最终写入一个数据库。该数据库呈现层次化结构。因此当编排程序打算为某个项目创建一个新的虚拟网络时，它就必须询问该项目之下已经定义了哪些虚拟网络。

值得注意的是，OpenContrail 通过一种分布式哈希表（ DHT ）NoSQL 方式来访问数据库以防止单点失败。

查看英文原文： Juniper Launches OpenContrail for Software Defined Networking