Filigrana
18 mar 2021 | vista/e | persone pensano che sia stato utile

Flusso di lavoro di configurazione di Webex Calling

Flusso di lavoro di configurazione di Webex Calling

Panoramica di Webex Calling

Introduzione a Cisco Webex Calling

Immaginare di sfruttare le funzioni di chiamata cloud, mobilità e PBX a livello aziendale, insieme a Cisco Webex per la messaggistica e le riunioni e per la chiamata da un soft client Webex Calling o da un dispositivo Cisco. Il servizio Webex Calling è esattamente ciò che offre l'utente.

Webex Calling offre i seguenti vantaggi:

  • Sottoscrizioni di chiamata per utenti di telefonia e aree comuni

  • Accesso Webex per ogni utente

  • Accesso alla rete di telefonia commutazione 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 IP PBX locale o con ambiente di chiamata Unified CM esistente)

Webex Calling supporta le seguenti funzioni. Per ulteriori informazioni, vedere il capitolo Configurazione delle funzioni di chiamata Webex.

Tabella 1. Funzioni configurabili di amministrazione

Funzione

Descrizione

Partecipante automatico

È possibile aggiungere formule di saluto, impostare menu e indirizzare le chiamate a un servizio di risposta, a un gruppo di risposta, a una casella di casella vocale o a una persona reale. È possibile creare una pianificazione di 24 ore o fornire opzioni diverse quando la propria attività è aperta o chiusa. È anche possibile indirizzare le chiamate in base agli attributi dell'ID chiamante per creare elenchi di VIP o gestire le chiamate da determinati codici di area in modo diverso.

Coda chiamata

È possibile impostare una coda di chiamata in modo che quando non si riceve risposta alle chiamate in arrivo, ai chiamanti viene fornita una risposta automatica, messaggi di conforto e musica in attesa finché qualcuno non risponde alla chiamata.

Risposta per assente

È possibile migliorare il lavoro in team e la collaborazione creando un gruppo di risposta per chiamate in modo che gli utenti possano rispondere alle chiamate degli altri. Quando si aggiungono utenti a un gruppo di risposta per chiamate e un membro del gruppo è fuori o occupato, un altro membro può rispondere alle chiamate.

Parcheggio di chiamata

È possibile attivare il parcheggio chiamata in modo che gli utenti possano mettere in attesa una chiamata e riprenderla da un altro telefono.

Gruppo di ricerca

È possibile impostare i gruppi di risposta nei seguenti casi:

  • Un team di vendita che desidera l'instradamento sequenziale. Una chiamata in arrivo squilla su un telefono, ma se non è presente alcuna risposta, la chiamata passa all'agente successivo nell'elenco.

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

Gruppo di risposta

È possibile creare un gruppo di cercapersone 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 cercapersone, il messaggio viene riprodotto su tutti i dispositivi del gruppo.

Client centralino

Consente di supportare le esigenze del personale di front-office fornendo 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 nel portale utenti chiamante.

Tabella 2. Funzioni configurabili dell'utente

Funzione

Descrizione

Rifiuto chiamata anonima

Gli utenti possono rifiutare le chiamate in arrivo con ID chiamante bloccati.

Continuità aziendale

Se i telefoni degli utenti non sono connessi alla rete per alcun motivo (ad esempio, interruzione dell'alimentazione, problemi di rete e così via), gli utenti possono inoltrare le chiamate in arrivo a un numero di telefono specifico.

Inoltro chiamata

Gli utenti possono inoltrare le chiamate in arrivo a un altro telefono.

Inoltro chiamate selettivo

Gli utenti possono inoltrare le chiamate a orari specifici da chiamanti 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 altre chiamate in arrivo.

Non disturbare

Gli utenti possono consentire temporaneamente a tutte le chiamate di passare direttamente alla casella vocale.

Office Anywhere

Gli utenti possono utilizzare i telefoni selezionati ("Posizioni") come interno del numero di telefono aziendale e piano di chiamata.

Avviso priorità

Gli utenti possono squillare sui propri telefoni con un squillo che viene utilizzato 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 appaia dalla propria linea aziendale. Inoltre, tutte le chiamate in arrivo alla propria 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

Chiama fino a 5 dispositivi uno dopo l'altro per le chiamate in arrivo.

Suoneria simultanea

Chiama contemporaneamente i numeri degli utenti e di altri ("destinatari della chiamata") per le chiamate in arrivo.

Servizi di provisioning, dispositivi e utenti in Control Hub , Avvioincrociato per la configurazione dettagliata nel Portale di amministrazione chiamate

Cisco Webex Control Hub ( ) è un portale di gestione che si integra con Webex Calling per semplificare gli ordini e la configurazione e centralizzata la gestione dell'offertahttps://admin.webex.comin bundle:WebexCalling, Webex e WebexMeetings.

Control Hub è il punto centrale per il provisioning di tutti i servizi, i dispositivi e gli utenti. È possibile eseguire la configurazione 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, è possibile eseguire l'avvio incrociato sul portale di amministrazione chiamate per una configurazione più dettagliata di funzioni, dispositivi e utenti. Il provisioning di qualsiasi servizio aggiuntivo (Webex Meetings o Teams) viene eseguita anche in Control Hub.

Il portale di amministrazione chiamate offre ai clienti l'accesso alla configurazione avanzata delle funzioni di chiamata nonché una rapida visualizzazione sulla garanzia del servizio. Le garanzie di servizio forniscono metriche di qualità della chiamata tra più posizioni all'interno delle proprie business unit indicando se le chiamate sono di buona qualità, discreta o scarsa. La ricezione del feedback immediato sulla qualità della chiamata 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:

  • Applicazione Webex Calling: soft client per la chiamata branded da Cisco. Per ulteriori informazioni, vedere Esplorazione della nuova app Cisco WebexCalling.

  • Impostazioni Webex ( ): interfaccia in cui gli utenti possono impostare le preferenze per il profilo, scaricare Webex Teams e avviare il portale utenti chiamante per le impostazionihttps://settings.webex.comdi chiamata. Per ulteriori informazioni, vedere Modifica delle impostazioni di Cisco Webex.

  • Webex Teams: applicazione inclusa nell'abbonamento come client di messaggistica team a marchio Cisco. Per ulteriori informazioni, vedere Introduzione all'app Cisco Webex Teams.

  • Webex Meetings: applicazione opzionale aggiunta come soluzione Meetings. Per ulteriori informazioni, vedere Webex Meetings.

Presentazione di Cisco Webex Control Hub

Control Hub è la propria interfaccia basata su Web singola per la gestione dell'organizzazione, la gestione degli utenti, l'assegnazione dei servizi, l'analisi delle tendenze di adozione e la qualità delle chiamate e altro.

Per iniziare a utilizzare e utilizzare la propria organizzazione, si consiglia di invitare alcuni utenti a unirsi a Webex inserendo i relativi indirizzi e-mail in Control Hub. Incoraggiare le persone a utilizzare i servizi forniti, inclusa la chiamata, e fornire feedback sulla loro esperienza. Quando si è pronti, è sempre possibile aggiungere altri utenti.


Si consiglia di utilizzare l'ultima versione desktop di Google Chrome o Mozilla Firefox per accedere a ControlHub. I browser sui dispositivi mobili e altri browser desktop potrebbero produrre risultati imprevisti.

Utilizzare le informazioni riportate di seguito come riepilogo di alto livello delle attività da eseguire quando si riceve l'impostazione dei servizi per la propria organizzazione. Per informazioni più dettagliate, vedere i singoli capitoli per istruzioni dettagliate.

Per iniziare

Una volta creato l'account da parte del partner, si riceverà un messaggio e-mail di benvenuto. Fare clic sul collegamento Introduzione nel messaggio e-mail, utilizzando Chrome o Firefox per accedere a ControlHub. Il collegamento accede automaticamente con l'indirizzo e-mail dell'amministratore. Successivamente, verrà richiesto di creare la password dell'amministratore.

Procedura guidata per la prima volta per le versioni di prova

Se il partner ha registrato l'utente per una versione di prova, la procedura di installazione guidata viene avviata automaticamente dopo l'accesso a Control Hub. La procedura guidata guida l'utente attraverso le impostazioni di base per iniziare a utilizzare la propria organizzazione con Cisco WebexCalling, tra gli altri servizi. È possibile impostare ed esaminare le impostazioni di chiamata prima di completare la procedura guidata.

Esamina impostazioni

Quando viene caricato Control Hub, è possibile esaminare le impostazioni.

Aggiungi utenti

Una volta impostati i servizi, è possibile aggiungere persone dalla rubrica aziendale. Andare a Utenti e fare clic su Gestisci utenti.

Se si utilizza Microsoft Active Directory, si consiglia di abilitare prima la sincronizzazione delle rubrica, quindi decidere come si desidera aggiungere gli utenti. Fare clic su Avanti e seguire le istruzioni per l'impostazione di Connettore directory Cisco.

Impostazione del Single Sign-On (SSO)

Webex utilizza l'autenticazione di base. È possibile scegliere di impostare la funzionalità SSO in modo che gli utenti esee autenticazione con il provider di identità Enterprise utilizzando le credenziali Enterprise anziché una password separata memorizzata e gestita in Webex.

Andare a Impostazioni , scorrere fino a Autenticazione , fare clic su Modifica , quindi selezionare Integra un provider di identità di terze parti.

Assegnazione dei servizi agli utenti

È necessario assegnare i servizi agli utenti aggiunti in modo che le persone possano iniziare a utilizzare Webex.

Andare a Utenti , fare clic su Gestisci utenti , selezionare Esporta e importa utenti con unfile CSV , quindi fare clic su Esporta .

Nel file scaricato, è sufficiente aggiungere True per i servizi che si desidera assegnare a ciascun utente.

Importare il file completato, fare clic su Aggiungi e rimuovi servizi , quindi fare clic su Invia. A questo punto, è possibile configurare le funzioni di chiamata, registrare i dispositivi che possono essere condivisi in un luogo comune e registrare e associare i dispositivi agli utenti.

Accesso agli utenti

Ora che sono stati aggiunti gli utenti e sono stati assegnati i servizi, essi possono iniziare a utilizzare i relativi telefoni Multiplatform (MPP) supportati per Webex Calling e Webex per la messaggistica e le riunioni. Invitali a usare le Impostazioni di Cisco Webex come punto di accesso unico per l'accesso.

Ruolo del gateway locale

Il gateway locale è un dispositivo edge gestito dall'azienda o dal partner per il lavoro con rete di telefonia commutazione pubblica (PSTN) e l'interconnessione PBX (Legacy Public Branch Exchange) (incluso Unified CM).

È possibile utilizzare Cisco Webex Control Hub per assegnare un gateway locale a una posizione dopo la quale Control Hub fornisce parametri che è possibile configurare su CUBE. Questa procedura registra 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, leggere la Guida all'ordinazione del gatewaylocale.

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 con Cisco Unified Communications Manager.

Distribuzioni del gateway locale senza PBX IP locale

Distribuzioni di gateway locali autonomi

L'immagine mostra una distribuzione di Webex Calling senza un IP PBX esistente ed è applicabile a una singola posizione o a una distribuzione multi-posizione.

Per tutte le chiamate che non corrispondono alle 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 rete PSTN e, nell'altra direzione, da PSTN a Webex Calling.

Il gateway PSTN può essere una piattaforma dedicata o un coresidente con il gateway locale. Come riportato nella figura seguente, si consiglia la varianti di gateway PSTN dedicata di questa distribuzione; può essere utilizzato se il gateway PSTN esistente non può essere utilizzato come gateway locale di Webex Calling.

Distribuzione gateway locale coresidente

Il gateway locale può essere basato su IP, connessione a un ITSP tramite un SIP trunk o TDM basata su un ISDN o circuito analogico. La figura seguente mostra una distribuzione di Webex Calling in cui il gateway locale è coresidente con il GW/SBC PSTN.

Distribuzioni del gateway locale con un PBX Unified CM locale

Le integrazioni con Unified CM sono richieste nei seguenti casi:

  • Le posizioni abilitate per Webex Calling vengono aggiunte a una distribuzione esistente di Cisco UC in cui Unified CM viene distribuito come soluzione di controllochiamate locale

  • È richiesta la chiamata diretta tra i telefoni registrati in Unified CM e i telefoni nelle posizioni Webex Calling.

L'immagine mostra una distribuzione di Webex Calling in cui il cliente dispone di un UNified CM IP PBX esistente.

BroadCloud invia chiamate che non corrispondono alle destinazioni Webex Calling del cliente al gateway locale. Ciò include i numeri PSTN e le estensioni interne Unified CM, che BroadCloud non può visualizzare. Il gateway locale indirizza tutte le chiamate provenienti da BroadCloud a Unified CM e viceversa. Unified CM quindi indirizza le chiamate in arrivo a destinazioni locali o alla PSTN in base al piano di chiamata esistente. Il piano unificato CM normalizza i numeri come +E.164. Il gateway PSTN può essere uno o più co-residenti dedicati con il gateway locale.

Gateway PSTN dedicato

La versione gateway PSTN dedicata 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 locale di Webex Calling.

Gateway PSTN coresidente

L'immagine mostra una distribuzione di Webex Calling con un Unified CM in cui il gateway locale è coresidente con il gateway PSTN/SBC.

BroadCloud indirizza tutte le chiamate che non corrispondono alle destinazioni Webex Calling del cliente verso il gateway locale assegnato alla posizione. Ciò include le destinazioni PSTN e le chiamate in rete verso interni Unified CM. Il gateway locale indirizza tutte le chiamate a Unified CM. Unified CM quindi instrada le chiamate ai telefoni registrati in locale o alla PSTN attraverso il gateway locale, che dispone di funzionalità PSTN/SBC co-posizionato.

Considerazioni sull'inoltro chiamata

Chiamate da Webex Calling a Unified CM

La logica di instradamento Webex Calling è simile alla seguente: se il numero chiamato su un endpoint Webex Calling non può essere indirizzato ad alcuna destinazione all'interno dello stesso cliente in BroadCloud, la chiamata viene inviata al gateway locale per un'ulteriore elaborazione. Tutte le chiamate fuori rete (al di fuori di BroadCloud) vengono inviate al gateway locale.

Per una distribuzione di 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ò comunque essere una chiamata in rete per qualsiasi destinazione ospitata su Unified CM o una chiamata fuori rete reale su 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.

L'immagine seguente mostra un utente Webex Calling che compone un numero nazionale negli Stati Uniti.

Unified CM ora basato sul piano di chiamata configurato indirizza la chiamata a un endpoint registrato in locale su cui viene predisposta la destinazione chiamata come numero della rubrica. Per questo, il piano di chiamata Unified CM deve supportare l'instradamento di numeri +E.164.

Chiamate da Unified CM a Webex Calling

Per abilitare l'inoltro delle chiamate da Unified CM a Webex Calling su Unified CM, è necessario pres effettuare un insieme di indirizzamento per definire il set di +E.164 e indirizzi del piano di numerazione aziendale in Webex Calling.

Con questi indirizzati, sono possibili entrambi gli scenari delle chiamate mostrati nella figura seguente.

Se un chiamante nel PSTN chiama un numero DID assegnato a un dispositivo Webex Calling, la chiamata viene consegnata all'azienda attraverso il gateway PSTN aziendale e, quindi, Unified CM. L'indirizzo chiamato di tale chiamata corrisponde a uno degli indirizzamento 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 assicura quindi che la chiamata viene inviata al dispositivo Webex Calling previsto, in base all'assegnazione DID.

Inoltre, le chiamate che hanno origine da endpoint registrati Unified CM, destinate a destinazioni in Webex Calling , sono soggette al piano di chiamata predisposto su Unified CM. Solitamente, questo piano consente agli utenti di utilizzare le chiamate aziendali comuni per effettuare chiamate. Questi numeri non includono necessariamente solo la chiamata +E.164. Qualsiasi chiamata in uscita diversa da +E.164 deve essere normalizzata a +E.164 prima di inviare le chiamate 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, inclusi l'evitare loop di chiamata e prevenire le frodi sui numeri a numeri. Nel contesto dell'integrazione del gateway locale di Webex Calling con la classe di servizio Unified CM, occorre considerare la classe del servizio per:

  • Dispositivi registrati con Unified CM

  • Chiamate in Unified CM dalla pstN

  • Chiamate in Unified CM da BroadCloud

Dispositivi registrati con Unified CM

L'aggiunta delle destinazioni Webex Calling come nuova classe di destinazione a un'impostazione CoS esistente è abbastanza semplice: L'autorizzazione a chiamare per destinazioni Webex Calling solitamente è equivalente all'autorizzazione a chiamare destinazioni locali (incluse le destinazioni tra siti).

Se un piano di chiamata aziendale implementa già un'autorizzazione "(abbreviata) su rete inter-sito", è già disponibile una partizione predisposta su Unified CM, che consente di utilizzare ed eseguire il provisioning di tutte le destinazioni Webex Calling in rete note nella stessa partizione.

Altrimenti, il concetto di autorizzazione "(abbreviato) su rete inter-sito" non esiste ancora, quindi occorre predi utilizzare una nuova partizione (ad esempio "onNetRemote"), le destinazioni Webex Calling aggiunte a questa partizione e infine questa nuova partizione deve essere aggiunta agli spazi di ricerca di chiamata appropriati.

Chiamate in Unified CM dalla pstN

L'aggiunta delle destinazioni Webex Calling come nuova classe di destinazione a un'impostazione CoS esistente è abbastanza semplice: L'autorizzazione a chiamare per destinazioni Webex Calling solitamente è equivalente all'autorizzazione a chiamare destinazioni locali (incluse le destinazioni tra siti).

Se un piano di chiamata aziendale implementa già un'autorizzazione "(abbreviata) su rete inter-sito", è già disponibile una partizione predisposta su Unified CM, che consente di utilizzare ed eseguire il provisioning di tutte le destinazioni Webex Calling in rete note nella stessa partizione.

Altrimenti, il concetto di autorizzazione "(abbreviato) su rete inter-sito" non esiste ancora, quindi occorre predi utilizzare una nuova partizione (ad esempio "onNetRemote"), le destinazioni Webex Calling aggiunte a questa partizione e infine questa nuova partizione deve essere aggiunta agli spazi di ricerca di chiamata appropriati.

Chiamate in Unified CM da BroadCloud

Le chiamate in ingresso dal PSTN devono accedere a tutte le destinazioni Webex Calling. È necessario aggiungere la partizione precedente tenendo tutte le destinazioni Webex Calling allo spazio di ricerca di chiamata utilizzato per le chiamate in arrivo sul trunk PSTN. L'accesso alle destinazioni Webex Calling viene aggiunto all'accesso già esistente.

Mentre per le chiamate dagli accessi PSTN ai DID Unified CM e ai DID Webex Calling, è necessario che le chiamate che hanno origine in Webex Calling accedono ai DID Unified CM e alle destinazioni PSTN.

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

Questa cifra mette a confronto queste due diverse classi di servizio per le chiamate da PSTN e BroadCloud. L'immagine mostra anche che se la funzionalità gateway PSTN è collocata con il gateway locale, sono necessari due trunk dal GW PSTN combinato e dal gateway locale in Unified CM: una per le chiamate che hanno origine nel sistema PSTN e una per le chiamate che hanno origine in BroadCloud. Ciò è guidato dal requisito di applicare spazi di ricerca di chiamata differenziati per tipo di traffico. Con due trunk in ingresso su Unified CM, questo può essere facilmente scollegato configurando lo spazio di ricerca di chiamata richiesto per le chiamate in arrivo su ciascun trunk.

Integrazione del piano di chiamata

Questo manuale 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 design del piano di chiamata consigliato segue l'approccio di progettazione documentato nel capitolo Piano di chiamata dell'ultima versione di Cisco Collaboration System SRND disponibile su https://www.cisco.com/go/ucsrnd.

Figura 2. Piano di chiamata consigliato

L'immagine seguente mostra una panoramica del design 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'instradamento base si basa su +E.164.

  • Tutti gli indirizzi di chiamata non+E.164 (ad esempio, chiamata intrasito abbreviata e chiamata PSTN utilizzando sistema di chiamata comune) sono normalizzati (globalizzato) a +E.164 utilizzando schemi di traduzione di normalizzazione.

  • Per comporre schemi di traduzione di normalizzazione, viene utilizzata l'ereditarietà dello spazio di ricerca di chiamata; hanno l'opzione "Usa spazio di ricerca di chiamata del iniziatore" impostata.

  • La classe del servizio viene implementata utilizzando il sito e la classe degli spazi di ricerca di chiamata specifici del servizio.

  • Le funzionalità di accesso PSTN (ad esempio, l'accesso alle destinazioni PSTN internazionali) sono implementate aggiungendo partizioni con i relativi schemi di instradazione +E.164 allo spazio di ricerca di chiamata che definisce la classe di servizio.

Raggiungibilità con BroadCloud

Figura 3. Aggiunta della destinazione BroadCloud al piano per le chiamate

Per aggiungere la raggiungibilità per le destinazioni BroadCloud a questo piano di chiamata, è necessario creare una partizione che rappresenta tutte le destinazioni BroadCloud ("BroadCloud") e un percorso di instradamento +E.164 per ciascun intervallo DID in BroadCloud viene aggiunto a questa partizione. Questo percorso di instradtura fa riferimento a un elenco di route con un solo membro: il gruppo di routing con il trunk SIP al gateway locale per le chiamate a BroadCloud. Poiché tutte le destinazioni chiamate vengono normalizzate in +E.164 utilizzando schemi di conversione di normalizzazione per le chiamate che hanno origine da endpoint registrati Unified CM o in entrata, le trasformazione delle parti chiamate provenienti dal sistema PSTN questo singolo set di schemi di instradamento +E.164 è sufficiente per raggiungere la raggiungibilità per le destinazioni in BroadCloud indipendentemente dal flusso di chiamata utilizzato.

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

Aggiungi chiamata intersito abbreviata

Figura 4. Aggiunta della chiamata tra siti abbreviata

Il metodo consigliato per aggiungere la chiamata intersito abbreviata al piano di chiamata di riferimento è di aggiungere schemi di traduzione di normalizzazione 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 normalzzano la stringa chiamata in +E.164.

Per aggiungere la chiamata rapida aziendale alle destinazioni BroadCloud, aggiungere il relativo percorso di traduzione di normalizzazione di chiamata per la posizione BroadCloud nella partizione "BroadCloud" (ad esempio, "8101XX" nel diagramma). Dopo la normalizzazione, la chiamata di nuovo viene inviata a BroadCloud dopo aver corrispondente al percorso di inoltro nella partizione "BroadCloud".

Non si consiglia di aggiungere lo schema di conversione di normalizzazione delle chiamate abbreviate per le chiamate BroadCloud alla partizione "ESN", poiché questa configurazione potrebbe creare loop di inoltro chiamate indesiderati.

Differenza tra Webex Calling per provider di servizi e rivenditori di 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 rivenditori aggiunti (VAR) e i relativi clienti. Per la maggior parte delle attività, le offerte sono identici e, come tali, si chiamano genericamente Webex Calling. Tuttavia, esistono un paio di differenze e dove dobbiamo indicare tali differenze. Garantiremo di sapere se si applicano a SP o VAR.

Sebbene entrambe le offerte siano amministrate in Control Hub con l'avvio incrociato nel portale di amministrazione chiamate, di seguito sono presenti alcune differenze chiave.

Gli SP possono creare un branded dei portali di chiamata e delle app e devono aggregare e fornire i propri servizi PSTN 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 sfruttare attraverso una distribuzione del 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 Webexe Webex Meetings con le relative applicazioni di chiamata.

Gestori protocollo per la chiamata

Cisco Webex Calling registra i seguenti gestori di protocollo con il sistema operativo per abilitare la funzionalità Click-to-Call 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:

  • CHIAMATA CLICKTOCALL: o CLICKTOCALL://

  • Sip: o SIP://

  • Tel: o TEL://

  • WEBEXTEL: o WEBEXTEL://

Gestori protocollo per Windows

Altre app possono eseguire la registrazione per i gestori di protocollo prima dell'app Webex. In Windows 10, la finestra di sistema in cui si richiede agli utenti di selezionare l'app da utilizzare per avviare la chiamata. Le preferenze utente vengono memorizzate se l'utente fa clic su Always use this app (Usa sempre questaapp).

Se gli utenti devono ripristinare le impostazioni dell'app di chiamata predefinita in modo da poter selezionare Webex, è possibile indicargli di modificare le associazioni di protocollo per Webex in Windows 10:

  1. Aprire impostazioni di sistema Impostazioni app predefinite, fare clic su Imposta valori predefiniti per app e scegliereWebex.

  2. Per ciascun protocollo, scegliere Webex.

Gestori protocollo per Mac

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

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

Filigrana
18 mar 2021| vista/e | persone pensano che sia stato utile

Preparazione dell'ambiente per la Webex Calling

Preparazione dell'ambiente Configurazione delle Webex Calling per l'organizzazione Configurazione del gateway locale PSTN Access (solo VAR) Cofigure UCM Configurazione delle Webex Calling di sistema Configurazione e gestione degli utenti Configurazione e gestione dei dispositivi

Requisiti per la chiamata

Licenze

Webex Calling è disponibile attraverso il piano Cisco Collaboration Flex. È necessario acquistare un piano EA (Enterprise Agreement) (per tutti gli utenti, inclusi dispositivi al 50% di aree di lavoro) o un piano per utenti non anonimi (NU) (alcuni o tutti gli utenti).

Webex Calling fornisce tre tipi di licenza("Tipi metropolitana")

  • 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—Scegliere questa opzione se gli utenti necessitano di funzioni limitate senza mobilità o comunicazioni unificate. Tali utenti otterrà comunque un'offerta vocale completa, ma sono limitati a un singolo dispositivo per utente.


    Le licenze base sono disponibili solo se è stato creato l'abbonamento a Utenti non anartibili. Le licenze di base non sono supportate per gli abbonamenti Enterprise Agreement.

  • Aree di lavoro (anche note come area comuni): scegliere questa opzione se si sta cercando il segnale di linea di base con una serie limitata di funzioni di chiamata appropriate per aree come sale riunioni, aree di break room, aree di accesso e sale conferenze.

Questa documentazione successivamente mostra come utilizzare Control Hub per gestire queste distribuzioni di licenze tra le posizioni nella propria 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 le PSTN

Sia i rivenditori con valore aggiunto (VAR) che i provider di servizi (SP) possono fornire accesso PSTN alle Webex Calling organizzazioni. Il gateway locale è attualmente l'unica opzione che consente l'accesso PSTN locale. Il gateway locale può essere distribuito in modo autonomo o in distribuzioni in cui è richiesta l Cisco Unified Communications Manager integrzione. I requisiti del gateway locale seguono.

Dispositivi supportati

Webex Calling supporta i telefoni IP Cisco Multiplatform (MPP). In amministratore, è possibile registrare i seguenti telefoni nel cloud. Per ulteriori informazioni, vedere i seguenti articoli della Guida:


Per un elenco completo dei dispositivi supportati per Webex Calling, vedere Dispositivi supportati per Webex Calling.

Cisco Webex Room, Board e dispositivi della scrivania sono supportati come dispositivi in uno spazio di lavoro creato in Control Hub. Per ulteriori Cisco Webex Room, lavagna e dispositivi della scrivania, vedere "dispositivi Webex Calling supportati" in Dispositivi supportati per Webex Calling. Tuttavia, è possibile fornire a questi dispositivi il servizio PSTN abilitando la Webex Calling per l'area di lavoro.

Firewall

Soddisfare i requisiti del firewall documentati 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 , assicurarsidi

    • Avere una conoscenza di base dei principi VoIP base

    • Avere una conoscenza funzionante di base dei concetti vocali Cisco IOS-XE e IOS-XE

    • Informazioni di base sulla funzionalità SIP (Session Initiation Protocol) (SIP)

    • Avere una conoscenza di base di Cisco Unified Communications Manager (Unified CM), se il modello di distribuzione include Unified CM

    Ulteriori dettagli sono disponibili nella Guida alla configurazione aziendale Cisco Unified Border Element (CUBE) su https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html

Requisiti hardware e software per gateway locale

Accertarsi che la distribuzione presenti uno o più gateway locali (Cisco CUBE (per la connettività basata su IP) o il gateway Cisco IOS (per la connettività basata su TDM)) presenti nella Tabella 1 del gateway locale per la guida all'ordinazione Webex Calling. Inoltre, accertarsi che la piattaforma sia in esecuzione una release IOS-XE supportata in base alla Guida alla configurazione del gateway locale.

Requisiti di certificato e sicurezza per gateway locale

Webex Calling applicazioni multimediali e di segnalazione sicura. Il gateway locale esegue la crittografia e una connessione TLS deve essere stabilita in uscita al cloud con le seguenti operazioni:

  • LGW deve essere aggiornato con il bundle radice CA di Cisco PKI

  • Un set di credenziali SIP digest della pagina di configurazione trunk di Control Hub viene utilizzato per configurare l'LGW (le operazioni fanno parte della configurazione seguente)

  • Bundle radice CA convalida certificato presentato

  • Richiesta delle credenziali (digest SIP fornito)

  • Il cloud identifica il gateway locale registrato in sicurezza

Requisiti di ottimizzazione del firewall, di attraversamento NAT e del percorso multimediale per il gateway locale

Nella maggior parte dei casi, il gateway locale e gli endpoint possono risiedere nella rete del cliente interna, utilizzando indirizzi IP privato con NAT. Il firewall aziendale deve consentire il traffico in uscita (SIP, RTP/UDP, HTTP) a specifici indirizzi/porte IP coperte nelle Informazioni di riferimentoporta.

Se si desidera utilizzare l'ottimizzazione del percorso multimediale con ICE, l'interfaccia dell'interfaccia Webex Calling del gateway locale deve avere un percorso di rete diretto a e dagli endpoint Webex Calling ingresso. Se gli endpoint si trovano in una posizione diversa e non esiste un percorso di rete diretto tra gli endpoint e l'interfaccia Webex Calling del gateway locale, il gateway locale deve disporre di un indirizzo IP pubblico assegnato all'interfaccia 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
18 mar 2021| vista/e | persone pensano che sia stato utile

Configurazione di Cisco Webex Calling per la propria organizzazione

Operazioni preliminari

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

1

Fare clic sul collegamento Introduzione nel messaggio e-mail di benvenuto 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 eseguita la connessione, viene avviata automaticamente la procedura di installazione guidata.

2

Esaminare e accettare i Termini del servizio.

3

Esaminare il piano e fare clic su Introduzione.

4

Selezionare il paese a cui deve essere mappato il centro dati e inserire le informazioni di contatto e indirizzo del cliente.

5

Fare clic su Avanti: Posizione predefinita.

6

Selezionare una delle opzioni seguenti:

  • Fare clic su Salva e chiudi se si è un amministratore del partner e si desidera che l'amministratore del cliente completi il provisioning di Webex Calling.
  • Compilare le informazioni di posizione necessarie. Una volta creata la posizione nella procedura guidata, è possibile 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. È possibile creare altre località in diversi paesi in un secondo tempo, ma tenere presente che verranno ospitate nel centro dati regionale corrispondente al paese del contratto selezionato in precedenza in questa procedura. Ad esempio, è possibile avere una località negli Stati Uniti e una nel Regno Unito.


 

Al termine della procedura di installazione guidata, accertarsi di aggiungere un numero principale alla posizione creata.

7

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


 

Quando è abilitata, questa impostazione a livello di posizione converte tutte le app di chiamata esistenti in chiamata 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

Inserire un indirizzo SIP Cisco Webex disponibile e fare clic su Next(Avanti).

10

Selezionare Fine.

Operazioni preliminari

Per creare una nuova posizione, preparare le seguenti informazioni:

  • Indirizzo posizione

  • Numeri di telefono desiderati (opzionale)

1

Dalla vista del cliente in , andare a https://admin.webex.comServizi > chiamata > Posizioni , quindi fare clic su Aggiungi posizione .

Tenere presente che le nuove posizioni verranno ospitate nel centro dati regionale corrispondente al paese del contratto selezionato utilizzando la procedura guidata di configurazione iniziale.

2

Configurare le impostazioni della posizione:

  • Nomeposizione: inserire un nome univoco per identificare la posizione.
  • Paese—Scegliere un paese a cui associare la posizione. Ad esempio, è possibile creare una sede (sede centrale) negli Stati Uniti e un'altra (filiale) nel Regno Unito. Il paese scelto determina i campi dell'indirizzo seguenti. Ad esempio, quelli documentati qui utilizzano la convenzione dell'indirizzo STATUNITENSE.
  • Lingua:scegliere la lingua per la posizione.
  • Indirizzo:inserire l'indirizzo postale principale della posizione.
  • Città:inserire una città per questa posizione.
  • Stato:dall'elenco a discesa, scegliere uno stato.
  • CAP/Codicepostale: immettere il CAP.Numero di telefono: immettere il numero di telefono al quale è possibile raggiungere il contattoprincipale della posizione.
3

(Opzionale) Attivare Skype for Business se gli utenti in questa posizione desiderano continuare a collaborare utilizzando l'app desktop Microsoft Skype for Business. Gli utenti potranno effettuare e ricevere telefonate dall'esterno della propria organizzazione nonché utilizzare 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 sull'app Microsoft Skype, vengono avviati automaticamente nell'app Webex Calling S4B.


 

Questa è l'unica volta che è possibile attivare o disattivare l'integrazione Skype for Business con l'app Webex Calling. Una volta creata la posizione, non è più possibile modificare questa impostazione.

4

Fare clic su Salva e scegliere se si desidera aggiungere i numeri ora o in un secondo momento.

5

Se è stato fatto clic su Aggiungiora, scegliere una delle seguenti opzioni:

  • Cisco PSTN: scegliere questa opzione se si desidera una soluzione in bundle che consente di ordinare nuovi numeri PSTN e di portare i numeri esistenti in Cisco.


     

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

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

    2. La località si trova in un paese in cui è supportato il piano Cisco Calling (attualmente disponibile solo negli Stati Uniti).

  • PSTN connesso al cloud: scegliere questa opzione se si sta cercando una soluzione cloud che non richiede un investimento significativo nell'hardware locale e selezionare unprovider CCP a scelta.

     

    Vengono visualizzati solo i partner che supportano il paese della propria località.

    Se viene visualizzata l'opzione per ordinare i numeri ora in un provider elencato, si consiglia di scegliere tale opzione in modo da poter trarre vantaggio dal CCP integrato. In questo modo, è possibile ordinare i numeri direttamente qui in Control Hub. Se si sceglie questa opzione, andare qui per ulteriori informazioni e per le operazioni successive.

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

  • PSTN basato su locale (gateway locale): è possibile scegliere questa opzione se si desidera mantenere il provider PSTN corrente o se si desidera connettere siti non cloud con isiti cloud.

6

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

7

Immettere numeri di telefono come valori separati da virgola, quindi fare clic su Convalida.

I numeri vengono aggiunti per la posizione specifica. Le voci valide si spostano 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 località, i numeri vengono formattati in base ai requisiti di chiamata locale. Ad esempio, se è necessario un codice paese, è possibile inserire i numeri con o senza il codice e inserire prima il codice.

8

Fare clic su Salva.

Operazione successivi

Una volta creata una posizione, è possibile abilitare i servizi 911 di emergenza per tale posizione. Per ulteriori informazioni, vedere Il servizio RedSky di emergenza 911 per Webex Calling.

Quando è stata creata l'organizzazione del cliente in Control Hub, la prima posizione creata diventaautomaticamente la posizione predefinita. Gli utenti aggiunti alla propria organizzazione vengono assegnati a questa posizione predefinita, se non diversamente specificato. È possibile impostare qualsiasi posizione successiva come posizione predefinita, ma tenere presente che non è possibile eliminarla.

Operazioni preliminari


Ottenere un elenco degli utenti e delle aree di lavoro associate a una posizione: Andare a Servizi > e dal menu a discesa selezionare la posizione da eliminare. È necessario eliminare tali utenti e spazi di lavoro prima di eliminare la posizione.

Tenere presente che qualsiasi numero associato a questa posizione verrà rilasciato nuovamente al provider PSTN; non saranno più i proprietari di tali numeri.

1

Dalla vista del cliente in , andare a Servizi > chiamata > Posizione , quindi selezionare la https://admin.webex.com posizione che si desideraeliminare.

2

Fare clic su Altro accanto al nome della posizione, scegliere Elimina posizione econfermare che si desidera eliminare tale posizione.

Solitamente, sono necessari alcuni minuti per eliminare in modo permanente la posizione, ma potrebbero essere necessari fino a 1 ora. È possibile controllare lo stato facendo clic su Altro accanto al nome della posizione e selezionando Stato eliminazione.

È possibile modificare l'impostazione PSTN nonché il nome, il fuso orario e la lingua di una posizione dopo la creazione. Tenere 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, è possibile abilitare i servizi 911 di emergenza. Per ulteriori informazioni, vedere Il servizio RedSky di emergenza 911 per Webex Calling.

1

Dalla vista del cliente in , andare a Servizi > chiamata > posizioni , quindi selezionare la https://admin.webex.com posizione che si desideraaggiornare.

Se accanto a una posizione viene visualizzato il simbolo Di attenzione, significa che non è stato 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, selezionare PSTN connesso al cloud o PSTN basato su locale (gateway locale), in base a quello già configurato. Fare clic su Gestisci per modificare la configurazione e confermare i rischi associati selezionando Continua . Quindi, scegliere una delle seguenti opzioni e fare clic su Salva:

  • Cisco PSTN: scegliere questa opzione se si desidera una soluzione in bundle che consente di ordinare nuovi numeri PSTN e di portare i numeri esistenti in Cisco.


     

    I partner devono essere autorizzati i partner Webex Calling VAR e hanno accettato il nuovo componente aggiuntivo Webex Calling attraverso l'iscrizione nel programma CIsco Webex Calling VAR PSTN.

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

    Questa opzione è disponibile solo per rivenditori con valore aggiunto.

  • PSTN connesso al cloud: scegliere questa opzione se si sta cercando una soluzione cloud che non richiede un investimento significativo nell'hardware locale e selezionare unprovider CCP a scelta.


     

    Vengono visualizzati solo i partner che supportano il paese della propria località.

    Se viene visualizzata l'opzione per ordinare i numeri ora in un provider elencato, si consiglia di scegliere tale opzione in modo da poter trarre vantaggio dal CCP integrato. In questo modo, è possibile ordinare i numeri direttamente qui in Control Hub. Se si sceglie questa opzione, andare qui per ulteriori informazioni e per le operazioni successive

  • PSTN basato su locale (gateway locale): scegliere questa opzione se si desidera mantenere il provider PSTN corrente o se si desidera connetteresiti non cloud con i siti cloud.

     

    I clienti Webex Calling con posizioni precedentemente configurate con un gateway locale verranno convertiti automaticamente in PSTN basato su locale con un trunk corrispondente.

3

Selezionare il numero principale al quale è possibile raggiungere il contatto principale della posizione.

4

Selezionare il Numero della casella vocale che gli utenti possono chiamare per controllare la segreteria telefonica per questa posizione.

5

(Opzionale) Fare clic sull'icona della matita nella parte superiore della pagina Posizione per modificare il nome della posizione, il fuso orario o la lingua come necessario, quindi fare clic su Salva .

Queste impostazioni sono disponibili anche nella prima procedura di impostazione guidata. Quando si modifica il piano per le chiamate, i numeri di esempio in Control Hub vengono aggiornati per mostrare queste modifiche.

1

Dalla vista del cliente in , andare a Servizi https://admin.webex.com> Chiamata > Impostazioni servizio , quindi scorrere fino a Chiamata interna .

2

Configurare le seguenti preferenze di chiamata opzionali, in base alle proprie esigenze:

  • Lunghezza prefisso di indirizzamentoposizione: si consiglia questa impostazione se si dispone di più posizioni. È possibile inserire una lunghezza da 2 a 7 cifre. Se si dispone di più posizioni con lo stesso interno, gli utenti devono comporre un prefisso quando chiamano tra posizioni. Ad esempio, se si dispone di più archivi, tutti con interno 1000, è possibile configurare un prefisso di routing per ciascun archivio. Se un store ha un prefisso 888, si chiama 8881000 per raggiungere tale store.
  • Cifra di indirizzamento nel prefisso di indirizzamento: è possibile impostare un valore qui indipendentemente dal fatto che si utilizzino o menoi prefissi di indirizzamento della posizione.
  • Lunghezzainterno– È possibile inserire 2-6 cifre e il valore predefinito è 2.

     

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

3

Specificare la chiamata interna per determinate posizioni. Andare a Servizi > chiamata > posizioni , selezionare una posizione, scorrere fino a Chiamata , quindi modificare la chiamata interna ed esterna comenecessario:

  • Chiamata interna: specificare il prefisso di indirizzamento che gli utenti di altre posizioni devono comporre percontattare un contatto 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, è possibile scegliere una cifra di chiamata in uscita che gli utentidevono comporre per raggiungere una linea esterna. Il valore predefinito è Nessuno ed è possibile uscire se non è richiesta questa chiamata. Se si decide di utilizzare questa funzione, si consiglia di utilizzare un numero diverso dalla cifra di steering della propria organizzazione.

     

    Gli utenti possono includere la cifra di chiamata in uscita quando effettuano chiamate esterne per microfonare la modalità di chiamata su sistemi precedenti. Tuttavia, tutti gli utenti possono ancora effettuare chiamate esterne senza includere la cifra di chiamata in uscita.

Impatto sugli utenti:

  • Per effetto delle 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 steering della posizione.

Se si è un rivenditore aggiunto, è possibile utilizzare questa procedura per avviare la configurazione del gateway locale in Cisco Webex Control Hub. Quando questo gateway è registrato sul cloud, è possibile 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 se il gateway locale viene utilizzato per altre posizioni.

Seguire questa procedura per creare un trunk in Control Hub.

Operazioni preliminari

  • Una volta aggiunta una posizione e prima di configurare PSTN basato su locale per una posizione, è necessario creare un trunk.

  • Creare qualsiasi posizione e impostazioni e numeri specifici per ciascuno di essi. Le posizioni devono esistere prima di poter aggiungere un PSTN basato su locale.

  • 1.1.1 Requisiti di PSTN basato su locale per Webex Calling.

  • Non è possibile scegliere più di un trunk per una posizione con PSTN basato su locale, ma è possibile scegliere lo stesso trunk per più posizioni.

1

Dalla vista del cliente in , andare a Servizi > chiamata > inoltro chiamate https://admin.webex.com e selezionare Aggiungi trunk .

2

Selezionare una posizione.

3

Assegnare un nome al trunk e fare clic su Save(Salva).


 

Il nome non può contenere più di 24 caratteri.

Operazione successivi

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

Le informazioni sul trunk vengono visualizzate sullo schermo Registra dominio, Gruppo trunk OTG/DTG,Linea/portae Indirizzo proxy in uscita.

Si consiglia di copiare queste informazioni da Control Hub e incollarle in un file di testo locale o un documento in modo da poterli fare riferimento quando si è pronti a configurare il PSTN basato su locale.

Se si perdono le credenziali, è necessario generarle dalla schermata di informazioni trunk in Control Hub. Fare clic su Recupera nome utente e reimposta password per generare un nuovo set di credenziali di autenticazione da utilizzare sul trunk.

1

Dalla vista del cliente in https://admin.webex.com, andare a Servizi > chiamata > Posizioni.

2

Selezionare una posizione da modificare e fare clic suGestisci.

3

Selezionare PSTN basato su locale e fare clic su Avanti.

4

Scegliere un trunk dal menu a discesa.


 

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

5

Fare clic sull'avviso di conferma, quindi fare clic su Save(Salva).

Operazione successivi

È necessario 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 locale). Questo articolo vi guida attraverso questo processo. Come riferimento, vedere il diagramma seguente per un esempio del modo in cui le informazioni di configurazione di Control Hub (a sinistra) si associano ai parametri nel CUBE (a destra):

Dopo aver completato correttamente la configurazione sul gateway stesso, è possibile 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 chiamante e viene utilizzato come gateway PSTN attivo per la posizione.

1

Dalla vista del cliente in https://admin.webex.com, andare a Servizi > chiamata > numeri.

Viene visualizzata una tabella che mostra i numeri e le informazioni corrispondenti per tutte le posizioni. È possibile fare clic sull'elenco a discesa Tutte le posizioni e scegliere una posizione se si desidera filtrare in base a una posizione specifica. La tabella include informazioni come il numero assegnato a e il relativostato.

2

(Opzionale) Accanto a una voce di numero, in Azioni , fare clic su , quindi scegliere una delle seguentiopzioni:

  • Modifica:per i numeri attivi attualmente assegnati a un utente o un'posizione. Fare clic su questa opzione per aprire il Portale di amministrazione chiamate , in cui è possibileapportare ulteriori modifiche.

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

  • Elimina: questa opzione è disponibile per i numeri inattivi e non attualmente assegnati a un utente oun'posizione.

3

(Opzionale) Fare clic su Aggiungi numeri , specificare le informazioni richieste per aggiungere almeno un nuovo numero a unaposizione, quindi fare clic su Salva .


 

Le voci valide si spostano nel campo Numeri convalidati mentre 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 possono anche seguire il formato nazionale.

A seconda del paese della località, i numeri vengono formattati in base ai requisiti di chiamata locale. Ad esempio, se è necessario un codice paese, è possibile inserire i numeri con o senza il codice e inserire prima il codice.

4

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

Se si stanno provando i servizi Cisco Webex e si desidera convertire la versione di prova in una sottoscrizione a pagamento, è possibile inviare una richiesta e-mail al partner.

1

Dalla vista del cliente in https://admin.webex.com, selezionare l'icona dell'edificio .

2

Selezionare la scheda Sottoscrizioni, quindi fare clic su Acquistaora.

Viene inviato un messaggio e-mail al partner per informarlo che si è interessati alla conversione in un abbonamento a pagamento.

È possibile utilizzare Webex Control Hub per impostare la priorità delle opzioni di chiamata disponibili che gli utenti visualizzano in Webex. È anche possibile abilitarli per le chiamate con singolo clic.

1

Dalla vista del cliente in , andare a Impostazioni organizzazione > , scorrere fino a https://admin.webex.com Chiamata, quindi scegliere Impostazioni client.

2

Trascinare le opzioni di chiamata che si desidera visualizzare al campo Opzioni di chiamata disponibili, quindi riorganizzare gli utenti nell'ordine di priorità desiderato per gli utenti.

Altre opzioni nascoste per gli utenti vengono visualizzate nel campo Opzioni di chiamata nascoste, come mostrato nel screenshot di questo esempio:

3

Attivare Abilita single click-to-call se si desidera 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. È possibile consigliare agli utenti di riavviare le app per consentire loro di apportare queste modifiche più rapidamente.

È possibile controllare l'applicazione di chiamata visualizzata quando gli utenti effettuano chiamate PSTN. Dopo aver configurato questa impostazione a livello di organizzazione, è possibile ignorare questa impostazione per utenti specifici.


Scegliere l'opzione a livello di organizzazione solo se si è pronti a eseguire la migrazione dell'intera organizzazione.

Operazioni preliminari

  • L'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 del cliente in https://admin.webex.com, andare a Impostazioni , scorrere fino a Funzionamento chiamata , quindi scegliere una delle seguentiopzioni: .

  • Chiamata in Webex Teams: selezionare questa opzione se si desidera che gli utenti effettuano chiamatedirettamente in Webex utilizzandoWebex Calling.
  • App Webex Calling: selezionare questa opzione se la propria organizzazione dispone di un abbonamento a Cisco Webex Calling e si desidera consentire agli utenti di effettuare chiamate PSTN utilizzandol'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 che indica che il funzionamento della chiamata è stato aggiornato. Gli utenti ora possono effettuare chiamate PSTN da Webex o dall'app Webex Calling.

Gli utenti devono avere l'applicazione corrispondente installata per effettuare chiamate PSTN da Webex. Accertarsi di in base alla scelta effettuata e se viene utilizzata un'altra app per effettuare chiamate PSTN.


 

È possibile modificare questa impostazione a livello di utente se determinate persone devono utilizzare un funzionamento di chiamata diverso. Andare a Utenti e sotto Impostazioni , selezionare Funzionamento chiamata. È possibile effettuare la scelta e fare clic su Salva.

Filigrana
18 mar 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 propria organizzazione, è possibile configurare un trunk per la connessione del gateway locale Webex Calling. Il trunk tra il gateway locale e il cloud Webex è sempre sicuro mediante il trasporto SIP TLS e SRTP per il contenuto multimediale tra il gateway locale e il controller SBC di Webex Calling Access.

Utilizzare questo flusso di attività per configurare un gateway locale per il Webex Calling Trunk. Le operazioni seguenti vengono eseguite sul gateway locale tramite la riga di comando. Il trunk tra il gateway locale e Webex Calling sicurezza viene sempre protetto mediante il trasporto SIP TLS e SRTP per il contenuto multimediale tra il gateway locale e il controller SBC di Webex Calling Access.

Operazioni preliminari

  • Conoscenza dei requisiti di PSTN locali (gateway locale) per Webex Calling.

  • Creare un trunk in Control Hub e assegnarlo alla posizione desiderata.

  • Le linee guida di configurazione fornite in questo documento presuppongono che una piattaforma gateway locale dedicata sia presente senza configurazione vocale esistente. Se un gateway di PSTN esistente o una distribuzione AZIENDALE CUBE viene modificata in modo da utilizzare anche la funzione gateway locale per Webex Calling, prestare attenzione alla configurazione applicata e accertarsi che i flussi di chiamata e la funzionalità esistenti non vengano interrotti a causa delle modifiche apportate.

  Comando o azione Scopo
1

Mappatura dei parametri tra Cisco Webex Control Hub e Cisco Unified bordo del bordo del modello

Utilizzare questa tabella come riferimento per i parametri provenienti da Control Hub e dove vengono mappati al gateway locale.

2

Esegui configurazione piattaforma di riferimento

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

3

Registra gateway locale per Webex Calling

4

Sceglierne uno, in base alla propria distribuzione:

Inoltro chiamata accesso sul gateway locale si basa sull'Webex Calling di distribuzione appropriata scelta. In questa sezione si presuppone che PSTN ip terminazione sia sulla stessa piattaforma del gateway locale. La configurazione seguente si trova per una di queste opzioni sul gateway locale:

  • L'opzione di distribuzione del gateway locale senza un IP PBX locale. Il gateway locale e l'PSTN IP CUBE sono coresidenti.

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

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

Control Hub

Gateway locale

Dominio registrazione:

Control Hub deve analizzare il dominio da LinePort ricevuto da UCAPI.

esempio.com

Registrar

esempio.com

Gruppo trunk OTG/DTG

profili sip:

richiesta <rule-number> regola INTESTAZIONE SIP ANY

Da modifica ">" ";otg=otgDtgId>"

Linea/Porta

user@example.com

Numero: utente

Proxy in uscita

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

Nome utente SIP

nome utente

SIP Password

password

Operazioni preliminari

  • Assicurarsi che la configurazione della piattaforma di base come NTP, ACL, abilitazione delle password, password principali, routing IP, indirizzi IP e così via sia configurata in base ai criteri e alle procedure della propria organizzazione.

  • Ultima versione ioS-XE 16.12 o IOS-XE 17.3 richiesta per tutte le distribuzioni LGW.

1

Assicurarsi che le interfacce di livello 3 siano state assegnate indirizzi IP validi e che sia possibile eseguire il rublo:

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

È necessario preconfigurare una chiave principale per la password utilizzando i comandi riportati di seguito prima di poterla utilizzare nelle credenziali e condividere le credenziali. Le password di tipo 6 vengono crittografate utilizzando la crittografia AES e la chiave principale definita dall'utente.


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

Configurare IP Name Server per abilitare la ricerca DNS e assicurarsi 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

Abilitare l'esclusiva funzionalità TLS 1.2 e un segnaposto predefinito Trustpoint:

  1. Creare un segnaposto PKI Trustpoint e chiamarlo sampleTP

  2. Assegnare il trustpoint come trustpoint di segnalazione predefinito in sip-ua

  3. Il server cn-san-validate è necessario per assicurarsi che il gateway locale stabilisse la connessione solo se il proxy in uscita configurato sul tenant 200 (descritto successivamente) corrispondeva all'elenco CN-SAN ricevuto dal server.

  4. Il punto di trust crittografico è necessario per il funzionamento di TLS anche se un certificato client locale (ad esempio, mTLS) non è richiesto per l'impostazione della connessione.

  5. Disabilitare TLS v1.0 e v1.1 abilitando l'exclusività v1.2.

  6. Impostare tcp-retry count su 1000 (5 msec multipli = 5 secondi).

  7. (IOS-XE 17.3.2 e versioni successive) Impostare timer connessione stabilire tls <wait-timer in="" sec="">. L'intervallo è compreso tra 5 e 20 secondi e il valore predefinito è 20 secondi. (LGW richiede 20 secondi per rilevare l'errore di connessione TLS prima che tenti di stabilire una connessione al successivo Webex Calling Access SBC. Questa CLI consente all'amministratore di modificare il valore per gestire le condizioni di rete e rilevare gli errori di connessione con il controller SBC di accesso molto più velocemente).


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 attendibilità gateway locale:

Il bundle di attendibilità predefinito non include il certificato radice DigiCert necessario per la convalida del certificato lato server durante il percorso di connessione TLS Webex Calling.

Il bundle trust bundle deve essere aggiornato scaricando l'ultimo "bundle radice base attendibile Cisco" da http://www.cisco.com/security/pki/.

  1. Verificare l'esistenza del certificato CA della sala certificati DigiCert:

    
    LocalGateway#show crypto pki trustpool | include DigiCert
  2. In caso contrario, aggiornare la procedura seguente:

    
    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

Accertarsi di aver completato i passaggi in Control Hub per creare una posizione e aver aggiunto un trunk per tale posizione. Nell'esempio riportato di seguito, le informazioni sono state ottenute da Control Hub.

1

Inserire questi comandi per attivare l'applicazione gateway locale (vedere Informazioni di riferimento porta per Cisco Webex Calling per le subnet IP più recenti che devono essere aggiunte al elenco 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 a numeri verde
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 esplicitamente gli indirizzi IP di origine di entità da cui il gateway locale si aspetta chiamate VoIP legittima, come peer Webex Calling, nodi Unified CM, ip PSTN.

  • Per impostazione predefinita, LGW blocca tutte le impostazioni di chiamata VoIP ingresso da indirizzi IP non presenti nell'elenco di affidabilità. 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 è collegato il cliente. Per ulteriori informazioni, vedere Informazioni di riferimento porta per Webex Calling.


     

    Se l'LGW si trova dietro un firewall con NAT con cone limitata, si potrebbe scegliere di disabilitare l'elenco di indirizzi IP attendibili sull Webex Calling interfaccia cone limitata. Ciò si verifica perché il firewall già protegge l'utente da richieste in entrata VoIP. Questa azione riduce il sovraccarico della configurazione a lungo termine poiché non è garantito che gli indirizzi dei peer Webex Calling rimangano corretti e che sia necessario configurare il firewall per i peer in qualsiasi caso.

  • È possibile che altri indirizzi IP siano necessari su altre interfacce; ad esempio, gli indirizzi Unified CM potrebbero dover essere aggiunti alle interfacce rivolto verso l'alto.

  • Gli indirizzi IP devono corrispondere all'IP degli hostoutbound-proxysi risolve in in tenant 200

  • Per ulteriori informazioni, vedere .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 
  • Le statistiche multimediali abilitano il monitoraggio dei file multimediali sul gateway locale.

  • Le statistiche di massa multimediali consentono il controllo del sondaggio dell'evasore dei dati per le statistiche delle chiamate in massa.

Funzionalità base SIP-to-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 Sostituisce l'intestazione con l'ID finestra di dialogo peer.

Per ulteriori informazioni, vedere .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 del fax, sebbene il traffico fac non sia crittografato.

Abilita STUN globale
stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
  • Quando una chiamata viene inoltrata nuovamente a un utente Webex Calling (ad esempio, entrambe le parti della chiamata e della chiamata sono abbonati Webex Calling e il contenuto multimediale è ancorato al controller SBC di Webex Calling), il contenuto multimediale non può scorrere al gateway locale poiché la chiamata non è aperta.

  • La funzione di associazioni STUN sul gateway locale consente l'invio di richieste STUN generate in locale sul percorso multimediale negoziato. Ciò consente di aprire la rete nel 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 tali firewall (ad esempio, senza regole di in uscita esplicite). Tuttavia, per il caso di distribuzione del gateway locale, il firewall viene configurato in modo statico per aprire le porte in entrata e in uscita in base alle reti secondarie Webex Calling SBC. Come tale, il firewall deve considerarlo come qualsiasi pacchetto UDP in ingresso che attiverà l'apertura del pinlo 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

Configurare "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:

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

    Questo tipo di conversione viene convertito tra URI SIP e URL SIP poiché Webex Calling non supporta gli URI SIP nei messaggi di richiesta/risposta, ma richiede che si apportino le query SRV, ad esempio._sips._tcp.<outbound-proxy>.
  • La regola 20 modifica l'intestazione From in modo da includere il parametro Trunk Group OTG/DTG da Control Hub per identificare in modo univoco un sito LGW all'interno di un'azienda.

  • Questo profilo SIP verrà applicato al tenant della classe vocale 200 (successivo) per tutto il traffico Webex Calling .

3

Configurare profilo codec, definizione STUN e suite di crittografia SRTP.

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:

  • Codec classe vocale99: Consente entrambi i codec g711 (mu e a-law) per le sessioni. Viene applicato a tutti i dial-peer.

  • Classe vocale srtp-crypto 200: Specifica SHA1_80 come unica suite di crittografia SRTP offerta dal gateway locale nell'SDP in offerta e risposta. Webex Calling supporta solo SHA1_80.

  • Verrà applicato al tenant della classe vocale 200 (successivo) di Webex Calling .

  • Lezione vocale - uso 200: Definisce l'utilizzo STUN. Viene applicata a Webex Calling dial-peer con Webex Calling (2XX tag) per evitare che l'audio non sia disponibile quando un telefono Unified CM inoltra la chiamata a un altroWebex Calling telefono.


 

Nei casi in cui il contenuto multimediale è ancorato al controller SBC ITSP e il gateway locale si trova dietro un NAT e in attesa del flusso multimediale in ingresso da ITSP, questo comando può essere applicato ai dial-peer di interfaccia ITSP.


 

L'uso di ice lite è richiesto per i flussi di chiamata che utilizzano l'ottimizzazione del percorso multimediale.

4

Associa parametri Control Hub a configurazione gateway locale:

Webex Calling viene aggiunto come tenant all'interno del gateway locale. La configurazione richiesta per registrare il gateway locale è definita nel tenant della classe vocale 200. È necessario 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 applicato a Webex Calling dial-peer(tag 2xx) all'interno della configurazione del gateway locale. La funzione tenant della classe vocale consente il raggruppamento e la configurazione di parametri SIP Trunk in caso contrario in voip e sip-ua del servizio vocale. 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 (servizio vocale voip / sip-ua)

5

Configurare il tenant della classe vocale 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. È necessario utilizzare i parametri per la propria 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

La funzione multitenant di un gateway locale abilita configurazioni globali specifiche per più tenant su SIP trunk 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, consultare .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 verifica registrazione trunk. Per ulteriori informazioni, consultare .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

Sfida di autenticazione per le chiamate. Per ulteriori informazioni, consultare .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 ID parte remota SIP (RPID) come Webex Calling supporta PAI, che viene abilitato utilizzando CIOasserted-id pai(vedere di seguito).

sip-server dns:40462196.cisco-bcld.com
Webex Calling server. 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 ed chiamate.

srtp-crypto 200

Specifica SHA1_80 come definito invoice 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 dal profilo SIP 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 segnale Webex Calling .

bind media source-interface GigabitEthernet0/0/1

Interfaccia origine multimediale Webex Calling.

no pass-thru content custom-sdp

Comando predefinito in tenant.

sip-profiles 200

Modifica SIPS in SIP e modifica linea/porta per i messaggi INVITE e REGISTER come definito invoice class sip-profiles 200.

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

Webex Calling accedere al controller SBC. Per ulteriori informazioni, consultare .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 sui valori dell'intestazione della privacy dall'ingresso alla parte 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 , a quel punto il controller SBC di accesso presenta il proprio certificato al gateway locale. Il gateway locale convalida il certificato SBC Webex Calling Access mediante il bundle radice CA aggiornato in precedenza. Viene stabilita una sessione TLS permanente tra il gateway locale e Webex Calling Access SBC. Il gateway locale invia quindi un'iscrizione al controller SBC di accesso che viene contestato. AOR iscrizione number@domain. Il numero viene preso dal parametro delle credenziali "numero" e dal dominio dal dns di "registrare:<fqdn>". Quando è posta in prova la registrazione, i parametri di nome utente, password e area di autenticazione delle credenziali vengono utilizzati per creare l'intestazione e il profilo SIP 200 converte nuovamente l'URL SIPS in SIP. 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 delle classi vocali: prima verranno creati tenant aggiuntivi per i dial-peer ITSP simili ai tenant 200 creati per Webex Calling dial-peer.

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

  3. Dial-peer in uscita: per indirizzare i telefoni delle chiamate in uscita daLGW al trunk SIP ITSP Webex Calling.

  4. DPG classevocale: richiamate dai dial-peer in uscita da un dial-peer in entrata.

  5. Dial-peer iningresso: per accettare i pacchetti di chiamata in ingresso 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

Configurare i seguenti tenant della classe vocale:

  1. Il tenant della classe vocale 100 viene applicato a tutti i dial-peer in uscita PSTN.

    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. Il tenant della classe vocale 300 viene applicato a tutti i dial-peer IN INGRESSO da ip PSTN.

    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

Configurare il seguente URI della classe vocale:

  1. Definisci indirizzo IP host ITSP:

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

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

    Il gateway locale non supporta attualmente un carattere di sottolineatura "_" nello schema di corrispondenza. Come soluzione, viene utilizzato il punto "". (corrispondente a qualsiasi) in base al "_".

    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

Configurare i seguenti dial-peer in uscita:

  1. Chiamata in uscita verso indirizzi IP PSTN:

    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

    Motivo a cifre che consente la selezione di questo numero di chiamata peer. Tuttavia, questo numero in uscita viene richiamato direttamente dal dial-peer in ingresso utilizzando istruzioni DPG e ciò bypassa i criteri di corrispondenza del numero. Di conseguenza, viene utilizzato un percorso arbitrario in base alle cifre alfanumeriche consentite dalla cli modello di destinazione.

    session protocol sipv2

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

    session target ipv4:192.168.80.13

    Indica l'indirizzo IPv4 di destinazione al quale verrà inviato questo percorso di chiamata. In questo caso, l'indirizzo IP del provider 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 questa chiamata.

    voice-class sip tenant 100

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

    no vad

    Disabilita il rilevamento dell'attività vocale.

  2. Chiamata in uscita verso Webex Calling (questo dial-peer verrà aggiornato per servire come dial-peer in entrata da Webex Calling e 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 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 di questo dial-peer. Webex Calling server definito in tenant 200 viene ereditano 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ò consente di aprire la rete nel firewall.

    no voice-class sip localhost

    Disabilita la sostituzione del nome host locale DNS in sostituzione all'indirizzo IP fisico nelle intestazioni From, Call-ID e Remote-Party ID dei messaggi in uscita.

    voice-class sip tenant 200

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

    srtp

    SRTP abilitato per questo parte della chiamata.

    no vad

    Disabilita il rilevamento dell'attività vocale.

4

Configurare 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 gruppo di richiamata in ingresso 100. Verrà applicato DPG 100 al dial-peer 200201 per Webex Calling --> LGW --> PSTN ingresso.

    voice class dpg 100
     description Incoming WxC(DP200201) to IP PSTN(DP101)
     dial-peer 101 preference 1
    
  2. Definire il gruppo di dial-peer 200 con dial-peer 200201 in uscita come destinazione per PSTN --> LGW --> Webex Calling destinazione. 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

Configurare i seguenti dial-peer in entrata:

  1. Ingresso dial-peer per i telefoni di chiamata IP PSTN 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 coscie di chiamata SIP.

    incoming uri via 100

    Tutto il traffico in ingresso da PSTN IP a LocalGW viene corrispondente sull'indirizzo IP host dell'intestazione VIA in ingresso definito nell'URI della classe vocale 100 SIP in base all'indirizzo IP di origine (ITSP).

    destination dpg 200

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

    voice-class sip tenant 300

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

    no vad

    Disabilita il rilevamento dell'attività vocale.

  2. Composizione del numero in ingresso per i Webex Calling chiamata 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 di 200201 e una descrizione significativa viene fornita per facilità di gestione e risoluzione dei problemi.

    incoming uri request 200

    Tutto il traffico in ingresso da Webex Calling a LGW può essere corrispondente sul percorso dtg univoco nell'URI della richiesta, identificando in modo univoco il sito gateway locale all'interno di un'azienda e nell'Webex Calling virtuale.

    destination dpg 100

    Con il dpg di destinazione 100, IOS-XE passano i criteri di corrispondenza del dial-peer in uscita classica e procede direttamente all'impostazione della linea di chiamata in uscita utilizzando i dial-peer definiti all'interno del gruppo dial-peer 100 di destinazione, che è il dial-peer 101.

    max-conn 150

    Limita il numero di chiamate concorrenti a 150 tra l'LGW e la Webex Calling, presupponendo un Webex Calling con chiamata singola per chiamate in entrata e in uscita, come definito in questa guida. Per ulteriori dettagli sui limiti di chiamate concorrenti che implicano il gateway locale, visitare https://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/mcp/DEPLOYMENT_CALLING_Unified_CM_to_Webex_Calling.pdf.

PSTN a Webex Calling

Tutti i pacchetti di chiamata IP PSTN in ingresso sul gateway locale sono corrispondenti al 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 è richiesta da DPG 200 che richiama direttamente il dial-peer in uscita 200201, che dispone del server Webex Calling elencato come destinazione di destinazione.

Webex Calling a PSTN

Tutti i messaggi di chiamata Webex Calling in ingresso sul gateway locale sono corrispondenti al peer dial-peer 200201 poiché soddisfa i criteri di corrispondenza per il percorso di intestazione URI REQUEST con il parametro TrunkGroup OTG/DTG, univoco per questa distribuzione del gateway locale. La selezione del dial-peer in uscita è richiesta da DPG 100 che richiama direttamente il dial-peer in uscita 101, con l'indirizzo IP PSTN IP elencato come destinazione di destinazione.

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

  1. Tenant delle classi vocali: è necessario creare tenant aggiuntivi per i dial-peer Unified CM e ITSP, in modo simile al tenant 200 creato per Webex Calling dial-peer di fronte.

  2. URI di classevocale: schemi che definiscono indirizzi/porte IP host per diversi trunk che terminano su LGW: da Unified CM a LGW per PSTN destinazione; Da Unified CM a LGW per Webex Calling destinazione; Webex Calling connessione a LGW; e PSTN terminazione del trunk SIP su LGW.

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

  4. Dial-peer in uscita: per indirizzare i telefoni delle chiamate in uscita daLGW a Unified CM, trunk SIP ITSP e/oWebex Calling.

  5. Classe vocale DPG:richiamate dial-peer in uscita da un dial-peer in ingresso.

  6. Dial-peer in ingresso: per accettare i telefoni di chiamata in ingresso di Unified CM, ITSP e/o Webex Calling.

1

Configurare i seguenti tenant della classe vocale:

  1. Il tenant della classe vocale 100 viene applicato a tutti i dial-peer in uscita unificati CM e IP PSTN:

    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. Il tenant della classe vocale 300 verrà applicato a tutti i dial-peer in ingresso di Unified CM e ip PSTN:

    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

Configurare i seguenti URI di classe vocale:

  1. Definisce l'indirizzo IP host del provider ITSP:

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

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

    Il gateway locale non supporta attualmente un carattere di sottolineatura "_" nello schema di corrispondenza. Come soluzione, viene utilizzato il punto "". (corrispondente a qualsiasi) in base al "_".

    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 Unified CM signaling VIA per il Webex Calling trunk:

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

    voice class uri 302 sip
     pattern 192.168.80.60:5060
    
3

Configurare i seguenti gruppi di server di classi vocali:

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

Configurare i seguenti dial-peer in uscita:

  1. Chiamata in uscita verso indirizzi IP PSTN:

    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

    Motivo a cifre che consentirà la selezione di questo numero di chiamata peer. Tuttavia, questo numero in uscita viene richiamato direttamente dal dial-peer in ingresso utilizzando istruzioni DPG e ciò bypassa i criteri di corrispondenza del numero. Di conseguenza, viene utilizzato un percorso arbitrario in base alle cifre alfanumeriche consentite dalla cli modello di destinazione.

    session protocol sipv2

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

    session target ipv4:192.168.80.13

    Indica l'indirizzo IPv4 di destinazione al quale verrà inviato questo percorso di chiamata. In questo caso, l'indirizzo IP del provider 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 ereditano tutti i parametri del tenant 100 a meno che lo stesso parametro sia definito nel dial-peer stesso.

  2. Dial-peer in uscita verso Webex Calling (questo dial-peer verrà aggiornato per servire come dial-peer in entrata da Webex Calling e 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 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 di questo dial-peer. Webex Calling server definito in tenant 200 verrà ereditano per questo dial-peer.

    voice-class stun-usage 200

    La funzione di associazione STUN su LGW consente l'invio di richieste STUN generate in locale sul percorso multimediale negoziato. Ciò consente di aprire la rete nel firewall.

    no voice-class sip localhost

    Disabilita la configurazione secondaria del nome host locale DNS in sostituzione all'indirizzo IP fisico nelle intestazioni Di, 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 (trunk Webex Calling LGW) a meno che lo stesso parametro sia definito in <--> dial-peer stesso. </-->

    srtp

    SRTP abilitato per questo parte della chiamata.

  3. Chiamata in uscita verso il trunk di connessione Webex Calling 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 una descrizione significativa viene fornita 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 server301 per 301 ) per definire più nodi UCM di destinazione sebbene l'esempio mostra solo un singolonodo.

    Gruppo di server in uscita Peer

    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 di elaborazione chiamate Unified CM o la risposta in base a una preferenza definita. Ciascun gruppo di server può avere fino a cinque server (IPv4/v6 con o senza porta). Un secondo gruppo di dial-peer e secondo server è richiesto solo se vengono utilizzati più di cinque abbonati di elaborazione chiamata.

    Per ulteriori informazioni, vedere .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 il trunk di Webex Calling Unified CM se sono attivi 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 di PSTN 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 di PSTN Unified CM se si dispone 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

Configurare il seguente DPG:

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

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

    voice class dpg 200
     dial-peer 200201 preference 1
    
  3. Definire DPG 300 per i 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. Definire DPG 302 per i 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

Configurare i seguenti dial-peer in ingresso:

  1. Ingresso dial-peer per i telefoni di chiamata IP PSTN 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 coscie di chiamata SIP.

    incoming uri via 100

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

    destination dpg 302

    Con il DPG 302 di destinazione, IOS-XE passano i criteri di corrispondenza del dial-peer in uscita classica e procede direttamente per impostare la linea di chiamata in uscita utilizzando dial-peer definiti all'interno di DPG 302 di destinazione, che può essere dial-peer 305 o dial-peer 307.

    voice-class sip tenant 300

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

  2. Composizione del numero in ingresso per i Webex Calling chiamata 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 di 200201 e una descrizione significativa viene fornita per facilità di gestione e risoluzione dei problemi.

    incoming uri request 200

    Tutto il traffico in ingresso da Webex Calling a LGW può essere corrispondente al percorso dtg univoco nell'URI della richiesta, identificando in modo univoco un sito gateway locale all'interno di un'azienda e nel Webex Calling virtuale.

    destination dpg 300

    Con dPG 300 di destinazione, IOS-XE passa i criteri di corrispondenza del dial-peer in uscita classica e procede direttamente per impostare la linea di chiamata in uscita utilizzando dial-peer definiti all'interno di DPG 300 di destinazione, che può essere dial-peer 301 o dial-peer 303.

    max-conn 150

    Limita il numero di chiamate concorrenti a 150 tra l'LGW e la Webex Calling presupponendo un Webex Calling per chiamate in entrata e in uscita, come definito in questa guida. Per ulteriori dettagli sui limiti di chiamata concorrenti che implicano il gateway locale, visitare https://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/mcp/DEPLOYMENT_CALLING_Unified_CM_to_Webex_Calling.pdf.

  3. Chiamata in ingresso per i telefoni di chiamata Unified CM in arrivo Webex Calling 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 di 300 e 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 corrispondente sulla porta di origine (5065), definita nella classe vocale URI 300 SIP.

    destination dpg 200

    Con il DPG di destinazione 200, IOS-XE passa i criteri di corrispondenza del dial-peer in uscita classica e procede direttamente all'impostazione della linea di chiamata in uscita utilizzando i dial-peer definiti all'interno di DPG 200 di destinazione e che verranno definiti come dial-peer 200201.

    voice-class sip tenant 300

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

  4. Chiamata in ingresso per i telefoni di chiamata Unified CM in arrivo 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 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 corrispondente sull'indirizzo IP di segnalazione di origine Unified CM e tramite porta definita nella classe vocale URI 302 SIP. Viene utilizzata la porta SIP standard 5060.

    destination dpg 100

    Con la destinazione DPG 100, IOS-XE passa i criteri di corrispondenza del dial-peer in uscita classica e procede direttamente all'impostazione della linea di chiamata in uscita utilizzando i dial-peer definiti all'interno di DPG 100 di destinazione; viene utilizzato il dial-peer 101.

    voice-class sip tenant 300

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

Connessione da IP PSTN trunk PSTN Unified CM

Webex Calling da piattaforma a trunk Webex Calling Unified CM

Trunk PSTN UNified CM a ip PSTN

Trunk Webex Calling Unified CM a Webex Calling mobile

Le firme diagnostiche (DS) 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 terminali dell'evento. È anche possibile installare dS per automatizzare la raccolta dei dati diagnostici e trasferire i dati raccolti al caso Cisco TAC per accelerare il tempo di risoluzione.

Le firme diagnostiche (DS) sono file XML contenenti informazioni su eventi e azioni di trigger del problema da eseguire per informare, risolvere e risolvere il problema. La logica di rilevamento dei problemi viene definita utilizzando messaggi syslog, eventi SNMP e attraverso il monitoraggio periodico di output specifici dei comandi di visualizzazione. I tipi di azione includono la raccolta degli output dei comandi visualizzati, la generazione di un file di log consolidato e il caricamento del file in un percorso di rete fornito da un utente come HTTPS, SCP, server FTP. I file DS sono creati da tecnici TAC e vengono firmati in digitale per la protezione dell'integrità. Ogni file DS dispone di un ID numerico univoco assegnato dal sistema. Lo strumento di ricerca delle firme diagnostiche (DSLT) è una singola origine per individuare le firme applicabili per il monitoraggio e la risoluzione di diversi problemi.

Operazioni preliminari:

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

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

  • Accertarsi che sul gateway locale sia in esecuzione IOS XE 17.3.2 o superiore se si desidera utilizzare il server SMTP sicuro per le notifiche e-mail.

Prerequisiti

Gateway locale con IOS XE 17.3.2 o superiore

  1. Le firme diagnostiche sono abilitate per impostazione predefinita.

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

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

  1. Le firme diagnostiche sono abilitate per impostazione predefinita.

  2. Configurare il server e-mail da utilizzare per inviare notifiche proattive se il 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. Configurare 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. Inserire 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. Configurare il server e-mail da utilizzare per inviare notifiche proattive se il 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. Configurare 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 viene riportato un esempio della configurazione di un gateway locale con IOS XE 17.3.2 per l'invio delle notifiche proattive 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 che esegue il software IOS XE non è un tipico client Gmail basato su Web che supporta OAuth, pertanto è necessario configurare un'impostazione dell'account Gmail specifica e fornire un'autorizzazione specifica per l'elaborazione corretta del messaggio e-mail dal dispositivo:

  1. Andare a Gestisci account Google > sicurezza e attivare l'impostazione Accesso alle app meno sicuro.

  2. Risposta "Sì, sono stato io" quando si riceve un messaggio e-mail da Gmail in cui viene indicato che "Google ha impedito a qualcuno di accedere all'account utilizzando un'app non Google".

Installazione delle firme diagnostiche per il monitoraggio proattivo

Monitoraggio di un elevato utilizzo della CPU

Questo DS registra l'utilizzo della CPU di 5 secondi utilizzando l'OID SNMP 1.3.6.1.4.1.9.1.56. Quando l'utilizzo raggiunge il 75% o più, verranno disabilitati tutti i debug e verranno disinstallate tutte le firme diagnostiche installate nel gateway locale. Utilizzare le seguenti operazioni per installare la firma.

  1. Assicurarsi che SNMP sia abilitato utilizzando il comando show snmp. In caso contrario, configurare 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. Scaricare DS 64224 utilizzando le seguenti opzioni a discesa nello strumento di ricerca delle firme diagnostiche:

    
    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 Soluzione

    Ambito problema

    Prestazioni

    Tipo di problema

    Utilizzo elevato della CPU con notifica e-mail

  3. Copiare 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. Installare il file XML DS nel gateway locale.

    
    LocalGateway# call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
    LocalGateway# 
  5. Verificare che la firma sia installata correttamente utilizzando mostra firma diagnostica call-home. La colonna dello stato deve contenere un valore "registrato".

    
    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 

    Scarica DSes:

    DS ID

    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 tutti i DS in esecuzione, inclusi se stessi. Se richiesto, reinstallare DS 64224 per continuare a monitorare l'elevato utilizzo della CPU sul gateway locale.

Monitoraggio dell Trunk SIP iscrizione

Questo DS verifica l'annullamento della registrazione di un gateway locale Trunk SIP su Cisco Webex Calling cloud ogni 60 secondi. Una volta rilevato l'evento di annullamento della registrazione, viene generata una notifica e-mail e syslog e si disinstalla da sola in seguito a due occorrenze di annullamento della registrazione. Utilizzare la procedura seguente per installare la firma.

  1. Scaricare DS 64117 utilizzando le seguenti opzioni del menu a discesa nello strumento di ricerca delle firme diagnostiche:

    Nome campo

    Valore campo

    Piattaforma

    Cisco 4300, serie 4400 ISR o Cisco CSR serie 1000V

    Prodotto

    CUBE Enterprise in Webex Calling Soluzione

    Ambito problema

    SIP-SIP

    Tipo di problema

    Trunk SIP iscrizione con notifica e-mail

  2. Copiare il file XML DS nel gateway locale.

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

    
    LocalGateway# call-home diagnostic-signature load DS_64117.xml 
    Load file DS_64117.xml success 
    LocalGateway#  
  4. Verificare che la firma sia installata correttamente utilizzando mostra firma diagnostica call-home. La colonna dello stato deve contenere un valore "registrato".

Disconnessioni chiamate anomale di monitoraggio

Questo DS utilizza il sondaggio SNMP ogni 10 minuti per rilevare una disconnessione anomala della chiamata con errori SIP 403, 488 e 503.  Se l'aumento del numero di errori è maggiore o uguale a 5 dall'ultimo sondaggio, verrà generato un registro di sistema e una notifica e-mail. Utilizzare la procedura seguente per installare la firma.

  1. Controllare se SNMP è abilitato utilizzando il comando show snmp. In caso contrario, configurare 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. Scaricare DS 65221 utilizzando le seguenti opzioni nello strumento di ricerca delle firme diagnostiche:

    Nome campo

    Valore campo

    Piattaforma

    Cisco 4300, serie 4400 ISR o Cisco CSR serie 1000V

    Prodotto

    CUBE Enterprise in Webex Calling Soluzione

    Ambito problema

    Prestazioni

    Tipo di problema

    Rilevamento disconnessione chiamata anomala SIP con notifica e-mail e registro di sistema

  3. Copiare il file XML DS nel gateway locale.

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

    
    LocalGateway# call-home diagnostic-signature load DS_65221.xml 
    Load file DS_65221.xml success 
    LocalGateway# 
  5. Verificare che la firma sia installata correttamente utilizzando mostra firma diagnostica call-home. La colonna dello stato deve contenere un valore "registrato".

Installazione delle 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 per consentire 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 dei problemi intermittenti e temporanei.

È possibile utilizzare lo strumento di ricerca delle firme diagnostiche per individuare le firme applicabili e installarle per risolvere automaticamente un determinato problema oppure installare la firma consigliata dal tecnico del Tac come parte del coinvolgimento del supporto.

Di seguito un esempio di come trovare e installare un DS per rilevare l'occorrenza "%VOICE_IEC-3-GW: CCAPI: Errore interno (soglia di picco chiamate): IEC=1.1.181.1.29.0" e automatizzare la raccolta dei dati diagnostici utilizzando le operazioni riportate di seguito.

  1. Configurare una variabile di ambiente DS aggiuntiva ds_fsurl_prefix che è il percorso del file server CiscoTAC (cxd.cisco.com) in cui vengono caricati i dati diagnostici raccolti. Il nome utente nel campo percorso file è il numero di caso e la password è il token caricamento file supporto che può essere recuperato da Support Case Manager come mostrato di seguito. Il token caricamento file di supporto può essere generato nella sezione Allegati di Gestione casi di supporto, 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. Assicurarsi che SNMP sia abilitato utilizzando il comando show snmp. In caso contrario, configurare 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. Si consiglia di installare il monitoraggio ad alta CPU DS 64224 come misura proattiva che disabilita tutti i debug e le firme diagnostiche durante il periodo di utilizzo elevato della CPU. Scaricare DS 64224 utilizzando le seguenti opzioni nello strumento di ricerca delle firme diagnostiche:

    Nome campo

    Valore campo

    Piattaforma

    Cisco 4300, serie 4400 ISR o Cisco CSR serie 1000V

    Prodotto

    CUBE Enterprise in Webex Calling Soluzione

    Ambito problema

    Prestazioni

    Tipo di problema

    Utilizzo elevato della CPU con notifica e-mail

  4. Scaricare DS 65095 utilizzando le seguenti opzioni nello strumento di ricerca delle firme diagnostiche:

    Nome campo

    Valore campo

    Piattaforma

    Cisco 4300, serie 4400 ISR o Cisco CSR serie 1000V

    Prodotto

    CUBE Enterprise in Webex Calling Soluzione

    Ambito problema

    Syslogs

    Tipo di problema

    Registro di sistema - %VOICE_IEC-3-GW: CCAPI: Errore interno (soglia di picco chiamate): IEC=1.1.181.1.29.0

  5. Copiare 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. Installare il file XML di monitoraggio ad alta CPU DS 64224 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. Verificare che la firma sia installata correttamente utilizzando mostra firma diagnostica call-home. La colonna dello stato deve contenere un valore "registrato".

    
    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 

    DS scaricati:

    DS ID

    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 esecuzione firme diagnostiche

Come mostrato di seguito, la colonna "Status" (Stato) del comando show call-home diagnostic-signature (Messaggio diagnostico di chiamata in ingresso) cambierà in "esecuzione" mentre il gateway locale sta eseguendo l'azione definita all'interno della firma. L'output delle statistiche della firma diagnostica della chiamata a casa è il modo migliore per verificare se una firma diagnostica ha rilevato un evento di interesse ed ha eseguito l'azione. La colonna "Attivata/Max/Disattivazione" indica il numero di volte in cui la firma specificata ha attivato un evento, il numero massimo di volte che viene definito per rilevare un evento e se la firma si autoinstalla 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 

DS scaricati:

DS ID

Nome DS

Revisione

Stato

Ultimo aggiornamento (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Registrato

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

In esecuzione

2020-11-08 00:12:53

LocalGateway #

LocalGateway# mostra le statistiche della firma diagnostica-diagnostica della chiamata in ingresso

DS ID

Nome DS

Attivato/Max/Deinstall

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

20/01/A

23.053

23.053

LocalGateway #

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

Disinstalla firme diagnostiche

Le firme diagnostiche utilizzate per la risoluzione dei problemi sono solitamente definite per la disinstallazione dopo il rilevamento di un determinato numero di occorrenze di problemi. Se si desidera disinstallare manualmente una firma, recuperare l'ID DS dall'output della visualizzazione della firma diagnostica del sistema call-home ed eseguire 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 di ricerca delle firme diagnostiche, in base ai problemi comunemente visualizzati nelle distribuzioni. Il Tac attualmente non supporta richieste di creazione di nuove firme personalizzate.

Filigrana
18 mar 2021| vista/e | persone pensano che sia stato utile

Implementare l'alta disponibilità CUBE come gateway locale

Il gateway locale (LGW) è l'unica opzione che consente l'accesso PSTN locale per Cisco Webex Calling clienti. L'obiettivo di questo documento è fornire assistenza nella creazione di una configurazione del gateway locale che utilizza CUBE ad alta disponibilità, CUBE ad alta disponibilità, CUBE attivi/standby per failover stateful di chiamate attive.

Fondamenti

Prerequisiti

Prima di distribuire CUBE HA come gateway locale per Webex Calling, accertarsi di disporre di informazioni approfondite sui 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 aziendale CUBE esistente per utilizzare anche la funzione gateway locale per Cisco Webex Calling, prestare attenzione alla configurazione applicata per garantire che i flussi di chiamata e le funzionalità esistenti non vengano interrotte e che si sia soddisfatti dei 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 e i registri visualizzati 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 riportati alcune guide alla configurazione di CUBE HA per diverse piattaforme:

Webex Calling panoramica della soluzione

Cisco Webex Calling servizio è un'offerta di collaborazione che offre un'alternativa basata su cloud multi tenant al servizio telefonico PBX on-premise con più PSTN per i clienti.

La distribuzione del gateway locale (rappresentata di seguito) è al centro di questo articolo. Trunk locale (PSTN locale) in Webex Calling consente la connettività a un servizio di assistenza PSTN cliente. Fornisce anche la connettività a una distribuzione IP PBX on-premises, ad esempio Cisco Unified CM. Tutte le comunicazioni da e verso il cloud vengono protette utilizzando il trasporto TLS per SIP e SRTP per il contenuto multimediale.

La figura seguente mostra una Webex Calling di amministrazione senza un IP PBX esistente ed è applicabile a una distribuzione singola o multi-sito. La configurazione descritta in questo articolo si basa su questa distribuzione.

Ridondanza layer 2 box-to-box

Cube HA layer 2 ridondanza box-to-box utilizza il protocollo dell'infrastruttura RG (Redundancy Group) per formare una coppia di router attivi/in standby. Questa coppia condivide lo stesso indirizzo IP virtuale (VIP) sulle relative interfacce e scambia continuamente messaggi di stato. Le informazioni della sessione CUBE sono verificate su tutta la coppia di router consentendo al router di standby di assumere tutte le responsabilità di elaborazione delle chiamate CUBE immediatamente se il router attivo esce dal servizio, determinando una conservazione dello stato dei segnali e dei supporti.


Il check pointing è limitato alle chiamate connesse con pacchetti multimediali. Le chiamate in viaggio non vengono controllate (ad esempio, uno stato di tentativo o di suoneria).

In questo articolo, CUBE HA fa riferimento a CUBE High Availability (HA) Layer 2 Box-to-box (B2B) per la ridondanza stateful conservazione chiamata

A causa di IOS-XE 16.12.2, CUBE HA può essere distribuito come gateway locale per distribuzioni di Cisco Webex Calling trunk (PSTN basato su premises) 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 Cisco Webex Calling trunk.

Componente infrastruttura gruppo di ridondanza

Il componente Infra del gruppo di ridondanza (RG) fornisce il supporto dell'infrastruttura di comunicazione box-to-box tra i due CUB 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 salve tra i dueUB (tramite l'interfaccia di controllo), GigabitEthernet3 nella figura precedente.

  • Un meccanismo di trasporto per il controllo dei segnali e dello stato multimediale per ciascuna chiamata da attivo al router di standby (tramite l'interfaccia dati): GigabitEthernet3 nella figura precedente.

  • Configurazione e gestione dell'interfaccia IP virtuale (VIP) per le interfacce di traffico (è possibile configurare più interfacce di traffico 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 segnale e multimediale

B2B HA si basa sul VIP per ottenere la ridondanza. L'indirizzo 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, Webex Calling a SBC, 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 Webex Calling punto di vista, le coppie di CUBE HA agisce come un singolo gateway locale.

Il segnale di chiamata e le informazioni della sessione RTP delle chiamate stabilite vengono posti in punto di controllo dal router attivo al router di standby. Quando il router Attivo non è attivo, il router di standby riprende e continua a inoltrare il flusso RTP precedentemente inoltrato dal primo router.

Le chiamate in uno stato transitorio al momento del failover non verranno mantenute dopo la commutazione. Ad esempio, le chiamate non ancora stabilite o in corso di modifica con una funzione di trasferimento o attesa. Le chiamate stabilite possono essere disconnesse dopo la commutazione.

I seguenti requisiti esistono per l'uso di CUBE HA come gateway locale per il failover stateful delle chiamate:

  • CUBE HA non può avere interfacce TDM o analogiche co-posizionato

  • Le interfacce Gig1 e Gig2 sono denominate interfacce di traffico (SIP/RTP) e Gig3 è controllo/interfaccia dati RG (Redundancy Group)

  • Non è possibile inserire più di 2 coppie CUBE HA nello stesso dominio livello 2, una con ID gruppo 1 e l'altra con ID gruppo 2. Se si configurano 2 coppie HA con lo stesso ID gruppo, le interfacce controllo RG/dati devono appartenere a domini di livello 2 diversi (vlan, switch separato)

  • Il canale delle porte è supportato per entrambe le interfacce di controllo/dati e traffico RG

  • Tutti i segnali/supporti vengono provenienti da/all'indirizzo IP virtuale

  • Ogni volta che una piattaforma viene ricaricata in una relazione CUBE-HA, viene sempre attivata come Standby

  • L'indirizzo inferiore per tutte le interfacce (Gig1, Gig2, Gig3) deve essere sulla stessa piattaforma

  • Identificativo interfaccia di ridondanza, rii deve essere univoco per una combinazione di accoppiamento/interfaccia nello stesso livello 2

  • La configurazione su entrambi iUB 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 up

  • Interfacce con più traffico (SIP/RTP) (Gig1, Gig2) richiedono la configurazione del monitoraggio dell'interfaccia

  • CUBE-HA non è supportato su una connessione con cavo trasversale per il collegamento controllo RG/dati (Gig3)

  • Entrambe le piattaforme devono essere identici e devono essere connesse tramite uno switch fisico su interfacce simili a tutte le interfacce affinché CUBE HA funzioni, ad esempio, GE0/0/0 di CUBE-1 e CUBE-2 devono terminare sullo stesso switch e così via.

  • Impossibile impostare LA WAN come terminata direttamente su CD O DATA HA su entrambi i lati

  • Entrambi, Attivo/Standby, devono essere nello stesso centro dati

  • È obbligatorio utilizzare un'interfaccia L3 separata per ridondanza (controllo RG/dati, Gig3). e l'interfaccia utilizzata per il traffico non può essere utilizzata per ha keepalives e punto di controllo

  • Al momento del failover, il CUBE precedentemente attivo passa attraverso un ricaricamento per impostazione predefinita, conservando segnali e supporti

Configurazione della ridondanza su entrambi iUB

È necessario configurare la ridondanza di livello 2 box-to-box su entrambi iUB da utilizzare in una coppia HA per visualizzare gli IP virtuali.

1

Configurare il tracciamento dell'interfaccia a livello globale per tenere traccia dello stato dell'interfaccia.

conf t track 1 interfaccia 
 GigabitEthernet1 linea-protocollo traccia 2 interfaccia 
 GigabitEthernet2 uscita protocollo linea
VCUBE-1#conf.
VCUBE-1(config)#traccia un'interfaccia GigabitEthernet1 protocollo linea
VCUBE-1(config-track)#traccia 2 interfaccia GigabitEthernet2 line-protocol
VCUBE-1(config-track)#uscita
VCUBE-2#conf.
VCUBE-2(config)#traccia 1 interfaccia GigabitEthernet1 line-protocol
VCUBE-2(config-track)#traccia 2 interfaccia GigabitEthernet2 line-protocol
VCUBE-2(config-track)#uscita

La traccia CLI viene utilizzata in RG per tenere traccia dello stato dell'interfaccia del traffico vocale in modo che l'instradare attivo non dia il proprio ruolo attivo una volta che l'interfaccia del traffico è in basso.

2

Configurare un RG per l'uso con VoIP HA nella sotto modalità secondaria di ridondanza dell'applicazione.

ridondanza applicazione gruppo di ridondanza 1 nome 
 
 
    LocalGateway-HA priorità 
    100 soglia di failover 75 
    controllo GigabitEthernet3 protocollo 1 dati 
    GigabitEthernet3 timer ritardo 30 ricaricamento 60 traccia 1 traccia di arresto 2 arresto protocollo 
 
    uscita 
 
 
   1 timer 
    salvetime 3 attesa 10 
 
 
 uscita uscita
RIDONDANZA VCUBE-1(config)#
VCUBE-1(config-red)#ridondanza dell'applicazione
VCUBE-1(config-red-app)#gruppo 1
VCUBE-1(config-red-app-grp)#nome LocalGateway-HA
VCUBE-1(config-red-app-grp)#priorità 100 soglia di failover 75
VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1
VCUBE-1(config-red-app-grp)#dati GigabitEthernet3
VCUBE-1(config-red-app-grp)# timer conritardo di 30 ricaricamento 60
VCUBE-1(config-red-app-grp)#tracciare l'arresto di 1
VCUBE-1(config-red-app-grp)#arresto track 2
VCUBE-1(config-red-app-grp)#uscita
VCUBE-1(config-red-app)#protocollo 1
VCUBE-1(config-red-app-prtcl)#timer salvetime 3 holdtime 10
VCUBE-1(config-red-app-prtcl)#uscita
VCUBE-1(config-red-app)#uscita
VCUBE-1(config-red)#uscita
VCUBE-1(config) #
Ridondanza VCUBE-2(config)#
VCUBE-2(config-red)#ridondanza dell'applicazione
VCUBE-2(config-red-app)#gruppo 1
VCUBE-2(config-red-app-grp)#nome LocalGateway-HA
VCUBE-2(config-red-app-grp)#priorità 100 soglia di failover 75
VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1
VCUBE-1(config-red-app-grp)#dati GigabitEthernet3
VCUBE-2(config-red-app-grp)# timer con ritardodi 30 ricaricamento 60
VCUBE-2(config-red-app-grp)#tracciare l'arresto di 1
VCUBE-2(config-red-app-grp)#arresto track 2
VCUBE-2(config-red-app-grp)#uscita
VCUBE-2(config-red-app)#protocollo 1
VCUBE-2(config-red-app-prtcl)#timer salvetime 3 holdtime 10
VCUBE-2(config-red-app-prtcl)#uscita
VCUBE-2(config-red-app)#uscita
VCUBE-2(config-red)#uscita
VCUBE-2(config) #

Di seguito una spiegazione dei campi utilizzati in questa configurazione:

  • ridondanza: attiva la modalità di ridondanza

  • ridondanzaapplicazione: inserisce la modalità di configurazione della ridondanza dell'applicazione

  • gruppo—Inserisce la modalità di configurazione del gruppo di applicazione ridondante

  • name LocalGateway-HA—Definisce il nome del gruppo RG

  • priorità 100 soglia di failover 75 —Specifica la priorità iniziale e lesoglie di failover per un RG

  • timer ritardo 30 ricaricamento 60—Configura i due tempi diritardo e ricaricamento

    • Timer di ritardo che rappresenta la quantità di tempo per ritardare l'inizializzazione e la negoziazione del ruolo del gruppo RG dopo la visualizzazione dell'interfaccia – 30 secondi predefiniti. Intervallo 0-10000 secondi

    • Ricaricamento: questo è il tempo che necessario per ritardare l'inizializzazione del gruppo RG e la negoziazione del ruolo dopo un ricaricamento– 60 secondi predefiniti. Intervallo 0-10000 secondi

    • Si consiglia il timer predefinito, sebbene questi timer possano essere regolati per regolare eventuale ritardo di convergenza della rete che si può verificare durante l'avvio/ricaricamento dei router, al fine di garantire che la negoziazione del protocollo RG venga eseguita dopo che l'instradamento nella rete è diventato un punto stabile. Ad esempio, se dopo il failover si verifica che sono necessari fino a 20 sec per il nuovo STANDBY per visualizzare il primo pacchetto RG HELLO dal nuovo ACTIVE, i timer devono essere regolati in 'timer con ritardo 60 ricaricamento 120' da prendere in conto in questo ritardo.

  • control GigabitEthernet3 protocol 1 — Configura l'interfaccia utilizzata per scambiare messaggi keepalive e salve tra i due CUB e specifica l'istanza del protocollo che verrà collegata a un'interfaccia di controllo e inserisce la modalità di configurazione del protocollo dell'applicazione di ridondanza

  • dati GigabitEthernet3: configura l'interfaccia utilizzata per il punto dicontrollo del traffico dati

  • traccia—Tracciamento gruppo RG delle interfacce

  • protocollo 1 —Specifica l'istanza del protocollo che verrà collegata a un'interfaccia di controllo e inserisce la modalità di configurazione del protocollodell'applicazione di ridondanza

  • timer salvetime 3 holdtime 10 —Configura i due timer persalvetime e holdtime:

    • Salvetime: intervallo tra messaggi salve successivi – Predefinito 3 secondi. Intervallo 250 millisecondi-254 secondi

    • Holdtime: intervallo tra la ricezione di un messaggio Salve e la presunzione che il router di invio non è riuscito. Questa durata deve essere maggiore del tempo di salve – Valore predefinito 10 secondi. Intervallo 750 millisecondi-255 secondi

      Si consiglia di configurare il timer del tempo di attesa in modo che sia almeno 3 volte il valore del timer salvetime.

3

Abilitare la ridondanza box-to-box per l'applicazione CUBE. Configurare RG dal punto precedente in servizio vocale voip. Ciò consente all'applicazione CUBE di controllare il processo di ridondanza.

servizio vocale 
   ridondanza-gruppo 1 
   uscita
VCUBE-1(config)#servizio vocale voip
VCUBE-1(config-voi-serv)#ridondanza-gruppo 1

  % Ha creato un'associazione RG 1 con Voice B2B HA; ricaricare il router per fare in modo che la nuova configurazione sia effettiva
VCUBE-1(config-voi-serv)# uscita
VCUBE-2(config)#servizio vocale voip
VCUBE-2(config-voi-serv)#ridondanza-gruppo 1

  % Ha creato un'associazione RG 1 con Voice B2B HA; ricaricare il router per fare in modo che la nuova configurazione sia effettiva
VCUBE-2(config-voi-serv)# uscita

gruppo di ridondanza 1: l'aggiunta e la rimozione di questo comando richiede un ricaricamento per l'applicazionedella configurazione aggiornata. Le piattaforme verranno ricaricate una volta applicata tutta la configurazione.

4

Configurare le interfacce Gig1 e Gig2 con i relativi IP virtuali come mostrato di seguito e applicare l'identificativo dell'interfaccia diridondanza ( rii)

VCUBE-1(config)#interfaccia GigabitEthernet1
VCUBE-1(config-if)# ridondanza rii 1
VCUBE-1(config-if)# gruppo di ridondanza 1 ip 198.18.1.228 esclusivo
VCUBE-1(config-if)# uscita
VCUBE-1(config) #
VCUBE-1(config)#interfaccia GigabitEthernet2
VCUBE-1(config-if)# ridondanza rii 2
VCUBE-1(config-if)# gruppo di ridondanza 1 ip 198.18.133.228 esclusivo
VCUBE-1(config-if)# uscita
VCUBE-2(config)#interfaccia GigabitEthernet1
VCUBE-2(config-if)# ridondanza rii 1
VCUBE-2(config-if)# gruppo di ridondanza 1 ip 198.18.1.228 esclusivo
VCUBE-2(config-if)# uscita
VCUBE-2(config) #
VCUBE-2(config)#interfaccia GigabitEthernet2
VCUBE-2(config-if)# ridondanza rii 2
VCUBE-2(config-if)# gruppo di ridondanza 1 ip 198.18.133.228 esclusivo
USCITA VCUBE-v(config-if)# 

Di seguito una spiegazione dei campi utilizzati in questa configurazione:

  • Riiridondanza: 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 rii ID 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 verificano altri rii ID). 'mostra gruppo applicazioni ridondanza tutti' deve indicare le informazioni corrette locale e peer.

  • Gruppo di ridondanza1: associa l'interfaccia al gruppo di ridondanza creato al punto 2 precedente. Configurare il gruppo RG e il VIP assegnato a questa interfaccia fisica.


     

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

5

Salvare la configurazione del primo CUBE e ricaricarlo.

La piattaforma per il ricaricamento ultimo è sempre la modalità Standby.

VCUBE-1#wr

  Configurazione edificio...

  [OK]
VCUBE-1#ricaricamento

  Continuare con il ricaricamento? [conferma]

Dopo aver avviato completamente VCUBE-1, salvare la configurazione di VCUBE-2 e ricaricarla.

VCUBE-2#wr

  Configurazione edificio...

  [OK]
VCUBE-2#ricaricamento

  Continuare con il ricaricamento? [conferma]
6

Verificare che la configurazione box-to-box funzioni come previsto. L'output rilevante è evidenziato in grassetto.

Il caricamento di VCUBE-2 ultimo e in base alle considerazioni di progettazione; la piattaforma per il ricaricamento ultimo sarà sempre Standby.


VCUBE-1# mostra il gruppo di applicazioni diridondanza tutti gli stati di errore Stati Gruppo 1 informazioni:
       Priorità runtime: [100] 
               Errori RG Stato RG: In alto.
                       N. totale di switch dovuti a errori:           0 
                       N. totale di modifiche di stato in down/up a causa di errori: 0 ID gruppo:1 
 Nome gruppo:Stato amministrativo LocalGateway-HA: Nessun stato 
 operativo aggregato di arresto: In alto il mio ruolo: Ruolo 
 peer ACTIVE: Presenza peer STANDBY: Sì 
 Comm peer: Sì 
 Peer Peer avviato: Sì 
 
 Dominio RF: stato 
         RF btob-one: Stato 
         ACTIVE Peer RF: Standby HOT 
 
 RG Protocollo RG 1 
 ------------------ 
 ruolo: Negoziazione 
        attiva: Priorità 
        abilitata: 100 
        Stato protocollo: Stato 
        Attivo Ctrl Intf(i): Peer 
        attivo attivo attivo: Peer standby locale: indirizzo 10.1.1.2, priorità 100, intf Gi3         Log contatori:
                modifica del ruolo in attivo: 1 
                modifica di ruolo in standby: 1 
                evento disabilitato: rg down state 0, rg shut 0 
                ctrl intf events: up 1, down 0, admin_down 0 
                ricarica eventi: richiesta locale 0, richiesta peer 0 Contesto multimediale RG per 
 
 RG 1 
 -------------------------- 
 Stato Ctx: ID protocollo attivo: 1 
        Tipo di supporto: Interfaccia         di controllo predefinita: Timer salve corrente gigabitEthernet3: Timer Salve configurato per 3000: 3000, Timer attesa: Timer 10000 
        Peer Salve: 3000, Timer attesa peer: 10000 
        Statistiche:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0 
            Authentication not configured 
            Authentication Failure: 0 
            Peer di ricaricamento: Dimettersi TX 0, RX 
            0: TX 0, RX 0 
    Peer autonomo: Presente. Timer attesa: 10000 
 Pkts 61, Byte 2074, HA Seq 0, Numero Seq 69, Perdita Pkt 0 
 
 VCUBE-1 #

VCUBE-2# mostra il gruppo di applicazioneridondanza tutti gli stati di errore Stati Gruppo 1 informazioni:
       Priorità runtime: [100] 
               Errori RG Stato RG: In alto.
                       N. totale di switch dovuti a errori:           0 
                       N. totale di modifiche di stato in down/up a causa di errori: 0 ID gruppo:1 
 Nome gruppo:Stato amministrativo LocalGateway-HA: Nessun stato 
 operativo aggregato di arresto: In alto il mio ruolo: Ruolo 
 peer STANDBY: PRESENZA peer ACTIVE: Sì 
 Comm peer: Sì 
 Peer Peer avviato: Sì 
 
 Dominio RF: stato 
         RF btob-one: Stato 
         ACTIVE Peer RF: Standby HOT 
 
 RG Protocollo RG 1 
 ------------------ 
 ruolo: Negoziazione 
        attiva: Priorità 
        abilitata: 100 
        Stato protocollo: Stato 
        Attivo Ctrl Intf(i): Peer         attivo attivo attivo: indirizzo 10.1.1.2, priorità 100, intf Gi3         Standby Peer: Contatori 
        log locali:
                modifica del ruolo in attivo: 1 
                modifica di ruolo in standby: 1 
                evento disabilitato: rg down state 0, rg shut 0 
                ctrl intf events: up 1, down 0, admin_down 0 
                ricarica eventi: richiesta locale 0, richiesta peer 0 Contesto multimediale RG per 
 
 RG 1 
 -------------------------- 
 Stato Ctx: ID protocollo attivo: 1 
        Tipo di supporto: Interfaccia         di controllo predefinita: Timer salve corrente gigabitEthernet3: Timer Salve configurato per 3000: 3000, Timer attesa: Timer 10000 
        Peer Salve: 3000, Timer attesa peer: 10000 
        Statistiche:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0 
            Authentication not configured 
            Authentication Failure: 0 
            Peer di ricaricamento: Dimettersi TX 0, RX 
            0: TX 0, RX 0 
    Peer autonomo: Presente. Timer attesa: 10000 
 Pkts 61, Byte 2074, HA Seq 0, Numero Seq 69, Perdita Pkt 0 
 
 VCUBE-2 #

Configurazione di un gateway locale su entrambi iUB

Nella configurazione dell'esempio, stiamo utilizzando le seguenti informazioni 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

Assicurarsi che venga creata una chiave di configurazione per la password, con i comandi riportati di seguito, prima di poterla utilizzare nelle credenziali o condividere i dati. Le password di tipo 6 vengono crittografate utilizzando la crittografia AES e questa chiave di configurazione definita dall'utente.


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

Questa è la configurazione del gateway locale che verrà applicata a entrambe le piattaforme in base ai parametri di Control Hub visualizzati sopra, salvare e ricaricare. Le credenziali SIP digest di Control Hub sono evidenziate in grassetto.


configurare terminal 
 crypto pki trustpoint dummyTp revoca controllo crl uscita 
 
 
 sip-ua 
 crypto signaling predefinito trustpoint dummyTp cn-san-validate server transport tcp tls v1.2 end configure terminal crypto pki trustgu import clean url end configure terminal voice service ip address trusted list ipv4 x.x.x.x.x y.y.y uscita consenti-connessioni sip a statistiche multimediali sip statistiche multimediali statistiche multimediali nessun sip supplementale servizio SIP fare riferimento a nessun handle sip supplementario-servizio sostituisce http://www.cisco.com/security/pki/trs/ios_core.p7b pass-through del protocollo fax 
 
 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 " " " " ( " rule<sips:(.*)" "<sip:\1" rule="" 11="" request="" ANY="" sip-header="" From="" modify=""></sip:\1"><sips:(.*)" "<sip:\1" rule="" 12="" request="" ANY="" sip-header="" Contact="" modify=""></sip:\1"><sips:(.*)>13 response ANY<sip:\1;transport=tls>SIP-header To modify<sips:(.*)" "<sip:\1" rule="" 14="" response="" ANY="" sip-header="" From="" modify=""></sip:\1"><sips:(.*)" "<sip:\1" rule="" 15="" response="" ANY="" sip-header="" Contact="" modify=""></sip:\1"><sips:(.*)"
"<sip:\1" rule="" 20="" request="" ANY="" sip-header="" From="" modify="">"
";otg=<sajan index="1" />hussain1076_lgu<sajan index="2" />>"
  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 <sajan index="3" />" " " 
 ";otg= hussain1076_lgu > regola 30 richiede QUALSIASI intestazioneSIPP-Asserzione-Identità modifica 
 "sips:(.*)" "sip:\1" codec classe vocale 
 
 
 99 
 preferenze codec 1 g711ulaw codec preferenza codec 2 g711ulaw esci da classe vocale 
 
 
 
 srtp-crypto 200 crypto 1 AES_CM_128_HMAC_SHA1_80 uscita da classe vocale 
 
 
 
 stun-usage 200 stun usage firewall-traversal flow dati uscita classe vocale 
 tenant 
 
 
 
 
 
 
 
 200 registrar dns:40462196.schema cisco-bcld.com scadenza 240 rapporto di aggiornamento 50 credenziali tcp tls numero Hussain5091_LGU nome utente Hussain1076_LGU password  0 lOV12MEaZx area di autenticazione Broadworks nome utente autenticazione Hussain5091_LGU password   0 lOV12MEaZx area di autenticazione Broad Hussain5091_LGU Works nome utente password   0 lOV12MEaZx area di autenticazione 40462196.cisco-bcld.com nessun dns    sip-server sip-server remote:40462196.cisco-bcld.com   connection-reuse 
 srtp-crypto 200 sessione transport 
 tcp tls url 
 sips 
 error-passthru 
 asserted-id pai bind control 
 source interface GigabitEthernet1 
 associazione origine multimediale GigabitEthernet1 non 
 pass-thru contenuto personalizzato-sdp 
 profili sip 200 in uscita-proxy dns:la01.sipconnect-us10.cisco-bcld.com privacy-policy passthru tenant classe vocale 2 100 sessione di trasporto udp url sip error-passthru associazione interfaccia origine di controllo GigabitEthernet2 associazione interfaccia origine multimediale   GigabitEthernet2 nessun contenuto personalizzato-sdp classe vocale 
 tenant 
 
 300 associazione control 
 source-interface GigabitEthernet2 
 bind media source-interface GigabitEthernet2 
 no pass-thru content custom-sdp 
 
 
 voice class uri 100 sip 
 host ipv4:198.18.18. 133.3 voce 
 
 class uri 200 percorso sip 
 dtg=hussain1076.lgu    dial-peer voice 101 descrizione voip 
 Dial-peer in 
 uscita a percorso di destinazione PSTN BAD. Protocollo sessione BAD 
 sipv2 destinazione sessione 
 ipv4:198.18.133.3 codec codec classe vocale 99 tenant sip classe vocale 
 
 100 
 dtmf-relay rtp-nte 
 nessun dial-peer vocale vad 
 
 201 Descrizione voip Uscita 
 dial-peer Webex Calling 
 percorso di destinazione BAD. Sessione BAD protocollo 
 sipv2 destinazione 
 sessione sip-server 
 voice-class codec 99 classe vocale 
 stun-usage 200 nessun sip localhost classe vocale sip classe vocale sip tenant 
 
 200 
 dtmf-relay rtp-nte srtp nessuna classe vocale 
 
 
 
 
 vad dpg 100 descrizione 
 Incoming WebexCalling(D Da P200) a IP PSTN(DP101) 
 dial-peer 101 preferenza 1 classe vocale 
 
 dpg 200 descrizione 
 Incoming IP PSTN(DP100) a Webex Calling(DP201) 
 dial-peer 201 preferenza 1 
 
 
 
 
 
 dial-peer voice 1 00 voip desription Dial-peer in ingresso da IP PSTN protocollo sessione sipv2 destinazione dpg 200 uri in ingresso tramite 100 codec di classe vocale 
 
 
 
 
 99 
 voice-class sip tenant 300 
 dtmf-relay rt

Per visualizzare l'output del comando di visualizzazione, è stato caricato VCUBE-2 seguito daVCUBE-1, rendendoVCUBE-1 il CUBE di standby e VCUBE-2 il CUBE attivo

2

In un determinato momento, solo una piattaforma manterrà un'iscrizione attiva come gateway locale con il Webex Calling accesso SBC. Dare un'occhiata all'output dei seguenti comandi di visualizzazione.

mostra ridondanza gruppo applicazione 1

mostra stato registrazione sip-ua


VCUBE-1# mostra ridondanza applicazione gruppo1 ID gruppo:1 
 Nome gruppo:LocalGateway-HA 
 
 Stato amministrativo: Nessun stato 
 operativo aggregato di arresto: Up My Role: Ruolo peer standby: PRESENZA 
 peer ACTIVE: Sì 
 Comm peer: Sì 
 Peer Peer avviato: Sì 
 
 Dominio RF: stato 
         RF btob-one: STATO HOT 
         Peer RF STANDBY: ACTIVE 
 
 VCUBE-1# mostra stato iscrizioneSIP-ua VCUBE-1 #

VCUBE-2# mostra ridondanza applicazione gruppo1 ID gruppo:1 
 Nome gruppo:LocalGateway-HA 
 
 Stato amministrativo: Nessun stato 
 operativo aggregato di arresto: Up My Role: Ruolo peer ACTIVE: STATO 
 Peer Presence: Sì 
 Comm peer: Sì 
 Peer Peer avviato: Sì 
 
 Dominio RF: stato 
         RF btob-one: Stato 
         ACTIVE Peer RF: STANDBY HOT 
 
 VCUBE-2#mostra stato registrazione sip-ua  Tenant: 200 
 --------------------Registrar-Index 1 --------------------- Linea peer expire (sec) reg p-Associ-URI =================================== 
 
 =========== =========== === ======== ============ 
 Hussain5091_LGU -1 48 sì 
 VCUBE-2 normale #

Dall'output precedente, è possibile visualizzare che VCUBE-2 è l'LGW attivo che mantiene l'iscrizione con accesso Webex Calling SBC, mentre l'output dello "mostra stato di registro sip-ua" è vuoto in VCUBE-1

3

Ora abilitare i seguenti debug su VCUBE-1


VcUBE-1# debug ccsip non-call La funzionalità di analisi out-of-Dialog SIP è abilitata per la funzionalità di tracciamento ccsip di debug VCUBE-1# info ccsip di debug abilitata Funzionalità di traccia delle chiamate SIP VCUBE-1#messaggio ccsip di debug
4

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


VCUBE-2# applicazionedi ridondanza ricarica gruppo 1 auto

L'passaggio da ACTIVE a STANDBY LGW si verifica anche nel seguente scenario oltre alla CLI sopra elencata

  • Quando il router ACTIVE viene ricaricato

  • Quando l'alimentazione del router ACTIVE si cicli

  • Quando un'interfaccia configurata RG del router ACTIVE è in posizione di arresto per la quale è abilitata la verifica

5

Controllare per vedere se VCUBE-1 è stato registrato con Webex Calling accesso SBC. VCUBE-2 dovrebbe essere stato ricaricato ora.


VCUBE-1#show sip-ua register status Tenant (Tenant stato registrazione SIP-ua): 200 
 --------------------Registrar-Index 1 --------------------- Linea peer expire (sec) reg ore P-Associ-URI ================================= 
 
 =========== =========== === ========= =========== Hussain5091_LGU -1 56 sì NORMALE VCUBE-1 #

VCUBE-1 è ora l'LGW attivo.

6

Esaminare il registro di debug pertinente su VCUBE-1 in invio di un SIP REGISTER Webex Calling tramite IP virtuale e ricezione di un sistema DA 200 OK.


VCUBE-1#show log 
 
 9 gen 18:37:24.769: %RG_MEDIA-3-TIMEREX: RG ID 1 Salve Tempo scaduto.
9 gen 18.37:24.771: %RG_PROTCOL-5-ROLECHANGE: Modifica del ruolo RG ID 1 da Standby 
 a Attivo 9 gennaio 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: PASSAGGIO, da STANDBY_HOT allo stato ACTIVE.
9 gen 18.37:24.783: -1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Ricevuto notifica evento ruolo attivo 
 
 9 gennaio 18.37.25.758: -1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Data invio:
REGISTRA SIP: 40462196.cisco-bcld.com:5061 SIP/2.0 tramite: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374 
 Da: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 
 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Data: Gio 09 gen 2020 18:37:24 GMT 
 ID chiamata: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Agente 
 utente: Cisco-SIPGateway/IOS-16.12.02 
 Max-Forward: 70 Data 
 e ora: 1578595044 
 CSeq: 2 REGISTRA 
 contatto: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Scade: 240 
 supportati: percorso 
 Contenuto-Lunghezza: 0
9 gen 18.37:25.995: -1/00000000000/SIP/Msg/ccsipDisplayMsg:
Ricevuto:
SIP/2.0 401 Non autorizzato tramite: SIP/2.0/TLS 198.18.1.228:5061;ricevuto=173.38.218.1;branch=z9hG4bK0374;rport=4742 
 Da: <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 
 Data: Gio 09 gen 2020 18:37:24 GMT 
 ID chiamata: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 
 Timestamp: 1578595044 
 CSeq: 2 ESEGUIRE 
 L'ISCRIZIONE WWW-Authenticate; Area di autenticazione DIGEST="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algoritmo=Lunghezza contenuto 
 MD5: 0
9 gen 18.37:26.000: -1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Data invio:
ESEGUIRE l'iscrizione a sip:40462196.cisco-bcld.com:5061 SIP/2.0 tramite: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC 
 Da: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 
 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Data: Gio 09 gen 2020 18:37:25 GMT 
 ID chiamata: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 
 Agente-Utente:Cisco-SIPGateway/IOS-16.12.02 
 Max-inoltro: 70 Data 
 e ora: 1578595045 
 CSeq: 3 ISCRIZIONE 
 Contatto: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Scade: 240 
 supportati: percorso 
 autorizzazione: Nome utente digest="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001 
 Lunghezza contenuto: 0
9 gen 18.37:26.190: 1/00000000000/SIP/Msg/ccsipDisplayMsg:

Ricevuto:
SIP/2.0 200 OK tramite: SIP/2.0/TLS 198.18.1.228:5061;ricevuto=173.38.218.1;branch=z9hG4bK16DC;rport=4742 
 Da: <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 
 ID chiamata: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 
 Timestamp: 1578595045 
 CSeq: 3 ISCRIZIONE 
 Contatto: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5 
 Consenti-eventi: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference 
 Content-Length: 0
Filigrana
18 mar 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 delle chiamate on-premises e se è richiesta una chiamata diretta tra telefoni registrati in Unified CM e telefoni nelle ubicazioni Webex Calling.

Configurazione del profilo di sicurezza SIP Trunk per il trunk al gateway locale

Nei casi in cui gateway locale e gateway PSTN risiedono sullo stesso dispositivo, Unified CM deve essere abilitato per distinguere due diversi tipi di traffico (chiamate da Webex e da 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 è differenziata grazie al provisioning di due trunk tra Unified CM e il gateway locale combinato e il dispositivo gateway PSTN che richiede porte di ascolto SIP diverse per i due trunk.

Creare un profilo di sicurezza SIP Trunk dedicato per il gateway trunk locale con le seguenti impostazioni:

Impostazione Valore
Nome Nome univoco, ad esempio Webex
Descrizione Descrizione significativa, come Profilo di sicurezza SIP Trunk 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 gateway trunk locale

Creare 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 ping OPTIONS per monitorare stato destinazione per trunk con tipo di servizio "Nessuno (predefinito)" Selezionato

Creazione di uno spazio di ricerca di chiamata per le chiamate da Webex

Creare uno spazio di ricerca di chiamata per le chiamate provenienti da Webex con le seguenti impostazioni:

Impostazione Valore
Nome Nome univoco, ad esempio Webex
Descrizione Descrizione significativa, come ad esempio lo spazio di ricerca Webex Calling
Partizioni selezionate

DN (+E.164 numeri di rubrica)

ESN (chiamata tra siti abbreviata)

PstNInternazionale (accesso PSTN)

onNetRemote (destinazioni acquisite da GDPR)


 

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

Configurazione di un SIP Trunk con Webex

Creare un SIP trunk per le chiamate da e verso Webex attraverso il gateway locale con le seguenti impostazioni:

Impostazione Valore
Informazioni dispositivo
Nome dispositivo Un nome univoco, come Webex
Descrizione Descrizione significativa, come Il trunk SIP Webex
Esegui su tutti i nodi Unified CM attivi Selezionato
Chiamate in arrivo
Spazio di ricerca di chiamata Spazio di ricerca di chiamata precedentemente definito: Webex
Spazio di ricerca di chiamata AAR Uno spazio di ricerca di chiamata con accesso solo ai motivi di instradazione PSTN: PstNReroute
Informazioni SIP
Indirizzo di destinazione Indirizzo IP del GATEWAY locale CUBE
Porta di destinazione 5060
Profilo sicurezza SIP Trunk Definito in precedenza: Webex
Profilo SIP Definito in precedenza: Webex

Configurazione del gruppo di instradazione per Webex

Creare un gruppo di instradato con le seguenti impostazioni:

Impostazione Valore
Informazioni sul gruppo di instradato
Nome gruppo di instradato Un nome univoco, come Webex
Dispositivi selezionati SIP trunk precedentemente configurato: Webex

Configurazione dell'elenco di instradazione per Webex

Creare un elenco di instradato con le seguenti impostazioni:

Impostazione Valore
Informazioni elenco di instrad utilizzo
Nome Un nome univoco, ad esempio RL_Webex
Descrizione Descrizione significativa, ad esempio, elenco di instradazione per Webex
Esegui su tutti i nodi Unified CM attivi Selezionato
Informazioni membri elenco di routing
Gruppi selezionati Solo il gruppo di instrad interno definito in precedenza: Webex

Creazione di una partizione per le destinazioni Webex

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

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

Operazione successivi

Accertarsi di aggiungere questa partizione a tutti gli spazi di ricerca di chiamata che devono avere accesso alle destinazioni Webex. È necessario aggiungere questa partizione in modo specifico allo spazio di ricerca di chiamata utilizzato come spazio di ricerca di chiamata in entrata sui trunk PSTN, in modo che le chiamate da PSTN a Webex possano essere indirizzate.

Configurazione dei motivi di instradazione per le destinazioni Webex

Configurare i motivi di instradazione per ciascun intervallo DID su Webex con le seguenti impostazioni:

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

Configurazione della normalizzazione delle chiamate intersito abbreviate per Webex

Se è richiesta la chiamata tra siti abbreviata in Webex, configurare gli schemi di normalizzazione delle chiamate per ciascun intervallo ESN su Webex con le seguenti impostazioni:

Impostazione Valore
Motivo di traduzione Modello ESN per l'intervallo ESN in Webex. Ad esempio: 80121XX
Partizione Webex
Descrizione Descrizione significativa, ad esempio Webex Normalization Pattern
Usa spazio di ricerca di chiamata del mittente Selezionato
Priorità urgente Selezionato
Non attendere il timeout interdigitale sui hop successivi Selezionato
Mask trasformazione parte chiamata Maschera per normalizzare il numero in +E.164. Ad esempio: +140855501XX
Filigrana
18 mar 2021| vista/e | persone pensano che sia stato utile

Impostazione delle funzioni di Webex Calling

Creazione e gestione dei operatori automatici

Assicurarsi di rispondere alle chiamate e che le esigenze dei chiamanti siano soddisfatte. È possibile aggiungere formule di saluto, impostare menu e indirizzare le chiamate a un servizio di risposta, a un gruppo di risposta, a una casella di casella vocale o a una persona reale. È possibile creare una pianificazione di 24 ore o fornire opzioni diverse quando la propria attività è aperta o chiusa.

Per informazioni su come creare e gestire i operatori automatici, vedere Gestione dei operatori automatici in Cisco Webex ControlHub.

Impostazione di un gruppo di risposta

I gruppi di risposta possono indirizzare le chiamate in arrivo a un gruppo di utenti o aree di lavoro. È anche possibile configurare un percorso per l'instradtura a un intero gruppo.

Per ulteriori informazioni sull'impostazione di un gruppo di risposta, vedere Gruppi di risposta in Cisco Webex ControlHub.

Creazione di un client receptionist

Aiutare a supportare le esigenze del personale di front-office. È possibile impostare gli utenti come assistenti telefonici in modo che possano visualizzare tutte le chiamate in arrivo a determinate persone all'interno dell'organizzazione.

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

Configurazione di un gruppo di cercapersone

La funzione Cercapersone di gruppo consente a un utente di effettuare una chiamata a una via o una chiamata di gruppo con cercapersone fino a 75 utenti e spazi di lavoro di destinazione componendo un numero o un interno assegnato a un gruppo di cercapersone specifico.

Per informazioni su come impostare e modificare i gruppi di cercapersone, vedere Configurazione di un gruppo di cercapersone in Cisco Webex ControlHub.

Creazione di una coda di chiamata

È possibile impostare una coda di chiamata in modo che quando i clienti non possono rispondere alle chiamate, vengono forniti una risposta automatica, messaggi di comfort e musica in attesa finché qualcuno non risponde alla chiamata.

1

Dalla vista del cliente in https://admin.webex.com, andare a Servizi > chiamata > funzioni.

2

Fare clic su Nuova funzione e scegliere Coda chiamate.

3

Inserire un Numero pilota, quindi indicare se si è il proprietario del numero, se è stato fornito dal partner o se si desidera eseguire il port over.

4

Se si sta trasmettono un numero, è necessario immettere il numero di fatturazione associato al provider del servizio corrente nonché il numero di fatturazione associato al nuovo provider dei servizi.

5

Fare clic su Salva.

Operazione successivi

È possibile configurare ulteriormente la funzione di chiamata selezionando l'istanza della coda chiamate da Servizi > Chiamata >Funzioni. Si è stati portata a Servizi avanzati nel portale di amministrazione chiamate , dove è possibilecompletare la configurazione. Per ulteriori informazioni, vedere Configurazione delle code dichiamata.

Imposta gruppo di risposta per risposta per chiamate

È possibile migliorare il lavoro in team e la collaborazione creando un gruppo di risposta per chiamate in modo che gli utenti possano rispondere alle chiamate degli altri. Quando si aggiungono utenti a un gruppo di risposta per chiamate e un membro del gruppo è fuori o occupato, un altro membro può rispondere alle chiamate.

Per informazioni su come impostare un gruppo di risposta per risposta per chiamate, vedere Risposta per risposta per chiamate in Cisco Webex ControlHub.

Imposta parcheggio chiamata

Il parcheggio chiamata consente a un gruppo definito di utenti di parcheggiare le chiamate verso altri membri disponibili di un gruppo di parcheggio chiamata. Le chiamate in parcheggio possono essere prelevate da altri membri del gruppo sul relativo telefono.

Per ulteriori informazioni sull'impostazione del parcheggio di chiamata, vedere Parcheggio di chiamata in Cisco Webex ControlHub.

Come consentire agli utenti di effettuare un accesso alle telefonate di altre persone

1

Dalla vista del cliente in https://admin.webex.com, andare a utenti , quindiselezionare l'utente che si desidera modificare.

2

Selezionare Chiamata , andare a Impostazioni chiamata avanzate , quindi selezionare Accedi.

3

Attivare Questa opzione, scegliere se si desidera che il telefono riproduci un suono quando qualcuno entra in una chiamata, quindi fare clic su Salva .

Attivazione dell'hotel per un utente Webex Calling

L'hotel presenta due funzioni: Ospite all'hotel e ospite all'hotel. Queste funzioni funzionano insieme per consentire agli utenti (ospiti) di designare telefoni specifici che gli utenti (ospiti) possono temporaneamente accedere e utilizzare come proprio telefono. Quando un ospite accede a un telefono organizzatore, il profilo utente viene trasferito automaticamente al dispositivo. Il dispositivo organizzatore diventa il dispositivo principale dell'utente per un determinato periodo di tempo.

È possibile seguire le operazioni descritte di seguito per configurare un utente come ospite dell'hotel. Per informazioni sul telefono organizzatore, vedere Configurazione del telefono organizzatore.

1

Dalla vista del cliente in https://admin.webex.com, andare a utenti, quindi selezionare l'utente che si desidera modificare.

2

Selezionare Chiamata , scegliere Impostazioni chiamata avanzate e fare clic suHotel.

3

Attivare Hotelinge fare clic su Salva .

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

1

Dalla vista del cliente in https://admin.webex.com, andare a utenti e selezionarel'utente che si desidera modificare.

2

Selezionare Chiamata, quindi passare a Privacy.

3

Scegliere le impostazioni di privacy del operatore automatico appropriate per questo utente.

4

Selezionare la casella di controllo Abilita privacy. È possibile quindi decidere se bloccare tutti i utenti lasciando vuoto il campo Cerca utente per nome o scegliere chi può monitorare lo stato della linea di questo utente.

Utilizzando l'esempio esecutivo precedente, è necessario 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 si deve prendere in considerazione la larghezza di banda. Il numero massimo può anche essere determinato dal numero di pulsanti di linea sul telefono dell'utente.

1

Dalla vista del cliente in https://admin.webex.com, andare a utenti e selezionarel'utente che si desidera modificare.

2

Selezionare Chiamata , scegliere Impostazioni chiamata avanzate , quindi andare a Monitoraggio.

3

Scegliere una delle opzioni seguenti:

  • Aggiungi linea monitorata
  • Aggiungi interno parcheggio di chiamata
4

Scegliere se si desidera che all'utente sia visualizzata una notifica sulle chiamate in parcheggio, ricercare la persona o l'interno del parcheggio di chiamata da monitorare, quindi fare clic su Salva .


 

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

Filigrana
18 mar 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 si dispone di un Active Directory e si utilizza Cisco Connettore directory quando si aggiungono manualmente le persone in Control Hub, è necessario aggiungerle anche al Active Directory.

Cisco Webex Contact Center non supporta Active Directory.


Quando si aggiungono utenti, i nomi e i cognome non devono includere caratteri ASCII estesi o i seguenti caratteri %, #, <,>, \, /,"</,> e una lunghezza massima di 30 caratteri.

1

Dalla vista del cliente in Vai a utenti, quindi fare clic su Gestisci utenti.https://admin.webex.com

2

Selezionare Aggiungi o modifica manualmente gli utenti.

3

(Opzionale) Se si inviano automaticamente messaggi e-mail di benvenuto, fare clic suAvanti.

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 si stanno assegnando le licenze per Cisco Webex Contact Center, selezionare Webex Teams, quindi Assistenza clienti con le opzioni Agente Premium e Standard. Per aggiungere un supervisore, selezionare entrambe le opzioni Premium e Supervisore. Un utente viene considerato come agente a meno che non lo si nomini 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 ControlHub, le persone vengono visualizzate in uno stato di invito in sospeso fino a quando non a effettuano l'accesso 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 è stata aggiunta una chiamata all'utente, assegnare una posizione, un numero di telefono e un'estensione.

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 del cliente in , andare a utenti, fare clic su Gestisci utenti e scegliere CSV Aggiungi o modifica utenti.https://admin.webex.com

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 si dispone di specifici numeri di rubrica e esterni per ciascun nuovo utente, includere il + 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, inserire il nome nella colonna Posizione. Se il campo viene lasciato vuoto, l'utente viene assegnato alla posizione predefinita.

  • Se si stanno aggiungendo utenti come supervisori di Cisco Webex Contact Center, è necessario aggiungere gli utentimanualmente. È possibile assegnare solo ruoli Standard e Premium con un csv.

 

Quando si inserisce il nome di un utente, accertarsi di includere il cognome, altrimenti si potrebbero verificare 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 del cliente in Vai a utenti.https://admin.webex.com

2

Selezionare un utente e fare 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 è possibile 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 del cliente in , andare a utenti, fare clic su Gestisci utentie scegliere CSV Aggiungi o modifica utente.https://admin.webex.com

2

(Opzionale) Se si inviano automaticamente messaggi e-mail di benvenuto, fare clic suAvanti.

3

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

  • Per modificare gli utenti esistenti, è possibile 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, inserire il nome nella colonna Posizione. Se il campo viene lasciato vuoto, 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

Inserire un valore nella colonna Funzionamento chiamata se si desidera modificare l'esecuzione delle chiamate per determinati utenti. È possibile inserire una delle seguenti opzioni e vedere Impostazione del funzionamento di Cisco Webex Calling per ulteriori informazioni su ciascuna impostazione:

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

  • NATIVE_WEBEX_TEAMS_CALLING—Immetterequesta stringa per utilizzare l'opzione Chiamata in Webex Teams.

  • CALL_WITH_APP_REGISTERED_FOR_WEBEXCALLTEL:immettere questa stringa per utilizzare l'opzione dell'app Webex Calling.

5

Inserire un Numero IDchiamante, un ID chiamante Nome e unCognome ID chiamante. Se si lasciano le colonne Numero ID chiamante, Nome ID chiamante e Cognome ID chiamante vuote, quando l'utente effettua una chiamata viene visualizzato ciò che si trova nella colonna Nome, Cognome e Numero di telefono. Se non si specifica un Numero ID chiamante, il numero della posizione principale viene visualizzato quando l'utente effettua una chiamata.


 

Le colonne Nome ID chiamante e Cognome ID chiamante non possono contenere caratteri speciali. Se un nome o un cognome dell'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.

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

È anche possibile configurare numeri alternativi in modo che più numeri di telefono squillino sullo stesso telefono. È possibile specificare diversi toni di suoneria per ciascun numero per distinguere le linee chiamate.

1

Dalla vista del cliente in , andare a utenti, quindi scegliere la persona a cui si desidera assegnare un numero.https://admin.webex.com

2

Selezionare chiamata , quindi fare clic su Aggiungi numero.

3

Scegliere un numero di telefono dall'elenco dei numeri disponibili. È anche possibile assegnare un'estensione.

4

Fare clic su Salva.

5

(Opzionale) Configurare i numeri alternativi per questo utente.

1

Dalla vista del cliente in , andare a utenti, filtrare la colonna stato per visualizzare le persone con uno stato di invito in sospeso .https://admin.webex.com

2

In Azioni , per una persona con uno stato di invito in sospeso,selezionare altro > Invia nuovamente invito .

Se la propria organizzazione utilizza la sincronizzazione delle rubrica, l'opzione Elimina non è disponibile in Control Hub ed è necessario eliminare gli account utente dal ActiveDirectory. Quindi, Connettore directory Cisco aggiorna l'elenco degli utenti delle organizzazioni quando sincronizza le informazioni dell'account utente.

Dalla vista del cliente in https://admin.webex.com, andare a utenti , fare clic sul pulsante altro e poi fare clic su Elimina utente.

L'utente non può più accedere al sito Webex, tutti i 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.


Chiunque abbia assegnato l'amministratore dell'utente e del dispositivo o il ruolo di amministratore del dispositivo non sarà in grado di 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 funzionari di 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 sempre di apportare modifiche amministrative qualora uno degli amministratori non sia disponibile.

Agli utenti all'interno della propria organizzazione possono essere assegnati ruoli amministrativi specifici per determinare ciò che possono vedere e avere accesso a in Control Hub. Quando si assegnano ruoli amministrativi specifici, si semplificano le responsabilità e si rende più semplice la gestione degli amministratori. I funzionari di conformità possono ricercare persone specifiche nella propria società, trovare il contenuto condiviso o eseguire una ricerca in uno spazio specifico e generare un report deirisultati.


1

Dalla vista del cliente in , andare a utentie scegliere un utente.https://admin.webex.com

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
18 mar 2021| vista/e | persone pensano che sia stato utile

Configurazione e gestione dei Webex Calling personali

In quanto amministratore, è possibile assegnare dispositivi a utenti o spazi di lavoro nel Webex Control Hub. È possibile 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 , è possibile assegnare i dispositivi agli utenti per l'uso personale e quindi registrare tali dispositivi nel cloud .

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

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

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

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

  • Cisco IP Phone serie 8800 telefoni multipiattaforma (videote cellulari—8845, 8865)

  • Telefono per conferenze IP Cisco 7832 e 8832


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

1

Dalla vista del cliente in https://admin.webex.com, andare a Dispositivi, quindi fare clic su Aggiungi dispositivo.


 
È anche possibile aggiungere un telefono a un utente nel profilo dell'utente. Vedere come in Gestione di un dispositivo per un utente sezione.
2

Scegliere Utente esistente , inserire il proprietario del telefono, parte del nome utente o il nome reale dell'utente, scegliere l'utente dai risultati, quindi fare clic su Avanti.

3

Scegliere il dispositivo dall'elenco a discesa, quindi fare clic su Avanti.

4

Scegliere una delle seguenti opzioni e fare clic su Salva:

  • Di codice di attivazione: scegliere questa opzione se si desidera generare un codice diattivazione che è possibile 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 di un carico del firmware di 11.2.3MSR1 o versione successiva per visualizzare la schermata del codice di attivazione. Se è necessario aggiornare il firmware del telefono, puntare gli utenti a https://upgrade.cisco.com/MPP_upgrade.html.

  • Per indirizzoMAC: scegliere questa opzione se si conosce l'indirizzo MAC del dispositivo. L'indirizzo MAC di un telefono deve essere una voce univoca. Se si inserisce un indirizzo MAC per un telefono già registrato o si commette un errore quando si inserisce il numero, viene visualizzato un messaggio di errore.

 

Si potrebbero applicare limitazioni nell'uso di dispositivi di terze parti.

Se si sceglie di generare un codice di attivazione per il dispositivo ma non è stato ancora utilizzato tale codice, lo stato di tale dispositivo viene letto come Attivazione nella sezione Dispositivi dell'utente assegnato e nell'elenco principale dei dispositivi in Control Hub. Tenere presente che potrebbero essere necessario fino a 10 minuti per l'aggiornamento dello stato del dispositivo in Control Hub.

Quando le persone sono al lavoro, si riuniranno in molte località come pranzo, aree di accesso alle aree di accesso e sale conferenze. È possibile impostare i dispositivi Cisco Webex condivisi in questi spazi di lavoro e aggiungere i servizi per successivamente assistere alla collaborazione.

La chiave chiave di un dispositivo di workspaces è che non è assegnato a un utente specifico, ma solo un luogo fisico, che consente l'utilizzo condiviso.

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

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

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

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

  • Cisco IP Phone serie 8800 telefoni multipiattaforma (videote cellulari—8845, 8865)

  • Telefono per conferenze IP Cisco 7832 e 8832

1

Dalla vista del cliente in https://admin.webex.com, andare a Aree di lavoro , quindi fare clic su Aggiungi spazio di lavoro.

2

Immettere un nome per l'area di lavoro (ad esempio, il nome della sala fisica), selezionare il tipo di sala e aggiungere la capacità. Quindi, fare clic su Next(Avanti).

3

Scegliere Cisco IP Phone, quindi fare clic su Avanti.

4

Selezionare il tipo di dispositivo dall'elenco a discesa, scegliere se si desidera registrare il telefono con un codice di attivazione o un indirizzo MAC, quindi fare clic su Avanti. Tenere presente che se si sceglie di registrare il dispositivo utilizzando un codice di attivazione, il codice viene inviato via e-mail all'amministratore designato per la posizione.

Ad Webex Calling, è possibile aggiungere solo un telefono condiviso all'area di workspace.

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

5

Assegnare una posizione e un numero di telefono (determinato dalla posizione scelta), quindi fare clic su Salva. È anche possibile assegnare un'estensione.

Quando le persone sono al lavoro, si riunireno in più spazi di lavoro come pranzo, aree di lavoro e sale conferenze. È possibile impostare i dispositivi Cisco Webex condivisi in questi spazi di lavoro e aggiungere i servizi per successivamente assistere alla collaborazione.

La chiave chiave di un dispositivo di workspaces è che non è assegnato a un utente specifico, ma solo un luogo fisico, che consente l'utilizzo condiviso.

I dispositivi elencati di seguito supportano Webex Calling.

1

Dalla vista del cliente in https://admin.webex.com, andare a Aree di lavoro , quindi fare clic su Aggiungi spazio di lavoro.

2

Immettere un nome per l'area di lavoro (ad esempio, il nome della sala fisica), selezionare il tipo di sala e aggiungere la capacità. Quindi, fare clic su Next(Avanti).

3

Scegliere Altro Cisco Webex altro dispositivo e fare clic suAvanti.

Altri Cisco Webex Devices includono Cisco Webex Room o il dispositivo della scrivania, incluso Cisco Webex Board.

4

Selezionare una delle seguenti opzioni:

  • Chiamata gratuita: gli utenti possono effettuare solo chiamate Webex o SIP (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 questa area di lavoro possono utilizzare il dispositivo per effettuare e ricevere telefonate dall'interno del piano di Webex Callingdi numerazione. Ad esempio, è possibile chiamare il 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 è anche possibile chiamare la propria pizzeria locale.
5

Attivare il dispositivo utilizzando il codice fornito. È possibile copiare, inviare e-mail o stampare il codice di attivazione.

Se si dispone di diversi dispositivi che è necessario assegnare a utenti e posizioni, è possibile inserire in un file CSV le informazioni richieste e attivare tali dispositivi in un paio di semplici operazioni.

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

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

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

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

  • Cisco IP Phone serie 8800 telefoni multipiattaforma (videote cellulari—8845, 8865)

  • Telefono per conferenze IP Cisco 7832 e 8832

1

Dalla vista del cliente in , andare a dispositivi , fare clic su Aggiungi dispositivo , quindi scegliere se si sta aggiungendo il dispositivo a un utente https://admin.webex.comoun'posizione.

2

Selezionare Importa/carica file CSV.

3

Selezionare una delle seguenti opzioni:

  • Esporta attributi utente: è possibile ottenere un elenco di tutti gli utenti nella propria organizzazione e i relativi attributi associati in modo da nonricercare manualmente ciascun utente.
  • Scarica modello CSV: è possibile utilizzare un modello creato e inserire informazioni quali nomi utente, tipo (indicare se si tratta di un utente o un'posizione), indirizzi MAC e modelli didispositivo. Di seguito alcuni aspetti da tenere presenti:
    • Nella colonna Nome utente del file CSV, accertarsi di inserire l'indirizzo e-mail dell'utente, non il relativo ID utente o il relativo nome. È anche possibile inserire un nome di posizione in questa colonna.

    • Si consiglia di limitare il numero di dispositivi a 1000 per file CSV. Se occorre aggiungere altre opzioni, utilizzare un secondo file CSV.

    • Se si inserisce un'posizione che non esiste ancora, l'applicazione viene creata automaticamente.

    • Se si lascia 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, è possibile scegliere a dove inviare il codice di attivazione:

  • Fornire uncollegamento– Il codice di attivazione viene aggiunto a un file CSV che è possibile scaricare.
  • Codice di attivazione e-mail: se il dispositivo è per un'posizione, il codice di attivazione viene inviato comeamministratore. Se il dispositivo è per un utente, il codice di attivazione viene inviato via e-mail all'utente.
5

Importare il file CSV compilato.

6

Fare clic su Invia.

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

 

I dispositivi a multipiattaforma devono eseguire un caricamento del firmware di 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, vedere questo articolo.

È possibile aggiungere, rimuovere, riavviare, controllare l'attivazione o creare un nuovo codice di attivazione per i dispositivi assegnati agli utenti all'interno dell'organizzazione. Ciò può risultare utile per visualizzare e gestire le informazioni dalla schermata degli utenti, quando necessario.

1

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

2

Selezionare l'utente da modificare e scorrere in basso fino a Dispositivi.

3

Per aggiungere un dispositivo a questo utente, fare clic su Add Device (Aggiungidispositivo).


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

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

Da qui è possibile 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, vedere Configurazione e aggiornamento delle impostazioni telefoniche.

I dispositivi possono essere aggiunti e gestiti direttamente da un profilo area di lavoro. I dispositivi per l'area di workspace possono includere dispositivi ATA, come macchine fax. È anche possibile impostare un dispositivo di workspace come ospite hotel. Per ulteriori informazioni sull'hotel, vedere Hotel in Cisco Webex Control Hub.

1

Dalla vista del cliente in https://admin.webex.com, andare a Workspaces.

2

Selezionare l'area di lavoro da modificare e andare al riquadro Dispositivi.

3

Per aggiungere un dispositivo, fare clic su Add Device (Aggiungidispositivo).

4

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

Qui è possibile visualizzare e modificare le impostazioni del dispositivo, eliminare il dispositivo, riavviare il dispositivo e abilitare il dispositivo da utilizzare come ospite ospite. Per ulteriori informazioni sulla configurazione delle impostazioni del telefono, vedere Configurazione e aggiornamento delle impostazioni telefoniche.

È possibile aggiungere linee al dispositivo principale di un utente e riordinare la modalità di visualizzazione delle linee. Questo tipo di chiamata è anche nota come aspetto della linea condivisa, che consente agli utenti di ricevere e effettuare chiamate al/dall'interno di un altro utente utilizzando il proprio telefono. Un esempio è un assistente di direzione che desidera essere in grado di effettuare e ricevere chiamate dalla linea del boss. Le presenze delle linee condivise possono anche essere un'altra istanza della linea dell'utente principale.

È possibile aggiungere altre linee a un telefono dell'area di workspace, ma non è possibile aggiungere un telefono per l'area di lavoro come linea condivisa.

1

Dalla vista del cliente in , andare a Utenti o Spazi di lavoro (a seconda del punto in cui https://admin.webex.comviene assegnato il dispositivo da modificare).

2

Selezionare l'utente o l'area di lavoro da modificare e scorrere fino a Dispositivi.

3

Selezionare il dispositivo in cui si desidera aggiungere o modificare le linee condivise e scorrere fino a Utenti e impostazionitelefonici.

Gli utenti e le posizioni che appaiono su questo telefono vengono elencate in ordine di visualizzazione.

4

Per aggiungere o rimuovere utenti o posizioni dal telefono, selezionare Configura linee.

5

Per rimuovere una linea, fare clic sull'icona .


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

Per aggiungere un aspetto della linea condivisa, fare clic sull'icona .


 
Aggiungere le linee nell'ordine in cui si desidera che vengano visualizzate. Per riordinare l'aspetto della riga, eliminare e aggiungere all'elenco nell'ordine in cui si desidera che vengano visualizzate.
7

Inserire il nome o il numero di telefono ed selezionarlo dalle opzioni visualizzate e fare clic su Save(Salva).

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

1

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

2

Selezionare l'utente per modificare e scorrere fino a Dispositivi.

3

Selezionare il dispositivo in cui si desidera aggiungere o modificare.

4

In Utenti su questodispositivo, fare clic su Configura porte .

5

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

6

Inserire il nome o il numero di telefono ed eseguire una selezione dalle opzioni visualizzate, quindi fare clic su Save(Salva).


 
Nella ricerca vengono visualizzate solo le aree di lavoro senza dispositivi.
7

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


 
Un'area di lavoro può avere un ATA. Ciò è utile per le macchine dei fax.

È possibile aggiungere i numeri di telefono alla scrivania e ai dispositivi di sala nella propria organizzazione cliente in qualsiasi momento, sia che ci si trovare nel mezzo di una versione di prova sia che si sia convertiti in una sottoscrizione a pagamento.


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

1

Dalla vista del cliente in https://admin.webex.com, andare a Servizi > chiamata > numeri, quindi fare clic su Aggiungi numeri.

2

Specificare la Posizione e il Tipo di numero. Se si stanno trasmettono i numeri, immettere i numeri di fatturazione nuovi e correnti.

3

Quindi, fai clic su Salva.

È possibile visualizzare un elenco di PSTN ordinati dalla propria organizzazione. Con queste informazioni, è possibile visualizzare i numeri inutilizzati disponibili e i numeri che sono stati ordinati che saranno presto disponibili.

Dalla vista del cliente in https://admin.webex.com, andare a Servizi > chiamata > PSTN Ordini.

Viene eseguito l'accesso al portale di amministrazione chiamate , dove vengono visualizzati gli ordini inviati e completati. Se si dispone di un ID ordine, è possibile immetterlo come parametro e ottenere dettagli su un ordine specifico, altrimenti si otterrà un riepilogo di tutti gli ordini.
Filigrana
18 mar 2021| vista/e | persone pensano che sia stato utile

Report di utilizzo e tendenze adozione per Cisco Webex Calling

È possibile disporre di diversi report per determinare in che modo vengono utilizzati i servizi Webex Calling e la frequenza di utilizzo. È anche possibile ottenere una rapida visualizzazione della qualità multimediale per la propria posizione.

Visualizzazione dei report di chiamata

È possibile accedere a diversi report in Cisco Webex Control Hub che includono dettagli sull'attivazione e sull'utilizzo per Webex Teams e Meetings.

Quando si accede ai dati di chiamata da Cisco Webex Control Hub, si viene portata al Portale di amministrazione chiamate . È possibile utilizzare queste informazioni per valutare in che modo i servizi Webex Calling vengono utilizzati nella propria organizzazione e la frequenza con cui le persone utilizzano tali servizi.

Dalla vista del cliente in https://admin.webex.com, andare ad Analisi, quindi selezionare Webex Calling.

Si viene automaticamente portata al portale di amministrazione chiamate , dove è possibile analizzare e valutare l'utilizzo e la qualità delle chiamate. Per informazioni sui report disponibili per specifiche funzioni di chiamata, vedere Portale di amministrazione chiamate - Report. Per informazioni sull'attività di chiamata, vedere Chiamata del portale di amministrazione - Analisi.

Valutazione della qualità multimediale delle posizioni

Ottenere una vista locale della qualità multimediale per la propria 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 del cliente in https://admin.webex.com, andare ad Analisi , quindiselezionare Webex Calling.

Si è stati portata al portale di amministrazione chiamate.

2

Andare al Dashboard e scorrere fino a Garanzia servizio per visualizzare lo stato generale della propria organizzazione.

Se si desidera aprire lo strumento CScan per verificare la latenza, la larghezza di banda e le porte, fare clic su Network Readiness Test.

Operazione successivi

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

Eseguire lo strumento CSCAN

È possibile utilizzare lo strumento Cisco SCAN per controllare la latenza, larghezza di banda e porte.

Andare a https://cscan.webex.com/, selezionare il server e fare clic su ESEGUI TEST.

Filigrana
18 mar 2021| vista/e | persone pensano che sia stato utile

Informazioni di riferimento porta per Cisco Webex Calling

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

Un firewall configurato correttamente è essenziale per una distribuzione corretta delle chiamate. Sono richieste porte per segnalazione, multimediale, 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 devono essere aperte, ma se si stanno eseguendo regole all'interno e all'esterno, è necessario aprire le porte per consentire l'uscita dei protocolli richiesti per il servizio. Se si distribuisce la nat, si definiscono periodi di binding ragionevoli ed si evita la manipolazione di SIP sul dispositivo NAT, non occorre aprire porte in ingresso sul firewall.


Se un router o un firewall è Aware 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. Vedere la documentazione del produttore per informazioni su come disabilitare l'alg SIP su determinati dispositivi.

Per dettagli sui requisiti di rete per gli Webex Meetings messaggistica, vedere Requisiti di rete per i servizi Webex.

Webex Calling traffico 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 che abbandona e entra nella rete. Poiché tutti gli endpoint Webex Calling non supportano proxy http(s), seguire le indicazioni del firewall riportate di seguito per consentire l'accesso ai Webex Calling dalla rete.

Configurazione del firewall

Se il firewall supporta il filtraggio degli URL, configurare il firewall per consentire l'elenco degli URL di destinazione Webex Calling, descritti nella tabella Domini e URL per Webex Calling servizi.

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

Indirizzi IP e porte per i Webex Calling servizi

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

Subnet IP per Webex Calling servizi

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

Segnalazione chiamata Webex Calling (SIP TLS)

Gateway locale esterno (NIC) 8000-65535

TCP

Fare riferimento a Subnet IP per Webex Calling servizi.

8934

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

Dispositivi

5060-5080

Applicazioni

Ephemeral (dipendenti OS)

Chiama il supporto Webex Calling (STUN, SRTP)

NIC esterna gateway locale

8000-48000

UDP

Fare riferimento a Subnet IP per Webex Calling servizi.

5004,19560-65535

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

Dispositivi

19560-19660

Applicazioni

Effimera

Segnalazione chiamata PSTN gateway remoto (SIP TLS) NIC interna gateway locale 8000-65535 TCP Il proprio ITSP PSTN GW o Unified CM Dipende dalla PSTN (ad esempio, solitamente 5060 o 5061 per Unified CM)
Chiama elemento multimediale PSTN gateway locale (SRTP) NIC interna gateway locale

8000-48000

UDP Il proprio ITSP PSTN GW o Unified CM Dipende dalla PSTN (ad esempio, solitamente 5060 o 5061 per Unified CM)

Segnalazione di chiamata a endpoint indirizzati pubblicamente (SIP TLS)

Fare riferimento a Subnet IP per Webex Calling servizi.

Effimera

TCP

Endpoint IP

8934

Questi IP/porte sono necessari per il segnale di chiamata SIP-TLS in ingresso da Webex Calling Cloud (origine) a end point indirizzati pubblicamente (destinazione).

Configurazione dispositivo e gestione firmware (dispositivi Cisco)

Webex Calling mobili

Effimera

TCP

3.20.185.219

3.130.87.169

3.134.166.179

443,6970

*Questi IP appartengono a cloudupgrader.webex.com.

È necessario abilitare la cloudupgrader.webex.com e le porte 443, 6970 solo quando si esegue la migrazione dai telefoni Enterprise (Cisco Unified CM) a Webex Calling. Andare 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 a activation.webex.com.

Questi IP sono necessari per l'onboarding sicuro di 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 a activate.cisco.com.

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

Quando un telefono si collega 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 la activate.cisco.com "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 ATAS SPA) con firmware precedente.

Quando un telefono si collega 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 la activate.cisco.com "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.

Fare riferimento a Subnet IP per Webex Calling servizi.

80,443

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

Sincronizzazione orario dispositivo (NTP)

Webex Calling mobili

51494

UDP

Fare riferimento a Subnet IP per Webex Calling servizi.

123

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

Risoluzione nome dispositivo

Webex Calling mobili

Effimera

UDP e TCP

Definito dall'ospite

53

Configurazione dell'applicazione

Webex Calling applicazioni

Effimera

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.

Fare riferimento a Subnet IP per Webex Calling servizi.

80, 443, 8443

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

Sincronizzazione orario applicazione

Webex Calling applicazioni

123

UDP

Definito dall'ospite

123

Risoluzione nome applicazione

Webex Calling applicazioni

Effimera

UDP e TCP

Definito dall'ospite

53

Cscan

Webex Calling applicazioni

Effimera

UDP e TCP

Fare riferimento a Subnet IP per Webex Calling servizi.

8934 e 80, 443, 19569-19760

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

†'intervallo di porte multimediali CUBE è configurabile con l'intervallo rtp-porte.

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

Domini e URL per i Webex Calling assistenza

Dominio/URL

Descrizione

App e dispositivi Webex che utilizzano questi domini/URL

servizi Cisco Webex

*.broadcloudpbx.com

Autorizzazione Webex dei micro servizi per l'avvio incrociato da Control Hub al portale di amministrazione chiamate.

Control Hub

*.broadcloud.com.au

Webex Calling servizi in Australia.

Tutti

*.broadcloud.eu

Webex Calling servizi in Europa.

Tutti

*.broadcloudpbx.net

Configurazione del client di chiamata e servizi di gestione.

App Webex

*.cisco.com

Quando un telefono si collega a una rete per la prima volta o dopo un ripristino delle impostazioni di fabbrica, se non sono state impostate opzioni DHCP, contatta il server di attivazione dispositivo per il provisioning zero touch. I nuovi telefoni utilizzano activate.cisco.com telefoni con release del firmware precedenti alla 11.2(1), continuare a usare le webapps.cisco.com per il provisioning.

Telefoni MPP, Control Hub

*.ucmgmt.cisco.com

Webex Calling clienti

Control Hub

*.webex.com

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

Tutti

*.wbx2.com

Micro servizi Webex, come il servizio di potenziamento software.

Tutti

Servizi aggiuntivi correlati a Webex (domini di terze parti)

*.appdynamics.com

*.eum-appdynamics.com

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

Control Hub

*.huron-dev.com

Webex Calling micro servizi 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 dell'utente Webex. Fornisce i tour per l'onboarding e l'utilizzo per i nuovi utenti.

Per ulteriori informazioni su WalkMe, fare clicqui.

App Webex

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

Webex Meetings/Messaggistica - Requisiti di rete

Se si sta distribuendo la Webex Calling con Webex Meetings e i servizi di messaggistica, i requisiti di rete per il Webex Meetings e i servizi di messaggistica sono disponibili in Requisiti di rete per i servizi Webex.

Cronologia revisioni

Data

Sono state apportate le seguenti modifiche a questo articolo

25 marzo 2021

Aggiunti 6 nuovi intervalli di activate.cisco.com IP 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

Sostituita Webex Calling ip discreti e intervalli di indirizzi IP più piccoli con intervalli semplificati in una tabella separata per facilitare la configurazione del firewall.

26 febbraio 2021

Aggiunto 5004 come porta di destinazione per il contenuto multimediale chiamata a Webex Calling (STUN,SRTP) per supportare il connettività interattiva Ice (Ice), 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.

Colonna Note aggiunta alla tabella indirizzi IP e porte per comprendere meglio le esigenze.

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é Cisco Webex client è stato semplificato per un dns più SRV in Australia a 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

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

  • 62.109.192.0/19

  • 64.68.96.0/19

  • 207.182.160.0/19

  • 150.253.128.0/17

I seguenti indirizzi IP sono stati rimossi 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

I seguenti domini sono stati aggiunti 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.

Hid i diagrammi di rete fino a quando questi indirizzi IP non possono essere aggiunti anche su tali diagrammi.

11 dicembre 2020

Sono state aggiornate la configurazione del dispositivo e la gestione del firmware (dispositivi Cisco) e 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, sostituita da 199.59.64.156 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:

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

  • Segnale 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 ora dispositivo: 135.84.173.152, 135.84.174.152

  • Configurazione applicazione: 135.84.173.154,135.84.174.154

22 luglio 2020

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:
  • Corretto uno degli indirizzi IP: modificato 199.59.67.156 in 199.59.64.156

  • Nuove funzioni richiede 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 del dispositivo 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

I domini e le porte seguenti sono stati aggiunti alla configurazione del dispositivo e alla gestione del firmware:

cloudupgrader.webex.com—443, 6970

Questo articolo è stato utile?

Articoli correlati

Visualizzati di recente

×