C114通信网  |  通信人家园

专题
2017/8/2 15:08

CORD Mini Summit:CORD技术指南

C114中国通信网  

我先是CORD的成员之一,也是开放网络架构工程师。讲之前我介绍一下,因为我大部分时间服务于海外客户,我所有的服务是直接对接他们工程师,所以对他们架构我比较熟悉。我是CORD的成员之一,在台湾有开办SDN社群。有兴趣的话大家可以关注一下。

我说一下开源的工作网络,这上面是开源的七层架构,每层都有各自对应的开源,与我们今天探讨的CORD和ONF来说是落在这个部分。今天不仅仅只是探讨CORD,如果大家对其他的专案也有兴趣,比如刚才Aseem Parikh提到未来我们会和其他的开源项目做整合,这个在这里都有显示出来,如果有兴趣的话可以了解更多的相关资讯。

刚才讲到蛮多关于CO,我这里简单说一下。它的第一个监控点就是我们说的局端。首先我们从Residential network,首先它会接到CPE上,接下来接的是路上的一些ONU设备,然后接CO里的OLT和BNG,然后才进入英特网。这是我们一般所知道的路线。从移动网络怎么走,先是用户的手机,然后接入Enb和bbu,就是如图所示。

再看企业网,它先接到PC,再到CPE,接着是CO的EE和TE、Roadm,然后再到英特网的Metro Net。直到这边为止可以看到这三个不同的网络架构,它们共同有什么样的特点?它们的特点都是进入CO。CORD的计划最主要的目的是想让这些不同的方式利用X86一些服务来放到这上面运行。

在过去遇到不少困难,这个是以美国AT&T来讲的,它们现在到现在历经三四十年发展的历程,所以它们的CAPEX和OPEX相对非常非常高。也是因为现在说它们设备会有老旧的问题,所以创新一些服务会非常麻烦。我们说现在它很难产生创新的服务,非常难创新。大部分时候,一到这种状况就说供应商提供新的,然后再做一个服务。做任何创新我们都是提供服务,就是要赚钱。怎么样快速提供好的服务,然后获取到利润。

CORD提供了一个计划,Central Office Re-architected as a Data center。AT&T跟它们合作,有没有办法把这样一些功能全部放在BN里做掉,网络部分有没有办法用SDN做掉。SDN+NFV+云,大量的X86放在下面,上面放white box,建个架构。

我说一下为什么要开源?第一件,为了省成本。相同的架构之下用Windows首选,要多快提供一个服务?中国这边的状况,以网络技术来讲非常非常先进。这些服务要怎么快速部署上去?所以ONF的整体目标是云+SDN+NFV,所有的东西都是服务器,这个架构是CORD最终的主旨就是这样。所以相同的概念,目前有SKT,AT& T,目前已经有资源的是AT&T。

我们回过头来看全球的企业网是什么样的?如图所示,各位看一下,它的整个架构是去Splitter。我们有没有办法更换网络架构,来让这些问题获得解决呢,是有的。我们这边采用的是大数据中心,首先用Leaf交换机,配合Spine交换机,中间做串接的动作。依据这个网络架构之下,你的实现方式、灵活性、延时、可拓展性、带宽、成本都有所改善。

CORD软件堆栈,上面会叠开源和容器。网络部分会有ONOS做管理。上面的XOS是什么?这个是做,今天如果想起一个服务,你的沟通就会从那里下给XOS,它来操纵OpenStack,然后建一些VTN服务,然后集合在一起。这是目前的状况,目前现在CORD发展状况是这样,但是未来会不会有一些变动,这个目前是尚待讨论的。因为我目前得到的信息是XOS之后会进行一个大改版。

CORD架构有一个服务器,white box上面会接ONOS,目前是用一台。首先,ONOS控制器有一个APP,这个主要控制white box的网络流向。在这些组件上也是要被控制,所以有第二个APP去做整体的控制。所以在这个架构下就有两个架构做一些控制。如果采用的是架构,你会发现先有一个VOLT控制器。底下的设备也会有一个专门的设备去对应它。今天的部分我会讲一点VOLT的事情。

目前跟CORD相关的就是上面所列的这些,CORD本身是一个开源的专案,刚才Aseem Parikh有讲到它现在跟很多开源去整合,包括MASS,OpenStack一大堆的专案整合作一起。之后还会跟其他开源项目做整合,目前已经明确的应该是ONAP。

我再讲一下构建物理POD。像我们现在在北京建的一个CORD,想在附近的地点建另外一个部分,不一定把所有的CORD建立起来,你只要在那办法连到网络,可以用一个小型的CORD在那边做运营管理。所以这就是它的设计理念。

这个是接线图,这个是官方推荐的接线图,如果照着做一定会成功的。因为这个在我们内部和别人内部都是一样,都是跑这个形式。还有一个技巧,现场如果对POD感兴趣的话,大家一定要注意POD一些限制。

把CORD建立起来之后,像里面有一大堆功能。这个Head Node包含了KVN,这里又有XOS,在KVN里有跑着一些容器,在容器又有一些功能。右边的是OpenStack预载的一些功能。如果现在有两台以上的话会怎么样做?就是把CO拉出去做。

这张图显示的是今天把CORD建立起来之后,今天有一些需求想要启动一个程序,可以透过UI告诉这里,然后进行处理,去通知像XOS下面的,然后做一系列的处理。如果说今天想控制整个CORD的一些行为的话,XOS是必须一定要看的东西。这里的问题来了?曾经有客户问我,可不可以把XOS换掉?可以。我后面会讲一个例子,因为有这个例子,所以这边就有一个问题来了,CORD跟OPEN CORD到底有什么不一样?我后面会解释,各位可以先想一下。

接下来讲Trellis,这个Trellis非常非常的重要,我讲非常非常重要的部分,是因为只要有对CORD有兴趣的人,第一件事情都不是在问OpenStack,都是问Trellis到底怎么样Work。主要做什么事情?刚才我讲的,整个CORD网络分两大部分,ONOS上的控制一部分,这三部分合在一起后,像你想做搜索等功能。简单来讲,它透过了ONOS把整个网络全部一下做统一的管理。还有一个问题,请问:我可不可以分开使用?答案是可以的。可以单用underlay network。具体的我不能说,反正就是有这样用就对了。

整体上来讲,这个网络就是透过这个架构,两个Leaf,两个spine,然后绕出去到外面的英特网上去。所以一一个Virtual network overlay,有三个机柜就放在不同的地方,这些机柜都已经装好了OpenStack,放上去是没有问题的,我一个服务器是做另外的一个服务。因为是OpenStack,以下放一些Network的方式,这些方式目前来讲互相沟通的分包传输都是走ONOS的通道,它们的判断主要看BNI这个序号。如果今天多加一个的话,就是在往后加,它一样会验证这个来建立起来。到目前为止的话有一个问题来了,ONOS开发确认发现,到ONOS的效能在OpenStack其实是有点慢的。虽然最近成立了一个组,是想透过DPDK来加速OBS的应急处理。

下面讲一下OLT部分,如果把这个抽象化起来就变成这个样子,它有GPON和Line Card一大堆。OLT的功能完全透过Disaggregated就变成了这个架构,那中间的沟通怎么沟通?它就是走Openflow。这里所有的传输都是Openspace,这是一比较特别的地方。现在讲的OLP有40-100G,目前是以40G为主。目前一台是48Port,这是AT&T的图,我后面有另外一张图,但是它的Port不是长这样。

看完OLT设备以后,人家发文章又看到VOLTHA,这是做什么?这是微软的一个方案,它最主要目的是把PON设备都抽象化出来,它希望说把原先必须要买商用的设备把它用软件做在上面,所以才会有VOLTHA的计划。

从另外一个角度,单纯从VOLT设备来讲它里面的一些架构。各位可以看到说底下的Hardware不管用什么都不管,上面的软件会有自己的一套镜像。最上层的北向部分就开放的一个是RestAPI,第二部分,用Configuration控制器。

这是我们公司出的OLT设备,这张图是这样看的,上面是VOLTHA的部分,下面是Hardware部分,这个资料是公开的,说出来没关系。我们底下是有Pot OL。如果有兴趣的话可以看一下下面的链接。这是OLT实际运行的一张图,这个看起来小,其实很重。这下面有四个Port,整个Aplink是160G。第二个问题,为什么我都没有讲ONU。因为这还在研究阶段。

OLT是做什么事情?每个OLT都抽象成一个Adapter。OLT和ONU在这个架构下一定变成一样的,因为它们的交互结构在这儿是一样的。

我现在讲一下R-cord部分,R-cord最主要是把CPE的一些功能抽象化起来,拉回去到CO,将功能抽象出来用软件来取代。OLT是我刚才讲的BOLT的整体架构。这就是Rcord最主要的目的。它怎么走?从一进来先进Volt,刚才看到分包进Volt,然后进VSG,再到v-Router,就是按照这个图这样走下来。问题来了,我在中间可不可以多插一个服务器?可以的。在SDN的世界没有什么不可能的,只要你愿意做都可以。只是说现在Rcord就是以这个为范本在做。

说一下以AT&T的Rcord就是这样,这是它去年在它们自己员工那边做BUTRY的设备,其实这台机器有跑Opneflow,然后Gpon CNT,上面就是我刚才讲的那些部分。AT&T经过测试,这个数字还是蛮惊人的,他们用一台英特尔的2670 VG,64GB,这个就服务了4千多个Subscribers。这是AT&T实测的结果。

说一下Telefonica,大家知道CORD和OPENCORD有什么不一样?CORD本身就是一个概念,它就是一个架构,我们说它的架构,只要符合,你用white box服务器,配合开源的软件去组成的服务进行的改善我们都叫做CORD。它实做的部分不一定要用OpenStack。像这个案例来讲,它是用Open Nebula,并不是用OpenStack,上面的话是用K8S。

下面讲一下CORD社区。我们最新的合作伙伴是德国电信,除此之外还有中国联通等等的。目前来讲,中国联通是积极的使用者,我们非常感谢他们。现在屏幕上显示的是部分的合作商。

最后提一下CORD Brigades,请问我怎么着手加入CORD部分里?ONF开了一大堆的Brigades,像Performance Brigades,如果你想做DBDK的 Inhance,你就要讨论,要讨论的话就来参加这个。各位不要太小看这个,这个应该是目前看下来最难的,就是Upgrade OpenStack Brigades,大家感兴趣的话可以参加一下。其他的就看各位有什么兴趣的话可以去参加。

最后讲一下,我们会跟ONAP做集成,如果你对这些项目有兴趣的话可以找我们讨论,可以找Aseem Parikh,我或者J i a n L i ,来做探讨。

如果你感兴趣想了解更多的资讯,在11月7号-9号在美国总部会办论坛,有兴趣的话可以参加一下。参加论坛的目的:第一,认识朋友。第二,知道大家在做什么,还有没有什么可以合作的地方。所以我觉得参加论坛是非常重要的事情,所以建议大家可以去参加的。最后感谢各位聆听我的演讲,谢谢。

给作者点赞
0 VS 0
写得不太好

免责声明:本文仅代表作者个人观点,与C114通信网无关。其原创性以及文中陈述文字和内容未经本站证实,对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。

热门文章
    最新视频
    为您推荐

      C114简介 | 联系我们 | 网站地图 | 手机版

      Copyright©1999-2024 c114 All Rights Reserved | 沪ICP备12002291号

      C114 通信网 版权所有 举报电话:021-54451141