Perché i Webex Hybrid Services
I Webex Hybrid Services collegano l’infrastruttura di collaboration on-premise (CUCM, Expressway, endpoint) con il cloud Webex, offrendo funzionalità ibride senza migrare tutto in cloud in un colpo solo. Il piano di controllo è centralizzato in Control Hub (admin.webex.com), il portale unico da cui si gestiscono utenti, licenze, dispositivi, servizi ibridi, analytics e troubleshooting. In uno scenario CLCEI, ricordate che Control Hub è la “single source of truth” della configurazione: i nodi on-prem non ricevono comandi in inbound, ma scaricano policy e aggiornamenti dal cloud.
I servizi ibridi più rilevanti sono:
| Servizio ibrido | Componente on-prem | Note |
|---|---|---|
| Hybrid Calendar | Calendar Connector | integra risorse calendario e OBTP |
| Hybrid Call | Call Connector | interworking chiamate cloud/on-prem |
| Hybrid Directory | Directory Connector | gira su Windows Server, non su Expressway |
| Webex Video Mesh | nodo Video Mesh dedicato | media processing locale |
Il connector host e il Management Connector
La maggior parte dei connettori (Calendar, Call) viene ospitata su un Expressway-C in ruolo di connector host. Il primo software installato in assoluto, e sempre presente, è il Management Connector: è lui che registra l’Expressway a Control Hub, mantiene il tunnel sicuro in uscita verso il cloud e gestisce il ciclo di vita degli altri connettori (deploy, avvio/stop e soprattutto auto-upgrade pilotato dal cloud).
Punto chiave d’esame: la registrazione avviene con connessioni HTTPS outbound su 443. Non serve aprire porte in inbound sul firewall verso l’Expressway-C connector host, a differenza dello scenario MRA che invece richiede l’Expressway-E in DMZ con porte pubblicate. Una volta registrato, il connector host non va più configurato manualmente per gli upgrade: se disabilitate l’auto-upgrade o cambiate versione a mano, rompete il modello di gestione cloud-driven.
Webex Edge
Sotto il cappello Webex Edge ci sono servizi che avvicinano l’on-prem al cloud senza registrare in cloud gli endpoint:
- Webex Edge for Devices: un dispositivo che resta registrato a CUCM (on-prem) viene “linkato” al cloud. Ottiene funzionalità cloud selezionate — inventario e gestione da Control Hub, analytics, invio configurazioni, cloud xAPI — pur continuando a fare le chiamate tramite l’infrastruttura locale. È l’approccio tipico per estendere la visibilità cloud a un parco endpoint già registrato on-prem.
- Webex Edge Connect: peering dedicato (tramite Equinix Cloud Exchange) verso il cloud Webex. Fornisce banda garantita, QoS end-to-end e latenza prevedibile per il traffico media, evitando il transito su Internet pubblico. È connettività, non un connettore software.
- Webex Video Mesh: nodi on-prem che mantengono localmente il media processing delle conferenze, riducendo il traffico verso il cloud e migliorando la qualità sui siti con molti partecipanti interni.
Distinguete bene i tre: Edge for Devices riguarda il management/analytics degli endpoint on-prem, Edge Connect riguarda il transport di rete, Video Mesh riguarda il media.
Il tunnel sicuro
Il Management Connector stabilisce e mantiene una connessione TLS persistente in uscita verso Webex. Su quel canale viaggiano heartbeat, configurazioni, log per il troubleshooting remoto e i pacchetti di aggiornamento dei connettori. Se il tunnel cade (proxy che ispeziona TLS senza whitelisting, certificati non fidati, blocco di *.webex.com), in Control Hub il connector host risulta offline e tutti i servizi ibridi ospitati si fermano.
Trappole tipiche d’esame
- Riusare un Expressway già dedicato a MRA/B2B come connector host senza verificare capacity e versione → risposta giusta: usare un Expressway-C dedicato al ruolo di connector host (o comunque validare risorse e versione minima supportata). Il carico dei connettori e gli upgrade cloud-driven possono confliggere con il traffico MRA su un nodo condiviso.
- Registrare il connector host con l’account/organizzazione sbagliata in Control Hub → risposta giusta: registrare con un account amministratore full della corretta organization Webex; una registrazione con org errata lega i servizi al tenant sbagliato e va deregistrata e rifatta.
- Aprire porte inbound sul firewall per far funzionare i connettori → risposta giusta: i connettori usano solo HTTPS 443 in outbound; nessuna porta pubblica in inbound (quello serve semmai a Expressway-E per MRA/B2B, non al connector host).
- Confondere Hybrid Directory con i connettori su Expressway → risposta giusta: il Directory Connector gira su Windows Server, non sull’Expressway connector host.
- Disabilitare l’auto-upgrade o aggiornare i connettori manualmente → risposta giusta: lasciare che il Management Connector gestisca gli upgrade dal cloud; l’intervento manuale non è supportato e disallinea il nodo da Control Hub.