园区网承载的业务正在在发生着深刻变化
2013-08-12 14:40:16   评论：0 点击：

　　用户越来越期望网络不再是无感知的连接网络，而应该面向应用和业务的灵活承载随需而变，具体体现在：传统的园区网络是典型的采用尽力转发的收敛型架构、平均网络带宽却利用率偏低的物理网络。一方面由于收敛的拓扑和尽力转发的模型，使得网络承载类似高带宽、高可靠性要求的视频业务（严格抖动、延时）和多媒体非线编业务时会出现局部网络拥塞、丢包、延时而无法保障业务的可用、体验和质量；另一方面为尽量保证业务并发时的网络质量和带宽，IT还在不断地升级百兆接入网络到千兆接入网络，而实际平均带宽利用率不超过20％。这使得园区网的IT建设和管理者通常处于两难的处境：既希望提高网络的实际利用率，又希望能真正保障业务需要的网络品质和带宽保障。从而提出了下一代园区网需要支持随需而变、品质保证的虚拟网络需求，其实就是希望网络也可以像计算、存储一样，可以池化、服务化，Network as a Service（网络即服务，可以有品质保证的弹性利用）。

　　传统的园区网络虽然在可靠性和业务隔离上不断地努力增强，但本质上都是在进行物理网络级别的可靠性增强，如支持各种树形或环形的MSTP链路保护，支持堆叠，支持多框集群等虚拟化保护，进行复杂的QOS配置等。且传统的各类可靠性保护无法真正做到拥塞时业务级的可靠性保障，对于一些对丢包、抖动比较敏感的业务如视频，带宽建得再宽，物理可能性做得再多，也很难提升业务的质量体验。具有暂时性故障而无从定位的问题，即使经常反复出现，也无法得到有效的针对性改善。业界一直在尝试寻找解决方案，但一直由于芯片和产品能力的限制没有找到好的答案。比如，有构想园区跑RSVP-TE来保障和隔离关键业务的方案，但由于RSVP-TE隧道非常耗费CPU资源，整网跑上几百条就已经是能力的上限，并且复杂的MPLS TE配置让IT的维护人员望而却步。又如，有人提出Openflow用在园区，但由于业界Openflow一直是基于商用ASIC实现，流表很小，不能根据业务的特点而编程优化，企业IT人员也担心全网Openflow化丢失传统的路由转发的优点，同时会带来大量的配置和全新维护要求，而只能局限在学术范围内使用。 从而下一代智慧园区网需要从架构的根本上解决业务的高品质质量检测和品质保证的难题。

　　传统的园区网，其网络与业务是割裂的，采用的是静态的网络部署方式，无法适应业务的快速调整，如虚拟机自动迁移、BYOD频繁策略调整等。对不同类型的业务或部门之间采用传统的VLAN、VRF、ACL等技术来进行网络隔离，但这些技术所能提供的隔离资源有限（VLAN只有4K，VRF和ACL也是），而且配置和维护起来很复杂，全网一旦业务调整或做网络变更，大量的规则就需要重新部署而变得异常复杂，这种的低效业务部署让IT人员苦不堪言。网络如何从运行维护和灵活扩展方面做到灵活适配解决这一难题也变得刻不容缓。