Configuration de SNMP sur votre SmartNode

Pour que votre logiciel de supervision puisse communiquer avec votre SmartNode, il vous faut tout d’abord configurer le protocole SNMP sur celle-ci.

node>enable
node#configure
node(cfg)#system contact "Acipia Support, Phone 03 20 28 61 62"
node(cfg)#system location "50 Grande Rue, 59100 ROUBAIX, FR"
node(cfg)#snmp community "acipia" ro

Pour que votre logiciel de supervision puisse aussi recevoir les Traps SNMP ou accéder à l’agent, il vous faudra également lui attribuer les droits.

node(cfg)#snmp host ip_de_l'hôte security-name communauté (pour accéder à l'agent)
node(cfg)#snmp target ip_de_l’hôte security-name communauté (pour recevoir les traps)

node(cfg)#show snmp
Vous donnera les informations relatives à la configuration SNMP.

L’agent SNMP présent dans les SmartNodes supporte à ce jour uniquement la version 1 du protocole en question.

Récupération des informations souhaitées et outils de test

Tout d’abord, vous pouvez télécharger à cette adresse la MIB de la gamme SmartNode de chez Patton :

https://www.patton.com/support/upgrades/files/models/MIBS/SmartNode_MIBs.zip

Celle-ci va nous servir à retrouver les OID correspondants aux informations que l’on souhaite récupérer.

Afin, de parcourir la MIB et effectuer des requêtes SNMP graphiquement, un logiciel tel que « MIB Browser » est le bienvenu :

Rendez-vous dans (View > System Info) et renseignez l’adresse IP, la communauté et la version SNMP. Vous pourrez parcourir l’arbre afin de trouver les OID que vous souhaitez. Pour parcourir des OID supplémentaires spécifiques à l’équipement, importez la MIB précédemment téléchargée (File > Append MIB file…). Les ajouts seront visibles dans .iso.org.dod.internet.private.enterprises.patton.smartnode.

En faisant un clic droit et get… sur un élément de l’arbre, il est possible de voir son OID et sa valeur, mais aussi les « sous-OIDs » correspondant parfois à des valeurs au sein d’un tableau.

L’outil « snmpwalk » en ligne de commande (natif dans Linux) peut être une bonne alternative.

snmpwalk -v <laversion> -c <lacommunaute> <adresseip> <oid nom du produit>
snmpwalk -v 1 -c acipia 192.168.1.150 1.3.6.1.4.1.1768.100.1.6.0

OIDs nous intéressant

Dans notre cas, nous souhaitons rechercher le nombre d’appels en cours. Un OID correspondant à cette information est disponible, cependant, les cycles de polling des logiciels de supervision rendent celui-ci peu pertinent dans notre cas. Nous prendrons donc l’OID correspondant à un compteur du nombre d’appels cumulé depuis le redémarrage de l’équipement : .1.3.6.1.4.1.1768.100.70.40.2.1.4.2

Il est également possible de monitorer le nombre d’appels passant par une interface en particulier en suivant les mêmes étapes de ce guide. Seul l’OID permettant de récupérer la valeur désirée changera :

• ISDN 0/0 : 1.3.6.1.4.1.1768.100.70.50.2.1.4.1
• ISDN 0/1 : 1.3.6.1.4.1.1768.100.70.50.2.1.4.2
• ISDN 0/2 : 1.3.6.1.4.1.1768.100.70.50.2.1.4.3
• ISDN 0/3 : 1.3.6.1.4.1.1768.100.70.50.2.1.4.4
• ISDN 0/4 : 1.3.6.1.4.1.1768.100.70.50.2.1.4.5

Voici un graphique réalisé avec Zabbix supervisant deux passerelles Patton SmartNode en prenant le nombre d’appels par interfaces. Si vous êtes intéressé par la supervision d’un passerelle Patton avec Zabbix, pour pouvez vous rendre sur cette page.

Enfin, sachez qu’un article traitant de la récupération des traps SNMP est également disponible sur notre site. En effet, la passerelle Patton envoie d’elle même des traps SNMP lorsque certains événements se produisent (notamment lorsqu’un lien au niveau d’une interface est coupé).

Voici les OIDs correspondant à ce genre d’événements :

• .1.3.6.1.6.3.1.1.5.3 : LinkDown
• .1.3.6.1.6.3.1.1.5.4 : LinkUp

Ceux-ci sont universels et ne dépendent pas d’une MIB constructeur en particulier.