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

  • 时间:
  • 浏览:0
  • 来源:5分11选5APP下载_5分11选5APP官方

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

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

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

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

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

来源:51CTO

然而,业界可能性哪几块纷繁繁复的开源项目变得很分散,可能性每个开源项目也有被委托人的优点,或者导致 了CSP的混乱。而潜在的影响SDN/NFV优势的问提也没办法 得到外理。

CSP更希望的是通过开源的辦法 ,外理厂商的锁定,或者CSP更希望都要看一遍SDN/NFV带来的调慢的生产路径,并保证性能、可扩展性和长期的支持的优势。

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

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

目前在采用多个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。

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

在传统的硬件网络中,CSP在十多年中实现了网络波特率的快速增长。确实传统的系统管理变得非常繁复,但哪几块传统的硬件也能很可靠的运行,CSP都都要设置SLA。新的网络设备外理方案还附带了一系列网络自动化工具,便于配置和管理。NFV/SDN系统不仅要使系统更易于部署和管理,或者还能满足所有性能指标和未来网络波特率需求。

CSP都要清楚并回答出以下问提,或者再去尝试选泽SDN/NFV的道路:

挑战:基本问提有待外理

未来之路

作者:佚名