- Home
- /
- Articolo
Progettato per migrare da Unified CM a Webex Calling
La fase di progettazione di Webex Calling si concentra sulla definizione di regioni, sedi, piani di chiamata e gestione delle chiamate di emergenza per garantire un'implementazione scalabile. Implica la selezione di una regione fissa, l'impostazione di dettagli specifici del sito e la creazione di un dial plan coerente. Vengono inoltre soddisfatti 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 di alto livello del suo percorso di migrazione, con collegamenti rapidi per esplorare la documentazione dettagliata, veda Migrate Unified CM a Webex Calling.
Selezione della regione
Webex Callingè disponibile a livello globale e viene fornito 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 media POP 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 media per Webex Calling i clienti nei Paesi asiatici, dove i tempi di andata e ritorno verso la regione Australia o Giappone potrebbero non essere ottimali. I data center sono interconnessi da una dorsale multi-gigabit e completamente ridondante. La figura dei data center distribuiti a livello globale mostra una panoramica di tutti i data Webex Calling center. Per l'elenco più recente dei Webex Calling data center disponibili, vedere le sedi dei data center per Webex Calling.
A ogni Webex Calling cliente viene assegnato un provisioning in una delle Webex Calling istanze. Tutte le informazioni di provisioning di quel cliente sono archiviate in quell'Webex Callingistanza e la segnalazione SIP di tutti gli endpoint e i gateway locali forniti per quel cliente è legata all'Webex Callingistanza su cui viene effettuato il provisioning del cliente. Poiché è difficile modificare la selezione iniziale Webex Calling della regione, è importante considerare tutti i fattori rilevanti come parte del processo decisionale che porta alla selezione della Webex Calling regione. Per evitare un eccessivo ritardo nella segnalazione di andata e ritorno, è importante decidere all' inizio del processo di transizione quale Webex Calling istanza utilizzare. Cisco consiglia di selezionare l'Webex Callingistanza 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à Webex Calling nel Paese, veda Dov'è disponibile Webex ? .
Sedi
Per prepararsi alla fornitura delle sedi, è necessario raccogliere le informazioni richieste per tutte le località target di migrazione. Webex Calling Le informazioni necessarie per ogni sede sono riassunte in Informazioni da acquisire per ogni sede.
| Informazioni | Commento |
|---|---|
| Intervallo (i) di estensione | Ogni sede in Webex Calling può avere estensioni che iniziano con cifre diverse. È necessario risparmiare una cifra per la cifra indicativa per
la chiamata intersito (ad esempio 8) e una per la cifra indicativa PSTN
(ad esempio 9). Nessun intervallo di estensione può iniziare con una di
queste due cifre. Tutti gli intervalli di estensione di tutte le sedi devono avere la stessa lunghezza. |
| Intervallo/i DID | - |
| Cifra sterzante PSTN | - |
| Codice del sito | Tutti i codici dei siti di tutte le sedi devono essere univoci e avere la stessa lunghezza. |
| Numero principale | Quando si crea una sede è necessario eseguire il provisioning di due DID. Uno come numero
principale (ad esempio da assegnare a un servizio di assistente automatico) e uno per
il portale di 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, Route List, Outbound Calling Plan. |
| Chiamate simultanee nelle ore di punta | Somma delle chiamate simultanee tra Webex Calling dispositivi e tra Webex Calling dispositivi e Local Gateway (PSTN e chiamate verso Unified CM dispositivi). Necessario per determinare la larghezza di banda di accesso a Internet richiesta. |
| Paese | - |
| Fuso orario | - |
| Lingua | - |
| Contatto (nome, telefono, email) | - |
| Indirizzo (indirizzo, città, stato, codice postale) | - |
| Sede fisica inviabile dei servizi di emergenza per gli endpoint | La posizione inviabile del dispositivo utilizzata per le chiamate di emergenza include generalmente quanto segue: indirizzo dell'edificio, indirizzo dell'edificio + numero del piano, indirizzo dell'edificio + numero della suite o indirizzo dell'edificio + numero di piano + ufficio/numero cubico. |
| Posizione fisica unica della rete per dispositivo per i servizi di emergenza | La localizzazione fisica della rete per le chiamate di emergenza include generalmente quanto segue: switch/switchport per dispositivi cablati, Access Point (AP) wireless Basic Service Set Identifier (BSSID) per dispositivi connessi wireless e/o sottoreti IP locali per dispositivi endpoint. |
PSTN
Quando progettano un'Webex Callingimplementazione, i clienti hanno tre opzioni di connettività PSTN principali: Cisco Calling Plans (un servizio PSTN fornito dal cloud gestito da Cisco), Cloud Connected PSTN Providers (CCPP, dove i provider forniscono il servizio PSTN tramite il cloud) e PSTN on-premise (dove i gateway locali collegano la rete aziendale alla PSTN). Con l'introduzione del trunking PSTN per le Webex Calling distribuzioni ibride (per ulteriori informazioni, vedere PSTN trunking per implementazioni ibride su PSTN trunking), le organizzazioni Webex Calling ottengono ulteriore flessibilità nel loro approccio alla migrazione. Questa funzionalità consente ai clienti di spostare la propria PSTN su CCPP all'inizio del percorso di transizione e iniziare la transizione alla PSTN cloud per Webex Calling gli utenti, sfruttando al contempo il CCPP per mantenere il servizio PSTN per gli utenti che rimangono attivi durante una migrazione graduale. Cisco Unified CM
Questo approccio ibrido consente alle organizzazioni di spostare prima determinati gruppi di utenti sul cloud, senza rivedere immediatamente l'intero ambiente di telefonia. Tuttavia, introduce complessità e rischi aggiuntivi, in particolare per quanto riguarda l'adattamento della logica di routing delle Unified CM chiamate esistente per supportare la nuova architettura. Anche l'interoperabilità con le applicazioni precedenti, come server fax, contact center o sistemi di cercapersone, richiede un'attenta valutazione. Le principali sfide tecniche possono includere la garanzia di una negoziazione completa dei codec end-to-end e della segnalazione DTMF (Dual-Tone Multi-Frequency) in un ambiente misto, nonché la convalida della compatibilità con funzioni di telefonia specializzate. Una pianificazione e un test adeguati sono essenziali per ridurre al minimo le interruzioni e mantenere servizi vocali affidabili durante tutto il processo di migrazione. Inoltre, le considerazioni commerciali sono importanti, 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 locale per tutta la fase di transizione. In questo scenario, la migrazione al CCPP può essere eseguita in due modi: con un unico cutover coordinato per tutti gli utenti e le sedi una volta completata la Webex Calling migrazione, o in modo incrementale, con la migrazione PSTN che avviene per sede man mano che gli utenti vengono trasferiti. Webex Calling Questo approccio può aiutare a semplificare la coesistenza e mantenere la continuità per le integrazioni legacy, ma introduce diverse complessità operative. Tra queste ci sono le sfide legate alla portabilità dei numeri, come la necessità di un coordinamento preciso degli ordini portuali numerici, i potenziali ritardi e le limitazioni imposte dal fornitore come un limite al numero di richieste di porte simultanee o restrizioni sul trasferimento di sottoinsiemi di blocchi numerici di grandi dimensioni. Le organizzazioni devono pianificare attentamente la loro strategia di transizione 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 locale 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 connessi al cloud tramite un trunk locale e un gateway locale che li connettono, Webex Calling mentre l'illustrazione Unified CM a destra mostra lo scenario in cui il PSTN locale esistente rimane attivo e gli utenti utilizzano il PSTN locale tramite la connessione Local Gateway Webex Calling tra locale Unified CM e. Webex Calling Durante la transizione Webex Calling le sedi possono essere cambiate utilizzando Cloud Connected PSTN.
In entrambi gli scenari, le chiamate tra locale e Webex Calling utente utilizzano la connessione Local Gateway. La connessione tra locale e Webex Calling deve essere progettata e dimensionata di conseguenza in base al numero previsto di chiamate simultanee e alla ridondanza richiesta.
Piano telefonico
Per ottenere una perfetta interoperabilità tra Unified CM e Webex Calling durante il periodo di migrazione, è necessario sviluppare e implementare un'architettura dial plan completa su entrambe le piattaforme. Questo design del dial plan a doppia piattaforma garantisce l' instradamento delle chiamate, 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 telefonico locale in Unified CM
Durante la transizione, per consentire la coesistenza dei dispositivi registrati sul Unified CM e Webex Calling sul piano telefonico aziendale, è Unified CM necessario modificarlo in modo da soddisfare almeno i seguenti requisiti:
-
+E.164 chiamando da a Unified CM Webex Calling
-
Chiamata per estensione da Unified CM a Webex Calling (all'interno del sito ma anche tra siti se gli intervalli di estensione sono univoci)
-
Chiamata intersito abbreviata da a Unified CM Webex Calling
-
Chiamata in rete forzata da a Unified CM Webex Calling
-
Richiamata dall'elenco delle chiamate perse verso le destinazioni Webex Calling
-
Chiamate PSTN da Webex Calling a PSTN se durante la transizione viene utilizzato PSTN locale per Webex Calling
-
Chiamate PSTN da Unified CM a Webex Calling se durante la transizione il trunking PSTN per le Webex Calling distribuzioni ibride viene utilizzato per fornire l'accesso PSTN agli utenti locali tramite Cloud Connect per Unified CM Webex Calling
-
Connessione forzata in rete da a Webex Calling Unified CM
-
Chiamando l'interno da Webex Calling a Unified CM (intersito).
Se una delle precedenti abitudini di chiamata non è supportata prima della transizione, ad esempio non esiste un'abitudine di chiamata intersito abbreviata, non è necessariamente necessario introdurla durante la transizione.
La figura Best practice dial plan mostra l'approccio del dial plan basato sulle best practice descritto nella Preferred Architecture for Cisco Collaboration 12.x Enterprise On-Premises Deployments, CVD. Le caratteristiche chiave di questo approccio includono:
-
Partizione singola per numeri di rubrica +E.164
-
Routing principale basato su +E.164 schemi di percorso
-
Normalizzazione di tutte le abitudini di chiamata a +E.164 utilizzando schemi di traduzione
-
Uso del modello di traduzione che chiama l'ereditarietà dello spazio di ricerca (opzione Usa lo spazio di ricerca delle chiamate del mittente impostato sui modelli di traduzione).

Ad esempio, la chiamata PSTN (9+1+10D) da un dispositivo in SJC dotato dello spazio di ricerca per chiamate di linea SJCInternational verrà prima abbinata allo schema di traduzione 9.1 [2-9] XX [2-9] XXXXXX che normalizza il numero della parte chiamata a +E.164. La ricerca secondaria utilizza quindi nuovamente lo stesso spazio di ricerca chiamante SJCInternational (chiamando l' ereditarietà dello spazio di ricerca) e la stringa +E.164 cifre verrà abbinata a un numero di directory +E.164 nella partizione DN o a uno dei pattern di route PSTN nella partizione USPSTNNational o SJCPSTNLocal. Le abitudini abbreviate di chiamata intra-sito e intersito sono implementate dalle traduzioni nelle partizioni ESN e SJCtoE164. Sebbene la partizione ESN sia una partizione globale (accessibile per i telefoni in tutte le località), la partizione SJCTOE164 è accessibile solo per gli utenti che si trovano nella sede SJC. Si presuppone che gli intervalli di estensione si sovrappongano.
Il primo passo per abilitare le chiamate da Unified CM a Webex Calling è assicurarsi che le destinazioni +E.164 vengano indirizzate di conseguenza. Ciò può essere ottenuto aggiungendo una Webex Calling partizione al dial plan, aggiungendo +E.164 schemi di percorso per tutte le Webex Calling destinazioni a quella partizione e infine aggiungendo la Webex Calling partizione a tutti gli spazi di ricerca delle chiamate che rappresentano le classi di servizio che devono essere in grado di raggiungere. Webex Calling La creazione di una Webex Calling partizione dedicata è necessaria per consentire la creazione di una classe di servizio differenziata per le chiamate provenienti da. Webex Calling Per evitare loop di chiamate, lo spazio di ricerca delle chiamate in entrata nel trunk del Local Gateway non dovrebbe avere accesso alla Webex Calling partizione.
Come mostrato nella Figura +E.164 routing toWebex Calling, per abilitare il routing da Unified CM a Webex Calling per una località con intervallo DID +E.164 +1 221 555 2XXX e codice sito 121, è necessario aggiungere alla partizione uno schema di percorso urgente che corrisponda a questo intervallo +E.164. Webex Calling
Se non è richiesta la selezione del Local Gateway specifica per il sito, invece di utilizzare un elenco di rotte con un gruppo di rotte Webex Calling locali come destinazione per i modelli di percorso che puntano a Webex Calling un singolo gruppo di rotte può essere fornito con il Local Gateway come unico membro e quindi i modelli di Webex Calling percorso indirizzano a un singolo elenco di Webex Calling percorsi con questo gruppo di rotte come unica voce.
Per abilitare la chiamata abbreviata tra siti verso il Webex Calling sito, lo schema di route richiesto 8121.2XXX viene aggiunto alla partizione. Webex Calling Per i siti da passare a Webex Calling uno schema di normalizzazione delle chiamate 8121.2XXX che normalizzi la composizione ESN a +E.164 potrebbe già esistere nella partizione ESN. In tal caso l'8121.2XXX sembra essere ridondante, ma non appena tutti i DN della rispettiva posizione sono stati migrati allo schema di conversione della normalizzazione della chiamata 8121.2XXX può essere rimosso e quindi Webex Calling il pattern di route 8121.2XXX abilita la chiamata ESN anche per gli utenti di sola estensione in quell'intervallo .
Con queste modifiche al piano di chiamata, le chiamate alla Webex Calling sede possono essere effettuate non solo componendo inter-site abbreviato e +E.164. Inoltre, le chiamate PSTN internazionali e nazionali sono possibili perché queste abitudini di composizione vengono prima normalizzate a +E.164 tramite i modelli di traduzione della normalizzazione delle chiamate già esistenti e poi vengono indirizzate facendo corrispondere lo schema di percorso +E.164 nella partizione. Webex Calling Webex Calling
Lo schema di percorso +E.164 che corrisponde all'intervallo DID della Webex Calling sede può essere eseguito mentre tutti i DID sono ancora ospitati su. Unified CM Il miglior algoritmo di abbinamento dei pattern di corrispondenza di Unified CM fa in modo che quando Unified CM viene composto un numero ospitato su, il numero di rubrica +E.164 assegnato corrisponda meglio allo schema di percorso +E.164 con caratteri jolly che punta a, in Webex Calling modo che le chiamate vengano estese a una riga attiva e non inviate a. Unified CM Unified CM Webex Calling
Webex Calling piano telefonico
A ogni utente Webex Calling viene fornito un interno e/o un numero di telefono +E.164. La lunghezza dell'estensione è un'impostazione globale fissa: tutte le estensioni in una Webex Calling distribuzione hanno la stessa lunghezza. La chiamata per estensione può essere utilizzata tra Webex Calling utenti sia all'interno di una sede che tra sedi. La chiamata abbreviata tra le intersedi (quest'ultimo caso) funziona solo se l'interno chiamato è univoco.
Se la chiamata inter-sito abbreviata tra le sedi è un requisito ma ci sono sovrapposizioni tra le estensioni assegnate in località diverse, è necessario creare un piano di numerazione specifico per l'azienda anteponendo alle estensioni un codice di accesso, un codice del sito. Per ulteriori informazioni, vedere Preferred Architecture for Cisco Collaboration 15 On-Premises Deployments, Panoramica del design disponibile su Cisco Collaboration Preferred Architectures.
La lunghezza dell'estensione, il comportamento di chiamata con estensione tra località, la lunghezza del prefisso per la chiamata tra località e la cifra indicativa nel prefisso di routing per la chiamata tra località sono configurati nelle impostazioni del servizio di chiamata in Control Hub:
-
Lunghezza del prefisso di routing della posizione: lunghezza del prefisso inclusa la cifra dello sterzo. Richiesto solo se è necessario stabilire un piano di numerazione aziendale come abitudine di chiamata interlocutoria aziendale abbreviata alternativa.
-
Cifra indicativa nel prefisso di routing: cifra indicativa per l'abitudine abbreviata di chiamata interlocutoria aziendale. Le sovrapposizioni con la prima cifra di qualsiasi località e le cifre della linea in uscita per località devono essere evitate. Richiesto solo se è necessario stabilire un piano di numerazione aziendale come abitudine di chiamata interlocutoria aziendale abbreviata alternativa.
-
Lunghezza interna dell'estensione: lunghezza standard delle estensioni. Può avere un valore compreso tra due e dieci.
Quando è necessario comporre o comporre un numero interno utilizzando numeri aziendali significativi (codice direttivo, codice del sito, interno) da un controllo chiamate locale a Webex Calling e il controllo chiamate locale invia un'estensione come ID chiamante, si assicuri di impostare anche il parametro Lunghezza massima sconosciuta dell'estensione nella sezione Routing delle chiamate tra Webex Calling e locali per assicurarsi che le chiamate a monte dal controllo chiamate locale possano essere classificate come locali Webex Calling chiama correttamente. -
Consentire la chiamata con estensione tra le sedi: Attiva o disabilita la chiamata con estensione tra le sedi. Questa opzione deve essere abilitata solo se tutte le estensioni all'interno dell' organizzazione sono uniche. Se l'opzione è disabilitata, è necessario comporre numeri aziendali significativi (codice direzionale, codice del sito, interno) o numeri di telefono tra le sedi.
I primi tre parametri vengono utilizzati principalmente per creare un piano di chiamata per i telefoni per ridurre al minimo i timeout tra cifre quando si utilizza la chiamata off-hook. Le deviazioni da queste impostazioni globali sono ancora possibili (Esempio: è possibile fornire estensioni con una lunghezza diversa), ma in Control Hub verrà visualizzato un messaggio di avviso e la chiamata dai telefoni potrebbe richiedere una chiamata in blocco per evitare conflitti all'interno del piano di chiamata precaricato.
La tabella Esempio di numerazione Enterprise mostra un esempio di tre località in cui gli intervalli di estensione di due sedi, NYC e RTP, sono identici. L'istituzione di uno schema di numerazione aziendale con cifra indicativa intersito 8, seguita da un codice sito a tre cifre e l'estensione di quattro cifre crea un'abitudine di chiamata intersito abbreviata non sovrapposta.
| Sito | Intervallo 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, l'insieme delle abitudini di chiamata degli utenti prima e dopo il passaggio a Webex Calling idealmente dovrebbe essere lo stesso. Per prepararsi alla transizione per ogni sede, è necessario documentare gli intervalli DID e gli intervalli di estensione (o le abitudini di chiamata intrasite abbreviate). In base a queste informazioni, è necessario selezionare la cifra indicativa tra i siti.
La tabella Intervalli di Webex Calling estensione a lunghezza fissa mostra un esempio di tre località e intervalli di estensione a lunghezza fissa. Poiché è necessario evitare abitudini di chiamata sovrapposte, è importante assicurarsi che per qualsiasi intervallo di estensione la prima cifra dell'intervallo non corrisponda alla cifra indicativa per le chiamate intersiti abbreviate. Se, ad esempio, si seleziona 8 come cifra indicativa per le chiamate tra siti, nessun intervallo di estensione in nessun sito può iniziare con 8. In genere, le estensioni di una determinata sede corrispondono alle ultime cifre dei DID assegnati a quella sede. Per evitare conflitti, è possibile modificare la prima cifra dell'estensione. Se, ad esempio, i DID nell'intervallo +1 408 555 8XXX vengono utilizzati in una posizione, invece di utilizzare 8XXX come intervallo di estensione, è possibile utilizzare 7XXX per le estensioni di quel sito
| Sito | Intervallo di estensione | Webex CallingEstensioni | 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 stringhe di chiamata a sette cifre digitate su un Webex Calling dispositivo che utilizza il piano di Webex Calling chiamata statunitense si sovrappongono a uno schema a sette cifre per le chiamate locali nel piano di chiamata statunitense precaricato. Per evitare sovrapposizioni tra le abitudini di chiamata in rete e off-net (PSTN), è possibile utilizzare un codice di accesso esterno obbligatorio in quella località. Se lo schema di numerazione aziendale esistente e la corrispondente chiamata intersito abbreviata si sovrappongono ai modelli del quadrante Webex Calling nazionale, durante la transizione allo schema di numerazione per Webex Calling evitare sovrapposizioni può anche essere modificato in una forma più lunga o più corta. Il modo più semplice per raggiungere questo obiettivo è aggiungere una cifra di riempimento aggiuntiva allo schema di numerazione. Il nuovo schema di chiamata intersito più lungo deve essere adottato solo dagli utenti già migrati a. Webex Calling Gli utenti ancora attivi Unified CM possono continuare a comporre sette cifre. Il piano telefonico aziendale attivo Unified CM in questo caso deve assicurarsi che la chiamata abbreviata a sette cifre da Unified CM a Webex Calling venga trasformata in +E.164 o nel formato di chiamata abbreviato utilizzato. Webex Calling Questa operazione deve essere effettuata prima di inviare la chiamata al Local Gateway.
La composizione a sette cifre di Table Transitioning mostra un esempio di questa rinumerazione. In questo esempio, la chiamata intersito abbreviata Unified CM utilizza la cifra numerica 8 seguita da un codice del sito a due cifre e da un'estensione di quattro cifre. Per evitare la chiamata intersito abbreviata a sette cifre per le sedi suWebex Calling, i codici del sito possono essere facilmente modificati in tre cifre anteponendo una cifra di riempimento arbitraria (8 nell'esempio) ai codici del sito a due cifre utilizzati in Unified CM modo che la chiamata tra siti dai Webex Calling telefoni utilizzi la cifra sterzante 8 seguita dalla cifra di riempimento 8, il vecchio codice del sito a due cifre e l'estensione di quattro cifre. Gli utenti su Webex Calling non devono ricordare i nuovi codici del sito; devono solo ricordarsi di usare 88 come prefisso per le chiamate tra siti anziché 8 attivo. Unified CM
| Unified CM | Webex Calling | ||||
|---|---|---|---|---|---|
| Sito | Estensioni | Codice del sito | Gamma Enterprise | Codice del sito | Gamma Enterprise |
| 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 in cui sono attivi diversi formati di numeri aziendali 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 numerici per le informazioni sul chiamante per garantire che la richiamata funzioni. Questa mappatura può essere ottenuta utilizzando il modello di trasformazione del chiamante sul trunk tra Unified CM e il Local Gateway.
Registrazione
Una soluzione di registrazione delle chiamate ben progettata richiede un'attenta considerazione di diversi elementi di progettazione 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 dei fornitori e la selezione della regione, entrambe potrebbero dover essere personalizzate a livello globale e sostituite in sedi specifiche, in base alle esigenze aziendali.
1. Selezione del fornitore di registrazione delle chiamate
La selezione del fornitore di registrazione delle chiamate appropriato è fondamentale per raggiungere gli obiettivi aziendali e garantire l'allineamento delle funzionalità in tutta l'organizzazione:
-
Selezione globale dei fornitori: le organizzazioni in genere designano un fornitore principale di registrazione delle chiamate a livello globale, garantendo la coerenza nel set di funzionalità, nella conformità e nel supporto in tutte le sedi
-
Sostituzioni basate sulla posizione: in scenari in cui siti o regioni specifici hanno esigenze aziendali o requisiti normativi unici, potrebbe essere necessario sovrascrivere la selezione globale dei fornitori e specificare fornitori alternativi per quelle sedi. Questa flessibilità supporta diversi mandati di conformità ed esigenze operative locali
-
Requisiti aziendali: La scelta del fornitore dovrebbe essere guidata da una valutazione dei fattori aziendali come la conformità normativa (Esempio: MiFID II, HIPAA), il controllo 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, funzionalità di ricerca e riproduzione, crittografia, politiche di conservazione, integrazione con piattaforme di analisi e supporto per diversi tipi di chiamate (in entrata, in uscita, interno).
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 globale della regione: per impostazione predefinita, le organizzazioni possono scegliere un'unica regione per archiviare le 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 sovrascrivere l'impostazione globale della regione per località specifiche, assicurando che le registrazioni delle chiamate siano archiviate ed elaborate entro i confini geografici richiesti
-
Requisiti di residenza dei dati: il design 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 vengono conservate le registrazioni delle chiamate.
Un altro aspetto critico da affrontare durante la pianificazione e la progettazione di una soluzione di registrazione delle chiamate Webex Calling è la stima dei requisiti di archiviazione. Una previsione accurata delle esigenze di archiviazione è essenziale per garantire la disponibilità di una capacità sufficiente per supportare le operazioni aziendali in corso, mantenere la conformità ed evitare interruzioni del servizio.
Nel determinare la domanda di archiviazione prevista devono essere considerati diversi parametri chiave:
-
Volume delle chiamate registrate: Valuti il numero previsto di chiamate che verranno registrate entro 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 richiesto dalla politica aziendale o dai mandati normativi
-
Durata media delle chiamate: calcola la durata tipica delle chiamate registrate, poiché le chiamate più lunghe consumeranno più spazio di archiviazione. Nella stima dovrebbero essere prese in considerazione anche le variazioni nella durata delle chiamate tra diversi reparti o gruppi di utenti
-
Periodo di conservazione: Definire il periodo di tempo in cui le registrazioni devono essere conservate, che è spesso dettato da politiche organizzative o normative esterne (come gli standard di conformità specifici del settore). Periodi di conservazione più lunghi aumenteranno i requisiti complessivi di archiviazione
-
Proiezioni di crescita: consideri la crescita prevista del volume delle chiamate o l'espansione dell'ambito di registrazione, che può derivare dalla scalabilità del business, da nuovi requisiti normativi o dall'onboarding di utenti o sedi aggiuntivi.
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 Webex Calling chiamate. È inoltre consigliabile rivedere e modificare regolarmente le allocazioni di archiviazione man mano che i modelli di utilizzo si evolvono nel tempo.
Chiamate di emergenza
L'obbligo di indirizzare una chiamata di emergenza al centro di spedizione appropriato è un requisito per qualsiasi servizio di chiamata che offra il servizio PSTN. ConWebex Calling, l'instradamento delle chiamate di emergenza è nativo della soluzione e include il supporto per tutti i numeri di emergenza nazionali nei Paesi che Webex Calling supportano. L'instradamento di una chiamata di emergenza si Webex Calling basa sulla posizione definita in Control Hub e sul metodo di accesso PSTN della posizione. I numeri di emergenza Webex Calling sono predefiniti e specifici per il Paese in cui sono impiegati gli Webex Calling utenti e i dispositivi.
Esistono due metodi per effettuare le chiamate di emergenzaWebex Calling. Esiste un servizio di routing delle chiamate di emergenza di base e un servizio avanzato di routing delle chiamate di emergenza. Il servizio di routing delle chiamate di emergenza di base utilizzerà un numero selezionato dall'amministratore per identificare la posizione e il percorso di chiamata per raggiungere i servizi di emergenza. Per le chiamate di emergenza di base, il percorso di chiamata avviene in genere tramite l'opzione PSTN del cliente per quella sede. Webex Callingha anche un instradamento avanzato delle chiamate di emergenza progettato per implementazioni negli Stati Uniti e in Canada che hanno requisiti di conformità normativa che richiedono l'uso di un provider nazionale per inviare le chiamate di emergenza al centro di spedizione corretto.
Tutti i clienti devono implementare, come minimo, la configurazione di base per le chiamate di emergenza. Le chiamate di emergenza di base richiedono l'assegnazione di almeno un numero +E.164 di proprietà del cliente a ciascuna sede definita in. Webex Calling Per le chiamate di emergenza di base, ogni sede sarà definita dall'indirizzo a cui vengono inviati la polizia, i vigili del fuoco o le ambulanze in caso di emergenza. Nella maggior parte dei casi, il numero principale del luogo è la scelta migliore per rappresentare il luogo fisico dell'emergenza. In genere, l'assegnazione dell'indirizzo al numero +E.164 è coordinata con il provider PSTN. Le immagini seguenti 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 per l'indirizzo di spedizione della sede. Ma se sono necessari ulteriori dettagli sulla posizione per utenti o dispositivi specifici , un amministratore può utilizzare la stessa procedura sopra descritta 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 gestione degli utenti in Control Hub, la scheda Chiamate consente di utilizzare un numero specifico per un utente e i suoi dispositivi per ottenere un indirizzo di spedizione specifico. Le immagini seguenti illustrano come assegnare un numero specifico a un dispositivo. L'amministratore è responsabile di assicurarsi che al numero utilizzato dal dispositivo sia assegnato l'indirizzo di spedizione corretto. L'assegnazione dell' indirizzo viene in genere effettuata tramite il provider PSTN di quella sede.


Per le implementazioni di telefonia con sede negli Stati Uniti che devono fornire soluzioni avanzate per le chiamate di emergenza, Webex Calling utilizza Horizon Mobility di RedSky integrato Webex Calling per il routing delle chiamate di emergenza. Quando si utilizza RedSky per il routing delle chiamate, un amministratore deve registrare 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 ogni livello di sede. L'abilitazione di Enhanced Emergency Calling in a Webex Calling Location attiverà il servizio per tutti i dispositivi assegnati a quella 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 le chiamate di emergenza avanzate in un luogo. L'opzione Consenti a RedSky di ricevere informazioni sulla connettività di rete e le chiamate di prova deve essere utilizzata per verificare che la configurazione RedSky per le mappature dei dispositivi e dell'infrastruttura sia corretta. Questa impostazione consente anche di effettuare chiamate di prova al 933 per eseguire la verifica della posizione utilizzando il sistema IVR di RedSky per leggere la posizione del chiamante. Sebbene questo documento non riguardi la configurazione RedSky per il tracciamento della posizione, un amministratore dovrebbe SEMPRE testare la scoperta della propria posizione prima di attivare le chiamate di emergenza per instradare verso RedSky. Una volta completato il test e verificato che sia accurato, l' amministratore indirizzerà le chiamate a RedSky alternando il percorso delle chiamate di emergenza verso RedSky. Questo interruttore indirizzerà tutte le chiamate di emergenza per la sede a RedSky per la consegna alla segreteria telefonica della sede.
Le impostazioni avanzate per le chiamate di emergenza si applicano anche ai client Webex App sia in sede che fuori sede. Quando è locale, l'app Webex può essere tracciata nello stesso modo in cui vengono tracciati i telefoni fissi. Quando è fuori sede, l'utente sarà in grado di 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 perWebex Calling.
Licenze
Esistono diverse opzioni per assegnare Webex Calling le licenze agli utenti.
Assegnazione manuale tramite Control Hub
Gli amministratori assegnano manualmente Webex Calling le licenze ai singoli utenti tramite l'interfaccia Control Hub.
Gli amministratori possono modificare le licenze di servizio per singoli utenti e assegnare direttamente le licenze di chiamata.
Modelli di assegnazione automatica delle licenze
Usa 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 licenza automatica può essere effettuata tramite la sincronizzazione della rubrica o gli aggiornamenti manuali degli utenti, ma gli utenti devono avere un numero di telefono valido in formato +E.164 e i numeri di telefono devono esistere in una Webex Calling posizione prima dell'approvvigionamento da parte dell'utente. Se le condizioni non sono soddisfatte (ad esempio formato del numero di telefono non valido), Webex Calling le licenze non verranno assegnate.
Assegnazione in blocco tramite modello CSV
Carica un file CSV con i dettagli degli utenti e le assegnazioni delle licenze per aggiungere o modificare più utenti contemporaneamente.
L'importazione CSV supporta l'aggiunta di fino a 20.000 utenti e l'assegnazione di licenze, ma le Webex Calling licenze richiedono campi specifici come numero di telefono ed estensione.
Assegnazione basata su API
Usa le API Webex per assegnare le licenze in modo programmatico e gestire gli utenti.
Webex supporta le operazioni API per la gestione di utenti e licenze (API People, SCIM 2.0 e Licenses), che possono essere sfruttate per l'automazione dell'assegnazione delle licenze. L' API Licenses consente l'assegnazione simultanea di licenze, numeri di telefono ed estensioni.
| 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 sedi validi. Più complesso da configurare Richiede anche gruppi di utenti per gruppo di utenti con requisiti di licenza equivalenti. |
| Caricamento CSV in blocco | Efficiente per gruppi di utenti di grandi dimensioni Consente l'assegnazione simultanea di licenze, numeri di telefono ed estensioni. | Richiede un'attenta formattazione CSV Potenziale errore in caso di numeri di telefono o interni mancanti o errati. |
| Assegnazione basata su API | Automatizzabile, flessibile. Consente l'assegnazione simultanea di licenze, numeri di telefono ed estensioni. | Richiede lo sviluppo e la conoscenza delle API. |
La tabella Opzioni di provisioning per gli utenti - riepilogo riassume le opzioni di provisioning degli utenti e i loro pro e contro. Questa panoramica aiuta a scegliere il miglior metodo di assegnazione delle licenze in base alle dimensioni dell'organizzazione del cliente, alle capacità di automazione e ai processi e ai 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 richiede un set univoco di licenze (Esempio: Webex Calling Standard vs. Professionista) esiste un gruppo con le rispettive appartenenze al gruppo. 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 una combinazione di entrambi gli approcci.
Gli utenti appartenenti a più gruppi ottengono licenze per tutte le assegnazioni applicate a tutti i loro gruppi. Ciò consente di utilizzare gruppi di sicurezza specifici della Webex Calling licenza nella directory aziendale per gestire l'assegnazione delle licenze Webex in cui l'assegnazione della licenza utente risultante è controllata dall' unione delle appartenenze ai gruppi.
Per ulteriori informazioni, vedere Configurare l'assegnazione automatica delle licenze in Control Hub e Configurare i modelli di assegnazione automatica delle licenze per gli Webex Calling utenti.
Requisiti per la licenza
Questa sezione riguarda solo le licenze Webex Calling correlate. Altri tipi di licenza (esempio: registrazione del dispositivo 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:
-
Webex CallingStandard: numero di singoli utenti che richiedono funzionalità di telefonia standard.
-
Webex CallingProfessionale: numero di utenti e aree di lavoro che richiedono funzionalità di telefonia avanzate. Le linee virtuali e la segreteria telefonica di gruppo hanno diritto a un rapporto 1:1 per ogni licenza professionale. Pertanto, in rari casi in cui il numero di linee virtuali o messaggi vocali di gruppo richiesti supera il numero di utenti e spazi di lavoro che richiedono funzionalità di telefonia avanzate, è necessario tenere conto di licenze professionali aggiuntive.
-
Webex CallingArea di lavoro per aree comuni: numero di aree ad uso condiviso o aree comuni che richiedono funzionalità di chiamata standard.
-
Webex CallingCustomer Assist: numero di agenti e supervisori che richiedono le funzionalità Webex Calling Customer Assist. L'Webex Callingassistenza clienti include la licenza Webex Calling Professional.
-
Route List Calls: numero di chiamate PSTN connesse al cloud richieste tra Unified CM utenti locali e/o applicazioni di terze parti specializzate locali.
-
Attendant Console: numero di Webex Calling utenti che richiedono l'accesso al client della console Attendant.
-
Cisco Calling Plan (Outbound Calling Plan): numero di utenti che richiedono un numero PSTN e/o un 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 consumano una licenza Webex Calling Professional.
Gli spazi di lavoro solo con hot-desk offrono il servizio host hot-desking e le chiamate di emergenza dall'host hot-desk e non richiedono alcuna licenza. Per ulteriori informazioni, veda Aggiungere e gestire dispositivi solo hot desk.
Per determinare il tipo di licenza richiesto per ogni utente e spazio di lavoro in base alle funzionalità necessarie, vedere Funzionalità disponibili per tipo di licenza per Webex Calling.
Per distinguere tra le funzionalità offerte dalle code di Webex Calling chiamata combinate con la licenza Webex Calling professionale rispetto all'assistenza Webex Calling clienti, veda il confronto tra le code di Webex Calling chiamata e le funzionalità di assistenza clienti.
Fornitura agli utenti
Quando si effettua il provisioning degli utenti in Webex Control Hub, sono disponibili diverse opzioni, ognuna adatta a esigenze e ambienti organizzativi diversi:
-
Fornitura manuale: gli amministratori possono aggiungere e gestire singoli utenti direttamente in Control Hub. Questo metodo è semplice ma più adatto per piccole organizzazioni o per modifiche limitate agli utenti .
-
Fornitura 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 un massimo di migliaia di utenti contemporaneamente.
-
Opzioni di sincronizzazione delle directory:
Directory Connector: Si tratta di uno strumento di sincronizzazione automatica utilizzato negli Microsoft Active Directory ambienti. Sincronizza gli account utente, i gruppi e gli attributi su base pianificata (oraria, giornaliera o settimanale). Supporta Active Directory configurazioni multidominio e multiforesta e può sincronizzare le immagini del profilo e gli oggetti della stanza.
App guidata Entra ID (Azure AD): progettata 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 automatici degli utenti con mappatura degli attributi e sincronizzazione dei gruppi.
-
Unified CMsincronizzazione utente: Questa opzione consente di creare account utente Webex in base Unified CM agli utenti finali esistenti mediante la sincronizzazione da a Webex. Unified CM Ciò richiede che Cloud Connected UC (CCUC) sia in esecuzione sui cluster locali. Unified CM Tuttavia, in genere si consiglia di sincronizzare gli utenti da una directory cloud centralizzata come Entra ID anziché direttamente da. Unified CM
-
Provisioning API: Le API Webex pubbliche (People, SCIM 2.0) possono essere utilizzate per il provisioning degli utenti Webex. Il principale vantaggio 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 per gli utenti Webex, i loro vantaggi e limiti per aiutarla a scegliere l' approccio migliore per le esigenze della sua organizzazione.Tabella 6. Opzioni di provisioning utente per Webex Metodo di approvvigionamento Descrizione Professionisti Contro Manuale Creare/gestire gli utenti individualmente in Control Hub Semplice per pochi utenti; nessuna infrastruttura necessaria Non scalabile; richiede tempo per molti utenti In blocco (file CSV) Importa/aggiorna gli utenti in blocco tramite CSV in Control Hub Efficiente per i gruppi; non è richiesta alcuna codifica Preparazione CSV manuale; 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 infrastruttura Sincronizzazione della rubrica 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 opzioni hanno funzionalità limitate o richiedono un' infrastruttura
Gruppi di utenti
La gestione dei gruppi di utenti in Webex consente agli amministratori di organizzare gli utenti in gruppi per una gestione collettiva efficiente di licenze, impostazioni e risorse. I gruppi aiutano a semplificare l'amministrazione applicando politiche, licenze e modelli di impostazioni a più utenti contemporaneamente, anziché gestirli singolarmente.
La gestione dei gruppi di utenti offre diversi vantaggi, tra cui:
-
Amministrazione semplificata: gestisce licenze, impostazioni e politiche per più utenti contemporaneamente.
-
Coerenza: applica impostazioni e licenze uniformi tra 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 automatica di utenti e gruppi.
-
Flessibilità: creare gruppi locali o sincronizzare i gruppi di sicurezza; gestire l' appartenenza ai gruppi manualmente o tramite file CSV.
-
Allocazione delle risorse: controlla l'accesso alle app e ai servizi integrati in base all'appartenenza al gruppo.
I principali casi d'uso per i gruppi di utenti durante il provisioning Webex Calling sono:
-
Assegnazione delle licenze: Assegna le licenze ai gruppi per fornire automaticamente servizi come chiamate, riunioni, messaggistica o servizi ibridi ai membri del gruppo.
-
Modelli di impostazioni: applica raccolte di impostazioni di servizio (ad esempio messaggistica, riunioni, chiamate) ai gruppi per un'esperienza utente coerente.
-
Gestione in blocco degli utenti: aggiunge o rimuove utenti in blocco tramite file CSV o sincronizzazione delle directory.
-
Automazione e integrazione: utilizza le API o la sincronizzazione delle directory per la gestione automatizzata del ciclo di vita di utenti e gruppi.
La tabella seguente riassume le diverse opzioni per gestire i gruppi di utenti e la gestione dei gruppi in Webex.
| Opzione | Descrizione | Professionisti | Contro |
|---|---|---|---|
| Approvvigionamento di gruppo Control Hub (gruppi Webex) | Creare e gestire i gruppi direttamente in Control Hub. Aggiungi/rimuovi 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 richiesti Rischio di errori nei caricamenti manuali in formato 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 iscrizioni da servizi di elenco esterni. | La sincronizzazione automatica riduce il lavoro manuale Assicura la coerenza con l'elenco aziendale Sostiene le grandi organizzazioni |
Impossibile modificare l'appartenenza al gruppo in Control Hub Ritardo di sincronizzazione fino a 12 ore I gruppi annidati richiedono una selezione manuale |
| Gruppi e API SCIM 2.0 (Webex Groups) | Usa Webex Groups o l'API SCIM 2.0 per la gestione programmatica dei gruppi e delle iscrizioni | Automazione e integrazione con altri sistemi Scalabile per ambienti grandi o complessi |
Richiede uno sforzo di sviluppo La complessità dipende dall'utilizzo delle API |
Sebbene i gruppi sincronizzati garantiscano la coerenza e offrano un unico punto di amministrazione, è possibile un approccio ibrido che combini gruppi sincronizzati e gruppi Webex (gestiti nell'hub di controllo o tramite API). Quindi, ad esempio, i gruppi per l'assegnazione delle licenze potrebbero essere gruppi sincronizzati e un set separato di gruppi Webex può 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 le licenze, le impostazioni e le politiche degli utenti, garantendo esperienze di collaborazione coerenti e scalabili.
Approccio consigliato per la migrazione da Unified CM a Webex Calling
La fonte di dati principale per gli utenti Unified CM è il Unified CM database, che contiene informazioni sull'utente finale. Tuttavia, in genere non Unified CM è la fonte autorevole per la gestione delle identità degli utenti e , cosa più importante, verrà chiusa alla fine della transizione ed è quindi esclusa come fonte autorevole a lungo termine per le informazioni sull'identità.
Cisco consiglia di utilizzare una directory cloud centralizzata come Microsoft Entra ID (Azure AD) come unica fonte di verità 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 attivi Unified CM siano presenti anche nell'ID Entra, le organizzazioni devono verificare che gli account utente Unified CM corrispondano agli account nell'ID Entra. Questo può essere fatto esportando gli elenchi di utenti da Unified CM e confrontandoli con gli elenchi di utenti Entra ID.
In sintesi, il metodo di provisioning consigliato è sincronizzare gli utenti da Microsoft Entra ID (Azure AD) a Webex Control Hub utilizzando l'Azure AD Wizard o le app SCIM. Il provisioning in blocco manuale e CSV è disponibile come metodo supplementare, ma è meno scalabile e più soggetto a errori per le grandi organizzazioni. Garantire che Entra ID sia la fonte autorevole e che tutti Unified CM gli utenti esistano in Entra ID è fondamentale per una migrazione di successo e un'esperienza utente coerente in Webex Calling tutti gli ambienti. Unified CM
La transizione da un servizio di directory locale, ad esempioActive Directory, a un servizio di directory cloud, come Entra ID (ID Azure), è indipendente dalla transizione delle chiamate. Cisco consiglia di completare la transizione a un servizio di elenchi cloud prima di iniziare la transizione delle chiamate.
Progettazione di gruppi di utenti
Dopo il passaggio della directory aziendale dall'ambiente locale al cloud, raccoglie i gruppi di utenti richiesti in base ai requisiti di licenza e modello di funzionalità . Per ogni documento di gruppo:
-
Nome del 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: app Webex e modelli di chiamata utente.
-
Sincronizzazione della directory: questo gruppo verrà sincronizzato dalla directory aziendale o si tratta di un gruppo Webex locale fornito in Control Hub o tramite un'API.
-
Descrizione: come verrà utilizzato questo gruppo e quali utenti dovrebbero essere membri di questo gruppo
Questi dettagli verranno utilizzati più avanti durante la fase di implementazione per creare gruppi o gruppi locali nella directory aziendale e gestire l'appartenenza ai gruppi degli utenti.
Accesso singolo (SSO)
Cisco consiglia l'uso dell'SSO per l'autenticazione degli utenti. L'uso dell'SSO presenta alcuni vantaggi interessanti, tra cui:
-
Autenticazione utente semplificata: gli utenti possono accedere una volta utilizzando le proprie credenziali aziendali (ad esempio dall'ID Azure) per accedere a Webex e ad altre applicazioni integrate, eliminando la necessità di più password e riducendo le richieste di accesso. Ciò migliora la sicurezza garantendo che le password aziendali non vengano mai archiviate o trasmesse a Webex dopo l'autenticazione.
-
Gestione utente semplificata: automatizza la creazione, gli aggiornamenti e la disattivazione degli account utente in base alle modifiche nella directory aziendale, riducendo il sovraccarico amministrativo e garantendo l'accesso solo agli utenti autorizzati.
-
Maggiore sicurezza: l'SSO riduce l'affaticamento delle password e il rischio di violazioni legate alla password centralizzando l'autenticazione tramite provider di identità affidabili (IDP).
-
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: il protocollo principale supportato per l'integrazione SSO Webex, che consente lo scambio sicuro di informazioni di autenticazione tra l'IdP e il fornitore di servizi Webex.
-
OpenID connect (OIDC): supportato come protocollo di autenticazione moderno alternativo per l'integrazione SSO.
-
Webex identity: supportata anche come opzione di provider di identità.
L'SSO è configurato e gestito centralmente tramite Control Hub, richiedendo lo scambio di metadati tra Webex e l'IdP scelto.
Dopo la configurazione, l'SSO può essere testato in Control Hub prima dell'attivazione per garantire una configurazione corretta.
Cisco Webexsupporta l'integrazione con più IDP e sistemi di gestione delle identità (IAM) testati e comunemente usati, inclusi ma non limitati a:
-
Cisco Duo
-
Okta
-
Microsoft Active DirectoryFederation Services (ADFS)
-
Microsoft Azure
-
Ping Federate
-
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 multiplo per IdP
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 per più IdP può essere implementato utilizzando la funzione Multiple IdP in Webex o tramite l'integrazione di un sistema IAM aziendale come Cisco Duo.
Il supporto multiplo di Identity Provider (IdP) di Webex risolve diversi casi d'uso chiave in cui le organizzazioni richiedono un'autenticazione flessibile e sicura in diversi ambienti IT:
1. Fusioni 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 multiplo per 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. Diversi reparti IT indipendenti
Le grandi organizzazioni o le istituzioni governative possono avere più reparti IT indipendenti, ognuno dei quali gestisce il proprio IdP. La funzionalità IdP multiplo di Webex consente a questi reparti di mantenere i propri sistemi di autenticazione consentendo agli utenti di accedere a Webex senza problemi.
3. Gruppi o domini di utenti diversi
Le organizzazioni con vari gruppi di utenti (ad esempio, dipendenti o appaltatori) o più domini di posta elettronica possono configurare le regole di routing per indirizzare le richieste di autenticazione all'IdP appropriato in base all'appartenenza al dominio o al gruppo. Questo supporta politiche di accesso differenziate 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 all'infrastruttura esistente e ai requisiti di sicurezza.
5. Sicurezza e conformità migliorate
Abilitando più IDP, le organizzazioni possono implementare meccanismi di autenticazione più potenti, inclusa l'autenticazione a più fattori (MFA) attraverso integrazioni come Duo, e applicare politiche di sicurezza coerenti tra diverse basi di utenti.
6. Esperienza utente semplificata
Gli utenti possono autenticarsi utilizzando le credenziali esistenti dei rispettivi IDP, fornendo un'esperienza di accesso unificata nonostante la complessità sottostante di più sistemi di identità.
Sebbene il supporto per più IdP offra flessibilità, richiede un attento coordinamento tra i team di sicurezza e identità per mantenere politiche di sicurezza coerenti ed evitare potenziali vulnerabilità.
Duo MFA con SSO per Webex
Duo Access Gateway (DAG) può autenticare gli utenti utilizzando directory locali o basate sul cloud esistenti come Active Directory (AD) e OpenLDAP. Supporta anche 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 loro attuale infrastruttura di directory per Webex SSO con Duo MFA.
Duo funge da livello di autenticazione avanzato in aggiunta all'autenticazione della directory primaria. Funziona come provider di identità (IdP) che utilizza SAML 2.0 per applicare l'autenticazione a due fattori (2FA) prima di concedere l'accesso a Webex. Duo valuta il contesto degli utenti, dei dispositivi e della rete rispetto a politiche configurabili per consentire o negare l'accesso, migliorando la sicurezza oltre al semplice nome utente e password. Duo offre anche controlli flessibili sulle policy, come richiedere l'autenticazione a più fattori ad ogni accesso per alcune app e meno frequentemente per altre.
I vantaggi di Cisco Duo includono:
-
Sicurezza avanzata: aggiunge un MFA 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 le directory esistenti: supporta AD, OpenLDAP, directory cloud locali e vari provider SSO, riducendo al minimo le modifiche all'infrastruttura.
-
Comodità per l'utente: supporta il Single Sign-On (SSO) per ridurre l'utilizzo delle password consentendo agli utenti di accedere una volta e accedere a più risorse in modo sicuro.
-
Endpoint affidabili: supporta l'affidabilità dei dispositivi per i client Webex su Windows e macOS, migliorando il livello di sicurezza.
-
Iscrizione self-service: la registrazione in linea e il Duo Prompt migliorano l'esperienza utente durante la configurazione dell'MFA.
Duo MFA con SSO per Webex sfrutta le directory esistenti come OpenLDAP, o provider di Active Directory identità cloud, per autenticare gli utenti. Il ruolo di Duo è fornire un secondo fattore di autenticazione forte e basato su policy integrato tramite SAML 2.0, migliorando la sicurezza e mantenendo la comodità dell'utente tramite SSO. I vantaggi includono un migliore livello di sicurezza, un' applicazione flessibile delle politiche, una perfetta integrazione 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 dovrebbe essere implementata prima di iniziare la transizione da Unified CM a. Webex Calling
Caratteristiche
Webex Callingha una serie completa di funzionalità di base incluse nel servizio. Ciò include molte funzionalità di chiamata di livello aziendale disponibili da molti anni. Unified CM Potrebbe non vedere una parità del 100% tra Webex Calling caratteristiche e Unified CM funzionalità, tuttavia, come può vedere nella figura seguente, le funzioni di Unified CM chiamata chiave sono disponibili inWebex Calling.

Oltre alle numerose funzionalità utente, Webex Calling dispone di funzionalità di sistema di base incluse nella piattaforma. Questi includono funzionalità come assistenti automatici, code di chiamata, call park, ecc. Può vedere tutte le funzionalità di base del sistema disponibili in Control Hub in Servizio → Chiamata → Funzionalità, come illustrato nella figura Funzioni Webex Calling principali .

Assistente automatico
L'assistente Webex Calling automatico consente l'automazione 24 ore su 24, 7 giorni su 7 della gestione delle chiamate in entrata, il che consente una gestione efficiente delle chiamate senza la necessità che una persona risponda a tutte le chiamate.
L'operatore automatico risponde alle chiamate in arrivo e fornisce al chiamante un menu di opzioni su dove indirizzare la chiamata. Potrebbe essere indirizzato a una persona, a una casella vocale o a un servizio di chiamata (ad es. Coda chiamate). Il chiamante utilizza la tastiera del telefono per inserire il numero dal menu dell' operatore automatico.
L'Auto Attendant supporta le seguenti funzionalità chiave:
-
Orari lavorativi e fuori orario
-
Orario delle ferie
-
Opzione di menu di chiamata per indirizzare i suoi clienti dove devono andare
-
Personalizza i saluti
-
Opzione Digita per nome
-
Opzioni di inoltro di chiamata
-
Analisi e report di Control Hub.
Per ulteriori informazioni, veda Gestire gli assistenti automatici.
Chiama Park
Call park offre agli utenti la possibilità di mettere facilmente in attesa una chiamata affinché un altro utente recuperi facilmente quando è disponibile a risponderla. Inoltre, consente all'utente che ha risposto alla chiamata originale di effettuare o ricevere altre chiamate mentre la chiamata è parcheggiata.
Sono disponibili due tipi di call park inWebex Calling:
-
Call park direct: consente a qualsiasi utente di parcheggiare una chiamata verso l'interno di un altro utente o verso un numero di call park, come definito dall'Amministratore
-
Call park group: consente a un gruppo definito di utenti di parcheggiare automaticamente le chiamate verso le destinazioni del parco disponibili definite per il gruppo. Queste destinazioni possono essere le estensioni dei membri del gruppo o le estensioni del call park.
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 call park o utilizzando un softkey sul proprio telefono IP.
È disponibile un'opzione di richiamo per richiamare una chiamata parcheggiata dopo un determinato periodo all'utente che ha parcheggiato la chiamata o a un utente alternativo.
Per ulteriori informazioni, veda Gestire il call park in Control Hub.
Risposta alle chiamate
La 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ò offre a un utente la possibilità di rispondere alle chiamate quando i compagni di squadra sono occupati e non sono in grado di rispondere a una chiamata in arrivo.
Gli utenti di un gruppo devono trovarsi nella stessa Webex Calling posizione.
Gli utenti possono utilizzare l'app Webex o il telefono fisso per rispondere a una chiamata.
-
App Webex:
-
Supporta notifiche visive e audio
-
Notifica di chiamata in arrivo
-
Risposta istantanea basata su FAC (comporre *98) o con notifica
-
Notifiche di risposta alle chiamate multilinea.
-
-
Telefoni da tavolo:
-
Notifica di chiamata in arrivo
-
Suonerie audio e notifiche visive tramite il LED del ricevitore. Il 6821 supporta solo i campanelli audio
-
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 chiamate
Webex Callinginclude le code di chiamata solo vocali come parte delle sue funzionalità principali e qualsiasi utente con una licenza Webex Calling Professional può far parte di una coda di chiamata, agente o supervisore. Questa funzione 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, callback, routing delle competenze o delle priorità, gestione delle code degli agenti, analisi, reportistica, ecc.
L'integrazione Call for Microsoft Teams di Cisco consente agli agenti di accedere alle chiamate e alle funzionalità della coda di chiamata direttamente dal proprio client Microsoft Teams.
Le code di chiamata supportano le seguenti funzionalità chiave:
-
Saluti e messaggi (benvenuto, conforto, sussurro, ecc.)
-
Musica in sottofondo
-
Richiamata
-
Politiche di instradamento delle code (servizio notturno, festivi, inoltro)
-
Accesso/uscita dalla coda degli agenti
-
Gestione dello stato della coda degli agenti
-
Assistenza tramite app Webex o telefono fisso
-
Supervisore, agente, monitor di chiamata, coach, chiatta o subentra tramite i Feature Access Codes (FAC)
-
Control Hub (accesso amministratore) per:
-
gestione delle code
-
Analisi e reportistica per agenti e code
-
Gestione delle code, degli agenti e dei supervisori.
-
Per ulteriori informazioni, vedere Configurare la coda delle chiamate.
Webex Callingha una funzione aggiuntiva Customer Assist che fornisce funzionalità aggiuntive per le code di chiamata e offre agli agenti e ai supervisori una migliore esperienza utente all'interno dell'app Webex. Per un confronto tra le funzioni di coda di Webex Calling chiamata e assistenza clienti, vedere il confronto tra le funzioni di coda di Webex Calling chiamata e assistenza clienti.
Gruppo Hunt
Webex CallingI gruppi di ricerca consentono di indirizzare le chiamate in arrivo a un gruppo specifico di utenti attraverso uno schema di routing delle chiamate predeterminato. Ciò garantisce che le chiamate ricevano risposta dal giusto gruppo di utenti o vengano inviate a un messaggio vocale per il follow-up.
Una grande differenza tra Hunt Groups e Call Queues è che le chiamate non vengono messe in coda in un Hunt Groups, quindi se nessun utente del gruppo Hunt è disponibile per 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 indirizzare in modo efficiente le chiamate verso varie destinazioni (utenti, segreteria telefonica, servizi di chiamata come una coda di chiamata). Il luogo e il momento in cui viene indirizzata una chiamata si basa su una pianificazione dell'ora del giorno e del giorno della settimana e qualsiasi utente può essere autorizzato a gestire queste modalità (pianificazioni) per controllare le modifiche al routing delle chiamate.
Ad esempio, le chiamate a una coda di chiamata possono essere indirizzate a un'altra coda di chiamata con agenti in un fuso orario diverso per rispondere alle chiamate fuori orario, durante l'orario lavorativo essere indirizzate agli agenti locali e durante i giorni festivi essere indirizzate alla segreteria telefonica per il follow-up dopo il ritorno degli agenti in ufficio.
Un utente autorizzato può passare da uno scenario (modalità) di inoltro di chiamata all'altro se deve cambiare dove vengono indirizzate le chiamate in entrata per un determinato periodo. Questi utenti possono gestire le modalità tramite i loro telefoni 6800/7800/8800 MPP, i telefoni 9800 o nelle modalità at Manage. Webex User Hub
Per ulteriori informazioni, vedere Routing delle chiamate basato sulle modalità operative in Webex Calling.
Gruppo Paging
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 e/o aree di lavoro target raggiungibili componendo un numero o un'estensione predefiniti.
Quando un utente chiama un gruppo di cercapersone, viene effettuata una chiamata simultanea a tutti i destinatari assegnati del gruppo, a quel punto 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 Callingsupporta la registrazione delle chiamate effettuate o ricevute da un utente. Ciò può essere richiesto per esigenze di qualità, garanzia, sicurezza o formazione. Per impostazione predefinita, le chiamate vengono registrate in Webex, ma è possibile utilizzare anche altri fornitori 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 in Control Hub. Gli amministratori a pieno titolo con il ruolo di responsabile della conformità possono giocare e scaricare le registrazioni. Senza il ruolo di responsabile della conformità, l'amministratore può solo eliminare le registrazioni.
Per ulteriori informazioni su questa funzione e un elenco delle registrazioni di terze parti, vedere Gestire la registrazione delle chiamate per Webex Calling.
Numero singolo Reach
La copertura di un solo numero consente alle chiamate al numero di telefono di un utente di far squillare più dispositivi. Questo può includere altri telefoni fissi oltre ai telefoni cellulari. Le chiamate possono essere effettuate anche da questi dispositivi e gli utenti possono inviare chiamate push and pull tra di loro.
Per ulteriori informazioni su questa funzionalità e su come un amministratore la configura in Control Hub, vedere Configurare la copertura di un numero singolo (ufficio ovunque).
Per ulteriori informazioni su come un utente può gestire e configurare autonomamente questa funzionalità nel Webex User Hub (portale), vedere Configurare la copertura di un numero singolo (ufficio ovunque).
Gruppo Voicemail
I gruppi di posta vocale consentono una casella vocale condivisa che può essere assegnata a un utente o a una funzione di routing 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
-
Aggiungere l'opzione segreteria telefonica a un operatore automatico o a un gruppo di ricerca
-
Inviare chiamate in eccesso da una coda di chiamata
-
Utenti che necessitano solo di una casella vocale.
Per ulteriori informazioni, vedere Gestire una segreteria telefonica condivisa e una casella fax in entrata per. Webex Calling
Attendant Console è elencata nella pagina Funzioni di chiamata di Webex Control Hub, tuttavia è una funzionalità aggiuntiva che richiede l'acquisto della licenza della console per operatore per essere utilizzata.
Per ulteriori informazioni, vedere Guida introduttiva all'Attendant Console.
Per informazioni su tutte le funzionalità, incluse alcune funzionalità aggiuntive, vedere Funzionalità disponibili per tipo di licenza per Webex Calling.
Cosa farà dopo?
Per eseguire il piano di migrazione, eseguendo le modifiche di configurazione necessarie, le migrazioni delle applicazioni e le convalide della connettività. Fase di implementazione.