Filigrana
2 giu 2021 | vista/e | persone pensano che sia stato utile

Flusso di lavoro di configurazione Webex Calling

Flusso di lavoro di configurazione Webex Calling

Panoramica di Webex Calling

Introduzione a Cisco Webex Calling

Immagina di poter sfruttare le funzioni di chiamata cloud, mobilità e PBX a livello aziendale insieme a Cisco Webex per messaggistica, riunioni e chiamata da un soft client Webex Calling o 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 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)

Webex Calling supporta le seguenti funzioni. Per ulteriori informazioni, vedi il capitolo Configurazione delle funzioni Webex Calling.

Tabella 1. Funzioni configurabili dall'amministratore

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:

  • Un team di vendita desidera l'indirizzamento sequenziale. Una chiamata in ingresso squilla su un telefono, ma in caso di mancata risposta, la chiamata passa all'agente successivo nell'elenco.

  • Un team di supporto desidera che i telefoni squillino tutti contemporaneamente in modo che il primo agente disponibile possa prendere la chiamata.

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.

Tabella 2. Funzioni configurabili dall'utente

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

Cisco Webex Control Hub (https://admin.webex.com) è un portale di gestione che si integra in Webex Calling per semplificare gli ordini e la configurazione nonché per centralizzare la gestione dell'offerta in bundle: Webex Calling, Webex e Webex 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 per una configurazione più dettagliata di funzioni, dispositivi e utenti. Il provisioning di qualsiasi servizio aggiuntivo (Webex Meetings o Teams) viene eseguito anche in Control Hub.

Il Portale amministratore Calling offre ai clienti l'accesso alla configurazione avanzata delle funzioni di chiamata nonché una rapida visualizzazione della garanzia del servizio. La garanzia del servizio fornisce metriche di qualità delle chiamate tra più posizioni all'interno delle proprie business unit, indicando se le chiamate sono di qualità buona, discreta o scarsa. La ricezione del feedback immediato sulla qualità delle chiamate consente a partner e amministratori dei clienti di offrire la massima qualità dei servizi ai propri clienti.

Esperienza utente

Gli utenti dispongono dell'accesso alle seguenti interfacce:

Presentazione di Cisco Webex 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 la tua organizzazione, ti consigliamo di invitare alcuni utenti a unirsi a Webex inserendo i relativi indirizzi 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 Cisco 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)

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

Devi assegnare i servizi agli utenti aggiunti in modo che le persone possano iniziare a utilizzare 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 hai aggiunto gli utenti e hai assegnato loro i servizi, essi possono iniziare a utilizzare i loro telefoni multipiattaforma (MPP) supportati per Webex Calling e 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 Cisco Webex 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.

BroadCloud invia le chiamate non corrispondenti alle destinazioni Webex Calling del cliente al gateway locale. Ciò include numeri PSTN e interni Unified CM, non visibili a BroadCloud. Il gateway locale indirizza tutte le chiamate provenienti da BroadCloud 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.

BroadCloud indirizza tutte le chiamate non corrispondenti a destinazioni Webex Calling del cliente verso il 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 BroadCloud, la chiamata viene inviata al gateway locale per essere ulteriormente elaborata. Tutte le chiamate fuori rete (al di fuori di BroadCloud) 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 logica di indirizzamento BroadCloud quindi assicura che la chiamata venga 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 in uscita diversa da +E.164 deve essere normalizzata in +E.164 prima che le chiamate vengano inviate al gateway locale per consentire l'indirizzamento corretto in BroadCloud.

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 ingresso in Unified CM da BroadCloud

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 ingresso in Unified CM da BroadCloud

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.

Figura 1. CoS differenziato per le chiamate da PSTN e Webex Calling

Questa figura mette a confronto queste due diverse classi di servizio per le chiamate da PSTN e BroadCloud. 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 nella PSTN e una per le chiamate che hanno origine in BroadCloud. Ciò è determinato dal requisito di applicare spazi di ricerca chiamata differenziati per tipo di traffico. Con due trunk in ingresso su Unified CM, ciò può essere facilmente realizzato configurando lo spazio di ricerca chiamata richiesto per le chiamate in ingresso 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 all'indirizzo https://www.cisco.com/c/en/us/support/unified-communications/unified-communications-system/products-implementation-design.

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 all'indirizzo https://www.cisco.com/go/ucsrnd.

Figura 2. Piano di chiamata consigliato

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à di BroadCloud

Figura 3. Aggiunta della destinazione BroadCloud al piano di chiamata

Per aggiungere la raggiungibilità per le destinazioni BroadCloud a questo piano di chiamata, è necessario creare una partizione che rappresenti tutte le destinazioni BroadCloud ("BroadCloud") e aggiungere a tale partizione un percorso di indirizzamento +E.164 per ciascun intervallo DID in BroadCloud. Questo percorso di indirizzamento fa riferimento a un elenco di indirizzamento con un solo membro: il gruppo di indirizzamento con il trunk SIP al gateway locale per le chiamate destinate a BroadCloud. Poiché tutte le destinazioni chiamate vengono normalizzate in +E.164 utilizzando schemi di traduzione di normalizzazione chiamata che hanno origine da endpoint registrati Unified CM o trasformazioni delle parti chiamate in entrata per le chiamate che hanno origine dalla PSTN, questo singolo set di percorsi di indirizzamento +E.164 è sufficiente per raggiungere la raggiungibilità per le destinazioni in BroadCloud indipendentemente dal sistema di chiamata utilizzato.

Se, ad esempio, un utente chiama "914085550165", lo schema di traduzione di normalizzazione chiamata nella partizione "UStoE164" normalizza questa stringa di chiamata in "+14085550165" che quindi corrisponde al percorso di indirizzamento per una destinazione BroadCloud nella partizione "BroadCloud". Unified CM invia infine la chiamata al gateway locale.

Aggiunta della chiamata intersito abbreviata

Figura 4. 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 aziendale abbreviata alle destinazioni BroadCloud, aggiungere il relativo schema di traduzione di normalizzazione chiamata per la posizione BroadCloud nella partizione "BroadCloud" (ad esempio, "8101XX" nel diagramma). Dopo la normalizzazione, la chiamata viene nuovamente inviata a BroadCloud dopo aver individuato il percorso di indirizzamento corrispondente nella partizione "BroadCloud".

Non si consiglia di aggiungere lo schema di traduzione di normalizzazione chiamata abbreviata per le chiamate BroadCloud alla partizione "ESN", poiché questa configurazione potrebbe creare loop di indirizzamento chiamata indesiderati.

Differenza tra Webex Calling per i provider di servizi e i rivenditori a valore aggiunto

Esistono due offerte di chiamata separate che sfruttano la stessa piattaforma Webex Calling. Un'offerta è per i provider di servizi (SP) e i relativi clienti mentre l'altra offerta è per i rivenditori a valore aggiunto (VAR) e i relativi clienti. Per la maggior parte delle attività, le offerte sono identiche e, come tali, vi viene fatto riferimento genericamente come Webex Calling. Tuttavia, esistono un paio di differenze e dove è necessario indicare tali differenze, ci assicureremo di informarti se si applicano agli SP o ai VAR.

Sebbene entrambe le offerte siano amministrate in Control Hub con avvii incrociati nel Portale amministratore Calling, di seguito sono riportate alcune differenze chiave.

Gli SP possono personalizzare i portali e le app di chiamata e devono riunire in bundle i propri servizi PSTN per fornirli ai propri clienti o sfruttare la distribuzione del gateway locale. Gli SP devono anche fornire il proprio supporto Tier 1.

I VAR, invece, utilizzano il branding fornito da Cisco. I VAR non sono provider di servizi regolamentati e non possono fornire il servizio PSTN. Il servizio PSTN deve essere utilizzato attraverso una distribuzione di gateway locale aziendale. I VAR possono anche fornire il proprio supporto Tier 1 o utilizzare quello di Cisco. Entrambe le offerte di chiamata forniscono garanzia del servizio attraverso metriche di qualità multimediale e possono riunire in bundle Webex e Webex Meetings con le relative applicazioni di chiamata.

Gestori protocollo per Calling

Cisco 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 in Webex Teams 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 registrarsi per i gestori di protocollo prima dell'app Webex. In Windows 10, la finestra di sistema chiede 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 ripristinare le impostazioni dell'app di chiamata predefinita in modo da poter selezionare Webex, puoi indicare loro di modificare le associazioni di protocollo per Webex in Windows 10:

  1. Apri le impostazioni di sistema Impostazioni app predefinite, fai clic su Imposta valori predefiniti per app e scegli Webex.

  2. Per ciascun protocollo, scegli Webex.

Gestori protocollo per Mac

Su Mac OS, se altre app si sono registrate per i protocolli di chiamata prima di Webex, gli utenti devono configurare le proprie app Webex come opzione di chiamata predefinita.

In Webex per Mac, gli utenti possono confermare che Webex sia selezionato per l'impostazione Avvia chiamate con sotto le preferenze generali. Possono anche selezionare Connetti sempre a Microsoft Outlook se desiderano effettuare chiamate in Webex quando fanno clic sul numero di un contatto Outlook.

Filigrana
2 giu 2021| vista/e | persone pensano che sia stato utile

Preparazione dell'ambiente per Webex Calling

Preparazione dell'ambiente Configurazione di Webex Calling per la tua organizzazione Configurazione del gateway locale per accesso PSTN (solo VAR) Configurazione UCM Configurazione delle funzioni Webex Calling Configurazione e gestione degli utenti Configurazione e gestione dei dispositivi

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")

  • Enterprise: 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 in Webex e la possibilità di 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 Cisco 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 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.

Filigrana
2 giu 2021| vista/e | persone pensano che sia stato utile

Configurazione di Cisco Webex Calling per la tua organizzazione

Operazioni preliminari

Se stai tentando di impostare un cliente in Canada, sono necessarie ulteriori operazioni. Per ulteriori informazioni, contatta l'help desk del partner.

1

Fai clic sul collegamento Introduzione nel messaggio e-mail di benvenuto che hai ricevuto.


 

L'indirizzo e-mail dell'amministratore viene utilizzato automaticamente per accedere a Control Hub, dove viene richiesto di creare la password dell'amministratore. Una volta eseguito l'accesso, viene avviata automaticamente l'installazione guidata.

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:

  • Fai clic su Salva e chiudi se sei un amministratore partner e desideri che l'amministratore del cliente completi il provisioning di Webex Calling.
  • Specifica le informazioni di posizione necessarie. Una volta creata la posizione nella procedura guidata, puoi crearne altre in un secondo tempo.

 

Il paese della posizione predefinita viene impostato come il paese del contratto selezionato dal partner e non può essere modificato. Puoi creare altre posizioni in diversi paesi in un secondo tempo, ma tieni presente che verranno ospitate nel centro dati regionale corrispondente al paese del contratto selezionato in precedenza in questa procedura. Ad esempio, puoi avere una posizione negli Stati Uniti e una nel Regno Unito.


 

Al termine dell'installazione guidata, accertati di aggiungere un numero principale alla posizione creata.

7

(Opzionale) Attiva Skype for Business se questa integrazione è necessaria, quindi fai clic su Avanti.


 

Quando è abilitata, questa impostazione a livello di posizione converte tutte le app Calling esistenti in Calling per S4B. Questa app può essere eseguita insieme a Skype for Business per Windows e fornisce funzionalità di chiamata PSTN integrata.

8

Scegliere Avanti.

9

Inserisci un indirizzo SIP Cisco Webex disponibile e fai clic su Avanti.

10

Selezionare Fine.

Operazioni preliminari

Per creare una nuova posizione, prepara le seguenti informazioni:

  • Indirizzo posizione

  • Numeri di telefono desiderati (opzionale)

1

Dalla vista cliente in https://admin.webex.com, vai a Servizi > Chiamata > Posizioni e fai clic su Aggiungi posizione.

Tieni presente che le nuove posizioni verranno ospitate nel centro dati regionale corrispondente al paese del contratto selezionato utilizzando l'installazione guidata iniziale.

2

Configura le impostazioni della posizione:

  • Nome posizione: inserisci un nome univoco per identificare la posizione.
  • Paese: scegli un paese da associare alla posizione. Ad esempio, puoi creare una posizione (sede centrale) negli Stati Uniti e un'altra (filiale) nel Regno Unito. Il paese che hai scelto determina i campi dell'indirizzo che seguono. Quelli qui documentati utilizzano la convenzione di indirizzo degli Stati Uniti come esempio.
  • Lingua: scegli la lingua per la posizione.
  • Indirizzo: inserisci l'indirizzo di posta principale della posizione.
  • Città: inserisci una città per questa posizione.
  • Stato: dall'elenco a discesa, scegli uno stato.
  • CAP: inserisci il CAP.Numero di telefono: inserisci il numero di telefono al quale può essere raggiunto il contatto principale della posizione.
3

(Opzionale) Attiva Skype for Business se gli utenti di questa posizione desiderano continuare a collaborare utilizzando l'app desktop Microsoft Skype for Business. Gli utenti potranno effettuare e ricevere chiamate dall'esterno della propria organizzazione nonché sfruttare le funzioni di chiamata avanzate offerte dall'app Webex Calling S4B. Gli utenti devono scaricare e installare l'app Webex Calling S4B in modo che quando avviano o ricevono una chiamata PSTN sulla propria app Microsoft Skype, vengono instradati automaticamente all'app Webex Calling S4B.


 

Questa è l'unica volta che puoi esprimere il tuo consenso o meno per l'integrazione Skype for Business con l'app Webex Calling. Una volta creata la posizione, non puoi più modificare questa impostazione.

4

Fai clic su Salva e scegli se desideri aggiungere i numeri ora o in un secondo momento.

5

Se hai fatto clic su Aggiungi ora, scegli una delle seguenti opzioni:

  • PSTN Cisco: scegli questa opzione se desideri una soluzione in bundle che ti consente di ordinare nuovi numeri PSTN e di trasferire i numeri esistenti in Cisco.


     

    L'opzione PSTN Cisco è visibile solo nelle seguenti condizioni:

    1. Il piano di chiamata Cisco è stato abilitato o acquistato per tale cliente.

    2. La posizione si trova in un paese in cui è supportato il piano di chiamata Cisco (attualmente disponibile solo negli Stati Uniti).

  • PSTN connessa al cloud: scegli questa opzione se stai cercando una soluzione cloud che non richiede un investimento significativo nell'hardware locale e seleziona un provider CCP a tua scelta.

     

    Vengono visualizzati solo i partner che supportano il paese della tua posizione.

    Se viene visualizzata l'opzione Ordina numeri ora in un provider elencato, è consigliabile scegliere tale opzione in modo da poter trarre vantaggio dal CCP integrato. In questo modo, puoi ordinare i numeri direttamente qui in Control Hub. Se scegli questa opzione, vai qui per ulteriori informazioni e per le operazioni successive.

    Tieni presente che se decidi di non ordinare i numeri ora, le modifiche successive al provider PSTN potrebbero essere limitate.

  • PSTN locale (gateway locale): puoi scegliere questa opzione se desideri mantenere il provider PSTN corrente o se desideri connettere siti non cloud a siti cloud.

6

Scegli se attivare i numeri ora o in un secondo momento.

7

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.

8

Fare clic su Salva.

Operazione successivi

Una volta creata una posizione, puoi abilitare i servizi di emergenza per tale posizione. Per ulteriori informazioni, vedi Servizio RedSky di Webex Calling.

Quando crei la tua organizzazione cliente in Control Hub, la prima posizione creata diventa automaticamente la posizione predefinita. Gli utenti aggiunti alla tua organizzazione vengono assegnati a questa posizione predefinita, a meno che tu non ne specifichi una diversa. Puoi impostare qualsiasi posizione successiva come posizione predefinita, ma tieni presente che non puoi eliminarla.

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. Prima di eliminare una posizione, devi eliminare tali utenti e spazi di lavoro.

Tieni presente che qualsiasi numero associato a questa posizione verrà restituito al provider PSTN e non sarai più proprietario di tali numeri.

1

Dalla vista cliente in https://admin.webex.com, vai a Servizi > Calling > Posizione, quindi seleziona la posizione che desideri eliminare.

2

Fai clic su Altro accanto al nome della posizione, scegli Elimina posizione e conferma che desideri eliminare tale 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

Dalla vista cliente in https://admin.webex.com, vai a Servizi > Chiamata > Posizioni e seleziona la posizione che desideri aggiornare.

Se accanto a una posizione viene visualizzato il simbolo di attenzione, significa che non hai ancora configurato un numero di telefono per tale posizione. Gli utenti non potranno effettuare o ricevere chiamate finché non viene configurato tale 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:

  • PSTN Cisco: scegli questa opzione se desideri una soluzione in bundle che ti consente di ordinare nuovi numeri PSTN e di trasferire numeri esistenti in Cisco.


     

    I partner devono essere partner VAR Webex Calling autorizzati e aver accettato l'addendum Webex Calling tramite l'iscrizione al programma PSTN per VAR Cisco Webex Calling.

    I partner emetteranno un ordine con licenze del piano di chiamata Cisco (piano di chiamata in uscita e numeri di telefono) all'interno dello spazio di lavoro Cisco Commerce (CCW).

    Questa opzione è disponibile solo per rivenditori a valore aggiunto (VAR).

  • PSTN connessa al cloud: scegli questa opzione se stai cercando una soluzione cloud che non richiede un investimento significativo nell'hardware locale e seleziona un provider CCP a tua scelta.


     

    Vengono visualizzati solo i partner che supportano il paese della tua posizione.

    Se viene visualizzata l'opzione Ordina numeri ora in un provider elencato, è consigliabile scegliere tale opzione in modo da poter trarre vantaggio dal CCP integrato. In questo modo, puoi ordinare i numeri direttamente qui in Control Hub. Se scegli questa opzione, vai qui per ulteriori informazioni e per le operazioni successive.

  • PSTN locale (gateway locale): scegli questa opzione se desideri mantenere il tuo provider PSTN corrente o connettere siti non cloud a siti cloud.

     

    Clienti Webex Calling con posizioni precedentemente configurate con un gateway locale verranno convertiti automaticamente in PSTN locale con un corrispondente trunk.

3

Seleziona il Numero principale al quale può essere raggiunto il contatto principale della posizione.

4

Seleziona il Numero della casella vocale che gli utenti possono chiamare per controllare la propria casella vocale per questa posizione.

5

(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 sono disponibili anche nella procedura iniziale di impostazione guidata. Quando modifichi il piano di chiamata, i numeri di esempio in Control Hub vengono aggiornati per visualizzare queste modifiche.

1

Dalla vista cliente in https://admin.webex.com, vai ai Servizi > Chiamata > Impostazioni servizio, quindi scorri fino a Chiamata interna.

2

Configura le seguenti preferenze di chiamata opzionali in base alle tue esigenze:

  • Lunghezza prefisso di indirizzamento posizione: questa impostazione è consigliata se disponi di più posizioni. Puoi inserire una lunghezza da 2 a 7 cifre. Se disponi di più posizioni con lo stesso interno, gli utenti devono comporre un prefisso quando chiamano tra posizioni. Ad esempio, se disponi di più magazzini, tutti con interno 1000, puoi configurare un prefisso di indirizzamento per ciascun magazzino. Se un magazzino ha il prefisso 888, dovrai comporre il numero 8881000 per chiamare tale magazzino.
  • Cifra di indirizzamento nel prefisso di indirizzamento: puoi impostare un valore in questo punto sia che utilizzi o meno i prefissi di indirizzamento della posizione.
  • Lunghezza interno: puoi inserire da 2 a 6 cifre; il valore predefinito è 2.

     

    Una volta aumentata la lunghezza dell'interno, le chiamate rapide esistenti agli interni non vengono aggiornate automaticamente.

3

Specifica la chiamata interna per posizioni specifiche. Vai a Servizi > Chiamata > Posizioni, seleziona una posizione, scorri fino a Chiamata, quindi modifica la chiamata interna ed esterna come necessario:

  • Chiamata interna: specifica il prefisso di indirizzamento che gli utenti di altre posizioni devono comporre per contattare qualcuno in questa posizione. Il prefisso di indirizzamento di ciascuna posizione deve essere univoco. È consigliabile che la lunghezza del prefisso corrisponda alla lunghezza impostata a livello di organizzazione, ma deve essere compresa tra 2 e 7 cifre.
  • Chiamata esterna: opzionalmente, puoi scegliere un numero in uscita che gli utenti devono comporre per raggiungere una linea esterna. Il valore predefinito è Nessuno e puoi lasciarlo invariato se non è richiesta questa funzione. Se decidi di utilizzare questa funzione, è consigliabile utilizzare un numero diverso dalla cifra di indirizzamento della tua organizzazione.

     

    Gli utenti possono includere un numero in uscita quando effettuano chiamate esterne per simulare la modalità di chiamata sui sistemi legacy. Tuttavia, tutti gli utenti possono comunque effettuare chiamate esterne senza includere il numero in uscita.

Impatto sugli utenti:

  • Per rendere effettive le modifiche apportate alle preferenze di chiamata, gli utenti devono riavviare il telefono.

  • Gli interni utente non devono iniziare con lo stesso numero della cifra di indirizzamento della posizione.

Se sei un rivenditore a valore aggiunto (VAR), puoi utilizzare questa procedura per avviare la configurazione del gateway locale in Cisco Webex Control Hub. Quando questo gateway è registrato sul cloud, puoi utilizzarlo in una o più posizioni Cisco 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.

Segui questa procedura per creare un trunk in Control Hub.

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

Dalla vista cliente in https://admin.webex.com, vai a Servizi > Chiamata > Indirizzamento chiamata e seleziona Aggiungi trunk.

2

Seleziona una posizione.

3

Assegna un nome al trunk e fai clic su Salva.


 

Il nome non può essere più lungo di 24 caratteri.

Operazione successivi

Vengono visualizzati i parametri rilevanti che devi configurare sul trunk. Inoltre, verrà generato un set di credenziali digest SIP per proteggere la connessione PSTN.

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 nuovamente 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

Dalla vista cliente in https://admin.webex.com, vai a Servizi > Chiamata > Posizioni.

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.


 

Visita la pagina del trunk per gestire le scelte del gruppo di trunk.

5

Fai clic sull'avviso di conferma, quindi fai clic su Salva.

Operazione successivi

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 Servizi > Chiamata > Posizioni in 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.

1

Dalla vista cliente in https://admin.webex.com, vai a Servizi > Chiamata > Numeri.

Viene visualizzata una tabella che mostra i numeri e le informazioni corrispondenti per tutte le posizioni. Puoi fare clic sull'elenco a discesa Tutte le posizioni e scegliere una posizione se desideri filtrare i dati in base a una posizione specifica. La tabella include informazioni come Assegnato a, che indica la persona a cui è assegnato il numero, e il relativo Stato.

2

(Opzionale) Accanto a una voce di numero, in Azioni, fai clic su e scegli una delle seguenti opzioni:

  • Modifica: per i numeri attivi attualmente assegnati a un utente o una località. Fare clic su questa opzione per aprire il Portale amministratore Calling, dove puoi apportare ulteriori modifiche.

  • Attiva: per i numeri in stato Inattivo, questa opzione è disponibile una volta completato il trasferimento di un numero in Webex Calling inviato con un ordine. Una volta attivato il numero, il numero viene visualizzato come Attivo quando è pronto per l'uso.

  • Elimina: questa opzione è disponibile per i numeri in stato Inattivo e non attualmente assegnati a un utente o una località.

3

(Opzionale) Fai clic su Aggiungi numeri, specifica le informazioni richieste per aggiungere almeno un nuovo numero a una posizione, quindi fai clic su Salva.


 

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.

I numeri devono seguire il formato E.164 per tutti i paesi, tranne gli Stati Uniti dove possono anche seguire il formato nazionale.

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.

4

(Opzionale) Attiva i numeri in massa. Puoi filtrare l'elenco di numeri in base a una posizione, a uno stato specifico o a entrambi. Fai clic su Inattivo per visualizzare solo i numeri inattivi. Puoi attivare 500 numeri alla volta selezionando Attiva numeri all'inizio dell'elenco, quindi confermare il tuo intento facendo clic su Attiva nella finestra di dialogo visualizzata.

Se stai provando i servizi Cisco Webex e desideri convertire la tua versione di prova in un abbonamento a pagamento, puoi inviare una richiesta e-mail al partner.

1

Dalla vista cliente in https://admin.webex.com, seleziona 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 Webex Control Hub per impostare la priorità delle opzioni di chiamata disponibili che gli utenti visualizzano in Webex. Puoi anche abilitarli per le chiamate con singolo clic.

1

Dalla vista cliente in https://admin.webex.com, vai a Impostazioni organizzazione > Servizi, scorri fino a Chiamata e scegli Impostazione client.

2

Trascina le opzioni di chiamata che gli utenti potranno vedere nel campo Opzioni di chiamata disponibili, quindi riorganizzale nell'ordine di priorità desiderato per i tuoi utenti.

Altre opzioni nascoste per gli utenti vengono visualizzate nel campo Opzioni di chiamata nascoste, come mostrato in questa schermata di esempio:

3

Attiva Abilita chiamata con singolo clic se desideri che gli utenti possano effettuare una chiamata con la prima opzione di chiamata configurata nel punto precedente.


 

Le modifiche potrebbero richiedere fino a 24 ore per la visualizzazione in Webex. Puoi consigliare agli utenti di riavviare le app per consentire loro di applicare queste modifiche più rapidamente.

Puoi controllare l'applicazione di chiamata che viene aperta quando gli utenti effettuano chiamate PSTN. Dopo aver configurato questa impostazione a livello di organizzazione, puoi ignorare questa impostazione per determinati utenti.


Scegli l'opzione a livello di organizzazione solo se sei pronto a eseguire la migrazione dell'intera organizzazione.

Operazioni preliminari

  • La tua organizzazione deve disporre degli abbonamenti corretti per il funzionamento di chiamata scelto.

  • Gli utenti devono disporre di numeri di telefono validi. Se i numeri non sono validi, Webex invia ancora il numero all'app di chiamata selezionata, ma la chiamata da tale app non riuscirà.

Dalla vista cliente in https://admin.webex.com, vai a Impostazioni, scorri fino a Funzionamento chiamata, quindi scegli una delle seguenti opzioni: .

  • Chiamata in Webex Teams: seleziona questa opzione se desideri che gli utenti effettuino le chiamate direttamente in Webex utilizzando Webex Calling.
  • App Webex Calling: seleziona questa opzione se la tua organizzazione dispone di un abbonamento a Cisco Webex Calling e desideri consentire agli utenti di effettuare chiamate PSTN utilizzando l'app Webex Calling. Quando gli utenti effettuano chiamate PSTN in Webex, viene utilizzata l'app Webex Calling per effettuare la chiamata.

Viene visualizzato un messaggio a indicare che il funzionamento della chiamata è stato aggiornato. Gli utenti ora possono effettuare chiamate PSTN da Webex o dall'app Webex Calling.

Gli utenti devono disporre dell'applicazione corrispondente installata per effettuare chiamate PSTN da Webex. Accertati di informare gli altri della scelta effettuata e se viene utilizzata un'altra app per effettuare chiamate PSTN.


 

Puoi modificare questa impostazione a livello di utente se determinate persone devono utilizzare un funzionamento di chiamata diverso. Vai a Utenti e sotto Impostazioni seleziona Funzionamento chiamata. Effettua la tua scelta, quindi fai clic su Salva.

Filigrana
2 giu 2021| vista/e | persone pensano che sia stato utile

Configurazione del gateway locale su IOS-XE per Webex Calling

Dopo aver configurato Webex Calling per la tua organizzazione, puoi configurare un trunk per la connessione del gateway locale a Webex Calling. Il trunk tra il gateway locale e il cloud Webex è sempre protetto utilizzando il trasporto SIP TLS e SRTP per il contenuto multimediale tra il gateway locale e il controller SBC di accesso di Webex Calling.

Usa questo flusso di attività per configurare un gateway locale per il trunk Webex Calling. Le operazioni che seguono vengono eseguite sul gateway locale utilizzando la riga di comando. Il trunk tra il gateway locale e Webex Calling è sempre protetto utilizzando il trasporto SIP TLS e SRTP per contenuti multimediali tra il gateway locale e il controller SBC di accesso a Webex Calling.

Operazioni preliminari

  • Comprendi i requisiti di PSTN locali (gateway locale) per Webex Calling.

  • Crea un trunk in Control Hub e assegnalo alla posizione desiderata.

  • Le linee guida di configurazione fornite in questo documento presuppongono una piattaforma gateway locale dedicata che non prevede alcuna configurazione vocale esistente. Se un gateway PSTN o una distribuzione CUBE Enterprise esistente viene modificata per utilizzare anche la funzione gateway locale per Webex Calling, presta attenzione alla configurazione applicata e assicurati che i flussi di chiamata e le funzionalità esistenti non vengano interrotte a causa delle modifiche apportate.

  Comando o azione Scopo
1

Mappatura dei parametri tra Cisco Webex Control Hub e Cisco Unified Border Element

Usa questa tabella come riferimento per i parametri provenienti da Control Hub e dove sono mappati sul gateway locale.

2

Esecuzione della configurazione della piattaforma di riferimento

Esegui queste operazioni come una configurazione globale comune per il gateway locale. La configurazione include la configurazione di base della piattaforma e un aggiornamento del pool di attendibilità.

3

Registrazione del gateway locale in Webex Calling

4

Scegli un'opzione in base alla distribuzione:

L'indirizzamento chiamata sul gateway locale si basa sull'opzione di distribuzione di Webex Calling che hai scelto. Questa sezione presuppone che la terminazione PSTN IP sia sulla stessa piattaforma del gateway locale. La configurazione che segue è per una di queste opzioni sul gateway locale:

  • Opzione di distribuzione del gateway locale senza un PBX IP locale. Gateway locale e CUBE PSTN IP sono coresidenti.

  • Opzione di distribuzione del gateway locale all'interno di un ambiente Unified CM esistente. Gateway locale e CUBE PSTN IP sono coresidenti.

Tabella 1. Mappatura dei parametri tra Cisco Webex Control Hub e gateway locale

Control Hub

Gateway locale

Dominio registrazione:

Control Hub deve analizzare il dominio dalla LinePort ricevuta da UCAPI.

esempio.com

funzione di registrazione

esempio.com

Gruppo trunk OTG/DTG

profili SIP:

rule <rule-number> request ANY sip-header

Da modify ">" ";otg=otgDtgId>"

Linea/Porta

user@example.com

numero: utente

Proxy in uscita

outbound proxy (nome DNS – SRV del controller SBC di accesso)

Nome utente SIP

nome utente

Password SIP

password

Operazioni preliminari

  • Assicurati che la configurazione della piattaforma di base, come NTP, ACL, abilitazione password, password principale, indirizzamento IP, indirizzi IP e così via, sia eseguita in modo conforme a criteri e procedure della tua organizzazione.

  • Per tutte le distribuzioni LGW, occorre l'ultimo IOS-XE 16.12 o IOS-XE 17.3.

1

Assicurati che alle interfacce layer 3 siano assegnati indirizzi IP validi e indirizzabili:

interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling
 ip address 192.168.43.197 255.255.255.0
2

Devi preconfigurare una chiave principale per la password utilizzando i comandi mostrati di seguito prima che di poterla utilizzare nelle credenziali e nei segreti condivisi. Le password di tipo 6 sono crittografate utilizzando cifratura AES e chiave principale definita dall'utente.


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes
3

Configura il server dei nomi IP per abilitare la ricerca DNS e assicurarti che sia raggiungibile eseguendo il ping:


LocalGateway#conf t
Enter configuration commands, one per line.  End with CNTL/Z.
LocalGateway(config)#ip name-server 8.8.8.8
LocalGateway(config)#end
4

Abilita Esclusività TLS 1.2 e un trustpoint segnaposto predefinito:

  1. Crea un trustpoint PKI segnaposto e denominalo sampleTP

  2. Assegna il trustpoint come trustpoint di segnalazione predefinito sotto sip-ua

  3. cn-san-validate server è necessario per assicurarti che il gateway locale stabilisca la connessione solo se il proxy in uscita configurato sul tenant 200 (descritto più avanti) corrisponde all'elenco CN-SAN ricevuto dal server.

  4. Il trustpoint crittografico è necessario per il funzionamento TLS anche se un certificato client locale (ad esempio, mTLS) non è richiesto per la configurazione della connessione.

  5. Disabilita TLS v1.0 e v1.1 abilitando l'esclusività v1.2.

  6. Imposta il numero tcp-retry su 1000 (multipli di 5 msec = 5 secondi).

  7. (IOS-XE 17.3.2 e versioni successive) Imposta i timer per stabilire connessione tls <wait-timer in="" sec="">. L'intervallo va da 5 a 20 secondi e il valore predefinito è 20 secondi. (LGW richiede 20 secondi per rilevare l'errore di connessione TLS prima di tentare di stabilire una connessione al successivo SBC di accesso a Webex Calling disponibile. Questa CLI consente all'amministratore di modificare il valore in base alle condizioni di rete e di rilevare molto più rapidamente problemi di connessione con il controller SBC di accesso).


LocalGateway#configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
LocalGateway(config)#
LocalGateway(config)#crypto pki trustpoint sampleTP
LocalGateway(ca-trustpoint)# revocation-check crl
LocalGateway(ca-trustpoint)#exit

LocalGateway(config)#sip-ua
LocalGateway(config-sip-ua)# crypto signaling default trustpoint sampleTP cn-san-validate server

LocalGateway(config-sip-ua)# transport tcp tls v1.2
LocalGateway(config-sip-ua)# tcp-retry 1000
LocalGateway(config-sip-ua)#end
5

Aggiorna pool di attendibilità del gateway locale:

Il bundle del pool di attendibilità predefinito non include il certificato "DigiCert Root CA" necessario per convalidare il certificato sul lato server quando si stabilisce la connessione TLS a Webex Calling.

Il bundle del pool di attendibilità deve essere aggiornato scaricando l'ultimo "Bundle di autorità di certificazione esterne attendibili Cisco" da http://www.cisco.com/security/pki/.

  1. Verifica se è presente il certificato DigiCert Room CA:

    
    LocalGateway#show crypto pki trustpool | include DigiCert
  2. Se non presente, aggiorna come segue:

    
    LocalGateway#configure terminal
    Enter configuration commands, one per line.  End with CNTL/Z.
    LocalGateway(config)#crypto pki trustpool import clean url 
    http://www.cisco.com/security/pki/trs/ios_core.p7b
    Reading file from http://www.cisco.com/security/pki/trs/ios_core.p7b
    Loading http://www.cisco.com/security/pki/trs/ios_core.p7b 
    % PEM files import succeeded.
    LocalGateway(config)#end
    
  1. Verifica:

    
    LocalGateway#show crypto pki trustpool | include DigiCert
    cn=DigiCert Global Root CA
    o=DigiCert Inc
    cn=DigiCert Global Root CA
    o=DigiCert Inc
    

Operazioni preliminari

Assicurati di aver completato le operazioni in Control Hub per creare una posizione e aver aggiunto un trunk per tale posizione. Nell'esempio mostrato qui, le informazioni sono state ottenute da Control Hub.

1

Immetti questi comandi per attivare l'applicazione gateway locale (vedi Informazioni di riferimento porta per Cisco Webex Calling per le ultime subnet IP che devono essere aggiunte all'elenco di entità attendibili):

LocalGateway#configure terminal
LocalGateway(config)#voice service voip
LocalGateway(conf-voi-serv)#ip address trusted list
LocalGateway(cfg-iptrust-list)#ipv4 x.x.x.x y.y.y.y
LocalGateway(cfg-iptrust-list)#exit
LocalGateway(conf-voi-serv)#allow-connections sip to sip
LocalGateway(conf-voi-serv)#media statistics
LocalGateway(conf-voi-serv)#media bulk-stats
LocalGateway(conf-voi-serv)#no supplementary-service sip refer
LocalGateway(conf-voi-serv)#no supplementary-service sip handle-replaces
LocalGateway(conf-voi-serv)# fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

LocalGateway(conf-serv-stun)#stun
LocalGateway(conf-serv-stun)#stun flowdata agent-id 1 boot-count 4
LocalGateway(conf-serv-stun)#stun flowdata shared-secret 0 Password123$

LocalGateway(conf-serv-stun)#sip

   LocalGateway(conf-serv-sip)#g729 annexb-all
   LocalGateway(conf-serv-sip)#early-offer forced
   LocalGateway(conf-serv-sip)#end

Spiegazione dei comandi:

Prevenzione frodi su numeri a pagamento
Device(config)# voice service voip
Device(config-voi-serv)# ip address trusted list
Device(cfg-iptrust-list)# ipv4 x.x.x.x y.y.y.y
  • Abilita in modo esplicito gli indirizzi IP di origine di entità dalle quali il gateway locale si aspetta chiamate VoIP legittime, come peer Webex Calling, nodi Unified CM, PSTN IP.

  • Per impostazione predefinita, LGW blocca tutte le configurazioni di chiamate VoIP in ingresso da indirizzi IP non presenti nell'elenco di indirizzi attendibili. Gli indirizzi IP dei dial-peer con "ip destinazione sessione" o Gruppo server sono considerati attendibili per impostazione predefinita e non devono essere inseriti qui.

  • Gli indirizzi IP in questo elenco devono corrispondere alle subnet IP in base al centro dati Webex Calling locale a cui è connesso il cliente. Per ulteriori informazioni, vedi Informazioni di riferimento porta per Webex Calling.


     

    Se l'LGW si trova dietro un firewall con NAT di tipo limitato, puoi scegliere di disabilitare l'elenco di indirizzi IP attendibili sull'interfaccia rivolta verso Webex Calling. Ciò si verifica perché il firewall già ti protegge da chiamate VoIP in entrata non richieste. Questa azione riduce il sovraccarico della configurazione a lungo termine, poiché non è garantito che gli indirizzi dei peer Webex Calling rimangano corretti e che tu debba configurare il tuo firewall per i peer in qualsiasi caso.

  • È possibile che sia necessario configurare altri indirizzi IP su altre interfacce; ad esempio, gli indirizzi Unified CM potrebbero dover essere aggiunti alle interfacce rivolte verso l'interno.

  • Gli indirizzi IP devono corrispondere all'IP di host che il outbound-proxy risolve in tenant 200

  • Per ulteriori informazioni, vedi https://www.cisco.com/c/en/us/support/docs/voice/call-routing-dial-plans/112083-tollfraud-ios.html.

Multimediale
voice service voip
 media statistics 
 media bulk-stats 
  • Statistiche multimediali consente il monitoraggio di contenuti multimediali sul gateway locale.

  • Statistiche di massa multimediali consente al piano di controllo di eseguire un sondaggio sul piano di dati per statistiche di chiamata di massa.

Funzionalità base da SIP a SIP
allow-connections sip to sip
Servizi supplementari
 no supplementary-service sip refer
 no supplementary-service sip handle-replaces

Disabilita REFER e sostituisce l'ID finestra di dialogo nell'intestazione Replaces con l'ID finestra di dialogo peer.

Per ulteriori informazioni, vedi https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s12.html#wp2876138889.

Protocollo fax
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

Abilita T.38 per il trasporto fax, sebbene il traffico fax non sia crittografato.

Abilitazione STUN globale
stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
  • Quando una chiamata viene inoltrata di nuovo a un utente Webex Calling (ad esempio, entrambe le parti, chiamante e chiamato sono abbonati a Webex Calling e il relativo contenuto multimediale è ancorato al controller SBC di Webex Calling), il contenuto multimediale non può passare al gateway locale perché l'accesso non è aperto.

  • La funzione di associazioni STUN sul gateway locale consente l'invio di richieste STUN generate in locale sul percorso multimediale negoziato. Ciò permette di aprire l'accesso al firewall.

  • La password STUN è un prerequisito per l'invio dei messaggi STUN dal gateway locale. È possibile configurare firewall basati su IOS/IOS-XE per verificare la password e aprire in modo dinamico l'accesso (ad esempio, senza regole in uscita esplicite). Tuttavia, per la distribuzione del gateway locale, il firewall viene configurato in modo statico per aprire l'accesso in entrata e in uscita in base alle subnet del controller SBC di Webex Calling. Come tale, il firewall deve considerarlo come qualsiasi pacchetto UDP in entrata che attiverà l'apertura dell'accesso senza visualizzare esplicitamente il contenuto del pacchetto.

G729
sip
  g729 annexb-all

Consente tutte le varianti di G729.

SIP
early-offer forced

Forza il gateway locale a inviare le informazioni SDP nel messaggio di invito iniziale anziché attendere la conferma dal peer vicino.

2

Configura "Profilo SIP 200".

LocalGateway(config)# voice class sip-profiles 200
LocalGateway (config-class)# rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)" "sip:\1"
LocalGateway (config-class)# rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 12 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
LocalGateway (config-class)# rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 15 response ANY sip-header Contact modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 20 request ANY sip-header From modify ">" ";otg=hussain2572_lgu>"
LocalGateway (config-class)# rule 30 request ANY sip-header P-Asserted-Identity modify "sips:(.*)" "sip:\1"

Queste regole sono

Spiegazione dei comandi:

  • rule 9 assicura che l'intestazione sia elencata come“SIP-Req-URI” e non “SIP-Req-URL”

    Questo esegue la conversione tra URI SIP e URL SIP, poiché Webex Calling non supporta gli URI SIP nei messaggi di richiesta/risposta, ma li richiede per query SRV, ad esempio_sips._tcp.<outbound-proxy>.
  • rule 20 modifica l'intestazione del mittente in modo da includere il parametro OTG/DTG del gruppo trunk da Control Hub e identificare in modo univoco un sito LGW all'interno dell'azienda.

  • Questo profilo SIP verrà applicato al tenant della classe vocale 200 (spiegato in seguito) per tutto il traffico rivolto verso Webex Calling.

3

Configura profilo codec, definizione STUN e suite SRTP Crypto.

LocalGateway(config)# voice class codec 99
LocalGateway(config-class)# codec preference 1 g711ulaw
LocalGateway(config-class)# codec preference 2 g711alaw 
LocalGateway(config-class)# exit
LocalGateway(config)# voice class srtp-crypto 200
LocalGateway(config-class)# crypto 1 AES_CM_128_HMAC_SHA1_80
LocalGateway(config-class)# exit
LocalGateway(config)# voice class stun-usage 200
LocalGateway(config-class)# stun usage firewall-traversal flowdata
LocalGateway(config-class)# stun usage ice lite
LocalGateway(config-class)# exit

Spiegazione dei comandi:

  • Voice class codec 99: consente entrambi i codec g711 (mu e a-law) per le sessioni. Viene applicato a tutti i dial-peer.

  • Voice class srtp-crypto 200: specifica SHA1_80 come l'unica suite di crittografia SRTP fornita dal gateway locale nell'SDP in offerta e risposta. Webex Calling supporta solo SHA1_80.

  • Verrà applicato a voice class tenant 200 (spiegato in seguito) rivolto verso Webex Calling.

  • Voice class stun-usage 200: definisce l'utilizzo STUN. Viene applicato a tutti i dial-peer rivolti verso Webex Calling (tag 2XX) per evitare l'audio quando un telefono Unified CM inoltra la chiamata a un altro telefono Webex Calling.


 

Nei casi in cui il contenuto multimediale è ancorato al controller SBC ITSP e il gateway locale si trova dietro una NAT e in attesa del flusso multimediale in entrata da ITSP, questo comando può essere applicato sui dial-peer rivolti verso ITSP.


 

Il comando Stun usage ice lite è richiesto per i flussi di chiamata che utilizzano l'ottimizzazione del percorso multimediale.

4

Mappa i parametri Control Hub alla configurazione del gateway locale:

Webex Calling viene aggiunto come tenant all'interno del gateway locale. La configurazione richiesta per la registrazione del gateway locale è definita in voice class tenant 200. Devi ottenere gli elementi di tale configurazione dalla pagina Informazioni trunk all'interno di Control Hub come mostrato in questa immagine. Questo è un esempio per visualizzare i campi mappati alla CLI del relativo gateway locale.

Il tenant 200 viene quindi applicato a tutti i dial-peer rivolti verso Webex Calling (tag 2xx) all'interno della configurazione del gateway locale. La funzione del tenant della classe vocale consente il raggruppamento e la configurazione di parametri di trunk SIP altrimenti effettuati in voice service voip e sip-ua. Se un tenant viene configurato e applicato in un dial-peer, le configurazioni IOS-XE vengono applicate nel seguente ordine di preferenza:

  • Configurazione dial-peer

  • Configurazione tenant

  • Configurazione globale (voice service voip / sip-ua)

5

Configura voice class tenant 200 per abilitare la registrazione trunk da LGW a Webex Calling in base ai parametri ottenuti da Control Hub:


 

La riga di comando e i parametri seguenti sono solo esempi. Devi utilizzare i parametri per la tua distribuzione.

LocalGateway(config)#voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Hussain6346_LGU username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls 
  url sips 
  error-passthru
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 200 
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com  
  privacy-policy passthru

Spiegazione dei comandi:

voice class tenant 200

Una funzione multitenant di un gateway locale abilita configurazioni globali specifiche per più tenant su trunk SIP che consentono servizi differenziati per i tenant.

registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls

Il server di registrazione per il gateway locale con la registrazione impostata per l'aggiornamento ogni due minuti (50% di 240 secondi). Per ulteriori informazioni, vedi https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-r1.html#wp1687622014.

credentials number Hussain6346_LGU username Hussain2572_LGU password 0 meX71]~)Vmf realm BroadWorks

Credenziali per la richiesta di registrazione trunk. Per ulteriori informazioni, vedi https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-c6.html#wp3153621104.

authentication username Hussain2572_LGU password 0 meX71]~)Vmf realm BroadWorks
authentication username Hussain2572_LGU password 0 meX71]~)Vmf realm 40462196.cisco-bcld.com

Richiesta di autenticazione per le chiamate. Per ulteriori informazioni, vedi https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1551532462.

no remote-party-id

Disabilita intestazione SIP Remote-Party-ID (RPID) poiché Webex Calling supporta PAI, che viene abilitato utilizzando CIOasserted-id pai(vedi di seguito).

sip-server dns:40462196.cisco-bcld.com
Server Webex Calling. Per ulteriori informazioni, vedere https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1551532462
connection-reuse

Per utilizzare la stessa connessione permanente per l'elaborazione di registrazioni e chiamate.

srtp-crypto 200

Specifica SHA1_80 come definito in voice class srtp-crypto 200.

session transport tcp tls
Imposta il trasporto su TLS
url sips

SRV query deve essere SIP come supportato dal controller SBC di accesso; tutti gli altri messaggi vengono modificati in SIP da sip-profile 200.

error-passthru

Funzionalità pass-thru risposta errore SIP

asserted-id pai

Attiva l'elaborazione PAI nel gateway locale.

bind control source-interface GigabitEthernet0/0/1

Interfaccia origine segnali rivolta verso Webex Calling.

bind media source-interface GigabitEthernet0/0/1

Interfaccia origine multimediale rivolta verso Webex Calling.

no pass-thru content custom-sdp

Comando predefinito in tenant.

sip-profiles 200

Modifica SIPS in SIP e modifica la linea/porta per i messaggi di invito e registrazione come definito in voice class sip-profiles 200.

outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com

Controller SBC di accesso a Webex Calling. Per ulteriori informazioni, vedi https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-o1.html#wp3297755699.

privacy-policy passthru

Passa in modo trasparente attraverso i valori di intestazione della privacy dal segmento in ingresso al segmento in uscita.

Dopo aver definito il tenant 200 all'interno del gateway locale e aver configurato un dial-peer SIP VoIP, il gateway avvia una connessione TLS verso Webex Calling e in quel momento il controller SBC di accesso presenta il proprio certificato al gateway locale. Il gateway locale convalida il certificato del controller SBC di accesso di Webex Calling mediante il bundle radice di CA aggiornato in precedenza. Viene stabilita una sessione TLS permanente tra il gateway locale e il controller SBC di accesso di Webex Calling. Il gateway locale invia quindi una registrazione al controller SBC di accesso che viene richiesta. L'AOR di registrazione è number@domain. Il numero viene preso dal parametro delle credenziali "number" e il dominio da "registrar dns:<fqdn>". Quando viene richiesta la registrazione, i parametri di nome utente, password e area di autenticazione delle credenziali vengono utilizzati per creare l'intestazione e sip-profile 200 converte nuovamente URL SIPS in SIP. La registrazione è riuscita una volta ricevuto 200 OK dal controller SBC di accesso.

Per questa opzione di distribuzione è richiesta la seguente configurazione sul gateway locale:

  1. Tenant classe vocale: prima verranno creati tenant aggiuntivi per i dial-peer rivolti verso ITSP simili a tenant 200 creati per dial-peer rivolti verso Webex Calling.

  2. URI classe vocale: schemi di definizione di indirizzi IP/porte di host per diversi trunk che terminano sul gateway locale: da Webex Calling a LGW; e terminazione trunk SIP PSTN su LGW.

  3. Dial-peer in uscita: per indirizzare i segmenti di chiamate in uscita da LGW a trunk SIP ITSP e Webex Calling.

  4. DPG classe vocale: dial-peer in uscita di destinazione richiamati da dial-peer in entrata.

  5. Dial-peer in entrata: per accettare segmenti di chiamata in entrata da ITSP e Webex Calling.

La configurazione in questa sezione può essere utilizzata per l'impostazione del gateway locale ospitato da partner, come mostrato di seguito, o per il gateway del sito del cliente locale.

1

Configura i seguenti tenant della classe vocale:

  1. Voice class tenant 100 viene applicato a tutti i dial-peer IN USCITA rivolti verso PSTN IP.

    voice class tenant 100 
      session transport udp
      url sip
      error-passthru
      bind control source-interface GigabitEthernet0/0/0
      bind media source-interface GigabitEthernet0/0/0
      no pass-thru content custom-sdp
    
  2. Voice class tenant 300 viene applicato a tutti i dial-peer IN ENTRATA da PSTN IP.

    voice class tenant 300 
      bind control source-interface GigabitEthernet0/0/0
      bind media source-interface GigabitEthernet0/0/0
      no pass-thru content custom-sdp
    
2

Configura il seguente URI della classe vocale:

  1. Definisci l'indirizzo IP host ITSP:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Definisci il percorso per identificare in modo univoco un sito del gateway locale all'interno di un'azienda in base al parametro OTG/DTG del gruppo trunk di Control Hub:

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

    Il gateway locale non supporta attualmente il carattere di sottolineatura "_" nello schema di corrispondenza. In alternativa, viene utilizzato il punto "." (qualsiasi corrispondenza) per "_".

    Received
    INVITE sip:+16785550123@198.18.1.226:5061;transport=tls;dtg=hussain2572_lgu SIP/2.0
       Via: SIP/2.0/TLS 199.59.70.30:8934;branch=z9hG4bK2hokad30fg14d0358060.1
     pattern :8934
    
3

Configura i seguenti dial-peer in uscita:

  1. Dial-peer in uscita verso PSTN IP:

    dial-peer voice 101 voip 
     description Outgoing dial-peer to IP PSTN
     destination-pattern BAD.BAD
     session protocol sipv2
     session target ipv4:192.168.80.13
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad

    Spiegazione dei comandi:

    dial-peer voice 101 voip
     description Outgoing dial-peer to PSTN
    

    Definisce un dial-peer VoIP con un tag 101 e una descrizione significativa viene fornita per facilità di gestione e risoluzione dei problemi.

    destination-pattern BAD.BAD

    Sequenza di cifre che consente la selezione di questo dial-peer. Tuttavia, questo dial-peer in uscita viene richiamato direttamente dal dial-peer in entrata utilizzando istruzioni DPG e in questo modo vengono bypassati i criteri di corrispondenza della sequenza di cifre. Di conseguenza, viene utilizzata una sequenza arbitraria in base alle cifre alfanumeriche consentite dalla CLI della sequenza di destinazione.

    session protocol sipv2

    Specifica che questo dial-peer gestirà i segmenti di chiamata SIP.

    session target ipv4:192.168.80.13

    Indica l'indirizzo IPv4 di destinazione al quale verrà inviato questo segmento di chiamata. In questo caso, l'indirizzo IP ITSP.

    voice-class codec 99

    Indica l'elenco di preferenze codec 99 da utilizzare per questo dial-peer.

    dtmf-relay rtp-nte

    Definisce RTP-NTE (RFC2833) come la funzionalità DTMF prevista in questo segmento di chiamata.

    voice-class sip tenant 100

    Il dial-peer eredita tutti i parametri del tenant 100 a meno che lo stesso parametro non sia definito nel dial-peer stesso.

    no vad

    Disabilita il rilevamento di attività vocale.

  2. Dial-peer in uscita verso Webex Calling (questo dial-peer verrà aggiornato per fungere anche da dial-peer in entrata da Webex Calling successivamente nella guida alla configurazione).

    dial-peer voice 200201 voip
     description Inbound/Outbound Webex Calling
     destination-pattern BAD.BAD
     session protocol sipv2
     session target sip-server
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class stun-usage 200
     no voice-class sip localhost
     voice-class sip tenant 200
     srtp
     no vad
    

    Spiegazione dei comandi:

    dial-peer voice 200201 voip
         description Inbound/Outbound Webex Calling

    Definisce un dial-peer VoIP con un tag 200201 e una descrizione significativa viene fornita per facilità di gestione e risoluzione dei problemi.

    session target sip-server

    Indica che il server SIP globale è la destinazione per le chiamate da questo dial-peer. Il server Webex Calling definito in tenant 200 viene ereditato per questo dial-peer.

    voice-class stun-usage 200

    La funzione di associazioni STUN sul gateway locale consente l'invio di richieste STUN generate in locale sul percorso multimediale negoziato. Ciò permette di aprire l'accesso al firewall.

    no voice-class sip localhost

    Disabilita la sostituzione del nome host locale DNS al posto dell'indirizzo IP fisico nelle intestazioni di mittente, ID chiamata e ID parte remota dei messaggi in uscita.

    voice-class sip tenant 200

    Il dial-peer eredita tutti i parametri del tenant 200 (LGW <-->trunk Webex Calling) a meno che lo stesso parametro non sia definito nel dial-peer stesso.

    srtp

    SRTP è abilitato per questo segmento di chiamata.

    no vad

    Disabilita il rilevamento di attività vocale.

4

Configura i seguenti gruppi di dial-peer (DPG):

  1. Definisce il gruppo di dial-peer 100. Il dial-peer in uscita 101 è la destinazione per qualsiasi dial-peer in ingresso che richiama dial-peer group 100. Verrà applicato DPG 100 al dial-peer in ingresso 200201 per il percorso Webex Calling --> LGW --> PSTN.

    voice class dpg 100
     description Incoming WxC(DP200201) to IP PSTN(DP101)
     dial-peer 101 preference 1
    
  2. Definisci il gruppo di dial-peer 200 con dial-peer in uscita 200201 come destinazione per il percorso PSTN --> LGW --> Webex Calling. DPG 200 verrà applicato al dial-peer in ingresso 100 definito successivamente.

    voice class dpg 200
     description Incoming IP PSTN(DP100) to Webex Calling(DP200201)
     dial-peer 200201 preference 1
    
5

Configura i seguenti dial-peer in entrata:

  1. Dial-peer in entrata per segmenti di chiamata PSTN IP in ingresso:

    dial-peer voice 100 voip
     description Incoming dial-peer from PSTN
     session protocol sipv2
     destination dpg 200
     incoming uri via 100
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 300
     no vad
    

    Spiegazione dei comandi

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN

    Definisce un dial-peer VoIP con un tag 100 e una descrizione significativa per facilità di gestione e risoluzione dei problemi.

    session protocol sipv2

    Specifica che questo dial-peer gestirà i segmenti di chiamata SIP.

    incoming uri via 100

    Tutto il traffico in ingresso da PSTN IP a LocalGW viene associato sull'indirizzo IP host dell'intestazione VIA in ingresso definito in voice class URI 100 SIP in base all'indirizzo IP di origine (ITSP).

    destination dpg 200

    Con il dpg di destinazione 200, IOS-XE bypassa i classici criteri di corrispondenza del dial-peer in uscita e procede direttamente all'impostazione del segmento di chiamata in uscita utilizzando i dial-peer definiti all'interno del gruppo di dial-peer di destinazione 200, che è il dial-peer 200201.

    voice-class sip tenant 300

    Il dial-peer eredita tutti i parametri del tenant 300 a meno che lo stesso parametro non sia definito nel dial-peer stesso.

    no vad

    Disabilita il rilevamento di attività vocale.

  2. Dial-peer in entrata per segmenti di chiamata Webex Calling in ingresso:

    dial-peer voice 200201 voip
     description Inbound/Outbound Webex Calling
     max-conn 150
     destination dpg 100
     incoming uri request 200
     

    Spiegazione dei comandi

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling

    Aggiorna un dial-peer VoIP con un tag 200201 e viene fornita una descrizione significativa per facilità di gestione e risoluzione dei problemi.

    incoming uri request 200

    Tutto il traffico in ingresso da Webex Calling a LGW può essere associato sullo schema dtg univoco nell'URI della richiesta, identificando in modo univoco il sito del gateway locale all'interno di un'azienda e nell'ecosistema Webex Calling.

    destination dpg 100

    Con il dpg 100 di destinazione, IOS-XE bypassa i criteri di associazione di dial-peer in uscita classici e procede direttamente all'impostazione del segmento di chiamata in uscita utilizzando dial-peer definiti all'interno del gruppo di dial-peer di destinazione 100, ossia il dial-peer 101.

    max-conn 150

    Limita il numero di chiamate concorrenti a 150 tra LGW e Webex Calling, presupponendo un singolo dial-peer rivolto verso Webex Calling per chiamate in entrata e in uscita come definito in questa guida. Per ulteriori dettagli sui limiti di chiamate concorrenti che coinvolgono il gateway locale, visita https://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/mcp/DEPLOYMENT_CALLING_Unified_CM_to_Webex_Calling.pdf.

Da PSTN a Webex Calling

Tutti i segmenti di chiamata IP PSTN in ingresso sul gateway locale sono associati al dial-peer 100 poiché definisce un criterio di corrispondenza per l'intestazione VIA con l'indirizzo IP del PSTN IP. La selezione del dial-peer in uscita è imposta da DPG 200 che richiama direttamente il dial-peer in uscita 200201, che dispone del server Webex Calling elencato come destinazione.

Da Webex Calling a PSTN

Tutti i segmenti di chiamata Webex Calling in ingresso sul gateway locale sono associati al dial-peer 200201 perché soddisfa i criteri di corrispondenza per lo schema di intestazione dell'URI di richiesta con il parametro OTG/DTG del gruppo trunk, univoco per questa distribuzione del gateway locale. La selezione del dial-peer in uscita è imposta da DPG 100 che richiama direttamente il dial-peer in uscita 101, con l'indirizzo IP PSTN IP elencato come destinazione.

Per questa opzione di distribuzione, è richiesta la seguente configurazione sul gateway locale:

  1. Tenant delle classi vocali: devi creare tenant aggiuntivi per dial-peer rivolti verso Unified CM e ITSP, in modo simile al tenant 200 creato per dial-peer rivolti verso Webex Calling.

  2. URI classe vocale: schemi di definizione di indirizzi IP/porte di host per diversi trunk che terminano su LGW: da Unified CM a LGW per destinazioni PSTN; da Unified CM a LGW per destinazioni Webex Calling; da Webex Calling a LGW; e terminazione del trunk SIP PSTN su LGW.

  3. Gruppo di server di classe vocale: indirizzi IP/porte di destinazione per trunk in uscita da LGW a Unified CM, da LGW a Webex Calling e da LGW a trunk SIP PSTN.

  4. Dial-peer in uscita: per indirizzare i segmenti di chiamata in uscita da LGW a Unified CM, trunk SIP ITSP e/o Webex Calling.

  5. DPG classe vocale: dial-peer in uscita di destinazione richiamati da un dial-peer in entrata.

  6. Dial-peer in entrata: per accettare segmenti di chiamata in entrata da Unified CM, ITSP e/o Webex Calling.

1

Configura i seguenti tenant della classe vocale:

  1. Voice class tenant 100 viene applicato a tutti i dial-peer in uscita rivolti verso Unified CM e PSTN IP:

    voice class tenant 100 
      session transport udp
      url sip
      error-passthru
      bind control source-interface GigabitEthernet0/0/0
      bind media source-interface GigabitEthernet0/0/0
      no pass-thru content custom-sdp
    
  2. Voice class tenant 300 viene applicato a tutti i dial-peer in entrata da Unified CM e PSTN IP:

    voice class tenant 300 
      bind control source-interface GigabitEthernet0/0/0
      bind media source-interface GigabitEthernet0/0/0
      no pass-thru content custom-sdp
    
2

Configura i seguenti URI di classe vocale:

  1. Definisce l'indirizzo IP dell'host di ITSP:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Definisci il percorso per identificare in modo univoco un sito del gateway locale all'interno di un'azienda in base al parametro OTG/DTG del gruppo trunk di Control Hub:

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

    Il gateway locale attualmente non supporta caratteri di sottolineatura "_" nello schema di corrispondenza. In alternativa, viene utilizzato il punto "." (qualsiasi corrispondenza) per "_".

    Received
    INVITE sip:+16785550123@198.18.1.226:5061;transport=tls;dtg=hussain2572_lgu SIP/2.0
       Via: SIP/2.0/TLS 199.59.70.30:8934;branch=z9hG4bK2hokad30fg14d0358060.1
     pattern :8934
    
  3. Definisce la porta VIA dei segnali Unified CM per il trunk Webex Calling:

    voice class uri 300 sip
     pattern :5065
    
  4. Definisce l'IP e la porta VIA dei segnali di origine CUCM per trunk PSTN:

    voice class uri 302 sip
     pattern 192.168.80.60:5060
    
3

Configura i seguenti gruppi di server di classi vocali:

  1. Definisce l'indirizzo IP e il numero di porta dell'host di destinazione del trunk Unified CM per Unified CM Group 1 (5 nodi). Unified CM utilizza la porta 5065 per il traffico in entrata sul trunk Webex Calling (Webex Calling <-> LGW --> Unified CM).

    voice class server-group 301
     ipv4 192.168.80.60 port 5065
    
  2. Definisce l'indirizzo IP e il numero di porta dell'host di destinazione del trunk Unified CM per Unified CM Group 2, se applicabile:

    voice class server-group 303
     ipv4 192.168.80.60 port 5065
    
  3. Definisce l'indirizzo IP host di destinazione del trunk Unified CM per Unified CM Group 1 (5 nodi). Unified CM utilizza la porta predefinita 5060 per il traffico in entrata sul trunk PSTN. Senza numero di porta specificato, viene utilizzato il valore predefinito 5060. (PSTN <-> LGW --> Unified CM)

    voice class server-group 305
     ipv4 192.168.80.60
    
  4. Definisce l'indirizzo IP host di destinazione del trunk Unified CM per Unified CM Group 2, se applicabile.

    voice class server-group 307 
     ipv4 192.168.80.60
    
4

Configura i seguenti dial-peer in uscita:

  1. Dial-peer in uscita verso PSTN IP:

    dial-peer voice 101 voip 
     description Outgoing dial-peer to IP PSTN
     destination-pattern BAD.BAD
     session protocol sipv2
     session target ipv4:192.168.80.13
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad
    

    Spiegazione dei comandi

    dial-peer voice 101 voip
    description Outgoing dial-peer to PSTN

    Definisce un dial-peer VoIP con un tag 101 e una descrizione significativa viene fornita per facilità di gestione e risoluzione dei problemi.

    destination-pattern BAD.BAD

    Sequenza di cifre che consente la selezione di questo dial-peer. Tuttavia, questo dial-peer in uscita viene richiamato direttamente dal dial-peer in entrata utilizzando istruzioni DPG e in questo modo vengono bypassati i criteri di corrispondenza della sequenza di cifre. Di conseguenza, viene utilizzata una sequenza arbitraria in base alle cifre alfanumeriche consentite dalla CLI della sequenza di destinazione.

    session protocol sipv2

    Specifica che questo dial-peer gestirà i segmenti di chiamata SIP.

    session target ipv4:192.168.80.13

    Indica l'indirizzo IPv4 di destinazione al quale verrà inviato questo segmento di chiamata (in questo caso, l'indirizzo IP ITSP).

    voice-class codec 99

    Indica l'elenco di preferenze codec 99 da utilizzare per questo dial-peer.

    voice-class sip tenant 100

    Il dial-peer eredita tutti i parametri del tenant 100 a meno che lo stesso parametro non sia definito nel dial-peer stesso.

  2. Dial-peer in uscita verso Webex Calling (questo dial-peer verrà aggiornato per fungere anche da dial-peer in entrata da Webex Calling come successivamente nella guida alla configurazione):

    dial-peer voice 200201 voip
     description Inbound/Outbound Webex Calling
     destination-pattern BAD.BAD
     session protocol sipv2
     session target sip-server
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class stun-usage 200
     no voice-class sip localhost
     voice-class sip tenant 200
     srtp
     no vad
    

    Spiegazione dei comandi

    dial-peer voice 200201 voip
     description Inbound/Outbound Webex Calling

    Definisce un dial-peer VoIP con un tag di 200201 e viene fornita una descrizione significativa per facilità di gestione e risoluzione dei problemi.

    session target sip-server

    Indica che il server SIP globale è la destinazione per le chiamate da questo dial-peer. Server Webex Calling definito in tenant 200 verrà ereditato per questo dial-peer.

    voice-class stun-usage 200

    La funzione di associazioni STUN su LGW consente l'invio di richieste STUN generate in locale sul percorso multimediale negoziato. Ciò permette di aprire l'accesso al firewall.

    no voice-class sip localhost

    Disabilita la sostituzione del nome host locale DNS al posto dell'indirizzo IP fisico nelle intestazioni di mittente, ID chiamata e ID parte remota dei messaggi in uscita.

    voice-class sip tenant 200

    Il dial-peer eredita tutti i parametri del tenant 200 (LGW <-->trunk Webex Calling) a meno che lo stesso parametro non sia definito nel dial-peer stesso.

    srtp

    SRTP è abilitato per questo segmento di chiamata.

  3. Dial-peer in uscita verso il trunk Webex Calling di Unified CM:

    dial-peer voice 301 voip
     description Outgoing dial-peer to CUCM-Group-1 for 
    inbound from Webex Calling - Nodes 1 to 5
     destination-pattern BAD.BAD
     session protocol sipv2
     session server-group 301
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad
    

    Spiegazione dei comandi

    dial-peer voice 301 voip
    description Outgoing dial-peer to CUCM-Group-1 for 
    inbound from Webex Calling – Nodes 1 to 5

    Definisce un dial-peer VoIP con un tag 301 e viene fornita una descrizione significativa per facilità di gestione e risoluzione dei problemi.

    session server-group 301

    Anziché l'IP di destinazione della sessione nel dial-peer, si punta a un gruppo di server di destinazione (gruppo di server 301 per dial-peer 301) per definire più nodi UCM di destinazione sebbene l'esempio mostri solo un singolo nodo.

    Gruppo di server in dial-peer in uscita

    Con più dial-peer nel DPG e più server nel gruppo di server dial-peer, è possibile ottenere la distribuzione casuale delle chiamate su tutti gli abbonati all'elaborazione di chiamate Unified CM o rispondere in base a una preferenza definita. Ciascun gruppo di server può avere fino a cinque server (IPv4/v6 con o senza porta). Un secondo dial-peer e un secondo gruppo di server sono richiesti solo se vengono utilizzati più di cinque abbonati all'elaborazione delle chiamate.

    Per ulteriori informazioni, vedi https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/multiple-server-groups.html.

  4. Secondo dial-peer in uscita verso trunk Webex Calling di Unified CM se disponi di più di 5 nodi Unified CM:

    dial-peer voice 303 voip
     description Outgoing dial-peer to CUCM-Group-2 
    for inbound from Webex Calling - Nodes 6 to 10
     destination-pattern BAD.BAD
     session protocol sipv2
     session server-group 303
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad
  5. Dial-peer in uscita verso il trunk PSTN di Unified CM:

    dial-peer voice 305 voip
     description Outgoing dial-peer to CUCM-Group-1 
    for inbound from PSTN - Nodes 1 to 5
     destination-pattern BAD.BAD
     session protocol sipv2
     session server-group 305
     voice-class codec 99 
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad
    
  6. Secondo dial-peer in uscita verso il trunk PSTN di Unified CM se disponi di più di 5 nodi Unified CM:

    dial-peer voice 307 voip
     description Outgoing dial-peer to CUCM-Group-2 
    for inbound from PSTN - Nodes 6 to 10
     destination-pattern BAD.BAD
     session protocol sipv2
     session server-group 307
     voice-class codec 99  
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad
    
5

Configura il seguente DPG:

  1. Definisce DPG 100. Il dial-peer in uscita 101 è la destinazione per qualsiasi dial-peer in ingresso che richiama dial-peer group 100. Verrà applicato DPG 100 al dial-peer in ingresso 302 definito successivamente per il percorso Unified CM --> LGW --> PSTN:

    voice class dpg 100
     dial-peer 101 preference 1
    
  2. Definisci DPG 200 con dial-peer in uscita 200201 come destinazione per il percorso Unified CM --> LGW --> Webex Calling:

    voice class dpg 200
     dial-peer 200201 preference 1
    
  3. Definisci DPG 300 per dial-peer in uscita 301 o 303 per il percorso Webex Calling --> LGW --> Unified CM:

    voice class dpg 300
     dial-peer 301 preference 1
     dial-peer 303 preference 1
    
  4. Definisci DPG 302 per dial-peer in uscita 305 o 307 per il percorso PSTN --> LGW --> Unified CM:

    voice class dpg 302
     dial-peer 305 preference 1
     dial-peer 307 preference 1
    
6

Configura i seguenti dial-peer in entrata:

  1. Dial-peer in entrata per segmenti di chiamata PSTN IP in ingresso:

    dial-peer voice 100 voip
     description Incoming dial-peer from PSTN
     session protocol sipv2
     destination dpg 302
     incoming uri via 100
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 300
     no vad
    

    Spiegazione dei comandi

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN

    Definisce un dial-peer VoIP con un tag 100 e una descrizione significativa per facilità di gestione e risoluzione dei problemi.

    session protocol sipv2

    Specifica che questo dial-peer gestirà i segmenti di chiamata SIP.

    incoming uri via 100

    Tutto il traffico in ingresso da PSTN IP a LGW viene associato all'indirizzo IP dell'host dell'intestazione VIA in ingresso, definito nell'URI di classe vocale 100 SIP in base all'indirizzo IP di origine (ITPS).

    destination dpg 302

    Con il DPG 302 di destinazione, IOS-XE bypassa i criteri di corrispondenza di dial-peer in uscita classici e procede direttamente all'impostazione del segmento di chiamata in uscita utilizzando dial-peer definiti all'interno del DPG 302 di destinazione, che può essere dial-peer 305 o dial-peer 307.

    voice-class sip tenant 300

    Il dial-peer eredita tutti i parametri del tenant 300 a meno che lo stesso parametro non sia definito nel dial-peer stesso.

  2. Dial-peer in entrata per segmenti di chiamata Webex Calling in ingresso:

    dial-peer voice 200201 voip
     description Inbound/Outbound Webex Calling
     max-conn 150
     destination dpg 300
     incoming uri request 200
     

    Spiegazione dei comandi

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling

    Aggiorna un dial-peer VoIP con un tag 200201 e viene fornita una descrizione significativa per facilità di gestione e risoluzione dei problemi.

    incoming uri request 200

    Tutto il traffico in ingresso da Webex Calling a LGW può essere associato allo schema dtg univoco nell'URI della richiesta, identificando in modo univoco il sito del gateway locale all'interno di un'azienda e nell'ecosistema Webex Calling.

    destination dpg 300

    Con il DPG 300 di destinazione, IOS-XE bypassa i criteri di associazione di dial-peer in uscita classici e procede direttamente all'impostazione del segmento di chiamata in uscita utilizzando dial-peer definiti all'interno del DPG 300, che può essere il dial-peer 301 o il dial-peer 303.

    max-conn 150

    Limita il numero di chiamate concorrenti a 150 tra LGW e Webex Calling presupponendo un singolo dial-peer rivolto verso Webex Calling per chiamate in entrata e in uscita come definito in questa guida. Per ulteriori dettagli sui limiti di chiamate concorrenti che coinvolgono il gateway locale, visita https://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/mcp/DEPLOYMENT_CALLING_Unified_CM_to_Webex_Calling.pdf.

  3. Dial-peer in entrata per segmenti di chiamata Unified CM in ingresso con Webex Calling come destinazione:

    dial-peer voice 300 voip
     description Incoming dial-peer from CUCM for Webex Calling
     session protocol sipv2
     destination dpg 200
     incoming uri via 300
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 300
     no vad
    

    Spiegazione dei comandi

    dial-peer voice 300 voip
    description Incoming dial-peer from CUCM for Webex Calling

    Definisce un dial-peer VoIP con un tag 300 e viene fornita una descrizione significativa per facilità di gestione e risoluzione dei problemi.

    incoming uri via 300

    Tutto il traffico in ingresso da Unified CM a LGW viene associato alla porta di origine VIA (5065), definita nell'URI della classe 300 SIP.

    destination dpg 200

    Con il DPG 200 di destinazione, IOS-XE bypassa i criteri di corrispondenza del dial-peer in uscita classici e procede direttamente all'impostazione del segmento di chiamata in uscita utilizzando i dial-peer definiti all'interno del DPG 200 di destinazione, che è il dial-peer 200201.

    voice-class sip tenant 300

    Il dial-peer eredita tutti i parametri del tenant 300 a meno che lo stesso parametro non sia definito nel dial-peer stesso.

  4. Dial-peer in entrata per segmenti di chiamata Unified CM in ingresso con PSTN come destinazione:

    dial-peer voice 302 voip
     description Incoming dial-peer from CUCM for PSTN
     session protocol sipv2
     destination dpg 100
     incoming uri via 302
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 300
     no vad
    

    Spiegazione dei comandi

    dial-peer voice 302 voip
    description Incoming dial-peer from CUCM for PSTN

    Definisce un dial-peer VoIP con un tag 302 e viene fornita una descrizione significativa per facilità di gestione e risoluzione dei problemi.

    incoming uri via 302

    Tutto il traffico in ingresso da Unified CM a LGW per una destinazione PSTN viene associato all'indirizzo IP e alla porta VIA dei segnali di origine di Unified CM definiti nell'URI 302 SIP della classe vocale. Viene utilizzata la porta SIP 5060 standard.

    destination dpg 100

    Con il DPG 100 di destinazione, IOS-XE bypassa i criteri di associazione di dial-peer in uscita classici e procede direttamente all'impostazione del segmento di chiamata in uscita utilizzando dial-peer definiti all'interno del DPG 100 di destinazione, ossia il dial-peer 101.

    voice-class sip tenant 300

    Il dial-peer eredita tutti i parametri del tenant 300 a meno che lo stesso parametro non sia definito nel dial-peer stesso.

Da PSTN IP a trunk PSTN Unified CM

Da piattaforma Webex Calling a trunk Webex Calling di Unified CM

Da trunk PSTN Unified CM a PSTN IP

Da trunk Webex Calling Unified CM a piattaforma Webex Calling

Le firme diagnostiche (DS, Diagnostic Signature) individuano in modo proattivo i problemi comunemente osservati nel gateway locale basato su IOS XE e generano e-mail, registro di sistema o notifica di messaggi di terminale dell'evento. 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, apportare le dovute correzioni e risolverlo. La logica di rilevamento dei problemi viene definita utilizzando messaggi del registro di sistema, eventi SNMP e attraverso il monitoraggio periodico di output specifici del comando show. I tipi di azione includono la raccolta degli output del comando show, la generazione di un file di registro consolidato e il caricamento del file in una posizione di rete fornita dall'utente, come HTTPS, SCP, server FTP. I file DS sono autorizzati da tecnici TAC e vengono firmati in digitale per la protezione dell'integrità. A ogni file DS viene assegnato un ID numerico univoco dal sistema. Lo strumento di ricerca delle firme diagnostiche (DSLT, Diagnostic Signatures Lookup Tool) è l'unica fonte per trovare le firme applicabili per il monitoraggio e la risoluzione di un'ampia gamma di problemi.

Operazioni preliminari:

  • Non modificare il file DS scaricato da DSLT. L'installazione di file modificati non riuscirà a causa di un errore di controllo dell'integrità.

  • Per l'invio delle notifiche e-mail dal gateway locale è necessario un server SMTP (Simple Mail Transfer Protocol).

  • Assicurati che sul gateway locale sia in esecuzione IOS XE 17.3.2 o versione successiva se desideri utilizzare il server SMTP sicuro per le notifiche e-mail.

Prerequisiti

Gateway locale con IOS XE 17.3.2 o versione successiva

  1. Le firme diagnostiche sono abilitate per impostazione predefinita.

  2. Configura il server e-mail sicuro da utilizzare per inviare notifiche proattive se sul dispositivo è in esecuzione IOS XE 17.3.2 o versione successiva.

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home  
    LocalGateway(cfg-call-home)#mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    LocalGateway(config)#end 
  3. Configura la variabile di ambiente ds_email con l'indirizzo e-mail dell'amministratore a cui inviare la notifica.

    
    LocalGateway#configure terminal 
    LoclGateway(config)#call-home  
    LocalGateway(cfg-call-home)#diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
    LocalGateway(config)#end 

Gateway locale con IOS XE 16.11.1 o versione successiva

  1. Le firme diagnostiche sono abilitate per impostazione predefinita.

  2. Configura il server e-mail da utilizzare per inviare notifiche proattive se sul dispositivo è in esecuzione una versione precedente alla 17.3.2.

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home  
    LocalGateway(cfg-call-home)#mail-server  <email server> priority 1 
    LocalGateway(config)#end 
    
  3. Configura la variabile di ambiente ds_email con l'indirizzo e-mail dell'amministratore a cui inviare la notifica.

    
    LocalGateway#configure terminal 
    LoclGateway(config)#call-home  
    LocalGateway(cfg-call-home)#diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
    LocalGateway(config)#end 
    

Gateway locale con versione 16.9.x

  1. Immetti i seguenti comandi per abilitare le firme diagnostiche.

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home reporting contact-email-addr sch-smart-licensing@cisco.com  
    LocalGateway(config)#end  
  2. Configura il server e-mail da utilizzare per inviare notifiche proattive se sul dispositivo è in esecuzione una versione precedente alla 17.3.2.

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home  
    LocalGateway(cfg-call-home)#mail-server  <email server> priority 1 
    LocalGateway(config)#end 
  3. Configura la variabile di ambiente ds_email con l'indirizzo e-mail dell'amministratore a cui inviare la notifica.

    
    LocalGateway#configure terminal 
    LoclGateway(config)#call-home  
    LocalGateway(cfg-call-home)#diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
    LocalGateway(config)#end 

Di seguito un esempio di configurazione di un gateway locale con IOS XE 17.3.2 per inviare notifiche proattive a tacfaststart@gmail.com utilizzando Gmail come server SMTP 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 con il software IOS XE non è un tipico client Gmail basato su Web che supporta OAuth, pertanto è necessario configurare un'impostazione di account Gmail specifica e fornire un'autorizzazione specifica per l'elaborazione corretta del messaggio e-mail da parte del dispositivo:

  1. Vai a Gestisci account Google > Sicurezza e attiva Accesso app meno sicure.

  2. Conferma la tua identità quando ricevi un messaggio e-mail da Gmail in cui viene indicato che Google ha impedito a qualcuno di accedere al tuo account utilizzando un'app non Google.

Installazione delle firme diagnostiche per il monitoraggio proattivo

Monitoraggio di un elevato utilizzo della CPU

Questa DS rileva 5 secondi di utilizzo della CPU utilizzando l'OID SNMP 1.3.6.1.4.1.9.2.1.56. Quando l'utilizzo raggiunge il 75% o più, vengono disabilitati tutti i debug e vengono disinstallate tutte le firme diagnostiche installate nel gateway locale. Utilizza questa procedura per installare la firma.

  1. Assicurati che SNMP sia abilitato utilizzando il comando show snmp. In caso contrario, configura il comando "snmp-server manager".

    
    LocalGateway# show snmp 
    %SNMP agent not enabled 
    LocalGateway# 
    
    LocalGateway# 
    LocalGateway# config t 
    LocalGateway(config)# snmp-server manager 
    LocalGateway(config)#end 
    LocalGateway# 
    
    LocalGateway# 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 
    .... 
    .... 
    LocalGateway# 
  2. Scarica DS 64224 utilizzando le seguenti opzioni del menu a discesa nello strumento DSLT:

    
    LocalGateway# 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 in Webex Calling

    Ambito del problema

    Prestazioni

    Tipo di problema

    Utilizzo elevato della CPU con notifica e-mail

  3. Copia il file XML DS nel flash del gateway locale.

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Di seguito viene riportato un esempio di copia del file da un server FTP al gateway locale.

    
    LocalGateway# 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) 
    LocalGateway # 
  4. Installa il file XML DS nel gateway locale.

    
    LocalGateway# call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
    LocalGateway# 
  5. Verifica che la firma sia installata correttamente utilizzando il comando show call-home diagnostic-signature. La colonna dello stato deve contenere il valore "registered".

    
    LocalGateway# 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

    LocalGateway#


    Quando attivata, questa firma disinstalla tutte le DS in esecuzione, inclusa se stessa. Se richiesto, reinstalla DS 64224 per continuare a monitorare l'elevato utilizzo della CPU sul gateway locale.

Monitoraggio della registrazione del trunk SIP

Questa DS verifica l'annullamento della registrazione di un trunk SIP del gateway locale con il cloud Cisco Webex Calling ogni 60 secondi. Una volta rilevato l'evento di annullamento della registrazione, viene generata una notifica e-mail e del registro di sistema e la DS si disinstalla automaticamente dopo due occorrenze di annullamento della registrazione. Utilizza la procedura seguente per installare la firma.

  1. 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 del trunk SIP con notifica e-mail

  2. Copia il file XML DS nel gateway locale.

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash:
  3. Installa il file XML DS nel gateway locale.

    
    LocalGateway# call-home diagnostic-signature load DS_64117.xml 
    Load file DS_64117.xml success 
    LocalGateway#  
  4. Verifica che la firma sia installata correttamente utilizzando il comando show call-home diagnostic-signature. La colonna dello stato deve contenere il valore "registered".

Monitoraggio di disconnessioni di chiamata 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 il numero di errori è aumentato di un valore maggiore o uguale a 5 rispetto all'ultimo sondaggio, verrà generata una notifica del registro di sistema ed e-mail. Utilizza la procedura seguente per installare la firma.

  1. Verifica se SNMP è abilitato utilizzando il comando show snmp. In caso contrario, configura il comando "snmp-server manager".

    
    LocalGateway# show snmp 
    %SNMP agent not enabled 
    LocalGateway# 
    
    LocalGateway# 
    LocalGateway# config t 
    LocalGateway(config)# snmp-server manager 
    LocalGateway(config)#end 
    LocalGateway# 
    
    LocalGateway# 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 
    .... 
    .... 
    LocalGateway# 
  2. 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 disconnessione di chiamata anomala SIP con notifica e-mail e del registro di sistema

  3. Copia il file XML DS nel gateway locale.

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
  4. Installa il file XML DS nel gateway locale.

    
    LocalGateway# call-home diagnostic-signature load DS_65221.xml 
    Load file DS_65221.xml success 
    LocalGateway# 
  5. Verifica che la firma sia installata correttamente utilizzando il comando show call-home diagnostic-signature. La colonna dello stato deve contenere il valore "registered".

Installazione di firme diagnostiche per la risoluzione di un problema

Per risolvere rapidamente i problemi è possibile utilizzare anche le firme diagnostiche (DS). I tecnici Cisco TAC hanno creato diverse firme che abilitano i debug necessari per risolvere un determinato problema, rilevare l'occorrenza del problema, raccogliere la serie giusta di dati diagnostici e trasferire automaticamente i dati al caso Cisco TAC. 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.

Puoi utilizzare lo strumento di ricerca delle firme diagnostiche DSLT (Diagnostic Signatures Lookup Tool) per individuare le firme applicabili e installarle per risolvere automaticamente un determinato problema oppure installare la firma consigliata dal tecnico TAC nell'ambito 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" nel registro di sistema e automatizzare la raccolta di dati diagnostici utilizzando la procedura seguente.

  1. Configura una variabile di ambiente DS aggiuntiva ds_fsurl_prefix che rappresenta il percorso del file server CiscoTAC (cxd.cisco.com) in cui vengono caricati i dati diagnostici raccolti. Il nome utente nel percorso file è il numero di caso e la password è il token di caricamento del file che può essere recuperato dal Support Case Manager come mostrato di seguito. Il token di caricamento del file può essere generato nella sezione Allegati del Support Case Manager, come necessario.

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home  
    LocalGateway(cfg-call-home)#diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
    LocalGateway(config)#end 

    Esempio:

    
    call-home  
    diagnostic-signature 
    environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
  2. Assicurati che SNMP sia abilitato utilizzando il comando show snmp. In caso contrario, configura il comando "snmp-server manager".

    
    LocalGateway# show snmp 
    %SNMP agent not enabled 
    LocalGateway# 
     
    LocalGateway# 
    LocalGateway# config t 
    LocalGateway(config)# snmp-server manager 
    LocalGateway(config)#end 
    LocalGateway# 
  3. È consigliabile installare la DS 64224 per il monitoraggio dell'utilizzo elevato di CPU 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 della CPU con notifica e-mail

  4. 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

  5. Copia i file XML DS nel gateway locale.

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash: 
  6. Installa la DS 64224 per il monitoraggio dell'utilizzo elevato di CPU e quindi il file XML DS 65095 nel gateway locale.

    
    LocalGateway# call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
    LocalGateway# 
    LocalGateway# call-home diagnostic-signature load DS_65095.xml 
    Load file DS_65095.xml success 
    LocalGateway# 
  7. Verifica che la firma sia installata correttamente utilizzando il comando show call-home diagnostic-signature. La colonna dello stato deve contenere il valore "registered".

    
    LocalGateway# 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

    LocalGateway#

Verifica dell'esecuzione di firme diagnostiche

Come mostrato di seguito, la colonna dello stato del comando show call-home diagnostic-signature cambierà in "running" (in esecuzione) mentre il gateway locale sta eseguendo l'azione definita all'interno della firma. L'output di show call-home diagnostic-signature statistics è il modo migliore per verificare se una firma diagnostica ha rilevato un evento di interesse e ha eseguito l'azione. La colonna "Attivato/Max/Disinstalla" indica il numero di volte in cui la firma specificata ha attivato un evento, il numero massimo di volte definito per rilevare un evento e se la firma si disinstalla automaticamente dopo aver rilevato il numero massimo di eventi attivati.


LocalGateway# 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

LocalGateway#

LocalGateway# show call-home diagnostic-signature statistics

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

LocalGateway#

Il messaggio e-mail di notifica inviato durante l'esecuzione della firma diagnostica contiene informazioni chiave come tipo di problema, dettagli del dispositivo, versione software, configurazione in esecuzione e output del comando show correlati alla risoluzione del problema specificato.

Disinstallazione di firme diagnostiche

Le firme diagnostiche utilizzate per la risoluzione dei problemi sono solitamente definite in modo che si disinstallino dopo il rilevamento di un determinato numero di occorrenze del problema. Se desideri disinstallare manualmente una firma, recupera l'ID DS dall'output di how call-home diagnostic-signature ed esegui il comando riportato di seguito.


LocalGateway# call-home diagnostic-signature deinstall <DS ID> 
LocalGateway# 

Esempio:


LocalGateway# call-home diagnostic-signature deinstall 64224 
LocalGateway# 

Nuove firme vengono aggiunte periodicamente nello strumento DSLT, in base ai problemi comunemente osservati nelle distribuzioni. Il TAC attualmente non supporta richieste di creazione di nuove firme personalizzate.

Filigrana
2 giu 2021| vista/e | persone pensano che sia stato utile

Implementazione di CUBE HA come gateway locale

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:

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:

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.

conf t
 track 1 interface GigabitEthernet1 line-protocol
 track 2 interface GigabitEthernet2 line-protocol
 exit
VCUBE-1#conf t
VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol
VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol
VCUBE-1(config-track)#exit
VCUBE-2#conf t
VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol
VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol
VCUBE-2(config-track)#exit

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.

redundancy
  application redundancy
   group 1
    name LocalGateway-HA
    priority 100 failover threshold 75
    control GigabitEthernet3 protocol 1
    data GigabitEthernet3
    timers delay 30 reload 60
    track 1 shutdown
    track 2 shutdown
    exit
   protocol 1
    timers hellotime 3 holdtime 10
   exit
  exit
 exit
VCUBE-1(config)#redundancy
VCUBE-1(config-red)#application redundancy
VCUBE-1(config-red-app)#group 1
VCUBE-1(config-red-app-grp)#name LocalGateway-HA
VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75
VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-1(config-red-app-grp)#timers delay 30 reload 60
VCUBE-1(config-red-app-grp)#track 1 shutdown
VCUBE-1(config-red-app-grp)#track 2 shutdown
VCUBE-1(config-red-app-grp)#exit
VCUBE-1(config-red-app)#protocol 1
VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-1(config-red-app-prtcl)#exit
VCUBE-1(config-red-app)#exit
VCUBE-1(config-red)#exit
VCUBE-1(config)#
VCUBE-2(config)#redundancy
VCUBE-2(config-red)#application redundancy
VCUBE-2(config-red-app)#group 1
VCUBE-2(config-red-app-grp)#name LocalGateway-HA
VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75
VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-2(config-red-app-grp)#timers delay 30 reload 60
VCUBE-2(config-red-app-grp)#track 1 shutdown
VCUBE-2(config-red-app-grp)#track 2 shutdown
VCUBE-2(config-red-app-grp)#exit
VCUBE-2(config-red-app)#protocol 1
VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-2(config-red-app-prtcl)#exit
VCUBE-2(config-red-app)#exit
VCUBE-2(config-red)#exit
VCUBE-2(config)#

Di seguito una spiegazione dei campi utilizzati in questa configurazione:

  • redundancy: attiva la modalità di ridondanza

  • application redundancy: attiva la modalità di configurazione della ridondanza dell'applicazione

  • group: attiva la modalità di configurazione del gruppo di applicazioni di ridondanza

  • name LocalGateway-HA: definisce il nome del gruppo RG

  • priority 100 failover threshold 75: specifica la priorità iniziale e le soglie di failover per un RG

  • timers delay 30 reload 60: configura tempo di ritardo e tempo di ricaricamento

    • Timers delay è la quantità di tempo per ritardare inizializzazione e negoziazione del ruolo del gruppo RG dopo l'attivazione dell'interfaccia – 30 secondi è il valore predefinito. L'intervallo di valori consentiti va da 0 a 10.000 secondi

    • Reload è la quantità di tempo per ritardare inizializzazione e negoziazione del ruolo del gruppo RG dopo un ricaricamento – 60 secondi è il valore predefinito. L'intervallo di valori consentiti va da 0 a 10.000 secondi

    • Si consiglia di utilizzare i timer predefiniti, sebbene questi timer possano essere regolati in base all'eventuale ritardo di convergenza della rete che può verificarsi durante l'avvio/ricaricamento dei router, al fine di garantire che la negoziazione del protocollo RG venga eseguita dopo che l'indirizzamento nella rete è confluito in un punto stabile. Ad esempio, se dopo il failover si nota che sono necessari fino a 20 secondi al nuovo router STANDBY per visualizzare il primo pacchetto RG HELLO dal nuovo router ACTIVE, i timer devono essere regolati in 'timers delay 60 reload 120' per prendere in considerazione questo ritardo.

  • control GigabitEthernet3 protocol 1: configura l'interfaccia utilizzata per scambiare messaggi keepalive e hello tra i due CUBE e specifica l'istanza del protocollo che verrà collegata a un'interfaccia di controllo e attiva la modalità di configurazione del protocollo dell'applicazione di ridondanza

  • data GigabitEthernet3: configura l'interfaccia utilizzata per la verifica del traffico dati

  • track: rilevamento di interfacce del gruppo RG

  • protocol 1: specifica l'istanza del protocollo che verrà collegata a un'interfaccia di controllo e attiva la modalità di configurazione del protocollo dell'applicazione di ridondanza

  • timers hellotime 3 holdtime 10: configura i due timer per hellotime e holdtime:

    • Hellotime: intervallo tra messaggi hello successivi – 3 secondi valore predefinito. L'intervallo di valori consentiti va da 250 millisecondi a 254 secondi

    • Holdtime: intervallo tra la ricezione di un messaggio Hello e il presupposto che si è verificato un errore del router di invio. Questa durata deve essere maggiore del valore di hellotime – 10 secondi valore predefinito. L'intervallo di valori consentiti va da 750 millisecondi a 255 secondi

      È consigliabile configurare il timer holdtime in modo che sia almeno 3 volte il valore del timer hellotime.

3

Abilita la ridondanza box-to-box per l'applicazione CUBE. Configura l'RG dal passaggio precedente in voice service voip. Questo consente all'applicazione CUBE di controllare il processo di ridondanza.

voice service voip
   redundancy-group 1
   exit
VCUBE-1(config)#voice service voip
VCUBE-1(config-voi-serv)#redundancy-group 1
% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
VCUBE-1(config-voi-serv)# exit
VCUBE-2(config)#voice service voip
VCUBE-2(config-voi-serv)#redundancy-group 1
% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
VCUBE-2(config-voi-serv)# exit

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)

VCUBE-1(config)#interface GigabitEthernet1
VCUBE-1(config-if)# redundancy rii 1
VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
VCUBE-1(config-if)# exit
VCUBE-1(config)#
VCUBE-1(config)#interface GigabitEthernet2
VCUBE-1(config-if)# redundancy rii 2
VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
VCUBE-1(config-if)# exit
VCUBE-2(config)#interface GigabitEthernet1
VCUBE-2(config-if)# redundancy rii 1
VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
VCUBE-2(config-if)# exit
VCUBE-2(config)#
VCUBE-2(config)#interface GigabitEthernet2
VCUBE-2(config-if)# redundancy rii 2
VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
VCUBE-v(config-if)# exit

Di seguito una spiegazione dei campi utilizzati in questa configurazione:

  • redundancy rii: configura l'identificativo dell'interfaccia di ridondanza per il gruppo di ridondanza. Richiesto per la generazione di un indirizzo MAC virtuale (VMAC). Lo stesso valore ID rii deve essere utilizzato sull'interfaccia di ciascun router (ACTIVE/STANDBY) con lo stesso VIP.


     

    Se sono presenti più di una coppia B2B sulla stessa LAN, ciascuna coppia DEVE disporre di ID rii univoci sulle relative interfacce (per evitare che si verifichino conflitti). 'show redundancy application group all' dovrebbe indicare le informazioni locali e peer corrette.

  • redundancy group 1: associa l'interfaccia al gruppo di ridondanza creato al punto 2 precedente. Configura il gruppo RG e il VIP assegnato a questa interfaccia fisica.


     

    È obbligatorio utilizzare un'interfaccia separata per ridondanza, ovvero, l'interfaccia utilizzata per il traffico vocale non può essere utilizzata come interfaccia di controllo e dati specificata al punto 2 precedente. In questo esempio, viene utilizzata l'interfaccia Gigabit 3 per controllo RG/dati

5

Salva la configurazione del primo CUBE e ricaricala.

La piattaforma da ricaricare per ultima è sempre Standby.

VCUBE-1#wr
Building configuration...
[OK]
VCUBE-1#reload
Proceed with reload? [confirm]

Dopo aver avviato completamente VCUBE-1, salva la configurazione di VCUBE-2 e ricaricala.

VCUBE-2#wr
Building configuration...
[OK]
VCUBE-2#reload
Proceed with reload? [confirm]
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.


VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#

VCUBE-2#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: STANDBY
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: address 10.1.1.2, priority 100, intf Gi3
        Standby Peer: Local
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-2#

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.


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes

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.


configure terminal
crypto pki trustpoint dummyTp
revocation-check crl
exit
sip-ua
crypto signaling default trustpoint dummyTp cn-san-validate server
transport tcp tls v1.2
end


configure terminal
crypto pki trustpool import clean url
http://www.cisco.com/security/pki/trs/ios_core.p7b
end


configure terminal
voice service voip
  ip address trusted list
    ipv4 x.x.x.x y.y.y.y
    exit
   allow-connections sip to sip
  media statistics
  media bulk-stats
  no supplementary-service sip refer
  no supplementary-service sip handle-replaces
  fax protocol pass-through g711ulaw
  stun
    stun flowdata agent-id 1 boot-count 4
    stun flowdata shared-secret 0 Password123!
  sip
    g729 annexb-all
    early-offer forced
    end


configure terminal
voice class sip-profiles 200
  rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)"
"sip:\1"
  rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 12 request ANY sip-header Contact modify "<sips:(.*)>"
"<sip:\1;transport=tls>"
  rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 15 response ANY sip-header Contact modify "<sips:(.*)"
"<sip:\1"
  rule 20 request ANY sip-header From modify ">"
";otg=hussain1076_lgu>"
  rule 30 request ANY sip-header P-Asserted-Identity modify
"sips:(.*)" "sip:\1"


voice class codec 99
  codec preference 1 g711ulaw
  codec preference 2 g711ulaw
  exit

voice class srtp-crypto 200
  crypto 1 AES_CM_128_HMAC_SHA1_80
  exit

voice class stun-usage 200
  stun usage firewall-traversal flowdata
  exit






voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240
refresh-ratio 50 tcp tls
  credentials number Hussain5091_LGU username Hussain1076_LGU
password 0 lOV12MEaZx realm Broadworks 
  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm BroadWorks

  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls
  url sips
  error-passthru
  asserted-id pai
  bind control source-interface GigabitEthernet1
  bind media source-interface GigabitEthernet1
  no pass-thru content custom-sdp
  sip-profiles 200
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com
  privacy-policy passthru


voice class tenant 100
  session transport udp
  url sip
  error-passthru
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp

voice class tenant 300
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp
  

voice class uri 100 sip
 host ipv4:198.18.133.3

voice class uri 200 sip
 pattern dtg=hussain1076.lgu



dial-peer voice 101 voip
 description Outgoing dial-peer to IP PSTN
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:198.18.133.3
 voice-class codec 99
 voice-class sip tenant 100
 dtmf-relay rtp-nte
 no vad

dial-peer voice 201 voip
 description Outgoing dial-peer to Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 voice-class codec 99
 voice-class stun-usage 200
 no voice-class sip localhost
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad


voice class dpg 100
 description Incoming WebexCalling(DP200) to IP PSTN(DP101)
 dial-peer 101 preference 1

voice class dpg 200
 description Incoming IP PSTN(DP100) to Webex Calling(DP201)
 dial-peer 201 preference 1





dial-peer voice 100 voip
 desription Incoming dial-peer from IP PSTN
 session protocol sipv2
 destination dpg 200
 incoming uri via 100
 voice-class codec 99
 voice-class sip tenant 300
 dtmf-relay rtp-nte
 no vad

dial-peer voice 200 voip
 description Incoming dial-peer from Webex Calling
 session protocol sipv2
 destination dpg 100
 incoming uri request 200
 voice-class codec 99
 voice-class stun-usage 200
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad

end

copy run start

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


VCUBE-1#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: Standby
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: STANDBY HOT
         Peer RF state: ACTIVE

VCUBE-1#show sip-ua register status
VCUBE-1#

VCUBE-2#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: ACTIVE
Peer Role: STATUS
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

VCUBE-2#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          48          yes normal
VCUBE-2#

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


VCUBE-1#debug ccsip non-call
SIP Out-of-Dialog tracing is enabled
VCUBE-1#debug ccsip info
SIP Call info tracing is enabled
VCUBE-1#debug ccsip message
4

Simula il failover specificando il seguente comando sull'LGW attivo, VCUBE-2 in questo caso.


VCUBE-2#redundancy application reload group 1 self

Il passaggio dall'LGW ACTIVE a STANDBY si verifica nei seguenti casi oltre alla CLI sopra elencata

  • Quando il router ACTIVE viene ricaricato

  • Quando si spegne e riaccende il router ACTIVE

  • Quando viene arrestata un'interfaccia configurata RG del router ACTIVE per la quale è abilitato il rilevamento

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#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          56          yes normal
VCUBE-1#

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.


VCUBE-1#show log

Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired.
Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active
Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state.
Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0
Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595044
CSeq: 2 REGISTER
WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5
Content-Length: 0
Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:25 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent:Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001
Content-Length: 0
Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:

Received:
SIP/2.0 200 OK
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5
Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference
Content-Length: 0
Filigrana
2 giu 2021| vista/e | persone pensano che sia stato utile

Configurazione di Unified CM per Webex Calling

È possibile che sia 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 per il 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:

Impostazione Valore
Nome Nome univoco, ad esempio Webex
Descrizione Descrizione significativa, ad esempio Profilo di sicurezza del trunk SIP Webex
Porta in ingresso Deve corrispondere alla porta utilizzata nella configurazione del gateway locale per il traffico verso/da Webex: 5065

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:

Impostazione Valore
Nome Nome univoco, ad esempio Webex
Descrizione Descrizione significativa, come Profilo SIP Webex
Abilita OPTIONS Ping per monitorare lo stato di destinazione per i trunk con tipo di servizio "Nessuno (predefinito)" Selezionato

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:

Impostazione Valore
Nome Nome univoco, ad esempio Webex
Descrizione Descrizione significativa, ad esempio Spazio di ricerca Webex Calling
Partizioni selezionate

DN (numeri di rubrica +E.164)

ESN (chiamata intersito abbreviata)

PSTNInternational (accesso PSTN)

onNetRemote (destinazioni acquisite da GDPR)


 

L'ultima partizione onNetRemote viene utilizzata solo in un ambiente multicluster in cui le informazioni di indirizzamento vengono scambiate tra i cluster Unified CM utilizzando il servizio di ricerca intercluster (ILS) o la replica del piano di chiamata globale (GDPR).

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:

Impostazione Valore
Informazioni dispositivo
DeviceName Un nome univoco, come Webex
Descrizione Descrizione significativa, come Trunk SIP Webex
Esecuzione su tutti i nodi Unified CM attivi Selezionato
Chiamate in arrivo
Spazio di ricerca chiamata Spazio di ricerca chiamata precedentemente definito: Webex
Spazio di ricerca di chiamata AAR Uno spazio di ricerca chiamata con accesso limitato ai percorsi di indirizzamento PSTN: PSTNReroute
Informazioni SIP
Indirizzo di destinazione Indirizzo IP del CUBE del gateway locale
Porta di destinazione 5060
Profilo sicurezza trunk SIP Definito in precedenza: Webex
Profilo SIP Definito in precedenza: Webex

Configurazione del gruppo di indirizzamento per Webex

Crea un gruppo di indirizzamento con le seguenti impostazioni:

Impostazione Valore
Informazioni gruppo di indirizzamento
Nome gruppo di indirizzamento Un nome univoco, come Webex
Dispositivi selezionati Trunk SIP precedentemente configurato: Webex

Configurazione dell'elenco di indirizzamento per Webex

Crea un elenco di indirizzamento con le seguenti impostazioni:

Impostazione Valore
Informazioni elenco di indirizzamento
Nome Un nome univoco, come RL_Webex
Descrizione Descrizione significativa, come Elenco di indirizzamento per Webex
Esecuzione su tutti i nodi Unified CM attivi Selezionato
Informazioni membri elenco di indirizzamento
Gruppi selezionati Solo il gruppo di indirizzamento definito in precedenza: Webex

Creazione di una partizione per le destinazioni Webex

Crea una partizione per le destinazioni Webex con le seguenti impostazioni:

Impostazione Valore
Informazioni elenco di indirizzamento
Nome Nome univoco, ad esempio Webex
Descrizione Descrizione significativa, come Partizione Webex

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:

Impostazione Valore
Percorso di indirizzamento Percorso +E.164 completo per l'intervallo DID in Webex con "\" iniziale. Ad esempio: \+140855501XX
Partizione di indirizzamento Webex
Gateway/Elenco di indirizzamento RL_Webex
Priorità urgente Selezionato

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:

Impostazione Valore
Schema di traduzione Schema ESN per l'intervallo ESN in Webex. Ad esempio: 80121XX
Partizione Webex
Descrizione Descrizione significativa, come Schema di normalizzazione Webex
Uso dello spazio di ricerca di chiamata dell'iniziatore Selezionato
Priorità urgente Selezionato
Non attendere il timeout tra numeri sugli hop successivi Selezionato
Maschera di trasformazione parte chiamata Maschera di normalizzazione del numero in +E.164. Ad esempio: +140855501XX
Filigrana
2 giu 2021| vista/e | persone pensano che sia stato utile

Impostazione delle funzioni Webex Calling

Creazione e gestione degli operatori automatici

Gli operatori automatici garantiscono che le chiamate vengano risposte e che le esigenze dei chiamanti siano soddisfatte. 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.

Per informazioni su come creare e gestire gli operatori automatici, vedi Gestione degli operatori automatici in Cisco Webex Control Hub.

Impostazione di un gruppo di risposta

I gruppi di risposta possono indirizzare le chiamate in ingresso a un gruppo di utenti o spazi di lavoro. Puoi persino configurare un percorso per l'indirizzamento a un intero gruppo.

Per ulteriori informazioni sull'impostazione di un gruppo di risposta, vedi Gruppi di risposta in Cisco Webex Control Hub.

Creazione di un client receptionist

Il client receptionist assiste nel supporto delle esigenze del personale di front-office. Puoi impostare gli utenti come assistenti telefonici in modo che possano visualizzare tutte le chiamate in ingresso a determinate persone all'interno dell'organizzazione.

Per informazioni su come impostare e visualizzare i client receptionist, vedi Client receptionist in Cisco Webex Control Hub.

Configurazione di un gruppo di paging

Il gruppo di paging consente a un utente di effettuare una chiamata a una via o un paging 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 paging specifico.

Per informazioni su come impostare e modificare i gruppi di paging, vedi Configurazione di un gruppo di paging in Cisco Webex Control Hub.

Creazione di una coda chiamate

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, vedi Gestione delle code chiamate in Cisco Webex Control Hub.

Impostazione della 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.

Per informazioni su come impostare un gruppo di risposta per assente, vedi Risposta per assente in Cisco Webex Control Hub.

Impostazione del 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.

Consente 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

Seleziona Chiamata, vai a Impostazioni di chiamata avanzate, quindi seleziona Inclusione.

3

Attiva Inclusione, scegli se desideri che il telefono riproduca un suono quando qualcuno si inserisce in una chiamata, quindi fai clic su Salva.

Attivazione della modalità hotel per un utente

Se abiliti la modalità hotel per un utente, quest'ultimo potrà lavorare in un altro spazio e al contempo mantenere tutte le funzionalità del suo telefono da tavolo.

1

Dalla vista cliente in https://admin.webex.com, vai a Utenti, quindi seleziona l'utente che desideri modificare.

2

Seleziona Chiamata, scegli Impostazioni di chiamata avanzate e fai clic su Modalità hotel.

3

Attiva Modalità hotel e fai clic su Salva.

Come impedire a qualcuno di monitorare lo stato della linea di un utente

1

Dalla vista cliente in https://admin.webex.com, vai a Utenti e seleziona l'utente che desideri modificare.

2

Seleziona Chiamata, quindi vai a 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

Fare clic su Salva.

Come consentire a un utente di visualizzare lo stato della linea sul telefono di un altro utente o su un interno 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.

1

Dalla vista cliente in https://admin.webex.com, vai a Utenti e seleziona l'utente che desideri modificare.

2

Seleziona Chiamata, scegli Impostazioni di chiamata avanzate, quindi vai a Monitoraggio.

3

Scegliere una delle opzioni seguenti:

  • Aggiungi linea monitorata
  • Aggiungi interno di parcheggio chiamata
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.


 

L'elenco di linee monitorate in Control Hub corrisponde all'ordine delle linee monitorate visualizzate sul dispositivo dell'utente. Puoi riordinare l'elenco delle linee monitorate in qualsiasi momento.

Filigrana
2 giu 2021| vista/e | persone pensano che sia stato utile

Configurazione e gestione degli utenti che chiamano WebEx

È necessario aggiungere ogni utente in Cisco Webex Control Hub per consentire loro di usufruire dei servizi di chiamata WebEx. 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.

È 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.


Se disponi di Active Directory e utilizzi il Connettore directory Cisco per aggiungere manualmente le persone in Control Hub, devi aggiungerle anche ad Active Directory.

Cisco Webex Contact Center non supporta Active Directory.


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.

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:

  • Selezionare indirizzo e-maile inserire fino a 25 indirizzi e-mail.
  • Selezionare nomi e indirizzi e-mail, quindi immettere fino a 25 nomi e indirizzi e-mail.

 

È possibile aggiungere utenti disponibili per la conversione alla propria organizzazione.

5

Assegnazione licenza:

  • Se si dispone di un modello di licenza attivo, le licenze vengono assegnate automaticamente ai nuovi utenti ed è possibile rivedere il riepilogo della licenza.
  • Selezionare i servizi da assegnare. Se si dispone di più abbonamenti, scegliere un abbonamento dall'elenco.


 

Se stai assegnando licenze per Cisco Webex Contact Center, seleziona Webex Teams, quindi Assistenza clienti con l'opzione Agente Premium e Standard. Per aggiungere un supervisore, seleziona entrambe le opzioni Premium e Supervisore. Un utente viene considerato come agente a meno che non venga impostato come supervisore.

6

Gestione contenuto:

  • Se l'accesso globale è selezionato per la gestione del contenuto aziendale, la gestione del contenuto viene automaticamente assegnata agli utenti.
  • Scegliere un'opzione di gestione del contenuto per ciascun utente.

7

Fare clic su Salva.

  • Un messaggio e-mail viene inviato a ciascuna persona con un invito a partecipare.

  • In Control Hub, le persone vengono visualizzate con stato di invito in sospeso fino a quando non accedono per la prima volta. Le licenze vengono assegnate dopo che l'utente ha eseguito la prima segnalazione o se si utilizza Cisco Connettore directory con un dominio richiesto, le licenze vengono assegnate al momento della creazione degli utenti.

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.

Operazione successivi

È 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.


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.

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.

  • Per assegnare un servizio, aggiungere true nella colonna di tale servizio e per escludere un servizio, aggiungere false. La colonna ID utente/e-mail (obbligatorio) è l'unico campo obbligatorio. Se disponi di specifici numeri di rubrica ed esterni per ciascun nuovo utente, includi il segno + iniziale per i numeri esterni senza altri caratteri.

    Se si dispone di un modello di licenza attivo, lasciare vuoto tutte le colonne del servizio e il modello viene assegnato automaticamente per il nuovo utente in tale riga.


     

    Non è possibile assegnare autorizzazioni di gestione del contenuto aziendale agli utenti utilizzando il modello di licenza, vedere Abilitazione della gestione del contenuto per gli utenti in Cisco WebEx Control Hub per i dettagli.

  • Per assegnare una posizione, inserisci il nome nella colonna Posizione. Se lasci vuoto il campo, l'utente viene assegnato alla posizione predefinita.

  • Se stai aggiungendo utenti come supervisori per Cisco Webex Contact Center, devi selezionare Aggiungi utenti manualmente. Puoi assegnare i ruoli Standard e Premium solo con un file CSV.

 

Quando inserisci il nome di un utente, assicurati di includere il suo cognome, altrimenti potrebbero verificarsi problemi.

3

Fare clic su Importa, selezionare il file e fare clic su Apri.

4

Scegliere Aggiungi solo servizi o Aggiungi e Rimuovi servizi.

Se si dispone di un modello di licenza attivo, scegliere Aggiungi solo servizi.

5

Fare 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.

In qualità di amministratore con privilegi completi, è possibile modificare specifici dettagli del servizio per i singoli utenti in Cisco Webex Control Hub.

1

Dalla vista cliente in https://admin.webex.com, vai a Utenti.

2

Seleziona un utente e fai clic su Servizi > Modifica.

3

Se si dispone di più abbonamenti, scegliere un abbonamento dall'elenco.

4

Selezionare i servizi da aggiungere o rimuovere e fare clic su Salva.

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.

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 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.

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 Avanti.

3

Fare clic su Esporta per scaricare il file. Puoi modificare il file scaricato (exported_users.csv) in uno dei seguenti modi:

  • Per modificare gli utenti esistenti, puoi aggiornare qualsiasi colonna ad eccezione di ID utente/E-mail (obbligatorio) e Posizione. Ad esempio, se si modifica l'ID utente/E-mail, viene creato un nuovo utente.

  • Per assegnare una posizione, inserisci il nome nella colonna Posizione. Se lasci vuoto il campo, l'utente viene assegnato alla posizione predefinita.

  • Per assegnare un servizio, aggiungere true nella colonna di tale servizio e per escludere un servizio, aggiungere false.

  • Quando si dispone di più sottoscrizioni, è possibile utilizzare l'ID sottoscrizione nell'intestazione della colonna per identificare il servizio che si desidera aggiungere. Ad esempio, se si dispone di due sottoscrizioni con lo stesso servizio, è possibile specificare un servizio da un abbonamento specifico da applicare all'utente.

4

Inserisci un valore nella colonna Funzionamento chiamata se desideri modificare la modalità di funzionamento delle chiamate per determinati utenti. Puoi inserire una delle seguenti opzioni e vedere Impostazione del funzionamento chiamata Cisco Webex per ulteriori informazioni su ciascuna impostazione:

  • USE_ORG_SETTINGS: inserisci questa stringa per utilizzare l'impostazione a livello di organizzazione.

  • NATIVE_WEBEX_TEAMS_CALLING: inserisci questa stringa per utilizzare l'opzione Chiamata in Webex Teams.

  • CALL_WITH_APP_REGISTERED_FOR_WEBEXCALLTEL: inserisci questa stringa per utilizzare lapp Webex Calling appropriata.

5

Inserisci un Numero ID chiamante, Nome ID chiamante e Cognome ID chiamante. Se lasci vuote le colonne Numero ID chiamante, Nome ID chiamante e Cognome ID chiamante, quando l'utente effettua una chiamata, viene visualizzato il contenuto delle colonne Nome, Cognome e Numero di telefono. Se lasci vuoto il Numero ID chiamante, quando l'utente effettua una chiamata viene visualizzato il Numero principale posizione.


 

Le colonne Nome ID chiamante e Cognome ID chiamante non possono contenere caratteri speciali. Se un Nome ID chiamante o Cognome ID chiamante contiene un carattere speciale, viene utilizzata una versione semplificata del nome.

6

Dopo aver salvato il file CSV, fare clic su Importa, selezionare il file a cui sono state apportate le modifiche, quindi fare clic su Apri.

7

Scegliere Aggiungi solo servizi o Aggiungi e Rimuovi servizie fare 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.

Se non si eliminano i messaggi e-mail di invito di amministrazione, i nuovi utenti ricevono messaggi e-mail di attivazione.

Puoi assegnare numeri, interni o entrambi ai dispositivi delle persone in qualsiasi momento. Le estensioni assegnate appaiono sul display del telefono.

Puoi anche configurare numeri alternativi in modo che più numeri di telefono squillino sullo stesso telefono. Puoi specificare diverse suonerie a ciascun numero per distinguere le linee chiamate.

1

Dalla vista cliente in https://admin.webex.com, vai a Utenti e scegli la persona a cui desideri assegnare un numero.

2

Selezionare chiamata , quindi fare clic su Aggiungi numero.

3

Scegliere un numero di telefono dall'elenco dei numeri disponibili. Puoi anche assegnare un interno.

4

Fare clic su Salva.

5

(Opzionale) Configurazione di numeri alternativi per questo utente.

1

Dalla vista cliente in https://admin.webex.com, vai a Utenti, filtra la colonna Stato per visualizzare le persone con stato Invito in sospeso.

2

In Azioni, per una persona con stato Invito in sospeso, seleziona Altro > Invia nuovamente invito.

Se la tua organizzazione utilizza la sincronizzazione rubriche, l'opzione di eliminazione non è disponibile in Control Hub e devi eliminare gli account utente da Active Directory. Quindi, il Connettore directory Cisco aggiorna l'elenco utenti delle organizzazioni quando sincronizza le informazioni degli account utente.

Dalla vista cliente in https://admin.webex.com, vai a Utenti, quindi fai clic sul pulsante Altro , quindi su Elimina utente.

L'utente non può più accedere al sito Webex, tutti i relativi servizi Webex assegnati vengono rimossi e vengono rimossi da qualsiasi spazio o team a cui partecipano. Qualsiasi contenuto creato negli spazi non viene eliminato e il contenuto è soggetto ai criteri di conservazione implementati da ciascun proprietario dello spazio.

È possibile impostare un amministratore del cliente con diversi livelli di privilegio. Possono essere amministratori completi, amministratori di supporto, amministratori di sola lettura o funzionari di conformità. Con i privilegi di amministratore completi, è possibile assegnare uno o più ruoli a qualsiasi utente nella propria organizzazione.


Qualsiasi persona a cui sia stato assegnato il ruolo di amministratore utenti e dispositivi o amministratore dispositivi non potrà amministrare Webex Calling.

In Control Hub, è possibile conoscere diversi livelli di privilegio e impostare un amministratore del cliente. Gli amministratori dei clienti possono essere amministratori completi, amministratori di supporto, amministratori di utenti e dispositivi, amministratori di dispositivi, amministratori di sola lettura o responsabili della conformità. Con i privilegi di amministratore completi, è possibile assegnare uno o più ruoli a qualsiasi utente nella propria organizzazione.

Si desidera sempre avere più di un amministratore per un'organizzazione. Si tratta di una procedura consigliata che consente di apportare modifiche amministrative anche se uno degli amministratori non è disponibile.

Agli utenti all'interno della tua organizzazione possono essere assegnati ruoli amministrativi specifici per determinare ciò che possono vedere e a cui possono accedere in Control Hub. L'assegnazione di ruoli amministrativi specifici consente di semplificare le responsabilità e di rendere i semplici amministratori responsabili. I responsabili della conformità possono ricercare persone specifiche nella tua società, trovare il contenuto condiviso o eseguire una ricerca in uno spazio specifico, quindi generare un report dei risultati.


1

Dalla vista cliente in https://admin.webex.com, vai a Utenti e scegli un utente.

2

In ruoli e sicurezza, fare clic su ruoli amministratore o accesso servizio.

3

Selezionare un ruolo da assegnare a tale utente.

4

Selezionare Salva.

Filigrana
2 giu 2021| vista/e | persone pensano che sia stato utile

Configurazione e gestione dei dispositivi Webex Calling

Come amministratore, puoi assegnare dispositivi a utenti o spazi di lavoro in Cisco Webex Control Hub. Puoi specificare l'indirizzo MAC di un dispositivo o generare un codice di attivazione che deve essere inserito manualmente sul dispositivo stesso.

Con Cisco Webex Control Hub puoi assegnare dispositivi agli utenti per uso personale e quindi registrare tali dispositivi nel cloud.

I dispositivi elencati qui supportano Webex Calling. Sebbene tutti questi dispositivi possano essere registrati utilizzando un indirizzo MAC, solo il seguente sottogruppo può essere registrato utilizzando un codice di attivazione:

  • Telefoni multipiattaforma Cisco IP serie 6800 (telefoni audio —6821, 6841, 6851, 6861, 6871)

  • Telefono multipiattaforma Cisco IP serie 7800 (telefoni audio—7811, 7821, 7841, 7861)

  • Telefoni multipiattaforma Cisco IP serie 8800 (telefoni audio—8811, 8841, 8851, 8861)

  • Telefoni multipiattaforma Cisco IP serie 8800 (telefoni video—8845, 8865)

  • Telefono per conferenze Cisco IP 7832 e 8832


In relazione ai dispositivi DECT, solo dispositivi base DECT (non ricevitori DECT) sono disponibili per l'assegnazione in Control Hub. Dopo aver assegnato un'unità base a un utente, devi accoppiare manualmente un ricevitore DECT a tale unità base. Per ulteriori informazioni, vedi Collegamento del ricevitore alla stazione base.

1

Dalla vista cliente in https://admin.webex.com, vai a Dispositivi e fai clic su Aggiungi dispositivo.


 
Puoi anche aggiungere un telefono a un utente nel profilo dell'utente. Scopri come nella sezione Gestione di un dispositivo per un utente.
2

Scegli Utente esistente, inserisci il proprietario del telefono, parte del nome utente o il nome reale dell'utente, scegli l'utente nei risultati e fai clic su Avanti.

3

Scegli il dispositivo dall'elenco a discesa, quindi fai clic su Avanti.

4

Scegli una delle seguenti opzioni e fai clic su Salva:

  • Per codice di attivazione: scegli questa opzione se desideri generare un codice di attivazione che puoi condividere con il proprietario del dispositivo. Il codice di attivazione a 16 cifre deve essere inserito manualmente sul dispositivo stesso.

     

    I telefoni multipiattaforma devono disporre del firmware 11.2.3MSR1 o versione successiva per visualizzare la schermata del codice di attivazione. Se è necessario aggiornare il firmware del telefono, punta gli utenti a https://upgrade.cisco.com/MPP_upgrade.html.

  • Per indirizzo MAC: scegli questa opzione se conosci l'indirizzo MAC del dispositivo. L'indirizzo MAC di un telefono deve essere una voce univoca. Se inserisci un indirizzo MAC per un telefono già registrato o commetti un errore quando inserisci il numero, viene visualizzato un messaggio di errore.

 

Quando utilizzi dispositivi di terze parti, potrebbero essere applicate alcune limitazioni.

Se scegli di generare un codice di attivazione per il dispositivo ma non hai ancora utilizzato tale codice, lo stato di tale dispositivo è Attivazione nella sezione Dispositivi dell'utente assegnato e nell'elenco principale Dispositivi in Control Hub. Tieni presente che potrebbero essere necessari fino a 10 minuti per l'aggiornamento dello stato del dispositivo in Control Hub.

Quando le persone sono al lavoro, si riuniscono in molti luoghi diversi, come sale mensa, aree di ingresso e sale conferenze. Per facilitare la collaborazione, è sufficiente impostare dispositivi Cisco Webex condivisi in questi spazi di lavoro e aggiungere servizi.

Il principio chiave di un dispositivo per spazi di lavoro è che non è assegnato a un utente specifico, ma a un luogo fisico e, pertanto, può essere condiviso.

I dispositivi elencati qui supportano Webex Calling. Sebbene la maggior parte di questi dispositivi possa essere registrata utilizzando un indirizzo MAC, solo il seguente sottogruppo può essere registrato utilizzando un codice di attivazione:

  • Telefoni multipiattaforma Cisco IP serie 6800 (telefoni audio—6821, 6841, 6851)

  • Telefono multipiattaforma Cisco IP serie 7800 (telefoni audio—7811, 7821, 7841, 7861)

  • Telefoni multipiattaforma Cisco IP serie 8800 (telefoni audio—8811, 8841, 8851, 8861)

  • Telefoni multipiattaforma Cisco IP serie 8800 (telefoni video—8845, 8865)

  • Telefono per conferenze Cisco IP 7832 e 8832

1

Dalla vista cliente in https://admin.webex.com, vai a Spazi di lavoro e fai clic su Aggiungi spazio di lavoro.

2

Inserisci un nome per lo spazio di lavoro (ad esempio, il nome della sala fisica), seleziona il tipo di sala e aggiungi la capacità. Quindi fai clic su Avanti.

3

Scegli Telefono Cisco IP e fai clic su Avanti.

4

Seleziona il tipo di dispositivo dall'elenco a discesa, scegli se registrare il telefono con un codice di attivazione o un indirizzo MAC, quindi fai clic su Avanti. Tieni presente che se scegli di registrare il dispositivo utilizzando un codice di attivazione, il codice viene inviato via e-mail all'amministratore designato per la posizione.

Per Webex Calling, puoi aggiungere un solo telefono condiviso a uno spazio di lavoro.

Per il telefono per conferenze Cisco IP 7832, alcuni tasti funzione potrebbero non essere disponibili. Se ti occorre una serie completa di tasti funzione, è consigliabile assegnare questo telefono a un utente.

5

Assegna una Posizione e un Numero di telefono (determinato dalla posizione scelta), quindi fai clic su Salva. Puoi anche assegnare un interno.

Quando le persone sono al lavoro, si riuniscono in molti luoghi diversi, come sale mensa, aree di ingresso e sale conferenze. Per facilitare la collaborazione, è sufficiente impostare dispositivi Cisco Webex condivisi in questi spazi di lavoro e aggiungere servizi.

Il principio chiave di un dispositivo per spazi di lavoro è che non è assegnato a un utente specifico, ma a un luogo fisico e, pertanto, può essere condiviso.

I dispositivi elencati qui supportano Webex Calling.

1

Dalla vista cliente in https://admin.webex.com, vai a Spazi di lavoro e fai clic su Aggiungi spazio di lavoro.

2

Inserisci un nome per lo spazio di lavoro (ad esempio, il nome della sala fisica), seleziona il tipo di sala e aggiungi la capacità. Quindi fai clic su Avanti.

3

Scegli Altro dispositivo Cisco Webex e fai clic su Avanti.

In Altro dispositivo Cisco Webex sono inclusi dispositivi Cisco Webex Room o Desk, compreso Cisco Webex Board.

4

Selezionare una delle seguenti opzioni:

  • Chiamata gratuita: gli utenti possono effettuare solo chiamate Webex SIP (Session Initiation Protocol) utilizzando un indirizzo SIP (ad esempio, username@example.calls.webex.com).
  • Cisco Webex Calling: oltre a essere in grado di effettuare e ricevere chiamate Webex e SIP, le persone in questo spazio di lavoro possono utilizzare il dispositivo per effettuare e ricevere chiamate dall'interno del piano di numerazione Webex Calling. Ad esempio, puoi chiamare il tuo collega Giacomo Edwards componendo il numero di telefono 555-555-5555, il suo interno 5555 o il suo indirizzo SIP gedwards@example.webex.com, ma puoi anche chiamare la tua pizzeria preferita.
5

Attiva il dispositivo utilizzando il codice fornito. Puoi copiare, inviare via e-mail o stampare il codice di attivazione.

Se disponi di diversi dispositivi che devi assegnare a utenti e località, puoi inserire in un file CSV le informazioni richieste e attivare tali dispositivi completando un paio di semplici operazioni.

I dispositivi elencati qui supportano Webex Calling. Sebbene tutti questi dispositivi possano essere registrati utilizzando un indirizzo MAC, solo il seguente sottogruppo può essere registrato utilizzando un codice di attivazione:

  • Telefoni multipiattaforma Cisco IP serie 6800 (telefoni audio—6821, 6841, 6851)

  • Telefono multipiattaforma Cisco IP serie 7800 (telefoni audio—7811, 7821, 7841, 7861)

  • Telefoni multipiattaforma Cisco IP serie 8800 (telefoni audio—8811, 8841, 8851, 8861)

  • Telefoni multipiattaforma Cisco IP serie 8800 (telefoni video—8845, 8865)

  • Telefono per conferenze Cisco IP 7832 e 8832

1

Dalla vista cliente in https://admin.webex.com, vai a Dispositivi, fai clic su Aggiungi dispositivo e scegli se aggiungere il dispositivo a un utente o una località.

2

Seleziona Importa/carica file CSV.

3

Selezionare una delle seguenti opzioni:

  • Esporta attributi utente: puoi ottenere un elenco di tutti gli utenti nella tua organizzazione e dei relativi attributi associati in modo da non dover ricercare manualmente ciascun utente.
  • Scarica modello CSV: puoi utilizzare un modello creato e inserire informazioni come nomi utente, tipo (indicare se si tratta di un utente o una località), indirizzi MAC e modelli di dispositivo. Di seguito alcuni aspetti da tenere presenti:
    • Nella colonna Nome utente del file CSV, accertati di inserire l'indirizzo e-mail dell'utente, non l'ID utente o il nome dell'utente. Puoi anche inserire un nome di località in questa colonna.

    • È consigliabile limitare il numero di dispositivi a 1000 per file CSV. Se devi aggiungerne di più, usa un secondo file CSV.

    • Se inserisci una località che ancora non esiste, la località viene creata automaticamente.

    • Se lasci vuota la colonna dell'indirizzo MAC, viene generato un codice di attivazione che deve essere inserito sul dispositivo stesso.

4

Se l'indirizzo MAC è stato lasciato vuoto, puoi scegliere come viene inviato il codice di attivazione:

  • Tramite un collegamento: il codice di attivazione viene aggiunto a un file CSV che puoi scaricare.
  • Tramite e-mail: se il dispositivo è per una località, il codice di attivazione viene inviato a te, in qualità di amministratore. Se il dispositivo è per un utente, il codice di attivazione viene inviato via e-mail all'utente.
5

Importa il file CSV precompilato.

6

Fare clic su Invia.

Viene visualizzato un aggiornamento dello stato quando i dispositivi vengono attivati.

 

I dispositivi multipiattaforma devono disporre del firmware 11.2.3MSR1 o versione successiva per consentire agli utenti di inserire il codice di attivazione sul proprio dispositivo. Per informazioni su come aggiornare il firmware del telefono, vedi questo articolo.

Puoi aggiungere, rimuovere, riavviare, controllare l'attivazione o creare un nuovo codice di attivazione per i dispositivi assegnati agli utenti all'interno della tua organizzazione. Ciò può risultare utile per visualizzare e gestire le informazioni dallo schermo degli utenti, quando necessario.

1

Dalla vista cliente in https://admin.webex.com, vai a Utenti.

2

Seleziona l'utente da modificare e scorri in basso fino a Dispositivi.

3

Per aggiungere un dispositivo a questo utente, fai clic su Aggiungi dispositivo.


 
Se all'utente è già assegnato un dispositivo e desideri aggiungere un altro dispositivo, fai clic sull'icona accanto a Dispositivi e fai clic su Aggiungi dispositivo.
4

Per modificare un dispositivo esistente, seleziona il nome del dispositivo.

Da qui puoi visualizzare e modificare le impostazioni del dispositivo, eliminare il dispositivo, riavviare il dispositivo o creare un nuovo codice di attivazione per il dispositivo, se applicabile. Per ulteriori informazioni sulla configurazione delle impostazioni del telefono, vedi Configurazione e aggiornamento delle impostazioni telefoniche.

I dispositivi possono essere aggiunti e gestiti direttamente da un profilo di spazio di lavoro. I dispositivi di spazio di lavoro possono includere dispositivi ATA, come macchine fax. Puoi anche impostare un dispositivo di spazio di lavoro come host della modalità hotel. Per ulteriori informazioni sulla modalità hotel, vedi Modalità hotel in Cisco Webex Control Hub.

1

Dalla vista cliente in https://admin.webex.com, vai a Spazi di lavoro.

2

Seleziona lo spazio di lavoro da modificare e vai al riquadro Dispositivi.

3

Per aggiungere un dispositivo, fai clic su Aggiungi dispositivo.

4

Per modificare un dispositivo esistente, seleziona il nome del dispositivo.

Qui puoi visualizzare e modificare le impostazioni del dispositivo, eliminare il dispositivo, riavviare il dispositivo e abilitare il dispositivo da utilizzare come host in modalità hotel. Per ulteriori informazioni sulla configurazione delle impostazioni del telefono, vedi Configurazione e aggiornamento delle impostazioni telefoniche.

Puoi aggiungere linee al dispositivo principale di un utente e modificare l'ordine di visualizzazione delle linee. Questo è anche noto come indicatore di linea condivisa, che consente agli utenti di ricevere ed effettuare chiamate a/da un interno di un altro utente utilizzando il proprio telefono. Un esempio è un assistente di un manager che desidera effettuare e ricevere chiamate dalla linea del proprio superiore. Gli indicatori di linea condivisa possono essere anche un'altra istanza della linea dell'utente principale.

È possibile aggiungere altre linee a un telefono di spazio di lavoro, ma non è possibile aggiungere un telefono di spazio di lavoro come linea condivisa.

1

Dalla vista cliente in https://admin.webex.com, vai a Utenti o Spazi di lavoro (in base a dove il dispositivo da modificare è assegnato).

2

Seleziona l'utente o lo spazio di lavoro da modificare e scorri fino a Dispositivi.

3

Seleziona il dispositivo a cui desideri aggiungere o modificare le linee condivise e scorri fino a Utenti e impostazioni telefono.

Gli utenti e le località visualizzati su questo telefono sono riportati di seguito in ordine di apparizione.

4

Per aggiungere o rimuovere utenti o località dal telefono, seleziona Configura linee.

5

Per rimuovere una linea, fai clic sull'icona .


 
L'utente principale sulla linea 1 non può essere rimosso.
6

Per aggiungere un indicatore di linea condivisa, fai clic sull'icona .


 
Aggiungi le linee nell'ordine in cui desideri che vengano visualizzate. Per riordinare l'indicatore di linee, elimina e aggiungi le linee all'elenco nell'ordine in cui desideri che vengano visualizzate.
7

Inserisci il nome o il numero di telefono ed esegui una selezione dalle opzioni visualizzate, quindi fai clic su Salva.

Puoi configurare le porte su un dispositivo ATA (Analog Telephone Adaptor) assegnato a un utente in Control Hub. Attualmente, le due configurazioni per dispositivi ATA disponibili sono per dispositivi con 2 porte e dispositivi con 24 porte.

1

Dalla vista cliente in https://admin.webex.com, vai a Utenti.

2

Seleziona l'utente da modificare e scorri fino a Dispositivi.

3

Seleziona il dispositivo in cui desideri aggiungere o modificare.

4

In Utenti su questo dispositivo, fai clic su Configura porte.

5

Per aggiungere una configurazione di porta condivisa, fai clic sull'icona .

6

Inserisci il nome o il numero di telefono ed esegui una selezione dalle opzioni visualizzate, quindi fai clic su Salva.


 
Nella ricerca vengono visualizzati solo spazi di lavoro senza dispositivi.
7

Se il dispositivo richiede la compressione fax T.38, seleziona la casella nella colonna T.38 o sovrascrivi le opzioni di compressione a livello utente, quindi fai clic su Salva.


 
Uno spazio di lavoro può disporre di un dispositivo ATA. Ciò è utile per macchine fax.

Puoi aggiungere numeri di telefono a dispositivi da tavolo e di sala nell'organizzazione del tuo cliente in qualsiasi momento, sia durante il periodo di prova che una volta passato a un abbonamento a pagamento.


È stato aumentato il numero di numeri di telefono che puoi aggiungere in Control Hub da 250 a 1000.

1

Dalla vista cliente in https://admin.webex.com, vai a Servizi > Chiamata > Numeri e fai clic su Aggiungi numeri.

2

Specifica Posizione e Tipo di numero. Se stai trasferendo i numeri, inserisci sia i numeri di fatturazione nuovi che quelli correnti.

3

Quindi, fai clic su Salva.

Puoi vedere un elenco di numeri PSTN che la tua organizzazione ha ordinato. Con queste informazioni puoi vedere numeri non utilizzati che sono disponibili e numeri che sono stati ordinati che presto saranno disponibili.

Dalla vista cliente in https://admin.webex.com, vai a Servizi > Chiamata > Ordini PSTN.

Viene visualizzato il Portale amministratore Calling, dove vengono visualizzati gli ordini inviati e completati. Se disponi di un ID ordine, puoi inserirlo come parametro e ottenere dettagli su un ordine specifico, altrimenti verrà visualizzato un riepilogo di tutti gli ordini.
Filigrana
2 giu 2021| vista/e | persone pensano che sia stato utile

Report di utilizzo e tendenze di adozione per Cisco Webex Calling

Sono disponibili diversi report per aiutare a valutare l'uso dei servizi Webex Calling e la relativa frequenza d'uso. Puoi anche ottenere una rapida visualizzazione della qualità multimediale per la tua posizione.

Visualizzazione dei report di chiamata

Diversi report sono disponibili in Cisco Webex Control Hub che includono dettagli sull'attivazione e sull'utilizzo per Webex Teams e Meetings.

Quando accedi ai dati di chiamata da Cisco Webex Control Hub, vieni reindirizzato al Portale amministratore Calling. Puoi utilizzare queste informazioni per valutare in che modo i servizi Webex Calling vengono utilizzati nella tua organizzazione e la frequenza con cui le persone utilizzano tali servizi.

Dalla vista cliente in https://admin.webex.com, vai ad Analisi, quindi seleziona Webex Calling.

Vieni automaticamente reindirizzato al Portale amministratore Calling, dove puoi analizzare e valutare l'utilizzo e la qualità delle chiamate. Per informazioni sui report disponibili per determinate funzioni di chiamata, vedi Portale amministratore Calling - Report. Per informazioni sull'attività di chiamata, vedi Portale amministratore Calling - Analisi.

Valutazione della qualità multimediale delle posizioni

Puoi ottenere una vista per posizione della qualità multimediale relativa alla tua posizione di chiamata. La qualità multimediale si basa su un'aggregazione dei punteggi dell'opinione media (MOS) per le chiamate in una posizione specifica verso e dal cliente, dai telefoni Cisco MPP e dal soft client di chiamata. I valori possibili sono i seguenti:

  • Buono —> 3,2

  • Discreto —> da 2,7 a 3,2

  • Scadente –< 2,7

  • Dati non disponibili: non è stata effettuata o ricevuta alcuna chiamata per la posizione nel periodo di tempo selezionato.

1

Dalla vista cliente in https://admin.webex.com, vai ad Analisi, quindi seleziona Webex Calling.

Vieni reindirizzato al Portale amministratore Calling.

2

Vai al Dashboard e scorri fino a Garanzia servizio per visualizzare le condizioni generali della tua organizzazione.

Se desideri aprire lo strumento CScan per verificare la latenza, la larghezza di banda e le porte, fai clic su Test disponibilità rete.

Operazione successivi

Se la posizione mostra una valutazione scadente, ciò indica che si potrebbe essere in presenza di un problema con la qualità multimediale in una delle tue posizioni. Le cause comuni sono larghezza di banda insufficiente o congestione del traffico. Se i problemi permangono, vai alla vista del cliente in https://admin.webex.com, fai clic sul nome utente di amministrazione, quindi fai clic su Feedback per aprire un caso.

Esecuzione dello strumento CSCAN

Puoi utilizzare lo strumento SCAN di Cisco per controllare latenza, larghezza di banda e porte.

Vai a https://cscan.webex.com/, seleziona il server e fai clic su ESEGUI TEST.

Filigrana
2 giu 2021| vista/e | persone pensano che sia stato utile

Informazioni di riferimento porta per Cisco Webex Calling

Di seguito è riportato un elenco di indirizzi, porte e protocolli utilizzati per la connessione dei telefoni, dell'app Webex e dei gateway a Cisco Webex Calling. Questo articolo è per amministratori di rete, in particolare amministratori di firewall e della sicurezza proxy che desiderano utilizzare i servizi Webex Calling all'interno della propria organizzazione.

Un firewall configurato correttamente è essenziale per una distribuzione corretta delle chiamate. Sono richieste porte per segnali, contenuti multimediali, connettività di rete e gateway locale e, poiché Webex Calling è un servizio globale, si consiglia di lasciare aperte tutte le porte elencate di seguito.

Non tutte le configurazioni dei firewall necessitano di porte aperte, ma se sono attive regole dentro-fuori, dovrai aprire le porte per consentire i protocolli richiesti per il servizio in uscita. Fin tanto che distribuisci una NAT, definisci periodi di associazione ragionevoli ed eviti la manipolazione SIP sul dispositivo NAT, non devi aprire le porte in ingresso sul firewall.


Se un router o un firewall è compatibile SIP, ossia dispone di un gateway ALG (Application Layer Gateway) SIP o qualcosa di simile abilitato, si consiglia di disattivare questa funzionalità per garantire il funzionamento corretto del servizio. Vedi la documentazione del produttore pertinente per informazioni su come disabilitare il gateway ALG SIP su determinati dispositivi.

Per dettagli sui requisiti di rete per le funzionalità di riunione e messaggistica Webex, vedi Requisiti di rete per i servizi Webex.

Traffico Webex Calling attraverso il firewall

La maggior parte dei clienti distribuisce un firewall Internet, o un proxy Internet e un firewall, per limitare e controllare il traffico basato su HTTP in uscita e in ingresso nella rete. Poiché tutti gli endpoint Webex Calling non supportano il proxy http(s), segui le indicazioni del firewall riportate di seguito per consentire l'accesso ai servizi Webex Calling dalla rete.

Configurazione del firewall

Se il firewall supporta il filtraggio degli URL, configura il firewall per consentire gli URL di destinazione Webex Calling in elenco, descritti nella tabella Domini e URL per Webex Calling.

Tuttavia, se utilizzi un firewall che non supporta il filtraggio dell'URL/dominio, configura il firewall per filtrare il traffico utilizzando gli intervalli di indirizzi IP e le porte elencati in Indirizzi IP e porte per i servizi Webex Calling.

Indirizzi IP e porte per i servizi Webex Calling

La tabella seguente descrive le porte e i protocolli che devono essere aperti sul firewall per consentire alle app Webex registrate e ai dispositivi di comunicare con i servizi di segnali cloud e multimediali Webex Calling.

Subnet IP per i servizi Webex Calling

85.119.56.0/23

128.177.14.0/24

128.177.36.0/24

135.84.168.0/21

139.177.64.0/21

139.177.72.0/23

185.115.196.0/22

199.19.196.0/23

199.19.199.0/24

199.59.64.0/21

Scopo connessione:

Indirizzi di origine

Porte di origine

Protocol

Indirizzi di destinazione

Porte di destinazione

Note

Segnali di chiamata a Webex Calling (SIP TLS)

Gateway locale esterno (NIC) 8000-65535

TCP

Fai riferimento a Subnet IP per i servizi Webex Calling.

8934

Questi IP/porte sono necessari per i segnali di chiamata SIP-TLS in uscita da gateway locali, dispositivi e applicazioni (origine) al cloud Webex Calling (destinazione).

Dispositivi

5060-5080

Applicazioni

Temporaneo (dipendente dal sistema operativo)

Contenuto multimediale chiamata a Webex Calling (STUN, SRTP)

NIC esterna al gateway locale

8000-48000

UDP

Fai riferimento a Subnet IP per i servizi Webex Calling.

5004,19560-65535

Questi IP/porte sono necessari per il contenuto multimediale delle chiamate SRTP in uscita da gateway locali, dispositivi e applicazioni (origine) al cloud Webex Calling (destinazione).

Dispositivi

19560-19660

Applicazioni

Temporaneo

Segnali di chiamata al gateway PSTN (SIP TLS) NIC interna al gateway locale 8000-65535 TCP La tua PSTN ITSP GW o Unified CM Dipende dall'opzione PSTN (ad esempio, solitamente 5060 o 5061 per Unified CM)
Contenuto multimediale di chiamata al gateway PSTN (SRTP) NIC interna al gateway locale

8000-48000

UDP La tua PSTN ITSP GW o Unified CM Dipende dall'opzione PSTN (ad esempio, solitamente 5060 o 5061 per Unified CM)

Segnali di chiamata agli endpoint indirizzati pubblicamente (SIP TLS)

Fai riferimento a Subnet IP per i servizi Webex Calling.

Temporaneo

TCP

IP endpoint

8934

Questi IP/porte sono necessari per i segnali di chiamata SIP-TLS in ingresso dal cloud Webex Calling Cloud (origine) agli endpoint indirizzati pubblicamente (destinazione).

Configurazione del dispositivo e gestione del firmware (dispositivi Cisco)

Dispositivi Webex Calling

Temporaneo

TCP

3.20.185.219

3.130.87.169

3.134.166.179

443,6970

*Questi IP appartengono a cloudupgrader.webex.com.

Devi abilitare cloudupgrader.webex.com e le porte 443, 6970 solo quando esegui la migrazione dai telefoni Enterprise (Cisco Unified CM) a Webex Calling. Vai a upgrade.cisco.com per ulteriori informazioni.

3.20.118.133

3.20.228.133

3.23.144.213

3.130.125.44

3.132.162.62

3.140.117.199

18.232.241.58

35.168.211.203

50.16.236.139

52.45.157.48

54.145.130.71

54.156.13.25

80,443

*Questi IP appartengono ad activation.webex.com.

Questi IP sono necessari per l'onboarding sicuro dei dispositivi (telefoni MPP) tramite il codice di attivazione a 16 cifre (GDS).

72.163.10.96/27

72.163.15.64/26

72.163.15.128/26

72.163.24.0/23

173.36.127.0/26

173.36.127.128/26

173.37.26.0/23

173.37.149.96/27

192.133.220.0/26

192.133.220.64/26

80,443

Questi IP appartengono ad activate.cisco.com.

Questo dominio viene utilizzato per il provisioning basato sull'indirizzo CDA / EDOS - MAC. Utilizzato dai dispositivi (telefoni MPP, ATA e ATA SPA) con firmware più recente.

Quando un telefono si connette a una rete per la prima volta o dopo un ripristino delle impostazioni di fabbrica e non è impostata alcuna opzione DHCP, contatta il server di attivazione dispositivo per il provisioning zero touch. I nuovi telefoni utilizzano "activate.cisco.com" anziché "webapps.cisco.com" per il provisioning. I telefoni con release del firmware precedenti alla 11.2(1) continuano a utilizzare "webapps.cisco.com". Si consiglia di consentire entrambi i nomi di dominio attraverso il firewall.

72.163.10.128/25

173.37.146.128/25

80,443

Questi IP appartengono a webapps.cisco.com.

Questo dominio viene utilizzato per il provisioning basato sull'indirizzo CDA / EDOS - MAC. Utilizzato da dispositivi (telefoni MPP, ATA e ATA SPA) con firmware precedente.

Quando un telefono si connette a una rete per la prima volta o dopo un ripristino delle impostazioni di fabbrica e non è impostata alcuna opzione DHCP, contatta il server di attivazione dispositivo per il provisioning zero touch. I nuovi telefoni utilizzano "activate.cisco.com" anziché "webapps.cisco.com" per il provisioning. I telefoni con release del firmware precedenti alla 11.2(1) continuano a utilizzare "webapps.cisco.com". Si consiglia di consentire entrambi i nomi di dominio attraverso il firewall.

Fai riferimento a Subnet IP per i servizi Webex Calling.

80,443

Questi IP sono necessari per la configurazione dei dispositivi e la gestione del firmware per Webex Calling.

Sincronizzazione orario dispositivo (NTP)

Dispositivi Webex Calling

51494

UDP

Fai riferimento a Subnet IP per i servizi Webex Calling.

123

Questi indirizzi IP sono necessari per la sincronizzazione dell'orario per i dispositivi (telefoni MPP, ATA e ATA SPA)

Risoluzione nome dispositivo

Dispositivi Webex Calling

Temporaneo

UDP e TCP

Definito dall'host

53

Configurazione applicazione

Applicazioni Webex Calling

Temporaneo

TCP

62.109.192.0/18

64.68.96.0/19

150.253.128.0/17

207.182.160.0/19

80, 443

Questi IP appartengono ai servizi di autenticazione Idbroker Webex e utilizzati dai client, ad esempio applicazioni Webex.

Fai riferimento a Subnet IP per i servizi Webex Calling.

80, 443, 8443

Questi IP appartengono ai servizi di configurazione dell'applicazione Webex Calling e sono utilizzati dai client, ad esempio, le applicazioni Webex.

Sincronizzazione orario applicazione

Applicazioni Webex Calling

123

UDP

Definito dall'host

123

Risoluzione nome applicazione

Applicazioni Webex Calling

Temporaneo

UDP e TCP

Definito dall'host

53

CScan

Applicazioni Webex Calling

Temporaneo

UDP e TCP

Fai riferimento a Subnet IP per i servizi Webex Calling.

8934 e 80, 443, 19569-19760

Questi IP vengono usati dai servizi CScan utilizzati dai client, ad esempio, le applicazioni Webex. Vai a cscan.webex.com per ulteriori informazioni.

† L'intervallo di porte multimediali CUBE è configurabile con rtp-port range.

*Questi indirizzi/intervalli IP non appartengono a Cisco e sono soggetti periodicamente a modifica. Se utilizzi un firewall, si consiglia di consentire gli URL elencati.

Domini e URL per i servizi Webex Calling

Dominio/URL

Descrizione

App e dispositivi Webex che utilizzano questi domini/URL

Servizi Cisco Webex

*.broadcloudpbx.com

Micro servizi di autorizzazione Webex per l'avvio incrociato da Control Hub al Portale amministratore Calling.

Control Hub

*.broadcloud.com.au

Servizi Webex Calling in Australia.

Tutti

*.broadcloud.eu

Servizi Webex Calling in Europa.

Tutti

*.broadcloudpbx.net

Configurazione del client di chiamata e servizi di gestione chiamata.

App Webex

*.cisco.com

Quando un telefono si connette a una rete per la prima volta o dopo un ripristino delle impostazioni di fabbrica, se non è impostata alcuna opzione DHCP, contatta il server di attivazione dispositivo per il provisioning zero touch. I nuovi telefoni che utilizzano activate.cisco.com e i telefoni con release del firmware precedenti alla 11.2(1) continuano a utilizzare webapps.cisco.com per il provisioning.

Telefoni MPP, Control Hub

*.ucmgmt.cisco.com

Servizi Webex Calling

Control Hub

*.webex.com

Servizi base Webex per chiamate, riunioni e messaggistica come autenticazione, ecc.

Tutti

*.wbx2.com e *.ciscospark.com

Micro servizi Webex, come il servizio di aggiornamento software.

Tutti

Servizi aggiuntivi correlati a Webex (domini di terze parti)

*.appdynamics.com

*.eum-appdynamics.com

Monitoraggio delle prestazioni, acquisizione di errori e arresto anomalo, metriche di sessione.

Control Hub

*.huron-dev.com

Micro servizi Webex Calling come servizi di attivazione/disattivazione, ordinazione di numeri di telefono e servizi di assegnazione.

Control Hub

*.sipflash.com

Servizi di gestione dei dispositivi (principalmente per gli Stati Uniti).

App Webex

*.walkme.com *.walkmeusercontent.com

Client di guida utente Webex. Fornisce alcune presentazioni sull'onboarding e sull'utilizzo per i nuovi utenti.

Per ulteriori informazioni su WalkMe, fai clic qui.

App Webex

Se il firewall di rete supporta gli elenchi dei domini consentiti per il traffico http(s), come *.webex.com, si consiglia vivamente di consentire tutti questi domini.

Riunioni e messaggi Webex - Requisiti di rete

Se stai distribuendo Webex Calling con i servizi di riunione e messaggistica Webex, i requisiti di rete per i servizi di riunione e messaggistica Webex sono disponibili in Requisiti di rete per i servizi Webex.

Cronologia revisioni documenti

Data

Sono state apportate le seguenti modifiche a questo articolo

2 aprile 2021

È stato aggiunto *.ciscospark.com in Domini e URL per i servizi Webex Calling per supportare Webex Calling nell'app Webex.

25 marzo 2021

Sono stati aggiunti 6 nuovi intervalli IP per activate.cisco.com a partire dall'8 maggio 2021.

  • 72.163.15.64/26

  • 72.163.15.128/26

  • 173.36.127.0/26

  • 173.36.127.128/26

  • 192.133.220.0/26

  • 192.133.220.64/26

4 marzo 2021

Sono stati sostituiti gli IP discreti e gli intervalli IP più ridotti Webex Calling con intervalli semplificati in una tabella separata per facilitare la comprensione della configurazione del firewall.

26 febbraio 2021

È stata aggiunta 5004 come porta di destinazione per il contenuto multimediale delle chiamate a Webex Calling (STUN,SRTP) al fine di supportare il protocollo ICE (Interactive Connectivity), che sarà disponibile in Webex Calling ad aprile 2021.

22 febbraio 2021

Domini e URL vengono ora elencati in una tabella separata.

La tabella Indirizzi IP e porte viene regolata per raggruppare gli indirizzi IP per gli stessi servizi.

È stata aggiunta la colonna Note alla tabella Indirizzi IP e porte per facilitare la comprensione dei requisiti.

I seguenti indirizzi IP sono stati spostati in intervalli semplificati per la configurazione dei dispositivi e la gestione del firmware (dispositivi Cisco):

activate.cisco.com

  • 72.163.10.125 -> 72.163.10.96/27

  • 173.37.149.125 -> 173.37.149.96/27

webapps.cisco.com

  • 173.37.146.134 -> 173.37.146.128/25

  • 72.163.10.134 -> 72.163.10.128/25

I seguenti indirizzi IP sono stati aggiunti per la configurazione dell'applicazione poiché il client Cisco Webex punta a un SRV DNS più recente in Australia a partire da marzo 2021.

  • 199.59.64.237

  • 199.59.67.237

21 gennaio 2021

I seguenti indirizzi IP sono stati aggiunti alla configurazione del dispositivo e alla gestione del firmware (dispositivi Cisco):

  • 3.134.166.179

  • 50.16.236.139

  • 54.145.130.71

  • 72.163.10.125

  • 72.163.24.0/23

  • 173.37.26.0/23

  • 173.37.146.134

Sono stati rimossi i seguenti indirizzi IP dalla configurazione del dispositivo e dalla gestione del firmware (dispositivi Cisco):

  • 35.172.26.181

  • 52.86.172.220

  • 52.203.31.41

Sono stati aggiunti i seguenti indirizzi IP alla configurazione dell'applicazione:

  • 62.109.192.0/19

  • 64.68.96.0/19

  • 207.182.160.0/19

  • 150.253.128.0/17

Sono stati rimossi i seguenti indirizzi IP dalla configurazione dell'applicazione:

  • 64.68.99.6

  • 64.68.100.6

Sono stati rimossi i seguenti numeri di porta dalla configurazione dell'applicazione:

  • 1081, 2208, 5222, 5280-5281, 52644-52645

Sono stati aggiunti i seguenti domini alla configurazione dell'applicazione:

  • idbroker-b-us.webex.com

  • idbroker-eu.webex.com

  • ty6-wxt-jp.bcld.webex.com

  • os1-wxt-jp.bcld.webex.com

23 dicembre 2020

Sono stati aggiunti nuovi indirizzi IP di configurazione dell'applicazione alle immagini di riferimento della porta.

22 dicembre 2020

È stata aggiornata la riga Configurazione applicazione nelle tabelle in modo da includere i seguenti indirizzi IP: 135.84.171.154 e 135.84.172.154.

I diagrammi di rete sono stati nascosti fino a quando non potranno essere aggiunti anche gli indirizzi IP.

11 dicembre 2020

Sono state aggiornate la configurazione del dispositivo e la gestione del firmware (dispositivi Cisco) nonché le righe di configurazione dell'applicazione per i domini canadesi supportati.

16 ottobre 2020

Sono stati aggiornati i segnali di chiamata e le voci multimediali con i seguenti indirizzi IP:

  • 139.177.64.0/24

  • 139.177.65.0/24

  • 139.177.66.0/24

  • 139.177.67.0/24

  • 139.177.68.0/24

  • 139.177.69.0/24

  • 139.177.70.0/24

  • 139.177.71.0/24

  • 139.177.72.0/24

  • 139.177.73.0/24

23 settembre 2020

In CScan, 199.59.64.156 è stato sostituito con 199.59.64.197.

14 agosto 2020

Sono stati aggiunti altri indirizzi IP per supportare l'introduzione dei centri dati in Canada:

Segnale di chiamata a Webex Calling (SIP TLS)—135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

12 agosto 2020

Sono stati aggiunti altri indirizzi IP per supportare l'introduzione dei centri dati in Canada:

  • Contenuto multimediale chiamata a Webex Calling (SRTP)—135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

  • Segnali di chiamata a endpoint indirizzati pubblicamente (SIP TLS)—135.84.173.0/25.135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

  • Configurazione dispositivo e gestione del firmware (dispositivi Cisco)—135.84.173.155,135.84.174.155

  • Sincronizzazione orario dispositivi—135.84.173.152, 135.84.174.152

  • Configurazione applicazione: 135.84.173.154,135.84.174.154

22 luglio 2020

È stato aggiunto il seguente indirizzo IP per supportare l'introduzione dei centri dati in Canada: 135.84.173.146

9 giugno 2020

Sono state apportate le seguenti modifiche alla voce CScan:
  • È stato corretto uno degli indirizzi IP—modificato da 199.59.67.156 in 199.59.64.156

  • Le nuove funzioni hanno richiesto nuove porte e UDP—19560-19760

11 marzo 2020

I seguenti domini e indirizzi IP sono stati aggiunti alla configurazione dell'applicazione:

  • jp.bcld.webex.com—135.84.169.150

  • client-jp.bcld.webex.com

  • idbroker.webex.com—64.68.99.6, 64.68.100.6

Sono stati aggiornati i seguenti domini con indirizzi IP aggiuntivi per la configurazione dei dispositivi e la gestione del firmware:

  • cisco.broadcloud.eu—85.119.56.198, 85.119.57.198

  • webapps.cisco.com—72.163.10.134

  • activation.webex.com—35.172.26.181, 52.86.172.220

  • cloudupgrader.webex.com—3.130.87.169, 3.20.185.219

27 febbraio 2020

Sono stati aggiunti i seguenti domini e porte alla configurazione dei dispositivi e alla gestione del firmware:

cloudupgrader.webex.com—443, 6970

Questo articolo è stato utile?

Articoli correlati

Visualizzati di recente

×