Surveillance de la mémoire tampon du commutateur 3750G


9

Nous avons mis quelques 3750G dans une pile pour nos commutateurs d'accès CC. Nous craignons que ceux-ci ne puissent pas gérer des charges de données plus élevées à mesure que le trafic augmente en raison de leurs tampons limités. Quelles statistiques et / ou OID SNMP spécifiques devrions-nous surveiller pour savoir comment ces tampons gèrent la charge?

FYI Nous utilisons PRTG comme outil de choix.


1
Pour info, il n'y a rien de mal à approuver la modification d'une question. :-)
John Jensen

Une réponse vous a-t-elle aidé? si c'est le cas, vous devez accepter la réponse afin que la question ne s'affiche pas indéfiniment, à la recherche d'une réponse. Alternativement, vous pouvez fournir et accepter votre propre réponse.
Ron Maupin

Réponses:


9

Autant que je sache, les données que vous souhaitez ne sont pas disponibles sur 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 
...

Ce que vous aimeriez savoir, c'est ifIndex, file d'attente, seuil et compteur de drop. Je ne suis pas au courant de MIB / OID peuplé d'où ces valeurs peuvent être interrogées.

Comme John Jensen l'a expliqué, outDiscard est la seule chose que vous pouvez obtenir, mais il agrège tout cela, donc vous ne saurez pas si c'est BE, AF, EF, NC ou quoi, ce qui baisse. Vous ne vous soucieriez probablement pas des gouttes BE, mais vous vous soucieriez des gouttes EF.

Il y a deux OID où ces gouttes de sortie agrégées sont stockées, si votre ifIndex est 10001, vous les trouverez ici (présentation symbolique et numérique):

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

Les 3750/3560 ne sont pas de très bons commutateurs pour une application qui peut microrafler, c'est-à-dire si votre sortie est 1GE et les entrées sont également 1GE, deux ports d'entrée à taux moyen très faible peuvent facilement encombrer le port de sortie, provoquant des chutes. Pour maximiser les tampons disponibles (et minimiser les chutes de microrafales), suivez ce document.


1

En supposant que vous souhaitiez surveiller ces données via SNMP (je ne connais pas PRTG), votre meilleur pari est de surveiller:

  • baisse de la file d'attente d'entrée
  • baisse de la file d'attente de sortie
  • inDiscards
  • outDiscards

Gardez à l'esprit que si vous surveillez les chutes de file d'attente d'entrée, vous les verrez se produire sur plusieurs sous-ensembles de ports, car (IIRC - quelqu'un me corrige si je me trompe), ces mappages vers les ASIC du port et les tampons sont partagés groupements de ports (ASIC).

Voici un lien vers un document Cisco qui contient d'autres bonnes informations:

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


Ouais SNMP est le rendez-vous. Quiconque connaît PRTG connaît-il de bons modèles SNMP?
Tim

Vous voudrez peut-être modifier votre question et demander des modèles PRTG si c'est finalement ce que vous recherchez.
John Jensen

Non, je peux obtenir les valeurs SNMP ok, c'était juste un côté pour voir si quelqu'un les avait déjà pour enregistrer le travail.
Tim
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.