El reinicio del registrador genera las trampas SNMP antiguas

Introducción

Este documento describe mensajes de trampa SNMP (del inglés Simple Network Management Protocol, protocolo simple de administración de redes) obsoletos en un entorno empresarial de Cisco Unified Intelligent Contact Management (ICM) y proporciona dos métodos posibles para evitar que se notifiquen estos mensajes de información.

Prerequisites

Requirements

Cisco recomienda que tenga conocimiento sobre estos temas:

• Cisco ICM Enterprise

• Comprensión de 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 registrador del ICM recopila eventos y mensajes de todos los componentes del sistema. El registrador pasa esta información al proceso del servicio de reenvío de soporte al cliente (CSFS) que recibe los eventos, los filtra y los mantiene en la memoria del registrador como se muestra en la Figura 1. La fuente SNMP es una función ICM opcional que permite recibir una fuente de eventos a través de una interfaz compatible con SNMP (TCP/IP). Cuando utiliza la fuente SNMP, puede configurarla para enviar las trampas SNMP al cliente de administración deseado.

Problema

Por diseño, después de reiniciar un registrador en un entorno duplexado, o si un registrador rebota, las trampas SNMP desactualizadas podrían generarse y mostrarse en las estaciones de administración SNMP configuradas. Cuando se inicia el proceso CSFS como parte del registrador, recibe un evento (alarma) que se notificará al cliente remoto (a través de SNMP, Syslog o el Servicio de supervisión remota [RMS]) y guarda una copia del evento en la memoria, denominado registro base. En un entorno duplexado y tolerante a fallos, cuando el proceso CSFS de un lado se desactiva y luego se reinicia, recibe todos los registros base pendientes del otro lado y los reenvía al cliente de administración.

Soluciones

Esta sección describe los posibles métodos que puede utilizar para evitar que se informe información SNMP desactualizada. La solución 1 muestra cómo purgar la información SNMP desactualizada del registrador y la solución 2 muestra cómo suprimir o filtrar la información SNMP desactualizada del cliente de administración.

Solución 1

Purgue los registros base. Para hacer esto, detenga los Loggers de ambos lados simultáneamente y luego reinicie los Loggers. Este proceso elimina todas las trampas SNMP desactualizadas del proceso CSFS.

Nota: Este procedimiento debe realizarse durante una ventana de mantenimiento o durante tiempos de impacto de ruta baja.

1. Detener el registrador B.

2. Detenga el registrador A.

3. Inicie el registrador A.

4. Inicie el registrador B.

Solución 2

Una solución alternativa es tener alarmas de filtro de cliente de administración del cliente que sean más antiguas que una duración determinada, por ejemplo, una semana. Cada trampa que el servicio SNMP envía a la aplicación de segundo proveedor del cliente (como HP OpenView) contiene una indicación de fecha y hora del momento en que se produce el evento real. A continuación, los clientes pueden configurar su aplicación de terceros para ignorar las alarmas con una marca de tiempo con una antigüedad superior a un número determinado de días o semanas. Es importante tener en cuenta que el centro de asistencia técnica Cisco Contact Center (TAC) no ayuda en la configuración de la aplicación específica de terceros que el cliente decide utilizar para gestionar estos eventos o trampas.

Información Relacionada

• Documentación de soporte empresarial de Cisco Unified Intelligent Contact Management
• Soporte Técnico y Documentación - Cisco Systems