上月底，SDN的博主们对“惠普网络负责人Bethany Mayer离开后惠普SDN的销售情况”提出质疑和看法；此外，也关注了VMware网络性能问题解决方案，以及为何F5称其硬件并非拖慢网络服务供应罪魁祸首的原因。

惠普SDN：不是技术问题

惠普的SDN虽然有相当不错的技术支撑，但是其产品并不突出，关于这个问题，博主Ethan Banks这样认为。在他的Peering Introvert博客中，Banks表示，惠普的VAN控制器、OpenFlow交换机和应用开发生态系统是SDN市场上最具创新性的SDN策略。但是，惠普的销售团队并没有充分理解他们的网络产品组合，因而未能推动该产品的销售。更重要的是，惠普是时候将融合网络、存储和计算基础设施捆绑销售了。

惠普的网络负责人Bethany Mayer离职去了Ixia，为此，Banks对匿名替换人员提出了一些建议：加强融合网络的直销和渠道销售团队，推进白盒交换机的销售，更好地整合网络和安全产品，消除一些过于复杂的网络产品组合。

VMware：解决网络性能问题的修复方案

在上月底关于VMware的所有网络方面的新闻中（我们参加了VMworld的六个分会，其中包括一个关于安全的分议题），最有意思的不是这些秀，而是关于使用嵌套ESXi虚拟机来解决网络性能问题的新闻。

virtuallyGhetto博客的William Lam从一个客户那里听到，当运行ESXi虚拟机时会减慢网络吞吐量。Lam也发现了同样的问题，他在家里的实验室运行了ESXi虚拟机后发现，网络数据包的副本不仅会发送到物理主机上，还同时会被发送到每个嵌套的虚拟机上，这种情况非常消耗CPU。

Lam在VMware工程师团队的一个同事通过应用一个ESXi dvFilter实现MAC Learning来阻止发送数据包副本解决了这个问题。这个修复便成了一个真正的发布，即ESXi Mac Learning dvFilter Fling。

在今年的VMworld大会上，VMware推出了NSX 6.1，虽然没有像去年首次推出的网络虚拟化那么火，但还是有一些非常不错的增强功能。Chris Wahl就在其Wahl Network网站上对NSX 6.1进行了深入挖掘。他认为，在这些新的增强功能中，最好的就是对DHCP中继（DHCP Relay）和对等价多路径（Equal Cost Multi-Path）的支持。

F5：硬件并非减慢网络服务供应的真正原因

在F5 DevCentral网站上，F5的技术人员和博主Lori MacVittie解释了为何专用硬件并非减慢网络服务供应的罪魁祸首。

MacVittie表示，其实，真正的问题在于对每个服务和应用的特定设置进行微调，无论是在虚拟设备上还是物理设备上。工程师要对每个应用从它的IP地址和VLAN到安全方面的所有细节进行设置，这是一个非常繁琐的过程。即使当应用程序可以持续部署相同的配置模板，NFV和服务编排的过程是唯一的解决方案时也是这样。

MacVittie还说，答案在于“网络运作”，她并没有在博客中解释这个术语，但是它一般指的是工程师预先设置应用程序策略和配置，创建参考设置，用于多个服务的部署。