电信云计算对核心及接入设备需求云计算网络对核心和接入设备较传统网络有不同的要求，主要是由云计算下网络流量的特征决定的：部署规模大，资源更为集中,存在大量应用系统，保障业务连续性十分重要 持续性的高流量，云计算网络是重载网，端口（服务器、网络设备）利用率长时间或持续性保持在 50％以上 流量是多方向性的：大量业务系统，各系统间协同工作（计算、查询、生成结果）内外部的纵向流量以及内部的横向流量都非常大，并且具有可变性。 存在大量突发：大量不对称流量存在，高速端口→低速端口、多端口→单端口 ，在高负载情况下，碰撞和拥塞的几率大大增加。针对上述特征，核心设备可靠性要求达到骨干路由器的水平。这也是思科CRS—1、Juniper T1600、华为NE5000、中兴T8000等骨干路由器不约而同选择主控和交换分离架构的原因.骨干路由器在两点间的带宽达到40G~80G。设备只有采纳交换、控制分离的集群架构，才可以在如此高流量的情况下，实现骨干路由器不丢包，包括在主备引擎倒换的过程中。现在，骨干网络才存在的海量转发，在云计算的环境中也出现了，为了应对这种挑战核心交换机架构也必定走与骨干路由器相同的道路-—-主控和交换分离、多级交换。新架构的核心交换机不再单一的根据IP地址、MAC地址、Port号等元组采纳HASH算法确定一个数据包选择固定的一条总线通道转发，而是将数据包定长切片经由多条通道送到出口重组.这样即使在100%流量转发的情况下也不存在选路冲突，结合大的分布缓存空间，设备内部不会有任数据丢失。传统交换机几十毫秒的主控倒换在网络重载的情况下，大量丢包，造成众多TCP连接的重建，不断的重建反之又加重这种情况。新架构的核心交换机主控不参加数据转发，任意倒换都无丢包,同时多级交换网板相互保护也大大降低丢包概率。传统双引擎交换机在百度日本数据中心与腾讯深圳数据中心的早期网络中都遇到设备架构造成的问题。显示：传统双引擎交换机，端口统计的出流量峰值超过50%,则设备内部数据包转发冲突可能性就增加了，可以通过命令查看TxQ（发端口队列）是否存在突发丢包.而在端口流量超过70％时，端口突发流量丢包的可能性就大大增加.假如端口平均流量达到90％，则说明该端口流量就是持续拥塞了。百度在核心交换机再次选型时，对H3C 新架构的S12500进行了为期2个月的严格测试。大负载业务流量验证，具有访问并发性、流量突发浪涌性、报文时延敏感性（这些都是云计算网络特点）等,测试设备的吞...
