理解策略映射带宽、警察、形状命令

Question

有谁能帮我了解一下我们的MPLS路由器的QOS设置的服务策略吗？策略映射和类映射

我知道这些工作背后的基本理解。我需要详细说明，在这种特殊情况下，如何允许、监管或降低交通率。

我有点困惑..。

    class-map match-any ENHANCED
     match any 
    class-map match-any MGMT
     match access-group name CLASSIFY-MGMT
     match access-group name CLASSIFY-BGP
    class-map match-any ENHANCED-PLUS
     match access-group name CLASSIFY-ENHANCED-PLUS
     match ip dscp ef 
     match ip precedence 5 
    !
    !
    policy-map QOS-SCHEDULER-GI0/0
     class ENHANCED-PLUS
      priority 10000
      police 10000000 conform-action transmit  exceed-action transmit 
      set ip dscp ef
     class ENHANCED
    policy-map QOS-SHAPER-GI0/0
     class class-default
      shape average 50000000
      service-policy QOS-SCHEDULER-GI0/0

     interface GigabitEthernet0/0
     description MPLS WAN Link
     bandwidth 50000
     ip address 192.168.0.30 255.255.255.252
     duplex full
     speed 100
     no cdp enable
     no mop enabled
     max-reserved-bandwidth 100
     service-policy output QOS-SHAPER-GI0/0

请帮帮忙。

港口容量为100 Mb。

需要帮助了解这些命令是如何相互作用的。

priority 10000
  police 10000000 conform-action transmit  exceed-action transmit 

shape average 50000000 

论政策地图

bandwidth 50000 

论界面

Answer 1

在解码QOS策略时，我喜欢反向设计它。从针对QOS配置的最后一个命令开始。这通常是接口上的服务策略声明。

service-policy output QOS-SHAPER-GI0/0

指向具有嵌套LLQ调度器(QOS-调度器-GI0/0)的成形父策略。该整形器配置为50 50Mbps。LLQ有一个优先级的流量类和一个警察。

当父策略中存在带宽语句时，将引用接口上的带宽语句。例如，如果您配置了两个类(一个是默认类)，则这些类的带宽语句不能超过接口上的max_reserve x带宽语句。在您的例子中，如果结果为50 50Mbps，则最大值res为100%。在实际配置中，父策略中有一个shaper，它实际上忽略了带宽语句。但是，子策略中的带宽语句(如果存在的话)现在被绑定到shaper的带宽。希望你能跟踪这件事。

http://www.cisco.com/c/en/us/support/docs/quality-of-service-qos/qos-packet-marking/10100-priorityvsbw.html

关于LLQ调度器中的优先级队列，您有一些称为条件警务和无条件警务的内容。在拥塞期间，优先级带宽命令将流量控制到配置的CIR。在非拥塞期间，优先级队列能够超过CIR。有条件的警察。警察命令提供无条件的警力，并在拥堵和非拥挤期间为任何过剩的交通提供警力。通常你会选择一个或另一个。

http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/qos_conmgt/configuration/xe-3s/qos-conmgt-xe-3s-book/qos-conmgt-multilevel-pq.html

在这两种配置下，无条件优先。我得做测试才能确认。使用您的配置，它们都以相同的速度配置。优先级配置为kbps，而警察/整形器配置为bps。

我不明白你为什么要配置超量动作来传送和评论给ef。我认为这违背了LLQ的宗旨。