运营商NFV新进展:聚焦全解耦 加速编排器应用
NFV以虚拟化和云化技术为基础构建开放网络,能够实现业务的快速部署与自动化运维,成为全球运营商网络转型的基础。我国三大电信运营商也已经开始行动,纷纷发布网络架构转型战略,加快引入NFV,以打造敏捷、开放、灵活的智能网络。但是在商用部署现状上,业内人士表示仍存在诸多挑战。
网络与全解耦目标差距大
在近日召开的“2017年SDN/NFV峰会”期间,中国电信科技委主任韦乐平直指运营商NFV发展痛点,认为NFV技术尚处于半封闭的软烟囱群阶段,主要在vEPC、vIMS场景应用,少数在vBRAS和vCPE上开始应用。距离开放的全解耦目标还有相当距离,在大网上规模应用的时机尚未到来。
中国移动研究院网络所总体技术研究室经理张昊表示,NFV的远期目标是实现硬件、虚拟层和上层应用3层完全解耦,实现资源共享的使能网络。但目前,NFV的推进还面临着标准进度慢、集成难度大、运维复杂三大挑战。
具体为:虚拟层与上层应用的解耦成熟度低,缺乏方法体系来明确相关的要求,目前主要通过测试方式来确保虚拟层和上层应用解耦,但测试样本少;在部署NFV时不同组件(MANO包括NFVO、VNFM、VIM3部分)由不同提供商提供,需要比传统电信网络更复杂的测试验证、集成和规划部署工作;另外,传统网管采用竖井式管理模式,重在设备监控和排障,依赖工单进行故障管理,NFV网络重在自动化编排和调度,要求运营商做好MANO和OSS协同,适应新管理运维模式,打造新型运维流程。
运营商聚焦解耦开发编排功能
据了解,为了改善“软烟囱”现象,在NFV方面,中国电信研究并且制定了NFVI、MANO标准和部署方案,同时完成了vIMS三层全解耦实验室验证测试,并且针对vBRAS高峰会话连接数、小流量场景开展试商用。
中国电信云计算中心主任赵慧玲表示,现阶段,NFV关注的重点应该是NFVO(虚拟网络编排器),因为编排器在未来网络中的关键地位已经形成共识,所以SDN/NFV架构中负责业务组织、编排、资源调度的编排器成为运营商必须自主掌控的核心能力。
赵慧玲强调,NFVO的主要功能是编排网络功能拓扑、快速创建虚拟网络以及对虚拟网络进行监控。NFVO需要统一管理编排不同厂商的虚拟网元、统一控制资源分配,因此更适宜由电信运营商自主研发、自主掌控。
在“2017年SDN/NFV峰会”期间,中国移动研究院网络所所长段晓东表示,为适应未来业务需求,中国移动未来网络将在架构和网元两个层面进行重构,架构重构重点在3层解耦的底层基础设施重构;网元重构则以面向服务的架构方向来进行设计。
段晓东强调,新型的数据中心将采用通用服务器构建资源池,具备电信设备软硬件解耦功能,并以软件形式搭建电信云,功能涵盖内容分发、边缘计算。未来新型网络将采用控制转发分离和路由集中计算,实现网络灵活、智能调度和网络能力的开放。目前,中国移动构建云化、标准化的电信云数据中心(TIC),还面临着大量技术细节难题,比如对未来网络的编排调度、传统网管无法适应未来网络管理需求以及协同编排器的应用。
而对于3层解耦的重要性,中国联通网络技术研究院首席专家唐雄燕也表示肯定,他认为,在NFV领域,随着NB-IoT的大规模建设,原有的网络体系满足不了互联网的要求,需要NFV进行网络3层解耦。中国联通希望基于NFV的物联网核心专网,能够为NFV技术提供一个很好的应用机会。
作者:佚名
来源:51CTO

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
浪潮存储:战略方向对,软件定义存储才能发挥最大作用
对于企业级市场来讲,技术和研发的投入,市场的开拓一定要一步一步走。整个过程的积累和经验是不能断层和投机的。这是近日浪潮的软件定义存储AS13000-Rack新品发布会上的个人感受,当然也是对整个行业的一个看法。 此次发布会浪潮推出的产品是AS13000-Rack ,依托浪潮"计算+"硬件重构和软件定义理念,是业内首个融合块、文件、对象、大数据四种存储服务的整机柜软件定义存储系统(Software-Defined Storage ,SDS)。该产品丰富了浪潮存储高端联邦产品形态,为数据中心云化和企业数字化转型提供开放、融合、智能的平台。 公司的发展最重要的是有延续性,此次产品的发布,也是浪潮存储高端联邦的延续,高端联邦2016年浪潮正在践行的战略,成员包括关键数据存储,也就是我们说的scale-up架构高端存储、软件定义存储、全固态存储等。浪潮存储产品部总经理孙钢在之前的采访中用三横两纵来说明,“三横”指的是整合存储前沿技术、最新产品和全方位服务。“两纵”是指打通焦点行业和合作伙伴量大存储市场布局。如果这个战略能够执行五年,相信是实现2020年浪潮存储战略的一大助力。 存储成为浪潮“计算...
- 下一篇
《MySQL技术内幕:InnoDB存储引擎第2版》——3.1 参数文件
3.1 参数文件 在第1章中已经介绍过了,当MySQL实例启动时,数据库会先去读一个配置参数文件,用来寻找数据库的各种文件所在位置以及指定某些初始化参数,这些参数通常定义了某种内存结构有多大等。在默认情况下,MySQL实例会按照一定的顺序在指定的位置进行读取,用户只需通过命令mysql--help | grep my.cnf来寻找即可。MySQL数据库参数文件的作用和Oracle数据库的参数文件极其类似,不同的是,Oracle实例在启动时若找不到参数文件,是不能进行装载(mount)操作的。MySQL稍微有所不同,MySQL实例可以不需要参数文件,这时所有的参数值取决于编译MySQL时指定的默认值和源代码中指定参数的默认值。但是,如果MySQL实例在默认的数据库目录下找不到mysql架构,则启动同样会失败,此时可能在错误日志文件中找
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS7安装Docker,走上虚拟化容器引擎之路
- SpringBoot2全家桶,快速入门学习开发网站教程
- CentOS8编译安装MySQL8.0.19
- Red5直播服务器,属于Java语言的直播服务器
- CentOS7,CentOS8安装Elasticsearch6.8.6
- Windows10,CentOS7,CentOS8安装MongoDB4.0.16
- Eclipse初始化配置,告别卡顿、闪退、编译时间过长
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- CentOS8安装MyCat,轻松搞定数据库的读写分离、垂直分库、水平分库
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池