Colaboración : Cisco ICM Logger

El reinicio del maderero genera el SNMP traps viejo

17 Octubre 2016 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (22 Agosto 2015) | Comentarios


Contenido


Introducción

Este documento describe los mensajes anticuados del Trap del Simple Network Management Protocol (SNMP) en un entorno para empresas unificado Cisco del Intelligent Contact Management (ICM) y proporciona dos métodos posibles para evitar que estos mensajes de información sean señalados.

prerrequisitos

Requisitos

Cisco recomienda que tenga conocimiento sobre estos temas:

  • Empresa del Cisco ICM

  • Una comprensión del SNMP

Componentes Utilizados

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

Convenciones

Consulte Convenciones de Consejos TécnicosCisco para obtener más información sobre las convenciones del documento.

Antecedentes

El maderero ICM recoge los eventos y los mensajes de todos los componentes del sistema. El maderero pasa esta información al proceso de Customer Support Forwarding Service (CSFS) que recibe los eventos, los filtra y los celebra en la memoria en el maderero como cuadro 1 demostraciones. La alimentación SNMP es una característica opcional ICM que permite que usted reciba una Alimentación de evento a través de una interfaz del compatible con SNMP (TCP/IP). Cuando usted utiliza la alimentación SNMP, usted puede configurarla para enviar el SNMP traps al cliente deseado de la Administración.

Cuadro 1 — Alimentación del CSFS

logger-rest-old-snmp-1.gif

Problema

Por el diseño, después de que usted recomience un maderero en un entorno duplexado, o si un maderero despide, el SNMP traps anticuado se pudo generar y visualizar en las estaciones configuradas de la administración de SNMP. Cuando el proceso del CSFS se comienza como parte del maderero, recibe un evento (alarma) que se señalará al cliente remoto (vía el SNMP, el Syslog o el [RMS] del servicio de la supervisión remota) y guarda una copia del evento en la memoria, llamada un expediente bajo. En haber duplicado, critique el entorno tolerante, cuando abajo y después va el proceso del CSFS en un lado los reinicios, él recibe todos los expedientes bajos excepcionales del otro lado y adelante los al cliente de la Administración.

Soluciones

Esta sección describe los métodos posibles que usted puede utilizar para evitar que la información de SNMP anticuada sea señalada. La solución 1 le muestra que cómo purgar la información de SNMP anticuada del maderero y de la solución 2 le muestra cómo suprimir o filtrar la información de SNMP anticuada del cliente de la Administración.

Solución 1

Purgue los expedientes bajos. Para hacer esto, pare los madereros en los ambos lados simultáneamente y después recomiéncelos. Este proceso purga todo el SNMP traps anticuado del proceso del CSFS.

Nota: Este procedimiento se debe hacer durante una ventana de mantenimiento o durante los tiempos del impacto de la bajo-ruta.

  1. Pare el maderero B.

  2. Pare el maderero A.

  3. Encienda el maderero A.

  4. Encienda el maderero B.

Solución 2

Una solución alternativa es tener las alarmas del filtro del cliente de la Administración del cliente que son más viejas que cierta duración, por ejemplo, una semana. Cada desvío que el servicio SNMP envía a la aplicación del partido del cliente en segundo lugar (tal como HP OpenView) contiene un grupo fecha/hora de cuando ocurren los eventos reales. Los clientes pueden entonces configurar su aplicación de terceros para desatender las alarmas con un sello de fecha/hora más viejo que un número determinado de días o de semanas. Es importante observar que el Centro de Asistencia Técnica (TAC) del Centro de contacto de Cisco no ayuda a la configuración de la aplicación de terceros determinada que el cliente elige utilizar para manejar estos eventos/desvíos.


Información Relacionada


Document ID: 91626