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

Redundancia del servicio telefónico IP

31 Julio 2013 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (16 Abril 2008) | Comentarios


Contenido


Introducción

Este documento describe cómo proporcionar la Redundancia a los servicios del Cisco IP Phone tales como movilidad de la extensión (EM) y servicios de directorio.

Prerrequisitos

Requisitos

Cisco recomienda que usted tiene conocimiento del administrador 4.x de las Comunicaciones unificadas de Cisco.

Componentes Utilizados

La información en este documento se basa en el administrador 4.x de las Comunicaciones unificadas de Cisco.

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

Convenciones

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

Antecedentes

En el administrador de las Comunicaciones unificadas de Cisco, requieren a los servicios del Cisco IP Phone para proporcionar el menú de los servicios del teléfono del IP al teléfono. El menú de los servicios telefónicos inscritos se visualiza cuando el usuario presiona el botón de los servicios en el teléfono. Esto es necesario de modo que el usuario pueda seleccionar el servicio telefónico EM. El nodo al cual un teléfono señala para el servicio del Cisco IP Phone es determinado por el parámetro de los servicios URL. Solamente un solo servicio URL se puede configurar para cada teléfono. Por abandono, este parámetro señala al nodo del editor.

Servicios del Cisco IP Phone

Antes de que se discutan las consideraciones de la Redundancia, es útil saber los servicios telefónicos son aprovisionado por abandono. Cuando un usuario presiona los servicios abotonan, un mensaje HTTP GET se envían del teléfono del IP al script del Cisco CallManager getservicesmenu.asp, por abandono. Para especificar un diverso script, cambie la configuración en los parámetros Enterprise del Cisco CallManager. El script getservicesmenu.asp devuelve la lista de ubicaciones del servicio telefónico URL que sean inscritas por al usuario individual. El HTTP de respuesta devuelve esta lista al teléfono del IP. Cualquier opción de menú más otra del servicio telefónico elegida por el usuario continúa la Mensajería HTTP entre el usuario y el servidor Web que contiene la aplicación de servicio telefónico seleccionada.

El comportamiento predeterminado del administrador de las Comunicaciones unificadas de Cisco es que no hay Redundancia para los servicios usuario-iniciados del teléfono del IP porque el botón de los servicios se configura estáticamente a un Cisco CallManager predeterminado. La Redundancia está disponible para los servicios como el URL inactivo. La ubicación y el valor de agotamiento del tiempo del URL inactivo se guardan en el servidor TFTP y se descargan al teléfono del IP cuando el teléfono se registra.

Redundancia de los servicios del teléfono del IP

Para asegurar los servicios confiables para los usuarios del teléfono, usted debe mantener un nivel elevado de Disponibilidad del sistema, con una transición inconsútil a los sistemas redundantes durante una falla del sistema. Mientras que la mayor parte del proceso final de un servicio telefónico ocurre en un servidor Web, los teléfonos todavía dependen del administrador de las Comunicaciones unificadas de Cisco para reorientarlos al servicio telefónico. En el caso de la movilidad de la extensión y de los servicios telefónicos del asistente del administrador de las Comunicaciones unificadas de Cisco, el servicio se ejecuta realmente en los servidores del administrador de las Comunicaciones unificadas de Cisco.

Cisco IOS SLB

La característica del Equilibrio de carga de servidores (SLB) es una solución basada ® del Cisco IOS que proporciona el Server Load Balancing IP. Con la característica del Cisco IOS SLB, usted define un servidor virtual que represente un grupo de servidores reales en un cluster de los servidores de red, conocido como bloque de servidores. En este entorno, configuran a los clientes para conectar con la dirección IP del servidor virtual. La dirección IP del servidor virtual se configura como un Loopback Address, o driección IP secundaria, en cada uno de los servidores reales. Cuando un cliente inicia una conexión al servidor virtual, la función del Cisco IOS SLB elige un servidor real para la conexión basada en un algoritmo configurado del balanceo de carga.

La Redundancia se puede implementar con algún tipo de Server Load Balancing, como se ilustra en el cuadro 1, donde utilizan a una dirección IP virtual para señalar a uno o más servidores de administración de las Comunicaciones unificadas de Cisco. Utilizan a esta dirección IP virtual para configurar el parámetro de los servicios URL. Así, un error del servidor de administración de las Comunicaciones unificadas de Cisco no previene la vuelta de la lista de suscripción de los servicios del teléfono del IP al teléfono cuando se avanza el botón de los servicios. Además, hacen los servicios telefónicos, tales como movilidad de la extensión y asistente del administrador de las Comunicaciones unificadas de Cisco, que se ejecutan en un servidor de administración de las Comunicaciones unificadas de Cisco también potencialmente redundantes con este método.

Figura 1

/image/gif/paws/100909/ip_phone_redundancy-1.gif

Refiera a la cisco IOS server load que equilibra para más información sobre el Cisco IOS SLB.

DNS un expediente

Una alternativa al Cisco IOS SLB, DNS se puede utilizar para proporcionar la Redundancia para estos componentes. Para utilizar el DNS como mecanismo de redundancia, un expediente DNS A se debe configurar para cada nodo del suscriptor del administrador de las Comunicaciones unificadas de Cisco con el mismo nombre de dominio completo (FQDN) o nombre del host. Esto es necesario de modo que una interrogación DNS para el FQDN o el nombre del host vuelva los IP Addresses para los Nodos múltiples del suscriptor del administrador de las Comunicaciones unificadas de Cisco. Así, un teléfono que pregunta el servidor DNS para el FQDN o el nombre del host recibe los IP Addresses múltiples. Dado una falla de nodo, estos IP Addresses se pueden entrar en contacto uno a la vez a su vez hasta que se encuentre un nodo de respuesta. La desventaja al uso del DNS para la Redundancia EM es que si un nodo falla, un teléfono debe esperar un descanso antes de que intente entrar en contacto la dirección IP o el nodo siguiente. Este descanso puede tardar dondequiera a partir 30 a 45 segundos y se relanza para que cada tentativa entre en contacto un nodo fallado. Por lo tanto, los retrasos importantes pueden ocurrir durante las fallas de nodo antes de que una respuesta se reciba de un nodo del administrador de las Comunicaciones unificadas de Cisco.

Los expedientes del servicio DNS (SRV) se pueden también utilizar para proporcionar la Redundancia.

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.


Información Relacionada


Document ID: 100909