一個月前，思科公布了一個用OpFlex協(xié)議定義網絡策略的新方法。4月2號，OpFlex控制協(xié)議以Internet Engineer Task Force (IETF)草案的方式提交。

[[112646]]

思科發(fā)布OpFlex期間，所做的重要承諾是，該協(xié)議及其相關群組策略構成都將被貢獻到開源開發(fā)社區(qū)，以促成開放標準的制定。

思科信守了自己承諾。5月1號，思科程序員Sumit Naiksatam正式向OpenStack Neutron網絡代碼庫提交了一份群組策略藍圖。不過，這個基于群組的策略抽象模式至少從2013年10月以來就被拿到OpenStack討論了。該計劃現(xiàn)在是面向下個OpenStack平臺版本Juno的Group Policy API，而且預計在2014年年末才推出。

OpFlex是協(xié)議，而通過Group Policy API則可以管理和啟用策略。把Group Policy API整合到OpenStack Neutron，開源社區(qū)就會創(chuàng)建一個支持OpFlex的云平臺機制。

根據OpenStack藍圖建議，“此藍圖中描述的策略框架通過可應用到端點間群組的策略概念對目前的Neutron模式進行了補充。用戶不僅需要基本的連接，帶有多種部署且更豐富的網絡服務和網絡屬性都會作為策略表達。”

這份藍圖認為，Group Policy方法向OpenStack Neutron中引入了一種模式，而OpenStack Neutron是以應用為中心而非以網絡為中心。另外值得關注的是，這種模式并不是作為一種強制的控制點導入Neutron中。

“盡管如此，還應注意，這個新的抽象/擴展層是可選項，如果前者未被使用，并不會影響到現(xiàn)有部署的性能，”該藍圖顯示。

現(xiàn)在，OpFlex 協(xié)議本身還在開源社區(qū)中不斷發(fā)展。OpFlex現(xiàn)在已經被OpenDaylight Technical Steering Committee技術指導委員為作為引導項目采用了。

原文地址：http://www.enterprisenetworkingplanet.com/netsp/cisco-opflex-protocol-moves-forward-at-openstack-and-opendaylight.html?dni=124379852&rni=41779811