烽火通信陈晓辉:烽火FitNet,面向SDN/NFV的网络转型

大家下午好,我是烽火通信的陈晓辉。

很高兴今天能有这个机会在这么高大上的礼堂跟大家分享烽火在SDN/NFV领域的探索。今天碰到了很多我一直都很尊敬的老师和朋友,有机会去探讨目前我们遇到的这些问题,一起去探索解决方法。我觉得新技术在加速转型的时期,大家确实应该多交流,也感谢大会的主办方办了一次非常好的会议。

今天我演讲的题目是烽火FitNet面向SDN/NFV的网络转型。实际上烽火在很多场合都在谈转型的问题,我想在新技术引入的关键时期,很多企业都在思索我做还是不做,如果我做,我要做什么。实际上当我们得到答案的时候,我们的答案其实就是要转型。
首先我们想来谈一下云网一体化的问题,烽火曾经是一个非常传统的做光纤通信的企业,我们拉出了中国第一根光纤,也做出了中国第三个光传输系统,可是现在的烽火已经进入了云计算的领域,而且我们转型去做SDN/NFV技术的探索也是因为云计算的原因。大家都知道云计算给我们带来最大的好处就是按需的分配和使用资源,并且根据使用的实际情况来付费。实际上由于云计算的普及和深入,它对网络也带来了很深刻的影响,当烽火开始从一家传统的IT的甚至CT的硬件制造商,开始布局做云计算、SaaS、数据中心,并且有了很多案例的时候,我们会发现云计算已经对我们的网络产生了深刻的影响,这也是为什么我们要做转型的原因。

烽火提出来的转型叫做云网一体化,什么云网一体化,实际上我们的云网一体化就是为了回答三个问题。第一个问题是,随着云计算的普及,当云计算已经成为网络主要的业务需求的时候,我们的网络该怎么办?我们给出的答案是,我们要构造一张灵活的按需分配的网络,怎么实现这个目标,我们才启动了对SDN的探索。第二个问题,当以云计算为代表的IT技术开始影响网络设备的制造和研发的时候,我们该如何应对?我们当时遇到的问题是,越来越多的人认识到了云计算、虚拟化、按需分配资源带来的好处,所以希望把IT的很多技术放在我们新一代的网络当中去,这就是NFV。通过NFV我们可以构造虚拟化的网络,并且按需去分配和使用硬件资源,提升网络的效率。第三个问题是,当网络全部都虚拟化以后,这样的网络该如何去部署。我们得到的答案是,我们要将抽象的网络放到新的云数据中心当中去,这就是今天很多运营商的专家提到的CORD。所谓的CORD,我的理解就是,当网络无处安家的时候,我们要把现有的专用的电信机房改造成云化的数据中心,让这些云计算SDN软件,让我们的控制器以虚拟化的形式找到新的安家之所。我们今天想跟大家探讨的云网一体化战略转型以及FitNet,实际上我们所指的就是两大块内容,第一块是能够支撑云数据中心的广域网络是基于SDN够做的,第二块,运行在云数据中心的虚拟化的网络软件,这两大块的内容就是我们FitNet的内核所在。

我们刚才也阐述了我们云网一体化的转型主要是基于SDN/NFV这两大技术,SDN/NFV重构了我们的未来网络,如何重构,我们仅仅从烽火通信这样一家以前的传统的CT企业来说。首先曾经的烽火是一家卖专业硬件的厂商,通过SDN和NFV技术的引入,我们开始销售的是整体方案。我们曾经以硬件为主,现在我们变成了以软件为主。曾经我们觉得IP加光就是智能化,但是我们现在认为云和网统一考虑才是我们的终极目标。曾经我们只是一家CT的提供商,但是现在我们不得不面临ICT的转型。我们给自己制定了一个FitNet 2020的目标,在实现这个目标的过程中我们希望能够分三步来实现,第一步我们希望实现网络的SDN化,具体说来,我们希望能够在单域和广域的控制器部署的情况下能够实现网络的虚拟化和按需分配,我们很自豪地认为我们也基本上做到了这一点。第二步,我们希望通过引入网络功能虚拟化来打造以DC为中心的网络解决方案,我们也很高兴认识到我们也部分地实现了我们的目标。第三步,我们希望基于前面两步的基础,我们能够构造真正的云网一体化的解决方案,实现硬件的通用和应用的随需开放。

当云网一体化的战略最终能够实现的时候,我们的网络会是什么样子的,首先我们认为最终在物理或者传输的层面仍然会有一定的专用硬件的存在,这些专用硬件是为了提供长距离、大容量、高效率、远距离传输而存在的,是那些我们目前靠技术手段还不能摆脱物理限制的一些特定的领域,比如说密集波分就是一个很典型的领域,这些专用硬件仍然会存在。但是这些硬件当中很多存在的专用的网络功能都会被抽象出来部署到我们以DC为中心的新一代的网络当中去,在这些网络当中会有通用的服务器、通用的存储硬件,并且在这些服务和存储上会运行不同的虚拟化网络功能,这些包括烽火曾经以专用硬件的形式提供的OLT、CPE,同时还包括我们借助SDN和NFV新研发的,比如说网络控制器,比如说管理、编排的软件。在云网一体化的嘴上层就是最靠近用户的App以及业务协同编排。

整个云网一体化的特征,我们总结是四点,超宽、泛在、随需、极简。作为一个传统的网络提供商,我们在从云计算转向云网一体化的过程中,实际上我们最开始做的SDN的探索,为什么先做SDN,有几个原因,第一个原因,网络是烽火最擅长做的,所以我们想先从网开始做。第二点,我们2012年开始投入研发资源做的时候,当时我们SDN远比NFV成熟多,至少我们能够找到开源的平台,比如ODL,我们能够找到标准的协议,至少有Openflow,我们当时就开始探索如何把网络虚拟化,做按需分配,也就是实现网络资源的虚拟化和网络带宽BOD的功能。在做SDN初期我们又遇到了几个问题,第一个问题,SDN要做集中化的视图和管理、调度,也就意味着我们希望把不同层次的网络做统一的管理和调度,也就是我们说的IP和光的协同,我们当时觉得这个问题很难解决,在烽火自己的产品组里,我们想做IP和光的协同,我们觉得是很容易的,但是我们觉得想真正做到协同不是烽火一家可以实现。当时我们推出我们自己IP加光协同的方案,后来我们在现网上也做了实践。在IP加光协同的解决方案里,我们提供了IP加光的多域控制器还有传送网的多域的控制器,还有分级的管理不同的SDN的网络设备的,比如说光传送网的控制器、IP网的控制器、接入网的控制器等,通过不同层次的网络控制器的协同,我们实现了IP和光真正的协同,也就是说最终用户他只需要在App上去部署业务就可以,不需要再关注下面到底哪里有IP,哪里有光,哪里只有IP,哪里只有光,所有的网络资源都是根据业务、根据用户App的需要临时去调用。这是我们在SDN探索中希望能解决的第一个问题。第二个问题,如何实现异厂商互通,没有哪个厂商能把哪一个地域的网络全部建成,在网络向SDN迁移的过程中,如何实现不同厂商的互通,这可能是我们面临的第二个最大的挑战。经过好几年的实践,也是在我们的运营商客户的强力推动下,我们认为至少在现网上,我们已经验证我们是具备这样的能力。烽火目前推出的单域控制器和运营商推出的多域控制器来进行互通,并且在这些协同控制器的协调之下能够实现多厂家的互通,并且我们在运营商的实验室里面已经和主流的SDN的厂家真正实现了实验室的互通,这也是为什么今天上午联通的唐首席他说在广东已经开始做试验网,因为我们在实验室里已经实现了互通。第三个问题,在SDN落地的过程当中要解决的是传统的网络如何进行平滑的升级。大家都知道,我们想把IT的手段引入到CT,有一个很重要的原因,就是希望提高效率,提高效率其实说白了就是不想浪费,我们已经有这么多的网元在现网上,中国可能有数百万端的各种类型的网络设备存在的情况下,如何历久现有的设备,又享受新技术带给我们的好处,第三个问题是传统的网络如何实现平滑升级,我们也非常高兴的是在我们FitNet的解决方案里,我们也实现了在原有的烽火的EMS存在的情况下,我们通过在线升级的方式,升级北向接口和部分的南向接口,来实现了现网就是非SDN网络向SDN网络的平滑升级,并且升级以后我们会享受到和新建SDN网络一样的好处。

这里介绍两个案例,第一个是我们在浙江移动某个分公司,我们做的SPTN的试点项目,当时这个项目在App这层部署的是烽火的BOD的软件,我们一部署了App的应用服务器。中间这层部署了移动自己开发的超级控制器,在这之下我们还部署了烽火的单域的控制器,这里是其他厂家的设备,跟我们部署方式一模一样。通过在现网上的验证,我们实现了跨厂家的SDN的互通,并且实现了BOD。另外一个是由烽火配合新疆电信做的一个SDN的案例,在这个案例上同样也是部署了烽火的BOD的客户端,部署了烽火自己的IP和光的协同软件,同时包括了OTN的单设备的控制器以及IP RAN,通过这些软件和硬件的部署,我们实现了业务不需要感知到具体网络的设备类型,就可以实现跨层的业务的调度,秒级的业务开通。通过这两个案例的分析,我们可以看出来,通过过去几年我们这个产业各个环节的共同努力,在SDN领域我们已经能够做到以前觉得很难做到的事,比如说跨层的协同、IP加光的协同、异厂家的互通、传统网络的升级改造,这些我们都已经现网上进行了实践。

当SDN做到一定程度的时候,我们发现NFV又向我们发起了挑战,NFV和云计算的关系,大家享受到云计算的好处以后发现能不能把网络功能虚拟化以后放到云的环境里去运行,也是我们用户希望能够摆脱专用硬件采购昂贵、部署困难、升级缓慢、响应不灵活这么一些缺点。其实烽火最开始想做NFV,实际上还是做了市场的分析。今天很多专家介绍过AT&T的案例,2020年他们的软件要达到75%的比例,我们也不会放过这样的转型的机会。从2014年开始烽火做了一些NFV方面的布局,通用服务器我们做了部署,我们在去年12月成立了自己合资的服务器公司,也部署了网络功能虚拟化和做开源操作系统的公司做了一些深度的合作,另外在VNF上,我们在vCPE、vBRAS等多个场景我们都进行了实践。

我们认为NFVI这一层是必不可少的,因为把一个普通的在专用硬件上运行的软件抽象出来,运行到通用的硬件上去,必须要实现基础设施的优化。为了实现这一点,烽火在去年的12月,我们和美国的一家公司成立了一个合资公司,烽火超威,并且在当年我们就进入了中国的运营商集采。同时我们也深刻理解到,所谓的X86服务器,在NFV的环境下并不只是一个通用的硬件那么简单,可能到了NFV发展的后期,当大家追求性能的时候,我们会发现如何去用尽X86的各种资源、提升性能,才是我们最终在市场上胜出的法宝。我们在通用服务器这个领域也做了很多细致的工作,比如在虚拟化,对Linux内核的定制,以及硬件加速DPDK这些方面,我们都针对NFV的场景做了一些优化的工作。同时我们也认为NFV会带动通用服务器的市场高速前进,但是NFV的服务器市场我们并不仅仅只想把它当做通用的服务器卖,也会瞄准一些解决方案,比如虚拟化方案、云计算方案、大数据、高性能计算的方案,做出一些针对性的优化工作,在今年我们会陆续发布一些相关的产品和解决方案。

刚才我们说到NFVI基础设施这一层,实际上我们做得最多的工作也是我们最擅长的工作,可能还是具体的网络功能。来自不同的运营商客户、不同制造商的合作伙伴都对VNF如何去用做过一些预测和分析,我们都会说先去做什么,我们可能普遍认为先做核心网,再做什么,每一家企业有不同的认识。我们认为所谓的VNF是根据场景定制的,是一个不同的网络功能混合起来,以搭积木或者集成的方式呈现出来的一个集成的解决方案。实际上你很难给客户推一个方案里只有转发或者只有安全、只有认证。当我们在说VNF一个场景的时候,实际上意味着我们可能会解决很多不同的VNF的问题,举一个例子,比如我们最早布局的一个企业级的虚拟化CPE的例子,这个例子当中我们配合运营商做什么工作,就是瞄准那些分支机构众多的企业,我们把以往的昂贵的运营定制化软件的黑盒的CPE变成白盒,我们把软件抽象出来放到数据中心,并且开放了接口,让用户去做定制。通过这种方式,我们给企业客户提供更灵活的接入,企业客户可以根据自己分支机构的部署情况,根据自己视频会议、根据自己电子邮件或者其他OA的需要,去灵活的申请带宽,并且灵活的给分支机构分配不同的数据接入和网络安全的权限。另外想说明的一点是,实际上NFV我们觉得非常看好这项技术更重要的一个原因在于,我们认为并不只是因为把专用硬件软件化以后能给用户省钱,其实钱不是省出来的,是挣出来的。就以刚才vCPE的例子的为例,通过vCPE的部署,我们可以挖掘一个新的市场,实际上中国有很多类似的中企业,他们可能只有5到10个人团队,甚至只有30到50个人的团队,他没有自己独立的IT部门,他希望得到一个拎包入驻的办公环境,能够一键式地享受定制化的电子邮件服务等,现在能不能做到这一点,非常难,但是运营商已经意识到了通过灵活的网络功能的定制,我们可以自己去创造市场,而不是说勒紧裤腰带过日子,把钱省下来发工资。

除了刚才说的企业级的市场是NFV很好的市场以外,我们还认为在我们已经深耕细作的家庭市场,NFV也大有可为,我们现有的网络太不灵活了,大家可能觉得我现在上网很方便,欠费了在网上可以交费,可以开通,但是我问大家一个问题,大家有没有想,如果我这个月的手机套餐没有用完,我可不可以把它转成我想收看的电视节目的,能做到吗,我们现在应该是做不到的。再比如说我的孩子非常小,我现在给他发了一个手机,我不希望他在家里有Wifi的环境下访问某些网页,我可以做到吗,我是做不到的。比如我的手机套餐,我这个月忽然电话少了,因为我出国了,我能不能把它转到在国际漫游情况下的数据服务,这也是做不到的,如果有一家运营商能够做到这一点,我愿意每个月再多花200块钱去购买他的服务。实际上用户的需求还有很多没有满足的,要满足这一点,必须把专用的软件集中化,给客户提供类似我们在SDN上探索的那些随需BOD的方式,让客户根据自己的需要去定制网络,根据他实际使用的情况再向他去收费,我想这才是一个正循环的方式,我们通过满足客户的需求,创造更多价值,带来更多的盈利。我想这就是真正的去电信化,这就是真正的转型。

我今天的报告就到这里,谢谢大家。


  • 本站原创文章仅代表作者观点,不代表SDNLAB立场。所有原创内容版权均属SDNLAB,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用,转载须注明来自 SDNLAB并附上本文链接。 本站中所有编译类文章仅用于学习和交流目的,编译工作遵照 CC 协议,如果有侵犯到您权益的地方,请及时联系我们。
  • 本文链接https://www.sdnlab.com/18644.html
分享到:
相关文章
条评论

登录后才可以评论

SDNLAB君 发表于17-02-24
0