A tabela a seguir fornece informações sobre os recursos suportados.

Ao configurar o recurso, a Sobrevivência do Site estará disponível para os seguintes endpoints compatíveis.

A tabela a seguir ajuda a configurar roteadores Cisco IOS XE como um Gateway de Sobrevivência. Esta tabela lista o número máximo de endpoints que cada plataforma suporta e a versão mínima do IOS XE.

Conclua as seguintes tarefas para adicionar a capacidade de sobrevivência do site a um local existente do Webex Calling. Caso a conexão com a nuvem Webex seja interrompida, um Gateway de Sobrevivência na rede local pode fornecer controle de chamadas de backup para os endpoints nesse local.

Antes de começar

Se você precisar provisionar um novo gateway para atuar como Gateway de Sobrevivência, consulte o artigo da Webex Inscrever gateways gerenciados do Cisco IOS na nuvem Webex para adicionar o gateway ao Control Hub.

O conector configura automaticamente os comandos relacionados ao CDR para facilitar a coleta de métricas de contagem de chamadas.

Ao final de um evento de sobrevivência, o conector processa os CDRs gerados durante o período do evento, juntamente com os dados de configuração, para identificar várias contagens de chamadas. As métricas incluem a contagem total de chamadas, chamadas de emergência e chamadas externas, e são usadas para monitorar o uso de recursos internos. Apenas as métricas de contagem de chamadas são enviadas para a nuvem do Webex, enquanto os CDRs (Registros de Dados de Chamadas) propriamente ditos não são transmitidos.

Segue abaixo um exemplo de configuração:

!
gw-accounting file
 primary ifs bootflash:guest-share/cdrs/
 acct-template callhistory-detail
 maximum cdrflush-timer 5
 cdr-format detailed
!

Explicação dos comandos:

• primary ifs bootflash:guest-share/cdrs/- Este comando serve para armazenar os arquivos CDR na pasta guest-share para permitir o acesso pelo conector.

• acct-template callhistory-detail- Este comando é necessário para incluir a tag dial-peer no CDR.

• maximum cdrflush-timer 5O valor padrão é de 60 minutos, mas configurá-lo para 5 minutos permite que os CDRs sejam registrados no arquivo mais rapidamente.

• cdr-format detailed- Este é o formato padrão. O formato compacto não é adequado, pois não inclui a tag dial-peer.

Esta tabela fornece um mapeamento para a configuração do recurso de grupo de caça no Control Hub e usando os comandos do gateway de Sobrevivência.

• Configure anéis sequenciais de grupo Hunt

  
    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

• Configure um grupo Hunt com anéis paralelos

  
  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​

O serviço básico de distribuição automática de chamadas (B-ACD) e atendimento automático (AA) oferece atendimento automático de chamadas externas com mensagens de saudação e menus que permitem aos chamadores selecionar o departamento apropriado ou discar ramais conhecidos.

O B-ACD oferece atendimento automático e distribuição de chamadas usando menus interativos e grupos de busca locais. O aplicativo B-ACD consiste em serviços de atendimento automático (AA) e um serviço de fila de chamadas. O atendimento automático B-ACD suporta chamadas PSTN negociadas com troncos SIP de entrada com codec g711ulaw.

O B-ACD suporta grupos de busca por voz com chamadas sequenciais, paralelas, entre pares e chamadas ociosas mais longas, além de linhas compartilhadas SIP e linhas compartilhadas mistas.

Uma chamada recebida disca o número piloto B-ACD AA e ouve uma mensagem que fornece uma saudação e instruções para ajudar o chamador a encaminhar a chamada automaticamente.

Limitações

Use o mesmo codec nos dial peers de entrada e de saída ao transferir chamadas. O uso de codecs diferentes não é suportado. O IOS não invocará o transcodificador para as chamadas tratadas por qualquer aplicativo TCL.

Componentes B-ACD

O aplicativo B-ACD consiste em um serviço de fila de chamadas e um ou mais serviços AA. Os componentes configuráveis desses serviços são:

• Número piloto

• Mensagem de boas-vindas e outros arquivos de áudio

• Opções de menu

• Discagem por ramal

Número piloto

Cada serviço AA possui seu próprio número piloto, que os usuários discam para entrar em contato com o AA. Este número é especificado no comando param aa-pilot. O número piloto da AA não está associado a nenhum número de telefone de agente ou telefone físico, mas você deve definir um dial peer com o número piloto da AA como o número chamado de entrada para que esse número possa ser acessado por chamadas externas.

Mensagem de boas-vindas e outros arquivos de áudio

A mensagem de boas-vindas é um arquivo de áudio reproduzido quando uma chamada é atendida pelo número piloto. Este arquivo de áudio é um dos vários arquivos de áudio usados com o serviço B-ACD para informar os chamadores sobre seu status e quaisquer ações que possam tomar. Você pode criar arquivos de áudio personalizados que descrevem as opções de menu disponíveis para seus clientes. Os arquivos de áudio B-ACD são descritos nas seções a seguir:

• Regravando arquivos de áudio padrão
• Alterar códigos de idioma e nomes de arquivos
• Utilizando arquivos de áudio para descrever as opções do menu.

Regravando arquivos de áudio padrão

Arquivos de áudio padrão são fornecidos para cada ponto do roteiro e são entregues aos interlocutores. Você baixa os arquivos de áudio padrão do link e os copia para um local que possa ser acessado pelo roteador B-ACD, como memória flash ou um servidor TFTP. Os arquivos de áudio e os arquivos de roteiro estão compactados em um arquivo tar no site. Os arquivos padrão e suas respectivas mensagens estão listados na tabela. Você pode regravar mensagens personalizadas sobre as mensagens padrão, mas não pode alterar os nomes dos arquivos de áudio, exceto conforme descrito especificamente em Alterando códigos de idioma e nomes de arquivo.

Para regravar e instalar os prompts de áudio padrão antes de usar um serviço B-ACD pela primeira vez, siga os passos em Download de scripts Tcl e prompts de áudio. Para regravar avisos de áudio em um serviço B-ACD existente, siga os passos em Atualizando parâmetros de script e avisos de áudio (somente discagem por ramal).

Caso você regrave algum dos arquivos de áudio, observe que os avisos do B-ACD exigem um arquivo de áudio no formato G.711 (.au) com codificação de 8 bits, mu-law e 8 kHz. Recomendamos as seguintes ferramentas de áudio ou outras de qualidade similar:

• Adobe Audition para Microsoft Windows, da Adobe Systems Inc. (anteriormente chamado Cool Edit, da Syntrillium Software Corp.)

• AudioTool para Solaris da Sun Microsystems Inc.

Configurar B-ACD

Aqui estão alguns exemplos de configuração:

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

Alterar códigos de idioma e nomes de arquivos

• O prefixo de qualquer nome de arquivo pode ser alterado para ch, en, sp ou aa. O prefixo deve corresponder ao código especificado no parâmetro language-code do comando paramspace language, independentemente do idioma real usado no arquivo.

• Após o prefixo, o nome do arquivo de prompt de boas-vindas (o padrão é en_bacd_welcome.au) pode ter qualquer nome identificador, conforme definido no comando param welcome-prompt.

• Após o prefixo, o nome do arquivo de prompt drop-through (nenhum padrão fornecido) pode ter qualquer nome identificador, conforme definido no comando param drop-through-prompt.

Nos arquivos de áudio, você pode gravar uma mensagem em qualquer idioma. Não é necessário alterar o prefixo de um arquivo que contenha um prompt em um idioma diferente, pois os prefixos de código de idioma são usados para recursos que não fazem parte do serviço B-ACD. Mas é importante que os prefixos de código de idioma dos seus arquivos correspondam ao código de idioma especificado no parâmetro `language-code` do comando `paramspace language`, independentemente do idioma realmente usado no arquivo de áudio.

Não altere a parte identificadora do nome de um arquivo de áudio, com exceção do arquivo _bacd_welcome.au. Os scripts identificam arquivos de áudio que têm os mesmos nomes identificadores que aqueles na Tabelae que têm o mesmo prefixo que você especifica no comando de idioma do espaço de parâmetros.

Por padrão, dois arquivos de áudio são fornecidos para orientar inicialmente o usuário sobre as opções de menu disponíveis: en_welcome_prompt.au e en_bacd_options_menu.au. Você pode regravar mensagens personalizadas sobre as mensagens padrão fornecidas nesses arquivos, conforme explicado na Tabela.

Se o seu serviço B-ACD usar um único serviço AA, grave uma saudação de boas-vindas em en_welcome_prompt.au e grave instruções sobre as opções do menu em en_bacd_options_menu.au.

Se o seu serviço B-ACD utiliza vários serviços AA, você precisará de saudações e instruções separadas para cada AA, seguindo as seguintes diretrizes:

• Grave uma mensagem de boas-vindas separada para cada culto dos Alcoólicos Anônimos, usando um nome diferente para o arquivo de áudio de cada mensagem. Por exemplo: en_welcome_aa1.au e en_welcome_aa2.au. As mensagens de boas-vindas que você gravar nesses arquivos devem incluir tanto a saudação quanto as instruções sobre as opções do menu.

• Grave silêncio no arquivo de áudio en_bacd_options_menu.au. Deve ser registado um mínimo de um segundo de silêncio. Observe que este arquivo não contém as instruções do menu quando houver vários serviços AA.

Opções de menu

O objetivo de um serviço B-ACD é encaminhar automaticamente as chamadas para o destino correto em sua organização. Os serviços interativos de atendimento automático permitem que você forneça opções de menu aos chamadores para que eles possam fazer as escolhas apropriadas para suas ligações. Os tipos de opções de menu disponíveis no B-ACD estão descritos na tabela. As opções do menu são anunciadas aos chamadores por meio de avisos de áudio, que são descritos no Aviso de boas-vindas e outros arquivos de áudio.

Opção de discagem por ramal

O serviço B-ACD também pode ter uma opção de discagem por ramal, que permite aos chamadores discar números de ramal internos quando já conhecem o número do ramal. A opção de discagem por ramal é exibida como uma opção de menu.

A opção de discagem por ramal é configurada especificando um número de opção de menu para o parâmetro de discagem por ramal. Ao usar o seguinte comando, os chamadores podem discar 1 e, em seguida, um número de ramal.

Em um serviço de fila de chamadas B-ACD, o número da opção de discagem por ramal e os números das opções do grupo de busca devem ser mutuamente exclusivos. Essa restrição significa que o número da opção usada para a opção de discagem por ramal não pode ser o mesmo que nenhum dos números de opção usados com as opções de busca de aa. Por exemplo, se você usar aa-hunt1 a aa-hunt5 para especificar grupos de busca na configuração do seu serviço de fila de chamadas, poderá usar a opção 6 para a opção de discagem por ramal, mas não nenhum dos números de 1 a 5.

Se todos os dez números de busca (aa-hunt) forem usados para grupos de busca no serviço de fila de chamadas, não haverá mais opção para discagem por ramal. Note que essa restrição se baseia em todos os números de opção (números de busca AA) usados com o serviço de fila de chamadas e não nos números de opção usados com um aplicativo AA.

Baixando scripts Tcl e comandos de áudio

Siga estes passos para preparar os arquivos de script e os arquivos de prompt necessários para o seu serviço B-ACD.

1. Copie o arquivo tar para a memória flash de inicialização do roteador SGW.

2. Descompacte os arquivos tcl e de áudio usando o comando:

   archive tar /xtract bootflash:cme-b-acd-3.0.0.8.tar bootflash:
3. Se necessário, grave novamente os arquivos de áudio.

Explicação dos comandos:

Atualizando parâmetros de script e avisos de áudio (somente discagem por ramal)

Você pode atualizar os parâmetros do script B-ACD fazendo alterações na configuração do Cisco IOS. Para que as alterações de parâmetros entrem em vigor, você deve parar e recarregar os scripts B-ACD nos quais fez alterações. Se você regravar as instruções de áudio, será necessário recarregar os arquivos de áudio que foram alterados.

1. Determine os IDs de sessão de quaisquer sessões ativas.

   Use o comando showcall application sessions no modo EXEC privilegiado para obter os números de ID de sessão (SID) dos serviços AA e de fila de chamadas. Se a sessão AA não tiver chamadas ativas, o nome do script AA não aparecerá na saída do comando show call application sessions.

2. Se necessário, interrompa as sessões de serviço B-ACD AA e de fila de chamadas. Usando os números de ID de sessão da Etapa 1, interrompa as sessões de serviço B-ACD AA e de fila de chamadas. Use o comando call application session stop no modo EXEC privilegiado para interromper as sessões AA e de fila de chamadas.
3. Recarregue o script AA e os scripts de fila de chamadas - Use o comando call application voice load no modo EXEC privilegiado para recarregar os scripts.
4. Se um arquivo de prompt de áudio foi alterado, recarregue-o - Use o comando audio-prompt load no modo EXEC privilegiado para recarregar um arquivo de áudio. Repita este comando para cada arquivo de áudio que foi alterado.

Verificando o status do B-ACD

Use o comando show call application sessions para verificar se o B-ACD está ativo.

O exemplo a seguir mostra uma sessão com aplicativos de automação de acesso (AA) e de fila de chamadas ativos. O campo “Aplicativo” é o nome do serviço e o campo “URL” é o local do arquivo de script do aplicativo.

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 

O exemplo a seguir mostra uma sessão com apenas o aplicativo de fila ativo. O script AA não aparece na saída do comando show call application sessions porque não há chamadas ativas. O nome do serviço AA aparece na saída somente quando há uma chamada ativa. O script de fila de chamadas é ativado após a primeira chamada recebida e permanece ativo mesmo que não haja chamadas em andamento.

Router# show call application sessions
Session ID 12
App: queue
Type: Service
Url: flash:app-b-acd-2.1.0.0.tcl

Você pode atualizar os parâmetros do script B-ACD fazendo alterações na configuração do Cisco IOS. Para que as alterações de parâmetros entrem em vigor, você deve parar e recarregar os scripts B-ACD nos quais fez alterações, conforme explicado nas etapas a seguir. Se você regravar as instruções de áudio, será necessário recarregar os arquivos de áudio que foram alterados.

1. Determinar os IDs de sessão de quaisquer sessões ativas:

   Use o comando show call application sessions no modo EXEC privilegiado para obter os números de ID de sessão (SID) dos serviços AA e de fila de chamadas. Se a sessão AA não tiver chamadas ativas, o nome do script AA não aparecerá na saída do comando show call application sessions.

   O exemplo a seguir mostra uma sessão com chamadas ativas. O campo “App” é o nome do serviço atribuído ao script da fila de chamadas e ao script AA. Você também pode ver os nomes dos serviços na saída do 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. Interrompa as sessões de serviço B-ACD AA e de fila de chamadas, se necessário.

   Utilizando os números de identificação de sessão da Etapa 1, interrompa as sessões do serviço B-ACD AA e do serviço de fila de chamadas. Use o comando call application session stop no modo EXEC privilegiado para interromper as sessões AA e de fila de chamadas.

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

   Ao usar o comando de parada da sessão do aplicativo de chamada para um serviço AA, as seguintes ações ocorrem:

   O serviço da AA está interrompido.

   Todas as chamadas ativamente conectadas ao serviço AA são desconectadas.

   O nome do serviço AA é removido da saída do comando show call application sessions.

   Para eliminar a possibilidade de desconexão de chamadas, aguarde até que não haja chamadas recebidas antes de recarregar o script, por exemplo, após o horário de trabalho.

   Se o nome de um serviço AA não aparecer na saída do comando show call application sessions, significa que não há sessões de chamada e você não precisa emitir um comando call application session stop para ele.

3. Recarregue o script AA e os scripts da fila de chamadas.

   Use o comando call application voice load no modo EXEC privilegiado para recarregar os scripts.

   
   Router# call application voice load aa
   Router# call application voice load queue

4. Se um arquivo de aviso de áudio foi alterado, recarregue-o.

   Use o comando audio-prompt load no modo EXEC privilegiado para recarregar um arquivo de áudio. Repita este comando para cada arquivo de áudio que for alterado.

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

Para chamadas externas, configure uma conexão com a PSTN. Este tópico descreve algumas das opções e fornece exemplos de configurações. As duas opções principais são:

• Conexão da placa de interface de voz (VIC) à PSTN

• Tronco SIP para gateway PSTN

Conexão da placa de interface de voz à PSTN

Você pode instalar uma placa de interface de voz (VIC) no roteador e configurar uma conexão de porta com a PSTN.

• Para obter detalhes sobre como instalar o VIC no roteador, consulte o guia de instalação de hardware para o modelo do seu roteador.

• Para obter detalhes sobre como configurar o VIC, juntamente com exemplos, consulte Voice Port Configuration Guide, Cisco IOS Release 3S.

Tronco SIP para gateway PSTN

Você pode configurar uma conexão de tronco SIP que aponte para um gateway PSTN. Para configurar a conexão de tronco no gateway, use a configuração voice-class-tenant. Segue abaixo um exemplo de configuração.

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

Configuração de discagem entre pares

Para conexões de tronco, configure os dial peers de entrada e saída para a conexão de tronco. A configuração depende das suas necessidades. Para obter informações detalhadas sobre a configuração, consulte Guia de Configuração do Dial Peer, Cisco IOS Release 3S.

A seguir, alguns exemplos de configurações:

Discagem de saída para a PSTN com 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

Discagem de entrada da PSTN usando UDP com 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

Traduções de números

Para conexões PSTN, pode ser necessário usar regras de tradução para converter ramais internos em um número E.164 que a PSTN possa rotear. A seguir, alguns exemplos de configurações:

Da regra de tradução PSTN com não +E164

voice translation-rule 350 
 rule 1 /^\([2-9].........\)/ /+1\1/ 
 voice translation-profile 300 
 translate calling 300 
 translate called 300

Da regra de tradução do sistema telefônico com +E164

voice translation-rule 300 
 rule 1 /^\+1\(.*\)/ /\1/ 
 voice translation-profile 300 
 translate calling 300 
 translate called 300

O exemplo a seguir contém um exemplo de configuração de chamada de emergência.

Locais de resposta a emergências (ERLs)

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 

Pares de discagem de saída

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