Cómo funciona el servidor de chat persistente en Lync Server 2013

 

Última modificación del tema: 2012-11-21

Lync Server 2013, servidor de chat persistente le permite participar en conversaciones multipartida basadas en temas que persisten con el tiempo. Servidor de chat persistente puede ayudar a su organización a hacer lo siguiente:

• Mejorar la comunicación entre equipos dispersos geográficamente y entre funciones

• Aumentar la conciencia de la información y la participación

• Mejorar la comunicación con su organización ampliada

• Reducir la sobrecarga de información

• Mejorar la conciencia de la información

• Aumentar la dispersión de los conocimientos e información importantes

Puede implementar servidor de chat persistente como un rol opcional con Lync Server 2013. Los servicios de chat persistente se ejecutan en un grupo dedicado y un grupo de servidores de chat persistente depende de un grupo de Lync Server para enrutar los mensajes a él. Los clientes utilizan comunicación de chat eXtensible sobre SIP (XCCOS). Los servidores front-end de Lync Server están configurados para redirigir el tráfico a un grupo de servidores de chat persistente.

Arquitectura de High-Level

Los diagramas siguientes proporcionan perspectivas de alto nivel de la arquitectura y los servicios del servidor de chat persistente.

Arquitectura de alto nivel del servidor de chat persistente

Servicios de alto nivel del servidor de chat persistente

Se ejecutan dos servicios en los servidores front-end del servidor de chat persistente:

• Chat persistente (canal)

• Cumplimiento

Servicio de chat persistente (canal)

El servicio de chat persistente (canal) es el servicio principal responsable del servidor de chat persistente. Este servicio ofrece las siguientes funciones:

• Acepta mensajes entrantes

• Registra y enumera los participantes en línea dentro de un salón de chat persistente

• Retransmite mensajes a los suscriptores de otros canales

• Implementa lógica para la administración de canales, la invitación a salones de chat, la búsqueda y las nuevas notificaciones de contenido

El servicio de chat persistente (canal) almacena y accede al contenido de los salones de chat y otros metadatos del sistema (reglas de autorización, etc.) mediante el almacén de chat persistente. Este servicio almacena los archivos que se cargan en los salones de chat en el almacén de archivos de chat persistente.

Servicio de cumplimiento

El servicio de cumplimiento es un componente opcional del servidor de chat persistente y es responsable del archivado del contenido y los eventos de chat en el almacén de cumplimiento de chat persistente. Si la organización cuenta con normas que precisan que se archive la actividad del chat persistente, puede implementar el servicio de cumplimiento opcional del chat persistente. El servicio de cumplimiento se instala en cada servidor de chat persistente de un grupo de chat persistente. Cuando se configura, el cumplimiento del servidor de chat persistente registra la actividad de los usuarios, como unirse a salas y salir de ellas, y publicar y leer mensajes. El servicio de cumplimiento almacena los archivos que deben archivarse en el almacén de archivos de cumplimiento de chat persistente.

Servicios web de chat persistente

En los servidores front-end de Lync Server, se ejecutan dos servicios que dependen de Internet Information Services (IIS) y se implementan como componentes web:

• Servicios web de chat persistente para cargar o descargar archivos Responsable de publicar y recuperar archivos de salones de chat.

• Servicios web de chat persistente para la administración de salones de chat Responsable de proporcionar a los usuarios la capacidad de administrar sus salones de chat y crear nuevos salones de chat.

¿Cómo empiezo a usar el servidor de chat persistente?

Servidor de chat persistente es un rol de servidor opcional dentro de la infraestructura de Lync Server 2013. Si instala el rol servidor de chat persistente, todos los usuarios habilitados por un administrador mediante la directiva pueden usar el chat persistente con el cliente de Lync 2013.

Para obtener más información sobre cómo implementar el servidor de chat persistente y permitir a los usuarios aprovechar las capacidades por directiva, vea Implementar chat server persistente en Lync Server 2013.

Para obtener más información sobre cómo configurar la configuración en la implementación del servidor de chat persistente, vea Implementar servidor de chat persistente en Lync Server 2013 y Administrar Lync Server 2013, Servidor de chat persistente.

Para obtener más información sobre cómo habilitar a los usuarios por directivas para que puedan aprovechar la funcionalidad de chat persistente en el cliente de Lync 2013, vea Implementar el servidor de chat persistente en Lync Server 2013 y Administrar Lync Server 2013, Servidor de chat persistente.

Si implementó el cumplimiento del chat persistente, consulte Administración de Lync Server 2013, Servidor de chat persistente para obtener más información sobre cómo configurar las opciones de cumplimiento.

Flujos de llamadas de chat persistentes

El cliente de chat persistente se comunica con el servicio de chat persistente mediante XCCOS. Las siguientes secuencias describen el proceso de inicio de sesión y un escenario típico de suscripción de sala y publicación de mensajes.

Inicio de sesión

Los siguientes pasos y diagramas de flujo de llamada describen el proceso de inicio de sesión.

Flujo de llamadas de inicio de sesión de cliente de chat persistente

1. El cliente de chat persistente envía primero un SIP SUBSCRIBE para recuperar el documento del aprovisionamiento en banda del servidor. Este documento indica si el chat persistente está habilitado o deshabilitado para el usuario y la lista de URI del SIP para el grupo de servidores del chat persistente.

2. El cliente de chat persistente envía un mensaje DE INVITACIÓN SIP al URI del SIP del servidor de chat persistente que obtuvo en el paso anterior. La secuencia INVITE es seguida por 200 OK y ACK, y el cliente de chat persistente ha abierto una sesión SIP con un punto final del servidor de chat persistente. Por lo tanto, el cliente de chat persistente se comunica con el servidor de chat persistente enviando mensajes DE INFORMACIÓN SIP que contienen mensajes de chat o comandos que solicitan al servidor que realice una acción. Todos estos mensajes se reconocen con 200 OK o 503 Service No disponible (es decir, en caso de carga pesada del servidor). Si el cliente recibe una respuesta 503, volverá a intentar el mensaje. (Este ejemplo no incluye una respuesta 503). Si el servidor acepta el mensaje o el comando y envía 200 OK, proporciona una respuesta al cliente en forma de un mensaje de INFORMACIÓN SIP independiente. Esta respuesta incluye una referencia al comando de origen.

3. El cliente de chat persistente envía un mensaje DE INFORMACIÓN del SIP que contiene el comando getserverinfo de XCCOS. Respuestas de servidor de chat persistente con un nuevo mensaje DE INFORMACIÓN SIP que contiene información sobre la configuración del servicio de chat persistente.

4. El cliente de chat persistente envía un mensaje INFO del SIP que contiene el comando getassociations XCCOS . El servidor de chat persistente responde con un nuevo mensaje SIP INFO que contiene la lista de salones de los que el usuario es miembro. El cliente de chat persistente repite el comando para recuperar la lista de salones de los cuales el usuario es un administrador.

5. El cliente de chat persistente obtiene la lista de salones seguidos del documento "presencia", donde cada salón seguido se representa mediante una categoría "roomSetting". Todas las salas seguidas se combinan con un solo mensaje SIP INFO que contiene el comando bjoin de XCCOS que contiene la lista de URI de sala. Dado que la lista de salones seguidos se mantiene en el servidor, cualquier cliente de cualquier equipo tiene la misma lista de salones seguidos para el URI de usuario especificado. El cliente de chat persistente también mantiene la lista de salones abiertos (si el usuario habilita esta opción) en el registro del equipo local, y une cada uno de estos salones al iniciar sesión mediante el envío de un mensaje SIP INFO que contiene el comando de unión XCCOS para cada salón abierto. Dado que esta lista se mantiene en el Registro, puede ser diferente en dos clientes de chat persistente que se ejecutan en equipos diferentes.

6. Para cada salón unido, el cliente de chat persistente envía un mensaje INFO sip que contiene el comando bccontext de XCCOS. El servidor de chat persistente responde con un nuevo mensaje DE INFORMACIÓN SIP que contiene el mensaje de chat más reciente en el salón.

7. El cliente de chat persistente envía un mensaje DE INFORMACIÓN DEL SIP que contiene un comando getinv XCCOS (es decir, obtener invitación) para solicitar cualquier nueva invitación de sala que el cliente aún no ha visto. En un mensaje DE INFORMACIÓN SIP independiente, servidor de chat persistente devuelve una lista de esos salones.

Suscribirse a una sala y publicar un mensaje

Los siguientes pasos y diagramas de flujo de llamada describen un escenario típico de suscripción de sala y publicación de mensajes.

Flujo de llamadas de publicación de mensajes y suscripciones a salones de cliente de chat persistentes

a salas. a salas.

1. Desde el cliente de chat persistente, User1 hace clic en Unirse a un salón de chat, hace clic en Buscar y, a continuación, escribe algunos criterios de búsqueda. El cliente de chat persistente envía un mensaje DE INFORMACIÓN DEL SIP que contiene el comando XCCOS chansrch (búsqueda de sala), junto con los criterios de búsqueda. Servidor de chat persistente consulta la base de datos back-end y las respuestas en un nuevo mensaje DE INFORMACIÓN de SIP que contiene una lista de salones disponibles que cumplen los criterios de búsqueda.

2. Usuario1 selecciona el salón de chat al que desea unirse y, a continuación, hace clic en Seguir este salón. El cliente de chat persistente envía al servidor de chat persistente un mensaje DE INFORMACIÓN SIP que contiene el comando de unión XCCOS y el id. de salón del salón de chat que el usuario seleccionó. El servidor de chat persistente responde con un mensaje SIP INFO que contiene los datos de aprovisionamiento.

3. El cliente de chat persistente envía servidor de chat persistente un mensaje DE INFORMACIÓN SIP que contiene el comando bccontext XCCOS (contexto de backchat). Servidor de chat persistente recupera el historial de chat y lo devuelve al cliente de chat persistente en un mensaje de INFORMACIÓN SIP independiente. En este punto, el usuario entra en el salón de chat y está listo para participar.

4. Usuario1 escribe un nuevo mensaje y, a continuación, hace clic en Enviar. El cliente de chat persistente publica el mensaje al salón de chat en un comando SIP INFO XCCOS grpchat . Servidor de chat persistente almacena una copia de este nuevo mensaje en la base de datos back-end de chat persistente.

5. Servidor de chat persistente envía una copia separada del mensaje grpchat del SIP INFO XCCOS al usuario2, que ya ha entrado en el salón de chat.

Flujos de llamadas de cumplimiento de chat persistente

Servidor de chat persistente usa Message Queuing (también conocido como MSMQ) y una base de datos de cumplimiento adicional (mgccomp) para procesar datos de cumplimiento. Como ejemplo de cómo se procesan los eventos de cumplimiento, la siguiente secuencia de eventos describe cómo se procesa un evento de publicación de mensaje.

1. Un usuario publica un mensaje en una sala.

2. Servidor de chat persistente coloca información relacionada con el evento en una cola privada de Message Queuing.

3. Servidor de cumplimiento de chat persistente lee este evento de la cola, y lo coloca en la base de datos mgccomp para procesarlo más adelante.

4. Periódicamente, el servidor de cumplimiento de chat persistente procesa un conjunto de eventos en la base de datos y los envía al adaptador de cumplimiento de chat persistente para su procesamiento.

5. Si el adaptador procesa con éxito los datos, servidor de cumplimiento de chat persistente elimina los eventos de la base de datos mgccomp.