真正基于会话的感知应用路由选择方案在哪？

　　现在，感知应用的流量管理技术仍缺少真正必需的功能。我们所需要的是基于会话的感知应用路由选择——或者是能够同时对通过多个路径的多种应用进行精细控制。但目前供应商只实现了部分功能。现在更加迫切需要真正感知应用网络。

　　什么是基于会话的感知应用路由选择?

　　基于会话的感知应用路由选择支持在多路网络的一定带宽或服务级要求中传输对称应用会话流，从而在需要时能够在多个路径中移动应用流量。通过这种方法，我们可以实现多个网络链路，其中每一个链路都拥有自各的运行启发法，但是我们能够管理这些应用流量，使得一个链路的过载流量可以迁移到另一个链路而不会影响会话或原链路的用户。

　　感知应用流量管理还缺什么?

　　现在我们可以在边缘或核心路由器上使用基于策略的路由选择或者带宽驱动的感知应用流量管理解决方案来实现应用流量所能使用的IP路径。但是这两种方法存在三方面的欠缺：会话状态识别、应用流量行为和同时使用的路径带宽。前一种方法实际上是一种孤注一掷的强力方法，而后者在高利用率环境中引入了不对称路由选择条件。

　　很奇怪的是，极度流行的全双工LAN传输并未能实现任何主要的突破，现在的LAN和WAN网络变得与带宽的关系越来越小，而与单向路径的优化和对称的关系却越来越大。

　　随着延迟敏感商品的交易、高性能计算和万维网的流行，不对称路由选择会导致全程延迟的不平衡并增加抖动的可能性。这两种条件对任何实时应用都极为关键，如语音和视频。

　　而且，通过很容易获得的廉价Gig和10GbE WAN传输和连接远距离位置的功能实现，网络管理员对这些高速、高容量传输路径的真实且分散的特性的了解对于实现可靠的网络解决方案是非常重要的。实事上，客户端到服务器链路的瓶颈可能会产生与服务器到客户端链路一样的性能问题。丢失TCP握手与丢失TCP数据一样难以恢复。因此，应用会话感知必须使用高性能的策略路由选择引擎。

　　但这还不够。由于与一个源/目标IP地址绑定的聚合服务在不断地扩大，网络管理员将继续在实现高质量实时语音和视频服务时面临所能使用的最大带宽限制问题。如果存在，Call Admission Control(CAC)很大程度上是以应用为中心的操作。虽然有诸如RSVP和RTCP等协议，但是似乎供应商并不热衷于在他们目前的产品上实现这些功能。缺少支持多应用——即我提到的“开放”——CAC解决方案，以及当前服务器类型已存在的限制和有效管理实时应用需求的主机操作系统，只是进一步证明了感知应用的网络解决方案的必要性。