DiffServ MPLS-TE应用场景

1.限制特定类别链接的流量比

这是情况1。涉及两种流量类型的网络：语音和数据。为了确保高质量的语音流量，它实际上意味着低抖动、低延迟和低损失，并为数据流量提供服务。对于这个问题DiffServ解决方案是将语音映射到低延迟和低损失PHB，比如(EF)PHB。

但是，DiffServ无法提供这种保证。语音流量的延迟是数据包在过境网络中经历的传输延迟和每个跳点的排队和传输延迟之和。传输和传输延迟实际上是恒定的。为了在总延迟上进行较小的抖动，排队延迟必须最小化。较短的排队延迟需要较短的排队，这意味着有限的排队缓冲区只能用于语音。

因此，需求已成为限制每个链接中语音流量的比例。服务提供商通常使用超额配置来实现这一目标，并且总是确保可用的带宽。但过度配置有自己的成本，在正常情况下会发挥很好的作用，但在故障时不能提供任何保证。以下图为例，让我们来看看该方案下的网络。

正常情况下，语音流量采用路径A–C–D，这是最短的路径。每个链路上语音流量的百分比是可以接受的C–D当发生故障时，流量将在最佳路径A–C–G–D重新路过C–G容量低，语音流量百分比过大。应该是A–C–E–F–D重新路由。

因此，链路上的可用带宽可以人工限制为适合单独满足语音流量需求的比例TE确保在这种情况下的映射流量，从而限制所有链路中语音流量的比例。虽然它提供了所需的功能，但可以分配给延迟不敏感流量的带宽是空闲的，不能使用。主要原因是TE无法区分这两种流量，也无法强制分配流量类型的细粒度。

2.保持链路上流量的相对比例

第二种情况是将上述示例扩展到三种流量类型，然后将这些流量类型映射到三个服务类别中。不同类型的比例取决于流量的来源和目的地。供应商面临的挑战是在每个链路上分配排队和调度策略，以确保每个类别被正确划分PHB行为。这些参数在指定时间内基于链路负载配置是不现实的：路由、链路或节点故障和LSP之间的抢占使链路负载非常动态。

相反，从操作和维护的角度来看，固定链路中每种流量类型的相对比例是理想的，并相应地分配队列大小和调度策略TE使流量符合可用资源TE对不同流量类别实施不同的带宽约束。

3.提供有保障的带宽服务

类似情况1，流量分为两种类型：尽力而为和带宽保证。保证的带宽流量必须符合规定SLA。目的是确保流量提供所需的服务水平，并能够设计流量工程。就像第一个例子一样，严格执行SLA，必须设计保证的带宽流量，以避免溢出链路分配的带宽TE为了满足这一需求。而且，流量工程设计也可以尽力提高链路利用率。TE还要了解流量类型。