随着SDN实践案例的扩展，OpenFlow必须开始独立于特定的应用程序和数据路径协议。
OpenFlow协议对于支持软件定义网络(SDN)的逻辑集中控制和网络可编程性非常重要。 目前，OpenFlow在SDN控制器和交换机或其他数据路径之间提供标准化接口。
然而，出现了许多SDN案例出现了超越分组交换的情况。比如使用SDN来支持诸如电路交换、光学和无线介质，还有一些新用例包括网络功能虚拟化(NFV)、第三层流量管理、WAN网关以及CORD。
开放网络基金会认识到OpenFlow必须有所发展以支持新兴的SDN市场。 因此，ONF将在重构核心控制功能同时支持更广泛的数据平面和可编程转发引擎的“重构”版本的OpenFlow上工作。
为什么OpenFlow必须进化?
当前的OpenFlow规范将控制功能和转发引擎行为定义组合到单个标准中。，因此，必须修改整个规范以支持每个新的数据路径协议和用例。 当SDN市场刚刚兴起的时候，这种方法可以正常运转。但它对于今天的成熟市场来说太单一了。 在一个规范中解决多个不同的问题是困难的，这不仅阻碍了市场创新，而且难以识别每个案例所需的特征集合。
OpenFlow的优势在于它能够控制任何流转发技术。 为了更好地支持新兴的SDN市场，OpenFlow的集中控制功能可以独立于数据路径和其他技术细节。将OpenFlow降低到一个共同的核心将使协议广泛适用，并帮助释放SDN的全面的灵活性和可编程性。
OpenFlow如何演进?
当前OpenFLow规范定义了抽象开关模型，用于建立和维持外部控制器和SDN交换机之间具有控制关系的有线线路协议，以及用于填充交换机表并检索关于数据路径操作信息的协议特征，和一组特定的所需数据路径协议。
展望未来，ONF将OpenFlow的核心标准功能与应用程序和数据路径特定的元素分离。OpenFlow规范将被改进以用于建立和维持控制关系的通用协议，便于建立控制信道，插入条目以控制流，从数据路径获取遥测。
![]()
数据路径架构和特定技术的细节将在数据路径模型中单独定义。这些模型可以表示为OpenFlow表类型模式(TTP)或作为数据路径程序。
走向模块化的好处
使用OpenFlow模块具有许多优点：
- 允许OpenFlow协议开发数据平面和特定应用程序元素彼此独立，通过使开发人员能够并行地在不同的产品和解决方案上工作，加快SDN解决方案面向客户的交付;
- 能够简化开发过程允许新的玩家生态系统出现。
- 易于修改数据路径的行为，例如添加新的网络监视或调试功能，而且不会影响OpenFlow的规范。
- 网络运营商将获得对网络行为的更大控制，并且与数据路径具有更广泛的软件交互，可以更容易地为其环境定制SDN应用，重新编程网络，以及直接管理表条目以控制它们自己的流。
拥抱开源
ONF完全拥抱开源开发模式和社区，这是支持日益增长的SDN市场的关键。
开源允许快速、迭代的开发过程，这使得新功能能够快速整合到软件中，根据实际使用情况修改代码，并为广泛的SDN使用案例提供开源解决方案。
同样，当开源社区与标准组织协同工作时，可以快速实施、测试和推广标准，使客户能够部署广泛的可操作性的SDN解决方案。
成熟的SDN市场
随着SDN市场的逐渐成熟，ONF正在采取多种步骤继续培育和加速数据网络的这场革命。 除了重构OpenFlow，ONF正在与ON.Lab合并，ON.Lab是非常成功的开源项目ONOS和CORD的管理者，合并后的实体将专注于将经过验证的、具有可互操作的SDN产品快速推向市场。
标准开发仍然是这个新组合实体的关键组成部分，ONF社群将继续推动对开放网络生态系统的改进，包括OpenFlow和与开源项目紧密协作的其他标准。
