Planeamiento de Lync Server 2013 y federación de Office Communications Server

  • Artículo

 

Última modificación del tema: 2013-02-13

La federación entre Microsoft Lync Server 2013, Lync Server 2010 y Office Communications Server admite comunicaciones de punto a punto y de varios fabricantes. Las conversaciones de punto a punto se pueden escalar a conversaciones entre varias partes, lo que permite realizar reuniones ad hoc. Las reuniones (conferencias web o conferencias audio/visuales) se pueden programar para incluir contactos dentro de su organización, así como contactos de asociados con los que federa.

La federación apareció por primera vez en Microsoft® Office Live Communications Server 2005 y apoyó un tipo de federación, Direct Federation. La federación directa requiere que conozca el dominio del protocolo de inicio de sesión (SIP) del partner de federación y el nombre de dominio completo (FQDN) del servidor perimetral del partner. Live Communications Server 2005 con SP1 introdujo tipos de federación adicionales, todos los cuales requerían que el partner federado publicara los registros SRV del sistema de nombres de dominio (DNS) para localizar su servidor perimetral. La terminología de esa publicación era:

  • Abrir federación mejorada: acepte cualquier nombre de dominio SIP y use SRV de DNS para buscar el servidor perimetral del partner

  • Federación mejorada: Configure el nombre de dominio SIP del partner como partner de federación para su organización y use SRV de DNS para buscar el servidor perimetral del partner

  • Federación directa: Configurar el nombre de dominio SIP del partner y el FQDN en el servidor perimetral del partner

  • Lista de permitidos del servidor: acepte cualquier dominio, use SRV de DNS para buscar el servidor perimetral de un proveedor de hospedaje o un proveedor de conectividad de mensajería instantánea (MI) público.

Microsoft Office Communications Server 2007 introdujo un nombre actualizado para los tipos de federación con el fin de definir mejor lo que cada tipo de federación logró realmente:

  • La federación mejorada abierta se ha conocido como dominio de partner detectado

  • La Federación mejorada se hizo conocida como Dominio de partner permitido

  • Direct Federation se hizo conocido como Allowed Partner Server (Servidor de partners permitidos)

  • La lista de permitidos del servidor se conoce como proveedor de host y proveedor de mensajería instantánea pública

Microsoft Lync Server 2010 introdujo una definición más estrecha de Proveedor de hospedaje de acuerdo con Microsoft Lync Online 2010 y Microsoft Office 365 y también lo somete a la misma lista de permitidos definida por el tipo de federación de dominio de partner permitido.

Al habilitar la federación entre Microsoft Lync Server 2013, Lync Server 2010 y Office Communications Server, se usan los servidores perimetrales y servidores proxy inversos para aplicar las reglas y los dominios de asociados permitidos que defina. Desde el punto de vista de la planificación, la federación con otros servidores de Lync, Office Communications Server requiere lo siguiente:

  • Habilite la federación en el Generador de topologías. Para obtener más información, vea el tema de implementación Configurar la federación SIP, la federación XMPP y la mensajería instantánea pública en Lync Server 2013.

  • Determine los requisitos para la detección de dominios federados:


    • Para la configuración manual de la federación, debe tener el nombre de dominio completo (FQDN) del servidor perimetral y el nombre de dominio del partner, o el nombre de dominio en línea, que se especifica en lync Server Panel de control, Federación y acceso externo, Dominios federados SIP. Cree una nueva directiva o Edite una directiva existente para permitir o bloquear dominios por FQDN.

      Advertencia

      La configuración manual del servidor perimetral de un partner de federación es propensa a errores en caso de que el partner cambie la dirección IP de su servidor perimetral.

      Nota

      Para los nuevos dominios federados SIP, debe proporcionar el nombre de dominio (o FQDN) para Microsoft Lync Online y Microsoft 365 o Office 365. Para Microsoft Lync Server 2013, Lync Server 2010 y Office Communications Server, también debe proporcionar un servicio perimetral de acceso (FQDN)


    • Para la federación de partners detectada, donde los partners pueden detectar su servidor perimetral, debe crear un registro SRV en su DNS externo (_sipfederationtls._tcp.contoso.com), que apunta al puerto 5061 y al registro de host (A) de su servidor perimetral.

      Importante

      Si está admitiendo clientes de Microsoft Lync Mobile en Windows Phone o Apple iPhone, iPad u otros dispositivos Apple y está usando el Servicio de notificaciones push o el Servicio de notificaciones de inserción, debe planear la _sipfederationtls._tcp. <Registros SRV de dominio> SIP para cada dominio SIP que tenga clientes de Lync Mobile. Android y Nokia Symbian Lync Mobile no usan notificaciones push y no están sujetos a este requisito.

  • Configurar directivas de acceso de usuario externo para admitir dominios federados

  • Abra los puertos de firewall para el protocolo de inicio de sesión (SIP), la conferencia web y el audio/visual para dar cabida a la federación o los contactos que está habilitando. Para obtener más información, consulte: Determinar los requisitos de puerto y firewall A/V externos para Lync Server 2013

La siguiente información le ayudará a definir los requisitos de certificado, puerto/protocolo y DNS para la federación con Microsoft Lync Server 2013 y Lync Server 2010.

La planificación de certificados, requisitos de firewall y puerto/protocolo y requisitos DNS suele ser un proceso directo si ha planeado o implementado los servidores perimetrales de Microsoft Lync Server 2013. Dado que la federación es una característica adicional que usa el servidor perimetral existente, los requisitos de planeación suelen cumplirse mediante la planeación e implementación del servidor perimetral. Debe usar las tablas siguientes para determinar que se cumplen los requisitos y realizar cambios en el puerto/protocolo y dns en consecuencia.

Importante

Si tiene un grupo de servidores perimetrales y está federando con partners de Lync Server 2013 o Lync Server 2010, puede usar el equilibrio de carga DNS o los equilibradores de carga de hardware en los lados interno y externo de los servidores perimetrales. Si está federando con Office Communications Server 2007 u Office Communications Server 2007 R2, el equilibrio de carga de hardware proporcionará compatibilidad con la conmutación por error en caso de un servidor perimetral. Office Communications Server 2007 y Office Communications Server 2007 R2 no tienen en cuenta el equilibrio de carga dns. Los servidores perimetrales del asociado establecerán la comunicación con el primer servidor perimetral del grupo que responda. Si se produce un error en el servidor perimetral, la comunicación no conmuta por error automáticamente.

Los requisitos de certificados se cumplen normalmente mediante la planeación de certificados para el servidor perimetral elegido o el plan de servidor perimetral agrupado.