Voz y Comunicaciones unificadas : Cisco Unified Communications Manager (CallManager)

Estado de puente de conferencia de CallManager: KEEPALIVE_FAILED

17 Abril 2008 - Traducción manual
Otras Versiones: PDFpdf | Traducción Automática (31 Julio 2013) | Inglés (28 Marzo 2007) | Comentarios

Contenido

Introducción
Requisitos previos
      Requerimientos
      Componentes utilizados
      Convenciones
Antecedentes
Puente de conferencia bloqueado en el estado KEEPALIVE_FAILED
      Solución
Discusiones relacionadas de la comunidad de soporte de Cisco

Introducción

Este documento proporciona información sobre cómo solucionar problemas cuando el puente de conferencia de Cisco CallManager falla y aparece KEEPALIVE_FAILED como mensaje de error. El puente de conferencia no está disponible durante un período de tiempo potencialmente indefinido hasta que se soluciona el problema.

Requisitos previos

Requerimientos

No hay requerimientos específicos para este documento.

Componentes utilizados

La información que contiene este documento se basa en Cisco CallManager 4.1(3) y en los routers de la serie 2800 de Cisco que ejecutan el software Cisco IOS® versión 12.3.

La información que contiene este documento se creó a partir de los dispositivos en un entorno de laboratorio específico. Todos los dispositivos que se utilizan en este documento se iniciaron con una configuración sin definir (predeterminada). Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener cualquier comando.

Convenciones

Consulte Convenciones sobre consejos técnicos de Cisco para obtener más información sobre las convenciones del documento.

Antecedentes

La conferencia habilitada para hardware proporciona la capacidad de admitir conferencias de voz en el hardware. Los procesadores de señales digitales (DSP) convierten varias secuencias de medios de voz por IP en secuencias TDM que se mezclan en una sola secuencia de llamada de conferencia. El número de conferencias admitidas depende del número de DSP disponibles. De manera que, si los puentes de conferencia no se finalizan correctamente, los DSP no pueden volver a utilizarse. Para obtener más detalles sobre la configuración de un puente de conferencia en una puerta de enlace de IOS, consulte Ejemplo de configuración de bloques DSP de puertas de enlace de IOS y CallManager

Puente de conferencia bloqueado en el estado KEEPALIVE_FAILED

Si el puente de conferencia en el que se registró Cisco CallManager durante una conferencia activa no puede alcanzar CallManager, el puente de conferencia finalizará en el estado KEEPALIVE_FAILED. El puente de conferencia continúa enviando señales de medios, posiblemente a través de la WAN durante un tiempo largo, una vez que las partes han abandonado la conferencia y los recursos DSP ya no están disponibles para reutilizarlos en más conferencias.

Solución

El error KEEPALIVE_FAILED surge porque el puente de conferencia no vuelve a conectarse a ningún otro CallManager que esté disponible en el clúster. Para solucionar este problema, necesita mencionar el método de conmutación que utilizar en la puerta de enlace.

Cuando se interrumpe el enlace de comunicación entre Cisco Unified CallManager activo y el cliente de protocolo de control de cliente delgado (SCCP), éste último intenta conectarse a algún Cisco Unified CallManager secundario mediante uno de estos métodos de conmutación:

  • Graceful (Cortesía): la conmutación de Cisco Unified CallManager sólo ocurre cuando todas las sesiones activas terminan por cortesía. Este es el método predeterminado.

  • Immediate (Inmediato): independientemente de si hay o no una conexión activa, el cliente SCCP se conecta a uno de los Cisco Unified CallManager secundarios inmediatamente. Si el cliente SCCP no puede conectarse a ningún Cisco Unified CallManager secundario, continúa buscando una conexión con Cisco Unified CallManager.

  1. El método de conmutación puede mencionarse en la configuración de sccp ccm group.

    gateway(config)#sccp ccm group 1
    
    gateway(config-sccp-ccm)#switchover method immediate
    

    Nota: Si tiene muchos perfiles configurados para las conferencias en dspfarm, utilice el método de conmutación graceful (cortesía).

  2. Para finalizar los puentes de conferencia que envían mensajes de medios, el mensaje RTP debe agotar el tiempo de espera. Para ello, cambie el temporizador RTP de recepción en la configuración de la puerta de enlace.

    gateway(config)#gateway
    
    gateway(config-gateway)#timer receive-rtp 180
    

    El tiempo de espera predeterminado es de 1200 segundos (20 minutos).


Discusiones relacionadas de la comunidad de soporte de Cisco

La Comunidad de Soporte de Cisco es un foro donde usted puede preguntar y responder, ofrecer sugerencias y colaborar con colegas.


Document ID: 82478