@ fnii.cn

登录邮箱

裴小燕 中国联通对SDN思考

发表日期:2014年12月08日      共浏览 982 次      编辑:

各位嘉宾下午好,接下来我跟大家分享一下中国联通对SDN的思考。这张图大家都比较熟悉,之所以呈现,是跟大家再更新一下今年8月份对SDN技术在媒体曝光率的统计,在去年的顶峰逐渐到下降期的终点了。根据对以往技术的统计,在右侧的时候,大家就真正关心SDN的人才会对SDN的研究里面的问题进一步解决,等到对一些问题解决完之后,到下一个上升期的时候,这种技术才会大规模的商用,这只是为了印证我们后续的一些观点。因为联通也在跟踪SDN的相关研究。对于SDN的作用和好处这里就不说了,很同意,这已经是第四届的盛会了,SDN对于大家的好处不言而喻。但是还面临着四个挑战。

第一个方面是接口方面的,以前大家对南向接口讨论比较多,对于北向和东西向考虑比较少。明天的日程里面,在ONF里边已经有一个北向接口组在讨论这个问题,只有当这些接口都定义清楚以后,SDN才可能大规模的商用起来。在ETSI后续工作里面,已经把SDN基于各个管理系统,比如说BSS,CSS系统之间的接口也开始考虑进来了,后续会把这些接口进一步标准化。只有这样的话,SDN接入到现有运营商的系统里面才可以运营,可以运维,才有可能有一个良好的保证。另外就是说在接口方面,现在考虑的可能是更多的一种网源,比如说NFV之后,跟其他系统之间的接口,后续基于SDN,平台虚拟化之后,有可能在一个地方有多种设备。这时候网络比如说移动网、固网多种设备,是不是都有可能假设在一个资源池里面,那么这时候这些系统的接口是跟现在独立的一样吗?还是有可能会发生变化,这个可能是后续大家需要考虑的一个问题。

第二个关于SDN与NFV的关系,现在运营商是作为两个方向来研究的,更多在SDN方面基于SDN的云化,对网络功能的虚拟化。目前研究更多的是对一个网源的虚拟化,现在就是说不同的网源,虚拟化之后串起来怎么工作,这可能有待于进一步实验和验证。不同的网源,将来这个网络资源如何云化,是后续要考虑的一个问题。一个方面是,就是说一个机房里边,不同网源之间的云化,另外有可能不同地域和不同时间的,有没有可能要云化,原来说云的时候要经常举一个例子,在北京天通苑基本上都是一个睡城,白天的时候有可能去金龙街或者二三环以里工作的地方。网络资源在不同的时段,不同的地域是有闲置,基于SDN,如果这个网络能够进行综合调配的话,会发生什么变化呢?是不是有可能会综合调度这个资源呢?以前这个概念就提过,但是基于比如说传输,或者是资源调配的成本考虑,就一直没有实现,基于SDN之后,这种理念有没有可能实现呢?这也是我们要考虑的问题。另外是所有的网源都能技术虚拟化吗?比如说在移动侧,基站很多,可能有无线的基带,接入的这些点,可能做虚拟化的可能性至少目前还没有看到。将来在城域的话,比如说固网和移动网的EPC之间有没有可能在一块进行虚拟化,这也是我们现在要考虑的问题之一。

另外一个演进的问题,我们在想,大家都提到谷歌对于ONF的应用提升到80%到90了,是怎么实现的,明天下午我们希望听听谷歌是怎么做的。这种应用的场景,它的这种五资源的调配,路由的管理,是基于对它的服务器是充分了解的,运营商要管理的IDC,其实是包括两个层面的,一个是运营商自己的IDC,另外更多的量是对公众开放的,比如说BAT服务器放在网络商的运营里面,这些资源如何调配,是运营商需要考虑的一个问题之一。联通计划要做10个大的IDC,目前有三个已经建成了,这三个IDC内部和之间的解决方案已经部署了。像BAT这种大的互联网公司他们自己也在做云,各个服务器有可能在联通的网络里面,也有可能在电信的网络里面,对于运营商来说,有可能发现这个地方资源很挤,那么我就扩容了,扩完之后发现又没资源了,什么原因呢?是因为这些互联网公司发现这个路由很紧,又租了电信的路由了,这样联通新扩容的这个地方短期内就没有流量了。运营商后续有没有可能建立协同机制,这是请各位专家考虑的。在SDN的部署过程中,也需要考虑的一个问题就是替换还是叠加的问题,就是说当然今天看到华三已经提了一个解决方案。在部署的时候更多是扩容的问题,比如说联通的4G刚刚部署,EPC核心网已经建起来了,建的时候考虑容量,至少考虑未来三年网络容量的需求。这种情况下基于NFV虚拟化的EPC的部署,和核心系统之间怎么部署,这个是需要运营商要考虑的一个问题。因为现有的已经在这儿了,是基于传统服务器了,你叠加一个基于比如X86服务器的,同样这功能其实基于传统服务器已经开发过一遍了,基于X86又做一遍,从成本上来讲,其实短期内不一定便宜,而对于运营商来说,又增加了一个网源,又增加了一个设备类型。我的网管,运维的系统,和它之间的接口又得重新考虑。对于大的IDC来说,最经典的一个例子就是说对于X86的服务器断掉一个,不用管它。我可以通过软件把其他的服务器功能能够分担到其他的服务器上面去,但是目前运营商本地的机房没有怎么打。那么它的池做了多大能够实现这种智能的要求,可管可控,如果我做大了,峰值都达不到的话就浪费了,如果做小了又不能满足峰值的需求,所以就是说这个叠加网络如何真正使它能够运营,这个问题其实是有待进一步探讨的。

还有一个问题关于硬件能力的问题,刚才英特尔的杨女士已经跟大家分享过了,过去我们的服务器是一种设备一个服务器,那么随着服务器硬件能力的提升,和这种软件能力的提升,比如X86服务器一台不行,我可以做一个池硬件一直在进步的,摩尔定律说半年,就是说性能提升一半。后续硬件一直在提升的,这种情况下,其实运营商,设备商也有顾虑。我前头开发基于X86服务器的软件,刚刚实现了原来基于传统设备的功能,这个还没卖出去呢,接下来您的硬件又发展了,我再过一遍,这样不同的,一直在迭代的过程,其实是这个设备的成本是在提升的。我什么时候切入使我的成本不增加,或者少增加,在哪个地方可以降下来,这也是我们需要考虑的问题,从而从硬件的处理能力、功耗还有集成度一直在提升,运营商在买这个设备的时候花的钱不一定能够冲抵这方面的降低。现在运行管理支撑的团队,整个梯队的建设是基现有传统网络的建设,后续你云化了,比如说中国联通现在是31个省300多个本地网,云化了之后三个数据中心就搞定了,整个组织架构人员都可能带来调整,其实对于运营商来说是非常非常难的问题。其实硬件还有SDN的部署,除了技术以外,还存在诸多方面的问题有待进一步解决。

以上是对SDN带来的挑战跟大家分享一下,希望业内大家共同努力把这些问题逐步解决。

接下来跟大家分享一下中国联通在SDN方面做的一些工作,我们目前做的工作包括这五个方面,首先先跟大家介绍一下vCPE,这个工作相对来说我们做的比较多,目前公司的企业标准已经基本完成了,测试也已经完成了,在行业标准的立项基本完成,今年年底明年年初,这个vCPE一套的标准基本能够完成。大家就会问,很多厂家在问,你们为什么做vCPE是把整个家庭接入的家庭网关做一个简化,把三层功能给上移到网络侧了。很多设备供应商,尤其是在现有份额比较多的设备供应商是不愿意做这件事情的。另外还有一个趋势家庭网关有一个发展趋势,把家庭网关做的更丰富多彩。做成一个能够,做成家庭智能网络的核心,这也是一种发展趋势。联通为什么做这件事呢?其实呢,在家庭网络这方面,用一个技术完全包括也不太可能,其实联通做这种高端的盒子已经做了很长一段时间了,但是其实效果不是很好,因为什么呢?主要是业务平台,我基于这个盒子我想做很多事情,但是我最主要的内容受到了影响,目前内容比如说视频,是不能随便扩的,看电视,你看电视本来弄电视也行,比如说做视频监控,其实现在移动通信的模块已经很便宜了,那些视频监控,人家自己接一个模块,跟移动网连上了,那边就是一个服务器,不需要你这个网关也能做。这种情况下呢,对于运营商来说需要考虑的问题就是成本问题了,如果我做一个简单的我能通,我的成本可能降到100块钱以下,如果能够做一个高大上的盒子可能300多块钱,这从运营的角度,这300多块钱,100多块钱,是当期就要核算成成本的,如果我要把这些分层的功能提升到网络侧的话,我可以有一个相对长的,6年的折旧期,运营商来说这是一笔帐。现在还有一个税务改革,如果当做终端卖的话,300多块钱,要收17%增值税,如果网络侧的话只要交11%的税,就这一折腾6%。我呼吁一下设备商可以考虑一下,支持一下VCPE的发展。

另外是关于VIDC,我们有一个云公司专门运营IDC机房,刚才说了有10个中心,3个已经开始运营了。另外一个就是刚才中兴的专家已经介绍过,有两个层面的,一个是需要配置176个命名,对于,因为现在在联通,虽然是IP产品,但是运维很多是做传输的,要配这170多个命令,其实是很难的一件事,稍微配错了,就可能产生很大的影响。比如说在APEC召开前几天,北京公司升级的时候,就这个配置稍微出了一点问题,结果在晚上6点钟的时候,网络一个小时出现问题,大家都连不上数据网,后来才知道就是因为配置的时候稍微稍出一点错,从配置的角度希望能够自动化配置。目前在成都联通已经做了一个试验,能够实现一键配置,是通过网络自己能够把它配置下去。那么它实现的功能,就是说我这一个所谓管理,因为一个本地网,北京的本地网就有可能几千上万个站,真正的路由器管不了这么多的,一个管一个。那么这一堆站还需要另外一堆,还可以实现一键配置,增加一个基站的时候,我优化的时候可以实现自动配置,这是在SDN方面的应用。路由器不像刚才赵总说的核心网高端的路由器,集群的路由器是不适合做SDN,在接入层有可能做这种传统的,通用的服务器能够实现这个功能。这个功能的实现又存在点多面广的问题,牵一发而动全身的问题,怎么实现基于SDN的整合,大家还没有做这个工作。基于VPPN也在做,还有第八次会议上我们刚刚申请了一个POC验证,是基于VOLTE的验证,不是单独测VEPC和VIOS我要说的就是这么多,谢谢大家。