Principe:

Sur la station centrale:

• Un programme ( Rts_look.c) interroge régulièrement en snmp les équipements de premier niveau (des routeurs au Polygone CNRS).
• Un shell ( check) garanti son bon fonctionnement et effectue des contrôles complémentaires.

• Rptr_look.c interroge régulièrement les équipements de second niveau (des répéteurs au Polygone CNRS), et remonte les incidents.
• check le supervise, effectue des tests complémentaires, avise le responsable local de toute anomalie.

Rts_look toutes les n minutes:

• parcourt un fichier de commandes ( Rts_base). Chaque ligne contient le nom du routeur à surveiller, sa marque, éventuellement la community string, les interfaces à interroger et les valeurs de la derniere collecte (nombre d'octets transmis, reçus, nombre de collisions, d'erreurs, etc.)
• émet l'ordre snmp et signale si l'équipement ne répond pas ou si la requête a échoué.
• compare les valeurs collectées avec celles précédemment enregistrées. Des seuils paramétrables (en Rts_look.h) déterminent s'il faut signaler une anomalie simplement oralement et dans la trace générale, ou s'il faut aussi envoyer un mail au responsable.
• sauve les valeurs de la nouvelle collecte en Rts_base.

check tourne aussi en tâche de fond, sur la station centrale toutes les n minutes:

• il s'assure que Rts_look tourne,
• si la station a reçu un trap snmp d'un équipement (routeurs, passerelles Farallon ou Kinétics, répéteurs, etc.), ou un message d'une sonde, ou un logging trap d'un routeur CISCO , il appelle le programme correspondant qui:
  • décodera le message,
  • avisera éventuellement le responsable de l'entité concernée,
  • constituera et émettra un message vocal ( play),
  • déposera un message dans la trace générale.
• il teste par un ping l'accessibilité du routeur de site (Rt_CNRS sur le schéma) et des routeurs de France Télécom (Rt_FT) à chaque bout de notre ligne spécialisée. Les resultats de ces ping d'une trame de 512 bytes est précieusement stocké car:
  1. ils seront utilisés durant la nuit pour préparer les courbes de réponse en ces divers points pour la journée écoulée.
  2. ils sont immédiatement exploités par un programme graphique qui affiche en continu la disponibilité de la ligne.
  3. ils permettent de s'assurer du bon fonctionnement du resolver de noms.

Enfin un shell ( CHECK) activé par cron toutes les heures s'assure de la présence de check lui-même et que Rts_look travaille effectivement.