Contenido

Introducción

Prerequisites

Requirements

Componentes Utilizados

Convenciones

Descripción de notificaciones de trampas ONS 15454

Estructura de una trampa desde ONS 15454

Determinar la gravedad de una trampa

Acción a realizar en HPoV

Información Relacionada

Introducción

Cisco recomienda el uso de Cisco Transport Manager (CTM) como sistema de gestión de elementos (EMS) para supervisar las trampas de un Cisco ONS 15454, y recomienda Cisco Information Center (CIC) como sistema de administración de redes (NMS) para supervisar las alarmas y los fallos de toda la red. Utilice este documento con una plataforma de administración de fallos existente, como Hewlett-Packard OpenView (HPOV) como interfaz principal para ver los fallos.

Este documento explica cómo un ONS 15454 envía trampas, el contenido de una trampa y qué acciones se deben tomar en una plataforma de administración de fallas, como HPOV, para descifrar las trampas. Dado que hay pequeñas diferencias en el nombre en las diversas versiones de ONS 15454, este documento resalta las diferencias cuando corresponde.

Prerequisites

Requirements

Este documento asume que tiene una comprensión básica de las trampas del protocolo simple de administración de red (SNMP) y puede interpretar el contenido de un sistema de base de información de administración (MIBS) que define la trampa.

Lea este documento junto con la Documentación del Usuario ONS 15454.

Componentes Utilizados

Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.

Convenciones

Consulte Convenciones de Consejos Técnicos de Cisco para obtener más información sobre las convenciones sobre documentos.

Descripción de notificaciones de trampas ONS 15454

El ONS 15454 utiliza trampas SNMP como un mecanismo para informar a sus sistemas de administración de nivel superior de cualquier condición de alarma experimentada durante su funcionamiento. La versión 2.2 del software MIBS para ONS 15454 se define en estos tres archivos:

- cerentRegistry.mib

- cerentTC.mib

- cerent454.mib

Los nombres de estos archivos se han cambiado desde la versión 4.6 del software del sistema ONS 15454 para indicar el nombre de los módulos MIBS. Los nombres de estos archivos MIBS son:

- CERENT-GLOBAL-REGISTRY.mib

- CERENT-TC.mib

- CERENT-454-MIB.mib

- CERENT-GENERIC-MIB.mib (sólo para ONS 15327)

- CISCO-SMI.mib

- CISCO-VOA-MIB.mib

- CERENT-MSDWDM-MIB.mib

- CISCO-OPTICAL-MONITOR-MIB.mib

- CERENT-FC-MIB.mib

Nota: CERENT-MSDWDM-MIB.mib y CERENT-FC-MIB.mib en el directorio CiscoV2 soportan contadores de monitoreo de rendimiento de 64 bits. Sin embargo, el MIB SNMPv1 respectivo en el directorio CiscoV1 no contiene contadores de monitoreo de rendimiento de 64 bits, pero soporta los valores de palabra más bajos y más altos del contador de 64 bits correspondiente. Los otros archivos MIB en los directorios CiscoV1 y CiscoV2 son idénticos en el contenido y sólo difieren en el formato.

Nota: Se utilizan diferentes archivos MIB para ONS 15454 (o ONS 15454 SDH) y ONS 15327, respectivamente. El archivo CERENT-454-MIB.mib contiene las definiciones de objeto y trampa pertenecientes al ONS 15454 (tanto plataformas SONET como SDH). El archivo CERENT-GENERIC-MIB.mib contiene las definiciones de objeto y trampa pertenecientes al ONS 15327. Al aprovisionar el sistema de administración de red para ONS 15454 u ONS 15454 SDH, utilice el archivo CERENT-454-MIB.mib. Al aprovisionar el sistema de administración de red para ONS 15327, utilice el archivo CERENT-GENERIC-MIB.mib.

Una característica única de SNMP es que una versión particular de un MIBS es siempre compatible con todas las versiones anteriores del mismo archivo. Por ejemplo, el archivo CERENT-454-MIB.mib del CD de distribución de la versión 3.0 es compatible con las versiones de software 2.2.3, 2.2.1, 2.0, etc. Se trata de una propiedad obligatoria de cada SNMP MIBS y los archivos de MIBS patentados de Cisco Optical Transport Business Unit (OTBU) no son una excepción.

Estructura de una trampa desde ONS 15454

Las trampas del ONS 15454 se definen en el archivo cerent454.mib. Este es el archivo CERENT-454-MIB.mib en la versión 3.0. Las trampas generadas por el ONS 15454 contienen un ID de objeto que identifica de forma única la alarma. Un identificador de entidad identifica de forma única qué entidad generó la alarma (slot, puerto, Señal de transporte síncrona [STS], Tributario virtual [VT], Anillos conmutados de línea bidireccional [BLSR], protocolo de árbol de extensión [STP], etc.). Las trampas dan la gravedad de la alarma (crítica, mayor, menor, evento, etc.), e indican si la alarma afecta al servicio o si afecta al no servicio. Las trampas también contienen una marca de fecha/hora que muestra la fecha y hora en que se produjo la alarma. El ONS 15454 también genera una trampa para cada alarma cuando se borra la condición de alarma. Cada trampa SNMP contiene diez vinculaciones de variables.

Esta tabla muestra la estructura de una trampa ONS 15454:

Enlaces de variables de trampa SNMP para el número ONS 15454

Nombre

Descripción

1

sysUpTime

El primer enlace de variable en la lista de enlace de variable de SNMPv2-Trap-PDU.

2

snmpTrapOID

El segundo enlace de variable en la lista de enlace variable de SNMPv2-Trap-PDU.

3

CerentNodeTime

Esta variable proporciona la hora en la que se produjo un evento.

4

cerent454AlarmState

Esta variable especifica la gravedad de la alarma y el estado que afecta al servicio. La gravedad es menor, importante y crítica. Los estados que afectan al servicio afectan al servicio y al no servicio.

5

cerent454AlarmObjectType

Esta variable proporciona el tipo de entidad que provocó la alarma. El NMS debe utilizar este valor para decidir qué tabla sondear para obtener más información sobre la alarma.

6

cerent454AlarmObjectIndex

Cada alarma es provocada por una entrada de objeto en una tabla específica. Esta variable es el índice de los objetos de cada tabla. Si la alarma está relacionada con la interfaz, éste es el índice de las interfaces en la tabla de interfaz.

7

cerent454AlarmSlotNumber

Esta variable indica la ranura del objeto que provocó la alarma. Si una ranura no es relevante para la alarma, el número de ranura es cero.

8

cerent454AlarmPortNumber

Esta variable proporciona el puerto del objeto que provocó la alarma. Si un puerto no es relevante para la alarma, el número de puerto es cero.

9

cerent454AlarmLineNumber

Esta variable proporciona la línea de objeto que provocó la alarma. Si una línea no es relevante para la alarma, el número de línea es cero.

10

cerent454AlarmObjectName

Esta variable proporciona el nombre visible de usuario estilo TL1 que identifica de forma única un objeto en el sistema.

Enlaces de variables de trampa SNMP utilizados en número ONS 15327

Nombre

Descripción

1

sysUpTime

Esta tabla contiene todas las alarmas que se han elevado actualmente. Cuando se produce una alarma, aparece como una nueva entrada en la tabla. Cuando se borra una alarma, se elimina de la tabla y todas las entradas subsiguientes se mueven una fila.

2

snmpTrapID

Esta variable identifica de forma única cada entrada en una tabla de alarmas. Cuando se borra una alarma en la tabla de alarmas, los índices de alarmas cambian para cada alarma ubicada después de la alarma despejada.

3

CerentNodeTime

Esta variable proporciona la hora en la que se produjo un evento.

4

cerentGenericAlarmState

Esta variable especifica la gravedad de la alarma y el estado que afecta al servicio. La gravedad es menor, importante y crítica. Los estados que afectan al servicio afectan al servicio y al no servicio.

5

cerentGenericAlarmObjectType

Esta variable proporciona el tipo de entidad que provocó la alarma. El NMS debe utilizar este valor para decidir qué tabla sondear para obtener más información sobre la alarma.

6

cerentGenericAlarmObjectIndex

Cada alarma es provocada por una entrada de objeto en una tabla específica. Esta variable es el índice de los objetos de cada tabla; si la alarma está relacionada con la interfaz, éste es el índice de las interfaces en la tabla de interfaz.

7

cerentGenericAlarmSlotNumber

Esta variable indica la ranura del objeto que provocó la alarma. Si una ranura no es relevante para la alarma, el número de ranura es cero.

8

cerentGenericAlarmPortNumber

Esta variable proporciona el puerto del objeto que provocó la alarma. Si un puerto no es relevante para la alarma, el número de puerto es cero.

9

cerentGenericAlarmLineNumber

Esta variable proporciona la línea de objeto que provocó la alarma. Si una línea no es relevante para la alarma, el número de línea es cero.

10

cerentGenericAlarmObjectName

Esta variable proporciona el nombre visible de usuario estilo TL1 que identifica de forma única un objeto en el sistema.

Los documentos estándar de IETF, conocidos como solicitudes de comentarios (RFCs), contienen definiciones de objetos MIB con descripciones detalladas. Estas definiciones se extraen de los RFC y se ponen a disposición como archivos MIB en el CD. Los RFC se pueden obtener de muchas fuentes como el sitio web oficial de IETF .

Estos archivos MIB estándar, incluidos en el CD, deben cargarse en el sistema de administración de red. Se encuentran en el directorio Estándar.

MIB estándar de IETF implementadas en ONS 15454 y ONS 15327 SNMP Agent RFC#

Nombre del módulo

Título/Comentarios

IANAifType-MIB.mib

ifType de la Autoridad de Números Asignados a Internet (IANA)

1213 1907

RFC1213-MIB-rfc1213.mib, SNMPV2-MIB-rfc1907.mib

Base de información de administración para administración de red de internets basados en TCP/IP:Base de información de administración MIB-II para la versión 2 del protocolo simple de administración de red (SNMPv2)

1253

RFC1253-MIB-rfc1253.mib

Base de información de administración de la versión 2 de OSPF

1493

BRIDGE-MIB-rfc1493.mib

Definiciones de objetos administrados para puentes. Esto define los objetos MIB para administrar puentes MAC basados en el estándar IEEE 802.1D-1990 entre segmentos de red de área local (LAN).

1757

RMON-MIB-rfc1757.mib

Base de información de administración de supervisión de red remota

2737

ENTITY-MIB-rfc2737.mib

MIB de entidad (versión 2)

2233

IF-MIB-rfc2233.mib

La MIB de Grupo de Interfaces con SMIv2

2358

EtherLike-MIB-rfc2358.mib

Definiciones de objetos administrados para los tipos de interfaz tipo Ethernet

2493

PerfHist-TC-MIB-rfc2493.mib

Convenciones Textuales para Módulos MIB Usando el Historial de Rendimiento Basado en Intervalos de 15 Minutos

2495

DS1-MIB-rfc2495.mib

Definiciones de objetos administrados para los tipos de interfaz DS1, E1, DS2 y E2

2496

DS3-MIB-rfc2496.mib

Definiciones de objeto administrado para el tipo de interfaz DS3/E3

2558

SONET-MIB-rfc2558.mib

Definiciones de objetos administrados para el tipo de interfaz SONET/SDH

2674

P-BRIDGE-MIB-rfc2674.mib Q-BRIDGE- MIB-rfc2674.mib

Definiciones de objetos administrados para puentes con clases de tráfico, filtrado de multidifusión y extensiones LAN virtuales

El ONS 15454 admite trampas genéricas e Internet Engineering Task Force (IETF). La categoría Estándar consta de todos los archivos MIB estándar IETF e IANA que necesita para sus operaciones.

Esta tabla enumera las trampas soportadas en el ONS 15454:

Trampas admitidas en la trampa ONS 15454

Desde RFC# MIB

Descripción

coldstart

MIB DE RFC1907

Agente activo, arranque en frío

warmStart

MIB DE RFC1907

Agente activo, inicio rápido

authenticationFailure

MIB DE RFC1907

La cadena de comunidad no coincide

newRoot

RFC1493/ BRIDGE-MIB

El agente remitente es la nueva raíz del árbol de expansión

topologyChange

RFC1493/ BRIDGE-MIB

Un puerto en un puente ha pasado de Aprender a Reenviar o Reenviar a Bloqueo

entConfigChange

RFC2737/ ENTITY-MIB

El valor entLastChangeTime ha cambiado

dsx1LineStatusChange

RFC2495/ DS1-MIB

Se envía una trampa dsx1LineStatusChange cuando cambia el valor de una instancia dsx1LineStatus. Una NMS puede utilizar la trampa para activar encuestas. Cuando el cambio de estado de la línea resulta de un cambio de estado de línea de nivel superior (como DS-3), no se envían trampas para DS-1.

dsx3LineStatusChange

RFC2496/DS3-MIB

Se envía una trampa dsx3LineStatusLastChange cuando cambia el valor de una instancia de dsx3LineStatus. Esta trampa puede ser utilizada por un NMS para activar encuestas. Cuando el cambio de estado de línea produce un cambio de estado de línea de nivel inferior (como DS-1), no se envían trampas para el nivel inferior.

risingAlarm

RFC1757/ RMON-MIB

La trampa SNMP que se genera cuando una entrada de alarma atraviesa el umbral ascendente y la entrada genera un evento configurado para enviar trampas SNMP.

fallingAlarm

RFC1757/ RMON-MIB

La trampa SNMP que se genera cuando una entrada de alarma atraviesa el umbral descendente y la entrada genera un evento configurado para enviar trampas SNMP.

Determinar la gravedad de una trampa

El tipo de trampa recibida no puede determinar por sí solo la gravedad de una trampa. Debe ver el contenido interno de la trampa para determinar la gravedad de la trampa. La gravedad de la alarma/trampa se puede aprovisionar en el ONS 15454. El identificador de objetos (OID) cerent454AlarmState especifica la gravedad de la alarma y el estado que afecta al servicio. Los valores posibles para cerent454AlarmState son otro (1), crucial (10), administrativo (20), diagnóstico (30), desactivado (40), leveNonServiceAffecting (50), majorNonServiceAffecting (60), críticoNonServiceAffecting (70), secundarioService Afectando (80), el servicio principalAfectado (90), el servicio críticoAfectante (100). Las implementaciones actuales para la versión 2.2 y la versión 3.0 no tienen trampas de tipo crucial y diagnóstico.

Acción a realizar en HPoV

Estos pasos se escriben para HP Network Node Manager (NNM) versión 6.1. Consulte la documentación del usuario de su versión de HP NNM para obtener más información sobre cómo compilar una MIB y sobre cómo cambiar el contenido en el archivo trapd.conf. Utilice este procedimiento como guía:

1. Compile cerentRegistry.mib, cerentTC.mib y cerent454.mib en el mismo orden que se menciona aquí en HPoV.

2. Copie el trapd.conf actual como trapd.conf.old. Este es un paso importante. En el caso de que se perdiera algo, siempre puede revertir el nombre del archivo y devolver la configuración original.

3. En el archivo trapd.conf, reemplace la cadena NO FORMAT DEFINIDO por $N $N $2 Object:$3 Index:$4 Slot:$5 Puerto:$6, con cualquier editor de texto (VI, Emacs, Wordpad, etc). Asegúrese de que este reemplazo se realiza solamente para las trampas cargadas desde los archivos MIBS privados de Cisco OTBU.

4. En el archivo trapd.conf, reemplace la cadena LOGONLY por Error Alarms, utilizando cualquier editor de texto (VI, Emacs, Wordpad, etc.). Asegúrese de que este reemplazo se realiza solamente para las trampas cargadas desde los archivos MIBS privados de Cisco OTBU.

5. Esto hace que cada trampa recibida del 15454 aparezca apropiadamente en el navegador de alarma.

6. Guarde y reinicie HPoV.

Información Relacionada

- Página de soporte de tecnología óptica

- Soporte Técnico y Documentación - Cisco Systems