张东:更智能、更多样,SDN/NFV改变网络管理

在“2015全球未来网络暨SDN技术大会”上,来自亿阳信通的行业咨询部资深顾问、副总经理张东表示,亿阳作为一家原来传统的网管厂商,想更多的把目光投射在控制器和APP这个层面。

ZDNET网络频道 05月19日 综合消息:  在“2015全球未来网络暨SDN技术大会”上,来自亿阳信通的行业咨询部资深顾问、副总经理张东表示,亿阳作为一家原来传统的网管厂商,想更多的把目光投射在控制器和APP这个层面。

以下是演讲速录(内容未经确认):

张东:更智能、更多样,SDN/NFV改变网络管理

从昨天到今天目前为止的很多主题来看,更多聚焦在我们数据转发层面和控制器层面。亿阳作为一家原来传统的网管厂商,想更多的把目光投射在控制器和APP这个层面。目前来讲有一个说法,网管,OSS是不是一种APP?这个在目前来讲还处于探讨阶段。今天的话题只是我们初步的考虑,也希望引起大家初步的思考。

今天上午是NFV专场,我先从NFV基本的概念入手。

大家也都知道,NFV除了它的基本的资源之外,它和OSS关系最紧密的就是右半侧这个部分,它分了四个层次,第一个层面就是虚拟机管理层,这部分可以归属到我们的,大家听的很多的云计算管理平台这个层面。第二个层面,看到我们的VNF这个层面,它对实体化网源进行软件化以后进行功能的管理。再往上一个层面叫VNFFG,这个图里面没有体现,但是在我们的NFV的白皮书里面,组成了VNF转发组。再往上,我们看到我们现在面临的网络服务的编排叫NS。

那什么叫NS呢?我举一个在电信领域的一个例子,比如说INMS网络。最高层的其实是通过底层的VNF,VNFFG,我们的业务模板形成一张核心网或者IMS网络的网络。这里面实际上可以看到,在NFV层面以及VNFFG和NS层面,实际上和我们OSS网络管理领域,资源管理部分是紧密相关。那么NFV跟我们运营商的运营工作带来哪些挑战呢?第一个是运维体系架构的挑战。

因为在NFV时代,它实际上分了云资源管理的平台部分和虚拟网源管理的部分。这样的话,我们对虚拟网源的管理可以和云计算硬件平台的管理进行一个分离,我们内部需要增加相应的云资源维护的团队。在网络维护方式上面也会有一个比较大的变化,虚拟网源的引入会涉及到虚拟网源的生命周期管理的模式。在原来的运营商网络管理当中,一个物理网源的入网、切割的过程是一个严格审批的过程,在NFV虚拟网源之后变得更加便捷和自动化。当然在最开始配置的时候,可能也需要有一些管理流程的审批,这个也是需要进一步探讨的。

再一个,在NFV时代,实际上它的很多物联网也是架构在云计算管理平台之上,也就是说它整个传统的机房会慢慢地向IDC云数据机房进行转变,这里面相应的特性也要进行相应的匹配。最后落实到我们的运维上面。这个可以看到,NFV打破了核心网设备统一管理的模式,可以看到将分解为云资源管理,以及虚拟网源管理和虚拟资源的管理。可以看到和我们下面的传统电信网络管理有明显的区别。那么MANO跟OSS的关系,大家对这张图很熟悉,对我们网络运维工作相关的部分,涉及到运维、沟通、就绪、开通和保障。从横向来看,最上面的叫资源管理和运营,上面一个层面是服务管理和运营。从目前来看哪些工作和哪种运维相关,资源管理和运营,包括资源的提供,资源的故障管理,资源的性能管理。我们的服务管理和运营和MANO是不是也有关系?这个里面可以给大家举一个例子,随着我们未来网络的发展,未来各行各业的对专网的需求,我们的工业4.0,企业的这种专网,以及面临到我们IOT,物联网相关的专网,包括后续我们华为的专家提到,4K、2K的高清视频。这些专网的配置和网源的配置和组网的编排,也和这些行业特性紧密相关,所以最终到真正专网使用化的时候,就实际到我们NS网络编排,就会夹带这些行业的特性。所以在服务管理和运营层面也会有一些涉及,当然随着我们的进展,会形成各种各样的很多的模板。

总的来讲的话,我们的MANO和OSS的关系可以归结为包括我们传统的IMS、OSC,也包括我们MANO的的部分。我们再聚焦一下,在NFVMANO当中,它与OSS的紧密交互。它显示的借口就是NFV-MANO,还包括一些策略管理的交互、以及容量和存量信息的交互。NFV相关的计费和使用记录是给BSS使用的。给OSS使用的包括服务生命周期管理请求,是由OSS向MANO进行请求,是双向交互的过程。对OS网络服务编排,需要网源组组合,这个实际上就是由OSS来进行发起和MANO进行一个紧密的配合。所以在这个里面,归根到底一句话,MANO需要和OSS进行紧密的配合,来实现协同规划,协同演进。我在这儿也呼吁一下,我们现在的OSS组织以及OPENFA相关的组织,在做自身规划的时候,更多的考虑到我们OSS跟MANO交互的过程。

原来我们管理的是物理网源,现在管理的是虚拟网源。现在就存在一个虚机,虚机涉及到物理主机的管理。大家知道在云化的虚拟网源之上,它只规定了二到四层的网络链路。实际上对NFV网源来讲,还有很多业务层的一些链路属性。比如举个例子,叫SCTP,就是偶联,所以这个在传统的云数据中心的网络管理之上,需要叠加它的业务属性的一些链路配置,这个是和原来变化最大的。另外一个是我们的VNFFG,它的相关虚拟网源组的模型。这是在信息模型的角度。

第二个在网络服务管理,我们从我们的配置态到运行态都需要网络服务的编排,就是在配置态的时候,我入网开局的时候,我怎么样通过MANO组建我的一张IMS网络,怎么样组建我的EPC的网络,这个需要开始的把NS服务进行模板化和相关的目录化管理。同样的也会涉及到VNFFG,VNF本身,以及VNF对于虚机的模板的诉求和目录。这个在初始态和配置态的时候也需要内部审批的过程。在运行态的时候,网络服务以及VNFFG以及VNF之间的关联关系,它的服务编排的关系和逻辑,也是需要MANO和OSS紧密协作的。
实际上这个里面还有一点,业务系统安装配置再往下,还会涉及到我们网源具体电信业务属性的配置。比如说在我们的INMS网络中,我们会以URI标识它唯一的节点。在我们的PC网络当中,实际上都要在系统安装之后去进行进一步的配置的。在我们NFV云平台当中,上面两部分是相同的,下面根据初始态的模板,包括VNFFG的模板、VNF的模板,这些属性都会配置到相关的辅目录和模板当中去,最后通过MANO进行自动化的开通。

NFV对其他的OSS像故障管理、性能管理相关的层面也会带来比较大的变化。故障管理相关,它的报警处理的过程会涉及到告警提醒,告警进行范围和网源的扩展,还有告警不同新增类型的标准化处理,一直到派单。我们针对OSS业务网络的告警察,以及真得我们IT基础设施的告警,怎么把它更好的关联定位起来,故障溯源,到底发生在云IT层还是相应的网络层。性能管理相关的部分,更多的是原来的业务性的相关部分,比如说我们的MME,它的一个叫容量相关的,以及容量的利用率,比如说还有PGW、SW这样的网源,还有承载的利用率和最大量等等。这些来讲的话是和传统相差不大的,只是在云资源池相关的管理部分,会有一个大的联系,进行一个分析。

关于NFV和OSS,我们目前有一些思考。实际上华为的同志,还有中兴的同志提到了,NFV可能在2015年、2016年会有一个比较大的发展。我们在出白皮书的时候有几点困惑的。第一个,就是我们MANO与OSS的交互需要进行一个实例化,针对我们的OS-MN接口,有三个层面的交互,这个里面能不能有一个具体的例子,比如我们的IMS网络当中,怎么样和OSS进行交互,它应该具备哪些电信的属性。这个需要具有一个实例化,对我们后期的网络维护会有一个比较大的指导。

第二个,我们CT网源,比如说VNF、VNFFG,我们中兴跟华为,我们的VNF模板当中应该配置哪些属性,哪些属性是必须的,哪些属性是厂家可选的,这个要有一个比较明确的指导,这样在后期的MANO编排的时候有很好的厂家之间的互联互通。

最后我们VNF与物理NE混合组网中,OSS与MANO如何协同,参数怎么进行配置。

下面我们抓紧一点时间,把SDN方面讲一下。SDN在目前电信运营商内部来讲,这个最大的变化在于右半部分,在OSS域和厂商域之间会增加一个控制百向接口,来进行控制信息模型的控制和采集,这个和传统的采集是不一样的。

第二个在跨域控制器,现在不同的厂家和不同的网络域之间的互通,东西向互通还是有一些问题的,所以有必要在单域控制器之上再做一个跨控制器层面,来进行一个网络激活。

对于我们网管来讲,是资源系统,与网络资源配置,通过我们的单域控制器和跨域配置器的配合,能够使网管更加自动化和智能化。这是简单列举了我们一个控制器和传统的OMC功能的对比。在SDN和网管的管理层面会涉及到对SDN不同层面的配置和管理范围的权限分配问题,这里面我们现在倾向于运营商也好,还是设备厂商也好,倾向于采用传统的OMC作为一个层面。包括业务开通层面,以及宽待实施层面。更多的我们下行控制器,自动化部署和配置这方面的管理和变化。

我们亿阳在SDN领域进行三个方面的尝试,第一个基于SDN控制器的协同控制器的开发,第二个基于SDN控制器的APP的开发,网管我们认为就是超级APP,针对网络层面,以及针对业务,最后到客户层面来讲,在网络之上其实还有很多APP可以,根据我们的控制器以及网络开放性去开发很多这样的APP。第三在基于SDN的企业网数据中心的解决方案,运营商这一侧多了,对于企业用户来讲,企业网、园区网怎么样构建我们SDN的解决方案。这个是我们对未来运营商,它的NFV、SDN统一新型网络管理的统一规划和构想。

来源:业界供稿

0赞

好文章,需要你的鼓励

2015

05/19

11:54

分享

点赞