Requisitos de resistencia de sitios de sucursal para Lync Server 2013
Última modificación del tema: 2014-02-25
Este tema le ayudará a preparar a los usuarios para la resistencia del sitio de rama y la supervivencia del correo de voz, y también especifica los requisitos de hardware y software relevantes.
Preparar a los usuarios de la rama para la resistencia Branch-Site
Prepare a los usuarios para resistencia de sitio de rama estableciendo su grupo de registradores como el dispositivo de rama con funciones de supervivencia (SBA) o el servidor de sucursal con funciones de supervivencia.
Asignaciones de registrador para usuarios de sucursal
Independientemente de la solución de resistencia del sitio de rama que elija, tendrá que asignar un registrador principal a cada usuario. Los usuarios del sitio de rama siempre deben registrarse en el registrador en el sitio de la rama, independientemente de si ese Registrador reside en el dispositivo de rama con funciones de supervivencia, el servidor de sucursal con funciones de supervivencia o el servidor de Enterprise Edition o Lync Server 2013 Standard o Enterprise Edition independiente. Se requiere un registro de recursos del sistema de nombres de dominio (DNS) (SRV) para que un cliente pueda detectar su grupo de registradores. Si el dispositivo de sucursal con funciones de supervivencia no está disponible, así es como los clientes del sitio de la rama detectarán automáticamente el registrador de copias de seguridad.
Si un sitio de rama no tiene un servidor DNS, hay dos formas alternativas de configurar la detección del dispositivo de rama con funciones de supervivencia o el servidor de sucursal con funciones de supervivencia:
Configure la opción DHCP 120 en el servidor del protocolo de configuración dinámica de host (DHCP) del sitio de la rama para que apunte al nombre de dominio completo (FQDN) del dispositivo de rama con funciones de supervivencia o el servidor de rama con funciones de supervivencia.
Configure el dispositivo de rama con funciones de supervivencia o el servidor de sucursal con funciones de supervivencia para responder a las consultas dhcp 120.
Enrutamiento de voz para usuarios de rama
Le recomendamos que cree una directiva de voz sobre protocolo de Internet (VoIP) independiente a nivel de usuario para los usuarios de un sitio de rama. Esta directiva debe incluir una ruta principal que use el dispositivo de rama con funciones de supervivencia o la puerta de enlace del servidor de sucursal, y una o más rutas de copia de seguridad que usen un tronco con una puerta de enlace de red telefónica conmutada (RTC) pública en el sitio central. Si la ruta principal no está disponible, se usa en su lugar la ruta de copia de seguridad que usa una o más puertas de enlace del sitio central. De esta forma, independientemente de dónde esté registrado un usuario (en el registrador del sitio de la rama o en el grupo de registradores de copias de seguridad del sitio central), la directiva VoIP del usuario siempre está en vigor. Esta es una consideración importante para escenarios de conmutación por error. Por ejemplo, si necesita cambiar el nombre del dispositivo de rama con funciones de supervivencia o volver a configurar el dispositivo de sucursal con funciones de supervivencia para conectarse a un grupo de registradores de copias de seguridad en el sitio central, debe mover los usuarios del sitio de la rama al sitio central durante toda la duración. (Para obtener más información sobre cómo cambiar el nombre o volver a configurar un dispositivo de rama con funciones de supervivencia, vea Apéndice B: Administrar un dispositivo de rama con funciones de supervivencia en Lync Server 2013 en la documentación de implementación). Si esos usuarios no tienen directivas VoIP de nivel de usuario o planes de marcado a nivel de usuario, cuando los usuarios se mueven a otro sitio, las directivas VoIP de nivel de sitio y los planes de marcado de nivel de sitio del sitio central se aplican a los usuarios de forma predeterminada, en lugar de las directivas VoIP y planes de marcado de nivel de sitio de rama, en lugar de aplicarlos a los planes de marcado. En este escenario, a menos que las directivas VoIP de nivel de sitio y los planes de marcado de nivel de sitio usados por el grupo de registradores de copias de seguridad también se apliquen a los usuarios del sitio de la rama, sus llamadas no se realizarán correctamente. Por ejemplo, si los usuarios de una sucursal ubicada en Japón se mueven a un sitio central en Redmond, es poco probable que un plan de marcado con reglas de normalización anteponer +1425 a todas las llamadas de 7 dígitos traduzca adecuadamente las llamadas de esos usuarios.
Importante
Al crear una ruta de copia de seguridad de la sucursal, se recomienda agregar dos registros de uso de teléfono RTC a la directiva de usuario de la sucursal y asignar rutas independientes a cada una. La primera ruta, o principal, dirigiría las llamadas a la puerta de enlace asociada con el dispositivo de rama con funciones de supervivencia (SBA) o el servidor de sucursal; la segunda ruta, o copia de seguridad, dirigiría las llamadas a la puerta de enlace en el sitio central. Al dirigir llamadas, el SBA o el servidor de sucursal intentará todas las rutas asignadas al primer registro de uso de RTC antes de intentar el segundo registro de uso.
Para ayudar a garantizar que las llamadas entrantes a los usuarios del sitio de la rama lleguen a esos usuarios cuando la puerta de enlace de la rama o el componente de Windows del sitio del dispositivo de la rama con funciones de supervivencia no esté disponible (lo que sucedería, por ejemplo, si el Dispositivo de rama con funciones de supervivencia o la puerta de enlace de rama no estuvieran disponibles para mantenimiento), cree una ruta de conmutación por error en la puerta de enlace (o trabaje con su proveedor de marcado entrante directo (DID) para redirigir las llamadas entrantes al grupo de registradores de copias de seguridad de la central Sitio. Desde allí, las llamadas se enrutarán a través del vínculo WAN a los usuarios de la rama. Asegúrese de que la ruta traduce los números para cumplir con la puerta de enlace RTC u otros formatos de número de teléfono aceptados por el compañero troncal. Para obtener más información sobre cómo crear una ruta de conmutación por error, vea Configurar una ruta de conmutación por error en Lync Server 2013. También cree planes de marcado de nivel de servicio para el tronco asociado con la puerta de enlace en el sitio de la rama para normalizar las llamadas entrantes. Si tiene dos dispositivos de la rama con funciones de supervivencia en un sitio de sucursal, puede crear un plan de marcado de nivel de sitio para ambos, a menos que sea necesario un plan de nivel de servicio independiente para cada uno de ellos.
Nota
Para tener en cuenta el consumo de recursos del sitio central por parte de cualquier usuario de sitio de la rama que se base en el sitio central para presencia, conferencia o conmutación por error, le recomendamos que considere cada usuario del sitio de la rama como si el usuario estuviera registrado con el sitio central. Actualmente no hay límites en el número de usuarios del sitio de sucursal, incluidos los usuarios registrados con un dispositivo de sucursal con funciones de supervivencia.
También le recomendamos que cree un plan de marcado a nivel de usuario y una directiva de voz y, después, que lo asigne a los usuarios del sitio de la rama. Para obtener más información, consulte Crear un plan de marcado en Lync Server 2013 y Crear la directiva de enrutamiento VoIP para los usuarios de la rama en Lync Server 2013 en la documentación de implementación.
Números de extensión de enrutamiento
Al preparar planes de marcado y directivas de voz para los usuarios de sitios de sucursal, asegúrese de incluir reglas de normalización y reglas de traducción que coincidan con las cadenas y el formato de número que se usan en el atributo de línea msRTCSIP (o URI de línea), para que las llamadas de Lync 2013 habilitadas entre los usuarios del sitio de la rama y los usuarios del sitio central se enruten correctamente, especialmente cuando las llamadas deben redirigirse a través de RTC porque el vínculo WAN no está disponible. Además, hay consideraciones especiales para los números marcados que incluyen números de extensión, en lugar de solo números de teléfono.
Las reglas de normalización y las reglas de traducción que coinciden con los URI de línea que contienen un número de extensión, ya sea exclusivamente o además de un número de teléfono E.164 completo, tienen requisitos adicionales. En esta sección se describen varios escenarios de ejemplo para enrutar llamadas para uri de línea con un número de extensión.
Si su organización no tiene números de teléfono de Direct Inward Dial (DID) configurados para usuarios individuales y el URI de línea de cada usuario está configurado con solo un número de extensión, los usuarios internos pueden llamarse unos a otros marcando solo un número de extensión. Sin embargo, debe configurar reglas de normalización que se pueden aplicar a las llamadas de un usuario de sitio de rama a un usuario de sitio central, que coincidan con los números de extensión.
En un escenario en el que el vínculo WAN entre un sitio de rama y un sitio central está disponible, las llamadas de los usuarios del sitio de rama a los usuarios del sitio central no requieren que la regla de normalización coincidente traduzca el número porque la llamada no se enruta a través de la RTC. Por ejemplo:
| Nombre de la regla | Descripción | Patrón de números | Conversión | Ejemplo |
|---|---|---|---|---|
5digitExtensions |
No traduce números de 5 dígitos |
^(\d{5})$ |
$1 |
10001 no está traducido |
También debe dar cabida a números de extensión para escenarios específicos, como cuando el vínculo WAN entre un sitio de rama y un sitio central no está disponible y una llamada de un sitio de rama debe redirigirse a través de RTC. Durante una interrupción de WAN, si un usuario de sitio de sucursal llama a un usuario del sitio central marcando la extensión del usuario del sitio central, debe tener una regla de traducción saliente que agregue el número de teléfono completo del usuario del sitio central. Si el URI de línea de un usuario contiene el número de teléfono completo de su organización y el número de extensión único del usuario en lugar de un número de teléfono completo único para el usuario, debe tener una regla de traducción saliente que agregue el número de teléfono completo de su organización en su lugar. Por ejemplo:
| Descripción | Patrón coincidente | Conversión | Ejemplo |
|---|---|---|---|
Traduce números de 5 dígitos al número de teléfono y la extensión de un usuario. |
^(\d{5})$ |
+14255550123;ext=$1 |
10001 se traduce a +14255550123;ext=10001 |
Traduce números de 5 dígitos al número de teléfono de su organización y la extensión de un usuario. |
^(\d{5})$ |
+14255550100;ext=$1 |
10001 se traduce a +14255550100;ext=10001 |
En este escenario, si el peer troncal que administra la reenruta a la RTC no admite los números de extensión, la regla de traducción saliente también debe quitar el número de extensión. Por ejemplo:
| Descripción | Patrón coincidente | Conversión | Ejemplo |
|---|---|---|---|
Quita la extensión de los números de teléfono con extensiones. |
^\+(\d*);ext=(\d*)$ |
+$1 |
+14255550123;ext=10001 se traduce a +14255550123 |
Si un vínculo WAN está disponible o no, si su organización no tiene números DID configurados para usuarios individuales y el URI de línea de un usuario contiene el número de teléfono de su organización y el número de extensión único del usuario, debe configurar el URI de línea de número de teléfono de la organización con un número que sea accesible para el punto troncal o la puerta de enlace RTC en el sitio de la rama. También debe configurar el URI de línea de número de teléfono de su organización para que incluya su propia extensión única para que las llamadas se enruten a ese número.
Para obtener más información sobre las llamadas de un usuario del sitio central a un usuario de sitio de rama cuando el vínculo WAN entre los sitios no está disponible, vea "Preparando la supervivencia del correo de voz" más adelante en este tema. Para obtener más información sobre los planes de marcado y las reglas de normalización, incluidas otras reglas de ejemplo, consulte Planes de marcado y reglas de normalización en Lync Server 2013 en la documentación de planeación y configuración de planes de marcado en Lync Server 2013 en la documentación de implementación. Para obtener más información sobre las reglas de traducción salientes, consulte Reglas de traducción en Lync Server 2013 en la documentación planeación y definición de reglas de traducción en Lync Server 2013 en la documentación de implementación.
Prepararse para la supervivencia del correo de voz
La mensajería unificada de Exchange (UM) normalmente se instala solo en un sitio central y no en sitios de sucursal. El autor de la llamada debería poder dejar un mensaje de correo de voz, incluso si el vínculo WAN entre el sitio de la rama y el sitio central no está disponible. Como resultado, configurar el URI de línea para el número de teléfono del operador automático de MU de Exchange que proporciona correo de voz para los usuarios del sitio de la rama requiere consideraciones especiales, además de la directiva de voz, el plan de marcado y las reglas de normalización aplicables a ese número de correo de voz.
Los dispositivos de rama con funciones de supervivencia (SPA) y los servidores de rama con funciones de supervivencia proporcionan supervivencia al correo de voz para los usuarios de la rama durante una interrupción de WAN. En concreto, si usa un dispositivo de rama con funciones de supervivencia o un servidor de rama con funciones de supervivencia y la WAN deja de estar disponible, el SBA o el servidor de sucursal con funciones de supervivencia redirige las llamadas no respondibles a través de la MENSAJERÍA UNIFICADA de RTC a Exchange en el sitio central. Con un servidor de rama con funciones de supervivencia o SBA, los usuarios también pueden recuperar mensajes de correo de voz a través de la RTC durante una interrupción de wan. Por último, durante una interrupción de WAN, el Dispositivo de rama con funciones de supervivencia o el Servidor de sucursal con funciones de supervivencia pone en cola las notificaciones de llamada perdida y las carga al servidor de MU de Exchange cuando se restaura la WAN. Para ayudar a garantizar que la reenrución del correo de voz sea resistente, asegúrese de agregar una entrada para el FQDN del grupo de sitios central y una entrada para el FQDN del servidor perimetral al archivo de hosts en el servidor de la rama con funciones de supervivencia. De lo contrario, la resolución de DNS puede agotar el tiempo si no tiene un servidor DNS en el sitio de la rama.
Se recomiendan las siguientes configuraciones para la supervivencia del correo de voz para los usuarios del sitio de rama:
Un administrador de Microsoft Exchange debe configurar el operador automático de MU de Exchange (AA) para que solo acepte mensajes. Esta configuración deshabilita todas las demás funciones genéricas, como la transferencia a un usuario o la transferencia a un operador, y limita la AA a aceptar solo los mensajes. Como alternativa, el administrador de Exchange puede usar una AA genérica o una AA personalizada para redirigir la llamada a un operador.
El administrador de Lync Server debe tomar el número de teléfono de AA y usar ese número de teléfono como el número de operador automático de mensajería unificada de Exchange en la configuración de reactivación del correo de voz para el dispositivo de la rama con funciones de supervivencia o el servidor de sucursal.
El administrador de Lync Server debe obtener el número de teléfono de acceso de suscriptor de MU de Exchange y usarlo como número de acceso de suscriptor en la configuración de reactivación del correo de voz para el dispositivo de rama con funciones de supervivencia o el servidor de sucursal con funciones de supervivencia.
El administrador de Lync Server debe configurar la mensajería unificada de Exchange para que solo se asocie un plan de marcado a todos los usuarios de la rama que necesiten acceso al correo de voz durante una interrupción de wan.
Cuando el vínculo WAN no está disponible, las llamadas a los usuarios del sitio de la rama se pueden enrutar al buzón de voz de la mensajería unificada de Exchange (MU) del usuario, pero solo si la directiva de voz aplicada a la llamada especifica un número de teléfono de correo de voz que es único y no incluye un número de extensión.
Requisitos de hardware y software para resistencia Branch-Site
Los requisitos de hardware y software varían según la solución de resistencia.
Requisitos para dispositivos de sucursal con funciones de supervivencia
El hardware y el software necesarios están integrados en el dispositivo de sucursal con funciones de supervivencia. Sin embargo, también recomendamos que cada sitio de rama implemente un servidor DHCP para obtener direcciones IP de cliente; De lo contrario, cuando expire la concesión de DHCP, los clientes no tendrán conectividad IP.
Si los servidores DNS de la empresa se encuentran solo en sitios centrales, los usuarios del sitio de sucursal no podrán conectarse a ellos durante una interrupción de WAN y, por tanto, se producirá un error en la detección de Lync Server que usa el registro de recursos SRV (servicio (SRV) de DNS. Para garantizar la reactivación del mensaje durante una interrupción de WAN, los registros DNS deben almacenarse en caché en el sitio de la rama. Si el enrutador de rama lo admite, activa el almacenamiento en caché de DNS. O bien, puedes implementar un servidor DNS en la rama. Puede ser un servidor independiente o una versión del dispositivo de rama con funciones de supervivencia que admita funcionalidades DNS. Para obtener más información, póngase en contacto con su proveedor de dispositivos de sucursal con funciones de supervivencia.
Nota
No es necesario tener un controlador de dominio en un sitio de rama. El dispositivo de sucursal con funciones de supervivencia autentica a los clientes mediante un certificado especial que envía al cliente en respuesta a la solicitud de certificado del cliente cuando inicia sesión.
Los clientes de Lync pueden detectar Lync Server mediante la opción DHCP 120 (opción registrador SIP). Esto se puede configurar de dos maneras:
Configure el servidor DHCP en el sitio de la rama para responder a las consultas de DHCP 120, que devuelven el FQDN del registrador en el dispositivo de la rama con funciones de supervivencia o en el servidor de la rama con funciones de supervivencia.
Active EL DHCP de Lync Server. Cuando esto está activado, el registrador de Lync Server responde a las consultas de la opción 120 de DHCP. Tenga en cuenta que el Registrador no responde a ninguna consulta DHCP que no sea dhcp opciones 120.
Además, para los sitios de rama más grandes que tienen varias subredes, los agentes de retransmisión DHCP deben habilitarse para reenviar las consultas de la opción 120 de DHCP al servidor DHCP (configuración 1) o al registrador (configuración 2).
Por último, los usuarios del sitio de rama deben configurarse para Telefonía IP empresarial y aprovisionarse con un punto de conexión de comunicaciones unificado adecuado.
Requisitos para servidores de sucursal con funciones de supervivencia
Los requisitos para servidores de sucursal con funciones de supervivencia son los mismos que los requisitos para un servidor front-end. Para obtener más información, consulte Plataformas de hardware de servidor para Lync Server 2013 en la documentación de planeación.
Requisitos para Full-Scale implementaciones de Branch-Site de Lync Server
Para obtener más información, consulte Determinar los requisitos de infraestructura para Lync Server 2013 en la documentación de planeación.