Gestion des défaillances d'ONS 15454 à l'aide du protocole SNMP (Simple Network Management Protocol)

Options de téléchargement

  • PDF     (111.4 KB)
    Consulter à l'aide d'Adobe Reader sur un grand nombre d'appareils
  • ePub     (95.5 KB)
    Consulter à l’aide de différentes applications sur iPhone, iPad, Android ou Windows Phone
  • Mobi (Kindle)     (87.2 KB)
    Consulter sur un appareil Kindle ou à l’aide d’une application Kindle sur plusieurs appareils
Mis à jour:19 mai 2006
ID du document:5701

Langage exempt de préjugés

Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.

À propos de cette traduction

Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.

Introduction

Cisco recommande d'utiliser Cisco Transport Manager (CTM) comme système EMS (Element Management System) pour surveiller les déroutements à partir d'un Cisco ONS 15454 et recommande Cisco Information Center (CIC) comme système NMS (Network Management System) pour surveiller les pannes et alarmes à l'échelle du réseau. Utilisez ce document avec une plate-forme de gestion des pannes existante, telle que Hewlett-Packard OpenView (HPOV) comme interface principale pour afficher les pannes.

Ce document explique comment un ONS 15454 envoie des déroutements, le contenu d'un déroutement et quelles mesures doivent être prises sur une plate-forme de gestion des pannes, telle que HPOV, pour déchiffrer les déroutements. Étant donné qu'il existe des différences mineures de nom dans les différentes versions de ONS 15454, ce document souligne les différences, le cas échéant.

Conditions préalables

Conditions requises

Ce document suppose que vous avez une compréhension de base des déroutements SNMP (Simple Network Management Protocol) et que vous pouvez interpréter le contenu d'un système MIBS (Management Information Base System) définissant le déroutement.

Lisez ce document conjointement avec la documentation utilisateur ONS 15454.

Components Used

Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Description des interruptions ONS 15454

L'ONS 15454 utilise les déroutements SNMP comme un mécanisme unique pour informer ses systèmes de gestion de niveau supérieur de toute condition d'alarme rencontrée lors de son fonctionnement. Le MIBS pour le logiciel ONS 15454 Version 2.2 est défini dans ces trois fichiers :

  • cerentRegistry.mib

  • cerentTC.mib

  • cerent454.mib

Les noms de ces fichiers ont été modifiés depuis la version 4.6 du logiciel système ONS 15454 pour indiquer le nom des modules MIBS. Les noms de ces fichiers MIBS sont les suivants :

  • CERENT-GLOBAL-REGISTRY.mib

  • CERENT-TC.mib

  • CERENT-454-MIB.mib

  • CERENT-GENERIC-MIB.mib (pour ONS 15327 uniquement)

  • CISCO-SMI.mib

  • CISCO-VOA-MIB.mib

  • CERENT-MSDWDM-MIB.mib

  • CISCO-OPTICAL-MONITOR-MIB.mib

  • CERENT-FC-MIB.mib

Remarque : Les fichiers CERENT-MSDWDM-MIB.mib et CERENT-FC-MIB.mib du répertoire CiscoV2 prennent en charge les compteurs de surveillance des performances 64 bits. Cependant, la MIB SNMPv1 respective du répertoire CiscoV1 ne contient pas de compteurs de surveillance des performances 64 bits, mais prend en charge les valeurs de mots inférieures et supérieures du compteur 64 bits correspondant. Les autres fichiers MIB des répertoires CiscoV1 et CiscoV2 sont identiques en contenu et ne diffèrent que par leur format.

Remarque : Différents fichiers MIB sont utilisés pour ONS 15454 (ou ONS 15454 SDH) et ONS 15327, respectivement. Le fichier CERENT-454-MIB.mib contient les définitions d'objet et de déroutement relatives à l'ONS 15454 (plates-formes SONET et SDH). Le fichier CERENT-GENERIC-MIB.mib contient les définitions d'objet et de déroutement relatives à l'ONS 15327. Lors de la mise en service du système de gestion de réseau pour ONS 15454 ou ONS 15454 SDH, utilisez le fichier CERENT-454-MIB.mib. Lors de la mise en service du système de gestion de réseau pour ONS 15327, utilisez le fichier CERENT-GENERIC-MIB.mib.

Une caractéristique unique du protocole SNMP est qu'une version particulière d'un MIBS est toujours compatible avec toutes les versions antérieures du même fichier. Par exemple, le fichier CERENT-454-MIB.mib du CD de distribution version 3.0 est compatible avec les versions 2.2.3, 2.2.1, 2.0, etc. Il s'agit d'une propriété obligatoire de chaque MIBS SNMP, et les fichiers MIBS propriétaires de Cisco Optical Transport Business Unit (OTBU) ne font pas exception.

Structure d'un piège de ONS 15454

Les interruptions de l'ONS 15454 sont définies dans le fichier cerent454.mib. Il s'agit du fichier CERENT-454-MIB.mib de la version 3.0. Les interruptions générées par l'ONS 15454 contiennent un ID d'objet qui identifie de manière unique l'alarme. Un identificateur d'entité identifie de manière unique quelle entité a généré l'alarme (emplacement, port, STS [Synchronous Transport Signal], Virtual Tributaire [VT], BLSR [Bidirectional Line Switched Rings], STP [Spanning Tree Protocol], etc.). Les déroutements indiquent la gravité de l'alarme (critique, majeure, mineure, événement, etc.) et indiquent si l'alarme affecte ou non le service. Les déroutements contiennent également un horodatage qui indique la date et l'heure auxquelles l'alarme s'est produite. L'ONS 15454 génère également un déroutement pour chaque alarme lorsque la condition de l'alarme se dissipe. Chaque déroutement SNMP contient dix liaisons variables.

Ce tableau présente la structure d'un déroutement ONS 15454 :

Liaisons de variable de déroutement SNMP pour numéro ONS 15454 Name (nom) Description
1 sysUpTime Première liaison de variable dans la liste de liaison de variable d'un SNMPv2-Trap-PDU.
2 snmpTrapOID La deuxième liaison de variable dans la liste de liaison de variable d'un SNMPv2-Trap-PDU.
3 DuréeNoeudCerent Cette variable indique l'heure à laquelle un événement s'est produit.
4 cerent454AlarmState Cette variable spécifie la gravité de l'alarme et l'état affectant le service. Les gravité sont mineures, majeures et critiques. Les états affectant le service affectent le service et non le service.
5 cerent454TypeObjetAlarme Cette variable fournit le type d'entité qui a déclenché l'alarme. Le NMS doit utiliser cette valeur pour déterminer la table à interroger pour plus d'informations sur l'alarme.
6 cerent454AlarmObjectIndex Chaque alarme est déclenchée par une entrée d'objet dans une table spécifique. Cette variable est l'index des objets de chaque table. Si l'alarme est liée à l'interface, il s'agit de l'index des interfaces dans la table d'interface.
7 cerent454NuméroEmplacementAlarme Cette variable indique le logement de l'objet qui a déclenché l'alarme. Si un logement n'est pas pertinent pour l'alarme, le numéro de logement est zéro.
8 cerent454NuméroPortAlarme Cette variable fournit le port de l'objet qui a déclenché l'alarme. Si un port n'est pas pertinent pour l'alarme, le numéro de port est zéro.
9 cerent454NuméroLigneAlarme Cette variable fournit la ligne d'objet qui a déclenché l'alarme. Si une ligne n'est pas pertinente pour l'alarme, le numéro de ligne est zéro.
10 cerent454NomObjetAlarme Cette variable donne le nom utilisateur visible de style TL1 qui identifie de manière unique un objet dans le système.

Liaisons de variable d'interruption SNMP utilisées dans le numéro ONS 15327 Name (nom) Description
1 sysUpTime Cette table contient toutes les alarmes actuellement déclenchées. Lorsqu'une alarme est déclenchée, elle apparaît comme une nouvelle entrée dans le tableau. Lorsqu'une alarme est désactivée, elle est supprimée de la table et toutes les entrées suivantes sont déplacées d'une ligne vers le haut.
2 snmpTrapID Cette variable identifie de manière unique chaque entrée d'une table d'alarmes. Lorsqu'une alarme de la table d'alarmes se dissipe, les index d'alarmes changent pour chaque alarme située après l'alarme effacée.
3 DuréeNoeudCerent Cette variable indique l'heure à laquelle un événement s'est produit.
4 ÉtatAlarmeGénériqueCérent Cette variable spécifie la gravité de l'alarme et l'état affectant le service. Les gravité sont mineures, majeures et critiques. Les états affectant le service affectent le service et non le service.
5 TypeObjetGénériqueCérémonie Cette variable fournit le type d'entité qui a déclenché l'alarme. Le NMS doit utiliser cette valeur pour déterminer la table à interroger pour plus d'informations sur l'alarme.
6 cerentGenericAlarmObjectIndex Chaque alarme est déclenchée par une entrée d'objet dans une table spécifique. Cette variable est l'index des objets de chaque table ; si l'alarme est liée à l'interface, il s'agit de l'index des interfaces dans la table d'interface.
7 NuméroEmplacementD'AlarmeGénériqueCérent Cette variable indique le logement de l'objet qui a déclenché l'alarme. Si un logement n'est pas pertinent pour l'alarme, le numéro de logement est zéro.
8 NuméroPortD'AlarmeGénériqueCérent Cette variable fournit le port de l'objet qui a déclenché l'alarme. Si un port n'est pas pertinent pour l'alarme, le numéro de port est zéro.
9 NuméroLigneD'AlarmeGénériqueCérent Cette variable fournit la ligne d'objet qui a déclenché l'alarme. Si une ligne n'est pas pertinente pour l'alarme, le numéro de ligne est zéro.
10 cerentGenericAlarmObjectName Cette variable donne le nom utilisateur visible de style TL1 qui identifie de manière unique un objet dans le système.

Les documents standard IETF, appelés requêtes de commentaires (RFC), contiennent des définitions d'objet MIB avec des descriptions détaillées. Ces définitions sont extraites des RFC et mises à disposition sous forme de fichiers MIB sur le CD. Les RFC peuvent être obtenues de nombreuses sources telles que le site officiel de l'IETF icon_popup_short.gif.

Ces fichiers MIB standard, inclus sur le CD, doivent être chargés dans votre système de gestion de réseau. Ils se trouvent dans le répertoire Standard.

MIB IETF standard implémentées dans ONS 15454 et ONS 15327 SNMP Agent RFC# Nom du module Titre/Commentaires
  IANAifType-MIB.mib IANA (Internet Assigned Numbers Authority) ifType
1213 1907 RFC1213-MIB-rfc1213.mib, SNMPV2-MIB-rfc1907.mib Management Information Base for Network Management of TCP/IP-based internets:MIB-II Management Information Base for Version 2 of Simple Network Management Protocol (SNMPv2)
1253 RFC1253-MIB-rfc1253.mib Base d'informations de gestion OSPF version 2
1493 BRIDGE-MIB-rfc1493.mib Définitions des objets gérés pour les ponts. Ceci définit les objets MIB pour la gestion des ponts MAC basés sur la norme IEEE 802.1D-1990 entre les segments de réseau local (LAN).
1757 RMON-MIB-rfc1757.mib Base d'informations de gestion de la surveillance du réseau distant
2737 ENTITY-MIB-rfc2737.mib Base MIB d'entité (version 2)
2233 IF-MIB-rfc2233.mib MIB du groupe d'interfaces à l'aide de SMIv2
2358 EtherLike-MIB-rfc2358.mib Définitions des objets gérés pour les types d'interface de type Ethernet
2493 PerfHist-TC-MIB-rfc2493.mib Conventions textuelles pour les modules MIB utilisant l'historique des performances basé sur des intervalles de 15 minutes
2495 DS1-MIB-rfc2495.mib Définitions des objets gérés pour les types d'interface DS1, E1, DS2 et E2
2496 DS3-MIB-rfc2496.mib Définitions d'objet géré pour le type d'interface DS3/E3
2558 SONET-MIB-rfc2558.mib Définitions des objets gérés pour le type d'interface SONET/SDH
2674 P-BRIDGE-MIB-rfc2674.mib Q-BRIDGE- MIB-rfc2674.mib Définitions des objets gérés pour les ponts avec des classes de trafic, le filtrage de multidiffusion et les extensions de réseau local virtuel

L'ONS 15454 prend en charge les pièges IETF (Internet Engineering Task Force) et génériques. La catégorie Standard comprend tous les fichiers MIB standard IETF et IANA dont vous avez besoin pour vos opérations.

Ce tableau répertorie les déroutements pris en charge par l'ONS 15454 :

Interruptions prises en charge dans le piège ONS 15454 À partir de la MIB RFC# Description
ColdStart RFC1907-MIB Agent actif, démarrage à froid
warmStart RFC1907-MIB Agent actif, démarrage à chaud
authenticationFailure RFC1907-MIB La chaîne de communauté ne correspond pas
newRoot RFC1493/BRIDGE-MIB L'agent d'envoi est la nouvelle racine du Spanning Tree.
topologieModifier RFC1493/BRIDGE-MIB Un port d'un pont est passé de Apprentissage à Transfert ou Transfert à Blocage
entConfigChange RFC2737/ ENTITY-MIB La valeur entLastChangeTime a changé
dsx1LineStatusChange RFC2495/DS1-MIB Un déroutement dsx1LineStatusChange est envoyé lorsque la valeur d'une instance dsx1LineStatus change. Le déroutement peut être utilisé par un NMS pour déclencher des sondages. Lorsque la modification de l'état de la ligne résulte d'une modification de l'état de la ligne de niveau supérieur (comme DS-3), aucun déroutement pour le DS-1 n'est envoyé.
dsx3LineStatusChange RFC2496/DS3-MIB Un déroutement dsx3LineStatusLastChange est envoyé lorsque la valeur d'une instance de dsx3LineStatus change. Ce déroutement peut être utilisé par un NMS pour déclencher des sondages. Lorsque la modification de l'état de la ligne entraîne une modification de l'état de la ligne de niveau inférieur (comme DS-1), aucun déroutement pour le niveau inférieur n'est envoyé.
risingAlarm RFC1757/RMON-MIB Le déroutement SNMP généré lorsqu'une entrée d'alarme dépasse le seuil ascendant et que l'entrée génère un événement configuré pour l'envoi de déroutements SNMP.
fallingAlarm RFC1757/RMON-MIB Le déroutement SNMP qui est généré lorsqu'une entrée d'alarme dépasse le seuil de chute et que l'entrée génère un événement configuré pour envoyer des déroutements SNMP.

Déterminer la gravité d'un piège

Le type de piège reçu ne peut pas à lui seul déterminer la gravité d'un piège. Vous devez afficher le contenu interne du déroutement pour déterminer la gravité du déroutement. Les niveaux d'alarme/de déroutement peuvent être provisionnés dans l'ONS 15454. Le certificat OID (Object Identifier) 454AlarmState spécifie la gravité de l'alarme et le service affectant l'état. Les valeurs possibles pour cerent454AlarmState sont les suivantes (1), crucial (10), administratif (20), diagnostic (30), effacé (40), mineurNonServiceAffectant (50), majorNonServiceAffectant (60), critiqueNonServiceAffectant (70), mineurServiceAffectant (8) 0), majorServiceAffecting (90), CriticalServiceAffecting (100). Les mises en oeuvre actuelles des versions 2.2 et 3.0 ne comportent aucun déroutement de type crucial et de diagnostic.

Action à entreprendre avec HPoV

Ces étapes sont écrites pour HP Network Node Manager (NNM) Version 6.1. Consultez la documentation utilisateur de votre version de HP NNM pour plus d'informations sur la compilation d'une base MIB et sur la modification du contenu dans le fichier trapd.conf. Utilisez cette procédure comme ligne directrice :

  1. Compilez cerentRegistry.mib, cerentTC.mib et cerent454.mib dans le même ordre que celui mentionné ici dans HPoV.

  2. Copiez le fichier trapd.conf actuel en tant que trapd.conf.old. C'est une étape importante. En cas d'absence d'un élément, vous pouvez toujours rétablir le nom du fichier et renvoyer la configuration d'origine.

  3. Dans le fichier trapd.conf, remplacez la chaîne NO FORMAT DEFINED par $N $2 Objet :$3 Index :$4 Emplacement :$5 Port :$6, à l'aide de n'importe quel éditeur de texte (VI, Emacs, Wordpad, etc.). Assurez-vous que ce remplacement est effectué uniquement pour les déroutements chargés à partir des fichiers MIBS propriétaires de Cisco OTBU.

  4. Dans le fichier trapd.conf, remplacez la chaîne LOGONLY par Error Alarms, en utilisant n'importe quel éditeur de texte (VI, Emacs, Wordpad, etc.). Assurez-vous que ce remplacement est effectué uniquement pour les déroutements chargés à partir des fichiers MIBS propriétaires de Cisco OTBU.

  5. Ainsi, chaque piège reçu du 15454 apparaît correctement sur le navigateur d'alarme.

  6. Enregistrez et redémarrez HPoV.

Informations connexes

Ce document vous est-il utile?

FeedbackCommentaires

Contacter Cisco

Ce document s’applique à ces produits