Flusso di lavoro di configurazione Webex Calling

05 luglio 2024 | 2817 vista/e | 0 persone pensano che sia stato utile

In questo articolo

Prepara il tuo ambiente

Requisiti del gateway locale per Webex Calling

Prerequisiti generali

Requisiti hardware e software per gateway locale

Requisiti di licenza per gateway locali

Requisiti di certificati e sicurezza per gateway locale

Requisiti firewall, attraversamento NAT, ottimizzazione percorso multimediale per gateway locale

Configurazione di Webex Calling per la tua organizzazione

Configurazione del gateway locale su Cisco IOS XE per Webex Calling

Panoramica

Implementazione dell'alta disponibilità CUBE come gateway locale

Nozioni fondamentali

Configurazione della ridondanza su entrambi i CUBE

Configurazione di un gateway locale su entrambi i CUBE

Configurazione di Unified CM per Webex Calling

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

Configurazione del profilo SIP per il trunk del gateway locale

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

Configurazione di un trunk SIP da e verso Webex

Configurazione del gruppo di indirizzamento per Webex

Configurazione dell'elenco di indirizzamento per Webex

Creazione di una partizione per le destinazioni Webex

Configurazione dei percorsi di indirizzamento per le destinazioni Webex

Configurazione della normalizzazione chiamata intersito abbreviata per Webex

Impostazione delle funzioni di Webex Calling

Imposta un gruppo di ricerca di risposta

Creazione di una coda chiamata

Creare un client centralinista

Creare e gestire operatori automatici

Configurare un gruppo di cercapersone

Imposta la funzione di risposta per assente

Imposta parcheggio chiamata

Abilita inclusione per gli utenti

Abilita privacy per un utente

Configura monitoraggio

Abilita segnale di avviso bridge chiamata per gli utenti

Attiva la modalità hotel per un utente

Tendenze di adozione e report di utilizzo per Webex Calling

Visualizza report chiamata

Eseguire lo strumento CScan

Flusso di lavoro di configurazione Webex Calling

In questo articolo

Prepara il tuo ambiente

Requisiti del gateway locale per Webex Calling

Prerequisiti generali

Prima di configurare un gateway locale per Webex Calling, assicurati di:

Avere una conoscenza di base dei principi VoIP
Avere una conoscenza del funzionamento di base dei concetti vocali di Cisco IOS-XE e IOS-XE
Avere una comprensione di base del protocollo SIP (Session Initiation Protocol)
Avere una conoscenza di base di Cisco Unified Communications Manager (Unified CM), se il tuo modello di distribuzione include Unified CM

Per informazioni dettagliate, consultare la Guida alla configurazione aziendale di Cisco Unified Border Element (CUBE).

Requisiti hardware e software per gateway locale

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

Requisiti di licenza per gateway locali

Le licenze di chiamata CUBE devono essere installate sul gateway locale. Per ulteriori informazioni, vedi la Guida alla configurazione CUBE.

Requisiti di certificati e sicurezza per gateway locale

Webex Calling richiede segnali e contenuti multimediali sicuri. Il gateway locale esegue la crittografia e una connessione TLS deve essere stabilita in uscita al cloud completando la seguente procedura:

LGW deve essere aggiornato con il bundle radice CA di PKI Cisco
Un set di credenziali digest SIP della pagina di configurazione del trunk di Control Hub viene utilizzato per configurare LGW (le operazioni fanno parte della configurazione seguente)
Il bundle radice CA convalida il certificato presentato
Richiesta delle credenziali (digest SIP fornito)
Il cloud identifica il gateway locale registrato in modo sicuro

Requisiti firewall, attraversamento NAT, ottimizzazione percorso multimediale per gateway locale

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

Se desideri utilizzare l'ottimizzazione del percorso multimediale con ICE, l'interfaccia rivolta verso Webex Calling del gateway locale deve avere un percorso di rete diretto a/da endpoint Webex Calling. Se gli endpoint si trovano in una posizione diversa e non esiste un percorso di rete diretto tra gli endpoint e l'interfaccia rivolta verso Webex Calling del gateway locale, il gateway locale deve disporre di un indirizzo IP pubblico assegnato all'interfaccia rivolta verso Webex Calling per le chiamate tra il gateway locale e gli endpoint per utilizzare l'ottimizzazione del percorso multimediale. Inoltre, deve essere in esecuzione IOS-XE versione 16.12.5.

Configurazione di Webex Calling per la tua organizzazione

Configurazione delle impostazioni di chiamata nell'impostazione guidata iniziale

Il primo passo per iniziare rapidamente a utilizzare i servizi Webex Calling consiste nel completare la procedura di installazione guidata iniziale (FTSW). Una volta completata la FTSW per la prima posizione, non deve essere completata per altre posizioni.

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

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

Rivedi e accetta del condizioni del servizio.

Rivedi il tuo piano e fai clic su Introduzione.

Il gestore del tuo account è responsabile dell'attivazione dei primi passaggi della FTSW. Contatta il gestore del tuo account se ricevi l'avviso "Impossibile impostare la chiamata" quando selezioni Inizia.

Seleziona il paese a cui associare il tuo centro dati e inserisci le informazioni di contatto e indirizzo del cliente.

Fai clic su Avanti: Posizione predefinita.

Selezionare una delle opzioni seguenti:

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

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

Effettua le seguenti selezioni da applicare a questa posizione:

Lingua annuncio: per gli annunci e i prompt audio per nuovi utenti e funzioni.
Lingua e-mail: per la comunicazione e-mail per i nuovi utenti.
Paese
Fuso orario

Fai clic su Avanti.

Inserisci un indirizzo SIP Cisco Webex disponibile e fai clic su Avanti, quindi seleziona Fine.

Aggiunta di una posizione

Operazioni preliminari

Per creare una nuova posizione, prepara le seguenti informazioni:

Indirizzo posizione
Numeri di telefono desiderati (opzionale)

Accedere a Control Hub all'indirizzohttps://admin.webex.com , andare a Gestione > Posizione .

Una nuova posizione verrà ospitata nel centro dati regionale corrispondente al paese selezionato utilizzando la procedura di installazione guidata iniziale.

Configura le impostazioni della posizione:

Nome posizione: inserisci un nome univoco per identificare la posizione.
Paese: scegli un paese da associare alla posizione. Ad esempio, puoi creare una posizione (sede centrale) negli Stati Uniti e un'altra (filiale) nel Regno Unito. Il paese che hai scelto determina i campi dell'indirizzo che seguono. Quelli qui documentati utilizzano la convenzione di indirizzo degli Stati Uniti come esempio.
Indirizzo: inserisci l'indirizzo di posta principale della posizione.
Città/Città —Inserisci una città per questa posizione.
Stato/Provincia/Regione —Dall'elenco a discesa, scegliere uno stato.
CAP/Codice postale: inserisci il CAP o codice postale.
Lingua annunci —Selezionare la lingua per gli annunci audio e i prompt per i nuovi utenti e funzioni.
Lingua e-mail —Selezionare la lingua per la comunicazione e-mail con i nuovi utenti.
Fuso orario —Selezionare il fuso orario per la posizione.

Fare clic su Salva e scegliere Sì / No per aggiungere numeri alla posizione ora o successivamente.

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

Cisco PSTN: scegli questa opzione se desideri una soluzione PSTN su cloud di Cisco. Il piano di chiamata Cisco è una soluzione PSTN sostitutiva completa che fornisce chiamate di emergenza, chiamate nazionali e internazionali in entrata e in uscita e che consente di ordinare nuovi numeri PSTN o di trasferire i numeri esistenti a Cisco.

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

Hai acquistato almeno un piano di chiamata in uscita (OCP) Cisco.
La tua posizione si trova in un paese in cui il piano di chiamata Cisco è supportato.
La tua posizione è nuova. Le posizioni preesistenti che disponevano di altre funzionalità PSTN non sono attualmente idonee per il piano di chiamata Cisco. Apri una richiesta di supporto per indicazioni.
Si è ospitati in un centro dati Webex Calling in una regione in cui è supportato il piano di chiamata Cisco .

PSTN connessa su cloud: scegli questa opzione se cerchi una soluzione PSTN di uno dei molti partner CCP Cisco o se il piano di chiamata Cisco non è disponibile nella tua posizione. I partner CCP offrono soluzioni PSTN sostitutive, ampia copertura globale e una vasta gamma di funzioni, pacchetti e prezzi.

I partner CCP e la copertura geografica sono elencati qui. Vengono visualizzati solo i partner che supportano il paese della tua posizione. I partner sono elencati con un logo o come una breve stringa di testo seguita da una regione in parentesi (ad esempio: (EU), (US) o (CA)). I partner elencati con un logo offrono sempre Contenuto multimediale regionale per CCP. Per i partner visualizzati come stringa di testo, scegli la regione più vicina al paese della tua posizione per assicurare il contenuto multimediale regionale per la CCP.

Se viene visualizzata l'opzione Ordina numeri ora in un provider elencato, è consigliabile scegliere tale opzione in modo da poter trarre vantaggio dal CCP integrato. La CCP integrata consente l'acquisto e il provisioning centralizzati dei numeri di telefono in Control Hub. La CCP non integrata richiede l'acquisto dei numeri di telefono dai partner CCP all'esterno di Control Hub.

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

La scelta dell'opzione PSTN è a livello di posizione (ciascuna posizione dispone di una sola opzione PSTN). Puoi combinare e associare il numero di opzioni desiderato per la tua distribuzione ma ogni posizione avrà una sola opzione. Una volta selezionata un'opzione PSTN ed eseguito il provisioning, puoi modificarla facendo clic su Gestisci nelle proprietà PSTN della posizione. Tuttavia, alcune opzioni come Cisco PSTN potrebbero non essere disponibili in seguito all'assegnazione di un'altra opzione. Apri una richiesta di supporto per indicazioni.

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

Se hai selezionato la CCP non integrata o la PSTN locale, inserisci i Numeri di telefono come valori separati da virgola, quindi fai clic su Convalida.

I numeri vengono aggiunti per la posizione specifica. Le voci valide vengono spostate nel campo Numeri convalidati e le voci non valide rimangono nel campo Aggiungi numeri, insieme a un messaggio di errore.

A seconda del paese della posizione, i numeri vengono formattati in modo conforme ai requisiti di chiamata locali. Ad esempio, se è necessario un prefisso, puoi inserire i numeri con o senza il prefisso e il prefisso viene aggiunto all'inizio.

Fai clic su Salva.

Operazioni successive

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

Operazioni preliminari

Ottieni un elenco degli utenti e degli spazi di lavoro associati a una posizione: Vai a Servizi > Numeri e dal menu a discesa seleziona la posizione da eliminare. Prima di eliminare una posizione, devi eliminare tali utenti e spazi di lavoro.

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

1	Accedere a Control Hub all'indirizzohttps://admin.webex.com , andare a Gestione > Posizione .
2	Fare clicnella colonna Azioni accanto alla posizione che si desidera eliminare.
3	Scegliere Elimina posizione , e confermare che si desidera eliminare la posizione. Solitamente bastano pochi minuti per eliminare in modo permanente la posizione, ma potrebbe essere necessaria fino a un'ora. Puoi controllare lo stato facendo clic su Altro accanto al nome della posizione e selezionando Stato eliminazione.

Aggiornamento di una posizione esistente

Puoi modificare l'impostazione PSTN nonché il nome, il fuso orario e la lingua di una posizione una volta creata. Tieni presente che la nuova lingua si applica solo ai nuovi utenti e dispositivi. Gli utenti e i dispositivi esistenti continuano a utilizzare la lingua precedente.

Per le posizioni esistenti, puoi abilitare i servizi 911 di emergenza. Per ulteriori informazioni, vedi Servizio RedSky di Webex Calling.

Accedere a Control Hub all'indirizzohttps://admin.webex.com , andare a Gestione > Posizione .

Se accanto a una posizione viene visualizzato il simbolo di attenzione, significa che non hai ancora configurato un numero di telefono per tale posizione. Non è possibile effettuare o ricevere chiamate finché non si configura questo numero.

(Opzionale) In Connessione PSTN, seleziona PSTN connessa al cloud o PSTN locale (gateway locale), in base a quale hai già configurato. Fai clic su Gestisci per modificare la configurazione e confermare i rischi associati selezionando Continua. Quindi, scegli una delle seguenti opzioni e fai clic su Salva:

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

Hai acquistato almeno un piano di chiamata in uscita (OCP) Cisco.
La tua posizione si trova in un paese in cui il piano di chiamata Cisco è supportato.
La tua posizione è nuova. Le posizioni preesistenti che disponevano di altre funzionalità PSTN non sono attualmente idonee per il piano di chiamata Cisco. Apri una richiesta di supporto per indicazioni.
Si è ospitati in un centro dati Webex Calling in una regione in cui è supportato il piano di chiamata Cisco .

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

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

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

(Opzionale) Sotto Chiamata di emergenza , è possibile selezionare ID posizione di emergenza per assegnare a questa posizione.

Questa impostazione è facoltativa ed è applicabile solo per i paesi che la richiedono.

In alcuni paesi (esempio: Francia), esistono requisiti normativi affinché i sistemi radio cellulari stabiliscano l'identità del cellulare quando si effettua una chiamata di emergenza e venga messo a disposizione delle autorità di emergenza. Altri paesi come USA e Canada implementano la determinazione della posizione utilizzando altri metodi. Per ulteriori informazioni, vedere Chiamata di emergenza avanzata .

Il provider chiamata di emergenza potrebbe aver bisogno di informazioni sulla rete di accesso e viene ottenuta definendo una nuova intestazione di interno SIP privato, P-Access-Network-Info. L'intestazione contiene informazioni relative alla rete di accesso.

Quando si imposta l'ID posizione di emergenza per una posizione, il valore della posizione viene inviato al provider come parte del messaggio SIP. Contattare il provider della chiamata di emergenza per vedere se è necessaria questa impostazione e utilizzare il valore fornito dal provider della chiamata di emergenza ."

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

(Opzionale) Fai clic sull'icona della matita nella parte superiore della pagina Posizione per modificare Nome posizione, Fuso orario o Lingua come necessario, quindi, fai clic su Salva.

Il cambio della lingua degli annunci avrà effetto immediato per tutte le nuove funzioni e i nuovi utenti aggiunti a questa posizione. Se anche la lingua degli annunci di utenti e/o funzioni esistenti deve essere modificata, selezionare Modifica per utenti e spazi di lavoro esistenti o Modifica per funzioni esistenti . Fare clic su Applica. Puoi visualizzare l'avanzamento nella pagina Attività. Non puoi apportare altre modifiche finché questa operazione non è completata.

Il cambio di Fuso orario per una posizione non implica l'aggiornamento dei fusi orari delle funzioni associate alla posizione. Per modificare i fusi orari per funzioni come operatore automatico, gruppo di risposta e coda chiamate, vai all'area Impostazioni generali della funzione specifica per la quale desideri aggiornare il fuso orario, quindi effettua le modifiche desiderate e salva.

Queste impostazioni per la chiamata interna sono disponibili anche nella procedura iniziale di installazione guidata. Quando modifichi il piano di chiamata, i numeri di esempio nell'aggiornamento di Control Hub visualizzano queste modifiche.

Puoi configurare le autorizzazioni per le chiamate in uscita per una posizione. Vedi questi passaggi per configurare le autorizzazioni per le chiamate in uscita.

Accedi a Control Hub, vai a Servizi > Chiamata > Impostazioni servizio, quindi scorrere fino a Chiamata interna.

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

Lunghezza prefisso di indirizzamento posizione: questa impostazione è consigliata se disponi di più posizioni. Puoi inserire una lunghezza da 2 a 7 cifre. Se disponi di più posizioni con lo stesso interno, gli utenti devono comporre un prefisso quando chiamano tra posizioni. Ad esempio, se disponi di più magazzini, tutti con interno 1000, puoi configurare un prefisso di indirizzamento per ciascun magazzino. Se un magazzino ha il prefisso 888, dovrai comporre il numero 8881000 per chiamare tale magazzino.

Le lunghezze dei prefissi di indirizzamento includono la cifra di indirizzamento. Ad esempio, se si imposta la lunghezza del prefisso di indirizzamento su quattro, è possibile utilizzare solo tre cifre per specificare il sito.

Se assegni un prefisso di inoltro a una posizione, tutti gli interni assegnati a tale posizione includono il prefisso di inoltro davanti al numero di interno. Ad esempio, 888-1000 (prefisso di inoltro-interno).

Cifra di indirizzamento nel prefisso di inoltro: scegliere il numero che verrà impostato come prima cifra di ogni prefisso di inoltro.
Lunghezza interno: è possibile immettere 2-10 cifre e il valore predefinito è 2.

Dopo aver aumentato la lunghezza dell'interno, le chiamate rapide esistenti agli interni non vengono aggiornate automaticamente.
Consenti chiamata dell'interno tra posizioni: consente di personalizzare la chiamata dell'interno tra posizioni in base ai requisiti della propria organizzazione.
- Abilita il tasto di alternanza se la tua organizzazione non dispone di interni duplicati in tutte le posizioni.
  Per impostazione predefinita, il tasto di alternanza è abilitato.
- Disabilita il tasto di alternanza se la tua organizzazione dispone dello stesso interno in diverse posizioni. Quando il tasto di alternanza è disabilitato e il chiamante compone l'interno, la chiamata viene indirizzata a un utente con interno corrispondente nella stessa posizione del chiamante. Il chiamante deve comporre il numero significativo aziendale (prefisso di indirizzamento posizione + interno) per raggiungere un interno in altre posizioni.

Specifica la chiamata interna per posizioni specifiche. Vai a Gestione > Posizioni, seleziona una posizione dall'elenco e fai clic su Chiamata. Scorrere fino a Composizione, quindi modificare la composizione interna come necessario:

Chiamata interna: specifica il prefisso di indirizzamento che gli utenti di altre posizioni devono comporre per contattare qualcuno in questa posizione. Il prefisso di indirizzamento di ciascuna posizione deve essere univoco. Si consiglia di abbinare la lunghezza del prefisso alla lunghezza impostata a livello di organizzazione, ma deve essere di 2-7 cifre.

Specifica la chiamata esterna per posizioni specifiche. Vai a Gestione > Posizioni, seleziona una posizione dall'elenco e fai clic su Chiamata. Scorrere fino a Chiamata, quindi modificare la chiamata esterna come necessario:

Chiamata esterna: è possibile scegliere una cifra di chiamata in uscita che gli utenti devono comporre per raggiungere una linea esterna. Il valore predefinito è Nessuno e puoi lasciarlo invariato se non è richiesta questa funzione. Se decidi di utilizzare questa funzione, è consigliabile utilizzare un numero diverso dalla cifra di indirizzamento della tua organizzazione.

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

Opzionalmente, è possibile utilizzare l'opzione Imponi la composizione del numero in uscita di questa posizione, assicurandosi che l'utente utilizzi il numero in uscita impostato dall'amministratore per effettuare chiamate esterne.

Se questa funzione è abilitata, è ancora possibile chiamare le chiamate di emergenza con o senza la cifra di chiamata in uscita.

Una volta abilitato, qualsiasi numero di destinazione esterno, come quelli utilizzati per l'inoltro di chiamata, non funzionerà più se non è incluso un numero in uscita.

Se un interno è uguale al numero nazionale, l'interno ha la precedenza sul numero nazionale. Pertanto, si consiglia di abilitare il numero in uscita.

Si consiglia vivamente di utilizzare il formato di numerazione E.164 per le chiamate PSTN in ingresso e in uscita.

Impatto sugli utenti:

Gli utenti devono riavviare i telefoni per rendere effettive le modifiche apportate alle preferenze di chiamata.
Gli interni utente non devono iniziare con lo stesso numero della cifra di indirizzamento o delle cifre di chiamata in uscita della posizione.

Configurazione di PSTN locale (gateway locale) in Control Hub

Se sei un rivenditore a valore aggiunto (VAR), puoi utilizzare questa procedura per avviare la configurazione del gateway locale in Control Hub. Quando questo gateway è registrato sul cloud, puoi utilizzarlo in una o più posizioni Webex Calling per fornire l'indirizzamento a un provider di servizi PSTN aziendale.

Una posizione che dispone di un gateway locale non può essere eliminata quando il gateway locale viene utilizzato per altre posizioni.

Creazione di un trunk

Segui questa procedura per creare un trunk in Control Hub.

Operazioni preliminari

Una volta aggiunta una posizione e prima di configurare il PSTN locale per una posizione, devi creare un trunk.
Crea posizioni e impostazioni e numeri specifici per ciascuno di essi. Le posizioni devono esistere prima di poter aggiungere un PSTN locale.
Comprendi i requisiti di PSTN locali (gateway locale) per Webex Calling.
Non puoi scegliere più di un trunk per una posizione con PSTN locale, ma puoi scegliere lo stesso trunk per più posizioni.

Accedere a Control Hub alle , andare a Servizi > Chiamata > Indirizzamento chiamata , e selezionare Aggiungere trunk .https://admin.webex.com

Seleziona una posizione.

Assegna un nome al trunk e fai clic su Salva.

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

Operazioni successive

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

Le informazioni sul trunk vengono visualizzate nella schermata Registra dominio, OTG/DTG gruppo trunk, Linea/Porta e Indirizzo proxy in uscita.

È consigliabile copiare queste informazioni da Control Hub e incollarle in un file di testo locale o un documento in modo da utilizzarlo come riferimento quando sei pronto a configurare il PSTN locale.

Se hai perso le credenziali, devi generarle dalla schermata delle informazioni sul trunk in Control Hub. Fai clic su Recupera nome utente e reimposta password per generare un nuovo set di credenziali di autenticazione da utilizzare sul trunk.

Selezione di un trunk per PSTN locale

Accedere a Control Hub all'indirizzohttps://admin.webex.com , andare a Gestione > Posizione .

Seleziona una posizione da modificare e fai clic su Gestisci.

Seleziona PSTN locale e fai clic su Avanti.

Scegli un trunk dal menu a discesa.

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

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

Operazioni successive

Devi utilizzare le informazioni di configurazione generate da Control Hub e mappare i parametri nel gateway locale (ad esempio, su un Cisco CUBE che si trova in loco). Questo articolo ti guida attraverso questo processo. Come riferimento, vedi il diagramma seguente per un esempio del modo in cui le informazioni di configurazione di Control Hub (a sinistra) vengono associate ai parametri nel CUBE (a destra):

Dopo aver completato correttamente la configurazione sul gateway stesso, puoi tornare a Servizi > Chiamata > Posizioni in Control Hub e il gateway creato verrà elencato nella scheda di posizione a cui è stato assegnato con un punto verde alla sinistra del nome. Questo stato indica che il gateway è registrato in modo sicuro sul cloud di chiamata e viene utilizzato come gateway PSTN attivo per la posizione.

Gestisci numeri di telefono

Puoi facilmente visualizzare, attivare, rimuovere e aggiungere i numeri di telefono per la tua organizzazione in Control Hub. Per ulteriori informazioni, vedi Gestione dei numeri di telefono in Control Hub.

Richiesta di acquisto di servizi Webex da una versione di prova in Control Hub

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

1	Accedi a Control Hub su https://admin.webex.com, seleziona l'icona dell'edificio.
2	Seleziona la scheda Abbonamenti, quindi fai clic su Acquista ora. Viene inviato un messaggio e-mail al partner per informarlo che sei interessato alla conversione in un abbonamento a pagamento.

Impostare le opzioni di chiamata

Puoi utilizzare Control Hub per impostare la priorità delle opzioni di chiamata disponibili che gli utenti visualizzano in Webex App. Puoi anche abilitarli per le chiamate con singolo clic. Per ulteriori informazioni, vedere: Imposta le opzioni di chiamata per gli utenti dell'app Webex .

Imposta il funzionamento della chiamata

È possibile controllare quale applicazione di chiamata viene aperta quando gli utenti effettuano le chiamate. È possibile configurare le impostazioni del client di chiamata, inclusa la distribuzione in modalità mista per organizzazioni con utenti autorizzati Unified CM o Webex Calling e gli utenti senza servizi di chiamata a pagamento di Cisco. Per ulteriori informazioni, vedere: Imposta funzionamento chiamata.

Configurazione del gateway locale su Cisco IOS XE per Webex Calling

Panoramica

Webex Calling attualmente supporta due versioni del gateway locale:

Gateway locale
Gateway locale per Webex for Government

Gateway locale
Gateway locale per Webex for Government

Considerazioni chiave

Prima di iniziare, comprendi i requisiti di rete telefonica commutata pubblica (PSTN) e gateway locale (LGW) per Webex Calling. Vedere Architettura Cisco Preferred per Webex Calling per ulteriori informazioni.
Questo articolo presuppone l'esistenza di una piattaforma gateway locale dedicata senza configurazione vocale. Se si modifica un gateway PSTN o una distribuzione CUBE Enterprise esistente da utilizzare come funzione gateway locale per Webex Calling, prestare attenzione alla configurazione. Assicurarsi di non interrompere i flussi di chiamata e la funzionalità esistenti a causa delle modifiche apportate.

Le procedure contengono collegamenti alla documentazione di riferimento dei comandi in cui è possibile ottenere ulteriori informazioni sulle singole opzioni di comando. Tutti i collegamenti di riferimento ai comandi vanno a Riferimento ai comandi dei gateway gestiti Webex se non diversamente indicato (in tal caso, i collegamenti al comando vanno a Riferimento per i comandi vocali Cisco IOS ). È possibile accedere a tutte queste guide in Cisco Unified Border Element Command References.

Per informazioni sui SBC supportati da terze parti si rimanda alla rispettiva documentazione di riferimento del prodotto.

Configurazione del gateway locale

Sono disponibili due opzioni per configurare il gateway locale per il Webex Calling tronco:

Trunk basato su registrazione
Trunk basato su certificato

Utilizzare il flusso di attività sotto il file Gateway locale basato su registrazione o Gateway locale basato su certificato per configurare il gateway locale per il Webex Calling tronco.

Vedi Introduzione al gateway locale per ulteriori informazioni sui diversi tipi di trunk. Completare la seguente procedura sul gateway locale stesso, utilizzando l'interfaccia della riga di comando (CLI). Usiamo il Session Initiation Protocol (SIP) e il trasporto TLS ( Transport Layer Security ) per proteggere il trunk e il protocollo SRTP(Secure Real-time Protocol) per proteggere il supporto tra il gateway locale e Webex Calling .

Considerazioni chiave

Selezionare CUBE come gateway locale. Webex per il Settore pubblico attualmente non supporta SBC (Session Border Controller) di terze parti. Per rivedere l'elenco più recente, vedi Introduzione al gateway locale.
Installa Cisco IOS XE Dublin 17.12.1a o versioni successive per tutti i gateway locali di Webex for Government.
Per rivedere l'elenco delle autorità di certificazione radice (CA) supportate da Webex for Government, vedere Autorità di certificazione radice per Webex for Government.
Per informazioni dettagliate sugli intervalli di porte esterne per il gateway locale in Webex for Government, vedere Requisiti di rete per Webex for Government (FedRAMP).

Il gateway locale per Webex for Government non supporta quanto segue:

STUN/ICE-Lite per l'ottimizzazione del percorso multimediale
Fax (T.38)

Configurazione del gateway locale per Webex for Government

Per configurare il gateway locale per il trunk Webex Calling in Webex for Government, usa la seguente opzione:

Trunk basato su certificato

Usa il flusso di attività sotto il gateway locale basato su certificato per configurare il gateway locale per il trunk Webex Calling. Per ulteriori informazioni su come configurare un gateway locale basato su certificato, vedi Configurazione del trunk basato su certificato Webex Calling.

È obbligatorio configurare crittografie GCM conformi a FIPS per supportare il gateway locale per Webex for Government. In caso contrario, l'impostazione della chiamata non riesce. Per i dettagli di configurazione, vedi Configurazione del trunk basato su certificato Webex Calling.

Webex per il Settore pubblico non supporta il gateway locale basato sulla registrazione.

Gateway locale basato su registrazione
Gateway locale basato su certificato

Panoramica del progetto

In questa sezione viene descritto come configurare un elemento Cisco Unified Border (CUBE) come gateway locale per Webex Calling utilizzando un trunk SIP di registrazione. La prima parte di questo documento illustra come configurare un semplice gateway PSTN. In questo caso, tutte le chiamate dalla PSTN vengono indirizzate a Webex Calling e tutte le chiamate da Webex Calling vengono indirizzate alla PSTN. L'immagine seguente evidenzia questa soluzione e la configurazione di indirizzamento chiamata ad alto livello che verrà seguita.

In questo design, vengono utilizzate le seguenti configurazioni principali:

tenant di classe vocale: Utilizzato per creare configurazioni specifiche del trunk.
uri classe vocale: Utilizzato per classificare i messaggi SIP per la selezione di un dial-peer in entrata.
dial-peer in entrata: Fornisce il trattamento per i messaggi SIP in entrata e determina il percorso in uscita con un gruppo di dial-peer.
gruppo dial-peer: Definisce i dial-peer in uscita utilizzati per l'indirizzamento delle chiamate in uscita.
dial-peer in uscita: Fornisce il trattamento per i messaggi SIP in uscita e li indirizza al target richiesto.

Call routing from/to PSTN to/from Webex Calling configuration solution

Quando si connette una soluzione Cisco Unified Communications Manager locale con Webex Calling, è possibile utilizzare la semplice configurazione del gateway PSTN come base per creare la soluzione illustrata nel seguente diagramma. In questo caso, Unified Communications Manager fornisce l'indirizzamento e il trattamento centralizzato di tutte le chiamate PSTN e Webex Calling.

In tutto questo documento, vengono utilizzati i nomi host, gli indirizzi IP e le interfacce illustrati nell'immagine seguente.

Utilizzare le istruzioni di configurazione nel resto di questo documento per completare la configurazione del gateway locale come segue:

Passaggio 1: Configurare la connettività e la sicurezza di base del router
Passaggio 2: Configura trunk Webex Calling

A seconda dell'architettura richiesta, seguire:
Passaggio 3: Configurazione del gateway locale con trunk PSTN SIP
Passaggio 4: Configurazione del gateway locale con l'ambiente Unified CM esistente

Oppure:
Passaggio 3: Configurazione del gateway locale con trunk PSTN TDM

Configura connettività e sicurezza

Configurazione di base

Il primo passo nella preparazione del router Cisco come gateway locale per Webex Calling è creare una configurazione di base che garantisca la piattaforma e stabilisca la connettività.

Tutte le distribuzioni del gateway locale basate sulla registrazione richiedono Cisco IOS XE 17.6.1a o versioni successive. Per le versioni consigliate, vedere la pagina Ricerca software Cisco. Cercare la piattaforma e selezionare una delle release suggerite.
- I router della serie ISR4000 devono essere configurati con licenze di tecnologia Unified Communications e Security.
- I router Catalyst Edge serie 8000 dotati di schede vocali o DSP richiedono la licenza DNA Advantage. I router senza schede vocali o DSP richiedono un minimo di licenze DNA Essentials.
Creare una configurazione di base per la piattaforma che segua i criteri aziendali. In particolare, configurare quanto segue e verificare il funzionamento:
- NTP
- ACL
- Autenticazione utente e accesso remoto
- DNS
- IP
- Indirizzi IP
La rete verso Webex Calling deve utilizzare un indirizzo IPv4.
Carica il bundle CA radice Cisco nel gateway locale.

Configurazione


interface GigabitEthernet0/0/0
  description Interface facing PSTN and/or CUCM
  ip address 10.80.13.12 255.255.255.0
!
interface GigabitEthernet0/0/1
  description Interface facing Webex Calling (Private address)
  ip address 192.51.100.1 255.255.255.240

key config-key password-encrypt YourPassword
password encryption aes

crypto pki trustpoint EmptyTP 
 revocation-check none

sip-ua
 timers connection establish tls 5
 transport tcp tls v1.2
 crypto signaling default trustpoint EmptyTP cn-san-validate server
 tcp-retry 1000

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b

Configura trunk basato su registrazione Webex Calling


 
voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 media statistics
 media bulk-stats 
 allow-connections sip to sip
 no supplementary-service sip refer  
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip
  asymmetric payload full
  early-offer forced  

voice class codec 100
 codec preference 1 opus
 codec preference 2 g711ulaw
 codec preference 3 g711alaw

voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

voice class uri 100 sip
 pattern dtg=Dallas1463285401_LGU

voice class sip-profiles 100
 rule 10 request ANY sip-header SIP-Req-URI modify "sips:" "sip:"
 rule 20 request ANY sip-header To modify "<sips:" "<sip:"
 rule 30 request ANY sip-header From modify "<sips:" "<sip:"
 rule 40 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
 rule 50 response ANY sip-header To modify "<sips:" "<sip:"
 rule 60 response ANY sip-header From modify "<sips:" "<sip:"
 rule 70 response ANY sip-header Contact modify "<sips:" "<sip:"
 rule 80 request ANY sip-header From modify ">" ";otg=dallas1463285401_lgu>"
 rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:"

voice class tenant 100
  registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com
  no remote-party-id
  sip-server dns:98027369.us10.bcld.webex.com
  connection-reuse
  srtp-crypto 100
  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 100 
  outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com  
  privacy-policy passthru

Dopo aver definito il tenant 100 e configurare un dial-peer VoIP SIP, il gateway avvia una connessione TLS verso Webex Calling. A questo punto, l'SBC di accesso presenta il proprio certificato al gateway locale. Il gateway locale convalida il certificato SBC di accesso a Webex Calling utilizzando il bundle radice CA aggiornato in precedenza. Se il certificato viene riconosciuto, viene stabilita una sessione TLS permanente tra il gateway locale e il controller SBC di accesso a Webex Calling. Il gateway locale può quindi utilizzare questa connessione protetta per eseguire la registrazione con il controller SBC di accesso Webex. Quando la registrazione è contestata per l'autenticazione:

Nella risposta vengono utilizzati i parametri di nome utente, password e area di autenticazione dalla configurazione delle credenziali .
Le regole di modifica nel profilo SIP 100 vengono utilizzate per convertire nuovamente URL SIPS in SIP.

La registrazione ha esito positivo quando si riceve un 200 OK dal controller SBC di accesso.

Configurazione del gateway locale con un trunk PSTN SIP

Dopo aver creato un trunk verso Webex Calling, utilizza la seguente configurazione per creare un trunk non crittografato verso un provider PSTN basato su SIP:

Se il provider di servizi offre un trunk PSTN sicuro, puoi seguire una configurazione simile a quella descritta sopra per il trunk Webex Calling. L'indirizzamento delle chiamate da sicuro a sicuro è supportato da CUBE.

Per configurare interfacce TDM per segmenti di chiamata PSTN sui gateway Cisco TDM-SIP, vedere Configurazione ISDN PRI.

Configura il seguente URI della classe vocale per identificare le chiamate in entrata dal trunk PSTN:


voice class uri 200 sip
  host ipv4:192.168.80.13

Di seguito una spiegazione dei campi per la configurazione:

uri classe vocale 200 sip

Definisce uno schema che corrisponda a un invito SIP in arrivo a un dial-peer trunk in arrivo. Quando si immette questo schema, utilizzare l'indirizzo IP del gateway PSTN IP. Per ulteriori informazioni, vedi uri classe vocale.

Configurare il seguente dial-peer PSTN IP:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Di seguito una spiegazione dei campi per la configurazione:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Definisce un dial-peer VoIP con un tag di 100 e fornisce una descrizione significativa per facilità di gestione e risoluzione dei problemi. Per ulteriori informazioni, vedere voce dial-peer.

modello di destinazione BAD.BAD

Uno schema di destinazione fittizio è richiesto quando si indirizzano le chiamate in uscita utilizzando un gruppo di dial-peer in entrata. Per ulteriori informazioni, vedere motivo-destinazione (interfaccia) .

protocollo di sessione sipv2

Specifica che il dial-peer 200 gestisce i segmenti di chiamata SIP. Per ulteriori informazioni, vedere protocollo di sessione (dial peer) .

obiettivo della sessione ipv4:192.168.80.13

Indica l'indirizzo indirizzo IPv4 di destinazione della destinazione per inviare il segmento di chiamata. La destinazione della sessione qui è l' indirizzo IP di ITSP . Per ulteriori informazioni, vedere destinazione sessione (peer di chiamata VoIP).

uri in ingresso tramite 200

Definisce un criterio di corrispondenza per l'intestazione VIA con l' IP della PSTN indirizzo IP. Corrisponde a tutti i segmenti di chiamata PSTN IP in ingresso sul gateway locale con dial-peer 200. Per ulteriori informazioni, vedere URL in arrivo.

bind control source-interface GigabitEthernet0/0/0

Configura l'interfaccia di origine e l'indirizzo IP associato per i messaggi inviati alla PSTN. Per ulteriori informazioni, vedere bind.

associazione origine-interfaccia multimediale GigabitEthernet0/0/0

Configura l'interfaccia di origine e l'indirizzo IP associato per il contenuto multimediale inviato a PSTN. Per ulteriori informazioni, vedere bind.

codec di classe vocale 100

Configura il dial-peer per utilizzare l'elenco dei filtri codec comuni 100. Per ulteriori informazioni, vedere codec di classe vocale .

rtp-nte relè dtmf

Definisce RTP-NTE (RFC2833) come funzionalità DTMF prevista sul segmento di segmento di chiamata. Per ulteriori informazioni, vedere DTMF Relay (Voice over IP).

no-vaglia

Disabilita il rilevamento di attività vocale. Per ulteriori informazioni, vedere vad (peer di chiamata).

Se si sta configurando il gateway locale per indirizzare solo le chiamate tra Webex Calling e PSTN, aggiungere la seguente configurazione di indirizzamento chiamata. Se si sta configurando il gateway locale con una piattaforma Unified Communications Manager, passare alla sezione successiva.

Crea gruppi di dial-peer per indirizzare le chiamate a Webex Calling o alla PSTN. Definisci DPG 100 con dial-peer in uscita 100 verso Webex Calling. DPG 100 viene applicato al dial-peer in ingresso dalla PSTN. Allo stesso modo, definire DPG 200 con dial-peer in uscita 200 verso la PSTN. DPG 200 viene applicato al dial-peer in ingresso da Webex.
```
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200
```
Di seguito una spiegazione dei campi per la configurazione:
dial-peer 100
Associa un dial-peer in uscita a un gruppo dial-peer. Per ulteriori informazioni, vedere dpg classe vocale.
Applica gruppi di dial-peer per indirizzare le chiamate da Webex alla PSTN e dalla PSTN a Webex:
```
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100 
```
Di seguito una spiegazione dei campi per la configurazione:
destinazione dpg 200
Specifica quale gruppo di dial-peer e quindi dial-peer deve essere utilizzato per il trattamento in uscita per le chiamate presentate a questo dial-peer in arrivo.

Questa operazione conclude la configurazione del gateway locale. Salva la configurazione e ricarica la piattaforma se è la prima volta che vengono configurate le funzioni CUBE.

Configurare il gateway locale con un ambiente Unified CM esistente

La configurazione PSTN-Webex Calling nelle sezioni precedenti può essere modificata per includere trunk aggiuntivi per un cluster Cisco Unified Communications Manager (UCM). In questo caso, tutte le chiamate vengono indirizzate tramite Unified CM. Le chiamate da UCM sulla porta 5060 vengono indirizzate alla PSTN e le chiamate dalla porta 5065 vengono indirizzate a Webex Calling. Le seguenti configurazioni incrementali possono essere aggiunte per includere questo scenario di chiamata.

Quando si crea il trunk Webex Calling in Unified CM, assicurarsi di configurare la porta in ingresso nelle impostazioni del profilo di sicurezza del trunk SIP su 5065. In questo modo, i messaggi in arrivo sulla porta 5065 vengono inseriti nell'intestazione VIA con questo valore quando si inviano messaggi al gateway locale.

Configura i seguenti URI di classe vocale:

Classifica le chiamate Unified CM in Webex utilizzando la porta SIP VIA:
```
voice class uri 300 sip
 pattern :5065
```
Classifica le chiamate da Unified CM a PSTN utilizzando la porta SIP:
```
voice class uri 400 sip
 pattern :192\.168\.80\.6[0-5]:5060
```
Classifica i messaggi in arrivo da UCM verso il trunk PSTN utilizzando uno o più schemi che descrivono gli indirizzi di origine e il numero di porta. È possibile utilizzare espressioni regolari per definire schemi corrispondenti, se necessario.

Nell'esempio precedente, viene utilizzata un'espressione regolare corrispondente a qualsiasi indirizzo IP nell'intervallo da 192.168.80.60 a 65 e al numero di porta 5060.

Configurare i seguenti record DNS per specificare l'indirizzamento SRV agli host Unified CM:

IOS XE utilizza questi record per determinare localmente host e porte UCM di destinazione. Con questa configurazione, non è necessario configurare i record nel sistema DNS. Se si preferisce utilizzare il DNS, queste configurazioni locali non sono obbligatorie.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Di seguito una spiegazione dei campi per la configurazione:

Il seguente comando crea un record di risorsa SRV DNS. Creare un record per ciascun host e trunk UCM:

ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: Nome record risorsa SRV

2: Priorità record risorse SRV

1: Peso record risorse SRV

5060: Il numero di porta da utilizzare per l'host di destinazione in questo record di risorse

ucmsub5.mydomain.com: L'organizzatore di destinazione del record di risorse

Per risolvere i nomi host di destinazione dei record di risorse, creare i record DNS A locali. Ad esempio:

host ip ucmsub5.mydomain.com 192.168.80.65

host ip: Crea un record nel database IOS XE locale.

ucmsub5.mydomain.com: Il nome dell'organizzatore record A.

192.168.80.65: L'indirizzo IP host.

Creare i record delle risorse SRV e i record A per riflettere l'ambiente UCM e la strategia di distribuzione delle chiamate preferita.

Configurare i seguenti dial-peer:

Dial-peer per le chiamate tra Unified CM e Webex Calling:
```
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad
```
Di seguito una spiegazione dei campi per la configurazione:
```
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
```
Definisce un dial-peer VoIP con un tag 300 e fornisce una descrizione significativa per facilità di gestione e risoluzione dei problemi.
modello di destinazione BAD.BAD
Uno schema di destinazione fittizio è richiesto quando si indirizzano le chiamate in uscita utilizzando un gruppo di dial-peer in entrata. In questo caso può essere utilizzato qualsiasi schema di destinazione valido.
protocollo di sessione sipv2
Specifica che il dial-peer 300 gestisce i segmenti di chiamata SIP. Per ulteriori informazioni, vedere protocollo sessione (dial-peer).
obiettivo sessione dns:wxtocucm.io
Definisce la destinazione della sessione di più nodi Unified CM attraverso la risoluzione DNS SRV. In questo caso, il file wxtocucm.io di record SRV definito localmente viene utilizzato per indirizzare le chiamate.
uri in ingresso tramite 300
Utilizza l'URI della classe vocale 300 per indirizzare tutto il traffico in ingresso da Unified CM utilizzando la porta di origine 5065 a questo dial-peer. Per ulteriori informazioni, vedere l'uri in arrivo.
codec di classe vocale 100
Indica l'elenco dei filtri codec per le chiamate da e verso Unified CM. Per ulteriori informazioni, vedi il codec della classe vocale.
bind control source-interface GigabitEthernet0/0/0
Configura l'interfaccia di origine e l'indirizzo IP associato per i messaggi inviati alla PSTN. Per ulteriori informazioni, vedere bind.
associazione origine-interfaccia multimediale GigabitEthernet0/0/0
Configura l'interfaccia di origine e l'indirizzo IP associato per il contenuto multimediale inviato a PSTN. Per ulteriori informazioni, vedere bind.
rtp-nte relè dtmf
Definisce RTP-NTE (RFC2833) come funzionalità DTMF prevista sul segmento di segmento di chiamata. Per ulteriori informazioni, vedere DTMF Relay (Voice over IP).
no-vaglia
Disabilita il rilevamento di attività vocale. Per ulteriori informazioni, vedere vad (peer di chiamata).
Dial-peer per le chiamate tra Unified CM e PSTN:
```
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad
```
Di seguito una spiegazione dei campi per la configurazione:
```
dial-peer voice 400 voip
 description UCM-PSTN trunk
```
Definisce un dial-peer VoIP con un tag di 100 e fornisce una descrizione significativa per facilità di gestione e risoluzione dei problemi.
modello di destinazione BAD.BAD
Uno schema di destinazione fittizio è richiesto quando si indirizzano le chiamate in uscita utilizzando un gruppo di dial-peer in entrata. In questo caso può essere utilizzato qualsiasi schema di destinazione valido.
protocollo di sessione sipv2
Specifica che il dial-peer 400 gestisce i segmenti di chiamata SIP. Per ulteriori informazioni, vedere protocollo sessione (dial-peer).
obiettivo sessione dns:pstntocucm.io
Definisce la destinazione della sessione di più nodi Unified CM attraverso la risoluzione DNS SRV. In questo caso, pstntocucm.io di record SRV definito localmente viene utilizzato per indirizzare le chiamate.
uri in ingresso tramite 400
Utilizza l'URI 400 della classe vocale per indirizzare tutto il traffico in ingresso dagli host Unified CM specificati utilizzando la porta di origine 5060 a questo dial-peer. Per ulteriori informazioni, vedere l'uri in arrivo.
codec di classe vocale 100
Indica l'elenco dei filtri codec per le chiamate da e verso Unified CM. Per ulteriori informazioni, vedi il codec della classe vocale.
bind control source-interface GigabitEthernet0/0/0
Configura l'interfaccia di origine e l'indirizzo IP associato per i messaggi inviati alla PSTN. Per ulteriori informazioni, vedere bind.
associazione origine-interfaccia multimediale GigabitEthernet0/0/0
Configura l'interfaccia di origine e l'indirizzo IP associato per il contenuto multimediale inviato a PSTN. Per ulteriori informazioni, vedere bind.
rtp-nte relè dtmf
Definisce RTP-NTE (RFC2833) come funzionalità DTMF prevista sul segmento di segmento di chiamata. Per ulteriori informazioni, vedere DTMF Relay (Voice over IP).
no-vaglia
Disabilita il rilevamento di attività vocale. Per ulteriori informazioni, vedere vad (peer di chiamata).

Aggiungi indirizzamento chiamata utilizzando le seguenti configurazioni:

Crea gruppi di dial-peer per indirizzare le chiamate tra Unified CM e Webex Calling. Definire DPG 100 con dial-peer in uscita 100 verso Webex Calling. DPG 100 viene applicato al dial-peer in ingresso associato da Unified CM. Allo stesso modo, definire DPG 300 con dial-peer in uscita 300 verso Unified CM. DPG 300 viene applicato al dial-peer in ingresso da Webex.
```
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300 
```
Crea un gruppo di dial-peer per indirizzare le chiamate tra Unified CM e la PSTN. Definire DPG 200 con dial-peer in uscita 200 verso la PSTN. DPG 200 viene applicato al dial-peer in ingresso associato da Unified CM. Analogamente, definire DPG 400 con dial-peer in uscita 400 verso Unified CM. DPG 400 viene applicato al dial-peer in ingresso dalla PSTN.
```
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400
```
Di seguito una spiegazione dei campi per la configurazione:
dial-peer 100
Associa un dial-peer in uscita a un gruppo dial-peer. Per ulteriori informazioni, vedere dpg classe vocale.
Applicare i gruppi di dial-peer per indirizzare le chiamate da Webex a Unified CM e da Unified CM a Webex:
```
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100
```
Di seguito una spiegazione dei campi per la configurazione:
destinazione dpg 300
Specifica quale gruppo di dial-peer e quindi dial-peer deve essere utilizzato per il trattamento in uscita per le chiamate presentate a questo dial-peer in arrivo.
Applicare i gruppi di dial-peer per indirizzare le chiamate dalla PSTN a Unified CM e da Unified CM alla PSTN:
```
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200 
```
Questa operazione conclude la configurazione del gateway locale. Salva la configurazione e ricarica la piattaforma se è la prima volta che sono state configurate le funzioni CUBE.

Monitorare e risolvere i problemi del gateway locale con le firme diagnostiche

Le firme diagnostiche (DS) rilevano in modo proattivo i problemi riscontrati di frequente nel gateway locale basato su IOS XE e generano una notifica dell'evento tramite e-mail, syslog o messaggi sul terminale. Puoi anche installare le DS per automatizzare la raccolta dei dati diagnostici e trasferire i dati raccolti al caso Cisco TAC per risolvere più rapidamente il problema.

Le firme diagnostiche (DS) sono file XML contenenti informazioni sugli eventi di attivazione del problema e sulle azioni da intraprendere per informare, risolvere il problema e porvi rimedio. È possibile definire la logica di rilevamento dei problemi utilizzando messaggi syslog, eventi SNMP e attraverso il monitoraggio periodico di output specifici del comando show.

I tipi di azioni includono la raccolta di risultati del comando show:

Generazione di un file di registro consolidato
Caricamento del file in una posizione di rete fornita dall'utente, come server HTTPS, SCP, FTP.

I tecnici TAC creano i file DS e li firmano digitalmente per la protezione dell'integrità. A ogni file DS viene assegnato un ID numerico univoco dal sistema. Strumento di ricerca firme diagnostiche (DSLT) è una singola origine per trovare le firme applicabili per il monitoraggio e la risoluzione dei problemi di vari problemi.

Operazioni preliminari:

Non modificare il file DS da cui è stato eseguito il download DSLT . L'installazione dei file modificati non viene completata a causa dell'errore di controllo dell'integrità.
Un server SMTP(Simple Mail Transfer Protocol) necessario al gateway locale per inviare le notifiche e-mail.
Accertarsi che il gateway locale esegua IOS XE 17.6.1 o versione superiore se si desidera utilizzare il server TFTP sicuro per le notifiche e-mail.

Prerequisiti

Gateway locale con IOS XE 17.6.1a o versione successiva

Le firme diagnostiche sono abilitate per impostazione predefinita.
Configurare il server e-mail sicuro da utilizzare per inviare notifiche proattive se sul dispositivo è in esecuzione Cisco IOS XE 17.6.1a o versione successiva.
```
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end 
```
Configurare la variabile di ambienteds_email con l' indirizzo e-mail dell'amministratore per la notifica.
```
configure terminal 
call-home  
diagnostic-signature 
environment ds_email <email address> 
end 
```

Di seguito viene mostrata una configurazione di esempio di un gateway locale in esecuzione su Cisco IOS XE 17.6.1a o superiore per inviare notifiche proattive a tacfaststart@gmail.com utilizzando Gmail come server SMTP sicuro:

Si consiglia di utilizzare Cisco IOS XE Bengaluru 17.6.x o versioni successive.

call-home  
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls 
diagnostic-signature 
environment ds_email "tacfaststart@gmail.com"

Un gateway locale in esecuzione sul software Cisco IOS XE non è un tipico client Gmail basato su Web che supporta OAuth, pertanto è necessario configurare un'impostazione dell'account Gmail specifica e fornire un'autorizzazione specifica affinché l'e-mail dal dispositivo venga elaborato correttamente:

Vai a Gestisci account Google > Sicurezza e attiva l'impostazione di accessoall'app Meno sicura.
Rispondi "Sì, sono stato io" quando ricevi un'e-mail da Gmail che indica "Google ha impedito a qualcuno di accedere al tuo account utilizzando un'app non Google".

Installare le firme diagnostiche per il monitoraggio proattivo

Monitoraggio dell'utilizzo elevato CPU

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

Utilizzare il mostra snmp comando per abilitare SNMP. Se non si abilita, configurare il gestore snmp-server comando.

show snmp 
%SNMP agent not enabled 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

Scarica DS 64224 utilizzando le seguenti opzioni del menu a discesa nello strumento DSLT:

Nome campo	Valore campo

Piattaforma	Cisco 4300, serie 4400 ISR o Cisco CSR serie 1000V
Prodotto	CUBE Enterprise in Webex Calling
Ambito del problema	Prestazioni
Tipo di problema	Utilizzo elevato CPU con notifica e-mail .

Copia il file XML DS nel flash del gateway locale.

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

Il seguente esempio mostra come copiare il file da un server FTP al gateway locale.

copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

Installa il file XML DS nel gateway locale.

call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

Utilizzare il show call-home diagnostic-signature per verificare che la firma sia installata correttamente. La colonna dello stato deve contenere il valore "registered".

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
ds_email: username@gmail.com

Download di firme digitali:

ID DS	Nome DS	Revisione	Stato	Ultimo aggiornamento (GMT+00:00)
64224	DS_LGW_CPU_MON75	0.0.10	Registrato	2020-11-07 22:05:33

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

Monitoraggio della registrazione trunk SIP

Questo DS verifica l'annullamento della registrazione di un SIP trunk del gateway locale con Webex Calling cloud ogni 60 secondi. Una volta rilevato, l'evento di annullamento della registrazione genera un'e-mail e una notifica di syslog e si disinstalla automaticamente dopo due occorrenze di annullamento della registrazione. Effettuare le seguenti operazioni per installare la firma:

Scarica DS 64117 utilizzando le seguenti opzioni del menu a discesa nello strumento DSLT:

Nome campo	Valore campo

Piattaforma	Cisco 4300, serie 4400 ISR o Cisco CSR serie 1000V
Prodotto	CUBE Enterprise in Webex Calling
Ambito del problema	SIP-SIP
Tipo di problema	Annullamento registrazione trunk SIP con notifica e-mail .

Copia il file XML DS nel gateway locale.

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

Installa il file XML DS nel gateway locale.

call-home diagnostic-signature load DS_64117.xml 
Load file DS_64117.xml success 
LocalGateway#

Utilizzare il show call-home diagnostic-signature per verificare che la firma sia installata correttamente. La colonna dello stato deve avere un valore "registrato".

Monitoraggio delle disconnessioni delle chiamate anomale

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

Utilizzare il mostra snmp comando per verificare se SNMP è abilitato. Se non è abilitato, configurare il gestore snmp-server comando.

show snmp 
%SNMP agent not enabled 
 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

Scarica DS 65221 utilizzando le seguenti opzioni nello strumento DSLT:

Nome campo	Valore campo

Piattaforma	Cisco 4300, serie 4400 ISR o Cisco CSR serie 1000V
Prodotto	CUBE Enterprise in Webex Calling
Ambito del problema	Prestazioni
Tipo di problema	Rilevamento della disconnessione della chiamata anomala SIP con notifica e e-mail e syslog.

Copia il file XML DS nel gateway locale.

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

Installa il file XML DS nel gateway locale.

call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

Utilizzare il show call-home diagnostic-signature per verificare che la firma sia installata correttamente. La colonna dello stato deve avere un valore "registrato".

Installare le firme diagnostiche per risolvere un problema

Utilizzare le firme diagnostiche (DS) per risolvere rapidamente i problemi. I tecnici di centro TAC di Cisco hanno creato diverse firme che consentono i debug necessari per risolvere un determinato problema, rilevare il problema che si verifica, raccogliere il set di dati diagnostici corretto e trasferire automaticamente i dati al caso centro TAC di Cisco . Le firme diagnostiche (DS) eliminano la necessità di controllare manualmente l'insorgenza del problema e rendono molto più semplice la risoluzione dei problemi intermittenti e transitori.

È possibile utilizzare il Strumento di ricerca firme diagnostiche per trovare le firme applicabili e installarle per risolvere autonomamente un determinato problema oppure è possibile installare la firma consigliata dal tecnico TAC come parte del coinvolgimento del supporto.

Di seguito un esempio di come trovare e installare una DS per rilevare l'occorrenza "%VOICE_IEC-3-GW: CCAPI: Internal Error (call spike threshold): IEC=1.1.181.1.29.0" syslog e automatizza la raccolta dei dati diagnostici utilizzando la seguente procedura:

Configurare un'ulteriore variabile di ambiente DSds_fsurl_prefix che è il percorso del file server centro TAC di Cisco (cxd.cisco.com) in cui vengono caricati i dati di diagnostica raccolti. Il nome utente nel percorso file è il numero del caso e la password è il token caricamento file che può essere recuperato Support Case Manager nel comando seguente. Il token di caricamento del file può essere generato nella sezione Allegati del Support Case Manager, come necessario.
```
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end 
```
Esempio:
```
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
```
Assicurarsi che SNMP sia abilitato utilizzando mostra snmp comando. Se non è abilitato, configurare il gestore snmp-server comando.
```
show snmp 
%SNMP agent not enabled 
 
 
config t 
snmp-server manager 
end 
```

Assicurarsi di installare il monitoraggio della CPU alta DS 64224 come misura proattiva per disabilitare tutti i debug e le firme diagnostiche durante il periodo di utilizzo elevato della CPU . Scarica DS 64224 utilizzando le seguenti opzioni nello strumento DSLT:

Nome campo	Valore campo

Piattaforma	Cisco 4300, serie 4400 ISR o Cisco CSR serie 1000V
Prodotto	CUBE Enterprise in Webex Calling
Ambito del problema	Prestazioni
Tipo di problema	Utilizzo elevato CPU con notifica e-mail .

Scarica DS 65095 utilizzando le seguenti opzioni nello strumento DSLT:

Nome campo	Valore campo

Piattaforma	Cisco 4300, serie 4400 ISR o Cisco CSR serie 1000V
Prodotto	CUBE Enterprise in Webex Calling
Ambito del problema	Registri di sistema
Tipo di problema	Syslog - %VOICE_IEC-3-GW: CCAPI: Internal Error (Call spike threshold): IEC=1.1.181.1.29.0

Copia i file XML DS nel gateway locale.

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

Installa la DS 64224 per il monitoraggio dell'utilizzo elevato di CPU e quindi il file XML DS 65095 nel gateway locale.

call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

Verificare che la firma sia installata correttamente utilizzando il file show call-home diagnostic-signature comando. La colonna dello stato deve avere un valore "registrato".

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Firme digitali scaricate:

ID DS

Nome DS

Revisione

Stato

Ultimo aggiornamento (GMT+00:00)

64224

00:07:45

DS_LGW_CPU_MON75

0.0.10

Registrato

08-11-2020

65095

00:12:53

DS_LGW_IEC_Call_spike_threshold

0.0.12

Registrato

08-11-2020

Verificare l'esecuzione delle firme diagnostiche

Nel comando seguente, la colonna "Stato" del file show call-home diagnostic-signature il comando cambia in "in esecuzione" mentre il gateway locale esegue l'azione definita all'interno della firma. L'output di mostra le statistiche della firma-diagnostica della chiamata a casa è il modo migliore per verificare se una firma diagnostica rileva un evento di interesse ed esegue l'azione. La colonna "Triggered/Max/Deinstall" indica il numero di volte in cui la firma specificata ha attivato un evento, il numero massimo di volte in cui viene definito un evento per rilevare un evento e se la firma si disinstalla da sola dopo aver rilevato il numero massimo di eventi attivati.

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Firme digitali scaricate:

ID DS	Nome DS	Revisione	Stato	Ultimo aggiornamento (GMT+00:00)
64224	DS_LGW_CPU_MON75	0.0.10	Registrato	08/11/2020 00:07:45
65095	DS_LGW_IEC_Call_spike_threshold	0.0.12	In esecuzione	08/11/2020 00:12:53

mostra le statistiche della firma-diagnostica della chiamata a casa

ID DS	Nome DS	Attivato/Max/Disinstalla	Tempo di esecuzione medio (secondi)	Tempo di esecuzione massimo (secondi)
64224	DS_LGW_CPU_MON75	0/0/N	0.000	0.000
65095	DS_LGW_IEC_Call_spike_threshold	1/20/Y	23.053	23.053

Il e-mail di notifica inviato durante l'esecuzione della firma diagnostica contiene informazioni chiave come tipo di problema, dettagli del dispositivo, versione software, configurazione di esecuzione e visualizza gli output dei comandi pertinenti per la risoluzione del problema specificato.

Disinstallare le firme diagnostiche

Le firme diagnostiche utilizzate per la risoluzione dei problemi vengono in genere definite per disinstallare dopo il rilevamento di alcune occorrenze del problema. Se si desidera disinstallare manualmente una firma, recuperare l'ID DS dall'output di mostrare la firma diagnostica della chiamata-casa e eseguire il comando seguente:

call-home diagnostic-signature deinstall <DS ID>

Esempio:

call-home diagnostic-signature deinstall 64224

Nuove firme vengono aggiunte periodicamente allo strumento di ricerca firme diagnostiche, in base a problemi che si riscontrano comunemente nelle distribuzioni. Il TAC attualmente non supporta richieste di creazione di nuove firme personalizzate.

Gestire e convalidare i gateway Cisco IOS XE tramite Control Hub

Per una migliore gestione dei gateway Cisco IOS XE, si consiglia di registrare e gestire i gateway attraverso Control Hub. È una configurazione opzionale. Al termine della registrazione, è possibile utilizzare l'opzione di convalida della configurazione in Control Hub per convalidare la configurazione del gateway locale e identificare eventuali problemi di configurazione. Attualmente, solo i trunk basati su registrazione supportano questa funzionalità.

Per ulteriori informazioni, fare riferimento alle seguenti sezioni:

Panoramica del progetto

In questa sezione viene descritto come configurare un Cisco Unified Border Element (CUBE) come gateway locale per Webex Calling utilizzando il trunk SIP mutual TLS (mTLS) basato su certificato. La prima parte di questo documento illustra come configurare un semplice gateway PSTN. In questo caso, tutte le chiamate dalla PSTN vengono indirizzate a Webex Calling e tutte le chiamate da Webex Calling vengono indirizzate alla PSTN. L'immagine seguente evidenzia questa soluzione e la configurazione di indirizzamento chiamata ad alto livello che verrà seguita.

In questo design, vengono utilizzate le seguenti configurazioni principali:

tenant di classe vocale: Utilizzato per creare configurazioni specifiche del trunk.
uri classe vocale: Utilizzato per classificare i messaggi SIP per la selezione di un dial-peer in entrata.
dial-peer in entrata: Fornisce il trattamento per i messaggi SIP in entrata e determina il percorso in uscita con un gruppo di dial-peer.
gruppo dial-peer: Definisce i dial-peer in uscita utilizzati per l'indirizzamento delle chiamate in uscita.
dial-peer in uscita: Fornisce il trattamento per i messaggi SIP in uscita e li indirizza al target richiesto.

In tutto questo documento, vengono utilizzati i nomi host, gli indirizzi IP e le interfacce illustrati nell'immagine seguente. Le opzioni sono fornite per l'indirizzamento pubblico o privato (dietro NAT). I record DNS SRV sono opzionali, a meno che il bilanciamento del carico su più istanze CUBE.

Utilizzare le istruzioni di configurazione nel resto di questo documento per completare la configurazione del gateway locale come segue:

Passaggio 1: Configurare la connettività e la sicurezza di base del router
Passaggio 2: Configura trunk Webex Calling

A seconda dell'architettura richiesta, seguire:
Passaggio 3: Configurazione del gateway locale con trunk PSTN SIP
Passaggio 4: Configurazione del gateway locale con l'ambiente Unified CM esistente

Oppure:
Passaggio 3: Configurazione del gateway locale con trunk PSTN TDM

Configura connettività e sicurezza

Configurazione di base

Il primo passo nella preparazione del router Cisco come gateway locale per Webex Calling è creare una configurazione di base che garantisca la piattaforma e stabilisca la connettività.

Tutte le distribuzioni del gateway locale basate su certificato richiedono Cisco IOS XE 17.9.1a o versioni successive. Per le versioni consigliate, vedere la pagina Ricerca software Cisco. Cercare la piattaforma e selezionare una delle release suggerite.
- I router della serie ISR4000 devono essere configurati con licenze di tecnologia Unified Communications e Security.
- I router Catalyst Edge serie 8000 dotati di schede vocali o DSP richiedono licenze DNA Essentials. I router senza schede vocali o DSP richiedono un minimo di licenze DNA Essentials.
- Per requisiti di capacità elevati, è possibile anche richiedere una licenza High Security (HSEC) e diritti di throughput aggiuntivi.
  
  Fare riferimento a Codici di autorizzazione per ulteriori dettagli.
Creare una configurazione di base per la piattaforma che segua i criteri aziendali. In particolare, configurare quanto segue e verificare il funzionamento:
- NTP
- ACL
- Autenticazione utente e accesso remoto
- DNS
- IP
- Indirizzi IP
La rete verso Webex Calling deve utilizzare un indirizzo IPv4. I nomi di dominio completo (FQDN) o gli indirizzi SRV (Service Record) del gateway locale devono essere risolti in un indirizzo IPv4 pubblico su Internet.
Tutte le porte SIP e multimediali sull'interfaccia del gateway locale rivolta verso Webex devono essere accessibili da Internet, direttamente o tramite NAT statico. Assicurarsi di aggiornare il firewall di conseguenza.
Installare un certificato firmato sul gateway locale (di seguito sono riportate dettagliate operazioni di configurazione).
- Un'autorità di certificazione pubblica (CA) come specificato in Quali autorità di certificazione radice sono supportate per le chiamate alle piattaforme audio e video Cisco Webex? deve firmare il certificato del dispositivo.
- Il nome di dominio completo configurato in Control Hub durante la creazione di un trunk deve essere il certificato Nome comune (CN) o Nome alternativo oggetto (SAN) del router. Ad esempio:
  - Se un trunk configurato nel Control Hub dell'organizzazione dispone di cube1.lgw.com:5061 come nome di dominio completo del gateway locale, il CN o SAN nel certificato del router deve contenere cube1.lgw.com. 
  - Se un trunk configurato nel Control Hub dell'organizzazione dispone di lgws.lgw.com come indirizzo SRV dei gateway locali raggiungibili dal trunk, il CN o SAN nel certificato router deve contenere lgws.lgw.com. I record in cui viene risolto l'indirizzo SRV (CNAME, record A o indirizzo IP ) sono facoltativi in SAN.
  - Se si utilizza un nome di dominio completo o SRV per il trunk, l'indirizzo del contatto per tutte le nuove finestre di dialogo SIP del gateway locale utilizza il nome configurato in Control Hub.
Assicurarsi che i certificati siano firmati per l'uso su client e server.
Carica il bundle CA radice Cisco nel gateway locale.

Configurazione


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 (Public address)
 ip address 198.51.100.1 255.255.255.240

key config-key password-encrypt YourPassword
password encryption aes
crypto key generate rsa general-keys exportable label lgw-key modulus 4096

crypto pki authenticate LGW_CERT
<paste Intermediate X.509 base 64 based certificate here>

crypto pki import LGW_CERT certificate
<paste CUBE host X.509 base 64 certificate here>

 sip-ua
  crypto signaling default trustpoint LGW_CERT
  transport tcp tls v1.2
 

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b

Configura trunk basato su certificato Webex Calling



voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 allow-connections sip to sip
 no supplementary-service sip refer
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip 
  asymmetric payload full
  early-offer forced
  sip-profiles inbound

voice class codec 100
 codec preference 1 opus
 codec preference 2 g711ulaw
 codec preference 3 g711alaw

voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

voice class uri 100 sip
 pattern cube1.lgw.com

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20
 rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

voice class sip-profiles 115
 rule 10 request OPTIONS sip-header Contact modify "<sip:.*:" "<sip:cube1.lgw.com:" 
 rule 30 request ANY sip-header Via modify "(SIP.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Connection-Info modify "10.80.13.12" "192.65.79.20"  
 rule 50 response ANY sdp-header Audio-Connection-Info modify "10.80.13.12" "192.65.79.20"
!
voice class sip-options-keepalive 100
 description Keepalive for Webex Calling
 up-interval 5
 transport tcp tls
 sip-profiles 115

voice class tenant 100
 no remote-party-id
 sip-server dns:us25.sipconnect.bcld.webex.com
 srtp-crypto 100
 localhost dns:cube1.lgw.com
 session transport tcp tls
 no session refresh
 error-passthru
 bind control source-interface GigabitEthernet0/0/1
 bind media source-interface GigabitEthernet0/0/1
 no pass-thru content custom-sdp
 sip-profiles 100 
 sip-profiles 110 inbound
 privacy-policy passthru
!

Configurazione del gateway locale con un trunk PSTN SIP

Dopo aver creato un trunk verso Webex Calling, utilizza la seguente configurazione per creare un trunk non crittografato verso un provider PSTN basato su SIP:

Per configurare interfacce TDM per segmenti di chiamata PSTN sui gateway Cisco TDM-SIP, vedere Configurazione ISDN PRI.

Configura il seguente URI della classe vocale per identificare le chiamate in entrata dal trunk PSTN:


voice class uri 200 sip
  host ipv4:192.168.80.13

Di seguito una spiegazione dei campi per la configurazione:

uri classe vocale 200 sip

Configurare il seguente dial-peer PSTN IP:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Di seguito una spiegazione dei campi per la configurazione:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Definisce un dial-peer VoIP con un tag di 100 e fornisce una descrizione significativa per facilità di gestione e risoluzione dei problemi. Per ulteriori informazioni, vedere voce dial-peer.

modello di destinazione BAD.BAD

protocollo di sessione sipv2

Specifica che il dial-peer 200 gestisce i segmenti di chiamata SIP. Per ulteriori informazioni, vedere protocollo di sessione (dial peer) .

obiettivo della sessione ipv4:192.168.80.13

uri in ingresso tramite 200

bind control source-interface GigabitEthernet0/0/0

Configura l'interfaccia di origine e l'indirizzo IP associato per i messaggi inviati alla PSTN. Per ulteriori informazioni, vedere bind.

associazione origine-interfaccia multimediale GigabitEthernet0/0/0

Configura l'interfaccia di origine e l'indirizzo IP associato per il contenuto multimediale inviato a PSTN. Per ulteriori informazioni, vedere bind.

codec di classe vocale 100

Configura il dial-peer per utilizzare l'elenco dei filtri codec comuni 100. Per ulteriori informazioni, vedere codec di classe vocale .

rtp-nte relè dtmf

Definisce RTP-NTE (RFC2833) come funzionalità DTMF prevista sul segmento di segmento di chiamata. Per ulteriori informazioni, vedere DTMF Relay (Voice over IP).

no-vaglia

Disabilita il rilevamento di attività vocale. Per ulteriori informazioni, vedere vad (peer di chiamata).

Crea gruppi di dial-peer per indirizzare le chiamate a Webex Calling o alla PSTN. Definisci DPG 100 con dial-peer in uscita 100 verso Webex Calling. DPG 100 viene applicato al dial-peer in ingresso dalla PSTN. Allo stesso modo, definire DPG 200 con dial-peer in uscita 200 verso la PSTN. DPG 200 viene applicato al dial-peer in ingresso da Webex.
```
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200
```
Di seguito una spiegazione dei campi per la configurazione:
dial-peer 100
Associa un dial-peer in uscita a un gruppo dial-peer. Per ulteriori informazioni, vedere dpg classe vocale.
Applica gruppi di dial-peer per indirizzare le chiamate da Webex alla PSTN e dalla PSTN a Webex:
```
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100 
```
Di seguito una spiegazione dei campi per la configurazione:
destinazione dpg 200
Specifica quale gruppo di dial-peer e quindi dial-peer deve essere utilizzato per il trattamento in uscita per le chiamate presentate a questo dial-peer in arrivo.

Questa operazione conclude la configurazione del gateway locale. Salva la configurazione e ricarica la piattaforma se è la prima volta che vengono configurate le funzioni CUBE.

Configurare il gateway locale con un ambiente Unified CM esistente

Configura i seguenti URI di classe vocale:

Classifica le chiamate Unified CM in Webex utilizzando la porta SIP VIA:
```
voice class uri 300 sip
 pattern :5065
```
Classifica le chiamate da Unified CM a PSTN utilizzando la porta SIP:
```
voice class uri 400 sip
 pattern :192\.168\.80\.6[0-5]:5060
```
Classifica i messaggi in arrivo da UCM verso il trunk PSTN utilizzando uno o più schemi che descrivono gli indirizzi di origine e il numero di porta. È possibile utilizzare espressioni regolari per definire schemi corrispondenti, se necessario.

Nell'esempio precedente, viene utilizzata un'espressione regolare corrispondente a qualsiasi indirizzo IP nell'intervallo da 192.168.80.60 a 65 e al numero di porta 5060.

Configurare i seguenti record DNS per specificare l'indirizzamento SRV agli host Unified CM:


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Di seguito una spiegazione dei campi per la configurazione:

Il seguente comando crea un record di risorsa SRV DNS. Creare un record per ciascun host e trunk UCM:

ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: Nome record risorsa SRV

2: Priorità record risorse SRV

1: Peso record risorse SRV

5060: Il numero di porta da utilizzare per l'host di destinazione in questo record di risorse

ucmsub5.mydomain.com: L'organizzatore di destinazione del record di risorse

Per risolvere i nomi host di destinazione dei record di risorse, creare i record DNS A locali. Ad esempio:

host ip ucmsub5.mydomain.com 192.168.80.65

host ip: Crea un record nel database IOS XE locale.

ucmsub5.mydomain.com: Il nome dell'organizzatore record A.

192.168.80.65: L'indirizzo IP host.

Creare i record delle risorse SRV e i record A per riflettere l'ambiente UCM e la strategia di distribuzione delle chiamate preferita.

Configurare i seguenti dial-peer:

Dial-peer per le chiamate tra Unified CM e Webex Calling:
```
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad
```
Di seguito una spiegazione dei campi per la configurazione:
```
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
```
Definisce un dial-peer VoIP con un tag 300 e fornisce una descrizione significativa per facilità di gestione e risoluzione dei problemi.
modello di destinazione BAD.BAD
Uno schema di destinazione fittizio è richiesto quando si indirizzano le chiamate in uscita utilizzando un gruppo di dial-peer in entrata. In questo caso può essere utilizzato qualsiasi schema di destinazione valido.
protocollo di sessione sipv2
Specifica che il dial-peer 300 gestisce i segmenti di chiamata SIP. Per ulteriori informazioni, vedere protocollo sessione (dial-peer).
obiettivo sessione dns:wxtocucm.io
Definisce la destinazione della sessione di più nodi Unified CM attraverso la risoluzione DNS SRV. In questo caso, il file wxtocucm.io di record SRV definito localmente viene utilizzato per indirizzare le chiamate.
uri in ingresso tramite 300
Utilizza l'URI della classe vocale 300 per indirizzare tutto il traffico in ingresso da Unified CM utilizzando la porta di origine 5065 a questo dial-peer. Per ulteriori informazioni, vedere l'uri in arrivo.
codec di classe vocale 100
Indica l'elenco dei filtri codec per le chiamate da e verso Unified CM. Per ulteriori informazioni, vedi il codec della classe vocale.
bind control source-interface GigabitEthernet0/0/0
Configura l'interfaccia di origine e l'indirizzo IP associato per i messaggi inviati alla PSTN. Per ulteriori informazioni, vedere bind.
associazione origine-interfaccia multimediale GigabitEthernet0/0/0
Configura l'interfaccia di origine e l'indirizzo IP associato per il contenuto multimediale inviato a PSTN. Per ulteriori informazioni, vedere bind.
rtp-nte relè dtmf
Definisce RTP-NTE (RFC2833) come funzionalità DTMF prevista sul segmento di segmento di chiamata. Per ulteriori informazioni, vedere DTMF Relay (Voice over IP).
no-vaglia
Disabilita il rilevamento di attività vocale. Per ulteriori informazioni, vedere vad (peer di chiamata).
Dial-peer per le chiamate tra Unified CM e PSTN:
```
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad
```
Di seguito una spiegazione dei campi per la configurazione:
```
dial-peer voice 400 voip
 description UCM-PSTN trunk
```
Definisce un dial-peer VoIP con un tag di 100 e fornisce una descrizione significativa per facilità di gestione e risoluzione dei problemi.
modello di destinazione BAD.BAD
Uno schema di destinazione fittizio è richiesto quando si indirizzano le chiamate in uscita utilizzando un gruppo di dial-peer in entrata. In questo caso può essere utilizzato qualsiasi schema di destinazione valido.
protocollo di sessione sipv2
Specifica che il dial-peer 400 gestisce i segmenti di chiamata SIP. Per ulteriori informazioni, vedere protocollo sessione (dial-peer).
obiettivo sessione dns:pstntocucm.io
Definisce la destinazione della sessione di più nodi Unified CM attraverso la risoluzione DNS SRV. In questo caso, pstntocucm.io di record SRV definito localmente viene utilizzato per indirizzare le chiamate.
uri in ingresso tramite 400
Utilizza l'URI 400 della classe vocale per indirizzare tutto il traffico in ingresso dagli host Unified CM specificati utilizzando la porta di origine 5060 a questo dial-peer. Per ulteriori informazioni, vedere l'uri in arrivo.
codec di classe vocale 100
Indica l'elenco dei filtri codec per le chiamate da e verso Unified CM. Per ulteriori informazioni, vedi il codec della classe vocale.
bind control source-interface GigabitEthernet0/0/0
Configura l'interfaccia di origine e l'indirizzo IP associato per i messaggi inviati alla PSTN. Per ulteriori informazioni, vedere bind.
associazione origine-interfaccia multimediale GigabitEthernet0/0/0
Configura l'interfaccia di origine e l'indirizzo IP associato per il contenuto multimediale inviato a PSTN. Per ulteriori informazioni, vedere bind.
rtp-nte relè dtmf
Definisce RTP-NTE (RFC2833) come funzionalità DTMF prevista sul segmento di segmento di chiamata. Per ulteriori informazioni, vedere DTMF Relay (Voice over IP).
no-vaglia
Disabilita il rilevamento di attività vocale. Per ulteriori informazioni, vedere vad (peer di chiamata).

Aggiungi indirizzamento chiamata utilizzando le seguenti configurazioni:

Crea gruppi di dial-peer per indirizzare le chiamate tra Unified CM e Webex Calling. Definire DPG 100 con dial-peer in uscita 100 verso Webex Calling. DPG 100 viene applicato al dial-peer in ingresso associato da Unified CM. Allo stesso modo, definire DPG 300 con dial-peer in uscita 300 verso Unified CM. DPG 300 viene applicato al dial-peer in ingresso da Webex.
```
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300 
```
Crea un gruppo di dial-peer per indirizzare le chiamate tra Unified CM e la PSTN. Definire DPG 200 con dial-peer in uscita 200 verso la PSTN. DPG 200 viene applicato al dial-peer in ingresso associato da Unified CM. Analogamente, definire DPG 400 con dial-peer in uscita 400 verso Unified CM. DPG 400 viene applicato al dial-peer in ingresso dalla PSTN.
```
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400
```
Di seguito una spiegazione dei campi per la configurazione:
dial-peer 100
Associa un dial-peer in uscita a un gruppo dial-peer. Per ulteriori informazioni, vedere dpg classe vocale.
Applicare i gruppi di dial-peer per indirizzare le chiamate da Webex a Unified CM e da Unified CM a Webex:
```
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100
```
Di seguito una spiegazione dei campi per la configurazione:
destinazione dpg 300
Specifica quale gruppo di dial-peer e quindi dial-peer deve essere utilizzato per il trattamento in uscita per le chiamate presentate a questo dial-peer in arrivo.
Applicare i gruppi di dial-peer per indirizzare le chiamate dalla PSTN a Unified CM e da Unified CM alla PSTN:
```
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200 
```
Questa operazione conclude la configurazione del gateway locale. Salva la configurazione e ricarica la piattaforma se è la prima volta che sono state configurate le funzioni CUBE.

Monitorare e risolvere i problemi del gateway locale con le firme diagnostiche

Le firme diagnostiche (DS) rilevano in modo proattivo i problemi riscontrati comunemente nel gateway locale basato su Cisco IOS XE e generano una notifica dell'evento e-mail, syslog o messaggi sul terminale. Puoi anche installare le DS per automatizzare la raccolta dei dati diagnostici e trasferire i dati raccolti al caso Cisco TAC per risolvere più rapidamente il problema.

Le firme diagnostiche (DS) sono file XML contenenti informazioni sugli eventi in cui si è verificato il problema e sulle azioni da eseguire per informare del problema, risolvere e risolvere il problema. Utilizzare i messaggi di syslog, gli eventi SNMP e il monitoraggio periodico degli output del comando show specifici per definire la logica di rilevamento del problema. I tipi di azione comprendono:

Raccolta degli output del comando show
Generazione di un file di registro consolidato
Caricamento del file in una posizione di rete fornita dall'utente, ad esempio HTTPS, SCP, server FTP

I tecnici TAC creano i file DS e li firmano digitalmente per la protezione dell'integrità. Ogni file DS presenta un ID numerico univoco assegnato dal sistema. Strumento di ricerca firme diagnostiche (DSLT) è una singola origine per trovare le firme applicabili per il monitoraggio e la risoluzione dei problemi di vari problemi.

Operazioni preliminari:

Non modificare il file DS da cui è stato eseguito il download DSLT . L'installazione dei file modificati non viene completata a causa dell'errore di controllo dell'integrità.
Un server SMTP(Simple Mail Transfer Protocol) necessario al gateway locale per inviare le notifiche e-mail.
Accertarsi che il gateway locale esegua IOS XE 17.6.1 o versione superiore se si desidera utilizzare il server TFTP sicuro per le notifiche e-mail.

Prerequisiti

Gateway locale con IOS XE 17.6.1 o superiore

Le firme diagnostiche sono abilitate per impostazione predefinita.
Configurare il server e-mail sicuro da utilizzare per inviare una notifica proattiva se il dispositivo esegue IOS XE 17.6.1 o versioni superiori.
```
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end 
```

Configurare la variabile di ambienteds_email con l' indirizzo e-mail dell'amministratore per la notifica.


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

Installare le firme diagnostiche per il monitoraggio proattivo

Monitoraggio dell'utilizzo elevato CPU

Questo DS tiene traccia dell'utilizzo della CPU per 5 secondi utilizzando l'OID SNMP 1.3.6.1.4.1.9.2.1.56. Quando l'utilizzo raggiunge il 75% o più, disabilita tutti i debug e disinstalla tutte le firme diagnostiche installate nel gateway locale. Utilizza questa procedura per installare la firma.

Assicurarsi di aver abilitato SNMP utilizzando il comando mostra snmp. Se SNMP non è abilitato, configurare il gestore snmp-server comando.


show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

Scarica DS 64224 utilizzando le seguenti opzioni del menu a discesa nello strumento DSLT:

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

Nome campo	Valore campo

Piattaforma	Software Cisco 4300, 4400 serie ISR o Catalyst 8000V Edge
Prodotto	CUBE Enterprise nella soluzione Webex Calling
Ambito del problema	Prestazioni
Tipo di problema	Utilizzo elevato della CPU con notifica e-mail

Copia il file XML DS nel flash del gateway locale.

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

Il seguente esempio mostra come copiare il file da un server FTP al gateway locale.

copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

Installa il file XML DS nel gateway locale.


call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

Utilizzare il show call-home diagnostic-signature per verificare che la firma sia installata correttamente. La colonna dello stato deve avere un valore "registrato".


show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com

Download di firme digitali:

ID DS	Nome DS	Revisione	Stato	Ultimo aggiornamento (GMT+00:00)
64224	DS_LGW_CPU_MON75	0.0.10	Registrato	2020-11-07 22:05:33

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

Monitoraggio delle disconnessioni delle chiamate anomale

Assicurarsi che SNMP sia abilitato utilizzando il comando mostra snmp. Se SNMP non è abilitato, configurare il gestore snmp-server comando.

show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

Scarica DS 65221 utilizzando le seguenti opzioni nello strumento DSLT:

Nome campo	Valore campo

Piattaforma	Software Cisco 4300, 4400 serie ISR o Catalyst 8000V Edge
Prodotto	CUBE Enterprise in Webex Calling
Ambito del problema	Prestazioni
Tipo di problema	Rilevamento della disconnessione della chiamata anomala SIP con notifica e e-mail e syslog.

Copia il file XML DS nel gateway locale.

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

Installa il file XML DS nel gateway locale.


call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

Utilizzare il comando show call-home diagnostic-signature per verificare che la firma sia installata correttamente. La colonna dello stato deve contenere il valore "registered".

Installare le firme diagnostiche per risolvere un problema

Per risolvere rapidamente i problemi è possibile utilizzare le firme diagnostiche (DS). I tecnici di centro TAC di Cisco hanno creato diverse firme che consentono i debug necessari per risolvere un determinato problema, rilevare il problema che si verifica, raccogliere il set di dati diagnostici corretto e trasferire automaticamente i dati al caso centro TAC di Cisco . In questo modo, si elimina la necessità di controllare manualmente la presenza del problema e si rende molto più semplice la risoluzione di problemi intermittenti e temporanei.

Configurare un'altra variabile di ambiente DSds_fsurl_prefix come percorso del file server centro TAC di Cisco (cxd.cisco.com) per caricare i dati di diagnostica. Il nome utente nel percorso file è il numero del caso e la password è il token caricamento file che può essere recuperato Support Case Manager come mostrato di seguito. Il token caricamento file può essere generato nel file Allegati sezione del Case Manager di supporto, come richiesto.
```
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end 
```
Esempio:
```
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
```
Assicurarsi che SNMP sia abilitato utilizzando il comando mostra snmp. Se SNMP non è abilitato, configurare il gestore snmp-server comando.
```
show snmp 
%SNMP agent not enabled 
 
config t 
snmp-server manager 
end 
```

È consigliabile installare il monitoraggio della CPU alta DS 64224 come misura proattiva per disabilitare tutti i debug e le firme diagnostiche durante il periodo di utilizzo elevato della CPU . Scarica DS 64224 utilizzando le seguenti opzioni nello strumento DSLT:

Nome campo	Valore campo

Piattaforma	Software Cisco 4300, 4400 serie ISR o Catalyst 8000V Edge
Prodotto	CUBE Enterprise in Webex Calling
Ambito del problema	Prestazioni
Tipo di problema	Utilizzo elevato CPU con notifica e-mail .

Scarica DS 65095 utilizzando le seguenti opzioni nello strumento DSLT:

Nome campo	Valore campo

Piattaforma	Software Cisco 4300, 4400 serie ISR o Catalyst 8000V Edge
Prodotto	CUBE Enterprise in Webex Calling
Ambito del problema	Registri di sistema
Tipo di problema	Syslog - %VOICE_IEC-3-GW: CCAPI: Internal Error (Call spike threshold): IEC=1.1.181.1.29.0

Copia i file XML DS nel gateway locale.


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

Installare il file XML DS 64224 e DS 65095 per il monitoraggio della CPU alta nel gateway locale.


call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

Verificare che la firma sia stata installata correttamente utilizzando mostrare la firma diagnostica della chiamata-casa. La colonna dello stato deve contenere il valore "registered".


show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Firme digitali scaricate:

ID DS

Nome DS

Revisione

Stato

Ultimo aggiornamento (GMT+00:00)

64224

00:07:45

DS_LGW_CPU_MON75

0.0.10

Registrato

2020-11-08:00:07:45

65095

00:12:53

DS_LGW_IEC_Call_spike_threshold

0.0.12

Registrato

2020-11-08:00:12:53

Verificare l'esecuzione delle firme diagnostiche

Nel comando seguente, la colonna "Stato" del comando show call-home diagnostic-signature passa a "in esecuzione" mentre il gateway locale esegue l'azione definita all'interno della firma. L'output di mostra le statistiche della firma-diagnostica della chiamata a casa è il modo migliore per verificare se una firma diagnostica rileva un evento di interesse ed esegue l'azione. La colonna "Triggered/Max/Deinstall" indica il numero di volte in cui la firma specificata ha attivato un evento, il numero massimo di volte in cui viene definito un evento per rilevare un evento e se la firma si disinstalla da sola dopo aver rilevato il numero massimo di eventi attivati.

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Firme digitali scaricate:

ID DS	Nome DS	Revisione	Stato	Ultimo aggiornamento (GMT+00:00)
64224	DS_LGW_CPU_MON75	0.0.10	Registrato	08/11/2020 00:07:45
65095	DS_LGW_IEC_Call_spike_threshold	0.0.12	In esecuzione	08/11/2020 00:12:53

mostra le statistiche della firma-diagnostica della chiamata a casa

ID DS	Nome DS	Attivato/Max/Disinstalla	Tempo di esecuzione medio (secondi)	Tempo di esecuzione massimo (secondi)
64224	DS_LGW_CPU_MON75	0/0/N	0.000	0.000
65095	DS_LGW_IEC_Call_spike_threshold	1/20/Y	23.053	23.053

Disinstallare le firme diagnostiche

L'uso delle firme diagnostiche per la risoluzione dei problemi viene in genere definito per disinstallare dopo il rilevamento di alcune occorrenze del problema. Se si desidera disinstallare manualmente una firma, recuperare l' ID DS dall'output di show call-home diagnostic-signature ed eseguire il comando seguente:

call-home diagnostic-signature deinstall <DS ID>

Esempio:

call-home diagnostic-signature deinstall 64224

Nuove firme vengono aggiunte allo strumento di ricerca firme diagnostiche periodicamente, in base ai problemi riscontrati nelle distribuzioni. Il TAC attualmente non supporta richieste di creazione di nuove firme personalizzate.

Implementazione dell'alta disponibilità CUBE come gateway locale

Nozioni fondamentali

Prerequisiti

Prima di distribuire CUBE HA come gateway locale per Webex Calling, accertarti di aver compreso pienamente i seguenti concetti:

Soluzione Cisco Webex Calling
Opzione gateway locale per Cisco Webex Calling
Ridondanza box-to-box layer 2 con CUBE Enterprise per conservazione delle chiamate con stato

Le linee guida di configurazione fornite in questo articolo presuppongono una piattaforma gateway locale dedicata che non prevede alcuna configurazione vocale esistente. Se viene modificata una distribuzione CUBE Enterprise esistente per utilizzare anche la funzione gateway locale per Cisco Webex Calling, presta attenzione alla configurazione applicata per garantire che i flussi di chiamata e le funzionalità esistenti non vengano interrotte e che stai soddisfacendo i requisiti di progettazione CUBE HA.

Componenti hardware e software

CUBE HA come gateway locale richiede IOS-XE versione 16.12.2 o successiva e una piattaforma su cui sono supportate entrambe le funzioni CUBE HA e LGW.

I comandi show e i registri in questo articolo si basano sulla release software minima di Cisco IOS-XE 16.12.2 implementata su vCUBE (CSR1000v).

Materiale di riferimento

Di seguito sono riportate alcune guide alla configurazione di CUBE HA dettagliate per diverse piattaforme:

Serie ISR 4K— https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-ISR4K.html
CSR 1000v (vCUBE)– https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-CSR1000v.html
Architettura preferita Cisco per Cisco Webex Calling– https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf

Panoramica della soluzione Webex Calling

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

La distribuzione del gateway locale (rappresentata di seguito) è il fulcro di questo articolo. Il trunk del gateway locale (PSTN locale) in Webex Calling consente la connettività a un servizio PSTN di proprietà del cliente. Fornisce anche la connettività a una distribuzione PBX IP locale, ad esempio Cisco Unified CM. Tutte le comunicazioni da e verso il cloud vengono protette utilizzando il trasporto TLS per SIP e SRTP per contenuti multimediali.

La figura seguente mostra una distribuzione Webex Calling senza un PBX IP esistente ed è applicabile a una distribuzione per singolo sito o più siti. La configurazione descritta in questo articolo si basa su questa distribuzione.

Ridondanza box-to-box layer 2

La ridondanza box-to-box layer 2 CUBE HA utilizza il protocollo dell'infrastruttura RG (Redundancy Group) per formare una coppia di router attivo/standby. Questa coppia condivide lo stesso indirizzo IP virtuale (VIP) sulle relative interfacce e scambia continuamente messaggi di stato. Le informazioni di sessione CUBE vengono verificate sulla coppia di router consentendo al router standby di assumere immediatamente tutte le responsabilità di elaborazione delle chiamate CUBE se il router attivo è fuori uso, in modo da preservare segnali e contenuti multimediali.

La verifica è limitata a chiamate connesse con pacchetti multimediali. Le chiamate in transito non vengono verificate (ad esempio, tentativi di chiamata o chiamate che squillano in attesa di risposta).

In questo articolo, CUBE HA fa riferimento alla ridondanza CUBE High Availability (HA) Box-to-box (B2B) layer 2 per la conservazione delle chiamate con stato

A partire da IOS-XE 16.12.2, CUBE HA può essere distribuito come gateway locale per distribuzioni di trunk Cisco Webex Calling (PSTN locale) e in questo articolo verranno riportate alcune considerazioni di progettazione e configurazioni. L'immagine mostra una tipica impostazione di CUBE HA come gateway locale per una distribuzione di trunk Cisco Webex Calling.

Componente Infra del gruppo di ridondanza

Il componente Infra del gruppo di ridondanza (RG, Redundancy Group) fornisce il supporto dell'infrastruttura di comunicazione box-to-box tra i due CUBE e negozia lo stato di ridondanza stabile finale. Questo componente fornisce anche:

Un protocollo simile a HSRP che negozia lo stato di ridondanza finale per ciascun router scambiando messaggi keepalive e hello tra i due CUBE (tramite l'interfaccia di controllo), GigabitEthernet3 nella figura precedente.
Un meccanismo di trasporto per la verifica dello stato di segnali e contenuti multimediali per ciascuna chiamata dal router attivo al router standby (tramite l'interfaccia dati), GigabitEthernet3 nella figura precedente.
Configurazione e gestione dell'interfaccia IP virtuale (VIP) per le interfacce di traffico (più interfacce di traffico possono essere configurate utilizzando lo stesso gruppo RG), GigabitEthernet 1 e 2 sono considerate interfacce di traffico.

Questo componente RG deve essere configurato in modo specifico per supportare il sistema vocale B2B HA.

Gestione degli indirizzi IP virtuali (VIP) per segnali e contenuti multimediali

B2B HA si basa sull'IP virtuale per ottenere ridondanza. Il VIP e le interfacce fisiche associate su entrambi i CUBE nella coppia CUBE HA devono risiedere sulla stessa subnet LAN. La configurazione del VIP e l'associazione dell'interfaccia VIP a una determinata applicazione vocale (SIP) sono obbligatorie per il supporto vocale B2B HA. I dispositivi esterni come Unified CM, controller SBC di accesso a Webex Calling, provider di servizi o proxy, utilizzano il VIP come indirizzo IP di destinazione per le chiamate che attraversano i router CUBE HA. Pertanto, dal punto di vista di Webex Calling, le coppie di CUBE HA agiscono come un singolo gateway locale.

Le informazioni su segnale di chiamata e sessione RTP delle chiamate stabilite vengono verificate dal router attivo al router di standby. Quando il router Attivo non è attivo, il router Standby subentra e continua a inoltrare il flusso RTP precedentemente indirizzato dal primo router.

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

Esistono i seguenti requisiti per l'uso di CUBE HA come gateway locale per il failover delle chiamate:

CUBE HA non può avere interfacce TDM o analogiche co-posizionate
Le interfacce Gig1 e Gig2 sono denominate interfacce di traffico (SIP/RTP) e Gig3 è l'interfaccia di controllo RG/dati
Non è possibile inserire più di 2 coppie CUBE HA nello stesso dominio layer 2, una con ID gruppo 1 e l'altra con ID gruppo 2. Se configuri 2 coppie HA con lo stesso ID gruppo, le interfacce di controllo RG/dati devono appartenere a domini layer 2 diversi (vlan, switch separato)
Il canale delle porte è supportato per entrambe le interfacce di controllo RG/dati e di traffico
Tutti i segnali/contenuti multimediali sono originati da/all'indirizzo IP virtuale
Ogni volta che una piattaforma viene ricaricata in una relazione CUBE-HA, viene sempre avviata come Standby
L'indirizzo inferiore per tutte le interfacce (Gig1, Gig2, Gig3) deve essere sulla stessa piattaforma
L'identificativo dell'interfaccia di ridondanza, rii, deve essere univoco per una combinazione di coppia/interfaccia nello stesso Layer 2
La configurazione su entrambi i CUBE deve essere identica, inclusa la configurazione fisica, e deve essere in esecuzione sullo stesso tipo di piattaforma e versione IOS-XE
Non è possibile utilizzare interfacce di loopback come associazione perché sono sempre attive
Più interfacce di traffico (SIP/RTP) (Gig1, Gig2) richiedono la configurazione del rilevamento dell'interfaccia
CUBE-HA non è supportato su una connessione via cavo crossover per il collegamento controllo RG/dati (Gig3)
Entrambe le piattaforme devono essere identiche e connesse tramite uno switch fisico su tutte le interfacce simili affinché CUBE HA funzioni, ossia GE0/0/0 di CUBE-1 e CUBE-2 devono terminare sullo stesso switch e così via.
Non è possibile impostare WAN con terminazione diretta su CUBE o Data HA su entrambi i lati
Entrambi i router, Attivo/Standby, devono essere nello stesso centro dati
È obbligatorio utilizzare un'interfaccia L3 separata per ridondanza (controllo RG/dati, Gig3), ossia l'interfaccia utilizzata per il traffico non può essere utilizzata per keepalive e verifica HA
Al momento del failover, il CUBE precedentemente attivo passa attraverso un ricaricamento per impostazione predefinita, preservando segnali e contenuti multimediali

Configurazione della ridondanza su entrambi i CUBE

Devi configurare la ridondanza box-to-box layer 2 su entrambi i CUBE da utilizzare in una coppia HA per visualizzare IP virtuali.

VCUBE-2#conf t
VCUBE-2(config)#redundancy
VCUBE-2(config)#voice service voip
VCUBE-2(config)#interface GigabitEthernet1
VCUBE-2#wr

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

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

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

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

VCUBE-1#

Configurazione di un gateway locale su entrambi i CUBE

Nella configurazione dell'esempio, stiamo utilizzando le seguenti informazioni di trunk di Control Hub per creare la configurazione del gateway locale su entrambe le piattaforme, VCUBE-1 e VCUBE-2. Il nome utente e la password per questa impostazione sono i seguenti:

Nome utente: Hussain1076_LGU
Password: lOV12MEaZx


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

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

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

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

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

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

VCUBE-2#redundancy application reload group 1 self

VCUBE-1#show sip-ua register status

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

VCUBE-1#show log

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

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0

Configurazione di Unified CM per Webex Calling

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

Nei casi in cui il gateway locale e il gateway PSTN risiedano sullo stesso dispositivo, Unified CM deve essere abilitato per distinguere due diversi tipi di traffico (chiamate da Webex e dalla PSTN) che hanno origine dallo stesso dispositivo e applicare una classe differenziata di servizio a questi tipi di chiamata. Questo tipo di gestione differenziata delle chiamate viene realizzato predisponendo due trunk tra Unified CM e il gateway locale combinato e un dispositivo gateway PSTN che richiede porte di ascolto SIP diverse per i due trunk.

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

Impostazione	Valore

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

Configurazione del profilo SIP per il trunk del gateway locale

Crea un profilo SIP dedicato per il trunk del gateway locale con le seguenti impostazioni:

Impostazione	Valore

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

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

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

Impostazione	Valore

Nome	Nome univoco, ad esempio Webex
Descrizione	Descrizione significativa, ad esempio Spazio di ricerca Webex Calling
Partizioni selezionate	DN (numeri di rubrica +E.164) ESN (chiamata intersito abbreviata) PSTNInternational (accesso PSTN) onNetRemote (destinazioni acquisite da GDPR)

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

Configurazione di un trunk SIP da e verso Webex

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

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

Configurazione del gruppo di indirizzamento per Webex

Crea un gruppo di indirizzamento con le seguenti impostazioni:

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

Configurazione dell'elenco di indirizzamento per Webex

Crea un elenco di indirizzamento con le seguenti impostazioni:

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

Creazione di una partizione per le destinazioni Webex

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

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

Operazioni successive

Accertati di aggiungere questa partizione a tutti gli spazi di ricerca chiamata che devono avere accesso alle destinazioni Webex. Devi aggiungere questa partizione in modo specifico allo spazio di ricerca chiamata utilizzato come spazio di ricerca di chiamata in ingresso sui trunk PSTN, in modo che le chiamate dalla PSTN a Webex possano essere indirizzate.

Configurazione dei percorsi di indirizzamento per le destinazioni Webex

Configura i percorsi di indirizzamento per ogni intervallo DID su Webex con le seguenti impostazioni:

Impostazione	Valore

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

Configurazione della normalizzazione chiamata intersito abbreviata per Webex

Se è richiesta la chiamata intersito abbreviata a Webex, configura gli schemi di normalizzazione chiamata per ciascun intervallo ESN su Webex con le seguenti impostazioni:

Impostazione	Valore

Schema di traduzione	Schema ESN per l'intervallo ESN in Webex. Ad esempio: 80121XX
Partizione	Webex
Descrizione	Descrizione significativa, come Schema di normalizzazione Webex
Uso dello spazio di ricerca di chiamata dell'iniziatore	Selezionato
Priorità urgente	Selezionato
Non attendere il timeout tra numeri sugli hop successivi	Selezionato
Maschera di trasformazione parte chiamata	Maschera di normalizzazione del numero in +E.164. Ad esempio: +140855501XX

Impostazione delle funzioni di Webex Calling

Imposta un gruppo di ricerca di risposta

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

Per ulteriori informazioni su come impostare un gruppo di ricerca di risposta , vedere Gruppi di ricerca in Cisco Webex Control Hub .

Creazione di una coda chiamata

Puoi impostare una coda chiamate in modo che quando non è possibile rispondere alle chiamate dei clienti, viene fornita loro una risposta automatica, messaggi di cortesia e musica di attesa finché qualcuno non risponde alla chiamata.

Per ulteriori informazioni su come impostare e gestire una coda chiamate, vedere Gestire le code di chiamata in Cisco Webex Control Hub .

Creare un client centralinista

Il client receptionist assiste nel supporto delle esigenze del personale di front-office. È possibile impostare gli utenti come assistenti telefonici in modo che possano eseguire il screening delle chiamate in arrivo verso determinate persone all'interno dell'organizzazione.

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

Creare e gestire operatori automatici

Puoi aggiungere messaggi di saluto, impostare menu e indirizzare le chiamate a un servizio di risposta, a un gruppo di risposta, a una casella vocale o a una persona reale. Crea una pianificazione di 24 ore o fornisci diverse opzioni quando l'azienda è aperta o chiusa.

Per informazioni su come creare e gestire operatori automatici, vedere Gestire gli operatori automatici in Cisco Webex Control Hub .

Configurare un gruppo di cercapersone

Il servizio di chiamata di gruppo consente a un utente di effettuare una chiamata unidirezionale o un servizio di chiamata di gruppo a un massimo di 75 utenti e spazi di lavoro di destinazione componendo un numero o un interno assegnato a un gruppo di cercapersone specifico.

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

Imposta la funzione di risposta per assente

Migliora il lavoro in team e la collaborazione creando un gruppo di risposta per assente di risposta per assente in modo che gli utenti possano rispondere reciprocamente alle chiamate. Quando aggiungi utenti a un gruppo di risposta per assente e un membro del gruppo è assente o è occupato, un altro membro può rispondere alle sue chiamate.

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

Imposta parcheggio chiamata

Il parcheggio chiamata consente a un gruppo definito di utenti di parcheggiare le chiamate su altri membri disponibili di un gruppo di parcheggio chiamata. Alle chiamate parcheggiate possono rispondere altri membri del gruppo sul proprio telefono.

Per ulteriori informazioni sull'impostazione del parcheggio chiamata, vedi Parcheggio chiamata in Cisco Webex Control Hub.

Abilita inclusione per gli utenti

1	Dalla vista cliente in , vai a Chiamata > Posizioni.https://admin.webex.com
2	Seleziona un utente e fai clic su Calling.
3	Andare alla sezione Autorizzazioni tra utenti, quindi selezionare Inclusione.
4	Attiva il tasto di alternanza per consentire ad altri utenti di aggiungersi alla chiamata in corso di questo utente.
5	Selezionare Riproduci un tono quando questo utente partecipa a una chiamata se si desidera riprodurre un tono agli altri quando questo utente partecipa alla chiamata.
6	Fai clic su Salva.

Abilita privacy per un utente

Accedi a Control Hub e vai a Gestione > Utenti.

Scegli un utente e fai clic su Chiamata.

Andare all'area Autorizzazioni tra utenti e scegliere Privacy.

Scegli le impostazioni di Privacy operatore automatico appropriate per questo utente.

Consenti a questo utente di essere chiamato per interno
Consenti a questo utente di essere chiamato per nome o cognome

Seleziona la casella di controllo Abilita privacy. Puoi quindi decidere di bloccare tutti non scegliendo membri dall'elenco a discesa. In alternativa, puoi scegliere gli utenti, gli spazi di lavoro e le linee virtuali che possono monitorare lo stato della linea di questo utente.

Se sei un amministratore di posizione, solo gli utenti, gli spazi di lavoro e le linee virtuali relative alle tue posizioni assegnate vengono visualizzati nell'elenco a discesa.

Deselezionare la casella di controllo Abilita privacy per consentire a tutti di monitorare lo stato della linea.

Seleziona la casella di controllo Applica privacy per risposta per assente indirizzata e inclusione per abilitare la privacy per risposta per assente indirizzata e inclusione.

Se abiliti questa opzione, solo gli utenti autorizzati, le linee virtuali e i dispositivi dello spazio di lavoro possono utilizzare la risposta per assente indirizzata e l'inclusione su questo utente. In caso contrario, chiunque nell'organizzazione può richiamare la risposta per assente diretta e l'inclusione su una linea.
Per ulteriori informazioni sull'inclusione, vedere Inclusione nella telefonata di un altro utente.
Il supervisore può sempre inserirsi nelle chiamate ricevute dagli agenti attraverso la coda chiamate. In altre parole, le impostazioni di privacy non influiscono sull'opzione di inclusione del supervisore.

Da Aggiungi membro per nome, scegli utenti, spazi di lavoro e linee virtuali che possono monitorare lo stato della linea telefonica e richiamare risposta per assente indirizzata e inclusione.

Per filtrare i membri selezionati, utilizzare il filtro per nome, numero o campo interno.

Fare clic su Rimuovi tutto per rimuovere tutti i membri selezionati.

Per rimuovere un singolo membro, fare clic su Elimina accanto al nome del membro.

Fai clic su Salva.

Configura monitoraggio

Il numero massimo di linee monitorate per un utente è 50. Tuttavia, durante la configurazione dell'elenco di monitoraggio, considera il numero di messaggi che incidono sulla larghezza di banda tra Webex Calling e la rete. Inoltre, determinare il numero massimo di linee monitorate in base al numero di pulsanti linea sul telefono dell'utente.

Dalla vista cliente in https://admin.webex.com, andare a Gestione, quindi fare clic su Utenti.

Seleziona l'utente che desideri modificare e fai clic su Chiamata.

Andare alla sezione Autorizzazioni tra utenti e selezionare Monitoraggio.

Scegliere una delle opzioni seguenti:

Aggiungi linea monitorata
Aggiungi interno di parcheggio chiamata

È possibile includere una linea virtuale nell'elenco Aggiungi linea monitorata per il monitoraggio degli utenti.

Scegli se desideri notificare a questo utente le chiamate parcheggiate, cerca la persona o l'interno del parcheggio chiamata da monitorare, quindi fai clic su Salva.

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

Il nome visualizzato per la linea monitorata è il nome inserito nei campi Nome e Cognome ID chiamante per l'utente, lo spazio di lavoro e la linea virtuale.

Vuoi vedere come si fa? Guarda questo video dimostrativo su come gestire le impostazioni di monitoraggio per un utente in Control Hub .

Abilita segnale di avviso bridge chiamata per gli utenti

Operazioni preliminari

È necessario che la linea condivisa sia configurata per il bridge di chiamata da richiamare. Vedere come configurare le linee condivise prima di abilitare la riproduzione del tono di avviso di chiamata in attesa.

Accedi a Control Hub e vai a Gestione > Utenti.

Seleziona un utente e fai clic sulla scheda Chiamata.

Vai a Autorizzazioni tra utenti e fai clic su Segnale di avviso bridge chiamata.

Attivare Tono di avviso ponte chiamata , quindi fare clic su Salva .

Per impostazione predefinita, questa funzione è abilitata.

Per ulteriori informazioni sul bridge di chiamata su una linea condivisa MPP, vedere Linee condivise sul telefono fisso multipiattaforma.

Per ulteriori informazioni sul bridge di chiamata su una linea condivisa dell'app Webex, vedi Identificativo di linea condivisa per WebexApp.

Attiva la modalità hotel per un utente

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

Dalla vista cliente inhttps://admin.webex.com , andare a Gestione e selezionare Utenti .

Seleziona un utente e fai clic sulla scheda Chiamata.

Vai alla sezione Autorizzazioni tra utenti e seleziona Modalità hotel e attiva il tasto di alternanza.

Immettere il nome o il numero dell'organizzatore della modalità hotel nel campo di ricerca Posizione modalità hotel e scegliere l'organizzatore della modalità hotel che si desidera assegnare all'utente.

È possibile selezionare un solo organizzatore hotel. Se scegli un altro organizzatore hotel, il primo viene eliminato.

In qualità di amministratore della posizione, puoi assegnare solo l'organizzatore della modalità hotel relativo alle tue posizioni assegnate.

Per limitare il tempo di associazione di un utente all'host della modalità hotel, scegliere il numero di ore in cui l'utente può utilizzare l'host della modalità hotel dall'elenco a discesa Limite periodo di associazione.

L'utente verrà disconnesso automaticamente dopo l'ora scelta.

Nella schermata viene visualizzato un messaggio di errore se il periodo di associazione limite specificato per l'utente supera il periodo di associazione limite dell'host della modalità hotel scelto. Ad esempio, se l'organizzatore della modalità hotel ha un periodo di associazione limite di 12 ore e il periodo di associazione limite dell'utente è di 24 ore, viene visualizzato un messaggio di errore. In questi casi, è necessario estendere il periodo limite di associazione dell'organizzatore hotel se è necessario più tempo per l'utente.

Fai clic su Salva.

Un utente può anche ricercare e individuare l'host della modalità hotel che desidera utilizzare da Hub utente. Per ulteriori informazioni, vedere Accedi al tuo profilo di chiamata da qualsiasi luogo .

Vuoi vedere come si fa? Guarda questo video dimostrativo su come configurare la modalità hotel in Control Hub.

Tendenze di adozione e report di utilizzo per Webex Calling

Visualizza report chiamata

Puoi utilizzare la pagina Analisi in Control Hub per ottenere informazioni su come le persone utilizzano Webex Calling e l'app Webex (coinvolgimento) nonché sulla qualità della loro esperienza multimediale di chiamata. Per accedere all'analisi Webex Calling, accedi a Control Hub, quindi vai ad Analisi e seleziona la scheda Chiamata.

1	Per report dettagliati cronologia chiamate , accedere a Control Hub , quindi andare a Analisi > Chiamata .
2	Selezionare Cronologia chiamate dettagliata . Per informazioni sulle chiamate tramite istanza dedicata, vedi Analisi istanza dedicata.
3	Per accedere ai dati di qualità multimediale, accedi a Control Hub, quindi vai ad Analisi e seleziona Chiamata. Per ulteriori informazioni, vedi Analisi per il tuo portfolio Cloud Collaboration.

Eseguire lo strumento CScan

CScan è uno strumento di preparazione della rete progettato per testare la connessione di rete a Webex Calling.

Per ulteriori informazioni, vedi Uso di CScan per testare la qualità della rete Webex Calling.

1	Assicurati che venga creata una chiave di configurazione per la password, con i comandi shown di seguito, prima di poterla utilizzare in credenziali o segreti condivisi. Le password di tipo 6 sono crittografate utilizzando cifratura AES e questa chiave di configurazione definita dall'utente. `LocalGateway#conf t LocalGateway(config)#key config-key password-encrypt Password123 LocalGateway(config)#password encryption aes` Questa è la configurazione del gateway locale che verrà applicata a entrambe le piattaforme in base ai parametri di Control Hub visualizzati sopra, salva e ricarica. Le credenziali SIP digest di Control Hub sono evidenziate in grassetto. configure terminal crypto pki trustpoint dummyTp revocation-check crl exit sip-ua crypto signaling default trustpoint dummyTp cn-san-validate server transport tcp tls v1.2 end configure terminal crypto pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b end configure terminal voice service voip ip address trusted list ipv4 x.x.x.x y.y.y.y exit allow-connections sip to sip media statistics media bulk-stats no supplementary-service sip refer no supplementary-service sip handle-replaces fax protocol pass-through g711ulaw stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123! sip g729 annexb-all early-offer forced end configure terminal voice class sip-profiles 200 rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.)" "sip:\1" rule 10 request ANY sip-header To modify "<sips:(.)" "<sip:\1" rule 11 request ANY sip-header From modify "<sips:(.)" "<sip:\1" rule 12 request ANY sip-header Contact modify "<sips:(.)>" "<sip:\1;transport=tls>" rule 13 response ANY sip-header To modify "<sips:(.)" "<sip:\1" rule 14 response ANY sip-header From modify "<sips:(.)" "<sip:\1" rule 15 response ANY sip-header Contact modify "<sips:(.)" "<sip:\1" rule 20 request ANY sip-header From modify ">" ";otg=hussain1076_lgu>" rule 30 request ANY sip-header P-Asserted-Identity modify "sips:(.)" "sip:\1" voice class codec 99 codec preference 1 g711ulaw codec preference 2 g711ulaw exit voice class srtp-crypto 200 crypto 1 AES_CM_128_HMAC_SHA1_80 exit voice class stun-usage 200 stun usage firewall-traversal flowdata exit voice class tenant 200 registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls credentials number Hussain5091_LGU username Hussain1076_LGU password 0 lOV12MEaZx realm Broadworks authentication username Hussain5091_LGU password 0 lOV12MEaZx realm BroadWorks authentication username Hussain5091_LGU password 0 lOV12MEaZx realm 40462196.cisco-bcld.com no remote-party-id sip-server dns:40462196.cisco-bcld.com connection-reuse srtp-crypto 200 session transport tcp tls url sips error-passthru asserted-id pai bind control source-interface GigabitEthernet1 bind media source-interface GigabitEthernet1 no pass-thru content custom-sdp sip-profiles 200 outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com privacy-policy passthru voice class tenant 100 session transport udp url sip error-passthru bind control source-interface GigabitEthernet2 bind media source-interface GigabitEthernet2 no pass-thru content custom-sdp voice class tenant 300 bind control source-interface GigabitEthernet2 bind media source-interface GigabitEthernet2 no pass-thru content custom-sdp voice class uri 100 sip host ipv4:198.18.133.3 voice class uri 200 sip pattern dtg=hussain1076.lgu dial-peer voice 101 voip description Outgoing dial-peer to IP PSTN destination-pattern BAD.BAD session protocol sipv2 session target ipv4:198.18.133.3 voice-class codec 99 voice-class sip tenant 100 dtmf-relay rtp-nte no vad dial-peer voice 201 voip description Outgoing dial-peer to Webex Calling destination-pattern BAD.BAD session protocol sipv2 session target sip-server voice-class codec 99 voice-class stun-usage 200 no voice-class sip localhost voice-class sip tenant 200 dtmf-relay rtp-nte srtp no vad voice class dpg 100 description Incoming WebexCalling(DP200) to IP PSTN(DP101) dial-peer 101 preference 1 voice class dpg 200 description Incoming IP PSTN(DP100) to Webex Calling(DP201) dial-peer 201 preference 1 dial-peer voice 100 voip desription Incoming dial-peer from IP PSTN session protocol sipv2 destination dpg 200 incoming uri via 100 voice-class codec 99 voice-class sip tenant 300 dtmf-relay rtp-nte no vad dial-peer voice 200 voip description Incoming dial-peer from Webex Calling session protocol sipv2 destination dpg 100 incoming uri request 200 voice-class codec 99 voice-class stun-usage 200 voice-class sip tenant 200 dtmf-relay rtp-nte srtp no vad end copy run start Per visualizzare l'output del comando show, è stato ricaricato VCUBE-2 seguito da VCUBE-1, rendendo VCUBE-1 il CUBE standby e VCUBE-2 il CUBE attivo
2	In un determinato momento, solo una piattaforma manterrà una registrazione attiva come gateway locale con il controller SBC di accesso a Webex Calling. Dai un'occhiata all'output dei seguenti comandi show. show redundancy application group 1 mostra stato registrazione sip-ua `VCUBE-1#show redundancy application group 1 Group ID:1 Group Name:LocalGateway-HA Administrative State: No Shutdown Aggregate operational state : Up My Role: Standby Peer Role: ACTIVE Peer Presence: Yes Peer Comm: Yes Peer Progression Started: Yes RF Domain: btob-one RF state: STANDBY HOT Peer RF state: ACTIVE VCUBE-1#show sip-ua register status VCUBE-1#` VCUBE-2#show redundancy application group 1 Group ID:1 Group Name:LocalGateway-HA Administrative State: No Shutdown Aggregate operational state : Up My Role: ACTIVE Peer Role: STATUS Peer Presence: Yes Peer Comm: Yes Peer Progression Started: Yes RF Domain: btob-one RF state: ACTIVE Peer RF state: STANDBY HOT VCUBE-2#show sip-ua register status Tenant: 200 --------------------Registrar-Index 1 --------------------- Line peer expires(sec) reg survival P-Associ-URI ============================== ========== ============ === ======== ============ Hussain5091_LGU -1 48 yes normal VCUBE-2# Dall'output precedente, puoi vedere che VCUBE-2 è l'LGW attivo che mantiene la registrazione con l'SBC di accesso a Webex Calling, mentre l'output del comando "show sip-ua register status" è vuoto in VCUBE-1
3	Ora abilita i seguenti debug su VCUBE-1 `VCUBE-1#debug ccsip non-call SIP Out-of-Dialog tracing is enabled VCUBE-1#debug ccsip info SIP Call info tracing is enabled VCUBE-1#debug ccsip message`
4	Simula il failover specificando il seguente comando sull'LGW attivo, VCUBE-2 in questo caso. `VCUBE-2#redundancy application reload group 1 self` Il passaggio dall'LGW ACTIVE a STANDBY si verifica nei seguenti casi oltre alla CLI sopra elencata Quando il router ACTIVE viene ricaricato Quando si spegne e riaccende il router ACTIVE Quando viene arrestata un'interfaccia configurata RG del router ACTIVE per la quale è abilitato il rilevamento
5	Controlla se VCUBE-1 è stato registrato con il controller SBC di accesso a Webex Calling. VCUBE-2 dovrebbe essere stato ricaricato ora. `VCUBE-1#show sip-ua register status Tenant: 200 --------------------Registrar-Index 1 --------------------- Line peer expires(sec) reg survival P-Associ-URI ============================== ========== ============ === ======== ============ Hussain5091_LGU -1 56 yes normal VCUBE-1#` VCUBE-1 è ora l'LGW attivo.
6	Esamina il registro di debug pertinente su VCUBE-1 inviando un SIP REGISTER a Webex Calling tramite IP virtuale e ricevendo un 200 OK. VCUBE-1#show log Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired. Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state. Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Sent: REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0 Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Date: Thu, 09 Jan 2020 18:37:24 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 User-Agent: Cisco-SIPGateway/IOS-16.12.02 Max-Forwards: 70 Timestamp: 1578595044 CSeq: 2 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Expires: 240 Supported: path Content-Length: 0 Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg: Received: SIP/2.0 401 Unauthorized Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969 Date: Thu, 09 Jan 2020 18:37:24 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Timestamp: 1578595044 CSeq: 2 REGISTER WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5 Content-Length: 0 Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Sent: REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0 Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Date: Thu, 09 Jan 2020 18:37:25 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 User-Agent:Cisco-SIPGateway/IOS-16.12.02 Max-Forwards: 70 Timestamp: 1578595045 CSeq: 3 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Expires: 240 Supported: path Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001 Content-Length: 0 Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg: Received: SIP/2.0 200 OK Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184 Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Timestamp: 1578595045 CSeq: 3 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5 Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference Content-Length: 0

Requisiti del gateway locale per Webex Calling

Prerequisiti generali

Requisiti hardware e software per gateway locale

Requisiti di licenza per gateway locali

Requisiti di certificati e sicurezza per gateway locale

Requisiti firewall, attraversamento NAT, ottimizzazione percorso multimediale per gateway locale

Operazioni preliminari

Operazioni successive

Operazioni preliminari

Operazioni preliminari

Operazioni successive

Operazioni successive

Panoramica

Configurazione di base

Configurazione

Prerequisiti

Configurazione di base

Configurazione

Prerequisiti

Installare le firme diagnostiche per il monitoraggio proattivo

Monitoraggio delle disconnessioni delle chiamate anomale

Installare le firme diagnostiche per risolvere un problema

Verificare l'esecuzione delle firme diagnostiche

Disinstallare le firme diagnostiche

Nozioni fondamentali

Configurazione della ridondanza su entrambi i CUBE

Configurazione di un gateway locale su entrambi i CUBE

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

Configurazione del profilo SIP per il trunk del gateway locale

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

Configurazione di un trunk SIP da e verso Webex

Configurazione del gruppo di indirizzamento per Webex

Configurazione dell'elenco di indirizzamento per Webex

Creazione di una partizione per le destinazioni Webex

Operazioni successive

Configurazione dei percorsi di indirizzamento per le destinazioni Webex

Configurazione della normalizzazione chiamata intersito abbreviata per Webex

Imposta un gruppo di ricerca di risposta

Creazione di una coda chiamata

Creare un client centralinista

Creare e gestire operatori automatici

Configurare un gruppo di cercapersone

Imposta la funzione di risposta per assente

Imposta parcheggio chiamata

Abilita inclusione per gli utenti

Abilita privacy per un utente

Configura monitoraggio

Abilita segnale di avviso bridge chiamata per gli utenti

Operazioni preliminari

Attiva la modalità hotel per un utente

Visualizza report chiamata

Eseguire lo strumento CScan

Small Business

Aziendale

Dispositivi

Soluzioni per

Risorse

Società