赫罡:运营商在部署NFV面临的问题

各位嘉宾,下午好。我今天发言的题目是运营商在部署NFV面临的问题,这里面讲几个方面,一个是我们在NFV做的一些工作。第二个,我们在整个验证的测试中发现的一些问题和困扰。前面嘉宾的演讲给了我一些很好的启发,我们在实际的组合和验证中确实发现了一问题,而且这些问题对我们来说也是比较困扰的。第三个,我们对整个NFV的部署的一些考虑。

赫罡

首先,来介绍一下,我们在NFV集成测试方面目前正在开展的一些工作。现在联通和主要的设备商、提供商都会做一些联合的研究和一些深度的战略合作。这里边画出我们目前和华为做的端到端的VTC和MS的整体解决方案,这里面主要是核心网的虚拟化的工作,还有端到端的原理性的测试。我们可以看到底层的硬件结构基本上是采用华为的平台。除了这个无线接入侧使用传统的网源之外,其他基本上是在这个层面上做的。第二个方面是我们跟华为开展的,也是基于端到端的POC的测试,这里做一些MANO的管理,包括一些端到端的业务质量和功能的测试。长期的工作,是我们在这个基础上做一些关于5G的网络架构的基础性的工作,从这里面我们可以看到右边这个图,从长远的研究来看现在正在验证网关的控制和转发分离,也就是SDN和NFV更深度结合的一些测试。左边的图,我们可以看到整个验证的组合的结构,我们底层的硬件平台基本上采用惠普的C7000的平台。在上面中间件的平台是采用惠普的平台,对于MANO这块是基于惠普的解决方案。在这个测试过程中,包括我们现在正在做的一些工作,会发现我们整个的NFV,其实还是面临很多问题,在实际的运营商网络部署中并不是可以那么简简单单引入的,主要有以下几个方面可以介绍一下。

首先是基础设施平台,其实这个怎么来讲,按一般传统来讲,电信,我们要去云化,需要向IT演进,我们在具体的演进过程中发现,传统的电信网络的需求和IT的原有的云需求是有差异的,这里面有一些基础平台,基础架构还有一些不同的需求。另外从组网模式来讲,并不是拿过来直接可以在网络里面用的。对于管理和维护,传统来讲这是我们电信运营商非常看重的一块内容,网络必须是全程可以维护和管理的,但是这并不是说传统的IT的云的设备和设备商在这一块必须和我们密切结合起来去做的内容,因为网络的CT云化之后,对管理和运维是很大的挑战。另外是集成的问题,我们其实有点像传统的集成一样,传统的电信运营商对集成这个事情考虑的并不是很多,基础网络建设更多是交钥匙的过程。很多的运营商会把施工、监理最后的调试作为一个交钥匙的过程。软件在分离之后会面临一个比原来更为复杂的运营商的环境,我的软件硬件可能有戴尔的,可能有惠普的,我们面临的环境可能更多的。除了传统的运营商之外,可能会引入一些互联网的应用,所以集成也会带来一些问题。对于标准和开源社区这里会提到,对移动网而言会有一个标准的制定和完善,最后是一个落地的应用,这个周期相对来讲比较长,而且标准的争夺其实比较激烈。目前我们看到更多的,就是开源社区对于整个运营商有一些新的需求,实例化和产品化更加有利于它的落地和应用。

我们需要有一种端到端的整体解决方案去测试验证未来网络中可能面临的问题,但是测试必须有测试的完备性以及性能如何保证,这些问题对于我们原来而言,运营商的测试最主要的是入网的测试,招标的测试。现在的集成环境的方式和方法都有一些变化。第七个方面是安全,安全对于运营商而言以前是一张封闭和独立的网络,它会有安全的管理机制,问题并不是特别突出。但是我们的网络变得软化之后,传统的软件的安全问题就会变得更加突出。我们慢慢发现软硬件的分离,软件的集成以及更多软件的引入,安全和可靠性就成为一个非常关注的问题。最后是网络能力开放,网络做虚拟化,网络做SDN其实更多的还是为了有创新能力,有业务开发能力,但是我是不是真的软了之后就一定有这种创新能力呢?未必见得。所以开始的时候就要想到,我如何做,能够有第三方的更多的业务能够在这个平台的基础上运用,而不是像原来一样的专有的独立的应用。

首先,我们来看所谓的CT的云化,是不是把原有的东西放到数据中心里面就解决问题了?其实仔细来看未必如此。传统的电信业务有一个组网的概念,长期来讲网络是设计的,我们有专门的设计部门,专门的施工部门,网络是有结构设计,尤其在交换网里面对概念的要求非常清晰。但是在传统的IP的概念里面,可能组网在底层的承载层面有一些概念,但是上层没有一些组网的概念,这是区别。关于网管的层面,传统的电信网络是一个全程的端到端的管理和维护,尤其对告警、维护和响应机制,尤其人为参与的过程是很重的环节。我们网络很多告警的,我不会让系统或者设备自动的判断和处理,很多时候是人为干预的。我们担心网络误判带来的影响,更多的是人工干预。但是整个软件化自动运营之后,人为干预的因素可以少一些呢?这个问题都需要进一步考虑。从应用来讲,原有的电信应用是非常有限的,我们之所以要SDN就是要更加灵活的引入应用。

资源的问题,IT的设备更多的是一种计算和存储的资源,对于网络和电信的设备,很多是一种IO型的。一类是核心的设备要求更高的吞吐量和限速转发,但是对于设备它需要全光,它明显和IT的资源处理类型是不太相同的,是直接面向最终用户的,和传统的资源可以抽象是不同的。另外就传统来讲,传统运营商都是6个9的要求,当然以后是不是还有这么高的要求另当别论,但是目前来看传统运营商的可靠性是比较高的。对于网络的容灾,容灾是一个非常必要的也是硬性的要求,网络必须支持容灾的能力,这对于传统的IT设备来讲,它更多讲的是可用性。可能电信的云化来自于IT,但是它的复杂度,目前来看它的复杂度还是挺高的。第二个,前面讲到基础硬件的复杂性问题,首先硬件选取的问题。因为它有一些特殊的IO的需求,就会存在定制化的硬件和COSS硬件之间选择的问题,我们有一些专用的硬件,专用的电信硬件还是统一的IT云。我们希望硬件平台能够通过测试,目前我们也是在做这样的工作。硬件的内容可能会涉及到硬件加速,这里面会有一些具体的需求不同,比如说转发类的设备,我觉得前面的毕教授给我们很好的启发,可能会出现软硬结合加速的方式。在硬件选取的同时可能会考虑通用的硬件为主,可能也会考虑加速。

还有虚拟化,我们有些性能上的东西需要直接穿透到顶层管理。从性能角度来讲,可能这样的性能是最高的。对虚拟化方案,有可能需要扩展对顶层资源的管理,我们需要扩展一些管理能力。最后云部署的方案,我们现在到底是把所有的电信的传统的处理的业务全部搬到IDC里面,还是有一张私有云,我们现在也没有很好的结论。我们现在尝试在应用中引入NFV,从长远来看可能和公有云整合,但是目前还是不清楚的。前面也讲到,就是说我们电信的虚拟机来讲,它并不是直接用开源的Open Stack就会达到很好的要求,安全性这里提到一些,包括可用性和扩展性,包括管理和运营,包括流程和工具,我怎么去集成,怎么做流程的优化,这些可能都是我们对传统的不太考虑的问题。

总的来说,传统的电信应用可能是毫秒级的,但是对于传统的Open Stack并没有这么高的要求,这里面尤其是硬件的加速方面,包括在专业应用的迁移的情况下,可能传统的云计算或者云的服务不太考虑这些问题。电信硬件的应用可能面临这样的问题,这是基础架构这块来讲。前面讲到NFV和SDN有很密切的关系,我们现在面临的问题,和SDN集成的时候已经面临这些问题。北向接口是由ONF主导的,对ONF做Open Flow的标准化,但是IPO也做政府间的,离实际的产品远一些。我们国内提出一些网管作为一个很重要的方面提出来,提出SDN加网管的情况。我们画这张图的目的,是我们在SDN的集成方面面临着非常多的标准和现状,目前来讲,还很难有一个非常统一的解决方案。

另外,在SDN集成的时候,我们发现一些问题,比如说这个NFV VController,这个具体的每一个厂家,在做系统集成的时候有自己的相应的解决方案,这还只是在一个单厂家的系统内部。这样子来讲,我们在SDN和NFV集成中间其实面临很多不确定的因素,目前方案还不是很明确,单厂家可以有一个系统的完整的解决方案,但是如果一旦出现多厂家的Open Stack分离的时候,就会面临更复杂的场景。管理和协同是难度比较大的问题,我们会面临着NFV的引入,必然会面临网络的并存,在传统网络的管理基础之上,又出来一个云资源的管理以及虚拟网云的管理,以及传统的网络的管理,这里面面临一个问题,我们传统的OSS、BMMS这到底是什么关系,混合组网下的联同并没有一个很好的方式。我们希望有一个更大的目标,基于MANO去整合现有的资源体系,统一向上暴露OSS的视图。另外是一种渐进的思路,与传统的NFV相应的网管信息通过EMMS,包括BMSS,通过单独的MANO来选择。每个运营商根据自己的OSS、BSS的规划可能有不同的选择。对于MANO这块,我们要满足电信的要求,要支持SDN的控制器,对于NFV,包括OSS和BSS这个消息的定义,多厂家的协同,都会面临一些实际的挑战,目前我们也正在和网络相关的网管的规划做一些接口的对接和协调的工作。

前面讲到,整个的SDN和NFV的发展会带来另外一种标准的活动形式,我们叫做开源组织。前期联通也在关注这方面的工作。这里面讲标准的问题,其实我们面临非常多的标准和开源的组织,底层可能会有DPDK,会有Open Stack。这个ETSI这块可能更多的考虑和选择中间这块,各组织之间协调配合的难度比较大,标准的推进来讲是比较慢的。另外,我们加入了开源组织之后,在开源组织中的角色对于我们而言也是新的尝试。目前我们拿出更多的场景和案子来,去推动整个软件的成熟和应用。这也是我们在标准方面遇到的问题和挑战。

还有一个问题不得不提,就是多厂家的集成。我们面临的选择更多,更复杂了。对于底层我们大概是ATC的框架,对于传统的交换机、路由器是路由转发设备。目前我们发现底层的硬件有惠普的,有戴尔的,有IBM的,有联想的,传统的设备厂家,华为也有一些设备,我们硬件就有很多选择,对于软件有很多的选择,又有开源的Open Stack,也有KM,就是说我们面临的环境更复杂了,对于上层的应用,除了传统的电信设备商的NFV这块,可能会作为第三方应用进来。我们希望是一个底层硬件混合的状态。对于MANO集成这块存在一个云平台的集成,还有一个业务的平台开发,NFV这里会有跨基础设施的应用与多厂家的应用,还有现有系统的集成。我们和OSS、BSS和传统的网源到底如何互通,如何管理?在不同的虚拟化的网源和现实的网源之间如何管理?虚拟网源和传统的物理网源如何共存?另外就是集成角色。运营商来讲,可能目前还不擅长做这件事情,这些问题都存在一些不确定性,所以说我们可能是运营商自己去组建这个团队,另外也有可能是传统的CT或者IT的厂家去组建,国外的运营商这种例子很多,就是传统的电信运营商去做集成,帮助运营商做集成商的角色。另外完全引入第三方运营商做集成商的角色。

前面是天地互连讲到测试认证的问题,我们需要有一个完整的测试的体系,这里面有些问题,其实现在NFV的标准完成度并不是很好,很多时候运营商需要自己制定接口和标准。另外还有测试工具的问题,还有一个问题,整个的基础设施这块,我们需要有一个完整的实验的测试的体系和一个方案,这里面OPENFV已经开始做。这里面测试是一个很重要的环节,是我们以后采购和招标的一些依据。

从传统来讲,安全为什么会面临一些挑战呢?首先,原有的软件平台、硬件是在一个设备上,现在拉开之后所面临的选择越多,越分散,安全问题越多。软件的安全性和复杂性,多个软件之间的关联关系就会带来一些问题。还有自动化运维之后,用户和租户之间的授权管理,认证、计费,这都是我们面临的新的安全问题。

最后,我把目前我们NFV的工作做一些展望。我们认为NFV是业务驱动的网络,我们现在更多的希望在移动互联网边缘的业务,一些加速,网络的过滤,希望做一些业务场景的入手。它和传统的网络是长期并存的关系,并不是一蹴而就的。当然对于处理单位比较多的地方,可能会提前或者更早的做NFV。另外,我们希望产业一块推进标准和开源组织的工作,包括厂家的标准的成熟,厂家的兼容性互通的测试能够尽快的完成。另外,我们会有一些合作创新的考虑,我们希望和更多的设备商,以及IT的厂家合作,开展相关的认证以及合作研究的工作,包括我们现在也在跟不同的、大的OTT合作,我们跟阿里巴巴、腾讯合作,共同挖掘网络潜在的价值,了解我们OTT或者互联网企业的需求,尽量让我们的网络能力适应他们的需求。最终我们NFV的演进可能是一个从行业的应用到公众应用,先局部后整体的节奏,可能从业务场景入手,逐渐地迭代升级。

以上就是我的发言,谢谢大家。


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

登录后才可以评论

SDNLAB君 发表于15-05-19
0