Planeación de resistencia de voz de sitio central

 

Última modificación del tema: 2011-03-23

Cada día con mayor frecuencia, las empresas tienen varios sitios distribuidos por todo el mundo. El mantenimiento de servicios de emergencia, el acceso al departamento de soporte técnico y la capacidad de realizar tareas empresariales fundamentales cuando un sitio central está fuera de servicio son esenciales para una solución de resistencia de Enterprise Voice. Cuando un sitio central no está disponible, es necesario que se cumplan las siguientes condiciones:

  • Debe proporcionar conmutación por error de voz.

  • Los usuarios que normalmente se registran con el grupo de servidores front-end en el sitio central deben poder registrarse con un grupo de servidores front-end alternativo. Esto se puede lograr mediante la creación de varios registros de servidor DNS, cada uno de los cuales se resuelve en un grupo de directores o en un grupo de servidores front-end de cada uno de los sitios centrales. Puede ajustar la prioridad y el peso de los registros SRV, de forma que los usuarios que reciben servicio mediante el sitio central obtengan el grupo de servidores front-end o de directores correspondiente antes que los de otros registros SRV.

  • Las llamadas realizadas a usuarios o desde usuarios ubicados en otros sitios se deben enrutar a través de la RTC.

En este tema se describe la solución recomendada para garantizar la resistencia de voz del sitio central.

Arquitectura y topología

La planeación de la resistencia de voz en un sitio central requiere una comprensión básica del rol central que cumple el registrador de Microsoft Lync Server 2010 al habilitar la conmutación por error de voz . El registrador de Lync Server 2010 es un nuevo rol de servidor que permite el registro y la autenticación de clientes y proporciona servicios de enrutamiento. Se encuentra, junto a otros componentes, en un Servidor Standard Edition, servidor front-end Enterprise, director o aplicación de sucursal con funciones de supervivencia. Un grupo de registrador está formado por servicios de registrador que se ejecutan en el grupo de Lync Server y que residen en el mismo sitio. La carga del grupo debe estar equilibrada. Se recomienda un equilibrio de carga de DNS, aunque también es aceptable un equilibrio de carga de hardware. Un cliente descubre el grupo de Lync Server a través de un registro de servidor DNS. Cuando el cliente se conecta al grupo, el equilibrador de carga lo dirige a uno de los servidores front-end del grupo. A su vez, dicho servidor front-end redirige al cliente a un registrador preferido del grupo.

Cada uno de los usuarios habilitados para Enterprise Voice se asigna a un grupo de registrador concreto, que pasa a ser el grupo de registrador principal del usuario. En un sitio determinado, cientos o miles de usuarios normalmente comparten un único grupo de registrador principal. Para tener en cuenta el consumo de los recursos del sitio central a través de los usuarios de cualquier sitio de sucursal que confíen en el sitio central para fines de presencia, conferencia o conmutación por error, se aconseja considerar cada usuario de sitio de sucursal teniendo en cuenta que el usuario es un usuario registrado en el sitio central. Actualmente no hay límites con respecto al número de usuarios de sitios de sucursal, incluidos los usuarios registrados con una aplicación de sucursal con funciones de supervivencia.

Para garantizar la resistencia de voz en caso de error en el sitio central, el grupo de registrador principal debe tener un solo grupo de registrador de reserva designado ubicado en otro sitio. Este grupo de reserva se puede configurar mediante los ajustes de resistencia de Topology Builder. Dando por supuesto que existe un vínculo WAN resistente entre los dos sitios, los usuarios cuyo grupo de registrador primario ya no está disponible se direccionan automáticamente al grupo de registrador de reserva.

En los pasos siguientes se describe el proceso de detección y registro de clientes:

  1. Un cliente descubre Lync Server a través de registros del servidor DNS. En Lync Server 2010, los registros del servidor DNS se pueden configurar para que devuelvan más de un FQDN para la consulta del servidor DNS. Por ejemplo, si la empresa Contoso tiene tres sitios centrales (Norteamérica, Europa y Asia-Pacífico) y un grupo de directores en cada sitio central, los registros del servidor DNS pueden orientarse a los FQDN de los grupos de directores de cada una de las tres ubicaciones. Mientras que el grupo de directores de una de las ubicaciones esté disponible, el cliente se puede conectar al primer salto Lync Server.

    Nota

    La utilización de un grupo de directores es opcional. En su lugar puede usar un grupo de servidores front-end.

  2. El grupo de directores informa al cliente acerca del grupo de registrador principal del usuario y el grupo de registrador de reserva.

  3. El cliente intenta conectarse en primer lugar al grupo de registrador principal del usuario. Si el grupo de registrador principal está disponible, el registrador acepta el registro. Si no lo está, el cliente intenta conectarse al grupo de registrador de reserva. Si el grupo de registrador de reserva está disponible y ha determinado que el grupo de registrador principal del usuario no está disponible (mediante la detección de una ausencia de latido durante un intervalo de conmutación por error determinado), el grupo de registrador de reserva acepta el registro del usuario. Cuando el registrador de reserva detecta que el registrador principal vuelve a estar disponible, el grupo de registrador de reserva redirecciona los clientes de conmutación por error al grupo principal.

La figura siguiente muestra la topología recomendada para garantizar la resistencia de un sitio central. Los dos sitios están conectados mediante un vínculo WAN resistente. Si el sitio central deja de estar disponible, los usuarios asignados a dicho grupo se dirigen al sitio de reserva para su registro.

Topología recomendada para resistencia de voz de sitio central

Topología de resistencia de voz para sitio central

Requisitos y recomendaciones

A continuación se muestran los requisitos y las recomendaciones para implementar una resistencia de voz de sitio central adecuados para la mayoría de las organizaciones:

  • Los sitios en los que se encuentren los grupos de registrador principal y de reserva deberán estar conectados mediante un vínculo WAN resistente.

  • Cada sitio central debe contener un grupo de registrador formado por uno o varios registradores.

  • Cada grupo de registrador debe tener la carga equilibrada mediante el equilibrio de carga de DNS o el equilibrio de carga de hardware.

  • Cada usuario debe estar asignado a un grupo de registrador principal mediante el cmdlet Shell de administración de Lync Serverset-CsUser o el Panel de control de Lync Server.

  • El grupo de registrador principal debe tener un único grupo de registrador de reserva en otro sitio central.

  • El grupo de registrador principal se debe configurar para realizar la conmutación por error para el grupo de registrador de reserva. De forma predeterminada, el registrador principal se configura para realizar la conmutación por error para el grupo de registrador de reserva después de un intervalo de 300 segundos. Puede modificar este intervalo a través de Topology Builder de Lync Server.

  • Configure una ruta de conmutación por error tal como se describe en el tema "Configurar una ruta de conmutación por error de la documentación referente a la planeación. Al configurar la ruta, especifique una puerta de enlace que se encuentre en un sitio diferente al de la puerta de enlace especificada en la ruta principal.

  • Si el sitio central contenía el servidor de administración principal y es probable que el sitio no esté operativo durante un período de tiempo prolongado, tendrá que volver a instalar las herramientas de administración en el sitio de reserva; de no hacerlo así, no podrá modificar la configuración de administración.

Dependencias

Lync Server depende de los siguientes componentes de software e infraestructura para garantizar la resistencia de voz:

Componente

Funcional

DNS

Resolver registros de servidor y registros A para conectividad de servidor a servidor y de servidor a cliente

Exchange y servicios Web de Exchange (EWS)

Almacenamiento de contactos; datos de calendario

Mensajería unificada de Exchange y servicios Web de Exchange

Registros de llamadas, lista de correo de voz y correo de voz

Opciones de DHCP 120

Si el servidor DNS no está disponible, el cliente intentará usar Opción de DHCP 120 para descubrir el registrador. Para esta tarea, debe haber configurado un servidor DHCP o Lync Server 2010 DHCP tiene que estar habilitado. Para obtener más información, consulte Requisitos de hardware y software para resistencia de sitios de sucursal en la sección Requisitos de resistencia de sucursales.

Características de voz con funciones de supervivencia

Si ha implementado los requisitos y recomendaciones anteriores, el grupo de registrador de reserva ofrecerá las siguientes características de voz:

  • Llamadas RTC realizadas

  • Llamadas RTC entrantes, si el proveedor de servicios de telefonía ofrece la posibilidad de conmutar por error a un sitio secundario.

  • Llamadas de empresa entre usuarios del mismo sitio y entre dos sitios diferentes

  • Administración básica de llamadas, incluida la retención, recuperación y transferencia de llamadas.

  • Mensajería instantánea entre dos participantes y uso compartido de audio y vídeo entre usuarios del mismo sitio

  • Servicios de desvío de llamadas, llamadas simultáneas de extremos, delegación de llamadas y llamada de equipo, pero solo si están configuradas en el mismo sitio ambas partes para la delegación de llamadas, o todos los miembros del equipo.

  • Los teléfonos y clientes existentes siguen funcionando.

  • Registro de detalles de llamadas (CDR)

  • Autenticación y autorización

En función de cómo estén configuradas, las características de voz que se indican a continuación pueden funcionar o no cuando un sitio central principal está fuera de servicio:

  • Depósito y recuperación de correos de voz

    Si desea hacer que la mensajería unificada de Exchange esté disponible cuando el sitio central principal esté fuera de servicio, deberá realizar una de las acciones siguientes:

    • Cambiar los registros de servidor DNS para que los servidores de mensajería unificada de Exchange del sitio central apunten hacia los servidores de mensajería unificada de Exchange de reserva de otro sitio.

    • Configurar el plan de marcado de mensajería unificada de Exchange de cada usuario para que incluya servidores de mensajería instantánea en el sitio central y en el sitio de reserva, pero designar los servidores de mensajería instantánea de reserva como deshabilitados. Si el sitio principal deja de estar disponible, el administrador de Exchange tiene que marcar como habilitados los servidores de mensajería unificada del sitio de reserva.

    Si no se puede aplicar ninguna de las soluciones anteriores, la mensajería unificada de Exchange no estará disponible en el caso de que el sitio central deje de estar disponible.

  • Conferencias de todos los tipos

    Un usuario que ha experimentado una conmutación por error a un sitio de copia de seguridad se puede unir a una conferencia creada u hospedada por un organizador cuyo grupo esté disponible, pero no puede crear ni hospedar una conferencia en su propio grupo principal, que ya no está disponible. Del mismo modo, otros usuarios no se pueden unir a conferencias hospedadas en el grupo principal del usuario afectado.

Las características de voz que se indican a continuación no funcionan cuando un sitio central principal está fuera de servicio:

  • Operador automático de conferencia

  • Enrutamiento basado en DNS y presencia

  • Actualización de la configuración del desvío de llamadas

  • Servicio de grupo de respuesta y estacionamiento de llamadas

  • Aprovisionamiento de nuevos teléfonos y clientes