CRS-3真看清了未来吗？

network

今天计算机世界报的一个领导邮件问我CRS-3的问题，感谢领导抬爱，我推荐他来看弯曲评论，所以小韩要注意了。

    给他的回信里有段我觉得不错，分享这里，和大家讨论，比较正式的讨论。其实本人从没有认认真真读过协议，除了2544等几个测试的RFC。

    回到正题，CRS-3的发布新闻稿里提到要解决云计算、视频、物联网的问题，详见我在弯曲发的新闻稿。我想说这些东西所带来的挑战，究竟怎么应对才算应对呢？思科是否考虑清楚了呢？CRS-3真的应对的了吗？我觉得所谓的三项，现在还是进行时之中，说看清是否太早了？

    先说说应用和流量可能带来对已有，你貌似认为好的技术的冲击。抱歉，我学业不精，纯属扔砖大家讨论，期待是大家的评论。

    记得ATM曾经被给予厚望，但是ATM当时处理不了的一个问题是，互联网应用非常发散，很多短链接，我可能开着弯曲的网站，没等传下来，又转而访问别的，甚至开多个浏览器的窗口。这些貌似平常的举动，而可能给ATM带来很大的压力，因为访问的目的地址非常发散，ATM那样的技术可能光要处理信令，就处理不过来。

    对于互联网访问的方式，路由网问题不大，越快越好即是。对于一些专网应用也可以采用CN2的做法，建立一些有质量保证的通道，利用流量工程来保证实现。但是在互联网这个巨大的经济体上，运营商现在控制不了整个产业链，运营商控制的非常非常有限。

    现在的问题是公共互联网的应用在变化，比如游戏、比如视频，不单单可能访问目的主机非常发散，用户访问行为非常发散，而且是不同表现形式的长连接。而且，我觉得现在用户的访问行为是和电话网时代完全不能比拟的，互联网的10多年，是经济高度全球化的十年，这和TDM时代不同，是高度移动性的十年，而互联网完全虚拟化的状态用户是欣然接受的，现在的流目的地址发散远胜于ATM挂掉的时代。如何有效的解决在发散性的同时，其保证其长连接。

    另一点是现在数据中心，或者是云计算的问题。这个更复杂一些，从我的角度看。回到头说流媒体，其实即使是视频电话这样的应用，凭借很好的框架设计，和客户端软件的设计还是能够解决的。我说的框架设计，就是类似一些借用P2P，做分布式的缓存，既解决数据传输，又解决服务器并发链接压力和存储系统读写压力的问题。好的软件，可以把貌似对网络性能敏感的业务去敏感化，我们打skype电话，看一些网上的高清视频，都是类似的解决方案。但是云计算的问题可能更复杂。

    主机间的负载均衡，物理主机间虚拟主机的切换，文件的读写，不是说你支持vpls，能够让两个数据中心的vlan在跨三层广域网后还在一个广播域里那么简单。可能用户使用的计算资源在云里，不是确定哪个数据中心，而不同的数据中心里可能同时承载着多个云，甚至说，今天这个云需要用这个数据中心的资源，明天就不用了。而云计算中可能数据流向很发散，可能流也是长连接，可能对延迟和丢包真的非常非常敏感，是不能用视频应用里的“骗”的做法来做的。

    其实更知名的是，云计算是个概念，并非业务逻辑非常清晰。面临很多技术问题，如何解决，如何找到最好的解决方法，依我的经验是，先去梳理其业务流程和逻辑，从而找到最合适的解决方案，不能说客户说要车，您都照着双R的标准来做。我质疑思科是否看清未来的一个关键就是，云计算现在貌似没有明确的业务模式，大家都是在尝试，更谈不上业务流程和逻辑。业务的模式、逻辑、流程非常重要，毫厘的偏差，到技术侧可能影响巨大，直至导致灭亡，我觉得ATM的覆灭正源自于此。搞TDM和移动的人，很清楚其业务逻辑的。

    第三点是物联网。这是最最看不清的领域，这也是为什么我请陈首席帮忙找些这方面的高人谈谈，不是跟风，这个必然是方向，但是IP网的流量怎么走，协议是否要调整，设备如何设计，我觉得都是要知道这个东西要怎么发展，业务逻辑和流程如何的。物联网的流量，我揣测是不会很长的tcp链接或者可能UDP就可以了，但是可能超级发散，超级移动，源和目的都可能变，就像测试的时候，你设ixload或者smartwindow的时候，你可能必须考虑变源的地址，而不仅是目的的地址。我们现在用IPv6，是看到移动电话的压力。搞物联网，IP地址可能够，但是可能与移动电话区别极大。移动电话是绑定人的，大部分移动电话可能是在一个城市内移动，有比较可以遵循的轨迹，城市间移动的少（春节除外）。偶尔有些像陈首席这样的，才会跨国家移动，全世界乱跑，涉及欧洲、美、亚、非的就更少了。但是现在是一个经济全球化的时代，今天山西一个厂家出的醋壶，可能一个月后有的到了国内某个人手中停止移动，而有的可能在天津港仓库，准备发给美国。两个月之后，可能有瓶醋在首席家里，有的还在准备运往阿富汗，荣幸的被美军采购治疗战场综合症了。物联网打算怎么处理这些物体，移动的物体，是临时分IP呢，还是携带IP呢？当他们挫堆儿移动的时候又打算怎么处理呢？……我看不清，我想能看清的也不多。

     需求=>应用=>业务=>技术=>协议=>设备。这是一个逐步递进的过程，我觉得也是事物发展的必然规律。是会有映射的。比如如果你觉得这个网络不会经常有变动和更新，只把网络的转发能力做得超强，但是抱歉可能网络经常会出现变化，有可能路由器处理协议，生成表的路由引擎总是挂，而超强的转发引擎，你花了很多钱买Tcam、做NP做得东西却总是闲着，因为总是拿不到合适的FIB表。