Skąd wiesz, czy przełącznik Cisco dobrze obsługuje ruch?

Właśnie przeczytałem pytanie Jeremy'ego dotyczące obsługi ruchu 2960-S i iSCSI , co skłoniło mnie do zadania tego pytania: wszyscy mamy wiele przełączników rozmieszczonych w różnych infrastrukturach, skąd możesz wiedzieć, że ruch jest dobrze traktowany?

Zwykle sprawdzam dzienniki procesora, pamięci RAM i systemu, ale nie myślałem o buforach.

Użyłem awarii buforów show i oto przykład danych:

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

Skąd mam wiedzieć, na którym interfejsie to miało miejsce?

Czy istnieją inne wskaźniki wydajności, które należy sprawdzić?

To zależy od posiadanego modelu przełącznika i nie jest to takie łatwe.

Mniejsze przełączniki Catalyst zwykle używają co najmniej dwóch rodzajów buforów - zwykle jest bufor buforowo-interfejsowy, na mniejszym Catalyst (2k / 3k) widocznym w „show buffers” w sekcji o nazwie „ Pula buforów interfejsów”:

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)
...

... i jest „publiczny” obszar, w którym procesor używa buforów, gdy są do niego skierowani i wymagają serwisowania. Bufory poziomu Rx są częścią bufora współdzielonego do obsługi wszystkich interfejsów (na starych, starszych przełącznikach takich jak 2950 lub najnowszych 2960S / 3560X / etc ) lub podzbioru interfejsów należących do określonego portu ASIC (jak 2960 lub 3560 / 3750 / 3560E / 3750E ).

W szczególności na 4500 i 6500 robi się bałagan, ponieważ pakiet może przejść przez wiele pul - bufor interfejsu interfejsu wejściowego (ASIC), pula na poziomie karty (na 6500 w DFC), na poziomie przełącznika a na końcu bufor na poziomie Supervisora. Nie muszą być fizycznie oddzielnymi pulami pamięci, ale często są mapowane w różnych komendach na różne nazwy, aby ułatwić proces rozwiązywania problemów (na przykład na którym etapie przechodzenia pakietu został odrzucony pakiet).

Jak dotąd masz świetne odpowiedzi.

Jak mówi Łukasz, konfiguracja bufora na przełącznikach Catalyst jest nieco skomplikowana. Istnieje pula, z której przypisujesz bufory dla 4 kolejek wyjściowych. Możesz zarezerwować określoną liczbę buforów, a resztę usiąść w puli i użyć w razie potrzeby. Zarezerwowane bufory nie mogą być dotykane przez inne kolejki / progi.

Aby zobaczyć upuszczenia w różnych kolejkach / progach, użyj tego polecenia:

show platform port-asic stats drop gix/x

Jeśli otrzymujesz awarie bufora, użyłbym następującego polecenia:

pokaż interfejs | i (protokół liniowy | brak bufora)

Będziesz musiał ręcznie trochę posortować dane wyjściowe, ale szukasz linii, w których nie ma więcej błędów bufora niż to:

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