Neste artigo
dropdown icon
Considerações de implantação
    Único local configurado
    Configuração de vários locais
    Condições-chave para a sobrevivência do site
    Colocação com o Unified SRST
    Recursos e componentes compatíveis
    Informações de referência de portas do gateway de manutenção
dropdown icon
Configuração de recursos
    Fluxo de tarefa de configuração de manutenção do site
    Atribuir serviço de manutenção a um gateway
    Baixar modelo de configuração
    Configurar licenciamento
dropdown icon
Configurar Certificados
    Configurar certificados no Cisco IOS XE
    Importar certificados juntamente com os pares de chaves
dropdown icon
Configurar gateway de manutenção
    Configurar gateway como um gateway de manutenção
    Concluir a sincronização sob demanda
    Editar propriedades do gateway de manutenção
    Configurações para habilitar CDRs no gateway de manutenção
    Configurações para habilitar o encaminhamento de chamadas
    Configurações para habilitar o grupo de busca
    Configurações para ativar 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 chamadas de emergência
Manutenção do site para Webex Calling
list-menuNeste artigo
list-menuComentários?

A Sobrevivência do site garante que seus negócios permaneçam acessíveis mesmo que a conexão com o Webex seja perdida. Ela usa um gateway de rede local para fornecer serviços de chamadas de fallback a terminais no local durante interrupções da rede.

Implantar considerações

Por padrão, os endpoints de Chamada Webex 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 Sobrevivência e se registram com o Gateway de Sobrevivência local. Neste modo, o gateway fornece serviços básicos de chamada de backup. Uma vez que a conexão de rede com Webex é restaurada, o controle de chamadas e os registros voltam para a nuvem Webex.

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

  • Chamada interna (intrasite) entre os endpoints de Chamada Webex suportados

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

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

Configuração de local único

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

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 Chamando endpoints de um único local no modo de sobrevivência

Localização múltipla configurada

A imagem a seguir mostra um cenário de falha de rede onde a conexão ao Webex está quebrada e os endpoints localizados em locais diferentes estão operando no modo de sobrevivência. Há vários locais menores dentro da rede LAN que são mapeados para um único gateway de sobrevivência. Essa implantação otimiza a utilização de recursos gateway, preservando configurações específicas de localização para roteamento de chamadas.

Webex calling endpoints from multiple locations in Site Survivability mode

A Cisco recomenda manter um limiar de latência de 50 milissegundos para conectividade entre o Gateway de Sobrevivência e endpoints em locais dentro de uma LAN.

Condições-chave para Sobrevivência do Site

As seguintes condições se aplicam ao Gateway de sobrevivência:

  • A nuvem Webex inclui o endereço IP do Gateway de sobrevivência, nome de host e porta no arquivo de configuração do dispositivo. Como resultado, os endpoints são capazes de alcançar o Gateway de Sobrevivência para registro se a conexão com Webex quebra.

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

  • O Gateway de sobrevivência pode rotear chamadas internas automaticamente usando as informações de roteamento fornecidas pela Webex. Adicione uma configuração de tronco PSTN ao Gateway de sobrevivência para fornecer chamadas externas.

  • Cada site que implanta o Site Survivability requer um Gateway de Sobrevivência dentro da rede local.

  • Registros e controle de chamadas revertem para a nuvem Webex uma vez que a conexão de rede Webex recomeça por pelo menos 30 segundos.

Colocação com SRST Unificado

O Gateway de Sobrevivência suporta a colocação de uma configuração de Sobrevivência Webex e uma configuração SRST Unificada no mesmo gateway. O gateway pode apoiar a capacidade de sobrevivência para ambos os terminais Webex Calling e para terminais que se registram para o Gerenciador de Comunicações Unificadas. Para configurar colocação:

Considerações de roteamento de chamadas para colocação

Considere o seguinte ao configurar o roteamento de chamadas para cenários de colocação:

  • O Gateway de Sobrevivência encaminha chamadas internas automaticamente desde que ambos os terminais da chamada sejam registrados no Gateway de Sobrevivência. Chamadas internas são automaticamente roteadas entre quaisquer clientes registrados (SRST ou Webex Calling).

  • É possível ter uma situação em que a conexão com um sistema de controle de chamadas cai enquanto a conexão com o outro sistema de controle de chamadas permanece para cima. Como resultado, um conjunto de endpoints registra o Survivability Gateway, enquanto outro conjunto de endpoints no mesmo site registra o controle de chamadas primárias. Neste caso, você pode precisar rotear chamadas entre os dois conjuntos de endpoints para um tronco SIP ou circuito PSTN.

  • Chamadas externas e chamadas E 911 podem ser encaminhadas para um tronco SIP ou circuito PSTN.

Recursos e componentes suportados

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

Table 1. Supported Calling features
Recurso Dispositivos MPP e Webex AppVG 4 xx ATA

Intrasite Extensão Chamada

Suportado automaticamente sem nenhuma configuração específica de roteamento necessária no Gateway de sobrevivência.

Suportado automaticamente sem nenhuma configuração específica de roteamento necessária no Gateway de sobrevivência.

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

Intersite e chamada PSTN (Inbound and Outbound)

Chamada PSTN com base em circuito de telco ou tronco SIP.

Chamada PSTN com base em circuito de telco ou tronco SIP.

E 911 Manuseio de chamadas

E 911 Chamar requer um circuito PSTN ou tronco SIP.

Chamadas de saída usam um número de identificação de local de emergência registrado específico (ELIN) para um local de resposta de emergência definido (ERL). Se o operador de emergência retornar uma chamada desconectada, o Gateway de Sobrevivência direciona a chamada para o último dispositivo que chamou o número de emergência.

E 911 Chamar requer um circuito PSTN ou tronco SIP.

Chamadas de saída usam um número de identificação de local de emergência registrado específico (ELIN) para um local de resposta de emergência definido (ERL). Se o operador de emergência retornar uma chamada desconectada, o Gateway de Sobrevivência direciona a chamada para o último dispositivo que chamou o número de emergência.

Chamada em espera e retomada

Suportado

Se você estiver usando Music on Hold (MOH), forneça o Gateway de sobrevivência manualmente com um arquivo MOH.

VG 4 xx linhas analógicas ATA não pode colocar chamadas em espera ou currículo.

Esse recurso é suportado apenas quando uma chamada recebida é recebida no VG 4 xx ATA.

Atendido Transferência de Chamada

Suportado

Esse recurso é suportado apenas quando uma chamada recebida é recebida no VG 4 xx ATA.

Transferência de chamada cega

Suportado

Esse recurso é suportado apenas quando uma chamada recebida é recebida no VG 4 xx ATA.

ID do autor da chamada de entrada (Nome)

Suportado

Suportado

Inbound Caller ID (Nome & Número)

Suportado

Suportado

Chamada de Vídeo ponto a ponto

Suportado

Sem suporte

Chamada de três vias

Sem suporte

Sem suporte

Linhas compartilhadas

Suportado

Suportado

Linhas Virtuais

Suportado

Sem suporte

Encaminhamento de chamada

Apoiado para Chamar para frente Todos, Sem Resposta e ocupado.

Suportado

Grupo de busca

Suportado para o seguinte: Sequencial, Paralelo, Peer, e Longest-idle.

Suportado

Assistente automático

Suportado para discar por extensão

Suportado

Na configuração do recurso, a Sobrevivência do Site está disponível para os seguintes endpoints suportados.

Table 2. Supported endpoint models
TipoModelosVersão mais basica
Telefone IP Cisco com Firmware Multiplataforma (MPP)

68216841, 6851, 6861, 6861 Wi-Fi, 6871

78117821, 7841 7861

88118841, 8851 8861

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

9800

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

120(1)

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

Para 9800 série- PhoneOS 3.2(1)

Cisco IP Conference Phone

7832,8832

120(1)

Aplicativo Cisco Webex

Windows, Mac

43.2

Pontos Analógicos

VG 400 ATA, VG 410 ATA e VG 420 ATA

Cisco ATA 191 e 192

17.16.1

113(1) para ATA 191 e 192

Dispositivos de terceiros não são suportados com o Gateway de sobrevivência.

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.

Os recursos do Webex Calling Survivability Gateway estão disponíveis com a versão Cisco IOS XE Dublin 17.12.3 ou versões posteriores. Hunt Group, Chamada para a frente e Auto Atendente recursos estão disponíveis a partir de IOS 17.18.2 e mais tarde lançamento.

Table 3. Supported platform models
ModeloRegistros de Endpoint MáximoVersão mais basica

Roteador de serviços integrado 4321

50

Cisco IOS XE Dublin 17.12.3 ou versões posteriores

Roteador de serviços integrado 4331

100

Roteador de serviços integrado 4351

700

Roteador de serviços integrado 4431

1200

Roteador de serviços integrados 4451-X

2000

Roteador de serviços integrado 4461

2000

Catalyst Edge 8200 L-1 N-4 T

1500

Catalyst Edge 8200-1 N-4 T

2500

Catalyst Edge 8300-1 N 1 S-6 T

2500

Catalyst Edge 8300-2 N 2 S-6 T

2500

Catalyst Edge 8300-1 N 1 S-4 T 2 X

2500

Catalyst Edge 8300-2 N 2 S-4 T 2 X

2500

Catalyst Edge 8000 V software pequena configuração

500

Configuração de mídia de software Catalyst Edge 8000 V

1000

Catalyst Edge 8000 V configuração de software grande

2000

Informações de referência portuária para Survivability Gateway

Table 4. Port reference information for Survivability Gateway

Finalidade da conexão

Endereços de origem

Portas de origem

Protocolo

Endereços de destino

Portas de destino

Sinalização de chamada para o Gateway de sobrevivência (SIP TLS)

Dispositivos

5060-5080

TLS

Gateway de sobrevivência

8933

Chame a mídia para o Gateway de sobrevivência (SRTP)

Dispositivos

19560-19660

UDP

Gateway de sobrevivência

8000-14198 (SRTP sobre UDP)

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

Gateway de sobrevivência

Efêmero

TCP ou UDP

Seu gateway ITSP PSTN

5060

Mídia de chamadas para gateway PSTN (SRTP)

Gateway de sobrevivência

8000-48198

UDP

Seu gateway ITSP PSTN

Efêmero

Sincronização de tempo (NTP)

Gateway de sobrevivência

Efêmero

UDP

Servidor NTP

123

Resolução de nome (DNS)

Gateway 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 Informações de referência portuária para Webex Calling Artigo de ajuda.

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

Configuração de recurso

Fluxo de tarefa de configuração de sobrevivência do local

Complete as seguintes tarefas para adicionar Sobrevivência do Site para um local de Chamada Webex existente. Se a conexão com a nuvem Webex quebrar, um Gateway de sobrevivência na rede local pode fornecer controle de chamada de backup para endpoints nesse local.

Antes de começar

Se você precisa prover um novo gateway para agir como o Gateway de sobrevivência, consulte o artigo da Webex Inscreva os gateways gerenciados da Cisco IOS para a Webex Cloud para adicionar o gateway para Control Hub.

EtapasComando ou açãoPropósito

1

Atribuir serviço de sobrevivência a um gateway

No centro de controle, atribua o Survivability Gateway serviço para um gateway.

2

Baixar modelo de configuração

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

3

Configurar licenciamento

Configure licenças para o Gateway de Sobrevivência.

4

Configure certificados no Cisco IOS XE

Configure certificados para o Gateway de Sobrevivência.

5

Configurar gateway como um gateway de sobrevivência

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

Atribuir serviço de sobrevivência a um gateway

Antes de começar

Se o gateway não existe no Control Hub, veja Inscreva-se Cisco IOS Gateways para Webex Calling para adicionar uma nova instância de gateway.
1

Vá para Calling em Servicese clique no botão Managed Gateways .

A visualização Gateways gerenciados exibe a lista de gateways que você gerencia através do Control Hub.
2

Selecione o gateway que você deseja atribuir como um Gateway de sobrevivência, e escolha um dos seguintes, com base no valor do Service Campo:

  • Não atribuído (valor vazio)—Clique Assign Service e vá para o próximo passo.

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

3

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

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

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

  • IP Address—No formato 4 IPv , insira o endereço IP do Gateway de sobrevivência. Os dispositivos se registram neste endereço enquanto operam no modo Survivability.

Depois de concluir a inscrição, os detalhes de localização aparecem na página de gateways gerenciados.

4

Clique em Assign.

A visualização Gateways gerenciados exibe a lista de locais atribuídos ao gateway.
(Opcional) Desatribuir o Serviço de Sobrevivência—Se você quiser remover o Gateway de sobrevivência de um gateway, vá para Desatribuir os serviços de um portal gerenciado...

Baixar modelo de configuração

Faça o download do modelo de configuração do Control Hub ou usando isso link... Você precisará do modelo quando configurar a linha de comando gateway.
1

Entrar para Hub de controle...

Se você é uma organização parceira, o Partner Hub será lançado. Para abrir o centro de controle, clique no Customer visualize no Partner Hub e selecione o cliente aplicável ou selecione My Organization para abrir as configurações do Control Hub para a organização parceira.

2

Vá para Services > PSTN & Routing > Gateway configurations > Manage Gateways.

3

Clique no Gateway de sobrevivência aplicável.

4

Clique em Download Config Template e baixe o modelo para seu desktop ou laptop.

Configurar licenciamento

Certifique-se de que você tem as licenças de plataforma apropriadas para o seu gateway. Configure licenças usando os comandos apropriados à sua plataforma.
1

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

enable
 configure terminal
2

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

  • Para a série Cisco ISR4000 :

    license boot level uck9
     license boot level securityk9
    
  • Para Cisco Catalyst 8300 e 8200 Series Edge Platforms, use a licença de recursos do DNA Network Advantage, ou melhor, e insira o nível de produtividade necessário. O exemplo a seguir usa 25 o processamento bidirecional de criptografia Mbps. Selecione o nível apropriado para o número de chamadas que você antecipa.

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

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

Ao configurar a transferência maior que 250 Mbp, você precisa de uma licença de plataforma HSEC.

Configurar certificados

Configure certificados no Cisco IOS XE

Complete as seguintes etapas para solicitar e criar certificados para o Gateway de sobrevivência. Use certificados assinados por uma Autoridade de Certificado publicamente conhecida.

A plataforma Survivability Gateway só suporta certificados CA conhecidos publicamente. Certificados CA privados ou empresariais não podem ser usados para o Gateway de sobrevivência.

Para obter uma lista de autoridades de certificado raiz que são suportados para Webex Calling, consulte Quais Autoridades de Certificado Root são Suportadas para Chamadas para Cisco Webex Audio and Video Platforms?...

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

Execute os comandos do código de amostra para concluir as etapas. Para obter informações adicionais sobre esses comandos, juntamente com mais opções de configuração, consulte o “ Suporte SIP TLS” capítulo no Guia de configuração de elementos de borda unificada da Cisco...

1

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

enable
 configure terminal
2

Gerar a chave privada RSA executando o seguinte comando. O módulo de chave privada deve ser de 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 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

Gerar uma solicitação de assinatura de certificado executando o crypto pki enroll webex-sgw Comando.

Quando solicitado, digite yes.

Depois que o CSR for exibido na tela, use o Bloco de Notas para copiar o certificado para um arquivo que você pode enviar para uma autoridade de certificado suportada (CA).

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

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

Depois que a CA emitir um certificado, execute o crypto pki authenticate webex-sgw comando para autenticar o certificado. Você pode executar este comando de qualquer um. exec ou config Modo.

Quando solicitado, cole a base 64 CER/PEM emitindo o conteúdo do certificado CA (não o certificado do dispositivo) no terminal.

6

Importar o certificado de host assinado para o trustpoint usando o crypto pki import webex-sgw certificate Comando.

Quando solicitado, cole o certificado CER/PEM base 64 no terminal.

7

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

Somente autoridades de certificação conhecidas publicamente são suportadas com a solução Webex Calling. Certificados CA privados ou empresariais não são suportados.

  1. Encontre o nome comum do 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 este certificado raiz CA está instalado com o pacote Cisco CA. Se você vir o seu CA, pule para a etapa 9.

  3. Se você não vir o seu certificado, você pode fazer um dos seguintes:

    • Importar os certificados ausentes

    • Execute o seguinte comando para instalar o pacote estendido IOS CA.

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

      Use o pacote IOS CA estendido ios_core.p7b, somente se o gateway for um gateway local colocated. Veja. Configure o Gateway local no Cisco IOS XE para Webex Calling para detalhes.

  4. Repita esses passos intermediários para determinar se o certificado raiz CA está disponível agora. Depois de repetir os passos intermediários:

    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 root CA não estiver incluído no pacote, adquira o certificado e o importe para um novo ponto de confiança.

Execute esta etapa se um certificado raiz CA publicamente conhecido 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 do certificado CER/PEM base 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 seguintes comandos.

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

Certificados de importação, juntamente com keypairs

Você pode importar certificados CA e keypairs como um pacote usando o formato PKCS 12 (.pfx ou .p 12). Você pode importar o pacote de um sistema de arquivos local ou de um servidor remoto. PKCS 12 é um tipo especial de formato de certificado. Ele empacota toda a cadeia de certificados do certificado raiz através do certificado de identidade, juntamente com o keypair RSA. Ou seja, o pacote PKCS 12 que você importa incluiria o keypair, os certificados do host e os certificados intermediários. Importe um pacote PKCS 12 para os seguintes cenários:

  • Exportar de outro roteador Cisco IOS XE e importar para seu roteador Survivability Gateway

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

Complete as seguintes etapas para criar, exportar e importar certificados e keypairs para seu roteador Survivability Gateway.

1

(Opcional) Exportar o pacote PKCS 12 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 PKCS 12 usando OpenSSL.

  1. Verifique se o OpenSSL está instalado no sistema no qual este processo é executado. Para usuários do Mac OSX e GNU/Linux, ele é instalado por padrão.

  2. Mude para o diretório onde suas chaves, certificado e arquivos de cadeia são armazenados.

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

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

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

    Combine a chave privada, o certificado de identidade e a cadeia de certificados CA raiz em um arquivo PKCS 12 . Digite uma senha para proteger seu certificado PKCS 12 .

    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 PKCS 12 .

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

3

Importe o pacote de arquivos no formato PKCS 12 .

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

O seguinte é uma configuração de amostra para o 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 que é criado ao usar este comando (Por exemplo, webex-sgw).

  • <certificate file location>—URL local ou de rede apontando para o arquivo de certificado (Por exemplo, bootflash:certificate.pfxQuando você seleciona

  • <file password>—A senha que é usada ao criar o arquivo PKCS 12 (Por exemplo, xyz123).

O comando crypto pki import comando 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 seguintes comandos.

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

Configurar o gateway de sobrevivência

Configurar gateway como um gateway de sobrevivência

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

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

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

Entre no modo de configuração global.


enable
 configure terminal

onde:

  • enable—Permite o modo EXEC privilegiado.

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

2

Execute as configurações de 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 Gateway de Sobrevivência deve aceitar mensagens SIP. Por exemplo, um endereço SIP trunk peer.

  • <ip_address> e <subnet_mask> representar faixas de endereço confiáveis. Você não precisa entrar diretamente em subredes conectadas, pois o Gateway de Sobrevivência confia neles automaticamente.

  • allow-connections sip to sip—Permite que o SIP faça conexões SIP em uma rede VoIP.

  • no supplementary-service sip refer—Desabilitar método REFER para call forward e serviços suplementares de transferência de chamada. Webex Calling não usa esses métodos.

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

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

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

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

3

Habilite a 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—Permite o modo de Sobrevivência de Chamada Webex e a Telefonia Remota Sobrevivável para terminais do Gerenciador de Comunicações Unificadas.

    Depois mode webex-sgw Configuração, o Survivability Gateway escuta na porta 8933 para receber conexões seguras de endpoints.

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

    Aparências de linha compartilhada contam para o limite máximo. Por exemplo, se 5 os telefones compartilharem os mesmos 5 DNs, essa configuração conta como 25 DNs em direção ao limite máximo.

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

4

Configure servidores NTP:

ntp server <ip_address_of_primary_NTP_server>
 ntp server <ip_address_of_secondary_NTP_server>

5

(Opcional). Configure a classe geral de permissões de chamada 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 classe personalizada de categorias nomeadas de restrição (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" em Disque o Guia de Configuração de Pares, Lançamento do Cisco IOS 15M&T...

6

Configure uma lista de codecs preferidos. Por exemplo, a lista a seguir especifica g 711 ulaw como codec preferido, seguido por g 711 alaw.


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

Explicação dos comandos:

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

  • codec preference identifica os codecs preferidos para este grupo de codec.

7

Configure pools 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 o modo de configuração do pool de registro de voz para dispositivos SIP neste pool.

  • id network e mask identifique um dispositivo SIP ou um conjunto de dispositivos de rede que usam esse pool. Use os endereços e máscaras que se aplicam à sua implantação. O endereço 0.0.0.0 permite que dispositivos de qualquer lugar para se registrar (se os endereços do dispositivo estão na lista de permissões).

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

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

  • dtmf-relay especifica o rtp-nte método para enviar dígitos DTMF. Neste exemplo, o Real-Time Transport (RTP) com o Tipo de carga útil do evento do telefone nomeado (NTE).

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

8

Configurar chamada 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 grupo de localização de resposta de emergência 1 para o 911 serviço aprimorado. Um comando subsequente cria grupo de localização de resposta de emergência 2.

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

  • subnet 1 <ip-group> <subnet-mask>—Define um grupo de sub-rede juntamente com um endereço de sub-rede específico para este local de resposta de emergência. Use este comando para identificar a rede de chamadas através de um endereço IP e máscara de sub-rede. Por exemplo, subnet 1 192.168.100.0 /26.

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

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

  • voice class e164-pattern-map 301 (and 351)—Identifica e 164 mapas padrão 301 e 351 para esta 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 exatamente às sub-redes IP, então a chamada de emergência para dispositivos nômades pode não ter o mapeamento ELIN correto.

9

Configure pares de discagem para o PSTN. Para um exemplo da configuração de pares de discagem, consulte Exemplos de conexão PSTN...

10

Opcional. Ativar Música em espera 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 de arquivo deve conter dados 8-bit 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>"—Ativa Música unicast em espera usando G.711. Também fornece o diretório e 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. Complete este procedimento apenas se você quiser completar uma sincronização imediata sob demanda. Esse procedimento não é obrigatório, pois a nuvem Webex sincroniza os dados de chamadas para o Gateway de Sobrevivência uma vez por dia, automaticamente.

1

Entrar para Hub de controle...

Se você é uma organização parceira, o Partner Hub será lançado. Para abrir o centro de controle, clique no Customer visualize no Partner Hub e selecione o cliente aplicável ou selecione My Organization para abrir as configurações do Control Hub para a organização parceira.

2

Vá para Services > PSTN & Routing > Gateway configurations > Manage Gateways.

3

Clique no Gateway de sobrevivência aplicável para abrir o Survivability Service vista para esse gateway.

4

Clique no Sync Botão.

5

Clique em Submit.

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

Editar propriedades do Gateway de sobrevivência

Use este procedimento opcional somente se você quiser editar as configurações para um Gateway de Sobrevivência existente.
1

Entrar para Hub de controle...

Se você é uma organização parceira, o Partner Hub será lançado. Para abrir o centro de controle, clique no Customer visualize no Partner Hub e selecione o cliente aplicável ou selecione My Organization para abrir as configurações do Control Hub para a organização parceira.

2

Vá para Services > PSTN & Routing > Gateway configurations > Manage Gateways.

3

Clique no Gateway de sobrevivência aplicável para abrir o Survivability Service vista para esse gateway.

4

Clique no Edit botão e configurações de atualização para o seguinte.

  • Host Name—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.

  • IP Address—No 4 formato IPv , insira o endereço IP do gateway para o qual os dispositivos se registram enquanto operam no modo Survivability.

5

Clique em Submit.

Se você deseja excluir um Gateway de sobrevivência do centro de controle, desatribua o Survivability Gateway serviço primeiro. Para mais detalhes, veja Atribuir serviços a gateways gerenciados...

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

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

No 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 contagens de chamadas totais, chamadas de emergência e chamadas externas, e são usadas para monitorar o uso interno de recursos. Apenas as métricas de contagem de chamadas são enviadas para a nuvem Webex enquanto os CDRs reais não são transmitidos.

O seguinte é uma configuração de amostra:


!
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 é armazenar os arquivos CDR sob a 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 5- O padrão é 60 minutos, mas configurá-lo em 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 etiqueta dial-peer.

Configurações para habilitar encaminhamento de chamadas

A funcionalidade de encaminhamento de chamadas é parte dos recursos de sobrevivência que garantem o manuseio contínuo de chamadas durante as paradas de rede quando a conexão com a nuvem Webex é perdida. O gateway de sobrevivência atua como um gateway de fallback local, permitindo que os endpoints registrem localmente e mantenham os recursos essenciais de chamadas.

  • O comportamento de encaminhamento de chamadas no modo de Sobrevivência é gerenciado pelo gateway de Sobrevivência usando configuração de pool, configurações de dial-peer e políticas de roteamento que lidam com chamadas localmente ou as encaminham através de troncos PSTN ou SIP.

  • O gateway de sobrevivência desabilita o SIP REFER, o SIP mudou-se temporariamente para serviços complementares de chamada e transferência de chamada, já que o Webex Calling não usa esses métodos no modo de sobrevivência.

Configure pools de registro de voz para cenários de chamada para a frente:

Para usar o recurso de call-forward, configure o call-forward b2bua comando sob o comando voice register pool de telefones individuais.

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

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

  • Para ativar o gatilho ocupado com o número especificado de chamada recebida, configure:

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

  • Configuração de exemplo: ​

    
    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 permitir grupo de caça

Esta tabela fornece um mapeamento para a configuração de recursos do grupo de caça no centro de controle e usando os comandos do gateway de sobrevivência

Recursos do grupo de caçaConfiguração usando o Centro de ControleComandos de gateway de sobrevivência

Selecione o padrão de roteamento de chamadas ​

Top-Down / Simultâneo / Circular / Longest-idle

Sequencial/Paralelo/Parer/Longest-idle

Adicionar grupo de caça:

Adicionar grupo de caça com nome e número de telefone por local.​​

Para adicionar Hunt Group, use o voice hunt-group <tag> <call routing pattern>. Então adicione o número de telefone usando o pilot nome do grupo de comando e caça com description comando!

Selecione Usuários, espaços de trabalho ou linhas virtuais para Adicionar

Selecione os agentes para fazer parte do Grupo Hunt​​

Configurar lista de agentes usando o number <tag> <phone-number> comando!

Avançar após o conjunto número de anéis

Configurar usando o Set number of Rings Opção

Configurar usando otimeout <timeout value> comando para avançar a chamada para o próximo agente em vez de número de anéis.

Avancem quando estão ocupados.

Configurar usando o Advance when busy Opção:

Configurar usando o present-call idle-phonecomando!

Desviar chamadas quando todos os agentes inacessíveis

Configurar usando o Divert calls when all agents unreachable Opção

Configurar usando o final <phone number> comando!

Divert chama quando todos os agentes estão ocupados ou o grupo de caça está ocupado.

Configurar usando oDivert calls when all agents are busy or the hunt group is busy Opção:

Configurar usando final <phone number> command​

  • Configurar um grupo de caça anéis seqüenciais

    
      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 um grupo de caça 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​

Descrição dos comandos:

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

  • parallel- Esta palavra-chave especifica o método ou algoritmo do grupo de caça que o sistema usará para distribuir chamadas recebidas entre os membros deste grupo de caça.

  • number- Cria uma lista de extensões/e 164 números/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 caça.

  • pilotEste é o número principal ou o número do diretório do grupo de caça. Os chamadores discam este número para chegar ao grupo de caça.

  • timeout- Define a quantidade máxima de tempo, em segundos, que o grupo de caça tentará chamar seus membros antes de tomar a próxima ação.

  • final- Este comando especifica o número fallback.

  • statistics collect​- Permite a coleção de estatísticas operacionais para o grupo de caça.

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

  • present-call idle-phone-Apresente a chamada somente aos agentes ociosos.

O seguinte é uma saída de amostra do show voice hunt-group statistics Comando. 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 auto-atendente (AA) fornece atendimento automático de chamadas externas com saudações e menus que permitem que os chamadores selecionem o departamento apropriado ou disquem números de extensão conhecidos.

O B-ACD fornece atendimento automático e distribuição de chamadas para chamadas usando menus interativos e grupos de caça locais. O aplicativo B-ACD consiste em serviços de auto-atendimento (AA) e um serviço de fila de chamadas. B-ACD auto atendente suporta chamadas PSTN que é negociado com entrada SIP tronco com codec g 711 ulaw

O B-ACD suporta grupos de busca por voz com linhas SIP compartilhadas seqüenciais, paralelas, pares, de suporte à explosão de chamadas ociosas mais longas e linhas compartilhadas mistas.

Uma chamada recebida disca o número do piloto B-ACD AA e ouve um prompt 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. Usando diferentes codecs não são suportados. IOS não vai invocar 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 do Piloto

  • Bem-vindo Prompt e outros arquivos de áudio

  • Opções do menu

  • Discagem por ramal

Número do Piloto

Cada serviço AA tem seu próprio número piloto AA que os chamadores discam para alcançar o AA. Este número é especificado no param aa-pilot Comando. O número do piloto AA não está associado a nenhum número de telefone de agentes ou telefone físico, mas você deve definir um par de discagem com o número do piloto AA como o número chamado de entrada para que este número seja acessível por chamadores externos.

Bem-vindo Prompt e outros arquivos de áudio

O prompt de boas-vindas é um arquivo de áudio que é reproduzido quando uma chamada é respondida pelo número do piloto. Este arquivo de áudio é um dos vários arquivos de áudio que são usados com o serviço B-ACD para informar os chamadores de seu status e quaisquer ações que eles possam tomar. Você pode criar um 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 seguintes seções:

Regravando arquivos de áudio padrão

Arquivos de áudio padrão são fornecidos para cada ponto no script e são dados aos chamadores. Você baixar os arquivos de áudio padrão a partir do link e copiá-los para um local que pode ser alcançado pelo roteador B-ACD, como memória flash ou um servidor TFTP. Os arquivos de áudio e os arquivos de script são empacotados em um arquivo tar no site. Os arquivos padrão e suas mensagens estão listados na tabela. Você pode regravar mensagens personalizadas sobre as mensagens padrão, mas você não pode alterar os nomes dos arquivos de áudio, exceto conforme descrito especificamente na Alterando códigos de idioma e nomes de arquivo...

Para regravar e instalar as solicitações de áudio padrão antes de usar um serviço B-ACD pela primeira vez, siga as etapas no Baixando Scripts Tcl e Prompts de Áudio... Para regravar solicitações de áudio em um serviço B-ACD existente, siga as etapas no Atualizando Parâmetros de Script e Prompts de Áudio (Apenas Dial por Extensão)...

Nome do arquivo padrãoAnúncio padrãoComprimento 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 a imprensa de vendas 1 (pausa)

Para a imprensa de atendimento ao cliente 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.

15segundos.

en_bacd_disconnect.au

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

10segundos.

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 disca uma extensão inválida.

7segundos.

en_bacd_enter_dest.au

“Por favor, insira o número de extensão que você deseja alcançar.” Inclui uma pausa de cinco segundos após a mensagem. Este prompt é jogado quando um chamador escolhe o dial-by-extension Opção

7segundos.

en_bacd_allagentsbusy. au

“Todos os agentes estão atualmente ocupados ajudando outros clientes. Continue esperando por ajuda. Alguém estará com você em breve.” Inclui uma pausa de dois segundos após a mensagem. Esse prompt também é conhecido como a segunda saudação.

7segundos.

en_bacd_music_on_hol d.au

Música em espera (MOH) é jogado para B-ACD chamadores.

60segundos.

Se você fizer regravar qualquer um dos arquivos de áudio, observe que as solicitações B-ACD requerem um formato de arquivo G.711 audio (.au) com codificação 8de bit, mu-law e 8-kHz. Recomendamos as seguintes ferramentas de áudio ou outros de qualidade semelhante:

  • Adobe Audition for Microsoft Windows by Adobe Systems Inc. (anteriormente chamado Cool Edit by 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 <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 extensão após discar o número de menu especificado.

menu-número —Identificador de uma opção de menu. O alcance é de 1 até 9 agora. Não há padrão.

param aa-pilot

Especifica o número do piloto associado no mostrador do assistente automático

param voice-mail

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

paramspace english language en

Define o código de idioma dos arquivos de áudio que são usados para prompts dinâmicos por um aplicativo IVR.

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

  • language-code —Código de dois caracteres que identifica o idioma dos arquivos de áudio associados. Entradas válidas são as seguintes:

    ch —Chinês

    en —Inglês

    sp —Espanhol

    - aa —tudo

Este código de idioma deve corresponder ao prefixo de idioma de dois caracteres usado nos nomes de seus arquivos de prompt de áudio, independentemente do idioma que é realmente usado no arquivo. Para obter mais informações, consulte o Bem-vindo Prompt e outros arquivos de áudio

param welcome-prompt audio-filename

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

  • audio-filename —Parte identificador do nome do arquivo de áudio que contém a saudação de boas-vindas a ser jogado quando os chamadores primeiro chegar ao serviço B-ACD. A parte identificadora do nome do arquivo não inclui o prefixo do idioma, e deve começar com um underscore.

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 usado no arquivo.

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

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

Nos arquivos de áudio, você pode gravar um prompt 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 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 para seus arquivos correspondam ao código de idioma especificado no parâmetro de código de idioma no comando de 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.au arquivo. Os scripts identificam arquivos de áudio que têm os mesmos nomes de identificação que aqueles em Mesa. e que têm o mesmo prefixo que você especifica no comando de linguagem paramspace.

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

  • A parte de prefixo do nome do arquivo deve ser a mesma que o código de 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 escolhas do menu

Por padrão, dois arquivos de áudio são fornecidos para fornecer orientação inicial do chamador e orientação sobre as opções de menu que estão disponíveis: en_welcome_prompt.au e en_bacd_options_menu.au. Você pode regravar mensagens personalizadas sobre as mensagens padrão que são fornecidas nesses arquivos, como explicado em Mesa....

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

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

  • Registre um prompt de boas-vindas separado para cada serviço AA, usando um nome diferente para o arquivo de áudio para cada prompt de boas-vindas. Por exemplo: en_welcome_aa1.au een_welcome_aa2.au. As solicitações de boas-vindas que você gravar nesses arquivos devem incluir a saudação e as instruções sobre as opções de 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 registrado. Observe que este arquivo não contém as instruções do menu quando há vários serviços AA.

Opções do menu

O objetivo de um serviço B-ACD é encaminhar automaticamente as chamadas para o destino correto em sua organização. Os serviços AA interativos 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 que estão disponíveis em B-ACD são descritos na tabela. Opções de menu são anunciados para os chamadores por prompts de áudio, que são descritos na Bem-vindo Prompt e outros arquivos de áudio...

TipoDescriçãoRequisitosExemplo
Dial-by-extension

Caller pressiona um dígito para ser permitido discar uma extensão conhecida.

O número do menu usado para esta opção não deve ser o mesmo que qualquer número de menu (aa-hunt) usado com o serviço de call-queue.

Sem exigências.

Depois de ouvir as opções do menu, um chamador disca 4 e é capaz de discar um número de extensão interna.

Disque por Extensão Opção

O serviço B-ACD também pode ter uma opção de discagem por extensão, que permite que os chamadores disquem números de extensão internos quando já conhecem o número de extensão. A opção dial-by-extension é mostrada como opção de menu.

A opção dial-by-extension é configurada especificando um número de opção de menu para o parâmetro dial-by-extension. Quando o comando a seguir é usado, os chamadores podem discar 1 e, em seguida, um número de extensão.

param dial-by-extension-option 1

Dentro de um serviço de fila de chamadas B-ACD, o número de opção de discagem por extensão e os números de opção do grupo de caça devem ser mutuamente exclusivos. Essa restrição significa que o número de opção usado para a opção de discagem por extensão não pode ser o mesmo que qualquer um dos números de opção usados com as opções de aa-hunt. Por exemplo, se você usar aa-hunt 1 para aa-hunt 5 para especificar grupos de caça em sua configuração de serviço de fila de chamada, então você pode usar a opção 6 para a opção de discagem por extensão, mas não qualquer um dos números 1 para 5.

Se todos os dez números aa-hunt forem usados para grupos de caça no serviço call-queue, não haverá opção para a opção dial-by-extension. Observe que essa restrição é baseada em todos os números de opção (números de aa-hunt) usados com o serviço de call-queue e não nos números de opção usados com um aplicativo AA.

Baixando Scripts Tcl e Prompts de Áudio

Use estas etapas para preparar os arquivos de script e arquivos de prompt que são necessários para o seu serviço B-ACD.

  1. Copie o arquivo tar para o bootflash do roteador SGW

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

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

Explicação dos comandos:

ComandoExplicação

Baixe o arquivo tar B-ACD

Baixe o arquivo tar B-ACD chamado cme-b-acd-3.0.0.8.tar para um servidor TFTP acessível ao roteador SGW.

Este arquivo tar contém o script AA Tcl, o script Tcl call-queue e os arquivos de áudio padrão que você precisa para o serviço B-ACD

enable

Permite o modo EXEC privilegiado no roteador SGW. Digite sua senha se for solicitado.

archivetar/xtract <source-url> flash:

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

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

  • app-b-acd-x.x.x.x.tcl (call-queue script)

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

Registro se necessário

Rerecord arquivos de áudio com suas mensagens personalizadas, mas não altere os nomes de 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 para a 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 Prompts de Áudio (Apenas Dial por Extensão)

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

  1. Determine os IDs de sessão de todas as sessões ativas-

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

  2. Pare as sessões de serviço B-ACD AA e call-queue se necessário- Usando os números de ID da sessão da Etapa 1, pare o serviço B-ACD AA e as sessões de serviço call-queue. Use a call application session stop comando em modo EXEC privilegiado para parar as sessões AA e call-queue.
  3. Recarregar o script AA e os scripts de call-queue- Use o call application voice load comando no modo EXEC privilegiado para recarregar os scripts.
  4. Se um arquivo prompt de áudio foi alterado, recarregá-lo - Use o audio-prompt load comando em modo EXEC privilegiado para recarregar um arquivo de áudio. Repita esse comando para cada arquivo de áudio que foi alterado.

Verificando o status B-ACD

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

O exemplo a seguir mostra uma sessão com aplicativos AA e call-queue ativos. O campo “App” é o nome do serviço o campo “Url” é a localização do arquivo do script para o 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 show call application sessions comando porque não há chamadas ativas. O nome do serviço AA aparece na saída somente quando há uma chamada ativa. O script call-queue é 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 configuração do Cisco IOS. Para que as mudanças de parâmetro entrem em vigor, você deve parar e recarregar os scripts B-ACD aos quais você fez alterações conforme explicado nas etapas a seguir. Se você regravar solicitações de áudio, você deve recarregar os arquivos de prompt de áudio que foram alterados.

  1. Determine os IDs de sessão de todas as sessões ativas :

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

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

    Usando os números de ID da sessão da Etapa 1, pare o serviço B-ACD AA e as sessões de serviço de fila de chamada. Use a call application session stop comando em modo EXEC privilegiado para parar as sessões AA e call-queue.

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

    Quando você usa o comando de parada de sessão de aplicativo de chamada para um serviço AA, as seguintes ações ocorrem:

    O serviço AA é interrompido.

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

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

    Para eliminar a possibilidade de desconectar chamadas, espere até que não haja chamadas recebidas antes de recarregar o script, como após o horário de trabalho.

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

  3. Recarregue o script AA e os scripts de call-queue

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

    
    Router# call application voice load aa
    Router# call application voice load queue
  4. Se um arquivo prompt de áudio foi alterado, recarregue-o

    Use a audio-prompt load comando em modo EXEC privilegiado para recarregar um arquivo de áudio. Repita esse comando para cada arquivo de áudio que é 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 de Telefone Interligada Pública (PSTN) depende dos troncos SIP ou dos circuitos PSTN disponíveis durante uma interrupção da rede.

  • Dispositivos com conectividade 4 G e 5 G (por exemplo, Webex App para celular ou tablet) ainda podem ser capazes de se registrar no Webex Calling durante as paradas. Como resultado, eles poderiam ser incapazes de chamar outros números a partir da mesma localização local durante uma interrupção.

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

  • O Gateway de sobrevivência deve usar um endereço IPv 4 . IPv 6 não é suportado.

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

  • A doca Calling não é suportada no modo Survivability.

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

  • Garanta que os Números Significativos da Empresa (ESNs) em diferentes locais físicos sejam únicos, para evitar conflitos e melhorar a rastreabilidade, redundância e confiabilidade de failover.

As seguintes limitações se aplicam no modo Survivability:

  • MPP softkeys : Softkeys como Park, Unpark, Barge, Pickup, Group Pickup e Call Pull não são suportados, mas eles não parecem desativados no dispositivo.

  • Linhas compartilhadas : Chamadas feitas para linhas compartilhadas podem tocar em todos os dispositivos; no entanto, outras funcionalidades de linha compartilhada, como Monitoramento de estado de linha remota, Hold, Resume, Sincronizado Não perturbe (DND), e configurações de encaminhamento de chamadas não estão disponíveis.

  • Conferência : Conferências ou Chamadas De Três vias não são suportadas.

  • Distribuição automática básica de chamadas (B-ACD): O serviço com o colocated 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 tanto para dispositivos MPP quanto para o aplicativo Webex.

  • Grupos de Caça : Você pode configurar até 100 grupos de caça, com cada grupo apoiando um máximo de 32 usuários.

  • Aparência de chamada compartilhada aprimorada : Recursos como notificação de estado de linha, retenção de linha compartilhada / currículo remoto, e outros com chamadas básicas, Hunt Group, ou Call Forward não são suportados.

  • Roteamento de Chamadas do Grupo Hunt : O padrão de roteamento de chamadas ponderadas não é suportado.

Experiência do usuário durante 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. Veja. Webex App | Sobrevivência do site...

Exemplos de configuração

Exemplos de conexão PSTN

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

  • Conexão de Cartão de Interface de Voz (VIC) para PSTN

  • tronco SIP para gateway PSTN

Conexão de cartão de interface de voz para PSTN

Você pode instalar um Cartão de Interface de Voz (VIC) no roteador e configurar uma conexão de porta para o PSTN.

tronco SIP para gateway PSTN

Você pode configurar uma conexão de tronco SIP que aponta para um gateway PSTN. Para configurar a conexão do tronco no gateway, use a configuração do usuário de classe de voz. A seguir está uma configuração de amostra.

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

Configuração do mostrador peer

Para conexões de tronco, configure pares de discagem de entrada e saída para a conexão de tronco. A configuração depende de suas necessidades. Para obter informações detalhadas de configuração, consulte Disque o Guia de Configuração de Pares, Lançamento do Cisco IOS 3S.S....

A seguir estão as configurações da amostra:

Pares 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

Inbound dial-peer 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

Número de traduções

Para conexões PSTN, você pode precisar usar regras de tradução para traduzir extensões internas para um número E.164 que o PSTN pode rotear. A seguir estão as configurações da amostra:

De 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

De regra de tradução do sistema de telefone 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 uma configuração de chamada de emergência.

Se a sobreposição WiFi não corresponder exatamente às sub-redes IP, então a chamada de emergência para dispositivos nômades pode não ter um mapeamento ELIN correto.

Locais de resposta de emergência (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 

Parceiros 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?