相关阅读：Big Switch OpenFlow控制器领跑SDN(上)
那么思科系统公司这边呢?思科已经宣布它的两款交换机支持OpenFlow，即它的Catalyst 3570-x和3560-x，但是Big Switch表示它还不能在它的控制器和思科交换机之间测试互操作性。鉴于思科在交换机市场上的领导地位，思科的缺席给Big Switch的潜在客户群带来很大的空白。
如前所述，思科已经宣布它将开发自己的控制器，称为ONE控制器，同时还声称控制器功能将作为OnePK行动的一部分包含在IOS里面。思科的着眼点不仅在于OpenFlow，它希望推广的是更广泛的SDN。思科认为OpenFlow只是SDN整体要求中很小的一个部分，在SDN网络中还有几十个其他功能需要设置和通过API(应用程序编程接口)表达。思科还宣布它的OnePK平台将不仅为流表提供API访问，同时还将给路由表、AAA设置、物理接口和其他15个左右的领域提供API访问。OneFlow只是OnePK中的一个API。
思科正在采用传统的拥抱标准并添加专有扩展的方式。比如802.1d生成树，后者得到了专有的和专利的PVST的增强，或TRILL(多链接透明互联)，得到了FabricPath的扩展。
从功利的角度看，思科正在通过最大化现有软件和硬件功能价值的方式来保持它的市场地位，从而抵御由于OpenFlow在设备层上的方便性而带来的威胁。看起来思科正在发展自己的OnePK战略并选择不与更广泛的OpenFlow/SDN社群整合。有可能思科期望构建自己的平台供软件合作伙伴使用——在这样的平台上，思科可以发挥更大的主导作用。
谁监管北向API?
控制器位于网络设备和应用程序(比如防火墙和负载均衡应用程序)之间。因此，控制需要API来与这些应用程序对话(因为是在控制器这边，所以是北向API)。
目前，应用程序和控制器之间的北向API并不稳定或者说没有得到完整定义。没有一个实体定义了针对北向API的标准，而且有可能围绕北向API的结构和技术功能的共识还需要一定时间才能达成。不过，那些在市场上获得足够动力的控制器厂商将在北向API的定义中扮演重要角色。
Big Switch希望在这个市场中获得先发优势。作为Big Networks Controller发布的一部分，Big Switch还宣布与Cariden达成合作伙伴关系——Cariden在针对服务提供商的网络分析系统市场上享有盛誉——同时与Coraid在以太网ATA存储网络技术上达成合作。它还发展了一个合作伙伴生态系统，其中包括F5 Networks、Cistrix Systems和Palo Alto Networks。Big Switch还声称支持开源社群，希望构建一个更强有力的开发人员生态系统。Big Switch将Floodlight保持为开源的并同时将它和Big Network Controller紧密联系。开发人员可以在Floodlight上测试，然后再迁移到生产系统。
不过，对于第三方厂商来说，北向API的问题还是一个很大的问题。要想和来自思科、惠普、IBM、NEC、Big Switch或其他决定进入市场的任何厂商的控制器对话，还需要时间和金钱。
有可能软件厂商会和Big Switch合作而不是选择来自大厂商的封闭的产品。也就是说，思科庞大的市场份额有可能刺激第三方厂商的开发。
尽管任何事情的开始都有不确定性，不过Big Network Controller还是一个很有意义的技术成就。它代表了OpenFlow采用率的潜在分水岭。与Big Virtual Switch结合，它提供了第一个不用MPLS(多链接标签交换)或覆盖协议(比如VXLAN)就可以设置多厂商交换机网络的软件包，
最重要的意义在于OpenFlow/SDN终于有了来自有潜力带来影响的厂商的上市产品。Big Switch和它的产品是否成功将检验这个市场是否准备好了迎接OpenFlow网络。
