MAJ check_graph_traffic.pl

[julio]

Bonjour,

Je viens de mettre un peu a jour le check_graph_traffic a jour. Tout le monde se plaint qu'il ne fait pas son taff mais personne ne le met a jour. Donc j'ai pris le temps de reprendre un peu le code.

- un peu mieux commenté en séparrant les parties
- meilleure gestion des erreurs (enfin j'espere)
- et fini les arrondis a chaque calcules.. (ce qui etait le cas avant).

Attention il n'a pas encore été bcp testé

Bons tests...

Merci d'avance pour vos retours.

PS : Ce check_graph_traffic n'est plus compatible avec les trafficmap (trafficmap non remise dans la 1.3).

[rom]

Re: MAJ check_graph_traffic.pl

(trafficmap non remise dans la 1.3).

Parce qu'on a pas eu le temps, elle le sera ulterieurement sous forme de module.

[julio]

Bonjour,

je viens de modifier le plugin traffic encore, la maintenant c'est la bonne valeur qui est remontée. Avant il remontait la valeur moyenne de la journée. Un peu la loose, on ne savait jamais la valeur instantannée mais la moyenne sur 24h ce qui est pas vraiment ce que l'on cherche a savoir.. Maintenant il nous remonte bien le traffic moyen entre les deux dernier checks effectués.

voila.

Bons tests.

PS : pensez à modifier à la ligne 29 la macro @[email protected] par le path de vos plugins.

[wistof]

par contre, le rrd est toujours créer en GAUGE :roll:

[Urania]

Je viens de dl la nouvelle version.
J'ai active le snmp du cote de mon Ap, mais j'ai le message suivant:

./check_graph_traffic.pl -H <ip_ap> -i 2
ERROR: IN Bytes : Received noSuchName(2) error-status at error-index 1.

La machine oreon se trouve en DMZ et mon AP dans le Lan, j'ai autorise sur mon fw la machine oreon a faire des requettes en snmp vers mon AP ....

Merci

[julio]

ton snmpd ne donne pas acces a la partie ifIndex de l'arbo snmp. Il faut configurer snmpd.conf pour donner l'acces

[julio]

par contre, le rrd est toujours créer en GAUGE :roll:

Oui mais ca permet au personne qui utiliserai l'ancien de garder leurs bases de données et le meme system. Les base Counter et Gauge ne sont pas compatible

Mais on va bientot sortir l'autre aussi vas y a du monde dessus bientot et comme ton premier jet marche deja bien...

[Urania]

ton snmpd ne donne pas acces a la partie ifIndex de l'arbo snmp. Il faut configurer snmpd.conf pour donner l'acces

Oui sauf que c'est un routeur Wifi Linksys et que je n'ai pratiquement rien a configurer, juste a "enabler" le service snmp, a valider le read-only au niveau de la comunaute public et private, et c'est tout au niveau de la config .....

merci pour les infos.[/quote]

Euh je viens de faire mumuse avec snmpwalk, mais vu que je ne capte rien a snmp ...

sudo snmpwalk -v 1 -c public 192.168.xx.xx
SNMPv2-MIB:ysDescr.0 = STRING: Linux (none) 2.4.20 mips
SNMPv2-MIB:ysObjectID.0 = OID: SNMPv2-SMI::enterprises.1575.1.5
SNMPv2-MIB:ysUpTime.0 = Timeticks: (75515) 0:12:35.15
SNMPv2-MIB:ysContact.0 = STRING: moimeme
SNMPv2-MIB:ysName.0 = STRING: linksys_routeur
SNMPv2-MIB:ysLocation.0 = STRING: ici
SNMPv2-MIB:ysServices.0 = INTEGER: 72
SNMPv2-MIB:ysORLastChange.0 = Timeticks: (0) 0:00:00.00
SNMPv2-MIB:nmpInPkts.0 = Counter32: 11
SNMPv2-MIB:nmpOutPkts.0 = Counter32: 9
SNMPv2-MIB:nmpInBadVersions.0 = Counter32: 0
SNMPv2-MIB:nmpInBadCommunityNames.0 = Counter32: 4
SNMPv2-MIB:nmpInBadCommunityUses.0 = Counter32: 0
SNMPv2-MIB:nmpInASNParseErrs.0 = Counter32: 0
SNMPv2-MIB:nmpInTooBigs.0 = Counter32: 0
SNMPv2-MIB:nmpInNoSuchNames.0 = Counter32: 0
SNMPv2-MIB:nmpInBadValues.0 = Counter32: 0
SNMPv2-MIB:nmpInReadOnlys.0 = Counter32: 0
SNMPv2-MIB:nmpInGenErrs.0 = Counter32: 0
SNMPv2-MIB:nmpInTotalReqVars.0 = Counter32: 20
SNMPv2-MIB:nmpInTotalSetVars.0 = Counter32: 0
SNMPv2-MIB:nmpInGetRequests.0 = Counter32: 0
SNMPv2-MIB:nmpInGetNexts.0 = Counter32: 23
SNMPv2-MIB:nmpInSetRequests.0 = Counter32: 0
SNMPv2-MIB:nmpInGetResponses.0 = Counter32: 0
SNMPv2-MIB:nmpInTraps.0 = Counter32: 0
SNMPv2-MIB:nmpOutTooBigs.0 = Counter32: 0
SNMPv2-MIB:nmpOutNoSuchNames.0 = Counter32: 0
SNMPv2-MIB:nmpOutBadValues.0 = Counter32: 0
SNMPv2-MIB:nmpOutGenErrs.0 = Counter32: 0
SNMPv2-MIB:nmpOutGetRequests.0 = Counter32: 0
SNMPv2-MIB:nmpOutGetNexts.0 = Counter32: 0
SNMPv2-MIB:nmpOutSetRequests.0 = Counter32: 0
SNMPv2-MIB:nmpOutGetResponses.0 = Counter32: 0
SNMPv2-MIB:nmpOutTraps.0 = Counter32: 0
SNMPv2-MIB:nmpEnableAuthenTraps.0 = INTEGER: disabled(2)

Si ca peut aider ...
Merci

[elessar51]

bon merci julio pour ce pluggin je vais le tester tout de suite
hum

[surcouf]

ton snmpd ne donne pas acces a la partie ifIndex de l'arbo snmp. Il faut configurer snmpd.conf pour donner l'acces

Oui sauf que c'est un routeur Wifi Linksys et que je n'ai pratiquement rien a configurer, juste a "enabler" le service snmp, a valider le read-only au niveau de la comunaute public et private, et c'est tout au niveau de la config .....

merci pour les infos.

Euh je viens de faire mumuse avec snmpwalk, mais vu que je ne capte rien a snmp ...

La sortie de la commande que tu as fourni montre bien que l'agent SNMP ne remonte aucune information concernant les interfaces. On devrait avoir des OIDs commençant soit par RFC1213-MIB::, soit par IF-MIB::, s'ils sont traduits (sinon, c'est .1.3.6.1.2.1.2).

Que donne la commande suivante ?

sudo snmpwalk -v 1 -c public 192.168.xx.xx .1.3.6.1.2.1.2

[julio]

Besoin d'un témoignage !

Bonjour, chez un client j'ai avec l'utilisation de ce plugin des gros piques de bande passante qui ne devrait pas etre... je m'explique..

On graph avec mrtg et les graphs sont normaux. Mais avec le check_graph_traffic j'ai de temps à autre des gros piques de traffic qui apparraissent... genre 7 Mo alors que je traffic moyen est de qq ko...

Personne n'a ce problème ?

[elTino]

J'ai exactement le meme type de graph Julio (certain piques à 14 Mb), le probleme est qu'a cause de ça on ne voit pas avec precision le traffic "normale".

[julio]

okok mince alors... moi j'ai pâs ca chez moi... quel type de ressources ? Réseau ? Serveur ?

[DonKiShoot]

J'ai tjs eu ca sur mes graphiques avec des scripts fait maison et je n'ai jamais trouvé.
Le hic c'est que ça ne le fait pas tout le temps mais à intervalle relativement régulier.
Mon materiel étant uniquement cisco, je me demande si ce n'est pas une histoire de compteur incrémental qui se reset tout seul :wink:

[julio]

ha ouais.... mince c'est assez embettant ca... moi je ne comprend pas vraiment non plus.... sur redhat j'ai aucun problème..

MRTG a l'air de bien le gerer, car ca ne le fait pas avec MRTG....

qq un a une idée ?