09 de setembro de 2024 | 3116 visualização(ões) | 0 pessoas acharam que isso foi útil

Neste artigo

Preparar seu ambiente

Pré-requisitos gerais

Requisitos de hardware e software para gateway local

Requisitos de licença para gateways locais

Requisitos de certificado e segurança para gateway local

Requisitos de firewall, NAT Traversal e otimização de caminhos de mídia para gateway local

Configurar o Webex Calling na sua organização

Configurar o gateway local no Cisco IOS XE do Webex Calling

Visão geral

Implementar CUBE de alta disponibilidade como gateway local

Fundamentos

Configurar a redundância em ambos os CUBEs

Configurar um gateway local em ambos os CUBEs

Configurar o Unified CM para Webex Calling

Configurar perfil de segurança de tronco SIP do tronco para o gateway local

Configurar o perfil SIP para o tronco de gateway local

Criar um espaço de pesquisa de chamadas para chamadas do Webex

Configurar um tronco SIP de e para o Webex

Configurar grupo de rotas para Webex

Configurar lista de rotas para Webex

Criar uma partição para destinos Webex

Configurar padrões de rota para destinos Webex

Configurar a normalização de discagem abreviada entre sites para Webex

Configurar os recursos do Webex Calling

Configurar uma grupo de busca

Criar uma filas de chamadas

Criar um cliente recepcionista

Criar e gerenciar assistentes automáticos

Configurar uma grupo de paginação

Configurar atendimento de chamadas

Configurar o estacionamento de chamada

Habilitar entrada para usuários

Habilitar a privacidade de um usuário

Configurar monitoramento

Ativar tom de aviso de ponte de chamada para usuários

Ativar o hotel para um usuário

Tendências de adesão e relatórios de uso do Webex Calling

Visualizar relatórios de chamadas

Executar a ferramenta CScan

Fluxo de trabalho da configuração do Webex Calling

Neste artigo

Obtenha seus rolamentos com todas as informações disponíveis sobre o Webex Calling, seja você um parceiro, um administrador ou um usuário. Use os links fornecidos aqui para ajudá-lo a começar a usar todos os serviços e recursos disponíveis com o Webex Calling.

Preparar seu ambiente

Pré-requisitos gerais

Antes de configurar um gateway local para o Webex Calling, certifique-se de que:

Ter um conhecimento básico dos princípios de VoIP
Ter um conhecimento básico de trabalho dos conceitos de voz do Cisco IOS-XE e IOS-XE
Ter uma compreensão básica do Protocolo de Iniciação da Sessão (SIP)
Ter um conhecimento básico do Cisco Unified Communications Manager (Unified CM), se seu modelo de implantação incluir o Unified CM

Consulte o Guia de configuração empresarial do Cisco Unified Border Element (CUBE) para obter detalhes.

Requisitos de hardware e software para gateway local

Certifique-se de que sua implantação tenha um ou mais dos gateways locais, como:

Cisco CUBE para conectividade baseada em IP
Gateway do Cisco IOS para conectividade baseada em TDM

Consulte a Tabela 1 do Guia de pedidos do Local Gateway para Webex Calling . Além disso, certifique-se de que a plataforma esteja executando uma versão IOS-XE compatível de acordo com o Guia de configuração do gateway local .

O gateway local ajuda você a migrar para o Webex Calling no seu próprio ritmo. O gateway local integra sua implantação local existente com o Webex Calling. Você também pode usar sua conexão PSTN existente. Consulte Introdução ao gateway local

Requisitos de licença para gateways locais

As licenças de chamadas do CUBE devem ser instaladas no gateway local. Para obter mais informações, consulte o Guia de configuração do Cisco Unified Border Element.

Requisitos de certificado e segurança para gateway local

Webex Calling requer sinalização e mídias seguras. O gateway local realiza a criptografia, e uma conexão TLS de saída para a nuvem deve ser estabelecida com as seguintes etapas:

O LGW deve ser atualizado com o pacote raiz CA do Cisco PKI
Um conjunto de credenciais de resumo SIP da página de configuração do Tronco do Control Hub é usado para configurar o LGW (as etapas fazem parte da configuração a seguir)
O pacote raiz CA valida o certificado apresentado
Solicitado para as credenciais (resumo SIP fornecido)
A nuvem identifica qual gateway local está registrado com segurança

Requisitos de firewall, NAT Traversal e otimização de caminhos de mídia para gateway local

Na maioria dos casos, o gateway local e os terminais podem residir na rede interna do cliente usando endereços IP privados com NAT. O firewall empresarial deve permitir o tráfego de saída (SIP, RTP/UDP, HTTP) para endereços/portas IP específicos, abordados em Informações de referência de portas.

Se você quiser utilizar a Otimização de caminhos de mídia com o ICE, a interface voltada ao Webex Calling do gateway local deve ter um caminho de rede direto de e para os terminais do Webex Calling. Se os terminais estiverem em um local diferente e não houver um caminho de rede direto entre os terminais e a interface voltada ao Webex Calling do gateway local, o gateway local deverá ter um endereço IP público atribuído à interface voltada ao Webex Calling para chamadas entre o gateway local e os terminais a fim de utilizar a otimização do caminho de mídia. Além disso, ele deve estar executando o IOS-XE versão 16.12.5.

Configurar o Webex Calling na sua organização

Definir as configurações de chamadas no assistente de configuração inicial

A primeira etapa para ter seus serviços Webex Calling funcionando é concluir o Assistente de configuração inicial (FTSW). Assim que o FTSW for concluído em seu primeiro local, ele não precisará ser concluído em locais adicionais.

1	Clique no link de Introdução no e-mail de Boas-vindas recebido. Seu endereço de e-mail de administrador será usado automaticamente para iniciar sessão no Control Hub, onde você será solicitado a criar sua senha de administrador. Depois de iniciar sessão, o assistente de configuração será iniciado automaticamente.
2	Leia e aceite os termos de serviço.
3	Revise seu plano e clique em Introdução. Seu gerente de contas é responsável por ativar as primeiras etapas do FTSW. Entre em contato com o gerente de contas se receber um aviso "Não é possível configurar sua chamada" ao selecionar Introdução.
4	Selecione o país ao qual seu data center deve ser atribuído e insira as informações de contato e endereço do cliente.
5	Clique em Próximo: Localização padrão.
6	Escolha entre as seguintes opções: Clique em Salvar e fechar se você for um administrador de parceiros e desejar que o administrador de clientes conclua o provisionamento do Webex Calling. Preencha as informações de localização necessárias. Depois de criar o local no assistente, você poderá criar mais locais posteriormente. Depois de concluir o assistente de configuração, certifique-se de adicionar um número principal ao local criado.
7	Faça as seguintes seleções para aplicar a este local: Idioma do anúncio —Para anúncios de áudio e solicitações para novos usuários e recursos. Idioma do e-mail —Para comunicação por e-mail de novos usuários. País Fuso horário
8	Clique em Próximo.
9	Insira um endereço SIP Cisco Webex disponível, clique em Próximo e selecione Concluir.

Adicionar um local

Antes de começar

Para criar um novo local, prepare as seguintes informações:

Endereço de localização
Números de telefone desejados (opcional)

1	Faça logon no Control Hub em https://admin.webex.com, vá para Management > Location . Um novo local será hospedado no data center regional correspondente ao país que você selecionou usando o Assistente de configuração inicial.
2	Defina as configurações do local: Nome do local —Insira um nome exclusivo para identificar o local. País/região —Escolha um país ao qual vincular o local. Por exemplo, você pode criar um local (sede) nos Estados Unidos e outro (filial) no Reino Unido. O país escolhido determinará os campos de endereço a seguir. Os documentados aqui usam a convenção de endereços dos EUA como exemplo. Endereço de localização —Insira o endereço de correspondência principal do local. Cidade/Cidade —Insira uma cidade para este local. Estado/Província/Região —Na lista suspensa, escolha um estado. CEP/Código postal —Insira o CEP ou o código postal. Idioma do anúncio —Escolha o idioma dos anúncios de áudio e os avisos de novos usuários e recursos. Idioma do e-mail —Escolha o idioma para a comunicação por e-mail com novos usuários. Fuso horário —Escolha o fuso horário do local.
3	Clique em Salvar e escolha Sim /Não para adicionar números ao local agora ou mais tarde.
4	Se você clicou em Sim, escolha uma das seguintes opções: Cisco PSTN —Escolha esta opção se desejar uma solução PSTN em nuvem da Cisco. O Plano de chamada cisco é uma solução de substituição PSTN completa que fornece chamada de emergência, entrada e chamada de saída nacional e internacional, e permite que você peça novos números PSTN ou port números existentes para a Cisco. A opção Cisco PSTN só é visível nas seguintes condições: Você adquiriu pelo menos um Plano de chamadas da Cisco OCP (Plano de chamadas de saída) confirmado. Seu local é em um país onde o Plano de chamadas da Cisco é compatível. Seu local é novo. Locais preexistentes que tiveram outros recursos PSTN atribuídos não serão elegíveis para o Plano de chamadas da Cisco no momento. Abra um caso de suporte para orientação. Você está hospedado em um data center do Webex Calling em uma região na qual o Plano de chamadas da Cisco é compatível. PSTN conectado em nuvem —Escolha esta opção se estiver procurando uma solução PSTN em nuvem de um dos muitos parceiros CCP da Cisco ou se o Plano de chamadas da Cisco não estiver disponível em sua localização. Os parceiros CCP oferecem soluções de substituição de PSTN, extensiva cobertura global e uma ampla e variada gama de recursos, pacotes e preços. Os parceiros CCP e a cobertura geográfica estão listados aqui. Somente parceiros que oferecem suporte ao país de sua localização são exibidos. Os parceiros são listados com um logotipo ou como uma breve sequência de texto seguida por uma região, entre parênteses (Exemplo: (EU), (EUA) ou (CA)). Os parceiros listados com um logotipo sempre oferecem Mídia regional para CCP. Para parceiros exibidos como uma sequência, escolha a região mais próxima do país de sua localização para garantir a Mídia regional para CCP. Se você vir a opção Pedir números agora em um provedor listado, recomendamos que escolha essa opção para que possa colher os benefícios do CCP integrado. O CCP integrado permite a aquisição e o provisionamento de números de telefone no Control Hub em um único painel de controle. O CCP não integrado requer que você adquira seus números de telefone do parceiro CCP fora do Control Hub. PSTN com base no local (Gateway local)—Você pode escolher esta opção se quiser manter seu provedor PSTN atual ou conectar sites não em nuvem com sites em nuvem. A escolha da opção PSTN encontra-se em cada nível de local (cada local tem apenas uma opção PSTN). Você pode misturar e combinar quantas opções desejar na sua implantação, mas cada local terá uma opção. Depois de selecionar e provisionar uma opção PSTN, você poderá alterá-la clicando em Gerenciar nas propriedades PSTN do local. Algumas opções, como o Cisco PSTN, no entanto, podem não estar disponíveis depois que outra opção for atribuída. Abra um caso de suporte para orientação.
5	Escolha se deseja ativar os números agora ou mais tarde.
6	Se você selecionou CCP não integrado ou PSTN com base no local, insira Números de telefone como valores separados por vírgula e clique em Validar. Os números serão adicionados no local específico. As entradas válidas serão transferidas para o campo de Números validados e as inválidas permanecerão no campo Adicionar números acompanhadas de uma mensagem de erro. Dependendo do país do local, os números serão formatados de acordo com os requisitos de discagem locais. Por exemplo, se um código de país for necessário, você poderá inserir números com ou sem o código e o código será adicionado.
7	Clique em Salvar.

O que fazer em seguida

Depois de criar um local, você poderá habilitar os serviços de emergência 911 nesse local. Consulte o Serviço de emergência RedSky 911 para Webex Calling para obter mais informações.

Antes de começar

Obtenha uma lista dos usuários e espaços de trabalho associados a um local: Vá para Serviços > Números > chamada e, no menu suspenso, selecione o local a ser excluído. Você deve excluir esses usuários e espaços de trabalho antes de excluir o local.

Lembre-se de que todos os números associados a este local serão devolvidos ao seu provedor PSTN; você não terá mais esses números.

1	Faça logon no Control Hub em https://admin.webex.com, vá para Management > Location .
2	Clique na coluna Ações ao lado do local que você deseja excluir.
3	Escolha Excluir locale confirme se você deseja excluir esse local. Normalmente, leva alguns minutos para que o local seja excluído permanentemente, mas pode levar até uma hora. Você pode verificar o status clicando ao lado do nome do local e selecionando Status de exclusão.

Atualizar um local existente

Você pode alterar sua PSTN de usuário, o nome, o fuso horário e o idioma de um local depois de criado. Porém, lembre-se de que o novo idioma se aplicará apenas a novos usuários e dispositivos. Os usuários e dispositivos existentes continuarão usando o idioma antigo.

Nos locais existentes, você poderá ativar os serviços de emergência 911. Consulte o Serviço de emergência RedSky 911 para Webex Calling para obter mais informações.

1	Faça logon no Control Hub em https://admin.webex.com, vá para Management > Location . Se você vir um símbolo de Cuidado próximo a um local, isso significa que você ainda não configurou um número de telefone para esse local. Você não pode fazer ou receber chamadas até que você configure esse número.
2	(Opcional) Em Conexão PSTN, selecione PSTN conectado em nuvem ou PSTN com base no local (gateway local), dependendo de qual você já configurou. Clique em Gerenciar para alterar essa configuração e, em seguida, reconheça os riscos associados selecionando Continuar. Em seguida, escolha uma das seguintes opções e clique em Salvar: Cisco PSTN —Escolha esta opção se desejar uma solução PSTN em nuvem da Cisco. O Plano de chamada cisco é uma solução de substituição PSTN completa que fornece chamada de emergência, entrada e chamada de saída nacional e internacional, e permite que você peça novos números PSTN ou port números existentes para a Cisco. A opção Cisco PSTN só é visível nas seguintes condições: Você adquiriu pelo menos um Plano de chamadas da Cisco OCP (Plano de chamadas de saída) confirmado. Seu local é em um país onde o Plano de chamadas da Cisco é compatível. Seu local é novo. Atualmente, os locais pré-existentes que tiveram outros recursos PSTN atribuídos não são elegíveis para o Plano de chamadas da Cisco. Abra um caso de suporte para orientação. Você está hospedado em um data center do Webex Calling em uma região na qual o Plano de chamadas da Cisco é compatível. PSTN conectado em nuvem —Escolha esta opção se estiver procurando uma solução PSTN em nuvem de um dos muitos parceiros CCP da Cisco ou se o Plano de chamadas da Cisco não estiver disponível em sua localização. Os parceiros CCP oferecem soluções de substituição de PSTN, extensiva cobertura global e uma ampla e variada gama de recursos, pacotes e preços. Os parceiros CCP e a cobertura geográfica estão listados aqui. Somente parceiros que oferecem suporte ao país de sua localização são exibidos. Os parceiros são listados com um logotipo ou como uma breve sequência de texto seguida por uma região, entre parênteses (Exemplo: (EU), (EUA) ou (CA)). Os parceiros listados com um logotipo sempre oferecem Mídia regional para CCP. Para parceiros exibidos como uma sequência, escolha a região mais próxima do país de sua localização para garantir a Mídia regional para CCP. Se você vir a opção Pedir números agora em um provedor listado, recomendamos que escolha essa opção para que possa se beneficiar de um CCP integrado. O CCP integrado permite a aquisição e o provisionamento de números de telefone no Control Hub em um único painel de controle. O CCP não integrado requer que você adquira seus números de telefone do parceiro CCP fora do Control Hub. PSTN com base no local (Gateway local)—Você pode escolher esta opção se quiser manter seu provedor PSTN atual ou conectar sites não em nuvem com sites em nuvem. Webex Calling clientes com locais que estão previamente configurados com um Gateway local serão convertidos automaticamente para locais PSTN com um tronco correspondente.
3	No local, selecione o Número principal na lista suspensa para permitir que os usuários nesse local façam e recebam chamadas. O Número principal pode ser atribuído ao atendimento automático para que os chamadores externos possam entrar em contato com usuários do Webex Calling nesse local. Os usuários do Webex Calling nesse local também poderão usar esse número como ID do chamador externo ao fazer chamadas.
4	(Opcional) Em Chamada de emergência, você pode selecionar o Identificador de localização de emergência para atribuir a esse local. Essa configuração é opcional e é aplicável apenas para países que o requerem. Em alguns países (Exemplo: França), existem exigências legais para que os sistemas de rádio celular estabeleçam a identidade da célula ao fazer uma chamada de emergência e são disponibilizadas às autoridades de emergência. Outros países como os EUA e o Canadá implementam a determinação de localização usando outros métodos. Para obter mais informações, consulte Chamada de emergência aprimorada. O seu provedor de chamada de emergência pode precisar de informações sobre a rede de acesso e é obtido definindo um novo header de extensão SIP privado, P-Access-Network-Info. O header transporta informações relacionadas à rede de acesso. Quando você definir o Identificador de localização de emergência para um local, o valor de localização é enviado ao provedor como parte da mensagem SIP. Entre em contato com o seu provedor de chamada de emergência para ver se você precisa desta configuração e utilize o valor que é fornecido pelo seu provedor de chamada de emergência."
5	Selecione o Número do correio de voz para o qual os usuários podem ligar para verificar o correio de voz deste local.
6	(Opcional) Clique no ícone de lápis no topo da página de Local para alterar o Nome do Local, Idioma do anúncio, Idioma de e-mail, fuso horário ou Endereço, conforme necessário, e então clique em Salvar. A alteração do Idioma do anúncio terá efeito imediato para qualquer novo usuário e recursos adicionados a esse local. Se usuários existentes e/ou recursos também devem ter o idioma de anúncio alterado, quando solicitado, selecione Alterar para usuários existentes e workspaces ou Alterar para recursos existentes . Clique em Aplicar. Você pode exibir o progresso na página Tarefas . Você não pode fazer mais alterações até que isso seja concluído. Alterar o fuso horário de um local não atualizará os fusos horários dos recursos associados ao local. Para editar os fusos horários de recursos como assistente automático, grupo de busca e fila de chamadas, vá até a área de Configurações gerais do recurso específico para o qual você deseja atualizar o fuso horário, edite e salve lá.

Essas configurações são para discagem interna e também estão disponíveis no assistente de configuração inicial. Conforme você altera seu plano de discagem, os números de exemplo na atualização do Control Hub para mostrar essas alterações.

Você pode configurar permissões de chamadas de saída em um local. Consulte estas etapas para configurar as permissões de chamadas de saída.

1	Inicie sessão no Control Hub , vá até Services > Calling > Configurações de serviço , e role até Discagem interna .
2	Configure as seguintes preferências de discagem opcionais, conforme necessário: Comprimento do prefixo de roteamento de localização —Recomendamos esta configuração se você tiver vários locais. Você pode inserir de 2 a 7 dígitos. Se você tiver vários locais com o mesmo ramal, os usuários deverão discar um prefixo ao ligar entre locais. Por exemplo, se você tiver várias instalações, todas com o ramal 1000, poderá configurar um prefixo de roteamento para cada instalação. Se uma instalação tiver o prefixo 888, você discará 8881000 para contatar essa instalação. Os comprimentos do prefixo de roteamento incluem o dígito de direção. Por exemplo, se você definir o comprimento do prefixo de roteamento para quatro, apenas três dígitos poderão ser usados para especificar o site. Se você atribuir um prefixo de roteamento a um local, todas as aparências de ramais atribuídos a esse local incluirão o prefixo de roteamento na frente do número do ramal. Por exemplo, 888-1000 (prefixo de roteamento-ramal). Dígito de direção no prefixo de roteamento —Escolha o número que será definido como o primeiro dígito de cada prefixo de roteamento. Comprimento do ramal interno —Você pode inserir de 2 a 10 dígitos e o padrão é 2. Depois de aumentar o comprimento do ramal, as discagens rápidas existentes para ramais internos não são atualizadas automaticamente. Permitir discagem de ramal entre locais —Permite que você personalize a discagem de ramal entre locais com base nos requisitos da sua organização. Ative a alternância se sua organização não tiver ramais duplicados em todos os seus locais. Por padrão, a alternância está ativada. Desative o botão de alternância se sua organização tiver o mesmo ramal em diferentes locais. Quando a alternância está desativada e o chamador disca para o ramal, a chamada é roteada para um usuário com o ramal correspondente no mesmo local que o chamador. O chamador deve discar o número significativo corporativo (prefixo de roteamento de localização + ramal) para alcançar um ramal em outros locais.
3	Especifique a discagem interna de locais específicos. Vá para Gerenciamento > Locais , selecione um local na lista e clique em Chamadas . Role até Discagem e altere a discagem interna conforme necessário: Discagem interna —Especifique o prefixo de roteamento que os usuários em outros locais precisam discar para entrar em contato com alguém neste local. O prefixo de roteamento de cada local deve ser exclusivo. Recomendamos que o comprimento do prefixo corresponda ao comprimento definido no nível da organização, mas deve ter de 2 a 7 dígitos.
4	Especifique a discagem externa para locais específicos. Vá para Gerenciamento > Locais , selecione um local na lista e clique em Chamadas . Role até Discagem e altere a discagem externa conforme necessário: Discagem externa —Você pode escolher um dígito de discagem de saída que os usuários devem discar para contatar uma linha externa. O padrão é Nenhum e você pode mantê-lo se não precisar desse hábito de discagem. Se você decidir usar esse recurso, recomendamos que use um número diferente do dígito de direção da sua organização. Os usuários podem incluir o dígito de discagem de saída ao fazer chamadas externas para simular como eles discavam em sistemas herdados. No entanto, todos os usuários ainda podem fazer chamadas externas sem o dígito de discagem de saída. Opcionalmente, você tem a capacidade de Aplicar a discagem do dígito de discagem de saída deste local, garantindo que o usuário deve usar o dígito de discagem de saída definido pelo administrador para fazer chamadas externas. As chamadas de emergência ainda podem ser discadas com ou sem o dígito de discagem de saída quando esse recurso estiver ativado. Uma vez ativado, todos os números de destino externos, como os usados para encaminhamento de chamadas, não funcionarão mais se um dígito de discagem de saída não estiver incluído. Se um ramal for igual ao número nacional, o ramal terá precedência sobre o número nacional. Portanto, recomendamos que você ative o dígito de discagem de saída. É altamente recomendável usar o formato de numeração E.164 para chamadas PSTN de entrada e saída. Impacto para os usuários: Os usuários devem reiniciar os telefones para que as alterações nas preferências de discagem tenham efeito. Os ramais do usuário não devem começar com o mesmo número que os dígitos de direção ou de discagem de saída do local.

Configurar PSTN com base no local (Gateway local) no Control Hub

Se você for um revendedor com valor agregado, poderá seguir estas etapas para iniciar a configuração do gateway local no Control Hub. Quando este gateway estiver registrado na nuvem, você poderá usá-lo em um ou mais dos seus locais Webex Calling para fornecer roteamento a um provedor de serviços PSTN empresarial.

Um local que tenha um gateway local não poderá ser excluído quando o gateway local estiver sendo usado em outros locais.

Criar um tronco

Siga estas etapas para criar um tronco no Control Hub.

Antes de começar

Depois que um local for adicionado e antes de configurar o PSTN com base no local em um local, você deverá criar um tronco.
Crie qualquer local e configurações e números específicos para cada um deles. Os locais devem existir antes que você possa adicionar um PSTN com base no local.
Compreenda os requisitos de PSTN com base no local (gateway local) do Webex Calling.
Não é possível escolher mais de um tronco para um local com PSTN baseado no local, mas é possível escolher o mesmo tronco para vários locais.

1	Faça logon no Control Hub em https://admin.webex.com, vá para Services > Calling > Roteamento de chamadas , e selecione Adicionar tronco .
2	Selecione um local.
3	Dê um nome ao tronco e clique em Salvar. O nome não pode ter mais de 24 caracteres.

O que fazer em seguida

Você verá os parâmetros relevantes que deverá configurar no tronco. Você também gerará um conjunto de credenciais de resumo SIP para proteger a conexão PSTN.

As informações do tronco aparecem na tela Registrar domínio, Grupo de troncos OTG/DTG, Linha/porta e Endereço proxy de saída.

Recomendamos que você copie essas informações do Control Hub e cole-as em um arquivo de texto local ou documento para que possa consultá-las quando estiver pronto para configurar o PSTN com base no local.

Se você perder as credenciais, deverá gerá-las na tela de informações do tronco no Control Hub. Clique em Recuperar nome de usuário e redefinir senha para gerar um novo conjunto de credenciais de autenticação para usar no tronco.

Selecionar um tronco para PSTN com base no local.

1	Faça logon no Control Hub em https://admin.webex.com, vá para Management > Location .
2	Selecione um local a ser modificado e clique em Gerenciar.
3	Selecione PSTN com base no local e clique em Próximo.
4	Escolha um tronco no menu suspenso. Visite a página de troncos para gerenciar suas escolhas de grupo de troncos.
5	Clique no aviso de confirmação e clique em Salvar.

O que fazer em seguida

Você deve tomar as informações de configuração que o Hub de controle gerou e mapear os parâmetros no gateway local (por exemplo, em um cubo Cisco que está no local). Este artigo orienta você através deste processo. Como referência, consulte o diagrama a seguir para obter um exemplo de como as informações de configuração do hub de controle (à esquerda) são mapeadas para os parâmetros no cubo (à direita):

Depois de concluir com êxito a configuração no próprio gateway, você poderá retornar a Services > Call > Locations no Control Hub e o gateway criado será listado no cartão de localização ao qual foi atribuído com um ponto verde à esquerda do nome. Esse status indica que o gateway foi registrado com segurança na nuvem de chamadas e está servindo como o gateway PSTN ativo do local.

Gerenciar números de telefone

Você pode facilmente visualizar, ativar, remover e adicionar números de telefone da sua organização no Control Hub. Para obter mais informações, consulte Gerenciar números de telefone no Control Hub.

Solicitar uma compra de serviços Webex de um teste no Control Hub

Se você estiver experimentando os serviços Webex e quiser converter seu teste em uma assinatura paga, poderá enviar uma solicitação por e-mail ao seu parceiro.

1	Faça logon no Control Hub em https://admin.webex.com, selecione o ícone de edifício .
2	Selecione a guia de Assinaturas e clique em Comprar agora. Um e-mail é enviado ao seu parceiro informando que você está interessado em converter para uma assinatura paga.

Definir opções de chamadas

Você pode usar o Control Hub para definir a prioridade das opções de chamadas disponíveis que os usuários veem no Aplicativo Webex. Você também pode habilitá-las com um único clique para chamar. Para obter mais informações, consulte: Defina as opções de chamada para usuários do aplicativo Webex .

Configurar o comportamento de chamadas

Você pode controlar qual aplicativo de chamadas será aberto quando os usuários fizerem chamadas. Você pode definir as configurações do cliente de chamadas, incluindo a implantação de modo misto para organizações com usuários autorizados pelo Unified CM ou Webex Calling e usuários sem serviços de chamadas pagos da Cisco. Para obter mais informações, consulte: Configurar comportamento de chamadas .

Configurar o gateway local no Cisco IOS XE do Webex Calling

Visão geral

Webex Calling currently supports two versions of Local Gateway:

Gateway local
Local Gateway for Webex for Government

Gateway local
Local Gateway for Webex for Government

Key considerations

Before you begin, understand the premises-based Public Switched Telephone Network (PSTN) and Local Gateway (LGW) requirements for Webex Calling. Consulte Arquitetura de preferência da Cisco para Webex Calling para obter mais informações.
Este artigo pressu que uma plataforma de Gateway local dedicada está no lugar sem a configuração de voz existente. If you modify an existing PSTN gateway or CUBE Enterprise deployment to use as the Local Gateway function for Webex Calling, then pay careful attention to the configuration. Ensure that you don't interrupt the existing call flows and functionality because of the changes that you make.

The procedures contain links to command reference documentation where you can learn more about the individual command options. All command reference links go to the Webex Managed Gateways Command Reference unless stated otherwise (in which case, the command links go to Cisco IOS Voice Command Reference). You can access all these guides at Cisco Unified Border Element Command References.

For information on the supported third-party SBCs, refer to the respective product reference documentation.

Configure your Local Gateway

Há duas opções para configurar o Gateway local para seu Webex Calling de acesso:

Tronco baseado em registro
Tronco baseado em certificado

Use the task flow either under the Registration-based Local Gateway or Certificate-based Local Gateway to configure Local Gateway for your Webex Calling trunk.

See Get started with Local Gateway for more information on different trunk types. Execute os seguintes passos no próprio Gateway local, usando a Interface de Linha de Comando (CLI). We use Session Initiation Protocol (SIP) and Transport Layer Security (TLS) transport to secure the trunk and Secure Real Time Protocol (SRTP) to secure the media between the Local Gateway and Webex Calling.

Key considerations

Select CUBE as your Local Gateway. Webex for Government doesn’t currently support any third-party Session Border Controllers (SBCs). To review the latest list, see Get started with Local Gateway.
Install Cisco IOS XE Dublin 17.12.1a or later versions for all Webex for Government Local Gateways.
To review the list of root Certificate Authorities (CAs) that Webex for Government support, see Root certificate authorities for Webex for Government.
For details on the external port ranges for Local Gateway in Webex for Government, see Network requirements for Webex for Government (FedRAMP).

Local Gateway for Webex for Government doesn’t support the following:

STUN/ICE-Lite for media path optimization
Fax (T.38)

Configure your Local Gateway for Webex for Government

To configure Local Gateway for your Webex Calling trunk in Webex for Government, use the following option:

Tronco baseado em certificado

Use the task flow under the Certificate-based Local Gateway to configure the Local Gateway for your Webex Calling trunk. For more details on how to configure a certificate-based Local Gateway, see Configure Webex Calling certificate-based trunk.

It’s mandatory to configure FIPS-compliant GCM ciphers to support Local Gateway for Webex for Government. If not, the call setup fails. For configuration details, see Configure Webex Calling certificate-based trunk.

Webex for Government doesn’t support registration-based Local Gateway.

Gateway local baseado em registro
Gateway local baseado em certificado

Design overview

This section describes how to configure a Cisco Unified Border Element (CUBE) as a Local Gateway for Webex Calling, using a registering SIP trunk. The first part of this document illustrates how to configure a simple PSTN gateway. In this case, all calls from the PSTN are routed to Webex Calling and all calls from Webex Calling are routed to the PSTN. The image below highlights this solution and the high-level call routing configuration that will be followed.

In this design, the following principal configurations are used:

voice class tenants: Used to create trunk specific configurations.
voice class uri: Used to classify SIP messages for the selection of an inbound dial-peer.
inbound dial-peer: Provides treatment for inbound SIP messages and determines the outbound route with a dial-peer group.
dial-peer group: Defines the outbound dial-peers used for onward call routing.
outbound dial-peer: Provides treatment for outbound SIP messages and routes them to the required target.

Call routing from/to PSTN to/from Webex Calling configuration solution

While IP and SIP have become the default protocols for PSTN trunks, TDM (Time Division Multiplexing) ISDN circuits are still widely used and are supported with Webex Calling trunks. To enable media optimization of IP paths for Local Gateways with TDM-IP call flows, it is currently necessary to use a two-leg call routing process. This approach modifies the call routing configuration shown above, by introducing a set of internal loop-back dial-peers between Webex Calling and PSTN trunks as illustrated in the image below.

When connecting an on-premises Cisco Unified Communications Manager solution with Webex Calling, you can use the simple PSTN gateway configuration as a baseline for building the solution illustrated in the following diagram. In this case, Unified Communications Manager provides centralized routing and treatment of all PSTN and Webex Calling calls.

Throughout this document, the host names, IP addresses, and interfaces illustrated in the following image are used.

Use the configuration guidance in the rest of this document to complete your Local Gateway configuration as follows:

Etapa 1: Configure router baseline connectivity and security
Etapa 2: Configure Webex Calling Trunk

Depending on your required architecture, follow either:
Passo 2: Configure Local Gateway with SIP PSTN trunk
Passo 4: Configure Local Gateway with existing Unified CM environment

Ou:
Passo 2: Configure Local Gateway with TDM PSTN trunk

Configure connectivity and security

Baseline configuration

The first step in preparing your Cisco router as a Local Gateway for Webex Calling is to build a baseline configuration that secures your platform and establishes connectivity.

All registration-based Local Gateway deployments require Cisco IOS XE 17.6.1a or later versions. For the recommended versions, see the Cisco Software Research page. Search for the platform and select one of the suggested releases.
- ISR4000 series routers must be configured with both Unified Communications and Security technology licenses.
- Catalyst Edge 8000 series routers fitted with voice cards or DSPs require DNA Advantage licensing. Routers without voice cards or DSPs require a minimum of DNA Essentials licensing.
Build a baseline configuration for your platform that follows your business policies. In particular, configure the following and verify the working:
- Ntp
- Acls
- User authentication and remote access
- DNS
- Roteamento IP
- IP addresses
The network toward Webex Calling must use an IPv4 address.
Upload the Cisco root CA bundle to the Local Gateway.

Configuração

 interface GigabitEthernet0/0/0 description Interface facing PSTN and/or CUCM ip address 10.80.13.12 255.255.255.0 ! interface GigabitEthernet0/0/1 description Interface facing Webex Calling (Private address) ip address 192.51.100.1 255.255.255.240
 key config-key password-encrypt YourPassword password encryption aes 
 crypto pki trustpoint EmptyTP revocation-check none 
 sip-ua timers connection establish tls 5 transport tcp tls v1.2 crypto signaling default trustpoint EmptyTP cn-san-validate server tcp-retry 1000
 ip http client source-interface GigabitEthernet0/0/1 crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b 

Configure Webex Calling registration-based trunk


 voice service voip ip address trusted list ipv4 x.x.x.x y.y.y.y mode border-element media statistics media bulk-stats allow-connections sip to sip no supplementary-service sip refer stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123$ sip asymmetric payload full early-offer forced 
 voice class codec 100 codec preference 1 opus codec preference 2 g711ulaw codec preference 3 g711alaw 
 voice class stun-usage 100 stun usage firewall-traversal flowdata stun usage ice lite
 voice class srtp-crypto 100 crypto 1 AES_CM_128_HMAC_SHA1_80
 voice class uri 100 sip pattern dtg=Dallas1463285401_LGU 
 voice class sip-profiles 100 rule 10 request ANY sip-header SIP-Req-URI modify "sips:" "sip:" rule 20 request ANY sip-header To modify "<sips:" "<sip:" rule 30 request ANY sip-header From modify "<sips:" "<sip:" rule 40 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" rule 50 response ANY sip-header To modify "<sips:" "<sip:" rule 60 response ANY sip-header From modify "<sips:" "<sip:" rule 70 response ANY sip-header Contact modify "<sips:" "<sip:" rule 80 request ANY sip-header From modify ">" ";otg=dallas1463285401_lgu>" rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:"
 voice class tenant 100 registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com no remote-party-id sip-server dns:98027369.us10.bcld.webex.com connection-reuse srtp-crypto 100 session transport tcp tls url sips error-passthru asserted-id pai bind control source-interface GigabitEthernet0/0/1 bind media source-interface GigabitEthernet0/0/1 no pass-thru content custom-sdp sip-profiles 100 outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com privacy-policy passthru 

After you define tenant 100 and configure a SIP VoIP dial-peer, the gateway initiates a TLS connection toward Webex Calling. At this point the access SBC presents its certificate to the Local Gateway. The Local Gateway validates the Webex Calling access SBC certificate using the CA root bundle that was updated earlier. If the certificate is recognised, a persistent TLS session is established between the Local Gateway and Webex Calling access SBC. The Local Gateway is then able to use this secure connection to register with the Webex access SBC. When the registration is challenged for authentication:

The username, password, and realm parameters from the credentials configuration is used in the response.
The modification rules in sip profile 100 are used to convert SIPS URL back to SIP.

Registration is successful when a 200 OK is received from the access SBC.

Configure Local Gateway with a SIP PSTN trunk

Having built a trunk towards Webex Calling above, use the following configuration to create a non-encrypted trunk towards a SIP based PSTN provider:

If your Service Provider offers a secure PSTN trunk, you may follow a similar configuration as detailed above for the Webex Calling trunk. Secure to secure call routing is supported by CUBE.

If you are using a TDM / ISDN PSTN trunk, skip to next section Configure Local Gateway with TDM PSTN trunk.

To configure TDM interfaces for PSTN call legs on the Cisco TDM-SIP Gateways, see  Configuring ISDN PRI.

Configure the following voice class uri to identify inbound calls from the PSTN trunk:

 voice class uri 200 sip host ipv4:192.168.80.13

Aqui está uma explicação dos campos para a configuração:

voice class uri 200 sip

Defines a pattern to match an incoming SIP invite to an incoming trunk dial-peer. When entering this pattern, use the IP address of you IP PSTN gateway. For more information, see  voice class uri.

Configure the following IP PSTN dial-peer:

 dial-peer voice 200 voip description Inbound/Outbound IP PSTN trunk destination-pattern BAD.BAD session protocol sipv2 session target ipv4:192.168.80.13 incoming uri via 200 voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 voice-class codec 100 dtmf-relay rtp-nte no vad

Aqui está uma explicação dos campos para a configuração:

 dial-peer voice 200 voip  description Inbound/Outbound IP PSTN trunk

Define um novo VoIP de discagem com uma tag de 200 e fornece uma descrição significativa para facilitar o gerenciamento e a solução de problemas. For more information, see dial-peer voice.

padrão de destino BAD. Ruim

A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. For more information, see destination-pattern (interface).

sessão protocolo sipv2

Especifica que o grupo de discagem 200 lida com os colegas de chamada SIP. For more information, see session protocol (dial peer).

sessão de destino ipv4:192.168.80.13

Indica o endereço IPv4 de destino do destino para enviar o trecho de chamada. O destino da sessão aqui é o endereço de IP do ITSP. For more information, see  session target (VoIP dial peer).

incoming uri via 200

Define um critério de responsabilidade para o header VIA com o endereço de IP PSTN IP de . Matches all incoming IP PSTN call legs on the Local Gateway with dial-peer 200. For more information, see  incoming url.

bind control source-interface GigabitEthernet0/0/0

Configures the source interface and associated IP address for messages sent to the PSTN. For more information, see  bind.

bind media source-interface GigabitEthernet0/0/0

Configures the source interface and associated IP address for media sent to PSTN. For more information, see  bind.

codec de classe de voz 100

Configures the dial-peer to use the common codec filter list 100. For more information, see voice-class codec.

dtmf-relay rtp-nte

Define o RTP-NTE (RFC2833) como o recurso DTMF esperado no retorno de chamada. For more information, see DTMF Relay (Voice over IP).

sem vad

Desativa a detecção de atividade de voz. For more information, see vad (dial peer).

If you are configuring your Local Gateway to only route calls between Webex Calling and the PSTN, add the following call routing configuration. If you are configuring your Local Gateway with a Unified Communications Manager platform, skip to the next section.

Create dial-peer groups to route calls towards Webex Calling or the PSTN. Define DPG 100 with outbound dial-peer 100 toward Webex Calling. DPG 100 is applied to the incoming dial-peer from the PSTN. Similarly, define DPG 200 with outbound dial-peer 200 toward the PSTN. DPG 200 is applied to the incoming dial-peer from Webex.
```
 voice class dpg 100 description Route calls to Webex Calling dial-peer 100 voice class dpg 200 description Route calls to PSTN dial-peer 200
```
Aqui está uma explicação dos campos para a configuração:
dial-peer 100
Associates an outbound dial-peer with a dial-peer group. For more information, see  voice-class dpg.
Apply dial-peer groups to route calls from Webex to the PSTN and from the PSTN to Webex:
```
 dial-peer voice 100 destination dpg 200 dial-peer voice 200 destination dpg 100 
```
Aqui está uma explicação dos campos para a configuração:
destino dpg 200
Specifies which dial-peer group, and therefore dial-peer should be used for the outbound treatment for calls presented to this incoming dial-peer.

This concludes your Local Gateway configuration. Save the configuration and reload the platform if this is the first time CUBE features are configured.

Configure Local Gateway with a TDM PSTN trunk

Having built a trunk towards Webex Calling, use the following configuration to create a TDM trunk for your PSTN service with loop-back call routing to allow media optimization on the Webex call leg.

If you do not require IP media optimization, follow the configuration steps for a SIP PSTN trunk. Use a voice port and POTS dial-peer (as shown in Steps 2 and 3) instead of the PSTN VoIP dial-peer.

 voice translation-rule 100 rule 1 /^\+/ /A2A/ voice translation-profile 100 translate called 100 voice translation-rule 200 rule 1 /^/ /A1A/ voice translation-profile 200 translate called 200 voice translation-rule 11 rule 1 /^A1A/ // voice translation-profile 11 translate called 11 voice translation-rule 12 rule 1 /^A2A44/ /0/ rule 2/^A2A/ /00/ voice translation-profile 12 translate called 12 
 card type e1 0 2 isdn switch-type primary-net5 controller E1 0/2/0 pri-group timeslots 1-31 
 dial-peer voice 200 pots description Inbound/Outbound PRI PSTN trunk destination-pattern BAD.BAD translation-profile incoming 200 direct-inward-dial port 0/2/0:15
 dial-peer voice 10 voip description Outbound loop-around leg destination-pattern BAD.BAD session protocol sipv2 session target ipv4:192.168.80.14 voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 11 voip description Inbound loop-around leg towards Webex translation-profile incoming 11 session protocol sipv2 incoming called-number A1AT voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 12 voip description Inbound loop-around leg towards PSTN translation-profile incoming 12 session protocol sipv2 incoming called-number A2AT voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad 
 voice class dpg 100 description Route calls to Webex Calling dial-peer 100 voice class dpg 200 description Route calls to PSTN dial-peer 200 voice class dpg 10 description Route calls to Loopback dial-peer 10

Configure o Gateway Local com um ambiente Unified CM existente

The PSTN-Webex Calling configuration in the previous sections may be modified to include additional trunks to a Cisco Unified Communications Manager (UCM) cluster. In this case, all calls are routed via Unified CM. Calls from UCM on port 5060 are routed to the PSTN and calls from port 5065 are routed to Webex Calling. The following incremental configurations may be added to include this calling scenario.

When creating the Webex Calling trunk in Unified CM, ensure that you configure the incoming port in the SIP Trunk Security Profile settings to 5065. This allows incoming messages on port 5065 and populate the VIA header with this value when sending messages to the Local Gateway.

1	Configure as seguintes URIs de classe de voz: Classifies Unified CM to Webex calls using SIP VIA port: `padrão de classe de voz 300 sip:5065` Classifies Unified CM to PSTN calls using SIP via port: `voice class uri 400 sip pattern 192\.168\.80\.6[0-5]:5060` Classify incoming messages from the UCM towards the PSTN trunk using one or more patterns that describe the originating source addresses and port number. Regular expressions may be used to define matching patterns if required. In the example above, a regular expression is used to match any IP address in the range 192.168.80.60 to 65 and port number 5060.
2	Configure the following DNS records to specify SRV routing to Unified CM hosts: IOS XE uses these records for locally determining target UCM hosts and ports. With this configuration, it is not required to configure records in your DNS system. If you prefer to use your DNS, then these local configurations are not required. ip host ucmpub.mydomain.com 192.168.80.60 ip host ucmsub1.mydomain.com 192.168.80.61 ip host ucmsub2.mydomain.com 192.168.80.62 ip host ucmsub3.mydomain.com 192.168.80.63 ip host ucmsub4.mydomain.com 192.168.80.64 ip host ucmsub5.mydomain.com 192.168.80.65 ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com Aqui está uma explicação dos campos para a configuração: The following command creates a DNS SRV resource record. Create a record for each UCM host and trunk: ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com _sip._udp.pstntocucm.io: SRV resource record name 2: The SRV resource record priority 1: The SRV resource record weight 5060: The port number to use for the target host in this resource record ucmsub5.mydomain.com: The resource record target host To resolve the resource record target host names, create local DNS A records. Por exemplo: ip host ucmsub5.mydomain.com 192.168.80.65 ip host: Creates a record in the local IOS XE database. ucmsub5.mydomain.com: The A record host name. 192.168.80.65: The host IP address. Create the SRV resource records and A records to reflect your UCM environment and preferred call distribution strategy.
3	Configure the following dial-peers: Dial-peer for calls between Unified CM and Webex Calling: `dial-peer voice 300 voip description UCM-Webex Calling trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:wxtocucm.io incoming uri via 300 voice-class codec 100 voice-class sip bind control source-interface GigabitEthernet 0/0/0 voice-class sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad` Aqui está uma explicação dos campos para a configuração: `dial-peer voice 300 voip description UCM-Webex Calling trunk` Defines a VoIP dial-peer with a tag 300 and gives a meaningful description for ease of management and troubleshooting. padrão de destino BAD. Ruim A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. Any valid destination pattern may be used in this case. sessão protocolo sipv2 Specifies that dial-peer 300 handles SIP call legs. For more information, see  session protocol (dial-peer). session target dns:wxtocucm.io Defines the session target of multiple Unified CM nodes through DNS SRV resolution. In this case, the locally defined SRV record wxtocucm.io is used to direct calls. uri de entrada via 300 Uses voice class URI 300 to direct all incoming traffic from Unified CM using source port 5065 to this dial-peer. For more information, see  incoming uri. voice-class codec 100 Indicates codec filter list for calls to and from Unified CM. For more information, see  voice class codec. bind control source-interface GigabitEthernet0/0/0 Configures the source interface and associated IP address for messages sent to the PSTN. For more information, see  bind. bind media source-interface GigabitEthernet0/0/0 Configures the source interface and associated IP address for media sent to PSTN. For more information, see  bind. dtmf-relay rtp-nte Define o RTP-NTE (RFC2833) como o recurso DTMF esperado no retorno de chamada. For more information, see  DTMF Relay (Voice over IP). sem vad Desativa a detecção de atividade de voz. For more information, see  vad (dial peer). Dial-peer for calls between Unified CM and the PSTN: `dial-peer voice 400 voip description UCM-PSTN trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:pstntocucm.io incoming uri via 400 voice-class codec 100 voice-class sip bind control source-interface GigabitEthernet 0/0/0 voice-class sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad` Aqui está uma explicação dos campos para a configuração: `dial-peer voice 400 voip description UCM-PSTN trunk` Define um novo VoIP de discagem com uma tag de 400 e fornece uma descrição significativa para facilitar o gerenciamento e a solução de problemas. padrão de destino BAD. Ruim A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. Any valid destination pattern may be used in this case. sessão protocolo sipv2 Specifies that dial-peer 400 handles SIP call legs. For more information, see  session protocol (dial-peer). session target dns:pstntocucm.io Defines the session target of multiple Unified CM nodes through DNS SRV resolution. In this case, the locally defined SRV record pstntocucm.io is used to direct calls. incoming uri via 400 Uses voice class URI 400 to direct all incoming traffic from the specified Unified CM hosts using source port 5060 to this dial-peer. For more information, see  incoming uri. voice-class codec 100 Indicates codec filter list for calls to and from Unified CM. For more information, see  voice class codec. bind control source-interface GigabitEthernet0/0/0 Configures the source interface and associated IP address for messages sent to the PSTN. For more information, see  bind. bind media source-interface GigabitEthernet0/0/0 Configures the source interface and associated IP address for media sent to PSTN. For more information, see  bind. dtmf-relay rtp-nte Define o RTP-NTE (RFC2833) como o recurso DTMF esperado no retorno de chamada. For more information, see  DTMF Relay (Voice over IP). sem vad Desativa a detecção de atividade de voz. For more information, see  vad (dial peer).
4	Add call routing using the following configurations: Create dial-peer groups to route calls between Unified CM and Webex Calling. Define DPG 100 with outbound dial-peer 100 towards Webex Calling. DPG 100 is applied to the associated incoming dial-peer from Unified CM. Similarly, define DPG 300 with outbound dial-peer 300 toward Unified CM. DPG 300 is applied to the incoming dial-peer from Webex. `voice class dpg 100 description Route calls to Webex Calling dial-peer 100 voice class dpg 300 description Route calls to Unified CM Webex Calling trunk dial-peer 300` Create a dial-peer groups to route calls between Unified CM and the PSTN. Define DPG 200 with outbound dial-peer 200 toward the PSTN. DPG 200 is applied to the associated incoming dial-peer from Unified CM. Similarly, define DPG 400 with outbound dial-peer 400 toward Unified CM. DPG 400 is applied to the incoming dial-peer from the PSTN. `voice class dpg 200 description Route calls to PSTN dial-peer 200 voice class dpg 400 description Route calls to Unified CM PSTN trunk dial-peer 400` Aqui está uma explicação dos campos para a configuração: dial-peer  100 Associates an outbound dial-peer with a dial-peer group. For more information, see  voice-class dpg. Apply dial-peer groups to route calls from Webex to Unified CM and from Unified CM to Webex: `dial-peer voice 100 destination dpg 300 dial-peer voice 300 destination dpg 100` Aqui está uma explicação dos campos para a configuração: destination dpg 300 Specifies which dial-peer group, and therefore dial-peer should be used for the outbound treatment for calls presented to this incoming dial-peer. Apply dial-peer groups to route calls from the PSTN to Unified CM and from Unified CM to the PSTN: `dial-peer voice 200 destination dpg 400 dial-peer voice 400 destination dpg 200` This concludes your Local Gateway configuration. Save the configuration and reload the platform if this is the first time CUBE features have been configured.

Monitorar e solucionar problemas do Gateway local com assinaturas de diagnóstico

As Assinaturas de Diagnóstico (DS) detectam proativamente problemas observados no Gateway local baseado no IOS XE e gera notificação de e-mail, syslog ou mensagem terminal do evento. You can also install the DS to automate diagnostics data collection and transfer-collected data to the Cisco TAC case to accelerate resolution time.

As assinaturas de diagnóstico (DS) são arquivos XML que contêm informações sobre eventos de acionador de problemas e ações a serem tomadas para informar, solucionar o problema e solucionar o problema. You can define the problem detection logic using syslog messages, SNMP events and through periodic monitoring of specific show command outputs.

Os tipos de ação incluem a coleta de saídas mostrar comandos:

Gerando um arquivo de registro consolidado
Uploading the file to a user-provided network location such as HTTPS, SCP, FTP server.

Os engenheiros do TAC autorizam os arquivos DS e os assinam digitalmente para uma proteção de integridade. Cada arquivo DS possui uma ID numérica exclusiva atribuída pelo sistema. Diagnostic Signatures Lookup Tool (DSLT) is a single source to find applicable signatures for monitoring and troubleshooting various problems.

Antes de você começar:

Não edite o arquivo DS que você baixa do DSLT. Os arquivos que você modifica falham na instalação devido ao erro de verificação de integridade.
Um servidor de Protocolo de Transferência de E-mail Simples (SMTP) que você precisa para o Gateway Local enviar notificações por e-mail.
Certifique-se de que o Gateway Local está executando o IOS XE 17.6.1 ou superior se você desejar usar o servidor SMTP seguro para notificações por e-mail.

Pré-requisitos

Local Gateway running IOS XE 17.6.1a or higher

As Assinaturas de diagnóstico estão ativadas por padrão.
Configure the secure email server to be used to send proactive notification if the device is running Cisco IOS XE 17.6.1a or higher.
```
configure terminal call-home mail-server <username>:<pwd>@<email server> priority 1 secure tls end 
```
Configure the environment variable ds_email with the email address of the administrator to notify you.
```
configure terminal call-home diagnostic-signature environment ds_email <email address> end 
```

The following shows an example configuration of a Local Gateway running on Cisco IOS XE 17.6.1a or higher to send the proactive notifications to tacfaststart@gmail.com using Gmail as the secure SMTP server:

We recommend you to use the Cisco IOS XE Bengaluru 17.6.x or later versions.

call-home mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls diagnostic-signature environment ds_email "tacfaststart@gmail.com"

Um Gateway local em execução no software Cisco IOS XE não é um cliente do Gmail comum baseado na web que suporta o OAuth, então é preciso configurar uma configuração específica de conta de Gmail e fornecer permissão específica para que o e-mail do dispositivo seja processado corretamente:

Go to Manage Google Account > Security and turn on the Less secure app access setting.
Responda "Sim, foi eu" quando você recebeu um e-mail do Gmail indicando "O Google impediu alguém de entrar na sua conta usando um aplicativo que não é o Google".

Instalar assinaturas de diagnóstico para monitoramento proativo

Monitoramento de alta utilização da CPU

This DS tracks CPU utilization for five seconds using the SNMP OID 1.3.6.1.4.1.9.2.1.56. Quando a utilização atingir 75% ou mais, ela desativa todas as depurações e desinstala todas as assinaturas de diagnóstico que estão instaladas no Gateway local. Use as etapas abaixo para instalar a assinatura.

Use the show snmp command to enable SNMP. If you do not enable, then configure the snmp-server manager command.

show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input      0 Bad SNMP version errors      1 Unknown community name      0 Illegal operation for community name supplied      0 Encoding errors 37763 Number of requested variables      2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs      2 Set-request PDUs      0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output      0 Too big errors (Maximum packet size 1500) 20 No such name errors      0 Bad values errors      0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 
 Intercepta global SNMP: habilitada

Baixe o DS 64224 usando as seguintes opções suspensas na Ferramenta de pesquisa de assinaturas de diagnóstico:

Nome do campo	Valor do campo

Plataforma	Cisco 4300, 4400 ISR Series or Cisco CSR 1000V Series
Produto	CUBE Enterprise na solução do Webex Calling
Escopo do problema	Desempenho
Tipo de problema	Alta utilização da CPU com notificação por e-mail.

Copie o arquivo DS XML para o flash do Gateway local.

LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

O exemplo a seguir mostra a cópia do arquivo de um servidor FTP para o Gateway Local.

copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash:  Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...!  [OK - 3571/4096 bytes] 3571 bytes copied in 0.064 secs (55797 bytes/sec)

Instale o arquivo DS XML no Gateway local.

call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success

Use o comando mostrar assinatura de diagnóstico de chamada de casa para verificar se a assinatura foi instalada com êxito. A coluna de status deve ter um valor "registrado".

show call-home diagnostic-signature Current diagnostic-signature settings:  Assinatura de diagnóstico: Perfil 
 habilitado: Cisco SENA-1 (status: ATIVO) 
 URL(s) de download:  https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com

Baixe o DSes:

ID de DS	Nome DS	Revisão	Status	Última atualização (GMT+00:00)
64224	DS_LGW_CPU_MON75	0.0.10	Registrado	2020-11-07 22:05:33

Quando acionada, esta assinatura desinstala todos os DSs em execução, incluindo ela própria. If necessary, reinstall DS 64224 to continue monitoring high CPU utilization on the Local Gateway.

Monitoramento de registro de tronco SIP

Este DS verifica a irretribuição de um gateway local Tronco SIP com Webex Calling nuvem a cada 60 segundos. Once the unregistration event is detected, it generates an email and syslog notification and uninstalls itself after two unregistration occurrences. Use the steps below to install the signature:

Baixe o DS 64117 usando as seguintes opções suspensas na Ferramenta de pesquisa de assinaturas de diagnóstico:

Nome do campo	Valor do campo

Plataforma	Cisco 4300, 4400 ISR Series ou Cisco CSR 1000V Series
Produto	CUBE Enterprise na solução do Webex Calling
Escopo do problema	SIP-SIP
Tipo de problema	Tronco SIP não-aviso com a notificação por e-mail.

Copie o arquivo DS XML para o Gateway local.

copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash:

Instale o arquivo DS XML no Gateway local.

call-home diagnostic-signature load DS_64117.xml Load file DS_64117.xml success LocalGateway#

Use o comando mostrar assinatura de diagnóstico de chamada de casa para verificar se a assinatura foi instalada com êxito. A coluna status deve ter um valor "registrado".

Monitorando desconectações anormals de chamada

This DS uses SNMP polling every 10 minutes to detect abnormal call disconnect with SIP errors 403, 488 and 503.  If the error count increment is greater than or equal to 5 from the last poll, it generates a syslog and email notification. Please use the steps below to install the signature.

Use the show snmp command to check whether SNMP is enabled. If it is not enabled, configure the snmp-server manager command.

show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input      0 Bad SNMP version errors      1 Unknown community name      0 Illegal operation for community name supplied      0 Encoding errors 37763 Number of requested variables      2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs      2 Set-request PDUs      0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output      0 Too big errors (Maximum packet size 1500) 20 No such name errors      0 Bad values errors      0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 
 Intercepta global SNMP: habilitada

Baixe o DS 65221 usando as seguintes opções na Ferramenta de pesquisa de assinaturas de diagnóstico:

Nome do campo	Valor do campo

Plataforma	Cisco 4300, 4400 ISR Series ou Cisco CSR 1000V Series
Produto	CUBE Enterprise na solução do Webex Calling
Escopo do problema	Desempenho
Tipo de problema	Detecção anormal de desconexão de chamada SIP com e-mail e notificação Syslog.

Copie o arquivo DS XML para o Gateway local.

copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

Instale o arquivo DS XML no Gateway local.

call-home diagnostic-signature load DS_65221.xml Load file DS_65221.xml success

Use o comando mostrar assinatura de diagnóstico de chamada de casa para verificar se a assinatura foi instalada com êxito. A coluna status deve ter um valor "registrado".

Instalar assinaturas de diagnóstico para solucionar um problema

Use assinaturas de diagnóstico (DS) para resolver os problemas rapidamente. Os engenheiros do TAC da Cisco criaram várias assinaturas que permitem as depurações necessárias que são necessárias para solucionar um determinado problema, detectar a ocorrência do problema, coletar o conjunto certo de dados de diagnóstico e transferir os dados automaticamente para o caso do CISCO TAC. Diagnostic Signatures (DS) eliminate the need to manually check for the problem occurrence and makes troubleshooting of intermittent and transient issues a lot easier.

Você pode usar a Ferramenta de pesquisa de assinaturas de diagnóstico para encontrar as assinaturas aplicáveis e instalá-las para auto-resolver um determinado problema ou você pode instalar a assinatura que é recomendada pelo engenheiro de TAC como parte do envolvimento do suporte.

Aqui está um exemplo de como encontrar e instalar um DS para detectar a ocorrência "%VOICE_IEC-3-GW: CCAPI: Erro interno (limite de pico de chamadas): IEC=1.1.181.1.29.0" syslog e automatize a coleta de dados de diagnóstico usando as seguintes etapas:

Configure an additional DS environment variable ds_fsurl_prefix which is the Cisco TAC file server path (cxd.cisco.com) to which the collected diagnostics data are uploaded. The username in the file path is the case number and the password is the file upload token which can be retrieved from Support Case Manager in the following command. The file upload token can be generated in the Attachments section of the Support Case Manager, as needed.
```
configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com" end 
```
Exemplo:
```
call-home diagnostic-signature environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com" 
```
Ensure that SNMP is enabled using the show snmp command. If it is not enabled, configure the snmp-server manager command.
```
show snmp %SNMP agent not enabled config t snmp-server manager end 
```

Certifique-se de instalar o monitoramento de alta CPU DS 64224 como uma medida proativa para desativar todas as assinaturas de depuração e diagnósticos durante o momento de alta utilização da CPU. Baixe o DS 64224 usando as seguintes opções na Ferramenta de pesquisa de assinaturas de diagnóstico:

Nome do campo	Valor do campo

Plataforma	Cisco 4300, 4400 ISR Series ou Cisco CSR 1000V Series
Produto	CUBE Enterprise na solução do Webex Calling
Escopo do problema	Desempenho
Tipo de problema	Alta utilização da CPU com notificação por e-mail.

Baixe o DS 65095 usando as seguintes opções na Ferramenta de pesquisa de assinaturas de diagnóstico:

Nome do campo	Valor do campo

Plataforma	Cisco 4300, 4400 ISR Series ou Cisco CSR 1000V Series
Produto	CUBE Enterprise na solução do Webex Calling
Escopo do problema	Syslogs
Tipo de problema	Syslog - %VOICE_IEC-3-GW: CCAPI: Erro interno (limite de pico de chamadas): IEC=1.1.181.1.29.0

Copie os arquivos DS XML para o Gateway local.

copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:  copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

Instale o monitoramento de Alta CPU DS 64224 e, em seguida, o arquivo XML do DS 65095 no Gateway local.

call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success call-home diagnostic-signature load DS_65095.xml Load file DS_65095.xml success

Verify that the signature is successfully installed using the show call-home diagnostic-signature command. A coluna status deve ter um valor "registrado".

show call-home diagnostic-signature Current diagnostic-signature settings:  Assinatura de diagnóstico: Perfil 
 habilitado: Cisco SENA-1 (status: ATIVO) 
 URL(s) de download:  https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

DSes baixados:

ID de DS	Nome DS	Revisão	Status	Última atualização (GMT+00:00)
64224 00:07:45	DS_LGW_CPU_MON75	0.0.10	Registrado	2020-11-08
65095 00:12:53	DS_LGW_IEC_Call_spike_threshold	0.0.12	Registrado	2020-11-08

ID de DS

Nome DS

Revisão

Status

Última atualização (GMT+00:00)

64224

00:07:45

DS_LGW_CPU_MON75

0.0.10

Registrado

2020-11-08

65095

00:12:53

DS_LGW_IEC_Call_spike_threshold

0.0.12

Registrado

2020-11-08

Verificar a execução de assinaturas de diagnóstico

In the following command, the “Status” column of the show call-home diagnostic-signature command changes to “running” while the Local Gateway executes the action defined within the signature. O resultado de mostrar as estatísticas de diagnóstico de chamada de casa é a melhor maneira de verificar se uma assinatura de diagnóstico detecta um evento de interesse e executa a ação. A coluna "Acionado/Máximo/Desinstalação" indica o número de vezes que a assinatura dada acionou um evento, o número máximo de vezes que é definido para detectar um evento e se a assinatura desinstala-se depois de detectar o número máximo de eventos acionados.

show call-home diagnostic-signature Current diagnostic-signature settings:  Assinatura de diagnóstico: Perfil 
 habilitado: Cisco SENA-1 (status: ATIVO) 
 URL(s) de download:  https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: carunach@cisco.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

DSes baixados:

ID de DS	Nome DS	Revisão	Status	Última atualização (GMT+00:00)
64224	DS_LGW_CPU_MON75	0.0.10	Registrado	2020-11-08 00:07:45
65095	DS_LGW_IEC_Call_spike_threshold	0.0.12	Em execução	2020-11-08 00:12:53

mostrar estatísticas de assinatura do diagnóstico de chamada de casa

ID de DS	Nome DS	Triggered/Max/Deinstall	Tempo médio de execução (segundos)	Tempo máximo de execução (segundos)
64224	DS_LGW_CPU_MON75	0/0/N	0.000	0.000
65095	DS_LGW_IEC_Call_spike_threshold	1/20/Y	23.053	23.053

O e-mail de notificação que é enviado durante a execução da assinatura de diagnóstico contém informações importantes como tipo de problema, detalhes do dispositivo, versão do software, configuração em execução e mostra saídas de comando que são relevantes para solucionar o problema dado.

Desinstalar assinaturas de diagnóstico

Use assinaturas de Diagnóstico para fins de solução de problemas são tipicamente definidas para desinstalar após a detecção de algumas ocorrências de problemas. If you want to uninstall a signature manually, retrieve the DS ID from the output of the show call-home diagnostic-signature command and run the following command:

call-home diagnostic-signature deinstall <DS ID>

Exemplo:

call-home diagnostic-signature deinstall 64224

Novas assinaturas são adicionadas à Ferramenta de pesquisa de assinaturas de diagnóstico periodicamente, com base em problemas que são geralmente observados nas implantações. Atualmente, o TAC não oferece suporte a solicitações de criação de novas assinaturas personalizadas.

Manage and validate Cisco IOS XE Gateways through Control Hub

For better management of Cisco IOS XE Gateways, we recommend that you enroll and manage the gateways through the Control Hub. It is an optional configuration. When enrolled, you can use the configuration validation option in the Control Hub to validate your Local Gateway configuration and identify any configuration issues. Currently, only registration-based trunks support this functionality.

For more information, refer the following:

Design overview

This section describes how to configure a Cisco Unified Border Element (CUBE) as a Local Gateway for Webex Calling, using certificate-based mutual TLS (mTLS) SIP trunk. The first part of this document illustrates how to configure a simple PSTN gateway. In this case, all calls from the PSTN are routed to Webex Calling and all calls from Webex Calling are routed to the PSTN. The following image highlights this solution and the high-level call routing configuration that will be followed.

In this design, the following principal configurations are used:

voice class tenants: Used to create trunk specific configurations.
voice class uri: Used to classify SIP messages for the selection of an inbound dial-peer.
inbound dial-peer: Provides treatment for inbound SIP messages and determines the outbound route with a dial-peer group.
dial-peer group: Defines the outbound dial-peers used for onward call routing.
outbound dial-peer: Provides treatment for outbound SIP messages and routes them to the required target.

Throughout this document, the host names, IP addresses, and interfaces illustrated in the following image are used. Options are provided for public or private (behind NAT) addressing. SRV DNS records are optional, unless load balancing across multiple CUBE instances.

Use the configuration guidance in the rest of this document to complete your Local Gateway configuration as follows:

Etapa 1: Configure router baseline connectivity and security
Etapa 2: Configure Webex Calling Trunk

Depending on your required architecture, follow either:
Passo 2: Configure Local Gateway with SIP PSTN trunk
Passo 4: Configure Local Gateway with existing Unified CM environment

Ou:
Passo 2: Configure Local Gateway with TDM PSTN trunk

Configure connectivity and security

Baseline configuration

The first step in preparing your Cisco router as a Local Gateway for Webex Calling is to build a baseline configuration that secures your platform and establishes connectivity.

All certificate-based Local Gateway deployments require Cisco IOS XE 17.9.1a or later versions. For the recommended versions, see the Cisco Software Research page. Search for the platform and select one of the suggested releases.
- ISR4000 series routers must be configured with both Unified Communications and Security technology licenses.
- Catalyst Edge 8000 series routers fitted with voice cards or DSPs require DNA Essentials licensing. Routers without voice cards or DSPs require a minimum of DNA Essentials licensing.
- For high-capacity requirements, you may also require a High Security (HSEC) license and additional throughput entitlement.
  
  Refer to Authorization Codes for further details.
Build a baseline configuration for your platform that follows your business policies. In particular, configure the following and verify the working:
- Ntp
- Acls
- User authentication and remote access
- DNS
- Roteamento IP
- IP addresses
The network toward Webex Calling must use a IPv4 address. Local Gateway Fully Qualified Domain Names (FQDN) or Service Record (SRV) addresses must resolve to a public IPv4 address on the internet.
All SIP and media ports on the Local Gateway interface facing Webex must be accessible from the internet, either directly or via static NAT. Ensure that you update your firewall accordingly.
Install a signed certificate on the Local Gateway (the following provides detailed configuration steps).
- A public Certificate Authority (CA) as detailed in  What Root Certificate Authorities are Supported for Calls to Cisco Webex Audio and Video Platforms? must sign the device certificate.
- The FQDN configured in the Control Hub when creating a trunk must be the Common Name (CN) or Subject Alternate Name (SAN) certificate of the router. Por exemplo:
  - If a configured trunk in the Control Hub of your organization has cube1.lgw.com:5061 as FQDN of the Local Gateway, then the CN or SAN in the router certificate must contain cube1.lgw.com. 
  - If a configured trunk in the Control Hub of your organization has lgws.lgw.com as the SRV address of the Local Gateway(s) reachable from the trunk, then the CN or SAN in the router certificate must contain lgws.lgw.com. Os registros que o SRV de usuário resolve para (CNAME, Um Registro ou Endereço IP) são opcionais em SAN.
  - Whether you use an FQDN or SRV for the trunk, the contact address for all new SIP dialogs from your Local Gateway uses the name configured in the Control Hub.
Certifique-se de que os certificados sejam assinados para o uso do cliente e do servidor.
Upload the Cisco root CA bundle to the Local Gateway.

Configuração

 interface GigabitEthernet0/0/0 description Interface facing PSTN and/or CUCM ip address 192.168.80.14 255.255.255.0 ! interface GigabitEthernet0/0/1 description Interface facing Webex Calling (Public address) ip address 198.51.100.1 255.255.255.240 
 key config-key password-encrypt YourPassword password encryption aes
crypto key generate rsa general-keys exportable label lgw-key modulus 4096
 crypto pki authenticate LGW_CERT <paste Intermediate X.509 base 64 based certificate here> 
 crypto pki import LGW_CERT certificate <paste CUBE host X.509 base 64 certificate here> 
 sip-ua crypto signaling default trustpoint LGW_CERT transport tcp tls v1.2  
 ip http client source-interface GigabitEthernet0/0/1 crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b

Configure Webex Calling certificate-based trunk


 voice service voip ip address trusted list ipv4 x.x.x.x y.y.y.y mode border-element allow-connections sip to sip no supplementary-service sip refer stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123$ sip asymmetric payload full early-offer forced sip-profiles inbound 
 voice class codec 100 codec preference 1 opus codec preference 2 g711ulaw codec preference 3 g711alaw 
 voice class stun-usage 100 stun usage firewall-traversal flowdata stun usage ice lite 
 voice class srtp-crypto 100 crypto 1 AES_CM_128_HMAC_SHA1_80
 voice class srtp-crypto 100 crypto 1 AEAD_AES_256_GCM 
 voice class uri 100 sip pattern cube1.lgw.com
 voice class sip-profiles 100 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 voice class sip-profiles 100 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20" rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20" rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20" rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20 rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20" rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 voice class sip-profiles 115 rule 10 request OPTIONS sip-header Contact modify "<sip:.*:" "<sip:cube1.lgw.com:" rule 30 request ANY sip-header Via modify "(SIP.*) 10.80.13.12" "\1 192.65.79.20" rule 40 response ANY sdp-header Connection-Info modify "10.80.13.12" "192.65.79.20" rule 50 response ANY sdp-header Audio-Connection-Info modify "10.80.13.12" "192.65.79.20" ! voice class sip-options-keepalive 100 description Keepalive for Webex Calling up-interval 5 transport tcp tls sip-profiles 115
 voice class tenant 100 no remote-party-id sip-server dns:us25.sipconnect.bcld.webex.com srtp-crypto 100 localhost dns:cube1.lgw.com session transport tcp tls no session refresh error-passthru bind control source-interface GigabitEthernet0/0/1 bind media source-interface GigabitEthernet0/0/1 no pass-thru content custom-sdp sip-profiles 100 sip-profiles 110 inbound privacy-policy passthru !

Configure Local Gateway with a SIP PSTN trunk

Having built a trunk towards Webex Calling above, use the following configuration to create a non-encrypted trunk towards a SIP based PSTN provider:

If your Service Provider offers a secure PSTN trunk, you may follow a similar configuration as detailed above for the Webex Calling trunk. Secure to secure call routing is supported by CUBE.

If you are using a TDM / ISDN PSTN trunk, skip to next section Configure Local Gateway with TDM PSTN trunk.

To configure TDM interfaces for PSTN call legs on the Cisco TDM-SIP Gateways, see  Configuring ISDN PRI.

Configure the following voice class uri to identify inbound calls from the PSTN trunk:

 voice class uri 200 sip host ipv4:192.168.80.13

Aqui está uma explicação dos campos para a configuração:

voice class uri 200 sip

Defines a pattern to match an incoming SIP invite to an incoming trunk dial-peer. When entering this pattern, use the IP address of you IP PSTN gateway. For more information, see  voice class uri.

Configure the following IP PSTN dial-peer:

 dial-peer voice 200 voip description Inbound/Outbound IP PSTN trunk destination-pattern BAD.BAD session protocol sipv2 session target ipv4:192.168.80.13 incoming uri via 200 voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 voice-class codec 100 dtmf-relay rtp-nte no vad

Aqui está uma explicação dos campos para a configuração:

 dial-peer voice 200 voip  description Inbound/Outbound IP PSTN trunk

Define um novo VoIP de discagem com uma tag de 200 e fornece uma descrição significativa para facilitar o gerenciamento e a solução de problemas. For more information, see dial-peer voice.

padrão de destino BAD. Ruim

A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. For more information, see destination-pattern (interface).

sessão protocolo sipv2

Especifica que o grupo de discagem 200 lida com os colegas de chamada SIP. For more information, see session protocol (dial peer).

sessão de destino ipv4:192.168.80.13

Indica o endereço IPv4 de destino do destino para enviar o trecho de chamada. O destino da sessão aqui é o endereço de IP do ITSP. For more information, see  session target (VoIP dial peer).

incoming uri via 200

bind control source-interface GigabitEthernet0/0/0

Configures the source interface and associated IP address for messages sent to the PSTN. For more information, see  bind.

bind media source-interface GigabitEthernet0/0/0

Configures the source interface and associated IP address for media sent to PSTN. For more information, see  bind.

codec de classe de voz 100

Configures the dial-peer to use the common codec filter list 100. For more information, see voice-class codec.

dtmf-relay rtp-nte

Define o RTP-NTE (RFC2833) como o recurso DTMF esperado no retorno de chamada. For more information, see DTMF Relay (Voice over IP).

sem vad

Desativa a detecção de atividade de voz. For more information, see vad (dial peer).

Create dial-peer groups to route calls towards Webex Calling or the PSTN. Define DPG 100 with outbound dial-peer 100 toward Webex Calling. DPG 100 is applied to the incoming dial-peer from the PSTN. Similarly, define DPG 200 with outbound dial-peer 200 toward the PSTN. DPG 200 is applied to the incoming dial-peer from Webex.
```
 voice class dpg 100 description Route calls to Webex Calling dial-peer 100 voice class dpg 200 description Route calls to PSTN dial-peer 200
```
Aqui está uma explicação dos campos para a configuração:
dial-peer 100
Associates an outbound dial-peer with a dial-peer group. For more information, see  voice-class dpg.
Apply dial-peer groups to route calls from Webex to the PSTN and from the PSTN to Webex:
```
 dial-peer voice 100 destination dpg 200 dial-peer voice 200 destination dpg 100 
```
Aqui está uma explicação dos campos para a configuração:
destino dpg 200
Specifies which dial-peer group, and therefore dial-peer should be used for the outbound treatment for calls presented to this incoming dial-peer.

This concludes your Local Gateway configuration. Save the configuration and reload the platform if this is the first time CUBE features are configured.

Configure Local Gateway with a TDM PSTN trunk

Having built a trunk towards Webex Calling, use the following configuration to create a TDM trunk for your PSTN service with loop-back call routing to allow media optimization on the Webex call leg.

If you do not require IP media optimization, follow the configuration steps for a SIP PSTN trunk. Use a voice port and POTS dial-peer (as shown in Steps 2 and 3) instead of the PSTN VoIP dial-peer.

 voice translation-rule 100 rule 1 /^\+/ /A2A/ voice translation-profile 100 translate called 100 voice translation-rule 200 rule 1 /^/ /A1A/ voice translation-profile 200 translate called 200 voice translation-rule 11 rule 1 /^A1A/ // voice translation-profile 11 translate called 11 voice translation-rule 12 rule 1 /^A2A44/ /0/ rule 2/^A2A/ /00/ voice translation-profile 12 translate called 12 
 card type e1 0 2 isdn switch-type primary-net5 controller E1 0/2/0 pri-group timeslots 1-31 
 dial-peer voice 200 pots description Inbound/Outbound PRI PSTN trunk destination-pattern BAD.BAD translation-profile incoming 200 direct-inward-dial port 0/2/0:15
 dial-peer voice 10 voip description Outbound loop-around leg destination-pattern BAD.BAD session protocol sipv2 session target ipv4:192.168.80.14 voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 11 voip description Inbound loop-around leg towards Webex translation-profile incoming 11 session protocol sipv2 incoming called-number A1AT voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 12 voip description Inbound loop-around leg towards PSTN translation-profile incoming 12 session protocol sipv2 incoming called-number A2AT voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad 
 voice class dpg 100 description Route calls to Webex Calling dial-peer 100 voice class dpg 200 description Route calls to PSTN dial-peer 200 voice class dpg 10 description Route calls to Loopback dial-peer 10

Configure o Gateway Local com um ambiente Unified CM existente

1	Configure as seguintes URIs de classe de voz: Classifies Unified CM to Webex calls using SIP VIA port: `padrão de classe de voz 300 sip:5065` Classifies Unified CM to PSTN calls using SIP via port: `voice class uri 400 sip pattern 192\.168\.80\.6[0-5]:5060` Classify incoming messages from the UCM towards the PSTN trunk using one or more patterns that describe the originating source addresses and port number. Regular expressions may be used to define matching patterns if required. In the example above, a regular expression is used to match any IP address in the range 192.168.80.60 to 65 and port number 5060.
2	Configure the following DNS records to specify SRV routing to Unified CM hosts: IOS XE uses these records for locally determining target UCM hosts and ports. With this configuration, it is not required to configure records in your DNS system. If you prefer to use your DNS, then these local configurations are not required. ip host ucmpub.mydomain.com 192.168.80.60 ip host ucmsub1.mydomain.com 192.168.80.61 ip host ucmsub2.mydomain.com 192.168.80.62 ip host ucmsub3.mydomain.com 192.168.80.63 ip host ucmsub4.mydomain.com 192.168.80.64 ip host ucmsub5.mydomain.com 192.168.80.65 ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com Aqui está uma explicação dos campos para a configuração: The following command creates a DNS SRV resource record. Create a record for each UCM host and trunk: ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com _sip._udp.pstntocucm.io: SRV resource record name 2: The SRV resource record priority 1: The SRV resource record weight 5060: The port number to use for the target host in this resource record ucmsub5.mydomain.com: The resource record target host To resolve the resource record target host names, create local DNS A records. Por exemplo: ip host ucmsub5.mydomain.com 192.168.80.65 ip host: Creates a record in the local IOS XE database. ucmsub5.mydomain.com: The A record host name. 192.168.80.65: The host IP address. Create the SRV resource records and A records to reflect your UCM environment and preferred call distribution strategy.
3	Configure the following dial-peers: Dial-peer for calls between Unified CM and Webex Calling: `dial-peer voice 300 voip description UCM-Webex Calling trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:wxtocucm.io incoming uri via 300 voice-class codec 100 voice-class sip bind control source-interface GigabitEthernet 0/0/0 voice-class sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad` Aqui está uma explicação dos campos para a configuração: `dial-peer voice 300 voip description UCM-Webex Calling trunk` Defines a VoIP dial-peer with a tag 300 and gives a meaningful description for ease of management and troubleshooting. padrão de destino BAD. Ruim A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. Any valid destination pattern may be used in this case. sessão protocolo sipv2 Specifies that dial-peer 300 handles SIP call legs. For more information, see  session protocol (dial-peer). session target dns:wxtocucm.io Defines the session target of multiple Unified CM nodes through DNS SRV resolution. In this case, the locally defined SRV record wxtocucm.io is used to direct calls. uri de entrada via 300 Uses voice class URI 300 to direct all incoming traffic from Unified CM using source port 5065 to this dial-peer. For more information, see  incoming uri. voice-class codec 100 Indicates codec filter list for calls to and from Unified CM. For more information, see  voice class codec. bind control source-interface GigabitEthernet0/0/0 Configures the source interface and associated IP address for messages sent to the PSTN. For more information, see  bind. bind media source-interface GigabitEthernet0/0/0 Configures the source interface and associated IP address for media sent to PSTN. For more information, see  bind. dtmf-relay rtp-nte Define o RTP-NTE (RFC2833) como o recurso DTMF esperado no retorno de chamada. For more information, see  DTMF Relay (Voice over IP). sem vad Desativa a detecção de atividade de voz. For more information, see  vad (dial peer). Dial-peer for calls between Unified CM and the PSTN: `dial-peer voice 400 voip description UCM-PSTN trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:pstntocucm.io incoming uri via 400 voice-class codec 100 voice-class sip bind control source-interface GigabitEthernet 0/0/0 voice-class sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad` Aqui está uma explicação dos campos para a configuração: `dial-peer voice 400 voip description UCM-PSTN trunk` Define um novo VoIP de discagem com uma tag de 400 e fornece uma descrição significativa para facilitar o gerenciamento e a solução de problemas. padrão de destino BAD. Ruim A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. Any valid destination pattern may be used in this case. sessão protocolo sipv2 Specifies that dial-peer 400 handles SIP call legs. For more information, see  session protocol (dial-peer). session target dns:pstntocucm.io Defines the session target of multiple Unified CM nodes through DNS SRV resolution. In this case, the locally defined SRV record pstntocucm.io is used to direct calls. incoming uri via 400 Uses voice class URI 400 to direct all incoming traffic from the specified Unified CM hosts using source port 5060 to this dial-peer. For more information, see  incoming uri. voice-class codec 100 Indicates codec filter list for calls to and from Unified CM. For more information, see  voice class codec. bind control source-interface GigabitEthernet0/0/0 Configures the source interface and associated IP address for messages sent to the PSTN. For more information, see  bind. bind media source-interface GigabitEthernet0/0/0 Configures the source interface and associated IP address for media sent to PSTN. For more information, see  bind. dtmf-relay rtp-nte Define o RTP-NTE (RFC2833) como o recurso DTMF esperado no retorno de chamada. For more information, see  DTMF Relay (Voice over IP). sem vad Desativa a detecção de atividade de voz. For more information, see  vad (dial peer).
4	Add call routing using the following configurations: Create dial-peer groups to route calls between Unified CM and Webex Calling. Define DPG 100 with outbound dial-peer 100 towards Webex Calling. DPG 100 is applied to the associated incoming dial-peer from Unified CM. Similarly, define DPG 300 with outbound dial-peer 300 toward Unified CM. DPG 300 is applied to the incoming dial-peer from Webex. `voice class dpg 100 description Route calls to Webex Calling dial-peer 100 voice class dpg 300 description Route calls to Unified CM Webex Calling trunk dial-peer 300` Create a dial-peer groups to route calls between Unified CM and the PSTN. Define DPG 200 with outbound dial-peer 200 toward the PSTN. DPG 200 is applied to the associated incoming dial-peer from Unified CM. Similarly, define DPG 400 with outbound dial-peer 400 toward Unified CM. DPG 400 is applied to the incoming dial-peer from the PSTN. `voice class dpg 200 description Route calls to PSTN dial-peer 200 voice class dpg 400 description Route calls to Unified CM PSTN trunk dial-peer 400` Aqui está uma explicação dos campos para a configuração: dial-peer  100 Associates an outbound dial-peer with a dial-peer group. For more information, see  voice-class dpg. Apply dial-peer groups to route calls from Webex to Unified CM and from Unified CM to Webex: `dial-peer voice 100 destination dpg 300 dial-peer voice 300 destination dpg 100` Aqui está uma explicação dos campos para a configuração: destination dpg 300 Specifies which dial-peer group, and therefore dial-peer should be used for the outbound treatment for calls presented to this incoming dial-peer. Apply dial-peer groups to route calls from the PSTN to Unified CM and from Unified CM to the PSTN: `dial-peer voice 200 destination dpg 400 dial-peer voice 400 destination dpg 200` This concludes your Local Gateway configuration. Save the configuration and reload the platform if this is the first time CUBE features have been configured.

Monitorar e solucionar problemas do Gateway local com assinaturas de diagnóstico

As Assinaturas de Diagnóstico (DS) detectam proativamente problemas observados no Gateway local baseado no Cisco IOS XE e gera notificações por e-mail, syslog ou mensagem terminal do evento. Você também pode instalar o DS para automatizar a coleta de dados de diagnóstico e transferir os dados coletados para o caso do TAC da Cisco a fim de acelerar o tempo de resolução.

Assinaturas de Diagnóstico (DS) são arquivos XML que contêm informações sobre eventos de acionador de problemas e ações para informar, solucionar problemas e resolver o problema. Use mensagens syslog, eventos SNMP e através do monitoramento periódico de mostrar saídas de comando específicas para definir a lógica de detecção de problemas. Os tipos de ações incluem:

Coletando saídas de comando show
Gerando um arquivo de registro consolidado
Carregando o arquivo para um usuário fornecido localização de rede como HTTPS, SCP, servidor FTP

Os arquivos DS dos engenheiros do TAC são assinados digitalmente para uma proteção de integridade. Cada arquivo DS tem a ID numérica exclusiva atribuída pelo sistema. Diagnostic Signatures Lookup Tool (DSLT) is a single source to find applicable signatures for monitoring and troubleshooting various problems.

Antes de você começar:

Não edite o arquivo DS que você baixa do DSLT. Os arquivos que você modifica falham na instalação devido ao erro de verificação de integridade.
Um servidor de Protocolo de Transferência de E-mail Simples (SMTP) que você precisa para o Gateway Local enviar notificações por e-mail.
Certifique-se de que o Gateway Local está executando o IOS XE 17.6.1 ou superior se você desejar usar o servidor SMTP seguro para notificações por e-mail.

Pré-requisitos

Gateway local executando o IOS XE 17.6.1 ou superior

As Assinaturas de diagnóstico estão ativadas por padrão.
Configure the secure email server that you use to send proactive notification if the device is running IOS XE 17.6.1 or higher.
```
 configure terminal call-home mail-server <username>:<pwd>@<email server> priority 1 secure tls end 
```

Configure a variável de ambiente ds_email com o endereço de e-mail do administrador para você notificar.

 configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> end

Instalar assinaturas de diagnóstico para monitoramento proativo

Monitoramento de alta utilização da CPU

Este DS rastreia a utilização da CPU de 5 segundos usando o OID SNMP 1.3.6.1.4.1.9.2.1.56. Quando a utilização atingir 75% ou mais, ela desativa todas as depurações e desinstala todas as assinaturas de diagnóstico que você instalar no Gateway local. Use as etapas abaixo para instalar a assinatura.

Certifique-se de que você habilitar o SNMP usando o comando mostrar snmp. If SNMP is not enabled, then configure the snmp-server manager command.

 show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input      0 Bad SNMP version errors      1 Unknown community name      0 Illegal operation for community name supplied      0 Encoding errors 37763 Number of requested variables      2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs      2 Set-request PDUs      0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output      0 Too big errors (Maximum packet size 1500) 20 No such name errors      0 Bad values errors      0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 
 Intercepta global SNMP: habilitada

Baixe o DS 64224 usando as seguintes opções suspensas na Ferramenta de pesquisa de assinaturas de diagnóstico:

copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

Nome do campo	Valor do campo

Plataforma	Cisco 4300, 4400 ISR Series, or Catalyst 8000V Edge Software
Produto	CUBE Enterprise in Webex Calling solution
Escopo do problema	Desempenho
Tipo de problema	Alta utilização da CPU com notificação por e-mail

Copie o arquivo DS XML para o flash do Gateway local.

copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

O exemplo a seguir mostra a cópia do arquivo de um servidor FTP para o Gateway Local.

copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash:  Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...!  [OK - 3571/4096 bytes] 3571 bytes copied in 0.064 secs (55797 bytes/sec)

Instale o arquivo DS XML no Gateway local.

 call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success

Use o comando mostrar assinatura de diagnóstico de chamada de casa para verificar se a assinatura foi instalada com êxito. A coluna status deve ter um valor "registrado".

 show call-home diagnostic-signature Current diagnostic-signature settings:   Assinatura de diagnóstico: Perfil 
 habilitado: Cisco SENA-1 (status: ATIVO) 
 URL(s) de download:  https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com

Baixe o DSes:

ID de DS	Nome DS	Revisão	Status	Última atualização (GMT+00:00)
64224	DS_LGW_CPU_MON75	0.0.10	Registrado	2020-11-07 22:05:33

Quando acionada, esta assinatura desinstala todos os DSs em execução, incluindo ela própria. Se necessário, reinstale o DS 64224 para continuar a monitorar a alta utilização da CPU no Gateway local.

Monitorando desconectações anormals de chamada

Certifique-se de que o SNMP está habilitado usando o comando mostrar snmp. If SNMP is not enabled, configure the snmp-server manager command.

show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input      0 Bad SNMP version errors      1 Unknown community name      0 Illegal operation for community name supplied      0 Encoding errors 37763 Number of requested variables      2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs      2 Set-request PDUs      0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output      0 Too big errors (Maximum packet size 1500) 20 No such name errors      0 Bad values errors      0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 
 Intercepta global SNMP: habilitada

Baixe o DS 65221 usando as seguintes opções na Ferramenta de pesquisa de assinaturas de diagnóstico:

Nome do campo	Valor do campo

Plataforma	Cisco 4300, 4400 ISR Series, or Catalyst 8000V Edge Software
Produto	CUBE Enterprise na solução do Webex Calling
Escopo do problema	Desempenho
Tipo de problema	Detecção anormal de desconexão de chamada SIP com e-mail e notificação Syslog.

Copie o arquivo DS XML para o Gateway local.

copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

Instale o arquivo DS XML no Gateway local.

 call-home diagnostic-signature load DS_65221.xml Load file DS_65221.xml success

Use the command show call-home diagnostic-signature to verify that the signature is successfully installed. A coluna de status deve ter um valor "registrado".

Instalar assinaturas de diagnóstico para solucionar um problema

Você também pode usar Assinaturas de Diagnóstico (DS) para resolver os problemas rapidamente. Os engenheiros do TAC da Cisco criaram várias assinaturas que permitem as depurações necessárias que são necessárias para solucionar um determinado problema, detectar a ocorrência do problema, coletar o conjunto certo de dados de diagnóstico e transferir os dados automaticamente para o caso do CISCO TAC. Isso elimina a necessidade de verificar manualmente a ocorrência do problema e torna a solução de problemas intermitentes e temporários muito mais fácil.

Você pode usar a Ferramenta de pesquisa de assinaturas de diagnóstico para encontrar as assinaturas aplicáveis e instalá-las para se auto-resolver um determinado problema ou você pode instalar a assinatura que é recomendada pelo engenheiro de TAC como parte do envolvimento do suporte.

Configure another DS environment variable ds_fsurl_prefix as the Cisco TAC file server path (cxd.cisco.com) to upload the diagnostics data. The username in the file path is the case number and the password is the file upload token which can be retrieved from Support Case Manager as shown in the following. The file upload token can be generated in the Attachments section of the Support Case Manager, as required.
```
 configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com" end 
```
Exemplo:
```
 call-home diagnostic-signature environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com" 
```
Certifique-se de que o SNMP está habilitado usando o comando mostrar snmp. If SNMP not enabled, configure the snmp-server manager command.
```
 show snmp %SNMP agent not enabled config t snmp-server manager end 
```

Recomendamos instalar o monitoramento de alta CPU DS 64224 como uma medida proativa para desativar todas as assinaturas de depuração e diagnósticos durante o momento de alta utilização da CPU. Baixe o DS 64224 usando as seguintes opções na Ferramenta de pesquisa de assinaturas de diagnóstico:

Nome do campo	Valor do campo

Plataforma	Cisco 4300, 4400 ISR Series, or Catalyst 8000V Edge Software
Produto	CUBE Enterprise na solução do Webex Calling
Escopo do problema	Desempenho
Tipo de problema	Alta utilização da CPU com notificação por e-mail.

Baixe o DS 65095 usando as seguintes opções na Ferramenta de pesquisa de assinaturas de diagnóstico:

Nome do campo	Valor do campo

Plataforma	Cisco 4300, 4400 ISR Series, or Catalyst 8000V Edge Software
Produto	CUBE Enterprise na solução do Webex Calling
Escopo do problema	Syslogs
Tipo de problema	Syslog - %VOICE_IEC-3-GW: CCAPI: Erro interno (limite de pico de chamadas): IEC=1.1.181.1.29.0

Copie os arquivos DS XML para o Gateway local.

 copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:  copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

Install the high CPU monitoring DS 64224 and then DS 65095 XML file in the Local Gateway.

 call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success call-home diagnostic-signature load DS_65095.xml Load file DS_65095.xml success

Verifique se a assinatura foi instalada com êxito usando show call-home diagnostic-signature. A coluna de status deve ter um valor "registrado".

 show call-home diagnostic-signature Current diagnostic-signature settings:   Assinatura de diagnóstico: Perfil 
 habilitado: Cisco SENA-1 (status: ATIVO) 
 URL(s) de download:  https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

DSes baixados:

ID de DS	Nome DS	Revisão	Status	Última atualização (GMT+00:00)
64224 00:07:45	DS_LGW_CPU_MON75	0.0.10	Registrado	2020-11-08:00:07:45
65095 00:12:53	DS_LGW_IEC_Call_spike_threshold	0.0.12	Registrado	2020-11-08:00:12:53

ID de DS

Nome DS

Revisão

Status

Última atualização (GMT+00:00)

64224

00:07:45

DS_LGW_CPU_MON75

0.0.10

Registrado

2020-11-08:00:07:45

65095

00:12:53

DS_LGW_IEC_Call_spike_threshold

0.0.12

Registrado

2020-11-08:00:12:53

Verificar a execução de assinaturas de diagnóstico

No seguinte comando, a coluna "Status" do comando mostra as alterações de assinatura de diagnóstico de chamada de casa para "em execução" enquanto o Gateway local executa a ação definida dentro da assinatura. O resultado de mostrar as estatísticas de diagnóstico de chamada de casa é a melhor maneira de verificar se uma assinatura de diagnóstico detecta um evento de interesse e executa a ação. A coluna "Acionado/Máximo/Desinstalação" indica o número de vezes que a assinatura dada acionou um evento, o número máximo de vezes que é definido para detectar um evento e se a assinatura desinstala-se depois de detectar o número máximo de eventos acionados.

show call-home diagnostic-signature Current diagnostic-signature settings:   Assinatura de diagnóstico: Perfil 
 habilitado: Cisco SENA-1 (status: ATIVO) 
 URL(s) de download:  https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: carunach@cisco.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

DSes baixados:

ID de DS	Nome DS	Revisão	Status	Última atualização (GMT+00:00)
64224	DS_LGW_CPU_MON75	0.0.10	Registrado	2020-11-08 00:07:45
65095	DS_LGW_IEC_Call_spike_threshold	0.0.12	Em execução	2020-11-08 00:12:53

mostrar estatísticas de assinatura do diagnóstico de chamada de casa

ID de DS	Nome DS	Triggered/Max/Deinstall	Tempo médio de execução (segundos)	Tempo máximo de execução (segundos)
64224	DS_LGW_CPU_MON75	0/0/N	0.000	0.000
65095	DS_LGW_IEC_Call_spike_threshold	1/20/Y	23.053	23.053

O e-mail de notificação que é enviado durante a execução da Assinatura de Diagnóstico contém informações importantes como tipo de problema, detalhes do dispositivo, versão do software, configuração em execução e mostra saídas de comando que são relevantes para solucionar o problema dado.

Desinstalar assinaturas de diagnóstico

Use as assinaturas de diagnóstico para fins de solução de problemas que são tipicamente definidas para desinstalar após a detecção de algumas ocorrências de problemas. Se você desejar desinstalar uma assinatura manualmente, recupere a ID DS da saída da assinatura de diagnóstico de chamada de entrada de chamada de entrada e execute o seguinte comando:

call-home diagnostic-signature deinstall <DS ID>

Exemplo:

call-home diagnostic-signature deinstall 64224

Novas assinaturas são adicionadas periodicamente à Ferramenta de Pesquisa de Assinaturas de Diagnósticos, com base nos problemas que são observados nas implantações. Atualmente, o TAC não oferece suporte a solicitações de criação de novas assinaturas personalizadas.

Implementar CUBE de alta disponibilidade como gateway local

Fundamentos

Pré-requisitos

Antes de implantar o CUBE HA como um gateway local no Webex Calling, certifique-se de ter um conhecimento profundo dos seguintes conceitos:

Solução Cisco Webex Calling
Opção de gateway local para Cisco Webex Calling
Redundância box-to-box de camada 2 com CUBE Enterprise para preservação de chamadas stateful

As diretrizes de configuração fornecidas neste artigo assumem uma plataforma de gateway local dedicada sem configuração de voz existente. Se uma implantação existente de CUBE Enterprise estiver sendo modificada para também usar a função de gateway local do Cisco Webex Calling, preste muita atenção à configuração aplicada para garantir que os fluxos de chamadas e funcionalidades existentes não sejam interrompidos e certifique-se de que você esteja cumprindo os requisitos de design do CUBE HA.

Componentes de hardware e software

O CUBE HA como gateway local requer o IOS-XE versão 16.12.2 ou posterior e uma plataforma na qual as funções de CUBE HA e LGW sejam compatíveis.

Os registros e comandos show neste artigo são baseados na versão mínima do software Cisco IOS-XE 16.12.2 implementado em um vCUBE (CSR1000v).

Material de referência

Aqui estão alguns guias detalhados de configuração do CUBE HA para várias plataformas:

Séries ISR 4K— https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-ISR4K.html
CSR 1000v (vCUBE)— https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-CSR1000v.html
Arquitetura preferida da Cisco para o Cisco Webex Calling— https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf

Visão geral da solução do Webex Calling

O Cisco Webex Calling é uma oferta de colaboração que fornece uma alternativa de vários locatários baseada em nuvem ao serviço telefônico PBX local com várias opções de PSTN para os clientes.

A implantação do Gateway Local (representada abaixo) é o foco deste artigo. O tronco do gateway local (PSTN com base no local) no Webex Calling permite a conectividade com um serviço PSTN de propriedade do cliente. Ele também fornece conectividade para uma implantação de IP PBX local, como Cisco Unified CM. Todas as comunicações de e para a nuvem são protegidas usando transporte TLS para SIP e SRTP para mídia.

A figura abaixo exibe uma implantação do Webex Calling sem qualquer IP PBX existente e é aplicável a uma implantação em um único ou em vários sites. A configuração descrita neste artigo é baseada nesta implantação.

Redundância box-to-box de camada 2

A redundância box-to-box de camada 2 com CUBE HA usa o protocolo de infraestrutura do Grupo de redundância (RG) para formar um par de roteadores ativo/em espera. Este par compartilha o mesmo endereço IP virtual (VIP) em suas respectivas interfaces e troca mensagens de status continuamente. As informações da sessão CUBE são verificadas no par de roteadores, permitindo que o roteador em espera assuma todas as responsabilidades de processamento de chamadas CUBE imediatamente se o roteador ativo ficar fora de serviço, resultando na preservação stateful da sinalização e da mídia.

A verificação é limitada a chamadas conectadas com pacotes de mídia. As chamadas em trânsito não são apontadas para verificação (por exemplo, um estado de tentativa ou toque).

Neste artigo, CUBE HA se referirá à redundância box-to-box (B2B) de camada 2 com CUBE de alta disponibilidade (HA) para preservação de chamadas stateful

A partir do IOS-XE 16.12.2, o CUBE HA poderá ser implantado como um Gateway local para implantações de tronco Cisco Webex Calling (PSTN com base no local) e abordaremos configurações e considerações de design neste artigo. Esta figura exibe uma configuração típica do CUBE HA como Gateway local para uma implantação de tronco Cisco Webex Calling.

Componente de infraestrutura do grupo de redundância

O componente de infraestrutura do Grupo de redundância (RG) fornece o suporte de infraestrutura para comunicação box-to-box entre os dois CUBEs e negocia o estado de redundância estável final. Este componente também fornece:

Um protocolo semelhante ao HSRP que negocia o estado final de redundância de cada roteador, trocando mensagens keepalive e hello entre os dois CUBEs (por meio da interface de controle) —GigabitEthernet3 na figura acima.
Um mecanismo de transporte para verificar a sinalização e o estado da mídia de cada chamada do roteador ativo para o em espera (por meio da interface de dados)—GigabitEthernet3 na figura acima.
Configuração e gerenciamento da interface IP Virtual (VIP) para as interfaces de tráfego (várias interfaces de tráfego podem ser configuradas usando o mesmo grupo RG)—Os GigabitEthernet 1 e 2 são considerados interfaces de tráfego.

Este componente RG deve ser configurado especificamente para suportar voz B2B HA.

Gerenciamento de endereços IP Virtual (VIP) para sinalização e mídia

O B2B HÁ depende do VIP para obter redundância. As interfaces VIP e físicas associadas em ambos os CUBEs do par de CUBE HA devem residir na mesma subrede LAN. A configuração do VIP e a vinculação da interface VIP a um determinado aplicativo de voz (SIP) são obrigatórias para o suporte de voz B2B HA. Dispositivos externos, como Unified CM, Webex Calling Access SBC, provedor de serviços ou proxy, usam VIP como o endereço IP de destino para as chamadas que passam pelos roteadores CUBE HA. Portanto, do ponto de vista do Webex Calling, os pares CUBE HA atuam como um único gateway local.

A sinalização de chamadas e as informações da sessão RTP das chamadas estabelecidas são verificadas do roteador ativo para o roteador em espera. Quando o roteador Ativo cai, o roteador Em espera assume e continua encaminhando o fluxo RTP que foi encaminhado anteriormente pelo primeiro roteador.

As chamadas em um estado transitório no momento do failover não serão preservadas após a alternância. Por exemplo, chamadas que ainda não foram totalmente estabelecidas ou que estão em processo de modificação com uma função de transferência ou em espera. As chamadas estabelecidas poderão ser desconectadas após a transição.

Existem os seguintes requisitos para usar o CUBE HA como um gateway local em caso de failover stateful de chamadas:

O CUBE HA não pode ter TDM ou interfaces analógicas colocalizadas
Gig1 e Gig2 são referenciados como interfaces de tráfego (SIP/RTP) e Gig3 é a interface de controle/dados do Grupo de redundância (RG)
Não mais do que 2 pares CUBE HA podem ser colocados no mesmo domínio da camada 2, um com ID de grupo 1 e outro com ID de grupo 2. Se estiver configurando 2 pares de HA com a mesma ID de grupo, as interfaces de controle/dados RG precisam pertencer a domínios diferentes de camada 2 (vlan, switch separado)
O canal de porta é compatível com interfaces de tráfego e controle/dados RG
Toda a sinalização/mídia é fornecida de/para o endereço IP virtual
Sempre que uma plataforma é recarregada em uma relação CUBE-HA, ela inicializa como Em espera
O endereço inferior de todas as interfaces (Gig1, Gig2, Gig3) deve estar na mesma plataforma
O Identificador da interface redundante (RII) deve ser exclusivo em uma combinação de par/interface na mesma Camada 2
A configuração em ambos os CUBEs deve ser idêntica, incluindo a configuração física e deve estar em execução no mesmo tipo de plataforma e versão IOS-XE
As interfaces de loopback não podem ser usadas como ligação, pois estão sempre ativas
As interfaces de múltiplos tráfegos (SIP/RTP) (Gig1, Gig2) requerem que o rastreamento de interface seja configurado
O CUBE-HA não é compatível com uma conexão de cabo cruzado no link de controle/dados RG (Gig3)
Ambas as plataformas devem ser idênticas e estar conectadas por meio de um switch físico em todas as interfaces semelhantes para que o CUBE HA funcione, ou seja, o GE0/0/0 do CUBE-1 e do CUBE-2 deve terminar no mesmo switch e assim por diante.
O WAN não pode ser terminado diretamente nos CUBEs ou nos dados HA em qualquer um dos lados
Ambos Ativo/Em espera devem estar no mesmo data center
É obrigatório usar a interface L3 separada para redundância (Controle RG/dados, Gig3), ou seja, a interface usada para tráfego não pode ser usada para manutenção de atividade e verificação de HA
Após o failover, o CUBE previamente ativo passa por uma recarga por design, preservando a sinalização e a mídia

Configurar a redundância em ambos os CUBEs

Você deve configurar a redundância box-to-box da camada 2 em ambos os CUBEs destinados a serem usados em um par de HA para ativar IPs virtuais.

VCUBE-2#conf t
 VCUBE-2(config)# redundância 
 VCUBE-2(config.) voip de serviço de voz 
 VCUBE-2(config)# interface GigabitEthernet1 
 VCUBE-2# wr 
 VCUBE-1# mostrar o grupo de aplicativos de redundância todos  Estados de falhas Informações do grupo 1:        Prioridade de tempo de execução: [100] estado RG de falhas RG: Para cima.                        Nº total de comovers devido a falhas:  0 n º total de alterações de estado inativo/máximo devido a falhas: 0 ID do Grupo: 1 nome do Grupo: LocalGateway-ha estado administrativo: Nenhum estado operacional agregado de desligamento:  Minha função: Função de pares ativo: Presença de pares em espera : Sim de mesmo nível de comunicação: A pregressão do par Sim foi iniciada: Sim domínio RF: BtoB-um estado RF: Estado RF ativo do peer: Protocolo RG do HOT RG de espera 1------------------função: Negociação ativa: Prioridade ativada: Estado do protocolo 100: Ativo CTRL INTF (s) Estado: Par ativo: Nível de espera local: Endereço 10.1.1.2, prioridade 100, INTF Gi3 contadores do registro:                 alteração de função para ativa: 1 alteração de função para espera: 1 desativar eventos: RG baixo estado 0, RG desligado 0 CTRL INTF eventos: eventos de recarga para cima 1, para baixo 0, admin_down 0: solicitação local 0, contexto de mídia de solicitação de par 0 para RG 1--------------------------estado de CTX: ID do protocolo ativo: 1 tipo de mídia: Interface de controle padrão:  Temporizador de saudação atual do GigabitEthernet3: 3000 timer de saudação configurado: 3000, Temporizador de espera: 10000 cronômetro de saudação de ponto: 3000, temporizador de espera de pares: Estatísticas 10000:             Pacotes 1509, bytes 93558, HA Seq 0, SEQ número 1509, pacotes de perda de PCT 0 não configurada falha de autenticação: 0 recarregar par: TX 0, RX 0 desistir: TX 0, RX 0 par de discagem: Presente. Temporizador de espera: 10000 Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0 VCUBE-1#

Configurar um gateway local em ambos os CUBEs

Em nossa configuração de exemplo, estamos usando as seguintes informações de tronco do Control Hub para criar a configuração do Gateway local em ambas as plataformas, VCUBE-1 e VCUBE-2. O nome de usuário e a senha nesta configuração são os seguintes:

Nome de usuário: Hussain1076 _ LGU
Senha: lOV12MEaZx

 LocalGateway#conf t LocalGateway(config)# key config-key password-encrypt Password123  LocalGateway(config)# password encryption aes 
 VCUBE-1# mostrar grupo de aplicativos de redundância 1  ID do grupo:1 Nome do grupo:LocalGateway-HA Estado administrativo: Nenhum estado operacional agregado de desligamento: Minha função: Função de pares em espera : Presença de pares ativo: Sim de mesmo nível de comunicação: A pregressão do par Sim foi iniciada: Sim domínio RF: BtoB-um estado RF: Estado de RF do HOT peer de espera: ACTIVE VCUBE-1# show sip-ua status de registro  VCUBE-1#
 VCUBE-1# debug ccsip não-chamada  SIP Out-of-Dialog tracing is enabled VCUBE-1# debug ccsip info  SIP Call info tracing is enabled VCUBE-1# debug ccsip message 
 Grupo de recarga do aplicativo de redundância VCUBE-2# 1 auto- 
  VCUBE-1# show sip-ua status de registro Locatário: 200 -------------------- Registrar-Índice  1 --------------------- Par de linha expira (seg) sobrevida reg P-Associ-URI ============================== ========== ========== ============================================ ============  Hussain5091 _ LGU -1 56 sim normal  VCUBE-1#
 Registro do VCUBE-1#show Jan 9 18:37:24.769: %RG _ MEDIA-3-TIMEREXPIRED: ID RG 1 Olá Hora expirada. Jan 9 18:37:24.771: %RG _ PROTCOL-5-ROLECHANGE: Alteração da função RG id 1 do modo de espera para Ativo 9 de janeiro 18:37:24.783: %VOICE _ HA-2-SWITCHOVER _ IND: SWITCHOVER, de STANDBY _ HOT ao estado ATIVO. 9 de janeiro 18:37:24.783: //-1/xxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Recebido notificar evento de função ativa 9 de janeiro 18:37:25.758: //-1/xxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Enviado: REGISTRAR sip: 40462196.cisco-bcld.com:5061 SIP/2.0 via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374 De: <sip:Hussain5091 _ LGU@40462196.cisco-bcld.com;otg=hussain1076 _lgu>;tag=8D573-189 a: <sip:Hussain5091 _ LGU@40462196.cisco-bcld.com> Data: Qui, 09 Jan 2020 18:37:24 GMT-ID da chamada: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 User-Agent: Cisco-SIPGateway/IOS-16.12.02 Max-Forwards: 70 timestamp: 1578595044 CSeq: 2 REGISTER Contato: <sip:Hussain5091 _ LGU@198.18.1.228:5061;transport=tls> expira: 240 suportado: Comprimento do conteúdo do caminho: 0 

Configurar o Unified CM para Webex Calling

Configurar perfil de segurança de tronco SIP do tronco para o gateway local

Nos casos em que o Gateway local e o gateway PSTN residem no mesmo dispositivo, o Unified CM deve ser habilitado para diferenciar entre dois tipos de tráfego diferentes (chamadas do Webex e do PSTN) originados do mesmo dispositivo e aplicar uma classe diferenciada de serviço a esses tipos de chamadas. Esse tratamento diferenciado de chamadas é obtido pelo provisionamento de dois troncos entre o Unified CM e o gateway local combinado e o dispositivo de gateway PSTN, que requer portas de escuta SIP diferentes para os dois troncos.

Crie um Perfil de segurança de tronco SIP dedicado para o tronco do Gateway local com as seguintes configurações:

Configuração	Valor

Nome	Nome exclusivo, como Webex
Descrição	Descrição significativa, como Perfil de segurança de tronco SIP Webex
Porta de entrada	Precisa corresponder à porta usada na configuração do gateway local do tráfego de/para o Webex: 5065

Configurar o perfil SIP para o tronco de gateway local

Crie um Perfil SIP dedicado para o tronco do Gateway local com as seguintes configurações:

Configuração	Valor

Nome	Nome exclusivo, como Webex
Descrição	Descrição significativa, como Perfil SIP Webex
Ativar o Ping de OPÇÕES para monitorar o status de destino de Troncos com o tipo de serviço "Nenhum (Padrão)"	Marcado

Criar um espaço de pesquisa de chamadas para chamadas do Webex

Crie um espaço de pesquisa de chamadas para chamadas originadas do Webex com as seguintes configurações:

Configuração	Valor

Nome	Nome exclusivo, como Webex
Descrição	Descrição significativa, como Webex Calling Search Space
Partições selecionadas	DN (+E.164 números de diretório) ESN (discagem entre sites abreviada) PSTNInternational (acesso PSTN) onNetRemote (destinos aprendidos do GDPR)

A última partição noNetRemote é usada apenas em um ambiente com vários grupos em que as informações de roteamento são trocadas entre os grupos do Unified CM usando o Intercluster Lookup Service (ILS) ou o Global Dialplan Replication (GDPR).

Configurar um tronco SIP de e para o Webex

Crie um tronco SIP para as chamadas de e para o Webex por meio do Gateway local com as seguintes configurações:

Configuração	Valor
Informações do dispositivo
DeviceName	Um nome exclusivo, como Webex
Descrição	Descrição significativa, como Tronco SIP Webex
Executar em todos os nós ativos do Unified CM	Marcado
Chamadas recebidas
Espaço de pesquisa de chamadas	O espaço de pesquisa de chamadas definido anteriormente: Webex
Espaço de pesquisa de chamadas AAR	Um espaço de pesquisa de chamadas com acesso apenas aos padrões de rota PSTN: PSTNReroute
Informações SIP
Endereço de destino	Endereço IP do CUBE do gateway local
Porta de destino	5060
Perfil de segurança de tronco SIP	Definido anteriormente: Webex
Perfil SIP	Definido anteriormente: Webex

Configurar grupo de rotas para Webex

Crie um grupo de rotas com as seguintes configurações:

Configuração	Valor
Informações do grupo de rotas
Nome do grupo de rotas	Um nome exclusivo, como Webex
Dispositivos Selecionados	O tronco SIP configurado anteriormente: Webex

Configurar lista de rotas para Webex

Crie uma lista de rotas com as seguintes configurações:

Configuração	Valor
Informações da lista de rotas
Nome	Um nome exclusivo, como RL _ Webex
Descrição	Descrição significativa, como Lista de rotas do Webex
Executar em todos os nós ativos do Unified CM	Marcado
Informações dos membros da lista de rotas
Grupos selecionados	Apenas o grupo de rotas previamente definido: Webex

Criar uma partição para destinos Webex

Crie uma partição para os destinos Webex com as seguintes configurações:

Configuração	Valor
Informações da lista de rotas
Nome	Nome exclusivo, como Webex
Descrição	Descrição significativa, como Partição Webex

O que fazer em seguida

Certifique-se de adicionar esta partição a todos os espaços de pesquisa de chamadas que devem ter acesso aos destinos Webex. Você deve adicionar essa partição especificamente ao espaço de pesquisa de chamadas que é usado como o espaço de pesquisa de chamadas de entrada nos troncos PSTN, para que as chamadas do PSTN ao Webex possam ser encaminhadas.

Configurar padrões de rota para destinos Webex

Configure os padrões de rota para cada intervalo DID no Webex com as seguintes configurações:

Configuração	Valor

Padrão de rota	Padrão +E.164 completo para o intervalo DID no Webex com o "\" no início. Por exemplo: \+140855501XX
Partição de rota	Webex
Lista de gateways/rotas	RL _ Webex
Prioridade urgente	Marcado

Configurar a normalização de discagem abreviada entre sites para Webex

Se a discagem abreviada entre sites for necessária no Webex, configure os padrões de normalização de discagem para cada intervalo ESN no Webex com as seguintes configurações:

Configuração	Valor

Padrão de tradução	Padrão ESN para o intervalo ESN no Webex. Por exemplo: 80121XX
Partição	Webex
Descrição	Descrição significativa, como Padrão de normalização Webex
Usar o espaço de pesquisa de chamadas do originador	Marcado
Prioridade urgente	Marcado
Não espere pelo tempo limite entre dígitos nos saltos subsequentes	Marcado
Máscara de transformação da parte chamada	Máscara para normalizar o número para +E.164. Por exemplo: +1408555 01XX

Configurar os recursos do Webex Calling

Configurar uma grupo de busca

Os grupos de busca encaminham chamadas recebidas para um grupo de usuários ou workspaces. Você pode até mesmo configurar um padrão para encaminhar a todo um grupo.

Para obter mais informações sobre como configurar uma grupo de busca, consulte Grupos de busca Cisco Webex Control Hub.

Criar uma filas de chamadas

Você pode configurar uma fila de chamadas para que, quando as chamadas dos clientes não puderem ser atendidas, eles recebam uma resposta automática, mensagens de conforto e música em espera até que alguém possa atender.

Para obter mais informações sobre como configurar e gerenciar uma filas de chamadas, consulte Gerenciar filas de chamada em Cisco Webex Control Hub.

Criar um cliente recepcionista

Ajude a atender às necessidades dos funcionários de front-office. Você pode configurar usuários como atendimento telefônico para que eles possam telar chamadas recebidas para determinadas pessoas dentro da sua organização.

Para obter informações sobre como configurar e visualizar seus clientes recepcionistas, consulte Clientes recepcionistas no Cisco Webex Control Hub.

Criar e gerenciar assistentes automáticos

Você pode adicionar saudações, configurar menus e encaminhar chamadas a um serviço de atendimento, um grupo de busca, uma caixa de correio de voz ou a uma pessoa real. Crie uma agenda de 24 horas ou forneça opções diferentes quando a sua empresa estiver aberta ou fechada.

Para obter informações sobre como criar e gerenciar assistentes automáticos, consulte Gerenciar assistentes automáticos no Cisco Webex Control Hub.

Configurar uma grupo de paginação

A paagem em grupo permite que um usuário coloque uma chamada em via única ou página de grupo para até 75 usuários-alvo e workspaces discando um número ou ramal atribuído a um grupo específico grupo de paginação.

Para obter informações sobre como configurar e editar grupos de paging, consulte Configurar um grupo de paging Cisco Webex Control Hub.

Configurar atendimento de chamadas

Melhore o trabalho em equipe e a colaboração criando um grupo atendimento de chamadas para que os usuários possam atender as chamadas entre si. Quando você adiciona usuários a um grupo de atendimento de chamadas e um membro do grupo está ausente ou ocupado, outro membro pode atender as chamadas.

Para obter informações sobre como configurar um grupo de atendimento de chamadas, consulte Atendimento de chamadas no Cisco Webex Control Hub.

Configurar o estacionamento de chamada

O estacionamento de chamadas permite que um grupo definido de usuários estacione chamadas em outros membros disponíveis de um grupo de estacionamento de chamadas. As chamadas estacionadas podem ser atendidas por outros membros do grupo em seus telefones.

Para obter mais informações sobre como configurar o estacionamento de chamadas, consulte Estacionamento de chamadas no Cisco Webex Control Hub.

Enable barge-in for users

1	From the customer view in https://admin.webex.com, go to Management > Users.
2	Select a user and click Calling.
3	Go to the Between-user permissions section, and then select Barge in.
4	Turn on the toggle to allow other users to add themselves to this user's ongoing call.
5	Check Play a tone when this user Barges In on a call if you want to play a tone to others when this user barges in on their call. The Play a tone when this user Barges In on a call setting doesn't apply to Customer Experience Basic and Essentials supervisor barge-in functionality. Even if you enable this option for a supervisor, the system doesn't play the notification tone to the agent when a supervisor barges in on their call queue call. If you want to play a tone to an agent when a supervisor barges in on their call, you can enable it through ‘Notification tone for agents’ settings. For more information, see the Create a queue section in Webex Customer Experience Basic or Webex Customer Experience Essentials.
6	Clique em Salvar.

Enable privacy for a user

1	Sign in to Control Hub, and go to Management > Users.
2	Choose a user and click Calling.
3	Go to the Between-user Permissions area and then choose Privacy.
4	Escolha as configurações adequadas de Privacidade do assistente automático para este usuário. Permitir que esse usuário seja discado por ramal Permitir que esse usuário seja discado por nome ou sobrenome
5	Marque a caixa de seleção Ativar privacidade. You can then decide to block everyone by not choosing members from the drop-down list. Alternatively, you can choose the users, workspaces, and virtual lines that can monitor the line status of this user. If you're a location administrator, only the users, workspaces, and virtual lines pertaining to your assigned locations appear in the drop-down list. Uncheck the Enable Privacy check box to allow everyone to monitor the line status.
6	Check the Enforce privacy for directed call pickup and barge-in check box to enable privacy for directed call pickup and barge-in. If you enable this option, only the authorized users, virtual lines, and workspace devices can use directed call pickup and barge-in on this user. Otherwise, anyone in the organization can invoke directed call pickup and barge-in on a line. For more information on barge-in, see Barge-in on someone else's phone call. The supervisor can always barge-in to calls that the agents receive through the call queue. That is, privacy settings don’t affect a supervisor's barge-in option.
7	From Add member by name, choose the users, workspaces, and virtual lines that can monitor the phone line status and invoke directed call pickup and barge-in.
8	To filter the members that you select, use the filter by name, number or ext field.
9	Click Remove All to remove all the selected members. To remove an individual member, click Delete next to the member's name.
10	Clique em Salvar.

Configure monitoring

The maximum number of monitored lines for a user is 50. However, while configuring the monitoring list, consider the number of messages that impact the bandwidth between Webex Calling and your network. Also, determine the maximum monitored lines by the number of line buttons on the user's phone.

1	From the customer view in https://admin.webex.com, go to Management and then click Users.
2	Selecione o usuário que você deseja modificar e clique em Chamadas.
3	Go to Between-user Permissions section, and select Monitoring.
4	Escolha uma das seguintes opções: Adicionar linha monitorada Adicionar ramal de estacionamento de chamadas You can include a virtual line in the Add Monitored Line list for user monitoring.
5	Choose if you wish to notify this user about parked calls, search for the person or call park extension to be monitored, and then click Save. A lista de linhas monitoradas no Control Hub corresponde à ordem das linhas monitoradas que aparecem no dispositivo do usuário. You can reorder the list of monitored lines at any time. The name that appears for the monitored line is the name entered in the Caller ID First Name and Last Name fields for the user, workspace, and virtual line.

Want to see how it's done? Watch this video demonstration on how to manage monitoring settings for a user in Control Hub.

Enable call bridge warning tone for users

Antes de começar

You must have the shared line configured for the call bridge to be invoked. See how to configure shared lines before you enable the call bridge warning tone to play.

1	Sign in to Control Hub, and go to Management > Users.
2	Selecione um usuário e clique na guia de Chamadas.
3	Go to Between-user Permissions, and click Call Bridging Warning Tone.
4	Turn on Call Bridging Warning Tone, and then click Save. By default, this feature is enabled. For more information on call bridging on an MPP shared line, see Shared lines on your multiplatform desk phone. For more information on call bridging on a Webex App shared line, see Shared line appearance for WebexApp.

Ativar o hotel para um usuário

A habilitação do local provisório para um usuário proporciona a ele a flexibilidade de trabalhar em outro espaço enquanto mantém a funcionalidade e os recursos dos principais telefones de mesa.

1	From the customer view in https://admin.webex.com, go to Management and select Users.
2	Selecione um usuário e clique na guia de Chamadas.
3	Go to the Between-user Permissions section, and select Hoteling and turn on the toggle.
4	Enter the name or number of the hoteling host in the Hoteling Location search field and choose the hoteling host that you want to assign to the user. Only one hoteling host can be selected. If you choose another hoteling host, the first one gets deleted. If you're a location administrator, you can assign only the hoteling host pertaining to your assigned locations.
5	To limit the time a user can be associated to the hoteling host, choose the number of hours that the user can use the hoteling host from the Limit Association Period drop-down. The user will be logged out automatically after the chosen time. An error message is displayed in the screen if the limit association period specified for the user exceeds the limit association period of the chosen hoteling host. For example, if the hoteling host has a limit association period of 12 hours and the user's limit association period is 24 hours, an error message is displayed. In such cases, you need to extend the limit association period of the hoteling host if more time is needed for the user.
6	Clique em Salvar. A user can also search, and locate the hoteling host they want to use from the User Hub. For more information, see Access your calling profile from anywhere.

Want to see how it's done? Watch this video demonstration on how to configure hoteling in the Control Hub.

Tendências de adesão e relatórios de uso do Webex Calling

Visualizar relatórios de chamadas

Você pode usar a página de Análise no Control Hub para obter informações sobre como as pessoas estão usando o Webex Calling e o aplicativo Webex (participação), bem como sobre a qualidade da mídia de chamadas. Para acessar a análise do Webex Calling, inicie sessão no Control Hub, vá para Analytics e selecione a guia Calling .

1	Para obter relatórios detalhados do histórico de chamadas, inicie sessão no Control Hub e vá para Analytics > Calling .
2	Selecione Histórico de chamadas detalhado . Para obter informações sobre chamadas que usam a Ocorrência dedicada, consulte Análise de ocorrência dedicada.
3	Para acessar dados de qualidade de mídia, inicie sessão no Control Hub, vá para Analytics e selecione Calling . Para obter mais informações, consulte Análise do seu portfólio de colaboração em nuvem.

Executar a ferramenta CScan

CScan é uma ferramenta de preparação de rede projetada para testar sua conexão de rede com o Webex Calling.

Para obter mais informações, consulte Usar o CScan para testar a qualidade da rede do Webex Calling.

1	Ensure that you assign valid and routable IP addresses to any Layer 3 interfaces, for example: `interface GigabitEthernet0/0/0 description Interface facing PSTN and/or CUCM ip address 10.80.13.12 255.255.255.0 ! interface GigabitEthernet0/0/1 description Interface facing Webex Calling (Private address) ip address 192.51.100.1 255.255.255.240`
2	Protect registration and STUN credentials on the router using symmetric encryption. Configure the primary encryption key and encryption type as follows: `key config-key password-encrypt YourPassword password encryption aes`
3	Create a placeholder PKI trustpoint. Requires this trustpoint to configure TLS later. For registration-based trunks, this trustpoint doesn't require a certificate - as would be required for a certificate-based trunk. `crypto pki trustpoint EmptyTP revocation-check none`
4	Enable TLS1.2 exclusivity and specify the default trustpoint using the following configuration commands. Transport parameters should also be updated to ensure a reliable secure connection for registration: The cn-san-validate server command ensures that the Local Gateway permits a connection if the host name configured in tenant 200 is included in either the CN or SAN fields of the certificate received from the outbound proxy. Set tcp-retry count to 1000 (5-msec multiples = 5 seconds). The timer connection establish command allows you to tune how long the LGW waits to set up a connection with a proxy before considering the next available option. The default for this timer is 20 seconds and the minimum 5 seconds. Start with a low value and increase if necessary to accommodate network conditions. `sip-ua timers connection establish tls 5 transport tcp tls v1.2 crypto signaling default trustpoint EmptyTP cn-san-validate server tcp-retry 1000`
5	Install the Cisco root CA bundle, which includes the DigiCert CA certificate used by Webex Calling. Use the crypto pki trustpool import clean url command to download the root CA bundle from the specified URL, and to clear the current CA trustpool, then install the new bundle of certificates: If you need to use a proxy for access to the internet using HTTPS, add the following configuration before importing the CA bundle: ip http client proxy-server yourproxy.com proxy-port 80 `ip http client source-interface GigabitEthernet0/0/1 crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b`

1	Create a registration based PSTN trunk for an existing location in Control Hub. Make a note of the trunk information that is provided once the trunk has been created. These details, as highlighted in the following illustration, will be used in the configuration steps in this guide. For more information, see Configure trunks, route groups, and dial plans for Webex Calling.
2	Enter the following commands to configure CUBE as a Webex Calling Local Gateway: `voice service voip ip address trusted list ipv4 x.x.x.x y.y.y.y mode border-element media statistics media bulk-stats allow-connections sip to sip no supplementary-service sip refer stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123$ sip asymmetric payload full early-offer forced` Aqui está uma explicação dos campos para a configuração: `ip address trusted list ipv4 x.x.x.x y.y.y.y` To protect against toll fraud, the trusted address list defines a list of hosts and networks from which the Local Gateway expects legitimate VoIP calls. By default, Local Gateway blocks all incoming VoIP messages from IP addresses not in its trusted list. Statically configured dial-peers with “session target IP” or server group IP addresses are trusted by default, so do not need to be added to the trusted list. When configuring your Local Gateway, add the IP subnets of your regional Webex Calling data center to the list. Para obter mais informações, consulte Informações de referência de portas do Webex Calling. Also, add address ranges for Unified Communications Manager servers (if used) and PSTN trunk gateways. If your LGW is behind a firewall with restricted cone NAT, you may prefer to disable the IP address trusted list on the Webex Calling facing interface. O firewall já protege você de informações de entrada não solicitadas VoIP. Desativar a ação reduz a sobrecarga de configuração a longo prazo, porque não podemos garantir que os endereços dos Webex Calling pares de usuários permaneçam fixos e você deve configurar seu firewall para os pares, em qualquer caso. mode border-element Enables Cisco Unified Border Element (CUBE) features on the platform. media statistics Permite o monitoramento de mídia no Gateway local. media bulk-stats Permite que o avião de controle sondar o avião de dados para as estatísticas de chamada em massa. For more information on these commands, see Media. permitir conexões sip para sip Enable CUBE basic SIP back-to-back user agent functionality. For more information, see Allow connections. By default, T.38 fax transport is enabled. For more information, see fax protocol t38 (voice-service). stun Enables STUN (Session Traversal of UDP through NAT) globally. Quando você encaminha uma chamada a um usuário Webex Calling (por exemplo, tanto as partes chamadas quanto as partes que são Webex Calling assinantes e se você ancorar mídia no Webex Calling SBC), a mídia não poderá fluí-la para o Gateway local já que o pin elas não serão abertas . The STUN bindings feature on the Local Gateway allows locally generated STUN requests to be sent over the negotiated media path. This helps to open the pinhole in the firewall. For more information, see stun flowdata agent-id and stun flowdata shared-secret. asymmetric payload full Configures SIP asymmetric payload support for both DTMF and dynamic codec payloads. For more information on this command, see asymmetric payload. oferta antecipada forçada Forces the Local Gateway to send SDP information in the initial INVITE message instead of waiting for acknowledgment from the neighboring peer. For more information on this command, see early-offer.
3	Configure voice class codec 100 filter for the trunk. In this example, the same codec filter is used for all trunks. You can configure filters for each trunk for precise control. `voice class codec 100 codec preference 1 opus codec preference 2 g711ulaw codec preference 3 g711alaw` Aqui está uma explicação dos campos para a configuração: voice class codec 100 Used to only allow preferred codecs for calls through SIP trunks. For more information, see voice class codec. Opus codec is supported only for SIP-based PSTN trunks. If the PSTN trunk uses a voice T1/E1 or analog FXO connection, exclude codec preference 1 opus from the voice class codec 100 configuration.
4	Configure voice class stun-usage 100 to enable ICE on the Webex Calling trunk. `voice class stun-usage 100 stun usage firewall-traversal flowdata stun usage ice lite` Aqui está uma explicação dos campos para a configuração: stun usage ice lite Used to enable ICE-Lite for all Webex Calling facing dial-peers to allow media-optimization whenever possible. For more information, see voice class stun usage and stun usage ice lite. You require stun usage of ICE-lite for call flows using media path optimization. To provide media-optimization for a SIP to TDM gateway, configure a loopback dial-peer with ICE-Lite enabled on the IP-IP leg. For further technical details, contact the Account or TAC teams
5	Configure the media encryption policy for Webex traffic. `voice class srtp-crypto 100 crypto 1 AES_CM_128_HMAC_SHA1_80` Aqui está uma explicação dos campos para a configuração: voice class srtp-crypto 100 Specifies SHA1_80 as the only SRTP cipher-suite CUBE offers in the SDP in offer and answer messages. Webex Calling only supports SHA1_80. For more information, see voice class srtp-crypto.
6	Configure a pattern to uniquely identify calls to a Local Gateway trunk based on its destination trunk parameter: `voice class uri 100 sip pattern dtg=Dallas1463285401_LGU` Aqui está uma explicação dos campos para a configuração: voice class uri 100 sip Defines a pattern to match an incoming SIP invite to an incoming trunk dial-peer. When entering this pattern, use dtg= followed by the Trunk OTG/DTG value provided in Control Hub when the trunk was created. For more information, see voice class uri.
7	Configure sip profile 100, which will be used to modify SIP messages before they are sent to Webex Calling. voice class sip-profiles 100 rule 10 request ANY sip-header SIP-Req-URI modify "sips:" "sip:" rule 20 request ANY sip-header To modify "<sips:" "<sip:" rule 30 request ANY sip-header From modify "<sips:" "<sip:" rule 40 request ANY sip-header Contact modify "<sips:(.)>" "<sip:\1;transport=tls>" rule 50 response ANY sip-header To modify "<sips:" "<sip:" rule 60 response ANY sip-header From modify "<sips:" "<sip:" rule 70 response ANY sip-header Contact modify "<sips:" "<sip:" rule 80 request ANY sip-header From modify ">" ";otg=dallas1463285401_lgu>" rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:" Aqui está uma explicação dos campos para a configuração: rule 10 to 70 and 90* Ensures that SIP headers used for call signaling use the sip, rather than sips scheme, which is required by Webex proxies. Configuring CUBE to use sips ensures that secure registration is used. rule 80 Modifies the From header to include the trunk group OTG/DTG identifier from Control Hub to uniquely identify a Local Gateway site within an enterprise.
8	Configure Webex Calling trunk: Create voice class tenant 100 to define and group configurations required specifically for the Webex Calling trunk. In particular, the trunk registration details provided in Control Hub earlier will be used in this step as detailed below. Dial-peers associated with this tenant later will inherit these configurations. The following example uses the values illustrated in Step 1 for the purpose of this guide (shown in bold). Replace these with values for your trunk in your configuration. voice class tenant 100 registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com no remote-party-id sip-server dns:98027369.us10.bcld.webex.com connection-reuse srtp-crypto 100 session transport tcp tls url sips error-passthru asserted-id pai bind control source-interface GigabitEthernet0/0/1 bind media source-interface GigabitEthernet0/0/1 no pass-thru content custom-sdp sip-profiles 100 outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com privacy-policy passthru Aqui está uma explicação dos campos para a configuração: voice class tenant 100 Defines a set of configuration parameters that will be used only for the Webex Calling trunk. For more information, see voice class tenant. registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls Servidor de registrador para o Gateway Local com o registro definido para atualizar a cada dois minutos (50% de 240 segundos). For more information, see registrar. Ensure that you use the Register Domain value from Control Hub here. credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks Credenciais para o desafio de registro de tronco. For more information, see credentials (SIP UA). Ensure that you use the Line/Port host, Authentication Username and Authentication Password values respectively from Control Hub here. authentication username Dallas1171197921_LGU password 0 9Wt[M6ifY+ realm BroadWorks authentication username Dallas1171197921_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com Desafio de autenticação para chamadas. For more information, see authentication (dial-peer). Ensure that you use the Authentication Username, Authentication Password and Registrar Domain values respectively from Control Hub here. sem ID de festa remota Disable SIP Remote-Party-ID (RPID) header as Webex Calling supports PAI, which is enabled using CIO asserted-id pai. For more information, see remote-party-id. sip-server dns:us25.sipconnect.bcld.webex.com Configures the target SIP server for the trunk. Use the edge proxy SRV address provided in Control Hub when you created your trunk. reutilização de conexão Usa a mesma conexão persistente para processamento de registros e chamada. For more information, see connection-reuse. srtp-crypto 100 Configures the preferred cipher-suites for the SRTP call leg (connection) (specified in step 5). For more information, see voice class srtp-crypto. tls de transporte da sessão Define o transporte para o TLS. For more information, see session-transport. sips de url SRV devem ser SIPs conforme suportado pelo acesso SBC; todas as outras mensagens são alteradas para SIP pelo perfil sip 200. erro-senha Especifica a funcionalidade de passagem da resposta de erro SIP. For more information, see error-passthru. asserted-id pai Liga o processamento PAI no gateway local. For more information, see asserted-id. bind control source-interface GigabitEthernet0/0/1 Configures the source interface and associated IP address for messages sent to WebexCalling. For more information, see bind. bind media source-interface GigabitEthernet0/0/1 Configures the source interface and associated IP address for media sent to WebexCalling. For more information, see bind. sem senha de conteúdo personalizado-sdp Comando padrão no locatário. For more information on this command, see pass-thru content. sip-profiles 100 Changes SIPs to SIP and modify Line/Port for INVITE and REGISTER messages as defined in sip-profiles 100. For more information, see voice class sip-profiles. outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com Webex Calling acessar SBC. Insert the Outbound Proxy Address provided in Control Hub when you created your trunk. For more information, see outbound-proxy. privacidade-política passthru Configures the privacy header policy options for the trunk to pass privacy values from the received message to the next call leg. For more information, see privacy-policy. Configure the Webex Calling trunk dial-peer. `dial-peer voice 100 voip description Inbound/Outbound Webex Calling max-conn 250 destination-pattern BAD.BAD session protocol sipv2 session target sip-server incoming uri request 100 voice-class codec 100 dtmf-relay rtp-nte voice-class stun-usage 100 no voice-class sip localhost voice-class sip tenant 100 srtp no vad` Aqui está uma explicação dos campos para a configuração: `dial-peer voice 100 voip description Inbound/Outbound Webex Calling` Define um VoIP discagem com uma tag de 100 e fornece uma descrição significativa para facilitar o gerenciamento e a solução de problemas. max-conn 250 Restricts the number of concurrent inbound and outbound calls between the LGW and Webex Calling. For registration trunks, the maximum value configured should be 250. Usea lower value if that would be more appropriate for your deployment. For more information on concurrent call limits for Local Gateway, refer to the Get started with Local Gateway document. padrão de destino BAD. Ruim A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. Any valid destination pattern may be used in this case. sessão protocolo sipv2 Especifica que o grupo de discagem 100 lida com os colegas de chamada SIP. For more information, see session protocol (dial-peer). sessão de destino sip-server Indicates that the SIP server defined in tenant 100 is inherited and used for the destination for calls from this dial peer. incoming uri request 100 To specify the voice class used to match a VoIP dial peer to the uniform resource identifier (URI) of an incoming call. For more information, see incoming uri. voice-class codec 100 Configures the dial-peer to use the common codec filter list 100. For more information, see voice-class codec. voice-class stun-usage 100 Allows locally generated STUN requests on the Local Gateway to be sent over the negotiated media path. STUN helps to open a firewall pinhole for media traffic. nenhum sip localhost de classe de voz Desativa a substituição do nome do organizador local DNS no lugar do endereço IP físico nas mensagens de saída, De, Chamada-ID e ID de parte remota. voice-class sip tenant 100 The dial-peer inherits all parameters configured globally and in tenant 100. Parameters may be overridden at the dial-peer level. Srtp Habilita o SRTP para o etapa de chamada. sem vad Desativa a detecção de atividade de voz.

1	The loop-back dial-peer configuration uses dial-peer groups and call routing tags to ensure that calls pass correctly between Webex and the PSTN, without creating call routing loops. Configure the following translation rules that will be used to add and remove the call routing tags: `voice translation-rule 100 rule 1 /^\+/ /A2A/ voice translation-profile 100 translate called 100 voice translation-rule 200 rule 1 /^/ /A1A/ voice translation-profile 200 translate called 200 voice translation-rule 11 rule 1 /^A1A/ // voice translation-profile 11 translate called 11 voice translation-rule 12 rule 1 /^A2A44/ /0/ rule 2/^A2A/ /00/ voice translation-profile 12 translate called 12` Aqui está uma explicação dos campos para a configuração: voice translation-rule Uses regular expressions defined in rules to add or remove call routing tags. Over-decadic digits (‘A’) are used to add clarity for troubleshooting. In this configuration, the tag added by translation-profile 100 is used to guide calls from Webex Calling towards the PSTN via the loopback dial-peers. Similarly, the tag added by translation-profile 200 is used to guide calls from the PSTN towards Webex Calling. Translation-profiles 11 and 12 remove these tags before delivering calls to the Webex and PSTN trunks respectively. This example assumes that called numbers from Webex Calling are presented in +E.164 format. Rule 100 removes the leading + to maintain a valid called number. Rule 12 then adds a national or international routing digit(s) when removing the tag. Use digits that suit your local ISDN national dial plan. If Webex Calling presents numbers in national format, adjust rules 100 and 12 to simply add and remove the routing tag respectively. For more information, see voice translation-profile and voice translation-rule.
2	Configure TDM voice interface ports as required by the trunk type and protocol used. For more information, see Configuring ISDN PRI. For example, the basic configuration of a Primary Rate ISDN interface installed in NIM slot 2 of a device might include the following: `card type e1 0 2 isdn switch-type primary-net5 controller E1 0/2/0 pri-group timeslots 1-31`
3	Configure the following TDM PSTN dial-peer: `dial-peer voice 200 pots description Inbound/Outbound PRI PSTN trunk destination-pattern BAD.BAD translation-profile incoming 200 direct-inward-dial port 0/2/0:15` Aqui está uma explicação dos campos para a configuração: `dial-peer voice 200 pots description Inbound/Outbound PRI PSTN trunk` Define um VoIP discagem com uma tag de 200 e fornece uma descrição significativa para facilitar o gerenciamento e a solução de problemas. For more information, see dial-peer voice. padrão de destino BAD. Ruim A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. For more information, see destination-pattern (interface). translation-profile incoming 200 Assigns the translation profile that will add a call routing tag to the incoming called number. direct-inward-dial Routes the call without providing a secondary dial-tone. For more information, see direct-inward-dial. port 0/2/0:15 The physical voice port associated with this dial-peer.
4	To enable media optimization of IP paths for Local Gateways with TDM-IP call flows, you can modify the call routing by introducing a set of internal loop-back dial-peers between Webex Calling and PSTN trunks. Configure the following loop-back dial-peers. In this case, all incoming calls will be routed initially to dial-peer 10 and from there to either dial-peer 11 or 12 based on the applied routing tag. After removal of the routing tag, calls will be routed to the outbound trunk using dial-peer groups. dial-peer voice 10 voip description Outbound loop-around leg destination-pattern BAD.BAD session protocol sipv2 session target ipv4:192.168.80.14 voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 11 voip description Inbound loop-around leg towards Webex translation-profile incoming 11 session protocol sipv2 incoming called-number A1AT voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 12 voip description Inbound loop-around leg towards PSTN translation-profile incoming 12 session protocol sipv2 incoming called-number A2AT voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad Aqui está uma explicação dos campos para a configuração: `dial-peer voice 10 pots description Outbound loop-around leg` Defines a VoIP dial-peer and gives a meaningful description for ease of management and troubleshooting. For more information, see dial-peer voice. translation-profile incoming 11 Applies the translation profile defined earlier to remove the call routing tag before passing to the outbound trunk. padrão de destino BAD. Ruim A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. For more information, see destination-pattern (interface). sessão protocolo sipv2 Specifies that this dial-peer handles SIP call legs. For more information, see  session protocol (dial peer). session target 192.168.80.14 Specifies the local router interface address as the call target to loop-back. For more information, see session target (voip dial peer). bind control source-interface GigabitEthernet0/0/0 Configures the source interface and associated IP address for messages sent through the loop-back. For more information, see  bind. bind media source-interface GigabitEthernet0/0/0 Configures the source interface and associated IP address for media sent through the loop-back. For more information, see  bind. dtmf-relay rtp-nte Define o RTP-NTE (RFC2833) como o recurso DTMF esperado no retorno de chamada. For more information, see  DTMF Relay (Voice over IP). codec g711alaw Forces all PSTN calls to use G.711. Select a-law or u-law to match the companding method used by your ISDN service. sem vad Desativa a detecção de atividade de voz. For more information, see  vad (dial peer).
5	Add the following call routing configuration: Create dial-peer groups to route calls between the PSTN and Webex trunks, via the loop-back. `voice class dpg 100 description Route calls to Webex Calling dial-peer 100 voice class dpg 200 description Route calls to PSTN dial-peer 200 voice class dpg 10 description Route calls to Loopback dial-peer 10` Aqui está uma explicação dos campos para a configuração: dial-peer 100 Associates an outbound dial-peer with a dial-peer group. For more information, see  voice-class dpg. Apply dial-peer groups to route calls. `dial-peer voice 100 destination dpg 10 dial-peer voice 200 destination dpg 10 dial-peer voice 11 destination dpg 100 dial-peer voice 12 destination dpg 200` Aqui está uma explicação dos campos para a configuração: destination dpg 200 Specifies which dial-peer group, and therefore dial-peer should be used for the outbound treatment for calls presented to this incoming dial-peer. This concludes your Local Gateway configuration. Save the configuration and reload the platform if this is the first time CUBE features are configured.

1	Ensure that you assign valid and routable IP addresses to any Layer 3 interfaces, for example: `interface GigabitEthernet0/0/0 description Interface facing PSTN and/or CUCM ip address 192.168.80.14 255.255.255.0 ! interface GigabitEthernet0/0/1 description Interface facing Webex Calling (Public address) ip address 198.51.100.1 255.255.255.240`
2	Protect STUN credentials on the router using symmetric encryption. Configure the primary encryption key and encryption type as follows: `key config-key password-encrypt YourPassword password encryption aes`
3	Create an encryption trustpoint with a certificate signed by your preferred Certificate Authority (CA). Create an RSA key pair using the following exec command. `crypto key generate rsa general-keys exportable label lgw-key modulus 4096` When using cube1.lgw.com as the fqdn for the trunk, create a trustpoint for the signed certificate with the following configuration commands: `crypto pki trustpoint LGW_CERT enrollment terminal pem fqdn cube1.lgw.com subject-name cn=cube1.lgw.com subject-alt-name cube1.lgw.com revocation-check none rsakeypair lgw-key` Generate Certificate Signing Request (CSR) with the following exec or configuration command and use it to request a signed certificate from a supported CA provider: `crypto pki enroll LGW_CERT`
4	Authenticate your new certificate using your intermediate (or root) CA certificate, then import the certificate (Step 4). Enter the following exec or configuration command: `crypto pki authenticate LGW_CERT <paste Intermediate X.509 base 64 based certificate here>`
5	Import a signed host certificate using the following exec or configuration command: `crypto pki import LGW_CERT certificate <paste CUBE host X.509 base 64 certificate here>`
6	Enable TLS1.2 exclusivity and specify the default trustpoint using the following configuration commands: `sip-ua crypto signaling default trustpoint LGW_CERT transport tcp tls v1.2`
7	Install the Cisco root CA bundle, which includes the DigiCert CA certificate used by Webex Calling. Use the crypto pki trustpool import clean url command to download the root CA bundle from the specified URL, and to clear the current CA trustpool, then install the new bundle of certificates: If you need to use a proxy for access to the internet using HTTPS, add the following configuration before importing the CA bundle: ip http client proxy-server yourproxy.com proxy-port 80 `ip http client source-interface GigabitEthernet0/0/1 crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b`

1	Create a CUBE certificate-based PSTN trunk for an existing location in Control Hub. For more information, see Configure trunks, route groups, and dial plans for Webex Calling. Make a note of the trunk information that is provided once the trunk is created. These details, as highlighted in the following illustration, will be used in the configuration steps in this guide.
2	Enter the following commands to configure CUBE as a Webex Calling Local Gateway: `voice service voip ip address trusted list ipv4 x.x.x.x y.y.y.y mode border-element allow-connections sip to sip no supplementary-service sip refer stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123$ sip asymmetric payload full early-offer forced sip-profiles inbound` Aqui está uma explicação dos campos para a configuração: `ip address trusted list ipv4 x.x.x.x y.y.y.y` To protect against toll fraud, the trusted address list defines a list of hosts and networks entities from which the Local Gateway expects legitimate VoIP calls. By default, Local Gateway blocks all incoming VoIP messages from IP addresses not in its trusted list. Statically configured dial-peers with “session target IP” or server group IP addresses are trusted by default so do not need to be added to the trusted list. When configuring your Local Gateway, add the IP subnets for your regional Webex Calling data center to the list, see Port Reference Information for Webex Calling for more information. Also, add address ranges for Unified Communications Manager servers (if used) and PSTN trunk gateways. For more information on how to use an IP address trusted list to prevent toll fraud, see IP address trusted. mode border-element Enables Cisco Unified Border Element (CUBE) features on the platform. permitir conexões sip para sip Enable CUBE basic SIP back to back user agent functionality. For more information, see Allow connections. By default, T.38 fax transport is enabled. For more information, see fax protocol t38 (voice-service). stun Enables STUN (Session Traversal of UDP through NAT) globally. These global stun commands are only required when deploying your Local Gateway behind NAT. Quando você encaminha uma chamada a um usuário Webex Calling (por exemplo, tanto as partes chamadas quanto as partes que são Webex Calling assinantes e se você ancorar mídia no Webex Calling SBC), a mídia não poderá fluí-la para o Gateway local já que o pin elas não serão abertas . The STUN bindings feature on the Local Gateway allows locally generated STUN requests to be sent over the negotiated media path. This helps to open the pinhole in the firewall. For more information, see  stun flowdata agent-id and  stun flowdata shared-secret. asymmetric payload full Configures SIP asymmetric payload support for both DTMF and dynamic codec payloads. For more information on this command, see asymmetric payload. oferta antecipada forçada Forces the Local Gateway to send SDP information in the initial INVITE message instead of waiting for acknowledgment from the neighboring peer. For more information on this command, see early-offer. sip-profiles inbound Enables CUBE to use SIP profiles to modify messages as they are received. Profiles are applied via dial-peers or tenants.
3	Configure voice class codec 100 codec filter for the trunk. In this example, the same codec filter is used for all trunks. You can configure filters for each trunk for precise control. `voice class codec 100 codec preference 1 opus codec preference 2 g711ulaw codec preference 3 g711alaw` Aqui está uma explicação dos campos para a configuração: voice class codec 100 Used to only allow preferred codecs for calls through SIP trunks. For more information, see voice class codec. Opus codec is supported only for SIP-based PSTN trunks. If the PSTN trunk uses a voice T1/E1 or analog FXO connection, exclude codec preference 1 opus from the voice class codec 100 configuration.
4	Configure voice class stun-usage 100 to enable ICE on the Webex Calling trunk. (This step is not applicable for Webex for Government) `voice class stun-usage 100 stun usage firewall-traversal flowdata stun usage ice lite` Aqui está uma explicação dos campos para a configuração: stun usage ice lite Used to enable ICE-Lite for all Webex Calling facing dial-peers to allow media-optimization whenever possible. For more information, see voice class stun usage and stun usage ice lite. The stun usage firewall-traversal flowdata command is only required when deploying your Local Gateway behind NAT. You require stun usage of ICE-lite for call flows using media path optimization. To provide media-optimization for a SIP to TDM gateway, configure a loopback dial-peer with ICE-Lite enabled on the IP-IP leg. For further technical details, contact the Account or TAC teams.
5	Configure the media encryption policy for Webex traffic. (This step is not applicable for Webex for Government) `voice class srtp-crypto 100 crypto 1 AES_CM_128_HMAC_SHA1_80` Aqui está uma explicação dos campos para a configuração: voice class srtp-crypto 100 Specifies SHA1_80 as the only SRTP cipher-suite CUBE offers in the SDP in offer and answer messages. Webex Calling only supports SHA1_80. For more information, see voice class srtp-crypto.
6	Configure FIPS-compliant GCM ciphers (This step is applicable only for Webex for Government). `voice class srtp-crypto 100 crypto 1 AEAD_AES_256_GCM` Aqui está uma explicação dos campos para a configuração: voice class srtp-crypto 100 Specifies GCM as the cipher-suite that CUBE offers. It is mandatory to configure GCM ciphers for Local Gateway for Webex for Government.
7	Configure a pattern to uniquely identify calls to a Local Gateway trunk based on its destination FQDN or SRV: `voice class uri 100 sip pattern cube1.lgw.com` Aqui está uma explicação dos campos para a configuração: voice class uri 100 sip Defines a pattern to match an incoming SIP invite to an incoming trunk dial-peer. When entering this pattern, use LGW FQDN or SRV configured in Control Hub while creating a trunk.
8	Configure SIP message manipulation profiles. If your gateway is configured with a public IP address, configure a profile as follows or skip to the next step if you are using NAT. In this example, cube1.lgw.com is the FQDN configured for the Local Gateway and "198.51.100.1" is the public IP address of the Local Gateway interface facing Webex Calling: `voice class sip-profiles 100 rule 10 request ANY sip-header Contact modify "@.:" "@cube1.lgw.com:" rule 20 response ANY sip-header Contact modify "@.:" "@cube1.lgw.com:"` Aqui está uma explicação dos campos para a configuração: rules 10 and 20 To allow Webex to authenticate messages from your local gateway, the 'Contact' header in SIP request and responses messages must contain the value provisioned for the trunk in Control Hub. This will either be the FQDN of a single host, or the SRV domain name used for a cluster of devices. Skip the next step if you have configured your Local Gateway with public IP addresses.
9	If your gateway is configured with a private IP address behind static NAT, configure inbound and outbound SIP profiles as follows. In this example, cube1.lgw.com is the FQDN configured for the Local Gateway, "10.80.13.12" is the interface IP address facing Webex Calling and "192.65.79.20" is the NAT public IP address. SIP profiles for outbound messages to Webex Calling voice class sip-profiles 100 rule 10 request ANY sip-header Contact modify "@.:" "@cube1.lgw.com:" rule 20 response ANY sip-header Contact modify "@.:" "@cube1.lgw.com:" rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.) 10.80.13.12" "\1 192.65.79.20" rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.) 10.80.13.12" "\1 192.65.79.20" rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.) 10.80.13.12" "\1 192.65.79.20" rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.) 10.80.13.12" "\1 192.65.79.20 rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.) 10.80.13.12" "\1 192.65.79.20" rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.) 10.80.13.12" "\1 192.65.79.20" Aqui está uma explicação dos campos para a configuração: rules 10 and 20 To allow Webex to authenticate messages from your local gateway, the 'Contact' header in SIP request and responses messages must contain the value provisioned for the trunk in Control Hub. This will either be the FQDN of a single host, or the SRV domain name used for a cluster of devices. rules 30 to 81 Convert private address references to the external public address for the site, allowing Webex to correctly interpret and route subsequent messages. SIP profile for inbound messages from Webex Calling voice class sip-profiles 110 rule 10 response ANY sdp-header Video-Connection-Info modify "192.65.79.20" "10.80.13.12" rule 20 response ANY sip-header Contact modify "@.:" "@cube1.lgw.com:" rule 30 response ANY sdp-header Connection-Info modify "192.65.79.20" "10.80.13.12" rule 40 response ANY sdp-header Audio-Connection-Info modify "192.65.79.20" "10.80.13.12" rule 50 response ANY sdp-header Session-Owner modify "192.65.79.20" "10.80.13.12" rule 60 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.) 192.65.79.20" "\1 10.80.13.12" rule 70 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.) 192.65.79.20" "\1 10.80.13.12" rule 80 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.) 192.65.79.20" "\1 10.80.13.12" Aqui está uma explicação dos campos para a configuração: rules 10 to 80 Convert public address references to the configured private address, allowing messages from Webex to be correctly processed by CUBE. For more information, see voice class sip-profiles.
10	Configure a SIP Options keepalive with header modification profile. `voice class sip-profiles 115 rule 10 request OPTIONS sip-header Contact modify "<sip:.:" "<sip:cube1.lgw.com:" rule 30 request ANY sip-header Via modify "(SIP.) 10.80.13.12" "\1 192.65.79.20" rule 40 response ANY sdp-header Connection-Info modify "10.80.13.12" "192.65.79.20" rule 50 response ANY sdp-header Audio-Connection-Info modify "10.80.13.12" "192.65.79.20" ! voice class sip-options-keepalive 100 description Keepalive for Webex Calling up-interval 5 transport tcp tls sip-profiles 115` Aqui está uma explicação dos campos para a configuração: voice class sip-options-keepalive 100 Configures a keepalive profile and enters voice class configuration mode. You can configure the time (in seconds) at which an SIP Out of Dialog Options Ping is sent to the dial-target when the heartbeat connection to the endpoint is in UP or Down status. This keepalive profile is triggered from the dial-peer configured towards Webex. To ensure that the contact headers include the SBC fully qualified domain name, SIP profile 115 is used. Rules 30, 40, and 50 are required only when the SBC is configured behind static NAT. In this example, cube1.lgw.com is the FQDN selected for the Local Gateway and if static NAT is used, "10.80.13.12" is the SBC interface IP address towards Webex Calling and "192.65.79.20" is the NAT public IP address.
11	Configure Webex Calling trunk: Create voice class tenant 100 to define and group configurations required specifically for the Webex Calling trunk. Dial-peers associated with this tenant later will inherit these configurations: The following example uses the values illustrated in Step 1 for the purpose of this guide (shown in bold). Replace these with values for your trunk in your configuration. `voice class tenant 100 no remote-party-id sip-server dns:us25.sipconnect.bcld.webex.com srtp-crypto 100 localhost dns:cube1.lgw.com session transport tcp tls no session refresh error-passthru bind control source-interface GigabitEthernet0/0/1 bind media source-interface GigabitEthernet0/0/1 no pass-thru content custom-sdp sip-profiles 100 sip-profiles 110 inbound privacy-policy passthru !` Aqui está uma explicação dos campos para a configuração: voice class tenant 100 We recommend that you use tenants to configure trunks which have their own TLS certificate, and CN or SAN validation list. Here, the tls-profile associated with the tenant contains the trust point to be used to accept or create new connections, and has the CN or SAN list to validate the incoming connections. For more information, see voice class tenant. sem ID de festa remota Disable SIP Remote-Party-ID (RPID) header as Webex Calling supports PAI, which is enabled using CIO asserted-id pai. For more information, see remote-party-id. sip-server dns:us25.sipconnect.bcld.webex.com Configures the target SIP server for the trunk. Use the edge proxy SRV address provided in Control Hub when you created your trunk srtp-crypto 100 Configures the preferred cipher-suites for the SRTP call leg (connection) (specified in Step 5). For more information, see voice class srtp-crypto. localhost dns: cube1.lgw.com Configures CUBE to replace the physical IP address in the From, Call-ID, and Remote-Party-ID headers in outgoing messages with the provided FQDN. tls de transporte da sessão Sets transport to TLS for associated dial-peers. For more information, see session-transport. no session refresh Disables SIP session refresh globally. erro-senha Especifica a funcionalidade de passagem da resposta de erro SIP. For more information, see error-passthru. bind control source-interface GigabitEthernet0/0/1 Configures the source interface and associated IP address for messages sent to Webex Calling. For more information, see bind. bind media source-interface GigabitEthernet0/0/1 Configures the source interface and associated IP address for media sent to Webex Calling. For more information, see bind. voice-class sip profiles 100 Applies the header modification profile (Public IP or NAT addressing) to use for outbound messages. For more information, see voice-class sip profiles. voice-class sip profiles 110 inbound Applies the header modification profile (NAT addressing only) to use for inbound messages. For more information, see voice-class sip profiles. privacy-policy passthru Configures the privacy header policy options for the trunk to pass privacy values from the received message to the next call leg. For more information, see privacy-policy. Configure the Webex Calling trunk dial-peer. `dial-peer voice 100 voip description Inbound/Outbound Webex Calling destination-pattern BAD.BAD session protocol sipv2 session target sip-server incoming uri request 100 voice-class codec 100 voice-class stun-usage 100 voice-class sip rel1xx disable voice-class sip asserted-id pai voice-class sip tenant 100 voice-class sip options-keepalive profile 100 dtmf-relay rtp-nte srtp no vad` Aqui está uma explicação dos campos para a configuração: `dial-peer voice 100 voip description Inbound/Outbound Webex Calling` Define um novo VoIP de discagem com uma tag de 100 e fornece uma descrição significativa para facilitar o gerenciamento e a solução de problemas. For more information, see dial-peer voice. padrão de destino BAD. Ruim A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. Any valid destination pattern may be used in this case. sessão protocolo sipv2 Especifica que o grupo de discagem 100 lida com os colegas de chamada SIP. For more information, see session protocol (dial-peer). sessão de destino sip-server Indicates that the SIP server defined in tenant 100 is inherited and used for the destination for calls from this dial peer. incoming uri request 100 To specify the voice class used to match a VoIP dial peer to the uniform resource identifier (URI) of an incoming call. For more information, see  incoming uri. voice-class codec 100 Indicates codec filter list for calls to and from Webex Calling. For more information, see voice class codec. uso de stun-usage de classe de voz 100 Allows locally generated STUN requests on the Local Gateway to be sent over the negotiated media path. STUN help to open a firewall pinhole for media traffic. voice-class sip asserted-id pai Sets the outgoing calling information using the privacy asserted ID (PAI) header. For more information, see voice-class sip asserted-id. voice-class sip tenant 100 The dial-peer inherits all parameters configured globally and in tenant 100. Parameters may overridden at the dial-peer level. For more information, see  voice-class sip tenant. voice-class sip options-keepalive profile 100 This command is used to monitor the availability of a group of SIP servers or endpoints using a specific profile (100). Srtp Habilita o SRTP para o etapa de chamada.

1	Certifique-se de que uma chave de configuração seja criada para a senha, com os comandos mostrados abaixo, antes que ela possa ser usada nas credenciais ou códigos compartilhados. As senhas do tipo 6 são criptografadas usando a cifra AES e esta chave de configuração definida pelo usuário. `LocalGateway#conf t LocalGateway(config)# key config-key password-encrypt Password123 LocalGateway(config)# password encryption aes` Aqui está a configuração do gateway local que será aplicada a ambas as plataformas com base nos parâmetros do Control Hub exibidos acima, salve e recarregue. As credenciais do SIP Digest do Control Hub são destacadas em bold . configure a criptografia terminal pki trustpoint dummyTp revocation-check crl exit sip-ua crypto signaling default trustpoint dummyTp cn-san-validate server transport tcp tls v1.2 end configure terminal crypto pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b end configure terminal voice service voip Endereço IP Lista confiável ipv4 x.x.x.x y.y.y.y.y exit allow-connections sip to sip media statistics media bulk-stats no supplementary-service sip refer no supplementary-service sip handle-replaces fax protocol pass-through g711ulaw stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123! sip g729 annexb-all early-offer forced end configure terminal voice class sip-profiles 200 rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.)" "" "" "" rule 13 response ANY sip-header To modify "<sips:(.)" "<siphussain1076_lgu>" regra 30 solicite QUALQUER sip-header P-Asserted-Identity modifique "sips:(.)" "sip:\1" classe de voz codec 99 codec preference 1 g711ulaw codec preference 2 g711ulaw exit voice class srtp-crypto 200 crypto 1 AES_CM_128_HMAC_SHA1_80 saída de classe de voz stun-use 200 stun use firewall-traversal flowdata saída de classe de voz inquilino 200 registrador dns:40462196.cisco-bcld.com o esquema sips expira a taxa de atualização de 240 50 tcp tls credenciais de número Hussain5091_LGU nome de usuário Hussain1076_Senha LGU 0 lOV12MEaZx nome de usuário de autenticação do realm Broadworks Hussain5091_LGU senha 0 lOV12MEaZx nome de usuário de autenticação BroadWorks do domínio Hussain5091_LGU senha 0 lOV12MEaZx reino 40462196.cisco-bcld.com nenhum servidor SIP de ID de interlocutor remoto dns:40462196.cisco-bcld.com conexão-reutilização srtp-criptografia 200 transporte de sessão tcp tls url sips error-passthru asserted-id pai vincular interface de origem de controle GigabitEthernet1 vincular interface de fonte de mídia GigabitEthernet1 sem pass-thru conteúdo personalizado-sdp sip-perfis 200 outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com privacy-policy passthru voice class tenant 100 session transport udp url sip error-passthru bind control source-interface GigabitEthernet2 bind media source-interface GigabitEthernet2 no pass-thru content custom-sdp voice class tenant 300 bind control source-interface GigabitEthernet2 bind media source-interface GigabitEthernet2 no pass-thru content custom-sdp voice class uri 100 sip host ipv4:198.18.133.3 voice class uri 200 sip pattern dtg=hussain1076.lgu dial-peer voice 101 voip description dial-peer de saída para IP PSTN padrão de destino BAD.BAD session protocol sipv2 session target ipv4:198.18.133.3 voice-class codec 99 voice-class sip tenant 100 dtmf-relay rtp-nte no vad dial-peer voice-peer 100 dtmf-relay rtp-nte session-peer 200 dtmf-relay voice-class sip tenant 200 dtmf-relay rtp-nte rtp no vad voice class dpg 100 description dial-peer de entrada IP PSTN(DP100) to Webex Calling(DP201) dial-peer 101 preference 1 voice class dpg 200 description dial-peer de entrada IP PSTN (DP100) to Webex Calling(DP201) dial-peer 201 preference 1 dial-peer voice 100 voip destination dpg 200 URI de entrada codec de classe de voz 300 dtmf-relay rtp-nte no vad dial-peer voice-peer 300 dtmf-relay rtp-nte no vad dial-peer voice-peer 300 d Para exibir a saída do comando show, recarregamos VCUBE-2* seguido por VCUBE-1, tornando VCUBE-1 o CUBE em espera e VCUBE-2 o CUBE ativo
2	A qualquer momento, apenas uma plataforma manterá um registro ativo como o Gateway local com o Webex Calling Acess SBC. Dê uma olhada na saída dos seguintes comandos show. show redundancy application group 1 mostrar status de registro SIP-ua `VCUBE-1# mostrar grupo de aplicativos de redundância 1 ID do grupo:1 Nome do grupo:LocalGateway-HA Estado administrativo: Nenhum estado operacional agregado de desligamento: Minha função: Função de pares em espera : Presença de pares ativo: Sim de mesmo nível de comunicação: A pregressão do par Sim foi iniciada: Sim domínio RF: BtoB-um estado RF: Estado de RF do HOT peer de espera: ACTIVE VCUBE-1# show sip-ua status de registro VCUBE-1#` VCUBE-2# mostrar grupo de aplicativos de redundância 1 ID do grupo:1 Nome do grupo:LocalGateway-HA Estado administrativo: Nenhum estado operacional agregado de desligamento: Minha função: Função de pares ativo: STATUS do ponto de presença: Sim de mesmo nível de comunicação: A pregressão do par Sim foi iniciada: Sim domínio RF: BtoB-um estado RF: Estado RF ativo do peer: HOT VCUBE-2 #Mostrar locatário do status do registro SIP-UA : 200 -------------------- Registrar-Índice 1 --------------------- Par de linha expira (seg) sobrevivência reg P-Associ-URI ============================== ========== ========== ============ ========= ============ Hussain5091 _ LGU -1 48 sim VCUBE-2 normal# Na saída acima, você pode ver que VCUBE-2 é o LGW ativo que mantém o registro com o Webex Calling Access SBC, enquanto a saída do "show sip-ua register status" está em branco no VCUBE-1
3	Agora habilite as seguintes depurações no VCUBE-1 `VCUBE-1# debug ccsip não-chamada SIP Out-of-Dialog tracing is enabled VCUBE-1# debug ccsip info SIP Call info tracing is enabled VCUBE-1# debug ccsip message`
4	Simule o failover emitindo o seguinte comando no LGW ativo, o VCUBE-2 neste caso. `Grupo de recarga do aplicativo de redundância VCUBE-2# 1 auto-` A alternância do LGW ATIVO para EM ESPERA ocorre no seguinte cenário, além do CLI listado acima Quando o roteador ATIVO recarrega Quando o roteador ATIVO é ligado e desligado Quando qualquer interface RG configurada do roteador ATIVO é desligada para a qual o rastreamento está habilitado
5	Verifique se o VCUBE-1 foi registrado no Webex Calling Access SBC. O VCUBE-2 já deve ter recarregado. `VCUBE-1# show sip-ua status de registro Locatário: 200 -------------------- Registrar-Índice 1 --------------------- Par de linha expira (seg) sobrevida reg P-Associ-URI ============================== ========== ========== ============================================ ============ Hussain5091 _ LGU -1 56 sim normal VCUBE-1#` O VCUBE-1 agora é o LGW ativo.
6	Veja o registro de depuração relevante no VCUBE-1 enviando um SIP REGISTER ao Webex Calling VIA o IP virtual e recebendo um 200 OK. Registro do VCUBE-1#show Jan 9 18:37:24.769: %RG _ MEDIA-3-TIMEREXPIRED: ID RG 1 Olá Hora expirada. Jan 9 18:37:24.771: %RG _ PROTCOL-5-ROLECHANGE: Alteração da função RG id 1 do modo de espera para Ativo 9 de janeiro 18:37:24.783: %VOICE _ HA-2-SWITCHOVER _ IND: SWITCHOVER, de STANDBY _ HOT ao estado ATIVO. 9 de janeiro 18:37:24.783: //-1/xxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Recebido notificar evento de função ativa 9 de janeiro 18:37:25.758: //-1/xxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Enviado: REGISTRAR sip: 40462196.cisco-bcld.com:5061 SIP/2.0 via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374 De: <sip:Hussain5091 _ LGU@40462196.cisco-bcld.com;otg=hussain1076 _lgu>;tag=8D573-189 a: <sip:Hussain5091 _ LGU@40462196.cisco-bcld.com> Data: Qui, 09 Jan 2020 18:37:24 GMT-ID da chamada: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 User-Agent: Cisco-SIPGateway/IOS-16.12.02 Max-Forwards: 70 timestamp: 1578595044 CSeq: 2 REGISTER Contato: <sip:Hussain5091 _ LGU@198.18.1.228:5061;transport=tls> expira: 240 suportado: Comprimento do conteúdo do caminho: 0 Jan 9 18:37:25.995: //-1/00000000000/SIP/Msg/ccsipDisplayMsg: Recebido: SIP/2.0 401 não autorizado através de: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742 De: <sip:Hussain5091 _ LGU@40462196.cisco-bcld.com;otg=hussain1076 _lgu>;tag=8D573-189 A: <sip:Hussain5091 _ LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969 Data: Qui, 09 Jan 2020 18:37:24 GMT-ID da chamada: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-carimbo de data e hora de FFFFFFFFB5F93B97: 1578595044 CSeq: 2 registrar WWW-Authenticate; DIGEST domínio = "BroadWorks", QoP = "auth", nonce = "BroadWorksXk572qd01Ti58zliBW", Algorithm = Content-Length MD5: 0 9 de janeiro 18:37:26.000: //-1/xxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Enviado: REGISTRAR SIP: 40462196. Cisco-bcld.com:5061 SIP/2.0 via: SIP/2.0/TLS 198.18.1.228 :5061;branch=z9hG4bK16DC De: <sip:Hussain5091 _ LGU@40462196.cisco-bcld.com;otg=hussain1076 _lgu>;tag=8D573-189 A: <sip:Hussain5091 _ LGU@40462196.cisco-bcld.com> Data: Qui, 09 Jan 2020 18:37:25 GMT-ID da chamada: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 User-Agent: Cisco-SIPGateway/IOS-16.12.02 Max-Forwards: 70 timestamp: 1578595045 CSeq: 3 REGISTER Contato: <sip:Hussain5091 _ LGU@198.18.1.228:5061;transport=tls> Expira: 240 suportado: Autorização de caminho: Nome de usuário Digest="Hussain1076 _ LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c54f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algoritthm=MD5,nc=00000001 Comprimento do conteúdo: 0 Jan 9 18:37:26.190: //1/00000000000/SIP/Msg/ccsipDisplayMsg: Recebido: SIP/2.0 200 OK Via: SIP/2.0/TLS 198.18.1.228 :5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742 De: <sip:Hussain5091 _ LGU@40462196.cisco-bcld.com;otg=hussain1076 _lgu>;tag=8D573-189 A: <sip:Hussain5091 _ LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184 Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-carimbo de data e hora de FFFFFFFFB5F93B97: 1578595045 CSeq: 3 REGISTER Contato: <sip:Hussain5091 _ LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5 Allow-Events: chamada-informações, linha-captura, diálogo, mensagem-resumo, como-Feature-Event, x-broadworks-Hotéis, x-broadworks-Call-Center-status, conteúdo de conferência-comprimento: 0

Fluxo de trabalho da configuração do Webex Calling

Preparar seu ambiente

Pré-requisitos gerais

Requisitos de hardware e software para gateway local

Requisitos de licença para gateways locais

Requisitos de certificado e segurança para gateway local

Requisitos de firewall, NAT Traversal e otimização de caminhos de mídia para gateway local

Configurar o Webex Calling na sua organização

Configurar o gateway local no Cisco IOS XE do Webex Calling

Visão geral

Baseline configuration

Configuração

Pré-requisitos

Baseline configuration

Configuração

Pré-requisitos

Instalar assinaturas de diagnóstico para monitoramento proativo

Monitorando desconectações anormals de chamada

Instalar assinaturas de diagnóstico para solucionar um problema

Verificar a execução de assinaturas de diagnóstico

Desinstalar assinaturas de diagnóstico

Implementar CUBE de alta disponibilidade como gateway local

Fundamentos

Configurar a redundância em ambos os CUBEs

Configurar um gateway local em ambos os CUBEs

Configurar o Unified CM para Webex Calling

Configurar perfil de segurança de tronco SIP do tronco para o gateway local

Configurar o perfil SIP para o tronco de gateway local

Criar um espaço de pesquisa de chamadas para chamadas do Webex

Configurar um tronco SIP de e para o Webex

Configurar grupo de rotas para Webex

Configurar lista de rotas para Webex

Criar uma partição para destinos Webex

Configurar padrões de rota para destinos Webex

Configurar a normalização de discagem abreviada entre sites para Webex

Configurar os recursos do Webex Calling

Configurar uma grupo de busca

Criar uma filas de chamadas

Criar um cliente recepcionista

Criar e gerenciar assistentes automáticos

Configurar uma grupo de paginação

Configurar atendimento de chamadas

Configurar o estacionamento de chamada

Enable barge-in for users

Enable privacy for a user

Configure monitoring

Enable call bridge warning tone for users

Ativar o hotel para um usuário

Tendências de adesão e relatórios de uso do Webex Calling

Visualizar relatórios de chamadas

Executar a ferramenta CScan

Pequena empresa

Empresa

Dispositivos

Soluções para

Recursos

Empresa