sdn
传统网络是分布式控制的架构，每台设备都包含独立的控制平面，数据平面。
SDN不再局限于传统的狭义SDN
传统的狭义SDN（基于Openflow，控制面和转发面分离）由于它的局限性实际部署的不算太多，越来越多的项目更倾向于由最初的狭义SDN 走向广义SDN，对于广义SDN的特性简单理解：支持丰富的南向协议（除了Openflow，还包括NETConf，OVSDB，BGPLS，PCEP及厂商协议等等），可实现灵活可编程和灵活部署 （网络的虚拟化 NFV，SR路由，VXLAN Overlay等等），智能分析和调度（超越传统路由交换协议，支持业务关联能力和智能调度）。
企业部署SDN的能否成功最关键是什么
从运营商和OTT客户是最早试用和部署SDN的行业经验来看， 业务编排器和控制器 – 尤其是业务编排器是SDN 成功的关键，一方面业务编排器和设备控制器需要满足客户实现云网一体化管理，同时需要和客户业务平台衔接和整合（运维系统、工单系统、计费系统等）。一般大的运营商和云服务商会单独开发业务编排器，由于运营商、云服务商和大企业的网络设备一般都是两到三家厂商品牌，通常一个厂商的SDN编排器和控制器很难满足各种场景的客户需求；通用的业务编排器要实现南向多厂商设备的控制管理和调度是非常复杂的，通常需要基于客户环境进行二次开发，而且开发工作量有的非常巨大。因此在规划和部署SDN的时候，建议多花些精力在业务编排器和设备控制器前期规划上。
选择网络厂商的SDN编排器和控制器还是第三方开源的SDN技术
SDN的初衷就是硬件标准化，用软件SDN控制器统一管理标准化硬件设备，通过这些年的发展，传统硬件厂商也在不断的自我革新，如思科、华为和H3C都有发布自己的SDN编排器和控制器，尤其是思科发布的基于Nexus9K的ACI就是一个非常不错的解决方案，但遗憾的是厂商SDN编排器和控制器方案与厂商网络产品是紧耦合关系，通常如果不考虑多厂商产品环境下单一厂商控制器也是不错选择；但现实中，客户更需要SDN控制器实现多厂商的设备的管理，这就是为什么很多客户选择是基于开源或第三方SDN编排器方案：与厂商网络产品是松耦合关系 ，适合两个以上多厂商环境或者未来多厂商环境部署。
如何选择开源技术实现SDN编排器和控制器方案，对于SDN控制器的开源技术和流派选择
目前，业界比较流行的有OpenDaylight(ODL )、ONOS、OpenContrail、Ryu、Floodlight等SDN控制器； 目前基于ODL技术部署的SDN控制器有 61%市场客户，适合大部分企业和OTT运营商； 基于ONOS技术的SDN控制器有23%市场客户。 目前来看，ODL影响还是比ONOS更为广泛更加实用，ODL更多的是关注南向的代码和协议和现有设备的兼容性更好一些， 基于ODL的开发的编排器方案相对较多，笔者认为不论选择哪种开源技术， 需要考虑控制器对开放接口支持程度、调用方便、是否易于扩展和功能完善能力，包括： 需要考虑开源版本、升级支持、HA和集群的负载分担能力，大业务的并发处理能力、软件定制化或开发能力、避免Bug和坑等等。尽量选择有专业开发能力和SDN集成解决方案的实力SDN软件服务商，目前国内专注于SDN领域和并具备开发能力的SDN公司还不算太多，世纪网安公司专注于SDN/NFV/云网融合等领域，是一家不错的选择。
