juniper：opencontrail/contrail 作为SDN解决方案

接触opencontrail 算下来也有3年了，相对来说应该算是国内比较早接触的。

以后有时间写一些随笔。

opencontrail 和其他的SDN 的解决方案不太同的是他又一个商用的contrail 版本，不像其他的SDN 控制器，都是各家在开源的基础上自定义修改成自家的SDN 方案，opencontrail是作为开源版本发布的。

据说opencontrail 的代码和商用contrail 的代码是一致的，对于这个我一直存疑问态度，因为opencontrail 的社区真的太烂，使用人少，提bug 回复太慢，一个恶性循环，觉得他们作为商用版本的绝对不会这么慢的相应，有商用版本的开源都是耍流氓。

opencontrail 作为SDN 解决方案，可以和openstack 对接，也可以和vmware 对接，支持底层kvm，vmware虚拟化，

同时，作为一个商用的SDN 解决方案，在走读代码的时候也能够发现其非常的复杂，代码量巨大，有几百万行的代码量。组件丰富，同时组件也很复杂，过多的组件导致了他需要很大的人力来维护。

同时版本升级也有问题，官方文档提供了升级的方案，但是貌似问题较多，建立是选定一个版本，不轻易的升级。升级得需要做好仔细的考量和万全的准备。

opencontrail 特别依赖于ntp 时间服务，各个节点额时间不对，系统就处于瘫痪的状态了。

opencontrail 作为一个完整的SDN 解决方案，和常用的opendayligt + ovs 还是有些不同的。opencontrail 自成一个体系，vrouter 的作用和ovs 地位同等，但是vrouter 不像ovs 可以单独使用，vrouter 和控制器之间走的也是xmpp 协议，而不是比较常见的openflow 。

opencontrail 的优势就是自成一体，有完善的监控，管理，完善的调试手段，在gui 上均可以轻松的完成，从这个角度看他是一个相对成熟的SDN 解决方案，同时网络功能很丰富，弥补了neturn 的很大的不足。网络特性比较多，对于性能方面有内核版本的vrouter 基于dpdk 版本的vrouter。性能还是有目可睹的。对于大部分的用户，应能应该是可以满足要求的。

contrail 支持对于juniper 网关设备的netconf 配置，为contrail-device-manager，可作为contrail 的网关设备来使用。比如作为l3 l2 网关。contrail-device-manger 的功能比较弱，当前只支持juniper 的设备，若需支持其他设备得自己进行大量的扩展。同时device-manager 的为了代码方便存在架构上的问题。