15 de julho de 2021 | 621 visualização(ões) | 0 pessoas acharam que isso foi útil

Fluxo de trabalho da configuração do Webex Calling

30 de setembro de 2022

Visão geral do Webex Calling

Apresentando o Webex Calling

Imagine ser capaz de aproveitar as funções de chamada em nuvem, mobilidade e PBX de grande porte, juntamente com o Webex App para mensagens e reuniões e chamada de um cliente soft Webex Calling ou dispositivo da Cisco. Isso é exatamente o que o Webex Calling tem a oferecer a você.

O Webex Calling oferece os seguintes benefícios:

Inscrições de chamadas para usuários de telefonia e áreas comuns
Acesso do aplicativo Webex para todos os usuários
Acesso à rede de telefonia pública comutada (PSTN) para permitir que seus usuários disquem números fora da organização. O serviço é fornecido através de uma infraestrutura corporativa existente (gateway local sem IP PBX no local ou com ambiente de chamada Unified CM existente) ou do Parceiro ou da Cisco fornecido PSTN opções.

O Webex Calling é compatível com os seguintes recursos. Para obter mais informações, consulte o capítulo Configurar recursos do Webex Calling.

Tabela 1. Recursos configuráveis pelo administrador
Recurso	Descrição
Assistente automático	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. Você pode criar uma agenda de 24 horas ou fornecer diferentes opções quando sua empresa estiver aberta ou fechada. Você pode até mesmo encaminhar chamadas com base nos atributos da ID do autor da chamada para criar listas VIP ou gerenciar chamadas de determinados códigos de área de forma diferente.
Fila de chamadas	Você pode configurar uma fila de chamadas para que, quando as chamadas recebidas não puderem ser atendidas, os chamadores recebam uma resposta automática, mensagens de conforto e música em espera até que alguém possa atender a chamada.
Atendimento de chamadas	Você pode aprimorar o trabalho em equipe e a colaboração criando um grupo de atendimento de chamadas para que os usuários possam atender às chamadas uns dos outros. 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.
Estacionamento de chamadas	Você pode ativar o estacionamento de chamadas para que os usuários possam colocar uma chamada em espera e atendê-la em outro telefone.
Grupo de busca	Você pode querer configurar grupos de busca nas seguintes situações: Uma equipe de vendas que deseja encaminhamento sequencial. Uma chamada recebida toca em um telefone, mas se não houver resposta, a chamada é encaminhada para o próximo agente da lista. Uma equipe de suporte que deseja que os telefones toquem todos de uma vez para que o primeiro agente disponível possa atender a chamada.
Grupo de paginação	Você pode criar um grupo de paginação para que os usuários possam enviar uma mensagem de áudio a uma pessoa, departamento ou equipe. Quando alguém envia uma mensagem a um grupo de paginação, a mensagem é reproduzida em todos os dispositivos do grupo.
Cliente recepcionista	Ajude a atender às necessidades dos funcionários de front-office ao fornecer um conjunto completo de opções de controle de chamadas, monitoramento de linha em grande escala, enfileiramento de chamadas, múltiplas exibições e opções de diretório, integração com Outlook e muito mais.

Os usuários podem configurar os seguintes recursos no https://settings.webex.com, que serão lançados de forma cruzada no Portal de usuários Calling.

Tabela 2. Recursos configuráveis pelo usuário
Recurso	Descrição
Rejeição de chamadas anônimas	Os usuários podem rejeitar as chamadas recebidas que tenham as IDs do autor da chamada bloqueadas.
Continuidade de negócios	Se os telefones dos usuários não estiverem conectados à rede por algum motivo (como queda de energia, problemas de rede e assim por diante), os usuários poderão encaminhar as chamadas recebidas a um número de telefone específico.
Encaminhamento de chamadas	Os usuários podem encaminhar as chamadas recebidas a outro telefone.
Encaminhamento de chamadas seletivas	Os usuários podem encaminhar chamadas em horários específicos de chamadores específicos. Essa configuração terá precedência sobre o Encaminhamento de chamadas.
Notificação de chamada	Os usuários podem enviar a si mesmos um e-mail quando receberem uma chamada de acordo com os critérios predefinidos, como número de telefone ou data e hora.
Chamada em espera	Os usuários podem permitir o atendimento de chamadas recebidas adicionais.
Não interromper	Os usuários podem permitir temporariamente que todas as chamadas sejam encaminhadas diretamente ao correio de voz.
Office Anywhere	Os usuários podem usar os telefones selecionados ("Locais") como um ramal do número de telefone comercial e do plano de discagem.
Alerta de prioridade	Os telefones dos usuários podem tocar com um toque distinto quando os critérios predefinidos forem atendidos, como número de telefone ou data e hora.
Escritório remoto	Os usuários podem realizar chamadas de um telefone remoto e fazer com que apareçam da linha comercial. Além disso, todas as chamadas recebidas na linha comercial tocarão nesse telefone remoto.
Aceitação de chamadas seletivas	Os usuários podem aceitar chamadas em horários específicos de chamadores específicos.
Rejeição de chamadas seletivas	Os usuários podem rejeitar chamadas em horários específicos de chamadores específicos.
Toque sequencial	Toca em até 5 dispositivos, um após o outro, para chamadas recebidas.
Toque simultâneo	Liga para os números dos usuários e de outras pessoas ("destinatários da chamada") ao mesmo tempo para chamadas recebidas.

Serviços de provisionamento, dispositivos e usuários no Control Hub, lançamento cruzado para configuração detalhada no Portal de administração Calling

O Control Hub (https://admin.webex.com) é um portal de gerenciamento que se integra ao Webex Calling para agilizar seus pedidos e configuração e centralizar o gerenciamento da oferta agrupada—Webex Calling, aplicativo Webex e Meetings.

O Control Hub é o ponto central para provisionar todos os serviços, dispositivos e usuários. Você pode fazer a configuração inicial do serviço de chamadas, registrar telefones MPP na nuvem (usando o endereço MAC), configurar usuários associando dispositivos, adicionando números, serviços, recursos de chamadas e assim por diante. Além disso, no Control Hub, você pode iniciar de forma cruzada no Portal de administração Calling.

Experiência do usuário

Os usuários têm acesso às seguintes interfaces:

Aplicativo Webex Calling—Soft-client para chamadas com a marca Cisco. Para obter mais informações, consulte Explorar o novo aplicativo Cisco Webex Calling.
Configurações Webex (https://settings.webex.com)—Interface onde os usuários podem definir preferências para o perfil, baixar aplicativo Webex e iniciar em conjunto no Portal do usuário de chamada para configurações de chamada. Para obter mais informações, consulte Alterar as configurações do Cisco Webex.
Aplicativo Webex — Aplicativo incluído na assinatura como um cliente de Mensagens em equipe da marca Cisco. Para obter mais informações, consulte Começar com o aplicativo Cisco Webex.
Webex Meetings—Aplicativo opcional adicionado como uma solução de Reuniões. Para obter mais informações, consulte Webex Meetings.

Visão geral

Webex Calling reduzir custos operacionais e aumentar a produtividade, ajudando você a migrar para a nuvem comunicações essenciais dos negócios. Quando combinado com outros aplicativos e dispositivos Webex, ela é o coração de uma experiência completa de chamada e colaboração em nuvem corporativa. A Cisco oferece suporte no local, na nuvem, e implantações de modelo misto para manter nossos clientes conectados e produtivos de qualquer lugar; mesmo durante eventos de mercado prejudicial.

Webex Calling agora inclui uma opção de instância em nuvem dedicada com base na arquitetura Cisco Unified Communications Manager navegação. A Instância dedicada é integrada à Webex Calling e tira proveito dos serviços da plataforma webex, trazendo inovação em nuvem e uma experiência aprimorada para clientes que precisam suportar terminais mais antigos da Cisco, soluções de recuperação local ou integrações existentes parte de fluxos de trabalho essenciais.

O complemento de Instância Dedicada para Webex Calling inclui:

Cisco Unified Communications Manager
Cisco Unified IM e Presence
Cisco Unified Unity Connection
Cisco Expressway
Equipe de emergência da Cisco (somente região das Américas)
Cisco Session Management Edition (SME) (Opcional)

ROI estendido – A Ocorrência Dedicada suporta os mesmos terminais de voz e vídeo que a versão do UC Manager associada, eliminando a exigência de atualizar todos os terminais do cliente ao migrar para a nuvem e ampliar o ROI desses ativos.

Inter-Op básica – Instância dedicada é integrada com o Webex Calling para roteamento de chamadas através da plataforma Webex. Os clientes têm a flexibilidade de distribuir os usuários em Instância dedicada e Webex Calling e ajustar ao longo do tempo conforme necessário para atender aos requisitos de negócios de chamada em nuvem.

Os clientes que dividirem usuários em plataformas distintas experimentarão diferentes recursos. Os recursos de chamada não são melhorado entre Instância dedicada e Webex Calling. Por exemplo, Webex Calling usuários não podem ser parte de uma grupo de busca na Instância Dedicada.

Fazer um tour pelo Control Hub

O Control Hub é a única interface baseada na web para gerenciamento de sua organização e de usuários, atribuição de serviços, análise de tendências de adoção e da qualidade das chamadas e muito mais.

Para ter sua organização funcionando, recomendamos que você convide alguns usuários para entrar no aplicativo Webex inserindo seus endereços de e-mail no Control Hub. Incentive as pessoas a usarem os serviços que você oferece, incluindo chamadas, e a fornecerem comentários sobre as experiências. Quando você estiver pronto, poderá sempre adicionar mais usuários.

Recomendamos que você use a versão de desktop mais recente do Google Chrome ou Mozilla Firefox para acessar o Control Hub. Navegadores em dispositivos móveis e outros navegadores de desktop podem produzir resultados inesperados.

Use as informações apresentadas abaixo como um resumo de alto nível do que esperar ao configurar os serviços da sua organização. Para obter informações mais detalhadas, consulte os capítulos individuais para obter instruções passo a passo.

Introdução

Depois que seu parceiro criar sua conta, você receberá um e-mail de boas-vindas. Clique no link de Introdução no e-mail usando o Chrome ou Firefox para acessar o Control Hub. O link conecta você automaticamente com seu endereço de e-mail de administrador. Em seguida, você será solicitado a criar sua senha de administrador.

Assistente inicial de testes

Se seu parceiro o registrar para um teste, o assistente de configuração será iniciado automaticamente depois que você iniciar sessão no Control Hub. O assistente o orientará nas configurações básicas para colocar sua organização em funcionamento com o Webex Calling, entre outros serviços. Você pode configurar e revisar as configurações de Chamadas antes de concluir o passo a passo do assistente.

Revisar as configurações

Após o carregamento do Control Hub, você poderá revisar suas configurações.

Adicionar usuários

Agora que você configurou seus serviços, está pronto para adicionar pessoas do diretório da empresa. Vá para Usuários e clique em Gerenciar usuários.

Caso utilize o Microsoft Active Directory, recomendamos que você primeiro ative a Sincronização de diretórios e depois decida como deseja adicionar usuários. Clique em Próximo e siga as instruções para configurar o Conector de diretórios da Cisco.

Configurar registro único (SSO)

O aplicativo Webex usa autenticação básica. Você pode escolher configurar o SSO para que os usuários se autentiquem com o provedor de identidade empresarial usando as credenciais Empresariais, em vez de uma senha separada armazenada e gerenciada no Webex.

Vá para Configurações, role até Autenticação, clique em Modificar e selecione Integrar um provedor de identidade de terceiros.

Atribuir serviços aos usuários

Você deve atribuir serviços aos usuários que você adicionou para que as pessoas possam começar a usar o aplicativo Webex.

Vá para Usuários, clique em Gerenciar usuários, selecione Exportar e importar usuários com um arquivo CSV e clique em Exportar.

No arquivo que você baixar, basta adicionar Verdadeiro nos serviços que deseja atribuir a cada um de seus usuários.

Importe o arquivo concluído, clique em Adicionar e remover serviços e, em seguida, clique em Enviar. Agora você está pronto para configurar recursos de chamadas, registrar dispositivos que podem ser compartilhados em um local comum e registrar e associar dispositivos aos usuários.

Capacitar seus usuários

Agora que você adicionou usuários e eles foram atribuídos serviços, eles podem começar a usar os Telefones multiplataforma (MPPs) suportados para o Webex Calling e o Aplicativo Webex para mensagens e reuniões. Incentive-os a usar as Configurações do Cisco Webex como uma solução completa para o acesso.

Função do gateway local

O gateway local é um dispositivo de borda gerenciado por empresas ou parceiros para interoperação de PSTN (rede de telefonia pública comutada) e interoperação de PBX (Public Branch Exchange) herdado (incluindo o Unified CM).

Você pode usar o Control Hub para atribuir um gateway local a um local, após o qual o Control Hub fornece parâmetros que você pode configurar no CUBE. Essas etapas registram o gateway local com a nuvem e, em seguida, o serviço PSTN é fornecido por meio do gateway para usuários do Webex Calling em um local específico.

Para especificar e solicitar um gateway local, leia o Guia de pedidos de gateway local.

Implantações de gateway local compatíveis com o Webex Calling

As seguintes implantações básicas são compatíveis:

O gateway local pode ser implantado sozinho ou em implantações em que a integração com o Cisco Unified Communications Manager é necessária.

Implantações do gateway local sem IP PBX local

Implantações de gateway local autônomo

Esta figura mostra uma implantação do Webex Calling sem qualquer IP PBX existente e é aplicável a um único local ou a uma implantação de vários locais.

Para todas as chamadas que não correspondem aos destinos do Webex Calling, o Webex Calling envia essas chamadas para o gateway local atribuído ao local para processamento. O gateway local encaminha todas as chamadas provenientes do Webex Calling para o PSTN e, na outra direção, do PSTN para o Webex Calling.

O gateway PSTN pode ser uma plataforma dedicada ou corresidente com o gateway local. Como na figura a seguir, recomendamos a variante do gateway PSTN dedicado desta implantação; ela pode ser usada se o gateway PSTN existente não puder ser usado como um gateway local do Webex Calling.

Implantação do gateway local corresidente

O gateway local pode ser baseado em IP, conectando-se a um ITSP usando um tronco SIP, ou baseado em TDM usando um circuito de ISDN ou analógico. A figura a seguir mostra uma implantação do Webex Calling em que o gateway local correside com o PSTN GW/SBC.

Implantações do gateway local com o PBX local do Unified CM

As integrações com o Unified CM são necessárias nos seguintes casos:

Os locais habilitados para Webex Calling são adicionados a uma implantação Cisco UC existente, em que o Unified CM é implantado como a solução de controle de chamada local
É necessária a discagem direta entre telefones registrados no Unified CM e telefones em locais do Webex Calling.

Esta figura mostra uma implantação do Webex Calling em que o cliente tem um IP PBX existente do Unified CM.

Webex Calling envia chamadas que não combinam com o destino Webex Calling do cliente para o gateway local. Isso inclui PSTN e ramais internos do Unified CM, que Webex Calling não podem ser vejam. O gateway local encaminha todas as chamadas que vêm de Webex Calling até o Unified CM e vice-versa. O Unified CM então encaminha as chamadas recebidas para destinos locais ou para o PSTN de acordo com o plano de discagem existente. O plano de discagem do Unified CM normaliza os números como +E.164. O gateway PSTN pode ser dedicado ou corresidente com o gateway local.

Gateway PSTN dedicado

A variante do gateway PSTN dedicado desta implantação, conforme mostrado neste diagrama, é a opção recomendada e pode ser usada se o gateway PSTN existente não puder ser usado como um gateway local do Webex Calling.

Gateway PSTN corresidente

Esta figura mostra uma implantação do Webex Calling com um Unified CM em que o gateway local correside com o gateway PSTN/SBC.

Webex Calling todas as chamadas que não são igualadas aos destinos Webex Calling do cliente para o gateway local atribuído ao local. Isso inclui destinos PSTN e chamadas na rede para ramais internos do Unified CM. O gateway local encaminha todas as chamadas para o Unified CM. O Unified CM então encaminha as chamadas para telefones registrados localmente ou para o PSTN por meio do gateway local, que tem a funcionalidade de PSTN/SBC colocalizada.

Considerações sobre roteamento de chamadas

Chamadas do Webex Calling para o Unified CM

A lógica de roteamento do Webex Calling funciona assim: Se o número que é discado em um ponto final Webex Calling não puder ser encaminhado a qualquer outro destino dentro do mesmo cliente no Webex Calling, a chamada será enviada ao gateway local para processamento posterior. Todas as chamadas fora da rede (fora Webex Calling) são enviadas para o gateway local.

Para uma implantação do Webex Calling sem integração em um Unified CM existente, qualquer chamada fora da rede é considerada uma chamada PSTN. Quando combinada com o Unified CM, uma chamada fora da rede ainda pode ser uma chamada na rede para qualquer destino hospedado no Unified CM ou uma chamada fora da rede real para um destino PSTN. A distinção entre os dois últimos tipos de chamada é determinada pelo Unified CM e depende do plano de discagem empresarial que é provisionado no Unified CM.

A figura a seguir mostra um usuário do Webex Calling discando para um número nacional nos EUA.

O Unified CM agora com base no plano de discagem configurado encaminha a chamada para um terminal registrado localmente no qual o destino chamado é provisionado como um número de diretório. Para isso, o plano de discagem do Unified CM precisa oferecer suporte ao roteamento de números +E.164.

Chamadas do Unified CM para o Webex Calling

Para habilitar o roteamento de chamadas do Unified CM ao Webex Calling no Unified CM, um conjunto de rotas deve ser provisionado para definir o conjunto de endereços dos planos de numeração +E.164 e empresarial no Webex Calling.

Com essas rotas implementadas, ambos os cenários de chamada mostrados na figura a seguir são possíveis.

Se um chamador no PSTN ligar para um número DID atribuído a um dispositivo do Webex Calling, a chamada será transferida para a empresa por meio do gateway PSTN da empresa e, em seguida, chegará ao Unified CM. O endereço chamado dessa chamada corresponderá a uma das rotas do Webex Calling que é provisionada no Unified CM e a chamada será enviada ao gateway local. (O endereço chamado deve estar no formato +E.164 quando enviado para o gateway local.) A lógica Webex Calling de roteamento móvel então garante que a chamada seja enviada para o dispositivo Webex Calling pretendido, com base na atribuição do DID.

Além disso, as chamadas originadas de terminais registrados no Unified CM, direcionados a destinos no Webex Calling, estão sujeitas ao plano de discagem que é provisionado no Unified CM. Normalmente, esse plano de discagem permite que os usuários usem hábitos comuns de discagem empresarial para fazer chamadas. Esses hábitos não incluem necessariamente apenas a discagem +E.164. Qualquer hábito de discagem diferente de +E.164 deve ser normalizada para +E.164 antes de as chamadas serem enviadas para o gateway local para permitir o roteamento correto no Webex Calling.

Classe de serviço (CoS)

A implementação de restrições rígidas de classe de serviço é sempre recomendada por vários motivos, incluindo para evitar loops de chamadas e fraude de tarifação. No contexto da integração do gateway local do Webex Calling com a classe de serviço do Unified CM, precisamos considerar a classe de serviço para:

Dispositivos registrados com o Unified CM
Chamadas entrando no Unified CM do PSTN
Chamadas entrando no Unified CM a partir de Webex Calling

Dispositivos registrados com o Unified CM

Adicionar destinos do Webex Calling como uma nova classe de destinos a uma configuração CoS existente é bastante simples: A permissão para ligar para destinos do Webex Calling normalmente é equivalente à permissão para ligar para destinos locais (incluindo entre locais).

Se um plano de discagem empresarial já tiver implementado uma permissão "(abreviada) na rede entre locais", então já haverá uma partição provisionada no Unified CM que poderemos usar para provisionar todos o destinos do Webex Calling na rede na mesma partição.

Caso contrário, ainda não haverá o conceito de permissão "(abreviada) na rede entre locais", então uma nova partição (por exemplo "onNetRemote") deverá ser provisionada, os destinos do Webex Calling serão adicionados a esta partição e, finalmente, esta nova partição será adicionada aos espaços adequados de pesquisa de chamadas.

Chamadas entrando no Unified CM do PSTN

Chamadas entrando no Unified CM a partir de Webex Calling

As chamadas provenientes do PSTN precisam de acesso a todos os destinos do Webex Calling. Isso requer a adição da partição acima contendo todos os destinos do Webex Calling ao espaço de pesquisa de chamadas usado para chamadas recebidas no tronco PSTN. O acesso aos destinos do Webex Calling soma-se ao acesso já existente.

Enquanto, para chamadas do PSTN, o acesso a DIDs do Unified CM e do Webex Calling é obrigatório, as chamadas originadas no Webex Calling precisam de acesso a DIDs do Unified CM e destinos PSTN.

Figura 1. CoS diferenciado para chamadas de PSTN e Webex Calling

Esta figura compara estas duas classes diferentes de serviço para chamadas de PSTN e Webex Calling. A figura também mostra que se a funcionalidade do gateway PSTN for instalada com o Gateway local, serão necessários dois troncos da combinação de GW PSTN e Gateway local no Unified CM: uma para chamadas originadas no PSTN e uma para chamadas originadas em Webex Calling. Isso é determinado pela necessidade de aplicar espaços de pesquisa de chamadas diferenciadas por tipo de tráfego. Com dois troncos de entrada no Unified CM, isso pode ser facilmente obtido configurando o necessário espaço de pesquisa de chamada para chamadas recebidas em cada tronco.

Integração do plano de discagem

Este guia considera uma instalação existente que se baseia nas melhores práticas atuais da "Arquitetura preferencial para implantações locais de colaboração da Cisco, CVD". A versão mais recente está disponível aqui.

O design do plano de discagem recomendado segue a abordagem de design documentada no capítulo de Plano de discagem da versão mais recente do Cisco Collaboration System SRND disponível aqui.

Esta figura mostra uma visão geral do design do plano de discagem recomendado. As principais características do design deste plano de discagem incluem:

Todos os números de diretório configurados no Unified CM estão no formato +E.164.
Todos os números de diretório residem na mesma partição (DN) e são marcados como urgentes.
O roteamento principal é baseado em +E.164.
Todos os hábitos de discagem não +E.164 (por exemplo, discagem intrasite abreviada e discagem PSTN usando hábitos de discagem comuns) são normalizados (globalizados) para +E.164 usando padrões de conversão de normalização de discagem.
Os padrões de conversão de normalização de discagem usam a herança do espaço de pesquisa de chamadas de padrões de conversão; eles têm a opção "Usar o espaço de pesquisa de chamadas do originador" definida.
A classe de serviço é implementada usando espaços de pesquisa de chamadas específicos do site e da classe de serviço.
Os recursos de acesso PSTN (por exemplo, acesso a destinos PSTN internacionais) são implementados adicionando partições com os respectivos padrões de rota +E.164 à classe de serviço que define o espaço de pesquisa de chamadas.

Acessibilidade para Webex Calling

Figura 2. Adicionando Webex Calling destino ao plano de discagem

Para adicionar acessibilidade para Webex Calling destinos a este plano de discagem, uma partição representando todos os destinos do Webex Calling deve ser criada ("Webex Calling") e uma +E.164 padrão de rota para cada faixa do DID no Webex Calling é adicionada a esta partição. Esse padrão de rota faz referência a uma lista de rotas com apenas um membro: o grupo de rotas com o tronco SIP para o Gateway local para chamadas para Webex Calling. Como todos os destinos discados são normalizados para +E.164 usando padrões de tradução de normalização de discagem para chamadas originadas de terminais registrados no Unified CM ou transformação de pessoas chamadas de entrada para chamadas originadas do PSTN, esse único conjunto de padrões de rota +E.164 é suficiente para atingir acessibilidade para destinos em Webex Calling independentemente do hábito de discagem usado.

Se, por exemplo, um usuário discar "914085550165", o padrão de tradução de normalização de discagem na partição "UStoE164" normalizará essa sequência de discagem para "+14085550165", o que corresponde ao padrão de rota de um destino de Webex Calling na partição "Webex Calling". Em última análise, o Unified CM envia a chamada para o gateway local.

Adicionar discagem abreviada de intersite

Figura 2. Adicionar discagem abreviada entre sites

A maneira recomendada de adicionar discagem abreviada entre sites ao plano de discagem de referência é adicionar padrões de conversão de normalização de discagem de todos os sites no plano de numeração empresarial a uma partição dedicada ("ESN", Números significativos empresariais). Esses padrões de conversão interceptam sequências de discagem no formato do plano de numeração empresarial e normalizam a sequência discada para +E.164.

Para adicionar discagem abreviada para destinos de Webex Calling, você adiciona o respectivo padrão de tradução de discagem para Webex Calling localização à partição "Webex Calling" (por exemplo, "8101XX" no diagrama). Após a normalização, a chamada novamente é enviada para o Webex Calling depois de corresponder o padrão de rota na partição "Webex Calling".

Não recomendamos adicionar o padrão de tradução de discagem abreviada de discagem Webex Calling chamadas à partição "ESN", pois essa configuração pode criar loops de roteamento de chamadas indevidos.

Manipuladores de protocolo para chamadas

O Webex Calling registra os seguintes manipuladores de protocolo com o sistema operacional para habilitar a funcionalidade Clique para chamar de navegadores da web ou outro aplicativo. Os seguintes protocolos iniciam uma chamada de áudio ou vídeo no aplicativo Webex quando é o aplicativo de chamada padrão no Mac ou Windows:

CLICKTOCALL: ou CLICKTOCALL://
SIP: ou SIP://
TEL: ou TEL://
WEBEXTEL: ou WEBEXTEL://

Manipuladores de protocolo para Windows

Outros aplicativos podem se registrar nos manipuladores de protocolo antes do aplicativo Webex. No Windows 10, a janela do sistema para solicitar que os usuários selecionem qual aplicativo usar para iniciar a chamada. A preferência do usuário pode ser lembrada se ele selecionar a opção Sempre usar este aplicativo.

Se os usuários precisarem redefinir as configurações padrão do aplicativo de chamada para que eles possam escolher o aplicativo Webex, você pode instruí-los a alterar as associações de protocolo do aplicativo Webex no Windows 10:

Abra as configurações padrão do sistema de configurações do aplicativo, clique em Definir padrões por aplicativoe escolha Aplicativo Webex.
Para cada protocolo, escolha Aplicativo Webex .

Manipuladores de protocolo para macOS

No Mac OS, se outros aplicativos registrados nos protocolos de chamada antes do aplicativo Webex, os usuários devem configurar o aplicativo Webex para ser a opção de chamada padrão.

No aplicativo Webex para Mac, os usuários podem confirmar que o aplicativo Webex está selecionado para iniciar chamadas com configuração nas preferências gerais. Eles também podem verificar Sempre conectar-se ao Microsoft Outlook se quiserem fazer chamadas no aplicativo Webex quando clicarem no número de um contato do Outlook.

30 de setembro de 2022

Preparar o ambiente para o Webex Calling

Requisitos de chamadas

Licenciamento

O Webex Calling está disponível por meio do Cisco Collaboration Flex Plan. Você deve adquirir um plano Enterprise Agreement (EA) (para todos os usuários, incluindo dispositivos com 50% de espaços de trabalho) ou um plano Named User (NU) (alguns ou todos os usuários).

O Webex Calling fornece três tipos de licença ("Tipos de estação")

Profissional—Essas licenças fornecem um conjunto completo de recursos para toda a organização. Esta oferta inclui comunicações unificadas (Webex Calling), mobilidade (clientes de desktop e móveis com suporte para vários dispositivos), colaboração em equipe no aplicativo Webex ea opção de agrupar reuniões com até 1.000 participantes por reunião.

Básica—Escolha esta opção se seus usuários precisarem de recursos limitados sem mobilidade ou comunicações unificadas. Eles ainda receberão uma oferta de voz com todos os recursos, mas estão limitados a um único dispositivo por usuário.

As licenças básicas só estarão disponíveis se você tiver uma assinatura de Named User. As licenças básicas não são compatíveis com assinaturas de Enterprise Agreement.

Espaços de trabalho (também conhecidos como Área comum)—Escolha esta opção se estiver procurando um tom de discagem básico com um conjunto limitado de recursos de chamadas apropriados para áreas como salas de descanso, lobbies e salas de conferência.

Posteriormente, esta documentação mostra como usar o Control Hub para gerenciar essas distribuições de licenças em todos os locais da sua organização.

Requisito de largura de banda

Cada dispositivo em uma chamada de vídeo requer até 2 Mbps. Cada dispositivo em uma chamada de áudio requer 100 kbps. Os telefones em modo inativo precisam de largura de banda mínima.

Gateway local para PSTN com base no local

Tanto os Revendedores com valor agregado (VARs) quanto os Provedores de serviços (SPs) podem fornecer acesso PSTN a organizações do Webex Calling. O gateway local é atualmente a única opção para fornecer acesso PSTN com base no local. O gateway local pode ser implantado sozinho ou em implantações em que a integração com o Cisco Unified Communications Manager é necessária. Seguem os requisitos de gateway local.

Dispositivos compatíveis

O Webex Calling é compatível com telefones IP Cisco multiplatforma (MPP). Como administrador, você pode registrar os seguintes telefones na nuvem. Consulte os seguintes artigos de Ajuda para obter mais informações:

Para obter uma lista completa de dispositivos compatíveis com o Webex Calling, consulte Dispositivos compatíveis com o Webex Calling.

_{Os dispositivos Cisco Webex Room, Board e Desk são compatíveis como dispositivos em um espaço de trabalho que você cria no Control Hub. Consulte "Dispositivos Cisco Webex Room, Board e Desk" em Dispositivos compatíveis com o Webex Calling para obter mais informações. No entanto, você pode fornecer a esses dispositivos o serviço PSTN ativando o Webex Calling no Espaço de trabalho.}

Firewall

Atenda aos requisitos de firewall documentados em Informações de referência de portas do Cisco Webex Calling.

Requisitos do gateway local para Webex Calling

Pré-requisitos gerais

Antes de configurar um gateway local no Webex Calling, certifique-se de

- 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 de 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
Mais detalhes podem ser encontrados no Guia de configuração empresarial do Cisco Unified Border Element (CUBE) em https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html

Requisitos de hardware e software para gateway local

Certifique-se de que sua implantação tenha um ou mais dos gateways locais (Cisco CUBE (para conectividade baseada em IP) ou Cisco IOS Gateway (para conectividade baseada em TDM)) que estão na Tabela 1 do Guia de pedidos do Gateway local 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.

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

O Webex Calling requer sinalização e mídia 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.

30 de setembro de 2022

Configurar o Cisco Webex Calling na sua organização

Personalize sua organização do Webex Calling no Control Hub. Depois de ativar seu primeiro local por meio do Assistente de configuração inicial, você poderá configurar e gerenciar locais adicionais, atribuição e uso de troncos, opções de plano de discagem, usuários, dispositivos e recursos.

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.

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.

Leia e aceite os termos de serviço.

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.

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.

Clique em Próximo: Localização padrão.

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.

Faça as seguintes seleções para aplicar a este local:

Idioma do anúncio—Para anúncios de áudio e prompts de novos usuários e recursos.
Idioma do e-mail—Para comunicação por e-mail de novos usuários.
País
Fuso horário

Clique em Próximo.

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)

Na exibição do cliente em https://admin.webex.com, vá para Serviços > de > de telefonee clique em Adicionar local.

Observe que novos locais serão hospedados no centro de dados regional que corresponde ao país que você selecionou usando o Assistente de configuração pela primeira vez.

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 se ligar 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 delocalização — Insira o endereço principal endereço para correspondência.
Cidade/localidade— Insira uma cidade para esse local.
Estado/Província/Região— A partir da lista drop-down, escolha um estado.
CEP—Insira o CEP ou o código postal.
Idioma doanúncio—Escolha o idioma dos anúncios de áudio e avisos de novos usuários e recursos.
Idioma de e-mail—Escolha o idioma da comunicação por e-mail com novos usuários.
Fuso horário— Escolha o fuso horário do local.

Clique em Salvar e escolha Sim /Não para adicionar números ao local agora ou mais tarde.

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 chamadas da Cisco é uma solução completa de substituição de PSTN que fornece chamadas de emergência, chamadas nacionais e internacionais de entrada e saída e permite que você solicite novos números PSTN ou transfira os 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 obter 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 regiã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 obter orientação.

Escolha se deseja ativar os números agora ou mais tarde.

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.

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.

Excluir um local da organização do Webex Calling

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.

1	Na exibição do cliente em https://admin.webex.com, vá para Serviços > Chamadas > Locais.
2	Clique na coluna Ações ao lado do local que você gostaria de 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.

Na exibição do cliente em https://admin.webex.com, vá para Serviços > Chamadas > Locais e selecione o local que você deseja atualizar.

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.

(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, locais pré-existentes que tiveram outros recursos PSTN atribuídos não são elegível para o plano de chamada da Cisco. Abra um caso de suporte para obter 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.

Sistema PSTN local (Gateway local)— Você pode escolher esta opção se quiser manter seu provedor de serviços PSTN atual ou se deseja conectar sites que não estã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.

Selecione o Número principal no qual o contato principal do local pode ser encontrado.

(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 da 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."

Selecione o Número do correio de voz para o qual os usuários podem ligar para verificar o correio de voz deste local.

(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 ver 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á.

Configurar o plano de discagem do Webex Calling

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 no Control Hub são atualizados para mostrar essas alterações.

Códigos de discagem de saída não são suportados nos dispositivos do aplicativo Webex, do Webex Calling ou do Cisco Room.

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.

Na exibição do cliente em https://admin.webex.com, vá para Serviços > Chamadas > Configurações de serviços e role até Discagem interna.

Configure as seguintes preferências de discagem opcionais, conforme necessário:

Comprimento do prefixo de roteamento de locais—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.
Dígito de direção no prefixo de roteamento—Você pode definir um valor aqui, independentemente de usar ou não prefixos de roteamento de local.

Comprimento do ramal interno—Você pode inserir de 2 a 6 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.

Especifique a discagem interna de locais específicos. Vá para Serviços > Chamada > Locais, selecione um local, role até Discagem e altere a discagem interna e externa 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 entre 2 a 7 dígitos.

Discagem externa—Opcionalmente, 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.

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 do dígito de direção 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.

Na exibição do cliente em https://admin.webex.com, vá para Serviços > Chamadas > Roteamento de chamadas e selecione Adicionar tronco.

Selecione um local.

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.

Na exibição do cliente em https://admin.webex.com, vá para Serviços > Chamadas > Locais.

Selecione um local a ser modificado e clique em Gerenciar.

Selecione PSTN com base no local e clique em Próximo.

Escolha um tronco no menu suspenso.

Visite a página de troncos para gerenciar suas escolhas de grupo de troncos.

Clique no aviso de confirmação e clique em Salvar.

O que fazer em seguida

Você deve estar ciente das informações de configuração que o Control Hub gerou e mapear os parâmetros no gateway local (por exemplo, em um Cisco CUBE instalado no local). Este artigo orientará você nesse processo. Como referência, consulte o diagrama a seguir para obter um exemplo de como as informações de configuração do Control Hub (à esquerda) são mapeadas nos parâmetros do CUBE (à direita):

Depois de concluir com êxito a configuração no próprio gateway, você poderá retornar a Serviços > Chamada > Locais no Control Hub e o gateway criado será listado no cartão de localização ao qual você o designou 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

1	Na exibição do cliente 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 a usuários do aplicativo Webex

Na exibição do cliente em https://admin.webex.com, vá para Configurações da organização > Serviços, role até Chamadas e selecione Configurações do cliente.

Arraste e solte as opções de chamadas que você deseja que os usuários vejam no campo de Opções de chamadas disponíveis e, em seguida, reorganize-as na ordem de prioridade desejada para os usuários.

Outras opções que estão ocultas para os usuários aparecem no campo de Opções de chamadas ocultas, como mostrado neste exemplo de captura de tela:

Ative Habilitar único clique para chamar se você quiser que os usuários possam fazer uma chamada com a primeira opção de chamada configurada na etapa anterior.

As alterações podem levar até 24 horas para aparecer no Aplicativo Webex. Você pode aconselhar seus usuários a reiniciarem os aplicativos para obter essas alterações mais rapidamente.

Definir o comportamento de chamadas no Control Hub

Você pode controlar qual aplicativo de chamadas será aberto quando os usuários fizerem chamadas PSTN. Depois de definir essa configuração no nível da organização, você poderá substituí-la a usuários específicos.

Escolha a opção para toda a organização apenas se estiver pronto para migrar toda a sua organização.

Antes de começar

Sua organização deve ter as assinaturas corretas para o comportamento de chamadas que você escolher.
Os usuários devem ter números de telefone válidos. Se os números forem inválidos, o Aplicativo Webex ainda enviará o número ao aplicativo de chamadas selecionado, mas a chamada desse aplicativo falhará.

Na exibição do cliente https://admin.webex.comem , vá para Gerenciamento > da organização, role até Comportamento da chamada e escolha um dos seguintes: compartilhado.

Calling in Webex—Selecioneesta opção se você quiser que os usuários façam chamadas diretamente no aplicativo Webex usando Webex Calling .

Aplicativo Webex Calling—Selecione esta opção se sua organização tiver uma assinatura do Cisco Webex Calling e você quiser permitir que os usuários façam chamadas PSTN usando o aplicativo Webex Calling. Quando os usuários fizerem chamadas PSTN no Aplicativo Webex, o aplicativo Webex Calling será usado para fazer a chamada.

O Webex Calling de usuário está disponível apenas para selecionar clientes.

Uma mensagem é exibida indicando que o comportamento de chamadas está atualizado. Os usuários agora podem fazer chamadas PSTN do Aplicativo Webex ou do aplicativo Webex Calling.

Os usuários devem ter o aplicativo correspondente instalado para fazer chamadas PSTN do Aplicativo Webex. Certifique-se de informar às pessoas a escolha que você fizer e se outro aplicativo será usado para fazer chamadas PSTN.

Você poderá alterar essa configuração a nível de usuário se determinadas pessoas precisarem usar um comportamento de chamada diferente. Vá para Usuários e em Configurações, selecione Comportamento de chamadas. Você pode fazer sua escolha e clicar em Salvar.

20 de dezembro de 2022

Configurar o gateway local no IOS-XE do Webex Calling

Depois de configurar Webex Calling para sua organização, você pode configurar um tronco para conectar o Gateway local ao Webex Calling. O transporte SIP TLS proteja o tronco entre o Gateway local e a nuvem Webex. A mídia entre o Gateway Local e o Webex Calling usa SRTP.

Fluxo de tarefas de configuração do gateway local

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

Tronco baseado em registro
Tronco baseado em certificado

Use o fluxo de tarefas no Gateway local baseado em registro ou no Gateway local baseado em certificado para configurar o Gateway local para o seu Webex Calling local. Consulte Configurar troncos, grupos de rotas e disque planos para Webex Calling para obter mais informações sobre diferentes tipos de troncos. Execute os seguintes passos no próprio Gateway local, usando a Interface de Linha de Comando (CLI). Usamos o Protocolo de iniciação de sessão (SIP) e o transporte Transport Layer Security (TLS) para proteger o tronco e o Protocolo de Tempo Real Seguro (SRTP) para proteger a mídia entre o Gateway local e o Webex Calling.

Antes de você começar

Noções básicas sobre os requisitos de Rede pública de telefone comutado (PSTN) e Gateway Local (LGW) para 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. Se você modificar um gateway PSTN existente ou implantação empresarial do Gateway local para usar como a função de Gateway local para o Webex Calling, preste atenção cuidadosa à configuração. Certifique-se de que você não interrompa os fluxos de chamada e funcionalidade existentes por causa das alterações que você fizer.
Crie um tronco no Control Hub e atribua-o ao local. Consulte Configurar troncos, grupos de rotas e disque planos para Webex Calling para obter mais informações.

Os procedimentos contêm links para a documentação de referência de comando onde você pode obter mais informações sobre as opções de comando individuais. Todos os links de referência de comando são para referência do comando Gateways Gerenciados da Webex, salvo indistência (nesse caso, os links de comando vão para Referência do comando de voz do Cisco IOS). Você pode acessar todos esses guias em referências Cisco Unified elemento de borda.

Gateway local baseado em registro
Gateway local baseado em certificado

Executar a configuração da plataforma de referência

Antes de você começar

Certifique-se de que a seguinte configuração da plataforma de referência que você configurar seja configurada de acordo com as políticas e procedimentos da sua organização:
- NTPs
- Acls
- habilitar senhas
- senha primária
- Roteamento IP
- Endereços IP, e assim por diante
Você exige uma versão mínima suportada do Cisco IOS XE 16.12 ou IOS-XE 17.3 para todas as implantações do Gateway local.

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
ip address 192.168.43.197 255.255.255.0
conf t
key config-key password-encrypt Password123
password encryption aes
conf t
Enter configuration commands, one per line.  End with CNTL/Z.
ip name-server 8.8.8.8
end
configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
crypto pki trustpoint sampleTP
revocation-check crl
exit

sip-ua
crypto signaling default trustpoint sampleTP cn-san-validate server
transport tcp tls v1.2
tcp-retry 1000
end
crypto pki trustpool import clean url flash:ios_core.p7b

Configurar tronco baseado em registro

Antes de você começar

Certifique-se de concluir as etapas no Control Hub para criar um local e adicionar um tronco a esse local. No exemplo a seguir, você obtém as informações do Control Hub.

configure terminal 
voice service voip
ip address trusted list
ipv4 x.x.x.x 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 t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none
stun
stun flowdata agent-id 1 boot-count 4
stun flowdata shared-secret 0 Password123$
sip
g729 annexb-all
early-offer forced
asymmetric payload full
end
voice class sip-profiles 200
rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)" "sip:\1"
rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
rule 12 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
rule 15 response ANY sip-header Contact modify "<sips:(.*)" "<sip:\1"
rule 20 request ANY sip-header From modify ">" ";otg=hussain2572_lgu>"
rule 30 request ANY sip-header P-Asserted-Identity modify "sips:(.*)" "sip:\1"
voice class codec 99
codec preference 1 g711ulaw
codec preference 2 g711alaw 
exit
voice class srtp-crypto 200
crypto 1 AES_CM_128_HMAC_SHA1_80
exit
voice class stun-usage 200
stun usage firewall-traversal flowdata
stun usage ice lite
exit

voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Hussain6346_LGU username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  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 200 
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com  
  privacy-policy passthru

Depois de definir o locatário 200 dentro do Gateway local e configurar um sip VoIP dial-peer, o gateway inicia uma conexão TLS em direção ao Webex Calling; nesse momento, o SBC de acesso apresenta seu certificado para o Gateway local. O Gateway local valida o certificado Webex Calling acesso atual SBC usando o pacote raiz de CA que foi atualizado anteriormente. Estabelece uma sessão TLS persistente entre o Gateway local e o Webex Calling acesso SBC. O Gateway local envia um REGISTER para o SBC de acesso que é desafiado. O AOR de registro é number@domain. O número é retirado do parâmetro "número" e do domínio das credenciais do "dns do registrador:<fqdn>." Quando o registro for desafiado:

Use os parâmetros do nome de usuário, senha e domínio das credenciais para construir o header e o perfil sip 200.
Converte a URL de SIPS de volta para SIP.

O registro é bem-sucedido quando você recebe 200 OK do acesso SBC.

Configurar o gateway local sem IP PBX

Esta implantação requer a seguinte configuração no Gateway local:

Locatáriosda classe de voz—Você cria outros locatários para colegas de discagem enfrentando o ITSP semelhante ao LOCATÁRIO 200 que você cria para Webex Calling enfrentando colegas de discagem.
URIs da classe de voz—Você define padrões para os endereços IP do host/portas de vários troncos que terminam no gateway local:
- Webex Calling para LGW
- PSTN finalização do tronco SIP no LGW
Pares de discagem de saída— Você pode encaminhar os participantes de chamada de saída do LGW para o tronco ITSP SIP e Webex Calling.
DPG de classede voz — Você pode chamar para atingir os pares de discagem de saída de um par de discagem de entrada.
Pares de discagem de entrada — Você pode aceitar tráfegosde chamada de entrada do ITSP e Webex Calling.

Use as configurações para a configuração do Gateway local hospedada por parceiro ou o gateway do site do cliente, como mostrado na imagem a seguir.

voice class tenant 100 
session transport udp
url sip
error-passthru
bind control source-interface GigabitEthernet0/0/0
bind media source-interface GigabitEthernet0/0/0
no pass-thru content custom-sdp
voice class uri 100 sip
  host ipv4:192.168.80.13
dial-peer voice 101 voip 
description Outgoing dial-peer to IP PSTN
destination-pattern BAD.BAD
session protocol sipv2
session target ipv4:192.168.80.13
voice-class codec 99
dtmf-relay rtp-nte
voice-class sip tenant 100
no vad
voice class dpg 100
description Incoming WxC(DP200201) to IP PSTN(DP101)
dial-peer 101 preference 1
dial-peer voice 100 voip
description Incoming dial-peer from PSTN
session protocol sipv2
destination dpg 200
incoming uri via 100
voice-class codec 99
dtmf-relay rtp-nte
voice-class sip tenant 300
no vad

PSTN para o Webex Calling: Corresponder a todos os PSTN de chamadas IP recebidas no Gateway local com o gateway de discagem 100 para definir um critério de responsabilidade para o header VIA com o endereço de IP PSTN ip do ip de . O DPG 200 invoque o uso do peer de discagem 200201, que tem o servidor Webex Calling como um destino de destino.
Webex Calling para PSTN: Corresponder a todos os Webex Calling de chamadas recebidas no Gateway local com os 200201 de discagem para definir o critério de URI de solicitação padrão do header com o parâmetro OTG/DTG do grupo de troncos, exclusivo para essa implantação do Gateway local. O DPG 100 invoque o colega de discagem 101, que tem o endereço IP PSTN IP como um destino de destino.

Configurar o gateway local com um ambiente Unified CM existente

Esta implantação requer a seguinte configuração no Gateway local:

Locatáriosda classe de voz—Você cria mais locatários para colegas de discagem que estão enfrentando o Unified CM e o ITSP, semelhante ao locatário 200 que você cria para Webex Calling de colegas de discagem.
URIs de classe devoz—Você define um padrão para os endereços IP do host/portas para vários troncos que terminam no LGW de:
- Unified CM para LGW para destinos PSTN plataforma
- Unified CM para LGW para destinos Webex Calling plataforma
- Webex Calling a destinos LGW
- PSTN finalização do tronco SIP no LGW
Grupo de servidores de classe de voz—Você pode direcionar endereços IP/portas para troncos de saída de:
- LGW para Unified CM
- LGW para Webex Calling
- LGW para PSTN SIP
Pares de discagem de saída— Você pode encaminhar os participantes de chamada de saída:
- LGW para Unified CM
- Tronco ITSP SIP
- Webex Calling
DPG de classe devoz — Você pode chamar a participantes de discagem de saída a partir de um colega de discagem de entrada.
Pares de discagem de entrada — Você pode aceitar áreasde chamada de entrada do Unified CM, ITSP e Webex Calling.

voice class tenant 100 
session transport udp
url sip
error-passthru
bind control source-interface GigabitEthernet0/0/0
bind media source-interface GigabitEthernet0/0/0
no pass-thru content custom-sdp
voice class uri 100 sip
  host ipv4:192.168.80.13
voice class server-group 301
ipv4 192.168.80.60 port 5065
dial-peer voice 101 voip 
description Outgoing dial-peer to IP PSTN
destination-pattern BAD.BAD
session protocol sipv2
session target ipv4:192.168.80.13
voice-class codec 99
dtmf-relay rtp-nte
voice-class sip tenant 100
no vad
voice class dpg 100
dial-peer 101 preference 1
dial-peer voice 100 voip
description Incoming dial-peer from PSTN
session protocol sipv2
destination dpg 302
incoming uri via 100
voice-class codec 99
dtmf-relay rtp-nte
voice-class sip tenant 300
no vad

Ip PSTN tronco de PSTN Unified CM

Webex Calling Plataforma para o tronco de Webex Calling Unified CM

Tronco PSTN Unified CM para IP PSTN

Tronco Webex Calling Unified CM para a Webex Calling De.

Monitorar e solucionar problemas de gateway local com o Diagnostic Signatures

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

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. você pode definir a lógica de detecção de problemas usando mensagens syslog, eventos SNMP e através do monitoramento periódico de saídas de comandos específicos.

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

gerando um arquivo de registro consolidado
carregar o arquivo para um usuário forneceu a localização da rede, como HTTPS, SCP, servidor FTP

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. A Ferramenta de pesquisa de assinaturas de diagnóstico (DSLT) é uma única fonte para encontrar assinaturas aplicáveis para monitorar e solucionar vários problemas.

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.3.2 ou superior

As Assinaturas de diagnóstico estão ativadas por padrão.
Configure o servidor de e-mail seguro a ser usado para enviar notificação proativa se o dispositivo estiver executando o Cisco IOS XE 17.3.2 ou superior.
```
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 
environment ds_email <email address> 
end 
```

Gateway local executando o 16.11.1 ou superior

Assinaturas de diagnóstico são ativadas por padrão
Configure o servidor de e-mail a ser usado para enviar notificações proativas se o dispositivo estiver executando uma versão anterior a 17.3.2.
```
configure terminal 
call-home  
mail-server <email server> priority 1 
end 
```
Configure a variável de ambiente ds_email com o endereço de e-mail do administrador a ser notificado.
```
configure terminal 
call-home  
diagnostic-signature 
environment ds_email <email address>
end 
```

Gateway local executando a versão 16.9.x

Insira os comandos a seguir para ativar assinaturas de diagnóstico.

configure terminal 
call-home reporting contact-email-addr sch-smart-licensing@cisco.com  
end

Configure o servidor de e-mail a ser usado para enviar notificações proativas se o dispositivo estiver executando uma versão anterior a 17.3.2.
```
configure terminal 
call-home  
mail-server  <email server> priority 1 
end 
```
Configure a variável de ambiente ds_email com o endereço de e-mail do administrador a ser notificado.
```
configure terminal 
call-home  
diagnostic-signature 
environment ds_email <email address> 
end 
```

O seguinte mostra um exemplo de configuração de um Gateway local em execução no Cisco IOS XE 17.3.2 para enviar as notificações proativas para tacfaststart@gmail.com usando o Gmail como o servidor SMTP seguro:

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:

Vá para Gerenciar conta do Google > Segurança e ative a configuração Acesso de aplicativos menos seguros.
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

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 estão instaladas no Gateway local. Use as etapas abaixo para instalar a assinatura.

Certifique-se de habilitar o SNMP usando o comando mostrar snmp. Se você não habilitar, então configure o comando "gerenciador de servidor snmp".

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 
SNMP global trap: enabled

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

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

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: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  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.

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. Uma vez que o evento de desinstalação é detectado, ele gera um e-mail e uma notificação de syslog e desinstala-se após duas ocorrências de não-registro. Use as etapas abaixo para instalar a assinatura.

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 mostrar a assinatura do diagnóstico de chamada de casapara verificar se a assinatura foi instalada com êxito. A coluna status deve ter um valor "registrado".

Monitorando desconectações anormals de chamada

Este DS usa a sondagem SNMP a cada 10 minutos para detectar desconexão de chamada anormal com erros SIP 403, 488 e 503.  Se o aumento da contagem de erros for maior ou igual a 5 da última sondagem, isso gerará um syslog e notificação por e-mail. Use as etapas abaixo para instalar a assinatura.

Verifique se o SNMP está ativado usando o comando show snmp. Se não estiver, configure o comando "snmp-server manager".

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 
SNMP global trap: enabled

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 mostrar a assinatura de diagnóstico de chamada decasa para verificar se a assinatura foi instalada com êxito usando o . 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. As Assinaturas de diagnóstico (DS) elimina a necessidade de verificar manualmente a ocorrência do problema e torna a solução de problemas intermitentes e transitó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.

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 uma variável adicional de ambiente DS ds_fsurl_prefix , que é o caminho do servidor de arquivos do Cisco TAC (cxd.cisco.com) para o qual os dados de diagnósticos coletados são carregados. O nome de usuário no caminho do arquivo é o número do caso e a senha é o token carregamento de arquivos que pode ser recuperado do Gerenciador de casos de suporte no seguinte comando. O token de carregamento do arquivo pode ser gerado na seção de Anexos do Gerenciador de casos de suporte, conforme necessário.
```
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. Se não estiver, configure o comando "snmp-server manager".
```
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

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

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  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

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: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  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	Acionado/Máximo/Desinstalar	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. Se você quiser 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 à 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.

Executar a configuração da plataforma de referência

Antes de você começar

Certifique-se de que a seguinte configuração da plataforma de referência que você configurar seja configurada de acordo com as políticas e procedimentos da sua organização:
- NTPs
- Acls
- habilitar senhas
- senha primária
- Roteamento IP
- Endereços IP, e assim por diante
Você exige uma versão mínima suportada do IOS XE 17.6 para todas as implantações do Gateway Local.

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
 ip address 198.51.100.1 255.0.0.0
conf t
key config-key password-encrypt Password123
password encryption aes
conf t
Enter configuration commands, one per line. End with CNTL/Z. 
ip name-server 8.8.8.8
end
crypto key generate rsa general-keys exportable label my-cube modulus 4096
crypto pki trustpoint Root_CA_CERT
 enrollment terminal
 revocation-check none
!
crypto pki authenticate Root_CA_CERT
<paste root CA X.64 based certificate here >

crypto pki trustpoint Intermediate_CA
 enrollment terminal
 chain-validation continue Root_CA_CERT
 revocation-check none
!
crypto pki authenticate Intermediate_CA
<paste Intermediate CA X.64 based certificate here >

crypto pki authenticate CUBE_CA_CERT 
<paste Intermediate CA X.64 based certificate here >


crypto pki import CUBE_CA_CERT certificate
<paste CUBE  CA X.64 based certificate here >
crypto pki trustpoint Root_CA_CERT
enrollment terminal
revocation-check none
!
crypto pki authenticate Root_CA_CERT
<paste root CA X.64 based certificate here >

crypto pki authenticate CUBE_CA_CERT 
<paste root  CA X.64 based certificate here >

crypto pki import CUBE_CA_CERT certificate
<paste CUBE  CA X.64 based certificate here >
configure terminal
sip-ua
crypto signaling default trustpoint CUBE_CA_CERT
transport tcp tls v1.2

Configurar tronco baseado em certificado

Antes de você começar

A rede em Webex Calling deve usar um endereço IPv4 público. Os endereços de Nomes de domínio totalmente qualificados (FQDN) ou Registro de serviço (SRV) devem resolver para um endereço IPv4 público na internet.
Todas as portas SIP e de mídia na interface externa devem ser acessíveis a partir da internet. As portas não devem estar por trás de uma Tradução de endereços de rede (NAT). Certifique-se de atualizar o firewall nos componentes da rede corporativa.
Instale um certificado assinado no Gateway local.
- A Autoridade Certificadora (CA) deve assinar o certificado como mencionado em Quais autoridades de certificação raiz são suportadas para chamadas nas plataformas de Cisco Webex de áudio e vídeo? .
- O FQDN selecionado no Control Hub deve ser o Nome comum (CN) ou Nome alternativo do assunto (SAN) do certificado. Por exemplo:
  - Se um tronco configurado do Control Hub da sua organização tiver london.lgw.cisco.com:5061 como FQDN do Gateway local, então CN ou SAN deverá london.lgw.cisco.com no certificado.  
  - Se um tronco configurado do Control Hub da sua organização tiver london.lgw.cisco.com como o endereço SRV do Gateway local, então CN ou SAN deverá conter london.lgw.cisco.com no certificado. Os registros que o SRV de usuário resolve para (CNAME, Um Registro ou Endereço IP) são opcionais em SAN.
  - No FQDN ou SRV exemplo que você usa para o tronco, o endereço de contato para todas as novas caixas de diálogo SIP do Gateway local deve ter london.lgw.cisco.com na parte do host do endereço SIP. Consulte, Etapa 5 para configuração.
Certifique-se de que os certificados sejam assinados para o uso do cliente e do servidor.
Carregue o pacote de confiança para o gateway local, como mencionado em Quais autoridades de certificação de raiz são suportadas para chamadas Cisco Webex plataformas de áudio e vídeo?.

configure terminal
voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
allow-connections sip to sip
no supplementary-service sip refer
no supplementary-service sip handle-replaces
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none 
sip 
early-offer forced
asymmetric payload full
voice class codec 100
codec preference 1 opus
codec preference 2 g711ulaw
codec preference 3 g711alaw
voice class stun-usage 100 
stun usage ice lite
voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80
voice class sip-profiles 100
rule 10 request ANY sip-header Contact modify "172.x.x.x" "cube1.abc.lgwtrunking.com" 
rule 20 response ANY sip-header Contact modify "172.x.x.x" "cube1.abc.lgwtrunking.com" 
 
dial-peer voice 101 voip 
description OutBound Dial peer towards Webex Calling
destination-pattern BAD.BAD 
session protocol sipv2
session target dns:peering1.sip.address:5062p tls
voice-class sip rel1xx disable 
voice-class codec 100
voice-class stun-usage 100 
voice-class sip profiles 100 
voice-class sip srtp-crypto 100
voice-class sip options-keepalive
voice-class sip bind control source-interface GigabitEthernet 1 
voice-class sip bind media source-interface GigabitEthernet 1 
dtmf-relay rtp-nte
srtp
!
voice class dpg 100
dial-peer 101 preference 1 
dial-peer 102 preference 1 
dial-peer 103 preference 1 
dial-peer 104 preference 1 
voice class dpg 100
dial-peer 101 preference 1 
dial-peer 102 preference 1 
dial-peer 103 preference 2 
dial-peer 104 preference 2 
voice class uri 120 sip 
pattern cube.domain.com 

Configurar o gateway local sem IP PBX

Esta implantação requer a seguinte configuração no Gateway local:

URIs da classe de voz—Você pode definir os padrões de endereços IP do host/portas de vários troncos que terminam no gateway local:
- Webex Calling para LGW
- PSTN finalização do tronco SIP no LGW
Pares de discagem desaída — Você pode encaminhar os participantes de chamada de saída de um tronco LGW para o tronco SIP do provedor de serviços de telefonia da Internet (ITSP) e Webex Calling.
DPG de classe devoz — Você pode chamar a participantes de discagem de saída a partir de um colega de discagem de entrada.
Pares de discagem de entrada — Você pode aceitar tráfegosde chamada de entrada do ITSP e Webex Calling.

Use a configuração para uma configuração do Gateway local hospedada por parceiros ou o gateway do site do cliente local. Veja o seguinte:

Configure a seguinte uri de classe de voz:

Defina o endereço IP de host do ITSP:

voice class uri 100 sip
  host ipv4:192.168.80.13

Definir um padrão para identificar exclusivamente um site do Gateway local dentro de uma empresa. Use o nome de host do Gateway local como o Identificador Uniforme de Recursos (URI) padrão.

voice class uri 200 sip
pattern cube.domain.com

O gateway local atualmente não suporta um sublinhado "_" no padrão de match. Como solução alternativa, você usa o ponto "." (corresponder a qualquer) para corresponder ao "_".

Received
INVITE sip:+6531239003@awscube1a.var1-sg.lgwtrunking.com:5061;transport=tls;dtg=awscube1a.var1-sg.lgwtrunking.com SIP/2.0

Configure os seguintes dial-peers de saída:

Dial-peer de saída para IP PSTN:
```
dial-peer voice 121 voip
description Outgoing dial-peer to IP PSTN
destination-pattern BAD.BAD
session protocol sipv2
session target ipv4:192.168.80.13 
voice-class codec 100
dtmf-relay rtp-nte 
no vad
```
Aqui está uma explicação dos campos para a configuração:
```
dial-peer voice 121 voip
 description Outgoing dial-peer to PSTN
```
Define um VoIP discagem com uma tag de 121 e fornece uma descrição significativa para facilitar o gerenciamento e a solução de problemas. Para obter mais informações, consulte voz do colega de discagem.

destination-pattern BAD.BAD

Permite a seleção de discagem 121. No entanto, você invoque esse colega de discagem de saída diretamente do par de discagem de entrada usando as declarações DPG e que ignora os critérios de padrão de dígitos. Você está usando um padrão arbitrário que é baseado em dígitos alfanuméricos que são permitidos pelo CLI padrão de destino. Para obter mais informações, consulte padrão de destino (interface) na Referência do comando de voz do Cisco IOS - D através de i.

session protocol sipv2

Especifica que o colega de discagem 121 lida com os colegas de chamada SIP. Para obter mais informações, consulte o protocolo de sessão (colega de discagem) na Referência do comando de voz do Cisco IOS - Comandos S.

session target 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. Para obter mais informações, consulte destino da sessão (VoIP discagem de pares) em Referência do comando de voz do Cisco IOS - Comandos S.

voice-class codec 100.

Indica a lista de preferências do codec 100 para usar para discagem de pares 121. Para obter mais informações, consulte codec de classe de voz.

dtmf-relay rtp-nte

Define o RTP-NTE (RFC2833) como o recurso DTMF esperado no retorno de chamada. Para obter mais informações, consulte Relé DTMF (voz sobre IP).

no vad

Desativa a detecção de atividade de voz. Para obter mais informações, consulte vad (discar pares) na Referência de comando de voz do Cisco IOS - T através de Z.
Discagem de saída igual a Webex Calling. Consulte o outro procedimento Configurar tronco baseado em certificados neste artigo.

Configure o seguinte Grupo de discagem (DPG):

Define o grupo de discagem 120. O colega de discagem de saída 121 é o Webex Calling--> LGW --> PSTN. Você aplica o DPG 120 ao colega de discagem 110 de entrada para Webex Calling --> LGW --> PSTN caminho.

voice class dpg 120
description Incoming IP PSTN to Webex Calling
dial-peer 110

Você deve configurar o DPG 120 para o par de discagem de entrada do Webex Calling. Para obter mais informações, consulte a Etapa 9 no procedimento Configurar tronco baseado em certificados neste artigo.

Configure os seguintes dial-peers de entrada:

Dial-peer de entrada para trechos de chamadas IP PSTN de entrada:
```
dial-peer voice 122 voip
description Incoming dial-peer from PSTN 
session protocol sipv2
destination dpg 100 
incoming uri via 100 
voice-class codec 100 
dtmf-relay rtp-nte
no vad
```
Aqui está uma explicação dos campos para a configuração:
```
dial-peer voice 122 voip
description Incoming dial-peer from PSTN
```
Define um novo VoIP de discagem com uma tag de 122 e fornece uma descrição significativa para facilitar o gerenciamento e a solução de problemas. Para obter mais informações, consulte voz do colega de discagem.

session protocol sipv2

Especifica que o colega de discagem 122 lida com os colegas de chamada SIP. Consulte o protocolo de sessão (discar pares) na Referência de comando de voz do Cisco IOS - Comandos S para obter mais informações.

incoming uri via 100
Define um critério de responsabilidade para o header VIA com o endereço de IP PSTN IP de . Corresponde a todos os locais de PSTN de chamadas recebidas no Gateway local com o peer de discagem 122. Para obter mais informações, consulte a url de entrada na Referência de Comando de Voz do Cisco IOS - D através de I.
destination dpg 100
Ignora o clássico critério de correspondência de pares de discagem de saída no Gateway local com o DPG 100 de destino. Configurar a chamada de saída telefone usando pares de discagem definidos no destino DPG 100, que é discar 101.102,103,104. Para obter mais informações sobre a configuração de grupos de colegas de discagem, consulte dpg de classe de voz no Cisco IOS Voice Command Reference - D através de I.
no vad

Desativa a detecção de atividade de voz. Para obter mais informações, consulte vad (discar pares) na Referência de comando de voz do Cisco IOS - T embora Z.
Dial-peer de entrada para trechos de chamadas de entrada Webex Calling:

PSTN para Webex Calling:: Corresponder a todos os PSTN de chamadas de entrada no Gateway local com o gateway de discagem 122 para definir um critério de responsabilidade para o header VIA com o endereço DE IP do PSTN IP do ip. O DPG 100 invoque o peer de discagem de saída 101.102.103.104, que tem o servidor Webex Calling como um destino de destino.
Webex Calling para PSTN:: Corresponder a todos os Webex Calling de chamadas recebidas no Gateway local com o colega de discagem 110 para definir o critério de URI de solicitação para o padrão de header do REQUEST URI com o nome de hostname do Gateway local, exclusivo para a implantação do Gateway local. O DPG 120 invoque o peer de discagem de saída 121, que tem o endereço IP PSTN IP como um destino de destino.

Configurar o gateway local com um ambiente Unified CM existente

Esta implantação requer a seguinte configuração no Gateway local:

URIs de classe devoz — Você pode definir padrões de endereços IP do host/portas para vários troncos que terminam no LGW de:
- Unified CM para LGW para destinos PSTN plataforma
- Unified CM para LGW para destinos Webex Calling plataforma
- Webex Calling a destinos LGW
- PSTN terminação do tronco SIP nos destinos LGW
Grupo de servidores de classe de voz—Você pode direcionar endereços IP ou portas para troncos de saída de:
- LGW para Unified CM
- LGW para Webex Calling
- LGW para PSTN SIP
Pares de discagem de saída— Você pode encaminhar os participantes de chamada de saída:
- LGW para Unified CM
- Tronco SIP provedor de serviços internet (ITSP)
- Webex Calling
Dpg de classede voz — Você pode atingir chamar colegas de discagem de entrada de um colega de discagem de entrada.
Pares de discagem de entrada —Você pode aceitar áreas de chamada de entrada do Unified CM, ITSP e Webex Calling.

voice class uri 100 sip
host ipv4:192.168.80.13
voice class server-group 301
ipv4 192.168.80.60 port 5065
dial-peer voice 121 voip 
description Outgoing dial-peer to IP PSTN
destination-pattern BAD.BAD
session protocol sipv2
session target ipv4:192.168.80.13
voice-class codec 100
dtmf-relay rtp-nte
no vad
voice class dpg 121
dial-peer 121 preference 1
dial-peer voice 100 voip
description Incoming dial-peer from PSTN
session protocol sipv2
destination dpg 302
incoming uri via 100
voice-class codec 100
dtmf-relay rtp-nte
no vad

Monitorar e solucionar problemas de gateway local com o Diagnostic Signatures

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. A Ferramenta de pesquisa de assinaturas de diagnóstico (DSLT) é uma única fonte para encontrar assinaturas aplicáveis para monitorar e solucionar vários problemas.

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 o servidor de e-mail seguro que você usa para enviar uma notificação proativa se o dispositivo estiver executando o IOS XE 17.6.1 ou superior.
```
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

Gateway local executando a versão 17.6.1

Insira os seguintes comandos para ativar as Assinaturas de diagnóstico.

configure terminal 
call-home reporting contact-email-addr sch-smart-licensing@cisco.com  
end

Configure o servidor de e-mail para enviar notificações proativas se o dispositivo estiver executando uma versão anterior à 17.6.1.
```
configure terminal 
call-home  
mail-server  <email server> priority 1 
end 
```

Configure a variável de ambiente ds_email com o endereço de e-mail do administrador que você notifica


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

O seguinte mostra um exemplo de configuração de um Gateway local em execução no Cisco IOS XE 17.6.1 para enviar as notificações proativas para tacfaststart@gmail.com usando o Gmail como o servidor SMTP seguro:


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

O Gateway local em execução no software Cisco IOS XE não é um cliente típico do Gmail baseado na web que suporta o OAuth, então, precisamos 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:

Vá para Gerenciar conta do Google > Segurança e ative a configuração Acesso de aplicativos menos seguros.
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

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. Se o SNMP não estiver habilitado, então configure o comando "gerenciador de servidor snmp".


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 
SNMP global trap: enabled

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

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: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  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

Monitoramento de desconexões de chamadas anormais

Certifique-se de que o SNMP está habilitado usando o comando mostrar snmp. Se o SNMP não estiver habilitado, configure o comando "gerenciador de servidor snmp".

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 
SNMP global trap: enabled

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 a assinatura de diagnóstico de chamada de casapara verificar se a assinatura foi instalada com êxito. 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.

Configure outra variável de ambiente DS como ds_fsurl_prefix o caminho do servidor de arquivo CISCO TAC (cxd.cisco.com) para carregar os dados de diagnóstico. O nome de usuário no caminho do arquivo é o número do caso e a senha é o token carregamento de arquivos que pode ser recuperado do Support Case Manager como mostrado no seguinte. O carregamento de arquivos de usuário pode ser gerado na seção Anexos do Gerenciador de casos de suporte, conforme necessário.
```
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. Se o SNMP não estiver habilitado, configure o comando "gerenciador de servidor snmp".
```
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 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

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: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  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

Verificar execução de assinaturas de diagnóstico

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  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	Acionado/Máximo/Desinstalar	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.

30 de setembro de 2022

Implementar o CUBE de alta disponibilidade como gateway local

O Gateway local (LGW) é a única opção para fornecer acesso PSTN com base no local para clientes do Cisco Webex Calling. O objetivo deste documento é ajudá-lo a criar uma configuração de Gateway local usando CUBE de alta disponibilidade, CUBEs ativos/em espera para failover stateful de chamadas ativas.

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)#redundancy
VCUBE-2(config)#voice service voip
VCUBE-2(config)#interface GigabitEthernet1
VCUBE-2#wr

VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 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#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: Standby
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: STANDBY HOT
         Peer RF state: ACTIVE

VCUBE-1#show sip-ua register status
VCUBE-1#

VCUBE-1#debug ccsip non-call
SIP Out-of-Dialog tracing is enabled
VCUBE-1#debug ccsip info
SIP Call info tracing is enabled
VCUBE-1#debug ccsip message

VCUBE-2#redundancy application reload group 1 self

VCUBE-1#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          56          yes normal
VCUBE-1#

VCUBE-1#show log

Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired.
Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active
Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state.
Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0

30 de setembro de 2022

Configurar o Unified CM para Webex Calling

Talvez seja necessária uma integração com o Unified CM se os locais habilitados para Webex Calling forem adicionados a uma implantação existente em que o Unified CM é a solução de controle de chamadas local e se você precisar de discagem direta entre os telefones registrados no Unified CM e os telefones nos locais do 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 do 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 Espaço de pesquisa de chamadas Webex
Partições selecionadas	DN (números de diretório +E.164) ESN (discagem entre sites abreviada) PSTNInternational (acesso PSTN) onNetRemote (destinos conhecidos pelo 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 para 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	Webex RL_
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: +140855501XX

30 de setembro de 2022

Configurar os recursos do Webex Calling

Saiba mais sobre alguns dos recursos disponíveis no Webex Calling e como configurar para sua organização e usuários.

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.

Permitir que os usuários entrem nas chamadas telefônicas de outras pessoas

1	Na exibição do cliente em https://admin.webex.com, vá para Usuários e selecione o usuário que você deseja modificar.
2	Selecione Chamada, vá para Permissões entreusuários e, em seguida, selecione Reações .
3	Ligue para Remos, escolha se você deseja fazer uma chamada de conferência em andamento. Permita que outras pessoas adicionem a si mesmas às chamadas deste usuário. Reproduza um tom quando alguém falar sobre uma chamada. Em seguida, clique em Salvar.

Impedir que alguém monitore o status da linha de um usuário

1	Na exibição do cliente em https://admin.webex.com, vá para Usuários e selecione o usuário que você deseja modificar.
2	Selecione Chamada, vá para Permissões entre usuários e habilita a Privacidade.
3	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
4	Marque a caixa de seleção Ativar privacidade. Você pode então decidir se deseja bloquear todos, deixando o campo Procurar usuário pelo nome vazio ou escolher quem pode monitorar o status da linha desse usuário. Usando o exemplo do executivo acima, você pesquisará o nome do assistente administrativo.
5	Clique em Salvar.

Exemplo

Deseja ver como ele é feito? Assista a esta demonstração de vídeo sobre como gerenciar as configurações de privacidade para um usuário no Control Hub.

Lista de monitoramento - Outros usuários e estacionamento de chamada extensão

O número máximo de linhas monitoradas é 50, mas você deve considerar a largura de banda. O número máximo também pode ser determinado pelo número de botões de linha no telefone do usuário.

O serviço de monitoramento só funciona com o dispositivo primário de um usuário.

Na exibição do cliente em https://admin.webex.com, vá para Usuários e selecione o usuário que você deseja modificar.

Selecione Chamada, vá para a seção Permissões entre usuários e selecione Monitoramento.

Escolha uma das seguintes opções:

Adicionar linha monitorada-
Adicionar ramal de estacionamento de chamadas

Escolha se deseja que este usuário seja notificado sobre chamadas estacionadas, pesquise a pessoa ou o ramal de estacionamento de chamadas a ser monitorado e clique em Salvar.

A lista de linhas monitoradas no Control Hub corresponde à ordem das linhas monitoradas que aparecem no dispositivo do usuário. Você pode reordenar a lista de linhas monitoradas a qualquer momento.

O nome que aparece para a linha monitorada é o nome inserido nos campos Nome e Sobrenome do usuário ou workspace ID do autor da chamada Nome e Sobrenome.

Exemplo

Deseja ver como ele é feito? Assista a esta demonstração de vídeo sobre como gerenciar as configurações de monitoramento para um usuário no Control Hub.

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	Na exibição do cliente em https://admin.webex.com, vá para Usuários e selecione o usuário que você deseja modificar.
2	Selecione Chamada, vá para Permissões entre usuárioseclique em Hoteling.
3	Ative Local provisório e clique em Salvar.

Exemplo

Deseja ver como ele é feito? Assista a esta demonstração de vídeo sobre como configurar o hotel no Control Hub.

30 de setembro de 2022

Configurar e gerenciar os usuários do Webex Calling

Você deve adicionar cada usuário no Control Hub para que eles aproveitem os serviços Webex Calling. O número de usuários que você precisa adicionar determinará como adicioná-lo no Control Hub, quer você adicione manualmente cada usuário pelo endereço de e-mail ou adicionar vários usuários usando um arquivo CSV. A escolha é sua.

Adicionar usuários manualmente no Control Hub

Se você sincronizar usuários de um diretório como o Active Directory, ao adicionar pessoas manualmente no Control Hub, também deverá adicioná-las ao seu diretório.

Ao adicionar usuários, o nome e o sobrenome devem ter no máximo 30 caracteres e não devem incluir caracteres ascii estendidos ou os seguintes caracteres %, #, <, >, \, /,". Essas restrições de caracteres especiais se aplicam apenas a usuários do Webex Calling.

Antes de começar

Você pode receber um erro se você estiver tentando adicionar usuários que usaram seu endereço de e-mail para criar uma conta de teste. Faça com que os usuários excluam sua organização primeiro antes de adicioná-los à sua organização.

Na exibição do cliente em https://admin.webex.com, vá para Usuários e clique em Gerenciar usuários.

Selecione Adicionar ou modificar usuários manualmente.

(Opcional) Se você enviar e-mails de boas-vindas automaticamente, clique em Próximo.

Escolha uma e clique em próximo:

Selecione endereço de e-maile insira até 25 endereços de e-mail.
Selecione nomes e endereçosde e-mail e, em seguida, insira até 25 nomes e endereços de e-mail.

Você pode adicionar usuários que estão disponíveis para converter em sua organização.

Atribuição de licenças:

Se você tiver um modelo de licença ativa, as licenças são atribuídas automaticamente para novos usuários e você pode revisar o resumo da licença.
Selecione os serviços a serem atribuídos. Se você tiver várias assinaturas, escolha uma assinatura na lista.

Se você estiver atribuindo licenças do Centro de contatos, selecione Webex Teams e, em seguida, Atendimento ao cliente com a opção Agente premium e padrão. Para adicionar um supervisor, selecione as opções Premium e Supervisor. Um usuário é tratado como um agente, a menos que você o tornar um supervisor.

Gerenciamento de conteúdo:

Se o acesso global for selecionado para o gerenciamento de conteúdo corporativo, então o gerenciamento de conteúdo será atribuído automaticamente aos usuários.
Escolha uma opção de gerenciamento de conteúdo para cada usuário.

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 se aplicará a ambas as plataformas com base nos parâmetros do Control Hub exibidos acima, salvar e recarregar. As credenciais do SIP Digest do Control Hub estão destacadas em negrito. configure terminal crypto 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 ip address trusted list ipv4 x.x.x.x 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:(.)" "sip:\1" rule 10 request ANY sip-header To modify "<sips:(.)" "<sip:\1" rule 11 request ANY sip-header From modify "<sips:(.)" "<sip:\1" rule 12 request ANY sip-header Contact modify "<sips:(.)>" "<sip:\1;transport=tls>" rule 13 response ANY sip-header To modify "<sips:(.)" "<sip:\1" rule 14 response ANY sip-header From modify "<sips:(.)" "<sip:\1" rule 15 response ANY sip-header Contact modify "<sips:(.)" "<sip:\1" rule 20 request ANY sip-header From modify ">" ";otg=hussain1076_lgu>" rule 30 request ANY sip-header P-Asserted-Identity modify "sips:(.)" "sip:\1" voice class codec 99 codec preference 1 g711ulaw codec preference 2 g711ulaw exit voice class srtp-crypto 200 crypto 1 AES_CM_128_HMAC_SHA1_80 exit voice class stun-usage 200 stun usage firewall-traversal flowdata exit voice class tenant 200 registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls credentials number Hussain5091_LGU username Hussain1076_LGU password 0 lOV12MEaZx realm Broadworks authentication username Hussain5091_LGU password 0 lOV12MEaZx realm BroadWorks authentication username Hussain5091_LGU password 0 lOV12MEaZx realm 40462196.cisco-bcld.com no remote-party-id sip-server dns:40462196.cisco-bcld.com connection-reuse srtp-crypto 200 session transport tcp tls url sips error-passthru asserted-id pai bind control source-interface GigabitEthernet1 bind media source-interface GigabitEthernet1 no pass-thru content custom-sdp sip-profiles 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 Outgoing dial-peer to IP PSTN destination-pattern 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 201 voip description Outgoing dial-peer to Webex Calling destination-pattern BAD.BAD session protocol sipv2 session target sip-server voice-class codec 99 voice-class stun-usage 200 no voice-class sip localhost voice-class sip tenant 200 dtmf-relay rtp-nte srtp no vad voice class dpg 100 description Incoming WebexCalling(DP200) to IP PSTN(DP101) dial-peer 101 preference 1 voice class dpg 200 description Incoming IP PSTN(DP100) to Webex Calling(DP201) dial-peer 201 preference 1 dial-peer voice 100 voip desription Incoming dial-peer from IP PSTN session protocol sipv2 destination dpg 200 incoming uri via 100 voice-class codec 99 voice-class sip tenant 300 dtmf-relay rtp-nte no vad dial-peer voice 200 voip description Incoming dial-peer from Webex Calling session protocol sipv2 destination dpg 100 incoming uri request 200 voice-class codec 99 voice-class stun-usage 200 voice-class sip tenant 200 dtmf-relay rtp-nte srtp no vad end copy run start 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 show sip-ua-register status `VCUBE-1#show redundancy application group 1 Group ID:1 Group Name:LocalGateway-HA Administrative State: No Shutdown Aggregate operational state : Up My Role: Standby Peer Role: ACTIVE Peer Presence: Yes Peer Comm: Yes Peer Progression Started: Yes RF Domain: btob-one RF state: STANDBY HOT Peer RF state: ACTIVE VCUBE-1#show sip-ua register status VCUBE-1#` VCUBE-2#show redundancy application group 1 Group ID:1 Group Name:LocalGateway-HA Administrative State: No Shutdown Aggregate operational state : Up My Role: ACTIVE Peer Role: STATUS Peer Presence: Yes Peer Comm: Yes Peer Progression Started: Yes RF Domain: btob-one RF state: ACTIVE Peer RF state: STANDBY HOT VCUBE-2#show sip-ua register status Tenant: 200 --------------------Registrar-Index 1 --------------------- Line peer expires(sec) reg survival P-Associ-URI ============================== ========== ============ === ======== ============ Hussain5091_LGU -1 48 yes normal VCUBE-2# Na saída acima, você pode ver que VCUBE-2 é o LGW ativo que mantém o registro com o Webex Calling Acess 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 non-call 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. `VCUBE-2#redundancy application reload group 1 self` 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 register status Tenant: 200 --------------------Registrar-Index 1 --------------------- Line peer expires(sec) reg survival P-Associ-URI ============================== ========== ============ === ======== ============ Hussain5091_LGU -1 56 yes 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. VCUBE-1#show log Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired. Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state. Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Sent: REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0 Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Date: Thu, 09 Jan 2020 18:37:24 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 User-Agent: Cisco-SIPGateway/IOS-16.12.02 Max-Forwards: 70 Timestamp: 1578595044 CSeq: 2 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Expires: 240 Supported: path Content-Length: 0 Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg: Received: SIP/2.0 401 Unauthorized Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969 Date: Thu, 09 Jan 2020 18:37:24 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Timestamp: 1578595044 CSeq: 2 REGISTER WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5 Content-Length: 0 Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Sent: REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0 Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Date: Thu, 09 Jan 2020 18:37:25 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 User-Agent:Cisco-SIPGateway/IOS-16.12.02 Max-Forwards: 70 Timestamp: 1578595045 CSeq: 3 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Expires: 240 Supported: path Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001 Content-Length: 0 Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg: Received: SIP/2.0 200 OK Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184 Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Timestamp: 1578595045 CSeq: 3 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5 Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference Content-Length: 0