DiffServ MPLS-TE发展的商业驱动

2020-10-26 16:43:53 云杰通信 99

  DiffServ MPLS-TE发展的商业驱动

  早期的IP / MPLS网络仅用于延迟,抖动或带宽保证方面的服务。后来提供商开始提供广泛的服务,如PSTN品质的语音或通过MPLS核心提供ATM / FR或以太网。通过消除多个物理网络的需求而节省成本。所以,MPLS最具吸引力之一就是能将所有服务聚合在一个公共核心。关键在于,与IP / MPLS网络先前的规范相比,大多数新服务需要更严格的SLA。

  SLA定义了网络中的流量所经历的服务质量,以延迟,抖动,带宽保证,面对故障的弹性和停机时间表示。SLA将要求转换为两个条件:

  1.基于应用程序类型的不同调度,排队和丢弃行为。

  2.基于每个应用程序的带宽保证。

  迄今为止,服务提供商仅用DiffServ就在网络中推出了创收服务。通过将应用程序分配不同的服务类别并适当地标记,可满足上述条件1。但此方法是根据标记有足够的资源为流量提供服务。如果流量遵循拥塞路径,可能被丢弃,或者可能经历与SLA要求不同的延迟和抖动。原则上,服务提供商可通过使用超额配置来避免拥塞。实际上,这种简单扩容扔带宽的方式,不能解决在链路/或节点故障导致的拥塞时提供任何保证。

  我们之前了解了MPLS-TE沿着可用资源的链路建立LSP,从而确保带宽始终可用于特定流。如果最短路径的可用资源不足,则允许不遵循最短路径来实现传输资源的进一步优化。另一个好处是,链路保护和快速重路由等机制(后续)在出现故障时提供弹性。但MPLS-TE忽略此类服务(CoS)分类,仅在所有类别的聚合级别上以可用带宽运行。

  DiffServ-TE使MPLS-TE感知到CoS,从而允许以CoS粒度进行资源预留,并在每个CoS级别提供MPLS的容错属性。通过结合DiffServ和TE的功能,DiffServ-TE可提供QoS保证,以满足严格的SLA,从而满足条件2。

  值得注意的是,即使资源按每个CoS预留,并且即使对流量进行适当的标记以符合适用于该应用程序的CoS,除非设置其它机制(例如管制和准入控制),否则仍然不能保证SLA。