Como você sabe se um switch Cisco está lidando bem com o tráfego?

Acabei de ler a pergunta de Jeremy sobre o gerenciamento de tráfego 2960-S e iSCSI , o que me levou a fazer esta pergunta: todos nós temos muitos switches implantados em infraestruturas distintas, como você pode saber que o tráfego é bem tratado?

Normalmente, verifico a CPU, a RAM e os logs do sistema, mas não pensei em buffers.

Eu usei show buffers falhas e aqui está um exemplo dos dados:

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

Como posso saber em qual interface isso ocorreu?

Existem outras métricas de desempenho que devem ser revisadas?

Isso depende do modelo de switch que você possui e não é tão fácil.

Os switches Catalyst menores geralmente usam pelo menos duas formas de buffer - geralmente há um buffer de interface, no Catalyst menor (2k / 3k) visível em 'show buffers' na seção denominada 'Interface buffer pools:':

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 há uma área "pública", onde a CPU está usando os buffers, pois eles são direcionados para ele e precisam de manutenção. Os buffers de nível "Rx" fazem parte do buffer compartilhado para atender a todas as interfaces (em switches antigos antigos, como o 2950 ou o mais recente 2960S / 3560X / etc ) ou em um subconjunto de interfaces, pertencentes à porta específica ASIC (como 2960 ou 3560 / 3750 / 3560E / 3750E ).

Nos 4500 e 6500, em particular, fica confuso, pois há um número de pools pelos quais os pacotes podem passar - buffer da interface de entrada (ASIC), o pool no nível da placa de linha (no 6500 no DFC), no nível do switch fabric e no final o buffer no nível do supervisor. Eles não precisam ser conjuntos de memórias fisicamente separados, mas costumam ser mapeados em comandos diferentes para nomes diferentes para facilitar o processo de solução de problemas (em qual etapa do percurso do pacote o pacote foi descartado, por exemplo).

Você tem ótimas respostas até agora.

Como Lukasz diz, a configuração do buffer é um pouco complexa nos switches Catalyst. Há um pool do qual você atribui buffers para as 4 filas de saída. Você pode optar por reservar uma certa quantidade de buffers e deixar o resto descansar em uma piscina e usá-lo conforme necessário. Os buffers reservados não podem ser tocados por outras filas / limites.

Para ver gotas em diferentes filas / limites, use este comando:

show platform port-asic stats drop gix/x

Se você estiver recebendo falhas no buffer, eu usaria um comando como o seguinte:

mostre a relação | i (protocolo de linha | sem buffer)

Você precisará classificar manualmente a saída um pouco, mas você está procurando linhas em que há mais de 0 sem erros de buffer como este:

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