软件定义网络（SDN）控制器上的北向应用程序接口（API）正在快速发展中，但是现在仍没有标准出现。起初，管理SDN北向协议OpenFlow标准化工作的非盈利组织开放网络基金会（ONF）回避了北向API标准化的问题，它认为现在为时尚早，而且可能会扼杀网络基础架构中关键组件的创新。由于网络领域的工作方式不同于软件领域，并不会将标准化视为创新障碍，所以这个问题变得更为复杂。ONF执行主管Dan Pitt说：“北向API是位于服务器之内的软件接口，而API标准通常源于市场，而非源于委员会。”

现在谈论标准是否为时尚早？

既然对北向API标准的态度仍然不明朗，那么为什么他们自己开始讨论呢？开发者希望编写有用的SDN应用，而他们又不知道应该写什么。Pitt说：“他们只需要一些能够帮助他们扩大市场份额的流行技术。许多生产商业控制器的公司都希望自己的北向API成为最流行的产品——但是他们必须通过自身优势赢得这个成功。到目前为止，还没有人编写出令所有人向往的控制器。”

ONF参与其中

2012年，ONF创建了一个关于北向API的讨论组，其目标是建立一个交付成果与时间线的正式工作小组。这个讨论组被并入ONF的架构与框架工作小组（Architecture and Framework Working Group），它正在研究SDN的范围：它是什么？重要的接口或元素是什么？它如何与其他架构、标准和领域进行交互？

架构工作小组现在制定了一个章程，其中包含3个北向API成果：

1.一些激发北向API需求的用例。

2.一个纲要研究：寻找北向API实例，研究它们能够使用什么，它们需要应用程序提供什么，它们向网络传输什么，以及它们使用了什么数据模型。

3.一些建议：需要做什么（如果有），才能帮助行业加速SDN的应用速度。

Pitt说：“我们需要进行这项研究，这样我们才能帮助人们确定现在是否有一些东西符合他们的要求。如果没有，那么缺少什么？ONF是否能够做一些事情去满足市场需求？在没有确定了这些需求之前，我们都不能急功冒进，而影响创新。”

现在是一个缺少北向API标准的世界吗？

有可能北向API不会出现一个正式的标准。Pitt说：“有许多现实标准源自于软件领域，而如果商业界认可它，那就足够了。如果确实需要一个标准委员会参与其中，为其制定标准，那么我们也已经准备好了。或者我们可以与运营商合作，在任何他们想实施的地方。”

ONF正与一些服务提供商NFV展开紧密合作，致力于使用北向API开发4-7层虚拟设备。他说：“他们开发一系列产品实现软件功能，如防火墙、负载均衡、流量工程和安全性，他们可能希望有一个标准能够规范软件社区的软件编写。”

此外，可能会出现面向特定应用程序的短期标准。但是如果出现大量这种情况，Pitt并不认为它总能够符合所有人的需求。Pitt说：“我们习惯于由委员会编写标准——这是网络协议领域的常用做法。但是，软件领域通常不一样。一定要记住这两个领域的区别。我们是带头人，所以一定要知道什么东西最适合我们的行业。”ONF并不是唯一参与确定是否应该将北向API标准化的组织。IEEE及其他组织，如（IETF）也很可能在某个时候介入此问题。