Monitoramento de buffer do comutador 3750G

Colocamos alguns 3750Gs em uma pilha para nossos comutadores de acesso DC. Estamos preocupados que eles não consigam manipular cargas de dados mais altas à medida que o tráfego aumenta devido a seus buffers limitados. Que estatística / s e / ou OIDs SNMP específicos devemos monitorar para descobrir como esses buffers estão lidando com a carga?

Para sua informação, estamos usando o PRTG como nossa ferramenta de escolha.

Tanto quanto sei, os dados que você deseja não estão disponíveis no SNMP.

3750#sh mls qos interface FastEthernet0/1 statistics 
...
  output queues dropped: 
queue: threshold1 threshold2 threshold3
-----------------------------------------
 queue 0:            0            0            0 
 queue 1:       100989            0            0 
 queue 2:            0            0            0 
 queue 3:            0            0            0 
...

O que você gostaria de saber é ifIndex, fila, limite e drop counter. Não estou ciente do MIB / OID preenchido de onde esses valores podem ser pesquisados.

Como John Jensen explicou, outDiscard é a única coisa que você pode obter, mas agrega tudo isso, então você não saberá se é BE, AF, EF, NC ou o que está caindo. Você provavelmente não se importaria com as gotas BE, mas se importaria com as gotas EF.

Existem dois OIDs em que essas gotas de saída agregadas são armazenadas; se o ifIndex for 10001, você as encontrará aqui (apresentação simbólica e numérica):

IF-MIB::ifOutDiscards.10001
.1.3.6.1.2.1.2.2.1.19.10001
EtherLike-MIB::dot3StatsDeferredTransmissions.10001
.1.3.6.1.2.1.10.7.2.1.7.10001

O 3750/3560 não é um comutador muito bom para aplicações que podem se espalhar, ou seja, se sua saída for 1GE e as entradas forem 1GE também, duas portas de entrada com taxa média muito baixa podem congestionar facilmente a porta de saída, causando quedas. Para maximizar os buffers disponíveis (e minimizar as gotas de microburst), siga este documento.

Supondo que você deseja monitorar esses dados via SNMP (não estou familiarizado com o PRTG), sua melhor aposta é monitorar:

• fila de entrada cai
• fila de saída cai
• inDiscards
• outDiscards

Lembre-se de que, se você estiver monitorando quedas na fila de entrada, verá isso acontecer em vários subconjuntos de portas, porque (IIRC - alguém me corrija se eu estiver errado) esses mapas são mapeados para o ASIC da porta e os buffers são compartilhados agrupamentos de portas (ASICs).

Aqui está um link para um documento da Cisco que possui outras informações boas:

http://www.cisco.com/en/US/tech/tk648/tk362/technologies_q_and_a_item09186a00800b69ac.shtml