IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Supervision Discussion :

SNMP : générer erreur si port down


Sujet :

Supervision

  1. #1
    Membre éprouvé
    Profil pro
    Inscrit en
    Septembre 2009
    Messages
    1 822
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2009
    Messages : 1 822
    Points : 980
    Points
    980
    Par défaut SNMP : générer erreur si port down
    Bonjour,

    J'ai un logiciel de supervision qui supervise des switches : quelqu'un sait s'il existe dans les mib standards un moyen de générer une alarme si certains (pas tous) ports tombent ? ... je voudrais que la gestion d'alarme soit activée sur le produit et non pas sur le logiciel de supervision.
    Je voudrais éviter que ça soit géré via l'utilisation de traps SNMP car vu que les traps sont envoyés en UDP, il peut potentiellement avoir des pertes d'informations.

    Merci d'avance,

  2. #2
    Candidat au Club
    Homme Profil pro
    Administrateur systèmes et réseaux
    Inscrit en
    Septembre 2016
    Messages
    3
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Moselle (Lorraine)

    Informations professionnelles :
    Activité : Administrateur systèmes et réseaux

    Informations forums :
    Inscription : Septembre 2016
    Messages : 3
    Points : 4
    Points
    4
    Par défaut
    Bonjour Boboss,

    A quoi cela te servirait-il de n'avoir les alarmes que sur tes switches et non sur ton logiciel de supervision ?
    Dans tous les cas, tu auras des traces dans les logs de ton équipement...

    Pour répondre à ta question,je ne pense pas que tu puisses trouver ca dans une MIB standard de toute façon.

  3. #3
    Membre éprouvé
    Profil pro
    Inscrit en
    Septembre 2009
    Messages
    1 822
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2009
    Messages : 1 822
    Points : 980
    Points
    980
    Par défaut
    Merci pour la réponse

    Citation Envoyé par workgeek Voir le message
    A quoi cela te servirait-il de n'avoir les alarmes que sur tes switches et non sur ton logiciel de supervision ?
    Pour une gestion de configuration automatique du réseau, ça me semble plus simple de passer par l'injection de fichier de configuration automatique dans les switches plutôt que d'arriver à interagir avec le logiciel de supervision... mais je vais bien trouver une solution

  4. #4
    Membre actif
    Homme Profil pro
    Administrateur systèmes et réseaux
    Inscrit en
    Juin 2011
    Messages
    223
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Landes (Aquitaine)

    Informations professionnelles :
    Activité : Administrateur systèmes et réseaux
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : Juin 2011
    Messages : 223
    Points : 294
    Points
    294
    Par défaut
    Bonsoir,

    Ce n'est pas par hasard que UDP soit utilisé pour SNMP et non TCP.

    En effet, lors de la connexion TCP, le switch enverrait un SYN, puis le serveur de supervision renvoie un ACK, etc... (on est d'accord!!). Un socket est alors utilisé sur le serveur de supervision. Si beaucoup de traps sont générées (en plus par plusieurs éléments supervisés), alors le serveur de supervision n'a plus de sockets disponibles et la supervision sera bloquée le temps que le serveur de supervision "ACK" tout ses paquets.

    Cela s'est déjà produit. sur des serveur syslog utilisant TCP.

    D'où l'intérêt d'utiliser UDP pour SNMP, qui ne peut pas avoir ce point bloquant car UDP = protocole non connecté

    Enfin, si tu utilises SNMP, tu dois pouvoir configurer un intervalle de temps pour l'envoi de tes datagrammes UDP (traps SNMP), sur cisco tu peux c'est sûr. Suffit de mettre un interval assez bas et si une trap n'est pas reçue à cause d'un quelconque problème, elle sera renvoyée rapidement.

    Voilà en espérant que ça t'aide.

  5. #5
    Membre éprouvé
    Profil pro
    Inscrit en
    Septembre 2009
    Messages
    1 822
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2009
    Messages : 1 822
    Points : 980
    Points
    980
    Par défaut
    ok merci pour les infos

Discussions similaires

  1. [snmp] Générer des traps
    Par nicoho dans le forum Développement
    Réponses: 7
    Dernier message: 16/06/2011, 14h34
  2. Erreur communication port
    Par maxpog23 dans le forum API standards et tierces
    Réponses: 3
    Dernier message: 12/05/2010, 17h09
  3. Projets Web: Erreur de port sous 2005
    Par Médinoc dans le forum Visual Studio
    Réponses: 0
    Dernier message: 11/02/2009, 12h44
  4. erreur fichier ports COM
    Par _yeye_ dans le forum Visual C++
    Réponses: 3
    Dernier message: 27/09/2006, 08h16

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo