Compartir a través de

Planificación de SIP, federación XMPP y mensajería instantánea pública en Lync Server 2013

  • Artículo

 

Última modificación del tema: 2013-10-28

Los servidores perimetrales se pueden configurar para permitir que los usuarios internos y externos tengan acceso a los contactos de las organizaciones o servicios asociados. Las federaciones, como se conocen estos contratos de partner, pueden proporcionar a los contactos de su organización lo siguiente o a todos los siguientes en la federación de partner o en los contactos de la federación de partners a la suya:

  • Mensajería instantánea y presencia

  • Colaboración y conferencias, por ejemplo: conferencias web

  • Audioconferencia, videoconferencia o ambos

En algunos casos, la comunicación, por ejemplo, la mensajería instantánea (MI) y la presencia entre un contacto de Microsoft Lync Server 2013 y un contacto de protocolo de mensajería y presencia extensible (XMPP), es solo punto a punto, lo que solo ayuda a usted y al contacto en el socio federado. En otros casos, como una federación de Lync Server, Lync Server 2010 a Lync Server 2013, se puede invitar a varios participantes a unirse a la conversación.

Federación de Lync Server y Office Communications Server

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.

Conectividad de mensajería instantánea pública

La conectividad de mensajería instantánea pública es una clase de federación y está configurada para permitir que los usuarios de Lync Server 2013 internos y externos puedan agregar contactos desde cualquiera de los siguientes:

  • Contactos de Messenger

  • Yahoo! contactos

  • Contactos de America Online (AOL)

Importante

  • A partir del 1 de septiembre de 2012, la licencia de suscripción de usuario de conectividad de mensajería instantánea pública (PIC USL) de Microsoft Lync ya no está disponible para la compra de contratos nuevos o de renovación. Los clientes con licencias activas podrán seguir federando con Yahoo! Messenger hasta la fecha de cierre del servicio (la fecha exacta aún está por decidir, pero no antes de junio de 2013).

  • El PIC USL es una licencia de suscripción por usuario y mes necesaria para que Lync Server u Office Communications Server puedan federar con Yahoo! Mensajero. La capacidad de Microsoft para proporcionar este servicio depende del soporte técnico de Yahoo!, cuyo contrato subyacente no se renovará.

  • Más que nunca, Lync es una herramienta eficaz para conectarse entre organizaciones y con personas de todo el mundo. La federación con Windows Live Messenger no requiere licencias de usuario o dispositivo adicionales más allá de lync Standard CAL. La federación de Skype se agregará a esta lista, lo que permitirá a los usuarios de Lync llegar a cientos de millones de personas a través de mensajería instantánea y voz.

Esta clase de federación requiere las siguientes consideraciones de planeación:

  • Windows Live Messenger los usuarios pueden tener comunicación audiovisual punto a punto con los usuarios de Lync Server 2013, además de la mensajería instantánea. Los servidores perimetrales deben cumplir con los requisitos específicos de puerto y protocolo. Para obtener más información, consulte Determinar los requisitos de puerto y firewall de A/V externo para Lync Server 2013.

  • La mensajería instantánea de Yahoo no tiene requisitos únicos, excepto los que se usan normalmente en la planeación e implementación del servidor perimetral típico que proporciona federación.

  • America Online requiere que el certificado del servidor perimetral asignado al servicio perimetral de acceso tenga un uso de clave mejorado (EKU) del cliente.

Federación de Protocolo extensible de mensajería y presencia (XMPP)

Las versiones anteriores de Lync Server y Office Communications Server proporcionaba una puerta de enlace de protocolo de presencia y mensajería extensible (XMPP) que se podía implementar como un rol de servidor independiente para permitir la federación con implementaciones de XMPP. En Microsoft Lync Server 2013, la funcionalidad XMPP se puede implementar como característica. La funcionalidad de XMPP se instala en dos partes: un proxy XMPP que se ejecuta en el servidor perimetral y la puerta de enlace XMPP que se ejecuta en los servidores front-end.

La implementación y configuración de XMPP se explica en Implementar el acceso de usuarios externos en Lync Server 2013 Tiene previsto admitir XMPP en su organización definiendo reglas de puertos y protocolos en el firewall, la configuración de certificados y la adición de registros DNS. En los temas siguientes de esta sección se resume la información que necesitará para planear correctamente la federación XMPP para la implementación.

Importante

La capacidad XMPP de Lync Server 2013 está probada y es compatible con Microsoft para la federación de mensajería instantánea con Google Talk. Para otros sistemas XMPP, póngase en contacto con el proveedor para comprobar que son compatibles con la federación con Lync Server 2013 y para cualquier recomendación sobre implementación o solución de problemas.

Importante

La federación XMPP no es compatible con los usuarios que están alojados en electrodomésticos de sucursal con funciones de supervivencia. Esto se aplica tanto para ver la información de presencia como para intercambiar mensajes instantáneos.