Bonjour, Si tu as déjà une base avec Nagios et qu'en plus tes Routeurs ADSL parle en SNMPV3 je ne pense pas que ce soit compliqué de mettre en place une sonde Nagios à base de ./check_snmp + OID qui va bien pour remonter l'information de la bande passante consommé et de gérer des alertes en cas de problème.
Je considère que Nagios est aussi fait pour cela. Ps J'ai un cas ou nous avons détecté des saturations de lien rien qu'a cause de la latence du ping ;-) Bien à toi. Le 11 juin 2012 18:11, Thomas Mangin <thomas.man...@exa-networks.co.uk> a écrit : > Regarde le Firebrick > http://www.firebrick.co.uk/fb6000/fb6102.php > > Sent from my iPad > > On 11 Jun 2012, at 14:50, "Baudin Maxime" <maxime.bau...@ac-rennes.fr> > wrote: > > > Bonjour, > > > > Nous cherchons un moyen intelligent de monitorer des liens ADSL et > surtout un moyen d'avoir de l'information sur la qualité/saturation de > chaque liens. Le volume est de l'ordre de 300 à 600 liaisons (issues de > n'importe quel opérateur a priori). > > > > J'explique peut-être un peu plus : > > > > J'ai, disons, un peu plus de 300 sites distants et un site principal > > > > Le site principal fournit du service numérique aux sites distants > (Essentiellement des applications via un portail WEB) > > Le site principal a une connexion Gigabit loin d'être saturée. > > > > Les sites distants ont 1 ou 2 liens ADSL, avec des abonnements de type > particuliers. Chaque site distant est autonome dans le choix de l'opérateur > et du contrat qu'il souscrit (c'est comme ça, nous pouvons ergoter toute la > nuit, c'est...comme ça). > > > > Par contre, le/les routeurs ADSL sont en mode bridge et la/les IP > opérateurs arrivent sur un équipement réseau dont nous sommes propriétaire > et que nous pouvons administrer et monitorer (ils supportent SNMPv3, nous > ne l'avons pas activé pour le moment) > > > > Maintenant, nous aimerions avoir de la visibilité sur la > qualité/saturation de chaque ligne. L'idée est de pouvoir affiner notre > pré-diagnostique lorsqu'un site se plaint de lenteurs (par exemple), mais > également de coupures ou autres problèmes imprévus. > > > > -> Nous travaillons sur la mesure de performance sur la chaine > applicative dans le datacenter mais nous manquons cruellement > d'informations sur ce qui est hors de ce périmètre. > > -> Nous envoyons des agents sur place à l'aveugle, ce qui est toujours > désagréable pour eux. > > -> De même, nos gars ont l'impression de perdre leur temps pour un > déplacement consistant parfois à lancer un simple "speedmeter" > > > > > > Notre supervision actuelle comprend un nagios en mode binaire : le site > distant répond / ou pas. > > > > Auriez-vous une idée de la façon de mieux quantifier la qualité > (relative) d'un lien ? en journée ? sur un abonnement qui, si je comprend > bien, n'a aucune garantie de débit ? > > Nous pourrions grapher les débits et, constater une saturation lorsqu'un > graphe est "plat", indépendamment du débit constaté ? En ce cas comment > remonter une alerte ? > > Mettre en place un "speedmater like", régulier, pour notre > infrastructure est-il, par exemple, une idée à creuser ? -> le problème est > que c'est une mesure échantillonnée, qui a en plus un impact direct sur la > saturation de la ligne. > > > > Bien entendu se posera la question de lier ce monitoring à un outils > permettant d'avoir des vues claires, pour notre équipe de helpdesk par > exemple et nos équipes de terrain également. > > > > Je fais donc appel à votre expérience pour m'ouvrir les yeux > > > > Cordialement, > > Maxime > > > > > > --------------------------- > > Liste de diffusion du FRnOG > > http://www.frnog.org/ > > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ > -- Xavier Lemaire Fax 33 244 84 05 15 TEL FR 33 2 22 06 41 02 GSM Morocco 212 6 58 30 01 81 GSM Morocco 212 6 02 06 76 77 xav...@zelites.org --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
