作为思科和VMware虚拟运行脖子和颈部的SDN市场两人继续说口水战在战场心理份额。思科上个月发布了另一篇博客文章包括VMware的NSX网络虚拟化平台的批评点——思科认为VMware对与产品一起使用的开放vSwitch版本施加了限制，并限制了VTEP的集成:
VMware NSX是一款与VMware为vSphere提供的NSX vSwitch VTEP集成的SDN LAN仿真控制器。现在VMware有一个多虚拟机监控程序产品，它使NSX多虚拟机监控程序控制器具有VMware提供的Open vSwtich版本，可以与Xen和KVM虚拟机监控程序对话(您必须获得VMware版本的OVS)。VMware严格控制vSphere内核中VTEP的vSwitch API，不像RedHat、Xen Server和Microsoft那样。VMware利用信息RFC, OVSDB与一些vswitch和第三方硬件VTEP的集成。
这篇博客由思科网络业务部门资深总监弗兰克•达戈斯蒂诺(Frank D’agostino)撰写，试图颂扬“智慧”的优点思科的新的BGP EVPN控制平面为VXLAN上的Nexus 9000交换机，它是该公司用于数据中心交换的应用中心基础设施(ACI)控制平面的替代方案。2020欧洲杯预赛VMware和其他竞争对手希望人们相信，思科正在退出ACI或提供BGP作为一种防御策略。也许,防守。但人们的共识似乎是，虽然BGP不是ACI的替代品，但BGP并不是ACI的替代品。云计算运营商可能更喜欢用于VXLAN路由的标准路由协议，而不是用于应用程序策略的专有技术，后者可能更适合已经沉浸在专有Cisco工具包中的企业。
对于D’agostino关于VMware需要自己下载OVS而不是从开源社区下载的观点，VMware表示它在NSX中提供了一个二进制版本的OVS，但是如果客户喜欢的话，他们可以在NSX中使用一个开源版本。
“我们所做的一切都是开源的，”他说布鲁斯·戴维，首席技术官网络VMware公司，并在网络和安全业务部门的首席工程师。“我们拥有的一切是Apache下，”开源许可。
达戈斯蒂诺的观点“完全无关紧要”。
甚至VMware的无状态传输隧道(STT)覆盖封装方法,继承自Nicira收购，在多年不开源之后，现在是开源的。
1月20日的补丁为Linux内核网络提供了STT支持，并且是VMware/Nicira第一次将代码提供给开源社区，Davie说。VMware也使代码作为OVS的一部分可用本月。
对于D 'Agostino的观点，VMware严格控制vSwitch api的VTEPs, Davie回应:
“会有一些你不会提供给所有人的私有api。但是我们有一个向客户公开的api根集。我不记得有任何客户抱怨那里没有api。”
IDC数据中心的网2020欧洲杯预赛络分析师Brad Casemore补充道，“我不确定任何一个供应商都能声称不合格的开放性。”
更多来自思科子网：