Contenu

Introduction

Conditions préalables

Conditions requises

Components Used

Conventions

Description des interruptions ONS 15454

Structure d'un piège de ONS 15454

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

Action à entreprendre avec HPoV

Informations connexes

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 .

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

- Page d'assistance pour les technologies optiques

- Support et documentation techniques - Cisco Systems