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. 当业务流量与可用资源之间的映射效率不高时,导致一部分网络资源被过度使用,而另一部分资源却未被充分利用时所造成的拥塞。
第一种类型的拥塞可以用以下方式解决:(1)对网络进行扩充,或(2)应用经典的拥塞控制技术,或(3)同时使用以上两种方法。经典的拥塞控制技术是试图对业务请求进行控制,从而保证业务能够和可使用的资源相匹配。用于拥塞控制的经典技术包括:速率控制、窗口控制、路由器队列管理、流程控制以及一些其他的技术(见[8]以及它的参考文献)。
第二种类型的拥塞,即由于资源的不合理分配而引起的拥塞,通常可以用流量工程来解决。
一般来说,不合理的资源分配所造成的拥塞都可以通过负载均衡来缓解。这类策略是通过有效的资源分配,减轻拥塞或者是减少资源的使用,使得拥塞最小化,或资源利用率最大化。当拥塞最小化时,将减少分组丢失,也将缩短传输时延,同时吞吐量将增大。这样,终端用户所感觉到的服务质量将会有显著提升。
显然,负载均衡是优化网络性能的重要策略。然而,提供给流量工程的策略必须是足够灵活的,以便网络管理员可以实现兼顾普遍成本结构和效用、税收模型的其他策略。

2.2 流量与资源控制

网络的性能优化本质上是一个控制的问题。在流量工程中,由一位流量工程师或一台控制设备来充当一个自适应控制系统的控制者。该系统包括一系列相互连接的网络元素,一个网络性能监测系统以及一整套网络配置与管理工具。流量工程师制定出一整套控制策略,利用网络性能监测系统对网络的状态进项观察,然后对业务流量进行描述,最后通过控制措施使网络达到与控制策略相符的、理想的状态。这一过程可以针对网络的现有状态实时进行,或者,借助预报技术对网络状态的发展加以预测并采取相应的措施来提前进行。而后一种技术可以提前避免网络产生不良状况。
理想情况下,上述控制措施应包括:
1. 对各种流量管理参数的修改,
2. 对与路由有关的参数的修改,
3. 对与资源有关的属性与约束条件的修改。
如果可能的话,流量工程的过程中应尽量避免手工参与。上述的控制措施可以以一种分布式的,可扩展的方式自动完成。

[1] [2] [3] [4] [5] [6] [7] 下一页  

文章录入:csh    责任编辑:csh 

2.3 现有IGP控制机制的局限性

这一小节阐述了IGP在流量工程方面的较为明显的局限性。
现有的因特网内部网关协议簇并没有提供流量工程的能力。因此,很难针对网络的性能问题实现有效的策略。事实上,基于最短路径算法的IGPs是造成AS网络中的拥塞的主要原因。最短路径算法是简单的基于附加值的优化算法。这些协议都是拓扑驱动的,因此它们都不考虑网络可用的带宽和流量的特征。当出现以下情况时,就会发生拥塞:
1. 多个业务流的最短路径汇聚到一条特定的链路或者路由器接口上时,或
2. 某条业务流的最短路径将通过某条带宽不足以支持该业务的链路或接口时。
在这两种情况下,即使存在着拥有充足带宽的其他路径,拥塞仍然会发生。这种拥塞问题(资源未合理分配的症状)正是流量工程所要避免的。对于第二种原因造成的拥塞,可以用“等开销路径负载分摊”技术来解决,但是对于由第一种原因造成的拥塞,特别是对于拥有复杂拓扑结构的大型网络,这种技术就没什么帮助。
目前,解决IGP协议簇的上述缺陷的较流行的方式是使用重叠模型技术,例如IP over ATM、IP over FR等。重叠模型在网络的物理拓扑结构上提供了一个自由的虚拟拓扑结构,从而扩展了网络设计的空间。这种虚拟拓扑结构由虚电路构成,在IGP路由协议看来,这些虚电路就相当于过去的物理链路。重叠模型还提供了许多其他重要的业务来支持流量与资源控制,它们包括:(1)VC级的约束路由,(2)可由网络管理人员进行配置的显式路由,(3)路径压缩,(4)呼叫允许控制功能,(5)流量整形和流量策略功能,以及(6)VC的生存功能。依靠这些功能可以实现许多流量工程策略。例如,可以很容易的将过度使用的网络资源上的业务流量转移到较为空闲的网络资源上。
对于大型网络来说,它所使用的MPLS必须拥有至少和重叠模型同样水平的功能。所幸,这种功能在MPLS中可以较容易的实现。

3. MPLS和流量工程

这一节阐述了MPLS在流量工程上的应用。接下来的章节阐述了为了达到流量工程的要求,MPLS所应具备的功能。
MPLS本身就具备了完成重叠模型所实现的各种流量工程功能的潜力。不同的是,它使用的是集成模型,其成本与可扩展性较之重叠模型以及现有的其他同类技术都更为理想。同样重要的是,它将有可能实现流量工程功能的自动化。这一点将有待进一步研究,它已经超出了本文的范围。
关于术语的说明:在本文余下的部分将会广泛使用流量主干(traffic trunk)的概念。根据Li和Rekhter[3],流量主干是指被放在同一条标签交换路径的具有相同类型的业务流。本质上,流量主干是某种特定的流量特征的抽象。将流量主干看作被路由的对象将会很有益处,也就是说,流量主干经过的路径可以被改变。在这种意义上说,流量主干同ATM网和帧中继网上的虚电路很相似。然而,我们必须强调,流量主干同它所经过的路径,也就是LSP之间有着根本的区别。LSP是流量所经过的一个特定的标签交换路径。在实践中,术语LSP是和流量主干当作同义语使用的。在5.0节中总结了本文所使用的流量主干的其他特性。
MPLS的吸引人之处可以被归结为以下几点:(1)通过手工的网管配置或是下层协议的自动配置,可以很容易的建立起不受传统逐跳路由协议限制的显式LSP,(2)LSP可以被高效的维护,(3)流量主干可以被使用并被映射到LSP上,(4)可以给流量主干规定一套属性来调整流量主干的行为,(5)可以给各种网络资源规定一套属性,以便对以上建立的LSP通过的流量主干加以限制,(6)既可以对业务进行组合,也可以对业务进行分割,而基于传统的路由协议的IP转发只支持对业务的组合,(7)可以较容易的实现“约束路由”,(8)MPLS流量工程的开销要比其他的流量工程技术小的多。
另外,通过显式标签交换路径,MPLS可以在现有的Internet路由模型中实现准电路交换功能。许多现有的关于基于MPLS的流量工程的建议都是着眼于建立显式的标签交换路径。尽管它是流量工程的基本功能,但光有它并不足够。要实现大型网络的现有网络的性能优化,流量工程技术还需要有其他功能。本文描述了其中一些必要的功能。

3.1 MPLS导图

这一小节介绍了“MPLS”导图的概念。它是MPLS流量工程的核心。MPLS导图类似于重叠模型中的虚拟拓扑图。通过为流量主干选择LSP,MPLS导图被逻辑映射到物理网络上。
一个MPLS导图包含一组LSR和LSP,LSR组成了MPLS导图中的节点,而LSP则为LSR提供点到点的逻辑连接,从而充当MPLS导图的连接。我们有可能建立起基于标签栈的概念的分层的MPLS导图(见[1])。
MPLS导图之所以重要,是因为MPLS中的带宽管理的基本问题就是如何有效的将一个MPLS导图映射到物理网络的拓扑图上。MPLS导图的抽象描述如下:
令G=(V,E,c)代表物理网络拓扑结构的图。这里,V是网络中一系列的点,而E是一组连接:这就是说,对于V中的点v、w来说,如果v和w在G中直接相连,那么对象(v,w)就在E中。 参数c是与E、V相关的一组带宽或者其他的约束条件。我们将用G来指代基本的网络拓扑结构。
令H=(U,F,d)为MPLS导图,这里U是V的子集,它代表网络中的一组LSR,或者更精确的说,它代表至少一条LSP的端点。F是指一组LSP,对于U中的x、y来说,如果有一个LSP是以x、y为端点的,那么对象(x,y)就在集合F中。参数d是同F相联系的一组要求和限制条件。显然,H是有向图。我们可以看出,H依赖于G的传递特性。

3.2 基于MPLS流量工程的基本问题

在MPLS上实现流量工程面临着下面三个基本问题:
 如何将分组映射到转发等价类(FEC)上。
 如何将转发等价类映射到流量主干上。
 如何将流量主干映射到标记交换路经上。
尽管前两个问题非常重要,但本文并不是针对它们的。本文所关心的是第三种映射功能的执行能力,通过这种映射使得网络操作既高效又可靠。这实际上就是将MPLS导图(H)映射到基本网络拓扑结构(G)上的问题。

4.基于MPLS流量工程的增强功能

前一节讲述了目前网络上的流量工程的基本功能。同时也讨论了将MPLS用于流量工程的可行性。 本文余下的章节将要描述为了充分支持在大型网络上的基于MPLS的流量工程,MPLS所需要的功能。
它所需的功能包括:
1. 一组与流量主干相关,并对流量主干的行为特征进行描述的属性。
2. 一组与资源有关的属性,它们将对使用各种资源的流量主干进行限制。这些属性也可以看作是一种拓扑属性的限制。
3. “约束路由”。借助于这一技术与前面两点中的各种属性,MPLS将可以对流量主干所选择的路径进行限制。另外,虽然约束路由技术只是MPLS技术的一项可选功能,但是,它与MPLS应该能够紧密的结合在一起。
在通过网管活动或某种自动化技术驱使网络达到理想状态的过程中,与流量主干、资源相关的一系列属性和与路由器相关的参数一起,构成了可以修改的全部控制参数。
在一个网络中,理想的情况是,网络操作者能够对上述参数进行动态的改变而无须中止网络的操作。

上一页  [1] [2] [3] [4] [5] [6] [7] 下一页  

文章录入:csh    责任编辑:csh 

5.流量主干的属性和特征

这一节描述了与流量主干相关的可以控制它们的行为的属性。
首先,流量主干的基本属性归纳如下:
(1) 流量主干是属于同一类的业务流的“汇集”。在某些情况下,我们可能希望放松这种定义,以便流量主干可以包含多种类型的流量。
(2) 在一个单独的业务类型模型中,比如说目前的Internet网,流量主干可以封装一对入口-出口LSR之间或一个子网的所有流量。
(3) 流量主干是可路由的对象(类似于ATM的虚拟电路)。
(4) 流量主干同它所经过的LSP有着明显的不同。在操作环境下,流量主干可以从一条路经转移到另一条路径上。
(5) 流量主干是单向的
实际应用中,流量主干可以由其入口与出口LSR、它所映射到的转发等价类以及决定其行为特征的一套属性来表示。
这里有两个问题非常重要:(1)流量主干的参数配置。(2)流量主干的路径选择与保持规则。

5.1 双向的流量主干

尽管流量主干在概念上是单向的,但在很多实际情况下,在同一个端点同时初始化两个相反方向的流量主干是非常有用的。一个主干,称为前向主干,载着流量从源点到终点。另一个主干,称为后向主干,载着流量从终点到源点。在以下两个条件成立的情况下,我们称这两个主干的汇集为双向流量主干(BIT)。
(1) 两个流量主干都是通过源点或网络管理站的原子操作初始化的。
(2) 两个流量主干必须同时存在。也就是说,它们同时初始化,同时被拆除。
BITs的拓扑特性也应当被考虑。一个BIT可以是拓扑对称的,也可以是拓扑非对称的。如果组成BIT的流量主干是沿着同样的物理路径路由的,即使它们是沿着不同方向,我们就说这个BIT是“拓扑对称”的。相反,如果组成BIT的流量主干是沿着不同的物理路径路由的,那么这个BIT就是“拓扑非对称”的。
必须指出,双向的流量主干只是为了管理上的方便。在实践中,大部分的工程功能都可以仅用单向流量主干来实现。

5.2 对流量主干的基本操作

对于流量工程来说,对其重要的基本操作归纳如下:
 建立:建立一个流量主干。
 激活:使一个流量主干开始传送流量。流量主干的建立与激活从逻辑上说是两个分离            的事。然而,它们也可以作为一个原子操作来实现和发起。
 去激活:是一个流量主干停止传送流量。
 更改属性:使一条流量主干的属性发生改变。
 重路由:使一条流量主干的路径发生改变。这一过程可以通过网管实现或下层协议自动实现。
 拆除:从网络中拆除一条流量主干并回收为其分配的所有网络资源。这些资源包括标记空间、可用带宽等。
以上介绍的是流量主干上的基本操作。除此之外,还可能会有一些附加的操作,如流量规划与流量整形等。

5.3 统计与性能监测

统计与性能监测功能对于网络的计费和流量特征描述功能来说是非常重要的。从统计与性能监测系统上获得的统计数据将可以用于进行流量描述、性能优化、流量工程中的容量规划等工作。
由于从流量主干上获得统计数据的能力的重要性,在MPLS的流量工程实现中,这一功能是一项最基本的要求。

5.4 流量主干的基本属性

流量主干的属性是与一条流量主干相关并影响其行为特征的参数。
流量主干的属性可以通过网管明确的分配,也可以在MPLS域的入口LSR上,通过下层协议对分组进行分类,并将它们映射到转发等价类上时,进行默认的分配。然而,不管这些属性是如何分配的,为了达到流量工程的要求,应当能够通过网管对这些属性进行修改。
在流量主干的基本属性中,流量工程的实现有如下特别重要的基本属性:
 流量参数属性
 通用路径选择与管理属性
 优先权属性
 抢占属性
 弹性属性
 策略属性
流量参数与策略属性的组合类似于ATM网中的应用参数控制。上述属性中的大多数都可以在现有的某种成熟技术中找到类似的概念。因此,将流量主干的属性映射到许多现有的交换与路由机制上都将是十分简单的。
优先权和抢占属性可以看成是相关的属性,因为它们表示流量主干之间的相关性。因此,这些相关性决定了在建立和维持路径的过程中,流量主干相互间的竞争网络资源的行为。

5.5 流量参数属性

我们可以用流量参数属性来获取要在流量主干中传输的流量的特征(更准确的说是转发等价类)。这些特征包括峰值速率、平均速率、突发大小容许值等。从流量工程的角度来看,流量参数之所以重要,是因为它们反映了流量主干的资源需求。它们对于使用预期策略来进行资源分配与拥塞防止是十分有用的。
 从带宽分配来看,一个单独的所需带宽的规范值可以从流量主干的流量参数中计算出来。执行这些计算的技术是众所周知的。其中一个例子就是有效带宽的理论。

5.6 通用路径选择与管理属性

通用路径选择与管理属性定义了为流量主干选择路径的规则以及维持已经建立的路径的规则。
对路径的计算可以通过下层的协议自动完成或者是由网管来完成。如果某一流量主干没有与之相关的资源要求或约束条件的话,则可以使用传统的拓扑驱动技术来进行路径选择。然而,如果对流量主干有一定的要求或策略限制的话,在路径选择中就要使用约束路由技术了。
在第7节中,我们描述了一个可以自动针对一系列的约束来计算路由的约束路由框架。通过管理行为来确定显示路由的一些问题,我们将在下面的5.6节进行讨论。
路径管理将包括与保持流量主干流经的路径有关的所有问题。在某些情况下,可能希望MPLS技术能够对自身进行动态的重新配置,以便能够适应网络状态的一些变化。
为了对路径的选择过程与管理过程加以控制,需要有一整套的各种属性。与流量主干的路径选择与管理有关的基本属性和行为特征将在下一小节中描述。

上一页  [1] [2] [3] [4] [5] [6] [7] 下一页  

文章录入:csh    责任编辑:csh 

5.6.1通过网管指定的显式路由

通过网管为流量主干指定的显式路由是指通过网络操作员的活动而进行配置的路径。通过网管指定的显式路由可以是部分指定的或者是完全指定的。当只有一部分中间节点被指定时,这条路径是部分指定的。在这种情况下,需要由下层协议来完成完整的路径。由于操作上的错误,由网管指定的显式路由可以是矛盾的或是非法的。下层协议必须能察觉这些错误,并提供正确的反馈,
由网管指定的显式路由应当具有一个“路径优先法则”属性。路径优先法则属性是一个二进制变量,它表明一条根据管理要求指定的显式路由是“强制性”的还是“非强制性”的。
如果某一通过网管指定的显式路由的属性为“强制性”的话,那么有且只有这条路径能被使用。如果一条强制路径是不可行的,或者这条路径由于缺乏足够的资源而不能被建立的话,那么这条路径的建立过程就会失败。换句话说,如果一条路径被指定为强制性的话,那么不管周围环境如何,都不能使用替代路径。一旦这条路径被建立起来,那么路径就不可能改变,除非撤销路径或者建立一条新的路径。
但是,如果一条通过网管指定的显式路由是“非强制性”的话,那么在这条路径可用的情况下,它将会被使用。否则,将由下层协议选择一条替代路径。

5.6.2多重路径优先级别

在一些情况下,可能需要通过网络管理活动为一个给定的流量主干指定多条候选的显式路由,并为这些候选路由定义一套优先级。在路径建立的过程中,将依据优先级从候选路径列表中选择合适的路径。当网络发生故障时,也将根据优先级从候选路径列表中选择一条替代路径。

5.6.3资源类别亲和属性

资源类别亲和属性用于确定某一流量主干在其路径上能够使用或者不能使用的网络资源类别(参看第6节)。这些策略属性将对某一流量主干能够使用的路径做出进一步的限制。某一流量的资源类别属性具有以下格式:
 〈资源类型,亲和性〉;〈资源类型,亲和性〉;…
 其中资源类型参数将表明一条流量主干的亲和属性的对象是哪一种资源类型;亲和属性参数表明该流量主干与某一种资源的亲和关系,也就是说,在该流量主干流经的路径上是否一定要使用或者一定不使用某一资源。特别地,亲和属性可能是一个二进制数,它具有下列两者之一:(1)确定包含,和(2)确定排出。
 如果亲和属性是一个二进制数,那么它可能使用布尔表达式来指明某一流量主干的资源类别亲和属性。
 如果某一流量主干没有资源类别亲和属性的话,则该流量主干与所有网络资源之间的亲和关系是“无关”,那就是说,它对于是否一定要使用或者不使用某一类型的资源没有要求。在实际应用中,这应当是默认的情况。
 资源类别亲和属性是一种非常有用而且非常强大的工具,使用这些属性可以实现许多流量工程的策略。比如,可以使用这一属性将某些流量主干限定在网络某一特定的拓扑区域。
 对于具有某种资源类别亲和属性的流量主干,用约束路由的方法(参看第7节)为它计算一条显示路由时,可以采用以下的方法:
1. 对于确定包含属性,在计算路径之前,删去所有不属于指定的资源类别的所有资源。
2. 对于确定排除属性,在计算路径之前,删去所有属于指定的资源类别的所有资源。

5.6.4适应性属性

随着时间的变化,网络的特征与状态也会发生变化。例如,产生了新的可以使用的资源,发生故障的资源重新恢复正常,已分配的资源被释放等等。通常情况下,有时还会有更高效的路径产生。因此,从流量工程的角度来看,需要有一些管理控制参数来规定流量主干对于上述变化的反应。有些情况下,针对网络状态的变化,可能会希望能够对流量主干的路径进行动态的变化,这种过程称为重新优化(re-optimization)。而在另外一些情况下,也可能不希望进行这种重新优化。
 适应性属性是流量主干的路径保持参数的一部分。流量主干的这部分属性表明对某一流量主干能否进行重新优化。适应性属性也可以使用一个二进制数来表示,它具有下列两者之一:(1)允许重新优化,(2)禁止重新优化。
 当允许重新优化时,下层协议就可根据网络状态的改变(主要是资源可用性方面的改变),将流量主干重新路由到不同的路径上。相反,如果是禁止重新优化,那么流量主干就像被“钉”到这条路径上,是不可以根据网络状态的改变而进行重新路由的。
 当允许进行重新优化时,稳定性是一个主要的问题。为了保证稳定性,MPLS的实现方案对于网络状态的变化不能过于敏感。同时,它也要具有足够的反应速度,以便最有效地利用网络资源。这意味着,应当能够用网管手段对重新优化的频率进行配置与改变。
 还应当注意的是,重新优化是不同于弹性的。有一个不同的属性专门用来指明流量主干的弹性特性(参看5.9节)。在实践中,如果允许流量主干重新优化,则意味着流量主干对路径上的故障具有弹性恢复。然而,如果一条流量主干不允许重新优化,且它的路径并没有被网管指明是“强制性”的,那么它也需要对路径上的链路和节点故障具有弹性恢复。
 正式地说,通过重新优化来适应网络状态的发展,意味着对故障具有弹性恢复,而对故障具有弹性恢复,并不意味着是通过重新优化来对网络状态的改变进行适应。

5.6.5平行的流量主干之间的负载分配

在两个节点之间多条平行的流量主干上进行负载分配是一个十分重要的问题。在许多情况下,可能两个节点之间的某一业务量无法只有任何一条单独的链路或路径来承担。然而,该业务流量所需的资源可能低于网络中所有可用路径能够提供的总量。此时,唯一的方法是将业务流量分解为一些流量子集,在将这些流量子集通过多条路径来加以传输。
在一个MPLS区域内,上述问题可以通过在两个节点之间发起多条流量主干来解决,这样,总的业务量将可以分担到各条流量主干上。要实现这一过程,就必须要设计一种能够对多条平行的流量主干灵活地进行负载分配的技术。
特别地,从操作的角度来看,如果允许有多条平行的流量主干存在,那么需要有某个属性来表明每条流量主干所携带业务量的相对比例。下层协议将根据所指定的比例把负载映射到流量主干上去。并且,最好能够维持属于相同宏流(相同源地址,目的地址和端口号)的数据包之间的次序。

5.7 优先权属性

优先权属性定义了流量主干之间的相对重要性。在MPLS的约束路由技术中,优先权属性十分重要。利用这一属性可以决定连接建立与故障恢复过程中为流量主干进行路径选择的顺序。
 在允许资源抢占的实现中,优先权属性也十分重要。使用这一属性可以为要实施抢先策略的流量主干指定一定的顺序。

5.8 抢占属性

抢占属性将决定一条流量主干能否抢占另一条流量主干的路径,或者是该流量主干的路径能否为其他流量主干所抢占的性质。该属性对于实现面向流量的性能指标与面向资源的性能指标都是十分重要的。在区分服务的环境中,抢占属性能够保证高优先级的流量主干总是能够使用较为理想的路径。
 在故障处理过程中,可以使用抢占属性来实现许多具有优先级的恢复策略。
 抢占属性有以下4种模式:(1)允许抢占,(2)不允许抢占,(3)允许被抢占,(4)不允许被抢占。 一条具有允许抢占属性的流量主干可以抢占一条具有允许被抢占的,低优先级的流量主干。而一条具有不允许被抢占属性的流量主干是不允许被任何流量主干抢占的,不管他们的相对优先权如何。一条具有允许被抢占属性的流量主干可以被比它优先权高的,具有允许抢占的流量主干所抢占。
 值得注意的是,有些抢占模式是互斥的。使用上述的编号,任一给定的流量主干的可行性的抢占模式组合可以是:(1,3),(1,4),(2,3)和(2,4)。其中(2,4)组合应该是默认组合。
 只有当下列5个条件全都满足时,才可以说,一个流量主干“A”能够抢占另一个流量主干“B”的路径:(1)A抢占优先级比B高,(2)B所使用的网络资源能够满足A的需要,(3)按照某种判决标准,已经得出了网络资源不能同时满足A与B需求,(4)A具有允许抢占的属性,(5)B具有允许被抢占的属性。
 虽然抢占属性是非常有用的,但是在现在尽最大努力的网络服务模式下,抢占属性不能被认为是一个强制性的属性。然而,在区分服务环境中,抢占属性就变得非常有必要了。而且,随着光纤互联网体系的出现,某些保护和存储功能可能需要从光纤层迁移到数据网络元素中(像一些千兆和兆兆的标记交换路由器)以减少成本,这样就需要用到抢占策略以便在发生故障的情况下,减少具有高优先权的流量主干的存储时间。

上一页  [1] [2] [3] [4] [5] [6] [7] 下一页  

文章录入:csh    责任编辑:csh 

5.9 弹性属性

弹性属性决定了流量主干在发生故障时的行为特征。也就是说,当流量主干流经的路径上发生故障时,需要解决以下几个基本问题:(1)故障检测,(2)故障通知,(3)链路复原与业务恢复。很明显,MPLS的具体实现将需要具有解决上述问题的机制。
如果流量主干流经的路径发生了故障,那么可以为它们指定许多恢复策略,下面给出的是一些可行策略的实例:
1. 不对流量主干重新进行路由选择。例如,具体实现中已经具有了某种保证生存性的技术,这种技术能够保证当发生故障时,不必对流量主干进行重新选路就可以确保业务继续进行。这种技术的一个例子是(当然还有其他很多技术存在),如果在节点之间有多条平行的路径,根据某种控制策略,发生故障时,使得在一条LSP失败后,其上的流量主干转移到其他的LSP上。
2. 将流量主干重新路由到具有充足资源的路径上。如果没有所需的路径的话,则不进行重新路由。
3. 不再考虑各种资源约束参数,将流量主干重新路由到任意一条可用路径上。
4. 还有许多其他的解决策略,包括上述策略的一些组合形式。
一个“基本”弹性属性,决定了流量主干流经的路径发生故障时,所使用的恢复过程。特别地,“基本”弹性属性是一个二进制数,它决定一条流量主干在发生故障时是否要进行重新选路。“扩展”弹性属性用来决定发生故障时对流量主干的细节处理过程。比如说,扩展的弹性属性可能规定发生故障时某一流量主干所能使用的一组替换路径,以及该组路径之间的优先级关系。
弹性属性所控制的是MPLS与路由之间的相互作用过程。

5.10 策略属性

当某一流量主干不再符合路径建立时的约定时,也就是说,当某一流量主干的特性超过了其流量参数所指定的数值时,由策略属性决定下层协议对其采取的处理方式。通常情况下,策略属性表明对相应的违约流量主干是实施速率限制,做出标记,还是不做任何处理继续转发。如果确实要使用某种策略的话,则可以直接使用一些已有的算法,如ATM论坛的GCRA[11]来执行这一功能。
在许多场合下,是必须要有一定的策略机制,但是在另一些场合下,是不适合用策略机制的。一般而言,是希望能够在网络的入口处实施一定的策略机制(以便符合SLA),而在网络的核心则要尽力避免使用策略机制,除非容量的约束条件又明确的要求。
因此,从流量工程的角度来看,必须具有能够通过网管对每一条流量主干的流量策略机制进行允许或禁止操作的能力。

6. 资源属性

资源属性是拓扑状态属性的一部分,它们的作用是对特定资源上的流量主干选路过程加以限制。

6.1 最大分配因子

某一资源的最大分配因子(MAM)是一个可以通过网管来进行配置的属性,它决定该资源可以被流量主干所使用的比例。这里所说的资源最常用的就是带宽资源。然而,该资源也可以是LSR上的缓冲资源。MAM的概念类似于帧中继或ATM网络中的预定与注册因子(subscription and booking factors)。
对于MAM的选择可以使得某一资源处于不完全分配或过量分配两种状态。如果所有参与某一资源分配的流量主干(可以由流量主干的流量参数来表述)的资源需求的总和不超过该资源的总容量的话,则我们说对该资源的分配为不完全分配。如果参与某一资源分配的流量主干的资源需求的总和超过该资源的总容量的话,则称对该资源的分配为过量分配。
 不完全分配可以用来限制资源的使用。然而,相对于电路交换,MPLS的环境更为复杂,因为在MPLS环境下,一些数据流可以不考虑资源限制,根据传统的逐跳协议(也可使用显示路由)来进行路由。
过量分配可以利用流量的统计特性以实现更有效的资源分配策略。特别地,当流量主干的瞬时峰值的要求不重合时,适合使用过量分配。

6.2 资源等级属性

资源等级属性是由网管分配的参数,它表明资源的“等级”。资源等级的概念可以看作是一种“颜色”的概念。可以这样认为,具有相同“颜色”的资源都属于相同等级。利用资源等级属性,可以实现许多流量工程策略。这一属性最关心的资源是链路资源。链路资源的等级属性是“链路状态”参数中很重要的一个方面。
资源等级属性是一个很有用的抽象概念。从流量工程的角度来看,可以使用这一属性来实现许多与面向流量和面向资源的性能优化有关的策略。特别地,资源等级属性可以用于:
1. 可以为不在同一拓扑区域中的一组资源应用相同的策略。
2. 为一组建立流量主干路径所需的网络资源指定相互之间的优先级关系。
3. 将流量主干明确地限于一组特定的网络资源上。
4. 实现一组通用的包含/排出策略。
5. 增强本地流量包容策略。本地流量包容策略是指将本地流量限制在特定的网络拓扑区域中的策略。
此外,资源等级属性还可以用于用户认证。
通常可以为某一资源分配多个网络资源属性。例如,可以为某一网络中所有的OC-48链路分配某一种属性。此外,还可以给这些链路中属于某一网络区域的一部分链路再分配一个属性,以便实现某种特定包容策略或者是以某种方式来配置该网络。

上一页  [1] [2] [3] [4] [5] [6] [7] 下一页  

文章录入:csh    责任编辑:csh 

7. 约束路由

这部分讨论MPLS域内和约束路由有关的问题。在现在的术语中,约束路由常常是指“QOS路由”[5,6,7,10]。本文使用“约束路由”这一名称是因为它能更好地体现这种技术的本质,QOS路由只是这一技术的一个子集。
约束路由技术是一种命令驱动并具有资源预留能力的路由算法,它能够和现有的拓扑驱动的,逐跳的Internet内部网关协议(IGP)共存。
一个约束路由框架利用下面的属性作为输入:
 和流量主干有关的属性
 和资源有关的属性
 其他的拓扑状态信息
在上述信息的基础上,各个网络节点上的约束路由机制将对该节点上发起的每一条流量主干自动地计算出一条显示路由。在这种情况下,每个流量主干的显示路由是一条详细的标记交换路径,满足流量主干的需求条件,服从由资源可用性,管理策略和其他的拓扑状态信息提出的各种约束。
一个约束路由技术可以极大的减少在流量工程策略实现中的手工配置和人工干预。
实际上,流量工程师或者是一个自动机将为一个流量主干指定端点,并为它分配一个属性集,包含了流量主干的预期性能和行为特性。约束路由框架可以发现一个满足期望的可行路径。如果必要,流量工程师或流量工程支持系统就能利用手工配置的显示路由来完成更好的优化。

7.1 约束路由的基本特征

一个约束路由至少应当具有这样一种能力,即自动地为流量主干建立一条可行路径的能力。
 对于大多数约束路由参数来说,一般都认为要使用约束路由技术是非常困难的。然而,在实践中,如果该路径存在,就可以用一种非常简单的,著名的启发式算法[9]来找到这条可行路径:
 首先,删除所有不能满足流量主干属性要求的资源;
 其次,在剩下的拓扑图上使用最短路径算法。
 很明显,只要有可行的路径存在,使用上述简单的算法就可以找到这条路径。我们还可用其他的规则来去除纠结(ties),对计算的结果进行进一步的优化。一般来说,去除纠结的目的是为了是拥塞最小化。然而,如果有多条流量主干要同时进行路由计算的话,即使有可行路径存在,上述算法也可能得不出结果。

7.2 对具体实现的考虑

许多帧中继和ATM交换设备的商业实现已经可以支持一定的约束路由。对于这些设备以及各种MPLS设备而言,为了满足MPLS的要求,对现有的约束路由进行扩展将是比较简单的。
 而对于使用拓扑驱动、逐跳的IGP协议的路由器而言,要实现约束路由,至少可以采用以下两种方法:
1. 对现有的IGP协议如OSPF, IS-IS协议等进行扩展,使之能够支持约束路由。现在  正在努力提供这样的方法,比如对OSPF的扩展。[5,7]
2. 在每一个路由器中加上一个能够与现有的IGP协议共存的约束路由进程。这一方法如图1所示:
          ----------------------------------------------------------
         |              管 理 接 口               |
          ---------------------------------------------------------

-------------------    ---------------------------   -----------------------
    |    MPLS    |<->|   约束路由进程   |  |  传统IGP进程  |
     -------------------    ---------------------------   -----------------------

-------------------------------------   -----------------------

上一页  [1] [2] [3] [4] [5] [6] [7] 下一页  

文章录入:csh    责任编辑:csh                 | 资源属性,可用性数据库  |  | 链路状态数据库 |
                -------------------------------------   -----------------------
图1  LSR中第三层的约束路由进程

在第三层上实现约束路由的过程,有许多重要的细节问题我们这儿没有讨论。这些包括:
 在约束路由进程之间交换拓扑状态信息(如资源可用性信息,链路状态信息,资源属性信息等)的机制
 对拓扑状态信息进行维护的机制
 约束路由进程与传统的IGP进程之间的互操作
 满足流量主干适应性要求的机制
 满足流量主干弹性与生存性的机制
总之,约束路由通过对满足流量主干的一套约束参数要求的可能路径的自动搜索,将大大有助于对营运网的性能优化。它还能大大降低流量工程过程中的通过网管进行显示路径配置的工作量和手工干预。

上一页  [1] [2] [3] [4] [5] [6] [7] 

文章录入:csh    责任编辑:csh

(0)

相关推荐

  • 使用C#实现RTP数据包传输 参照RFC3550

    闲暇时折腾IP网络视频监控系统,需要支持视频帧数据包在网络内的传输.未采用H.264或MPEG4等编码压缩方式,直接使用Bitmap图片.由于对帧的准确到达要求不好,所以采用UDP传输.如果发生网络丢包现象则直接将帧丢弃.为了记录数据包的传输顺序和帧的时间戳,所以研究了下RFC3550协议,采用RTP包封装视频帧.并未全面深究,所以未使用SSRC和CSRC,因为不确切了解其用意.不过目前的实现情况已经足够了. 复制代码 代码如下: /// <summary>   /// RTP(RFC3550

  • c#中SAPI使用总结——SpVoice的使用方法

    要使用SAPI,首先添加引用DotNetSpeech,请自行下载DotNetSpeech.dll. 初始化对象,SpVoice voice = new DotNetSpeech.SpVoiceClass(); 朗读时,使用 voice.Speak(string,SpeechVoiceSpeakFlags.SVSFlagsAsync); 暂停,使用 voice.Pause(); 从暂停中继续刚才的朗读,使用 voice.Resume(); 停止功能是大多资料都没有写清楚的,而且在网上很少能找到,这

  • C#中调用SAPI实现语音识别的2种方法

    通过微软的SAPI,不仅仅可以实现语音合成TTS,同样可以实现语音识别SR.下面我们就介绍并贴出相关代码.主要有两种方式: 1.使用COM组件技术,不管是C++,C#,Delphi都能玩的转,开发出来的东西在XP和WIN7都能跑.(注意要引入系统组件SpeechLib,XP要安装识别引擎) 2.使用WIN7的windows api,其实最终还是调用了SAPI,所以开发出来的东西就只能在WIN7上面跑. 其实不管是哪一种,都是调用SAPI,可能后一种代码比较简单. 使用第一种方式,需要注意在COM

  • C#中调用SAPI实现语音合成的2种方法

    我们都知道现在的语音合成TTS是可以通过微软的SAPI实现的,好处我就不多说了,方便而已,因为在微软的操作系统里面就自带了这个玩意,主要的方式有两种: 1.使用COM组件技术,不管是C++,C#,Delphi都能玩的转,开发出来的东西在XP和WIN7都能跑.(要引入SpeechLib,好像在项目上点引用,然后选到系统COM吧,好久没弄,记不清楚了) 2.使用WIN7的windows api,其实最终还是调用了SAPI,所以开发出来的东西就只能在WIN7上面跑. 其实不管是哪一种,都是调用SAPI

  • C#如何通过RFC连接sap系统

    先理解一下 RFC(Romote Function Call)远程函数调用 调用前提: 1.要想通过C# 通过RFC调用SAP端,SAP端要存在RFC远程调用的函数才行(例如SAP端通过SE37创建),要不然是无法调用的. 2.C#调用RFC要有NCO DLL支持(我们使用NCO3.0,VS2013,framework2.0才行否则会报错) 注:好多人64位系统,开发的时候报错,到处找支持64位的NCO3.0,这里可以说一下,是木有的,报错是困为Framework的原因.NCO3.0只支持2.0

  • 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

  • 多业务解决方案的QoS描述

    一.QoS概述 在任何时间.任何地点和任何人实现任何媒介信息的交流是人类在通信领域的永恒需求,在IP技术成熟以前,所有的网络都是单一业务网络,如PSTN只能开电话业务,有线电视网只能承载电视业务,X.25网只能承载数据业务等.网络的分离造成业务的分离,降低了沟通的效率. 由于互联网的流行,IP应用日益广泛,IP网络已经渗入各种传统的通信范围,基于IP构建一个多业务网络成为可能.但是,不同的业务对网络的要求是不同的,如何在分组化的IP网络实现多种实时和非实时业务成为一个重要话题,人们提出了QoS(

  • 详解python中requirements.txt的一切

    简介 Python项目中必须包含一个 requirements.txt 文件,用于记录所有依赖包及其精确的版本号.以便新环境部署. 主要的写法如下所示 pip freeze > requirements.txt # 生成requirements.txt pip install -r requirements.txt # 从requirements.txt安装依赖 支持的写法 -r base.txt # base.txt下面的所有包 pypinyin==0.12.0 # 指定版本(最日常的写法)

  • MPLS经典问题利用MPLS解决和避免bgp路由黑洞问题

    R1---(R2---R3---R4)--R5|__EBGP__|_____IBGP______|__EBGP_| 12.0/24          23.0/24      34.0/24   45.0/24 R2-R4是MPLS域在R2和R4上重分布直连面向EBGP邻居的接口使用R1和R5上的loopback1做为internet路由 r1#sh ip bBGP table version is 7, local router ID is 1.1.1.1Status codes: s sup

  • MPLS多协议标记技术增强网络传输作用

    随着全球网络设施的持续发展,最近,网络界很大一部分重点已经转向采用多协议标记交换(MPLS),这为简化虚拟专用网(VPN)链路,实现服务融合和流量工程提供了极具吸引力的机会,同时最大限度地降低了与早期方法有关的复杂度和开销. MPLS的作用 20世纪90年代初,大部分互联网是采用ATM交换机构建的,这些ATM交换机在周围的低速路由器之间提供了第二层连接.然而,事实证明,把IP服务映射到ATM网络上在复杂度和扩充能力方面都存在着诸多问题.这些问题要求定义协议,使ATM交换机能够在第三层工作,进而研

  • MPLS 基础MPLS-VPN 标签分析

    R1---(R2---R3---R4)--R5|__EBGP__|_____IBGP______|__EBGP_| 12.0/24          23.0/24      34.0/24   45.0/24 R2-R 4是MPLs和MPLS-VPN域 R2和R4上的vrf:ip vrf vpn1 rd 100:1 route-target export 100:1 route-target import 100:1 r4#sh ip vrf dVRF vpn1; default RD 100

  • IP的出路-MPLS简介

    随着Internet的蓬勃发展,人们对应用也提出了更高的需求.由于Internet缺乏有效的流量和网络带宽管理手段,网络经常会发生拥塞.无法提供服务质量(QoS)保证,使得很多应用如语音和视频等,对于目前的IP技术来说是力不从心.而新兴的多协议标记交换技术(MPLS)有望解决这一问题. MPLS的工作原理按照当前的定义,MPLS是基于标记的IP路由选择方法.这些标记可以被用来代表逐跳式或者显式路由,并指明服务质量(QoS).虚拟专网以及影响一种特定类型的流量(或一个特殊用户的流量)在网络上的传输

  • MPLS路由和控制结构

    CCIP考试 642-611 - Implementing Cisco MPLS考试课程要测验这些技巧. 你必须理解有关整个MPLS结构有多种概念.MPLS结构定义为IP骨干网如何建立标签转发表和实际提供转发标签的通信服务.关键的概念如下:转发等价类:MPLS控制面板:MPLS转发面板:标签分发协议. MPLS路由器基本上是以转发IP数据包同样的方式做出转发标签数据包.MPLS路由器将查验进入网络的数据包上的标签,然后咨询转发表以便验证转发标签数据包的接口,接下来将转发这个数据包. 完成这个过程

  • Django 导出项目依赖库到 requirements.txt过程解析

    虚拟环境: 使用 pip freeze pip freeze > requirements.txt # 这种方式推荐配合 virtualenv ,否则会把整个环境中的包都列出来. 只扫描项目目录 使用 pipreqs 这个工具的好处是可以通过对项目目录的扫描,自动发现使用了那些类库,自动生成依赖清单.缺点是可能会有些偏差,需要检查并自己调整下. # 首先安装 pipreqs# pip install pipreqs # 安装位置在pip所在的目录下 # 使用方式也比较简单 pipreqs /va

  • python生成requirements.txt的两种方法

    python项目如何在另一个环境上重新构建项目所需要的运行环境依赖包? 使用的时候边记载是个很麻烦的事情,总会出现遗漏的包的问题,这个时候手动安装也很麻烦,不能确定代码报错的需要安装的包是什么版本.这些问题,requirements.txt都可以解决! 生成requirements.txt,有两种方式: 第一种 适用于 单虚拟环境的情况: : pip freeze > requirements.txt 为什么只适用于单虚拟环境?因为这种方式,会将环境中的依赖包全都加入,如果使用的全局环境,则下载

随机推荐