Administración de fallas de ONS 15454 utilizando el protocolo de administración de red simple.
Contenido
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:
-
Compile cerentRegistry.mib, cerentTC.mib y cerent454.mib en el mismo orden que se menciona aquí en HPoV.
-
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.
-
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.
-
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.
-
Esto hace que cada trampa recibida del 15454 aparezca apropiadamente en el navegador de alarma.
-
Guarde y reinicie HPoV.
Información Relacionada
ComentariosContacte a Cisco
- Abrir un caso de soporte
- (Requiere un Cisco Service Contract)