check_cisco_ping en parallèle

[picpic]

Voila j'ai implémenté le plugin check_cisco_ping (dispo ici http://www.nagiosexchange.org/Networking.53.0.html?&tx_netnagext_pi1[p_view]=243&tx_netnagext_pi1[page]=10%3A10) qui permet de se connecter en telnet sur un routeur cisco et de pinger depuis celui-ci notamment avec des vrf (c'est la raison pour laquelle ce service doit etre implanté dans ma boite)

Il y a plus de 150 hosts à pinger par cette méthode qui sont tous dans un hostsgroup nommé VRF, j'ai donc affecter le service directement au hostsgroup.

Le problème est que le routeur ne supporte que 3 ou 4 connexions en telnet en simultané et du coup j'ai la plupart des services en statut "Inconnu".

Ma question est de savoir s'il y a une méthode relativement simple à mettre en place pour permettre d'espacer les tests au sein de ce service afin qu'il n'y ait jamais plus de 3 sessions telnet ouvertes en même temps?

[DonKiShoot]

J'ai l'impression que t dans une merde noir là ! :mrgreen:

PS: Pas d'idée pour t'aider

[picpic]

Comme tu dis

[gae]

sinon, si tu as le courage de rentrer dans le code, tu active une connexion telnet vers ton cisco et tu utilise ce lien pour faire passer tous tes checks, tu devrais même gagner en perfs car le montage/démontage du lien telnet n'est plus nécessaire à chaque check

bon courrage

Gaëtan

[ludo_x]

Est-ce que les scripts ferment bien la connexion après les checks en telnet ?

Car s'ils ferment la connexion, tu devrais pouvoir faire pas mal de check car avoir 3/4 connexions en même temps c'est tout de même énorme car un check est très rapide : quelques dizièmes de secondes en général.

[picpic]

sinon, si tu as le courage de rentrer dans le code, tu active une connexion telnet vers ton cisco et tu utilise ce lien pour faire passer tous tes checks, tu devrais même gagner en perfs car le montage/démontage du lien telnet n'est plus nécessaire à chaque check

bon courrage

Gaëtan

J'y avais pensé mais je n'ai ni le courage ni le temps ni les compétences de toutes manières pour faire ca

Est-ce que les scripts ferment bien la connexion après les checks en telnet ?

Car s'ils ferment la connexion, tu devrais pouvoir faire pas mal de check car avoir 3/4 connexions en même temps c'est tout de même énorme car un check est très rapide : quelques dizièmes de secondes en général.

Oui j'ai vérifié ca ferme bien la connec à la fin donc faut croire qu'ouvrir la connec demander au routeur de pinger puis récupérer les résultats et fermer la connec c'est trop long par rapport à la fréquence d'arrivée de requêtes.

Problème résolu pour l'instant en mettant des valeurs de temps de re-check biscornues pour que les check s'étalent sur la plage de temps de test.

Merci à tous pour vos idées quand même