ONAP发售了其倍受期望的首个软件版本——Amsterdam版本,允诺为网络自动化获取一个统一的架构,其模块可以被网络运营商立刻用于。自ATTOpenECOMP项目与Open-Orchestration(OPEN-O)项目拆分沦为Linux基金会旗下的OpenNetworkAutomationPlatform(ONAP)8个多月以来,该的组织的成员数早已减少到58个。通过Amsterdam版本,ONAP公布了一个统一的架构,不仅融合了两个的组织的贡献代码,避免了过程的重复性,并且减少了最重要的新功能,还包括一个取名为Holmes的新关联引擎,早已被加到到ECOMPDataCollection,AnalyticsandEvents(DCAE)模块以及一个被称作ControlLoopAutomationManagementPlatform(CLAMP)的新模块。
Amsterdam版本还获取了两个“检验蓝图”,展出了如何将其模块人组一起从而获取其成员所谋求的早期用例:还包括虚拟世界IMS在内的VoLTE以及家庭vCPE。ONAP管理人员特别强调,Amsterdam是ATT和中国移动早已在用于的产品代码。BCE(贝尔加拿大)也打算迅速展开用于,法国Orange和其他公司正在展开多重概念检验。
最近重新加入ONAP的沃达丰集团则正在其Ocean转型计划中对用于ONAP模块展开评估,还包括ONAP在虚拟世界功能管理制度掌控和服务定义方面的标准化方法。“模块化方法是有意义的,因为没有人不会毁坏和更换现有系统来用于ONAP。”HeavyReading高级分析师JamesCrawshaw回应,“他们期望尽量多地利用现有资产,并在有显著机会节约成本或者在获取新的服务方面极具创新性和灵活性的地方实行新的东西。
”另一位HeavyReading高级分析师SandraOBoyle回应,这种模块化的方法将协助ONAP解决过去那些指出这样的作法过分可观和野心勃勃的抨击。“他们遇上的问题之一是ONAP/ATT的目标规模对他们来说太大而无法消受,或者他们对规模深感有些呼吸困难,宁愿‘等等看’。”她说道。移动运营商也不不愿使用针对服务企业客户的功能,但有可能十分乐意用于VoLTE、IMS和EPC的模块。
多样性提高JamesCrawshaw过去仍然对ONAP贡献的多样性所持猜测态度,他认为,这个项目“现在或许正在超过一个数量级(criticalmass)”,初始的组织成员之外的贡献正在更加多样化。“慢慢地,我们开始看见来自新面孔的贡献。”他说道。
“ATT依然是该项目的主要贡献者,其贡献大约占到社区总量40%;其次为贡献额在20%的Amdocs;华为和中兴则皆以大约10%的贡献量紧随其后。另外还有来自中国移动、贝尔加拿大、Orange、Windstream和Verizon的代码贡献,这是一个身体健康的迹象。诺基亚和爱立信则未见身影,如果我是他们的话,我会期望把更好的资源投放到这个项目中。
”Verizon的参予是十分有意思的,因为该公司并非ONAP的成员。ATTLabs先进设备技术副总裁、ONAP技术指导委员会主席MazinGilbert认为,在ONAP正式成立之初,这一开源的组织共计11个项目,其中8个来自ATT的ECOMP,3个来自于OPEN-O。在已完成Amsterdam版本后,ONAP已完成了30个项目,还包括交付给了与供应商牵涉到的(vendor-agnostic)、反对较慢服务启动的末端到末端闭环网络自动化。
图片来源:Linux基金会MazinGilbert回应,基本上,其架构中的每个“box”都是一个项目,并在期间部署了API以构建ONAP的模块化。ONAP仍然都在尽量地用于现有API,并在必须的时候自行研发。这是一个持续的过程。
该架构还包括设计时间和运营时环境,并且在每个区域都有成熟期的代码。“我们早已强化了设计时间;现在这些网络功能早已有了目录。”MazinGilbert在拒绝接受专访时回应。“有一个SDK可以转录这些网络功能,一旦你转录了它们,就不会有网络功能的检验,并带给政策创立。
一些设计可以使你对它们展开服务链创立,并且我们早已加到了一个CLAMP,来协助设计和启动闭环和开环Amsterdam用例。”他说道,Amsterdam将运行时间的概念扩展到服务选曲之外,还包括虚拟世界和物理功能以及生命周期管理。这是DCAE模块加到的Holmes作为关联引擎的原因所在。
此外,Amsterdam还包括一个拓展的政策框架和ActiveandAvailableInventory(AAI)的拓展,从而还包括外部和内部资源。这一软件版本不仅反对多个软件定义的网络控制器,还包括一个用作即插即用的控制器框架,MazinGilbert回应。它还包括一个应用程序控制器和一个与ETSI模型完全一致的虚拟世界功能控制器。
这可以增进与基于ETSI的开源的组织OpenSourceMANOCommunity(OSM)之间的更进一步统合。正如允诺的,Amsterdam反对多个虚拟世界基础架构管理器(VirtualInfrastructureManagers)、多个云和多个NFV基础架构。Linux基金会网络与自动化部门总经理ArpitJoshipura回应,ONAP用于了MEF和TMForum研发的北向模块。
运营商参予AT&T早已在用于ONAP协商其网络串流服务,这一点也不想人深感车祸,同时,该运营商现在早已减少了牵涉到LTE自的组织网络用例以及物理和虚拟世界网络功能的概念检验。此外,ATT正在内部与其员工和供应商一起部署ONAP。中国移动在其NFV部署中用于了4个ONAP模块,将NFV与物理组件和OSS展开选曲,并且在用于有所不同的模块用作建构新的数据中心到数据中心(datacentertodatacenter)基础设施。Orange在Amsterdam之前早已展开了3个概念检验,并将在今年和明年减少4个概念检验。
而BCE则宣告计划在今年晚些时候部署5个有所不同的ONAP模块。两家供应商Amdocs和富士通早已公布了ONAP商用版本。
ArpitJoshipura认为,所有这些都提高了项目的成熟度和发展势头。ONAP的第二个版本Beijing版本预计将于明年夏天公布,该版本的重点将放到提高规模、稳定性、安全性和性能方面。
本文来源:博鱼体育-www.dstuye.com
Copyright © 2001-2021 www.dstuye.com. 博鱼体育科技 版权所有 备案号:ICP备19956479号-4