一個月前，思科公布了一個用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技術指導委員為作為引導項目采用了。