MyCCIE.NET

      这次出差总体来说还算顺利，中间的过程是坎坷的，不过经过努力终于找到问题的解决办法，而且很好用，这令我很高兴，终于知道什么叫做绝处逢生了！至于什么问题就不在此说明，总之是用MPLS QOS的三种模式解决的，把这三种模式贴出来已提醒自己并和大家分享。
    在MPLS VPN网络上，运营商往往需要在边缘路由器上做出一个选择，就是是否信任上行流量已经携带的优先级信息，此时，华为提供了三种不同的MPLS COS（Class of Service，业务类型）处理模式，以备运营商灵活选择。如图1：

                                       图1：MPLS COS的三种处理模式
1. uniform模式：当运营商认为可以完全信任CE侧流量携带过来的QoS参数时，可以采用Uniform模式，这时PE将CE侧携带上来的报文的COS值直接复制到MPLS外层标签的EXP字段中，从而保证在Core中给予同样的QoS保证。

2. pipe模式：当运营商完全不关心CE侧用户设置的QoS参数时，就忽略用户携带的QoS参数，在PE上为MPLS外层标签的EXP字段重新赋值，结果是从ingress边缘路由器到egress边缘路由器，都按照运营商的意愿进行Core上的QoS调度，直到将流量送出Core之后，报文再根据其原来携带的COS值转发。

3. short-pipe模式：这是对pipe模式的改进，在进入Core的时候，和pipe做相同的处理，只是在egress端的倒数第二跳，就完成了QoS参数的恢复，换言之，从ingress边缘路由器到egress的倒数第二跳路由器，全部按照运营商的意愿进行QoS调度，到了egress边缘路由器上，就已经按照用户原来自己携带的QoS参数进行调度了。




作者：Tony Liu(admin#myccie.net)
地址：http://myccie.net/read.php?158
版权所有。转载时必须链接形式注明作者和原始出处及本声明！