Neste artigo
dropdown icon
Considerações de implantação
    Configuração de local único
    Configuração de vários locais
    Principais condições para a sobrevivência do site
    Colocação com SRST unificado
    Recursos e componentes compatíveis
    Informações de referência de portas para o Survivability Gateway
dropdown icon
Configuração de recursos
    Fluxo de tarefas de configuração de capacidade de sobrevivência do site
    Atribua um serviço de sobrevivência a um gateway
    Baixe o modelo de configuração
    Configurar o licenciamento
dropdown icon
Configurar certificados
    Configurar certificados no Cisco IOS XE
    Importe certificados junto com pares de chaves
dropdown icon
Configurar o Survivability Gateway
    Configurar o gateway como um gateway de sobrevivência
    Sincronização completa sob demanda
    Editar propriedades do Survivability Gateway
    Configurações para habilitar CDRs no gateway de sobrevivência
    Configurações para ativar o encaminhamento de chamadas
    Configurações para habilitar o grupo de busca
    Configurações para habilitar a Distribuição Automática Básica de Chamadas (B-ACD)
Limitações e restrições
Experiência do usuário durante o failover
dropdown icon
Exemplos de configuração
    Exemplos de conexão PSTN
    Exemplo de chamada de emergência
Capacidade de sobrevivência do site para Webex Calling
list-menuNeste artigo
list-menuComentários?

A capacidade de sobrevivência do site garante que sua empresa permaneça acessível mesmo se a conexão com o Webex for perdida. Ele usa um gateway de rede local para fornecer serviços de chamadas alternativas para endpoints locais durante interrupções na rede.

Considerações de implantação

Por padrão, os Webex Calling endpoints operam no modo Ativo, conectando-se à nuvem Webex para registro SIP e controle de chamadas. Se a conexão de rede com o Webex for perdida, os endpoints mudam automaticamente para o modo de sobrevivência e se registram no gateway de sobrevivência local. Nesse modo, o gateway fornece serviços básicos de chamadas de backup. Depois que a conexão de rede com o Webex for restaurada, o controle de chamadas e os registros voltarão para a nuvem Webex.

As seguintes chamadas são suportadas no modo Sobrevivência:

  • Chamada interna (dentro do local) entre endpoints compatíveis Webex Calling

  • Chamada externa (de entrada e saída) usando um circuito PSTN local ou tronco SIP para números externos e provedores E911

Para usar esse recurso, você deve configurar um roteador Cisco IOS XE na rede local como um Survivability Gateway. O Survivability Gateway sincroniza diariamente as informações de chamadas da nuvem Webex para endpoints naquele local. Se os endpoints mudarem para o modo de sobrevivência, o gateway poderá usar essas informações para assumir os registros SIP e fornecer serviços básicos de chamada.

Configuração de local único

A imagem a seguir mostra um cenário de falha de rede em que a conexão com o Webex está interrompida e os endpoints no site Webex estão operando no modo de sobrevivência. Na imagem, o Survivability Gateway encaminha uma chamada interna entre dois endpoints locais sem exigir uma conexão com o Webex. Nesse caso, o Survivability Gateway é configurado com uma conexão PSTN local. Como resultado, endpoints locais no modo Sobrevivabilidade podem usar o PSTN para chamadas de entrada e saída para números externos e provedores E911.

Diagram of a network failure scenario where the connection to Webex is broken and endpoints at the Webex site are operating in survivability mode.
Webex Callingendpoints de um único local no modo de sobrevivência

Configuração de vários locais

A imagem a seguir mostra um cenário de falha de rede em que a conexão com o Webex está interrompida e os endpoints localizados em locais diferentes estão operando no modo de sobrevivência. Existem vários locais menores na rede LAN que são mapeados para um único gateway de sobrevivência. Essa implantação otimiza a utilização dos recursos do gateway enquanto preserva as configurações específicas do local para o roteamento de chamadas.

Webex calling endpoints from multiple locations in Site Survivability mode

A Cisco recomenda manter um limite de latência de 50 milissegundos para conectividade entre o Survivability Gateway e os endpoints entre locais dentro de uma LAN.

Principais condições para a sobrevivência do site

As seguintes condições se aplicam ao Survivability Gateway:

  • A nuvem Webex inclui o endereço IP, o nome do host e a porta do Survivability Gateway no arquivo de configuração do dispositivo. Como resultado, os endpoints podem entrar em contato com o Survivability Gateway para registro se a conexão com o Webex for interrompida.

  • A sincronização diária de dados de chamadas entre a nuvem Webex e o Survivability Gateway inclui informações de autenticação para usuários registrados. Como resultado, os endpoints podem manter registros seguros, mesmo quando operam no modo Sobrevivência. A sincronização também inclui informações de roteamento para esses usuários.

  • O Survivability Gateway pode rotear chamadas internas automaticamente usando as informações de roteamento que o Webex fornece. Adicione uma configuração de tronco PSTN ao Survivability Gateway para fornecer chamadas externas.

  • Cada site que implanta o Site Survivability requer um Survivability Gateway na rede local.

  • Os registros e o controle de chamadas são revertidos para a nuvem Webex quando a conexão de rede Webex é retomada por pelo menos 30 segundos.

Colocação com SRST unificado

O Survivability Gateway suporta a colocação de uma configuração Webex Survivability e uma configuração SRST unificada no mesmo gateway. O gateway pode oferecer suporte à capacidade de sobrevivência tanto para endpoints quanto para Webex Calling endpoints registrados no Unified Communications Manager. Para configurar a colocação:

Considerações sobre roteamento de chamadas para colocation

Considere o seguinte ao configurar o roteamento de chamadas para cenários de colocation:

  • O Survivability Gateway encaminha as chamadas internas automaticamente, desde que os dois terminais da chamada estejam registrados no Survivability Gateway. As chamadas internas são roteadas automaticamente entre qualquer cliente registrado (SRST ouWebex Calling).

  • É possível ter uma situação em que a conexão com um sistema de controle de chamadas seja interrompida enquanto a conexão com o outro sistema de controle de chamadas permaneça ativa. Como resultado, um conjunto de endpoints é registrado no Survivability Gateway, enquanto outro conjunto de endpoints no mesmo local é registrado no controle primário de chamadas. Nesse caso, talvez seja necessário rotear chamadas entre os dois conjuntos de endpoints para um tronco SIP ou circuito PSTN.

  • Chamadas externas e chamadas E911 podem ser roteadas para um tronco SIP ou circuito PSTN.

Recursos e componentes compatíveis

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

Tabela 1. Recursos de chamada compatíveis
Característica Dispositivos MPP e aplicativo WebexVG4xx ATA

Chamada de extensão intrasite

Suportado automaticamente sem a necessidade de configuração de roteamento específica no Survivability Gateway.

Suportado automaticamente sem a necessidade de configuração de roteamento específica no Survivability Gateway.

Números alternativos não são suportados.

Chamadas entre sites e PSTN (entrada e saída)

Chamada PSTN baseada em circuito de telecomunicações ou tronco SIP.

Chamada PSTN baseada em circuito de telecomunicações ou tronco SIP.

Tratamento de chamadas do E911

A chamada E911 exige um circuito PSTN ou tronco SIP.

As chamadas de saída usam um Número de Identificação de Local de Emergência (ELIN) registrado específico para um Local de Resposta de Emergência (ERL) definido. Se o operador de emergência retornar uma chamada desconectada, o Survivability Gateway direcionará a chamada para o último dispositivo que ligou para o número de emergência.

A chamada E911 exige um circuito PSTN ou tronco SIP.

As chamadas de saída usam um Número de Identificação de Local de Emergência (ELIN) registrado específico para um Local de Resposta de Emergência (ERL) definido. Se o operador de emergência retornar uma chamada desconectada, o Survivability Gateway direcionará a chamada para o último dispositivo que ligou para o número de emergência.

Chamada em espera e retomada

Suportado

Se você estiver usando o Music on Hold (MOH), provisione o Survivability Gateway manualmente com um arquivo MOH.

As linhas analógicas VG4xx ATA não podem colocar chamadas em espera ou retomar.

Esse recurso é suportado somente quando uma chamada recebida é recebida no VG4xx ATA.

Transferência de chamadas assistidas

Suportado

Esse recurso é suportado somente quando uma chamada recebida é recebida no VG4xx ATA.

Transferência de chamadas cegas

Suportado

Esse recurso é suportado somente quando uma chamada recebida é recebida no VG4xx ATA.

ID do chamador de entrada (nome)

Suportado

Suportado

ID do chamador de entrada (nome e número)

Suportado

Suportado

Chamada de vídeo ponto a ponto

Suportado

Não suportado

Chamada de três vias

Não suportado

Não suportado

Linhas compartilhadas

Suportado

Suportado

Linhas virtuais

Suportado

Não suportado

Encaminhamento de chamadas

Suportado para encaminhamento de chamadas para todos, sem resposta e ocupado.

Suportado

Grupo Hunt

Compatível com o seguinte: Sequential, Parallel, Peer e Longest-Idle.

Suportado

Atendedor automático

Compatível com discagem por extensão

Suportado

Ao configurar o recurso, o Site Survivability está disponível para os seguintes endpoints compatíveis.

Tabela 2. Modelos de endpoint compatíveis
TipoModelosVersão mínima
Telefone IP Cisco com firmware multiplataforma (MPP)

6821, 6841, 6851, 6861, 6861 Wi-Fi, 6871

7811, 7821, 7841, 7861

8811, 8841, 8851, 8861

8845 (somente áudio), 8865 (somente áudio), 8875 (vídeo)

9800

Para obter mais informações sobre telefones IP Cisco compatíveis com firmware multiplataforma (MPP), consulte:

12.0(1)

Para telefones 8875 - Phone OS 3.2 e versões posteriores

Para a série 9800 - PhoneOS 3.2 (1)

Telefone IP de conferência Cisco

7832, 8832

12.0(1)

Cisco WebexAplicativo

Windows, Mac

43.2

Endpoints analógicos

VG400 ATA, VG410 ATA e VG420 ATA

Cisco ATA 191 e 192

17.16.1a

11.3 (1) para ATA 191 e 192

Dispositivos de terceiros não são compatíveis com o Survivability Gateway.

A tabela a seguir ajuda a configurar os 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.

Webex CallingOs recursos do Survivability Gateway estão disponíveis na versão Cisco IOS XE Dublin 17.12.3 ou versões posteriores. Os recursos Hunt Group, Call Forward e Auto Attendant estão disponíveis a partir do IOS 17.18.2 e versões posteriores.

Tabela 3. Modelos de plataforma compatíveis
modeloMáximo de registros de endpointsVersão mínima

Roteador de serviços integrados 4321

50

Cisco IOSXE Dublin 17.12.3 ou versões posteriores

Roteador de serviços integrados 4331

100

Roteador de serviços integrados 4351

700

Roteador de serviços integrados 4431

1200

Roteador de serviços integrados 4451-X

2000

Roteador de serviços integrados 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

Configuração pequena do software Catalyst Edge 8000V

500

Configuração média do software Catalyst Edge 8000V

1000

Grande configuração do software Catalyst Edge 8000V

2000

Informações de referência de portas para o Survivability Gateway

Tabela 4. Informações de referência de portas para o Survivability Gateway

Objetivo da conexão

Endereços de origem

Portas de origem

Protocolo

Endereços de destino

Portas de destino

Sinalização de chamada para o Survivability Gateway (SIP TLS)

Dispositivos

5060-5080

TLS

Portal de sobrevivência

8933

Ligue para a mídia para o Survivability Gateway (SRTP)

Dispositivos

19560-19660

UDP

Portal de sobrevivência

8000-14198 (SRTP sobre UDP)

Sinalização de chamada para o gateway PSTN (SIP)

Portal de sobrevivência

Efêmero

TCP ou UDP

Seu gateway ITSP PSTN

5060

Mídia de chamada para o gateway PSTN (SRTP)

Portal de sobrevivência

8000-48198

UDP

Seu gateway ITSP PSTN

Efêmero

Sincronização de horário (NTP)

Portal de sobrevivência

Efêmero

UDP

Servidor NTP

123

Resolução de nomes (DNS)

Portal de sobrevivência

Efêmero

UDP

Servidor DNS

53

Gerenciamento de nuvem

Conector

Efêmero

HTTPS

Serviços Webex

443, 8433

Para obter orientação operacional sobre o modo de nuvem, consulte o artigo Informações de referência de portas para obter Webex Calling ajuda.

Você pode personalizar os valores de configuração de porta nos roteadores Cisco IOS XE. Esta tabela usa valores padrão para fornecer orientação.

Configuração de recursos

Fluxo de tarefas de configuração de capacidade de sobrevivência do site

Conclua as tarefas a seguir para adicionar a capacidade de sobrevivência do site a um local existenteWebex Calling. Se a conexão com a nuvem Webex for interrompida, um Survivability Gateway na rede local pode fornecer controle de chamadas de backup para endpoints naquele local.

Antes de começar

Se você precisar provisionar um novo gateway para atuar como o Survivability Gateway, consulte o artigo Webex Inscrever gateways Cisco IOS gerenciados no Webex Cloud para adicionar o gateway ao Control Hub.

EtapasComando ou AçãoPropósito

1

Atribua um serviço de sobrevivência a um gateway

No Control Hub, atribua o serviço Survivability Gateway a um gateway.

2

Baixe o modelo de configuração

Baixe o modelo de configuração do Control Hub. Você precisará do modelo ao configurar a linha de comando do gateway.

3

Configurar o licenciamento

Configure licenças para o Survivability Gateway.

4

Configurar certificados no Cisco IOS XE

Configure certificados para o Survivability Gateway.

5

Configurar o gateway como um gateway de sobrevivência

Use o modelo de configuração que você baixou anteriormente como guia para configurar a linha de comando do gateway. Conclua todas as configurações obrigatórias que estão no modelo.

Atribua um serviço de sobrevivência a um gateway

Antes de começar

Se o gateway não existir no Control Hub, consulte Inscrever Cisco IOS gateways em Webex Calling para adicionar uma nova instância de gateway.
1

Vá para Chamadas em Serviços e clique na guia Gateways gerenciados.

A visualização Managed Gateways exibe a lista de gateways que você gerencia por meio do Control Hub.
2

Selecione o gateway que você deseja atribuir como Survivability Gateway e escolha uma das seguintes opções, com base no valor do campo Serviço:

  • Não atribuído (valor vazio) — Clique em Atribuir serviço e vá para a próxima etapa.

  • Survivability Gateway — Se você quiser editar as configurações de IP existentes do gateway, acesse Editar propriedades do Survivability Gateway. Caso contrário, vá para o próximo procedimento no fluxo.

3

No menu suspenso de tipo de serviço, selecione Survivability Gateway e preencha os seguintes campos:

  • Local — No menu suspenso, selecione um local. Para atribuir vários locais a um gateway de sobrevivência, selecione todos os locais necessários na lista.

  • Nome do host — Insira o nome de domínio totalmente qualificado (FQDN) usado ao criar o certificado para o gateway. Pode ser um nome incluído no campo Nome Alternativo do Assunto (SAN) do certificado. O FQDN e o endereço IP são usados somente para estabelecer uma conexão segura com o gateway. Portanto, não é obrigatório preenchê-lo no DNS.

  • Endereço IP — No formato IPv4, insira o endereço IP do Survivability Gateway. Os dispositivos se registram nesse endereço enquanto operam no modo Sobrevivência.

Depois de concluir a inscrição, os detalhes do local aparecem na página Gateways gerenciados.

4

Clique em Atribuir.

A visualização Managed Gateways exibe a lista de locais atribuídos ao gateway.
(Opcional) Cancele a atribuição do Survivability Service — Se você quiser remover o Survivability Gateway de um gateway, vá para Cancelar a atribuição dos serviços de um gateway gerenciado.

Baixe o modelo de configuração

Baixe o modelo de configuração do Control Hub ou use este link. Você precisará do modelo ao configurar a linha de comando do gateway.
1

Faça login no Control Hub.

Se você é uma organização parceira, o Partner Hub é lançado. Para abrir o Control Hub, clique na visualização Cliente no Partner Hub e selecione o cliente aplicável, ou selecione Minha organização para abrir as configurações do Control Hub para a organização parceira.

2

Vá para Serviços > PSTN e roteamento > Configurações de gateway > Gerenciar gateways.

3

Clique no Survivability Gateway aplicável.

4

Clique em Baixar modelo de configuração e baixe o modelo para seu desktop ou laptop.

Configurar o licenciamento

Certifique-se de ter as licenças de plataforma apropriadas para seu gateway. Configure as licenças usando os comandos apropriados à sua plataforma.
1

Entre no modo de configuração global no roteador:

enable
 configure terminal
2

Configure as licenças usando os comandos que se aplicam somente à sua plataforma específica.

  • Para a série Cisco ISR 4000:

    license boot level uck9
     license boot level securityk9
    
  • Para as plataformas Cisco Catalyst 8300 e 8200 Series Edge, use a licença do recurso DNA Network Advantage, ou melhor, e insira o nível de taxa de transferência necessário. O exemplo a seguir usa uma taxa de transferência criptográfica bidirecional de 25 Mbps. Selecione o nível apropriado para o número de chamadas que você espera.

    license boot level network-advantage addon dna-advantage
     platform hardware throughput crypto 25M
    
  • Para o software Cisco Catalyst 8000V Edge, use a licença do recurso DNA Network Advantage, ou melhor, e insira o nível de taxa de transferência necessário. O exemplo a seguir usa taxa de transferência de 1 Gbps. Selecione o nível apropriado para o número de chamadas que você espera.

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

Ao configurar uma taxa de transferência superior a 250 Mbp, você precisa de uma licença da plataforma HSEC.

Configurar certificados

Configurar certificados no Cisco IOS XE

Conclua as etapas a seguir para solicitar e criar certificados para o Survivability Gateway. Use certificados assinados por um conhecido publicamenteCertificate Authority.

A plataforma Survivability Gateway suporta apenas certificados CA conhecidos publicamente. Certificados CA privados ou corporativos não podem ser usados para o Survivability Gateway.

Para obter uma lista das autoridades de certificação raiz que são suportadasWebex Calling, consulte Quais autoridades de certificação raiz são suportadas para chamadas para plataformas Cisco Webex de áudio e vídeo? .

A plataforma Survivability Gateway não suporta o certificado curinga.

Execute os comandos do código de exemplo para concluir as etapas. Para obter informações adicionais sobre esses comandos, além de mais opções de configuração, consulte o capítulo “Suporte SIP TLS” no Guia de Cisco Unified Border ElementConfiguração.

1

Entre no modo de configuração global executando os seguintes comandos:

enable
 configure terminal
2

Gere a chave privada RSA executando o comando a seguir. O módulo da chave privada deve ter pelo menos 2048 bits.

crypto key generate rsa general-keys label webex-sgw exportable modulus 2048
3

Configure um ponto de confiança para manter o certificado Survivability Gateway. O nome de domínio totalmente qualificado do gateway (fqdn) deve usar o mesmo valor que você usou ao atribuir o serviço de sobrevivência ao gateway.

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

Gere uma solicitação de assinatura de certificado executando o crypto pki enroll webex-sgwcomando.

Quando solicitado, insira yes.

Depois que a CSR for exibida na tela, use o Bloco de notas para copiar o certificado em um arquivo que você pode enviar para uma autoridade de certificação (CA) compatível.

Se o seu provedor de assinatura de certificados exigir uma CSR no formato PEM (Privacy Enhanced Mail), adicione um cabeçalho e um rodapé antes de enviar. Por exemplo:

-----BEGIN CERTIFICATE REQUEST-----
 <Insert CSR here>
 -----END CERTIFICATE REQUEST-----
5

Depois que a CA emitir um certificado para você, execute o crypto pki authenticate webex-sgwcomando para autenticar o certificado. Você pode executar esse comando em execqualquer um dos configmodos.

Quando solicitado, cole o conteúdo básico do certificado CA emissor de CER/PEM 64 (não o certificado do dispositivo) no terminal.

6

Importe o certificado de host assinado para o ponto confiável usando o crypto pki import webex-sgw certificatecomando.

Quando solicitado, cole o certificado básico 64 CER/PEM no terminal.

7

Verifique se o certificado CA raiz está disponível:

Somente autoridades de certificação conhecidas publicamente recebem suporte com a Webex Calling solução. Não há suporte para certificados CA privados ou corporativos.

  1. Encontre o nome comum da CA raiz executando show crypto pki certificates webex-sgw | begin CA Cert. Procure o emissor. cn= <value>

  2. Execute o show crypto pki trustpool | include cn=comando e verifique se esse certificado CA raiz está instalado com o pacote Cisco CA. Se você ver sua CA, vá para a etapa 9.

  3. Se você não vê seu certificado, você pode fazer o seguinte:

    • Importe os certificados ausentes

    • Execute o comando a seguir para instalar o pacote iOS CA estendido.

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

      Use o pacote de CA IOS estendido ios_core.p7b, somente se o gateway for um gateway local colocado. Consulte Configurar o gateway local no Cisco IOS XE Webex Calling para obter detalhes.

  4. Repita essas subetapas para determinar se o certificado CA raiz já está disponível. Depois de repetir as subetapas:

    Se o certificado não estiver disponível, vá para a etapa 8. Se o certificado estiver disponível, vá para a etapa 9.

8

Se seu certificado CA raiz não estiver incluído no pacote, adquira o certificado e importe-o para um novo ponto confiável.

Execute esta etapa se um certificado raiz de CA conhecido publicamente não estiver disponível com seu gateway Cisco IOS XE.

crypto pki trustpoint <CA name>
 enrollment terminal
 revocation-check crl
 crypto pki authenticate <CA name>

Quando solicitado, cole o conteúdo básico do certificado CER/PEM 64 no terminal.

9

Usando o modo de configuração, especifique o ponto de confiança padrão, a versão TLS e os padrões SIP-UA com os comandos a seguir.

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

Importe certificados junto com pares de chaves

Você pode importar certificados CA e pares de chaves como um pacote usando o formato PKCS12 (.pfx ou .p12). Você pode importar o pacote de um sistema de arquivos local ou de um servidor remoto. O PKCS12 é um tipo especial de formato de certificado. Ele agrupa toda a cadeia de certificados, desde o certificado raiz até o certificado de identidade, junto com o par de chaves RSA. Ou seja, o pacote PKCS12 que você importa incluiria o par de chaves, certificados de host e certificados intermediários. Importe um pacote PKCS12 para os seguintes cenários:

  • Exporte de outro roteador Cisco IOS XE e importe para o roteador Survivability Gateway

  • Geração do pacote PKCS12 fora do roteador Cisco IOS XE usando OpenSSL

Conclua as etapas a seguir para criar, exportar e importar certificados e pares de chaves para seu roteador Survivability Gateway.

1

(Opcional) Exporte o pacote PKCS12 necessário para seu roteador Survivability Gateway.

crypto pki export webex-sgw pkcs12 terminal password xyz123

Esta etapa é aplicável somente se você exportar de outro roteador Cisco IOS XE.

2

(Opcional) Crie um pacote PKCS12 usando o OpenSSL.

  1. Verifique se o OpenSSL está instalado no sistema em que esse processo está sendo executado. Para usuários de Mac OSX e GNU/Linux, ele é instalado por padrão.

  2. Mude para o diretório em que suas chaves, certificados e arquivos da cadeia estão armazenados.

    No Windows: Por padrão, os utilitários são instalados em C:\Openssl\bin. Abra um prompt de comando nesse local.

    No Mac OSX/Linux: Abra a janela Terminal no diretório necessário para criar o certificado PKCS12.

  3. No diretório, salve os arquivos de chave privada (privateKey.key), certificado de identidade (certificate.crt) e cadeia de certificados CA raiz (CAcert.crt).

    Combine a chave privada, o certificado de identidade e a cadeia de certificados CA raiz em um arquivo PKCS12. Insira uma frase secreta para proteger seu certificado PKCS12.

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

    Forneça uma senha ao usar o OpenSSL para gerar o arquivo PKCS12.

Essa etapa é aplicável somente se você gerar um pacote PKCS12 fora do Cisco IOS XE usando o OpenSSL.

3

Importe o pacote de arquivos no formato PKCS12.

crypto pki import <trustpoint name> pkcs12 <certificate file location> password <file password>

Veja a seguir um exemplo de configuração do comando e detalhes sobre os parâmetros configuráveis:

crypto pki import webex-sgw pkcs12 bootflash:certificate.pfx password xyz123
  • <trustpoint name>—Nome do ponto de confiança criado ao usar esse comando (por exemplo, webex-sgw).

  • <certificate file location>—URL local ou de rede apontando para o arquivo do certificado (por exemplo, bootflash:certificate.pfx)

  • <file password>—A senha usada ao criar o arquivo PKCS12 (por exemplo, xyz123).

O comando crypto pki import cria automaticamente o ponto de confiança para acomodar o certificado.

4

Usando o modo de configuração, especifique o ponto de confiança padrão, a versão TLS e os padrões SIP-UA com os comandos a seguir.

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

Configurar o Survivability Gateway

Configurar o gateway como um gateway de sobrevivência

Use o modelo de configuração que você baixou anteriormente como guia para configurar a linha de comando do gateway. Conclua as configurações obrigatórias no modelo.

As etapas a seguir contêm exemplos de comandos junto com uma explicação dos comandos. Edite as configurações de acordo com sua implantação. Os colchetes angulares (por exemplo, <settings>) identificam as configurações nas quais você deve inserir valores que se aplicam à sua implantação. As várias <tag>configurações usam valores numéricos para identificar e atribuir conjuntos de configurações.

  • Salvo indicação em contrário, essa solução exige que você conclua todas as configurações neste procedimento.
  • Ao aplicar as configurações do modelo, %tokens%substitua por seus valores preferidos antes de copiar para o gateway.
  • Para obter mais informações sobre os comandos, consulte Referência de comandos do Webex Managed Gateway. Use este guia, a menos que a descrição do comando o remeta a um documento diferente.
1

Entre no modo de configuração global.


enable
 configure terminal

onde:

  • enable—Ativa o modo EXEC privilegiado.

  • configure terminal—Ativa o modo de configuração global.

2

Execute as configurações do serviço de voz:


 voice service voip
  ip address trusted list
    ipv4 <ip_address> <subnet_mask>
    ipv4 <ip_address> <subnet_mask>
  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
  

Explicação dos comandos:

  • ip address trusted list—Define uma lista de endereços não registrados dos quais o Survivability Gateway deve aceitar mensagens SIP. Por exemplo, um endereço de peer de tronco SIP.

  • <ip_address>e <subnet_mask>representam intervalos de endereços confiáveis. Você não precisa entrar em sub-redes conectadas diretamente, pois o Survivability Gateway confia nelas automaticamente.

  • allow-connections sip to sip—Permite conexões SIP para SIP em uma rede VoIP.

  • no supplementary-service sip refer—Desative o método REFER para serviços complementares de encaminhamento e transferência de chamadas. Webex Callingnão usa esses métodos.

  • no supplementary-service sip moved-temporarily—Desativa o tratamento automático das mensagens de redirecionamento SIP 302 pelo gateway.

  • sip—Entra no modo de configuração SIP do serviço.

  • registrar server—Ative o registrador SIP para permitir que Webex Calling os clientes se registrem no gateway.

  • asymmetric payload full—Permite chamadas de vídeo no modo de sobrevivência.

3

Ative a capacidade de sobrevivência no roteador:


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

Explicação dos comandos:

  • voice register global—Entra no modo de registro de voz global.

  • mode webex-sgw—Ativa o modo de Webex Calling sobrevivência e a telefonia de local remoto sobrevivível para endpoints do Unified Communications Manager.

    Após a configuração do modo webex-sgw, o Survivability Gateway escuta na porta 8933 as conexões seguras de entrada dos endpoints.

  • max-dn—Limita o número de números de diretório (DNs) que o roteador pode manipular . Para essa solução, sempre configure o valor máximo disponível para sua plataforma.

    As aparências de linhas compartilhadas contam para o limite máximo de dn. Por exemplo, se todos 5 telefones compartilharem os mesmos 5 DNs, essa configuração contará como 25 DNs em relação ao limite máximo de DN.

  • max-pool—Define o número máximo de dispositivos que podem se registrar no gateway. Defina esse valor para o máximo permitido pela sua plataforma, conforme descrito na Tabela 3.

4

Configurar servidores NTP:

ntp server <ip_address_of_primary_NTP_server>
 ntp server <ip_address_of_secondary_NTP_server>

5

(Opcional). Configure as permissões gerais de chamada da Classe de Restrição:


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

O exemplo anterior cria um conjunto de classes personalizadas de restrições denominadas categorias (por exemplo, Wx_calling_International). Para obter detalhes sobre como usar a Classe de Restrições com pares de discagem, consulte “Classe de restrições” no Guia de configuração do ponto de discagem, Cisco IOS versão 15M&T.

6

Configure uma lista de codecs preferenciais. Por exemplo, a lista a seguir especifica g711ulaw como o codec preferido, seguido por g711alaw.


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

Explicação dos comandos:

  • voice class codec 1entra no modo de configuração de classe de voz para o grupo de codecs 1.

  • codec preferenceidentifica os codecs preferidos para esse grupo de codecs.

7

Configurar grupos de registro de voz padrão:


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

Explicação dos comandos:

  • voice register pool 1—Entra no modo de configuração do pool de registro de voz para dispositivos SIP nesse pool.

  • id networke maskidentifique um dispositivo SIP ou um conjunto de dispositivos de rede que usam esse pool. Use os endereços e as máscaras que se aplicam à sua implantação. O endereço 0.0.0.0permite que dispositivos de qualquer lugar se registrem (se os endereços dos dispositivos estiverem na lista de permissões).

  • id extension-number—O pool se aplica especificamente ao Webex Calling usuário na extensão 1234. Use as extensões apropriadas para sua rede.

  • id phone-number—O pool se aplica especificamente ao Webex Calling usuário com o número de telefone +1 210-903-443. Use o número de telefone apropriado para sua rede.

  • dtmf-relayespecifica o rtp-ntemétodo para enviar dígitos DTMF. Neste exemplo, transporte em tempo real (RTP) com tipo de carga útil de evento telefônico nomeado (NTE).

  • voice-class codec 1—Atribui o grupo de codecs 1 a esse pool.

8

Configurar chamadas de emergência:


voice emergency response location 1
 elin 1 <number>
 subnet 1 <ip-group> <subnet-mask>

 voice emergency response location 2
  elin 1 <number>
  subnet 1 <ip-group> <subnet-mask>

 voice emergency response zone 1
  location 1
  location 2

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

Explicação dos comandos:

  • voice emergency response location 1—Cria o grupo 1 de localização de resposta a emergências para o serviço 911 aprimorado. Um comando subsequente cria o grupo de localização de resposta a emergências 2.

  • elin 1 <number>—Atribui um elin ao local de resposta a emergências. Para essa elin, a <number>parte define um número PSTN para substituir a extensão do chamador 911 (por exemplo,). 14085550100

  • subnet 1 <ip-group> <subnet-mask>—Define um grupo de sub-redes junto com um endereço de sub-rede específico para esse local de resposta a emergências. Use esse comando para identificar a rede do chamador por meio de um endereço IP e uma máscara de sub-rede. Por exemplo, subnet 1 192.168.100.0 /26.

  • voice emergency response zone 1—Define uma zona de resposta a emergências.

  • location 1 (and 2)—Atribui os locais de resposta a emergências 1 e 2 a essa zona de resposta a emergências.

  • voice class e164-pattern-map 301 (and 351)—Identifica os mapas de padrões e164 301 e 351 para essa classe de voz. Você pode usar o mapa para definir planos de discagem e identificadores de localização de emergência.

Se a sobreposição de Wi-Fi não corresponder com precisão às sub-redes IP, as chamadas de emergência para dispositivos nômades podem não ter o mapeamento ELIN correto.

9

Configure os pares de discagem para o PSTN. Para obter um exemplo da configuração de dial peer, consulte exemplos de conexão PSTN.

10

Opcional. Ative o Music on Hold para o roteador. Você deve armazenar um arquivo de música na memória flash do roteador no formato G.711. O arquivo pode estar no formato de arquivo.au ou.wav, mas o formato do arquivo deve conter dados de 8 bits e 8 kHz (por exemplo, formato de dados ITU-T A-law ou mu-law).

call-manager-fallback
 moh enable-g711 "bootflash:<MOH_filename>"

Explicação dos comandos:

  • call-manager-fallback—Entra no modo de configuração SRST.

  • moh enable-g711 "bootflash:<MOH_filename>"—Permite o unicast Music on Hold usando o G.711. Também fornece o diretório e o nome do arquivo de áudio (por exemplo, bootflash:music-on-hold.au). O nome do arquivo não pode exceder 128 caracteres.

Sincronização completa sob demanda

Opcional. Conclua esse procedimento somente se quiser concluir uma sincronização sob demanda imediata. Esse procedimento não é obrigatório, pois a nuvem Webex sincroniza dados de chamadas com o Survivability Gateway uma vez por dia, automaticamente.

1

Faça login no Control Hub.

Se você é uma organização parceira, o Partner Hub é lançado. Para abrir o Control Hub, clique na visualização Cliente no Partner Hub e selecione o cliente aplicável, ou selecione Minha organização para abrir as configurações do Control Hub para a organização parceira.

2

Vá para Serviços > PSTN e roteamento > Configurações de gateway > Gerenciar gateways.

3

Clique no Gateway de Sobrevivabilidade aplicável para abrir a visualização do Serviço de Sobrevivência desse gateway.

4

Clique no botão Sincronizar.

5

Clique em Enviar.

Pode levar até 10 minutos para concluir a sincronização.

Editar propriedades do Survivability Gateway

Use esse procedimento opcional somente se quiser editar as configurações de um Survivability Gateway existente.
1

Faça login no Control Hub.

Se você é uma organização parceira, o Partner Hub é lançado. Para abrir o Control Hub, clique na visualização Cliente no Partner Hub e selecione o cliente aplicável, ou selecione Minha organização para abrir as configurações do Control Hub para a organização parceira.

2

Vá para Serviços > PSTN e roteamento > Configurações de gateway > Gerenciar gateways.

3

Clique no Gateway de Sobrevivabilidade aplicável para abrir a visualização do Serviço de Sobrevivência desse gateway.

4

Clique no botão Editar e atualize as configurações para o seguinte.

  • Nome do host — Use o nome do host ou o nome de domínio totalmente qualificado do certificado para estabelecer a conexão TLS com clientes e endereço IP.

  • Endereço IP — No formato IPv4, insira o endereço IP do gateway no qual os dispositivos se registram enquanto operam no modo de sobrevivência.

5

Clique em Enviar.

Se você quiser excluir um Survivability Gateway do Control Hub, cancele a atribuição do serviço Survivability Gateway primeiro. Para obter mais detalhes, consulte Atribuir serviços a gateways gerenciados.

Configurações para habilitar CDRs no gateway de sobrevivência

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, junto com os dados de configuração, para identificar várias contagens de chamadas. As métricas incluem contagens do total de chamadas, chamadas de emergência e chamadas externas e são usadas para monitorar o uso interno de recursos. Somente as métricas de contagem de chamadas são enviadas para a nuvem Webex enquanto os CDRs reais não são transmitidos.

Veja a seguir 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 é para armazenar os arquivos CDR na pasta guest-share para permitir o acesso pelo conector.

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

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

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

Configurações para ativar o encaminhamento de chamadas

A funcionalidade de encaminhamento de chamadas faz parte dos recursos de sobrevivência que garantem o tratamento contínuo de chamadas durante interrupções de rede quando a conexão com a nuvem Webex é perdida. O gateway Survivability atua como um gateway alternativo local, permitindo que os endpoints se registrem localmente e mantenham os recursos essenciais de chamada.

  • O comportamento de encaminhamento de chamadas no modo Survivability é gerenciado pelo gateway Survivability usando configuração de pool, configurações de dial-peer e políticas de roteamento que tratam as chamadas localmente ou as encaminham por meio de troncos PSTN ou SIP.

  • O gateway de sobrevivência desativa o SIP REFER, o SIP movido temporariamente para serviços complementares de encaminhamento e transferência de chamadas, pois Webex Calling não usa esses métodos no modo de sobrevivência.

Configure grupos de registro de voz para cenários de encaminhamento de chamadas:

Para usar o recurso de encaminhamento de chamadas, configure o call-forward b2buacomando em telefones voice register poolindividuais.

  • Para ativar call-forward all, configure: call-forward b2bua all <extn/phone number/ESN>

  • Para ativar call-forward no-answer, configure: call-forward b2bua noan <extn/phone number/ESN> timeout <time in sec> ​

  • Para ativar o gatilho ocupado com um número especificado de chamadas recebidas, configure:

    
    call-forward b2bua busy <extn/phone number/ESN>
    busy-trigger-per-button <count>

  • Exemplo de configuração:

    
    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 

Configurações para habilitar o grupo de busca

Esta tabela fornece um mapeamento para a configuração do recurso do grupo de busca no Control Hub e o uso dos comandos do Survivability Gateway.

Características do grupo HuntConfiguração usando o Control HubComandos do gateway de sobrevivência

Selecione o padrão de roteamento de chamadas

De cima para baixo/simultâneo/circular/por mais tempo ocioso

Sequencial/paralelo/para/inativo por mais tempo

​

Adicionar grupo Hunt

Adicione um grupo de busca com nome e número de telefone por local.

Para adicionar o Grupo de Caçadas, use voice hunt-group <tag> <call routing pattern>o. Em seguida, adicione o número de telefone usando o pilotcomando e o nome do grupo de busca com descriptiono comando

Selecione usuários, espaços de trabalho ou linhas virtuais para adicionar

Selecione os agentes para fazer parte do Grupo de Caça

Configure a lista de agentes usando o number <tag> <phone-number>comando

Avance após definir o número de anéis

Configure usando a opção Definir número de anéis

Configure usando o timeout <timeout value>comando para avançar a chamada para o próximo agente em vez do número de toques.

Avance quando estiver ocupado

Configure usando a opção Avançar quando ocupado

Configure usando o present-call idle-phonecomando

Desvie chamadas quando todos os agentes estiverem inacessíveis

Configure usando a opção Desviar chamadas quando todos os agentes estiverem inacessíveis

​

Configure usando o final <phone number>comando

Desvie as chamadas quando todos os agentes estiverem ocupados ou o grupo de busca estiver ocupado

Configure usando a opção Desviar chamadas quando todos os agentes estiverem ocupados ou o grupo de busca estiver ocupado

Configurar usando final <phone number> command​

  • Configurar anéis sequenciais de um grupo de caça

    
      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

  • Configurar anéis paralelos de um grupo de caça

    
    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​

Descrição dos comandos:

  • voice hunt-group- Esse comando é usado para definir e entrar no modo de configuração de um grupo de busca.

  • parallel- Essa palavra-chave especifica o método ou algoritmo do grupo de busca que o sistema usará para distribuir as chamadas recebidas entre os membros desse grupo de busca.

  • number- Cria uma lista de extensões/números e164/ESN que são membros de um grupo de busca por voz. Qualquer número na lista não pode ser um número piloto de outro grupo de busca.

  • pilot- Esse é o número principal ou número do diretório do grupo de busca. Os chamadores ligam para esse número para entrar em contato com o grupo de busca.

  • timeout- Define o tempo máximo, em segundos, durante o qual o grupo de caça tentará ligar para seus membros antes de realizar a próxima ação.

  • final- Esse comando especifica o número alternativo.

  • statistics collect​- Permite a coleta de estatísticas operacionais para o grupo de busca.

  • descriptin- descrição do grupo de caça

  • present-call idle-phone-Apresente a chamada apenas para agentes que estão ociosos.

Veja a seguir um exemplo de saída do show voice hunt-group statisticscomando. A saída inclui chamadas diretas para um número de grupo de busca por voz e chamadas da fila ou 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#

Configurações para habilitar a Distribuição Automática Básica de Chamadas (B-ACD)

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

O B-ACD fornece atendimento automático e distribuição de chamadas para 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 atendedor automático B-ACD suporta chamadas PSTN que são negociadas com o tronco SIP de entrada com o codec g711ulaw

O B-ACD suporta grupos de busca por voz com linhas compartilhadas SIP sequenciais, paralelas, pares e mais longas, com suporte para transmissão de chamadas SIP e linhas compartilhadas mistas.

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

Limitações

Use o mesmo codec em pares de discagem de entrada e 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 nenhum 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 do piloto

  • Welcome Prompt e outros arquivos de áudio

  • Opções de menu

  • Discagem por extensão

Número do piloto

Cada serviço AA tem seu próprio número de piloto AA que os chamadores ligam para entrar em contato com o AA. Esse número é especificado no param aa-pilotcomando. O número piloto AA não está associado a nenhum número de telefone ou telefone físico do agente, mas você deve definir um par de discagem com o número piloto AA como o número chamado de entrada para que esse número possa ser acessado por chamadores externos.

Solicitação de boas-vindas e outros arquivos de áudio

O prompt de boas-vindas é um arquivo de áudio que é reproduzido quando uma chamada é atendida pelo número do piloto. Esse 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 descrevendo as opções de menu que estão disponíveis para seus chamadores. Os arquivos de áudio B-ACD são descritos nas seções a seguir:

Gravação de arquivos de áudio padrão

Os arquivos de áudio padrão são fornecidos para cada ponto do script e são fornecidos aos chamadores. 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 servidor TFTP. Os arquivos de áudio e os arquivos de script são agrupados em um arquivo tar no site. Os arquivos padrão e suas mensagens estão listados na tabela. Você pode regravar mensagens personalizadas em vez das 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 arquivos.

Para regravar e instalar os prompts de áudio padrão antes de usar um serviço B-ACD pela primeira vez, siga as etapas em Baixando scripts Tcl e prompts de áudio. Para regravar solicitações de áudio em um serviço B-ACD existente, siga as etapas em Atualizando parâmetros de script e solicitações de áudio (somente discar por extensão).

Nome de arquivo padrãoAnúncio padrãoDuração do anúncio padrão
en_bacd_welcome.au

“Obrigado por ligar.” Inclui uma pausa de dois segundos após a mensagem.

3 segundos

en_bacd_options_menu.au

Para vendas, pressione 1 (pausa)

Para atendimento ao cliente, pressione 2 (pausa)

Para discar por extensão, pressione 3 (pausa)

Para falar com um operador, pressione zero.

Inclui uma pausa de quatro segundos após a mensagem.

15 segundos

en_bacd_disconnect.au

“Não podemos atender sua ligação no momento. Por favor, tente novamente mais tarde. Obrigado por ligar.” Inclui uma pausa de quatro segundos após a mensagem.

10 segundos

en_bacd_invalidoption. au

“Você inseriu uma opção inválida. Por favor, tente novamente.” Inclui uma pausa de um segundo após a mensagem. Esse prompt é reproduzido quando um chamador escolhe uma opção de menu inválida ou liga para um ramal inválido.

7 segundos

en_bacd_enter_dest.au

“Por favor, insira o número do ramal que você deseja acessar.” Inclui uma pausa de cinco segundos após a mensagem. Esse prompt é reproduzido quando um chamador escolhe a opção dial-by-extension

7 segundos

en_bacd_allagentsbusy. au

“No momento, todos os agentes estão ocupados ajudando outros clientes. Continue aguardando para obter ajuda. Alguém estará com você em breve.” Inclui uma pausa de dois segundos após a mensagem. Esse aviso também é conhecido como segunda saudação.

7 segundos

en_bacd_music_on_hol d.au

A música em espera (MOH) é reproduzida para os chamadores B-ACD.

60 segundos

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

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

  • Ferramenta de áudio 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 <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%
! 
Explicação do comando:
ComandoExplicação
param dial-by-extension-option <menu-number>

Permite que os chamadores disquem números de ramais depois de discar o número do menu especificado.

menu-number — Identificador de uma opção de menu. O intervalo é de 1 a 9. Não há padrão.

param aa-pilot

Especifica o número piloto associado ao ponto de discagem do atendedor automático

param voice-mail

Define um destino alternativo para chamadas que não são atendidas por agentes AA

paramspace english language en

Define o código do idioma dos arquivos de áudio usados para solicitações dinâmicas por um aplicativo IVR.

  • language-package — Nome do pacote de idiomas a ser usado. Há três pacotes de idiomas integrados: chinês, inglês e espanhol. Outros idiomas podem ser suportados pelo uso do script de linguagem Tcl (Tool Command Language).

  • código de idioma — Código de dois caracteres que identifica o idioma dos arquivos de áudio associados. As entradas válidas são as seguintes:

    — ch — Chinês

    — pt — Inglês

    — sp — Espanhol

    — aa — tudo

Esse código de idioma deve corresponder ao prefixo de idioma de dois caracteres usado nos nomes dos seus arquivos de prompt de áudio, independentemente do idioma realmente usado no arquivo. Para obter mais informações, consulte o prompt de boas-vindas e outros arquivos de áudio

param welcome-prompt audio-filename

Atribui um arquivo de áudio para a saudação de boas-vindas usada por esse serviço AA.

  • audio-filename — Identifica parte do nome do arquivo de áudio que contém a saudação de boas-vindas a ser reproduzida quando os chamadores acessam pela primeira vez o serviço B-ACD. A parte identificadora do nome do arquivo não inclui o prefixo do idioma e deve começar com um sublinhado.

Alterando 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 no comando paramspace language, independentemente do idioma real usado no arquivo.

  • Seguindo seu prefixo, o nome do arquivo do prompt de boas-vindas (o padrão é en_bacd_welcome .au) pode ter qualquer nome de identificação, conforme definido no comando. param welcome-prompt

  • Seguindo seu prefixo, o nome do arquivo do prompt suspenso (nenhum padrão fornecido) pode ter qualquer nome de identificação, conforme definido no comando. param drop-through-prompt

Nos arquivos de áudio, você pode gravar um aviso em qualquer idioma. Não é necessário alterar o prefixo de um arquivo que contém um prompt em um idioma diferente porque os prefixos do código do idioma são usados para recursos que não fazem parte do serviço B-ACD. Mas é importante que os prefixos do código do idioma dos seus arquivos correspondam ao código do idioma especificado no parâmetro language-code no comando do idioma paramspace, 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 _bacd_welcome.auarquivo. Os scripts identificam arquivos de áudio que têm os mesmos nomes de identificação que os da Tabela e que têm o mesmo prefixo que você especifica no comando da linguagem paramspace.

As duas exceções às regras gerais de nomenclatura de arquivos são o arquivo de áudio de aviso de boas-vindas (o padrão é en_bacd_welcome .au) e o arquivo de áudio de drop-through-optionsolicitação (nenhum padrão fornecido). As partes identificadoras dos nomes dos arquivos desses dois prompts de áudio são especificadas explicitamente durante a configuração e são totalmente configuráveis pelo usuário. Esses arquivos podem usar qualquer nome de arquivo, desde que os nomes observem as seguintes convenções:

  • A parte do prefixo do nome do arquivo deve ser igual ao código do idioma especificado no comando paramspace language. Por exemplo, en.

  • A parte identificadora do nome do arquivo deve começar com um sublinhado. Por exemplo, _welcome_to_xyz.au.

Usando arquivos de áudio para descrever as opções de menu

Por padrão, dois arquivos de áudio são fornecidos para fornecer orientação inicial ao chamador e orientação sobre as opções de menu disponíveis: en_welcome_prompt.aue. 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 usa um único serviço AA, grave uma saudação de boas-vindas en_welcome_prompt.aue registre as instruções sobre as opções de menu em. en_bacd_options_menu.au

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

  • Grave uma solicitação de boas-vindas separada para cada serviço AA, usando um nome diferente para o arquivo de áudio de cada solicitação de boas-vindas. Por exemplo: en_welcome_aa1.auen_welcome_aa2.aue. As solicitações de boas-vindas que você grava nesses arquivos devem incluir a saudação e as instruções sobre as opções do menu.

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

Opções de menu

A finalidade de um serviço B-ACD é rotear automaticamente as chamadas para o destino correto em sua organização. Os serviços interativos de AA permitem que você forneça opções de menu aos chamadores para que eles possam fazer as escolhas apropriadas para suas chamadas. Os tipos de opções de menu disponíveis no B-ACD estão descritos na tabela. As opções de menu são anunciadas aos chamadores por meio de prompts de áudio, que são descritos no prompt de boas-vindas e outros arquivos de áudio.

TipoDescriçãoRequisitosExemplo
Dial-by-extension

O chamador pressiona um dígito para poder discar um ramal conhecido.

O número do menu usado para essa opção não deve ser o mesmo de qualquer número do menu (aa-hunt) usado com o serviço de fila de chamadas.

Sem requisitos.

Depois de ouvir as opções do menu, o chamador disca 4 e pode discar um número de ramal interno.

Opção de discagem por extensão

O serviço B-ACD também pode ter uma opção de discagem por ramal, que permite que os chamadores disquem números de ramais internos quando já sabem o número do ramal. A opção dial-by-extension é mostrada como 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. Quando o comando a seguir é usado, os chamadores podem discar 1 e, em seguida, um número de ramal.

param dial-by-extension-option 1

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

Se todos os dez números aa-hunt forem usados para grupos de busca no serviço de fila de chamadas, não haverá mais opção para a opção de discar por ramal. Observe que essa restrição se baseia em todos os números de opção (números aa-hunt) 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 prompts de áudio

Use essas etapas para preparar os arquivos de script e os arquivos de prompt necessários para o serviço B-ACD.

  1. Copie o arquivo tar para o bootflash 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. Grave novamente os arquivos de áudio, se necessário.

Explicação dos comandos:

ComandoExplicação

Baixe o arquivo tar B-ACD

Faça o download do arquivo tar B-ACD chamado cme-b-acd-3.0.0.8.tarpara um servidor TFTP acessível ao roteador SGW.

Esse arquivo tar contém o script AA Tcl, o script Tcl da fila de chamadas e os arquivos de áudio padrão necessários para o serviço B-ACD

enable

Ativa o modo EXEC privilegiado no roteador SGW. Digite sua senha, se solicitado.

archivetar/xtract <source-url> flash:

Descompacta os arquivos no arquivo B-ACD e os copia para a memória flash. Os seguintes arquivos estão contidos no cme-b-acd-3.0.0.8.tararquivo:

  • app-b-acd-aa-x.x.x.x.tcl (um script AA)

  • app-b-acd-x.x.x.x.tcl (script de fila de chamadas)

  • en_bacd_allagentsbusy.au (arquivo de áudio)

  • en_bacd_options_menu.au (arquivo de áudio)

  • en_bacd_disconnect.au (arquivo de áudio)

  • en_bacd_music_on_hold.au (arquivo de áudio)

  • en_bacd_invalidoption.au (arquivo de áudio)

  • en_bacd_welcome.au (arquivo de áudio)

  • en_bacd_enter_dest.au (arquivo de áudio)

Grave, se necessário

Grave novamente os arquivos de áudio com suas mensagens personalizadas, mas não altere os nomes dos arquivos de áudio.

Exemplos

O exemplo a seguir extrai arquivos do arquivo chamado cme-b-acd-2.1.0.0 no servidor em 192.168.1.1 e os copia na memória flash do roteador B-ACD.

archive tar /xtract tftp://192.168.1.1/cme-b-acd-2.1.0.0.tar flash:

Atualizando parâmetros de script e solicitações de áudio (somente discar por extensão)

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

  1. Determine os IDs de sessão de qualquer sessão ativa-

    Use o showcall application sessionscomando no modo EXEC privilegiado para obter números de ID de sessão (SID) de AA e serviços 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 show call application sessionscomando.

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

Verificando o status do B-ACD

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

O exemplo a seguir mostra uma sessão com aplicativos ativos de AA e fila de chamadas. O campo “App” é o nome do serviço, o campo “Url” é a localização 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 somente o aplicativo de fila ativo. O script AA não aparece na saída do show call application sessionscomando 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 se não houver chamadas ativas.


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 Cisco IOS configuração. Para que as alterações de parâmetros entrem em vigor, você deve parar e recarregar os scripts B-ACD nos quais você fez alterações, conforme explicado nas etapas a seguir. Se você regravar as solicitações de áudio, deverá recarregar os arquivos de solicitação de áudio que foram alteradas.

  1. Determine os IDs de sessão de qualquer sessão ativa:

    Use o show call application sessionscomando no modo EXEC privilegiado para obter números de ID de sessão (SID) de AA e serviços 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 show call application sessionscomando.

    O exemplo a seguir mostra uma sessão com chamadas ativas. O campo “Aplicativo” é o nome do serviço dado ao script de 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

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

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

    Quando você usa o comando call application session stop para um serviço AA, as seguintes ações ocorrem:

    O serviço AA está parado.

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

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

    Para eliminar a possibilidade de desconectar chamadas, espere até que não haja nenhuma chamada recebida antes de recarregar o script, por exemplo, após o horário de trabalho.

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

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

    Use o call application voice loadcomando 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 solicitação de áudio tiver sido alterado, recarregue-o

    Use o audio-prompt loadcomando no modo EXEC privilegiado para recarregar um arquivo de áudio. Repita esse comando para cada arquivo de áudio alterado.

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

Limitações e restrições

  • A disponibilidade do serviço de rede telefônica pública comutada (PSTN) depende dos troncos SIP ou dos circuitos PSTN disponíveis durante uma interrupção da rede.

  • Dispositivos com conectividade 4G e 5G (por exemplo, o aplicativo Webex para celular ou tablet) ainda podem se registrar Webex Calling durante interrupções. Como resultado, eles poderiam não conseguir ligar para outros números do mesmo local durante uma interrupção.

  • Os padrões de discagem podem funcionar de forma diferente no modo Sobrevivência e no modo Ativo.

  • O Survivability Gateway deve usar um endereço IPv4. O IPv6 não é suportado.

  • Uma atualização de status de sincronização sob demanda no Control Hub pode levar até 30 minutos.

  • O Calling Dock não é suportado no modo Sobrevivência.

  • Não configure o SIP bindcomando no modo de configuração voip do serviço de voz. Isso leva à falha no registro de endpoints com o Survivability Gateway.

  • Garanta que os números significativos corporativos (ESNs) em diferentes locais físicos sejam exclusivos, para evitar conflitos e melhorar a rastreabilidade, a redundância e a confiabilidade do failover.

As seguintes limitações se aplicam no modo Sobrevivência:

  • Teclas programáveis MPP: teclas programáveis como Park, Unpark, Barge, Pickup, Group Pickup e Call Pull não são suportadas, mas elas não aparecem desativadas no dispositivo.

  • Linhas compartilhadas: as chamadas feitas para linhas compartilhadas podem tocar em todos os dispositivos; no entanto, outras funcionalidades de linha compartilhada, como monitoramento remoto do estado da linha, espera, retomada, não perturbe sincronizado (DND) e configurações de encaminhamento de chamadas, não estão disponíveis.

  • Conferência: não há suporte para conferências ou chamadas tridirecionais.

  • Distribuição automática básica de chamadas (B-ACD): o serviço com o Survivability Gateway e o Local Gateway não são suportados.

  • Histórico de chamadas: as chamadas feitas são armazenadas localmente no histórico de chamadas dos dispositivos MPP e do aplicativo Webex.

  • Grupos de busca: Você pode configurar até 100 grupos de busca, com cada grupo suportando um máximo de 32 usuários.

  • Aparência aprimorada de chamadas compartilhadas: recursos como notificação de estado da linha, retenção de linha/retomada remota compartilhada e outros com chamadas básicas, grupo de busca ou encaminhamento de chamadas não são suportados.

  • Roteamento de chamadas em grupo de busca: o padrão de roteamento de chamadas ponderadas não é suportado.

Experiência do usuário durante o failover

Se um site da sua empresa perder a conectividade com a Internet e você estiver nesse site, ainda poderá fazer e receber chamadas, tanto internamente na sua empresa quanto externamente para os clientes. Consulte o aplicativo Webex | Capacidade de sobrevivência do site.

Exemplos de configuração

Exemplos de conexão PSTN

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) ao PSTN

  • Tronco SIP para gateway PSTN

Conexão da placa de interface de voz ao PSTN

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

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. Veja a seguir um exemplo de configuração.

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

Configuração de dial peer

Para conexões de tronco, configure os pares de discagem de entrada e saída para a conexão de tronco. A configuração depende dos seus requisitos. Para obter informações detalhadas de configuração, consulte o Guia de configuração do Dial Peer, Cisco IOS versão 3S.

A seguir estão exemplos de configurações:

Peers de discagem de saída para o 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

Dial-peer de entrada do PSTN usando UDP com 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

Traduções numéricas

Para conexões PSTN, talvez seja necessário usar regras de tradução para traduzir extensões internas em um número E.164 que o PSTN possa rotear. A seguir estão 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

Exemplo de chamada de emergência

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

Se a sobreposição de WiFi não corresponder às sub-redes IP com precisão, as chamadas de emergência para dispositivos nômades podem não ter um mapeamento ELIN correto.

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 

Colegas 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 
Este artigo foi útil?
Este artigo foi útil?