Introduzione a Webex Calling
Immaginare di sfruttare le funzioni di chiamata cloud, mobilità e PBX a livello aziendale, insieme all'app Webex per messaggistica e riunione e chiamata da un Webex Calling soft client o da un dispositivo Cisco. Questo è esattamente ciò Webex Calling ti può offrire.
Webex Calling offre i seguenti vantaggi:
Abbonamenti di chiamata per utenti di telefonia e aree comuni
Accesso all'app Webex per ogni utente
Accedi alla rete telefonica commutata pubblica (PSTN) per consentire agli utenti di comporre numeri all'esterno dell'organizzazione. Il servizio viene fornito attraverso un'infrastruttura aziendale esistente (gateway locale senza PBX IP locale o con ambiente di chiamata Unified CM esistente) o opzioni di chiamata fornite dal partner PSTN Cisco.
Webex Calling supporta le seguenti funzioni. Per ulteriori informazioni, vedi il capitolo Configurazione delle funzioni Webex Calling.
Funzione |
Descrizione |
---|---|
Partecipante automatico |
Puoi aggiungere messaggi di saluto, impostare menu e indirizzare le chiamate a un servizio di risposta, a un gruppo di risposta, a una casella vocale o a una persona reale. Puoi creare una pianificazione di 24 ore o fornire opzioni diverse quando la tua attività è aperta o chiusa. Puoi persino indirizzare le chiamate in base agli attributi dell'ID chiamante per creare elenchi VIP o gestire diversamente le chiamate provenienti da determinati codici area. |
Coda chiamata |
Puoi impostare una coda chiamate in modo che quando le chiamate in ingresso non ricevono risposta, ai chiamanti viene fornita una risposta automatica, messaggi di cortesia e musica di attesa finché qualcuno non risponde alla chiamata. |
Risposta per assente |
Puoi migliorare il lavoro in team e la collaborazione creando un gruppo di risposta per assente che consente agli utenti di rispondere alle chiamate degli altri. Quando aggiungi utenti a un gruppo di risposta per assente e un membro del gruppo è assente o è occupato, un altro membro può rispondere alle sue chiamate. |
Parcheggio di chiamata |
Puoi attivare il parcheggio chiamata in modo che gli utenti possano mettere in attesa una chiamata e rispondervi da un altro telefono. |
Gruppo di ricerca |
Puoi impostare i gruppi di risposta nei seguenti casi:
|
Gruppo di risposta |
Puoi creare un gruppo di paging in modo che gli utenti possano inviare un messaggio audio a una persona, un reparto o un team. Quando qualcuno invia un messaggio a un gruppo di paging, il messaggio viene riprodotto su tutti i dispositivi nel gruppo. |
Client centralino |
Consente di supportare le esigenze del personale di front-office grazie a una serie completa di opzioni di controllo delle chiamate, monitoraggio su larga scala, coda chiamate, più opzioni e viste della rubrica, integrazione con Outlook e altro. |
Gli utenti possono configurare le seguenti funzioni in https://settings.webex.com, che vengono avviate automaticamente nel Portale utente Calling.
Funzione |
Descrizione |
---|---|
Rifiuto chiamata anonima |
Gli utenti possono rifiutare le chiamate in ingresso con ID chiamante bloccato. |
Continuità aziendale |
Se i telefoni degli utenti non sono connessi alla rete per qualche motivo (ad esempio, interruzione dell'alimentazione, problemi di rete e così via), gli utenti possono inoltrare le chiamate in ingresso a un numero di telefono specifico. |
Inoltro chiamata |
Gli utenti possono inoltrare le chiamate in ingresso a un altro telefono. |
Inoltro chiamata selettivo |
Gli utenti possono inoltrare le chiamate provenienti da determinati chiamanti a orari specifici. Questa impostazione ha la precedenza su Inoltro chiamata. |
Notifica chiamata |
Gli utenti possono inviare a se stessi un messaggio e-mail quando ricevono una chiamata in base a criteri predefiniti come numero di telefono o data e ora. |
Avviso di chiamata |
Gli utenti possono consentire la risposta di ulteriori chiamate in ingresso. |
Non disturbare |
Gli utenti possono consentire temporaneamente a tutte le chiamate di passare direttamente alla casella vocale. |
Office Anywhere |
Gli utenti possono utilizzare alcuni telefoni selezionati ("Posizioni") come interno del loro numero di telefono aziendale e piano di chiamata. |
Avviso priorità |
Gli utenti possono far squillare sui propri telefoni una suoneria distintiva quando vengono soddisfatti criteri predefiniti, come numero di telefono o data e ora. |
Ufficio remoto |
Gli utenti possono effettuare chiamate da un telefono remoto e fare in modo che vengano visualizzate come se fossero state effettuate dalla propria linea aziendale. Inoltre, tutte le chiamate in ingresso sulla loro linea aziendale squilleranno su questo telefono remoto. |
Accettazione selettiva delle chiamate |
Gli utenti possono accettare chiamate a orari specifici da chiamanti specifici. |
Rifiuto selettivo chiamata |
Gli utenti possono rifiutare le chiamate a orari specifici da determinati chiamanti. |
Suoneria sequenziale |
Fa squillare fino a 5 dispositivi uno dopo l'altro per le chiamate in ingresso. |
Suoneria simultanea |
Fa squillare contemporaneamente i numeri degli utenti e di altri ("destinatari della chiamata") per le chiamate in ingresso. |
Servizi di provisioning, dispositivi e utenti in Control Hub, avvio incrociato per la configurazione dettagliata nel Portale amministratore Calling
Control Hub (https://admin.webex.com) è un portale di gestione che si integra con il Webex Calling per semplificare gli ordini e la configurazione e centralizzata la gestione dell'offerta in pacchetto:Webex Calling, app Webex e Meetings.
Control Hub è il punto centrale per il provisioning di tutti i servizi, i dispositivi e gli utenti. Puoi eseguire un'impostazione iniziale del servizio di chiamata, registrare i telefoni MPP sul cloud (utilizzando l'indirizzo MAC), configurare gli utenti associando dispositivi, aggiungendo numeri, servizi, funzioni di chiamata e così via. Inoltre, da Control Hub puoi eseguire l'avvio incrociato sul Portale amministratore Calling.
Esperienza utente
Gli utenti dispongono dell'accesso alle seguenti interfacce:
Applicazione Webex Calling: soft client di chiamata a marchio Cisco. Per ulteriori informazioni, vedi Esplorazione della nuova app Cisco Webex Calling.
Impostazioni Webex (https://settings.webex.com)—Interfaccia in cui gli utenti possono impostare le preferenze per il profilo, scaricare l'app Webex e avviare il portale utenti chiamante per le impostazioni di chiamata. Per ulteriori informazioni, vedi Modifica delle impostazioni Cisco Webex.
App Webex: applicazione inclusa nell'abbonamento come client di messaggistica team a marchio Cisco. Per ulteriori informazioni, vedere Introduzione all'app Cisco Webex supporto.
Webex Meetings: applicazione opzionale aggiunta come soluzione per riunioni. Per ulteriori informazioni, vedi Webex Meetings.
Panoramica
Webex Calling è possibile ridurre i costi operativi e migliorare la produttività consentendo la migrazione di comunicazioni aziendali critiche al cloud. Quando combinata con altre app e dispositivi Webex, è il punto di riferimento di un'esperienza completa di chiamata cloud e collaborazione aziendale. Cisco supporta distribuzioni on-premises, nel cloud e modelli misti per mantenere i nostri clienti connessi e produttivi ovunque ci si trovi. anche durante le dirompenti eventi di mercato.
Webex Calling ora include un'opzione di istanza cloud dedicata basata sull'Cisco Unified Communications Manager architettura. L'istanza dedicata è integrata con Webex Calling e sfrutta i servizi della piattaforma Webex, supportando l'innovazione cloud e un'esperienza migliorata per i clienti che hanno bisogno di supportare endpoint Cisco meno recenti, soluzioni di survivability locali o integrazioni esistenti parte di flussi di lavoro aziendali critici.
Il componente aggiuntivo Istanza dedicata per Webex Calling include:
Cisco Unified Communications Manager
Cisco Unified IM and Presence
Cisco Unified Unity Connection
Cisco Expressway
Risponditore di emergenza Cisco (solo regione America)
Cisco Session Management Edition (SME) (opzionale)
ROI esteso : l'istanza dedicata supporta gli stessi endpoint vocali e video della release UC Manager associata, eliminando il requisito di aggiornare tutti gli endpoint dei clienti quando si esegue la migrazione al cloud ed estendendo il ROI di queste risorse.
Inter-op di base : l'istanza dedicata è integrata nella Webex Calling per l'inoltro delle chiamate attraverso la piattaforma Webex. I clienti hanno la flessibilità di distribuire gli utenti a tutte le istanze dedicate e le Webex Calling e di adattarsi nel tempo come necessario per soddisfare i requisiti aziendali di chiamata cloud.
I clienti che suddivideno gli utenti tra le piattaforme potranno utilizzare diverse funzioni. Le funzioni di chiamata non sono applicazione tra istanza dedicata e Webex Calling. Ad esempio, Webex Calling utenti non possono essere parte di un gruppo di risposta su istanza dedicata. |
Presentazione di Control Hub
Control Hub è l'interfaccia centralizzata basata su Web per gestione dell'organizzazione, gestione degli utenti, assegnazione dei servizi, analisi delle tendenze di adozione e della qualità delle chiamate e altro.

Per iniziare a utilizzare e utilizzare la propria organizzazione, si consiglia di invitare alcuni utenti ad accedere all'app Webex immettendo i relativi indirizzi e-mail in Control Hub. Incoraggia le persone a utilizzare i servizi forniti, inclusa la chiamata, e a fornire il feedback sulla loro esperienza. Quando sei pronto, puoi sempre aggiungere altri utenti.
Ti consigliamo di utilizzare l'ultima versione desktop di Google Chrome o Mozilla Firefox per accedere a Control Hub. I browser sui dispositivi mobili e altri browser desktop potrebbero produrre risultati imprevisti. |
Utilizza le informazioni riportate di seguito come riepilogo generale delle attività che puoi eseguire una volta impostati i servizi per la tua organizzazione. Per informazioni più dettagliate, vedi i singoli capitoli per istruzioni passo passo.
Per iniziare
Una volta creato l'account da parte del partner, riceverai un messaggio e-mail di benvenuto. Fai clic sul collegamento Introduzione nel messaggio e-mail utilizzando Chrome o Firefox per accedere a Control Hub. Il collegamento ti fa accedere automaticamente con l'indirizzo e-mail amministratore. Successivamente, ti verrà richiesto di creare la password amministratore.

Procedura di installazione guidata iniziale per le versioni di prova
Se il partner ti ha registrato per una versione di prova, la procedura di installazione guidata viene avviata automaticamente dopo l'accesso a Control Hub. La procedura di installazione guidata ti guida attraverso le impostazioni di base per iniziare a utilizzare la tua organizzazione con Webex Calling e altri servizi. Puoi impostare ed esaminare le impostazioni di Calling prima di terminare la procedura di installazione guidata.

Revisione delle impostazioni
Una volta caricato Control Hub, puoi esaminare le impostazioni.

Aggiungi utenti
Ora che sono stati impostati i servizi, sei pronto ad aggiungere persone dalla tua rubrica aziendale. Vai a Utenti e fai clic su Gestisci utenti.

Se utilizzi Microsoft Active Directory, ti consigliamo di abilitare prima la Sincronizzazione delle rubriche, quindi di scegliere come aggiungere gli utenti. Fai clic su Avanti e segui le istruzioni per l'impostazione del Connettore directory Cisco.
Impostazione del Single Sign On (SSO)
L'app Webex utilizza l'autenticazione di base. Puoi scegliere di impostare il Single Sign-On (SSO) in modo che gli utenti eseguano l'autenticazione con il tuo provider di identità Enterprise utilizzando le proprie credenziali anziché una password separata memorizzata e gestita in Webex.
Vai a Impostazioni, scorri fino ad Autenticazione, fai clic su Modifica, quindi seleziona Integra un provider di identità di terze parti.

Assegna servizi a utenti
È necessario assegnare i servizi agli utenti aggiunti in modo che le persone possano iniziare a utilizzare l'app Webex.
Vai a Utenti, fai clic su Gestisci utenti, seleziona Esporta e importa utenti con un file CSV, quindi fai clic su Esporta.
Nel file scaricato, aggiungi semplicemente Vero per i servizi che desideri assegnare a ciascun utente.

Importa il file completato, fai clic su Aggiungi e rimuovi servizi, quindi fai clic su Invia. A questo punto, puoi configurare le funzioni di chiamata, registrare i dispositivi che possono essere condivisi in un luogo comune e registrare e associare i dispositivi agli utenti.
Potenzia i tuoi utenti
Ora che sono stati aggiunti gli utenti e sono stati assegnati i servizi, possono iniziare a utilizzare i telefoni Multiplatform (MPP) supportati per i Webex Calling e l'app Webex per messaggistica e riunioni. Incoraggiali a utilizzare Impostazioni di Cisco Webex come un punto unico di accesso.
Ruolo del gateway locale
Il gateway locale è un dispositivo edge gestito dall'azienda o dal partner per l'interoperabilità su rete PSTN e l'interoperabilità su rete PBX preesistente (Unified CM).
Puoi utilizzare Control Hub per assegnare un gateway locale a una posizione, dopo di che Control Hub fornisce i parametri che puoi configurare su CUBE. Questa procedura consente di registrare il gateway locale con il cloud, quindi il servizio PSTN viene fornito attraverso il gateway agli utenti Webex Calling in una posizione specifica.
Per specificare e ordinare un gateway locale, leggi la Guida all'ordinazione del gateway locale.
Distribuzioni del gateway locale supportate per Webex Calling
Sono supportate le seguenti distribuzioni di base:
Il gateway locale può essere distribuito in modo autonomo o in distribuzioni in cui è richiesta l'integrazione in Cisco Unified Communications Manager.
Distribuzioni del gateway locale senza PBX IP locale
Distribuzioni del gateway locale autonomo
Questa figura mostra una distribuzione Webex Calling senza un PBX IP esistente ed è applicabile a una distribuzione a singola posizione o multi-posizione.
Per tutte le chiamate che non corrispondono a destinazioni Webex Calling, Webex Calling invia tali chiamate al gateway locale assegnato alla posizione per l'elaborazione. Il gateway locale indirizza tutte le chiamate provenienti da Webex Calling alla PSTN e nell'altra direzione, dalla PSTN a Webex Calling.
Il gateway PSTN di rete può essere una piattaforma dedicata o un coresidente con il gateway locale. Come riportato nella figura seguente, si consiglia la variante del gateway PSTN dedicato di questa distribuzione; tale variante potrebbe essere utilizzata qualora il gateway PSTN esistente non potesse essere utilizzato come gateway Webex Calling locale.
Distribuzione del gateway locale coresidente
Il gateway locale può essere basato su IP, con connessione a un ITSP tramite un trunk SIP o basato su TDM tramite un circuito ISDN o analogico. La figura seguente mostra una distribuzione Webex Calling in cui il gateway locale è coresidente con la PSTN GW/SBC.
Distribuzioni del gateway locale con un PBX Unified CM locale
Le integrazioni con Unified CM sono richieste nei seguenti casi:
Le posizioni abilitate Webex Calling vengono aggiunte a una distribuzione Cisco UC esistente in cui Unified CM viene distribuito come soluzione di controllo chiamate locale
È richiesta la chiamata diretta tra i telefoni registrati in Unified CM e i telefoni in posizioni Webex Calling.
Questa figura mostra una distribuzione Webex Calling in cui il cliente dispone di un PBX IP Unified CM esistente.
Webex Calling invia chiamate che non corrispondono alle Webex Calling del cliente al gateway locale. Ciò include PSTN numeri di telefono e interni Unified CM, che Webex Calling visualizzare. Il gateway locale indirizza tutte le chiamate provenienti da Webex Calling a Unified CM e viceversa. Unified CM quindi instrada le chiamate in ingresso alle destinazioni locali o alla PSTN in base alle specifiche del piano di chiamata esistente. Il piano di chiamata Unified CM normalizza i numeri come +E.164. Il gateway PSTN locale può essere dedicato o co-residente con il gateway locale.
Gateway PSTN dedicato
La variante del gateway PSTN dedicato di questa distribuzione, come mostrato in questo diagramma, è l'opzione consigliata e può essere utilizzata se il gateway PSTN esistente non può essere utilizzato come gateway Webex Calling locale.
Gateway PSTN coresidente
Questa figura mostra una distribuzione Webex Calling con un Unified CM in cui il gateway locale è coresidente con il gateway PSTN/SBC.
Webex Calling indirizza tutte le chiamate che non corrispondono alle Webex Calling del cliente al gateway locale assegnato alla posizione. Ciò include destinazioni PSTN e chiamate in rete verso interni Unified CM. Il gateway locale indirizza tutte le chiamate a Unified CM. Unified CM quindi indirizza le chiamate ai telefoni registrati in locale o alla PSTN attraverso il gateway locale, che dispone di funzionalità PSTN/SBC nella stessa posizione.
Considerazioni sull'indirizzamento chiamata
Chiamate da Webex Calling a Unified CM
La logica di indirizzamento Webex Calling funziona nel modo seguente: se il numero chiamato su un endpoint Webex Calling non può essere instradato ad alcuna destinazione all'interno dello stesso cliente in Webex Calling, la chiamata viene inviata al gateway locale per un'ulteriore elaborazione. Tutte le chiamate fuori rete (al di fuori Webex Calling) vengono inviate al gateway locale.
Per una distribuzione Webex Calling senza integrazione in un Unified CM esistente, qualsiasi chiamata fuori rete viene considerata una chiamata PSTN. Se combinata con Unified CM, una chiamata fuori rete può essere comunque una chiamata in rete per qualsiasi destinazione ospitata su Unified CM o una chiamata fuori rete reale verso una destinazione PSTN. La distinzione tra gli ultimi due tipi di chiamata è determinata da Unified CM e dipende dal piano di chiamata aziendale predisposto su Unified CM.
La figura seguente mostra un utente Webex Calling che compone un numero nazionale negli Stati Uniti.
Unified CM attualmente basato sul piano di chiamata configurato indirizza la chiamata a un endpoint registrato in locale su cui viene predisposta la destinazione chiamata come numero di rubrica. A tale scopo, il piano di chiamata Unified CM deve supportare l'indirizzamento dei numeri +E.164.
Chiamate da Unified CM a Webex Calling
Per abilitare l'indirizzamento delle chiamate da Unified CM a Webex Calling su Unified CM, è necessario predisporre una serie di indirizzamenti per definire la serie di numeri +E.164 e indirizzi del piano di numerazione aziendale in Webex Calling.
Con questi indirizzamenti attivi, sono possibili entrambi gli scenari di chiamata mostrati nella figura seguente.
Se un chiamante PSTN chiama un numero DID assegnato a un dispositivo Webex Calling, la chiamata viene consegnata all'azienda attraverso il gateway PSTN aziendale e, quindi, raggiunge Unified CM. L'indirizzo chiamato di tale chiamata corrisponde a uno degli indirizzamenti Webex Calling predisposti in Unified CM e la chiamata viene inviata al gateway locale (l'indirizzo chiamato deve essere in formato +E.164 quando viene inviato al gateway locale). La Webex Calling di routing assicura quindi che la chiamata viene inviata al dispositivo Webex Calling previsto, in base all'assegnazione DID.
Inoltre, le chiamate provenienti da endpoint registrati Unified CM, destinate a destinazioni in Webex Calling, sono soggette al piano di chiamata predisposto su Unified CM. Solitamente, questo piano di chiamata consente agli utenti di utilizzare le comuni abitudini di chiamata aziendali per effettuare chiamate. Tali abitudini non includono necessariamente solo la chiamata +E.164. Qualsiasi chiamata qualsiasi chiamata diversa da +E.164 deve essere normalizzata a +E.164 prima che le chiamate vengono inviate al gateway locale per consentire l'indirizzamento corretto in Webex Calling.
Classe di servizio (CoS)
L'implementazione di restrizioni rigide al servizio è sempre consigliata per diversi motivi, ad esempio, per evitare loop di chiamata e prevenire le frodi sui numeri a pagamento. Nel contesto dell'integrazione del gateway locale Webex Calling con classe di servizio Unified CM, occorre considerare la classe del servizio per:
Dispositivi registrati con Unified CM
Chiamate in ingresso in Unified CM da PSTN
Chiamate in Unified CM da Webex Calling
Dispositivi registrati con Unified CM
L'aggiunta di destinazioni Webex Calling come nuova classe di destinazioni a un'impostazione CoS esistente è abbastanza semplice: l'autorizzazione a chiamare destinazioni Webex Calling solitamente equivale all'autorizzazione a chiamare destinazioni locali (incluse le destinazioni intersito).
Se un piano di chiamata aziendale implementa già un'autorizzazione "(abbreviata) intersito su rete", sarà già disponibile una partizione predisposta su Unified CM che ci consentirà di utilizzare ed eseguire il provisioning di tutte le destinazioni Webex Calling note su rete nella stessa partizione.
Altrimenti, il concetto di autorizzazione "(abbreviata) intersito su rete" non esiste ancora, quindi occorrerà predisporre una nuova partizione (ad esempio, "onNetRemote"), aggiungere le destinazioni Webex Calling a questa partizione e, infine, aggiungere questa nuova partizione agli spazi di ricerca chiamata appropriati.
Chiamate in ingresso in Unified CM da PSTN
L'aggiunta di destinazioni Webex Calling come nuova classe di destinazioni a un'impostazione CoS esistente è abbastanza semplice: l'autorizzazione a chiamare destinazioni Webex Calling solitamente equivale all'autorizzazione a chiamare destinazioni locali (incluse le destinazioni intersito).
Se un piano di chiamata aziendale implementa già un'autorizzazione "(abbreviata) intersito su rete", sarà già disponibile una partizione predisposta su Unified CM che ci consentirà di utilizzare ed eseguire il provisioning di tutte le destinazioni Webex Calling note su rete nella stessa partizione.
Altrimenti, il concetto di autorizzazione "(abbreviata) intersito su rete" non esiste ancora, quindi occorrerà predisporre una nuova partizione (ad esempio, "onNetRemote"), aggiungere le destinazioni Webex Calling a questa partizione e, infine, aggiungere questa nuova partizione agli spazi di ricerca chiamata appropriati.
Chiamate in Unified CM da Webex Calling
Le chiamate in ingresso dalla PSTN devono accedere a tutte le destinazioni Webex Calling. A tale scopo, è necessario aggiungere la partizione precedente tenendo tutte le destinazioni Webex Calling nello spazio di ricerca chiamata utilizzato per le chiamate in ingresso sul trunk PSTN. L'accesso alle destinazioni Webex Calling viene aggiunto all'accesso già esistente.
Mentre per le chiamate dalla PSTN è richiesto l'accesso ai DID Unified CM e ai DID Webex Calling, le chiamate che provengono da Webex Calling devono accedere ai DID Unified CM e alle destinazioni PSTN.

Questa cifra mette a confronto queste due diverse classi di servizio per le chiamate di PSTN e Webex Calling. La figura mostra anche che se la funzionalità gateway PSTN è coposizionata con il gateway locale, sono richiesti due trunk dal sistema combinato PSTN GW e gateway locale a Unified CM: una per le chiamate che hanno origine nel PSTN e una per le chiamate che hanno origine Webex Calling. Ciò è determinato dal requisito di applicare spazi di ricerca chiamata differenziati per tipo di traffico. Con due trunk in ingresso su Unified CM, è possibile gestire facilmente lo spazio di ricerca di chiamata richiesto per le chiamate in arrivo su ciascun trunk.
Integrazione del piano di chiamata
Questa guida presuppone un'installazione esistente basata sulle procedure correnti consigliate in "Architettura preferita per distribuzioni Cisco Collaboration On-Premises, CVD". L'ultima versione è disponibile qui.
Il progetto del piano di chiamata consigliato segue l'approccio di progetto documentato nel capitolo Piano di chiamata dell'ultima versione di Cisco Collaboration System SRND disponibile qui.

Questa figura mostra una panoramica del progetto del piano di chiamata consigliato. Le caratteristiche chiave di questo piano di chiamata includono:
Tutti i numeri di rubrica configurati su Unified CM sono in formato +E.164.
Tutti i numeri di rubrica risiedono nella stessa partizione (DN) e sono contrassegnati come urgenti.
L'indirizzamento base si basa su +E.164.
Tutti le abitudini di chiamata non +E.164 (ad esempio, chiamata intrasito abbreviata e chiamata PSTN tramite sistemi di chiamata comune) sono normalizzati (globalizzati) in +E.164 utilizzando schemi di traduzione di normalizzazione chiamata.
Gli schemi di traduzione di normalizzazione chiamata utilizzano l'ereditarietà dello spazio di ricerca chiamata e hanno l'opzione "Usa spazio di ricerca chiamata iniziatore" impostata.
La classe di servizio viene implementata utilizzando il sito e la classe degli spazi di ricerca chiamata specifici del servizio.
Le funzionalità di accesso PSTN (ad esempio, l'accesso alle destinazioni PSTN internazionali) sono implementate aggiungendo partizioni con i rispettivi percorsi di indirizzamento +E.164 allo spazio di ricerca chiamata che definisce la classe di servizio.
Raggiungibilità per Webex Calling

Per aggiungere la raggiungibilità per le destinazioni Webex Calling a questo piano di chiamata, è necessario creare una partizione che rappresenta tutte le destinazioni Webex Calling ("Webex Calling") e un +E.164 percorso di indirizzamento per ciascun intervallo DID nel Webex Calling. Questo percorso di indirizzamento fa riferimento a un elenco di indirizzamento con un solo membro: il gruppo di routing con il sip trunk al gateway locale per le chiamate Webex Calling. Poiché tutte le destinazioni chiamate vengono normalizzate PSTN +E.164 utilizzando schemi di conversione di normalizzazione per le chiamate che hanno origine da endpoint registrati Unified CM o in entrata, le trasformazione delle parti chiamate provenienti dal PSTN questo singolo set di schemi di instradamento +E.164 sono sufficienti per raggiungere la raggiungibilità per le destinazioni in Webex Calling indipendente dal metodo di chiamata utilizzato.
Se, ad esempio, un utente chiama il tipo "914085550165", il percorso di traduzione di normalizzazione nella partizione "UStoE164" normalizza questa stringa di chiamata su "+14085550165" che corrisponde quindi al percorso di indirizzamento per una destinazione Webex Calling nella partizione "Webex Calling". Unified CM invia infine la chiamata al gateway locale.
Aggiunta della chiamata intersito abbreviata

Il metodo consigliato per aggiungere la chiamata intersito abbreviata al piano di chiamata di riferimento consiste nell'aggiungere gli schemi di traduzione di normalizzazione chiamata per tutti i siti sotto il piano di numerazione aziendale a una partizione dedicata ("ESN", numeri significativi aziendali). Questi schemi di traduzione intercettano le stringhe di chiamata nel formato del piano di numerazione aziendale e normalizzano la stringa chiamata in +E.164.
Per aggiungere la chiamata rapida aziendale alle destinazioni Webex Calling, aggiungere il relativo percorso di traduzione di normalizzazione di chiamata per la posizione Webex Calling nella partizione "Webex Calling" (ad esempio, "8101XX" nel diagramma). Dopo la normalizzazione, la chiamata viene inviata nuovamente all'Webex Calling in seguito alla corrispondenza del percorso di indirizzamento nella partizione "Webex Calling".
Non si consiglia di aggiungere un percorso di conversione di normalizzazione delle chiamate abbreviate per chiamate Webex Calling alla partizione "ESN", poiché questa configurazione potrebbe creare loop di inoltro chiamate indesiderati.
Gestori protocollo per Calling
Webex Calling registra i seguenti gestori di protocollo con il sistema operativo per abilitare la funzionalità di chiamata con clic dai browser Web o da un'altra applicazione. I seguenti protocolli avviano una chiamata audio o video nell'app Webex quando è l'applicazione di chiamata predefinita su Mac o Windows:
CLICKTOCALL: o CLICKTOCALL://
SIP: o SIP://
TEL: o TEL://
WEBEXTEL: o WEBEXTEL://
Gestori protocollo per Windows
Altre app possono eseguire la registrazione per i gestori di protocollo prima dell'app Webex. In Windows 10, la finestra di sistema in cui chiedere agli utenti di selezionare l'app da utilizzare per avviare la chiamata. La preferenza utente può essere memorizzata se l'utente seleziona Usa sempre questa app.
Se gli utenti devono reimpostare le impostazioni dell'app di chiamata predefinita in modo da poter selezionare l'app Webex, è possibile indicargli di modificare le associazioni di protocollo per l'app Webex in Windows 10:
Aprire impostazioni di sistema Impostazioni app predefinite, fare clic su Imposta valori predefiniti per app, quindi scegliere App Webex.
Per ciascun protocollo, scegliere App Webex .
Gestori protocollo per macOS
Su Mac OS, se altre app registrate per i protocolli di chiamata prima dell'app Webex, gli utenti devono configurare l'app Webex come opzione di chiamata predefinita.
Nell'app Webex per Mac, gli utenti possono verificare che l'app Webex sia selezionata per l'opzione Avvia chiamate con in preferenze generali. Possono anche selezionare Connetti sempre a Microsoft Outlook se desiderano effettuare chiamate nell'app Webex quando fa clic sul numero di un contatto Outlook.
Requisiti per la chiamata
Gestione delle licenze
Webex Calling è disponibile attraverso il piano Cisco Collaboration Flex. Devi acquistare un piano EA (Enterprise Agreement) (per tutti gli utenti, inclusi dispositivi per 50% di spazi di lavoro) o un piano per utenti non anonimi (NU, Named User) (alcuni o tutti gli utenti).
Webex Calling fornisce tre tipi di licenza ("Tipi di postazione")
Professionale: queste licenze forniscono una serie completa di funzioni per l'intera organizzazione. Questa offerta include comunicazioni unificate (Webex Calling), mobilità (client desktop e mobili con supporto per più dispositivi), collaborazione in team nell'appWebex e l'opzione per aggregare le riunioni con un massimo di 1000 partecipanti per riunione.
Base: scegli questa opzione se gli utenti necessitano di funzioni limitate senza mobilità o comunicazioni unificate. Tali utenti otterranno comunque un'offerta vocale completa, ma con un limite di un singolo dispositivo per utente.
Le licenze Base sono disponibili solo se disponi di un abbonamento per utente non anonimo (NU). Le licenze Base non sono supportate per abbonamenti con contratto Enterprise.
Spazi di lavoro (anche noti come aree comuni): scegli questa opzione se stai cercando il segnale di chiamata di base con una serie limitata di funzioni di chiamata appropriate per aree come sale interattive, aree di ingresso sale conferenze.
In questa documentazione viene descritto successivamente come utilizzare Control Hub per gestire queste distribuzioni di licenze tra le posizioni nella tua organizzazione.
Requisiti di larghezza di banda
Ciascun dispositivo in una videochiamata richiede fino a 2 Mbps. Ciascun dispositivo in una chiamata audio richiede 100 kbps. I telefoni inattivi necessitano di una larghezza di banda minima.
Gateway locale per PSTN locali
Sia i rivenditori a valore aggiunto (VAR, Value Added Reseller) sia i provider di servizi (SP, Service Provider) possono fornire accesso PSTN a organizzazioni Webex Calling. Il gateway locale è attualmente la sola opzione per fornire accesso PSTN locale. Il gateway locale può essere distribuito in modo autonomo o in distribuzioni in cui è richiesta l'integrazione in Cisco Unified Communications Manager. Seguono i requisiti del gateway locale.
Dispositivi supportati
Webex Calling supporta telefoni IP Cisco Multiplatform (MPP). In qualità di amministratore, puoi registrare i seguenti telefoni nel cloud. Per ulteriori informazioni, vedi i seguenti articoli della Guida:
Per un elenco completo dei dispositivi supportati per Webex Calling, vedi Dispositivi supportati per Webex Calling. |
Dispositivi Cisco Webex Room, Board e Desk sono supportati come dispositivi in uno spazio di lavoro creato in Control Hub. Per ulteriori informazioni, vedi "Dispositivi Cisco Webex Room, Board e Desk" in Dispositivi supportati per Webex Calling. Tuttavia, puoi fornire a questi dispositivi il servizio PSTN abilitando Webex Calling per lo spazio di lavoro.
Firewall
Soddisfa i requisiti del firewall riportati in Informazioni di riferimento porta per Cisco Webex Calling.
Requisiti del gateway locale per Webex Calling
Prerequisiti generali
Prima di configurare un gateway locale per Webex Calling, assicurati di
Avere una conoscenza di base dei principi VoIP
Avere una conoscenza del funzionamento di base dei concetti vocali di Cisco IOS-XE e IOS-XE
Avere una conoscenza di base del protocollo SIP (Session Initiation Protocol)
Avere una conoscenza di base di Cisco Unified Communications Manager (Unified CM), se il tuo modello di distribuzione include Unified CM
Ulteriori dettagli sono disponibili nella Guida alla configurazione Enterprise CUBE (Cisco Unified Border Element) su https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html
Requisiti hardware e software per gateway locale
Accertati che la distribuzione presenti uno o più gateway locali (Cisco CUBE (per connettività basata su IP) o il gateway Cisco IOS (per connettività basata su TDM) riportati nella Tabella 1 della Guida all'ordinazione del gateway locale per Webex Calling. Inoltre, accertati che sulla piattaforma sia in esecuzione una release IOS-XE supportata in base alla Guida alla configurazione del gateway locale.
Requisiti di licenza per gateway locali
Le licenze di chiamata CUBE devono essere installate sul gateway locale. Per ulteriori informazioni, vedi la Guida alla configurazione CUBE.
Requisiti di certificati e sicurezza per gateway locale
Webex Calling richiede segnali e contenuti multimediali sicuri. Il gateway locale esegue la crittografia e una connessione TLS deve essere stabilita in uscita al cloud completando la seguente procedura:
LGW deve essere aggiornato con il bundle radice CA di PKI Cisco
Un set di credenziali digest SIP della pagina di configurazione del trunk di Control Hub viene utilizzato per configurare LGW (le operazioni fanno parte della configurazione seguente)
Il bundle radice CA convalida il certificato presentato
Richiesta delle credenziali (digest SIP fornito)
Il cloud identifica il gateway locale registrato in modo sicuro
Requisiti firewall, attraversamento NAT, ottimizzazione percorso multimediale per gateway locale
Nella maggior parte dei casi, il gateway locale e gli endpoint possono risiedere nella rete del cliente interna, che utilizza indirizzi IP privati con NAT. Il firewall aziendale deve consentire il traffico in uscita (SIP, RTP/UDP, HTTP) a specifici indirizzi IP/porte, indicati nelle Informazioni di riferimento porta.
Se desideri utilizzare l'ottimizzazione del percorso multimediale con ICE, l'interfaccia rivolta verso Webex Calling del gateway locale deve avere un percorso di rete diretto a/da endpoint Webex Calling. Se gli endpoint si trovano in una posizione diversa e non esiste un percorso di rete diretto tra gli endpoint e l'interfaccia rivolta verso Webex Calling del gateway locale, il gateway locale deve disporre di un indirizzo IP pubblico assegnato all'interfaccia rivolta verso Webex Calling per le chiamate tra il gateway locale e gli endpoint per utilizzare l'ottimizzazione del percorso multimediale. Inoltre, deve essere in esecuzione IOS-XE versione 16.12.5.
Personalizza la tua organizzazione per Webex Calling in Control Hub. Dopo aver attivato la tua prima posizione attraverso la procedura guidata di impostazione iniziale, puoi impostare e gestire altre posizioni, l'assegnazione e l'utilizzo dei trunk, le opzioni del piano di chiamata, gli utenti, i dispositivi e le funzioni.
Il primo passo per iniziare rapidamente a utilizzare i servizi Webex Calling consiste nel completare la procedura di installazione guidata iniziale (FTSW). Una volta completata la FTSW per la prima posizione, non deve essere completata per altre posizioni.
1 | Fai clic sul collegamento Introduzione nel messaggio e-mail di benvenuto che hai ricevuto.
|
||
2 | Rivedi e accetta del condizioni del servizio. |
||
3 | Rivedi il tuo piano e fai clic su Introduzione.
|
||
4 | Seleziona il paese a cui associare il tuo centro dati e inserisci le informazioni di contatto e indirizzo del cliente. |
||
5 | Fai clic su Avanti: Posizione predefinita. |
||
6 | Selezionare una delle opzioni seguenti:
|
||
7 | Effettua le seguenti selezioni da applicare a questa posizione:
|
||
8 | Fai clic su Avanti. |
||
9 | Inserisci un indirizzo SIP Cisco Webex disponibile e fai clic su Avanti, quindi seleziona Fine. |
Operazioni preliminari
Per creare una nuova posizione, prepara le seguenti informazioni:
Indirizzo posizione
Numeri di telefono desiderati (opzionale)
1 | Accedere a Control Hub all'indirizzohttps://admin.webex.com , andare a . Tieni presente che le nuove posizioni verranno ospitate nel centro dati regionale corrispondente al paese selezionato utilizzando l'impostazione guidata iniziale. |
||||
2 | Configura le impostazioni della posizione:
|
||||
3 | Fare clic su Salva e scegliere Sì / No per aggiungere numeri alla posizione ora o successivamente. |
||||
4 | Se hai fatto clic su Aggiungi ora, scegli una delle seguenti opzioni:
La scelta dell'opzione PSTN è a livello di posizione (ciascuna posizione dispone di una sola opzione PSTN). Puoi combinare e associare il numero di opzioni desiderato per la tua distribuzione ma ogni posizione avrà una sola opzione. Una volta selezionata un'opzione PSTN ed eseguito il provisioning, puoi modificarla facendo clic su Gestisci nelle proprietà PSTN della posizione. Tuttavia, alcune opzioni come Cisco PSTN potrebbero non essere disponibili in seguito all'assegnazione di un'altra opzione. Apri una richiesta di supporto per indicazioni. |
||||
5 | Scegli se attivare i numeri ora o in un secondo momento. |
||||
6 | Se hai selezionato la CCP non integrata o la PSTN locale, inserisci i Numeri di telefono come valori separati da virgola, quindi fai clic su Convalida. I numeri vengono aggiunti per la posizione specifica. Le voci valide vengono spostate nel campo Numeri convalidati e le voci non valide rimangono nel campo Aggiungi numeri, insieme a un messaggio di errore. A seconda del paese della posizione, i numeri vengono formattati in modo conforme ai requisiti di chiamata locali. Ad esempio, se è necessario un prefisso, puoi inserire i numeri con o senza il prefisso e il prefisso viene aggiunto all'inizio. |
||||
7 | Fai clic su Salva. |
Operazioni successive
Una volta creata una posizione, puoi abilitare i servizi di emergenza per tale posizione. Per ulteriori informazioni, vedi Servizio RedSky di Webex Calling.
Operazioni preliminari
Ottieni un elenco degli utenti e degli spazi di lavoro associati a una posizione: Vai a Servizi > Numeri e dal menu a discesa seleziona la posizione da eliminare.eliminare tali utenti e spazi di lavoro. Prima di eliminare una posizione, devi |
1 | Accedere a Control Hub all'indirizzohttps://admin.webex.com , andare a . |
2 | Fare clic su |
3 | Scegliere Elimina posizione , e confermare che si desidera eliminare la posizione. Solitamente bastano pochi minuti per eliminare in modo permanente la posizione, ma potrebbe essere necessaria fino a un'ora. Puoi controllare lo stato facendo clic su Altro accanto al nome della posizione e selezionando Stato eliminazione. |
Puoi modificare l'impostazione PSTN nonché il nome, il fuso orario e la lingua di una posizione una volta creata. Tieni presente che la nuova lingua si applica solo ai nuovi utenti e dispositivi. Gli utenti e i dispositivi esistenti continuano a utilizzare la lingua precedente.
Per le posizioni esistenti, puoi abilitare i servizi 911 di emergenza. Per ulteriori informazioni, vedi Servizio RedSky di Webex Calling. |
1 | Accedere a Control Hub all'indirizzohttps://admin.webex.com , andare a . Se accanto a una posizione viene visualizzato il simbolo di attenzione, significa che non hai ancora configurato un numero di telefono per tale posizione. Non è possibile effettuare o ricevere chiamate finché non si configura questo numero. |
||||||
2 | (Opzionale) In Connessione PSTN, seleziona PSTN connessa al cloud o PSTN locale (gateway locale), in base a quale hai già configurato. Fai clic su Gestisci per modificare la configurazione e confermare i rischi associati selezionando Continua. Quindi, scegli una delle seguenti opzioni e fai clic su Salva:
|
||||||
3 | Seleziona il Numero principale al quale può essere raggiunto il contatto principale della posizione. |
||||||
4 | (Opzionale) Sotto Chiamata di emergenza , è possibile selezionare ID posizione di emergenza per assegnare a questa posizione.
|
||||||
5 | Seleziona il Numero della casella vocale che gli utenti possono chiamare per controllare la propria casella vocale per questa posizione. |
||||||
6 | (Opzionale) Fai clic sull'icona della matita nella parte superiore della pagina Posizione per modificare Nome posizione, Fuso orario o Lingua come necessario, quindi, fai clic su Salva.
|
Queste impostazioni per la chiamata interna sono disponibili anche nella procedura iniziale di installazione guidata. Quando modifichi il piano di chiamata, i numeri di esempio in Control Hub vengono aggiornati per visualizzare queste modifiche.
Puoi configurare le autorizzazioni per le chiamate in uscita per una posizione. Vedi questi passaggi per configurare le autorizzazioni per le chiamate in uscita. |
1 | Accedere a Control Hub all'indirizzohttps://admin.webex.com/ , andare a , quindi scorrere fino a Chiamata interna . |
||||
2 | Configura le seguenti preferenze di chiamata opzionali in base alle tue esigenze:
|
||||
3 | Specifica la chiamata interna per posizioni specifiche. Vai a Chiamata, quindi modifica la chiamata interna ed esterna come necessario: , seleziona una posizione, scorri fino a
Impatto sugli utenti:
|
Se sei un rivenditore a valore aggiunto (VAR), puoi utilizzare questa procedura per avviare la configurazione del gateway locale in Control Hub. Quando questo gateway è registrato sul cloud, puoi utilizzarlo in una o più posizioni Webex Calling per fornire l'indirizzamento a un provider di servizi PSTN aziendale.
Una posizione che dispone di un gateway locale non può essere eliminata quando il gateway locale viene utilizzato per altre posizioni. |
Operazioni preliminari
Una volta aggiunta una posizione e prima di configurare il PSTN locale per una posizione, devi creare un trunk.
Crea posizioni e impostazioni e numeri specifici per ciascuno di essi. Le posizioni devono esistere prima di poter aggiungere un PSTN locale.
Comprendi i requisiti di PSTN locali (gateway locale) per Webex Calling.
Non puoi scegliere più di un trunk per una posizione con PSTN locale, ma puoi scegliere lo stesso trunk per più posizioni.
1 | Accedere a Control Hub allehttps://admin.webex.com , andare a , e selezionare Aggiungere trunk . |
||
2 | Seleziona una posizione. |
||
3 | Assegna un nome al trunk e fai clic su Salva.
|
Operazioni successive
Le informazioni sul trunk vengono visualizzate nella schermata Registra dominio, OTG/DTG gruppo trunk, Linea/Porta e Indirizzo proxy in uscita.
È consigliabile copiare queste informazioni da Control Hub e incollarle in un file di testo locale o un documento in modo da utilizzarlo come riferimento quando sei pronto a configurare il PSTN locale.
Se hai perso le credenziali, devi generarle dalla schermata delle informazioni sul trunk in Control Hub. Fai clic su Recupera nome utente e reimposta password per generare un nuovo set di credenziali di autenticazione da utilizzare sul trunk.
1 | Accedere a Control Hub all'indirizzohttps://admin.webex.com , andare a . |
||
2 | Seleziona una posizione da modificare e fai clic su Gestisci. |
||
3 | Seleziona PSTN locale e fai clic su Avanti. |
||
4 | Scegli un trunk dal menu a discesa.
|
||
5 | Fai clic sull'avviso di conferma, quindi fai clic su Salva. |
Operazioni successive
Devi utilizzare le informazioni di configurazione generate da Control Hub e mappare i parametri nel gateway locale (ad esempio, su un Cisco CUBE che si trova in loco). Questo articolo ti guida attraverso questo processo. Come riferimento, vedi il diagramma seguente per un esempio del modo in cui le informazioni di configurazione di Control Hub (a sinistra) vengono associate ai parametri nel CUBE (a destra):
Dopo aver completato correttamente la configurazione sul gateway stesso, puoi tornare a Control Hub e il gateway creato verrà elencato nella scheda di posizione a cui è stato assegnato con un punto verde alla sinistra del nome. Questo stato indica che il gateway è registrato in modo sicuro sul cloud di chiamata e viene utilizzato come gateway PSTN attivo per la posizione.
inPuoi facilmente visualizzare, attivare, rimuovere e aggiungere i numeri di telefono per la tua organizzazione in Control Hub. Per ulteriori informazioni, vedi Gestione dei numeri di telefono in Control Hub.
1 | Accedere a Control Hub allehttps://admin.webex.com , selezionare l'icona dell'edificio |
2 | Seleziona la scheda Abbonamenti, quindi fai clic su Acquista ora. Viene inviato un messaggio e-mail al partner per informarlo che sei interessato alla conversione in un abbonamento a pagamento. |
Puoi utilizzare Control Hub per impostare la priorità delle opzioni di chiamata disponibili che gli utenti visualizzano in Webex App. Puoi anche abilitarli per le chiamate con singolo clic. Per ulteriori informazioni, vedere: Imposta le opzioni di chiamata per gli utenti dell'app Webex .
È possibile controllare quale applicazione di chiamata viene aperta quando gli utenti effettuano le chiamate. È possibile configurare le impostazioni del client di chiamata, inclusa la distribuzione in modalità mista per organizzazioni con utenti autorizzati Unified CM o Webex Calling e gli utenti senza servizi di chiamata a pagamento di Cisco. Per ulteriori informazioni, vedere: Imposta il funzionamento della chiamata .
Dopo aver configurato Webex Calling per la propria organizzazione, è possibile configurare un trunk per connettere il gateway locale a Webex Calling. Il trasporto SIP TLS protegge il trunk tra il gateway locale e il cloud Webex . Il supporto tra il gateway locale e Webex Calling utilizza SRTP.
Flusso di attività di configurazione del gateway locale
Sono disponibili due opzioni per configurare il gateway locale per il Webex Calling tronco:
Trunk basato su registrazione
Trunk basato su certificato
Utilizzare il flusso di attività sotto il file Gateway locale basato su registrazione o Gateway locale basato su certificato per configurare il gateway locale per il Webex Calling tronco. Vedere Configura trunk, gruppi di indirizzamento e piani di chiamata per Webex Calling per ulteriori informazioni sui diversi tipi di trunk. Completare la seguente procedura sul gateway locale stesso, utilizzando l'interfaccia della riga di comando (CLI). Usiamo il Session Initiation Protocol (SIP) e il trasporto TLS ( Transport Layer Security ) per proteggere il trunk e il protocollo SRTP(Secure Real-time Protocol) per proteggere il supporto tra il gateway locale e Webex Calling .
Operazioni preliminari
Comprendere i requisiti della rete telefonica pubblica commutata (PSTN) e del gateway locale (LGW) per Webex Calling . Vedere Architettura Cisco Preferred per Webex Calling per ulteriori informazioni.
Questo articolo presuppone l'esistenza di una piattaforma gateway locale dedicata senza configurazione vocale. Se si modifica un gateway PSTN esistente o la distribuzione aziendale del gateway locale da utilizzare come funzione gateway locale per Webex Calling , quindi prestare particolare attenzione alla configurazione. Assicurarsi di non interrompere i flussi di chiamata e la funzionalità esistenti a causa delle modifiche apportate.
Creare un trunk in Control Hub e assegnarlo alla posizione. Vedere Configura trunk, gruppi di indirizzamento e piani di chiamata per Webex Calling per ulteriori informazioni.
Le procedure contengono collegamenti alla documentazione di riferimento dei comandi in cui è possibile ottenere ulteriori informazioni sulle singole opzioni di comando. Tutti i collegamenti di riferimento ai comandi vanno a Riferimento ai comandi dei gateway gestiti Webex se non diversamente indicato (in tal caso, i collegamenti al comando vanno a Riferimento per i comandi vocali Cisco IOS ). È possibile accedere a tutte queste guide in Cisco Unified Border Element Riferimenti comandi .
Per informazioni sugli SBC di terze parti, fare riferimento alla documentazione di riferimento del prodotto corrispondente. |
Operazioni preliminari
Accertarsi che la seguente configurazione della piattaforma di base sia configurata in base ai criteri e alle procedure della propria organizzazione:
NTP
ACL
abilitare le password
password principale
IP
Indirizzi IP e così via
È necessaria una release minima supportata di Cisco IOS XE 16.12 o IOS-XE 17.3 per tutte le distribuzioni di gateway locali.
Solo CUBE supporta il gateway locale basato su registrazione; non sono supportati altri SBC di terze parti. |
1 | Assicurarsi di assegnare qualsiasi interfaccia di livello 3 con indirizzi IP validi e indirizzabili:
|
2 | Preconfigurare una chiave primaria per la password utilizzando i seguenti comandi, prima di utilizzarla nelle credenziali e nei segreti condivisi. È possibile crittografare le password di tipo 6 utilizzando la AES e la chiave primaria definita dall'utente.
|
3 | Configurare il server dei nomi IP per abilitare la ricerca DNS e il pinging per garantire che il server sia raggiungibile. Il gateway locale utilizza DNS per risolvere gli indirizzi proxy di Webex Calling :
|
4 | Abilita esclusività TLS 1.2 e un punto di attendibilità segnaposto predefinito:
|
5 | Aggiornare il pool di attendibilità del gateway locale: Il bundle del pool di attendibilità predefinito non include i certificati "DigiCert Root CA" o "IdenTrust Commercial" necessari per convalidare il certificato sul lato server quando si stabilisce la connessione TLS a Webex Calling . Scarica l'ultima versione " Bundle Root Cisco Trusted Core" dahttp://www.cisco.com/security/pki/ per aggiornare il bundle del pool di attendibilità. |
Operazioni preliminari
1 | Immettere i seguenti comandi per attivare l'applicazione gateway locale, vedere Informazioni di riferimento porta per Cisco Webex Calling per le ultime subnet IP che è necessario aggiungere elenco entità attendibili:
Di seguito una spiegazione dei campi per la configurazione: Prevenzione delle frodi a pagamento
Multimediale
Funzionalità di base da SIP a SIP
Servizi aggiuntivi
Disabilita REFER e sostituisce l' ID della finestra di dialogo nell'intestazione sostituisce con l' ID della finestra di dialogo peer. Per ulteriori informazioni, vedere Servizio supplementare sip . Protocollo fax
Consente di abilitare il protocollo T.38 per il trasporto fax, sebbene il traffico fax non venga crittografato. Per ulteriori informazioni su questo comando, vedere protocollo fax t38 (servizio vocale) . Abilita stordimento globale
Per ulteriori informazioni, vedere stun flowdata agent-id e stun flowdata shared-secret . G729
Consente tutte le varianti di G729. Per ulteriori informazioni, vedere g729 annesso-tutto. SIP
Forza il gateway locale a inviare le informazioni SDP nel messaggio di invito iniziale anziché attendere il riconoscimento dal peer vicino. Per ulteriori informazioni su questo comando, vedere offerta anticipata . |
||||
2 | Configurare "Profilo SIP 200".
Di seguito una spiegazione dei campi per la configurazione:
|
||||
3 | Configura il profilo del codec, la definizione di stordimento e la suite di crittografia SRTP .
Di seguito una spiegazione dei campi per la configurazione:
|
||||
4 | Mappa dei parametri di Control Hub alla configurazione del gateway locale. Aggiungere Webex Calling come tenant all'interno del gateway locale. È necessaria la configurazione per registrare il gateway locale in tenant della lezione vocale 200 . È necessario ottenere gli elementi di tale configurazione dalla pagina Informazioni trunk di Control Hub, come mostrato nell'immagine seguente. Nell'esempio seguente vengono visualizzati i campi associati alla CLI del gateway locale corrispondente. Applica tenant 200 a tutti i Webex Calling dial-peer di fronte ( tag) all'interno della configurazione del gateway locale.2xx La funzione tenant della classe vocale consente di raggruppare e configurare i parametri trunk SIP che vengono altrimenti eseguiti sotto il servizio vocale VoIP e sip-ua. Quando si configura un tenant e lo si applica sotto un dial-peer, il seguente ordine di preferenza si applica alle configurazioni del gateway locale:
|
||||
5 | Configura tenant della lezione vocale 200 per abilitare la registrazione del trunk dal gateway locale a Webex Calling in base ai parametri ottenuti da Control Hub:
Di seguito una spiegazione dei campi per la configurazione: tenant della lezione vocale 200Consente configurazioni globali specifiche per più tenant su SIP trunk che consentono servizi differenziati per i tenant. Per ulteriori informazioni, vedere tenant della lezione vocale . registrar dns:40462196.cisco-bcld.com schema sorsi scade 240 refresh-ratio 50 tcp tlsServer di registrazione per il gateway locale con l'aggiornamento della registrazione impostato ogni due minuti (50% di 240 secondi). Per ulteriori informazioni, vedere registrar nel Riferimento per i comandi vocali Cisco IOS - Dalla K alla R . numero di credenziali Hussain6346_ LGU nome utente Hussain2572_ LGU password 0 meX71]~)Vmf area di autenticazione BroadWorksCredenziali per la verifica della registrazione del trunk. Per ulteriori informazioni, vedere credenziali (SIP UA) in Riferimento per i comandi vocali Cisco IOS - Da A a C . nome utente di autenticazione Hussain6346_ LGU password 0 meX71]~)Vmf area di autenticazione BroadWorks nome utente di autenticazione Hussain6346_ LGU password 0 meX71]~)Vmf area di autenticazione 40462196.cisco-bcld.com
Richiesta di autenticazione per le chiamate. Per ulteriori informazioni, vedere autenticazione (dial-peer) in Riferimento per i comandi vocali Cisco IOS - Da A a C . nessun ID parte remotaDisabilita l'intestazione Remote-Party- ID SIP (RPID) poiché Webex Calling supporta PAI, che viene abilitato con CIO id-asserto pai . Per ulteriori informazioni, vedere ID-parte-remota in Riferimento per i comandi vocali Cisco IOS - Dalla K alla R . connessione-riutilizzoUtilizza la stessa connessione permanente per la registrazione e elaborazione chiamata. Per ulteriori informazioni, vedere connessione-riutilizzo . srtp-crypto 200Definisce classe vocale srtp-crypto 200 per specificare SHA1_ 80 (specificato al punto 3). Per ulteriori informazioni, vedere classe vocale srtp-crypto. sessione di trasporto tcp tlsImposta il trasporto su TLS. Per ulteriori informazioni, vedere sessione-trasporto . sorsi URLLa query SRV deve essere SIP come supportato dall'SBC di accesso; tutti gli altri messaggi vengono modificati in SIP dal profilo SIP 200. error-passthruSpecifica la funzionalità pass-thru di risposta all'errore SIP . Per ulteriori informazioni, vedere error-passthru . id-asserto paiAttiva l'elaborazione PAI nel gateway locale. Per ulteriori informazioni, vedere id-asserto . associa controllo origine-interfaccia GigabitEthernet0/0/1Configura un indirizzo IP di origine per il rivolto verso l'interfaccia di origine della segnalazione Webex Calling . associa interfaccia origine multimediale GigabitEthernet0/0/1Configura un indirizzo IP di origine per il rivolto verso l'interfaccia di origine multimediale Webex Calling . Per ulteriori informazioni sui comandi di associazione, vedere vincolare in Riferimento per i comandi vocali Cisco IOS - Da A a C . nessun contenuto pass-thru custom-sdpComando predefinito in tenant. Per ulteriori informazioni su questo comando, vedere contenuto pass-thru . sip-profili 200Cambia i SIP in SIP e modifica la linea/porta per i messaggi di INVITO e REGISTER come definito in sip-profili 200 . Per ulteriori informazioni, vedere profili sip delle classi vocali . proxy in uscita dns:la01.sipconnect-us10.cisco-bcld.comWebex Calling accedere a SBC. Per ulteriori informazioni, vedere proxy in uscita . pass-thru delle norme sulla privacyPassa in modo trasparente i valori dell'intestazione privacy dal segmento in ingresso a quello in uscita. Per ulteriori informazioni, vedere privacy-policy in Riferimento per i comandi vocali Cisco IOS - Dalla K alla R . |
Dopo aver definito il tenant 200 all'interno del gateway locale e configurare un dial-peer VoIP SIP , il gateway avvia una connessione TLS verso Webex Calling , a quel punto l'SBC di accesso presenta il relativo certificato al gateway locale. Il gateway locale convalida il Webex Calling accedere al certificato SBC utilizzando il bundle radice CA aggiornato in precedenza. Consente di stabilire una sessione TLS permanente tra il gateway locale e Webex Calling accedere a SBC. Il gateway locale invia quindi un REGISTER all'SBC di accesso che è stato verificato. L'AOR di registrazione è number@domain. Il numero viene ricavato dal parametro "number" delle credenziali e dal dominio del campo "dns registrar:<fqdn> ." Quando la registrazione viene contestata:
Utilizzare il nome utente, password e area di autenticazione parametri da credenziali per creare l'intestazione e il profilo SIP 200.
Converte l'URL SIPS nel formato SIP.
La registrazione viene completata quando si riceve 200 OK dall'SBC di accesso.
Questa distribuzione richiede la configurazione seguente sul gateway locale:
Tenenti delle lezioni di canto —È possibile creare altri tenant per dial-peer che si affacciano su ITSP in modo simile al tenant 200 creati per Webex Calling che si trovano di fronte a dial-peer.
URI delle classi vocali —Si definiscono i motivi per gli indirizzi IP e le porte dell'organizzatore per i vari trunk che terminano sul gateway locale:
Webex Calling a LGW
Terminazione trunk SIP PSTN su LGW
Chiamate in uscita —È possibile indirizzare i segmenti di chiamata in uscita dalla LGW al trunk SIP ITSP e Webex Calling .
DPG di classe vocale —È possibile chiamare per indirizzare i dial-peer in uscita da un dial-peer in entrata.
Chiamate in ingresso —È possibile accettare segmenti di chiamata in entrata da ITSP e Webex Calling .
Utilizzare le configurazioni per l'impostazione del gateway locale ospitato dal partner o del gateway del sito del cliente, come mostrato nell'immagine seguente.
1 | Configura i seguenti tenant della classe vocale: |
2 | Configurare il seguente uri della classe vocale: |
3 | Configura i seguenti dial-peer in uscita: |
4 | Configurare i seguenti gruppi di dial-peer (dpg): |
5 | Configura i seguenti dial-peer in entrata: |
Da PSTN a Webex Calling
Abbina tutti i segmenti di chiamata PSTN IP in entrata sul gateway locale con dial-peer 100 per definire un criterio di corrispondenza per l'intestazione VIA con l' IP della PSTN indirizzo IP. DPG 200 richiama il dial-peer in uscita 200201 , con Webex Calling server come destinazione di destinazione.
Da Webex Calling a PSTN
Corrispondenza a tutti i messaggi in entrata Webex Calling segmenti di chiamata sul gateway locale con dial-peer 200201 per definire il criterio di corrispondenza per il pattern di intestazione REQUEST URI con il parametro OTG/DTG del gruppo di trunk , univoco per questa distribuzione del gateway locale. DPG 100 richiama il dial-peer in uscita 101 , con indirizzo IP IP PSTN come destinazione di destinazione.
Questa distribuzione richiede la configurazione seguente sul gateway locale:
Tenenti delle lezioni di canto —Si creano altri tenant per i dial-peer con Unified CM e ITSP, in modo simile a tenant 200 per cui si crea Webex Calling dial-peer di fronte.
URI delle classi vocali —È possibile definire un modello per gli indirizzi IP /le porte dell'organizzatore per i vari trunk che terminano sull'LGW da:
Unified CM a LGW per destinazioni PSTN
Unified CM a LGW per Webex Calling destinazioni
Webex Calling alle destinazioni LGW
Terminazione trunk SIP PSTN su LGW
Gruppo di server di classe vocale —È possibile scegliere come destinazione indirizzi IP /porte IP per trunk in uscita da:
da LGW a Unified CM
LGW a Webex Calling
trunk SIP da LGW a PSTN
Chiamate in uscita —È possibile indirizzare i segmenti di chiamata in uscita da:
da LGW a Unified CM
trunk SIP ITSP
Webex Calling
DPG di classe vocale —È possibile richiamare per indirizzare i dial-peer in uscita da un dial-peer in entrata.
Chiamate in ingresso— È possibile accettare segmenti di chiamata in entrata da Unified CM, ITSP e Webex Calling .
1 | Configura i seguenti tenant della classe vocale: |
2 | Configurare il seguente uri della classe vocale: |
3 | Configura i seguenti gruppi di server di classi vocali: |
4 | Configura i seguenti dial-peer in uscita: |
5 | Configura il seguente DPG: |
6 | Configura i seguenti dial-peer in entrata: |
PSTN IP a trunk PSTN Unified CM
Piattaforma Webex Calling a Unified CM Webex Calling trunk
Unified CM PSTN a PSTN IP
Trunk Unified CM Webex Calling alla piattaforma Webex Calling
Le firme diagnostiche (DS) rilevano in modo proattivo i problemi riscontrati di frequente nel gateway locale basato su IOS XE e generano una notifica dell'evento tramite e-mail, syslog o messaggi sul terminale. Puoi anche installare le DS per automatizzare la raccolta dei dati diagnostici e trasferire i dati raccolti al caso Cisco TAC per risolvere più rapidamente il problema.
Le firme diagnostiche (DS) sono file XML contenenti informazioni sugli eventi in cui si è verificato il problema e sulle azioni da eseguire per informare del problema, risolvere e risolvere il problema. è possibile definire la logica di rilevamento del problema utilizzando messaggi di syslog, eventi SNMP e attraverso il monitoraggio periodico degli output del comando show specifico.
I tipi di azioni includono la raccolta di risultati del comando show:
Generazione di un file di registro consolidato
Caricamento del file in una posizione di rete fornita dall'utente, ad esempio HTTPS, SCP, server FTP
I tecnici TAC creano i file DS e li firmano digitalmente per la protezione dell'integrità. A ogni file DS viene assegnato un ID numerico univoco dal sistema. Strumento di ricerca firme diagnostiche (DSLT) è una singola origine per trovare le firme applicabili per il monitoraggio e la risoluzione dei problemi di vari problemi.
Operazioni preliminari:
Non modificare il file DS da cui è stato eseguito il download DSLT . L'installazione dei file modificati non viene completata a causa dell'errore di controllo dell'integrità.
Un server SMTP(Simple Mail Transfer Protocol) necessario al gateway locale per inviare le notifiche e-mail.
Accertarsi che il gateway locale esegua IOS XE 17.6.1 o versione superiore se si desidera utilizzare il server TFTP sicuro per le notifiche e-mail.
Prerequisiti
Gateway locale con IOS XE 17.3.2 o versione successiva
Le firme diagnostiche sono abilitate per impostazione predefinita.
Configurare il server e-mail protetto da utilizzare per inviare una notifica proattiva se il dispositivo esegue Cisco IOS XE 17.3.2 o versioni superiori.
configure terminal call-home mail-server <username>:<pwd>@<email server> priority 1 secure tls end
Configurare la variabile di ambienteds_email con l' indirizzo e-mail dell'amministratore per la notifica.
configure terminal call-home diagnostic-signature environment ds_email <email address> end
Gateway locale con 16.11.1 o versione superiore
Le firme diagnostiche sono abilitato per impostazione predefinita
Configura il server e-mail da utilizzare per inviare notifiche proattive se sul dispositivo è in esecuzione una versione precedente alla 17.3.2.
configure terminal call-home mail-server <email server> priority 1 end
Configura la variabile di ambiente ds_email con l'indirizzo e-mail dell'amministratore a cui inviare la notifica.
configure terminal call-home diagnostic-signature environment ds_email <email address> end
Gateway locale con versione 16.9.x
Immettere i seguenti comandi per abilitare le firme diagnostiche.
configure terminal call-home reporting contact-email-addr sch-smart-licensing@cisco.com end
Configura il server e-mail da utilizzare per inviare notifiche proattive se sul dispositivo è in esecuzione una versione precedente alla 17.3.2.
configure terminal call-home mail-server <email server> priority 1 end
Configura la variabile di ambiente ds_email con l'indirizzo e-mail dell'amministratore a cui inviare la notifica.
configure terminal call-home diagnostic-signature environment ds_email <email address> end
Di seguito viene mostrato un esempio di configurazione di un gateway locale in esecuzione su Cisco IOS XE 17.3.2 per l'invio delle notifiche proattive a tacfaststart@gmail.com utilizzando Gmail come server TFTP sicuro:
call-home
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls
diagnostic-signature
environment ds_email "tacfaststart@gmail.com"
Un gateway locale in esecuzione sul software Cisco IOS XE non è un tipico client Gmail basato su Web che supporta OAuth, pertanto è necessario configurare un'impostazione dell'account Gmail specifica e fornire un'autorizzazione specifica affinché l'e-mail dal dispositivo venga elaborato correttamente: |
Vai a Accesso app meno sicure.
e attivaRispondi "Sì, sono stato io" quando ricevi un'e-mail da Gmail che indica "Google ha impedito a qualcuno di accedere al tuo account utilizzando un'app non Google".
Installare le firme diagnostiche per il monitoraggio proattivo
Monitoraggio dell'utilizzo elevato CPU
Questo DS tiene traccia dell'utilizzo della CPU per 5 secondi utilizzando l'OID SNMP 1.3.6.1.4.1.9.2.1.56. Quando l'utilizzo raggiunge il 75% o più, disabilita tutti i debug e disinstalla tutte le firme diagnostiche installate nel gateway locale. Utilizza questa procedura per installare la firma.
Accertarsi di abilitare SNMP utilizzando il comando mostra snmp . Se non si abilita, configurare il comando "snmp-server manager".
show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input 0 Bad SNMP version errors 1 Unknown community name 0 Illegal operation for community name supplied 0 Encoding errors 37763 Number of requested variables 2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs 2 Set-request PDUs 0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output 0 Too big errors (Maximum packet size 1500) 20 No such name errors 0 Bad values errors 0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 SNMP global trap: enabled
Scarica DS 64224 utilizzando le seguenti opzioni del menu a discesa nello strumento DSLT:
Nome campo
Valore campo
Piattaforma
Cisco 4300, serie 4400 ISR o Cisco CSR serie 1000V
Prodotto
CUBE Enterprise in Webex Calling
Ambito del problema
Prestazioni
Tipo di problema
Utilizzo elevato CPU con notifica e-mail .
Copia il file XML DS nel flash del gateway locale.
LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:
Il seguente esempio mostra come copiare il file da un server FTP al gateway locale.
copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! [OK - 3571/4096 bytes] 3571 bytes copied in 0.064 secs (55797 bytes/sec)
Installa il file XML DS nel gateway locale.
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success
Verifica che la firma sia installata correttamente utilizzando il comando show call-home diagnostic-signature. La colonna dello stato deve contenere il valore "registered".
show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com
Download di firme digitali:
ID DS
Nome DS
Revisione
Stato
Ultimo aggiornamento (GMT+00:00)
64224
DS_LGW_CPU_MON75
0.0.10
Registrato
2020-11-07 22:05:33
Quando attivata, questa firma disinstalla tutte le DS in esecuzione, inclusa se stessa. Se necessario, reinstallare DS 64224 per continuare a monitorare l'utilizzo elevato CPU sul gateway locale.
Monitoraggio della registrazione trunk SIP
Questo DS verifica l'annullamento della registrazione di un SIP trunk del gateway locale con Webex Calling cloud ogni 60 secondi. Una volta rilevato, l'evento di annullamento della registrazione genera un'e-mail e una notifica di syslog e si disinstalla automaticamente dopo due occorrenze di annullamento della registrazione. Utilizza la procedura seguente per installare la firma.
Scarica DS 64117 utilizzando le seguenti opzioni del menu a discesa nello strumento DSLT:
Nome campo
Valore campo
Piattaforma
Cisco 4300, serie 4400 ISR o Cisco CSR serie 1000V
Prodotto
CUBE Enterprise in Webex Calling
Ambito del problema
SIP-SIP
Tipo di problema
Annullamento registrazione trunk SIP con notifica e-mail .
Copia il file XML DS nel gateway locale.
copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash:
Installa il file XML DS nel gateway locale.
call-home diagnostic-signature load DS_64117.xml Load file DS_64117.xml success LocalGateway#
Utilizzare show call-home diagnostic-signature per verificare che la firma sia installata correttamente. La colonna dello stato deve avere un valore "registrato".
Monitoraggio delle disconnessioni delle chiamate anomale
Questa DS utilizza il sondaggio SNMP ogni 10 minuti per rilevare una disconnessione di chiamata anomala con errori SIP 403, 488 e 503. Se l'incremento del numero di errori è maggiore o uguale a 5 dall'ultimo sondaggio, genera un registro di sistema e una notifica e-mail. Utilizza la procedura seguente per installare la firma.
Verifica se SNMP è abilitato utilizzando il comando show snmp. In caso contrario, configura il comando "snmp-server manager".
show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input 0 Bad SNMP version errors 1 Unknown community name 0 Illegal operation for community name supplied 0 Encoding errors 37763 Number of requested variables 2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs 2 Set-request PDUs 0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output 0 Too big errors (Maximum packet size 1500) 20 No such name errors 0 Bad values errors 0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 SNMP global trap: enabled
Scarica DS 65221 utilizzando le seguenti opzioni nello strumento DSLT:
Nome campo
Valore campo
Piattaforma
Cisco 4300, serie 4400 ISR o Cisco CSR serie 1000V
Prodotto
CUBE Enterprise in Webex Calling
Ambito del problema
Prestazioni
Tipo di problema
Rilevamento della disconnessione della chiamata anomala SIP con notifica e e-mail e syslog.
Copia il file XML DS nel gateway locale.
copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
Installa il file XML DS nel gateway locale.
call-home diagnostic-signature load DS_65221.xml Load file DS_65221.xml success
Utilizzare show call-home diagnostic-signature per verificare che la firma sia installata correttamente utilizzando . La colonna dello stato deve avere un valore "registrato".
Installare le firme diagnostiche per risolvere un problema
Utilizzare le firme diagnostiche (DS) per risolvere rapidamente i problemi. I tecnici di centro TAC di Cisco hanno creato diverse firme che consentono i debug necessari per risolvere un determinato problema, rilevare il problema che si verifica, raccogliere il set di dati diagnostici corretto e trasferire automaticamente i dati al caso centro TAC di Cisco . Le firme diagnostiche (DS) eliminano la necessità di controllare manualmente l'occorrenza del problema e semplificano notevolmente la risoluzione dei problemi intermittenti e transitori.
È possibile utilizzare il Strumento di ricerca firme diagnostiche per trovare le firme applicabili e installarle per risolvere autonomamente un determinato problema oppure è possibile installare la firma consigliata dal tecnico TAC come parte del coinvolgimento del supporto.
Di seguito un esempio di come trovare e installare una DS per rilevare l'occorrenza "%VOICE_IEC-3-GW: CCAPI: Internal Error (call spike threshold): IEC=1.1.181.1.29.0" syslog e automatizza la raccolta dei dati diagnostici utilizzando la seguente procedura:
Configurare un'ulteriore variabile di ambiente DSds_fsurl_prefix che è il percorso del file server centro TAC di Cisco (cxd.cisco.com) in cui vengono caricati i dati di diagnostica raccolti. Il nome utente nel percorso file è il numero del caso e la password è il token caricamento file che può essere recuperato Support Case Manager nel comando seguente. Il token di caricamento del file può essere generato nella sezione Allegati del Support Case Manager, come necessario.
configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com" end
Esempio:
call-home diagnostic-signature environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"
Assicurarsi che SNMP sia abilitato utilizzando il comando mostra snmp . In caso contrario, configura il comando "snmp-server manager".
show snmp %SNMP agent not enabled config t snmp-server manager end
Assicurarsi di installare il monitoraggio della CPU alta DS 64224 come misura proattiva per disabilitare tutti i debug e le firme diagnostiche durante il periodo di utilizzo elevato della CPU . Scarica DS 64224 utilizzando le seguenti opzioni nello strumento DSLT:
Nome campo
Valore campo
Piattaforma
Cisco 4300, serie 4400 ISR o Cisco CSR serie 1000V
Prodotto
CUBE Enterprise in Webex Calling
Ambito del problema
Prestazioni
Tipo di problema
Utilizzo elevato CPU con notifica e-mail .
Scarica DS 65095 utilizzando le seguenti opzioni nello strumento DSLT:
Nome campo
Valore campo
Piattaforma
Cisco 4300, serie 4400 ISR o Cisco CSR serie 1000V
Prodotto
CUBE Enterprise in Webex Calling
Ambito del problema
Registri di sistema
Tipo di problema
Syslog - %VOICE_IEC-3-GW: CCAPI: Internal Error (Call spike threshold): IEC=1.1.181.1.29.0
Copia i file XML DS nel gateway locale.
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:
Installa la DS 64224 per il monitoraggio dell'utilizzo elevato di CPU e quindi il file XML DS 65095 nel gateway locale.
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success call-home diagnostic-signature load DS_65095.xml Load file DS_65095.xml success
Verifica che la firma sia installata correttamente utilizzando il comando show call-home diagnostic-signature. La colonna dello stato deve avere un valore "registrato".
show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com
Firme digitali scaricate:
ID DS
Nome DS
Revisione
Stato
Ultimo aggiornamento (GMT+00:00)
64224
00:07:45
DS_LGW_CPU_MON75
0.0.10
Registrato
08-11-2020
65095
00:12:53
DS_LGW_IEC_Call_spike_threshold
0.0.12
Registrato
08-11-2020
Verificare l'esecuzione delle firme diagnostiche
Nel comando seguente, la colonna "Stato" del comando show call-home diagnostic-signature passa a "in esecuzione" mentre il gateway locale esegue l'azione definita all'interno della firma. L'output di mostra le statistiche della firma-diagnostica della chiamata a casa è il modo migliore per verificare se una firma diagnostica rileva un evento di interesse ed esegue l'azione. La colonna "Triggered/Max/Deinstall" indica il numero di volte in cui la firma specificata ha attivato un evento, il numero massimo di volte in cui viene definito un evento per rilevare un evento e se la firma si disinstalla da sola dopo aver rilevato il numero massimo di eventi attivati.
show call-home diagnostic-signature
Current diagnostic-signature settings:
Diagnostic-signature: enabled
Profile: CiscoTAC-1 (status: ACTIVE)
Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService
Environment variable:
ds_email: carunach@cisco.com
ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com
Firme digitali scaricate:
ID DS |
Nome DS |
Revisione |
Stato |
Ultimo aggiornamento (GMT+00:00) |
---|---|---|---|---|
64224 | DS_LGW_CPU_MON75 |
0.0.10 |
Registrato |
08/11/2020 00:07:45 |
65095 |
DS_LGW_IEC_Call_spike_threshold |
0.0.12 |
In esecuzione |
08/11/2020 00:12:53 |
mostra le statistiche della firma-diagnostica della chiamata a casa
ID DS |
Nome DS |
Attivato/Max/Disinstalla |
Tempo di esecuzione medio (secondi) |
Tempo di esecuzione massimo (secondi) |
---|---|---|---|---|
64224 | DS_LGW_CPU_MON75 |
0/0/N |
0.000 |
0.000 |
65095 |
DS_LGW_IEC_Call_spike_threshold |
1/20/Y |
23.053 |
23.053 |
Il e-mail di notifica inviato durante l'esecuzione della firma diagnostica contiene informazioni chiave come tipo di problema, dettagli del dispositivo, versione software, configurazione di esecuzione e visualizza gli output dei comandi pertinenti per la risoluzione del problema specificato.
Disinstallare le firme diagnostiche
Le firme diagnostiche utilizzate per la risoluzione dei problemi vengono in genere definite per disinstallare dopo il rilevamento di alcune occorrenze del problema. Se si desidera disinstallare manualmente una firma, recuperare l' ID DS dall'output di show call-home diagnostic-signature ed eseguire il comando seguente:
call-home diagnostic-signature deinstall <DS ID>
Esempio:
call-home diagnostic-signature deinstall 64224
Nuove firme vengono aggiunte periodicamente allo strumento di ricerca firme diagnostiche, in base a problemi che si riscontrano comunemente nelle distribuzioni. Il TAC attualmente non supporta richieste di creazione di nuove firme personalizzate. |
Per una migliore gestione dei gateway Cisco IOS XE, si consiglia di registrare e gestire i gateway attraverso Control Hub. È una configurazione opzionale. Al termine della registrazione, è possibile utilizzare l'opzione di convalida della configurazione in Control Hub per convalidare la configurazione del gateway locale e identificare eventuali problemi di configurazione. Attualmente, solo i trunk basati su registrazione supportano questa funzionalità.
Per ulteriori informazioni, fare riferimento alle seguenti sezioni:
Operazioni preliminari
Accertarsi che la seguente configurazione della piattaforma di base sia configurata in base ai criteri e alle procedure della propria organizzazione:
NTP
ACL
abilitare le password
password principale
IP
Indirizzi IP e così via
È necessaria una release minima supportata di IOS XE 17.6 per tutte le distribuzioni di gateway locali.
1 | Accertarsi di assegnare indirizzi IP validi e indirizzabili a qualsiasi interfaccia di livello 3:
|
||||
2 | Preconfigurare una chiave primaria per la password con i seguenti comandi prima che venga utilizzata come credenziali e segreti condivisi. Le password di tipo 6 vengono crittografate utilizzando la crittografia AES e la chiave primaria definita dall'utente.
|
||||
3 | Configurare il server dei nomi IP per abilitare la ricerca DNS . Eseguire il pinging del server dei nomi IP e assicurarsi che il server sia raggiungibile. Il gateway locale deve essere risolto Webex Calling indirizzi proxy che utilizzano questo DNS:
|
||||
4 | Abilita esclusività TLS 1.2 e un punto di attendibilità segnaposto predefinito:
|
||||
5 | Se il certificato radice dispone di una CA intermedia, eseguire i seguenti comandi:
|
||||
6 | Creare un punto di attendibilità per contenere il certificato radice. Eseguire i seguenti comandi, se non è presente una CA intermedia:
|
||||
7 | Configurare SIP-UA per utilizzare il punto di attendibilità creato.
|
Operazioni preliminari
La rete verso Webex Calling deve utilizzare un indirizzo IPv4 pubblico . Gli indirizzi dei nomi di dominio completi (FQDN) o dei record di servizio (SRV) devono essere risolti in un indirizzo IPv4 pubblico su Internet.
Tutte le porte SIP e multimediali sull'interfaccia esterna devono essere accessibili da Internet. Le porte non devono essere dietro un NAT (Network Address Translation). Accertarsi di aggiornare il firewall dei componenti di rete aziendale.
Installare un certificato firmato sul gateway locale.
L' autorità di certificazione (CA) deve firmare il certificato come indicato in Quali autorità di certificazione radice sono supportate per le chiamate alle piattaforme audio e video Cisco Webex ? .
Il nome di dominio completo selezionato da Control Hub deve essere il nome comune (CN) o il nome alternativo dell'oggetto (SAN) del certificato. Ad esempio:
Se un trunk configurato da Control Hub della propria organizzazione ha london.lgw.cisco.com:5061 come nome di dominio completo del gateway locale, CN o SAN devono contenere london.lgw.cisco.com nel certificato.
Se un trunk configurato da Control Hub della propria organizzazione ha london.lgw.cisco.com come indirizzo SRV del gateway locale, CN o SAN devono contenere london.lgw.cisco.com nel certificato. I record in cui viene risolto l'indirizzo SRV (CNAME, record A o indirizzo IP ) sono facoltativi in SAN.
Nell'esempio FQDN o SRV utilizzato per il trunk, l'indirizzo di contatto per tutte le nuove finestre di dialogo SIP dal gateway locale deve avere london.lgw.cisco.com nella parte host dell'indirizzo SIP . Vedere, Passo 5 per la configurazione.
Assicurarsi che i certificati siano firmati per l'uso su client e server.
Caricare il bundle attendibile sul gateway locale come menzionato in Quali autorità di certificazione radice sono supportate per le chiamate alle piattaforme audio e video Cisco Webex ? .
1 | Immettere i seguenti comandi per attivare l'applicazione gateway locale (fare riferimento a Informazioni di riferimento porta per Cisco Webex Calling per le subnet IP più recenti da aggiungere come elenco entità attendibili):
Di seguito una spiegazione dei campi per la configurazione: Prevenzione delle frodi a pagamento
Funzionalità di base da SIP a SIP
Protocollo fax
Consente di abilitare il protocollo T.38 per il trasporto fax, sebbene il traffico fax non sia crittografato. Per ulteriori informazioni su questo comando, vedere protocollo fax t38 (servizio vocale) . SIP
Forza il gateway locale a inviare le informazioni SDP nel messaggio di invito iniziale anziché attendere il riconoscimento dal peer vicino. Per ulteriori informazioni su questo comando, vedere offerta anticipata .
Configura il supporto del payload asimmetrico Session Initiation Protocol (SIP) per entrambi i payload DTMF e codec dinamico. Per ulteriori informazioni su questo comando, vedere payload asimmetrico . |
||
2 | Configurare "voice class codec 100".
Di seguito una spiegazione dei campi per la configurazione: codec di classe vocale 100 Consente i codec opus e g711 (mu e a-law) per le sessioni. Applica il codec preferito a tutti i dial-peer. Per ulteriori informazioni, vedere codec di classe vocale . |
||
3 | Configurare "voice class stun-usage 100" per abilitare ICE.
Di seguito una spiegazione dei campi per la configurazione: uso stordimento della lezione vocale 100 Definisce l'utilizzo dello stordimento. Applica lo stun a tutti i partecipanti dial-peer di Webex Calling per evitare che l'audio non sia disponibile quando un telefono Unified CM inoltra la chiamata a un altro telefono Webex Calling . Vedere uso dello stordimento della lezione vocale in Comandi vocali Cisco IOS - dalla T alla Z e uso stordimento ice lite . |
||
4 | Configurare il comando per limitare la crittografia supportata.
Di seguito una spiegazione dei campi per la configurazione: classe vocale srtp-crypto 100Specifica SHA1_ 80 come l'unica suite di crittografia SRTP che un gateway locale offre nell'SDP in offerta e risposta. Webex Calling supporta solo SHA180._
Per ulteriori informazioni, vedere classe vocale srtp-crypto .
|
||
5 | (Per CUBE con indirizzi IP pubblico , seguire questa procedura). Configurare "Profili SIP 100". Nell'esempio, cube1.abc.lgwtrunking.com è il nome di dominio completo selezionato per il gateway locale e "192.65.79.21" è l'indirizzo IP pubblico dell'interfaccia del gateway locale che è verso Webex Calling:
Di seguito una spiegazione dei campi per la configurazione: regola 10 e regola 20 Assicura la sostituzione indirizzo IP del gateway locale con il nome di dominio completo nell'intestazione 'Contact' dei messaggi di richiesta e risposta. Questo è un requisito per l'autenticazione del gateway locale da utilizzare come trunk in un determinato gateway Webex Calling posizione per la propria organizzazione.
|
||
6 | (Per CUBE dietro NAT statico, seguire questa procedura). Configurare CUBE per il NAT statico (opzionale). In questo esempio, cube1.abc.lgwtrunking.com è il nome di dominio completo selezionato per il gateway locale e "10.80.13.12" è l' indirizzo IP dell'interfaccia CUBE per Webex Calling e "192.65.79.20" è l'indirizzo IP pubblico NAT. Se CUBE viene distribuito con NAT statico, le configurazioni del profilo SIP in ingresso e in uscita seguenti sono necessarie per modificare l'indirizzo IP privato con l'indirizzo IP pubblico NAT nella richiesta e nella risposta SIP . Profili SIP per i messaggi in uscita a Webex Calling
Profili SIP per messaggi in entrata da Webex Calling
Per ulteriori informazioni, vedere profili sip delle classi vocali . Per ulteriori informazioni, vedere regola (traduzione vocale-regola) in Riferimento per i comandi vocali Cisco IOS - Dalla K alla R . |
||
7 | Configurare il seguente dial-peer in uscita: |
||
8 | Crea un gruppo dial-peer in base al dial-peer verso Webex Calling nel modello attivo o inattivo.
Di seguito una spiegazione dei campi per la configurazione:
Associa un gruppo dial-peer in uscita con un gruppo dial-peer 100 e configurare il dial-peer 101 con la stessa preferenza. Vedere voce dial-peer per ulteriori informazioni. |
||
9 | Configurare dial-peer in entrata da Webex Calling . La corrispondenza in ingresso si basa sulla richiesta URI .
Di seguito una spiegazione dei campi per la configurazione: uri classe vocale 120 sorso
Definisce la sequenza di corrispondenza per una chiamata in ingresso da Webex Calling . Vedere preferenza sip uri sip della classe vocale in Riferimento per i comandi vocali Cisco IOS - dalla T alla Z per ulteriori informazioni. sessione di trasporto tcp tls
Imposta il trasporto su TLS. Vedere sessione-trasporto per ulteriori informazioni. destinazione dpg 300
Specifica il gruppo dial-peer 120 per selezionare un dial-peer in uscita. Vedere dpg di classe vocale in Riferimento per i comandi vocali Cisco IOS - dalla T alla Z per ulteriori informazioni sui gruppi di chiamata-peer. richiesta uri in ingresso 120
Corrisponde a tutto il traffico in entrata da Webex Calling al gateway locale in base al nome host URI della richiesta, identificando in modo univoco un sito gateway locale all'interno di un'azienda e nell'ecosistema Webex Calling . Vedere uri in ingresso Riferimento ai comandi vocali di Cisco IOS - da D a I per ulteriori informazioni. profilo sip di classe vocale 100
Se CUBE è configurato con NAT statico, associa il profilo SIP in entrata 201. srtp-crypto di classe vocale 100
Configura le suite di crittografia preferite per il segmento di segmento di chiamata SRTP (connessione). Vedere classe vocale srtp-crypto per ulteriori informazioni. associa controllo origine-interfaccia GigabitEthernet0/0/1
Configura un indirizzo IP di origine per il rivolto verso l'interfaccia di origine della segnalazione Webex Calling . Vedere vincolare in Riferimento per i comandi vocali Cisco IOS - Da A a C per ulteriori informazioni su come utilizzare il collegamento. associa interfaccia origine multimediale GigabitEthernet0/0/1
Configura un indirizzo IP di origine per il rivolto verso l'interfaccia di origine multimediale Webex Calling . |
Questa distribuzione richiede la configurazione seguente sul gateway locale:
URI delle classi vocali —È possibile definire indirizzi IP /modelli porte host per vari trunk che terminano sul gateway locale:
Webex Calling a LGW
Terminazione trunk SIP PSTN su LGW
Chiamate in uscita —È possibile indirizzare i segmenti di chiamata in uscita da un trunk SIP di LGW a un provider di fornitore servizio (ITSP) e Webex Calling .
DPG di classe vocale —È possibile richiamare per indirizzare i dial-peer in uscita da un dial-peer in entrata.
Chiamate in ingresso —È possibile accettare segmenti di chiamata in entrata da ITSP e Webex Calling .
Utilizzare la configurazione per un'impostazione di gateway locale ospitata da partner o per un gateway del sito del cliente locale. Vedere quanto segue:
1 | Configurare il seguente uri della classe vocale: |
2 | Configura i seguenti dial-peer in uscita: |
3 | Configurare il seguente gruppo dial-peer Group (DPG): |
4 | Configura i seguenti dial-peer in entrata: |
PSTN a Webex Calling :
Abbina tutti i segmenti di chiamata PSTN IP in entrata sul gateway locale con dial-peer 122 per definire un criterio di corrispondenza per l'intestazione VIA con l' IP della PSTN indirizzo IP. DPG 100 richiama il dial-peer in uscita 101 , 102 , 103 , 104 , che ha il server Webex Calling come destinazione di destinazione.
Webex Calling alla PSTN:
Corrispondenza a tutti i messaggi in entrata Webex Calling segmenti di chiamata sul gateway locale con dial-peer 110 per definire il criterio di corrispondenza per il modello di intestazione REQUEST URI con il nome host del gateway locale, univoco per la distribuzione del gateway locale. DPG 120 richiama il dial-peer in uscita 121 , con indirizzo IP IP PSTN come destinazione di destinazione.
Questa distribuzione richiede la configurazione seguente sul gateway locale:
URI delle classi vocali —È possibile definire modelli di indirizzi IP /porte host per vari trunk che terminano sull'LGW da:
Unified CM a LGW per destinazioni PSTN
Unified CM a LGW per Webex Calling destinazioni
Webex Calling alle destinazioni LGW
Terminazione trunk SIP PSTN su destinazioni LGW
Gruppo di server di classe vocale —È possibile indirizzare gli indirizzi IP o le porte per i trunk in uscita da:
da LGW a Unified CM
LGW a Webex Calling
trunk SIP da LGW a PSTN
Chiamate in uscita —È possibile indirizzare i segmenti di chiamata in uscita da:
da LGW a Unified CM
trunk SIP di provider di servizi di telefonia Internet (ITSP).
Webex Calling
Dpg classe vocale —È possibile scegliere di richiamare dial-peer in uscita da un dial-peer in entrata.
Chiamate in ingresso— È possibile accettare segmenti di chiamata in entrata da Unified CM, ITSP e Webex Calling .
1 | Configura i seguenti URI di classe vocale: |
2 | Configura i seguenti gruppi di server di classi vocali: |
3 | Configura i seguenti dial-peer in uscita: |
4 | Configurare il seguente gruppo dial-peer group (DPG) per le chiamate verso Webex Calling: |
5 | Configura i seguenti dial-peer in entrata: |
Le firme diagnostiche (DS) rilevano in modo proattivo i problemi riscontrati comunemente nel gateway locale basato su Cisco IOS XE e generano una notifica dell'evento e-mail, syslog o messaggi sul terminale. Puoi anche installare le DS per automatizzare la raccolta dei dati diagnostici e trasferire i dati raccolti al caso Cisco TAC per risolvere più rapidamente il problema.
Le firme diagnostiche (DS) sono file XML contenenti informazioni sugli eventi in cui si è verificato il problema e sulle azioni da eseguire per informare del problema, risolvere e risolvere il problema. Utilizzare i messaggi di syslog, gli eventi SNMP e il monitoraggio periodico degli output del comando show specifici per definire la logica di rilevamento del problema. I tipi di azione comprendono:
Raccolta degli output del comando show
Generazione di un file di registro consolidato
Caricamento del file in una posizione di rete fornita dall'utente, ad esempio HTTPS, SCP, server FTP
I tecnici TAC creano i file DS e li firmano digitalmente per la protezione dell'integrità. Ogni file DS presenta un ID numerico univoco assegnato dal sistema. Strumento di ricerca firme diagnostiche (DSLT) è una singola origine per trovare le firme applicabili per il monitoraggio e la risoluzione dei problemi di vari problemi.
Operazioni preliminari:
Non modificare il file DS da cui è stato eseguito il download DSLT . L'installazione dei file modificati non viene completata a causa dell'errore di controllo dell'integrità.
Un server SMTP(Simple Mail Transfer Protocol) necessario al gateway locale per inviare le notifiche e-mail.
Accertarsi che il gateway locale esegua IOS XE 17.6.1 o versione superiore se si desidera utilizzare il server TFTP sicuro per le notifiche e-mail.
Prerequisiti
Gateway locale con IOS XE 17.6.1 o superiore
Le firme diagnostiche sono abilitate per impostazione predefinita.
- Configurare il server e-mail sicuro da utilizzare per inviare una notifica proattiva se il dispositivo esegue IOS XE 17.6.1 o versioni superiori.
configure terminal call-home mail-server <username>:<pwd>@<email server> priority 1 secure tls end
Configurare la variabile di ambienteds_email con l' indirizzo e-mail dell'amministratore per la notifica.
configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> end
Gateway locale con versione 17.6.1
Immetti i seguenti comandi per abilitare le firme diagnostiche.
configure terminal call-home reporting contact-email-addr sch-smart-licensing@cisco.com end
Configurare il server e-mail per l'invio di notifiche proattive se il dispositivo esegue una versione precedente alla 17.6.1.
configure terminal call-home mail-server <email server> priority 1 end
Configurare la variabile di ambienteds_email con l' indirizzo e-mail dell'amministratore notificato.
configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> end
Di seguito viene mostrato un esempio di configurazione di un gateway locale in esecuzione su Cisco IOS XE 17.6.1 per inviare le notifiche proattive a tacfaststart@gmail.com utilizzando Gmail come server TFTP sicuro:
call-home
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls
diagnostic-signature
environment ds_email "tacfaststart@gmail.com"
Il gateway locale in esecuzione sul software Cisco IOS XE non è un tipico client Gmail basato su Web che supporta OAuth. Per consentire l'elaborazione corretta dell'e-mail dal dispositivo, è necessario configurare un'impostazione dell'account Gmail specifica e fornire un'autorizzazione specifica: |
Vai a Accesso app meno sicure.
e attivaRispondi "Sì, sono stato io" quando ricevi un'e-mail da Gmail che indica "Google ha impedito a qualcuno di accedere al tuo account utilizzando un'app non Google".
Installare le firme diagnostiche per il monitoraggio proattivo
Monitoraggio dell'utilizzo elevato CPU
Questo DS tiene traccia dell'utilizzo della CPU per 5 secondi utilizzando l'OID SNMP 1.3.6.1.4.1.9.2.1.56. Quando l'utilizzo raggiunge il 75% o più, disabilita tutti i debug e disinstalla tutte le firme diagnostiche installate nel gateway locale. Utilizza questa procedura per installare la firma.
Accertarsi di aver abilitato SNMP utilizzando il comando mostra snmp . Se SNMP non è abilitato, configurare il snmp-server manager comando.
show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input 0 Bad SNMP version errors 1 Unknown community name 0 Illegal operation for community name supplied 0 Encoding errors 37763 Number of requested variables 2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs 2 Set-request PDUs 0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output 0 Too big errors (Maximum packet size 1500) 20 No such name errors 0 Bad values errors 0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 SNMP global trap: enabled
Scarica DS 64224 utilizzando le seguenti opzioni del menu a discesa nello strumento DSLT:
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:
Nome campo
Valore campo
Piattaforma
Cisco 4300, serie 4400 ISR o Cisco CSR serie 1000V
Prodotto
CUBE Enterprise nella soluzione Webex Calling
Ambito del problema
Prestazioni
Tipo di problema
Utilizzo elevato della CPU con notifica e-mail
Copia il file XML DS nel flash del gateway locale.
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:
Il seguente esempio mostra come copiare il file da un server FTP al gateway locale.
copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! [OK - 3571/4096 bytes] 3571 bytes copied in 0.064 secs (55797 bytes/sec)
Installa il file XML DS nel gateway locale.
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success
Utilizzare il show call-home diagnostic-signature per verificare che la firma sia installata correttamente. La colonna dello stato deve avere un valore "registrato".
show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com
Download di firme digitali:
ID DS
Nome DS
Revisione
Stato
Ultimo aggiornamento (GMT+00:00)
64224
DS_LGW_CPU_MON75
0.0.10
Registrato
2020-11-07 22:05:33
Quando attivata, questa firma disinstalla tutte le DS in esecuzione, inclusa se stessa. Se necessario, reinstallare DS 64224 per continuare a monitorare l'utilizzo elevato CPU sul gateway locale.
Monitoraggio delle disconnessioni delle chiamate anomale
Questa DS utilizza il sondaggio SNMP ogni 10 minuti per rilevare una disconnessione di chiamata anomala con errori SIP 403, 488 e 503. Se l'incremento del numero di errori è maggiore o uguale a 5 dall'ultimo sondaggio, genera un registro di sistema e una notifica e-mail. Utilizza la procedura seguente per installare la firma.
Assicurarsi che SNMP sia abilitato utilizzando il comando mostra snmp . Se SNMP non è abilitato, configurare il snmp-server manager comando.
show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input 0 Bad SNMP version errors 1 Unknown community name 0 Illegal operation for community name supplied 0 Encoding errors 37763 Number of requested variables 2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs 2 Set-request PDUs 0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output 0 Too big errors (Maximum packet size 1500) 20 No such name errors 0 Bad values errors 0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 SNMP global trap: enabled
Scarica DS 65221 utilizzando le seguenti opzioni nello strumento DSLT:
Nome campo
Valore campo
Piattaforma
Cisco 4300, serie 4400 ISR o Cisco CSR serie 1000V
Prodotto
CUBE Enterprise in Webex Calling
Ambito del problema
Prestazioni
Tipo di problema
Rilevamento della disconnessione della chiamata anomala SIP con notifica e e-mail e syslog.
Copia il file XML DS nel gateway locale.
copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
Installa il file XML DS nel gateway locale.
call-home diagnostic-signature load DS_65221.xml Load file DS_65221.xml success
Utilizzare il comando show call-home diagnostic-signature per verificare che la firma sia installata correttamente. La colonna dello stato deve contenere il valore "registered".
Installare le firme diagnostiche per risolvere un problema
Per risolvere rapidamente i problemi è possibile utilizzare le firme diagnostiche (DS). I tecnici di centro TAC di Cisco hanno creato diverse firme che consentono i debug necessari per risolvere un determinato problema, rilevare il problema che si verifica, raccogliere il set di dati diagnostici corretto e trasferire automaticamente i dati al caso centro TAC di Cisco . In questo modo, si elimina la necessità di controllare manualmente la presenza del problema e si rende molto più semplice la risoluzione di problemi intermittenti e temporanei.
È possibile utilizzare il Strumento di ricerca firme diagnostiche per trovare le firme applicabili e installarle per risolvere autonomamente un determinato problema oppure è possibile installare la firma consigliata dal tecnico TAC come parte del coinvolgimento del supporto.
Di seguito un esempio di come trovare e installare una DS per rilevare l'occorrenza "%VOICE_IEC-3-GW: CCAPI: Internal Error (call spike threshold): IEC=1.1.181.1.29.0" syslog e automatizza la raccolta dei dati diagnostici utilizzando la seguente procedura:
Configurare un'altra variabile di ambiente DSds_fsurl_prefix come percorso del file server centro TAC di Cisco (cxd.cisco.com) per caricare i dati di diagnostica. Il nome utente nel percorso file è il numero del caso e la password è il token caricamento file che può essere recuperato Support Case Manager come mostrato di seguito. Il token caricamento file può essere generato nel file Allegati sezione del Case Manager di supporto, come richiesto.
configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com" end
Esempio:
call-home diagnostic-signature environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"
Assicurarsi che SNMP sia abilitato utilizzando il comando mostra snmp . Se SNMP non è abilitato, configurare il snmp-server manager comando.
show snmp %SNMP agent not enabled config t snmp-server manager end
È consigliabile installare il monitoraggio della CPU alta DS 64224 come misura proattiva per disabilitare tutti i debug e le firme diagnostiche durante il periodo di utilizzo elevato della CPU . Scarica DS 64224 utilizzando le seguenti opzioni nello strumento DSLT:
Nome campo
Valore campo
Piattaforma
Cisco 4300, serie 4400 ISR o Cisco CSR serie 1000V
Prodotto
CUBE Enterprise in Webex Calling
Ambito del problema
Prestazioni
Tipo di problema
Utilizzo elevato CPU con notifica e-mail .
Scarica DS 65095 utilizzando le seguenti opzioni nello strumento DSLT:
Nome campo
Valore campo
Piattaforma
Cisco 4300, serie 4400 ISR o Cisco CSR serie 1000V
Prodotto
CUBE Enterprise in Webex Calling
Ambito del problema
Registri di sistema
Tipo di problema
Syslog - %VOICE_IEC-3-GW: CCAPI: Internal Error (Call spike threshold): IEC=1.1.181.1.29.0
Copia i file XML DS nel gateway locale.
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:
Installare il file XML DS 64224 e DS 65095 per il monitoraggio della CPU alta nel gateway locale.
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success call-home diagnostic-signature load DS_65095.xml Load file DS_65095.xml success
Verificare che la firma sia installata correttamente utilizzando show call-home diagnostic-signature . La colonna dello stato deve contenere il valore "registered".
show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com
Firme digitali scaricate:
ID DS
Nome DS
Revisione
Stato
Ultimo aggiornamento (GMT+00:00)
64224
00:07:45
DS_LGW_CPU_MON75
0.0.10
Registrato
2020-11-08:00:07:45
65095
00:12:53
DS_LGW_IEC_Call_spike_threshold
0.0.12
Registrato
2020-11-08:00:12:53
Verificare l'esecuzione delle firme diagnostiche
Nel comando seguente, la colonna "Stato" del comando show call-home diagnostic-signature passa a "in esecuzione" mentre il gateway locale esegue l'azione definita all'interno della firma. L'output di mostra le statistiche della firma-diagnostica della chiamata a casa è il modo migliore per verificare se una firma diagnostica rileva un evento di interesse ed esegue l'azione. La colonna "Triggered/Max/Deinstall" indica il numero di volte in cui la firma specificata ha attivato un evento, il numero massimo di volte in cui viene definito un evento per rilevare un evento e se la firma si disinstalla da sola dopo aver rilevato il numero massimo di eventi attivati.
show call-home diagnostic-signature
Current diagnostic-signature settings:
Diagnostic-signature: enabled
Profile: CiscoTAC-1 (status: ACTIVE)
Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService
Environment variable:
ds_email: carunach@cisco.com
ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com
Firme digitali scaricate:
ID DS |
Nome DS |
Revisione |
Stato |
Ultimo aggiornamento (GMT+00:00) |
---|---|---|---|---|
64224 | DS_LGW_CPU_MON75 |
0.0.10 |
Registrato |
08/11/2020 00:07:45 |
65095 |
DS_LGW_IEC_Call_spike_threshold |
0.0.12 |
In esecuzione |
08/11/2020 00:12:53 |
mostra le statistiche della firma-diagnostica della chiamata a casa
ID DS |
Nome DS |
Attivato/Max/Disinstalla |
Tempo di esecuzione medio (secondi) |
Tempo di esecuzione massimo (secondi) |
---|---|---|---|---|
64224 | DS_LGW_CPU_MON75 |
0/0/N |
0.000 |
0.000 |
65095 |
DS_LGW_IEC_Call_spike_threshold |
1/20/Y |
23.053 |
23.053 |
Il e-mail di notifica inviato durante l'esecuzione della firma diagnostica contiene informazioni chiave come tipo di problema, dettagli del dispositivo, versione software, configurazione di esecuzione e visualizza gli output dei comandi pertinenti per la risoluzione del problema specificato.

Disinstallare le firme diagnostiche
L'uso delle firme diagnostiche per la risoluzione dei problemi viene in genere definito per disinstallare dopo il rilevamento di alcune occorrenze del problema. Se si desidera disinstallare manualmente una firma, recuperare l' ID DS dall'output di show call-home diagnostic-signature ed eseguire il comando seguente:
call-home diagnostic-signature deinstall <DS ID>
Esempio:
call-home diagnostic-signature deinstall 64224
Nuove firme vengono aggiunte allo strumento di ricerca firme diagnostiche periodicamente, in base ai problemi riscontrati nelle distribuzioni. Il TAC attualmente non supporta richieste di creazione di nuove firme personalizzate. |
Il gateway locale (LGW) è l'unica opzione che consente l'accesso PSTN locale per clienti Cisco Webex Calling. L'obiettivo di questo documento è fornire assistenza nella creazione di una configurazione del gateway locale che utilizza CUBE ad alta disponibilità, CUBE attivo/standby per il failover con stato di chiamate attive.
Nozioni fondamentali
Prerequisiti
Prima di distribuire CUBE HA come gateway locale per Webex Calling, accertarti di aver compreso pienamente i seguenti concetti:
Ridondanza box-to-box layer 2 con CUBE Enterprise per conservazione delle chiamate con stato
Le linee guida di configurazione fornite in questo articolo presuppongono una piattaforma gateway locale dedicata che non prevede alcuna configurazione vocale esistente. Se viene modificata una distribuzione CUBE Enterprise esistente per utilizzare anche la funzione gateway locale per Cisco Webex Calling, presta attenzione alla configurazione applicata per garantire che i flussi di chiamata e le funzionalità esistenti non vengano interrotte e che stai soddisfacendo i requisiti di progettazione CUBE HA.
Componenti hardware e software
CUBE HA come gateway locale richiede IOS-XE versione 16.12.2 o successiva e una piattaforma su cui sono supportate entrambe le funzioni CUBE HA e LGW.
I comandi show e i registri in questo articolo si basano sulla release software minima di Cisco IOS-XE 16.12.2 implementata su vCUBE (CSR1000v). |
Materiale di riferimento
Di seguito sono riportate alcune guide alla configurazione di CUBE HA dettagliate per diverse piattaforme:
CSR 1000v (vCUBE)–https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-CSR1000v.html
Architettura preferita Cisco per Cisco Webex Calling–https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf
Panoramica della soluzione Webex Calling
Cisco Webex Calling è un servizio di collaborazione che offre un'alternativa basata su cloud multi-tenant al servizio telefonico PBX locale con più opzioni PSTN per i clienti.
La distribuzione del gateway locale (rappresentata di seguito) è il fulcro di questo articolo. Il trunk del gateway locale (PSTN locale) in Webex Calling consente la connettività a un servizio PSTN di proprietà del cliente. Fornisce anche la connettività a una distribuzione PBX IP locale, ad esempio Cisco Unified CM. Tutte le comunicazioni da e verso il cloud vengono protette utilizzando il trasporto TLS per SIP e SRTP per contenuti multimediali.
La figura seguente mostra una distribuzione Webex Calling senza un PBX IP esistente ed è applicabile a una distribuzione per singolo sito o più siti. La configurazione descritta in questo articolo si basa su questa distribuzione.
Ridondanza box-to-box layer 2
La ridondanza box-to-box layer 2 CUBE HA utilizza il protocollo dell'infrastruttura RG (Redundancy Group) per formare una coppia di router attivo/standby. Questa coppia condivide lo stesso indirizzo IP virtuale (VIP) sulle relative interfacce e scambia continuamente messaggi di stato. Le informazioni di sessione CUBE vengono verificate sulla coppia di router consentendo al router standby di assumere immediatamente tutte le responsabilità di elaborazione delle chiamate CUBE se il router attivo è fuori uso, in modo da preservare segnali e contenuti multimediali.
La verifica è limitata a chiamate connesse con pacchetti multimediali. Le chiamate in transito non vengono verificate (ad esempio, tentativi di chiamata o chiamate che squillano in attesa di risposta). In questo articolo, CUBE HA fa riferimento alla ridondanza CUBE High Availability (HA) Box-to-box (B2B) layer 2 per la conservazione delle chiamate con stato |
A partire da IOS-XE 16.12.2, CUBE HA può essere distribuito come gateway locale per distribuzioni di trunk Cisco Webex Calling (PSTN locale) e in questo articolo verranno riportate alcune considerazioni di progettazione e configurazioni. L'immagine mostra una tipica impostazione di CUBE HA come gateway locale per una distribuzione di trunk Cisco Webex Calling.
Componente Infra del gruppo di ridondanza
Il componente Infra del gruppo di ridondanza (RG, Redundancy Group) fornisce il supporto dell'infrastruttura di comunicazione box-to-box tra i due CUBE e negozia lo stato di ridondanza stabile finale. Questo componente fornisce anche:
Un protocollo simile a HSRP che negozia lo stato di ridondanza finale per ciascun router scambiando messaggi keepalive e hello tra i due CUBE (tramite l'interfaccia di controllo), GigabitEthernet3 nella figura precedente.
Un meccanismo di trasporto per la verifica dello stato di segnali e contenuti multimediali per ciascuna chiamata dal router attivo al router standby (tramite l'interfaccia dati), GigabitEthernet3 nella figura precedente.
Configurazione e gestione dell'interfaccia IP virtuale (VIP) per le interfacce di traffico (più interfacce di traffico possono essere configurate utilizzando lo stesso gruppo RG), GigabitEthernet 1 e 2 sono considerate interfacce di traffico.
Questo componente RG deve essere configurato in modo specifico per supportare il sistema vocale B2B HA.
Gestione degli indirizzi IP virtuali (VIP) per segnali e contenuti multimediali
B2B HA si basa sull'IP virtuale per ottenere ridondanza. Il VIP e le interfacce fisiche associate su entrambi i CUBE nella coppia CUBE HA devono risiedere sulla stessa subnet LAN. La configurazione del VIP e l'associazione dell'interfaccia VIP a una determinata applicazione vocale (SIP) sono obbligatorie per il supporto vocale B2B HA. I dispositivi esterni come Unified CM, controller SBC di accesso a Webex Calling, provider di servizi o proxy, utilizzano il VIP come indirizzo IP di destinazione per le chiamate che attraversano i router CUBE HA. Pertanto, dal punto di vista di Webex Calling, le coppie di CUBE HA agiscono come un singolo gateway locale.
Le informazioni su segnale di chiamata e sessione RTP delle chiamate stabilite vengono verificate dal router attivo al router di standby. Quando il router Attivo non è attivo, il router Standby subentra e continua a inoltrare il flusso RTP precedentemente indirizzato dal primo router.
Le chiamate in uno stato temporaneo al momento del failover non verranno mantenute dopo il cambio. Ad esempio, le chiamate non ancora completamente stabilite o in corso di modifica con una funzione di trasferimento o attesa. Le chiamate stabilite possono essere disconnesse dopo il cambio.
Esistono i seguenti requisiti per l'uso di CUBE HA come gateway locale per il failover delle chiamate:
CUBE HA non può avere interfacce TDM o analogiche co-posizionate
Le interfacce Gig1 e Gig2 sono denominate interfacce di traffico (SIP/RTP) e Gig3 è l'interfaccia di controllo RG/dati
Non è possibile inserire più di 2 coppie CUBE HA nello stesso dominio layer 2, una con ID gruppo 1 e l'altra con ID gruppo 2. Se configuri 2 coppie HA con lo stesso ID gruppo, le interfacce di controllo RG/dati devono appartenere a domini layer 2 diversi (vlan, switch separato)
Il canale delle porte è supportato per entrambe le interfacce di controllo RG/dati e di traffico
Tutti i segnali/contenuti multimediali sono originati da/all'indirizzo IP virtuale
Ogni volta che una piattaforma viene ricaricata in una relazione CUBE-HA, viene sempre avviata come Standby
L'indirizzo inferiore per tutte le interfacce (Gig1, Gig2, Gig3) deve essere sulla stessa piattaforma
L'identificativo dell'interfaccia di ridondanza, rii, deve essere univoco per una combinazione di coppia/interfaccia nello stesso Layer 2
La configurazione su entrambi i CUBE deve essere identica, inclusa la configurazione fisica, e deve essere in esecuzione sullo stesso tipo di piattaforma e versione IOS-XE
Non è possibile utilizzare interfacce di loopback come associazione perché sono sempre attive
Più interfacce di traffico (SIP/RTP) (Gig1, Gig2) richiedono la configurazione del rilevamento dell'interfaccia
CUBE-HA non è supportato su una connessione via cavo crossover per il collegamento controllo RG/dati (Gig3)
Entrambe le piattaforme devono essere identiche e connesse tramite uno switch fisico su tutte le interfacce simili affinché CUBE HA funzioni, ossia GE0/0/0 di CUBE-1 e CUBE-2 devono terminare sullo stesso switch e così via.
Non è possibile impostare WAN con terminazione diretta su CUBE o Data HA su entrambi i lati
Entrambi i router, Attivo/Standby, devono essere nello stesso centro dati
È obbligatorio utilizzare un'interfaccia L3 separata per ridondanza (controllo RG/dati, Gig3), ossia l'interfaccia utilizzata per il traffico non può essere utilizzata per keepalive e verifica HA
Al momento del failover, il CUBE precedentemente attivo passa attraverso un ricaricamento per impostazione predefinita, preservando segnali e contenuti multimediali
Configurazione della ridondanza su entrambi i CUBE
Devi configurare la ridondanza box-to-box layer 2 su entrambi i CUBE da utilizzare in una coppia HA per visualizzare IP virtuali.
1 | Configura il rilevamento dell'interfaccia a livello globale per rilevare lo stato dell'interfaccia.
La CLI di rilevamento viene utilizzata in RG per rilevare lo stato dell'interfaccia di traffico vocale in modo che il router attivo esca dal ruolo attivo una volta disattivata l'interfaccia di traffico. |
||||||
2 | Configura un RG per l'uso con VoIP HA nella modalità secondaria di ridondanza dell'applicazione.
Di seguito una spiegazione dei campi utilizzati in questa configurazione:
|
||||||
3 | Abilita la ridondanza box-to-box per l'applicazione CUBE. Configura l'RG dal passaggio precedente in
redundancy-group 1: l'aggiunta e la rimozione di questo comando richiede un ricaricamento per applicare la configurazione aggiornata. Le piattaforme verranno ricaricate una volta applicata la configurazione. |
||||||
4 | Configura le interfacce Gig1 e Gig2 con i relativi IP virtuali come mostrato di seguito e applica l'identificativo dell'interfaccia di ridondanza (rii)
Di seguito una spiegazione dei campi utilizzati in questa configurazione:
|
||||||
5 | Salva la configurazione del primo CUBE e ricaricala. La piattaforma da ricaricare per ultima è sempre Standby.
Dopo aver avviato completamente VCUBE-1, salva la configurazione di VCUBE-2 e ricaricala.
|
||||||
6 | Verifica che la configurazione box-to-box funzioni come previsto. L'output rilevante è evidenziato in grassetto. VCUBE-2 è stato ricaricato per ultimo e in base alle considerazioni di progettazione; la piattaforma da ricaricare per ultima sarà sempre Standby.
|
Configurazione di un gateway locale su entrambi i CUBE
Nella configurazione dell'esempio, stiamo utilizzando le seguenti informazioni di trunk di Control Hub per creare la configurazione del gateway locale su entrambe le piattaforme, VCUBE-1 e VCUBE-2. Il nome utente e la password per questa impostazione sono i seguenti:
Nome utente: Hussain1076_LGU
Password: lOV12MEaZx
1 | Assicurati che venga creata una chiave di configurazione per la password, con i comandi shown di seguito, prima di poterla utilizzare in credenziali o segreti condivisi. Le password di tipo 6 sono crittografate utilizzando cifratura AES e questa chiave di configurazione definita dall'utente.
Questa è la configurazione del gateway locale che verrà applicata a entrambe le piattaforme in base ai parametri di Control Hub visualizzati sopra, salva e ricarica. Le credenziali SIP digest di Control Hub sono evidenziate in grassetto.
Per visualizzare l'output del comando show, è stato ricaricato VCUBE-2 seguito da VCUBE-1, rendendo VCUBE-1 il CUBE standby e VCUBE-2 il CUBE attivo |
2 | In un determinato momento, solo una piattaforma manterrà una registrazione attiva come gateway locale con il controller SBC di accesso a Webex Calling. Dai un'occhiata all'output dei seguenti comandi show. show redundancy application group 1 show sip-ua-register status
Dall'output precedente, puoi vedere che VCUBE-2 è l'LGW attivo che mantiene la registrazione con l'SBC di accesso a Webex Calling, mentre l'output del comando "show sip-ua register status" è vuoto in VCUBE-1 |
3 | Ora abilita i seguenti debug su VCUBE-1
|
4 | Simula il failover specificando il seguente comando sull'LGW attivo, VCUBE-2 in questo caso.
Il passaggio dall'LGW ACTIVE a STANDBY si verifica nei seguenti casi oltre alla CLI sopra elencata
|
5 | Controlla se VCUBE-1 è stato registrato con il controller SBC di accesso a Webex Calling. VCUBE-2 dovrebbe essere stato ricaricato ora.
VCUBE-1 è ora l'LGW attivo. |
6 | Esamina il registro di debug pertinente su VCUBE-1 inviando un SIP REGISTER a Webex Calling tramite IP virtuale e ricevendo un 200 OK.
|
È possibile che ti venga richiesta un'integrazione con Unified CM se le posizioni abilitate per Webex Calling vengono aggiunte a una distribuzione esistente in cui Unified CM è la soluzione di controllo chiamate locale e se è richiesta la chiamata diretta tra i telefoni registrati in Unified CM e i telefoni nelle posizioni Webex Calling.
Configurazione del profilo di sicurezza del trunk SIP per il trunk al gateway locale
Nei casi in cui il gateway locale e il gateway PSTN risiedano sullo stesso dispositivo, Unified CM deve essere abilitato per distinguere due diversi tipi di traffico (chiamate da Webex e dalla PSTN) che hanno origine dallo stesso dispositivo e applicare una classe differenziata di servizio a questi tipi di chiamata. Questo tipo di gestione differenziata delle chiamate viene realizzato predisponendo due trunk tra Unified CM e il gateway locale combinato e un dispositivo gateway PSTN che richiede porte di ascolto SIP diverse per i due trunk.
Crea un profilo di sicurezza del trunk SIP dedicato per il trunk del gateway locale con le seguenti impostazioni:
|
Configurazione del profilo SIP per il trunk del gateway locale
Crea un profilo SIP dedicato per il trunk del gateway locale con le seguenti impostazioni:
|
Creazione di uno spazio di ricerca di chiamata per le chiamate da Webex
Crea uno spazio di ricerca chiamata per le chiamate provenienti da Webex con le seguenti impostazioni:
|
Configurazione di un trunk SIP da e verso Webex
Crea un trunk SIP per le chiamate da e verso Webex attraverso il gateway locale con le seguenti impostazioni:
|
Configurazione del gruppo di indirizzamento per Webex
Crea un gruppo di indirizzamento con le seguenti impostazioni:
|
Configurazione dell'elenco di indirizzamento per Webex
Crea un elenco di indirizzamento con le seguenti impostazioni:
|
Creazione di una partizione per le destinazioni Webex
Crea una partizione per le destinazioni Webex con le seguenti impostazioni:
|
Operazione successivi
Accertati di aggiungere questa partizione a tutti gli spazi di ricerca chiamata che devono avere accesso alle destinazioni Webex. Devi aggiungere questa partizione in modo specifico allo spazio di ricerca chiamata utilizzato come spazio di ricerca di chiamata in ingresso sui trunk PSTN, in modo che le chiamate dalla PSTN a Webex possano essere indirizzate.
Configurazione dei percorsi di indirizzamento per le destinazioni Webex
Configura i percorsi di indirizzamento per ogni intervallo DID su Webex con le seguenti impostazioni:
|
Configurazione della normalizzazione chiamata intersito abbreviata per Webex
Se è richiesta la chiamata intersito abbreviata a Webex, configura gli schemi di normalizzazione chiamata per ciascun intervallo ESN su Webex con le seguenti impostazioni:
|
Scopri di più su alcune funzioni disponibili in Webex Calling e su come impostarle per la tua organizzazione e gli utenti.
Imposta un gruppo di ricerca di risposta
I gruppi di risposta indirizzano le chiamate in arrivo a un gruppo di utenti o spazi di lavoro. Puoi persino configurare un percorso per l'indirizzamento a un intero gruppo.
Per ulteriori informazioni su come impostare un gruppo di ricerca di risposta , vedere Gruppi di ricerca in Cisco Webex Control Hub .
Creazione di una coda chiamata
Puoi impostare una coda chiamate in modo che quando non è possibile rispondere alle chiamate dei clienti, viene fornita loro una risposta automatica, messaggi di cortesia e musica di attesa finché qualcuno non risponde alla chiamata.
Per ulteriori informazioni su come impostare e gestire una coda chiamate, vedere Gestire le code di chiamata in Cisco Webex Control Hub .
Creare un client centralinista
Il client receptionist assiste nel supporto delle esigenze del personale di front-office. È possibile impostare gli utenti come assistenti telefonici in modo che possano eseguire il screening delle chiamate in arrivo verso determinate persone all'interno dell'organizzazione.
Per informazioni su come impostare e visualizzare i client receptionist, vedi Client receptionist in Cisco Webex Control Hub.
Creare e gestire operatori automatici
Puoi aggiungere messaggi di saluto, impostare menu e indirizzare le chiamate a un servizio di risposta, a un gruppo di risposta, a una casella vocale o a una persona reale. Crea una pianificazione di 24 ore o fornisci diverse opzioni quando l'azienda è aperta o chiusa.
Per informazioni su come creare e gestire operatori automatici, vedere Gestire gli operatori automatici in Cisco Webex Control Hub .
Configurare un gruppo di cercapersone
Il servizio di chiamata di gruppo consente a un utente di effettuare una chiamata unidirezionale o un servizio di chiamata di gruppo a un massimo di 75 utenti e spazi di lavoro di destinazione componendo un numero o un interno assegnato a un gruppo di cercapersone specifico.
Per informazioni su come impostare e modificare i gruppi di cercapersone, vedere Configurazione di un gruppo di cercapersone in Cisco Webex Control Hub .
Imposta la funzione di risposta per assente
Migliora il lavoro in team e la collaborazione creando un gruppo di risposta per assente di risposta per assente in modo che gli utenti possano rispondere reciprocamente alle chiamate. Quando aggiungi utenti a un gruppo di risposta per assente e un membro del gruppo è assente o è occupato, un altro membro può rispondere alle sue chiamate.
Per informazioni su come impostare un gruppo di risposta per assente, vedi Risposta per assente in Cisco Webex Control Hub.
Imposta parcheggio chiamata
Il parcheggio chiamata consente a un gruppo definito di utenti di parcheggiare le chiamate su altri membri disponibili di un gruppo di parcheggio chiamata. Alle chiamate parcheggiate possono rispondere altri membri del gruppo sul proprio telefono.
Per ulteriori informazioni sull'impostazione del parcheggio chiamata, vedi Parcheggio chiamata in Cisco Webex Control Hub.
Come consentire agli utenti di inserirsi nelle telefonate di altre persone
1 | Dalla vista cliente in https://admin.webex.com, vai a Utenti, quindi seleziona l'utente che desideri modificare. |
2 | Selezionare Chiamata , andare a Autorizzazioni tra utenti , quindi selezionare Introduci . |
3 | Attivare Introduci , scegliere se rendere la chiamata in corso una chiamata in chiamata in conferenza.
Quindi fare clic Salva . |
Impedire a qualcuno di monitorare lo stato linea di un utente
1 | Dalla vista cliente in https://admin.webex.com, vai a Utenti e seleziona l'utente che desideri modificare. |
2 | Selezionare Chiamata , andare a Autorizzazioni tra utenti e abilitare Privacy . |
3 | Scegli le impostazioni di Privacy operatore automatico appropriate per questo utente.
|
4 | Seleziona la casella di controllo Abilita privacy. Puoi quindi decidere se bloccare tutti gli utenti lasciando vuoto il campo Cerca utente per nome o scegliere chi può monitorare lo stato della linea di questo utente. Utilizzando l'esempio del dirigente precedente, puoi ricercare il nome del relativo assistente amministrativo. |
5 | Fai clic su Salva. |
Esempio
Elenco di monitoraggio - Altri utenti ed interni di parcheggio chiamata
Il numero massimo di linee monitorate è 50, ma devi considerare la larghezza di banda. Il numero massimo può anche essere determinato dal numero di pulsanti di linea sul telefono dell'utente.
Il servizio di monitoraggio funziona solo con il dispositivo principale di un utente . |
1 | Dalla vista cliente in https://admin.webex.com, vai a Utenti e seleziona l'utente che desideri modificare. |
||
2 | Selezionare Chiamata , andare a Autorizzazioni tra utenti sezione, selezionare Monitoraggio . |
||
3 | Scegliere una delle opzioni seguenti:
|
||
4 | Scegli se desideri che all'utente venga visualizzata una notifica sulle chiamate parcheggiate, ricerca la persona o l'interno del parcheggio chiamata da monitorare, quindi fai clic su Salva.
|
Esempio
Riprodurre il tono di avviso di bridge di chiamata per gli utenti
Abilita il tono di avviso del bridge di chiamata per gli utenti con linee condivise configurate.
Operazioni preliminari
1 | Dalla vista cliente in https://admin.webex.com, vai a Utenti, quindi seleziona l'utente che desideri modificare. |
||
2 | Selezionare Chiamata , andare a Autorizzazioni tra utenti , quindi fare clic Tono di avviso ponte chiamata . |
||
3 | Attivare Tono di avviso ponte chiamata , quindi fare clic su Salva .
Per ulteriori informazioni sul bridge di chiamata su una linea condivisa MPP , vedi linee condivise sul telefono fisso multipiattaforma . Per ulteriori informazioni sul bridge di chiamata su una linea condivisa WebexApp , vedere aspetto della linea condivisa per WebexApp . |
Attiva la modalità hotel per un utente
1 | Dalla vista cliente in https://admin.webex.com, vai a Utenti, quindi seleziona l'utente che desideri modificare. |
2 | Selezionare Chiamata , andare a Autorizzazioni tra utenti , quindi fare clic Hotel . |
3 | Attiva Modalità hotel e fai clic su Salva. |
Esempio
Devi aggiungere ogni singolo utente in Control Hub per fare in modo che tutti possano utilizzare i servizi Webex Calling. Il numero di utenti che occorre aggiungere determina come aggiungerli in Control Hub, se si aggiunge manualmente ciascun utente per indirizzo e-mail o si aggiungono più utenti utilizzando un file CSV. La scelta è vostra.
Se sincronizzi gli utenti di una rubrica come Active Directory, quando aggiungi manualmente le persone in Control Hub, devi aggiungerle anche alla tua rubrica. |
Quando aggiungi gli utenti, i nomi e i cognomi non devono includere caratteri ASCII estesi o i seguenti caratteri %, #, <, >, \, /," e devono avere una lunghezza massima di 30 caratteri. Queste limitazioni di caratteri speciali si applicano solo agli utenti Webex Calling. |
Operazioni preliminari
È possibile che venga visualizzato un errore se si sta tentando di aggiungere utenti che hanno utilizzato il proprio indirizzo e-mail per creare un account di prova. Fare in modo che gli utenti cancellino la propria organizzazione prima di aggiungerli alla propria organizzazione.
1 | Dalla vista cliente in https://admin.webex.com, vai a Utenti, quindi fai clic su Gestisci utenti. |
||
2 | Selezionare Aggiungi o modifica manualmente gli utenti. |
||
3 | (Opzionale) Se invii automaticamente e-mail di benvenuto, quindi fai clic su Avanti. |
||
4 | Scegliere uno e fare clic su Avanti:
|
||
5 | Assegnazione licenza:
|
||
6 | Gestione contenuto:
|
||
7 | Fai clic su Salva.
|
||
8 | (Opzionale) Se hai aggiunto la chiamata all'utente, assegna una posizione, un numero di telefono e un interno. |
||
9 | Rivedere la pagina di riepilogo dei record elaborati e fare clic su fine.
|
Operazioni successive
È possibile assegnare privilegi amministrativi alle persone nella propria organizzazione.
Operazioni preliminari
Se si dispone di più di un file CSV per la propria organizzazione, caricare un file e una volta completata tale attività, è possibile caricare il file successivo.
Per i clienti nella regione Asia-Pacifico (incluso Giappone, Cina e Hong Kong), l'ID chiamante viene compilato automaticamente dai campi Nome e Cognome mentre i campi Nome ID chiamante e Cognome ID chiamante vengono ignorati nel caricamento CSV.
Alcuni editor di fogli di calcolo rimuovono il segno + dalle celle quando viene aperto il file. csv. Si consiglia di utilizzare un editor di testo per effettuare gli aggiornamenti. csv. Se si utilizza un editor di fogli di calcolo, accertarsi di impostare il formato della cella sul testo e aggiungere di nuovo qualsiasi segno + rimosso. |
Esportare un nuovo CSV per acquisire gli ultimi campi ed evitare errori nell'importazione delle modifiche. |
1 | Dalla vista cliente in https://admin.webex.com, vai a Utenti, fai clic su Gestisci utenti e scegli Aggiungi o modifica utenti con CSV. |
||||||
2 | Fare clic su Esporta per scaricare il file ed è possibile inserire informazioni utente in una nuova riga nel file CSV.
|
||||||
3 | Fare clic su Importa, selezionare il file e fare clic su Apri. |
||||||
4 | Scegliere Aggiungere solo servizi . Questa è l'opzione migliore quando si aggiungono nuovi utenti, soprattutto se si utilizza l'assegnazione automatica delle licenze. Utilizzare Aggiungere e rimuovere servizi se si stanno rimuovendo deliberatamente servizi dagli utenti. |
||||||
5 | Fai clic su Invia. Il file CSV viene caricato e l'attività viene creata. È possibile chiudere il browser o questa finestra e l'attività continua a essere eseguita. Per esaminare lo stato di avanzamento dell'attività, vedere gestione delle attività in Cisco WebEx Control Hub. |
1 | Dalla vista cliente in , vai a Chiamata > Posizioni.https://admin.webex.com |
||||||
2 | Selezionare il che si desidera modificare. |
||||||
3 | Sotto Profilo , andare a Licenze sezione e fare clic Modifica licenze . Viene visualizzato l'elenco dei servizi attualmente assegnati all'utente.
|
||||||
4 | Fare clic su Modifica licenze . |
||||||
5 | Scegliere un servizio dall'elenco a sinistra. |
||||||
6 | Selezionare i servizi di aggiungere o rimuovere. Se hai assegnato una licenza Webex Meetings, scegli un tipo di account da assegnare all'utente per ciascun sito di Webex Meetings e fai clic su Salva. |
||||||
7 | Fai clic su Salva.
|
Operazioni preliminari
Se disponi di più file CSV per la tua organizzazione, carica un file alla volta. Al termine dell'attività, è possibile caricare il file successivo.
Non puoi eliminare gli utenti o modificare la posizione assegnata a un utente con il modello CSV.
Alcuni editor di fogli di calcolo rimuovono il segno + dalle celle quando aprono il file .csv. Si consiglia di utilizzare un editor di testo per effettuare gli aggiornamenti. csv. Se si utilizza un editor di fogli di calcolo, accertarsi di impostare il formato della cella sul testo e aggiungere di nuovo qualsiasi segno + rimosso. |
Esportare un nuovo CSV per acquisire gli ultimi campi ed evitare errori nell'importazione delle modifiche. |
1 | Dalla vista cliente in https://admin.webex.com, vai a Utenti, fai clic su Gestisci utenti e scegli Aggiungi o modifica utenti con CSV. |
2 | (Opzionale) Se invii automaticamente e-mail di benvenuto, quindi fai clic su |