Emile "iMil" Heitor 's home

Puisqu’on en parle, voici la liste de quelques MIBs nécessaires à l’utilisation d’OIDs “textuels” lors de l’interrogation via SNMP d’un Juniper J-Series, en particulier ceux relatifs à l’obtention d’informations sur le chassis et la pile BGP:

• mib-SNMPv2-SMI.txt
• mib-SNMPv2-TC.txt
• mib-jnx-bgpmib2.txt
• mib-jnx-chassis.txt
• mib-jnx-exp.txt
• mib-jnx-smi.txt
• mib-rfc2571.txt
• mib-rfc2575.txt
• mib-rfc2851.txt

Ces derniers se téléchargent à partir de cette adresse.

Afin de les utiliser avec snmpwalk, il vous suffira de les déposer dans le repertoire ${HOME}/.snmp/mibs de votre machine UNIX; il est alors possible d’interroger votre équipement de cette façon:

imil@unixbox:~$ snmpwalk -v1 -m all -c public adresse.du.routeur jnxBgpM2PrefixInPrefixesAccepted
BGP4-V2-MIB-JUNIPER::jnxBgpM2PrefixInPrefixesAccepted.0.ipv4.1 = Gauge32: 359798
BGP4-V2-MIB-JUNIPER::jnxBgpM2PrefixInPrefixesAccepted.1.ipv4.1 = Gauge32: 296945

De la même façon, il faudra indiquer à votre NMS les differentes MIB à charger si vous souhaitez utiliser des noms lisibles au lieu de leur expression numerique. Par exemple, avec MRTG, à l’aide de la variable LoadMIBs.

Ça cause pas des masses ici hein… ouais ouais je sais, mais nan j’ai rien laché, je suis juste très accaparé par ma boite, beaucoup d’activité, beaucoup de clients, beaucoup de R&D. Difficile de trouver un instant libre ces temps cis.

Je profite de ce long week end pour noter ici un boût de conf pour lequel j’ai mis quelques heures à rassembler les pièces.
Comme vous vous en rappelez peut-être, ce sont des Juniper J2350 qui routent les paquets magiques de mon réseau pro, et comme l’activité s’accélère, je vais certainement passer au modèle supérieur, possiblement J6350 ou MX5, plus puissants, tant en terme de CPU que de quantité de mémoire.

Mais avant d’annoncer la facture, il me faut des données tangibles, et en particulier, justement, la mémoire et le CPU utilisés pour router 500Mbps par datacenter. Naturellement, ces routeurs supportent le protocole SNMP, l’activation de ce dernier est simplissime:

[edit]
foo@routeur# set snmp community public authorization  read-only 

On réduit l’accessibilité à ce protocole à une seule machine

[edit snmp]
foo@routeur# set community public clients 10.0.0.1/32

Enfin, on renseigne quelques valeurs de base

[edit snmp]
foo@routeur# set description "JUNOS J2350 - Equinix"
foo@routeur# set location "Equinix - Saint Denis"
foo@routeur# set contact "NBS-System - AS51335"

Moyennant quoi, gràce à la commande snmpwalk disponible dans la totalité de nos UNIX libres, nous pouvons visualiser l’ensemble de l’arbre des informations:

bar@unixbox$ snmpwalk -v1 -c public addresse.du.routeur

Ceci fait, il m’a fallu naviguer sur plusieurs sites officiels et non-officiels pour trouver les OID corresponsants au CPU et l’utilisation mémoire de ces équipements. Finalement, voici les 2 valeurs en question:

• CPU load: 1.3.6.1.4.1.2636.3.1.13.1.8.9.1.0.0
• Occuppation mémoire: 1.3.6.1.4.1.2636.3.1.13.1.11.9.1.0.0

Muni de ces valeurs, il est alors possible d’écrire un petit cfg MRTG. Pour le CPU:

WorkDir: /var/www/mrtg
Target[routeur.cpu]: 1.3.6.1.4.1.2636.3.1.13.1.8.9.1.0.0&1.3.6.1.4.1.2636.3.1.13.1.8.9.1.0.0:public@routeur
RouterUptime[routeur.cpu]: public@routeur
MaxBytes[routeur.cpu]: 100
Title[routeur.cpu]: routeur CPU Load
PageTop[routeur.cpu]: routeur CPU Load %
Unscaled[routeur.cpu]: ymwd
ShortLegend[routeur.cpu]: %
YLegend[routeur.cpu]: CPU Utilization
Legend1[routeur.cpu]: Active CPU in % (Load)
Legend2[routeur.cpu]:
Legend3[routeur.cpu]:
Legend4[routeur.cpu]:
LegendI[routeur.cpu]:  Active
LegendO[routeur.cpu]:
Options[routeur.cpu]: growright,gauge,integer,nopercent

Et pour la RAM:

WorkDir: /var/www/mrtg
Target[routeur.memory]: 1.3.6.1.4.1.2636.3.1.13.1.11.9.1.0.0&1.3.6.1.4.1.2636.3.1.13.1.11.9.1.0.0:public@routeur
RouterUptime[routeur.memory]: public@routeur
MaxBytes[routeur.memory]: 100
Title[routeur.memory]: routeur Memory usage
PageTop[routeur.memory]: routeur Memory usage %
Unscaled[routeur.memory]: ymwd
ShortLegend[routeur.memory]: %
YLegend[routeur.memory]: Memory usage
Legend1[routeur.memory]: Memory usage %
Legend2[routeur.memory]:
Legend3[routeur.memory]:
Legend4[routeur.memory]:
LegendI[routeur.memory]:  Active
LegendO[routeur.memory]:
Options[routeur.memory]: growright,gauge,integer,nopercent

Quelques minutes plus tard, voici un argumentaire imparable pour munir votre backbone de routeurs d’une capacité supérieure !




Comme dirait quelqun que je connais… “Y’A PAS ASSEZ’D'MÉMOAAAAAAAAAAAAAAAR !”

Ça faisait un petit moment que j’avais envie de monitorer proprement mes divers routeurs wireless. J’aimerais, par exemple, avoir une vue constante sur son load average, le traffic sortant et entrant. Une application evidente pour ce genre d’informations, c’est evidemment Net-SNMP. Par chance, un package de ce dernier est disponible pour Kamikaze / Atheros, et est parfaitement fonctionnel sous DD-WRT. Un simple ipkg install nous permet d’ajouter cette fonctionnalité au firmware.
Reste le problème du client. Je m’attendais à trouver moult clients SNMP gnome (idéalement sous forme d’applet), mais quelle ne fut pas ma déception de ne trouver… rien du tout. Encore un truc à ajouter à ma TODO me dis-je, mais la periode est un peu mouvementée pour moi, aussi, en élargissant la recherche, que ne vois-je apparaitre: le vénérable gkrellm, lui, dispose d’un plugin SNMP.
Je sais pas pour vous, mais moi à chaque fois que je refais du SNMP, je met des heures à retrouver les clés, alors à titre de pense bete, voici les 3 informations que j’utilise :

. laLoadInt.1 : load average immediat en pourcentage
. ifOutOctets.[interface] : octets sortants
. ifInOctets.[interface] : octets entrants

Pour les deux derniers, ils faudra cocher “compute delta” dans la configuration du plugin gkrellm-snmp.

Et tout ça pour ça :