Cos’è l’Hybrid Calendar Service
L’Hybrid Calendar Service collega il sistema di calendario aziendale al cloud Webex per automatizzare la parte più fastidiosa delle riunioni: inserire i dettagli di join e far comparire il pulsante di partecipazione sui device. Quando un utente organizza un meeting, il servizio riconosce una keyword nell’invito, popola l’invito con le informazioni per collegarsi e distribuisce l’OBTP (One Button To Push) a device e client. Il risultato è che l’utente non deve incollare link o PIN: pianifica con la sua normale esperienza di calendario e Webex fa il resto.
Architettura: il Calendar Connector sull’Expressway connector host
Nel deployment on-prem il componente chiave è il Calendar Connector, un connettore software che gira sull’Expressway connector host (tipicamente un Expressway-C dedicato o un cluster). L’Expressway connector host ospita sempre il Management Connector, che stabilisce e mantiene la registrazione verso Control Hub; da lì l’amministratore scarica, abilita e aggiorna il Calendar Connector. Control Hub è quindi il piano di controllo: gestione, upgrade, stato di salute e assegnazione degli utenti al servizio.
Il Calendar Connector agisce da ponte bidirezionale: legge gli inviti dal sistema di calendario e riscrive l’invito aggiungendo i dettagli di join, così che tutti gli invitati (non solo l’organizzatore) vedano le informazioni aggiornate.
Fonti calendario e requisiti di service account
Il connector supporta diverse fonti, ma il design cambia in base ad esse:
| Fonte calendario | Modello di connessione |
|---|---|
| Exchange on-prem | Calendar Connector sull’Expressway connector host (via EWS) |
| Office 365 | Connessione diretta cloud-to-cloud (in genere senza connector on-prem) |
| Google Calendar | Connessione diretta cloud-to-cloud (senza connector on-prem) |
Il punto critico per l’esame riguarda Exchange: il Calendar Connector accede alle cassette dei singoli utenti tramite un service account con diritti di impersonation (ruolo ApplicationImpersonation). Senza questo account e senza i permessi di impersonation via EWS, il connector non può leggere né riscrivere gli inviti e il servizio semplicemente non funziona, anche se la registrazione a Control Hub risulta verde.
Keyword, join details e OBTP
L’elaborazione ruota attorno alle keyword inserite nel campo Location (o nel corpo) dell’invito:
@webex→ associa il meeting alla Personal Room (PMR) dell’organizzatore e inserisce i relativi join details (link, numeri, video address).@meet→ crea/associa una riunione di uno spazio Webex, utile per collaborazione persistente legata a un team.
Riconosciuta la keyword, il connector genera i join details e li scrive nell’invito. Contestualmente prepara e distribuisce l’OBTP: all’orario della riunione compare un pulsante verde di partecipazione su:
- Webex App (desktop/mobile),
- device video Cisco (registrati al cloud Webex oppure on-prem, quando abilitati al calendario).
L’utente preme un solo pulsante e viene inserito nella riunione, senza digitare indirizzi o PIN.
Invito con Location = @webex
│
Calendar Connector (Expressway-C) ──registrazione──► Control Hub
│ legge/riscrive via EWS (service account + impersonation)
▼
Join details nell'invito + OBTP verso device/client
Considerazioni di design
- Dimensionare e mettere in cluster l’Expressway connector host per resilienza del connettore.
- Verificare connettività in uscita HTTPS dall’Expressway verso il cloud Webex (la registrazione è connector-initiated).
- Assegnare gli utenti al servizio in Control Hub e mappare correttamente le identità.
- Per scenari cloud-only (Office 365/Google) valutare la connessione diretta, che elimina il connector on-prem ma sposta i requisiti sull’autorizzazione applicativa lato provider.
Trappole tipiche d’esame
- Scenario: l’invito con
@webexnon mostra i join details né l’OBTP, ma Control Hub segnala il connector “operational”. → Risposta giusta: manca il service account con impersonation (ApplicationImpersonation/EWS): senza accesso alle mailbox il connector non riscrive gli inviti. - Scenario: la domanda chiede quale componente instrada le chiamate/PSTN. → Risposta giusta: è Hybrid Call Service (Call Connector), non Hybrid Calendar — non confondere i due servizi ibridi.
- Scenario: si vuole abilitare OBTP con Exchange on-prem. → Risposta giusta: serve il Calendar Connector sull’Expressway connector host; per Office 365/Google si usa invece la connessione diretta dal cloud.
- Scenario: l’organizzatore vuole legare la riunione a uno spazio di team persistente. → Risposta giusta: keyword
@meet(spazio Webex), mentre@webexusa la Personal Room. - Scenario: la registrazione del connector fallisce. → Risposta giusta: verificare Management Connector e la connettività HTTPS in uscita verso Control Hub, non i permessi di calendario.