如何合理地验证我的QoS配置是否有效？

Question

上下文

我已经将一个标准的QoS配置部署到了一个运行Cisco891路由器的客户站点上，这个站点使用的是IOS 15.1(4)M4。广域网链路是连接到ADSL2+的单个FE8链路(24/1 1Mbps)。

我以前在另一个站点测试过这种配置，我从局域网中使用iperf生成上游流量的1+ Mbps，并确认在广域网接口上启用QoS时呼叫质量发生了明显的变化。这就是我最初确认我的配置工作的方式。

我最近已经将同样的配置部署到另一个站点，但是他们仍然存在着上游VOIP带宽的问题。我想合理地确认一下，QoS的工作并不需要真正地填满链接(特别是因为它们不在状态，而且现场没有任何技术)。然后试着分离出我可以用柚木做的东西，以获得更好的声音质量。

问题

考虑到下面的策略映射输出，以语音类映射为例，下面的统计数据意味着什么？

• 3860628个数据包，1070196895字节:我可以假设这是类映射中匹配的数据包/字节的总数吗？
• 5分钟提供速率为0 bps，下降速率为0 bps：“提供速率”是已被优先处理的流量的速率吗?如果不是，那怎么办？同样，下降率是否是由于缺乏带宽而无法优先排序的超高速通信量？那么，这是否意味着我们需要X bps的更多带宽来容纳这样的业务高峰？
• 优先级: 40% (340 kbps)，突发字节8500，b/w超过下降: 5:在这一行中，我不确定b/w超过下降意味着什么？

测井

考虑到这些统计数据可能会在高峰时期(也就是你最想看到的时候)发生变化(我想)。我是否有办法记录这些数字，或者通过SNMP查询它们，以便以编程方式绘制它们？

学习

我知道QoS是一个相当广泛的话题。当我试图了解这一点时，我经常会被不同的信息所淹没，要么是因为我正在阅读不同类型的QoS实现，要么是因为不同的IOS版本(例如。使用语法或输出已更改的命令的旧文档)。

为此，有人能推荐一些思科培训文档或视频课程来帮助我更好地掌握与QoS的合作吗？

一些附加信息

下面是一个示例QoS配置：

class-map match-any SSH
 match protocol ssh
class-map match-any LogMeIn
 match access-group name LogMeIn
class-map match-any VOICE
 match protocol sip
 match protocol rtp

policy-map ADSLPrioritisationOutbound
 class VOICE
  priority percent 40
 class SSH
  bandwidth 80
 class LogMeIn
  priority percent 20
 class class-default
  fair-queue
policy-map ADSLPrioritisationOutboundParent
 class class-default
  shape average 850000
  service-policy ADSLPrioritisationOutbound

interface FastEthernet8
 no ip address
 ip virtual-reassembly in
 duplex auto
 speed auto
 pppoe-client dial-pool-number 1
 service-policy output ADSLPrioritisationOutboundParent

和策略映射接口输出：

FastEthernet8

Service-policy output: ADSLPrioritisationOutboundParent

Class-map: class-default (match-any)
  18968101 packets, 6998385051 bytes
  5 minute offered rate 3000 bps, drop rate 0 bps
  Match: any
  Queueing
  queue limit 64 packets
  (queue depth/total drops/no-buffer drops) 0/93737/0
  (pkts output/bytes output) 18874363/6936577128
  shape (average) cir 850000, bc 3400, be 3400
  target shape rate 850000

  Service-policy : ADSLPrioritisationOutbound

    queue stats for all priority classes:

      queue limit 64 packets
      (queue depth/total drops/no-buffer drops) 0/0/0
      (pkts output/bytes output) 3860623/1070194985

    Class-map: VOICE (match-any)
      3860628 packets, 1070196895 bytes
      5 minute offered rate 0 bps, drop rate 0 bps
      Match: protocol sip
        97348 packets, 49867304 bytes
        5 minute rate 0 bps
      Match: protocol rtp
        3763280 packets, 1020329591 bytes
        5 minute rate 0 bps
      Match: access-group name NEC-PBX
        0 packets, 0 bytes
        5 minute rate 0 bps
      Priority: 40% (340 kbps), burst bytes 8500, b/w exceed drops: 5


    Class-map: SSH (match-any)
      89497 packets, 19838544 bytes
      5 minute offered rate 2000 bps, drop rate 0 bps
      Match: protocol ssh
        89497 packets, 19838544 bytes
        5 minute rate 2000 bps
      Queueing
      queue limit 64 packets
      (queue depth/total drops/no-buffer drops) 0/0/0
      (pkts output/bytes output) 89497/19838544
      bandwidth 80 kbps

    Class-map: LogMeIn (match-any)
      0 packets, 0 bytes
      5 minute offered rate 0 bps, drop rate 0 bps
      Match: access-group name LogMeIn
        0 packets, 0 bytes
        5 minute rate 0 bps
      Priority: 20% (170 kbps), burst bytes 4250, b/w exceed drops: 0


    Class-map: class-default (match-any)
      15017976 packets, 5908349612 bytes
      5 minute offered rate 0 bps, drop rate 0 bps
      Match: any
      Queueing
      queue limit 64 packets
      (queue depth/total drops/no-buffer drops/flowdrops) 0/93732/0/93732
      (pkts output/bytes output) 14924243/5846543599
      Fair-queue: per-flow queue limit 16

Answer 1

你的问题很广泛。您可以使用许多不同的命令来排除和监视QoS，因此我将重点讨论您的主要问题，即如何合理地验证您的QoS配置是否有效，以及如何读取策略映射接口输出。

验证QoS是否有效的唯一真正方法是连接一个流量生成器并监视您在不同队列中的下降率。因为这通常是不可行的，特别是在生产环境中，您真正能做的就是验证流量是否被正确地标记和分类。

在验证您的QoS配置是否有效时，您真正需要的是策略映射接口命令中的计数器增量。

因此，例如，在您提供的输出中：

Class-map: VOICE (match-any)
  3860628 packets, 1070196895 bytes
  5 minute offered rate 0 bps, drop rate 0 bps
  Match: protocol sip
    97348 packets, 49867304 bytes
    5 minute rate 0 bps
  Match: protocol rtp
    3763280 packets, 1020329591 bytes
    5 minute rate 0 bps
  Match: access-group name NEC-PBX
    0 packets, 0 bytes
    5 minute rate 0 bps
  Priority: 40% (340 kbps), burst bytes 8500, b/w exceed drops: 5

您可以看到，您正在看到SIP和RTP下的数据包，而不是NEC。如果您知道您正在通过一个链接获得SIP和RTP通信量，您应该会看到数据包计数增量，这是了解您的配置基本上正常工作的合理方法。