Woher wissen Sie, ob ein Cisco-Switch den Datenverkehr gut verarbeitet?

Ich habe gerade Jeremys Frage zur 2960-S- und iSCSI-Datenverkehrsverarbeitung gelesen , die mich zu der folgenden Frage veranlasste: Wir haben alle viele Switches in unterschiedlichen Infrastrukturen installiert. Wie können Sie sicherstellen, dass der Datenverkehr gut behandelt wird?

Normalerweise überprüfe ich CPU-, RAM- und Systemprotokolle, habe aber nicht an Puffer gedacht.

Ich habe Show Buffer-Fehler verwendet und hier ein Beispiel für die Daten:

show buffers failures 
Caller       Pool          Size      When
0x1279AE0   Middle           445    3d19h
0x1279AE0   Middle           446    3d19h
0x1279AE0   Middle           444    3d19h

Wie kann ich feststellen, an welcher Schnittstelle dies aufgetreten ist?

Gibt es andere Leistungskennzahlen, die überprüft werden sollten?

Das hängt von Ihrem Switch-Modell ab und ist nicht so einfach.

Kleinere Catalyst-Switches verwenden im Allgemeinen mindestens zwei Arten von Puffern - auf dem kleineren Catalyst (2k / 3k) ist normalerweise ein Interface-Lavel-Puffer in den Show-Puffern unter dem Abschnitt "Interface-Pufferpools" zu sehen:

Interface buffer pools:
Syslog ED Pool buffers, 600 bytes (total 132, permanent 132):
   100 in free list (132 min, 132 max allowed)
   11151 hits, 0 misses
RxQ1 buffers, 2040 bytes (total 128, permanent 128):
   4 in free list (0 min, 128 max allowed)
   244594209 hits, 4559839 fallbacks
RxQ2 buffers, 2040 bytes (total 128, permanent 128):
   1 in free list (0 min, 128 max allowed)
   202559241 hits, 1582494 fallbacks, 0 trims, 0 created
   1582494 failures (0 no memory)
...

... und es gibt einen "öffentlichen" Bereich, in dem die CPU die Puffer verwendet, während sie darauf stoßen und gewartet werden müssen. Die "Rx" -Puffer sind Teil des gemeinsam genutzten Puffers, um alle Schnittstellen (entweder auf alten, älteren Switches wie 2950 oder den neuesten 2960S / 3560X / etc ) oder eine Teilmenge von Schnittstellen zu bedienen , die zu einem bestimmten Port-ASIC gehören (wie 2960 oder 3560) / 3750 / 3560E / 3750E ).

Insbesondere beim 4500 und 6500 wird es unübersichtlich, da es eine Reihe von Pools gibt, die von Paketen durchlaufen werden können - ASIC-Puffer (Input Interface Buffer), der Pool auf Linecard-Ebene (beim 6500 bei DFC) auf Switch-Fabric-Ebene und am Ende den Puffer auf Supervisor-Ebene. Sie müssen keine physisch getrennten Speicherpools sein, sondern werden häufig in unterschiedlichen Befehlen unterschiedlichen Namen zugeordnet, um den Fehlerbehebungsprozess zu vereinfachen (in welchem ​​Schritt des Paketdurchlaufs wurde das Paket beispielsweise verworfen).

Sie haben bisher großartige Antworten erhalten.

Wie Lukasz sagt, ist das Puffer-Setup bei den Catalyst-Schaltern etwas komplex. Es gibt einen Pool, dem Sie Puffer für die 4 Ausgangswarteschlangen zuweisen. Sie können eine bestimmte Anzahl von Puffern reservieren und den Rest in einem Pool liegen lassen und nach Bedarf verwenden. Die reservierten Puffer können von anderen Warteschlangen / Schwellenwerten nicht berührt werden.

Verwenden Sie diesen Befehl, um Tropfen in verschiedenen Warteschlangen / Schwellenwerten anzuzeigen:

show platform port-asic stats drop gix/x

Wenn Sie Pufferfehler erhalten, würde ich einen Befehl wie den folgenden verwenden:

Schnittstelle anzeigen | i (Leitungsprotokoll | kein Puffer)

Sie müssen die Ausgabe ein wenig manuell sortieren, suchen jedoch nach Zeilen, bei denen Sie mehr als 0 haben, ohne dass Pufferfehler auftreten:

FasttEthernet0/24 is up, line protocol is up (connected)
     1557332164 packets input, 3733280910 bytes, 6718 no buffer