Planificar la resistencia de la Telefonía IP en Skype Empresarial Server 2015

Skype for Business Server 2015
 

Última modificación del tema:2015-08-17

Información sobre cómo admitir la resistencia de voz en la Telefonía IP empresarial de Skype Empresarial Server, tanto en los sitios centrales como en las sucursales. Las opciones de sitio de sucursal incluyen la implementación de Aplicaciones de sucursal con funciones de supervivencia o Servidores de sucursal con funciones de supervivencia.

La resistencia de voz hace referencia a la capacidad de los usuarios para continuar realizando y recibiendo llamadas cuando un sitio central que hospeda Skype Empresarial Server deja de estar disponible, ya sea por un error de la red de área extensa (WAN) u otra causa. Si se produce un error en un sitio central, el servicio de Telefonía IP empresarial necesita continuar sin interrupciones a través de la conmutación por error sin problemas al sitio de copia de seguridad. En caso de error de red WAN, las llamadas de sitios de sucursal deben redirigirse a una puerta de enlace RTC local. En esta sección se analiza la planeación de la resistencia de voz en el caso de error de sitio central o de red WAN.

Cada día, y 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 Telefonía IP empresarial. Cuando un sitio central no está disponible, es necesario que se cumplan las siguientes condiciones:

  • Necesita proporcionar conmutación por error de voz.

  • Los usuarios que normalmente se registran con el Grupo de servidores front-end en el sitio central necesitan poder registrarse con un Grupo de servidores front-end alternativo. Esto se puede lograr creando varios registros de servidor DNS, cada uno de los cuales se resuelve en un Grupo de directores o 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 a través del sitio central obtengan el Director y Grupo de servidores front-end correspondiente antes que los de otros registros SRV.

  • Las llamadas realizadas a usuarios o desde usuarios ubicados en otros sitios se necesitan 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.

Para planificar la resistencia de voz en un sitio central es preciso tener conocimientos básicos sobre el rol central que cumple 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 de clientes y proporciona servicios de enrutamiento. Se ejecuta en Servidor Standard Edition, Servidor front-end, Director o en Aplicación de sucursal con funciones de supervivencia. Un grupo de registradores está formado por servicios de registrador que se ejecutan en el Grupo de servidores front-end y que residen en el mismo sitio. Un cliente de Skype Empresarial detecta el Grupo de servidores front-end a través del siguiente mecanismo de detección:

  1. Registro SRV de DNS

  2. Servicio web de detección automática

  3. Opción 120 de DHCP

Después de que el cliente de Skype Empresarial se conecte 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 redirige al cliente a un registrador preferido del grupo.

Cada uno de los usuarios habilitados para Telefonía IP empresarial se asigna a un grupo de registradores concreto, que pasa a ser el grupo de registradores principal del usuario. En un sitio determinado, cientos o miles de usuarios suelen compartir un único grupo de registradores 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 registradores principal necesita tener designado un solo grupo de registradores de copia de seguridad ubicado en otro sitio. Este grupo de copia de seguridad se puede configurar con los ajustes de resistencia del Generador de topologías. Dando por supuesto que existe un vínculo WAN resistente entre los dos sitios, los usuarios cuyo grupo de registradores principal ya no está disponible se direccionan automáticamente al grupo de registradores de copia de seguridad.

Aquí describimos el proceso de detección y registro de clientes:

  1. Un cliente detecta Skype Empresarial Server a través de registros del servidor DNS. En Skype Empresarial Server, se pueden configurar registros del servidor DNS 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 a Skype Empresarial Server de primer salto.

    noteNota:
    El uso 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 de Skype Empresarial del grupo de registradores principal del usuario y el grupo de registradores de copia de seguridad.

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

Aquí recogemos 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 registradores principal y de copia de seguridad necesitarán estar conectados a través de un vínculo WAN resistente.

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

  • Cada grupo de registradores necesita tener la carga equilibrada con el equilibrio de carga de DNS, el equilibrio de carga de hardware o ambos. Para más información sobre cómo planear la configuración del equilibrio de carga, mire Requisitos del equilibrio de carga para Skype Empresarial.

  • Cada usuario necesita estar asignado a un grupo de registradores principal, ya sea usando el cmdlet set-CsUser del Shell de administración de Skype Empresarial Server o desde el Panel de control de Skype Empresarial Server.

  • El grupo de registradores principal necesita tener un único grupo de registradores de copia de seguridad en otro sitio central.

  • El grupo de registradores principal necesita estar configurado para efectuar la conmutación por error al grupo de registradores de copia de seguridad. El registrador principal está configurado de forma predeterminada para efectuar la conmutación por error al grupo de registradores de copia de seguridad transcurrido un intervalo de 300 segundos. Puede modificar este intervalo con el Generador de topologías de Skype Empresarial Server.

  • Configure una ruta de conmutación por error. Al configurarla necesita especificar una puerta de enlace que se encuentre en un sitio diferente del 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 copia de seguridad; de no hacerlo así, no podrá modificar la configuración de administración.

Skype Empresarial 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 Exchange (EWS)

Almacenamiento de contactos; datos de calendario

Mensajería unificada de Exchange y servicios Web 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 detectar el registrador. A tal efecto, necesita haber configurado un servidor DHCP o tiene que haber un servidor DHCP de Skype Empresarial Server habilitado.

Si ha implementado los requisitos y recomendaciones anteriores, el grupo de registradores de copia de seguridad 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 detallado 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 aquí 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, necesitará 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 copia de seguridad de otro sitio.

    • Configurar el plan de marcado de Mensajería unificada de Exchange de cada usuario para que incluya servidores de Mensajería unificada de Exchange en el sitio central y en el sitio de copia de seguridad, pero designar los servidores de Mensajería unificada de Exchange de copia de seguridad 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 de Exchange del sitio de copia de seguridad.

    Si no se puede aplicar ninguna de las soluciones anteriores, 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 aquí 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

  • Búsqueda en la web de la libreta de direcciones

Si desea proporcionar resistencia de sucursales, es decir, un servicio de alta disponibilidad de Telefonía IP empresarial, dispone de tres opciones para hacerlo:

  • Aplicación de sucursal con funciones de supervivencia

  • Servidor de sucursal con funciones de supervivencia

  • Una implementación completa de Skype Empresarial Server en la sucursal

Esta guía le ayudará a evaluar qué solución de resistencia es la más adecuada para su organización y, en función de la solución de resistencia, qué solución de conexión RTC usar. También le ayudará a preparar la implementación de la solución que elija describiendo requisitos previos y otras consideraciones referentes a la planeación.

Al proporcionar resistencia a las sucursales, si se produce un error en la conexión WAN de una sucursal a un sitio central o si no se puede alcanzar el sitio central, las siguientes características de voz tendrían que seguir disponibles:

  • Llamadas de red telefónica conmutada (RTC) entrantes y realizadas.

  • 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

  • Desvío de llamadas, llamadas simultáneas a extremos, delegación de llamadas y servicios de llamada de equipo, pero solo si el delegador y el delegado (por ejemplo, un encargado y su administrador) o todos los miembros del equipo están configurados en el mismo sitio

  • Registros detallados de llamadas (CDR)

  • Conferencias de acceso telefónico local RTC con operador automático de conferencia

  • Funcionalidades de correo de voz, si configura los parámetros de reenrutamiento del correo de voz.

  • Autorización y autenticación de usuarios

Las siguientes características solo estarán disponibles si su solución de resistencia es una implementación completa de Skype Empresarial Server en la sucursal:

  • Conferencia A/V, web y MI

  • Enrutamiento basado en presencia y No molestar (DND) (con el que se evita que las llamadas suenen en extensiones con DND activado)

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

  • Aplicación de grupo de respuesta y Aplicación de estacionamiento de llamadas

  • Aprovisionamiento de teléfonos y clientes nuevos, pero solo si la sucursal tiene Servicios de dominio de Active Directory.

  • 9-1-1 mejorado (E9-1-1)

    Si se ha implementado E9-1-1 y el tronco SIP del sitio central no está disponible porque se ha interrumpido el vínculo WAN, la Aplicación de sucursal con funciones de supervivencia enrutará las llamadas de E9-1-1 a la puerta de enlace de la sucursal local. Para habilitar esta característica, las directivas de voz de los usuarios de las sucursales necesitan enrutar las llamadas a la puerta de enlace local en caso de error de WAN.

noteNota:
Las SBA (sucursales con funciones de supervivencia) no son compatibles con XMPP. Los usuarios hospedados en configuraciones de SBA no podrán enviar mensajes instantáneos ni ver la presencia de los contactos de XMPP.

Las ventajas que una organización obtiene al disponer de resistencia de sucursales son más que evidentes. Por ejemplo, si pierde la conexión con el sitio central, los usuarios de la sucursal seguirán teniendo servicios de correo de voz y de Telefonía IP empresarial, siempre y cuando el correo de voz se haya configurado para que se pueda volver a enrutar. No obstante, una solución de resistencia probablemente no compense lo suficiente en sitios con menos de 25 usuarios.

Si decide proporcionar resistencia en los sitios de sucursal, tiene tres maneras de hacerlo. La siguiente tabla puede ayudarle a saber cuál es la mejor opción para su organización.

 

Si...Recomendamos...

Hospeda entre 25 y 1000 usuarios en el sitio de sucursal y no compensa una implementación completa o no se dispone de asistencia administrativa local

Aplicación de sucursal con funciones de supervivencia

La Aplicación de sucursal con funciones de supervivencia es un servidor modular estándar del sector con un registrador y un servidor de mediación de Skype Empresarial Server que se ejecutan en Windows Server 2008 R2. La Aplicación de sucursal con funciones de supervivencia contiene también una puerta de enlace de red telefónica conmutada (RTC). Los dispositivos de otros fabricantes calificados (desarrollados por socios de Microsoft en el programa de certificación/calificación de aplicación de sucursal con funciones de supervivencia [SBA]) ofrecen una conexión RTC ininterrumpida en caso de que se produzca un error de WAN, aunque este enfoque no proporciona una presencia y conferencia resistentes, ya que ambas características dependen de los servidores front-end del sitio central.

Para más información sobre las Aplicaciones de sucursal con funciones de supervivencia, mire "Detalles de la Aplicación de sucursal con funciones de supervivencia", más adelante en este tema.

Nota: si opta por usar también un tronco SIP con la Aplicación de sucursal con funciones de supervivencia, póngase en contacto con el proveedor de la Aplicación de sucursal con funciones de supervivencia para más información sobre qué proveedor de servicios es el mejor para su organización.

Hospeda entre 1000 y 2000 usuarios en el sitio de sucursal, carece de conexión WAN resistente y dispone de administradores de Skype Empresarial Server debidamente formados

Servidor de sucursal con funciones de supervivencia o dos Aplicaciones de sucursal con funciones de supervivencia.

El Servidor de sucursal con funciones de supervivencia es un servidor de reunión de Windows que reúne una serie de requisitos de hardware y que tiene instalado software de registrador y servidor de mediación de Skype Empresarial Server. Es necesario conectarse a una puerta de enlace RTC o a un tronco SIP que lleve un proveedor de servicios telefónicos.

Para más información sobre las Servidores de sucursal con funciones de supervivencia, mire "Detalles de la Servidor de sucursal con funciones de supervivencia", más adelante en este tema.

Además de las características de voz, necesita las características de presencia y conferencia para un máximo de 5000 usuarios y dispone de administradores de Skype Empresarial Server debidamente formados

Realizar una implementación 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 escala completa proporciona una conexión RTC constante y unas características de presencia y conferencia resistentes en caso de error de WAN.

La siguiente figura refleja las topologías recomendadas de resistencia en los sitios de sucursal.

Opciones de resistencia de las sucursales

Opciones de resistencia de voz para sucursal

La aplicación de sucursal con funciones de supervivencia de Skype Empresarial Server engloba los siguientes componentes:

  • Un registrador para la autenticación y registro de usuarios y el enrutado 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 que se produzca una interrupción en la red WAN

  • SQL Server Express para el almacenamiento local de los datos de usuario

La Aplicación de sucursal con funciones de supervivencia también incorpora troncos RTC, puertos analógicos y un adaptador Ethernet.

Si la conexión WAN de un sitio de sucursal a un sitio central deja de estar disponible, los usuarios del sitio de sucursal seguirán estando registrados con el registrador de la Aplicación de sucursal con funciones de supervivencia y seguirán teniendo un servicio de voz ininterrumpido a través de la conexión de la Aplicación de sucursal con funciones de supervivencia a la red RTC. En caso de que el vínculo WAN a un sitio de sucursal no esté disponible, los usuarios de dicho sitio que se conecten desde casa o desde otras ubicaciones remotas tendrán la posibilidad de registrarse con un servidor registrador ubicado en el sitio central. Estos usuarios disfrutarán de la funcionalidad de comunicaciones unificadas completa, con la única salvedad de que las llamadas entrantes al sitio de sucursal se trasladarán al correo de voz. Cuando la conexión WAN vuelva, necesitará restaurarse la funcionalidad completa para los usuarios de los sitios de sucursal. No es necesario recurrir a un administrador de TI ni para la conmutación a la Aplicación de sucursal con funciones de supervivencia ni para la restauración del servicio.

Skype Empresarial Server admite hasta dos Aplicación de sucursal con funciones de supervivencia en un Sitio de sucursal.

Un equipo de fabricantes de equipos originales en colaboración con Microsoft se encarga de la fabricación de la Aplicación de sucursal con funciones de supervivencia, mientras que su implementación corre a cargo de distribuidores de valor agregado. Esta implementación necesita tener lugar solo si se ha implementado Skype Empresarial Server en el sitio central, existe una conexión WAN al sitio de sucursal y los usuarios de dicho sitio tienen acceso a Telefonía IP empresarial.

Para más información sobre estas fases, mire Implementar una aplicación o servidor de sucursal con funciones de supervivencia con Lync Server 2013 en la documentación de implementación.

 

FasePasosDerechos de usuario

Configurar Servicios de dominio de Active Directory para la Aplicación de sucursal con funciones de supervivencia

En el sitio central:

  1. Cree una cuenta de usuario de dominio (o identidad de empresa) para el técnico que vaya a instalar y activar la Aplicación de sucursal con funciones de supervivencia en el sitio de sucursal.

  2. Cree una cuenta de equipo (con el nombre de dominio completo [FQDN] pertinente) para la Aplicación de sucursal con funciones de supervivencia en Servicios de dominio de Active Directory.

  3. En el Generador de topologías, cree y publique la Aplicación de sucursal con funciones de supervivencia.

La cuenta de usuario del técnico necesita ser miembro de RTCUniversalSBATechnicians. La Aplicación de sucursal con funciones de supervivencia necesita pertenecer al grupo RTCSBAUniversalServices, algo que sucede automáticamente al usar el Generador de topologías.

Instalar y activar la Aplicación de sucursal con funciones de supervivencia

En el sitio de sucursal:

  1. Conecte la Aplicación de sucursal con funciones de supervivencia a un puerto Ethernet o puerto RTC.

  2. Inicie la Aplicación de sucursal con funciones de supervivencia.

  3. Una la Aplicación de sucursal con funciones de supervivencia al dominio usando la cuenta de usuario de dominio que creó para la Aplicación de sucursal con funciones de supervivencia en el sitio central. Establezca el FQDN y la dirección IP de forma que coincidan con el FQDN creado en la cuenta del equipo.

  4. Configure la Aplicación de sucursal con funciones de supervivencia con la interfaz de usuario del fabricante de equipos originales.

  5. Compruebe la conectividad RTC.

La cuenta de usuario del técnico necesita ser miembro de RTCUniversalSBATechnicians.

En el Generador de topologías, cree el sitio de sucursal, agregue el Servidor de sucursal con funciones de supervivencia a este y, luego, ejecute el Asistente para la implementación de Skype Empresarial Server en el equipo en el que desea instalar el rol.

En este tema encontrará información sobre cómo preparar a los usuarios para la resistencia de sitios de sucursal y para la supervivencia de correo de voz. También se especifican los requisitos de hardware y software pertinentes.

Prepare a los usuarios para la resistencia de sitios de sucursal; para ello, establezca su grupo de registrador como la Aplicación de sucursal con funciones de supervivencia (SBA) o el Servidor de sucursal con funciones de supervivencia.

Sea cual sea la solución de resistencia de sitios de sucursal que elija, será necesario asignar un registrador principal a cada usuario. Los usuarios de sitios de sucursal tienen que estar registrados siempre con el registrador en el sitio de sucursal, independientemente de si el registrador se encuentra en la Aplicación de sucursal con funciones de supervivencia, en el Servidor de sucursal con funciones de supervivencia o en un servidor de Skype Empresarial Server Standard o Enterprise Edition Server independiente. Se necesita un registro de servicio (SRV) de Sistema de nombres de dominio (DNS) para que los clientes puedan detectar su grupo de servidores de registrador. Si la Aplicación de sucursal con funciones de supervivencia deja de estar disponible, este es el método que usarán los clientes de sucursales para detectar automáticamente el registrador de copia de seguridad.

Si un sitio de sucursal no dispone de un servidor DNS, existen dos métodos alternativos para configurar la detección de la Aplicación de sucursal con funciones de supervivencia o del Servidor de sucursal con funciones de supervivencia:

  • Configurar la opción de DHCP 120 en el servidor DHCP del sitio de sucursal para que apunte al nombre de dominio completo (FQDN) de la Aplicación de sucursal con funciones de supervivencia o del Servidor de sucursal con funciones de supervivencia.

  • Configurar la Aplicación de sucursal con funciones de supervivencia o el Servidor de sucursal con funciones de supervivencia para que responda a las consultas de DHCP 120.

Recomendamos crear otra directiva de VoIP de usuario para usuarios de un sitio de sucursal. Esta directiva necesita incluir una ruta principal que utilice la Aplicación de sucursal con funciones de supervivencia o una pasarela de servidor de sucursal y una o más rutas secundarias que utilicen una puerta de enlace RTC del sitio central. Si la ruta principal no está disponible, se usará en su lugar la ruta de reserva que usa una o más puertas de enlace de sitio central. De esta forma, independientemente de dónde esté registrado el usuario, ya sea en el registrador del sitio de sucursal o en el grupo de servidores de registrador de reserva en el sitio central, siempre estará en vigor la directiva VoIP del usuario. Esta consideración es importante en los escenarios de conmutación por error. Por ejemplo, si necesita cambiar el nombre de Aplicación de sucursal con funciones de supervivencia o volver a configurar la Aplicación de sucursal con funciones de supervivencia para conectarse a un grupo de registradores de reserva en el sitio central, tendrá que trasladar a los usuarios del sitio de sucursal al sitio central mientras tanto. (Si desea información sobre cómo cambiar el nombre de Aplicación de sucursal con funciones de supervivencia o cómo reconfigurarla, mire Apéndice B: Administración de una aplicación de sucursal con funciones de supervivencia en Lync Server 2013 en la documentación sobre implementación). Si estos usuarios no tienen directivas de VoIP de usuario o planes de marcado de usuario, cuando los usuarios se trasladen a otro sitio, se aplicarán, de manera predeterminada, las directivas VoIP de sitio y los planes de marcado de sitio del sitio central, en lugar de las directivas VoIP y los planes de marcado de usuario. En este escenario, las llamadas causarían errores, a menos que las directivas VoIP y los planes de marcado de sitio que usa el grupo de registradores de reserva también puedan aplicarse a los usuarios del sitio de sucursal. Por ejemplo, si los usuarios de un sitio de sucursal localizados en Japón se trasladan a un sitio de central en Redmond, es poco probable que un plan de marcado con reglas de normalización que añada +1425 antes de todas las llamadas de 7 dígitos traduzca correctamente las llamadas de estos usuarios.

importantImportante:
Cuando cree una ruta de copia de seguridad de sucursal, le recomendamos agregar dos registros de uso de teléfono de RTC a la directiva de usuario de sucursal y asignar rutas distintas a cada uno de ellos. La primera ruta, o ruta principal, dirigirá las llamadas a la puerta de enlace asociada con el servidor de sucursal o la Aplicación de sucursal con funciones de supervivencia (SBA); la segunda ruta, o ruta de copia de seguridad, dirigirá las llamadas a la puerta de enlace del sitio central. Al dirigir las llamadas, el SBA o servidor de sucursal probará todas las rutas asignadas al primer registro de uso de RTC antes de probar el segundo registro de uso.

Para ayudar a garantizar que los usuarios de sucursales reciban las llamadas entrantes cuando la puerta de enlace de sitio de sucursal o el componente de Windows del sitio de la Aplicación de sucursal con funciones de supervivencia no están disponibles (lo cual ocurriría, por ejemplo, si la Aplicación de sucursal con funciones de supervivencia o la puerta de enlace de la sucursal estuvieran inactivas por la realización de tareas de mantenimiento), cree una ruta de conmutación por error en la puerta de enlace o trabaje con su proveedor de llamada directa (DID) para redirigir las llamadas entrantes al grupo de registradores de reserva en el sitio central. Desde este, las llamadas se enrutarán a través del vínculo WAN a los usuarios de sucursales. Compruebe que la ruta traduce los números de acuerdo con las normas de la puerta de enlace RTC u otros formatos de número de teléfono aceptados por otros pares de tronco. Si desea información sobre cómo crear una ruta de conmutación por error, consulte Configurar una ruta de conmutación por error en Lync Server 2013. Cree también planes de marcado a nivel de servicio para el tronco asociado con la puerta de enlace del sitio de sucursal con el fin de normalizar las llamadas entrantes. Si tiene dos Aplicaciones de sucursal con funciones de supervivencia con funciones de supervivencia en un sitio de sucursal, puede crear un plan de marcado a nivel de sitio para ambas, a menos que necesite un plan de nivel de servicio diferente para cada una.

noteNota:
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, recomendamos 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.

También recomendamos crear un plan de marcado y una directiva de voz de usuario que asignará a los usuarios de sitio de sucursal. Para más información, mire “Crear o modificar un plan de marcado de Skype Empresarial Server 2015” y “Crear la directiva de enrutamiento VoIP para usuarios de sucursal en Lync Server 2013” en la documentación de implementación.

Cuando prepare planes de marcado y directivas de voz para los usuarios de sitios de sucursal, no olvide incluir reglas de normalización y de traducción que contrasten las cadenas con los formatos de números utilizados en el atributo msRTCSIP-line (o URI de línea), de modo que las llamadas de Skype Empresarial habilitadas entre los usuarios del sitio de sucursal y los usuarios del sitio central se enruten correctamente (en particular, en casos en los que las llamadas se tienen que enrutar por RTC porque el vínculo de WAN no está disponible). Existen algunas consideraciones especiales más para los números marcados que contienen números de extensión, en lugar de números de teléfono solamente.

Las reglas de normalización y de traducción que contrastan los URI de línea que contienen un número de extensión, ya sea en exclusiva o junto con un número de teléfono E.164 completo, tienen otros requisitos adicionales. En esta sección se describen algunos escenarios de ejemplo para enrutar las llamadas para un URI de línea con un número de extensión.

Si su organización no tiene números de teléfono de llamada directa de extensión (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 entre sí marcando tan solo el número de extensión. Pero, será necesario configurar reglas de configuración que puedan aplicarse a llamadas procedentes de un usuario de sitio de sucursal a un usuario de sitio central que contrasten los números de extensión.

En un escenario en el que haya disponible un vínculo WAN entre un sitio de sucursal y un sitio central, las llamadas de los usuarios de un sitio de sucursal a los usuarios del sitio central no necesitan que la regla de normalización correspondiente convierta el número, ya que la llamada no se enruta por la RTC. Por ejemplo:

 

Nombre de reglaDescripciónPatrón de númerosConversiónEjemplo

5digitExtensions

No convierte números de 5 dígitos

^(\d{5})$

1 $

No traduce 10001

También tiene que dar cabida a los números de extensión en escenarios concretos, como cuando el vínculo WAN entre un sitio de sucursal y un sitio central no se encuentra disponible y una llamada desde un sitio de sucursal se tiene que enrutar por la RTC. Durante la interrupción del vínculo WAN, si un usuario de un sitio de sucursal llama a un usuario del sitio central marcando la extensión del mismo, tendrá que tener una regla de conversión de llamadas salientes 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 la 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, necesitará una regla de conversión de llamadas salientes que agregue, en su lugar, el número de teléfono completo de la organización. Por ejemplo:

 

DescripciónPatrón de comprobaciónConversiónEjemplo

Convierte 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 convierte a +14255550123;ext=10001

Convierte números de cinco dígitos al número de teléfono de la organización y la extensión de un usuario

^(\d{5})$

+14255550100;ext=$1

10001 se convierte a +14255550100;ext=10001

En este escenario, si el tronco del mismo nivel que se encarga de volver a enrutar hacia la RTC no admite los números de extensión, la regla de conversión de llamadas salientes también tendrá que quitar el número de extensión. Por ejemplo:

 

DescripciónPatrón de comprobaciónConversiónEjemplo

Quita la extensión de los números de teléfono con extensiones

^\+(\d*);ext=(\d*)$

+$1

+14255550123;ext=10001 se traduce a +14255550123

Independientemente de si hay o no un vínculo WAN disponible, si la organización no tiene configurados números de llamada directa de extensión (DID) para usuarios individuales y el URI de línea de un usuario contiene el número de teléfono de la organización y el número de extensión único de un usuario, será necesario configurar el URI de línea del número de teléfono de la organización con un número al que pueda alcanzar el tronco del mismo nivel o la puerta de enlace RTC en el sitio de sucursal. También necesita configurar el URI de línea del número de teléfono de la organización para incluir su extensión única para llamadas que se enrutarán a ese número.

Mensajería unificada de Exchange (UM) suele instalarse únicamente en el sitio central, y no en los sitios de sucursal. El autor de la llamada necesita poder dejar un mensaje de correo de voz, aunque el vínculo WAN entre el sitio de sucursal y el sitio central no esté disponible. En consecuencia, configurar el URI de línea para el número de teléfono del operador automático de Mensajería unificada de Exchange que ofrece mensajería de voz para los usuarios de correo de voz precisa de algunas 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.

Las Aplicaciones de sucursal con funciones de supervivencia (SBA) y los Servidores de sucursal con funciones de supervivencia ofrecen funciones de supervivencia del correo de voz para los usuarios de sucursales durante la interrupción de un vínculo WAN. Concretamente, si se usa una Aplicación de sucursal con funciones de supervivencia o un Servidor de sucursal con funciones de supervivencia y la WAN deja de estar disponible, la SBA o Servidor de sucursal con funciones de supervivencia vuelve a enrutar las llamadas no contestadas realizadas a través de la RTC a Mensajería unificada de Exchange en el sitio central. Con una SBA o un Servidor de sucursal con funciones de supervivencia, también se podrán recuperar los mensajes de correo de voz a través de la RTC durante la interrupción de la WAN. Por último, durante la interrupción de la WAN, la Aplicación de sucursal con funciones de supervivencia o el Servidor de sucursal con funciones de supervivencia pone en cola las notificaciones de llamadas perdidas y, luego, las carga en el servidor Mensajería unificada de Exchange cuando se restablece la conexión WAN. Para que sea más fácil garantizar que el nuevo enrutamiento del correo de voz es resistente, no olvide agregar una entrada de nombre de dominio completo del grupo de servidores del sitio central y una entrada de nombre de dominio completo del Servidor perimetral que hospeda el archivo en el Servidor de sucursal con funciones de supervivencia. De lo contrario, la resolución de DNS puede agotar el tiempo de espera si no tiene un servidor de DNS en el sitio de sucursal.

Recomendamos establecer las siguientes configuraciones de supervivencia de correo de voz para los usuarios de sitio de sucursal:

  • Un administrador de Microsoft Exchange tiene que configurar un operador automático de Mensajería unificada de Exchange de forma que acepte mensajes únicamente. Esta configuración deshabilita el resto de las funciones genéricas, como la transferencia a un usuario o a un operador, y limita el operador automático para que solo acepte mensajes. El administrador de Exchange también puede usar un operador automático genérico o personalizado para enrutar la llamada a un operador.

  • El administrador de Skype Empresarial Server tiene que usar el número de teléfono del operador automático como número de operador automático de mensajería unificada de Exchange en la configuración usada para volver a enrutar el correo de voz de la Aplicación de sucursal con funciones de supervivencia o del servidor de sucursal.

  • El administrador de Skype Empresarial Server tiene que obtener el número de teléfono de acceso de suscriptor de la Mensajería unificada de Exchange y usarlo como número de acceso de suscriptor en la configuración usada para volver a enrutar el correo de voz en la Aplicación de sucursal con funciones de supervivencia o en el Servidor de sucursal con funciones de supervivencia.

  • El administrador de Skype Empresarial Server tiene que configurar la Mensajería unificada de Exchange, de modo que solo se asocie un plan de marcado a todos los usuarios de sucursal que necesiten obtener acceso al correo de voz durante una interrupción de la red WAN.

  • Cuando el vínculo de WAN no está disponible, las llamadas a los usuarios de un sitio de sucursal se pueden enrutar hacia el buzón de voz de mensajería unificada de Exchange del usuario, pero solo si la directiva de voz aplicada a la llamada especifica un número de teléfono de mensajería de voz que sea única y no incluya un número de extensión.

Los requisitos de hardware y software pueden variar según la solución de resistencia de que disponga.

El hardware y software necesarios están integrados en la Aplicación de sucursal con funciones de supervivencia, pero recomendamos igualmente que cada sitio de sucursal implemente un servidor DHCP para obtener direcciones IP de cliente; de lo contrario, cuando la concesión DHCP expire, los clientes no tendrán conectividad IP.

Si los servidores DNS de la empresa están ubicados solamente en sitios centrales, los usuarios de sitios de sucursal no podrán conectarse a ellos durante las interrupciones de la WAN y, por tanto, la detección de Skype Empresarial Server que usa SRV (registro de recursos de servicio) DNS generará un error. Para procurar que las llamadas se vuelvan a enrutar rápidamente durante una interrupción de la WAN, los registros DNS necesitan guardarse en la memoria caché del sitio de sucursal. Si el enrutador de la sucursal lo permite, active la memoria caché de DNS. También puede implementar un servidor DNS en la sucursal. Puede tratarse de un servidor independiente o una versión de la Aplicación de sucursal con funciones de supervivencia que admita las funcionalidades de DNS. Para más información, póngase en contacto con su proveedor de la Aplicación de sucursal con funciones de supervivencia.

noteNota:
No es necesario tener un controlador de dominio en cada sitio de sucursal. La Aplicación de sucursal con funciones de supervivencia autentica clientes con un certificado especial que envía al cliente como respuesta a la solicitud de certificado del cliente cuando este inicia sesión.

Los clientes de Skype Empresarial pueden detectar Skype Empresarial Server con la opción de DHCP 120 (opción de registro de SIP). Esto se puede configurar de dos formas distintas:

  • Configure el servidor DHCP en el sitio de sucursal de forma que responda a las consultas de DHCP 120, que devuelven el FQDN del registrador en la Aplicación de sucursal con funciones de supervivencia o en el Servidor de sucursal con funciones de supervivencia.

  • Active el DHCP de Skype Empresarial Server. Cuando esté activado, el registrador de Skype Empresarial Server responderá a las consultas de la opción DHCP 120. Observe que el registrador no responde a las consultas de DHCP que no sean de la opción 120.

Asimismo, para sitios de sucursal más grandes que tengan varias subredes, necesitan habilitarse agentes de retransmisión DHCP para reenviar las consultas de la opción DHCP 120 al servidor DHCP (configuración 1) o al registrador (configuración 2).

Por último, es necesario configurar los usuarios de sitios de sucursal para la Telefonía IP empresarial y proporcionarles un extremo de comunicaciones unificadas apropiado.

Los requisitos para Servidores de sucursal con funciones de supervivencia son los mismos que para un Servidor front-end. Para más detalles, mire Requisitos del servidor para Skype Empresarial Server 2015.

En el siguiente ejemplo se muestra el modo en que un administrador puede definir una ruta de conmutación por error para usarla en caso de que Dallas-GW1 se desconecte por motivos de mantenimiento o no esté disponible. En las tablas siguientes se muestra el cambio de configuración necesario.

Tabla 1. Directiva de usuario

Directiva de usuarioUso de teléfono

Directiva de llamada predeterminada

Local

GlobalPSTNHopoff

Directiva local de Redmond

RedmondLocal

Directiva de llamada de Dallas

DallasUsers

GlobalPSTNHopoff

Tabla 2. Rutas

Nombre de rutaPatrón de númerosUso de teléfonoTroncalGateway

Ruta local de Redmond

^\+1(425|206|253)(\d{7})$

Local

RedmondLocal

Troncal1

Troncal2

Red-GW1

Red-GW2

Ruta local de Dallas

^\+1(972|214|469)(\d{7})$

Local

Troncal3

Dallas-GW1

Ruta universal

^\+?(\d*)$

GlobalPSTNHopoff

Troncal1

Troncal2

Troncal3

Red-GW1

Red-GW2

Dallas-GW1

Ruta de usuarios de Dallas

^\+?(\d*)$

DallasUsers

Troncal3

Dallas-GW1

En la tabla 1 se agrega el uso de teléfono GlobalPSTNHopoff después del uso de teléfono DallasUsers en la directiva de llamada de Dallas. Esto permite que las llamadas con la directiva de llamada de Dallas usen las rutas configuradas para el uso de teléfono GlobalPSTNHopoff en caso de que una ruta para el uso telefónico DallasUsers no esté disponible.

 
Mostrar: