MPLS-TE流量工程的三种应用场景

虽然行业正在转向使用Segment Routing进行流量工程，但找出经典MPLS-TE还是很有价值的。[RFC2702]列出了TE理想属性及使用解决方案MPLS对流量工程的要求。为了更清楚地理解，如下图所示：A和B这两个源通过节点C将流量发送到目的地D，路径成本取决于链路metric衡量。当一切metric均等，即成本为跳数C和D成本路径有两种不同。

第一个应用场景需要沿预定义路径转发流量。

A和B是两个客户，A购买低延迟服务G–D这是一个高延迟链路。从运营商的角度来看，来自A流量应避免高延迟链路G–D。因此，必须找到一条从A到D避免链接路径G–D。很容易从图中识别为A–C–E–F–D。但是如何计算这条路径，都会沿着A–C–E–F–D转发源自A的流量?

在经典的IP这一要求在网络上很难满足。IP挑战是它根据流量目的地独立转发每个跳点。所以，不仅要求D两条路径成本相等，需要节点C必须知道它的处理来自A将数据包转发给E而不是G。如果源是基于入口识别的，则很难在复杂的拓扑中实现。这个场景流量项目的要求是沿着源指定的路径转发流量。事实上，这就是众所周知的显示路由RSVP-TE或SR-TE，首先支持它。

第二个应用场景是提高资源利用率。

假设所有链路的容量都是150 Mbps，并且A向D发送120 Mbps，B向D发送40 Mbps。若遵循最短路径，则160 Mbps超过链路容量，导致拥塞和丢失。如果能在最短的路径上(C–G–D)和较长路径(C–E–F–D)分配流量，让80 Mbps通过两条链路，流量可以避免拥堵，提高链路利用率。这可以通过控制链路成本来实现。一旦有两条相等的路径，负载就可以平衡。

但这种方法并非万无一失E–F容量只有50 Mbps，其它链路为150 Mbps。那么链路E–F将在先前解决方案提供的80 Mbps负载下拥塞。那么如何进行更精细的流量调度，找到满足带宽要求的路径来转发流量呢？可以通过RSVP-TE实现，而SR-TE需要使用控制器。

如果A发送100 Mbps，B发送40 Mbps。正常情况下，140 可以使用Mbps放在最短的路径上。但是链路G–D故障后，备用路径没有足够的资源同时承载A和B拥堵和丢包会发生流量。如何保证B故障时，流量继续享受40Mbps带宽保证?

最终方案表明，资源需要控制，可以使用DiffServ但由于以下两个原因，它变得不可行：

1.正常情况下，A和B流量应得到相同的待遇。

2.运营商通常最大限度地减少网络中支持的行为数量，并在不同源发起的流量之间实施优先计划DiffServ代码点的数量。

在这种情况下，需要找到从源到目的地的带宽约束路径并强制B流量优先A流量。在链路中G–D故障后，只有来源B备用链接可以建立流量A的流量找不到足够的资源，那么A不会干扰流量B的流量。

这三种应用场景可以概括为计算源和目的地之间的约束路径。有不同的实现方法，首先介绍第一种方法：手动指定路径，控制流量遵循指定路径。也就是说，显示路径。