飞易网 - 收集电脑、科技、手机、智能硬件、网络相关的各项适用知识!

飞易网-自学网络技术-路由器设置教程-电脑办公软件学习

当前位置: 首页 > 网络技术 > 网络应用

SDN/NFV:现状,挑战和未来

时间:2019-05-08 14:35:42  来源:  作者:

电信运营商和通信服务提供商(CSP)一直期待网络功能虚拟化(NFV)和软件定义网络(SDN)能够带来的优势,以帮助他们进入快速部署新服务,实现高度的网络自动化和动态重新配置的领域,从而降低资本支出/运营成本,并且易于配置和管理。

SDN/NFV:现状,挑战和未来

业界为实现这一目标,纷纷推出了多种开源计划。欧洲电信标准协会(ETSI)推出了开源NFV管理和编排(MANO)架构,吸引了大量的一级CSP和厂商的加入。其中一些CSP已经进行了现场试验,甚至有些一级运营商已经在现网中通过SDN和NFV部分实现虚拟化,解决方案厂商还创建了增强的NFV/SDN平台和优化的虚拟网络功能(VNF)。

然而,业界因为这些纷繁复杂的开源项目变得很分散,因为每个开源项目都有自己的优点,因此导致了CSP的混乱。而潜在的影响SDN/NFV优势的问题也没有得到解决。

现状:多个开源SDN/NFV举措导致混乱

目前在采用多个NFV/SDN开源路径时,CSP面临“选择障碍症”,有Open-O、AT&T的ECOMP(ECOMP和Open-O目前已经被Linux基金会合并为ONAP)ETSI的OSM,OPNFV可供选择。虽然ECOMP和Open-O合并能否取得成功还有待观察,但可以预见的是ONAP将和ETSI OSM在NFV管理和编排领域展开竞争。同时诸如MEF LSO等新举措正在受到业界的重视,包括与运营支撑系统(OSS)/业务支撑系统(BSS)更深层次的整合。在SDN方面,成熟的开源计划包括ONOS和ODL。

这些开源项目都是一些业界权威的组织、社区、厂商和几个一级CSP主导并驱动的,这使得大多数CSP难以选择一个开源项目或开源项目的组合。

CSP更希望的是通过开源的方式,避免厂商的锁定,但是CSP更希望需要看到SDN/NFV带来的更快的生产路径,并保证性能、可扩展性和长期的支持的优势。

系统集成商在CSP采用SDN和NFV的过程中并不总是有帮助,有些系统集成商将CSP作为自己学习的研发实验室。通过支持多个开源计划,系统集成商可能会尝试在多个项目中分离一级用户。

挑战:基本问题有待解决

CSP需要清楚并回答出以下问题,然后再去尝试选择SDN/NFV的道路:

  • NFV/SDN虚拟化网络能否通过数据中心运行的COTS硬件来满足和扩大网络带宽需求的增长?
  • CSP能否采用一个或多个开源项目,并在短期内以成本化的方式投入生产?
  • 部署SDN/NFV系统时,CSP是否可以访问适当的测试系统和工具来验证并量化性能指标?CSP甚至可以为NFV/SDN虚拟化网络系统设定明确的规范,以满足性能要求。
  • SDN/NFV是否与CSP的传统网络系统集成,并提供统一的仪表板和监视视图?传统网络工具和虚拟化网络工具如何集成才能提供整个网络的统一视图?
  • CSP怎么保证选用的开源项目在未来的十年左右能够不断升级进步?谁来保证开源项目不断升级进步?系统集成商、组件供应商、开源社区还是相关的开源组织?
  • SDN/NFV虚拟化网络后期的支持、升级、托管服务的复杂性实际上低于现有的传统系统?例如,目前管理私有云数据中心的安全性,其中NFV/SDN系统的托管管理比管理分布式网络系统复杂得多,管理混合网络比管理当前的传统网络复杂性低一些吗?
  • SDN/NFV系统如何满足CSP在SLA、QoS、服务保障、高可用性和可靠性等方面的需求?相关的参数能够在虚拟化/混合系统中量化吗?如果不能,新的标准是什么?
  • 不同厂商开发的单独的VNF所使用的微服务、容器、DevOps、REST API规则能否与MANO接口规范保持一致性?
  • CSP能够不面临威胁地安心地运行他们的SDN/NFV系统吗?例如,SDN控制器的集中化实际上可能暴露出了更多的安全漏洞。以此类推,NFV堆栈有不同厂商创建的OS、管理程序和VNF。CSP是否需要全面分析各个层级的安全漏洞,并且对这些漏洞加以修复?
  • 在传统的硬件网络中,CSP在十多年中实现了网络带宽的快速增长。虽然传统的系统管理变得非常复杂,但这些传统的硬件能够很可靠的运行,CSP可以设置SLA。新的网络设备解决方案还附带了一系列网络自动化工具,便于配置和管理。NFV/SDN系统不仅要使系统更易于部署和管理,而且还能满足所有性能指标和未来网络带宽需求。

    未来之路

    在CSP作出最终决定之前,需要对开源社区、系统集成商和解决方案提供商的开源计划的可持续发展、性能、规模等作出评估。CSP可能还需要咨询能够独立测试和验证虚拟化/混合网络的公司,同样,解决方案提供商需要构建测试架构来验证虚拟化/混合网络的性能指标。

    开源的举措必须由目标驱动,目标是让大多数CSP能够将之应用于生产环境。标准组织需要继续专注于加强接口/API层,以实现各厂商组件的集成和互操作性。CSP同样也要对厂商解决方案加以重视,这些解决方案是现场测试的、可扩展的,并且已经引入了网络自动化。

    在未来几年中,CSP网络将不得不跟上带宽需求的增长,需要达成硬件驱动的网络解决方案和基于NFV/SDN的虚拟化途径的平衡,基于COTS硬件的NFV/SDN可能无法扩展CSP的网络以满足不断增长的带宽需求。

    本文地址: /lyq/6951.html
    图文MORE+