基于经授权的Apache v2开源软件许可，瞻博网络发布了他们自己的软件定义网络解决方案——OpenContrail。这意味着在软件定义网络范畴，除了上个月在VMworld发布的VwwareNSX解决方案之外，大家多了种开源解决方案的选择。
正如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方式来访问数据库以防止单点失败。
