- Home
- /
- Articolo
Progettato per migrare da Unified CM a Webex Calling
La fase di progettazione di Webex Calling si concentra sulla definizione di regioni, posizioni, piani di chiamata e gestione delle chiamate di emergenza per garantire una distribuzione scalabile . Comporta la selezione di una regione fissa, l'impostazione di dettagli specifici del sito e la creazione di un piano di selezione coerente. Vengono inoltre affrontati i servizi di emergenza, le configurazioni di registrazione e le esigenze di licenza . Questa fase getta le basi per il provisioning, la gestione degli utenti e l'accesso sicuro tramite SSO, garantendo che la distribuzione soddisfi i requisiti organizzativi e normativi .
Selezione della regione
Webex Calling è disponibile a livello globale e viene erogato da data center ridondanti in più regioni: Stati Uniti (Dallas, Chicago), Canada (Vancouver, Toronto), Europa (Francoforte, Amsterdam), Regno Unito (Londra, Manchester), Australia (Melbourne, Sydney), Giappone (Tokyo, Osaka), Arabia Saudita (Riyadh, Jeddah) e India (Mumbai, Chennai). I PoP multimediali forniscono servizi multimediali per ottimizzare i tempi di andata e ritorno dei media. Ad esempio, il data center di Singapore viene utilizzato per ottimizzare i tempi di andata e ritorno dei media per i clienti Webex Calling nei paesi asiatici, dove i tempi di andata e ritorno verso l'Australia o il Giappone potrebbero non essere ottimali. I data center sono interconnessi tramite una dorsale multi-gigabit completamente ridondante. La figura data center distribuiti a livello globale mostra una panoramica di tutti i data center di Webex Calling. Per l'elenco più recente dei data center Webex Calling disponibili, vedere Posizioni dei data center per Webex Calling.
Ogni cliente Webex Calling è predisposto su una delle istanze di Webex Calling. Tutte le informazioni di provisioning di quel cliente vengono archiviate in quell'istanza di Webex Calling e la segnalazione SIP di tutti gli endpoint e gateway locali forniti per quel cliente è collegata all'istanza di Webex Calling su cui è fornito il cliente. Poiché è difficile modificare la selezione iniziale della regione Webex Calling, è importante considerare tutti i fattori rilevanti come parte del processo decisionale che porta alla selezione della regione Webex Calling. Per evitare un ritardo eccessivo nel percorso di andata e ritorno della segnalazione, è importante decidere in una fase iniziale del processo di transizione quale istanza di Webex Calling utilizzare. Cisco consiglia di selezionare l'istanza Webex Calling che fornisce i tempi di andata e ritorno della segnalazione più bassi per il maggior numero di utenti all'interno della distribuzione.
Per la disponibilità di Webex Calling nei vari Paesi, vedere Dove è disponibile Webex?.
Posizioni
Per preparare il provisioning delle sedi su Webex Calling, è necessario raccogliere le informazioni richieste per tutte le sedi di destinazione della migrazione. Le informazioni necessarie per ogni posizione sono riepilogate in Informazioni da acquisire per ogni posizione.
| Informazioni | Commento |
|---|---|
| Gamma di estensione | Ogni posizione in Webex Calling può avere interni che iniziano con cifre diverse. Una cifra deve essere riservata per la cifra di controllo della chiamata inter-sito (ad esempio 8) e una per la cifra di controllo PSTN (ad esempio 9). Nessun intervallo di estensione può iniziare con una di queste due cifre. Tutti i campi di estensione di tutte le sedi devono avere la stessa lunghezza. |
| Intervallo DID | - |
| Cifra di sterzo PSTN | - |
| Codice del sito | Tutti i codici sito di tutte le località devono essere univoci e avere la stessa lunghezza. |
| Numero principale | Quando si crea una posizione, è necessario predisporre due DID. Uno come numero principale (ad esempio da assegnare a un servizio di centralino automatico) e uno per il portale della segreteria telefonica. Fornire un DID per il numero della segreteria telefonica. |
| Numero della segreteria telefonica | |
| Numero di licenze | Licenze richieste per tipo, tra cui Webex Calling Standard, Professional, Workspace, Elenco percorsi, Piano chiamate in uscita. |
| Chiamate simultanee nell'ora di punta | Somma delle chiamate simultanee tra dispositivi Webex Calling e tra dispositivi Webex Calling e il gateway locale (PSTN e chiamate verso dispositivi Unified CM). Necessario per determinare la larghezza di banda richiesta per l'accesso a Internet. |
| Paese | - |
| Fuso orario | - |
| Lingua | - |
| Contatto (nome, telefono, e-mail) | - |
| Indirizzo (Indirizzo, Città, Stato, CAP) | - |
| Posizione fisica di invio dei servizi di emergenza per gli endpoint | La posizione del dispositivo di invio utilizzata per le chiamate di emergenza generalmente include quanto segue: indirizzo dell'edificio, indirizzo dell'edificio + numero del piano, indirizzo dell'edificio + numero della suite o indirizzo dell'edificio + numero del piano + office/cubical numero. |
| Posizione di rete fisica univoca per dispositivo per i servizi di emergenza | La posizione fisica della rete per le chiamate di emergenza generalmente include quanto segue: interruttore / switchport per dispositivi cablati, identificatori di set di servizi di base (BSSID) dei punti di accesso wireless (AP) per dispositivi connessi wireless, and/or subnet IP locali per dispositivi endpoint. |
PSTN
Quando si progetta una distribuzione di Webex Calling, i clienti hanno a disposizione tre opzioni principali di connettività PSTN: Piani di chiamata Cisco (un servizio PSTN fornito tramite cloud gestito da Cisco), provider PSTN connessi al cloud (CCPP, in cui i provider forniscono il servizio PSTN tramite il cloud) e PSTN in sede (in cui i gateway locali collegano la rete aziendale alla PSTN). Con l'introduzione del trunking PSTN per le distribuzioni ibride di Webex Calling (per ulteriori informazioni, vedere il trunking PSTN per le distribuzioni ibride di Webex Calling in Trunking PSTN), le organizzazioni ottengono maggiore flessibilità nel loro approccio alla migrazione. Questa funzionalità consente ai clienti di spostare la propria rete PSTN su CCPP all'inizio del percorso di transizione e di iniziare la transizione al cloud PSTN per gli utenti di Webex Calling, sfruttando al contempo CCPP per mantenere il servizio PSTN per gli utenti che rimangono su Cisco Unified CM durante una migrazione graduale.
Questo approccio ibrido consente alle organizzazioni di spostare prima determinati gruppi di utenti sul cloud, senza dover rivedere immediatamente l'intero ambiente di telefonia. Tuttavia, introduce ulteriore complessità e rischi, in particolare per quanto riguarda l'adattamento della logica di routing delle chiamate Unified CM esistente per supportare la nuova architettura. Anche l'interoperabilità con applicazioni legacy, come server fax, contact center o sistemi di paging, richiede un'attenta valutazione. Le principali sfide tecniche potrebbero includere la garanzia di una negoziazione codec end-to-end senza interruzioni e di una segnalazione DTMF (Dual-Tone Multi-Frequency) nell'ambiente misto, nonché la convalida della compatibilità con funzionalità di telefonia specializzate. Una pianificazione e dei test adeguati sono essenziali per ridurre al minimo le interruzioni e mantenere servizi vocali affidabili durante l'intero processo di migrazione. Inoltre, sono importanti le considerazioni commerciali, poiché il trunking ibrido richiede una licenza d'uso basata sul numero di chiamate simultanee tra l'ambiente locale e il Cloud Connected PSTN Provider (CCPP).
In alternativa, le organizzazioni possono scegliere di mantenere la connettività PSTN in sede durante la fase di transizione. In questo scenario, la migrazione a CCPP può essere eseguita in due modi: come passaggio unico e coordinato per tutti gli utenti e le sedi una volta completata la migrazione a Webex Calling, oppure in modo incrementale, con la migrazione PSTN che avviene in base alla sede man mano che gli utenti vengono spostati a Webex Calling. Questo approccio può contribuire a semplificare la coesistenza e a mantenere la continuità delle integrazioni legacy, ma introduce diverse complessità operative. Tra queste vi sono le sfide legate al trasferimento dei numeri, come la necessità di un coordinamento preciso degli ordini di trasferimento dei numeri, potenziali ritardi e limitazioni imposte dal provider, come un limite al numero di richieste di trasferimento simultanee o restrizioni sul trasferimento di sottoinsiemi di blocchi di numeri di grandi dimensioni. Le organizzazioni devono pianificare attentamente la propria strategia di transizione alla rete PSTN, tenendo conto di queste considerazioni logistiche per evitare interruzioni del servizio e garantire un'esperienza di migrazione senza intoppi.
La figura Migrazione a CCCP all'inizio rispetto al mantenimento della PSTN in sede mostra le due opzioni di migrazione PSTN spiegate sopra. L'illustrazione a sinistra mostra lo scenario in cui tutti gli utenti e le applicazioni locali utilizzano i servizi PSTN Cloud Connected tramite un trunk locale e un gateway locale che collega Unified CM locale a Webex Calling, mentre l'illustrazione a destra mostra lo scenario in cui la PSTN locale esistente rimane in posizione e gli utenti di Webex Calling utilizzano la PSTN locale tramite la connessione gateway locale tra Unified CM locale e Webex Calling. Durante la transizione, le sedi di Webex Calling possono essere spostate utilizzando Cloud Connected PSTN.
In entrambi gli scenari, le chiamate tra utenti locali e utenti Webex Calling utilizzano la connessione Gateway locale. La connessione tra la sede e Webex Calling deve essere progettata e dimensionata in base al numero previsto di chiamate simultanee e alla ridondanza richiesta.
Piano di chiamata
Per ottenere un'interoperabilità senza interruzioni tra Unified CM e Webex Calling durante il periodo di migrazione, è necessario sviluppare e implementare un'architettura completa del piano di chiamata su entrambe le piattaforme. Questa progettazione del piano di chiamata a doppia piattaforma garantisce un instradamento delle chiamate coerente, una traduzione dei numeri e una trasparenza delle funzionalità, consentendo agli utenti di entrambi i sistemi di comunicare senza degrado del servizio o interruzioni dell'esperienza utente durante la fase di coesistenza.
Piano di chiamata locale in Unified CM
Durante la transizione per consentire la coesistenza dei dispositivi registrati su Unified CM e su Webex Calling, è necessario modificare il piano di chiamata aziendale su Unified CM in modo che possano essere soddisfatti almeno i seguenti requisiti:
-
+E.164 chiamata da Unified CM a Webex Calling
-
Composizione dell'estensione da Unified CM a Webex Calling (all'interno del sito ma anche tra siti diversi se gli intervalli di estensione sono univoci)
-
Chiamata inter-sito abbreviata da Unified CM a Webex Calling
-
Chiamata in rete forzata da Unified CM a Webex Calling
-
Richiamata dalla rubrica delle chiamate perse alle destinazioni su Webex Calling
-
Chiamate PSTN da Webex Calling a PSTN se durante la transizione viene utilizzata la PSTN locale per Webex Calling
-
Chiamate PSTN da Unified CM a Webex Calling se durante la transizione viene utilizzato il trunking PSTN per le distribuzioni ibride di Webex Calling per fornire l'accesso PSTN agli utenti Unified CM locali tramite Cloud Connect per Webex Calling
-
Forzato on-net da Webex Calling a Unified CM
-
Composizione dell'estensione da Webex Calling a Unified CM (tra siti).
Se una qualsiasi delle abitudini di composizione sopra indicate non è supportata prima della transizione (ad esempio, non esiste un'abitudine di composizione abbreviata tra siti), non è necessario che venga necessariamente introdotta durante la transizione.
La figura Best practice dial plan mostra l'approccio best practice al piano di selezione come descritto in Architettura preferita per le distribuzioni aziendali on-premise di Cisco Collaboration 12.x, CVD. Le caratteristiche principali di questo approccio includono:
-
Partizione singola per +E.164 numeri di directory
-
Routing del core basato su +E.164 modelli di percorso
-
Normalizzazione di tutte le abitudini di composizione a +E.164 utilizzando modelli di traduzione
-
Utilizzo del modello di traduzione che chiama l'ereditarietà dello spazio di ricerca (opzione Utilizza lo spazio di ricerca chiamante dell'originatore impostato sui modelli di traduzione).

Ad esempio, la chiamata PSTN (9+1+10D) da un dispositivo in SJC dotato di spazio di ricerca delle chiamate di linea SJCInternational verrà prima trovato da 9.1[2-9]XX[2-9]XXXXXX modello di traduzione che normalizza il numero della parte chiamata a +E.164. La ricerca secondaria utilizza quindi lo stesso spazio di ricerca chiamante SJCInternational di nuovo (chiamando l'eredità dello spazio di ricerca) e il +E.164-digit la stringa verrà abbinata da un +E.164 numero di directory nella partizione DN o da uno dei modelli di percorso PSTN nella partizione USPSTNNational o SJCPSTNLocal. Le abitudini di composizione abbreviate intra-sito e inter-sito sono implementate dalle traduzioni nelle partizioni ESN e SJCtoE164. Mentre la partizione ESN è una partizione globale (accessibile ai telefoni in tutte le posizioni), la partizione SJCTOE164 è accessibile solo agli utenti nella posizione SJC. Ciò presuppone che gli intervalli di estensione siano sovrapposti.
Il primo passo per abilitare le chiamate da Unified CM a Webex Calling è assicurarsi che +E.164 le destinazioni vengono instradate di conseguenza. Ciò può essere ottenuto aggiungendo una partizione Webex Calling al piano di numerazione, aggiungendo +E.164 modelli di instradamento per tutte le destinazioni Webex Calling a quella partizione e, infine, aggiunta della partizione Webex Calling a tutti gli spazi di ricerca delle chiamate che rappresentano le classi di servizio che devono essere in grado di raggiungere Webex Calling. Per consentire la creazione di una classe di servizio differenziata per le chiamate provenienti da Webex Calling, è necessario creare una partizione Webex Calling dedicata. Per evitare loop di chiamate, lo spazio di ricerca delle chiamate in entrata sul trunk dal gateway locale non deve avere accesso alla partizione Webex Calling.
Come mostrato nella figura +E.164 routing a Webex Calling, per abilitare il routing da Unified CM a Webex Calling per una posizione con +E.164 Gamma DID +1 221 555 2XXX e codice sito 121, un modello di percorso urgente corrispondente a questo +E.164 è necessario aggiungere l'intervallo alla partizione Webex Calling.
Se non è richiesta alcuna selezione di gateway locale specifica del sito, anziché utilizzare un elenco di percorsi con un gruppo di percorsi locale Webex Calling come destinazione per i modelli di percorso che puntano a Webex Calling, è possibile predisporre un singolo gruppo di percorsi con il gateway locale come unico membro e quindi i modelli di percorso Webex Calling puntano a un singolo elenco di percorsi Webex Calling con questo gruppo di percorsi come unica voce.
Per abilitare la chiamata abbreviata tra siti al sito Webex Calling, il modello di instradamento richiesto 8121.2XXX viene aggiunto alla partizione Webex Calling. Per i siti da trasferire a Webex Calling, è necessario un modello di normalizzazione della chiamata 8121.2XXX che normalizza la chiamata ESN a +E.164 potrebbe già esistere nella partizione ESN. In tal caso, 8121.2XXX sembra ridondante, ma non appena tutti i DN della rispettiva posizione sono stati migrati su Webex Calling, il modello di traduzione della normalizzazione della chiamata 8121.2XXX può essere rimosso e quindi il modello di instradamento 8121.2XXX consente la chiamata ESN anche per gli utenti con solo estensione in quell'intervallo.
Con queste modifiche al piano di chiamata, le chiamate alla sede Webex Calling possono essere effettuate non solo componendo numeri abbreviati inter-sede e +E.164. Inoltre, la chiamata PSTN nazionale e internazionale è possibile perché queste abitudini di chiamata vengono prima normalizzate a +E.164 attraverso i modelli di traduzione della normalizzazione della composizione già esistenti e quindi vengono indirizzati a Webex Calling abbinando +E.164 modello di instradamento nella partizione Webex Calling.
IL +E.164 È possibile predisporre la corrispondenza del modello di percorso nell'intervallo DID della sede Webex Calling mentre tutti i DID sono ancora ospitati su Unified CM. Il miglior algoritmo di corrispondenza del modello di corrispondenza di Unified CM assicura che quando viene composto un numero ospitato su Unified CM, allora +E.164 il numero di directory fornito su Unified CM è una corrispondenza migliore rispetto a quello con caratteri jolly +E.164 modello di instradamento che punta a Webex Calling in modo che le chiamate vengano estese a una linea su Unified CM e non inviate a Webex Calling.
Piano di chiamata Webex Calling
A ciascun utente di Webex Calling viene assegnata un'estensione and/or UN +E.164 numero di telefono. La lunghezza dell'estensione è un'impostazione globale fissa: tutte le estensioni in una distribuzione Webex Calling hanno la stessa lunghezza. La chiamata tramite interno può essere utilizzata tra utenti Webex Calling sia all'interno di una sede che tra sedi diverse. La composizione abbreviata dell'interno tra siti (quest'ultimo caso) funziona solo se l'interno composto è univoco.
Se è richiesta la chiamata abbreviata tra sedi diverse ma ci sono sovrapposizioni tra gli interni assegnati in sedi diverse, è necessario creare un piano di numerazione specifico per l'azienda anteponendo agli interni un codice di accesso e un codice di sede. Per ulteriori informazioni, vedere Architettura preferita per le distribuzioni on-premise di Cisco Collaboration 15, Panoramica della progettazione disponibile su Architetture preferite per la collaborazione Cisco.
La lunghezza dell'estensione, il comportamento di composizione dell'estensione tra sedi, la lunghezza del prefisso per la composizione tra sedi e la cifra di controllo nel prefisso di routing per la composizione tra sedi sono configurati nelle impostazioni del servizio di chiamata in Control Hub:
-
Lunghezza del prefisso di routing della posizione: Lunghezza del prefisso, inclusa la cifra di sterzo. Richiesto solo se è necessario stabilire un piano di numerazione aziendale come abitudine alternativa di chiamata abbreviata tra sedi aziendali.
-
Cifra di sterzata nel prefisso di routing: Cifra di riferimento per la consuetudine di chiamata abbreviata tra sedi aziendali. Si dovrebbero evitare sovrapposizioni con la prima cifra di qualsiasi posizione e con le cifre di chiamata in uscita della posizione. Richiesto solo se è necessario stabilire un piano di numerazione aziendale come abitudine alternativa di chiamata abbreviata tra sedi aziendali.
-
Lunghezza estensione interna: Lunghezza standard delle estensioni. Può avere un valore compreso tra due e dieci.
Quando è richiesta la composizione di un interno o la composizione tramite numeri significativi aziendali (codice di gestione, codice sito, interno) da un controllo chiamate locale a Webex Calling e il controllo chiamate locale invia un interno come ID chiamante, assicurarsi di impostare anche il parametro Lunghezza massima dell'interno sconosciuto nella sezione Instradamento delle chiamate tra Webex Calling e locale per assicurarsi che le chiamate upstream dal controllo chiamate locale a Webex Calling possano essere classificate correttamente come chiamate locali. -
Consenti la composizione di numeri interni tra le sedi: Passa a enable/disable chiamate in estensione tra sedi. Questa opzione dovrebbe essere abilitata solo se tutte le estensioni all'interno dell'organizzazione sono univoche. Se l'opzione è disabilitata, è necessario comporre numeri aziendali significativi (prefisso, codice sito, interno) o numeri di telefono tra le sedi.
I primi tre parametri vengono utilizzati principalmente per creare un piano di selezione per i telefoni, al fine di ridurre al minimo i timeout tra le cifre quando si utilizza la composizione con ricevitore sganciato. Sono ancora possibili deviazioni da queste impostazioni globali (ad esempio, è possibile predisporre interni con una lunghezza diversa), ma verrà visualizzato un messaggio di avviso in Control Hub e la chiamata dai telefoni potrebbe richiedere la composizione in blocco per evitare conflitti all'interno del piano di chiamata precaricato.
La tabella Esempio di numerazione aziendale mostra un esempio di tre sedi in cui gli intervalli di estensione di due sedi, NYC e RTP, sono identici. L'istituzione di uno schema di numerazione aziendale con la cifra di controllo inter-sito 8, seguita da un codice sito a tre cifre e dall'estensione a quattro cifre crea un'abitudine di composizione abbreviata inter-sito non sovrapposta.
| Sito | Gamma di estensione | Codice del sito | Gamma Enterprise |
|---|---|---|---|
| New York | 2XXX | 202 | 8 202 2XXX |
| SFO | 3XXX | 203 | 8 203 3XXX |
| RTP | 2XXX | 204 | 8 204 2XXX |
Per consentire una transizione graduale, le abitudini di chiamata degli utenti prima e dopo il passaggio a Webex Calling dovrebbero idealmente essere le stesse. Per preparare la transizione in ogni sede, è necessario documentare gli intervalli DID e gli intervalli di estensione (o abitudini di composizione abbreviate all'interno del sito). Sulla base di queste informazioni è quindi necessario selezionare la cifra di sterzatura inter-sito.
La tabella Intervalli di estensione Webex Calling a lunghezza fissa mostra un esempio di tre posizioni e intervalli di estensione a lunghezza fissa. Poiché è necessario evitare sovrapposizioni nelle abitudini di composizione, è importante assicurarsi che per qualsiasi intervallo di estensione la prima cifra dell'intervallo non corrisponda alla cifra di controllo per la composizione abbreviata tra siti. Se ad esempio viene selezionato 8 come cifra di riferimento per la chiamata inter-sito, nessun intervallo di estensione in nessun sito può iniziare con 8. In genere, le estensioni di una determinata posizione corrispondono alle ultime cifre dei DID assegnati a quella posizione. Per evitare conflitti è possibile modificare la prima cifra dell'estensione. Se, ad esempio, i DID nel +1 Se in una posizione viene utilizzato l'intervallo 408 555 8XXX, invece di utilizzare 8XXX come intervallo di estensione, è possibile utilizzare 7XXX per le estensioni in quel sito
| Sito | Gamma di estensione | Estensioni di chiamata Webex | Codice del sito | Gamma Enterprise |
|---|---|---|---|---|
| New York | 2XXX | 2XXX | 202 | 8 202 2XXX |
| SFO | 8XXX | 7XXX | 203 | 8 203 7XXX |
| RTP | 1XX | 11XX | 204 | 8 204 11XX |
Le stringhe di selezione a sette cifre composte su un dispositivo Webex Calling utilizzando il piano di selezione Webex Calling statunitense si sovrappongono a uno schema a sette cifre per la composizione locale nel piano di selezione statunitense precaricato. Per evitare sovrapposizioni tra le abitudini di chiamata in rete e fuori rete (PSTN), in quella sede può essere utilizzato un codice di accesso esterno obbligatorio. Se lo schema di numerazione aziendale esistente e la corrispondente composizione abbreviata tra siti si sovrappongono ai modelli nella composizione nazionale di Webex Calling, durante la transizione a Webex Calling è possibile modificare anche lo schema di numerazione in un formato più lungo o più breve per evitare sovrapposizioni. Il modo più semplice per ottenere questo risultato è aggiungere una cifra di riempimento aggiuntiva allo schema di numerazione. Il nuovo schema di chiamata inter-sito più lungo deve essere adottato solo dagli utenti che hanno già effettuato la migrazione a Webex Calling. Gli utenti che utilizzano ancora Unified CM possono continuare a comporre sette cifre. In questo caso, il piano di chiamata aziendale su Unified CM deve assicurarsi che la composizione abbreviata a sette cifre da Unified CM a Webex Calling venga trasformata in +E.164 o al formato di chiamata abbreviata implementato su Webex Calling. Questa operazione deve essere eseguita prima di inviare la chiamata al gateway locale.
La tabella Transizione della composizione a sette cifre mostra un esempio di questa rinumerazione. In questo esempio, la chiamata abbreviata tra siti su Unified CM utilizza la cifra di controllo 8 seguita da un prefisso di sito a due cifre e da un interno a quattro cifre. Per evitare la chiamata inter-sede abbreviata a sette cifre per le sedi su Webex Calling, i codici sito possono essere facilmente modificati in tre cifre anteponendo una cifra di riempimento arbitraria (8 nell'esempio) ai codici sito a due cifre utilizzati in Unified CM in modo che la chiamata inter-sede dai telefoni Webex Calling utilizzi la cifra di controllo 8 seguita dalla cifra di riempimento 8, il vecchio codice sito a due cifre e l'interno a quattro cifre. Gli utenti di Webex Calling non devono ricordare i nuovi codici sito; devono solo ricordarsi di utilizzare 88 come prefisso per le chiamate tra siti anziché 8 su Unified CM.
| Unified CM | Webex Calling | ||||
|---|---|---|---|---|---|
| Sito | Interni | Codice sito | Gamma Enterprise | Ode del sito | Angelo aziendale |
| New York | 2XXX | 22 | 8 22 2XXX | 822 | 8 822 2XXX |
| SFO | 8XXX | 23 | 8 23 7XXX | 823 | 8 823 7XXX |
| RTP | 1XXX | 24 | 8 24 11XX | 824 | 8 824 11XX |
In uno scenario con diversi formati di numeri aziendali su Unified CM e Webex Calling, se i numeri aziendali vengono presentati come informazioni sul chiamante per le chiamate da Unified CM a Webex Calling (ad esempio, chiamate da dispositivi senza DID), è importante implementare anche una mappatura tra i diversi formati di numeri per le informazioni sul chiamante per garantire il funzionamento della richiamata. Questa mappatura può essere ottenuta utilizzando il modello di trasformazione della parte chiamante sul trunk tra Unified CM e il gateway locale.
Registrazione
Una soluzione di registrazione delle chiamate ben progettata richiede un'attenta valutazione di diversi elementi progettuali chiave per garantire che sia in linea con gli obiettivi organizzativi, i requisiti normativi e i vincoli tecnici. Due delle decisioni più critiche riguardano la selezione del fornitore e la selezione della regione, entrambe le quali potrebbero dover essere adattate a livello globale e modificate in sedi specifiche, in base alle esigenze aziendali.
1. Selezione del fornitore di registrazione delle chiamate
La scelta del fornitore di registrazione delle chiamate più adatto è fondamentale per raggiungere gli obiettivi aziendali e garantire l'allineamento delle funzionalità in tutta l'organizzazione:
-
Selezione del fornitore globale: Le organizzazioni in genere designano un fornitore primario di registrazione delle chiamate a livello globale, garantendo coerenza nel set di funzionalità, conformità e supporto in tutte le sedi
-
Override basati sulla posizione: In scenari in cui siti o regioni specifici hanno esigenze aziendali o requisiti normativi unici, potrebbe essere necessario ignorare la selezione del fornitore globale e specificare fornitori alternativi per tali sedi. Questa flessibilità supporta diversi mandati di conformità e diverse esigenze operative locali
-
Requisiti aziendali: La scelta del fornitore dovrebbe essere guidata da una valutazione dei fattori trainanti aziendali quali la conformità normativa (ad esempio: MiFID II, HIPAA), la garanzia della qualità, la risoluzione delle controversie o le esigenze di formazione
-
Disponibilità delle funzionalità: I provider devono essere valutati in base alla loro capacità di fornire le funzionalità richieste, come monitoraggio in tempo reale, capacità di ricerca e riproduzione, crittografia, criteri di conservazione, integrazione con piattaforme di analisi e supporto per diversi tipi di chiamate (in entrata, in uscita, interne).
2. Selezione della regione
Determinare la regione in cui vengono archiviate ed elaborate le registrazioni delle chiamate è fondamentale per la conformità e le prestazioni:
-
Selezione della regione globale: Per impostazione predefinita, le organizzazioni possono scegliere una singola regione per l'archiviazione delle registrazioni delle chiamate per semplificare la gestione e la governance
-
Sostituzioni regionali basate sulla posizione: Laddove le leggi sulla residenza dei dati o le politiche aziendali lo richiedano, potrebbe essere necessario ignorare l'impostazione della regione globale per posizioni specifiche, assicurando che le registrazioni delle chiamate vengano archiviate ed elaborate entro i confini geografici richiesti.
-
Requisiti di residenza dei dati: La progettazione deve tenere conto delle normative internazionali e locali sulla protezione dei dati (come GDPR, CCPA o mandati specifici per Paese) che possono stabilire dove e come conservare le registrazioni delle chiamate.
Un altro aspetto critico da considerare durante la pianificazione e la progettazione di una soluzione di registrazione delle chiamate per Webex Calling è la stima dei requisiti di archiviazione. Prevedere con precisione le esigenze di storage è essenziale per garantire che sia disponibile una capacità sufficiente a supportare le operazioni aziendali in corso, mantenere la conformità ed evitare interruzioni del servizio.
Per determinare la domanda di stoccaggio prevista, è necessario considerare diversi parametri chiave:
-
Volume delle chiamate registrate: Valutare il numero previsto di chiamate che verranno registrate in un dato intervallo di tempo (ad esempio, al giorno, alla settimana o al mese). Ciò include non solo le chiamate esterne ma anche le comunicazioni interne, se richiesto dalla politica aziendale o dai mandati normativi
-
Durata media della chiamata: Calcola la durata tipica delle chiamate registrate, poiché le chiamate più lunghe consumeranno più spazio di archiviazione. Anche le variazioni nella durata delle chiamate tra diversi reparti o gruppi di utenti dovrebbero essere considerate nella stima
-
Periodo di conservazione: Definire il periodo di tempo per cui le registrazioni devono essere conservate, che spesso è imposto da policy aziendali o normative esterne (ad esempio standard di conformità specifici del settore). Periodi di conservazione più lunghi aumenteranno i requisiti di archiviazione complessivi
-
Proiezioni di crescita: Si consideri la crescita prevista del volume delle chiamate o l'ampliamento dell'ambito di registrazione, che potrebbe derivare dalla crescita aziendale, da nuovi requisiti normativi o dall'inserimento di ulteriori utenti o sedi.
Analizzando attentamente questi parametri, le organizzazioni possono sviluppare una strategia di archiviazione solida che garantisca scalabilità, economicità e conformità normativa per la loro soluzione di registrazione delle chiamate Webex Calling. Si consiglia inoltre di rivedere e modificare regolarmente le allocazioni di spazio di archiviazione in base all'evoluzione dei modelli di utilizzo nel tempo.
Chiamata di emergenza
L'obbligo di instradare una chiamata di emergenza al centro di controllo appropriato è un requisito per qualsiasi servizio di chiamata che offra il servizio PSTN. Con Webex Calling, l'instradamento delle chiamate di emergenza è nativo della soluzione e include il supporto per tutti i numeri di emergenza nazionali nei paesi supportati da Webex Calling. L'instradamento di una chiamata di emergenza in Webex Calling si basa sulla posizione definita in Control Hub e sul metodo di accesso PSTN della posizione. I numeri di emergenza in Webex Calling sono predefiniti e specifici per il Paese in cui sono distribuiti gli utenti e i dispositivi Webex Calling.
Esistono due metodi per effettuare chiamate di emergenza in Webex Calling. Esiste un servizio di instradamento delle chiamate di emergenza di base e un servizio di instradamento delle chiamate di emergenza avanzato. Il servizio di base di instradamento delle chiamate di emergenza utilizzerà un numero selezionato dall'amministratore per identificare la posizione e il percorso della chiamata per raggiungere i servizi di emergenza. Per le chiamate di emergenza di base, il percorso della chiamata avviene in genere tramite l'opzione PSTN del cliente per quella posizione. Webex Calling dispone inoltre di un routing avanzato delle chiamate di emergenza, progettato per le distribuzioni negli Stati Uniti e in Canada che hanno requisiti di conformità normativa che richiedono l'utilizzo di un provider nazionale per inoltrare le chiamate di emergenza al centro di smistamento corretto.
Tutti i clienti dovrebbero implementare almeno la configurazione di base per le chiamate di emergenza. Le chiamate di emergenza di base richiedono che almeno un cliente sia proprietario +E.164 numero da assegnare a ciascuna posizione definita in Webex Calling. Per le chiamate di emergenza di base, ogni località sarà definita da un indirizzo stradale a cui verranno inviati i servizi di polizia, vigili del fuoco o ambulanza in caso di emergenza. Nella maggior parte dei casi, il numero principale della posizione è la scelta migliore per rappresentare la posizione fisica dell'emergenza. Tipicamente, l'assegnazione dell'indirizzo al +E.164 il numero è coordinato con il provider PSTN. Le immagini sottostanti mostrano l'assegnazione del numero principale da utilizzare come numero di richiamata di emergenza per la sede di Richardson.


Nella maggior parte dei casi, l'indirizzo di un edificio è sufficiente come indirizzo di spedizione per la sede. Tuttavia, se sono necessari ulteriori dettagli sulla posizione di utenti o dispositivi specifici, un amministratore può utilizzare lo stesso processo descritto sopra e assegnare tali dispositivi a un indirizzo specifico o a una posizione più precisa all'interno dell'indirizzo (ad esempio un piano o una stanza). In Gestione utenti in Control Hub, la scheda Chiamata consente di utilizzare un numero specifico affinché un utente e i suoi dispositivi ottengano un indirizzo di spedizione specifico. Le immagini seguenti illustrano come assegnare un numero specifico a un dispositivo. L'amministratore è tenuto a garantire che al numero utilizzato dal dispositivo venga assegnato l'indirizzo di spedizione corretto. L'assegnazione dell'indirizzo avviene solitamente tramite il provider PSTN di quella località.


Per le distribuzioni di telefonia basate negli Stati Uniti che devono fornire soluzioni di chiamata di emergenza avanzate, Webex Calling utilizza Horizon Mobility di RedSky integrato in Webex Calling per l'instradamento delle chiamate di emergenza. Quando si utilizza RedSky per l'instradamento delle chiamate, un amministratore deve registrarsi per un account tramite Cisco e configurare le informazioni appropriate in Chiamata -> Impostazioni del servizio per abilitare questa funzione. Una volta abilitato il servizio RedSky a livello di sistema, un amministratore abiliterà il servizio RedSky a livello di ciascuna posizione. L'abilitazione delle chiamate di emergenza avanzate in una sede Webex Calling attiverà il servizio per tutti i dispositivi assegnati a tale sede. I dispositivi che supportano le chiamate di emergenza avanzate sono i telefoni Cisco MPP, i telefoni Cisco PhoneOS e l'app Webex di Cisco.
Sono disponibili due impostazioni per abilitare le chiamate di emergenza avanzate in una posizione. Consenti a RedSky di ricevere informazioni sulla connettività di rete e chiamate di prova dovrebbe essere utilizzato per verificare che la configurazione di RedSky per i mapping dei dispositivi e delle infrastrutture sia corretta. Questa impostazione consente anche di effettuare chiamate di prova al 933 per verificare la posizione utilizzando il sistema IVR di RedSky per leggere la posizione del chiamante. Sebbene questo documento non tratti la configurazione di RedSky per il monitoraggio della posizione, un amministratore dovrebbe SEMPRE testare la propria posizione prima di attivare le chiamate di emergenza da instradare a RedSky. Una volta completati i test e verificata l'accuratezza, l'amministratore indirizzerà le chiamate a RedSky attivando l'opzione di inoltro delle chiamate di emergenza a RedSky. Questa opzione indirizzerà tutte le chiamate di emergenza per la posizione a RedSky, che le recapiterà al centro di risposta della posizione.
Le impostazioni delle chiamate di emergenza avanzate si applicano anche ai client dell'app Webex, sia in sede che fuori sede. Quando è in sede, l'app Webex può essere monitorata nello stesso modo in cui vengono monitorati i telefoni fissi. Quando è fuori sede, l'utente potrà impostare la propria posizione in modo dinamico direttamente nell'app Webex. Per ulteriori informazioni sulle chiamate di emergenza, vedere Chiamate di emergenza migliorate per Webex Calling.
Gestione delle licenze
Sono disponibili diverse opzioni per assegnare le licenze Webex Calling agli utenti.
Assegnazione manuale tramite Control Hub
Gli amministratori assegnano manualmente le licenze Webex Calling ai singoli utenti tramite l'interfaccia Control Hub.
Gli amministratori possono modificare le licenze di servizio per i singoli utenti e assegnare direttamente le licenze di chiamata.
Modelli di assegnazione automatica delle licenze
Utilizza i modelli di assegnazione delle licenze in Control Hub per assegnare automaticamente le licenze agli utenti in base alle impostazioni del gruppo o dell'organizzazione.
La licenza automatica può essere eseguita tramite la sincronizzazione delle directory o gli aggiornamenti manuali degli utenti, ma gli utenti devono avere un account valido +E.164 numero di telefono formattato e i numeri di telefono devono esistere in una posizione Webex Calling prima del provisioning dell'utente. Se le condizioni non vengono soddisfatte (ad esempio, formato del numero di telefono non valido), le licenze Webex Calling non verranno assegnate.
Assegnazione in blocco tramite modello CSV
Carica un file CSV con i dettagli dell'utente e le assegnazioni delle licenze per aggiungere o modificare più utenti contemporaneamente.
L'importazione CSV supporta l'aggiunta di un massimo di 20.000 utenti e l'assegnazione di licenze, ma le licenze Webex Calling richiedono campi specifici come numero di telefono ed interno.
Assegnazione basata su API
Utilizzare le API Webex per assegnare le licenze e gestire gli utenti in modo programmatico.
Webex supporta le operazioni API per la gestione di utenti e licenze (API People, SCIM 2.0 e Licenze), che possono essere sfruttate per l'automazione dell'assegnazione delle licenze. L'API Licenze consente l'assegnazione simultanea di licenze, numeri di telefono ed interni.
| Metodo di assegnazione | Professionisti | Contro |
|---|---|---|
| Manuale tramite Control Hub | Semplice per pochi utenti. Consente un controllo preciso e granulare sull'assegnazione delle licenze. | Non scalabile, richiede molto tempo Soggetto a errori umani durante l'inserimento manuale. |
| Modelli di licenza automatici | Scalabile Riduce gli errori manuali Può essere applicato a utenti nuovi ed esistenti. | Richiede numeri di telefono e posizioni validi. Più complesso da configurare Richiede inoltre gruppi di utenti per gruppo di utenti con requisiti di licenza equivalenti. |
| Caricamento CSV in blocco | Efficiente per grandi gruppi di utenti Consente l'assegnazione simultanea di licenze, numeri di telefono ed interni. | Richiede un'attenta formattazione CSV Possibili errori se i numeri di telefono o gli interni sono mancanti o errati. |
| Assegnazione basata su API | Automatizzabile, flessibile. Consente l'assegnazione simultanea di licenze, numeri di telefono ed interni. | Richiede conoscenze di sviluppo e API. |
La tabella Opzioni di provisioning utente - riepilogo riassume le opzioni di provisioning utente e i relativi pro e contro. Questa panoramica aiuta a scegliere il metodo di assegnazione delle licenze migliore in base alle dimensioni dell'organizzazione del cliente, alle capacità di automazione e ai processi e requisiti di provisioning degli utenti.
Ove possibile, Cisco consiglia di assegnare le licenze di chiamata utilizzando modelli di licenza. Ciò richiede che per ogni gruppo di utenti che necessita di un set univoco di licenze (ad esempio, Webex Calling Standard vs. Professional) esista un gruppo con le rispettive appartenenze. Come discusso nelle sezioni Gruppi di utenti, i gruppi di utenti possono essere definiti manualmente in Control Hub o sincronizzati da una directory aziendale. È possibile combinare entrambi gli approcci.
Gli utenti appartenenti a più gruppi ottengono le licenze da tutte le assegnazioni applicate a tutti i loro gruppi. Ciò consente di utilizzare gruppi di sicurezza specifici per le licenze Webex Calling nella directory aziendale per gestire l'assegnazione delle licenze Webex, dove l'assegnazione delle licenze utente risultante è controllata dall'unione delle appartenenze ai gruppi.
Per ulteriori informazioni, vedere Impostare le assegnazioni automatiche delle licenze in Control Hub e Impostare modelli di assegnazione automatica delle licenze per gli utenti di Webex Calling.
Requisiti di licenza
Questa sezione riguarda solo le licenze relative a Webex Calling. Altri tipi di licenza (ad esempio, registrazione dispositivi Webex, messaggistica, riunioni) non sono coperti. Come parte del processo di progettazione è necessario determinare i requisiti della licenza. È necessario calcolare il numero di licenze per i seguenti tipi di licenza:
-
Standard di chiamata Webex: numero di singoli utenti che necessitano di funzionalità di telefonia standard.
-
Webex Calling Professional: numero di utenti e spazi di lavoro che richiedono funzionalità di telefonia avanzate. Le linee virtuali e la segreteria telefonica di gruppo hanno diritto a un 1:1 rapporto per ogni licenza professionale. Pertanto, nei rari casi in cui il numero di linee virtuali o di segreterie telefoniche di gruppo richieste supera il numero di utenti e di spazi di lavoro che necessitano di funzionalità di telefonia avanzate, è necessario prendere in considerazione licenze professionali aggiuntive.
-
Webex Calling Workspace per l'area comune: numero di postazioni di uso condiviso o di aree comuni che richiedono funzionalità di chiamata standard.
-
Assistenza clienti Webex Calling: numero di agenti e supervisori che necessitano delle funzionalità di assistenza clienti di Webex Calling. L'assistenza clienti Webex Calling include la licenza Webex Calling Professional.
-
Elenco percorsi chiamate: numero di chiamate PSTN Cloud Connected richieste tra utenti Unified CM in sede and/or applicazioni specializzate di terze parti in sede.
-
Console dell'operatore: numero di utenti Webex Calling che necessitano di accedere al client della console dell'operatore.
-
Piano di chiamata Cisco (piano di chiamata in uscita): numero di utenti che necessitano di un numero PSTN and/or accesso alle chiamate PSTN in uscita per il servizio Cisco PSTN.
Non esiste un tipo di licenza dedicato per gli spazi di lavoro professionali. Gli spazi di lavoro professionali utilizzano una licenza Webex Calling Professional.
Gli spazi di lavoro solo hot-desking offrono il servizio di host hot-desking e chiamate di emergenza dall'host hot-desking e non richiedono alcuna licenza. Per ulteriori informazioni, vedere Aggiungere e gestire dispositivi solo hot desk.
Per determinare il tipo di licenza richiesto per ciascun utente e area di lavoro in base alle funzionalità necessarie, vedere Funzionalità disponibili in base al tipo di licenza per Webex Calling.
Per distinguere tra le funzionalità offerte dalle code di chiamata di Webex Calling combinate con la licenza professionale di Webex Calling e quelle dell'assistenza clienti di Webex Calling, vedere Confronto tra le funzionalità delle code di chiamata e dell'assistenza clienti di Webex Calling.
Provisioning utenti
Quando si assegnano utenti in Webex Control Hub, sono disponibili diverse opzioni, ciascuna adatta a diverse esigenze organizzative e ambienti:
-
Provisioning manuale: Gli amministratori possono aggiungere e gestire singoli utenti direttamente all'interno di Control Hub. Questo metodo è semplice ma è più adatto alle piccole organizzazioni o alle modifiche limitate degli utenti.
-
Provisioning in blocco tramite CSV: Per basi di utenti più ampie, gli amministratori possono importare e aggiornare gli utenti in blocco caricando file CSV in Control Hub. Ciò consente la gestione efficiente di migliaia di utenti contemporaneamente.
- Opzioni di sincronizzazione della directory:
Connettore directory: Si tratta di uno strumento di sincronizzazione automatica utilizzato negli ambienti Microsoft Active Directory. Sincronizza account utente, gruppi e attributi in base a una pianificazione (oraria, giornaliera o settimanale). Supporta configurazioni Active Directory multi-dominio e multi-foresta e può sincronizzare immagini di profilo e oggetti room.
App guidata ID Entra (Azure AD): Progettato per le organizzazioni che utilizzano Microsoft Entra ID (Azure AD), questo metodo fornisce la sincronizzazione automatica e quasi in tempo reale degli account utente e degli attributi direttamente da Entra ID a Control Hub. È completamente gestito all'interno di Control Hub e richiede una configurazione minima.
Applicazioni SCIM 2.0: Per gli ambienti non Microsoft o altri provider di identità come Okta o Duo, le app di sincronizzazione basate su SCIM consentono il provisioning e il deprovisioning automatico degli utenti con mappatura degli attributi e sincronizzazione dei gruppi.
-
Sincronizzazione utente CM unificata: Questa opzione consente di creare account utente Webex basati sugli utenti finali di Unified CM esistenti tramite la sincronizzazione da Unified CM a Webex. Ciò richiede che Cloud Connected UC (CCUC) sia in esecuzione sui cluster Unified CM locali. Tuttavia, in genere si consiglia di sincronizzare gli utenti da una directory cloud centralizzata come Entra ID anziché direttamente da Unified CM.
-
Provisioning API: Per il provisioning degli utenti Webex è possibile utilizzare le API pubbliche di Webex (People, SCIM 2.0). Il vantaggio principale dell'utilizzo delle API è la possibilità di integrare il provisioning degli utenti con altri sistemi aziendali.
Questa panoramica e tabella riflettono le principali opzioni di provisioning degli utenti Webex, i relativi vantaggi e limitazioni per aiutarti a scegliere l'approccio migliore per le esigenze della tua organizzazione.Tabella 6. Opzioni di provisioning degli utenti per Webex Metodo di provisioning Descrizione Professionisti Contro Manuale Create/manage utenti individualmente in Control Hub Semplice per pochi utenti; nessuna infrastruttura necessaria Non scalabile; richiede molto tempo per molti utenti In blocco (file CSV) Import/update utenti in blocco tramite CSV in Control Hub Efficiente per i gruppi; non è richiesta alcuna codifica Preparazione manuale del CSV; meno dinamico Persone e API SCIM 2.0 Gestione programmatica degli utenti tramite API Webex Flessibile; supporta l'automazione e l'integrazione Richiede sviluppo e infrastrutture Sincronizzazione rubriche Sincronizzazione automatica da AD, Entra ID, app SCIM, Unified CM Automatizza il ciclo di vita; supporta il filtraggio e la mappatura Complessità di configurazione: alcune delle opzioni hanno funzionalità limitate o richiedono infrastrutture
Gruppi di utenti
La gestione dei gruppi di utenti in Webex consente agli amministratori di organizzare gli utenti in gruppi per una gestione efficiente in blocco di licenze, impostazioni e risorse. I gruppi aiutano a semplificare l'amministrazione applicando criteri, licenze e modelli di impostazioni a più utenti contemporaneamente, anziché gestirli singolarmente.
La gestione dei gruppi di utenti offre numerosi vantaggi, tra cui:
-
Amministrazione semplificata: Gestisci licenze, impostazioni e policy per più utenti contemporaneamente.
-
Coerenza: Applicare impostazioni e licenze uniformi a tutti gli utenti dello stesso gruppo.
-
Scalabilità: Supporta fino a 250.000 membri per gruppo.
-
Integrazione: Sincronizza i gruppi da Microsoft Entra ID (Azure AD) o Active Directory per la gestione automatizzata di utenti e gruppi.
-
Flessibilità: Crea gruppi locali o sincronizza i gruppi di sicurezza; gestisci l'appartenenza ai gruppi manualmente o tramite file CSV.
-
Assegnazione delle risorse: Controlla l'accesso alle app e ai servizi incorporati in base all'appartenenza al gruppo.
I principali casi d'uso per i gruppi di utenti durante il provisioning di Webex Calling sono:
-
Assegnazioni di licenza: Assegna licenze ai gruppi per fornire automaticamente servizi quali chiamate, riunioni, messaggistica o servizi ibridi ai membri del gruppo.
-
Modelli di impostazioni: Applica raccolte di impostazioni di servizio (ad esempio, messaggistica, riunione, chiamata) ai gruppi per un'esperienza utente coerente.
-
Gestione utenti in blocco: Aggiungi o rimuovi utenti in blocco tramite file CSV o sincronizzazione delle directory.
-
Automazione e integrazione: Utilizza API o sincronizzazione delle directory per la gestione automatizzata del ciclo di vita di utenti e gruppi.
Nella tabella seguente vengono riepilogate le diverse opzioni per gestire i gruppi di utenti e la gestione dei gruppi in Webex.
| Opzione | Descrizione | Professionisti | Contro |
|---|---|---|---|
| Provisioning del gruppo Control Hub (gruppi Webex) | Crea e gestisci gruppi direttamente in Control Hub. Add/remove membri manualmente o tramite CSV. | Controllo completo sull'appartenenza al gruppo Applicazione immediata di licenze e modelli Facile da creare e modificare gruppi |
Aggiornamenti manuali richiesti Rischio di errori nei caricamenti manuali di file CSV Nessuna sincronizzazione automatica con directory esterne |
| Gruppi sincronizzati da Entra ID (Azure AD) o Active Directory | Sincronizza automaticamente i gruppi di sicurezza e le appartenenze dai servizi di directory esterni. | La sincronizzazione automatica riduce il lavoro manuale Garantisce la coerenza con la directory aziendale Supporta grandi organizzazioni |
Impossibile modificare l'appartenenza al gruppo in Control Hub Ritardo di sincronizzazione fino a 12 ore I gruppi nidificati richiedono la selezione manuale |
| Gruppi e API SCIM 2.0 (Webex Groups) | Utilizzare Webex Groups o l'API SCIM 2.0 per la gestione programmatica di gruppi e membri | Automazione e integrazione con altri sistemi Scalabile per ambienti grandi o complessi |
Richiede uno sforzo di sviluppo La complessità dipende dall'utilizzo dell'API |
Sebbene i gruppi sincronizzati garantiscano coerenza e offrano un unico punto di amministrazione, è possibile un approccio ibrido che combina gruppi sincronizzati e gruppi Webex (gestiti nell'hub di controllo o tramite API). Ad esempio, i gruppi per l'assegnazione delle licenze potrebbero essere gruppi sincronizzati e un set separato di gruppi Webex potrebbe essere utilizzato per assegnare modelli di chiamata utente e app Webex.
Questo approccio completo alla gestione dei gruppi di utenti in Webex consente alle organizzazioni di gestire in modo efficiente licenze, impostazioni e policy utente, garantendo esperienze di collaborazione coerenti e scalabili.
Approccio consigliato durante la migrazione da Unified CM a Webex Calling
La fonte dati principale per gli utenti di Unified CM è il database Unified CM, che contiene le informazioni degli utenti finali. Tuttavia, Unified CM non è in genere la fonte autorevole per la gestione dell'identità degli utenti e, cosa ancora più importante, verrà disattivato alla fine della transizione e pertanto è escluso come fonte autorevole a lungo termine per le informazioni sull'identità.
Cisco consiglia di utilizzare una directory cloud centralizzata, ad esempio Microsoft Entra ID (Azure AD), come unica fonte attendibile per le identità degli utenti. La sincronizzazione degli utenti da Entra ID a Control Hub garantisce coerenza, semplifica la gestione e supporta le funzionalità Single Sign-On (SSO).
Per garantire che tutti gli utenti su Unified CM siano presenti anche nell'ID Entra, le organizzazioni devono verificare che gli account utente in Unified CM corrispondano agli account nell'ID Entra. Ciò può essere fatto esportando gli elenchi degli utenti da Unified CM e confrontandoli con gli elenchi degli utenti Entra ID.
In sintesi, il metodo di provisioning consigliato consiste nel sincronizzare gli utenti da Microsoft Entra ID (Azure AD) a Webex Control Hub tramite la procedura guidata di Azure AD o le app SCIM. Il provisioning in blocco manuale e CSV è disponibile come metodi supplementari, ma è meno scalabile e più soggetto a errori per le grandi organizzazioni. Per una migrazione riuscita e un'esperienza utente coerente negli ambienti Webex Calling e Unified CM è fondamentale garantire che l'ID Entra sia la fonte autorevole e che tutti gli utenti Unified CM esistano nell'ID Entra.
La transizione da un servizio di directory locale, come Active Directory, a un servizio di directory cloud, come Entra ID (Azure ID), è indipendente dalla transizione della chiamata. Cisco consiglia di completare la transizione a un servizio di directory cloud prima di iniziare la transizione delle chiamate.
Progettazione di gruppi di utenti
Dopo aver trasferito la directory aziendale da locale al cloud, raccogliere i gruppi di utenti richiesti in base ai requisiti di licenza e di modello delle funzionalità. Per ogni documento di gruppo:
-
Nome gruppo: nome univoco del gruppo.
-
Licenze: licenze da assegnare a questo gruppo (se presenti) e ambito (le licenze devono essere assegnate agli utenti esistenti o solo ai nuovi utenti)
-
Modelli di impostazioni: Modelli di chiamata utente e app Webex.
-
Sincronizzazione directory: Questo gruppo verrà sincronizzato dalla directory aziendale oppure si tratta di un gruppo Webex locale predisposto in Control Hub o tramite un'API.
-
Descrizione: come verrà utilizzato questo gruppo e quali utenti dovrebbero esserne membri
Questi dettagli verranno utilizzati in seguito, durante la fase di implementazione, per creare gruppi locali o gruppi nella directory aziendale e gestire l'appartenenza degli utenti ai gruppi.
Single Sign-On (SSO)
Cisco consiglia l'uso di SSO per l'autenticazione degli utenti. L'utilizzo dell'SSO presenta alcuni vantaggi interessanti, tra cui:
-
Autenticazione utente semplificata: Gli utenti possono effettuare l'accesso una sola volta utilizzando le proprie credenziali aziendali (ad esempio da Azure ID) per accedere a Webex e ad altre applicazioni integrate, eliminando la necessità di più password e riducendo le richieste di accesso. Ciò aumenta la sicurezza garantendo che le password aziendali non vengano mai memorizzate o trasmesse a Webex dopo l'autenticazione.
-
Gestione semplificata degli utenti: Automatizza la creazione, l'aggiornamento e la disattivazione degli account utente in base alle modifiche nella directory aziendale, riducendo le spese amministrative e garantendo l'accesso solo agli utenti autorizzati.
-
Sicurezza migliorata: SSO riduce l'affaticamento da password e il rischio di violazioni correlate alle password centralizzando l'autenticazione tramite provider di identità (IdP) affidabili.
-
Facile integrazione dell'autenticazione a più fattori (MFA): L'MFA può essere facilmente supportato tramite una soluzione di Identity Access Management come Cisco Duo o tramite il supporto MFA dell'IdP.
Esistono diverse opzioni per implementare l'SSO per i servizi Webex:
-
SSO basato su SAML 2.0: Protocollo principale supportato per l'integrazione SSO di Webex, che consente lo scambio sicuro di informazioni di autenticazione tra l'IdP e il provider di servizi Webex.
-
Connessione OpenID (OIDC): Supportato come protocollo di autenticazione moderno alternativo per l'integrazione SSO.
-
Identità Webex: Supportato anche come opzione di provider di identità.
L'SSO viene configurato e gestito centralmente tramite Control Hub, richiedendo lo scambio di metadati tra Webex e l'IdP scelto.
Dopo la configurazione, è possibile testare l'SSO in Control Hub prima dell'attivazione per garantirne la corretta configurazione.
Cisco Webex supporta l'integrazione con numerosi IdP e sistemi di gestione delle identità (IAM) testati e comunemente utilizzati, tra cui:
-
Cisco Duo
-
Okta
-
Servizi federativi di Microsoft Active Directory (ADFS)
-
Microsoft Azure
-
PingFederate
-
OpenAM
-
F5 BIG-IP.
Questi IdP sono conformi agli standard SAML 2.0 o OpenID Connect e sono stati convalidati per la compatibilità con le soluzioni di collaborazione Cisco.
Supporto IdP multiplo
Webex consente alle organizzazioni di configurare l'SSO con più IdP per adattarsi ad ambienti IT complessi come fusioni, acquisizioni o reparti IT decentralizzati in cui gruppi diversi utilizzano IdP diversi. Il supporto di più IdP può essere implementato utilizzando la funzionalità Multiple IdP in Webex oppure tramite l'integrazione di un sistema IAM aziendale come Cisco Duo.
Il supporto di più provider di identità (IdP) di Webex affronta diversi casi d'uso chiave in cui le organizzazioni necessitano di un'autenticazione flessibile e sicura in diversi ambienti IT:
1. Fusione e acquisizioni
Quando le aziende si fondono o ne acquisiscono altre, spesso hanno infrastrutture IT separate e IdP distinti che non possono federarsi. Il supporto di più IdP consente agli utenti di entrambe le organizzazioni di autenticarsi e collaborare in modo sicuro senza dover unificare immediatamente i propri sistemi di identità.
2. Più dipartimenti IT indipendenti
Le grandi organizzazioni o le istituzioni governative possono avere più dipartimenti IT indipendenti, ognuno dei quali gestisce il proprio IdP. La funzionalità IdP multipli di Webex consente a questi reparti di gestire i propri sistemi di autenticazione, consentendo al contempo agli utenti di accedere a Webex senza problemi.
3. Diversi gruppi di utenti o domini
Le organizzazioni con vari gruppi di utenti (ad esempio, dipendenti o collaboratori) o più domini di posta elettronica possono configurare regole di routing per indirizzare le richieste di autenticazione all'IdP appropriato in base all'appartenenza al dominio o al gruppo. Ciò supporta criteri di accesso differenziati e controlli di sicurezza.
4. Supporto per vari protocolli di autenticazione
Webex supporta gli IdP SAML e OpenID Connect (OIDC), consentendo alle organizzazioni di integrare diversi tipi di provider di identità in base ai requisiti di sicurezza e infrastrutturali esistenti.
5. Maggiore sicurezza e conformità
Abilitando più IdP, le organizzazioni possono implementare meccanismi di autenticazione più efficaci, tra cui l'autenticazione a più fattori (MFA) tramite integrazioni come Duo, e applicare policy di sicurezza coerenti su diverse basi di utenti.
6. Esperienza utente semplificata
Gli utenti possono autenticarsi utilizzando le credenziali esistenti dei rispettivi IdP, garantendo un'esperienza di accesso unificata nonostante la complessità di base dei molteplici sistemi di identità.
Sebbene il supporto di più IdP offra flessibilità, richiede un attento coordinamento tra i team di sicurezza e identità per mantenere policy di sicurezza coerenti ed evitare potenziali vulnerabilità.
Duo MFA con SSO per Webex
Duo Access Gateway (DAG) può autenticare gli utenti utilizzando directory esistenti in locale o basate su cloud, come Active Directory (AD) e OpenLDAP. Supporta inoltre l'integrazione con altri provider di identità come Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS e Shibboleth. Questa flessibilità consente alle organizzazioni di utilizzare la propria attuale infrastruttura di directory per Webex SSO con Duo MFA.
Duo agisce come un livello di autenticazione avanzata in aggiunta all'autenticazione della directory primaria. Funziona come un provider di identità (IdP) utilizzando SAML 2.0 per applicare l'autenticazione a due fattori (2FA) prima di concedere l'accesso a Webex. Duo valuta il contesto dell'utente, del dispositivo e della rete in base a criteri configurabili per consentire o negare l'accesso, migliorando la sicurezza oltre il semplice nome utente e password. Duo fornisce inoltre controlli flessibili delle policy, come ad esempio la richiesta di MFA a ogni accesso per alcune app e meno frequentemente per altre.
I vantaggi di Cisco Duo includono:
-
Sicurezza avanzata: Aggiunge un'autenticazione a più fattori resistente al phishing per proteggere l'accesso a Webex, riducendo il rischio di password compromesse.
-
Politiche flessibili: Consente un controllo granulare sui requisiti di autenticazione per applicazione o gruppo di utenti.
-
Integrazione con directory esistenti: Supporta AD on-premise, OpenLDAP, directory cloud e vari provider SSO, riducendo al minimo le modifiche all'infrastruttura.
-
Comodità per l'utente: Supporta Single Sign-On (SSO) per ridurre l'affaticamento da password consentendo agli utenti di effettuare l'accesso una sola volta e di accedere a più risorse in modo sicuro.
-
Endpoint attendibili: Supporta l'affidabilità dei dispositivi per i client Webex su Windows e macOS, migliorando la sicurezza.
-
Iscrizione self-service: La registrazione in linea e il prompt Duo migliorano l'esperienza utente durante la configurazione MFA.
Duo MFA con SSO per Webex sfrutta le directory esistenti come Active Directory e OpenLDAP o i provider di identità cloud per autenticare gli utenti. Il ruolo di Duo è quello di fornire un secondo fattore di autenticazione forte e basato su policy, integrato tramite SAML 2.0, migliorando la sicurezza e mantenendo la praticità per l'utente tramite SSO. I vantaggi includono un migliore livello di sicurezza, un'applicazione flessibile delle policy, un'integrazione fluida e una migliore esperienza utente.
Cisco consiglia di implementare l'SSO per gli utenti Webex. Per una maggiore sicurezza si consiglia l'integrazione con Cisco Duo.
La strategia Enterprise IAM e SSO deve essere implementata prima di iniziare la transizione da Unified CM a Webex Calling.
Funzionalità
Webex Calling offre una gamma completa di funzionalità di base incluse nel servizio. Sono incluse numerose funzionalità di chiamata di livello aziendale disponibili in Unified CM da molti anni. Potresti non vedere una parità del 100% tra le funzionalità di Webex Calling e quelle di Unified CM; tuttavia, come puoi vedere nella figura sottostante, le principali funzionalità di chiamata di Unified CM sono disponibili in Webex Calling.

Oltre alle numerose funzionalità utente, Webex Calling dispone di funzionalità di sistema fondamentali incluse nella piattaforma. Tra queste rientrano funzioni quali risponditori automatici, code di chiamata, parcheggio delle chiamate, ecc. È possibile visualizzare tutte le funzionalità del sistema principale disponibili in Control Hub in Servizio → Chiamata → Funzionalità come illustrato nella figura Funzionalità principali di Webex Calling.

Partecipante automatico
Il risponditore automatico Webex Calling consente di 24/7 automazione della gestione delle chiamate in entrata, che consente una gestione efficiente delle chiamate senza la necessità che una persona risponda a ogni chiamata.
Il risponditore automatico risponde alle chiamate in arrivo e fornisce al chiamante un menu di opzioni su dove desidera indirizzare la chiamata. Potrebbe trattarsi di una persona, di una casella vocale o di un servizio di chiamata (ad esempio, la coda di chiamata). Il chiamante utilizza il tastierino numerico del telefono per inserire il numero dal menu del risponditore automatico.
Il centralino automatico supporta le seguenti funzionalità principali:
-
Orari di lavoro e dopo l'orario di lavoro
-
Pianificazione festività
-
Opzione di menu di chiamata per indirizzare i tuoi clienti dove devono andare
-
Personalizza i saluti
-
Opzione di chiamata per nome
-
Opzioni di inoltro chiamata
-
Analisi e report di Control Hub.
Per ulteriori informazioni, vedere Gestire gli operatori automatici.
Parcheggio di chiamata
Il parcheggio delle chiamate consente agli utenti di mettere facilmente in attesa una chiamata in modo che un altro utente possa recuperarla facilmente quando è disponibile a rispondervi. Inoltre, consente all'utente che ha risposto alla chiamata originale di effettuare o ricevere altre chiamate mentre la chiamata è parcheggiata.
In Webex Calling sono disponibili due tipi di parcheggio delle chiamate:
-
Parcheggio diretto delle chiamate - consente a qualsiasi utente di parcheggiare una chiamata sull'interno di un altro utente o su un'estensione di parcheggio delle chiamate, come definito dall'amministratore
-
Gruppo di parcheggio chiamate - consente a un gruppo definito di utenti di parcheggiare automaticamente le chiamate sulle destinazioni di parcheggio disponibili definite per il gruppo. Queste destinazioni possono essere gli interni dei membri del gruppo o gli interni del parcheggio delle chiamate.
In base alla configurazione e al tipo di parcheggio, gli utenti possono recuperare le chiamate componendo *88+><extension of parked call>, premendo il tasto di linea associato all'estensione del parcheggio della chiamata o utilizzando un tasto funzione sul proprio telefono IP.
È disponibile un'opzione di richiamo per richiamare una chiamata parcheggiata dopo un periodo di tempo specificato all'utente che ha parcheggiato la chiamata o a un altro utente.
Per ulteriori informazioni, vedere Gestire il parcheggio delle chiamate in Control Hub.
Risposta per assente
La funzione di risposta alle chiamate consente a un amministratore di definire un gruppo di utenti (membri) che possono rispondere a una chiamata sul telefono di un altro membro. Ciò consente all'utente di rispondere alle chiamate quando i suoi colleghi sono occupati e non possono rispondere a una chiamata in arrivo.
Gli utenti di un gruppo devono trovarsi nella stessa posizione Webex Calling.
Per rispondere a una chiamata, gli utenti possono utilizzare l'app Webex o il telefono fisso.
-
App Webex:
-
Supporta notifiche visive e audio
-
Notifica chiamata in ingresso
-
Basato su FAC (composizione *98) o notifica chiamata di risposta
-
Notifiche di risposta alle chiamate multilinea.
-
-
Telefoni da scrivania:
-
Notifica chiamata in ingresso
-
Suoni acustici e notifiche visive tramite il LED del ricevitore. Il 6821 supporta solo i segnali acustici
-
Quando il tipo di notifica selezionato nel Control Hub non è nessuno
-
-
Notifiche di risposta alle chiamate solo per le linee principali.
-
Per ulteriori informazioni, vedere Configurare il gruppo di risposta alle chiamate.
Coda di chiamata
Webex Calling include code di chiamate solo vocali tra le sue funzionalità principali e qualsiasi utente con una licenza Webex Calling Professional può far parte di una coda di chiamate, agente o supervisore. Questa funzionalità consente agli utenti di interagire in modo efficiente con i clienti. Le code di chiamata supportano un sottoinsieme di alcune delle funzionalità principali del call center, come code vocali, richiamata, routing basato su competenze o priorità, gestione delle code degli agenti, analisi, reporting, ecc.
La richiesta di Cisco di integrare Microsoft Teams consente agli agenti di accedere alle chiamate in coda e alle funzionalità direttamente dal loro client Microsoft Teams.
Le code di chiamata supportano le seguenti funzionalità chiave:
-
Saluti e messaggi (benvenuto, conforto, sussurro, ecc.)
-
Musica di attesa
-
Richiamata
-
Criteri di instradamento delle code (servizio notturno, festivi, inoltro)
-
Coda degli agenti login/logout
-
Gestione dello stato della coda degli agenti
-
Supporto per app Webex o telefono fisso
-
L'agente supervisore chiama il monitor, l'allenatore, l'intermediario o il subentrante tramite i codici di accesso alle funzionalità (FAC)
-
Control Hub (accesso amministratore) per:
-
gestione delle code
-
Analisi e reporting di agenti e code
-
Gestione code, agenti e supervisori.
-
Per ulteriori informazioni, vedere Configurare la coda di chiamata.
Webex Calling dispone di una funzionalità aggiuntiva Customer Assist che fornisce funzionalità aggiuntive per la coda delle chiamate e garantisce ad agenti e supervisori una migliore esperienza utente all'interno dell'app Webex. Per un confronto tra le funzioni di coda di chiamata e assistenza clienti di Webex Calling, vedere Confronto tra le funzioni di coda di chiamata e assistenza clienti di Webex Calling.
Gruppo di ricerca
I gruppi di ricerca Webex Calling consentono di instradare le chiamate in arrivo a un gruppo specifico di utenti tramite uno schema di instradamento delle chiamate predeterminato. In questo modo si garantisce che le chiamate vengano risposte dal gruppo di utenti giusto o che vengano inviate a una segreteria telefonica per un follow-up.
Una grande differenza tra i gruppi di ricerca e le code di chiamata è che le chiamate non vengono messe in coda nei gruppi di ricerca, quindi se nessun utente del gruppo di ricerca è disponibile a rispondere alla chiamata, questa verrà disconnessa, inviata alla segreteria telefonica o inoltrata a un altro numero (utente o servizio).
Per ulteriori informazioni, vedere Gestire i gruppi di ricerca in Control Hub.
Modalità operative
La funzione Modalità operative consente alle aziende di instradare in modo efficiente le chiamate verso diverse destinazioni (utenti, segreteria telefonica, servizi di chiamata come una coda di chiamate). Il luogo e il momento in cui una chiamata viene instradata si basano su una pianificazione oraria e giornaliera e qualsiasi utente può essere autorizzato a gestire queste modalità (pianificazioni) per controllare le modifiche all'instradamento delle chiamate.
Ad esempio, le chiamate a una coda di chiamate possono essere instradate verso un'altra coda di chiamate con agenti in un fuso orario diverso per rispondere alle chiamate fuori orario, durante l'orario lavorativo possono essere instradate verso gli agenti locali e durante le festività possono essere instradate verso la segreteria telefonica per un follow-up dopo il ritorno degli agenti in ufficio.
Un utente autorizzato può passare da uno scenario all'altro (modalità) di inoltro delle chiamate se ha bisogno di modificare la destinazione delle chiamate in arrivo per un determinato periodo di tempo. Questi utenti possono gestire le modalità tramite il loro 6800/7800/8800 Telefoni MPP, telefoni 9800 o nell'hub utente Webex in Gestisci modalità.
Per ulteriori informazioni, vedere Instradamento delle chiamate in base alle modalità operative in Webex Calling.
Gruppo di risposta
I gruppi di paging consentono agli utenti di effettuare una chiamata unidirezionale per inviare un messaggio audio a un gruppo di utenti. Ogni gruppo può contenere fino a 75 utenti target and/or spazi di lavoro raggiungibili componendo un numero o un'estensione predefiniti.
Quando un utente chiama un gruppo di paging, viene effettuata una chiamata simultanea a tutti i destinatari assegnati nel gruppo, dopodiché il chiamante può pronunciare i propri messaggi e riagganciare una volta terminati.
Per ulteriori informazioni, vedere Configurare un gruppo di paging in Control Hub.
Registrazioni
Webex Calling supporta la registrazione delle chiamate effettuate o ricevute da un utente. Ciò potrebbe essere necessario per esigenze di qualità, garanzia, sicurezza o formazione. Per impostazione predefinita, le chiamate vengono registrate in Webex, ma è possibile utilizzare anche altri provider di registrazione di terze parti se sono richieste altre funzionalità di registrazione o requisiti normativi e di conformità.
Quando si utilizza Webex come piattaforma di registrazione, tutte le chiamate registrate vengono gestite all'interno di Control Hub. Gli amministratori a pieno titolo con il ruolo di Compliance Officer possono riprodurre e scaricare le registrazioni. Senza il ruolo di Compliance Officer, l'amministratore può solo eliminare le registrazioni.
Per ulteriori informazioni su questa funzionalità e un elenco di registrazioni di terze parti, vedere Gestire la registrazione delle chiamate per Webex Calling.
Numero unico
La funzione Single Number Reach consente di effettuare chiamate al numero di telefono di un utente su più dispositivi. Possono essere inclusi sia altri telefoni fissi che cellulari. È possibile effettuare chiamate anche da questi dispositivi e gli utenti possono passare e ricevere chiamate da un dispositivo all'altro.
Per ulteriori informazioni su questa funzionalità e su come un amministratore la configura in Control Hub, vedere Configurare la portata di un singolo numero (ufficio ovunque).
Per ulteriori informazioni su come un utente può gestire e configurare autonomamente questa funzionalità nel Webex User Hub (portale), vedere Configurare la portata di un singolo numero (ufficio ovunque).
Gruppo con casella vocale
I gruppi di posta vocale consentono di avere una casella di posta vocale condivisa che può essere assegnata a un utente o a una funzione di instradamento delle chiamate. Ecco alcuni dei motivi per cui potrebbe essere necessario un gruppo di segreteria telefonica:
-
Segreteria telefonica generica per un reparto o un gruppo di lavoro
-
Aggiungere l'opzione di segreteria telefonica a un risponditore automatico o a un gruppo di ricerca
-
Per inviare chiamate in overflow da una coda di chiamate
-
Utenti che necessitano solo di una casella vocale.
Per ulteriori informazioni, vedere Gestire una casella di posta vocale condivisa e una casella di fax in entrata per Webex Calling.
La console dell'operatore è elencata nella pagina Funzioni di chiamata in Webex Control Hub, tuttavia è una funzionalità aggiuntiva che richiede l'acquisto della licenza della console dell'operatore per essere utilizzata.
Per ulteriori informazioni, vedere Introduzione alla console dell'operatore.
Per informazioni su tutte le funzionalità, incluse alcune funzionalità aggiuntive, vedere Funzionalità disponibili in base al tipo di licenza per Webex Calling.