La tabella seguente fornisce informazioni sulle funzionalità supportate.

Dopo aver configurato la funzionalità, la resilienza del sito è disponibile per i seguenti endpoint supportati.

La tabella seguente aiuta a configurare i router Cisco IOS XE come gateway di resilienza. Questa tabella elenca il numero massimo di endpoint supportati da ciascuna piattaforma e la versione minima di IOS XE.

Completare le seguenti attività per aggiungere la funzionalità di sopravvivenza del sito per una sede Webex Calling esistente. Se la connessione al cloud Webex si interrompe, un Survivability Gateway nella rete locale può fornire il controllo di backup delle chiamate per gli endpoint in quella sede.

Operazioni preliminari

Se è necessario configurare un nuovo gateway da utilizzare come Survivability Gateway, fare riferimento all'articolo Webex Registrare i gateway gestiti Cisco IOS su Webex Cloud per aggiungere il gateway a Control Hub.

Il connettore configura automaticamente i comandi relativi ai CDR per facilitare la raccolta delle metriche sul numero di 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 i vari conteggi delle chiamate. Le metriche includono il numero totale di chiamate, le chiamate di emergenza e le chiamate esterne, e vengono utilizzate per monitorare l'utilizzo delle funzionalità interne. Al cloud di Webex vengono inviati solo i dati relativi al numero di chiamate, mentre i CDR (Customer Data Record) effettivi non vengono trasmessi.

Di seguito è riportata una configurazione di esempio:

!
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 consentirne l'accesso tramite il 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 a 5 minuti è possibile registrare i CDR nel file più rapidamente.

• cdr-format detailed- Questo è il formato predefinito. Il formato compatto non è adatto in quanto non include il tag dial-peer.

Questa tabella fornisce una mappatura per la configurazione della funzionalità del gruppo di caccia in Control Hub e per l'utilizzo dei comandi del gateway di sopravvivenza.

• Configurare un gruppo di caccia anelli 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 Hunt 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​

Il servizio base di distribuzione automatica delle chiamate (B-ACD) e di risponditore automatico (AA) fornisce la risposta automatica alle chiamate in uscita con messaggi di benvenuto e menu che consentono ai chiamanti di selezionare il reparto appropriato o di comporre numeri di interno noti.

B-ACD offre un servizio di risposta automatica e distribuzione delle chiamate tramite menu interattivi e gruppi di ricerca locali. L'applicazione B-ACD comprende servizi di risponditore automatico (AA) e un servizio di gestione della coda di chiamata. Il risponditore 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, chiamata inattiva più lunga, linee condivise SIP e linee condivise miste.

Una chiamata in arrivo compone il numero pilota B-ACD AA e ascolta un messaggio vocale che fornisce un saluto e istruzioni per aiutare il chiamante a instradare automaticamente la chiamata.

Limiti

Utilizzare lo stesso codec sia per le chiamate in entrata che per quelle in uscita durante il trasferimento delle chiamate. L'utilizzo di codec diversi non è supportato. iOS non avvierà il transcodificatore per le chiamate gestite da alcuna applicazione TCL.

Componenti B-ACD

L'applicazione B-ACD consiste in un servizio di gestione delle code di chiamata e in uno o più servizi di assistenza telefonica (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 dell'AA ha un proprio numero pilota AA che gli utenti devono comporre per contattare l'AA. Questo numero è specificato nel comando param aa-pilot. Il numero pilota AA non è associato ad alcun numero di telefono di un agente o a un telefono fisico, ma è necessario definire un dial peer con il numero pilota AA come numero chiamato in entrata, in modo che questo numero sia raggiungibile dai 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 dal numero pilota. Questo file audio è uno dei numerosi file audio utilizzati con il servizio B-ACD per informare i chiamanti del loro stato e delle azioni che possono intraprendere. È possibile creare file audio personalizzati che descrivono le opzioni di menu disponibili per chi chiama. I file audio B-ACD sono descritti nelle sezioni seguenti:

• Registrazione di nuovo dei file audio predefiniti
• Modifica dei codici lingua e dei nomi dei file
• Utilizzo di file audio per descrivere le opzioni del menu

Registrazione di nuovo dei file audio predefiniti

Per ogni punto della sceneggiatura vengono forniti file audio predefiniti, che vengono consegnati a chi effettua la chiamata. Scarica i file audio predefiniti dal link e copiali in una posizione accessibile al router B-ACD, come ad esempio una memoria flash o un server TFTP. Sul sito web è possibile trovare i file audio e i file di script compressi in un file tar. Nella tabella sono elencati i file predefiniti e i relativi messaggi. È possibile registrare nuovamente messaggi personalizzati sovrascrivendo i messaggi predefiniti, ma non è possibile modificare i nomi dei file audio, salvo quanto specificamente descritto nella sezione Modifica dei codici lingua e dei nomi dei file.

Per registrare nuovamente e installare i messaggi audio predefiniti prima di utilizzare un servizio B-ACD per la prima volta, seguire i passaggi descritti in Download di script Tcl e messaggi audio. Per registrare nuovamente i messaggi audio in un servizio B-ACD esistente, seguire i passaggi descritti in Aggiornamento dei parametri dello script e dei messaggi audio (solo composizione tramite interno).

Se si decide di registrare nuovamente uno qualsiasi dei file audio, si tenga presente che i messaggi B-ACD richiedono un file audio in formato 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. (precedentemente chiamato Cool Edit da Syntrillium Software Corp.)

• AudioTool per Solaris di Sun Microsystems Inc.

Configurare 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%
! 

Modifica dei codici 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 del comando paramspace language, 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 di trascinamento (non viene fornito alcun valore predefinito) 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, poiché i prefissi del codice lingua vengono utilizzati per funzionalità che non fanno parte del servizio B-ACD. È importante, tuttavia, che i prefissi del codice lingua dei file corrispondano al codice lingua specificato nel parametro language-code del comando paramspace language, 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 lingua paramspace.

Le due eccezioni alle regole generali di denominazione dei file sono il file audio del prompt di benvenuto (il valore predefinito è en_bacd_welcome.au) e il file audio del prompt drop-through-option (nessun valore predefinito fornito). Le parti identificative dei nomi dei file per questi due messaggi audio vengono specificate esplicitamente durante la configurazione e sono completamente configurabili dall'utente. Questi file possono utilizzare qualsiasi nome, purché rispettino le seguenti convenzioni:

• Il prefisso del nome del file deve corrispondere al codice lingua specificato nel comando paramspace language. Ad esempio, en.

• La parte identificativa del nome del file deve iniziare con un trattino basso. Per esempio, _welcome_to_xyz.au.

Utilizzo di file audio per descrivere le opzioni del menu

Di default, vengono forniti due file audio per offrire un orientamento iniziale all'utente e illustrargli le opzioni di menu disponibili: en_welcome_prompt.au E en_bacd_options_menu.au. È possibile registrare nuovamente messaggi personalizzati sovrascrivendo i messaggi predefiniti forniti in questi file, come spiegato nella Tabella.

Se il tuo servizio B-ACD utilizza un singolo servizio AA, registra un saluto di benvenuto in en_welcome_prompt.au e registra le istruzioni sulle scelte del menu in en_bacd_options_menu.au.

Se il vostro servizio B-ACD utilizza più servizi degli Alcolisti Anonimi, avrete bisogno di saluti e istruzioni separati per ciascun Alcolista Anonimo, seguendo le seguenti linee guida:

• Registra un messaggio di benvenuto separato per ogni servizio degli Alcolisti Anonimi, utilizzando un nome diverso per il file audio di ciascun messaggio. Ad esempio: en_welcome_aa1.au E en_welcome_aa2.au. I messaggi di benvenuto che registri in questi file devono includere sia il saluto che le istruzioni relative alle 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 vostra organizzazione. I servizi interattivi di assistenza clienti consentono di fornire opzioni di menu agli utenti che chiamano, in modo che possano effettuare le scelte più appropriate per le loro chiamate. Nella tabella sono descritte le tipologie di opzioni di menu disponibili in B-ACD. Le opzioni del menu vengono annunciate ai chiamanti tramite messaggi audio, descritti nella sezione Messaggio di benvenuto e altri file audio.

Opzione di chiamata tramite interno

Il servizio B-ACD può anche includere un'opzione di chiamata tramite interno, che consente ai chiamanti di comporre i numeri interni quando ne conoscono già il numero. L'opzione di chiamata tramite interno viene visualizzata come opzione di menu.

L'opzione di chiamata tramite interno viene configurata specificando un numero di voce di menu per il parametro di chiamata tramite interno. Quando si utilizza il seguente comando, i chiamanti possono comporre 1 seguito da un numero di interno.

All'interno di un servizio di coda di chiamata B-ACD, il numero di opzione di composizione per interno e i numeri di opzione del gruppo di ricerca devono essere mutuamente esclusivi. Questa restrizione implica che il numero di opzione utilizzato per la composizione tramite interno non può essere uguale a nessuno dei numeri di opzione utilizzati con le opzioni aa-hunt. Ad esempio, se si utilizzano i valori 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 la composizione tramite interno, ma non i numeri da 1 a 5.

Se tutti e dieci i numeri aa-hunt sono utilizzati per i gruppi di ricerca nel servizio di coda di chiamata, non rimane alcuna opzione disponibile per la composizione per interno. Si noti che questa restrizione si basa su tutti i numeri di opzione (numeri aa-hunt) utilizzati con il servizio di gestione delle chiamate in coda e non sui numeri di opzione utilizzati con un'applicazione AA.

Download di script Tcl e prompt audio

Segui questi passaggi per preparare i file di script e i file di prompt necessari per il tuo servizio B-ACD.

1. Copia il file tar nella memoria bootflash del router SGW.

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

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

Spiegazione dei comandi:

Aggiornamento dei parametri dello script e dei messaggi audio (solo per chiamate tramite interno)

È possibile aggiornare i parametri dello script B-ACD apportando modifiche alla configurazione di Cisco IOS. Affinché le modifiche ai parametri abbiano effetto, è necessario arrestare e ricaricare gli script B-ACD su cui sono state apportate le modifiche. Se si registrano nuovamente i messaggi audio, è necessario ricaricare i file dei messaggi audio che sono stati modificati.

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

   Utilizzare il comando showcall application sessions in modalità EXEC privilegiata per ottenere i numeri di 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. Interrompere le sessioni del servizio B-ACD AA e della coda di chiamate, se necessario. Utilizzando i numeri ID di sessione del passaggio 1, interrompere le sessioni del servizio B-ACD AA e della coda di chiamate. Utilizzare il comando call application session stop in modalità EXEC privilegiata per arrestare le sessioni AA e di coda di chiamata.
3. Ricarica lo script AA e gli script della coda di chiamate. Utilizza 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. Ripeti 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 di anti-accettazione (AA) e di gestione della coda di chiamata attive. Il campo "App" indica il nome del servizio, mentre il campo "Url" indica il percorso del file di script dell'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 la sola applicazione di coda attiva. Lo script AA non compare nell'output del comando show call application sessions perché non ci sono chiamate attive. Il nome del servizio AA viene visualizzato nell'output solo quando è in corso una chiamata. Lo script della coda di chiamate si attiva dopo la prima chiamata in arrivo e rimane attivo anche in assenza di chiamate in corso.

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 di Cisco IOS. Affinché le modifiche ai parametri abbiano effetto, è necessario arrestare e ricaricare gli script B-ACD modificati, come spiegato nei passaggi seguenti. Se si registrano nuovamente i messaggi audio, è necessario ricaricare i file dei messaggi 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 di 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 chiamate e allo script AA. È possibile visualizzare i nomi dei servizi anche 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 di servizio B-ACD AA e di gestione della coda di chiamate, se necessario.

   Utilizzando i numeri ID di 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 arrestare le sessioni AA e di coda di chiamata.

   
   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 attualmente connesse al servizio AA vengono interrotte.

   Il nome del servizio AA viene rimosso dall'output per il comando show call application sessions.

   Per evitare che le chiamate si interrompano, attendere che non ci siano chiamate in arrivo prima di ricaricare lo script, ad esempio al di fuori dell'orario di lavoro.

   Se il nome di un servizio AA non compare nell'output del comando show call application sessions, significa che non ci sono sessioni di chiamata e non è necessario emettere un comando call application session stop per esso.

3. Ricarica lo script AA e gli script della coda di chiamate

   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, ricaricalo

   Utilizzare il comando audio-prompt load in modalità EXEC privilegiata per ricaricare un file audio. Ripeti questo comando per ogni file audio che viene modificato.

   
   Router# audio-prompt load flash:en_bacd_welcome.au
   Reload of flash:en_bacd_welcome.au successful

Per le chiamate esterne, configura una connessione alla rete telefonica pubblica (PSTN). Questa sezione illustra alcune delle opzioni disponibili e fornisce esempi di configurazione. Le due opzioni principali sono:

• Connessione della scheda di interfaccia vocale (VIC) alla rete telefonica pubblica (PSTN).

• Trunk SIP verso gateway PSTN

Collegamento della scheda di interfaccia vocale alla rete telefonica pubblica (PSTN).

È possibile installare una scheda di interfaccia vocale (VIC) sul router e configurare una connessione di porta alla rete telefonica pubblica (PSTN).

• Per informazioni dettagliate su come installare il VIC sul router, consultare la guida all'installazione hardware specifica per il modello di router in uso.

• Per informazioni dettagliate su come configurare il VIC, inclusi esempi, consultare la Guida alla configurazione della porta vocale, Cisco IOS Release 3S.

Trunk SIP verso gateway PSTN

È possibile configurare una connessione trunk SIP che punta a un gateway PSTN. Per configurare la connessione trunk sul gateway, utilizzare la configurazione voice-class-tenant. Di seguito è riportata una configurazione di esempio.

voice class tenant 300 
  sip-server ipv4::
  session transport udp 
  bind all source-interface GigabitEthernet0/0/1 
 

Configurazione del peer dial-up

Per le connessioni trunk, configurare i dial peer in entrata e in uscita per la connessione trunk. La configurazione dipende dalle vostre esigenze. Per informazioni dettagliate sulla configurazione, consultare Guida alla configurazione di Dial Peer, Cisco IOS Release 3S.

Di seguito sono riportate alcune configurazioni di esempio:

Dial peer in uscita verso la rete telefonica pubblica (PSTN) con protocolli 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

Dial-peer in entrata dalla rete 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 convertire gli interni in un numero E.164 che la rete PSTN possa 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

L'esempio seguente contiene un esempio di configurazione per una chiamata di emergenza.

Punti di intervento di emergenza (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 

Pari 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