除了接口外，交换机和服务器之间存在很明显的差异吗？
这是个很好的问题。我认为从指令集和灵活性角度来看，这两者存在相当大的差别，不过，这两者的相似性越来越多。其中，我认为交换领域能够受益的事情就是可编程性的增加。另外，更多的灵活性能够让你使用数据包中不同的bit来进行不同的工作。目前，有很多初创公司正在这个方向探索。
我知道软件定义网络/OpenFlow的另一个关键好处就是能够发展很多“如果”的方案，让你能够在真正实现之前对网络进行微调。
没错。我们拥有的主要优势之一就是一个很好的仿真和模拟环境，在这个环境中，与真实环境完全相同的控制软件将在同时控制真实交换设备和模拟交换设备的服务器上运行。并且，我们可以模仿很多故障情况，来加快我们的测试工作。
你们会真的注入假的流量？
是的，我们注入了一些假流量。显然，我们不一定能够模拟完整的流量规模。如果你从数据中心可能拥有的总体流量的角度来看，可能会比整个WAN流量还要大，我们的WAN流量很大，LAN流量更多。
你们接入这个新网络，而同时没有移除旧网络。从总数据中心内负载的角度来看，你们估计这种新的网络会占多少比例？
在我们逐渐转移到新网络的两年多的时间内，可以说，绝大部分流量现在已经在新网络中了。
在你们部署时，OpenFlow完全符合你们的要求，还是你们需要进行很多临时调整？
我们需要进行很多临时调整。OpenFlow标准化了接口，我认为这对于整个行业都是很重要的。OpenFlow和软件定义网络能够让我们分隔硬件和软件的发展路径。换句话说，你可以获取满足你需要的硬件，然后将其与满足需求的软件相分隔以用于特定部署。硬件和软件历来都紧紧地绑定在一起。
所以从OpenFlow标准化的角度来看，硬件可以与各种软件控制器进行互操作是非常非常重要的事情。从我们的角度来看，因为我们自己制造了硬件，所以并不是那么重要。但是我们必须进行适当调整，当然，随着OpenFlow标准的演化，我们也需要灵活应变。
你们受到什么阻碍吗？
我认为Urs H？lzle(技术基础设施高级副总裁兼谷歌研究员)说得很好，他说OpenFlow部署工作实际上比他预期的更顺利，没有太多停机时间。从OpenFlow的角度来看，我们遇到的主要问题是第一个版本不能完全让你以简单的方式来利用现代交换机中的全部硬件功能。这并不是说这不可能，而是说不容易。所以我们需要做一些工作来绕过这些问题。但目前从OpenFlow标准角度来看，这个问题已经得到了很大的提高。
OpenFlow完全部署还需要多久时间？
我认为还需要几年时间，我们想要传达的信息是OpenFlow非常实用，能够在各种设置中提供实实在在的好处。
鉴于OpenFlow有这么多好处，你认为会有很多服务供应商转移到OpenFlow吗？
我们当然希望如此。我们从大型服务供应商那里听到的说法是，他们认为OpenFlow很难扩展和赚钱。我们已经向大家展示了OpenFlow如何让你的网络变得更加更加有效。
