Discussion :

[zodd]

Bonjour,

J'ai réussit à faire fonctionner snmptrapd comme je le souhaite. Et j'ai enfin pu tester mon application sur un agent à distance, mais il reste un problème important, c'est que snmptrapd est très très lent.

Par exemple, si un trap est reçut et visible dans Wireshark, snmptrapd l'affiche (ou le logue) environ 4 secondes plus tard.

Lorsque je faisais des tests en local (c'est à dire un agent qui envoyait des traps depuis mon pc sur lequel tourne snmptrapd, c'est à dire vers localhost), snmptrapd affichait le trap reçut instantanément..

Ai-je loupé quelque chose? ou est ce que si on attend un trap depuis une autre adresse que 127.0.0.1, le démon est de suite beaucoup plus long (4 secondes, ce qui me semble énorme !)

Pour info j'utilise une machine virtuelle.. le problème pourrait il venir de là selon vous (sachant que les GET et SET fonctionnent parfaitement!)?

[ram-0000]

Ai-je loupé quelque chose? ou est ce que si on attend un trap depuis une autre adresse que 127.0.0.1, le démon est de suite beaucoup plus long (4 secondes, ce qui me semble énorme !)

Sur la machine qui héberge snmptrapd, il n'y aurait pas un problème de résolution DNS.

snmptrapd tente de résoudre l'adresse IP de l'émetteur (et n'y arrive pas). Quel est le contenu du fichier /etc/resolv.con (ou équivalent). Es il possible de désactiver la résolution DNS sur cette machine.

Tu peux aussi essayer l'option "-n" lors du lancement de snmptrapd

-n
Do not attempt to translate source addresses of incoming packets into hostnames.

source : http://net-snmp.sourceforge.net/docs/man/snmptrapd.html

[zodd]

Merci beaucoup ! c'était bien ça !

Du coup j'ai ajouté l'option -n et ça fonctionne !!