Redundancia del servicio telefónico IP

Redundancia del servicio telefónico IP
Contenido
Introducción
Prerrequisitos
Requisitos
Componentes Utilizados
Convenciones
Antecedentes
Servicios del Cisco IP Phone
Redundancia de los servicios del teléfono del IP
Cisco IOS SLB
DNS un expediente
Información Relacionada
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
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.
Información Relacionada
Notas Técnicas de Troubleshooting
© 1992-2014 Cisco Systems Inc. Todos los Derechos Reservados.
Fecha de Generación del PDF: 31 Julio 2013
http://www.cisco.com/cisco/web/support/LA/102/1028/1028040_ip_phone_redundancy.html