Wie kann ich vernünftigerweise überprüfen, ob meine QoS-Konfiguration funktioniert?

10

Kontext

Ich habe eine Standard-QoS-Konfiguration an einem Kundenstandort bereitgestellt, auf dem ein Cisco 891-Router mit IOS 15.1 (4) M4 ausgeführt wird. Die WAN-Verbindung ist eine einzelne ADSL2 + -Verbindung (24/1 Mbit / s), die mit FE8 verbunden ist.

Ich habe diese Konfiguration zuvor an einem anderen Standort getestet, indem ich iperf aus dem LAN verwendet habe, um mehr als 1 Mbit / s Upstream-Verkehr zu generieren, und eine spürbare Änderung der Anrufqualität beim Aktivieren von QoS auf der WAN-Schnittstelle bestätigt. So habe ich zunächst bestätigt, dass meine Konfiguration funktioniert hat.

Ich habe kürzlich dieselbe Konfiguration an einem anderen Standort bereitgestellt, aber es gibt immer noch Probleme mit der Upstream-VOIP-Bandbreite. Ich möchte vernünftigerweise bestätigen, dass QoS funktioniert, ohne sich die Mühe zu machen, die Verbindung tatsächlich zu sättigen (insbesondere, weil sie nicht in Betrieb sind und es keine Technik vor Ort gibt). Und dann versuchen Sie zu isolieren, was ich möglicherweise tun kann, um eine bessere Sprachqualität zu erzielen.

Fragen

Was bedeuten die folgenden Statistiken angesichts der folgenden Ausgabe der Richtlinienzuordnung, die sich speziell auf die VOICE-Klassenzuordnung als Beispiel konzentriert?:

  • 3860628 Pakete, 1070196895 Bytes: Kann ich davon ausgehen, dass dies die Gesamtzahl der Pakete / Bytes ist, die in der Klassenzuordnung übereinstimmen?

  • 5-Minuten-Rate 0 bps, Drop-Rate 0 bps: Ist die "angebotene Rate" die Rate in bps des Verkehrs, die priorisiert wurde, wenn nicht, was dann? Und ist die Drop-Rate in ähnlicher Weise die überschüssige Verkehrsrate, die aufgrund mangelnder Bandbreite nicht priorisiert werden konnte? Würde das dann bedeuten, dass wir X Bps mehr Bandbreite benötigen, damit VOICE solche Verkehrsspitzen aufnehmen kann?

  • Priorität: 40% (340 kbps), Burst-Bytes 8500, s / w überschreiten Tropfen: 5: In dieser Zeile bin ich mir nicht sicher, was s / w Tropfen überschreiten bedeutet?

Protokollierung

Angesichts der Tatsache, dass sich diese Statistiken wahrscheinlich (wie ich mir vorstellen kann) in Spitzenzeiten ändern (wenn Sie sie am liebsten sehen möchten). Gibt es eine Möglichkeit, diese Nummern zu protokollieren oder über SNMP abzufragen, damit sie programmgesteuert grafisch dargestellt werden können?

Lernen

Ich verstehe, dass QoS ein ziemlich weitreichendes Thema ist. Wenn ich versuche, dies zu erfahren, werde ich oft von unterschiedlichen Informationen überwältigt, entweder weil ich über verschiedene Arten von QoS-Implementierungen lese oder weil unterschiedliche IOS-Versionen (z. B. ältere Dokumente, die Befehle verwenden, bei denen sich die Syntax oder Ausgabe geändert hat).

Kann jemand zu diesem Zweck einige Cisco-Schulungsdokumente oder Videokurse empfehlen, die mir dabei helfen, mich auf die Arbeit mit QoS zu konzentrieren?

Einige zusätzliche Informationen

Hier ist ein Beispiel für eine QoS-Konfiguration:

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

Und Ausgabe der Policy-Map-Schnittstelle:

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
Geekman
quelle
Ich nehme an, Sie meinen IOS Version 15.1 im ersten Satz? Ich möchte nur klarstellen, bevor ich eine Bearbeitung vornehme.
Brett Lykins
Heh ja. Es tut uns leid. Ich weiß nicht, was los ist ... Die Schlüssel stecken heute Abend fest. Viele Tippfehler.
Geekman

Antworten:

10

Ihre Frage ist ziemlich weit gefasst. Es gibt viele verschiedene Befehle, mit denen Sie QoS beheben und überwachen können. Daher werde ich mich auf die Hauptfrage konzentrieren, die Sie haben: Wie können Sie angemessen überprüfen, ob Ihre QoS-Konfiguration funktioniert, und wie Sie die Ausgabe der Policy-Map-Schnittstelle lesen.

Der einzig wahre Weg, um zu überprüfen, ob QoS funktioniert, besteht darin, einen Verkehrsgenerator anzuschließen und Ihre Drop-Rate in verschiedenen Warteschlangen zu überwachen. Da dies insbesondere in einer Produktionsumgebung normalerweise nicht möglich ist, können Sie nur überprüfen, ob der Datenverkehr ordnungsgemäß markiert und klassifiziert wird.

Wenn Sie überprüfen möchten, ob Ihre QoS-Konfiguration funktioniert, müssen die Zähler im Befehl policy-map interface inkrementiert werden.

So haben Sie beispielsweise in der Ausgabe Folgendes angegeben:

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

Sie können sehen, dass Sie Pakete unter SIP und RTP sehen, aber nicht unter NEC-PBX. Wenn Sie wissen, dass Sie SIP- und RTP-Verkehr über eine Verbindung erhalten, sollten Sie sehen, dass die Anzahl der Pakete zunimmt, und dies ist ein vernünftiger Weg, um zu wissen, dass Ihre Konfiguration im Grunde funktioniert.

total stumm
quelle
Vielen Dank. Was meinst du mit "Drop-Rate in verschiedenen Warteschlangen überwachen"? Ist das die "Droprate X bps"? In Bezug auf mein Beispiel, dass ich einen übergeordneten Shaper für ADSL-QoS benötige, hatte ich ursprünglich entschieden, dass QoS funktioniert, als ich sah, dass der Datenverkehr übereinstimmt - aber am Ende war es nicht wirklich gut. Ich bin damit einverstanden, dass die Frage immer noch weit gefasst ist (ich habe sogar versucht, sie neu zu schreiben, bevor ich sie gepostet habe!). Ich werde in Kürze einige Änderungen vornehmen und würde mich über Erkenntnisse freuen. Danke noch einmal!
Geekman
OK da. Ich denke, wenn ich diese Details zur Ausgabe der Richtlinienzuordnung zumindest vollständig verstehen würde, könnte ich verstehen, was passiert.
Geekman
1
Bei der Überprüfung der Konfiguration müssen Sie insbesondere zwei Dinge beachten. Die erste ist die Gesamtpaketanzahl und -rate unter der gesamten Klasse und jeder einzelnen "Match" -Zeile. Hier erfahren Sie, ob Pakete mit den Richtlinien übereinstimmen und entsprechend klassifiziert / markiert / priorisiert sind (je nachdem, um welche Art von Richtlinie es sich handelt). Die andere Sache ist auch die Droprate unter jedem. Unter normalen Netzwerkbedingungen sollten Sie in den meisten Klassen wahrscheinlich keine Tropfen sehen, daher ist eine 0 kein Problem. Aber wenn Sie überlastet sind, werden Sie Tropfen sehen.
total stubby