Presence Sync: funcionamiento y arquitectura

Para qué sirve

Presence Sync sincroniza el estado de presencia entre Microsoft Teams y la telefonía Cisco. El caso más frecuente: un empleado está en una llamada en el teléfono de sobremesa Cisco. Sin sincronización, Teams lo sigue mostrando como disponible, los compañeros lo llaman o le escriben e interrumpen la llamada. Con Presence Sync aparece en Teams como "En una llamada" mientras la llamada está establecida.

Este capítulo explica la función antes de que usted configure nada: qué variante corresponde a qué cliente Cisco, qué estado se transfiere en qué dirección, cómo transcurre una ejecución de sincronización, qué interfaces y permisos intervienen y qué se transfiere a Microsoft. La configuración en sí se describe en los capítulos siguientes.

Presence Sync es un módulo propio con su propia área de trabajo y su propio servicio en segundo plano. No necesita ni el Teams SBC ni el ACD. Un perfil de presencia no tiene puerto SIP, nombre de host ni certificado.

Requisitos previos

• Para leer este capítulo no necesita ningún permiso. Para la configuración rigen los roles del capítulo sobre el perfil de presencia.
• Sabe con qué cliente Cisco trabajan los usuarios: teléfonos de sobremesa y Jabber con Cisco IM and Presence, o la aplicación Webex. De ello depende la variante.
• Tiene acceso a Microsoft Entra para crear un registro de aplicación y conceder el consentimiento de administrador.
• Para la variante Jabber: un CUCM con la supervisión de llamadas configurada en EasyUC y, para el estado de Jabber, un Cisco IM and Presence con un servicio web de presencia accesible.

Paso a paso: cómo proceder

1. Determine la variante con la tabla Variantes de un vistazo.
2. Lea las tablas de estados y aclare con el departamento correspondiente qué direcciones se necesitan. A menudo basta con CUCM-Anrufstatus → Teams (estado de llamada de CUCM).
3. Compruebe con la tabla Interfaces y permisos qué cuentas y aprobaciones debe preparar.
4. Lea la sección Límites para que las expectativas sobre "No molestar" y "Presentando" sean las correctas.
5. Después configure Presence Sync con la lista de comprobación de principio a fin.

Campos y opciones: variantes de un vistazo

Tabla de estados: Cisco → Teams

Tabla de estados: Teams → Cisco Jabber

Cómo transcurre una ejecución de sincronización

1. Cada 5 segundos, el servicio de presencia comprueba para qué perfiles ha transcurrido el intervalo configurado. Un bloqueo en la base de datos impide que dos ejecuciones publiquen al mismo tiempo para el mismo perfil.
2. Carga la asignación de usuarios del perfil. Las coincidencias ambiguas se excluyen y cuentan como conflictos.
3. Lee los orígenes de las direcciones activadas: llamadas establecidas de la conexión CUCM, estado de Jabber del servicio web de presencia, estado de Teams de Microsoft Graph.
4. Para cada usuario compara el estado leído con el último observado. Solo un cambio genera una entrada en Presence Live. Las consultas sin cambios no escriben nada.
5. Determina el estado de destino según las tablas de estados. Los estados que no se pueden transferir se registran como omitidos con un motivo.
6. Publica los estados nuevos, renueva los existentes antes de que caduquen y elimina los estados cuyo origen ha terminado.
7. Guarda en el perfil el estado, el mensaje y la hora de la ejecución. La interfaz muestra estos valores en Last check.
8. Si la sincronización se desactiva o el módulo se detiene, el servicio elimina solo los estados fijados por EasyUC. Los ajustes del perfil se conservan.

Flujo de datos y lugares de almacenamiento

Interfaces y permisos

Límites

• "No molestar" no se transfiere en ninguna de las dos direcciones. Ambos fabricantes tratan este estado como una decisión personal del usuario, que EasyUC no sobrescribe.
• "Presentando" no se puede deducir de forma fiable del estado de Jabber y no se transfiere.
• Desde Jabber solo llegan a Teams "Disponible" y "Ausente". Un estado de llamada procede exclusivamente de la supervisión de llamadas del CUCM.
• Las líneas CUCM compartidas (shared lines) no se atribuyen a un único usuario y no fijan ningún estado de llamada.
• Por cada aplicación de Entra solo puede publicar un perfil de presencia. Por cada usuario de aplicación de IM and Presence solo puede escribir en Jabber un perfil.
• La sincronización consulta a los fabricantes de forma cíclica. Los estados que duran menos que el intervalo pueden pasar inadvertidos.
• En el modo Webex, Beobachtet (observado) significa que EasyUC ha leído un estado de origen. No confirma una transferencia individual por parte de Cisco.
• La forma en que Jabber muestra un estado fijado desde fuera y lo fusiona con sus propios orígenes depende de la versión de IM and Presence y de Jabber. Compruébelo con sus versiones durante las pruebas de aceptación.

Comprobar el resultado y acotar errores

• Ha comprendido la función cuando puede predecir, para un usuario de prueba, qué muestra Teams durante una llamada en el teléfono Cisco y qué no se transfiere.
• Si la expectativa no coincide con el comportamiento, abra Presence Live y lea la entrada del usuario. El resultado y el motivo indican qué ha hecho u omitido EasyUC.
• Si un usuario no aparece en absoluto en el registro, no está asignado de forma única. Compruebe la asignación en el perfil con Zuordnung prüfen (comprobar asignación).
• Los mensajes individuales, con su significado y su solución, están en el capítulo sobre los patrones de error.