Presence Sync: Funktionsweise und Architektur

Wozu dient das

Presence Sync gleicht den Anwesenheitsstatus zwischen Microsoft Teams und der Cisco-Telefonie ab. Der häufigste Fall: Ein Mitarbeiter telefoniert am Cisco-Tischtelefon. Ohne Abgleich zeigt Teams ihn weiter als verfügbar, Kollegen rufen an oder schreiben und stören das Gespräch. Mit Presence Sync steht er in Teams auf „In einem Anruf“, solange das Gespräch verbunden ist.

Dieses Kapitel erklärt die Funktion, bevor Sie etwas einrichten: welche Variante zu welchem Cisco-Client gehört, welcher Zustand in welche Richtung übertragen wird, wie ein einzelner Abgleich abläuft, welche Schnittstellen und Berechtigungen beteiligt sind und was an Microsoft übertragen wird. Die Einrichtung selbst beschreiben die Folgekapitel.

Presence Sync ist ein eigenes Modul mit eigenem Arbeitsbereich und eigenem Hintergrunddienst. Es braucht weder den Teams-SBC noch die ACD. Ein Presence-Profil hat keinen SIP-Port, keinen Hostnamen und kein Zertifikat.

Voraussetzungen

• Zum Lesen dieses Kapitels brauchen Sie keine Berechtigung. Für die Einrichtung gelten die Rollen aus dem Kapitel zum Presence-Profil.
• Sie wissen, welchen Cisco-Client die Anwender nutzen: Tischtelefone und Jabber mit Cisco IM and Presence oder die Webex App. Davon hängt die Variante ab.
• Sie haben Zugriff auf Microsoft Entra, um eine App-Registrierung anzulegen und die Administratorzustimmung zu erteilen.
• Für die Jabber-Variante: ein CUCM mit eingerichteter Anrufüberwachung in EasyUC und, für den Jabber-Status, ein Cisco IM and Presence mit erreichbarem Presence-Webservice.

Schritt für Schritt: So gehen Sie vor

1. Bestimmen Sie die Variante anhand der Tabelle Varianten im Überblick.
2. Lesen Sie die Zustandstabellen und klären Sie mit dem Fachbereich, welche Richtungen gebraucht werden. Oft genügt CUCM-Anrufstatus → Teams.
3. Prüfen Sie anhand der Tabelle Schnittstellen und Berechtigungen, welche Konten und Freigaben Sie vorbereiten müssen.
4. Lesen Sie den Abschnitt Grenzen, damit die Erwartung an „Nicht stören“ und „Präsentiert“ stimmt.
5. Richten Sie Presence Sync danach mit der durchgehenden Checkliste ein.

Felder und Optionen: Varianten im Überblick

Zustandstabelle: Cisco → Teams

Zustandstabelle: Teams → Cisco Jabber

Ablauf eines Abgleichs

1. Der Presence-Dienst prüft alle 5 Sekunden, für welche Profile das eingestellte Intervall abgelaufen ist. Eine Sperre in der Datenbank verhindert, dass zwei Läufe gleichzeitig für dasselbe Profil veröffentlichen.
2. Er lädt die Benutzerzuordnung des Profils. Mehrdeutige Treffer sind ausgeschlossen und zählen als Konflikt.
3. Er liest die Quellen der eingeschalteten Richtungen: verbundene Gespräche der CUCM-Verbindung, Jabber-Status vom Presence-Webservice, Teams-Status aus Microsoft Graph.
4. Er vergleicht je Benutzer den gelesenen Zustand mit dem zuletzt beobachteten. Nur ein Wechsel erzeugt einen Eintrag in Presence Live. Unveränderte Abfragen schreiben nichts.
5. Er bestimmt den Zielzustand nach den Zustandstabellen. Nicht übertragbare Zustände werden mit Grund als übersprungen protokolliert.
6. Er veröffentlicht neue Zustände, frischt bestehende vor ihrem Ablauf auf und entfernt Zustände, deren Quelle beendet ist.
7. Er speichert am Profil Status, Meldung und Zeitpunkt des Laufs. Diese Werte zeigt die Oberfläche unter Letzte Prüfung.
8. Wird die Synchronisation ausgeschaltet oder das Modul beendet, entfernt der Dienst nur die von EasyUC gesetzten Zustände. Die Einstellungen des Profils bleiben erhalten.

Datenfluss und Speicherorte

Schnittstellen und Berechtigungen

Grenzen

• „Nicht stören“ wird in keiner Richtung übertragen. Beide Hersteller behandeln diesen Zustand als persönliche Entscheidung des Benutzers, die EasyUC nicht überschreibt.
• „Präsentiert“ lässt sich aus dem Jabber-Status nicht sicher ableiten und wird nicht übertragen.
• Aus Jabber gelangen nur „Verfügbar“ und „Abwesend“ nach Teams. Ein Gesprächsstatus kommt ausschließlich aus der Anrufüberwachung des CUCM.
• Gemeinsam genutzte CUCM-Leitungen (Shared Lines) werden keinem einzelnen Benutzer zugerechnet und setzen keinen Gesprächsstatus.
• Je Entra-App darf nur ein Presence-Profil veröffentlichen. Je Application User in IM and Presence darf nur ein Profil nach Jabber schreiben.
• Der Abgleich fragt die Hersteller zyklisch ab. Zustände, die kürzer als das Intervall dauern, können unbemerkt bleiben.
• Im Webex-Modus bedeutet Beobachtet, dass EasyUC einen Quellstatus gelesen hat. Es bestätigt keine einzelne Übertragung durch Cisco.
• Wie Jabber einen von außen gesetzten Status anzeigt und mit eigenen Quellen zusammenführt, hängt von der Version von IM and Presence und Jabber ab. Prüfen Sie das in der Abnahme mit Ihren Versionen.

Ergebnis prüfen und Fehler eingrenzen

• Sie haben die Funktion verstanden, wenn Sie für einen Testbenutzer vorhersagen können, was Teams bei einem Gespräch am Cisco-Telefon zeigt und was nicht übertragen wird.
• Stimmt die Erwartung nicht mit dem Verhalten überein, öffnen Sie Presence Live und lesen Sie den Eintrag des Benutzers. Ergebnis und Grund nennen, was EasyUC getan oder ausgelassen hat.
• Erscheint ein Benutzer gar nicht im Protokoll, ist er nicht eindeutig zugeordnet. Prüfen Sie die Zuordnung im Profil über Zuordnung prüfen.
• Die einzelnen Meldungen mit Bedeutung und Abhilfe stehen im Kapitel zu den Fehlerbildern.