有的带宽资源充分利用起来。通过MPLSTE,可为用户创建具有带宽保证的隧道,但如果在隧道中同时传送EF、AF及BE业务时,业务之间会相互干扰,也就是说MPLSTE存在一个严重的问题MPLSTE隧道不能够感知业务类型。为此,2002年业界提出了一种MPLSDiffServAwareTE的解决方案。
MPLSDSTE能够结合差分服务与流量工程的优点,能够对不同类的流进行不同带宽的带宽约束,并且根据该流的带宽约束动态调节流量,是解决骨干网QoS的有效技术。
二、VPNQoS模型
VPN用户需要的是一种端到端的QOS保证,由于VPN流量跨越了用户网络和运营商网络,与普通QoS实施方法不同,VPN的QoS保证需要分解为两个层次。第一个层次是真正的端到端,保证用户流量的QoS。第二个层次是CE到CE,从运营商的角度来看,这是它能够负责和实施QoS策略的一部分网络。从用户的角度看,运营商网络是透明的。这种分层使得端到端QoS问题分解为两个子问题,并且它们是独立的,分别由用户和运营商解决。运营网络的责任就是解决CECE间QoS保证,无需将问题复杂化。下面我们将就这个问题展开讨论。
回顾MPLSVPN模型,CECE间又分为三段,CEPE、PEPE和PECE。其中,CEPE间的连接是物理链路或虚连接,目前有多种方法保证链路级的QoS,是一个已经解决的问题。而PEPE之间的带宽被多个VPN所共享,如何解决这些VPN对带宽的竞争,并具备效率和扩展性,是目前面临的一个难题。
三、现有解决方案及缺陷
1、VPNDiffServ方式
这种方式先在PE间建立ELSP或LLSP,VPN流量进入PE时,或者预先设置了优先级,或者由PE设置优先级,进入MPLS域后,根据优先级在每一跳上进行PHB处理。这种方式实现简单,但存在两个问题:
f每一跳上为某个优先级分配的资源是被多个业务流共享的,它们之间存在着竞争。由于IP流量具有突发性的特点,如果按照高峰流量分配带宽,存在极大的资源浪费,如果按照平均流量分配带宽,则无法避免某个业务流在拥塞时发生的丢包;
业务流经过多个链路,虽然这些链路上都为优先级分配了带宽,但可能存在不匹配的情况,有些链路带宽是足够的,而有些链路可能不够,这就无法保证端到端的QoS。
2、CCC方式
CCC是CrossCo
ectCircuit的缩写,是通过静态配置方式实现CECE间虚连接的一种方式。由于CCC是专用的,包括PEPE间的LSP及两端的PECE链路,因此保证了端到端的带宽。这种方式的缺点是扩展性差,由于没有采用隧道复用技术,LSP的数目与CE的平方成正比,在骨干网中需要大量的LSP。CE和PE的初始配置复杂,r