ETSI的NFV经典参考架构

在NFV变革的浪潮之下,电信运营商在积极探索新的技术道路的同时,也会避免再度落入供应商锁定的窘境。欧洲电信标准化协会(以下简称ETSI)为NFV制定了参考架构,以便所有参与者可以依照共同的框架完成相关研发工作。

参考框架是可扩展的,可以从最基本的设计和功能开始一直延伸到能容纳极端网络流量的配置,参考架构包括了完整的基础架构层、资源管理与业务流程编排层,以及OSS层和网络功能层。其中网络功能层中的虚拟网元(VNF)就逻辑功能而言与物理网元(PNF)相同,因此在ETSI中没有做进一步的规范。

然而从参考框架到具体实施仍然有很长一段路要求,每一个层面都需要加以细化,以便使NFV可以落地实施。因此在ETSI参考框架的基础之上,各个公司、运营商都会结合自身在电信行业和IT行业的专业能力,设计出的更进一步的实施蓝图,为电信运营商指出如何将NFV的不同组件整合在一起,形成完整、开放的、标准的、电信级NFV解决方案。具体而言,在每个层面都需要具备相应的解决方案,并在各个解决方案中深度挖掘电信运营商的需求,形成广泛的、面向电信运营商NFV深度定制化的技术框架。

基础架构层

在基础架构层,需要基于最新科技的商业通用计算、存储和网络资源,这些基础架构资源可以部署hypervisor层以便运行虚拟化,可以为ISV和电信运营商们的虚拟网络功能在标准服务器上提供线速的网络性能,同时,还可以结合实时Linux操作系统、SR-IOV、DPDK、vSwitch、KVM等技术,确保电信级网络运行的性能和可靠性。最终达到网络功能虚拟化NFV的终极目标:在标准商用IT硬件资源上运行网络。

资源管理与业务流程编排层

由于在基础设施层使用了大量标准商用IT硬件,因此对这些硬件的管理便显得极为重要。尽管在ETSI参考架构中并未对硬件管理工具做出详细说明,但这个问题显然不容忽视。在NFV参考架构的底层,需要一个统一的、全面的基础架构平台管理工具,这个管理工具允许IT/网络运维团队采用更加简单、自动化的方式去管理、配置、协作NFV的基础设施。管理软件应当基于REST API等通用接口设计,易于扩展到整个数据中心的设备管理甚至云管理,以便大大降低设备运营成本,同样也降低为NFV网络功能提供快速运行平台服务的时间。

在这个基础之上,虚拟基础设施管理层将实现真正意义上NFV领域内的基础设施即服务(IaaS),它利用云操作系统实现分钟级别的基础架构资源分配和服务部署,对外提供标准的API,实现高度自动化云部署管理和云服务管理。在这一层面上,尽管OpenStack已经越来越为人所接受,但必须考虑到社区版OpenStack在支持力度、性能优化、稳定性等方面的问题,慎重选择适合电信级应用的VIM解决方案。事实上,包括HP公司在内的诸多IT企业就在自身商用OpenStack的基础之上,开发、完善电信级的Openstack版本,电信版本将在5个9的可靠性,自愈、在线升级、高性能、安全性、可管理性方面进行全面增强。

另外值得一提是SDN控制器,尽管它同样没有在ETSI参考框架中被列出。作为基础架构层里面很重要的一个环节,网络虚拟化必须要支持业界最新的网络技术,不管是虚拟网络还是物理网络,是传统网络技术还是OpenFlow技术等,都需要一个控制和管理层去支持它, SDN控制器应当支持物理网络和虚拟网络自动的资源分配,支持Overlay网络,支持2层和3层数据流的控制和转发,支持SDN网络和非SDN网络的数据桥接。

最后,在管理层还需要编排器,用于实现NFV网络功能的组织和编排,以及全局资源(跨数据中心,跨资源池)的管理和监控,这个模块的功能就是ETSI定义的NFVO(NFV Orchestrator)功能相同,是NFV网络功能运营的关键组件。由此可见,运营商在这一层上需要一个第三方的、独立于设备制造商的Orchestrator,可以和来自不同设备制造商或者软件开发商的网元进行对接,这是开放NFV生态系统的关键,让运营商不再被厂商锁定。这也是HP NFV Director这类第三方产品和其它开发商提供产品最大的不同。

 OSS层

对于电信BSS和OSS支撑领域,电信运营商需要把NFV技术架构和现有的OSS/BSS系统集成在一起。在BSS/OSS域中包含众多软件,这些软件产品线涵盖基础架构领域、网络功能领域,功能上支持传统的错误管理到复杂的服务管理,以满足所有的电信行业FCAPS需求。

综上所述,在NFV的实现过程中,NFV的参与者们会不断细化ETSI参考架构,形成更为细致实施蓝图。在此基础之上,提供有针对性的产品和解决方案,以支持NFV的落地实施。以HP公司为例,其NFV参考架构及相应的产品如下图:

但显而易见的是,在整个NFV的生态系统中,运营商希望能够根据自己的业务需求和实际情况,灵活选择NFV框架每一个组件的合作伙伴。然而,无论是在基础架构层、还是虚拟网络功能应用、或者管理和功能编排层,不同的合作伙伴在实现NFV框架内的每个模块的方法都不尽相同,更不要说,每个运营商在NFV之旅往往都会有自己独特路径。

电信运营商都希望NFV平台是一个可以自由选择合作伙伴的平台,在这个平台上运营商可以根据自己的业务需求来选择应用软件,最终的NFV架构可能集成了多方的技术和产品。显然,运营商需要的是一个开放环境的NFV生态系统。在整个NFV生态系统中,运营商需要面对三种合作伙伴:

  • 技术合作伙伴---技术公司和供应商,包括网络设备供应商(NEP),原厂设备供应商(OEM)和电信运营商,在技术创新、集成和基础架构框架等方面展开合作。

  • 应用合作伙伴---应用开发商(ISV),在开放基础架构框架上提供应用软件和功能。

  • 服务合作伙伴---系统集成商。

据惠普公司NFV业务拓展部部经理何建波介绍,为了支持这种开放性和标准化特征,HP推出了OpenNFV合作伙伴计划,这个计划既包括中小的独立软件提供商,也包括了业界领先的网络设备供应商,当然也包括不同的技术提供商和服务提供商,运营商自由地选择和组合不同的产品和技术,将网络按照最符合他们业务和IT的方式平滑迁移到NFV。

HP OpenNFV计划为运营商、网络设备制造商和其它合作伙伴提供建立一个动态、开放、标准化NFV网络环境所需的基本框架和组件,这些基本框架和组件能够快速验证和部署,实现云计算、融合网络服务和技术创新,同时降低资本投入(CAPEX)和运营投入(OPEX)。

此外,HP还在全球建立了五个HP OpenNFV实验室,合作伙伴可以在HP OpenNFV实验室测试NFV应用,确保应用在参考架构上达到预期的效果。HP还建设了测试中心,让合作伙伴们在共享的NFV架构上同时测试多个关键应用,确保这些应用已经完全具备进入运营商网络运行的条件。同时,HP OpenNFV实验室分配了专用的设备和资源用于设计和完成NFV概念验证(POC),它帮助合作伙伴和电信运营商快速测试NFV应用的可行性,大大降低了部署时间和风险。

总结来说,电信运营商需要按照参考架构的指导,依靠NFV基础设施 (NFV infrastructure, NFVi) 平台和内容丰富的合作伙伴生态系统,实现NFV的转型。在这一转型过程中需要面对来自不同领域内的合作伙伴。这些合作伙伴所提供的产品、解决方案是否足够开放,并且是否可以在多厂商的环境中运行良好,将会直接影响到NFV转型的结果。因此,无论是运营商还是参与其中的供应商而言,都需要一个开放的生态系统来确保NFV转型的成功。从这个角度上说,HP的OpenNFV计划或其它类似计划将是确保这个开放生态系统健康、有效的重要保障。

转载自:C114微信公众号


  • 本站原创文章仅代表作者观点,不代表SDNLAB立场。所有原创内容版权均属SDNLAB,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用,转载须注明来自 SDNLAB并附上本文链接。 本站中所有编译类文章仅用于学习和交流目的,编译工作遵照 CC 协议,如果有侵犯到您权益的地方,请及时联系我们。
  • 本文链接https://www.sdnlab.com/14852.html
分享到:
相关文章
条评论

登录后才可以评论

SDNLAB君 发表于15-11-13
2