蒋林涛:网络重构中的技术问题及方向

各位专家,下午好!我第一个开题,都在讲网络重构,我后面讲的是问题。琢磨了半天里面还是有些问题,待会儿还会做一个研讨会,接着讨论,这里单方向提提我个人的看法。因为我们知道网络重构的很本质的原因,就是因为网络有问题。现在网络到底问题在哪里,到底哪个问题是最主要。归类网络大概有这么几个问题。第一个网络性能和能力。有好多事情你想做成,目前的网络很难做的到。第二个问题,网络设备种类太多,投入剪刀差在增大。据有关人士告诉我,连续十年数据表明这个剪刀差持续扩大,这对运营商来说很大很头疼的问题。另外网络自能不足,网络管理困难,另外网络自动供应不行,弹性不行,乃至于能力不行,用户体验度比较低。中间这三个问题,我把它放一类里面。最后一类,认为网络没问题,所以纯粹是想干事而干事。到最后一类人比较少,但是前两类确确实实是有比较多的共识。第一个网络能力和性能要提高,怎么办?第二网络种类多,自能、管理困难。当然云(阿可太生)主要瞄准的是中间三个。

到底以后网络技术发展到底怎么样,目前网络重构大部分都在谈组网。另外一个如果是网络架构用组网,到底为网络怎么办?如何解决目前的能力和性能不足,光平组网不够,一会儿我会讲到组网会问大家一些问题。如果你要解决剪刀差增大,应用软件归一化、软件服务化、管理便捷化,这个组网方面亿确实能做到,而且做的不错。但是我个人观点,光两个分开来解决都不行,必须两个加起来以后,才能能够真正解决未来的问题。等一回你们会问到什么叫组网,什么叫组网技术。最后我有两张图,你们看完图之后就知道组网在干什么?组网技术在干什么?

现在目前有几个奇怪的事,我也问过好多人,第一个奇怪的事,美国verizon出口他的DC。因为按理说以数据中心在发展,他把他的核心DC卖掉了,当然后面还有好多话,虽然卖到了DC但是云之类的保存。如果你要搞的话核心的几个DC卖掉很奇怪的。

第二件事情也很有意思,facebook这种公司是典型的互联网公司,相反他在干什么事呢?他在做白盒交换机,而且白盒交换机数量做到100个G,128个端口,这很厉害了。到现在为止我还没有得到一个数据,节说同样这个能力的话,我觉得用X86来做的话,大概功耗和它的功耗相比差多少,这个数据我们没得到,我估计有差一个量级的内容。这个也是很有意思的,IAT的人,我需要高速的硬件转发,所以这两个事情是很有意思,一个是运营商降低CD端,facebook做白盒机。下面Networking和Networks本身什么是什么呢?等会儿后面有几张很明显的图你看,就知道什么叫Networking。从网络体系架构本质上来说,是解决网络性和能力问题。网络组网的话本质上是解决我们的组织形态,刚才就说很多问题,比如说关于运营、维护之类的,这些问题,在networkings可以解决,但是有很多网络能力和性能能够上去,你们在去看看现在不管怎么重组,他到底什么东西上去了。到目前为止我个人观念是比较过分夸大组网,比较少的忽略网络体系架构。因为网络体系架构不变化的话,再怎么组网变,也可能。后面有一张图看就明确了。

这个我具体不说了,三个厂家,三个口号。一个口号是中国电信的,一个口号是中国联通的,一个口号是中国移动的。当然各个口号大家看一看,本质上为了网络重构。

前面的话,我大概简单说了一下关于网络重构,现在目前发生的一些事。第二网络重构这件事,到底怎么样,有多神秘,现在问题到底在哪里。

第一网络重构本身根本的基础实际上发生在IT,其实是信息技术领域里面,有两件事情发生比较大的变化。第一个变化,我们所谓的云化,资源池化和调配,这个实际上是云化的过程,因为没有这个基础的话,后面所有事情都谈不上。第二个,有虚拟机比较成熟了。这两个东西才是相当于一个技术基础。

对于通讯CT技术来说,有两个事情要谈一谈。一个NFV,一个SDN。我在这里把NFV放在前头和SDN放在后头,原因是因为NFV更多和IQ,和CT有没有关系?有关系,但是到目前为止关系不是特别大。对NFV来说大概三件事情,第一个资源调配,调配什么资源?调配IT和CT资源。到目前为止IT资源,从云成熟以后IT资源调配本身不合理。CT资源能不能?很难。到目前为止真正调配好的是云类,云类网络由于是超配的,相当于无主线网络,用不了去调配真正的CT资源。CT资源最难调配的原因,下面IP怎么跑,里面到底怎么流,流到哪里去,根本不知道,调配很难。这个事情到目前为止NFV里面这一块东西是比较弱的,CT资源调配是比较弱的。另外比较清楚,由于虚拟机成熟了,所以虚拟网源比较成熟了。第三个技术是业务链,因为我们知道既然你是虚拟网源,把实际网源去掉了,原来的实体连接没有了,就变成虚拟连接了,业务链必须要有的。这三件事是NFV基础技术。

在以前的会上我讲过SDN三个方面,到目前为止SDN主要做管理。也就是它把控制面一系列东西,变成管理面。把原来的控制面变成现在的管理机构。当然你们可以说现在复杂多了,我搞了很多开源,但是我们看本质,本质就是原来是控制面,现在变成集中管理。原来分散的控制面变成现在集中管理了。从技术基础上来说其实并不复杂,我们刚刚讲到了NFV之所以能起来是因为云,因为云技术比较成熟。现在目前也有好多,大家很困惑的,包括我本人也很困惑的,现在名字太多了,一会儿这个名字,一会儿那个名字,太多了,有云计算、雾计算、边缘计算。我曾经问过好多人,我说雾计算到底怎么定,我个人认为云和雾是一回事。因为什么道理?我们全爬山,半山中有一个云,你爬到半山中的时候这个云变成雾了,其实在下面看到是云。我的感觉好像本身云和雾,其实没什么特别大的区别,只不过雾就是小云,小到很小很小的云就是雾。现在的雾也是如此,把边缘一些IT资源进行分布式技术给他池化,云更集中一些。

从现在看起来,云和雾从本质上来说,云计算已经比较成熟了,雾计算到现在为止,越来越人发现,原来很多说法,发现云难说了。原来有很多说法说,我们有网络要以数据中心为核心。现在后来发现情况不一样了,发现当你有很多设备,越靠近用户质量越好。比如说存储,存储靠近用户的话,用户获得的质量越好,计算越靠近用户的话反应速度越快。许多人划到边缘去了,于是带来一个问题,到底是云好还是雾好,云和雾到底怎么考虑。这里面我想想,那么多几十个东西卖掉呢?从运营商角度说法,边缘东西比核心东西更好。边缘计算的话本质上来说,因为这里面我专门单独立出来原因是,边缘最主要解决计算能力而不是存储。因为我们知道边缘存储早就有,边缘存储的开始,有CDI边缘存储早就有,到目前为止发现很多东西,计算能力不突破的话,可能速度太慢,于是把很多计算能力放到边缘能力,这是一个。

另外还有一个问题,大家讲软件定义,我也在探讨,软件定义到底怎么称之为软件定义,为什么我们要软件定义。我们最近在搞工业互联网,发现工业互联网也会考虑软件定义。最后想明白了,是不是明白不知道,我只是我个人想明白了。软件定义的核心是软件和硬件分开,硬件是硬件,软件是软件。把硬件想办法池化,否则软件定义很难做。比如说对于目前云计算来说,原来是服务器,服务器里面的话把很多服务器里面的计算资源变成一个池,存储资源变成一个池,然后池化。我们发现在这种情况下,硬件已经不需要物理性存在,可以进行虚拟形态存在,而不是物理形态存在,这就为软件定义带来第一个好处,我有虚拟网源出现。因为虚拟网源出现之后,在虚拟网源加软件之后,就变成一个(KSB),这样软件定义才能上去。当然目前软件定义并不仅仅是说,我只是把虚拟硬件加一个软件就称为软件定义,业务链还有很多其他事。但是软件定义核心,当然举一反三其实软件定不仅仅在通信上,在工业互联网都会有。

这个问题在网络重构里面考虑的问题,现在目前对网络重构来说,目前重构很大的一个驱动力,希望减少剪刀差,投入减少。软件定义以后,网络重构以后能不能减少剪刀差,我看到一篇文章,是中国电信一个底层的技术人员写的,我个人认为他写的蛮好,他也注意这个问题,他想不明白到底是扩大投入还是缩小投入。在这里面,现在目前重构的最基本大概两条,一条把原来边缘交换机房变成数据机房,变成DC机房。这个DC一般来讲云DC,变成小云。我们来看看很多业务的话,都由这个云来实现。DC机房里面绝大部分是服务器,也会有少量的存储器,这是DC机房典型配置,如果DC机房里面配置大量的(体阻器)的话,就不是DC机房,DC机房是以服务器为主。

现在有一个问题,这个服务器根据我了解的情况,服务器发展非常快,两年以后,可能两年以前买的服务器性能差很多。现在目前(RAKS)至少用10年,那么(RAKS)买什么东西?买现在服务器,做实验绝对没问题。要真正部署的话,买多少?这是一个很大问题,因为服务器生命周期是很短。也就是说本身发展太快,所以一两年之前的东西,两三年以后马上变,原来是16核、变成64核、128核,数据很高提上去。所以这以来以后,以前那些设备怎么板?是留着还是拿掉。我们发现两年以后投资,比现在少一半,可能达到现在同样性能完全可以,所以你(RAKS)怎么办?

第二个问题,中国移动当时在讨论标准的时候提出来,这个事情原来开始没想,提出来使我大吃一惊,我发现这件事情确实是对的。当时我们在做标准,把SDN和NFV融合起来,做成一个NFV的标准。标准化里面,后面也会列举这个图,这个图里面考虑一块完全是物理组网,一块完全是虚拟组网,两块搞完万事大吉。还有一个图,后面的事情还没做出来。后来中国移动有专家给我谈,他最近有一个很大的问题,为什么呢?4K、8K、AR、VR大视频发展太快,这个用户数量发展非常快,这个数据上去之后,发现我如果用虚拟机做数据转发面的话,虚拟机承担不了。所以先把以后这个网源设备的控制面和数据面放开,控制面用VR来做,转发面用专用转发设备来做。我后来发现这个很有道理,非常有道理。因为确实,我刚列出来facebook里面128端口,100G这么一个量级的话,要用X86做的话很定是很累了。所以这个情况下,数据面和控制面分开是对的。

分开以后带来问题了,云里面本来很多虚拟机是为了转发面,大量的转发面如果不用的话,(RAKT)以后这个数据中心里面C的能力给谁用,这个没想清楚,这是我困惑,一会儿还要开一个讨论继续聊。这些问题很困惑,因为我们感到,SDN和NFV很好,在很多方面做非常好的事,这类事情不慎重往下想的话,以后会发生问题。上面的话在网络重构里面想到一些问题,这些问题对网络重构,因为我们看三大运营商同时都提出类似的方向,而且全世界也提出类似的方向。从现在看现行者的话考虑更多一些,很多问题不是我想的,是相对一些同志们给我提的,我觉得很有道理,但是这个道理在想的话发现问题就更多了。

第三个方面讲组网和网络之间的区分。现在目前往往把组网和网络架构混为一谈,是不是一组网解决以后,我把网络原来的问题也解决了。实际上网络是网络,组网是组织形态,我原来可以用实体来做,现在我可以虚拟来做,原来我可以在控制层面来做一件事情,我可以用管理运营来做。但是组来组去组完以后,网络性冷本身并没有发生变化。一个IPP4网,你再怎么组也是IPP,你组不出IPP6来。所以从目前来说,以前所谓的组网都是实际组网,从网管上看到的,你在网络上找不到。从现在看起来,以后不需要这么感觉到,以后有虚拟组网,虚拟组网用一个别的实体机相同IVT能力的设备充来当实体机的硬件,在硬件里面贯穿软件。在网管里面这个设备什么也没变,这个设备还在那放着,但是在实体上来看什么也看不见,只是在云里面某一块放一个软件。从现在来说组网这个变化是比较大的,虚拟组网有没有用?很有用。尤其在眼前当我的数据没有上去的,其实眼前所有的事情都是不会成功的。因为从我们感到做的还可以,当数据上去以后刚才这些问题都会暴露出来。现在目前虚拟组网有几个东西,做的比较好的做到两个,一个设备虚拟化这个做的比较好。设备虚拟化原因是因为VM比较成熟,就是虚拟机比较成熟了,所以在虚拟机上软件也是虚拟设备了,网源设备做的比较好。网络虚拟化做的比较好,我们知道包括业务链比较成熟以后,这类事情可以做。但是到目前为止全网真正做虚拟化,还是我们当时给组网做的话,实体组网、虚拟组网和混合组网,但是最大的问题是虚拟网,到现在为止完全没有过关。这个组网解决不了,有些人说欺骗,我说欺骗以后到底什么,你们仔细研究一下,这里面带来很多的问题。网络虚拟化里面从目前来说,其实比较大的问题,是对CT资源的调配,就是混合调配。IAT没问题,调配很容易,资源值很容易。CT的话调配那些东西,准确的东西没告诉你,比如我调配某一条链路,这条链路到什么状态,这个情况一个是千变万化,一个是根本没法报,所以你要调配很难。我们在做标准过程中,这块也是比较弱的一块。

下面讲讲什么是组网,什么是网络。这张图太熟悉了,我也不讲,这是组网,怎么应用一个虚拟组网的组网图。这个图属于组网里面的,怎么把原来控制面变成管理面去做,集中管理。这张图的话是我们前一段时间的成果,这张图现在发生变化,中间还要加一块。当这张图出现,白的部分是实体组网,蓝的部分是虚拟组网,这两个组网组出来就可以了,现在看就不行,确实中间要加另外一块,虚拟和实体控制面是虚拟,转发面是实体,这个未来可能性越来越大。

同样我给大家看另外一个,这个CDN的网络架构,和前面完全不一样了。它讲什么,我里面有多少东西,看前面这里面很多接口,这里面很多借口和后面的网络接口完全不一样。我要进行内容分发的话,到底怎么分发法,内容分发在哪里,服务层在哪里,是整套。这套东西和刚刚的组网完全不是一回事,这是我从另外一块拷过来的,IMS网络架构,大家非常熟。前面那块是组网架构,这个网络架构,网络架构决定这个网络什么性能?这个网络架构整个性能和能力是完全有它的确定性,像IMS。IMS能干什么,能做什么事,其实都是网络架构确定的。组网现在有两种办法,一种是实体来做,现在目前实体做的多,虚拟做的少,下一步IMS速度不是很高的,虚拟组织很好做的。

最后总结,其实网络重构都在试错,刚才在吃饭的时候,给制造商们说了,其实制造商推波助澜。其实总的来说关键的决策是运营商,因为制造商的话组的越多越好,变化越快越好,大家热情很高。网络重构碰到很多问题,因为我比较担心,重构完了边缘云里面很多资源,这个资源到底怎么用,你的商业模式怎么去构,因为如果原来想法的话,我大量的VR都是做转发的,当然肯定用的了。现在用不了,怎么办?服务器升级快,代价怎么办,做重构的话怎么规划法,一开始怎么上去,这里面都是问题。小的做实验什么问题都没有,真正做大了问题就多了。因为现在目前有一个Networking两个方面,SDE、NFV是一种,还有一种是扁平化。我在这边个人也有一个观点,扁平化也是有限度的,扁平化带来的是N平方,到底什么地方是均衡点是有问题。

最后是希望大家在关心Networking同时关心Networks。谢谢大家!


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

登录后才可以评论

SDNLAB君 发表于17-04-30
0