Plan for Enterprise Voice resiliency in Skype for Business Server
Obtenga información sobre cómo admitir resistencia de voz en Skype Empresarial Server Telefonía IP empresarial, tanto en sitios centrales como en sitios de sucursal. Las opciones del sitio de rama incluyen la implementación de dispositivos de rama con funciones de supervivencia o servidores de sucursal con funciones de supervivencia.
Resistencia de voz hace referencia a la capacidad de los usuarios para seguir realizando y recibiendo llamadas si un sitio central que hospeda Skype Empresarial Server deja de estar disponible, ya sea a través de un error de red de área extensa (WAN) u otra causa. Si se produce un error en un sitio central, Telefonía IP empresarial servicio debe continuar sin interrupciones a través de una conmutación por error sin problemas a un sitio de copia de seguridad. En caso de error de WAN, las llamadas al sitio de la rama deben redirigirse a una puerta de enlace RTC local. En esta sección se describe la planificación de la resistencia de voz en caso de error de WAN o sitio central.
Resistencia del sitio central
Cada vez más, las empresas tienen varios sitios repartidos por todo el mundo. Mantener los servicios de emergencia, el acceso al servicio de asistencia y la capacidad de realizar tareas empresariales críticas cuando un sitio central está fuera de servicio es esencial para cualquier solución de resistencia Telefonía IP empresarial. Cuando un sitio central deja de estar disponible, deben cumplirse las siguientes condiciones:
Debe proporcionarse conmutación por error de voz.
Los usuarios que normalmente se registran en el grupo front-end del sitio central deben poder registrarse en un grupo front-end alternativo. Esto se puede hacer creando varios registros SRV de DNS, cada uno de los cuales se resuelve en un grupo de directores o un grupo de servidores front-end en cada uno de los sitios centrales. Puede ajustar la prioridad y los pesos de los registros SRV para que los usuarios a los que se sirve ese sitio central obtengan el director y el grupo de servidores front-end correspondientes antes que los de otros registros SRV.
Las llamadas a usuarios ubicados en otros sitios y procedentes de ellos deben redirigirse a la RTC.
En este tema se describe la solución recomendada para proteger la resistencia de voz del sitio central.
Arquitectura y topología
La planificación de la resistencia de voz en un sitio central requiere una comprensión básica del rol central que desempeña el registrador de Skype Empresarial Server al habilitar la conmutación por error de voz. El registrador de Skype Empresarial Server es un servicio que permite el registro y la autenticación del cliente y proporciona servicios de enrutamiento. Se ejecuta en todos los servidores Standard Edition, Front-End Server, Director o Dispositivos de sucursal con funciones de supervivencia. Un grupo de registradores se compone de servicios de registrador que se ejecutan en el front-end y residen en el mismo sitio. Un cliente de Skype Empresarial detecta el grupo de servidores front-end mediante el siguiente mecanismo de detección:
Registro SRV de DNS
Servicio web de detección automática
Opción 120 de DHCP
Una vez que el cliente de Skype Empresarial se conecta al grupo de servidores front-end, el equilibrador de carga lo dirige a uno de los servidores front-end del grupo. Ese servidor front-end, a su vez, redirige el cliente a un registrador preferido en el grupo.
Cada usuario habilitado para Telefonía IP empresarial se asigna a un grupo de registradores determinado, que pasa a ser el grupo de registradores principal de ese usuario. En un sitio determinado, cientos o miles de usuarios normalmente comparten un único grupo de registradores principal. 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 fuera un usuario 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.
Para garantizar la resistencia de voz en caso de un error en el sitio central, el grupo de registradores principal debe tener un único grupo de registradores de copia de seguridad designado ubicado en otro sitio. La copia de seguridad se puede configurar mediante la configuración de resistencia del Generador de topologías. Suponiendo un vínculo WAN resistente entre los dos sitios, los usuarios cuyo grupo de registradores principal ya no está disponible se dirigen automáticamente al grupo de registradores de copia de seguridad.
En los pasos siguientes se describe el proceso de detección y registro de clientes:
Un cliente descubre Skype Empresarial Server a través de registros SRV de DNS. En Skype Empresarial Server, los registros SRV de DNS se pueden configurar para devolver más de un FQDN a la consulta SRV de DNS. Por ejemplo, si contoso empresarial tiene tres sitios centrales (Norteamérica, Europa y Asia-Pacífico) y un grupo de directores en cada sitio central, los registros SRV de DNS pueden apuntar a los FQDN del grupo de directores en cada una de las tres ubicaciones. Siempre que el grupo director en una de las ubicaciones esté disponible, el cliente puede conectarse al primer salto Skype Empresarial Server.
Nota
Usar un grupo de directores es opcional. En su lugar se puede usar un grupo de servidores front-end.
El grupo Director informa al cliente de Skype Empresarial sobre el grupo de registradores principal y el grupo de registradores de respaldo del usuario.
El cliente de Skype Empresarial intenta conectarse primero al grupo de registradores principal del usuario. Si el grupo principal de registradores está disponible, el Registrador acepta el registro. Si el grupo de registradores principal no está disponible, el cliente de Skype Empresarial intenta conectarse al grupo de registradores de respaldo. Si el grupo de registradores de copias de seguridad está disponible y ha determinado que el grupo de registradores principal del usuario no está disponible (al detectar la falta de latidos para un intervalo de conmutación por error especificado), el grupo de registradores de copia de seguridad acepta el registro del usuario. Después de que el registrador de copia de seguridad detecte que el registrador principal está disponible de nuevo, el grupo de registradores de copia de seguridad redirigirá los clientes de conmutación por error a su grupo principal.
Requisitos y recomendaciones
Los siguientes requisitos y recomendaciones para implementar la resistencia de voz del sitio central son adecuados para la mayoría de las organizaciones:
Los sitios en los que residen los grupos de registradores principal y de copia de seguridad deben estar conectados mediante un vínculo WAN resistente.
Cada sitio central debe contener un grupo de registradores compuesto por uno o más Registradores.
Cada grupo de registradores debe tener un equilibrio de carga mediante el equilibrio de carga DNS, el equilibrio de carga de hardware o ambos. Para obtener información detallada sobre cómo planear la configuración de equilibrio de carga, vea Requisitos de equilibrio de carga para Skype Empresarial.
Cada usuario debe asignarse a un grupo de registradores principal mediante el cmdlet set-CsUser del Shell de administración de Skype Empresarial Server o el Skype Empresarial Server Panel de control.
El grupo de registradores principal debe tener un único grupo de registradores de copia de seguridad ubicado en un sitio central diferente.
El grupo de registradores principal debe configurarse para conmutar por error al grupo de registradores de respaldo. De forma predeterminada, el registrador principal se configura para conmutar por error al grupo de registradores de copia de seguridad después de un intervalo de 300 segundos. Puede cambiar este intervalo mediante el generador de topología de Skype Empresarial Server.
Configure una ruta de conmutación por error. Al configurar la ruta, especifique una puerta de enlace que se encuentre en un sitio diferente 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 esté apagado durante un período prolongado, tendrá que reinstalar las herramientas de administración en el sitio de copia de seguridad; de lo contrario, no podrás cambiar ninguna configuración de administración.
Dependencias
Skype Empresarial Server depende de los siguientes componentes de infraestructura y software para garantizar la resistencia de voz:
| Componente |
Funcional |
|---|---|
| DNS |
Resolución de registros SRV y registros A para conectividad servidor-servidor y cliente-servidor |
| Servicios web de Exchange y Exchange (EWS) |
Almacenamiento de contactos; datos del calendario |
| Mensajería unificada de Exchange y servicios web de Exchange |
Registros de llamadas, lista de correo de voz, correo de voz |
| Opciones de DHCP 120 |
Si SRV de DNS no está disponible, el cliente intentará usar la opción 120 de DHCP para detectar el registrador. Para que funcione, debe configurarse un servidor DHCP o Skype Empresarial Server DHCP debe estar habilitado. |
Características de voz con funciones de voz con funciones de supervivencia
Si se han implementado los requisitos y recomendaciones anteriores, el grupo de registradores de copia de seguridad proporcionará las siguientes características de voz:
Llamadas RTC salientes
Llamadas RTC entrantes, si el proveedor de servicios de telefonía admite la posibilidad de conmutar por error a un sitio de copia de seguridad
Llamadas de empresa entre usuarios en el 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 de dos partes y uso compartido de audio y vídeo entre usuarios en el mismo sitio
Desvío de llamadas, llamadas simultáneas de puntos de conexión, delegación de llamadas y servicios de llamada de equipo, pero solo si ambas partes de la delegación de llamadas, o todos los miembros del equipo, están configuradas en el mismo sitio.
Los teléfonos y clientes existentes siguen funcionando.
Registro detallado de llamadas (CDR)
Autenticación y autorización
En función de cómo estén configuradas, las siguientes características de voz pueden o no funcionar cuando un sitio central principal está fuera de servicio:
Depósito y recuperación de correo de voz
Si quiere que la mensajería unificada de Exchange esté disponible cuando el sitio central principal esté fuera de servicio, debe realizar una de las siguientes acciones:
Cambie los registros SRV de DNS para que los servidores de MU de Exchange en el sitio central apunten a la copia de seguridad de los servidores de MU de Exchange en otro sitio.
Configure el plan de marcado de MU de Exchange de cada usuario para que incluya servidores de MU de Exchange en el sitio central y en el sitio de copia de seguridad, pero designe los servidores de MU de Exchange de copia de seguridad como deshabilitados. Si el sitio principal no está disponible, el administrador de Exchange debe marcar los servidores de MU de Exchange en el sitio de copia de seguridad como habilitados.
Si ninguna de las soluciones anteriores es posible, la mensajería unificada de Exchange no estará disponible en caso de que el sitio central no esté disponible.
Conferencias de todos los tipos
Un usuario que falló en un sitio de copia de seguridad puede unirse a una conferencia creada u hospedada por un organizador cuyo grupo está disponible, pero que no puede crear ni hospedar una conferencia en su propio grupo principal, que ya no está disponible. De forma similar, otros usuarios no pueden unirse a conferencias hospedadas en el grupo principal del usuario afectado.
Las siguientes características de voz no funcionan cuando un sitio central principal está fuera de servicio:
Operador automático de conferencia
Enrutamiento basado en DND y presencia
Actualizar la configuración del desvío de llamadas
Servicio de grupo de respuesta y parque de llamadas
Aprovisionamiento de nuevos teléfonos y clientes
Búsqueda en la web de la libreta de direcciones
Resistencia del sitio de rama
Si desea proporcionar resistencia de sitio de rama, es decir, servicio de alta disponibilidad Telefonía IP empresarial, tiene tres opciones para hacerlo:
Aplicación de sucursal con funciones de supervivencia
Servidor de sucursal con funciones de supervivencia
Una implementación Skype Empresarial Server completa en el sitio de la rama
Esta guía le ayudará a evaluar qué solución de resistencia es la mejor para su organización y, en función de la solución de resistencia, qué solución de conectividad CON RTC usar. También le ayudará a prepararse para implementar la solución que elija describiendo los requisitos previos y otras consideraciones de planeación.
Características de resistencia de sitio de rama
Si proporciona resistencia de sitio de rama, si se produce un error en la conexión WAN de un sitio de rama a un sitio central o si el sitio central no es accesible, las siguientes características de voz deberían seguir estando disponibles:
Llamadas de red telefónica conmutada (RTC) de entrada y salida
Llamadas de empresa entre usuarios en el 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 de dos partes
Desvío de llamadas, llamadas simultáneas de puntos de conexión, delegación de llamadas y servicios de llamada de equipo, pero solo si el delegador y delegado (por ejemplo, un administrador y el administrador del administrador) o todos los miembros del equipo están configurados en el mismo sitio
Registros de detalles de llamadas (CDR)
Conferencias de acceso telefónico local RTC con operador automático de conferencias
Funcionalidades de correo de voz, si configura las opciones de reenrute del correo de voz.
Autenticación y autorización del usuario
Las siguientes características solo estarán disponibles si la solución de resistencia es una implementación de Skype Empresarial Server a gran escala en el sitio de rama:
Conferencias de MI, Web y A/V
Enrutamiento basado en presencia y no molestar (DND) (donde las llamadas no pueden sonar en extensiones que tienen DND activado)
Actualizar la configuración del desvío de llamadas
Aplicación grupo de respuesta y aplicación de estacionamiento de llamadas
Aprovisionamiento de nuevos teléfonos y clientes, pero solo si Servicios de dominio de Active Directory está presente en el sitio de la rama.
Mejorado 9-1-1 (E9-1-1)
Si se implementa E9-1-1 y el tronco SIP del sitio central no está disponible porque el vínculo WAN está abajo, el dispositivo de rama con funciones de supervivencia enrutará las llamadas E9-1-1 a la puerta de enlace de la rama local. Para habilitar esta característica, las directivas de voz de los usuarios del sitio de sucursal deben enrutar las llamadas a la puerta de enlace local en caso de error de WAN.
Nota
SBA (sucursal con funciones de supervivencia) no es compatible con XMPP. Los usuarios alojados en configuraciones de SBA no podrán enviar mensajes instantáneos ni ver la presencia con contactos de XMPP.
Soluciones de resistencia de sitios de rama
Existen evidentes ventajas de proporcionar resistencia de sitio de rama a la organización. En concreto, si pierde la conexión al sitio central, los usuarios del sitio de sucursal seguirán teniendo Telefonía IP empresarial servicio y correo de voz (si configura las opciones de reenrutar el correo de voz). Sin embargo, para sitios con menos de 25 usuarios, una solución de resistencia puede no proporcionar un retorno de la inversión suficiente.
Si decide proporcionar resistencia de sitio de rama, tiene tres opciones. La tabla siguiente puede ayudarle a determinar la mejor opción para su organización.
| Si... | Le recomendamos que use un... |
|---|---|
| Hospede entre 25 y 1000 usuarios en el sitio de la rama y, si el retorno de la inversión no admite una implementación completa o si no está disponible el soporte administrativo local |
Aplicación de sucursal con funciones de supervivencia El dispositivo de rama con funciones de supervivencia es un servidor blade estándar del sector con un registrador de Skype Empresarial Server y un servidor de mediación que se ejecuta en Windows Server 2008 R2. El dispositivo de sucursal con funciones de supervivencia también contiene una puerta de enlace de red telefónica conmutada (RTC). Los dispositivos de terceros cualificados (desarrollados por asociados de Microsoft en el programa de certificación y calificación del Dispositivo de rama con funciones de supervivencia (SBA) proporcionan una conexión RTC continua en caso de error de WAN, pero este enfoque no proporciona presencia y conferencias resistentes, ya que estas características dependen de los servidores front-end del sitio central. Para obtener más información sobre los dispositivos de la rama con funciones de supervivencia, vea "Detalles del dispositivo de rama con funciones de supervivencia" más adelante en este tema. Nota: Si decide usar también un tronco SIP con el dispositivo de sucursal con funciones de supervivencia, póngase en contacto con el proveedor de dispositivos de sucursal con funciones de supervivencia para obtener información sobre qué proveedor de servicios es mejor para su organización. |
| Hospedar entre 1000 y 2000 usuarios en el sitio de la rama, no tener una conexión WAN resistente y haber entrenado a Skype Empresarial Server administradores disponibles |
Servidor de rama con funciones de supervivencia o dos dispositivos de rama con funciones de supervivencia. El servidor de la rama survivable es una reunión de Windows Server que cumple con los requisitos de hardware especificados que tiene instalado el software del registrador de Skype Empresarial Server y del servidor de mediación. Debe conectarse a una puerta de enlace RTC o a un tronco SIP a un proveedor de servicios telefónicos. Para obtener más información sobre los servidores de sucursal con funciones de supervivencia, vea "Detalles del servidor de sucursal con funciones de supervivencia" más adelante en este tema. |
| Si necesita características de presencia y conferencia, además de características de voz para un máximo de 5000 usuarios, y ha entrenado a Skype Empresarial Server administradores disponibles |
Implementar como un sitio central con un servidor Standard Edition en lugar de como un sitio de sucursal. Una implementación de Skype Empresarial Server a gran escala proporciona una conexión RTC continua y una presencia y conferencias resistentes en caso de error de WAN. |
Topologías de resistencia
En la figura siguiente se muestran las topologías recomendadas para la resistencia de sitio de rama.
Opciones de resistencia del sitio de rama
Detalles del dispositivo de la rama que se puede sobrevivir
La Skype Empresarial Server Branch Appliance con funciones de supervivencia incluye los siguientes componentes:
Un registrador para la autenticación de usuario, el registro y el enrutamiento de llamadas
Un servidor de mediación para controlar la señalización entre el registrador y una puerta de enlace RTC
Una puerta de enlace RTC para enrutar llamadas a la RTC como transporte de reserva en caso de interrupción de wan
SQL Server Express para el almacenamiento de datos de usuario local
El dispositivo de rama con funciones de supervivencia también incluye troncos RTC, puertos analógicos y un adaptador Ethernet.
Si la conexión WAN del sitio de la rama a un sitio central deja de estar disponible, los usuarios de la rama interna siguen registrándose en el Registrador de dispositivos de la rama con funciones de supervivencia y obtienen un servicio de voz ininterrumpido mediante la conexión de Dispositivo de sucursal con funciones de supervivencia a la RTC. Los usuarios de sitios de sucursal que se conecten desde casa u otras ubicaciones remotas podrán registrarse con un servidor de registrador en un sitio central si el vínculo WAN al sitio de la rama no está disponible. Estos usuarios tendrán la funcionalidad de comunicaciones unificadas completa, con la excepción de que las llamadas entrantes al sitio de rama irán al correo de voz. Cuando la conexión WAN esté disponible, se debe restaurar toda la funcionalidad a los usuarios del sitio de la rama. Ni la conmutación por error al dispositivo de sucursal con funciones de supervivencia ni la restauración del servicio requieren la presencia de un administrador de TI.
Skype Empresarial Server admite hasta dos dispositivos de sucursal con funciones de supervivencia en un sitio de sucursal.
Información general sobre la implementación de dispositivos de la rama con funciones de supervivencia
El dispositivo de la rama survivable es fabricado por fabricantes de equipos originales en asociación con Microsoft y lo implementan en su nombre los distribuidores de valor añadido. Esta implementación solo debe realizarse después de implementar Skype Empresarial Server en el sitio central, se haya instalado una conexión WAN al sitio de la rama y los usuarios del sitio de la rama estén habilitados para Telefonía IP empresarial.
Para obtener más información sobre estas fases, consulte Implementar un servidor o dispositivo de rama con funciones de supervivencia en la documentación de implementación.
| Fase | Pasos | Derechos de usuario |
|---|---|---|
| Configurar Servicios de dominio de Active Directory para el dispositivo de sucursal con funciones de supervivencia |
En el sitio central: Cree una cuenta de usuario de dominio (o identidad de empresa) para el técnico que instalará y activará el dispositivo de la rama con funciones de supervivencia en el sitio de la rama. Cree una cuenta de equipo (con el nombre de dominio completo (FQDN) aplicable para el dispositivo de rama con funciones de supervivencia en Servicios de dominio de Active Directory. En el Generador de topologías, cree y publique el dispositivo de rama con funciones de supervivencia. |
La cuenta de usuario del técnico debe ser miembro de RTCUniversalSBATechnicians. El dispositivo de rama con funciones de supervivencia debe pertenecer al grupo RTCSBAUniversalServices, que se produce automáticamente al usar el Generador de topologías. |
| Instale y active el dispositivo de la rama con funciones de supervivencia. |
En el sitio de la rama: Conecte el dispositivo de rama con funciones de supervivencia a un puerto Ethernet y un puerto RTC. Inicie el dispositivo de la rama Con funciones de supervivencia. Une el dispositivo de rama con funciones de supervivencia al dominio con la cuenta de usuario de dominio creada para el dispositivo de rama con funciones de supervivencia en el sitio central. Establezca el FQDN y la dirección IP para que coincidan con el FQDN creado en la cuenta de equipo. Configure el dispositivo de rama con funciones de supervivencia con la interfaz de usuario OEM. Probar la conectividad con RTC. |
La cuenta de usuario del técnico debe ser miembro de RTCUniversalSBATechnicians. |
Detalles del servidor de la rama con funciones de supervivencia
En el Generador de topologías, cree el sitio de la rama, agregue el servidor de rama con funciones de supervivencia a ese sitio y, después, ejecute el Asistente para la implementación de Skype Empresarial Server en el equipo donde quiera instalar el rol.
Requisitos de resistencia del sitio de rama
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 la 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, en el servidor de la rama con funciones de supervivencia o en Skype Empresarial Server servidor estándar 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 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, consulta Apéndice B: Administrar un dispositivo de rama con funciones de supervivencia 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 aplicarlas 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 copia 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, consulte Configuración de una ruta de conmutación por error. 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, vea Crear o modificar un plan de marcado en Skype Empresarial Server y Crear la directiva de enrutamiento de VoIP para usuarios de rama 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 rama, 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 msRTCSIP (o URI de línea), para que las llamadas de Skype Empresarial 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 la 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 | Traducció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 | Traducció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 | Traducció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.
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 Skype Empresarial 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 Skype Empresarial Server debe obtener el número de teléfono de acceso de suscriptor de MU de Exchange y usarlo como el número de acceso del suscriptor 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 la rama con funciones de supervivencia.
El administrador Skype Empresarial Server debe configurar la mensajería unificada de Exchange para que solo un plan de marcado esté asociado 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 Skype Empresarial 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.
Skype Empresarial clientes pueden detectar el Skype Empresarial Server usando la opción 120 de DHCP (opción de 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.
Activa Skype Empresarial Server DHCP. Cuando esto está activado, el registrador de Skype Empresarial 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 más información, vea Server requirements for Skype for Business Server 2015.
Requisitos para implementaciones de Full-Scale Skype Empresarial Server Branch-Site
Para obtener más información, consulte Requisitos del servidor para Skype Empresarial Server 2015 en la documentación de planificación.
Ejemplo: configurar una ruta de conmutación por error
En el ejemplo siguiente se muestra cómo un administrador puede definir una ruta de conmutación por error para su uso si el Dallas-GW1 está abajo para mantenimiento o no está disponible. En las tablas siguientes se muestra el cambio de configuración necesario.
Tabla 1. Directiva de usuario
| Directiva de usuario | Uso del teléfono |
|---|---|
| Directiva de llamada predeterminada |
Local GlobalPSTNHopoff |
| Directiva local de Redmond |
RedmondLocal |
| Directiva de llamadas de Dallas |
DallasUsers GlobalPSTNHopoff |
Tabla 2. Rutas
| Nombre de ruta | Patrón de números | Uso del teléfono | Baúl | Gateway |
|---|---|---|---|---|
| Redmond Local Route |
^+1(425 | 206 | 253)(\d{7})$ |
Local RedmondLocal |
| Ruta local de Dallas |
^+1(972 | 214 | 469)(\d{7})$ |
Local |
| Ruta universal |
^+? (\d*)$ |
GlobalPSTNHopoff |
Tronco1 Trunk2 Trunk3 |
Red-GW1 Red-GW2 Dallas-GW1 |
| Ruta de usuarios de Dallas |
^+? (\d*)$ |
DallasUsers |
Trunk3 |
Dallas-GW1 |
En la Tabla 1, se agrega un uso de teléfono de GlobalPSTNHopoff después del uso del teléfono de DallasUsers en la directiva de llamadas de Dallas. Esto permite que las llamadas con la directiva de llamadas de Dallas usen rutas configuradas para el uso del teléfono GlobalPSTNHopoff si una ruta para el uso del teléfono de DallasUsers no está disponible.