- Home
- /
- Articolo
Progettazione della migrazione da Unified CM a Webex Calling
La fase di progettazione di Webex Calling si concentra sulla definizione di regioni, posizioni, piani di composizione e gestione delle chiamate di emergenza per garantire un'implementazione scalabile . Comporta la selezione di una regione fissa, l'impostazione di dettagli specifici del sito, e la creazione di un piano di composizione coerente. Vengono inoltre affrontati i servizi di emergenza, le configurazioni di registrazione e le esigenze di licenza . Questa fase pone le basi per il provisioning, la gestione degli utenti e l'accesso sicuro tramite SSO, garantendo che l'implementazione soddisfi i requisiti organizzativi e normativi . Per una panoramica generale del percorso di migrazione, con collegamenti rapidi per esplorare la documentazione dettagliata, vedere Migrazione di Unified CM a Webex Calling.
Selezione della regione
Webex Calling è disponibile a livello globale e viene erogato da data center ridondanti in diverse 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. Il data center di Singapore, ad esempio, viene utilizzato per ottimizzare i tempi di andata e ritorno dei dati multimediali per i clienti di Webex Calling nei paesi asiatici, dove i tempi di andata e ritorno verso l'Australia o il Giappone potrebbero risultare subottimali. I data center sono interconnessi tramite una dorsale multigigabit 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ù aggiornato dei data center disponibili per Webex Calling, consultare Posizioni dei data center per Webex Calling.
Ogni cliente di Webex Calling viene assegnato a una delle istanze di Webex Calling. Tutte le informazioni di provisioning di quel cliente vengono memorizzate in quell'istanza di Webex Calling e la segnalazione SIP di tutti gli endpoint e i gateway locali configurati per quel cliente è collegata all'istanza di Webex Calling su cui è stato effettuato il provisioning del cliente. Poiché è difficile modificare la selezione iniziale della regione per le chiamate Webex, è importante considerare tutti i fattori rilevanti nel processo decisionale che porta alla scelta della regione per le chiamate Webex. Per evitare ritardi eccessivi nella trasmissione dei segnali, è importante decidere nelle prime fasi del processo di transizione quale istanza di Webex Calling utilizzare. Cisco consiglia di selezionare l'istanza di Webex Calling che offre i tempi di andata e ritorno di segnalazione più bassi per il maggior numero di utenti all'interno dell'implementazione.
Per informazioni sulla disponibilità di Webex Calling nei vari paesi, consultare 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 ciascuna posizione sono riassunte in Informazioni da acquisire per ciascuna posizione.
| Informazioni | Commento |
|---|---|
| Portata(e) di estensione | In Webex Calling, ogni sede può avere interni che iniziano con cifre diverse. Una cifra deve essere riservata alla cifra di instradamento per la composizione tra siti (ad esempio 8) e una alla cifra di instradamento per la rete telefonica pubblica (ad esempio 9). Nessun numero di estensione può iniziare con una di queste due cifre. Tutti i cavi di estensione di tutte le postazioni devono avere la stessa lunghezza. |
| Intervallo(i) DID | - |
| cifra di indirizzamento PSTN | - |
| Codice del sito | Tutti i codici sito di tutte le sedi devono essere univoci e avere la stessa lunghezza. |
| Numero principale | Quando si crea una posizione, è necessario configurare due DID. Uno come numero principale (ad esempio da assegnare a un servizio di risposta automatica) e uno per il portale della segreteria telefonica. Assegnare un numero DID per il numero della segreteria telefonica. |
| Numero della segreteria telefonica | |
| Numero di licenze | Licenze richieste per tipologia, tra cui Webex Calling Standard, Professional, Workspace, Route List, Piano di 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 determinare la larghezza di banda di accesso a Internet richiesta. |
| Paese | - |
| Fuso orario | - |
| Lingua | - |
| Contatto (Nome, Telefono, Email) | - |
| Indirizzo (via, città, provincia, codice postale) | - |
| Ubicazione fisica di intervento dei servizi di emergenza per i punti terminali | La posizione del dispositivo utilizzabile per le chiamate di emergenza generalmente include quanto segue: indirizzo dell'edificio, indirizzo dell'edificio + numero del piano, indirizzo dell'edificio + numero di suite o indirizzo dell'edificio + numero del piano + office/cubical numero. |
| Posizione univoca della rete fisica per ciascun 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, Access Point (AP) wireless, identificatori di set di servizi di base (BSSID) per dispositivi connessi in modalità wireless, and/or Sottoreti IP locali per i dispositivi endpoint. |
PSTN
Nella progettazione di un'implementazione di Webex Calling, i clienti hanno a disposizione tre opzioni principali di connettività PSTN: Cisco Calling Plans (un servizio PSTN erogato tramite cloud e gestito da Cisco), Cloud Connected PSTN Providers (CCPP, in cui i provider forniscono il servizio PSTN tramite il cloud) e PSTN on-premise (in cui i gateway locali collegano la rete aziendale alla rete PSTN). Con l'introduzione del trunking PSTN per le implementazioni ibride di Webex Calling (per ulteriori informazioni, vedere Trunking PSTN per le implementazioni ibride di Webex Calling in Trunking PSTN), le organizzazioni ottengono maggiore flessibilità nel loro approccio alla migrazione. Questa funzionalità consente ai clienti di migrare la propria rete PSTN a CCPP all'inizio del percorso di transizione e di avviare il passaggio alla rete PSTN cloud 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 migrare prima determinati gruppi di utenti al cloud, senza dover immediatamente rinnovare l'intero ambiente telefonico. Tuttavia, introduce ulteriore complessità e rischio, in particolare per quanto riguarda l'adattamento della logica di instradamento delle chiamate di Unified CM esistente per supportare la nuova architettura. Anche l'interoperabilità con applicazioni preesistenti, come server fax, contact center o sistemi di cercapersone, richiede un'attenta valutazione. Le principali sfide tecniche possono includere la garanzia di una negoziazione end-to-end del codec e della segnalazione DTMF (Dual-Tone Multi-Frequency) senza interruzioni nell'ambiente misto, nonché la convalida della compatibilità con funzionalità telefoniche specializzate. Una pianificazione e dei test adeguati sono essenziali per ridurre al minimo le interruzioni e mantenere servizi voce 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 propria connettività PSTN locale per tutta la fase di transizione. In questo scenario, la migrazione a CCPP può essere eseguita in due modi: come un 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 alla rete PSTN che avviene sede per sede man mano che gli utenti vengono trasferiti a Webex Calling. Questo approccio può contribuire a semplificare la coesistenza e a mantenere la continuità per le integrazioni preesistenti, ma introduce diverse complessità operative. Tra queste, figurano le sfide legate alla portabilità del numero, come la necessità di un coordinamento preciso degli ordini di portabilità, i potenziali ritardi e le limitazioni imposte dal fornitore, quali un limite al numero di richieste di portabilità simultanee o restrizioni sulla portabilità di sottoinsiemi di blocchi di numeri di grandi dimensioni. Le organizzazioni devono pianificare attentamente la propria strategia di transizione alla rete telefonica pubblica (PSTN), tenendo conto di questi aspetti logistici per evitare interruzioni del servizio e garantire una migrazione senza intoppi.
La figura Migrazione a CCCP fin dall'inizio rispetto al mantenimento della rete PSTN locale mostra le due opzioni di migrazione alla rete PSTN spiegate sopra. L'illustrazione a sinistra mostra lo scenario in cui tutti gli utenti e le applicazioni locali utilizzano i servizi PSTN connessi al cloud 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 rete PSTN locale esistente rimane attiva e gli utenti di Webex Calling utilizzano la rete PSTN locale tramite la connessione del gateway locale tra Unified CM locale e Webex Calling. Durante la transizione, le sedi di Webex Calling possono essere commutate sulla rete PSTN connessa al cloud.
In entrambi gli scenari, le chiamate tra l'utente locale e l'utente di Webex Calling utilizzano la connessione Local Gateway. La connessione tra la rete locale e Webex Calling deve essere progettata e dimensionata di conseguenza, in base al numero previsto di chiamate simultanee e alla ridondanza richiesta.
Piano di chiamata
Per garantire una perfetta interoperabilità tra Unified CM e Webex Calling durante il periodo di migrazione, è necessario sviluppare e implementare un'architettura completa del piano di composizione per entrambe le piattaforme. Questa progettazione del piano di numerazione a doppia piattaforma garantisce un instradamento delle chiamate coerente, la traduzione dei numeri e la 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 composizione locale in Unified CM
Durante la transizione per consentire la coesistenza di dispositivi registrati su Unified CM e su Webex Calling, il piano di composizione aziendale su Unified CM deve essere modificato in modo da soddisfare almeno i seguenti requisiti:
-
+E.164 composizione da Unified CM a Webex Calling
-
Composizione degli interni da Unified CM a Webex Calling (sia all'interno della stessa sede che tra sedi diverse se gli intervalli di interni sono univoci).
-
Chiamate intersito abbreviate da Unified CM a Webex Calling
-
Chiamate forzate sulla rete da Unified CM a Webex Calling
-
Richiamata dalla rubrica delle chiamate perse verso destinazioni su Webex Calling
-
Chiamate PSTN da Webex Calling a PSTN se durante la transizione viene utilizzata la rete PSTN locale per Webex Calling
-
Chiamate PSTN da Unified CM a Webex Calling se durante la transizione viene utilizzato il trunking PSTN per le implementazioni ibride di Webex Calling per fornire accesso PSTN agli utenti di Unified CM locale tramite Cloud Connect per Webex Calling
-
Connessione forzata da Webex Calling a Unified CM
-
Composizione degli interni da Webex Calling a Unified CM (tra siti).
Se una qualsiasi delle abitudini di composizione sopra elencate non è supportata prima della transizione, ad esempio non esiste un'abitudine di composizione abbreviata tra siti, allora non è necessario introdurla durante la transizione.
La figura Piano di composizione delle best practice mostra l'approccio al piano di composizione delle best practice come descritto in Architettura preferita per le implementazioni on-premise di Cisco Collaboration 12.x Enterprise, CVD. Le caratteristiche principali di questo approccio includono:
-
Partizione singola per +E.164 numeri di telefono
-
Instradamento principale basato su +E.164 modelli di uscita
-
Normalizzazione di tutte le abitudini di composizione a +E.164 utilizzando modelli di traslazione
-
Utilizzo dello spazio di ricerca di chiamata del modello di traduzione (opzione Utilizza lo spazio di ricerca di chiamata dell'autore impostato sui modelli di traduzione).

Ad esempio, la composizione PSTN (9+1+10D) da un dispositivo in SJC dotato di spazio di ricerca per chiamate di linea SJCInternational verrà prima abbinato 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 (ereditarietà dello spazio di ricerca chiamante) e il +E.164-digit la stringa verrà abbinata da un +E.164 numero di directory nella partizione DN o tramite uno dei modelli di instradamento PSTN nella partizione USPSTNNational o SJCPSTNLocal. Le abitudini di composizione abbreviate intra-sito e inter-sito sono implementate dalle traduzioni nella partizione ESN e SJCtoE164. Mentre la partizione ESN è una partizione globale (accessibile ai telefoni in tutte le località), la partizione SJCTOE164 è accessibile solo agli utenti nella località SJC. Questo presuppone che gli intervalli di estensione si sovrappongano.
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 di chiamata Webex al piano di composizione, aggiungendo +E.164 modelli di instradamento per tutte le destinazioni di Webex Calling verso 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 creare una classe di servizio differenziata per le chiamate originate da Webex Calling, è necessario creare una partizione dedicata per Webex Calling. Per evitare cicli di chiamata, lo spazio di ricerca delle chiamate in entrata sul trunk dal gateway locale non deve avere accesso alla partizione di chiamata Webex.
Come mostrato in figura +E.164 instradamento a Webex Calling, per abilitare l'instradamento 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 L'intervallo deve essere aggiunto alla partizione Chiamata Webex.
Se non è richiesta alcuna selezione di un gateway locale specifico per il sito, anziché utilizzare un elenco di instradamento con un gruppo di instradamento locale Webex Calling come destinazione per i modelli di instradamento che puntano a Webex Calling, è possibile predisporre un singolo gruppo di instradamento con il gateway locale come unico membro e quindi i modelli di instradamento Webex Calling punteranno a un singolo elenco di instradamento Webex Calling con questo gruppo di instradamento come unica voce.
Per abilitare la composizione abbreviata tra siti verso il sito Webex Calling, il modello di instradamento richiesto 8121.2XXX viene aggiunto alla partizione Webex Calling. Per i siti da migrare a Webex Chiamata di un modello di normalizzazione della composizione 8121.2XXX che normalizza la composizione ESN a +E.164 potrebbe già esistere nella partizione ESN. In tal caso, il 8121.2XXX sembra essere ridondante, ma non appena tutti i DN della rispettiva posizione saranno stati migrati a Webex, il modello di traduzione della normalizzazione della composizione 8121.2XXX potrà essere rimosso e quindi il modello di instradamento 8121.2XXX consentirà la composizione ESN anche per gli utenti solo interni in tale intervallo.
Con queste modifiche al piano di composizione, le chiamate alla posizione di chiamata Webex possono essere effettuate non solo componendo i numeri intersito abbreviati e +E.164. Inoltre, è possibile effettuare chiamate internazionali e nazionali tramite PSTN perché queste abitudini di composizione vengono prima normalizzate. +E.164 attraverso i modelli di traduzione di normalizzazione della composizione già esistenti e quindi vengono instradati a Webex Calling tramite la corrispondenza +E.164 Schema di instradamento nella partizione Chiamate Webex.
IL +E.164 La corrispondenza dei modelli di instradamento sulla gamma DID della sede di Webex Calling può essere configurata anche se tutti i DID sono ancora ospitati su Unified CM. L'algoritmo di corrispondenza del modello migliore di Unified CM garantisce che quando viene composto un numero ospitato su Unified CM, allora +E.164 Il numero di directory fornito su Unified CM corrisponde meglio a quello con caratteri jolly +E.164 Schema 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 composizione delle chiamate Webex
A ciascun utente di Webex Calling viene fornito un interno and/or UN +E.164 numero di telefono. La lunghezza dell'estensione è un'impostazione globale fissa: In un'implementazione di Webex Calling, tutti gli interni hanno la stessa lunghezza. La composizione tramite estensione può essere utilizzata tra utenti di Webex Calling sia all'interno della stessa sede che tra sedi diverse. La composizione abbreviata tra interni di siti diversi (quest'ultimo caso) funziona solo se l'interno composto è univoco.
Se è necessario utilizzare chiamate inter-sede abbreviate, ma vi sono sovrapposizioni tra gli interni assegnati a 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, consultare Architettura preferita per le implementazioni on-premise di Cisco Collaboration 15, Panoramica della progettazione disponibile all'indirizzo Architetture preferite di Cisco Collaboration.
La lunghezza dell'interno, il comportamento di composizione degli interni tra sedi diverse, la lunghezza del prefisso per la composizione tra sedi diverse e la cifra di instradamento nel prefisso di instradamento per la composizione tra sedi diverse 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. Necessario solo se si deve stabilire un piano di numerazione aziendale come abitudine alternativa di composizione abbreviata tra sedi aziendali.
-
Cifra di guida nel prefisso di instradamento: Cifra di riferimento per la chiamata interaziendale abbreviata. È necessario evitare sovrapposizioni con la prima cifra di qualsiasi località e con le cifre di chiamata in uscita. Necessario solo se si deve stabilire un piano di numerazione aziendale come abitudine alternativa di composizione abbreviata tra sedi aziendali.
-
Lunghezza dell'estensione interna: Lunghezza standard delle prolunghe. Può essere qualsiasi valore compreso tra due e dieci.
Quando è necessario effettuare chiamate interne o utilizzare numeri aziendali significativi (codice di instradamento, codice sede, interno) da un sistema di controllo chiamate locale a Webex Calling e il sistema di controllo chiamate locale invia un interno come ID chiamante, assicurarsi di impostare anche il parametro Lunghezza massima interno sconosciuto nella sezione Instradamento chiamate tra Webex Calling e la sede per garantire che le chiamate in entrata dal sistema di controllo chiamate locale a Webex Calling vengano classificate correttamente come chiamate locali. -
Consenti la composizione di interni tra le sedi: Attiva/disattiva enable/disable composizione di numeri interni tra diverse sedi. Questa opzione dovrebbe essere abilitata solo se tutti gli interni all'interno dell'organizzazione sono univoci. Se l'opzione è disabilitata, è necessario comporre numeri aziendali significativi (codice di identificazione, codice sede, interno) o numeri di telefono tra le diverse sedi.
I primi tre parametri vengono utilizzati principalmente per creare un piano di composizione per i telefoni al fine di ridurre al minimo i timeout tra le cifre quando si effettua la composizione a telefono sollevato dalla cornetta. È comunque possibile discostarsi da queste impostazioni globali (ad esempio, è possibile configurare interni di lunghezza diversa), ma verrà visualizzato un messaggio di avviso in Control Hub e la composizione dei numeri dai telefoni potrebbe richiedere la composizione in blocco per evitare conflitti con il piano di numerazione 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. Stabilire uno schema di numerazione aziendale con cifra di instradamento inter-sito 8, seguito da un codice di sito a tre cifre e dall'estensione a quattro cifre crea un'abitudine di composizione inter-sito abbreviata non sovrapposta.
| Sito | Gamma di estensione | Codice del sito | Gamma Enterprise |
|---|---|---|---|
| NYC | 2XXX | 202 | 8 202 2XXX |
| SFO | 3XXX | 203 | 8 203 3XXX |
| RTP | 2XXX | 204 | 8 204 2XXX |
Per consentire una transizione senza intoppi, idealmente le abitudini di chiamata degli utenti prima e dopo il passaggio a Webex Calling dovrebbero essere le stesse. Per preparare la transizione in ciascuna sede, è necessario documentare gli intervalli DID e gli intervalli di estensione (o le abbreviazioni utilizzate per le chiamate interne alla sede). In base a queste informazioni, è necessario selezionare la cifra di controllo intersito.
La tabella Intervalli di estensione di chiamata Webex a lunghezza fissa mostra un esempio di tre località e intervalli di estensione a lunghezza fissa. Poiché è necessario evitare sovrapposizioni nelle abitudini di composizione, è importante assicurarsi che per ogni intervallo di interni la prima cifra dell'intervallo non corrisponda alla cifra di inoltro per la composizione abbreviata tra siti. Se, ad esempio, 8 viene selezionato come cifra di instradamento per la composizione tra siti, nessun intervallo di interni in alcun sito può iniziare con 8. In genere, gli interni di una determinata località corrispondono alle ultime cifre dei numeri DID assegnati a quella località. Per evitare conflitti, la prima cifra dell'interno può essere modificata. Se, ad esempio, i DID nel +1 Se in una determinata località vengono utilizzati i numeri di telefono 408, 555 e 8XXX, anziché utilizzare 8XXX come numero di interno, è possibile utilizzare 7XXX per gli interni di quella sede.
| Sito | Gamma di estensione | Estensioni di chiamata Webex | Codice del sito | Gamma Enterprise |
|---|---|---|---|---|
| NYC | 2XXX | 2XXX | 202 | 8 202 2XXX |
| SFO | 8XXX | 7XXX | 203 | 8 203 7XXX |
| RTP | 1XX | 11XX | 204 | 8 204 11XX |
Le sequenze di sette cifre composte su un dispositivo Webex Calling utilizzando il piano di numerazione Webex Calling statunitense si sovrappongono a una sequenza di sette cifre per le chiamate locali nel piano di numerazione statunitense precaricato. Per evitare sovrapposizioni tra le abitudini di chiamata interne alla rete e quelle esterne alla rete (PSTN), in quella località può essere utilizzato un codice di accesso esterno obbligatorio. Se lo schema di numerazione aziendale esistente e la corrispondente composizione abbreviata tra sedi si sovrappongono agli schemi di composizione nazionale di Webex Calling, durante la transizione a Webex Calling lo schema di numerazione può essere modificato, passando a una forma più lunga 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 composizione inter-sito più lungo deve essere adottato solo dagli utenti già migrati a Webex Calling. Gli utenti che utilizzano ancora Unified CM possono continuare a comporre sette cifre. Il piano di composizione aziendale su Unified CM in questo caso deve garantire che la composizione abbreviata a sette cifre da Unified CM a Webex Calling venga trasformata in +E.164 o al formato di composizione abbreviato utilizzato in Webex Calling. Questa operazione deve essere eseguita prima di inoltrare la chiamata al gateway locale.
La tabella Transizione alla composizione a sette cifre mostra un esempio di questa rinumerazione. In questo esempio, la composizione abbreviata tra siti su Unified CM utilizza la cifra di indirizzamento 8 seguita da un codice sito di due cifre e un interno di quattro cifre. Per evitare la composizione abbreviata a sette cifre tra siti per le sedi su Webex Calling, i codici sito possono essere facilmente modificati a 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 composizione tra siti dai telefoni Webex Calling utilizzi la cifra di instradamento 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 nuovi codici sito; devono solo ricordarsi di usare 88 come prefisso per le chiamate tra siti invece di 8 su Unified CM.
| Unified CM | Webex Calling | ||||
|---|---|---|---|---|---|
| Sito | Interni | Codice sito | Gamma Enterprise | Sito ode | Enterprise ang |
| NYC | 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 che la richiamata funzioni. Questa mappatura può essere realizzata utilizzando il modello di trasformazione del 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 chiave per garantire la sua coerenza con gli obiettivi aziendali, i requisiti normativi e i vincoli tecnici. Due delle decisioni più critiche riguardano la selezione del fornitore e la scelta della regione, entrambe le quali potrebbero dover essere personalizzate a livello globale e modificate in specifiche località, in base alle esigenze aziendali.
1. Selezione del fornitore di servizi di registrazione delle chiamate
La scelta del fornitore di servizi 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: In genere, le organizzazioni designano un fornitore principale di servizi di registrazione delle chiamate a livello globale, garantendo uniformità nelle funzionalità, conformità e supporto in tutte le sedi.
-
Sovrascritture basate sulla posizione: Nei casi in cui specifici siti o regioni presentino esigenze aziendali o requisiti normativi particolari, potrebbe essere necessario ignorare la selezione globale del fornitore e specificare fornitori alternativi per tali località. Questa flessibilità supporta diversi obblighi di conformità e esigenze operative locali.
-
Requisiti aziendali: La scelta del fornitore dovrebbe essere guidata da una valutazione di fattori 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 fornitori dovrebbero essere valutati in base alla loro capacità di offrire le funzionalità richieste, come il monitoraggio in tempo reale, le funzionalità di ricerca e riproduzione, la crittografia, le politiche di conservazione, l'integrazione con le piattaforme di analisi e il supporto per diverse tipologie 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: Di default, le organizzazioni possono scegliere un'unica regione per l'archiviazione delle registrazioni delle chiamate, al fine di semplificare la gestione e la governance.
-
Sovrascritture regionali basate sulla posizione: Laddove richiesto dalle leggi sulla residenza dei dati o dalle politiche aziendali, potrebbe essere necessario ignorare l'impostazione della regione globale per specifiche località, garantendo che le registrazioni delle chiamate vengano archiviate ed elaborate entro i confini geografici richiesti.
-
Requisiti di residenza dei dati: Il progetto deve tenere conto delle normative internazionali e locali in materia di protezione dei dati (come il GDPR, il CCPA o le normative specifiche di ciascun paese) che possono stabilire dove e come vengono conservate le registrazioni delle chiamate.
Un altro aspetto cruciale 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 il fabbisogno di spazio di archiviazione è fondamentale per garantire una capacità sufficiente a supportare le attività aziendali in corso, rispettare le normative ed evitare interruzioni del servizio.
Nel determinare il fabbisogno di stoccaggio previsto, occorre considerare diversi parametri chiave:
-
Volume delle chiamate registrate: Valutare il numero previsto di chiamate che verranno registrate in un determinato 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 richieste dalle politiche aziendali o da obblighi normativi.
-
Durata media della chiamata: Calcola la durata tipica delle chiamate registrate, poiché le chiamate più lunghe occuperanno più spazio di archiviazione. Nella stima occorre inoltre tenere conto delle variazioni nella durata delle chiamate tra i diversi reparti o gruppi di utenti.
-
Periodo di conservazione: Definisci il periodo di tempo per il quale le registrazioni devono essere conservate, che spesso è dettato dalle politiche aziendali o da normative esterne (come gli standard di conformità specifici del settore). Periodi di conservazione più lunghi aumenteranno i requisiti complessivi di archiviazione.
-
Proiezioni di crescita: Si tenga conto della crescita prevista dei volumi di chiamate o dell'ampliamento dell'ambito di registrazione, che potrebbero derivare dalla crescita aziendale, da nuovi requisiti normativi o dall'integrazione di ulteriori utenti o sedi.
Analizzando a fondo questi parametri, le organizzazioni possono sviluppare una solida strategia di archiviazione che garantisca scalabilità, economicità e conformità normativa per la loro soluzione di registrazione delle chiamate Webex Calling. Si consiglia inoltre di rivedere e adeguare 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 smistamento competente è un requisito per qualsiasi servizio telefonico che offra copertura PSTN. Con Webex Calling, l'instradamento delle chiamate di emergenza è integrato nativamente nella soluzione e include il supporto per tutti i numeri di emergenza nazionali dei 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 alla rete telefonica pubblica (PSTN) di tale posizione. I numeri di emergenza in Webex Calling sono predefiniti e specifici per il paese in cui vengono distribuiti gli utenti e i dispositivi di Webex Calling.
Esistono due metodi per inoltrare 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 base di instradamento delle chiamate di emergenza utilizzerà un numero selezionato dall'amministratore per identificare la posizione e instradare la chiamata per raggiungere i servizi di emergenza. Per le chiamate di emergenza di base, il percorso della chiamata passa in genere attraverso l'opzione PSTN del cliente per quella località. Webex Calling offre anche una funzionalità avanzata di instradamento delle chiamate di emergenza, pensata per le implementazioni negli Stati Uniti e in Canada, dove i requisiti normativi impongono l'utilizzo di un fornitore nazionale per instradare le chiamate di emergenza al centro di smistamento corretto.
Tutti i clienti dovrebbero implementare, come minimo, la configurazione di base per le chiamate di emergenza. La chiamata di emergenza di base richiede che almeno un cliente sia in possesso +E.164 A ciascuna posizione definita in Webex Calling verrà assegnato un numero. Per le chiamate di emergenza di base, ogni luogo sarà definito da un indirizzo stradale al quale vengono inviati i servizi di polizia, vigili del fuoco o ambulanza in caso di emergenza. Nella maggior parte dei casi, il numero principale per la località è la scelta migliore per rappresentare la posizione fisica dell'emergenza. In genere, l'assegnazione dell'indirizzo al +E.164 Il numero è coordinato con il fornitore della rete telefonica pubblica (PSTN). Le immagini seguenti mostrano l'assegnazione del numero principale da utilizzare come numero di chiamata di emergenza per la sede di Richardson.


Nella maggior parte dei casi, l'indirizzo dell'edificio è sufficiente come indirizzo di spedizione per la località. Tuttavia, se sono necessari ulteriori dettagli sulla posizione per utenti o dispositivi specifici, un amministratore può utilizzare la stessa procedura descritta sopra e assegnare tali dispositivi a un indirizzo specifico o a una posizione più precisa all'interno dell'indirizzo (come un piano o una stanza). Nella sezione Gestione utenti di Control Hub, la scheda Chiamate consente di utilizzare un numero specifico per un utente e i suoi dispositivi per ottenere un indirizzo di smistamento specifico. Le immagini seguenti illustrano come assegnare un numero specifico a un dispositivo. L'amministratore è responsabile di garantire che al numero utilizzato dal dispositivo sia assegnato l'indirizzo di smistamento corretto. L'assegnazione dell'indirizzo viene in genere effettuata dal fornitore di servizi PSTN di quella località.


Per le implementazioni di telefonia negli Stati Uniti che devono fornire soluzioni avanzate per le chiamate di emergenza, 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 di servizio per abilitare questa funzione. Una volta abilitato il servizio RedSky a livello di sistema, un amministratore lo abiliterà a livello di ciascuna sede. L'attivazione della funzione Chiamate di emergenza avanzate in una posizione di chiamata Webex attiverà il servizio per tutti i dispositivi assegnati a tale posizione. I dispositivi che supportano le chiamate di emergenza avanzate sono i telefoni Cisco MPP, i telefoni Cisco PhoneOS e l'app Webex di Cisco.
Esistono due impostazioni per abilitare la funzione di chiamata di emergenza avanzata in una determinata posizione. L'opzione Consenti a RedSky di ricevere informazioni sulla connettività di rete ed eseguire chiamate di prova deve essere utilizzata per verificare che la configurazione di RedSky per le mappature dei dispositivi e dell'infrastruttura sia corretta. Questa impostazione consente inoltre di effettuare chiamate di prova al numero 933 per eseguire la verifica della posizione utilizzando il sistema IVR di RedSky, che legge ad alta voce la posizione del chiamante. Sebbene questo documento non tratti la configurazione di RedSky per il tracciamento della posizione, un amministratore dovrebbe SEMPRE testare la rilevazione della posizione prima di attivare l'instradamento delle chiamate di emergenza a RedSky. Una volta completati i test e verificata la loro accuratezza, l'amministratore instraderà le chiamate a RedSky attivando l'opzione di instradamento delle chiamate di emergenza a RedSky. Questo interruttore indirizzerà tutte le chiamate di emergenza relative a quella località a RedSky, che le inoltrerà al centro di risposta telefonica della località stessa.
Le impostazioni avanzate per le chiamate di emergenza si applicano anche ai client dell'app Webex, sia in locale che fuori sede. Quando installata in locale, l'app Webex può essere tracciata allo stesso modo dei telefoni fissi. Quando si trova fuori dalla sede aziendale, l'utente potrà impostare la propria posizione in modo dinamico direttamente all'interno dell'app Webex. Per ulteriori informazioni sulle chiamate di emergenza, vedere Chiamate di emergenza avanzate per Webex Calling.
Gestione delle licenze
Esistono diverse opzioni per assegnare le licenze di Webex Calling agli utenti.
Assegnazione manuale tramite Control Hub
Gli amministratori assegnano manualmente le licenze di Webex Calling ai singoli utenti tramite l'interfaccia di 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 di gruppo o organizzative.
La concessione automatica delle licenze può essere effettuata tramite la sincronizzazione della directory o aggiornamenti manuali degli utenti, ma gli utenti devono avere un valido +E.164 Il numero di telefono formattato deve essere presente in una posizione di 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 contenente i dettagli degli utenti e le assegnazioni delle licenze per aggiungere o modificare più utenti contemporaneamente.
L'importazione CSV consente di aggiungere fino a 20.000 utenti e di assegnare licenze, ma le licenze Webex Calling richiedono campi specifici come numero di telefono ed interno.
Assegnazione basata su API
Utilizza le API di 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 automatizzare l'assegnazione delle licenze. L'API per le licenze consente l'assegnazione simultanea di licenze, numeri di telefono ed interni.
| Metodo di assegnazione | Vantaggi | Svantaggi |
|---|---|---|
| Manuale tramite hub di controllo | 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 Applicabile sia ai nuovi utenti che a quelli già esistenti. | Sono necessari numeri di telefono e indirizzi validi. Più complesso da configurare Richiede inoltre gruppi di utenti per ogni gruppo di utenti con requisiti di licenza equivalenti. |
| Caricamento in blocco di file CSV | Efficiente per grandi gruppi di utenti Consente l'assegnazione simultanea di licenze, numeri di telefono ed interni. | Richiede un'attenta formattazione del file CSV. Possibilità di 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 vantaggi e svantaggi. Questa panoramica aiuta a scegliere il metodo di assegnazione delle licenze più adatto in base alle dimensioni dell'organizzazione del cliente, alle capacità di automazione e ai processi e requisiti di provisioning degli utenti.
Ove possibile, Cisco raccomanda di assegnare le licenze di chiamata utilizzando modelli di licenza. Ciò richiede che per ogni gruppo di utenti che necessita di un set di licenze univoco (ad esempio, Webex Calling Standard rispetto a 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 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 risultante delle licenze utente è controllata dall'unione delle appartenenze ai gruppi.
Per ulteriori informazioni, consultare Configurare le assegnazioni automatiche delle licenze in Control Hub e Configurare i modelli di assegnazione automatica delle licenze per gli utenti di Webex Calling.
Requisiti di licenza
Questa sezione riguarda esclusivamente le licenze relative a Webex Calling. Altri tipi di licenza (ad esempio, registrazione del dispositivo Webex, messaggistica, riunioni) non sono coperti. Nell'ambito del processo di progettazione, è necessario determinare i requisiti di licenza. È necessario calcolare il numero di licenze per le seguenti tipologie di licenza:
-
Standard di chiamata Webex: numero di utenti individuali che necessitano di funzionalità telefoniche standard.
-
Webex Calling Professional: numero di utenti e spazi di lavoro che richiedono funzionalità telefoniche avanzate. Le linee virtuali e la segreteria telefonica di gruppo hanno diritto a 1:1 rapporto per ciascuna licenza professionale. Pertanto, nei rari casi in cui il numero di linee virtuali o di segreterie vocali di gruppo richieste superi il numero di utenti e di spazi di lavoro che necessitano di funzionalità telefoniche avanzate, è necessario prevedere licenze professionali aggiuntive.
-
Area di lavoro per le chiamate Webex per le aree comuni: numero di postazioni ad uso condiviso o aree comuni che richiedono funzionalità di chiamata standard.
-
Assistenza clienti tramite chiamate Webex: numero di agenti e supervisori che necessitano delle funzionalità di assistenza clienti di Webex Calling. L'assistenza clienti di Webex Calling include la licenza Webex Calling Professional.
-
Elenco chiamate percorso: numero di chiamate PSTN Cloud Connected richieste tra utenti Unified CM locali and/or applicazioni specializzate di terze parti installate in locale.
-
Console dell'assistente: numero di utenti di Webex Calling che necessitano di accedere al client della console operatore.
-
Piano tariffario Cisco (Piano per chiamate in uscita): numero di utenti che necessitano di un numero PSTN and/or Accesso alle chiamate in uscita sulla rete PSTN per il servizio Cisco PSTN.
Non esiste una tipologia di licenza specifica per gli spazi di lavoro professionali. Gli spazi di lavoro professionali richiedono una licenza Webex Calling Professional.
Gli spazi di lavoro "hot-desk only" offrono il servizio di hosting hot-desking e la possibilità di effettuare chiamate di emergenza tramite l'host hot-desking, senza richiedere alcuna licenza. Per ulteriori informazioni, vedere Aggiungere e gestire dispositivi solo hot desk.
Per determinare il tipo di licenza richiesto per ciascun utente e spazio di lavoro in base alle funzionalità necessarie, consultare Funzionalità disponibili per tipo di licenza per Webex Calling.
Per distinguere le funzionalità offerte dalle code di chiamata di Webex Calling combinate con la licenza Webex Calling Professional rispetto all'assistenza clienti di Webex Calling, vedere Confronto delle funzionalità di coda di chiamata e assistenza clienti di Webex Calling.
Provisioning utenti
Quando si effettua il provisioning degli utenti in Webex Control Hub, sono disponibili diverse opzioni, ognuna adatta a diverse esigenze e ambienti organizzativi:
-
Provisioning manuale: Gli amministratori possono aggiungere e gestire i singoli utenti direttamente all'interno di Control Hub. Questo metodo è semplice ma più adatto a piccole organizzazioni o a un numero limitato di modifiche da parte 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 una gestione efficiente di migliaia di utenti contemporaneamente.
- Opzioni di sincronizzazione della directory:
Connettore di directory: Si tratta di uno strumento di sincronizzazione automatica utilizzato negli ambienti Microsoft Active Directory. Sincronizza account utente, gruppi e attributi a intervalli programmati (orari, giornalieri o settimanali). Supporta configurazioni di Active Directory multidominio e multiforesta e può sincronizzare immagini del profilo e oggetti delle sale riunioni.
Applicazione guidata Entra ID (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 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 esistenti di Unified CM, sincronizzando i dati 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 piuttosto che direttamente da Unified CM.
-
Provisioning API: Le API pubbliche di Webex (People, SCIM 2.0) possono essere utilizzate per il provisioning degli utenti Webex. Il principale vantaggio derivante dall'utilizzo delle API è la possibilità di integrare la gestione degli utenti con altri sistemi aziendali.
Questa panoramica e la tabella riassuntiva illustrano le principali opzioni di provisioning degli utenti Webex, i relativi vantaggi e limitazioni, per aiutarvi a scegliere la soluzione più adatta alle esigenze della vostra organizzazione.Tabella 6. Opzioni di provisioning utente per Webex Metodo di approvvigionamento Descrizione Vantaggi Svantaggi Manuale Create/manage utenti individualmente nell'Hub di controllo Semplice per pochi utenti; non richiede infrastrutture. Non scalabile; richiede molto tempo a molti utenti In blocco (file CSV) Import/update utenti in blocco tramite CSV in Control Hub Ideale per i gruppi; non è richiesta alcuna programmazione. Preparazione manuale dei file CSV; meno dinamica 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 Configurazione: Alcune opzioni presentano 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 e in blocco di licenze, impostazioni e risorse. I gruppi contribuiscono a semplificare l'amministrazione applicando criteri, licenze e modelli di impostazioni a più utenti contemporaneamente, anziché gestire gli utenti singolarmente.
La gestione dei gruppi di utenti offre diversi vantaggi, tra cui:
-
Amministrazione semplificata: Gestisci licenze, impostazioni e criteri per più utenti contemporaneamente.
-
Coerenza: Applica 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 una 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.
-
Allocazione delle risorse: Controlla l'accesso ad app e servizi integrati in base all'appartenenza al gruppo.
I principali casi d'uso per i gruppi di utenti durante il provisioning di Webex Calling sono:
-
Cessioni di licenza: Assegna le licenze ai gruppi per fornire automaticamente servizi come chiamate, riunioni, messaggistica o servizi ibridi ai membri del gruppo.
-
Modelli di impostazioni: Applica le impostazioni di servizio predefinite (ad esempio, messaggistica, riunioni, chiamate) ai gruppi per garantire un'esperienza utente coerente.
-
Gestione utenti in blocco: Aggiungere o rimuovere utenti in blocco tramite file CSV o sincronizzazione della directory.
-
Automazione e integrazione: Utilizza le API o la sincronizzazione delle directory per automatizzare la gestione del ciclo di vita di utenti e gruppi.
La tabella seguente riassume le diverse opzioni per la gestione dei gruppi di utenti e la gestione dei gruppi in Webex.
| Opzione | Descrizione | Vantaggi | Svantaggi |
|---|---|---|---|
| Gestione dei gruppi di Control Hub (gruppi Webex) | Crea e gestisci i gruppi direttamente in Control Hub. Add/remove membri manualmente o tramite CSV. | Pieno controllo sull'appartenenza al gruppo Applicazione immediata di licenze e modelli Gruppi facili da creare e modificare |
Aggiornamenti manuali necessari Rischio di errori nei caricamenti manuali di file CSV Nessuna sincronizzazione automatica con le directory esterne |
| Gruppi sincronizzati da Entra ID (Azure AD) o Active Directory | Sincronizza automaticamente i gruppi di sicurezza e le relative appartenenze da servizi di directory esterni. | La sincronizzazione automatizzata riduce il lavoro manuale Garantisce la coerenza con l'elenco aziendale Supporta le grandi organizzazioni |
Impossibile modificare l'appartenenza al gruppo in Control Hub. Ritardo di sincronizzazione fino a 12 ore I gruppi annidati richiedono la selezione manuale |
| Gruppi e API SCIM 2.0 (Gruppi Webex) | Utilizza 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 ampi o complessi |
Richiede impegno nello sviluppo La complessità dipende dall'utilizzo delle API. |
Sebbene i gruppi sincronizzati garantiscano coerenza e offrano un unico punto di amministrazione, è possibile adottare un approccio ibrido che combini gruppi sincronizzati e gruppi Webex (gestiti tramite Control Hub o 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 per le app Webex.
Questo approccio completo alla gestione dei gruppi di utenti in Webex consente alle organizzazioni di gestire in modo efficiente licenze, impostazioni e criteri degli utenti, garantendo esperienze di collaborazione coerenti e scalabili.
Approccio consigliato per la migrazione da Unified CM a Webex Calling
La principale fonte di dati per gli utenti di Unified CM è il database di Unified CM, che contiene le informazioni sugli utenti finali. Tuttavia, Unified CM non è in genere la fonte autorevole per la gestione delle identità degli utenti e, soprattutto, verrà disattivato al termine della transizione, pertanto non può essere considerato una fonte autorevole a lungo termine per le informazioni sulle identità.
Cisco raccomanda di utilizzare una directory cloud centralizzata come Microsoft Entra ID (Azure AD) come unica fonte di riferimento per le identità degli utenti. La sincronizzazione degli utenti da Entra ID a Control Hub garantisce coerenza, semplifica la gestione e supporta le funzionalità di single sign-on (SSO).
Per garantire che tutti gli utenti di Unified CM siano presenti anche in Entra ID, le organizzazioni devono verificare che gli account utente in Unified CM corrispondano agli account in Entra ID. Ciò può essere fatto esportando gli elenchi utenti da Unified CM e confrontandoli con gli elenchi utenti di Entra ID.
In sintesi, il metodo di provisioning consigliato consiste nel sincronizzare gli utenti da Microsoft Entra ID (Azure AD) a Webex Control Hub utilizzando la procedura guidata di Azure AD o le app SCIM. Il provisioning manuale e in blocco tramite file CSV sono disponibili come metodi supplementari, ma risultano meno scalabili e più soggetti a errori per le grandi organizzazioni. Garantire che Entra ID sia la fonte autorevole e che tutti gli utenti di Unified CM siano presenti in Entra ID è fondamentale per una migrazione di successo e per un'esperienza utente coerente tra gli ambienti Webex Calling e Unified CM.
Il passaggio da un servizio di directory locale, come Active Directory, a un servizio di directory cloud, come Entra ID (Azure ID), è indipendente dalla transizione chiamante. Cisco raccomanda di completare la transizione a un servizio di directory cloud prima di avviare la transizione delle chiamate.
Progettazione dei gruppi di utenti
Dopo la migrazione della directory aziendale dall'ambiente locale al cloud, raccogliere i gruppi di utenti necessari in base ai requisiti di licenza e ai modelli di funzionalità. Per ciascun documento di gruppo:
-
Nome gruppo: nome unico del gruppo.
-
Licenze: Licenze da assegnare a questo gruppo (se presenti) e ambito di applicazione (le licenze devono essere assegnate agli utenti esistenti o solo ai nuovi utenti)
-
Modelli di impostazioni: App Webex e modelli di chiamata utente.
-
Sincronizzazione directory: Questo gruppo verrà sincronizzato dalla directory aziendale oppure si tratta di un gruppo Webex locale configurato in Control Hub o tramite 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 per gestire l'appartenenza degli utenti ai gruppi.
Single Sign-On (SSO)
Cisco raccomanda l'utilizzo dell'SSO per l'autenticazione degli utenti. L'utilizzo dell'SSO offre alcuni vantaggi interessanti, tra cui:
-
Autenticazione utente semplificata: Gli utenti possono accedere una sola volta utilizzando le proprie credenziali aziendali (ad esempio, l'ID Azure) per accedere a Webex e ad altre applicazioni integrate, eliminando la necessità di più password e riducendo il numero di richieste di accesso. Ciò migliora 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 apportate alla directory aziendale, riducendo il carico amministrativo e garantendo l'accesso solo agli utenti autorizzati.
-
Sicurezza migliorata: L'SSO riduce la stanchezza 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'autenticazione a più fattori (MFA) può essere facilmente implementata tramite una soluzione di gestione degli accessi e delle identità come Cisco Duo, oppure tramite il supporto MFA fornito dall'IdP (Identity Provider).
Esistono diverse opzioni per implementare l'SSO per i servizi Webex:
-
Single Sign-On (SSO) basato su SAML 2.0: Il protocollo principale supportato per l'integrazione SSO di Webex, che consente lo scambio sicuro di informazioni di autenticazione tra l'IdP e il fornitore 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, il che richiede lo scambio di metadati tra Webex e l'IdP scelto.
Dopo la configurazione, è possibile testare l'SSO all'interno di Control Hub prima dell'attivazione per garantire una configurazione corretta.
Cisco Webex supporta l'integrazione con numerosi provider di identità (IdP) e sistemi di gestione delle identità (IAM) testati e di uso comune, tra cui, a titolo esemplificativo ma non esaustivo:
-
Cisco Duo
-
Okta
-
Servizi di federazione di directory attiva di Microsoft (ADFS)
-
Microsoft Azure
-
PingFederate
-
OpenAM
-
F5 BIG-IP.
Questi IdP sono conformi agli standard SAML 2.0 o OpenID Connect e sono stati validati per la compatibilità con le soluzioni di collaborazione Cisco.
Supporto per più IdP
Webex permette 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 per più IdP può essere implementato utilizzando la funzionalità Multi-IdP di Webex oppure tramite l'integrazione di un sistema IAM aziendale come Cisco Duo.
Il supporto di Webex per più provider di identità (IdP) risponde a diversi casi d'uso chiave in cui le organizzazioni necessitano di un'autenticazione flessibile e sicura in ambienti IT eterogenei:
1. Fusione e acquisizioni
Quando le aziende si fondono o ne acquisiscono altre, spesso si ritrovano con infrastrutture IT separate e provider di identità (IdP) distinti che non possono essere federati. Il supporto per più IdP consente agli utenti di entrambe le organizzazioni di autenticarsi e collaborare in modo sicuro senza la necessità di unificare immediatamente i propri sistemi di identità.
2. Diversi reparti IT indipendenti
Le grandi organizzazioni o le istituzioni governative possono avere più reparti IT indipendenti, ognuno dei quali gestisce il proprio IdP (Identity Provider). La funzionalità multi-IdP di Webex consente a questi reparti di gestire i propri sistemi di autenticazione, permettendo al contempo agli utenti di accedere a Webex senza interruzioni.
3. Diversi gruppi di utenti o domini
Le organizzazioni con diversi gruppi di utenti (ad esempio, dipendenti e collaboratori esterni) o con più domini di posta elettronica possono configurare regole di routing per indirizzare le richieste di autenticazione al provider di identità (IdP) appropriato in base all'appartenenza al dominio o al gruppo. Ciò supporta politiche di accesso differenziate e controlli di sicurezza.
4. Supporto per vari protocolli di autenticazione
Webex supporta i provider di identità SAML e OpenID Connect (OIDC), consentendo alle organizzazioni di integrare diversi tipi di provider di identità in base alla propria infrastruttura e ai requisiti di sicurezza esistenti.
5. Sicurezza e conformità migliorate
Abilitando più IdP, le organizzazioni possono implementare meccanismi di autenticazione più robusti, inclusa l'autenticazione a più fattori (MFA) tramite integrazioni come Duo, e applicare policy di sicurezza coerenti a diverse basi di utenti.
6. Esperienza utente semplificata
Gli utenti possono autenticarsi utilizzando le proprie credenziali esistenti fornite dai rispettivi IdP, garantendo un'esperienza di accesso unificata nonostante la complessità intrinseca dei molteplici sistemi di identità.
Sebbene il supporto di più IdP offra flessibilità, richiede un attento coordinamento tra i team di sicurezza e di gestione delle identità per mantenere policy di sicurezza coerenti ed evitare potenziali vulnerabilità.
Duo MFA con SSO per Webex
Duo Access Gateway (DAG) è in grado di autenticare gli utenti utilizzando directory esistenti, sia locali che basate sul 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 infrastruttura di directory esistente per l'SSO Webex con l'autenticazione a più fattori Duo.
Duo funge da robusto livello di autenticazione in aggiunta all'autenticazione principale tramite directory. Funziona come provider di identità (IdP) utilizzando SAML 2.0 per imporre l'autenticazione a due fattori (2FA) prima di concedere l'accesso a Webex. Duo valuta il contesto dell'utente, del dispositivo e della rete rispetto a criteri configurabili per consentire o negare l'accesso, migliorando la sicurezza oltre il semplice nome utente e password. Duo offre anche controlli flessibili sulle policy, come ad esempio la possibilità di richiedere l'autenticazione a più fattori (MFA) a ogni accesso per alcune app e con minore frequenza per altre.
I vantaggi di Cisco Duo includono:
-
Sicurezza avanzata: Aggiunge l'autenticazione a più fattori (MFA) resistente al phishing per proteggere l'accesso a Webex, riducendo il rischio derivante da password compromesse.
-
Politiche flessibili: Consente un controllo granulare sui requisiti di autenticazione per applicazione o gruppo di utenti.
-
Integrazione con le directory esistenti: Supporta Active Directory locale, OpenLDAP, directory cloud e vari provider SSO, riducendo al minimo le modifiche all'infrastruttura.
-
Comodità per l'utente: Supporta il Single Sign-On (SSO) per ridurre l'affaticamento da password, consentendo agli utenti di accedere una sola volta e di accedere in modo sicuro a più risorse.
-
Endpoint attendibili: Supporta la verifica dell'affidabilità del dispositivo per i client Webex su Windows e macOS, migliorando il livello di sicurezza.
-
Iscrizione in modalità self-service: La registrazione in linea e la richiesta di conferma tramite duo migliorano l'esperienza utente durante la configurazione dell'autenticazione a più fattori (MFA).
Duo MFA con SSO per Webex sfrutta directory esistenti come Active Directory e OpenLDAP, o provider di identità cloud, per autenticare gli utenti. Il ruolo di Duo è quello di fornire un secondo fattore di autenticazione solido e basato su policy, integrato tramite SAML 2.0, migliorando la sicurezza e al contempo mantenendo la comodità per l'utente grazie all'SSO (Single Sign-On). I vantaggi includono un miglioramento del livello di sicurezza, un'applicazione flessibile delle policy, un'integrazione perfetta e una migliore esperienza utente.
Cisco raccomanda 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 dovrebbe essere implementata prima di avviare la transizione da Unified CM a Webex Calling.
Funzionalità
Webex Calling offre una gamma completa di funzionalità di base incluse nel servizio. Ciò include numerose funzionalità di chiamata di livello aziendale, disponibili in Unified CM da molti anni. Potreste non riscontrare una corrispondenza al 100% tra le funzionalità di Webex Calling e quelle di Unified CM, tuttavia, come potete vedere nella figura seguente, le principali funzionalità di chiamata di Unified CM sono disponibili in Webex Calling.

Oltre alle numerose funzionalità per l'utente, Webex Calling include funzionalità di sistema fondamentali integrate nella piattaforma. Queste includono funzionalità come risponditori automatici, code di chiamata, parcheggio di chiamata, ecc. È possibile visualizzare tutte le funzionalità principali del sistema disponibili in Control Hub in Servizio → Chiamate → Funzionalità come illustrato nella figura Funzionalità principali di Webex Calling.

Partecipante automatico
Il risponditore automatico delle chiamate Webex consente 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 offre al chiamante un menu di opzioni per scegliere a quale servizio instradare la chiamata. Potrebbe trattarsi di una persona, di una casella vocale o di un servizio di chiamata (ad esempio, Call Queue). Chi chiama utilizza la tastiera del telefono per digitare il numero dal menu del risponditore automatico.
Il risponditore automatico supporta le seguenti funzioni principali:
-
Orari di lavoro e fuori orario
-
Pianificazione festività
-
Opzione di composizione del menu per indirizzare i clienti verso la destinazione desiderata.
-
Personalizza i saluti
-
Opzione di composizione per nome
-
Opzioni di inoltro chiamata
-
Analisi e report di Control Hub.
Per ulteriori informazioni, vedere Gestisci i risponditori automatici.
Parcheggio di chiamata
La funzione di parcheggio chiamata offre agli utenti la possibilità di mettere facilmente una chiamata in attesa, in modo che un altro utente possa riprenderla quando sarà disponibile. Inoltre, consente all'utente che ha risposto alla chiamata originale di effettuare o ricevere altre chiamate mentre la chiamata è in attesa.
In Webex Calling sono disponibili due tipi di parcheggio chiamate:
-
Parcheggio chiamata diretto - consente a qualsiasi utente di parcheggiare una chiamata verso l'interno di un altro utente o verso un interno di parcheggio chiamata, come definito dall'amministratore.
-
Gruppo di parcheggio chiamate - consente a un gruppo definito di utenti di parcheggiare automaticamente le chiamate verso le destinazioni di parcheggio disponibili definite per il gruppo. Queste destinazioni possono essere estensioni dei membri del gruppo o estensioni del parco 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 linea associato all'interno di parcheggio chiamata o utilizzando un tasto funzione sul proprio telefono IP.
È disponibile un'opzione di richiamo per riattivare una chiamata parcheggiata dopo un periodo di tempo specificato, indirizzandola all'utente che l'ha parcheggiata o a un altro utente.
Per ulteriori informazioni, vedere Gestire il parcheggio delle chiamate in Control Hub.
Risposta per assente
La funzione di risposta automatica alle chiamate consente a un amministratore di definire un gruppo di utenti (membri) che possono rispondere a una chiamata diretta al telefono di un altro membro. Ciò consente all'utente di rispondere alle chiamate quando i suoi colleghi sono occupati e impossibilitati a rispondere a una chiamata in arrivo.
Gli utenti di un gruppo devono trovarsi nella stessa posizione di Webex Calling.
Gli utenti possono utilizzare l'app Webex o il telefono fisso per rispondere a una chiamata.
-
App Webex:
-
Supporta notifiche visive e sonore
-
Notifica chiamata in ingresso
-
Basato su FAC (combinazione *98) o notifica toast chiamata risposta
-
Notifiche di risposta alle chiamate per linee multiple.
-
-
Telefoni da scrivania:
-
Notifica chiamata in ingresso
-
Suoni e notifiche visive tramite il LED del telefono. Il modello 6821 supporta solo i segnali acustici.
-
Quando il tipo di notifica selezionato nell'Hub di controllo 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 le code di chiamata solo vocali tra le sue funzionalità principali e qualsiasi utente in possesso di una licenza Webex Calling Professional può far parte di una coda di chiamata, agire come agente o come 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 di un call center, come le code vocali, la richiamata, l'instradamento in base alle competenze o alle priorità, la gestione delle code degli agenti, l'analisi dei dati, la reportistica, ecc.
La richiesta di Cisco di integrazione con Microsoft Teams consente agli agenti di accedere alle chiamate in coda e alle relative funzionalità direttamente dal client di Microsoft Teams.
Le code di chiamata supportano le seguenti funzionalità principali:
-
Saluti e messaggi (benvenuto, conforto, sussurro, ecc.)
-
Musica di attesa
-
Richiamata
-
Politiche di instradamento delle code (servizio notturno, festività, inoltro)
-
Coda agente login/logout
-
Gestione dello stato della coda degli agenti
-
Assistenza tramite app Webex o telefono fisso
-
L'agente supervisore chiama, monitora, allena, interviene o subentra tramite i codici di accesso alle funzionalità (FAC)
-
Centralino di controllo (accesso amministratore) per:
-
gestione delle code
-
Analisi e reportistica relative ad agenti e code
-
Gestione delle code, degli agenti e dei supervisori.
-
Per ulteriori informazioni, vedere Configurare la coda di chiamate.
Webex Calling include una funzionalità aggiuntiva di Assistenza clienti che offre ulteriori funzionalità per la gestione delle code di chiamata e garantisce ad agenti e supervisori una migliore esperienza utente all'interno dell'app Webex. Per un confronto tra le funzionalità Coda di chiamata e Assistenza clienti di Webex Calling, vedere Confronto tra le funzionalità Coda di chiamata e Assistenza clienti di Webex Calling.
Gruppo di ricerca
I gruppi di chiamata di Webex consentono di instradare le chiamate in entrata a specifici gruppi di utenti secondo uno schema di instradamento predefinito. Ciò garantisce che le chiamate vengano risposte dal gruppo di utenti appropriato o inoltrate alla segreteria telefonica per un successivo contatto.
Una differenza fondamentale 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à interrotta, inoltrata alla segreteria telefonica o a un altro numero (utente o servizio).
Per ulteriori informazioni, vedere Gestire i gruppi di caccia in Control Hub.
Modalità operative
La funzione Modalità operative consente alle aziende di instradare le chiamate in modo efficiente verso diverse destinazioni (utenti, segreteria telefonica, servizi di chiamata come la coda di chiamata). Il luogo e il momento in cui una chiamata viene instradata si basano su una pianificazione oraria e settimanale, 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 a un'altra coda di chiamate con operatori in un fuso orario diverso per rispondere alle chiamate fuori orario, durante l'orario di lavoro essere instradate agli operatori locali e durante le festività essere instradate alla segreteria telefonica per un successivo follow-up al rientro degli operatori in ufficio.
Un utente autorizzato può passare da uno scenario (modalità) di inoltro di chiamata all'altro se ha bisogno di modificare la destinazione delle chiamate in entrata per un determinato periodo. 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. Ciascun gruppo può contenere fino a 75 utenti target and/or Spazi di lavoro raggiungibili componendo un numero o un interno predefinito.
Quando un utente chiama un gruppo di cercapersone, viene effettuata una chiamata simultanea a tutti i destinatari assegnati al gruppo. A quel punto, il chiamante può dettare i propri messaggi e riagganciare una volta terminato.
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. Di default, le chiamate vengono registrate in Webex, ma è possibile utilizzare anche altri fornitori di servizi di registrazione di terze parti qualora siano necessarie funzionalità di registrazione aggiuntive o il rispetto di 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 con pieni poteri e con il ruolo di responsabile della conformità possono riprodurre e scaricare le registrazioni. Senza il ruolo di responsabile della conformità, 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.
Accesso su numero unico
La funzione di copertura con un unico numero consente alle chiamate dirette al numero di telefono di un utente di squillare su più dispositivi. Ciò può includere sia telefoni fissi che telefoni cellulari. È inoltre possibile effettuare chiamate da questi dispositivi e gli utenti possono trasferire e ricevere chiamate tra di essi.
Per ulteriori informazioni su questa funzionalità e su come un amministratore la configura in Control Hub, vedere Configurare la copertura a numero singolo (ufficio ovunque).
Per ulteriori informazioni su come un utente può gestire e configurare autonomamente questa funzione nell'Hub utente Webex (portale), vedere Configurare la copertura con un singolo numero (ufficio ovunque).
Gruppo con casella vocale
I gruppi di segreteria telefonica consentono di avere una casella vocale condivisa che può essere assegnata a un utente o a una funzione di instradamento delle chiamate. Alcuni dei motivi per cui potrebbe essere necessario un gruppo di segreteria telefonica sono:
-
Segreteria telefonica generica per un reparto o un gruppo di lavoro.
-
Aggiungi l'opzione di segreteria telefonica al risponditore automatico o al gruppo di ricerca.
-
Per inoltrare le chiamate in eccesso da una coda di chiamate
-
Utenti che necessitano solo di una casella vocale.
Per ulteriori informazioni, vedere Gestire una casella vocale e fax in entrata condivisa per Webex Calling.
La console operatore è elencata nella pagina Funzionalità di chiamata in Webex Control Hub, tuttavia si tratta di una funzionalità aggiuntiva che richiede l'acquisto della licenza per la console operatore per poter essere utilizzata.
Per ulteriori informazioni, vedere Guida introduttiva alla console dell'assistente.
Per informazioni su tutte le funzionalità, incluse alcune funzionalità aggiuntive, consultare Funzionalità disponibili per tipo di licenza per Webex Calling.
Cosa fai adesso?
Per eseguire il piano di migrazione, effettuando le modifiche di configurazione necessarie, le migrazioni delle applicazioni e le convalide della connettività. Implementare la fase.