Présentation des stratégies d’événements et des notifications d’événements

Avantages des stratégies d’événements

Les stratégies d’événements offrent les avantages suivants :

• Améliorez la fiabilité du réseau et maximisez la disponibilité du réseau en répondant automatiquement aux événements système, y compris les messages de journalisation système, les pièges SNMP, les alarmes de châssis et les timers internes

• Réduisez le temps de dépannage et accélérez le temps de résolution des problèmes réseau en automatisant les tâches de dépannage

• Réduire le temps nécessaire à la surveillance et à l’intervention manuelles du système

Comprendre les stratégies d’événements et les notifications d’événements

Pour diagnostiquer une panne ou une erreur sur un équipement, vous avez besoin d’informations pertinentes sur l’état de la plate-forme. Vous pouvez extraire des informations d’état à partir des notifications d’événements. Les notifications d’événements sont des messages de journalisation système et des pièges SNMP. Un processus Junos appelé processus d’événements (eventd) reçoit des notifications d’événements (désormais simplement appelés événements) provenant d’autres processus Junos.

Un diagnostic et une intervention rapides permettent de corriger les conditions d’erreur et de maintenir l’équipement en fonctionnement. Lorsque le processus événementiel reçoit des événements, il peut déclencher une stratégie d’événements. Les stratégies d’événements sont des constructions if-then-else qui indiquent au processus événementiel de sélectionner des événements spécifiques, de corréler les événements et d’exécuter un ensemble d’actions dès la réception des événements. Ces actions peuvent vous aider à diagnostiquer une panne et à prendre des mesures correctives. Par exemple, le processus événementiel peut créer des fichiers journaux, télécharger des fichiers d’équipement vers une destination donnée, lancer des commandes de mode opérationnel, modifier la configuration ou appeler un script d’événement. Lorsqu’un script d’événement est appelé, les détails de l’événement sont transmis au script d’événement sous forme d’entrées XML.

Vous pouvez configurer plusieurs stratégies à traiter pour un événement. Les stratégies sont exécutées dans l’ordre dans lequel elles apparaissent dans la configuration. Pour chaque stratégie, vous pouvez configurer plusieurs actions. Les actions sont également exécutées dans l’ordre dans lequel elles apparaissent dans la configuration.

Note:

Dans Junos OS Evolved, l’ordre dans lequel les stratégies apparaissent peut ne pas être l’ordre dans lequel elles sont exécutées. Par conséquent, le comportement est modifié de sorte que si une stratégie a l’option ignore , aucune des stratégies associées à l’événement n’est exécutée.

Note:

Dans Junos OS, l’événement lance des messages d’avertissement de temps de validation s’il existe des stratégies dupliquées. Dans Junos OS Evolved, les événements ne lancent aucun message d’avertissement. Il acceptera la politique sur la base du premier arrivé, premier servi.

Définition des événements

Les événements peuvent être créés sous forme de pièges SNMP ou de messages de journalisation système. Le processus d’événements reçoit des messages d’événements provenant d’autres processus Junos, tels que le processus de protocole de routage (rpd) et le processus de gestion (mgd). La figure 1 montre comment le processus d’événements (événementd) interagit avec les autres processus Junos.

Lorsque vous créez une stratégie d’événements, vous définissez un ou plusieurs événements qui la déclenchent. Il existe plusieurs façons de déterminer les événements à utiliser dans une stratégie. Vous pouvez explorer les événements à l’aide des ressources suivantes :

• Explorateur de journaux système

• help syslog commande du mode opérationnel dans la CLI

• une aide contextuelle lorsque vous configurez la stratégie d’événements dans la CLI

L’application System Log Explorer vous permet de rechercher les messages de journal système standard pris en charge pour un système d’exploitation et une version donnés.

Dans la CLI, la commande du help syslog ? mode opérationnel répertorie les événements que vous pouvez référencer dans une stratégie d’événements.

Vous pouvez filtrer le résultat d’une recherche à l’aide du symbole du tuyau (|). L’exemple suivant répertorie les filtres pouvant être utilisés avec le symbole de tuyau :

Pour plus d’informations sur l’utilisation du symbole de tuyau, consultez le Guide de l’utilisateur CLI.

Vous pouvez également lister les événements lorsque vous configurez la stratégie d’événements. Pour afficher une liste partielle des événements pouvant être référencés dans une stratégie d’événements, émettez la commande du set event-options policy policy-name events ? mode de configuration.

Certains des messages du journal système que vous pouvez référencer dans une stratégie d’événements ne sont pas répertoriés dans la sortie de la set event-options policy policy-name events ? commande. Pour plus d’informations sur la référence à ces messages de journal système dans vos stratégies d’événements, voir Utiliser des messages de journal système non standard pour déclencher des stratégies d’événements.

En outre, vous pouvez générer des événements internes à des moments ou des intervalles de temps spécifiques et les référencer dans une stratégie d’événements. Pour plus d’informations, voir Générer des événements internes pour déclencher des stratégies d’événements.

Vous pouvez également configurer une stratégie d’événement pour qu’elle déclenche un seul événement ou deux événements corrélés ou plus. Pour plus d’informations sur la corrélation des événements, voir Utiliser des événements corrélés pour déclencher une stratégie d’événements.

Note:

Dans les environnements de laboratoire, l’utilitaire d’enregistreur Junos permet de simuler un ou plusieurs événements difficiles à reproduire pour une configuration donnée. En simulant les événements, vous pouvez déclencher et tester des stratégies d’événements qui pourraient être difficiles à tester autrement. Pour plus d’informations, voir Junos Logger Utility.

Actions de stratégie d’événements

Vous pouvez configurer une stratégie d’événements pour exécuter des actions spécifiques en réponse à des événements. La stratégie d’événements peut effectuer une ou plusieurs des actions suivantes :

• Ignorez l’événement : ne générez pas de message de journal système pour cet événement et ne traitez pas d’autres instructions de stratégie pour cet événement.

• Télécharger un fichier : téléchargez un fichier vers une destination spécifiée. Vous pouvez spécifier un délai de transfert, de sorte que, dès la réception d’un événement, le téléchargement du fichier commence après le délai de transfert configuré. Par exemple, pour télécharger un fichier central, un délai de transfert peut garantir que le fichier central a été entièrement généré avant le début du téléchargement.

• Exécuter des commandes en mode opérationnel : exécutez des commandes à la réception d’un événement. La sortie XML ou texte de ces commandes est stockée dans un fichier, qui est ensuite téléchargé vers une URL spécifiée. Vous pouvez inclure des variables dans la commande qui permettent d’inclure automatiquement les données de l’événement déclencheur dans la syntaxe de commande.

• Commandes du mode configuration d’exécution : exécutez des commandes pour modifier la configuration dès la réception d’un événement. Vous pouvez configurer une stratégie d’événement pour modifier la configuration à l’aide des commandes du mode de configuration, puis valider la configuration mise à jour.

• Exécuter un script d’événement : exécutez un script d’événement à la réception d’un événement. Les scripts d’événements sont des transformations de langage de feuille de style extensible (XSLT), des scripts SLAX (Stylesheet Language Alternative syntaX) ou Python que vous écrivez pour exécuter n’importe quelle fonction disponible via les appels de procédure à distance (RPC) Junos XML ou Junos XML Protocol. Par exemple, un script peut exécuter une commande du mode opérationnel, inspecter la sortie de commande, puis déterminer l’action appropriée suivante. Ce processus peut être répété jusqu’à ce que la source du problème soit déterminée. La sortie du script est stockée dans un fichier, qui est ensuite téléchargé vers une URL spécifiée. Vous pouvez inclure des variables dans les arguments d’un script qui permettent d’intégrer les données de l’événement déclencheur dans le script. En outre, vous pouvez définir votre propre ensemble d’arguments qui est transmis à un script d’événement lorsqu’il est invoqué.

• Lever un piège SNMP.