OpenDaylight是一个Linux基金会合作项目，它正在构建一个开源的SDN控制器。为了了解这项工作进展如何，《网络世界》主编约翰·迪克斯采访了去年11月作有个足球雷竞技app为执行董事加入OpenDaylight项目的妮拉·雅克。
Neela Jacques, OpenDaylight执行董事
OpenDaylight现在在哪里?
当我考虑接受这份工作时，人们给了我所有这些OpenDaylight无法成功的理由。我认为这在很大程度上是错误的。并不是没有挑战。只要有足够多的聪明人努力工作去克服它们，它们就能被克服。
让我从描述房间里的大象开始。关于这个项目的管理有很多问题，特别是关于思科的参与。你可以把他们看作是这个项目的两个联合创始人之一，另一个是IBM，它实际上推动了这个团队的创建。但思科是该行业的龙头厂商，而且因为他们过去没有过多地参与开源，自然会有人质疑他们的参与。“谁会与思科合作?”他们将主导每一个项目，一切都会按照思科的方式进行。”
我认为让很多人吃惊的是，我们有非常成熟的治理。你所看到的是一个正在成长的社区，一个正在多样化的社区，一个真正朝着正确方向发展的社区。思科的角色仍然相对较大，但几乎每个月都有更多的人加入，更多的项目加入到更大的项目中。
所以我认为我们代表了这个行业的希望，希望这个行业能够改变，无论是在技术上还是在成员之间如何合作。很多人都希望看到OpenDaylight取得成功，但人们也认识到这是多么具有挑战性，因此也存在健康的怀疑。
OpenDaylight最近发布了所谓的氢版本代码。让我们了解最新情况。
绝大多数下载代码的人都是开发人员。事实上，如果你看看OpenDaylight将如何被消费，我们首先要构建一个代码基，它将作为其他人构建解决方案的平台。虽然您会看到一些人在测试/开发和最终在生产中下载和使用OpenDaylight，但OpenDaylight的大部分消费将在更广泛的解决方案中进行OEM编码。
思科和IBM这样的例子,但因此ConteXtream Ciena,公司有一个选择:我重新发明轮子和建设世界上31日控制器,我还是拿一块准备我的代码使用和建造的?
如果我把它和Linux比较。Linux在我的电脑里，在我的车里，在服务器室之外的无数东西里。同样的，我认为很大一部分OpenDaylight也会以这种方式被使用和利用。您将有一些人获取代码，自己编译它并在他们的环境中部署它，但主要是为了概念验证(POC)。如果终端用户听说了SDN并认为它很棒，他们可能会发现自己需要对15种不同的解决方案进行POC。我需要覆盖吗?你需要看三四个重叠部分因为它们做的事情都不一样。如果你想知道如何使用OpenFlow, OpenFlow有很多不同的风格，你需要找到一些不同的。
所以有了OpenDaylight这样的东西，你可以非常快速地在SDN上使用轮胎。
“我想体验叠加的几种不同口味。我想体验编程流程的感觉，而不是像我以前那样用BGP来做事情。这就是直接的终端用户使用案例。但坦率地说，氢还处于成熟期的早期，因此我不推荐它。
思科是OpenDaylight的核心支持者，但随后又表示，它认为在转换过程中应该保留一些智能。这难道不违背SDN的大图吗?
这个行业正在进行一场激烈的辩论。一般来说，包括思科在内的所有人都同意需要对某种程度的情报进行集中化。争论的焦点是有多少智慧?
一方说所有的情报都在中心，而另一方说一些情报在中心，但仍然有很多执行情报在交换机和路由器的边缘。这就引出了下一个问题，那就是，如果你有某种程度的集中智能，它是必须的吗?您是将所有流信息集中起来，然后简单地给出指令，还是捕获应用程序的需求，将这些需求传递给fabric，然后让fabric做出优化决策?
我认为这是这十年我们行业的决定性辩论。会是这样还是那样?还是两者兼而有之?我想没有人知道。不幸的是，这个行业中大多数聪明的人都受雇于那些能从两种模式中获益颇多的公司，所以他们所拥护的观点都是非常自私的。
但每个人都同意网络必须改变。我们进行了一项调查，发现大约95%的人认为他们会在明年年底部署SDN网络，如果你用我的方式来看待SDN网络，这是很可笑的。因此，市场有巨大的需求，但在某种程度上，由于选择错误解决方案的风险，市场陷入停滞，甚至对大公司也是如此。对小人物来说风险更大。
标准不会成为我们解决这些分歧的方式。因此，这要么是一场专有解决方案之间的全面战争，要么我们创建一个社区，人们可以利用代码来演示不同技术的优缺点。这就是为什么在OpenDaylight中我们有服务抽象层，我认为这个层被误解了。
人们会问这样一个问题:“如果OpenFlow是未来的答案，为什么要创建一个抽象层来允许一大堆旧协议和旧技术与这些美妙的新方法互操作?”答案是，因为我们还不知道OpenFlow模型是否会起作用，或者它会是别的什么东西。
overlay会赢吗?还是过渡性的利基技术?我们不知道。所以我们试图用OpenDaylight做的是提供一个能在多种模型上工作的核心控制器，允许他们多年来开发，利用它们。因为我不认为15年后的世界会有8个不同的南向协议，30个控制器，5个覆盖，等等。我认为会有一次大换血。然而，今天，我们需要头脑风暴，这就是为什么如此多的投资进入了抽象层。
那么OpenFlow对SDN的成功不是至关重要吗?
Scott Shenker(加州大学伯克利分校电子工程和计算机科学系教授)谈到了SDN 1.0和SDN 2.0。我认为OpenFlow，在它的第一个版本中，是一个与过去截然不同的有趣的东西。从某种意义上说，这是一次理论练习，目的是彻底改变网络世界。我认为它做得很出色。
我认为ONF做得很出色。
另一方面，从头开始发明并在第一次就把它做好是非常非常困难的。从某种意义上说，OpenFlow 1.0在理论上比在实践中工作得更好。它可以解决一些狭窄的问题不错,但是当你开始考虑在生产网络部署它,你必须优化不是一件事,但对于15属性,都是至关重要的,性能和QoS和成本和运营成本,等等,你发现OpenFlow 1.0不会工作。就像任何1.0产品或1.0解决方案一样。
于是他们又把它升级到1。3，而1。3解决了一些问题。但是猜猜会发生什么?你知道那些典型的回归，你解决了一些问题，也创造了新的问题。所以我认为OpenFlow有很好的前景，它提供了一些很好的用途，但这里有一些我们还不知道的。这将会进化吗?
有些人认为它还处于早期阶段，而且还会继续发展，我们将会发展到1。5、1。6、1。7、1。8和1。9，随着时间的推移，它会不断完善，它将成为改变整个行业的协议。您最终将能够使用OpenFlow做任何事情。这是可能的。它可能就是这样做的。
但其他人说:“实际上，不是。OpenFlow是一个很好的开始。但会有另一种协议克服它。”And then still others that say, “Networks don’t change overnight. No point in throwing the baby out with the bathwater. OpenFlow does flow programming really, really well. In parts of your network OpenFlow works great. But BGP does a great job for certain things. And we need other protocols out there. ”
事实上，世界上没有一种编程语言，我们有很多。有Java、C、Python和Ruby是很好的。我们的世界可以处理许多不同问题的多种解决方案。网络很可能会朝着这个方向发展。我们需要的是能够与其他系统协同工作并与之集成的系统。
我确实相信，我们将看到一场洗牌。这个行业已经停滞了很多年没有改变，现在我们处在一个大变革的时期，这意味着有很多创新，有很多种子被种下，但不是每一颗幼苗都能长成一棵树。我想我们最后会有几棵树。我认为OpenFlow有一些临界质量。我没有看到OpenFlow消失。但我不知道它是否会成为适用于所有地方的灵丹妙药。
您多次提到覆盖网络，网络虚拟化是唾手可得的吗?
我确实认为这是低垂的果实，这就是它的优点。它很容易理解。似乎无干扰。它让你摆脱了网络上的一百万个竖井。我认为，它提供了一个可编程网络的承诺。但我不认为它解决了所有问题，它还制造了一些新问题。所以我认为网络虚拟化是有一定意义的，我理解为什么数据中心在关注它，为什么它得到了很多关注。雷竞技电脑网站但我认为SDN不仅仅是网络虚拟化。
我认为从长远来看，我们需要对网络进行比网络虚拟化更深刻的变革。
既然VMware是这种方法的主要支持者，为什么他们想要成为OpenDaylight的一部分呢?
OpenDaylight有改变网络行业的潜力，它将慢慢成为一个拥有最优秀头脑和最大问题的社区。这对任何一个赚了很多钱或者想赚很多钱的人来说都是破坏性的。
所以VMware和其他公司一样，必须弄清楚，“我想要如何参与?”我需要投入多少资源?这是一种能让我赚钱的力量，还是一种会破坏我赚钱方式的力量?”
另一方面，OpenDaylight和VMware有着不同的世界观。OpenDaylight有一些不同的技术，一些不同的玩家，其中一些是VMware的竞争对手，因此他们必须小心决定参与多少，贡献多少。我认为这是会随着时间发展的。
好，最后一个问题。氦是下一个。这不仅仅是一个开发者版本吗?
氢气就是要把一些东西弄出来，把人们可以利用的真正的代码弄出来，展示这些技术可以互相合作，展示这些人可以互相合作。氦气的释放将继续完善和发展现有的组件，同时增加一组新的功能和能力。社区关注的领域包括稳定性和性能、北界策略接口、改进的集群和联邦、对OpenFlow的进一步支持、应用开发人员参与、文档、对OpenStack的支持和集成，以及对其他南界协议的支持。它定于今年秋天上市。
