一个月前，思科公布了一个用OpFlex协议定义网络策略的新方法。4月2号，OpFlex控制协议以Internet Engineer Task Force (IETF)草案的方式提交。
分享到： 新浪微博 腾讯微博
本文关键字： 思科 OpFlex OpenStack OpenDaylight
一个月前，思科公布了一个用OpFlex协议定义网络策略的新方法。4月2号，OpFlex控制协议以Internet Engineer Task Force (IETF)草案的方式提交。
思科发布OpFlex期间，所做的重要承诺是，该协议及其相关群组策略构成都将被贡献到开源开发社区，以促成开放标准的制定。
思科信守了自己承诺。5月1号，思科程序员Sumit Naiksatam正式向OpenStack Neutron网络代码库提交了一份群组策略蓝图。不过，这个基于群组的策略抽象模式至少从2013年10月以来就被拿到OpenStack讨论了。该计划现在是面向下个OpenStack平台版本Juno的Group Policy API，而且预计在2014年年末才推出。
OpFlex是协议，而通过Group Policy API则可以管理和启用策略。把Group Policy API整合到OpenStack Neutron，开源社区就会创建一个支持OpFlex的云平台机制。
根据OpenStack蓝图建议，“此蓝图中描述的策略框架通过可应用到端点间群组的策略概念对目前的Neutron模式进行了补充。用户不仅需要基本的连接，带有多种部署且更丰富的网络服务和网络属性都会作为策略表达。”
这份蓝图认为，Group Policy方法向OpenStack Neutron中引入了一种模式，而OpenStack Neutron是以应用为中心而非以网络为中心。另外值得关注的是，这种模式并不是作为一种强制的控制点导入Neutron中。
“尽管如此，还应注意，这个新的抽象/扩展层是可选项，如果前者未被使用，并不会影响到现有部署的性能，”该蓝图显示。
现在，OpFlex 协议本身还在开源社区中不断发展。OpFlex现在已经被OpenDaylight Technical Steering Committee技术指导委员为作为引导项目采用了。