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
Antworten:
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:
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.
quelle