Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
Sur cette page
 

Surveillance du réseau à distance (RMON)

SUMMARY Cette section décrit comment Junos OS prend en charge la MIB de surveillance du réseau à distance (RMON) (RFC 2819) qui permet à un équipement de gestion de surveiller les valeurs des objets MIB, ou variables, par rapport aux seuils configurés. Lorsque la valeur d’une variable franchit un seuil, une alarme et l’événement correspondant sont générés. L’événement peut être journalisé et générer une interruption SNMP.

Vue d’ensemble de RMON

Un système d’assistance opérationnelle (OSS) ou un système de surveillance des pannes peut être utilisé pour surveiller automatiquement les événements qui suivent de nombreux indicateurs différents, notamment les performances, la disponibilité, les pannes et les données environnementales. Par exemple, un administrateur peut vouloir savoir quand la température interne d’un châssis a dépassé un seuil configuré, ce qui peut indiquer qu’un plateau de ventilation du châssis est défectueux, que le flux d’air du châssis est entravé ou que le système de refroidissement de l’installation à proximité du châssis ne fonctionne pas normalement.

La MIB RMON définit également des tables qui stockent diverses statistiques pour les interfaces Ethernet, y compris les et les etherStatsTableetherHistoryTable. Le etherStatsTable contient des statistiques cumulées en temps réel pour les interfaces Ethernet, telles que le nombre de paquets unicast, multicast et broadcast reçus sur une interface. Le etherHistoryTable tient à jour un échantillon historique de statistiques pour les interfaces Ethernet. Le contrôle du , y compris les interfaces à suivre et l’intervalle d’échantillonnage etherHistoryTable, est défini par le RMON historyControlTable.

Pour activer les alarmes RMON, procédez comme suit :

  1. Configurez SNMP, y compris les groupes d’interruptions. Vous configurez SNMP au niveau de la hiérarchie [edit snmp].

  2. Configurez les événements ascendants et descendants dans le , y compris les types d’événements et les eventTablegroupes d’interruptions. Vous pouvez également configurer des événements à l’aide de l’interface de ligne de commande au niveau de la hiérarchie [edit snmp rmon event].

  3. Configurez les alarmes dans le alarmTable, y compris les variables à surveiller, les seuils ascendants et descendants, les types et intervalles d’échantillonnage, ainsi que les événements correspondants à générer lorsque des alarmes se produisent. Vous pouvez également configurer les alarmes à l’aide de l’interface de ligne de commande au niveau de la hiérarchie [edit snmp rmon alarm].

    Les extensions de sont alarmTable définies dans la Juniper Networks MIB spécifique à l’entreprise jnxRmon (mib-jnx-rmon.txt).

Cette rubrique couvre les sections suivantes :

Alarmes RMON

Une alarme RMON identifie :

  • Objet MIB spécifique qui est surveillé.

  • La fréquence de l’échantillonnage.

  • La méthode d’échantillonnage.

  • Les seuils auxquels les valeurs surveillées sont comparées.

Une alarme RMON peut également identifier une entrée spécifique eventTable à déclencher lorsqu’un seuil est franchi.

Les valeurs de configuration et de fonctionnement sont définies dans alarmTable la RFC 2819. Les valeurs opérationnelles supplémentaires sont définies dans les extensions spécifiques à l’entreprise de Juniper Networks à alarmTable (jnxRmonAlarmTable).

Cette rubrique couvre les sections suivantes :

table d’alarme

alarmTable dans la MIB RMON vous permet de surveiller et d’interroger les éléments suivants :

  • alarmIndex: la valeur d’index correspondant alarmTable identifie une entrée spécifique.

  • alarmInterval—Intervalle, en secondes, sur lequel les données sont échantillonnées et comparées aux seuils ascendants et descendants.

  • alarmVariable: variable MIB surveillée par l’entrée d’alarme.

  • alarmSampleType: méthode d’échantillonnage de la variable sélectionnée et de calcul de la valeur à comparer aux seuils.

  • alarmValue: valeur de la variable au cours de la dernière période d’échantillonnage. Cette valeur est comparée aux seuils ascendants et descendants.

  • alarmStartupAlarm: l’alarme envoyée lors de la première activation de l’entrée.

  • alarmRisingThreshold: seuil supérieur de la variable échantillonnée.

  • alarmFallingThreshold: seuil inférieur de la variable échantillonnée.

  • alarmRisingEventIndexeventTable: entrée utilisée lorsqu’un seuil montant est franchi.

  • alarmFallingEventIndexeventTable: entrée utilisée lorsqu’un seuil descendant est franchi.

  • alarmStatus: méthode d’ajout et de suppression d’entrées de la table. Il peut également être utilisé pour changer l’état d’une entrée afin d’autoriser des modifications.

    REMARQUE :

    Si cet objet n’est pas défini sur valid, l’alarme d’événement associée n’effectue aucune action.

jnxRmonAlarmTable

Le jnxRmonAlarmTable est une extension d’entreprise de Juniper Networks à alarmTable. Il fournit des informations opérationnelles supplémentaires et comprend les objets suivants :

  • jnxRmonAlarmGetFailCnt: nombre d’échecs de la requête interne Get pour la variable surveillée par cette entrée.

  • jnxRmonAlarmGetFailTime: valeur de la dernière fois qu’une sysUpTime requête interne Get pour la variable surveillée par cette entrée a échoué.

  • jnxRmonAlarmGetFailReason: raison de l’échec d’une requête interne Get pour la variable surveillée par cette entrée pour la dernière fois.

  • jnxRmonAlarmGetOkTime: valeur du sysUpTime moment où une requête interne Get pour la variable surveillée par cette entrée a réussi et où l’entrée a quitté l’état getFailure .

  • jnxRmonAlarmState—L’état actuel de cette entrée d’alarme RMON.

Pour afficher les extensions Juniper Networks spécifiques à l’entreprise des événements et alarmes RMON et de la MIB d’événements, reportez-vous à la section https://www.juniper.net/documentation/en_US/junos16.1/topics/reference/mibs/mib-jnx-rmon.txt.

Événements RMON

Un événement RMON vous permet d’enregistrer le franchissement des seuils d’autres objets MIB. Il est défini dans eventTable pour la MIB RMON.

Cette section aborde les sujets suivants :

eventTable

eventTable contient les objets suivants :

  • eventIndex: index qui identifie de manière unique une entrée dans eventTable. Chaque entrée définit un événement qui est généré lorsque les conditions appropriées se produisent.

  • eventDescription: commentaire décrivant l’entrée de l’événement.

  • eventType: type de notification que la sonde émet à propos de cet événement.

  • eventCommunity: groupe d’interruptions utilisé si une interruption SNMP doit être envoyée. Si eventCommunity n’est pas configurée, une interruption est envoyée à chaque groupe d’interruptions configuré avec la rmon-alarm catégorie.

  • eventLastTimeSent: valeur de la date à laquelle cette entrée d’événement sysUpTime a généré un événement pour la dernière fois.

  • eventOwner: toute chaîne de texte spécifiée par l’application de gestion créatrice ou l’interface de ligne de commande (CLI). En règle générale, il est utilisé pour identifier un gestionnaire de réseau (ou une application) et peut être utilisé pour le contrôle d’accès fin entre les applications de gestion participantes.

  • eventStatus—Statut de cette entrée d’événement.

    REMARQUE :

    Si cet objet n’est pas défini sur valid, aucune action n’est effectuée par l’entrée d’événement associée. Lorsque cet objet est défini sur valid, toutes les entrées de journal précédentes associées à cette entrée (le cas échéant) sont supprimées.

Seuils et événements d’alarme

En définissant un seuil ascendant et un seuil descendant pour une variable surveillée, vous pouvez être alerté chaque fois que la valeur de la variable tombe en dehors de la plage opérationnelle autorisée (reportez-vous à la section Figure 1).

Figure 1 : Définition des seuilsDéfinition des seuils

Les événements ne sont générés que lorsque le seuil d’alarme est franchi pour la première fois dans une direction plutôt qu’après chaque intervalle d’échantillonnage. Par exemple, si une alarme de seuil croissant, ainsi que l’événement correspondant, sont déclenchés, aucun autre événement de franchissement de seuil ne se produit jusqu’à ce qu’une alarme de chute correspondante se produise. Cela réduit considérablement la quantité d’événements produits par le système, ce qui permet au personnel d’exploitation de réagir plus facilement lorsque des événements se produisent.

Avant de configurer la surveillance à distance, vous devez identifier les variables à surveiller et leur plage de fonctionnement autorisée. Cela nécessite une certaine période de référence pour déterminer les plages opérationnelles autorisées. Une période de référence initiale d’au moins 3 mois n’est pas inhabituelle lorsque vous identifiez les plages opérationnelles et définissez des seuils pour la première fois, mais la surveillance de base doit se poursuivre tout au long de la durée de vie de chaque variable surveillée.

Voir également

Configuration des alarmes et des événements RMON

Junos OS prend en charge la surveillance des routeurs à partir de périphériques distants. Ces valeurs sont mesurées par rapport à des seuils et déclenchent des événements lorsque les seuils sont franchis. Vous configurez les entrées d’alarme et d’événement de surveillance à distance (RMON) pour surveiller la valeur d’un objet MIB.

Pour configurer les entrées d’alarmes et d’événements RMON, vous devez inclure des instructions au [edit snmp] niveau hiérarchique de la configuration :

Configurer les alarmes et les événements RMON

Junos OS prend en charge la MIB de surveillance réseau à distance (RMON) (RFC 2819). Cela permet à un équipement de gestion de surveiller les valeurs des objets MIB, ou variables, par rapport aux seuils configurés. Lorsque la valeur d’une variable franchit un seuil, une alarme et l’événement correspondant sont générés. L’événement peut être journalisé et générer une interruption SNMP.

Pour configurer les alarmes et les événements RMON à l’aide de l’interface de ligne de commande, effectuez les tâches suivantes :

Configurer SNMP

Pour configurer SNMP :

  1. Accordez un accès en lecture seule à tous les clients SNMP :

    Par exemple :

  2. Accordez un accès en lecture-écriture aux MIB RMON et jnx-rmon :

    Par exemple :

    Les OID 1.3.6.1.2.1.16 et 1.3.6.1.4.1.2636.13 correspondent aux MIB RMON et jnxRmon.

  3. Configurez un groupe d’interruptions SNMP :

    Par exemple :

    Le groupe d’interruptions rmon-trap-group est configuré pour envoyer des interruptions RMON à 192.168.5.5.

Configurer un événement

Pour configurer un événement :

  1. Configurez un index d’événements, un nom de communauté et un type :

    Par exemple :

    La communauté d’événements correspond au groupe d’interruptions SNMP et n’est pas identique à une communauté SNMP. Cet événement génère une interruption SNMP et ajoute une entrée à la logTable dans la MIB RMON.

  2. Configurez une description pour l’événement :

    Par exemple :

Configurer une alarme

Pour configurer une alarme :

  1. Configurez un indice d’alarme, la variable à surveiller, les seuils ascendants et descendants, ainsi que les événements ascendants et descendants correspondants :

    Par exemple :

    La variable .1.3.6.1.4.1.2636.3.1.13.1.8.9.1.0.0 correspond à l’objet MIB jnxRmon jnxOperatingCPU, qui représente l’utilisation CPU du moteur de routage. Les entiers de seuil descendant et croissant sont 75 et 90. Les événements ascendants et descendants génèrent tous deux le même événement (indice d’événement 1).

  2. Configurez l’intervalle et le type d’échantillonnage ainsi que le type d’alarme :

    Par exemple :

    La valeur absolue de la variable surveillée est échantillonnée toutes les 30 secondes. L’alarme initiale peut se produire en raison d’une montée au-dessus du seuil ascendant ou d’une chute en dessous du seuil descendant.

Surveiller les tables MIB RMON

But

Surveiller les tables d’alarmes, d’événements et de journaux de surveillance à distance (RMON).

Action

Pour afficher les tables RMON :

Sens

L’écran affiche qu’une alarme a été définie pour surveiller l’objet MIB jnxRmon jnxOperatingCPU, qui représente l’utilisation du processeur du moteur de routage. L’alarme est configurée pour générer un événement qui envoie une interruption SNMP et ajoute une entrée à la logTable dans la MIB RMON. Le tableau journal montre que deux occurrences de l’événement ont été générées : l’une pour avoir dépassé un seuil de 90 % et l’autre pour être tombée en dessous d’un seuil de 75 %.

Voir également

Tables de contrôle des événements, des alarmes, des journaux et de l’historique MIB RMON

Tableau 1 fournit chaque champ de la table d’événements RMON, la description du champ et l’instruction Junos OS correspondante que vous pouvez utiliser pour configurer le champ. Les instructions Junos OS résident au niveau de la hiérarchie [edit snmp rmon].

Tableau 1 : Table d’événements RMON

Champ

Description

Déclaration [modifier snmp rmon]

description de l’événement

Description textuelle de cet événement.

description

Eventtype

Type d’événement (par exemple, journal, interruption ou journalisation et interruption).

type

eventCommunity

Groupe d’interruptions auquel envoyer cet événement, tel que défini dans la configuration de Junos OS. (Ce n’est pas la même chose que la communauté SNMP.)

community

eventOwner

Entité (par exemple, responsable) qui a créé cet événement.

—

eventStatus

État de cette ligne (par exemple, valide, non valide ou createRequest).

—

Tableau 2 fournit chaque champ de la RMON alarmTable, la description du champ et l’instruction Junos OS correspondante que vous pouvez utiliser pour configurer le champ. Les instructions Junos OS résident au niveau de la hiérarchie [edit snmp rmon].

Tableau 2 : Tableau d’alarme RMON

Champ

Description

Déclaration [modifier snmp rmon]

alarmStatus

État de cette ligne (par exemple, valide, non valide ou createRequest)

—

alarmeInterval

Période d’échantillonnage (en secondes) de la variable surveillée

interval

alarmVariable

Identificateur d’objet (OID) et instance de la variable à surveiller

—

alarmValue

Valeur réelle de la variable échantillonnée

—

alarmSampleType

Type d’échantillon (variations absolues ou delta)

sample-type

alarmeStartupAlarm

Alarme initiale (montée, descendante, ou l’une ou l’autre)

startup-alarm

alarmRisingThreshold

Seuil ascendant auquel comparer la valeur

rising-threshold

alarmFallingThreshold

Seuil de chute auquel comparer la valeur

falling-threshold

alarmRisingEventIndex

Index (ligne) de l’événement ascendant dans la table des événements

rising-event-index

alarmFallingEventIndex

Index (ligne) de l’événement tombant dans la table des événements

falling-event-index

Tableau 3 fournit chaque champ de jnxRmon jnxRmonAlarmTable, qui est une extension de RMON alarmTable. Vous pouvez dépanner l’agent RMON, rmopd, qui s’exécute sur un commutateur en inspectant le contenu de l’objet jnxRmonAlarmTable.

Tableau 3 : Table d’alarme jnxRmon

Champ

Description

jnxRmonAlarmGetFailCnt

Nombre d’échecs de la requête interne Get pour la variable

jnxRmonAlarmGetFailTime

Valeur de l’objet sysUpTime lorsque la dernière défaillance s’est produite

jnxRmonAlarmGetFailReason

Raison de l’échec de la Get demande

jnxRmonAlarmGetOkTime

Valeur de l’objet sysUpTime lorsque la variable est sortie de l’état d’échec

jnxRmonAlarmState

Statut de cette entrée d’alarme

Tableau 4 fournit chaque champ de la RMON historyControlTable, la description du champ et l’instruction Junos OS correspondante que vous pouvez utiliser pour configurer le champ. Les instructions Junos OS résident au niveau de la hiérarchie [edit snmp rmon history]. La historyControlTable contrôle la RMON etherHistoryTable.

Tableau 4 : Table de contrôle de l’historique RMON

Champ

Description

Déclaration [modifier l’historique snmp rmon]

historyControlDataSource

Identifie la source des données pour lesquelles les données historiques ont été collectées.

interface

historyControlBucketsRequested

Nombre demandé d’intervalles de temps discrets au cours desquels les données doivent être enregistrées.

bucket-size

historyControlBucketsGranted

Nombre d’intervalles d’échantillonnage discrets sur lesquels les données doivent être enregistrées.

—

historyControlInterval

Intervalle, en secondes, au cours duquel les données sont échantillonnées pour chaque compartiment.

interval

historyControlOwner

Entité qui a configuré cette entrée.

owner

historyControlStatus

Statut de cette entrée.

—

Configuration minimale de l’alarme RMON et de la saisie d’événements

Pour activer RMON sur le routeur, vous devez configurer une entrée d’alarme et une entrée d’événement. Pour ce faire, incluez les instructions suivantes au niveau de la [edit snmp rmon] hiérarchie :

Configurer une entrée d’alarme RMON et ses attributs

Une entrée d’alarme surveille la valeur d’une variable MIB. Vous pouvez configurer la fréquence d’échantillonnage de la valeur, le type d’échantillonnage à effectuer et l’événement à déclencher en cas de dépassement d’un seuil.

Cette section aborde les sujets suivants :

Configurer l’entrée d’alarme

Une entrée d’alarme surveille la valeur d’une variable MIB. Les rising-event-indexinstructions , rising-threshold, sample-typeet variable sont obligatoires. Toutes les autres déclarations sont facultatives.

Pour configurer l’entrée d’alarme, incluez l’instruction alarm et spécifiez un index au niveau de la [edit snmp rmon] hiérarchie :

index est un entier qui identifie une entrée d’alarme ou d’événement.

Configurer la description

La description est une chaîne de texte qui identifie l’entrée d’alarme.

Pour configurer la description, incluez l’instruction et une description de l’entrée d’alarme description au niveau de la [edit snmp rmon alarm index] hiérarchie :

Configurer l’indice d’événement descendant ou l’indice d’événement ascendant

L’index d’événement descendant identifie l’entrée d’événement qui est déclenchée lorsqu’un seuil de chute est franchi. L’index d’événement croissant identifie l’entrée d’événement qui est déclenchée lorsqu’un seuil croissant est franchi.

Pour configurer l’index d’événement décroissant ou l’index d’événement croissant, incluez l’instruction falling-event-index ou rising-event-index et spécifiez un index au niveau de la [edit snmp rmon alarm index] hiérarchie :

index peut être compris entre 0 et 65 535. La valeur par défaut de l’indice d’événement descendant et ascendant est 0.

Configurer le seuil descendant ou le seuil montant

Le seuil descendant est le seuil inférieur de la variable surveillée. Lorsque la valeur échantillonnée actuelle est inférieure ou égale à ce seuil et que la valeur du dernier intervalle d’échantillonnage est supérieure à ce seuil, un seul événement est généré. Un seul événement est également généré si le premier échantillon après la validité de cette entrée est inférieur ou égal à ce seuil, et que l’alarme de démarrage associée est égale à falling-alarm ou rising-or-falling-alarm. Une fois qu’un événement de chute est généré, un autre événement de chute ne peut pas être généré tant que la valeur échantillonnée ne dépasse pas ce seuil et n’atteint pas le seuil croissant. Vous devez spécifier le seuil de chute sous la forme d’un entier. Son défaut de paiement est inférieur de 20 % au seuil croissant.

Par défaut, le seuil croissant est 0. Le seuil croissant est le seuil supérieur de la variable surveillée. Lorsque la valeur échantillonnée actuelle est supérieure ou égale à ce seuil et que la valeur du dernier intervalle d’échantillonnage est inférieure à ce seuil, un seul événement est généré. Un seul événement est également généré si le premier échantillon après la validation de cette entrée est supérieur ou égal à ce seuil, et que le résultat associé startup-alarm est égal à rising-alarm ou rising-or-falling-alarm. Une fois qu’un événement ascendant est généré, un autre événement ascendant ne peut pas être généré tant que la valeur échantillonnée n’est pas tombée en dessous de ce seuil et n’a pas atteint le seuil descendant. Vous devez spécifier le seuil croissant sous la forme d’un entier.

Pour configurer le seuil descendant ou le seuil montant, incluez l’instruction falling-threshold or rising-threshold au niveau de la [edit snmp rmon alarm index] hiérarchie :

integer peut être une valeur comprise entre -2 147 483 647 et 2 147 483 647.

Configurer l’intervalle

L’intervalle représente la période de temps, en secondes, au cours de laquelle la variable surveillée est échantillonnée et comparée aux seuils croissants et descendants.

Pour configurer l’intervalle, incluez l’instruction interval et spécifiez le nombre de secondes au niveau de la [edit snmp rmon alarm index] hiérarchie :

seconds peut être une valeur comprise entre 1 et 2 147 483 647. La valeur par défaut est de 60 secondes.

Configurer l’intervalle de seuil de chute

L’intervalle du seuil descendant représente l’intervalle entre les échantillons lorsque le seuil ascendant est franchi. Une fois que l’alarme a franchi le seuil de chute, l’intervalle d’échantillonnage régulier est utilisé.

REMARQUE :

Vous ne pouvez pas configurer l’intervalle de seuil de chute pour les alarmes dont le type de demande est défini sur walk-request.

Pour configurer l’intervalle de seuil de chute, incluez l’instruction falling-threshold interval au niveau de la [edit snmp rmon alarm index] hiérarchie et spécifiez le nombre de secondes :

seconds peut être une valeur comprise entre 1 et 2 147 483 647. La valeur par défaut est de 60 secondes.

Configurer le type de demande

Par défaut, une alarme RMON ne peut surveiller qu’une seule instance d’objet (comme spécifié dans la configuration). Vous pouvez configurer une instruction pour étendre la portée de l’alarme RMON afin d’inclure toutes les instances d’objet appartenant à une request-type branche MIB ou d’inclure l’instance d’objet suivante après l’instance spécifiée dans la configuration.

Pour configurer le type de requête, incluez l’instruction request-type au niveau de la [edit snmp rmon alarm index] hiérarchie et spécifiez get-next-request, get-request, ou walk-request:

walk étend la configuration d’alarme RMON à toutes les instances d’objet appartenant à une branche MIB. next étend la configuration d’alarme RMON pour inclure l’instance d’objet suivante après l’instance spécifiée dans la configuration.

Configurer le type d’échantillon

Le type d’échantillon identifie la méthode d’échantillonnage de la variable sélectionnée et de calcul de la valeur à comparer aux seuils. Si la valeur de cet objet est , la valeur de la variable sélectionnée est absolute-valuecomparée directement aux seuils à la fin de l’intervalle d’échantillonnage. Si la valeur de cet objet est , la valeur de la variable sélectionnée au dernier échantillon est soustraite de la valeur actuelle et la différence est delta-valuecomparée aux seuils.

Pour configurer le type d’échantillon, incluez l’instruction et spécifiez le type d’échantillon sample-type au niveau de la [edit snmp rmon alarm index] hiérarchie :

  • absolute-value—La valeur réelle de la variable sélectionnée est comparée aux seuils.

  • delta-value: la différence entre les échantillons de la variable sélectionnée est comparée aux seuils.

Configurer l’alarme de démarrage

L’alarme de démarrage identifie le type d’alarme qui peut être envoyé lorsque cette entrée est activée pour la première fois. Vous pouvez le spécifier sous la forme falling-alarm, rising-alarm, ou rising-or-falling-alarm.

Pour configurer l’alarme de démarrage, incluez l’instruction et spécifiez le type d’alarme startup-alarm au niveau de la [edit snmp rmon alarm index] hiérarchie :

  • falling-alarm: généré si le premier échantillon après l’activation de l’entrée d’alarme est inférieur ou égal au seuil de chute.

  • rising-alarm: généré si le premier échantillon après l’activation de l’entrée d’alarme est supérieur ou égal au seuil croissant.

  • rising-or-falling-alarm: généré si le premier échantillon après l’entrée d’alarme devient actif satisfait à l’un ou l’autre des seuils correspondants.

La valeur par défaut est rising-or-falling-alarm.

Configurer la balise de journal système

L’instruction syslog-subtag spécifie la balise à ajouter au message du journal système. Vous pouvez spécifier une chaîne de 80 caractères majuscules maximum en tant que balise de journal système.

Pour configurer la balise de journal système, incluez l’instruction syslog-subtag au niveau de la [edit snmp rmon alarm index] hiérarchie :

Configurer la variable

La variable identifie l’objet MIB qui est surveillé.

Pour configurer la variable, incluez l’instruction et spécifiez l’identificateur d’objet variable ou le nom de l’objet au niveau de la [edit snmp rmon alarm index] hiérarchie :

oid-variableest un nom d’objet décimal pointé (par exemple, ) ou MIB (par exemple, 1.3.6.1.2.1.2.1.2.2.1.10.1ifInOctets.1).

Configurer une entrée d’événement RMON et ses attributs

Une entrée d’événement génère une notification pour une entrée d’alarme lorsque son seuil ascendant ou descendant est franchi. Vous pouvez configurer le type de notification qui est générée. Pour configurer l’entrée d’événement, incluez l’instruction event au niveau de la [edit snmp rmon] hiérarchie. Toutes les déclarations, à l’exception de la event déclaration, sont facultatives.

index identifie un événement d’entrée.

community-name est le groupe d’interruptions utilisé lors de la génération d’une interruption. Si la rmon-alarm catégorie d’interruption est configurée pour ce groupe d’interruptions, une interruption est envoyée à toutes les cibles configurées pour ce groupe d’interruptions. La chaîne de communauté dans l’interruption correspond au nom du groupe d’interruptions. Si rien n’est configuré, tous les groupes d’interruptions sont examinés et les interruptions sont envoyées à l’aide de chaque groupe dont la rmon-alarm catégorie est définie.

description est une chaîne de texte qui identifie l’entrée.

La type variable d’une entrée d’événement spécifie l’endroit où l’événement doit être enregistré. Vous pouvez spécifier le type comme l’un des suivants :

  • log: ajoute l’entrée d’événement au logTablefichier .

  • log-and-trap: envoie une interruption SNMP et crée une entrée de journal.

  • none: n’envoie aucune notification.

  • snmptrap: envoie une interruption SNMP.

La valeur par défaut du type d’entrée d’événement est log-and-trap.

Exemple : Configurer une alarme RMON et une entrée d’événement

Configurez une alarme RMON et une entrée d’événement :

Utiliser alarmTable pour surveiller les objets MIB

Pour utiliser alarmTable afin de surveiller un objet MIB, effectuez les tâches suivantes :

Création d’une entrée d’alarme

Pour créer une entrée d’alarme, commencez par créer une nouvelle ligne dans alarmTable à l’aide de l’objet alarmStatus. Par exemple, créez l’alarme #1 à l’aide des utilitaires de ligne de commande UCD :

Configurer les objets MIB d’alarme

Une fois que vous avez créé la nouvelle ligne dans alarmTable, configurez les objets MIB d’alarme suivants :

REMARQUE :

À l’exception de alarmStatus, vous ne pouvez modifier aucun des objets de l’entrée si l’objet alarmStatus associé est défini sur valid.

alarmeInterval

Intervalle, en secondes, sur lequel les données sont échantillonnées et comparées aux seuils ascendants et descendants. Par exemple, pour définir alarmInterval l’alarme #1 à 30 secondes, utilisez la requête SNMP Set suivante :

alarmVariable

Identificateur d’objet de la variable à échantillonner. Lors d’une requête, si le nom de la variable fournie n’est pas disponible dans la vue MIB sélectionnée, une Set erreur badValue est renvoyée. Si, à tout moment, le nom de variable d’une alarmEntry établie n’est plus disponible dans la vue MIB sélectionnée, la sonde change l’état de alarmVariable en invalid. Par exemple, pour identifier ifInOctets.61 en tant que variable à surveiller, utilisez la requête SNMP Set suivante :

alarmSampleType

Méthode d’échantillonnage de la variable sélectionnée et de calcul de la valeur à comparer aux seuils. Si la valeur de cet objet est valeurabsolue, la valeur de la variable sélectionnée est comparée directement aux seuils à la fin de l’intervalle d’échantillonnage. Si la valeur de cet objet est deltaValue, la valeur de la variable sélectionnée au dernier échantillon est soustraite de la valeur actuelle et la différence est comparée aux seuils. Par exemple, pour définir alarmSampleType pour l’alarme #1 sur deltaValue, utilisez la requête SNMP Set suivante :

alarmValue

Valeur de la variable au cours de la dernière période d’échantillonnage. Cette valeur est comparée aux seuils ascendants et descendants. Si le type d’échantillon est deltaValue, cette valeur est égale à la différence entre les échantillons au début et à la fin de la période. Si le type d’échantillon est absoluteValue, cette valeur est égale à la valeur échantillonnée à la fin de la période.

alarmeStartupAlarm

Une alarme qui est envoyée lorsque cette entrée est définie pour la première fois sur valide. Si le premier échantillon après que cette entrée devient valide est supérieur ou égal à , et alarmStartupAlarm est égal à risingAlarmrisingThresholdou risingOrFallingAlarm, alors une seule alarme montante est générée. Si le premier échantillon après que cette entrée devient valide est inférieur ou égal à et alarmStartupAlarm est égal à fallingAlarmfallingThreshold ou risingOrFallingAlarm, alors une seule alarme de chute est générée. Par exemple, pour définir alarmStartupAlarm l’alarme #1 sur risingOrFallingAlarm, utilisez la requête SNMP Set suivante :

alarmRisingThreshold

Seuil pour la variable échantillonnée. Lorsque la valeur échantillonnée actuelle est supérieure ou égale à ce seuil et que la valeur du dernier intervalle d’échantillonnage est inférieure à ce seuil, un seul événement est généré. Un seul événement est également généré si le premier échantillon après la validation de cette entrée est supérieur ou égal à ce seuil, et que le résultat associé alarmStartupAlarm est égal à risingAlarm ou risingOrFallingAlarm. Une fois qu’un événement ascendant est généré, un autre événement ascendant ne peut pas être généré tant que la valeur échantillonnée n’est pas inférieure à ce seuil et n’atteint alarmFallingThresholdpas . Par exemple, pour définir alarmRisingThreshold l’alarme #1 sur 100000, utilisez la requête SNMP Set suivante :

alarmFallingThreshold

Seuil pour la variable échantillonnée. Lorsque la valeur échantillonnée actuelle est inférieure ou égale à ce seuil et que la valeur du dernier intervalle d’échantillonnage est supérieure à ce seuil, un seul événement est généré. Un seul événement est également généré si le premier échantillon après la validation de cette entrée est inférieur ou égal à ce seuil, et que le résultat associé alarmStartupAlarm est égal à fallingAlarm ou risingOrFallingAlarm. Une fois qu’un événement de chute est généré, un autre événement de chute ne peut pas être généré tant que la valeur échantillonnée ne dépasse pas ce seuil et n’atteint alarmRisingThresholdpas . Par exemple, pour définir alarmFallingThreshold l’alarme #1 sur 10000, utilisez la requête SNMP Set suivante :

alarmOwner

Toute chaîne de texte spécifiée par l’application de gestion créatrice ou l’interface de ligne de commande (CLI). En règle générale, il est utilisé pour identifier un gestionnaire de réseau (ou une application) et peut être utilisé pour le contrôle d’accès fin entre les applications de gestion participantes.

alarmRisingEventIndex

Index de l’objet eventEntry utilisé lorsqu’un seuil ascendant est franchi. S’il n’y a pas d’entrée correspondante dans eventTable, il n’existe pas d’association. Si cette valeur est égale à zéro, aucun événement associé n’est généré, car zéro n’est pas un index d’événement valide. Par exemple, pour définir alarmRisingEventIndex pour l’alarme #1 sur 10, utilisez la requête SNMP Set suivante :

alarmFallingEventIndex

Index de l’objet eventEntry utilisé lorsqu’un seuil descendant est franchi. S’il n’y a pas d’entrée correspondante dans eventTable, il n’existe pas d’association. Si cette valeur est égale à zéro, aucun événement associé n’est généré, car zéro n’est pas un index d’événement valide. Par exemple, pour définir alarmFallingEventIndex pour l’alarme #1 sur 10, utilisez la requête SNMP Set suivante :

Activer une nouvelle ligne dans alarmTable

Pour activer une nouvelle ligne dans alarmTable, définissez alarmStatus sur l’utilisation valid d’une requête SNMP Set :

Modification d’une ligne active dans alarmTable

Pour modifier une ligne active, définissez d’abord alarmStatus sur underCreation à l’aide d’une requête SNMP Set :

Modifiez ensuite le contenu de la ligne à l’aide d’une requête SNMP Set :

Enfin, activez la ligne en définissant alarmStatus à l’aide d’une valid requête SNMP Set :

Désactiver une ligne dans alarmTable

Pour désactiver une ligne dans alarmTable, définissez alarmStatus sur l’utilisation invalid d’une requête SNMP Set :

Utiliser eventTable pour consigner les alarmes

Pour utiliser eventTable pour consigner des alarmes, effectuez les tâches suivantes :

Créer une entrée d’événement

La table d’événements RMON contrôle la génération de notifications à partir du routeur. Les notifications peuvent être des journaux (entrées dans logTable et syslogs) ou des interruptions SNMP. Chaque entrée d’événement peut être configurée pour générer n’importe quelle combinaison de ces notifications (ou aucune notification). Lorsqu’un événement spécifie qu’une interruption SNMP doit être générée, le groupe d’interruptions utilisé lors de l’envoi de l’interruption est spécifié par la valeur de l’objet eventCommunity associé. Par conséquent, la communauté dans le message d’interruption correspondra à la valeur spécifiée par eventCommunity. Si rien n’est configuré pour eventCommunity, une interruption est envoyée à l’aide de chaque groupe d’interruptions dont la catégorie rmon-alarm est configurée.

Configurer les objets MIB

Une fois que vous avez créé la nouvelle ligne dans eventTable, définissez les objets suivants :

REMARQUE :

L’objet eventType est obligatoire. Tous les autres objets sont facultatifs.

Eventtype

Type de notification générée par le routeur lorsque l’événement est déclenché.

Cet objet peut être défini sur les valeurs suivantes :

  • log: ajoute l’entrée d’événement à logTable.

  • log-and-trap: envoie une interruption SNMP et crée une entrée de journal.

  • none: n’envoie aucune notification.

  • snmptrap: envoie une interruption SNMP.

Par exemple, pour définir eventType l’événement #1 sur log-and-trap, utilisez la requête SNMP Set suivante :

eventCommunity

Groupe d’interruptions utilisé lors de la génération d’une interruption (si eventType est configuré pour envoyer des interruptions). Si la catégorie d’interruption rmon-alarm est configurée pour ce groupe d’interruptions, une interruption est envoyée à toutes les cibles configurées pour ce groupe d’interruptions. La chaîne de communauté dans l’interruption correspond au nom du groupe d’interruptions (et par conséquent, à la valeur de eventCommunity). Si rien n’est configuré, les interruptions sont envoyées à chaque groupe avec la catégorie rmon-alarm définie. Par exemple, pour définir eventCommunity pour l’événement #1 sur boy-elroy, utilisez la requête SNMP Set suivante :

REMARQUE :

L’objet eventCommunity est facultatif. Si vous ne définissez pas cet objet, le champ est laissé vide.

eventOwner

Toute chaîne de texte spécifiée par l’application de gestion créatrice ou l’interface de ligne de commande (CLI). En règle générale, il est utilisé pour identifier un gestionnaire de réseau (ou une application) et peut être utilisé pour le contrôle d’accès fin entre les applications de gestion participantes.

Par exemple, pour définir eventOwner pour l’événement #1 sur george jetson, utilisez la requête SNMP Set suivante :

REMARQUE :

L’objet eventOwner est facultatif. Si vous ne définissez pas cet objet, le champ est laissé vide.

description de l’événement

Toute chaîne de texte spécifiée par l’application de gestion créatrice ou l’interface de ligne de commande (CLI). L’utilisation de cette chaîne dépend de l’application.

Par exemple, pour définir eventDescription de l’événement #1 sur les pignons spacelys, utilisez la requête SNMP Set suivante :

REMARQUE :

L’objet eventDescription est facultatif. Si vous ne définissez pas cet objet, le champ est laissé vide.

Activer une nouvelle ligne dans eventTable

Pour activer la nouvelle ligne dans eventTable, définissez eventStatus à l’aide d’une valid requête SNMP Set telle que :

Désactiver une ligne dans eventTable

Pour désactiver une ligne dans eventTable, définissez eventStatus à l’aide d’une invalid requête SNMP Set telle que :