Come fai a sapere se uno switch Cisco gestisce bene il traffico?

Ho appena letto la domanda di Jeremy sulla gestione del traffico 2960-S e iSCSI , che mi ha spinto a porre questa domanda: tutti abbiamo un sacco di switch distribuiti in infrastrutture distinte, come puoi sapere che il traffico è trattato bene?

Di solito controllo CPU, RAM e log di sistema ma non ho pensato ai buffer.

Ho usato i fallimenti dei buffer di show ed ecco un esempio dei dati:

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

Come posso sapere su quale interfaccia si è verificato?

Ci sono altre metriche sul rendimento che dovrebbero essere riviste?

Dipende dal modello di switch che hai e non è così facile.

Gli switch Catalyst più piccoli in generale usano almeno due forme di buffer - di solito c'è un buffer di interfaccia-livello, sul Catalyst più piccolo (2k / 3k) visibile in 'show buffer' nella sezione chiamata 'Pool di buffer di interfaccia:':

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

... e c'è un'area "pubblica", in cui la CPU sta usando i buffer mentre sono puntati verso di essa e necessitano di manutenzione. I buffer di livello "Rx" fanno parte del buffer condiviso per servire tutte le interfacce (su vecchi, switch legacy come 2950 o 2960S / 3560X / etc più recenti ) o un sottoinsieme di interfacce, appartenenti alla specifica porta ASIC (come 2960 o 3560 / 3750 / 3560E / 3750E ).

In particolare sui modelli 4500 e 6500 diventa disordinato, poiché esiste un numero di pool che possono attraversare i pacchetti: buffer di interfaccia di input (ASIC), pool a livello di linecard (sul 6500 in DFC), a livello di switch-fabric e alla fine il buffer a livello di supervisore. Non devono essere pool di memoria fisicamente separati, ma sono spesso mappati in comandi diversi su nomi diversi per facilitare il processo di risoluzione dei problemi (a quale passaggio del pacchetto è stato rilasciato il pacchetto, ad esempio).

Finora hai ricevuto ottime risposte.

Come afferma Lukasz, la configurazione del buffer è un po 'complessa sugli switch Catalyst. C'è un pool da cui assegnare i buffer per le 4 code di uscita. Puoi scegliere di riservare un certo numero di buffer e lasciare che il resto sieda in un pool e utilizzarlo secondo necessità. I buffer riservati non possono essere toccati da altre code / soglie.

Per vedere i drop su diverse code / soglie usa questo comando:

show platform port-asic stats drop gix/x

Se si verificano errori del buffer, utilizzare un comando come il seguente:

mostra interfaccia | i (protocollo di linea | nessun buffer)

Dovrai ordinare manualmente un po 'l'output, ma stai cercando delle righe in cui hai più di 0 nessun errore buffer come questo:

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