Grazie per il feedback.

La seguente tabella fornisce informazioni sulle caratteristiche supportate.

Durante la configurazione della funzione, Site Survivability è disponibile per i seguenti endpoint supportati.

La seguente tabella aiuta a configurare i router Cisco IOS XE come Survivability Gateway. Questa tabella elenca il numero massimo di endpoint che ogni piattaforma supporta e la versione minima di IOS XE.

Completare le seguenti attività per aggiungere Site Survivability per una posizione Webex Calling esistente. Se la connessione al cloud di Webex si rompe, un gateway di sopravvivenza nella rete locale può fornire il controllo delle chiamate di backup per gli endpoint in quella posizione.

Operazioni preliminari

Se è necessario fornire un nuovo gateway per agire come Survivability Gateway, fare riferimento all'articolo di Webex Registra Cisco IOS Managed Gateways a Webex Cloudper aggiungere il gateway a Control Hub.

Il connettore configura automaticamente i comandi relativi al 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 i vari conteggi delle chiamate. Le metriche comprendono i conteggi delle chiamate totali, delle chiamate di emergenza e delle chiamate esterne, e sono utilizzate per monitorare l'uso delle funzionalità interne. Solo le metriche di conteggio delle chiamate vengono inviate al cloud di Webex mentre i CDR effettivi non vengono trasmessi.

La seguente è una configurazione del campione:

!
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 è quello di memorizzare i file CDR sotto la cartella guest-share per consentire l'accesso da parte del connettore.

• acct-template callhistory-detail- Questo comando è richiesto per includere il tag dial-peer nel CDR.

• maximum cdrflush-timer 5- Il valore predefinito è 60 minutes, ma impostarlo a 5 minutes permette ai CDR di essere loggati al file più velocemente.

• 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 delle funzionalità del gruppo di caccia in Control Hub e utilizzando i comandi Survivability gateway

• Configura un gruppo di Hunt 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

• Configura un gruppo di Hunt 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 assistenza automatica (AA) fornisce la risposta automatica delle chiamate esterne con saluti e menu che consentono ai chiamanti di selezionare il reparto appropriato o di comporre i numeri di estensione noti.

B-ACD fornisce la risposta automatica e la distribuzione delle chiamate per le chiamate utilizzando menu interattivi e gruppi di caccia locali. L'applicazione B-ACD consiste in servizi di auto-attendant (AA) e un servizio di chiamata-coda. L'assistente automatico B-ACD supporta le chiamate PSTN negoziate con il bagagliaio SIP in arrivo con il codec g711ulaw

B-ACD supporta i gruppi di caccia vocale con linee condivise SIP e linee condivise miste sequenziali, parallele, peer e più lunghe.

Una chiamata in arrivo chiama il numero del pilota B-ACD AA e sente un prompt che fornisce un saluto e istruzioni per aiutare il chiamante a indirizzare automaticamente la chiamata.

Limiti

Utilizzare lo stesso codec sui peer di chiamata in entrata e in uscita quando si trasferiscono le chiamate. L'uso di codec diversi non è supportato. IOS non invocherà transcoder per le chiamate gestite da qualsiasi applicazione TCL.

Componenti B-ACD

L'applicazione B-ACD consiste in un servizio call-queue e uno o più servizi AA. Le componenti configurabili di questi servizi sono:

• Numero del pilota

• Prompt di benvenuto e altri file audio

• Opzioni menu

• Chiama per interno

Numero del pilota

Ogni servizio AA ha il proprio numero di pilota AA che i chiamanti chiamano per raggiungere l'AA. Questo numero è specificato nella param aa-pilot Comando. Il numero del pilota AA non è associato ad alcun numero di telefono di agenti o telefono fisico, ma è necessario definire un peer dial con il numero del pilota AA come il numero chiamato in ingresso in modo che questo numero sia raggiungibile da chiamanti esterni.

Prompt di benvenuto e altri file audio

Il prompt di benvenuto è un file audio che viene riprodotto quando una chiamata riceve risposta dal numero del pilota. Questo file audio è uno dei numerosi file audio utilizzati con il servizio B-ACD per informare i chiamanti del loro stato e delle eventuali azioni che possono intraprendere. È possibile creare un file audio personalizzato che descriva le scelte di menu disponibili per i chiamanti. I file audio B-ACD sono descritti nelle seguenti sezioni:

• Riscrittura dei file audio predefiniti
• Modifica dei codici di lingua e dei nomi dei file
• Uso di file audio per descrivere le scelte di menu

Riscrittura dei file audio predefiniti

I file audio predefiniti sono forniti per ogni punto dello script e sono dati ai chiamanti. Si scarica i file audio predefiniti dal collegamentoe copiarli in un luogo che può essere raggiunto dal router B-ACD, come la 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 loro messaggi sono elencati nella tabella. È possibile riscrivere i messaggi personalizzati rispetto ai messaggi predefiniti, ma non è possibile modificare i nomi dei file audio, salvo quanto specificamente descritto nel Modifica dei codici di lingua e dei nomi dei file.

Per re-registrare e installare le richieste audio predefinite prima di utilizzare un servizio B-ACD per la prima volta, seguire i passaggi nel Scaricare script Tcl e prompt audio. Per ripetere le richieste audio in un servizio B-ACD esistente, seguire i passaggi nel Aggiornamento dei parametri dello script e dei prompt audio (solo per estensione).

Se si rierecord uno qualsiasi dei file audio, si noti che le richieste B-ACD richiedono un formato di file audio G.711 (.au) con codifica 8-bit, mu-law e 8-kHz. Raccomandiamo i seguenti strumenti audio o altri di qualità simile:

• Adobe Audition per Microsoft Windows di Adobe Systems Inc. (precedentemente chiamato 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 <dial-by-extn menu option, standard BACD script menu option is 3>
  paramspace english language en
  param aa-pilot <auto attendant 164 pilot number associated in auto attendant dial-peer>
  paramspace english location flash:
  param welcome-prompt _bacd_welcome.au
  param voice-mail <alternate destination for calls that are not answered>
  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 <Auto Attendant Pilot 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 <Auto Attendant Pilot number>
 port %tdm_port%
! 

Modifica dei codici di lingua e dei nomi dei file

• Il prefisso di qualsiasi nome di file può essere cambiato in ch, en, sp o aa. Il prefisso deve corrispondere al codice specificato nel parametro language-code nel comando language paramspace, indipendentemente dalla lingua usata nel file.

• Seguendo il suo prefisso, il messaggio di benvenuto nomefile (il default è en_bacd_welcome.au) può avere un nome identificativo, come definito nella param welcome-prompt Comando.

• Seguendo il suo prefisso, il nome del file di prompt drop-through (nessun valore predefinito fornito) può avere un nome identificativo, come definito nella param drop-through-prompt Comando.

Nei file audio, è possibile registrare un prompt in qualsiasi lingua. Non è necessario cambiare il prefisso di un file che contiene un prompt in un altro linguaggio, perché i prefissi del codice lingua sono usati per funzioni che non fanno parte del servizio B-ACD. Ma è importante che i prefissi del codice di lingua per i tuoi file corrispondano al codice di lingua specificato nel parametro del codice di lingua nel comando lingua paramspace, indipendentemente dalla lingua effettivamente utilizzata nel file audio.

Non modificare la parte identificativa del nome di un file audio, ad eccezione del _bacd_welcome.au file. Gli script identificano file audio che hanno gli stessi nomi identificativi di quelli in Tabellae che hanno lo stesso prefisso specificato nel comando del linguaggio paramspace.

Le due eccezioni alle regole generali di denominazione dei file sono il file audio di benvenuto-prompt (il default è en_bacd_welcome.au) e il drop-through-option prompt file audio (non fornito di default). Le parti identificative dei nomi dei file per questi due prompt audio sono specificate esplicitamente durante la configurazione e sono completamente configurabili dall'utente. Questi file possono usare nomi di file a condizione che i nomi rispettino le seguenti convenzioni:

• La parte del prefisso del nome del file deve essere la stessa del codice della lingua specificato nel comando linguaggio paramspace. Ad esempio, en.

• La parte identificatrice del nome del file deve iniziare con un underscore. Ad esempio, _welcome_to_xyz.au.

Uso di file audio per descrivere le scelte di menu

Per impostazione predefinita, vengono forniti due file audio per fornire l'orientamento iniziale del chiamante e la guida sulle scelte di menu disponibili: en_welcome_prompt.au e en_bacd_options_menu.au. È possibile reerecord messaggi personalizzati sopra i messaggi predefiniti che sono forniti in questi file, come spiegato in Tabella.

Se il tuo servizio B-ACD utilizza un singolo servizio AA, registra un saluto di benvenuto in en_welcome_prompt.au e registrare le istruzioni sulle scelte di 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, utilizzando le seguenti linee guida:

• Registra un prompt di benvenuto separato per ogni servizio AA, utilizzando un nome diverso per il file audio per ogni prompt di benvenuto. Ad esempio: en_welcome_aa1.au een_welcome_aa2.au. Le richieste di benvenuto che si registrano in questi file devono includere sia il saluto che le istruzioni sulle opzioni di 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 ci sono più servizi AA.

Opzioni menu

Lo scopo di un servizio B-ACD è quello di indirizzare automaticamente le chiamate verso la destinazione corretta nella vostra organizzazione. I servizi interattivi AA consentono di fornire opzioni di menu ai chiamanti in modo che possano fare le scelte appropriate per le loro chiamate. I tipi di opzioni di menu disponibili in B-ACD sono descritti nella tabella. Le opzioni di menu sono annunciate ai chiamanti tramite richieste audio, descritte nel Prompt di benvenuto e altri file audio.

Opzione dial-by-extension

Il servizio B-ACD può anche avere un'opzione dial-by-extension, che consente ai chiamanti di comporre i numeri interni di estensione quando già conoscono il numero di estensione. L'opzione Dial-by-Extension è mostrata come opzione di menu.

L'opzione dial-by-extension è configurata specificando un numero di opzione di menu per il parametro dial-by-extension. Quando viene usato il seguente comando, i chiamanti possono comporre 1 e poi un numero di estensione.

All'interno di un servizio di coda di chiamata B-ACD, il numero di opzione dial-by-extension e i numeri di opzione del gruppo di caccia devono essere reciprocamente esclusivi. Questa restrizione significa che il numero di opzione utilizzato per l'opzione dial-by-extension non può essere lo stesso di qualsiasi numero di opzione utilizzato con le opzioni aa-hunt. Ad esempio, se usi aa-hunt1 a aa-hunt5 per specificare i gruppi di caccia nella configurazione del servizio di coda di chiamata, puoi usare l'opzione 6 per l'opzione dial-by-extension ma non uno qualsiasi dei numeri 1 a 5.

Se tutti e dieci i numeri aa-hunt sono usati per i gruppi di caccia nel servizio di coda di chiamata, non rimane alcuna opzione per l'opzione dial-by-extension. 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.

Scaricare script Tcl e prompt audio

Utilizzare questi passaggi per preparare i file di script e richiedere i file necessari per il servizio B-ACD.

1. Copia il file tar nel bootflash del router SGW

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

   archive tar /xtract bootflash:cme-b-acd-3.0.0.8.tar bootflash:
3. Rierecord i file audio se necessario.

Spiegazione dei comandi:

Aggiornamento dei parametri dello script e dei prompt audio (solo per estensione)

È possibile aggiornare i parametri dello script B-ACD apportando modifiche alla configurazione IOS di Cisco. Affinché i cambiamenti dei parametri abbiano effetto, occorre interrompere e ricaricare gli script B-ACD che sono stati apportati cambiamenti. Se si rierecord richieste audio, è necessario ricaricare i file di richieste audio che sono stati modificati.

1. Determina gli ID di sessione di qualsiasi sessione attiva-

   Utilizzare la freccia showcall application sessions comando in modalità EXEC privilegiata per ottenere numeri di sessione ID (SID) di AA e servizi di call-queue. Se la sessione AA non ha chiamate attive, il nome dello script AA non appare nell'output del show call application sessions Comando.

2. Se necessario, interrompere le sessioni di servizio B-ACD AA e di chiamata in coda- Utilizzando i numeri ID della sessione dalla fase1, interrompere le sessioni di servizio B-ACD AA e di servizio di chiamata in coda. Utilizzare la freccia call application session stop comando in modalità EXEC privilegiata per fermare le sessioni di AA e call-queue.
3. Ricarica lo script AA e gli script della coda di chiamata- Usa il call application voice load comando in modalità EXEC privilegiata per ricaricare gli script.
4. Se un file di prompt audio è stato cambiato, ricaricalo- Usa il audio-prompt load comando 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 la freccia show call application sessions comando per verificare che B-ACD sia attivo.

L 'esempio seguente mostra una sessione con applicazioni AA attive e call-queue. 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 solo l 'applicazione coda attiva. Lo script AA non appare nell'output del show call application sessions comando perché non ci sono chiamate attive. Il nome del servizio AA appare nell'output solo quando c'è una chiamata attiva. Lo script di chiamata-coda 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 IOS di Cisco. Affinché i cambiamenti dei parametri abbiano effetto, occorre interrompere e ricaricare gli script B-ACD ai quali sono state apportate le modifiche, come spiegato nei passaggi seguenti. Se si rierecord richieste audio, è necessario ricaricare i file di richieste audio che sono stati modificati.

1. Determinare gli ID di sessione di qualsiasi sessione attiva:

   Utilizzare la freccia show call application sessions comando in modalità EXEC privilegiata per ottenere numeri di sessione ID (SID) di AA e servizi di call-queue. Se la sessione AA non ha chiamate attive, il nome dello script AA non appare nell'output del show call application sessions Comando.

   L 'esempio seguente mostra una sessione con chiamate attive. Il campo “App” è il nome del servizio dato allo script della coda di chiamata e allo script AA. Puoi anche vedere i nomi dei servizi nell'output per il 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. Se necessario, interrompere le sessioni di assistenza B-ACD AA e call-queue

   Utilizzando i numeri ID della sessione dal Passo 1, interrompere le sessioni di servizio B-ACD AA e di servizio in coda di chiamata. Utilizzare la freccia call application session stop comando in modalità EXEC privilegiata per fermare le sessioni di AA e call-queue.

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

   Quando si utilizza il comando stop sessione applicazione chiamata per un servizio AA, si verificano le seguenti azioni:

   Il servizio AA è interrotto.

   Tutte le chiamate collegate attivamente al servizio AA sono disconnesse.

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

   Per eliminare la possibilità di disconnettere le chiamate, attendere che non ci siano chiamate in arrivo prima di ricaricare lo script, ad esempio dopo l'orario di lavoro.

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

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

   Utilizzare la freccia call application voice load comando 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 cambiato, ricaricalo

   Utilizzare la freccia audio-prompt load comando 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 chiamate esterne, configurare una connessione al PSTN. Questo argomento delinea alcune delle opzioni e fornisce le configurazioni dei campioni. Le due opzioni principali sono:

• Connessione Voice Interface Card (VIC) a PSTN

• Tronco SIP al gateway PSTN

Connessione della scheda di interfaccia vocale a PSTN

È possibile installare una scheda di interfaccia vocale (VIC) sul router e configurare una connessione di porta al PSTN.

• Per i dettagli su come installare il VIC sul router, fare riferimento alla guida di installazione hardware per il modello del router.

• Per i dettagli su come configurare il VIC, insieme ad esempi, vedere Guida alla configurazione della porta vocale, rilascio di Cisco IOS 3Categoria: S.

Tronco SIP al gateway PSTN

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

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

Configurazione peer di chiamata

Per le connessioni del bagagliaio, configurare i peer del quadrante in entrata e in uscita per la connessione del bagagliaio. La configurazione dipende dalle vostre esigenze. Per informazioni dettagliate sulla configurazione, vedere Dial Peer Configuration Guide, Cisco IOS Release 3Categoria: S.

Di seguito sono riportate le configurazioni dei campioni:

Dial-peer in uscita al 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

Dial-peer in entrata dal PSTN utilizzando UDP con RTP

voice class uri 350 sip 
 host ipv4:<ip_address> 
 !
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

Numero di traduzioni

Per le connessioni PSTN, potrebbe essere necessario utilizzare le regole di traduzione per tradurre le estensioni interne a un numero E.164 che il PSTN può eseguire. Di seguito sono riportate le configurazioni dei campioni:

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

Il seguente esempio contiene un esempio di configurazione di chiamata di emergenza.

Punti di intervento in caso 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 

Peer di quadrante 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