- Página inicial
- /
- Artigo
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 .

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.
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:
-
Configure suporte SRST unificado para terminais que se registram para o Gerenciador de Comunicações Unificadas. Para a configuração, veja Guia de administração SRST unificado da Cisco...
-
No mesmo portal, siga o Fluxo de Tarefa de Confiabilidade de Sobrevivência do Site neste artigo para configurar o gateway com a sobrevivência do site para Webex Chamando endpoints.
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.
| Recurso | Dispositivos MPP e Webex App | VG 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.
| Tipo | Modelos | Versã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.
| Modelo | Registros de Endpoint Máximo | Versã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
|
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.
| Etapas | Comando ou ação | Propó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 |
Configure licenças para o Gateway de Sobrevivência. | |
|
4 |
Configure certificados para o Gateway de Sobrevivência. | |
|
5 |
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
| 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:
|
| 3 |
No menu suspenso do tipo de serviço, selecione Survivability Gateway e complete os seguintes campos:
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.
|
Baixar modelo de configuração
| 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 . |
| 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
| 1 |
Digite o modo de configuração global no roteador:
|
| 2 |
Configure licenças usando os comandos que se aplicam apenas à sua plataforma específica.
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:
|
| 2 |
Gerar a chave privada RSA executando o seguinte comando. O módulo de chave privada deve ser de pelo menos 2048 bits.
|
| 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.
|
| 4 |
Gerar uma solicitação de assinatura de certificado executando o Quando solicitado, digite 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:
|
| 5 |
Depois que a CA emitir um certificado, execute o 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 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. |
| 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.
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.
|
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.
Esta etapa é aplicável somente se você exportar de outro roteador Cisco IOS XE. |
| 2 |
(Opcional) Crie um pacote PKCS 12 usando OpenSSL. 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 .
O seguinte é uma configuração de amostra para o comando e detalhes sobre os parâmetros configuráveis:
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.
|
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.
onde:
|
| 2 |
Execute as configurações de serviço de voz:
Explicação dos comandos:
|
| 3 |
Habilite a sobrevivência no roteador:
Explicação dos comandos:
|
| 4 |
Configure servidores NTP:
|
| 5 |
(Opcional). Configure a classe geral de permissões de chamada de restrição:
O exemplo anterior cria um conjunto de classe personalizada de categorias nomeadas de restrição (por exemplo, |
| 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.
Explicação dos comandos:
|
| 7 |
Configure pools de registro de voz padrão:
Explicação dos comandos:
|
| 8 |
Configurar chamada de emergência:
Explicação dos comandos:
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).
Explicação dos comandos:
|
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 . |
| 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
| 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 . |
| 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.
|
| 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
|
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ça | Configuração usando o Centro de Controle | Comandos 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 |
|
Avançar após o conjunto número de anéis |
Configurar usando o Set number of Rings Opção |
Configurar usando o |
|
Avancem quando estão ocupados. |
Configurar usando o Advance when busy Opção: |
Configurar usando o |
|
Desviar chamadas quando todos os agentes inacessíveis | Configurar usando o Divert calls when all agents unreachable Opção |
Configurar usando o |
|
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 |
-
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ão | Anúncio padrão | Comprimento 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 |
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:| Comando | Explicaçã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.
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.
|
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-promptComando. -
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-promptComando.
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.aueen_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...
| Tipo | Descrição | Requisitos | Exemplo |
|---|---|---|---|
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.
-
Copie o arquivo tar para o bootflash do roteador SGW
Descompacte os arquivos tcl e áudio usando o comando:
archive tar /xtract bootflash:cme-b-acd-3.0.0.8.tar bootflash:- Regrava os arquivos de áudio, se necessário.
Explicação dos comandos:
| Comando | Explicação |
|---|---|
|
Baixe o arquivo tar B-ACD |
Baixe o arquivo tar B-ACD chamado 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
|
|
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.
-
Determine os IDs de sessão de todas as sessões ativas-
Use a
showcall application sessionscomando 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 doshow call application sessionsComando. - 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 stopcomando em modo EXEC privilegiado para parar as sessões AA e call-queue. - Recarregar o script AA e os scripts de call-queue- Use o
call application voice loadcomando no modo EXEC privilegiado para recarregar os scripts. - Se um arquivo prompt de áudio foi alterado, recarregá-lo - Use o
audio-prompt loadcomando 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.
-
Determine os IDs de sessão de todas as sessões ativas :
Use a
show call application sessionscomando 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 doshow call application sessionsComando.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 - 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 stopcomando 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 12Quando 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 sessionsComando.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 sessionscomando, isso significa que não há sessões de chamada e você não tem que emitir umcall application session stopcomando para ele. -
Recarregue o script AA e os scripts de call-queue
Use a
call application voice loadcomando no modo EXEC privilegiado para recarregar os scripts.Router# call application voice load aa Router# call application voice load queue -
Se um arquivo prompt de áudio foi alterado, recarregue-o
Use a
audio-prompt loadcomando 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 bindcomando 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.
-
Para obter detalhes sobre como instalar o VIC no roteador, consulte o guia de instalação de hardware para seu modelo de roteador.
-
Para obter detalhes sobre como configurar o VIC, juntamente com exemplos, consulte Guia de Configuração de Porta de Voz, Lançamento do Cisco IOS 3S.S....
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