Conmutación por error del router que no funciona en modo dúplex

Introducción

Una parte integral de Cisco Architecture for Voice, Video and Integrated Data (AVVID) y Cisco IP Contact Center (IPCC) Enterprise Edition ofrece estas funciones en una infraestructura IP:

• Routing inteligente de contactos

• Tratamiento de llamadas

• Integración de telefonía informática (CTI) de red a escritorio

• Gestión de contactos multicanal

Cisco IPCC Enterprise combina la funcionalidad de distribuidor automático de llamadas (ACD) multicanal y la telefonía IP en una solución unificada, lo que le permite implementar rápidamente una infraestructura de centro de llamadas distribuido.

Cisco ICM Enterprise Edition segmenta a los clientes, supervisa la disponibilidad de los recursos y proporciona cada contacto al recurso más apropiado en cualquier lugar de la empresa. ICM forma parte de la familia de productos IPCC Enterprise y es en sí mismo una familia de productos, principalmente el CallRouter, Logger, Peripheral Gateway (PG) y Admin Workstation (AW).

Prerequisites

Requirements

Quienes lean este documento deben tener conocimiento de los siguientes temas:

• Solución empresarial IPCC

• Solución ICM, que comprende los conceptos de CallRouter, Logger, PG, AW

Componentes Utilizados

La información que contiene este documento se basa en las siguientes versiones de software y hardware.

• ICM versión 5.0 y posterior

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

Convenciones

For more information on document conventions, refer to the Cisco Technical Tips Conventions.

Problema

En una solución IPCC Enterprise, la topología ICM se configura en modo dúplex. Cuando un router se cae, el otro no toma el control. Suponga que LoggerA y RouterA están activos. Si el LoggerA se detiene, falla en el LoggerB sin ningún problema pero no para el proceso rtr. Por ejemplo, si el RouterA se detiene, el proceso rtr del RouterB muere y vuelve a funcionar, pero nunca entra en servicio y no se procesa ninguna llamada, independientemente del router que esté activo o en ejecución.

Solución

Este problema está relacionado con el número de PG en servicio y el número total de PG configurados. Si el ICM se configura en modo dúplex, el RouterB o el RouterA no ejecutan simplex (aislado - habilitado) a menos que el router esté en comunicación con la mayoría de los dispositivos PG habilitados. Si ambos PG están activos en una configuración de dos PG ICM, el RouterA o el RouterB pueden ejecutar simplex y aislarse - habilitado. Si uno de los dos PG no funciona, el RouterA puede ejecutar simplex, pero el RouterB no puede. Esta diferencia se debe al hecho de que si un número par de PG se verifica en la configuración, el RouterA se ejecuta solo si la mitad está disponible. El RouterB no ejecuta simplex porque la mitad se considera una mayoría en el lado A y una minoría en el lado B. Este escenario puede ocurrir si se configuran varios PG pero no están en línea, o si el router no puede ver todos los PG. Cuando un CallRouter se desactiva, se realiza una "prueba en otro lado". Cuando se realiza esta prueba, cada lado verifica si está conectado a la mayoría de los PG. Si el lado B no puede conectarse a la mayoría de los PG más un PG adicional, el lado B nunca se activa.

Para solucionar este problema, verifique que:

• Todos los PG están activos y funcionando para que la conmutación por fallas del router funcione correctamente.

• Todas las direcciones IP se ingresan correctamente y en la ventana de proceso del agente de router.

• La barra de título de la ventana de proceso de ccagent dice InSvc x/y PG, donde x representa el número de PG activos e y representa el número total de PG (consulte la flecha A en la Figura1).

Información Relacionada

• Soporte Técnico - Cisco Systems