In questo articolo
dropdown icon
Considerazioni sulla distribuzione
    Impostazione di una singola posizione
    Configurazione multi-posizione
    Condizioni chiave per la sopravvivenza del sito
    Colocation con SRST unificato
    Funzionalità e componenti supportati
    Informazioni di riferimento della porta per Survivability Gateway
dropdown icon
Configurazione delle funzionalità
    Flusso di attività di configurazione della sopravvivenza del sito
    Assegnare il servizio di sopravvivenza a un gateway
    Scarica modello di configurazione
    Configurare le licenze
dropdown icon
Configurare i certificati
    Configurare i certificati su Cisco IOS XE
    Importa certificati insieme alle coppie di chiavi
dropdown icon
Configurare Survivability Gateway
    Configurare il gateway come gateway di sopravvivenza
    Sincronizzazione completa su richiesta
    Modifica le proprietà di Survivability Gateway
    Configurazioni per abilitare i CDR sul gateway di sopravvivenza
    Configurazioni per abilitare l'inoltro di chiamata
    Configurazioni per abilitare il gruppo di ricerca
    Configurazioni per abilitare la distribuzione automatica delle chiamate di base (B-ACD)
Limitazioni e restrizioni
Esperienza utente durante il failover
dropdown icon
Esempi di configurazione
    Esempi di connessione PSTN
    Esempio di chiamata di emergenza

Sopravvivenza sito per Webex Calling

list-menuIn questo articolo
list-menuFeedback?

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.

Diagramma di uno scenario di errore di rete in cui la connessione a Webex è interrotta e gli endpoint sul sito Webex funzionano in modalità di sopravvivenza.
Endpoint Webex Calling da un'unica posizione in modalità di sopravvivenza

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.

Endpoint di chiamata Webex da più posizioni in modalità di sopravvivenza del sito

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:

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.

Tabella 1. Funzionalità di chiamata supportate
Funzione Dispositivi MPP e app WebexVG4xx 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.

Tabella 2. Modelli di endpoint supportati
TipoModelliVersione 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.

Tabella 2. Modelli di piattaforma supportati
ModelloNumero massimo di registrazioni di endpointVersione 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

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

ProceduraComando o azioneScopo

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

Configurare le licenze per Survivability Gateway.

4

Configurare i certificati su Cisco IOS XE

Configurare i certificati per Survivability Gateway.

5

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 tutte le configurazioni obbligatorie presenti nel modello.

Assegnare il servizio di sopravvivenza a un gateway

Operazioni preliminari

Se il gateway non esiste in Control Hub, vedere Registrare i gateway Cisco IOS in Webex Calling per aggiungere una nuova istanza del gateway.
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 :

  • Non assegnato (valore vuoto): fare clic su Assegna servizio e andare al passaggio successivo.

  • Survivability Gateway—Se si desidera modificare le impostazioni IP del gateway esistente, andare a Modifica proprietà Survivability Gateway. In caso contrario, passare alla procedura successiva nel flusso.

3

Dal menu a discesa del tipo di servizio, seleziona Survivability Gateway e compila i seguenti campi:

  • Posizione—Dal menu a discesa, seleziona una posizione. Per assegnare più posizioni a un gateway Survivability, selezionare tutte le posizioni richieste dall'elenco.

  • Nome host—Immettere il nome di dominio completo (FQDN) utilizzato durante la creazione del certificato per il gateway. Potrebbe essere un nome incluso nel campo Subject Alternate Name (SAN) del certificato. L'FQDN e l'indirizzo IP vengono utilizzati solo per stabilire una connessione sicura con il gateway. Pertanto non è obbligatorio popolarlo nel DNS.

  • Indirizzo IP—In formato IPv4, immettere l'indirizzo IP del Survivability Gateway. I dispositivi si registrano a questo indirizzo mentre operano in modalità di sopravvivenza.

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.
(Facoltativo) Annulla l'assegnazione del servizio di sopravvivenza—Se si desidera rimuovere il gateway di sopravvivenza da un gateway, andare a Annulla l'assegnazione dei servizi di un gateway gestito.

Scarica modello di configurazione

Scarica il modello di configurazione da Control Hub o utilizzando questo link. Il modello sarà necessario quando si configura la riga di comando del gateway.
1

Accedere a Control Hub.

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 Servizi > PSTN & Instradamento > Configurazioni del gateway > Gestisci gateway.

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

Assicurati di disporre delle licenze di piattaforma appropriate per il tuo gateway. Configura le licenze utilizzando i comandi appropriati per la tua piattaforma.
1

Entrare nella modalità di configurazione globale sul router:

enable
 configure terminal
2

Configura le licenze utilizzando i comandi che si applicano solo alla tua piattaforma specifica.

  • Per la serie Cisco ISR 4000:

    license boot level uck9
     license boot level securityk9
    
  • Per le piattaforme Edge Cisco Catalyst serie 8300 e 8200, utilizzare la licenza della funzionalità DNA Network Advantage, o superiore, e immettere il livello di throughput richiesto. L'esempio seguente utilizza una velocità di crittografia bidirezionale di 25 Mbps. Seleziona il livello appropriato in base al numero di chiamate che prevedi.

    license boot level network-advantage addon dna-advantage
     platform hardware throughput crypto 25M
    
  • Per il software Cisco Catalyst 8000V Edge, utilizzare la licenza della funzionalità DNA Network Advantage o superiore e immettere il livello di throughput richiesto. L'esempio seguente utilizza una velocità di trasmissione di 1 Gbps. Seleziona il livello appropriato in base al numero di chiamate che prevedi.

    license boot level network-essentials addon dna-essentials
     platform hardware throughput level MB 1000
    

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:

enable
 configure terminal
2

Generare la chiave privata RSA eseguendo il seguente comando. Il modulo della chiave privata deve essere di almeno 2048 bit.

crypto key generate rsa general-keys label webex-sgw exportable modulus 2048
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.

crypto pki trustpoint webex-sgw 
 enrollment terminal 
 fqdn  
 subject-name cn=
 subject-alt-name 
 revocation-check crl 
 rsakeypair webex-sgw
4

Generare una richiesta di firma del certificato eseguendo il comando crypto pki enroll webex-sgw.

Quando richiesto, immettere yes.

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:

-----BEGIN CERTIFICATE REQUEST-----
 
 -----END CERTIFICATE REQUEST-----
5

Dopo che la CA ti ha rilasciato un certificato, esegui il comando crypto pki authenticate webex-sgw per autenticare il certificato. È possibile eseguire questo comando dalla modalità exec o config.

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 crypto pki import webex-sgw certificate.

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.

  1. Trova il nome comune della CA radice eseguendo show crypto pki certificates webex-sgw | begin CA Cert. Cerca l'emittente cn= .

  2. Eseguire il comando show crypto pki trustpool | include cn= e verificare se questo certificato CA radice è installato con il bundle Cisco CA. Se vedi la tua CA, vai al passaggio 9.

  3. Se non vedi il tuo certificato, puoi procedere in uno dei seguenti modi:

    • Importa i certificati mancanti

    • Eseguire il comando seguente per installare il bundle IOS CA esteso.

      crypto pki trustpool import url http://www.cisco.com/security/pki/trs/ios_union.p7b

      Utilizzare il bundle IOS CA esteso ios_core.p7bsolo se il gateway è un gateway locale collocato. Per i dettagli, vedere Configurare il gateway locale su Cisco IOS XE per Webex Calling.

  4. Ripetere questi sotto-passaggi per determinare se il certificato CA radice è ora disponibile. Dopo aver ripetuto i sotto-passaggi:

    Se il certificato non è disponibile, andare al passaggio 8. Se il certificato è disponibile, andare al passaggio 9.

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.

crypto pki trustpoint 
 enrollment terminal
 revocation-check crl
 crypto pki authenticate 

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.

sip-ua 
 no remote-party-id 
 retry invite 2 
 transport tcp tls v1.2 
 crypto signaling default trustpoint webex-sgw 
 handle-replaces

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.

crypto pki export webex-sgw pkcs12 terminal password xyz123

Questo passaggio è applicabile solo se si esporta da un altro router Cisco IOS XE.

2

(Facoltativo) Creare un bundle PKCS12 utilizzando OpenSSL.

  1. Verificare che OpenSSL sia installato sul sistema su cui viene eseguito questo processo. Per Mac OSX e GNU/Linux utenti, è installato di default.

  2. Passare alla directory in cui sono archiviati i file delle chiavi, dei certificati e della catena.

    In Windows: Per impostazione predefinita, le utilità vengono installate in C:\Openssl\bin. Aprire un prompt dei comandi in questa posizione.

    Su Mac OSX/Linux: Aprire la finestra Terminale nella directory necessaria per creare il certificato PKCS12.

  3. Nella directory, salvare i file della chiave privata (privateKey.key), del certificato di identità (certificate.crt) e della catena di certificati CA radice (CACert.crt).

    Combina la chiave privata, il certificato di identità e la catena di certificati CA radice in un file PKCS12. Inserisci una passphrase per proteggere il tuo certificato PKCS12.

    console> openssl pkcs12 -export -out certificate.pfx -inkey privateKey.key -in certificate.crt -certfile CACert.crt

    Fornire una password quando si utilizza OpenSSL per generare il file PKCS12.

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.

crypto pki import  pkcs12  password 

Di seguito è riportato un esempio di configurazione per il comando e dettagli riguardanti i parametri configurabili:

crypto pki import webex-sgw pkcs12 bootflash:certificate.pfx password xyz123
  • <trustpoint name>—Nome del trustpoint creato quando si utilizza questo comando (ad esempio, webex-sgw).

  • <certificate file location>—URL locale o di rete che punta al file del certificato (ad esempio, bootflash:certificate.pfx)

  • <file password>—La password utilizzata durante la creazione del file PKCS12 (ad esempio, xyz123).

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.

sip-ua 
 no remote-party-id 
 retry invite 2 
 transport tcp tls v1.2 
 crypto signaling default trustpoint webex-sgw 
 handle-replaces

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.


enable
 configure terminal

Dove:

  • enable—Abilita la modalità EXEC privilegiata.

  • configure terminal—Abilita la modalità di configurazione globale.

2

Eseguire le configurazioni del servizio vocale:


 voice service voip
  ip address trusted list
    ipv4  
    ipv4  
  allow-connections sip to sip
  supplementary-service media-renegotiate
  no supplementary-service sip refer
  no supplementary-service sip moved-temporarily
  trace
  sip
   asymmetric payload full
   registrar server
  

Spiegazione dei comandi:

  • ip address trusted list—Definisce un elenco di indirizzi non registrati da cui il Survivability Gateway deve accettare messaggi SIP. Ad esempio, un indirizzo peer del trunk SIP.

  • e rappresentano intervalli di indirizzi attendibili. Non è necessario immettere direttamente le subnet connesse, poiché Survivability Gateway le considera automaticamente attendibili.

  • allow-connections sip to sip—Consente connessioni SIP-SIP in una rete VoIP.

  • no supplementary-service sip refer—Disabilitare il metodo REFER per i servizi supplementari di inoltro e trasferimento di chiamata. Webex Calling non utilizza questi metodi.

  • no supplementary-service sip moved-temporarily—Disabilita la gestione automatica dei messaggi di reindirizzamento SIP 302 da parte del gateway.

  • sip—Entra nella modalità di configurazione SIP del servizio.

  • registrar server—Abilitare il registrar SIP per consentire ai client Webex Calling di registrarsi al gateway.

  • asymmetric payload full—Abilita le videochiamate in modalità sopravvivenza.

3

Abilitare Survivability sul router:


voice register global
 mode webex-sgw
 max-dn 50
 max-pool 50
 exit
 

Spiegazione dei comandi:

  • voice register global—Entra nella modalità di registrazione vocale globale.

  • mode webex-sgw—Abilita la modalità Webex Calling Survivability e Survivable Remote Site Telephony per gli endpoint Unified Communications Manager.

    Dopo la configurazione in modalità webex-sgw, Survivability Gateway ascolta sulla porta 8933 le connessioni sicure in arrivo dagli endpoint.

  • max-dn—Limita il numero di numeri di directory (DN) che il router può gestire. Per questa soluzione, configura sempre il valore massimo disponibile per la tua piattaforma.

    Le apparizioni di linee condivise vengono conteggiate nel limite max-dn. Ad esempio, se 5 telefoni condividono tutti gli stessi 5 DN, questa configurazione conta come 25 DN ai fini del limite max-dn.

  • max-pool—Imposta il numero massimo di dispositivi che possono registrarsi al gateway. Impostare questo valore sul massimo consentito dalla piattaforma, come descritto nella Tabella 3.

4

Configurare i server NTP:

ntp server 
 ntp server 

5

(Opzionale). Configurare le autorizzazioni generali per le chiamate alla Classe di restrizione:


dial-peer cor custom
 name Wx_calling_Internal
 name Wx_calling_Toll-free
 name Wx_calling_National
 name Wx_calling_International
 name Wx_calling_Operator_Assistance
 name Wx_calling_Chargeable_Directory_Assistance
 name Wx_calling_Special_Services1
 name Wx_calling_Special_Services2
 name Wx_calling_Premium_Services1
 name Wx_calling_Premium_Services2

L'esempio precedente crea un set di classi personalizzate di restrizioni denominate categorie (ad esempio, Wx_calling_International). Per i dettagli su come utilizzare la classe di restrizioni con i peer di chiamata, vedere "Classe di restrizioni" in Dial Peer Configuration Guide, Cisco IOS Release 15M & T.

6

Configura un elenco di codec preferiti. Ad esempio, l'elenco seguente specifica g711ulaw come codec preferito, seguito da g711alaw.


voice class codec 1
 codec preference 1 g711ulaw
 codec preference 2 g711alaw

Spiegazione dei comandi:

  • voice class codec 1 entra nella modalità di configurazione della classe vocale per il gruppo di codec 1.

  • codec preference identifica i codec preferiti per questo gruppo di codec.

7

Configurare i pool di registri vocali predefiniti:


voice register pool 1
 id network 0.0.0.0 mask 0.0.0.0
 dtmf-relay rtp-nte
 voice-class codec 1

Spiegazione dei comandi:

  • voice register pool 1—Accede alla modalità di configurazione del pool di registri vocali per i dispositivi SIP in questo pool.

  • id network e mask identificano un dispositivo SIP o un insieme di dispositivi di rete che utilizzano questo pool. Utilizza gli indirizzi e le maschere che si applicano alla tua distribuzione. L'indirizzo 0.0.0.0 consente la registrazione di dispositivi da qualsiasi luogo (se gli indirizzi dei dispositivi sono presenti nell'elenco dei permessi).

  • id extension-number—Il pool si applica specificamente all'utente Webex Calling all'interno 1234. Utilizzare le estensioni appropriate per la propria rete.

  • id phone-number—Il pool si applica specificamente all'utente Webex Calling con il numero di telefono +1 Tel. 210-903-443. Utilizza il numero di telefono appropriato per la tua rete.

  • dtmf-relay specifica il metodo rtp-nte per l'invio di cifre DTMF. In questo esempio, il payload di tipo Real-Time Transport (RTP) con evento telefonico denominato (NTE).

  • voice-class codec 1—Assegna il gruppo codec 1 a questo pool.

8

Configurare le chiamate di emergenza:


voice emergency response location 1
 elin 1 
 subnet 1  

 voice emergency response location 2
  elin 1 
  subnet 1  

 voice emergency response zone 1
  location 1
  location 2

 voice class e164-pattern-map 301
 voice class e164-pattern-map 351

Spiegazione dei comandi:

  • voice emergency response location 1—Crea il gruppo di posizioni di risposta alle emergenze 1 per il servizio 911 potenziato. Un comando successivo crea il gruppo di posizioni di risposta alle emergenze 2.

  • elin 1 —Assegna un elin alla posizione di risposta alle emergenze. Per questo elin, la parte <number> definisce un numero PSTN per sostituire l'interno del chiamante del 911 (ad esempio, 14085550100).

  • subnet 1 —Definisce un gruppo di subnet insieme a un indirizzo di subnet specifico per questa posizione di risposta alle emergenze. Utilizzare questo comando per identificare la rete chiamante tramite un indirizzo IP e una maschera di sottorete. Per esempio, subnet 1 192.168.100.0 /26.

  • voice emergency response zone 1—Definisce una zona di risposta alle emergenze.

  • location 1 (and 2)—Assegna le posizioni di risposta alle emergenze 1 e 2 a questa zona di risposta alle emergenze.

  • voice class e164-pattern-map 301 (and 351)—Identifica le mappe di pattern e164 301 e 351 per questa classe vocale. È possibile utilizzare la mappa per definire piani di selezione e identificatori di posizione di emergenza.

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

call-manager-fallback
 moh enable-g711 "bootflash:"

Spiegazione dei comandi:

  • call-manager-fallback—Entra nella modalità di configurazione SRST.

  • moh enable-g711 "bootflash:"—Abilita la musica d'attesa unicast tramite G.711. Fornisce anche la directory e il nome del file audio (ad esempio, bootflash:music-on-hold.au). Il nome del file non può superare i 128 caratteri.

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

Accedere a Control Hub.

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 Servizi > PSTN & Instradamento > Configurazioni del gateway > Gestisci gateway.

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

Utilizzare questa procedura facoltativa solo se si desidera modificare le impostazioni per un Survivability Gateway esistente.
1

Accedere a Control Hub.

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 Servizi > PSTN & Instradamento > Configurazioni del gateway > Gestisci gateway.

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.

  • Nome host—Utilizzare il nome host o il nome di dominio completo del certificato per stabilire la connessione TLS con i client e l'indirizzo IP.

  • Indirizzo IP—In formato IPv4, immettere l'indirizzo IP del gateway a cui i dispositivi si registrano durante il funzionamento in modalità Survivability.

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 call-forward b2bua sotto voice register pool dei singoli telefoni.

  • Per abilitare call-forward all, configurare: call-forward b2bua all

  • Per abilitare call-forward no-answer, configurare:call-forward b2bua noan timeout

  • Per abilitare il trigger di occupato con un numero specificato di chiamate in arrivo, configurare:

    
    call-forward b2bua busy 
    busy-trigger-per-button 

  • Esempio di configurazione:

    
    voice register pool  1​
      id phone-number +12107501105​
      dtmf-relay rtp-nte​
      call-forward b2bua noan +12107501155 timeout 20​
      codec g711ulaw​
    
    voice register pool  2
       busy-trigger-per-button 2
       id extension-number 1104
       dtmf-relay rtp-nte
       call-forward b2bua busy +12307501111
       codec g711ulaw 

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 cacciaConfigurazione tramite Control HubComandi 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 number

Avanza dopo il numero impostato di squilli

Configurare utilizzando l'opzione Imposta numero di squilli

Configurare utilizzando il comandotimeout per inoltrare la chiamata all'agente successivo anziché al numero di squilli.

Avanza quando occupato

Configurare utilizzando l'opzione Avanza quando occupato

Configurare utilizzando il comando present-call idle-phone

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 final

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 final command​

  • 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 predefinitoAnnuncio predefinitoLunghezza 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 dial-by-extension

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

  • language-package—Nome del pacchetto linguistico da utilizzare. Sono disponibili tre pacchetti linguistici integrati: Cinese, inglese e spagnolo. Altri linguaggi possono essere supportati tramite l'uso del linguaggio di scripting Tcl (Tool Command Language).

  • language-code —Codice di due caratteri che identifica la lingua dei file audio associati. Le voci valide sono le seguenti:

    ch —Cinese

    en —Inglese

    sp —Spagnolo

    aa —tutti

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.

  • audio-filename —Parte identificativa del nome del file audio che contiene il messaggio di benvenuto da riprodurre quando i chiamanti raggiungono per la prima volta il servizio B-ACD. La parte identificativa del nome file non include il prefisso della lingua e deve iniziare con un trattino basso.

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.au E en_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.

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

  1. Copia il file tar nel bootflash del router SGW

  2. Decomprimere i file tcl e audio utilizzando il comando:

    archive tar /xtract bootflash:cme-b-acd-3.0.0.8.tar bootflash:
  3. Se necessario, registrare nuovamente i file audio.

Spiegazione dei comandi:

ComandoSpiegazione

Scarica il file tar B-ACD

Scaricare il file tar B-ACD denominato cme-b-acd-3.0.0.8.tar su un server TFTP accessibile al router SGW.

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 cme-b-acd-3.0.0.8.tar :

  • app-b-acd-aa-xxxxtcl (script AA)

  • app-b-acd-xxxxtcl (script coda di chiamata)

  • en_bacd_allagentsbusy.au (file audio)

  • en_bacd_options_menu.au (file audio)

  • en_bacd_disconnect.au (file audio)

  • en_bacd_music_on_hold.au (file audio)

  • en_bacd_invalidoption.au (file audio)

  • en_bacd_welcome.au (file audio)

  • en_bacd_enter_dest.au (file audio)

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.

  1. Determinare gli ID di sessione di tutte le sessioni attive-

    Utilizzare il comando showcall application sessions in 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 comando show call application sessions.

  2. 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 stop in modalità EXEC privilegiata per interrompere le sessioni AA e call-queue.
  3. Ricaricare lo script AA e gli script della coda di chiamata: utilizzare il comando call application voice load in modalità EXEC privilegiata per ricaricare gli script.
  4. Se un file di prompt audio è stato modificato, ricaricarlo: utilizzare il comando audio-prompt load in 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.

  1. Determina gli ID di sessione di tutte le sessioni attive:

    Utilizzare il comando show call application sessions in 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 comando show 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
    
  2. 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 stop in modalità EXEC privilegiata per interrompere le sessioni AA e call-queue.

    
    Router# call application session stop id 17
    Router# call application session stop id 12

    Quando 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 comando call application session stop.

  3. Ricaricare lo script AA e gli script della coda di chiamata

    Utilizzare il comando call application voice load in modalità EXEC privilegiata per ricaricare gli script.

    
    Router# call application voice load aa
    Router# call application voice load queue
  4. Se un file di prompt audio è stato modificato, ricaricarlo

    Utilizzare il comando audio-prompt load in 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 
Questo articolo è stato utile?
Questo articolo è stato utile?