- Home
- /
- Articolo
Sopravvivenza sito per Webex Calling
Site Survivability garantisce che la tua azienda rimanga raggiungibile anche se la connessione a Webex viene interrotta. Utilizza un gateway di rete locale per fornire servizi di chiamata di fallback agli endpoint in loco durante le interruzioni di rete.
Considerazioni sulla distribuzione
Per impostazione predefinita, gli endpoint Webex Calling funzionano in modalità attiva, connettendosi al cloud Webex per la registrazione SIP e il controllo delle chiamate. Se la connessione di rete a Webex viene persa, gli endpoint passano automaticamente alla modalità Survivability e si registrano con il Survivability Gateway locale. In questa modalità, il gateway fornisce servizi di chiamata di backup di base. Una volta ripristinata la connessione di rete a Webex, il controllo delle chiamate e le registrazioni tornano al cloud Webex.
In modalità Survivability sono supportate le seguenti chiamate:
-
Chiamate interne (intra-sito) tra endpoint Webex Calling supportati
-
Chiamate esterne (in entrata e in uscita) tramite un circuito PSTN locale o un trunk SIP verso numeri esterni e provider E911
Per utilizzare questa funzionalità, è necessario configurare un router Cisco IOS XE nella rete locale come Survivability Gateway. Survivability Gateway sincronizza quotidianamente le informazioni sulle chiamate dal cloud Webex per gli endpoint in quella posizione. Se gli endpoint passano alla modalità Survivability, il gateway può utilizzare queste informazioni per rilevare le registrazioni SIP e fornire servizi di chiamata di base.
Impostazione di una singola posizione
L'immagine seguente mostra uno scenario di errore di rete in cui la connessione a Webex è interrotta e gli endpoint sul sito Webex funzionano in modalità di sopravvivenza. Nell'immagine, Survivability Gateway instrada una chiamata interna tra due endpoint in loco senza richiedere una connessione a Webex. In questo caso, il Survivability Gateway è configurato con una connessione PSTN locale. Di conseguenza, gli endpoint in loco in modalità Survivability possono utilizzare la rete PSTN per le chiamate in entrata e in uscita verso numeri esterni e provider E911.

Configurazione multi-posizione
L'immagine seguente mostra uno scenario di errore di rete in cui la connessione a Webex è interrotta e gli endpoint situati in posizioni diverse funzionano in modalità di sopravvivenza. All'interno della rete LAN sono presenti più sedi più piccole mappate su un singolo gateway Survivability. Questa distribuzione ottimizza l'utilizzo delle risorse del gateway, preservando al contempo le configurazioni specifiche della posizione per l'instradamento delle chiamate.
Cisco consiglia di mantenere una soglia di latenza di 50 millisecondi per la connettività tra Survivability Gateway e gli endpoint nelle diverse sedi di una LAN.
Condizioni chiave per la sopravvivenza del sito
Le seguenti condizioni si applicano al Survivability Gateway:
-
Il cloud Webex include l'indirizzo IP, il nome host e la porta del Survivability Gateway nel file di configurazione del dispositivo. Di conseguenza, gli endpoint sono in grado di contattare Survivability Gateway per la registrazione se la connessione a Webex si interrompe.
-
La sincronizzazione giornaliera dei dati delle chiamate tra il cloud Webex e Survivability Gateway include informazioni di autenticazione per gli utenti registrati. Di conseguenza, gli endpoint possono mantenere registrazioni sicure, anche quando operano in modalità Survivability. La sincronizzazione include anche le informazioni di routing per quegli utenti.
-
Survivability Gateway può instradare automaticamente le chiamate interne utilizzando le informazioni di instradamento fornite da Webex. Aggiungere una configurazione trunk PSTN al Survivability Gateway per consentire chiamate esterne.
-
Ogni sito che implementa Site Survivability necessita di un Survivability Gateway all'interno della rete locale.
-
Sia le registrazioni che il controllo delle chiamate tornano al cloud Webex una volta che la connessione di rete Webex viene ripristinata per almeno 30 secondi.
Colocation con SRST unificato
Survivability Gateway supporta la collocazione di una configurazione Webex Survivability e di una configurazione Unified SRST sullo stesso gateway. Il gateway può supportare la sopravvivenza sia per gli endpoint Webex Calling sia per gli endpoint che si registrano su Unified Communications Manager. Per configurare la collocazione:
-
Configurare il supporto Unified SRST per gli endpoint che si registrano su Unified Communications Manager. Per la configurazione, vedere Cisco Unified SRST Administration Guide.
-
Sullo stesso gateway, seguire il Flusso di attività di configurazione di Site Survivability in questo articolo per configurare il gateway con Site Survivability per gli endpoint Webex Calling.
Considerazioni sull'instradamento delle chiamate per la collocazione
Quando si configura l'instradamento delle chiamate per scenari di colocation, tenere presente quanto segue:
-
Il Survivability Gateway instrada automaticamente le chiamate interne, a condizione che entrambi gli endpoint della chiamata siano registrati sul Survivability Gateway. Le chiamate interne vengono automaticamente instradate tra tutti i client registrati (SRST o Webex Calling).
-
Può verificarsi una situazione in cui la connessione a un sistema di controllo delle chiamate si interrompe mentre la connessione all'altro sistema di controllo delle chiamate rimane attiva. Di conseguenza, un set di endpoint si registra sul Survivability Gateway mentre un altro set di endpoint nello stesso sito si registra sul controllo delle chiamate primarie. In questo caso, potrebbe essere necessario instradare le chiamate tra i due set di endpoint verso un trunk SIP o un circuito PSTN.
-
Le chiamate esterne e le chiamate E911 possono essere instradate verso un trunk SIP o un circuito PSTN.
Funzionalità e componenti supportati
La tabella seguente fornisce informazioni sulle funzionalità supportate.
| Funzione | Dispositivi MPP e app Webex | VG4xx ATA |
|---|---|---|
|
Chiamata di estensione intrasito |
Supportato automaticamente senza necessità di una configurazione di routing specifica sul Survivability Gateway. |
Supportato automaticamente senza necessità di una configurazione di routing specifica sul Survivability Gateway. I numeri alternativi non sono supportati. |
|
Chiamate inter-sede e PSTN (in entrata e in uscita) |
Chiamate PSTN basate su circuito telefonico o trunk SIP. |
Chiamate PSTN basate su circuito telefonico o trunk SIP. |
|
Gestione delle chiamate E911 |
Per chiamare il numero E911 è necessario un circuito PSTN o un trunk SIP. Le chiamate in uscita utilizzano uno specifico numero di identificazione della posizione di emergenza (ELIN) registrato per una posizione di risposta alle emergenze (ERL) definita. Se l'operatore di emergenza richiama una chiamata disconnessa, il Survivability Gateway indirizza la chiamata all'ultimo dispositivo che ha chiamato il numero di emergenza. |
Per chiamare il numero E911 è necessario un circuito PSTN o un trunk SIP. Le chiamate in uscita utilizzano uno specifico numero di identificazione della posizione di emergenza (ELIN) registrato per una posizione di risposta alle emergenze (ERL) definita. Se l'operatore di emergenza richiama una chiamata disconnessa, il Survivability Gateway indirizza la chiamata all'ultimo dispositivo che ha chiamato il numero di emergenza. |
|
Blocco e ripresa chiamata |
Supportato Se si utilizza la funzione Musica in attesa (MOH), predisporre manualmente il Survivability Gateway con un file MOH. |
VG4xx Le linee analogiche ATA non possono mettere in attesa o riprendere le chiamate. Questa funzionalità è supportata solo quando si riceve una chiamata in arrivo su VG4xx ATA. |
|
Trasferimento di chiamata assistito |
Supportato |
Questa funzionalità è supportata solo quando si riceve una chiamata in arrivo su VG4xx ATA. |
|
Trasferimento di chiamata cieco |
Supportato |
Questa funzionalità è supportata solo quando si riceve una chiamata in arrivo su VG4xx ATA. |
|
ID chiamante in entrata (nome) |
Supportato |
Supportato |
|
ID chiamante in entrata (nome & Numero) |
Supportato |
Supportato |
|
Videochiamata punto a punto |
Supportato |
Non supportato |
|
Chiamata a tre |
Non supportato |
Non supportato |
|
Linee condivise |
Supportato |
Supportato |
|
Linee virtuali |
Supportato |
Non supportato |
Dopo aver configurato la funzionalità, Site Survivability è disponibile per i seguenti endpoint supportati.
| Tipo | Modelli | Versione minima |
|---|---|---|
| Telefono IP Cisco con firmware multipiattaforma (MPP) |
6821, 6841, 6851, 6861, 6861 Wi-Fi, 6871 7811, 7821, 7841, 7861 8811, 8841, 8851, 8861 8845 (solo audio), 8865 (solo audio), 8875 (video) 9800 Per ulteriori informazioni sui telefoni IP Cisco supportati con firmware multipiattaforma (MPP), vedere: |
12.0(1) Per telefoni 8875 - Phone OS 3.2 e versioni successive Per la serie 9800 - PhoneOS 3.2(1) |
|
Cisco IP Conference Phone |
7832, 8832 |
12.0(1) |
|
App Cisco Webex |
Windows, Mac |
43.2 |
|
Endpoint analogici |
VG400 ATA, VG410 ATA e VG420 ATA Cisco ATA 191 e 192 |
17.16.1a 11.3(1) per ATA 191 e 192 |
I dispositivi di terze parti non sono supportati da Survivability Gateway.
La tabella seguente aiuta a configurare i router Cisco IOS XE come Survivability Gateway. Questa tabella elenca il numero massimo di endpoint supportati da ciascuna piattaforma e la versione minima di iOS XE.
Le funzionalità di Webex Calling Survivability Gateway sono disponibili con Cisco IOS XE Dublin versione 17.12.3 o versioni successive. Le funzioni Gruppo di ricerca, Inoltro di chiamata e Risponditore automatico sono disponibili a partire da iOS 17.18.2 e versioni successive.
| Modello | Numero massimo di registrazioni di endpoint | Versione minima |
|---|---|---|
|
Router per servizi integrati 4321 | 50 |
Cisco IOS XE Dublin 17.12.3 o versioni successive |
|
Router di servizi integrati 4331 | 100 | |
|
Router per servizi integrati 4351 | 700 | |
|
Router di servizi integrati 4431 | 1200 | |
|
Router per servizi integrati 4451-X | 2000 | |
|
Router per servizi integrati 4461 | 2000 | |
|
Catalyst Edge 8200L-1N-4T | 1500 | |
|
Catalyst Edge 8200-1N-4T | 2500 | |
|
Catalyst Edge 8300-1N1S-6T | 2500 | |
|
Catalyst Edge 8300-2N2S-6T | 2500 | |
|
Catalyst Edge 8300-1N1S-4T2X | 2500 | |
|
Catalyst Edge 8300-2N2S-4T2X | 2500 | |
|
Piccola configurazione del software Catalyst Edge 8000V | 500 | |
|
Configurazione media del software Catalyst Edge 8000V | 1000 | |
|
Software Catalyst Edge 8000V per grandi configurazioni | 2000 |
Informazioni di riferimento della porta per Survivability Gateway
|
Scopo connessione: |
Indirizzi di origine |
Porte di origine |
Protocollo |
Indirizzi di destinazione |
Porte di destinazione |
|---|---|---|---|---|---|
|
Segnalazione delle chiamate al Survivability Gateway (SIP TLS) |
Dispositivi |
5060-5080 |
TLS |
Gateway survivability |
8933 |
|
Chiama i media a Survivability Gateway (SRTP) |
Dispositivi |
19560-19660 |
UDP |
Gateway survivability |
8000-14198 (SRTP su UDP) |
|
Segnalazione di chiamata al gateway PSTN (SIP) |
Gateway survivability |
Temporaneo |
TCP o UDP |
Il tuo gateway PSTN ITSP |
5060 |
|
Contenuto multimediale di chiamata al gateway PSTN (SRTP) |
Gateway survivability |
8000-48198 |
UDP |
Il tuo gateway PSTN ITSP |
Temporaneo |
|
Sincronizzazione oraria (NTP) |
Gateway survivability |
Temporaneo |
UDP |
server NTP |
123 |
|
Risoluzione dei nomi (DNS) |
Gateway survivability |
Temporaneo |
UDP |
Server DNS |
53 |
|
Gestione del cloud |
Connettore |
Temporaneo |
HTTPS |
Servizi Webex |
443, 8433 |
Per indicazioni operative sulla modalità cloud, fare riferimento all'articolo della Guida Informazioni di riferimento sulle porte per Webex Calling.
È possibile personalizzare i valori delle impostazioni delle porte sui router Cisco IOS XE. Questa tabella utilizza valori predefiniti per fornire indicazioni.
Configurazione delle funzionalità
Flusso di attività di configurazione della sopravvivenza del sito
Completare le seguenti attività per aggiungere Site Survivability per una posizione Webex Calling esistente. Se la connessione al cloud Webex si interrompe, un Survivability Gateway nella rete locale può fornire un controllo di backup delle chiamate per gli endpoint in quella posizione.
Operazioni preliminari
Se è necessario predisporre un nuovo gateway che funga da Survivability Gateway, fare riferimento all'articolo Webex Registrare i gateway gestiti Cisco IOS su Webex Cloud per aggiungere il gateway a Control Hub.
| Procedura | Comando o azione | Scopo |
|---|---|---|
|
1 | Assegnare il servizio di sopravvivenza a un gateway |
In Control Hub, assegnare il servizio Survivability Gateway a un gateway. |
|
2 | Scarica modello di configurazione |
Scarica il modello di configurazione da Control Hub. Il modello sarà necessario quando si configura la riga di comando del gateway. |
|
3 |
Configurare le licenze per Survivability Gateway. | |
|
4 |
Configurare i certificati per Survivability Gateway. | |
|
5 |
Utilizzare il modello di configurazione scaricato in precedenza come guida per configurare la riga di comando del gateway. Completare tutte le configurazioni obbligatorie presenti nel modello. |
Assegnare il servizio di sopravvivenza a un gateway
Operazioni preliminari
| 1 |
Vai a Chiamata in Servizi, quindi fai clic sulla scheda Gateway gestiti. La vista Gateway gestiti mostra l'elenco dei gateway gestiti tramite Control Hub.
|
| 2 |
Selezionare il gateway che si desidera assegnare come Survivability Gateway e scegliere una delle seguenti opzioni, in base al valore del campo Servizio :
|
| 3 |
Dal menu a discesa del tipo di servizio, seleziona Survivability Gateway e compila i seguenti campi:
Una volta completata la registrazione, i dettagli della posizione verranno visualizzati nella pagina Gateway gestiti. |
| 4 |
Fare clic su Assegna. La vista Gateway gestiti mostra l'elenco delle posizioni assegnate al gateway.
|
Scarica modello di configurazione
| 1 |
Se sei un'organizzazione partner, verrà lanciato Partner Hub. Per aprire Control Hub, fare clic sulla vista Cliente in Partner Hub e selezionare il cliente applicabile oppure selezionare La mia organizzazione per aprire le impostazioni di Control Hub per l'organizzazione partner. |
| 2 |
Vai a . |
| 3 |
Fare clic sul Survivability Gateway applicabile. |
| 4 |
Fare clic su Scarica modello di configurazione e scaricare il modello sul desktop o sul laptop. |
Configurare le licenze
| 1 |
Entrare nella modalità di configurazione globale sul router: |
| 2 |
Configura le licenze utilizzando i comandi che si applicano solo alla tua piattaforma specifica.
Quando si configura una velocità di trasmissione superiore a 250 Mbp, è necessaria una licenza della piattaforma HSEC. |
Configurare i certificati
Configurare i certificati su Cisco IOS XE
Completare i seguenti passaggi per richiedere e creare certificati per il Survivability Gateway. Utilizzare certificati firmati da un'autorità di certificazione pubblicamente nota.
La piattaforma Survivability Gateway supporta solo certificati CA noti al pubblico. I certificati CA privati o aziendali non possono essere utilizzati per Survivability Gateway.
Per un elenco delle autorità di certificazione radice supportate per Webex Calling, vedere Quali autorità di certificazione radice sono supportate per le chiamate alle piattaforme audio e video Cisco Webex?.
La piattaforma Survivability Gateway non supporta il certificato jolly.
Eseguire i comandi dal codice di esempio per completare i passaggi. Per ulteriori informazioni su questi comandi, insieme ad altre opzioni di configurazione, vedere il capitolo “ Supporto SIP TLS” nella Guida alla configurazione di Cisco Unified Border Element.
| 1 |
Per accedere alla modalità di configurazione globale, eseguire i seguenti comandi: |
| 2 |
Generare la chiave privata RSA eseguendo il seguente comando. Il modulo della chiave privata deve essere di almeno 2048 bit. |
| 3 |
Configurare un trustpoint che contenga il certificato Survivability Gateway. Il nome di dominio completo (FQDN) del gateway deve utilizzare lo stesso valore utilizzato durante l'assegnazione del servizio di sopravvivenza al gateway. |
| 4 |
Generare una richiesta di firma del certificato eseguendo il comando Quando richiesto, immettere Dopo che il CSR viene visualizzato sullo schermo, utilizzare Blocco note per copiare il certificato in un file che è possibile inviare a un'autorità di certificazione (CA) supportata. Se il fornitore di firma del certificato richiede una CSR in formato PEM (Privacy Enhanced Mail), aggiungere un'intestazione e un piè di pagina prima dell'invio. Ad esempio: |
| 5 |
Dopo che la CA ti ha rilasciato un certificato, esegui il comando Quando richiesto, incollare la base 64 CER/PEM emissione del contenuto del certificato CA (non il certificato del dispositivo) nel terminale. |
| 6 |
Importare il certificato host firmato nel trustpoint utilizzando il comando Quando richiesto, incollare la base 64 CER/PEM certificato nel terminale. |
| 7 |
Verificare che il certificato CA radice sia disponibile: Con la soluzione Webex Calling sono supportate solo le autorità di certificazione note al pubblico. I certificati CA privati o aziendali non sono supportati. |
| 8 |
Se il certificato CA radice non è incluso nel pacchetto, acquisisci il certificato e importalo in un nuovo trustpoint. Eseguire questo passaggio se non è disponibile un certificato radice CA pubblicamente noto con il gateway Cisco IOS XE. Quando richiesto, incollare la base 64 CER/PEM contenuto del certificato nel terminale. |
| 9 |
Utilizzando la modalità di configurazione, specificare il punto di attendibilità predefinito, la versione TLS e i valori predefiniti SIP-UA con i seguenti comandi. |
Importa certificati insieme alle coppie di chiavi
È possibile importare certificati CA e coppie di chiavi come pacchetto utilizzando il formato PKCS12 (.pfx o .p12). È possibile importare il bundle da un file system locale o da un server remoto. PKCS12 è un tipo speciale di formato di certificato. Raggruppa l'intera catena di certificati, dal certificato radice al certificato di identità, insieme alla coppia di chiavi RSA. Ciò significa che il bundle PKCS12 importato includerà la coppia di chiavi, i certificati host e i certificati intermedi. Importare un bundle PKCS12 per i seguenti scenari:
-
Esporta da un altro router Cisco IOS XE e importa nel router Survivability Gateway
-
Generazione del bundle PKCS12 all'esterno del router Cisco IOS XE utilizzando OpenSSL
Completa i seguenti passaggi per creare, esportare e importare certificati e coppie di chiavi per il tuo router Survivability Gateway.
| 1 |
(Facoltativo) Esportare il bundle PKCS12 richiesto per il router Survivability Gateway. Questo passaggio è applicabile solo se si esporta da un altro router Cisco IOS XE. |
| 2 |
(Facoltativo) Creare un bundle PKCS12 utilizzando OpenSSL. Questo passaggio è applicabile solo se si genera un bundle PKCS12 al di fuori di Cisco IOS XE utilizzando OpenSSL. |
| 3 |
Importare il pacchetto di file in formato PKCS12. Di seguito è riportato un esempio di configurazione per il comando e dettagli riguardanti i parametri configurabili:
Il comando crypto pki import crea automaticamente il trustpoint per ospitare il certificato. |
| 4 |
Utilizzando la modalità di configurazione, specificare il punto di attendibilità predefinito, la versione TLS e i valori predefiniti SIP-UA con i seguenti comandi. |
Configurare Survivability Gateway
Configurare il gateway come gateway di sopravvivenza
Utilizzare il modello di configurazione scaricato in precedenza come guida per configurare la riga di comando del gateway. Completare le configurazioni obbligatorie nel modello.
I passaggi seguenti contengono comandi di esempio insieme a una spiegazione dei comandi. Modifica le impostazioni in base alla tua distribuzione. Le parentesi angolari (ad esempio, ) identificano le impostazioni in cui è necessario immettere i valori applicabili alla distribuzione. Le varie impostazioni <tag> utilizzano valori numerici per identificare e assegnare set di configurazioni.
- Salvo diversa indicazione, questa soluzione richiede il completamento di tutte le configurazioni indicate in questa procedura.
- Quando si applicano le impostazioni dal modello, sostituire
%tokens%con i valori preferiti prima di copiarli nel gateway. - Per ulteriori informazioni sui comandi, vedere Riferimento ai comandi di Webex Managed Gateway. Utilizzare questa guida a meno che la descrizione del comando non faccia riferimento a un documento diverso.
| 1 |
Entra nella modalità di configurazione globale. Dove:
|
| 2 |
Eseguire le configurazioni del servizio vocale:
Spiegazione dei comandi:
|
| 3 |
Abilitare Survivability sul router: Spiegazione dei comandi:
|
| 4 |
Configurare i server NTP:
|
| 5 |
(Opzionale). Configurare le autorizzazioni generali per le chiamate alla Classe di restrizione: L'esempio precedente crea un set di classi personalizzate di restrizioni denominate categorie (ad esempio, |
| 6 |
Configura un elenco di codec preferiti. Ad esempio, l'elenco seguente specifica g711ulaw come codec preferito, seguito da g711alaw. Spiegazione dei comandi:
|
| 7 |
Configurare i pool di registri vocali predefiniti: Spiegazione dei comandi:
|
| 8 |
Configurare le chiamate di emergenza: Spiegazione dei comandi:
Se la sovrapposizione Wi-Fi non corrisponde in modo accurato alle subnet IP, le chiamate di emergenza per dispositivi nomadi potrebbero non disporre della mappatura ELIN corretta. |
| 9 |
Configurare i dial peer per la PSTN. Per un esempio di configurazione del dial peer, vedere Esempi di connessione PSTN. |
| 10 |
Opzionale. Abilita la musica di attesa per il router. È necessario memorizzare un file musicale nella memoria flash del router in formato G.711. Il file può essere in formato .au o .wav, ma il formato del file deve contenere dati a 8 bit e 8 kHz (ad esempio, formato dati ITU-T A-law o mu-law). Spiegazione dei comandi:
|
Sincronizzazione completa su richiesta
Opzionale. Completare questa procedura solo se si desidera completare una sincronizzazione immediata su richiesta. Questa procedura non è obbligatoria poiché il cloud Webex sincronizza automaticamente i dati delle chiamate con Survivability Gateway una volta al giorno.
| 1 |
Se sei un'organizzazione partner, verrà lanciato Partner Hub. Per aprire Control Hub, fare clic sulla vista Cliente in Partner Hub e selezionare il cliente applicabile oppure selezionare La mia organizzazione per aprire le impostazioni di Control Hub per l'organizzazione partner. |
| 2 |
Vai a . |
| 3 |
Fare clic sul Survivability Gateway applicabile per aprire la vista Survivability Service per quel gateway. |
| 4 |
Fare clic sul pulsante Sincronizza. |
| 5 |
Fare clic su Invia. Potrebbero essere necessari fino a 10 minuti per completare la sincronizzazione.
|
Modifica le proprietà del Survivability Gateway
| 1 |
Se sei un'organizzazione partner, verrà lanciato Partner Hub. Per aprire Control Hub, fare clic sulla vista Cliente in Partner Hub e selezionare il cliente applicabile oppure selezionare La mia organizzazione per aprire le impostazioni di Control Hub per l'organizzazione partner. |
| 2 |
Vai a . |
| 3 |
Fare clic sul Survivability Gateway applicabile per aprire la vista Survivability Service per quel gateway. |
| 4 |
Fare clic sul pulsante Modifica e aggiornare le impostazioni per quanto segue.
|
| 5 |
Fare clic su Invia. Se si desidera eliminare un Survivability Gateway da Control Hub, annullare prima l'assegnazione del servizio Survivability Gateway. Per maggiori dettagli, vedere Assegnare servizi ai gateway gestiti. |
Configurazioni per abilitare i CDR sul gateway di sopravvivenza
Il connettore configura automaticamente i comandi correlati a CDR per facilitare la raccolta di metriche di conteggio delle chiamate.
Al termine di un evento di sopravvivenza, il connettore elabora i CDR generati durante il periodo dell'evento, insieme ai dati di configurazione, per identificare vari conteggi delle chiamate. Le metriche includono il conteggio delle chiamate totali, delle chiamate di emergenza e delle chiamate esterne e vengono utilizzate per monitorare l'utilizzo delle funzionalità interne. Solo le metriche del conteggio delle chiamate vengono inviate al cloud Webex, mentre i CDR effettivi non vengono trasmessi.
Di seguito è riportato un esempio di configurazione:
!
gw-accounting file
primary ifs bootflash:guest-share/cdrs/
acct-template callhistory-detail
maximum cdrflush-timer 5
cdr-format detailed
!
Spiegazione dei comandi:
-
primary ifs bootflash:guest-share/cdrs/- Questo comando serve a memorizzare i file CDR nella cartella guest-share per consentire l'accesso al connettore. -
acct-template callhistory-detail- Questo comando è necessario per includere il tag dial-peer nel CDR. -
maximum cdrflush-timer 5- Il valore predefinito è 60 minuti, ma impostandolo su 5 minuti è possibile registrare i CDR nel file più rapidamente. -
cdr-format detailed- Questo è il formato predefinito. Il formato compatto non è adatto perché non include il tag dial-peer.
Configurazioni per abilitare l'inoltro di chiamata
La funzionalità di inoltro delle chiamate fa parte delle funzionalità di sopravvivenza che garantiscono la gestione continua delle chiamate durante le interruzioni di rete, quando si perde la connessione al cloud Webex. Il gateway Survivability funge da gateway di fallback locale, consentendo agli endpoint di registrarsi localmente e di mantenere le capacità di chiamata essenziali.
-
Il comportamento di inoltro delle chiamate in modalità Survivability è gestito dal gateway Survivability tramite la configurazione del pool, le configurazioni dial-peer e i criteri di routing che gestiscono le chiamate localmente o le instradano tramite trunk PSTN o SIP.
-
Il gateway Survivability disabilita SIP REFER, SIP spostato temporaneamente per i servizi supplementari di inoltro e trasferimento di chiamata, poiché Webex Calling non utilizza questi metodi in modalità Survivability.
Configurare i pool di registri vocali per gli scenari di inoltro di chiamata:
|
Per utilizzare la funzione di inoltro di chiamata, configurare il comando
|
Configurazioni per abilitare il gruppo di ricerca
Questa tabella fornisce una mappatura per la configurazione delle funzionalità del gruppo di ricerca in Control Hub e l'utilizzo dei comandi del gateway Survivability
| Caratteristiche del gruppo di caccia | Configurazione tramite Control Hub | Comandi del gateway di sopravvivenza |
|---|---|---|
|
Seleziona il modello di instradamento delle chiamate |
Top-Down/Simultaneous/Circular/Longest-idle | Sequential/Parallel/Peer/Longest-idle |
|
Aggiungi gruppo di caccia |
Aggiungi un gruppo di ricerca con nome e numero di telefono per ogni posizione. | Per aggiungere un gruppo di ricerca, utilizzare voice hunt-group . Quindi aggiungi il numero di telefono usando il comando pilot e il nome del gruppo di ricerca con il comando description |
|
Seleziona utenti, spazi di lavoro o linee virtuali da aggiungere |
Seleziona gli agenti che faranno parte del gruppo di ricerca |
Configurare l'elenco degli agenti utilizzando il comando |
|
Avanza dopo il numero impostato di squilli |
Configurare utilizzando l'opzione Imposta numero di squilli |
Configurare utilizzando il comando |
|
Avanza quando occupato |
Configurare utilizzando l'opzione Avanza quando occupato |
Configurare utilizzando il comando |
|
Devia chiamate quando tutti gli agenti sono irraggiungibili | Configurare utilizzando l'opzione Devia le chiamate quando tutti gli agenti non sono raggiungibili |
Configurare utilizzando il comando |
|
Devia le chiamate quando tutti gli agenti sono occupati o il gruppo di risposta è occupato |
Configurare utilizzando l'opzioneDevia le chiamate quando tutti gli agenti sono occupati o il gruppo di ricerca è occupato |
Configurare utilizzando |
-
Configurare un gruppo di ricerca con squilli sequenziali
voice hunt-group 1 sequential pilot 1111 number 1 1001 number 2 1002 number 3 7089001 number 4 7089002 number 5 +1210903443 ..... ..... timeout 20 final 1009 statistics collect description present-call idle-phone -
Configurare un gruppo di ricerca con anelli paralleli
voice hunt-group 2 parallel pilot 2222 number 1 2001 number 2 2002 number 3 2089001 number 4 2089002 number 5 +12109034433 ..... ..... timeout 60 final 1009 statistics collect description
Descrizione dei comandi:
-
voice hunt-group- Questo comando viene utilizzato per definire e accedere alla modalità di configurazione per un gruppo di ricerca. -
parallel- Questa parola chiave specifica il metodo o l'algoritmo del gruppo di ricerca che il sistema utilizzerà per distribuire le chiamate in arrivo tra i membri di questo gruppo di ricerca. -
number- Crea un elenco di extensions/e164 numbers/ESN che sono membri di un gruppo di caccia vocale. Nessuno dei numeri presenti nell'elenco può essere un numero pilota di un altro gruppo di caccia. -
pilot- Questo è il numero principale o numero di directory del gruppo di ricerca. I chiamanti compongono questo numero per raggiungere il gruppo di ricerca. -
timeout- Imposta il tempo massimo, in secondi, durante il quale il gruppo di ricerca tenterà di chiamare i suoi membri prima di intraprendere l'azione successiva. -
final- Questo comando specifica il numero di fallback. -
statistics collect- Consente la raccolta di statistiche operative per il gruppo di ricerca. -
descriptin- descrizione del gruppo di caccia -
present-call idle-phone-Presentare la chiamata solo agli agenti inattivi.
Di seguito è riportato un esempio di output del comando show voice hunt-group statistics. L'output include chiamate dirette a un numero di gruppo di ricerca vocale e chiamate dalla coda o B-ACD.
Router# show voice hunt-group 1 statistics last 1 h
Wed 04:00 - 05:00
Max Agents: 3
Min Agents: 3
Total Calls: 9
Answered Calls: 7
Abandoned Calls: 2
Average Time to Answer (secs): 6
Longest Time to Answer (secs): 13
Average Time in Call (secs): 75
Longest Time in Call (secs): 161
Average Time before Abandon (secs): 8
Calls on Hold: 2
Average Time in Hold (secs): 16
Longest Time in Hold (secs): 21
Per agent statistics:
Agent: 5012
From Direct Call:
Total Calls Answered: 3
Average Time in Call (secs): 70
Longest Time in Call (secs): 150
Totals Calls on Hold: 1
Average Hold Time (secs): 21
Longest Hold Time (secs): 21
From Queue:
Total Calls Answered: 3
Average Time in Call (secs): 55
Longest Time in Call (secs): 78
Total Calls on Hold: 2
Average Hold Time (secs): 19
Longest Hold Time (secs): 26
Total Loged in Time (secs): 3000
Total Loged out Time (secs): 600
Agent: 5013
From Direct Call:
Total Calls Answered: 3
Average Time in Call (secs): 51
Longest Time in Call (secs): 118
Totals Calls on Hold: 1
Average Hold Time (secs): 11
Longest Hold Time (secs): 11
From Queue:
Total Calls Answered: 1
Average Time in Call (secs): 4
Longest Time in Call (secs): 4
Total Loged in Time (secs): 3000
Total Loged out Time (secs): 600
Agent: 5014
From Direct Call:
Total Calls Answered: 1
Average Time in Call (secs): 161
Longest Time in Call (secs): 161
From Queue:
Total Calls Answered: 1
Average Time in Call (secs): 658
Longest Time in Call (secs): 658
Total Loged in Time (secs): 3000
Total Loged out Time (secs): 600
Queue related statistics:
Total calls presented to the queue: 5
Calls handoff to IOS: 5
Number of calls in the queue: 0
Average time to handoff (secs): 2
Longest time to handoff (secs): 3
Number of abandoned calls: 0
Average time before abandon (secs): 0
Calls forwarded to voice mail: 0
Calls answered by voice mail: 0
Number of error calls: 0
Router# sh voice hunt-group
Group 1
type: sequential
pilot number: 4444, peer-tag 2147483647
list of numbers:
Member Used-by State Login/Logout
====== ======= ===== ============
1001 1001 up -
1003 1003 up -
preference: 0
preference (sec): 0
timeout: 15
final_number:
auto logout: no
stat collect: no
phone-display: no
hlog-block: no
calls in queue: 0
overwrite-dyn-stats: no
members logout: no
present-call idle-phone: no
webex-sgw-bgl14#
Configurazioni per abilitare la distribuzione automatica delle chiamate di base (B-ACD)
Il servizio di distribuzione automatica delle chiamate di base (B-ACD) e di risposta automatica (AA) consente di rispondere automaticamente alle chiamate esterne con messaggi di saluto e menu che consentono ai chiamanti di selezionare il reparto appropriato o di comporre numeri di interno noti.
B-ACD fornisce la risposta automatica e la distribuzione delle chiamate tramite menu interattivi e gruppi di ricerca locali. L'applicazione B-ACD è composta da servizi di centralino automatico (AA) e da un servizio di coda di chiamata. Il centralino automatico B-ACD supporta le chiamate PSTN negoziate con trunk SIP in entrata con codec g711ulaw
B-ACD supporta gruppi di ricerca vocale con supporto sequenziale, parallelo, peer, chiamate inattive più lunghe, linee condivise SIP e linee condivise miste.
Una chiamata in arrivo compone il numero pilota B-ACD AA e ascolta un messaggio che fornisce un saluto e istruzioni per aiutare il chiamante a instradare automaticamente la chiamata.
Limiti
Utilizzare lo stesso codec sui peer in entrata e in uscita durante il trasferimento delle chiamate. L'utilizzo di codec diversi non è supportato. IOS non richiamerà il transcoder per le chiamate gestite da alcuna applicazione TCL.
Componenti B-ACD
L'applicazione B-ACD è costituita da un servizio di coda di chiamata e da uno o più servizi AA. I componenti configurabili di questi servizi sono:
-
Numero pilota
-
Messaggio di benvenuto e altri file audio
-
Opzioni di menu
-
Chiama per interno
Numero pilota
Ogni servizio AA ha il proprio numero pilota AA che chi chiama può chiamare per contattare l'AA. Questo numero è specificato nel comando param aa-pilot. Il numero pilota AA non è associato ad alcun numero di telefono di agenti o telefono fisico, ma è necessario definire un dial peer con il numero pilota AA come numero di chiamata in entrata, in modo che questo numero sia raggiungibile da chiamanti esterni.
Messaggio di benvenuto e altri file audio
Il messaggio di benvenuto è un file audio che viene riprodotto quando si risponde a una chiamata tramite il numero pilota. Questo file audio è uno dei tanti file audio utilizzati con il servizio B-ACD per informare i chiamanti del loro stato e delle azioni che potrebbero intraprendere. È possibile creare file audio personalizzati che descrivono le opzioni di menu disponibili per i chiamanti. I file audio B-ACD sono descritti nelle seguenti sezioni:
Nuova registrazione dei file audio predefiniti
Per ogni punto dello script vengono forniti file audio predefiniti, che vengono poi consegnati ai chiamanti. È possibile scaricare i file audio predefiniti dal collegamento e copiarli in un luogo raggiungibile dal router B-ACD, ad esempio una memoria flash o un server TFTP. I file audio e i file script sono raggruppati in un file tar sul sito web. I file predefiniti e i relativi messaggi sono elencati nella tabella. È possibile registrare nuovamente messaggi personalizzati sui messaggi predefiniti, ma non è possibile modificare i nomi dei file audio, salvo quanto specificamente descritto in Modifica dei codici di lingua e dei nomi dei file.
Per registrare nuovamente e installare i prompt audio predefiniti prima di utilizzare un servizio B-ACD per la prima volta, seguire i passaggi in Download di script Tcl e prompt audio. Per registrare nuovamente i prompt audio in un servizio B-ACD esistente, seguire i passaggi in Aggiornamento dei parametri dello script e dei prompt audio (solo composizione tramite estensione).
| Nome file predefinito | Annuncio predefinito | Lunghezza dell'annuncio predefinito |
|---|---|---|
en_bacd_welcome.au |
"Grazie per aver chiamato." Include una pausa di due secondi dopo il messaggio. |
3 secondi |
en_bacd_options_menu.au |
Per le vendite premere 1 (pausa) Per il servizio clienti premere 2 (pausa) Per chiamare tramite l'interno premere 3 (pausa) Per parlare con un operatore premere zero. Include una pausa di quattro secondi dopo il messaggio. |
15seconds |
en_bacd_disconnect.au |
"Al momento non siamo in grado di rispondere alla tua chiamata. Riprova successivamente. Grazie per aver chiamato." Include una pausa di quattro secondi dopo il messaggio. |
10seconds |
en_bacd_invalidoption. au |
"Hai inserito un'opzione non valida. Per favore riprova." Include una pausa di un secondo dopo il messaggio. Questo messaggio viene riprodotto quando un chiamante sceglie un'opzione di menu non valida o compone un interno non valido. |
7seconds |
en_bacd_enter_dest.au |
“Inserisci il numero di interno che vuoi contattare.” Include una pausa di cinque secondi dopo il messaggio. Questo messaggio viene riprodotto quando un chiamante sceglie l'opzione |
7seconds |
en_bacd_allagentsbusy. au |
“Tutti gli agenti sono attualmente impegnati ad assistere altri clienti. Continuare a tenere premuto per ricevere assistenza. Qualcuno verrà da te tra poco." Include una pausa di due secondi dopo il messaggio. Questo messaggio è anche noto come secondo saluto. |
7seconds |
en_bacd_music_on_hol d.au |
La musica d'attesa (MOH) viene riprodotta per chi chiama B-ACD. |
60seconds |
Se si registra nuovamente uno qualsiasi dei file audio, tenere presente che i prompt B-ACD richiedono un formato di file audio G.711 (.au) con codifica a 8 bit, mu-law e 8 kHz. Consigliamo i seguenti strumenti audio o altri di qualità simile:
-
Adobe Audition per Microsoft Windows di Adobe Systems Inc. (in precedenza denominato Cool Edit di Syntrillium Software Corp.)
-
AudioTool per Solaris di Sun Microsystems Inc.
Configura B-ACD
Ecco alcuni esempi di configurazione:
application
service aa bootflash:app-b-acd-aa-3.0.0.8.tcl
paramspace english index 1
param handoff-string aa
param dial-by-extension-option
paramspace english language en
param aa-pilot
paramspace english location flash:
param welcome-prompt _bacd_welcome.au
param voice-mail
param service-name queue
!
service queue bootflash:app-b-acd-3.0.0.8.tcl
param queue-len 30
param queue-manager-debugs 1
!
! SIP PSTN Dial-Peers for Auto Attendant(BACD) service called aa associated with incoming voice port
dial-peer voice 500 voip
description Inbound dial-peer for Auto Attendant
service aa
session protocol sipv2
incoming called-number
dtmf-relay rtp-nte
codec g711ulaw
no vad
!
! TDM PSTN Dial-Peers if not using SIP for Auto Attendant(BACD) service called aa associated with incoming voice pots
dial-peer voice 500 voip
description Inbound dial-peer for Auto Attendant
service aa
incoming called-number
port %tdm_port%
! Spiegazione del comando:| Comando | Spiegazione |
|---|---|
param dial-by-extension-option |
Consente ai chiamanti di comporre i numeri di interno dopo aver composto il numero di menu specificato. menu-number—Identificatore di un'opzione di menu. L'intervallo è da 1 a 9. Non esiste un valore predefinito. |
param aa-pilot |
Specifica il numero pilota associato al dial-peer dell'operatore automatico |
param voice-mail |
Definisce una destinazione alternativa per le chiamate a cui non rispondono gli agenti AA |
paramspace english language en |
Definisce il codice della lingua dei file audio utilizzati per i prompt dinamici da un'applicazione IVR.
Questo codice lingua deve corrispondere al prefisso di lingua a due caratteri utilizzato nei nomi dei file di prompt audio, indipendentemente dalla lingua effettivamente utilizzata nel file. Per ulteriori informazioni, vedere Prompt di benvenuto e altri file audio |
param welcome-prompt
audio-filename |
Assegna un file audio per il messaggio di benvenuto utilizzato da questo servizio AA.
|
Modifica dei codici di lingua e dei nomi dei file
-
Il prefisso di qualsiasi nome di file può essere modificato in ch, en, sp o aa. Il prefisso deve corrispondere al codice specificato nel parametro language-code nel comando language paramspace, indipendentemente dalla lingua effettivamente utilizzata nel file.
-
Dopo il prefisso, il nome del file del prompt di benvenuto (il valore predefinito è en_bacd_welcome.au) può avere qualsiasi nome identificativo, come definito nel comando
param welcome-prompt. -
Dopo il prefisso, il nome del file del prompt drop-through (nessun valore predefinito fornito) può avere qualsiasi nome identificativo, come definito nel comando
param drop-through-prompt.
Nei file audio è possibile registrare un messaggio in qualsiasi lingua. Non è necessario modificare il prefisso di un file che contiene un prompt in una lingua diversa, perché i prefissi dei codici lingua vengono utilizzati per funzionalità che non fanno parte del servizio B-ACD. Ma è importante che i prefissi language-code dei file corrispondano al codice lingua specificato nel parametro language-code nel comando language paramspace, indipendentemente dalla lingua effettivamente utilizzata nel file audio.
Non modificare la parte identificativa del nome di un file audio, ad eccezione del file _bacd_welcome.au. Gli script identificano i file audio che hanno gli stessi nomi identificativi di quelli nella tabella e che hanno lo stesso prefisso specificato nel comando di linguaggio paramspace.
Le due eccezioni alle regole generali di denominazione dei file sono il file audio di benvenuto (l'impostazione predefinita è en_bacd_welcome.au) e il file audio di richiesta drop-through-option (nessun valore predefinito fornito). Le parti identificative dei nomi dei file per questi due prompt audio vengono specificate esplicitamente durante la configurazione e sono completamente configurabili dall'utente. Questi file possono utilizzare qualsiasi nome di file, purché rispettino le seguenti convenzioni:
-
La parte prefisso del nome file deve essere uguale al codice della lingua specificato nel comando language paramspace. Ad esempio, en.
-
La parte identificativa del nome file deve iniziare con un trattino basso. Per esempio,
_welcome_to_xyz.au.
Utilizzo di file audio per descrivere le scelte del menu
Per impostazione predefinita, vengono forniti due file audio per fornire un orientamento iniziale al chiamante e una guida sulle scelte di menu disponibili: en_welcome_prompt.au E en_bacd_options_menu.au. È possibile registrare nuovamente messaggi personalizzati sui messaggi predefiniti forniti in questi file, come spiegato nella Tabella.
Se il tuo servizio B-ACD utilizza un singolo servizio AA, registra un messaggio di benvenuto in en_welcome_prompt.au e le istruzioni sulle scelte del menu in en_bacd_options_menu.au.
Se il tuo servizio B-ACD utilizza più servizi AA, avrai bisogno di saluti e istruzioni separati per ogni AA, seguendo le seguenti linee guida:
-
Registrare un messaggio di benvenuto separato per ogni servizio AA, utilizzando un nome diverso per il file audio di ogni messaggio di benvenuto. Ad esempio:
en_welcome_aa1.auEen_welcome_aa2.au. I messaggi di benvenuto registrati in questi file devono includere sia il saluto sia le istruzioni sulle opzioni del menu. -
Registra il silenzio nel file audio
en_bacd_options_menu.au. Deve essere registrato almeno un secondo di silenzio. Si noti che questo file non contiene le istruzioni del menu quando sono presenti più servizi AA.
Opzioni di menu
Lo scopo di un servizio B-ACD è quello di instradare automaticamente le chiamate alla destinazione corretta all'interno della tua organizzazione. I servizi AA interattivi consentono di fornire opzioni di menu ai chiamanti in modo che possano effettuare le scelte appropriate per le loro chiamate. Nella tabella sono descritti i tipi di opzioni di menu disponibili in B-ACD. Le opzioni del menu vengono annunciate ai chiamanti tramite messaggi audio, descritti in Messaggio di benvenuto e altri file audio.
| Tipo | Descrizione | Requisiti | Esempio |
|---|---|---|---|
Dial-by-extension |
Il chiamante preme un numero per poter comporre un interno noto. Il numero di menu utilizzato per questa opzione non deve essere uguale a nessun altro numero di menu (aa-hunt) utilizzato con il servizio di coda di chiamata. |
Nessun requisito. |
Dopo aver ascoltato le scelte del menu, il chiamante compone 4 e può comporre un numero di interno. |
Opzione di chiamata tramite estensione
Il servizio B-ACD può anche disporre di un'opzione di selezione per estensione, che consente ai chiamanti di comporre numeri di interni anche se ne conoscono già il numero. L'opzione di chiamata tramite estensione viene visualizzata come opzione di menu.
L'opzione di chiamata tramite estensione viene configurata specificando un numero di opzione di menu per il parametro di chiamata tramite estensione. Utilizzando il seguente comando, i chiamanti possono comporre 1 e poi un numero di interno.
param dial-by-extension-option 1 All'interno di un servizio di coda di chiamata B-ACD, il numero dell'opzione di selezione tramite interno e i numeri dell'opzione del gruppo di ricerca devono essere reciprocamente esclusivi. Questa restrizione significa che il numero di opzione utilizzato per l'opzione di chiamata tramite estensione non può essere lo stesso di nessuno dei numeri di opzione utilizzati con le opzioni aa-hunt. Ad esempio, se si utilizza da aa-hunt1 a aa-hunt5 per specificare i gruppi di ricerca nella configurazione del servizio di coda di chiamata, è possibile utilizzare l'opzione 6 per l'opzione di chiamata tramite estensione, ma non i numeri da 1 a 5.
Se tutti e dieci i numeri aa-hunt vengono utilizzati per i gruppi di ricerca nel servizio di coda di chiamata, non rimane alcuna opzione per la selezione tramite estensione. Si noti che questa restrizione si basa su tutti i numeri di opzione (numeri aa-hunt) utilizzati con il servizio di coda di chiamata e non sui numeri di opzione utilizzati con un'applicazione AA.
Scaricamento di script Tcl e prompt audio
Utilizzare questi passaggi per preparare i file di script e i file di prompt necessari per il servizio B-ACD.
-
Copia il file tar nel bootflash del router SGW
Decomprimere i file tcl e audio utilizzando il comando:
archive tar /xtract bootflash:cme-b-acd-3.0.0.8.tar bootflash:- Se necessario, registrare nuovamente i file audio.
Spiegazione dei comandi:
| Comando | Spiegazione |
|---|---|
|
Scarica il file tar B-ACD |
Scaricare il file tar B-ACD denominato Questo file tar contiene lo script Tcl AA, lo script Tcl call-queue e i file audio predefiniti necessari per il servizio B-ACD |
enable |
Abilita la modalità EXEC privilegiata sul router SGW. Se richiesto, inserisci la password. |
archivetar/xtract flash: |
Decomprime i file nell'archivio file B-ACD e li copia nella memoria flash. I seguenti file sono contenuti nel file
|
|
Registrare se necessario | Registra nuovamente i file audio con i tuoi messaggi personalizzati, ma non modificare i nomi dei file audio. |
Esempi
L'esempio seguente estrae i file dall'archivio denominato cme-b-acd-2.1.0.0 sul server all'indirizzo 192.168.1.1 e li copia nella memoria flash del router B-ACD.
archive tar /xtract tftp://192.168.1.1/cme-b-acd-2.1.0.0.tar flash: Aggiornamento dei parametri dello script e dei prompt audio (solo chiamata tramite estensione)
È possibile aggiornare i parametri dello script B-ACD apportando modifiche alla configurazione Cisco IOS. Per rendere effettive le modifiche ai parametri, è necessario arrestare e ricaricare gli script B-ACD a cui sono state apportate le modifiche. Se si registrano nuovamente i prompt audio, è necessario ricaricare i file dei prompt audio che sono stati modificati.
-
Determinare gli ID di sessione di tutte le sessioni attive-
Utilizzare il comando
showcall application sessionsin modalità EXEC privilegiata per ottenere i numeri ID di sessione (SID) dei servizi AA e di coda di chiamata. Se la sessione AA non ha chiamate attive, il nome dello script AA non viene visualizzato nell'output del comandoshow call application sessions. - Se necessario, interrompere le sessioni del servizio B-ACD AA e del servizio di coda chiamate. Utilizzando i numeri ID sessione del passaggio 1, interrompere le sessioni del servizio B-ACD AA e del servizio di coda chiamate. Utilizzare il comando
call application session stopin modalità EXEC privilegiata per interrompere le sessioni AA e call-queue. - Ricaricare lo script AA e gli script della coda di chiamata: utilizzare il comando
call application voice loadin modalità EXEC privilegiata per ricaricare gli script. - Se un file di prompt audio è stato modificato, ricaricarlo: utilizzare il comando
audio-prompt loadin modalità EXEC privilegiata per ricaricare un file audio. Ripetere questo comando per ogni file audio che è stato modificato.
Verifica dello stato B-ACD
Utilizzare il comando show call application sessions per verificare che B-ACD sia attivo.
L'esempio seguente mostra una sessione con applicazioni AA e coda di chiamata attive. Il campo "App" è il nome del servizio, il campo "Url" è la posizione del file di script per l'applicazione
Session ID 17
App: aa
Type: Service
Url: flash:app-b-acd-aa-2.1.0.0.tcl
Session ID 12
App: queue
Type: Service
Url: flash:app-b-acd-2.1.0.0.tcl L'esempio seguente mostra una sessione con attiva solo l'applicazione coda. Lo script AA non appare nell'output del comando show call application sessions perché non ci sono chiamate attive. Il nome del servizio AA appare nell'output solo quando è presente una chiamata attiva. Lo script della coda di chiamata si attiva dopo la prima chiamata in arrivo e rimane attivo anche se non ci sono chiamate attive.
Router# show call application sessions
Session ID 12
App: queue
Type: Service
Url: flash:app-b-acd-2.1.0.0.tcl È possibile aggiornare i parametri dello script B-ACD apportando modifiche alla configurazione Cisco IOS. Per rendere effettive le modifiche ai parametri, è necessario arrestare e ricaricare gli script B-ACD a cui sono state apportate le modifiche, come spiegato nei passaggi seguenti. Se si registrano nuovamente i prompt audio, è necessario ricaricare i file dei prompt audio che sono stati modificati.
-
Determina gli ID di sessione di tutte le sessioni attive:
Utilizzare il comando
show call application sessionsin modalità EXEC privilegiata per ottenere i numeri ID di sessione (SID) dei servizi AA e di coda di chiamata. Se la sessione AA non ha chiamate attive, il nome dello script AA non viene visualizzato nell'output del comandoshow call application sessions.L'esempio seguente mostra una sessione con chiamate attive. Il campo "App" è il nome del servizio assegnato allo script della coda di chiamata e allo script AA. È anche possibile visualizzare i nomi dei servizi nell'output del comando show running-config.
Router# show call application sessions Session ID 17 App: aa Type: Service Url: bootflash:app-b-acd-aa-3.0.0.8.tcl Session ID 12 App: queue Type: Service Url: bootflash:app-b-acd-3.0.0.8.tcl - Interrompere le sessioni del servizio B-ACD AA e della coda di chiamata, se necessario
Utilizzando i numeri ID sessione del passaggio 1, arrestare le sessioni del servizio B-ACD AA e del servizio di coda di chiamata. Utilizzare il comando
call application session stopin modalità EXEC privilegiata per interrompere le sessioni AA e call-queue.Router# call application session stop id 17 Router# call application session stop id 12Quando si utilizza il comando di arresto della sessione dell'applicazione di chiamata per un servizio AA, si verificano le seguenti azioni:
Il servizio AA è sospeso.
Tutte le chiamate attivamente connesse al servizio AA vengono disconnesse.
Il nome del servizio AA viene rimosso dall'output per il comando
show call application sessions.Per eliminare la possibilità di disconnettere le chiamate, attendere che non ci siano più chiamate in arrivo prima di ricaricare lo script, ad esempio dopo l'orario di lavoro.
Se il nome di un servizio AA non appare nell'output per il comando
show call application sessions, significa che non ci sono sessioni di chiamata e non è necessario emettere un comandocall application session stop. -
Ricaricare lo script AA e gli script della coda di chiamata
Utilizzare il comando
call application voice loadin modalità EXEC privilegiata per ricaricare gli script.Router# call application voice load aa Router# call application voice load queue -
Se un file di prompt audio è stato modificato, ricaricarlo
Utilizzare il comando
audio-prompt loadin modalità EXEC privilegiata per ricaricare un file audio. Ripetere questo comando per ogni file audio modificato.Router# audio-prompt load flash:en_bacd_welcome.au Reload of flash:en_bacd_welcome.au successful
Limitazioni e restrizioni
-
La disponibilità del servizio PSTN (Public Switched Telephone Network) dipende dai trunk SIP o dai circuiti PSTN disponibili durante un'interruzione di rete.
-
I dispositivi con connettività 4G e 5G (ad esempio, l'app Webex per dispositivi mobili o tablet) potrebbero comunque essere in grado di registrarsi a Webex Calling durante le interruzioni. Di conseguenza, durante un'interruzione potrebbero non essere in grado di chiamare altri numeri dallo stesso sito.
-
I modelli di composizione potrebbero funzionare in modo diverso in modalità Sopravvivenza rispetto alla modalità Attiva.
-
Il Survivability Gateway deve utilizzare un indirizzo IPv4. IPv6 non è supportato.
-
Un aggiornamento dello stato di sincronizzazione su richiesta nel Control Hub potrebbe richiedere fino a 30 minuti.
-
Il dock di chiamata non è supportato in modalità Sopravvivenza.
-
Non configurare il comando SIP bind nella modalità di configurazione VoIP del servizio vocale. Ciò comporta il fallimento della registrazione dei telefoni MPP con Survivability Gateway.
-
Assicurarsi che i numeri di serie delle apparecchiature (ESN) nelle diverse sedi fisiche siano univoci, per evitare conflitti e migliorare la tracciabilità, la ridondanza e l'affidabilità del failover.
In modalità Sopravvivenza si applicano le seguenti limitazioni:
-
Tasti funzione MPP: I tasti funzione quali Parcheggio, Ripresa chiamata, Interruzione, Rispondi, Rispondi gruppo e Chiamata in uscita non sono supportati, ma non risultano disabilitati sul dispositivo.
-
Linee condivise: Le chiamate effettuate su linee condivise possono squillare su tutti i dispositivi; tuttavia, altre funzionalità delle linee condivise, come il monitoraggio remoto dello stato della linea, la messa in attesa, la ripresa, la funzione Non disturbare sincronizzata (DND) e le impostazioni di inoltro di chiamata, non sono disponibili.
-
Conferenza: Le conferenze o le chiamate a tre non sono supportate.
-
Distribuzione automatica delle chiamate di base (B-ACD): Il servizio con Survivability Gateway e Local Gateway collocati non è supportato.
-
Cronologia chiamate: Le chiamate effettuate vengono memorizzate localmente nella cronologia delle chiamate sia per i dispositivi MPP che per l'app Webex.
-
Gruppi di caccia: È possibile configurare fino a 100 gruppi di ricerca, ognuno dei quali supporta un massimo di 32 utenti.
-
Aspetto delle chiamate condivise migliorato: Funzionalità come la notifica dello stato della linea, la linea condivisa hold/remote resume e altri con chiamate di base, gruppo di ricerca o inoltro di chiamata non sono supportati.
-
Instradamento delle chiamate del gruppo di ricerca: Il modello di routing delle chiamate ponderato non è supportato.
Esperienza utente durante il failover
Se un sito della tua azienda perde la connettività Internet e ti trovi in tale sito, puoi comunque effettuare e ricevere chiamate, sia internamente all'azienda che esternamente ai clienti. Vedere App Webex | Sopravvivenza del sito.
Esempi di configurazione
Esempi di connessione PSTN
Per le chiamate esterne, configurare una connessione alla rete PSTN. In questo argomento vengono descritte alcune delle opzioni e vengono fornite configurazioni di esempio. Le due opzioni principali sono:
-
Collegamento della scheda di interfaccia vocale (VIC) alla PSTN
-
Trunk SIP al gateway PSTN
Collegamento della scheda di interfaccia vocale alla rete PSTN
È possibile installare una scheda di interfaccia vocale (VIC) sul router e configurare una connessione di porta alla PSTN.
-
Per informazioni dettagliate su come installare il VIC sul router, fare riferimento alla guida all'installazione hardware del modello di router in uso.
-
Per i dettagli su come configurare il VIC, insieme ad esempi, vedere Voice Port Configuration Guide, Cisco IOS Release 3S.
Trunk SIP al gateway PSTN
È possibile configurare una connessione trunk SIP che punti a un gateway PSTN. Per configurare la connessione trunk sul gateway, utilizzare la configurazione voice-class-tenant. Di seguito è riportato un esempio di configurazione.
voice class tenant 300
sip-server ipv4::
session transport udp
bind all source-interface GigabitEthernet0/0/1
Configurazione peer di chiamata
Per le connessioni trunk, configurare i peer di chiamata in entrata e in uscita per la connessione trunk. La configurazione dipende dalle vostre esigenze. Per informazioni dettagliate sulla configurazione, vedere Dial Peer Configuration Guide, Cisco IOS Release 3S.
Di seguito sono riportate alcune configurazioni di esempio:
Chiamate in uscita verso la PSTN con UDP e RTP
dial-peer voice 300 voip
description outbound to PSTN
destination-pattern +1[2-9]..[2-9]......$
translation-profile outgoing 300
rtp payload-type comfort-noise 13
session protocol sipv2
session target sip-server
voice-class codec 1
voice-class sip tenant 300
dtmf-relay rtp-nte
no vad
Chiamata in entrata tramite dial-peer dalla PSTN tramite UDP con RTP
voice class uri 350 sip
host ipv4:
!
dial-peer voice 190 voip
description inbound from PSTN
translation-profile incoming 350
rtp payload-type comfort-noise 13
session protocol sipv2
voice-class codec 1
voice-class sip tenant 300
dtmf-relay rtp-nte
no vad
Traduzioni numeriche
Per le connessioni PSTN, potrebbe essere necessario utilizzare regole di traduzione per tradurre gli interni in un numero E.164 che la PSTN può instradare. Di seguito sono riportate alcune configurazioni di esempio:
Dalla regola di traduzione PSTN con non +E164
voice translation-rule 350
rule 1 /^\([2-9].........\)/ /+1\1/
voice translation-profile 300
translate calling 300
translate called 300
Dalla regola di traduzione del sistema telefonico con +E164
voice translation-rule 300
rule 1 /^\+1\(.*\)/ /\1/
voice translation-profile 300
translate calling 300
translate called 300
Esempio di chiamata di emergenza
L'esempio seguente contiene un esempio di configurazione di chiamata di emergenza.
Se la sovrapposizione WiFi non corrisponde accuratamente alle subnet IP, la chiamata di emergenza per i dispositivi nomadi potrebbe non avere una mappatura ELIN corretta.
Posizioni di risposta alle emergenze (ERL)
voice emergency response location 1
elin 1 14085550100
subnet 1 192.168.100.0 /26
!
voice emergency response location 2
elin 1 14085550111
subnet 1 192.168.100.64 /26
!
voice emergency response zone 1
location 1
location 2
Peer di chiamata in uscita
voice class e164-pattern-map 301
description Emergency services numbers
e164 911
e164 988
!
voice class e164-pattern-map 351
description Emergency ELINs
e164 14085550100
e164 14085550111
!
dial-peer voice 301 pots
description Outbound dial-peer for E911 call
emergency response zone 1
destination e164-pattern-map 301
!
dial-peer voice 301 pots
description Inbound dial-peer for E911 call
emergency response callback
incoming called e164-pattern-map 351
direct-inward-dial