3750G Switch Buffer Monitoring

9

Abbiamo messo alcuni 3750 G in uno stack per i nostri switch di accesso DC. Siamo preoccupati che questi non saranno in grado di gestire carichi di dati più elevati all'aumentare del traffico a causa dei loro buffer limitati. Quali statistiche / e OID SNMP specifici dovremmo monitorare per scoprire come questi buffer gestiscono il carico?

Cordiali saluti Stiamo usando PRTG come nostro strumento di scelta.

— Tim
fonte

1

Cordiali saluti, non c'è nulla di sbagliato nell'approvazione di una modifica a una domanda. :-)

— John Jensen

Qualche risposta ti è stata d'aiuto? in tal caso, dovresti accettare la risposta in modo che la domanda non continui a comparire per sempre, cercando una risposta. In alternativa, potresti fornire e accettare la tua risposta.

— Ron Maupin

9

Per quanto ne so, i dati desiderati non sono disponibili su 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 
...

Quello che vorresti sapere è ifIndex, coda, soglia e contatore di caduta. Non sono a conoscenza del MIB / OID popolato da cui è possibile eseguire il polling di questi valori.

Come ha spiegato John Jensen, outDiscard è l'unica cosa che puoi ottenere, ma aggrega tutto questo, quindi non saprai se è BE, AF, EF, NC o cosa, che sta cadendo. Probabilmente non ti importerebbe delle gocce BE, ma ti preoccuperesti delle gocce EF.

Esistono due OID in cui sono memorizzati questi drop di uscita aggregati, se ifIndex è 10001, li troverai qui (presentazione simbolica e numerica):

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

I 3750/3560 non sono degli ottimi switch per applicazioni che possono microburst, cioè se il tuo ingresso è 1GE e anche gli ingressi sono 1GE, due porte di ingresso a velocità media molto bassa possono facilmente congestionare la porta di uscita, causando cadute. Per massimizzare i buffer disponibili (e ridurre al minimo le cadute di microburst) seguire questo documento.

— ytti
fonte

1

Supponendo che tu voglia monitorare questi dati tramite SNMP (non ho familiarità con PRTG), la soluzione migliore è monitorare:

la coda di input scende
drop della coda di output
inDiscards
outDiscards

Tieni presente che se stai monitorando i drop della coda di input, li vedrai accadere su più sottoinsiemi di porte, perché (IIRC - qualcuno mi corregge se sbaglio) questi mappano sull'ASIC della porta e i buffer sono condivisi tra raggruppamenti di porte (ASIC).

Ecco un link a un documento Cisco che contiene alcune altre informazioni utili:

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

— John Jensen
fonte

Sì, SNMP è il punto. Chiunque abbia familiarità con PRTG conosce qualche buon modello SNMP?

— Tim

Potresti voler modificare la tua domanda e chiedere modelli PRTG se questo è ciò che stai cercando.

— John Jensen,

No, posso ottenere i valori SNMP ok, era solo un lato però per vedere se qualcuno li aveva già per salvare il lavoro.

— Tim