RFC2702 Requirements for Traffic Engineering over MPLS

基于MPLS的流量工程要求
(RFC2702 Requirements for Traffic Engineering over MPLS)

1．介绍
2．流量工程
2.1 流量工程性能指标
2.2 流量与资源控制
2.3 现有IGP控制机制的局限性
3． MPLS和流量工程
3.1MPLS导图
3.2 基于MPLS流量工程的基本问题
4．基于MPLS流量工程的增强功能
5．流量主干的属性和特征
5.1 双向的流量主干
5.2 对流量主干的基本操作
5.3 统计与性能监测
5.4 流量主干的基本属性
5.5 流量参数属性
5.6 通用路径选择与管理属性
5.6.1 通过网管指定的显式路由
5.6.2多重路径优先级别
5.6.3资源类别亲和属性
5.6.4适应性属性
5.6.5平行的流量主干之间的负载分配
5.7 优先权属性
5.8 抢占属性
5.9 弹性属性
5.10 策略属性
6. 资源属性
6.1 最大分配因子
6.2 资源等级属性
7．约束路由
7.1 约束路由的基本特征
7.2 对具体实现的考虑
1．介绍

MPLS [1,2] 集成了标记交换框架和网络层路由，基本的思路是在MPLS域入口节点处根据转发等价类FEC（Forwarding Equivalence Classes）给数据报分配一个固定长度的短标记，在整个MPLS域内，和数据报相捆绑的标记将决定数据报的转发，这时将不再考虑数据报本来的报头。
　　依据这个相对简单的规范，可以设计出一套有效的协议构架来解决当前Internet中区分服务面临的许多关键问题。MPLS最重要的一项应用将是流量工程，这项应用的重要性已经逐渐为大家所认识。[1,2,3]
　　本文主要讨论了MPLS在流量工程方面的应用。本文的目的是提出在大型因特骨干网上应用流量工程所需注意的问题和要求。我们希望MPLS的规范，或在此基础上的实现，将会有助于实现这些目标。另外，我们还描述了MPLS实现所需的一些基本功能，以满足流量工程的要求。
需要指出的是，尽管我们的讨论主要是基于Internet骨干网的，但是本文所描述的功能同样适用于企业网上的流量工程。一般来说，这些功能可以被用在应用同一技术的任何标签交换网络上，在这样的网络里，任何节点间至少有两条路径。
近期的一些文献研究了基于MPLS的流量工程和流量管理，其中较著名的有Li和Rekhter的工作[3]，以及其他一些研究人员的研究。在[3]中，提出了一种利用MPLS和RSVP在因特网上提供可扩展的区分服务及流量工程的框架。本文对上述类似的工作进行了补充。它反映了作者管理大型因特骨干网的经验。

2．流量工程

这一部分描述了在目前的因特网上的自治系统内的流量工程的一些基本的功能。并且提出了目前的IGP在流量控制和资源控制方面的局限。这一节提出了MPLS的要求的必要性。
流量工程（TE）主要是优化运行网络的性能。一般来说，它包含了技术的应用、测量的科学准则、模型化、归纳和因特网流量的控制，以及如何将这些知识和技术应用到实践中来获取一些特定的性能指标。
流量工程的一个主要目的就是在促进有效、可靠的网络操作的同时，优化网络资源的利用率和流量的性能。由于网络资源的昂贵和因特网激烈的商业竞争的本质，流量工程已经成为大型自治系统中一个不可缺少的功能。这些事实都说明有必要最大限度的提高运行的效率。

2.1 流量工程性能指标

流量工程的主要性能指标可以分为两种：
1．面向流量
2．面向资源
面向流量的性能指标包括了增强流量QoS功能的各个方面。在单一QoS等级，尽力而为的Internet流量模型中，面向流量的性能指标包括：对分组丢失的最小化、对时延的最小化、对吞吐量的最大化以及对服务等级协定的增强等。在这一流量模型中，使分组丢失最小化是最重要的性能指标。而在未来的区分服务的因特网中，一些与统计数据有关的面向流量的性能指标（如时延峰值变化、丢失率等）也将会越来越重要。
面向资源的性能指标包括了优化资源利用的各个方面。高效的网络管理是达到面向资源性能指标的重要途径。通常我们都希望能够确保在其他可选路径上还有可用资源时，一条路径上的网络资源不会被过度的使用。带宽是当前网络上的一种非常重要的资源。因此，流量工程的一项中心任务就是对带宽资源进行有效的管理。
无论是面向资源的还是面向流量的流量工程，它们首要的性能指标都是拥塞的最小化。这里所关心的拥塞主要是长时间的拥塞，而不是由突发的流量所造成的短时间拥塞。发生拥塞的情况主要有以下两种：
1．当网络资源不足以满足负载的要求时所发生的拥塞。
2．当业务流量与可用资源之间的映射效率不高时＾z{>[ Xx~yJK^KKNzxkk9^'#ZiyDuXh$2>Xh[^I{niz.xfjYXXhyNikk9^NZh.ZnyNh[^8%R#YjKzKKKK;IiyDuX[ZyN{nizz8.ikk9^Zh.YzK'#'7ffffffff#'7fffffffffffffffffffzybhX7fffffffffffff#'7ffffffff##'7ffffff#'7fffffffwCf{nizzffK{f#'7ffffff##'7fffffffffffffffv6V"#KRff%5EU6&VB#C'7uKKRff#ih~z[XZ^ffffJ>K{76fffffffffffffffXNk[~~i[h[2f;i[h[2#'7fffffffffffffff#.KK[.yN{nizz##zK[.KZnizNIxhyN{n.zhKk*i.Xh#cSSY{nizzK{NKNhh>hxnhK.XNkXh ~KKNk[~KzNiXb#cSSZhxnhK{NhNyNiXb#cSS{nizzK{K{NyNK.i8#cSSkk>kXx..[Nh ~hk.yNiXb#cSSkk>kXx.[h ~K~yNiXb#Knizkk>kXx.yNKZY~{niXhk.yNXzNzXi J.nZJ~ZJ~iXK ^yNh ~;X8.ZZJ~ZJ~kXxKN zizyN[z^Kx[z^[.(N8"v6V"#KRff%5EUe6&VB#C'7#ih~z[XZ^ffffJ>K{76f