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

  • 时间:
  • 浏览:4

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

来源:51CTO

挑战:基本问題有待补救

未来之路

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

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

在传统的硬件网络中,CSP在十多年中实现了网络波特率的快速增长。嘴笨 传统的系统管理变得非常比较复杂,但那先 传统的硬件都都能否 很可靠的运行,CSP能这么设置SLA。新的网络设备补救方案还附带了一系列网络自动化工具,便于配置和管理。NFV/SDN系统不仅要使系统更易于部署和管理,因此还能满足所有性能指标和未来网络波特率需求。

现状:多个开源SDN/NFV举措原应 混乱

本文作者:佚名          

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

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

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

CSP更希望的是通过开源的最好的方法,补救厂商的锁定,因此CSP更希望时需看过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采用SDN和NFV的过程中何必 一个 劲有帮助,有些系统集成商将CSP作为此人 学习的研发实验室。通过支持多个开源计划,系统集成商可能会尝试在多个项目中分离一级用户。

CSP时需清楚并回答出以下问題,因此再去尝试选则SDN/NFV的道路:

然而,业界可能那先 纷繁比较复杂的开源项目变得很分散,可能每个开源项目全是此人 的优点,因此原应 了CSP的混乱。而潜在的影响SDN/NFV优势的问題也这么得到补救。