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

Fluxo de trabalho da configuração do Webex Calling

08 de agosto de 2023

Visão geral do Webex Calling

Imagine poder aproveitar os recursos de chamadas em nuvem, mobilidade e PBX de nível empresarial, juntamente com o aplicativo Webex para mensagens, reuniões e chamadas de um soft client Webex Calling ou dispositivo Cisco. Isso é exatamente o que o Webex Calling tem a oferecer a você.

Apresentando o Webex Calling

O Webex Calling oferece os seguintes recursos e benefícios:

Assinaturas de chamadas para usuários de telefonia e áreas comuns.
Serviços em nuvem seguros e confiáveis fornecidos por provedores de serviços regionais confiáveis
Aplicativo Webex - acesso para todos os usuários, adicionando comunicações unificadas avançadas e serviços de colaboração em equipe.
O Webex Meetings como um complemento opcional integrado para fornecer as experiências de reuniões premium que os usuários corporativos esperam.
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 por meio de uma infraestrutura empresarial existente (gateway local sem IP PBX local ou com o ambiente de chamadas Unified CM existente) ou opções de Parceiro ou PSTN fornecidas pela Cisco.
Suporte de nível 1 fornecido pelo seu parceiro, suporte de próximo nível fornecido pela Cisco

O Control Hub é um portal de gerenciamento baseado na web que se integra ao Webex Calling para agilizar seus pedidos e configuração e centralizar o gerenciamento da oferta agrupada— Webex Calling , Webex App e Webex Meetings.

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 outras chamadas de usuários. 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 chamadas recebidas com IDs de chamador bloqueadas.
Continuidade de negócios	Se os telefones dos usuários não estiverem conectados à rede por motivos 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

Control Hub (https://admin.webex.com) é um portal de gerenciamento integrado com Webex Calling para agilizar seus pedidos e configuração e centralizar o gerenciamento da oferta agrupada —Webex Calling, Aplicativo Webex, e Reuniões...

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 na qual os usuários podem definir preferências para o perfil, baixar o aplicativo Webex e iniciar de forma cruzada no Portal de usuários Calling para configurações de Chamadas. 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 de equipe da marca Cisco. Para obter mais informações, consulte Introdução ao aplicativo Cisco Webex .
Webex Meetings—Aplicativo opcional adicionado como uma solução de Reuniões. Para obter mais informações, consulte Webex Meetings.

Administradores de clientes

Como administrador de clientes em uma assinatura de avaliação ou paga do Webex Calling , você pode configurar sua organização no Control Hub adicionando locais, licenças, números de telefone, recursos de Chamadas, usuários e espaços de trabalho (Dispositivos de sala que se registram na nuvem Webex). Você também pode gerenciar todos esses componentes de lá.

Para obter orientação, consulte o Guia de configuração para clientes do Cisco Webex Calling.
Para obter mais informações sobre a oferta do Webex Calling, consulte o Cisco Webex Calling na planilha de dados do Cisco Collaboration Flex Plan para clientes finais

Parceiros

Como provedor de serviços de parceiros, você pode comercializar e vender o Webex Calling para seus clientes. Você pode configurar e estender testes, implantar serviços e criar e provisionar pedidos para seus clientes.

Para obter orientação, consulte o Guia de configuração para clientes do Cisco Webex Calling (Programa de inscrição antecipada de parceiros).
Para obter mais recursos de parceiros, consulte os Recursos do Webex Calling Sales Connect. (Requer credenciais de parceiro.)

Disponibilidade

Consulte o cabeçalho do Webex Calling no artigo Onde o Cisco Webex está disponível para países em que o Webex Calling está disponível para venda.

Visão geral

O Webex Calling agora inclui uma opção de instância de nuvem dedicada baseada na arquitetura do Cisco Unified Communications Manager . A Instância dedicada é integrada ao Webex Calling e tira proveito dos serviços da plataforma da Webex, para levar uma administração centralizada e uma inovação em nuvem aplicável, desenvolvida em qualquer lugar na plataforma Webex, para melhorar a experiência de chamada. A Ocorrência Dedicada também suporta terminais Cisco mais antigos ou integrações existentes que fazem parte de fluxos de trabalho essenciais.

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

Cisco Unified Communications Manager
IM e presença do Cisco Unified
Conexão do Cisco Unified Unity
Cisco Expressway
Cisco Emergency Responder (somente na 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 estão melhorado entre Instância dedicada e Webex Calling. Por exemplo, Webex Calling usuários não podem fazer 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 colocar sua organização em funcionamento, 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 para avaliações

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, você 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 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 os serviços atribuídos a eles, eles poderão começar a usar os Telefones multiplataforma (MPPs) compatíveis com o Webex Calling e 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.

O Webex Calling envia chamadas que não correspondem aos destinos do Webex Calling do cliente para o gateway local. Isso inclui números PSTN e ramais internos do Unified CM, que o Webex Calling não pode ver. O gateway local encaminha todas as chamadas provenientes do Webex Calling para 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.

O Webex Calling encaminha todas as chamadas que não correspondem aos destinos do 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 discado em um terminal do Webex Calling não puder ser encaminhado a nenhum outro destino no mesmo cliente no Webex Calling, a chamada será enviada ao gateway local para processamento posterior. Todas as chamadas fora da rede (fora do 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 de roteamento do Webex Calling então garante que a chamada seja enviada ao dispositivo pretendido Webex Calling , 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 normalizado para +E.164 antes do envio das chamadas ao 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 do 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 do 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 essas duas classes de serviço diferentes 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: um para chamadas originadas no PSTN e um para chamadas originadas no 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 espaço de pesquisa de chamadas necessário 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 ao Webex Calling

Figura 2. Adicionar o destino do Webex Calling ao plano de discagem

Para adicionar acessibilidade de destinos do Webex Calling a este plano de discagem, uma partição representando todos os destinos do Webex Calling deverá ser criada ("Webex Calling") e um padrão de rota +E.164 para cada intervalo DID no Webex Calling será adicionado 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 ao Webex Calling. Como todos os destinos discados são normalizados para +E.164 usando padrões de conversão de normalização de discagem para chamadas originadas de terminais registrados no Unified CM ou transformações da parte chamada para chamadas originadas do PSTN, esse único conjunto de padrões de rota +E.164 é suficiente para obter acessibilidade de destinos no Webex Calling, independentemente do hábito de discagem usado.

Se, por exemplo, um usuário discar "914085550165", o padrão de conversão de normalização de discagem na partição "UStoE164" normalizará essa sequência de discagem para "+14085550165", que corresponderá ao padrão de rota de um destino do 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 4. 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 empresarial a destinos do Webex Calling, você adiciona o respectivo padrão de conversão de normalização de discagem do local do Webex Calling à partição "Webex Calling" (por exemplo, "8101XX" no diagrama). Após a normalização, a chamada é novamente enviada ao Webex Calling após corresponder ao padrão de rota na partição "Webex Calling".

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

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 se trata do 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 pede aos usuários que 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 do aplicativo de chamadas padrão para que possam escolher Aplicativo Webex , você poderá instruí-los a alterar as associações de protocolo do Aplicativo Webex no Windows 10:

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

Manipuladores de protocolo para macOS

No Mac OS, se outros aplicativos estiverem registrados nos protocolos de chamadas antes do Aplicativo Webex , os usuários deverão configurar o Aplicativo Webex para serem a opção de chamada padrão.

No Aplicativo Webex para Mac, os usuários podem confirmar que Aplicativo Webex é selecionado para a configuração Iniciar chamadas com em 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.

16 de maio de 2024

Preparar o ambiente para o Webex Calling

Requisitos para

Requisitos do gateway local para

Pré-requisitos gerais

Antes de configurar um gateway local, certifique-se de que:

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

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

Requisitos de hardware e software para gateway local

Certifique-se de que sua implantação tenha um ou mais dos gateways locais (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

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.

16 de maio de 2024

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 você começar

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

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

Faça logon no Control Hub emhttps://admin.webex.com , ir para Gerenciamento > Local .

Um novo local será hospedado no data center regional correspondente ao país que você selecionou usando o Assistente de configuração inicial.

Defina as configurações do local:

Nome do local—Insira um nome exclusivo para identificar o local.
País—Escolha um país ao qual vincular o local. Por exemplo, você pode criar um local (sede) nos Estados Unidos e outro (filial) no Reino Unido. O país escolhido determinará os campos de endereço a seguir. Os documentados aqui usam a convenção de endereços dos EUA como exemplo.
Endereço—Insira o endereço de correspondência principal do local.
Cidade/Cidade —Insira uma cidade para este local.
Estado/Província/Região —No menu suspenso, escolha um estado.
CEP—Insira o CEP ou o código postal.
Idioma dos anúncios — Selecione o idioma para os anúncios de áudio e os avisos para novos usuários e recursos.
Idioma do e-mail —Selecione o idioma para a comunicação por e-mail com novos usuários.
Fuso horário — Selecione o fuso horário do local.

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

Se você clicou em Adicionar agora, 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 Centro de dados 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.

Antes de você começar

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

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

1	Faça logon no Control Hub emhttps://admin.webex.com , ir para Gerenciamento > Local .
2	Cliquena coluna Ações ao lado do local que você deseja excluir.
3	Escolher Excluir local e confirme que você deseja excluir o local. Normalmente, leva alguns minutos para que o local seja excluído permanentemente, mas pode levar até uma hora. Você poderá verificar o status clicando em Mais ao lado do nome do local e selecionando Status da exclusão.

Atualizar um local existente

Você poderá alterar a configuração do PSTN, bem como o nome, fuso horário e 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.

Faça logon no Control Hub emhttps://admin.webex.com , ir para Gerenciamento > Local .

Se você vir um símbolo de Cuidado próximo a um local, significa que um número de telefone ainda não foi configurado 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:

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 Centro de dados do Webex Calling em uma região na qual o Plano de chamadas da Cisco é compatível.

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.

Os clientes do Webex Calling com locais previamente configurados com um Gateway local serão automaticamente convertidos para PSTN com base no local com um tronco correspondente.

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

(Opcional) Em Chamadas de emergência , você pode selecionar Identificador de local de emergência atribuir a este local.

Essa configuração é opcional e aplicável apenas aos países que a exigem.

Em alguns países (Exemplo: França), existem requisitos regulamentares para que os sistemas de rádio celular estabeleçam a identidade da célula quando você faz uma chamada de emergência e é disponibilizada para as autoridades de emergência. Outros países, como os EUA e Canadá, implementam a determinação de localização usando outros métodos. Para obter mais informações, consulte Chamadas de emergência aprimoradas .

O provedor de chamada de emergência pode precisar de informações sobre a rede de acesso e é obtido definindo um novo cabeçalho de ramal SIP privado, P-Access-Network-Info. O cabeçalho transporta informações relacionadas à rede de acesso.

Quando você define o Identificador de local de emergência para um local, o valor do local é enviado ao provedor como parte da mensagem SIP. Entre em contato com seu provedor de chamada de emergência para ver se você precisa dessa configuração e use o valor 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 na parte superior da página de Local para alterar o Nome do local, Fuso horário ou Idioma conforme necessário e clique em Salvar.

A alteração do idioma do anúncio entrará em vigor imediatamente para todos os novos usuários e recursos adicionados a este local. Se os usuários e/ou recursos existentes também precisarem ter o idioma de anúncio alterado, quando solicitado, selecione Alterar para usuários e espaços de trabalho existentes ou Alterar para recursos existentes . Clique em Aplicar. Você pode ver o progresso na página Tarefas. Você não poderá fazer mais alterações até que isso seja concluído.

Alterar o fuso horário de um local não atualizará os fusos horários dos recursos associados ao local. Para editar os fusos horários de recursos como assistente automático, grupo de busca e fila de chamadas, vá até a área de Configurações gerais do recurso específico para o qual você deseja atualizar o fuso horário, edite e salve lá.

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

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

Inicie sessão no Control Hub , vá para Services > Calling > Configurações de serviço , e depois 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.

Os comprimentos de prefixo de roteamento incluem o dígito de direção. Por exemplo, se você definir o comprimento do prefixo de roteamento para quatro, apenas três dígitos poderão ser usados para especificar o site.

Se você atribuir um prefixo de roteamento a um local, todas as aparências de ramais atribuídos a esse local incluirão o prefixo de roteamento na frente do número do ramal. Por exemplo, 888-1000 (prefixo de roteamento-ramal).

Dígito de direção no prefixo de roteamento —Escolha o número que será definido como o primeiro dígito de cada prefixo de roteamento.
Comprimento do ramal interno—Você pode inserir de 2 a 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.
Permitir a discagem de ramal entre locais —Permite que você personalize a discagem de ramal entre locais com base nos requisitos da sua organização.
- Ative a alternância se sua organização não tiver ramais duplicados em todos os seus locais.
  Por padrão, a alternância está ativada.
- Desative o botão de alternância se sua organização tiver o mesmo ramal em diferentes locais. Quando a alternância está desativada e o chamador disca para o ramal, a chamada é roteada para um usuário com o ramal correspondente no mesmo local que o chamador. O chamador deve discar o número significativo corporativo (prefixo de roteamento de localização + ramal) para alcançar um ramal em outros locais.

Especifique a discagem interna de locais específicos. Ir para Gerenciamento > Locais , selecione um local na lista e clique em Chamadas . Role até Discagem e altere a discagem interna conforme necessário:

Discagem interna—Especifique o prefixo de roteamento que os usuários em outros locais precisam discar para entrar em contato com alguém neste local. O prefixo de roteamento de cada local deve ser exclusivo. Recomendamos que o comprimento do prefixo corresponda ao comprimento definido no nível da organização, mas deve ter de 2 a 7 dígitos.

Especifique a discagem externa para locais específicos. Ir para Gerenciamento > Locais , selecione um local na lista e clique em Chamadas . Role até Discagem e altere a discagem externa conforme necessário:

Discagem externa —Você pode escolher um dígito de discagem de saída que os usuários devem discar para contatar uma linha externa. O padrão é Nenhum e você pode mantê-lo se não precisar desse hábito de discagem. Se você decidir usar esse recurso, recomendamos que use um número diferente do dígito de direção da sua organização.

Os usuários podem incluir o dígito de discagem de saída ao fazer chamadas externas para simular como eles discavam em sistemas herdados. No entanto, todos os usuários ainda podem fazer chamadas externas sem o dígito de discagem de saída.

Opcionalmente, você tem a capacidade de Aplicar a discagem do dígito de discagem de saída deste local, garantindo que o usuário deve usar o dígito de discagem de saída definido pelo administrador para fazer chamadas externas.

As chamadas de emergência ainda podem ser discadas com ou sem o dígito de discagem de saída quando esse recurso estiver ativado.

Uma vez ativado, todos os números de destino externos, como os usados para encaminhamento de chamadas, não funcionarão mais se um dígito de discagem de saída não estiver incluído.

Impacto para os usuários:

Os usuários devem reiniciar seus telefones para que as alterações nas preferências de discagem entrem em vigor.
Os ramais do usuário não devem começar com o mesmo número que os dígitos de direção ou de discagem de saída do local.

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

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

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

Criar um tronco

Siga estas etapas para criar um tronco no Control Hub.

Antes de você 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.

Fazer logon em Hub de controle em , ir para Serviços > Chamando > Encaminhamento de chamadas e selecione Adicionar tronco .https://admin.webex.com

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.

Faça logon no Control Hub emhttps://admin.webex.com , ir para Gerenciamento > Local .

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

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

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

Definir opções de chamada

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

Configurar o comportamento de chamadas

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

28 de fevereiro de 2024

Configurar o gateway local no IOS-XE do Webex Calling

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

Fluxo da tarefa de configuração do gateway local

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

Tronco baseado em registro
Tronco baseado em certificado

Use o fluxo de tarefas na guia de Gateway local baseado em registro ou Gateway local baseado em certificado configurar o gateway local para Webex Calling tronco. Consulte Introdução ao gateway local para obter mais informações sobre diferentes tipos de tronco. Execute as seguintes etapas no próprio gateway local, usando a interface de linha de comando (CLI). Usamos o Protocolo de Iniciação da Sessão (SIP) e o Segurança da camada de transporte (TLS) para proteger o tronco e o Secure Real-time Protocol (SRTP) para proteger a mídia entre o gateway local e Webex Calling .

Antes de você começar

Entender os requisitos da rede telefônica comutada pública (PSTN) e do gateway local (LGW) para Webex Calling . Ver Arquitetura preferida da Cisco para Webex Calling para obter mais informações.
Este artigo assume que uma plataforma de Gateway local dedicada está em vigor sem configuração de voz existente. Se você modificar um gateway PSTN existente ou implantação corporativa do Gateway local para usar como a função de Gateway local para Webex Calling , em seguida, preste muita atenção à configuração. Certifique-se de não interromper os fluxos e funcionalidades de chamadas existentes devido às alterações que você fizer.
Crie um tronco no Control Hub e atribua-o ao local. Ver Configurar troncos, grupos de rotas e planos de discagem para o Webex Calling para obter mais informações.

Os procedimentos contêm links para a documentação de referência de comando, onde você pode aprender mais sobre as opções de comando individual. Todos os links de referência de comando vão para Referência de comandos dos gateways gerenciados Webex salvo indicação em contrário (nesse caso, os links de comando vão para Referência de comando de voz do Cisco IOS ). Você pode acessar todos esses guias no Cisco Unified Border Element Command References .

Para obter informações sobre os SBCs de terceiros, consulte a respectiva documentação de referência do produto.

Para configurar interfaces TDM para trechos de chamadas PSTN nos Gateways TDM-SIP da Cisco, consulte Configurando o ISDN PRI .

Gateway local baseado em registro
Gateway local baseado em certificado

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

Antes de você começar

Certifique-se de que a seguinte configuração de plataforma de linha de base que você configura esteja configurar de acordo com as políticas e procedimentos da sua organização:
- NTPs
- ACLs
- Ativar senhas
- Senha principal
- Encaminhamento de IP
- Endereços de IP, e assim por diante
Você requer uma versão mínima suportada do Cisco IOS XE 16.12 ou IOS-XE 17.3 para todas as implantações de gateway local.

Somente o CUBE suporta o gateway local baseado em registro; nenhum outro SBC de terceiros é suportado.

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 opus
 codec preference 2 g711ulaw
 codec preference 3 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 dial-peer SIP VoIP, o gateway inicia uma conexão TLS para Webex Calling , ponto em que o SBC de acesso apresenta seu certificado para o gateway local. O gateway local valida a Webex Calling acessar o certificado SBC usando o pacote de raiz CA que é atualizado anteriormente. Estabelece uma sessão TLS persistente entre o gateway local e Webex Calling acessar o SBC. O Gateway local então envia um REGISTER para o acesso SBC que é desafiado. O AOR de registro é number@domain. O número é obtido do parâmetro "number" e do domínio das credenciais do "registrar dns:<fqdn> .” Quando o registro é contestado:

Utilize o nome de usuário, senha e domínio parâmetros do credenciais para criar o perfil de cabeçalho e de sip 200.
Converte a URL SIPS de volta para SIP.

O registro será bem-sucedido quando você receber 200 OK do SBC de acesso.

Configurar o gateway local sem IP PBX

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

Locatários de classe de voz —Você cria outros locatários para pares de discagem com ITSP semelhante ao locatário 200 que você cria para pares de discagem voltados para o Webex Calling .
URIs de classe de voz —Você define padrões para endereços/portas IP do host para vários troncos que terminam no Gateway local:
- Webex Calling para LGW
- Terminação do tronco SIP PSTN no LGW
Pares de discagem de saída —É possível rotear segmentos de chamada de saída do LGW para o tronco SIP ITSP e Webex Calling .
DPG de aula de voz —Você pode invocar para direcionar os pares de discagem de saída de um par de discagem de entrada.
Pares de discagem de entrada —Você pode aceitar segmentos de chamada de entrada do ITSP e Webex Calling .

Use as configurações para a configuração do Gateway local hospedado pelo parceiro ou do gateway do site do cliente, conforme 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 segmentos de chamada de PSTN IP recebidos no gateway local com o par de discagem 100 para definir um critério de correspondência para o cabeçalho de VIA com o endereço de IP do endereço IP PSTN . DPG 200 invoca dial-peer de saída 200201 , que tem a Webex Calling servidor como um destino de destino.

Webex Calling para PSTN

Corresponder a todas as entradas Webex Calling segmentos de chamada no gateway local com dial-peer 200201 para definir o critério de correspondência para o padrão de cabeçalho REQUEST URI com o parâmetro OTG/DTG do grupo de troncos , exclusivo para esta implantação do Gateway local. DPG 100 invoca o dial-peer de saída 101 , que tem o endereço IP PSTN endereço IP como 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ários de classe de voz —Você cria mais locatários para dial-peers voltados para Unified CM e ITSP, semelhante a locatário 200 que você cria para Webex Calling voltados para pares de discagem.
URIs de classe de voz — Você define um padrão para endereços/portas IP do host para vários troncos que terminam no LGW a partir de:
- Unified CM para LGW para destinos PSTN
- Unified CM para LGW para Webex Calling destinos
- Webex Calling para destinos LGW
- Terminação do tronco SIP PSTN 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
- tronco SIP LGW para PSTN
Pares de discagem de saída —É possível rotear segmentos de chamada de saída de:
- LGW para Unified CM
- tronco SIP ITSP
- Webex Calling
DPG de aula de voz —Você pode invocar para direcionar dial-peers de saída de um dial-peer de entrada.
Pontos de discagem de entrada— Você pode aceitar segmentos de 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

Tronco IP PSTN para Unified CM PSTN

Plataforma Webex Calling Calling para tronco Unified CM Webex Calling

Tronco Unified CM PSTN para IP PSTN

Tronco do Unified CM Webex Calling para a plataforma Webex Calling

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

As Assinaturas de diagnóstico (DS) detectam de forma proativa os problemas comumente observados no gateway local baseado no IOS XE e geram notificação por e-mail, syslog ou mensagem de terminal sobre o 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 desencadeadores de problemas e ações a serem tomadas para informar, solucionar e remediar 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 específicas do comando show.

Os tipos de ação incluem coletar as saídas do comando show:

Gerando um arquivo de log consolidado
Carregar o arquivo em um local de rede fornecido pelo usuário, como HTTPS, SCP, servidor FTP

Os engenheiros da TAC criam os arquivos DS e os assinam digitalmente para proteção da integridade. Cada arquivo DS possui uma ID numérica exclusiva atribuída pelo sistema. Ferramenta de pesquisa de assinaturas de diagnóstico (DSLT) é uma fonte única para encontrar assinaturas aplicáveis para monitorar e solucionar vários problemas.

Antes de você começar:

Não edite o arquivo DS do qual você baixou DSL . Os arquivos que você modifica falham na instalação devido ao erro de verificação de integridade.
Um servidor SMTP (Simple Mail Transfer Protocol) que você precisa para que o gateway local envie 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ções proativas 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 
```
Configurar a variável de ambienteds_email com o endereço de email de e-mail do administrador para notificá-lo.
```
configure terminal 
call-home  
diagnostic-signature 
environment ds_email <email address> 
end 
```

Gateway local em execução 16.11.1 ou superior

Assinaturas de diagnóstico são ativado 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 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 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 típico do Gmail baseado na web que suporta OAuth, portanto, devemos configurar uma definição de conta específica do 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, fui eu" quando receber um e-mail do Gmail informando que "O Google impediu alguém de iniciar sessão na sua conta usando um aplicativo que não é do Google".

Instalar assinaturas de diagnóstico para monitoramento proativo

Monitorando a alta utilização da CPU

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

Usar o show snmp comando para habilitar o SNMP. Se você não ativar, configure o snmp-server manager comando.

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

Utilize o show call-home diagnostic-signature comando para verificar se a assinatura foi instalada com êxito. A coluna de status deve ter um valor "registrado".

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
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 monitorando a alta utilização da CPU no gateway local.

Monitorando o registro do tronco SIP

Este DS verifica o cancelamento do registro de um Tronco SIP de gateway local com o Webex Calling em nuvem a cada 60 segundos. Quando o evento de cancelamento de registro é detectado, ele gera uma notificação por e-mail e syslog e desinstala-se automaticamente após duas ocorrências de cancelamento de 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	Cancelamento do registro do tronco SIP com 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#

Utilize o show call-home diagnostic-signature comando para verificar se a assinatura foi instalada com êxito. A coluna de status deve ter um valor "registrado".

Monitorando desconexões de chamadas anormais

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 incremento da contagem de erros for maior ou igual a 5 a partir da última sondagem, ele gerará um syslog e uma notificação por e-mail. Use as etapas abaixo para instalar a assinatura.

Usar o show snmp comando para verificar se o SNMP está ativado. Se não estiver ativado, configure o snmp-server manager comando.

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 de desconexão de chamada anormal SIP com notificação de e-mail e 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

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

Instalar assinaturas de diagnóstico para solucionar um problema

Use as Assinaturas de diagnóstico (DS) para resolver problemas rapidamente. Os engenheiros do Cisco TAC criaram várias assinaturas que permitem as depurações necessárias para solucionar um determinado problema, detectar a ocorrência do problema, coletar o conjunto correto de dados de diagnóstico e transferir os dados automaticamente para o caso do Cisco TAC . As Assinaturas de diagnóstico (DS) eliminam a necessidade de verificar manualmente a ocorrência do problema e facilitam muito a solução de problemas intermitentes e transitórios.

Você pode usar o Ferramenta de pesquisa de assinaturas de diagnóstico para encontrar as assinaturas aplicáveis e instalá-las para resolver um determinado problema ou você pode instalar a assinatura recomendada pelo engenheiro do CAT como parte do contrato de 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 automatizar a coleta de dados de diagnóstico usando as seguintes etapas:

Configurar uma variável de ambiente DS adicionalds_fsurl_prefix que é o caminho do servidor de arquivos do Cisco TAC (cxd.cisco.com) no 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 de carregamento de arquivo que pode ser recuperado de Gerente de caso de suporte no comando a seguir. 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 esteja ativado usando o show snmp comando. Se não estiver ativado, configure o snmp-server manager comando.
```
show snmp 
%SNMP agent not enabled 
 
 
config t 
snmp-server manager 
end 
```

Assegure-se de instalar o monitoramento de alta CPU DS 64224 como uma medida proativa para desabilitar todas as depurações e assinaturas de diagnóstico durante o tempo 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 o show call-home diagnostic-signature comando. 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

65095

00:12:53

DS_LGW_IEC_Call_spike_threshold

0.0.12

Registrado

2020-11-08

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

No comando a seguir, a coluna "Status" do show call-home diagnostic-signature O comando muda para "Em execução" enquanto o Gateway local executa a ação definida na assinatura. A saída de mostrar estatísticas de assinatura de diagnóstico do call-home é 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/Desinstalar" indica o número de vezes que a assinatura fornecida acionou um evento, o número máximo de vezes que ela é definida para detectar um evento e se a assinatura é desinstalada automaticamente 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 de diagnóstico do call-home

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 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 saídas do comando show que são relevantes para solucionar o problema em questão.

Desinstalar assinaturas de diagnóstico

Usar Assinaturas de diagnóstico para solução de problemas geralmente são definidas para desinstalar após a detecção de algumas ocorrências de problemas. Se você quiser desinstalar uma assinatura manualmente, recupere o ID do DS da saída de show call-home diagnostic-signature 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 normalmente observados em implantações. Atualmente, o TAC não oferece suporte a solicitações de criação de novas assinaturas personalizadas.

Gerenciar e validar gateways do Cisco IOS XE por meio do Control Hub

Para um melhor gerenciamento dos gateways Cisco IOS XE, recomendamos que você registre e gerencie os gateways por meio do Control Hub. É uma configuração opcional. Quando inscrito, você pode usar a opção de validação de configuração no Control Hub para validar a configuração do gateway local e identificar quaisquer problemas de configuração. Atualmente, somente troncos baseados em registro suportam essa funcionalidade.

Para obter mais informações, consulte o seguinte:

Introdução mTLS

Este documento descreve como configurar um Cisco Unified Border Element (CUBE) como um gateway local do Webex Calling, usando um tronco SIP TLS (mTLS) mútuo. A primeira parte deste documento ilustra como configurar um gateway PSTN simples. Nesse caso, todas as chamadas do PSTN são roteadas para o Webex Calling e todas as chamadas do Webex Calling são roteadas para o PSTN. A imagem a seguir destaca essa solução e a configuração de roteamento de chamadas de alto nível que será seguida.

Neste design, as seguintes configurações principais são usadas:

classe de voz uri : Usado para classificar mensagens SIP de entrada e selecionar um par de discagem de entrada.
par de discagem de entrada : Fornece tratamento para mensagens SIP de entrada e determina a rota de saída com um grupo de dial-peer.
grupo de pares de discagem : Define os dial-peers de saída usados para roteamento de chamadas em diante.
dial-peer de saída : Fornece tratamento para mensagens SIP de saída e as encaminha para o destino necessário.

Ao intertrabalhar com uma solução Cisco Unified Communications Manager local e Webex Calling, você pode usar a configuração simples do gateway PSTN como linha de base para criar a solução ilustrada na seguinte imagem. Nesse caso, o Unified Communications Manager fornece roteamento e tratamento centralizados de todas as chamadas PSTN e Webex Calling. A abordagem de configuração de alto nível é ilustrada no diagrama.

Ao longo deste documento, os nomes dos organizadores, endereços IP e interfaces ilustrados na imagem a seguir são usados. As opções são fornecidas para endereçamento público ou privado (atrás de NAT). Os registros DNS SRV são opcionais, a menos que o balanceamento de carga entre várias instâncias do CUBE.

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

Antes de você começar

Crie uma configuração de linha de base para sua plataforma que siga as políticas de negócios. Em particular, certifique-se de que o seguinte esteja configurado e verificado para funcionar corretamente:
- NTP
- ACLs
- Autenticação de usuário e acesso remoto
- DNS
- Encaminhamento de IP
- Endereços IP
Você precisa de uma versão mínima suportada do IOS XE 17.9 para todas as implantações do Gateway local.
- Os roteadores da série ISR4000 devem ser configurados com as licenças de tecnologia Unified Communications e Security.
- Os roteadores da série Catalyst Edge 8000 exigem licenciamento do DNA Essentials.
- Para requisitos de alta capacidade, você também pode exigir uma licença de Alta Segurança (HSEC) e autorização de transferência adicional.
  
  Consulte Códigos de autorização para obter mais detalhes.
A rede em direção ao Webex Calling deve usar um endereço IPv4. Os endereços de registro de serviço (SRV) ou FQDN (Nomes de domínio totalmente qualificados) do gateway local devem ser resolvidos para um endereço IPv4 público na internet.
Todas as portas SIP e de mídia na interface do Gateway local voltada para o Webex devem ser acessíveis a partir da Internet, diretamente ou por meio de NAT estático. Certifique-se de atualizar o firewall de acordo.
Instale um certificado assinado no Gateway local (as etapas detalhadas de configuração são fornecidas abaixo).
- Uma CA (autoridade de certificação) pública deve assinar o certificado do dispositivo como detalhado em Quais autoridades de certificação raiz são compatíveis com chamadas em plataformas de áudio e vídeo Cisco Webex?
- O FQDN configurado no Control Hub deve ser o Nome comum (CN) ou o Nome alternativo do assunto (SAN) do certificado do roteador. Por exemplo:
  - Se um tronco configurado no Control Hub da sua organização tiver cube1.lgw.com:5061 como FQDN do gateway local, o CN ou SAN no certificado do roteador deverá conter cube1.lgw.com. 
  - Se um tronco configurado no Control Hub da sua organização tiver lgws.lgw.com como o endereço SRV dos Gateway(s) local(is) acessíveis a partir do tronco, o CN ou SAN no certificado do roteador deverá conter lgws.lgw.com. Os registros para os quais o endereço SRV é resolvido (CNAME, Registro A ou Endereço IP) são opcionais na SAN.
  - Se você usa um FQDN ou SRV para o tronco, o endereço de contato para todas as novas caixas de diálogo SIP do Gateway local deve ter o nome configurado no Control Hub.
Assegure-se de que os certificados sejam assinados para uso do cliente e do servidor.
Carregue o pacote de confiança no 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 (Public address)
 ip address 198.51.100.1 255.255.255.240
crypto key generate rsa general-keys exportable label lgw-key modulus 4096

crypto pki authenticate LGW_CERT
<paste Intermediate X.509 base 64 based certificate here >

crypto pki import LGW_CERT certificate
<paste CUBE  X.509 base 64 certificate here>

 sip-ua
  crypto signaling default trustpoint LGW_CERT
  transport tcp tls v1.2
 
crypto pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b

Configurar tronco baseado em certificado do Webex Calling



voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 allow-connections sip to sip
 no supplementary-service sip refer
 no supplementary-service sip handle-replaces
 sip 
  early-offer forced
  asymmetric payload full
  sip-profiles inbound

voice class codec 100
 codec preference 1 opus
 codec preference 2 g711ulaw
 codec preference 3 g711alaw

voice class stun-usage 100 
 stun usage 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 "198.51.100.1" "cube1.lgw.com" 
 rule 20 response ANY sip-header Contact modify "198.51.100.1" "cube1.lgw.com" 
 

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 11 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 20 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 80 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 81 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20
 rule 91 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 93 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

voice class sip-profiles 115
 rule 10 request OPTIONS sip-header Contact modify "<sip:.*:" "<sip:cube1.lgw.com:" 
 rule 30 request ANY sip-header Via modify "(SIP.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"  
 rule 50 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
!
voice class sip-options-keepalive 100
 description Keepalive for Webex calling
 up-interval 5
 transport tcp tls
 sip-profiles 115

voice class uri 110 sip
 pattern cube1.lgw.com

voice class tenant 100
  no remote-party-id
  srtp-crypto 100
  localhost dns:cube1.lgw.com
  session transport tcp tls
  no session refresh
  error-passthru
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp
  privacy-policy passthru
!

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

dial-peer voice 110 voip 
 description Inbound dial-peer from Webex Calling
 session protocol sipv2
 session transport tcp tls
 destination dpg 200
 incoming uri request 110
 voice-class codec 100
 voice-class stun-usage 100 
 voice-class sip profiles 110 
 voice-class sip srtp-crypto 100
 voice-class sip tenant 100 
 srtp

Configurar o gateway local com um tronco PSTN

Tendo criado um tronco para o Webex Calling acima, use a seguinte configuração para criar um tronco não criptografado para um provedor PSTN baseado em SIP:

Se o provedor de serviços oferecer um tronco PSTN seguro, você poderá seguir uma configuração semelhante, conforme detalhado acima, para o tronco do Webex Calling. O roteamento de chamadas seguro e seguro é suportado pelo CUBE.

1	Configure o seguinte URI de classe de voz para identificar chamadas de entrada do tronco PSTN: `voice class uri 210 sip host ipv4:192.168.80.13`
2	Configure o seguinte dial-peer de saída em direção ao tronco IP PSTN: `dial-peer voice 200 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 200 voip descrição Do dial-peer de saída para PSTN Define um dial-peer VoIP com uma tag de 300 e fornece uma descrição significativa para facilitar o gerenciamento e a solução de problemas. Para obter mais informações, consulte voz de dial-peer. padrão de destino BAD.BAD Um padrão de destino falso é necessário ao encaminhar chamadas de saída usando um grupo de dial-peer de entrada. Para obter mais informações, consulte padrão de destino (interface) . protocolo de sessão sipv2 Especifica que o dial-peer 200 trata trechos de chamadas SIP. Para obter mais informações, consulte protocolo de sessão (par de discagem) . destino da sessão ipv4:192.168.80.13 Indica o endereço IPv4 de destino do destino para enviar o segmento da segmento de chamada. O destino da sessão aqui é o endereço IP do ITSP . Para obter mais informações, consulte destino da sessão (peer de discagem VoIP) . codec de classe de voz 100 Configura o dial-peer para usar a lista de filtros de codec comum 100 . Para obter mais informações, consulte codec de classe de voz . dtmf-relay rtp-nte Define RTP-NTE (RFC2833) como a capacidade DTMF esperada no segmento da segmento de chamada. Para obter mais informações, consulte Retransmissão DTMF (Voz sobre IP) . nenhum vad Desativa a detecção de atividade de voz. Para obter mais informações, consulte vad (discagem de par) .
3	Configure o seguinte grupo de pares de discagem (DPG): Defina DPG 200 com dial-peer de saída 200 em direção ao PSTN. Aplique DPG 200 ao dial-peer de entrada do Webex Calling. `voice class dpg 200 description Incoming IP PSTN to Webex Calling dial-peer 200`
4	Configure o seguinte dial-peer de entrada: Dial-peer de entrada para trechos de chamadas IP PSTN de entrada: `dial-peer voice 210 voip description Incoming dial-peer from PSTN session protocol sipv2 destination dpg 100 incoming uri via 210 voice-class codec 100 dtmf-relay rtp-nte no vad` Aqui está uma explicação dos campos para a configuração: dial-peer voice 210 voip descrição dial-peer Recebido do PSTN Define um dial-peer VoIP com uma tag de 210 e fornece uma descrição significativa para facilidade de gerenciamento e solução de problemas. Para obter mais informações, consulte voz de dial-peer . protocolo de sessão sipv2 Especifica que o dial-peer 210 trata trechos de chamadas SIP. Para obter mais informações, consulte protocolo de sessão (par de discagem) . URI de entrada via 210 Define um critério de correspondência para o cabeçalho de VIA com o endereço de IP do endereço IP PSTN . Corresponde a todos os trechos de chamadas IP PSTN recebidos no gateway local com o dial-peer 210 . Para obter mais informações, consulte URL de entrada . dpg de destino 100 Ignora os critérios clássicos de correspondência do dial-peer de saída no Gateway local com o DPG de destino 100 para o Webex Calling. Para obter mais informações sobre como configurar grupos de pares de discagem, consulte dpg de classe de voz . nenhum vad Desativa a detecção de atividade de voz. Para obter mais informações, consulte vad (discagem de par) .

Configurar o gateway local com um ambiente Unified CM existente

A configuração do PSTN-Webex Calling nas seções anteriores pode ser modificada para incluir um tronco adicional a um cluster do Cisco Unified Communications Manager (UCM). Nesse caso, todas as chamadas são encaminhadas via Unified CM. As chamadas do UCM para a porta 5060 são encaminhadas para o PSTN e as chamadas para a porta 5065 são encaminhadas para o Webex Calling. As seguintes configurações incrementais e atualizadas podem ser adicionadas para incluir este cenário de chamadas.


voice class uri 310 sip
 pattern :5065

ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

dial-peer voice 300 voip
 description Outgoing dial-peer to CUCM from Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

voice class dpg 300
 dial-peer 300
 

dial-peer voice 110 voip
 no destination dpg 200
 destination dpg 300

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

As Assinaturas de diagnóstico (DS) detectam de forma proativa os problemas comumente observados no gateway local baseado no Cisco IOS XE e geram notificação por e-mail, syslog ou mensagem de terminal sobre o 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 desencadeadores de problemas e ações para informar, solucionar e remediar o problema. Use as mensagens syslog, eventos SNMP e monitoramento periódico por meio de saídas do comando show específico para definir a lógica de detecção de problemas. Os tipos de ação incluem:

Coletando saídas do comando show
Gerando um arquivo de log consolidado
Carregar o arquivo em um local de rede fornecido pelo usuário, como HTTPS, SCP, servidor FTP

Os engenheiros da TAC criam os arquivos DS e os assinam digitalmente para proteção da integridade. Cada arquivo DS possui a ID numérica exclusiva atribuída pelo sistema. Ferramenta de pesquisa de assinaturas de diagnóstico (DSLT) é uma fonte única para encontrar assinaturas aplicáveis para monitorar e solucionar vários problemas.

Antes de você começar:

Não edite o arquivo DS do qual você baixou DSL . Os arquivos que você modifica falham na instalação devido ao erro de verificação de integridade.
Um servidor SMTP (Simple Mail Transfer Protocol) que você precisa para que o gateway local envie 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 com 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 notificações proativas 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 
```

Configurar a variável de ambienteds_email com o endereço de email de e-mail do administrador para notificar.


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

Instalar assinaturas de diagnóstico para monitoramento proativo

Monitorando a alta utilização da CPU

Este DS rastreia a utilização da CPU em 5 segundos usando o OID SNMP 1.3.6.1.4.1.9.2.1.56. Quando a utilização atinge 75% ou mais, ele 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 ter ativado o SNMP usando o comando show snmp ... Se o SNMP não estiver ativado, configure o snmp-server manager comando.


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	Software Cisco 4300, 4400 ISR Series ou Catalyst 8000V Edge
Produto	CUBE Enterprise na solução 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

Utilize o show call-home diagnostic-signature comando para verificar se a assinatura foi instalada com êxito. A coluna de status deve ter um valor "registrado".


show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 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

Monitorando desconexões de chamadas anormais

Certifique-se de que o SNMP esteja ativado usando o comando show snmp ... Se o SNMP não estiver ativado, configure o snmp-server manager comando.

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	Software Cisco 4300, 4400 ISR Series ou Catalyst 8000V Edge
Produto	CUBE Enterprise na solução do Webex Calling
Escopo do problema	Desempenho
Tipo de problema	Detecção de desconexão de chamada anormal SIP com notificação de e-mail e 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

Usar o comando show call-home diagnostic-signature para 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 as Assinaturas de diagnóstico (DS) para resolver problemas rapidamente. Os engenheiros do Cisco TAC criaram várias assinaturas que permitem as depurações necessárias para solucionar um determinado problema, detectar a ocorrência do problema, coletar o conjunto correto 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.

Configurar outra variável de ambiente DSds_fsurl_prefix como o caminho do servidor de arquivos do 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 de carregamento de arquivo que pode ser recuperado de Gerente de caso de suporte como mostrado a seguir. O token de carregamento de arquivo pode ser gerado no Anexos do Gerente 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 esteja ativado usando o comando show snmp ... Se o SNMP não estiver ativado, configure o snmp-server manager comando.
```
show snmp 
%SNMP agent not enabled 
 
config t 
snmp-server manager 
end 
```

Recomendamos a instalação do Monitoramento de alta CPU DS 64224 como uma medida proativa para desabilitar todas as depurações e assinaturas de diagnóstico durante o tempo 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	Software Cisco 4300, 4400 ISR Series ou Catalyst 8000V Edge
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	Software Cisco 4300, 4400 ISR Series ou Catalyst 8000V Edge
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 arquivo XML DS 64224 e, em seguida, DS 65095 de monitoramento de CPU alta 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 mostrar assinatura de diagnóstico de chamada em casa ... 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 a execução das assinaturas de diagnóstico

No comando a seguir, a coluna "Status" do comando show call-home diagnostic-signature muda para "Em execução" enquanto o Gateway local executa a ação definida na assinatura. A saída de mostrar estatísticas de assinatura de diagnóstico do call-home é a melhor maneira de verificar se uma assinatura de diagnóstico detecta um evento de interesse e executou a ação. A coluna "Acionado/Máximo/Desinstalar" indica o número de vezes que a assinatura fornecida acionou um evento, o número máximo de vezes que ela é definida para detectar um evento e se a assinatura é desinstalada automaticamente 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 de diagnóstico do call-home

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 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 saídas do comando show que são relevantes para solucionar o problema em questão.

Desinstalar assinaturas de diagnóstico

Usar as assinaturas de diagnóstico para solução de problemas geralmente são definidas para desinstalar após a detecção de algumas ocorrências de problemas. Se você desejar desinstalar uma assinatura manualmente, recupere o ID do DS da saída de show call-home diagnostic-signature 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 nos problemas observados nas implantações. Atualmente, o TAC não oferece suporte a solicitações de criação de novas assinaturas personalizadas.

12 de outubro de 2023

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

16 de maio de 2024

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.

08 de abril de 2024

Configurar e gerenciar dispositivos do Webex Calling

Você pode atribuir e gerenciar dispositivos para usuários e espaços de trabalho no Control Hub. Escolha adicionar pelo endereço MAC ou gerando um código de ativação para inserir no próprio dispositivo.

Adicionar telefones a um usuário

Com o Control Hub, você pode atribuir dispositivos a usuários para uso pessoal.

Os dispositivos listados aqui são compatíveis com o Webex Calling. Embora todos esses dispositivos possam ser adicionados usando um endereço MAC, apenas o seguinte subconjunto pode ser registrado usando um código de ativação:

Telefones multiplataforma Cisco IP Phone 6800 Series (Telefones de áudio—6821, 6841, 6851, 6861, 6871)
Telefones multiplataforma Cisco IP Phone 7800 Series (Telefones de áudio—7811, 7821, 7841, 7861)
Telefones multiplataforma Cisco IP Phone 8800 Series (Telefones de áudio—8811, 8841, 8851, 8861)
Telefones multiplataforma Cisco IP Phone 8800 Series (Telefones de vídeo—8845, 8865)
Cisco IP Conference Phone 7832 e 8832
Cisco Video Phone 8875

Em relação aos dispositivos DECT, apenas os dispositivos de base DECT (não monofones DECT) estão disponíveis para atribuição em Hub de controle . Depois de atribuir uma unidade base a um usuário, você deve emparelhar manualmente um aparelho DECT a essa unidade base. Para obter mais informações, consulte Conectar o aparelho à estação base.

Na exibição do cliente em https://admin.webex.com, vá para Management > Devices > Adicionar dispositivo .

Você também pode adicionar um dispositivo ao usuário na seção Usuários navegando para Management > Users > selecionar um usuário > Dispositivos > Adicionar dispositivo .

Escolha Uso pessoal para atribuir um dispositivo a um usuário e clique em Próximo .

Insira o nome de usuário ou o nome real do proprietário do telefone, escolha o usuário nos resultados e clique em Next .

Escolha Telefone Cisco, ATA ou 3º dispositivo de terceiros .

Escolha Dispositivos gerenciados pela Cisco no menu suspenso Selecionar dispositivo .

Escolha um tipo de dispositivo no menu suspenso Tipo de dispositivo e clique em Próximo .

Escolha se deseja registrar o telefone com um código de ativação (se a opção for exibida) ou um endereço MAC e clique em Salvar .

Pelo código de ativação—Escolha esta opção se desejar gerar um código de ativação que pode ser compartilhado com o proprietário do dispositivo. O código de ativação de 16 dígitos deve ser inserido manualmente no próprio dispositivo.

Os telefones multiplataforma devem ter uma carga de firmware de 11.2.3MSR1 ou posterior para exibir a tela do código de ativação. Se o firmware do telefone precisar ser atualizado, direcione os usuários para https://upgrade.cisco.com/MPP_upgrade.html.

Pelo endereço MAC—Escolha esta opção se você souber o endereço MAC do dispositivo. O endereço MAC de um telefone deve ser uma entrada exclusiva. Se você inserir um endereço MAC de um telefone que já está registrado ou se cometer um erro ao inserir o número, uma mensagem de erro será exibida.

Limitações podem ser aplicadas ao usar dispositivos de terceiros.

Se você optou por gerar um código de ativação para o dispositivo, mas ainda não o usou, o status desse dispositivo será Ativando na seção de Dispositivos do usuário atribuído e na principal lista de Dispositivos no Control Hub. Lembre-se de que pode levar até 10 minutos para que o status do dispositivo seja atualizado em Hub de controle .

Para modificar ou gerenciar os dispositivos atribuídos ao usuário, consulte Gerenciar um dispositivo para um usuário seção.

Adicionar um telefone a um novo espaço de trabalho

Quando as pessoas estão trabalhando, elas se reúnem em vários lugares, como refeitórios, lobbies e salas de conferência. Você pode configurar dispositivos Cisco Webex compartilhados nesses Espaços de trabalho, adicionar serviços e, em seguida, observar a colaboração acontecer.

O princípio fundamental de um dispositivo de espaços de trabalho é que ele não é atribuído a um usuário específico, mas sim a um local físico, permitindo o uso compartilhado.

Os dispositivos listados são compatíveis com o Webex Calling. Embora a maioria desses dispositivos possa ser registrada usando um endereço MAC, apenas o seguinte subconjunto pode ser registrado usando um código de ativação:

Telefones multiplataforma Cisco IP Phone 6800 Series (Telefones de áudio—6821, 6841, 6851)
Telefones multiplataforma Cisco IP Phone 7800 Series (Telefones de áudio—7811, 7821, 7841, 7861)
Telefones multiplataforma Cisco IP Phone 8800 Series (Telefones de áudio—8811, 8841, 8851, 8861)
Telefones multiplataforma Cisco IP Phone 8800 Series (Telefones de vídeo—8845, 8865)
Cisco IP Conference Phone 7832 e 8832

Na exibição do cliente em https://admin.webex.com, vá para Management > Devices > Adicionar dispositivo .

Você também pode adicionar um dispositivo a um novo espaço de trabalho na seção Espaços de trabalho navegando até Management > Workspaces > Adicionar espaço de trabalho .

Escolher Uso compartilhado > Novo espaço de trabalho .

Insira um nome para o espaço de trabalho (como o nome da sala física), selecione o tipo de sala e adicione capacidade e clique em Next .

O nome de um espaço de trabalho não pode ter mais de 30 caracteres e não pode ter os caracteres %, #, <, >, /, \ e ".

Escolha Telefone Cisco, ATA ou 3º dispositivo de terceiros .

Escolha Dispositivos gerenciados pela Cisco no menu suspenso Selecionar dispositivo .

Escolha um tipo de dispositivo no menu suspenso Tipo de dispositivo e clique em Próximo .

Escolha se deseja registrar o telefone com um código de ativação (se a opção for exibida) ou um endereço MAC e clique em Next .

Pelo endereço MAC—Escolha esta opção se você souber o endereço MAC do dispositivo. O endereço MAC de um telefone deve ser uma entrada exclusiva. Se você inserir um endereço MAC de um telefone que já está registrado ou se cometer um erro ao inserir o número, uma mensagem de erro será exibida.

No Webex Calling, você pode adicionar apenas um telefone compartilhado a um espaço de trabalho.

No Cisco IP Conference Phone 7832, algumas teclas de função podem não estar disponíveis. Se você precisar de um conjunto completo de teclas de função, recomendamos que atribua este telefone a um usuário.

Clique no serviço Calling e escolha a assinatura e o tipo de licença que deseja atribuir ao espaço de trabalho.

Espaço de trabalho profissional
Espaço de trabalho na área comum

Para saber mais sobre os recursos disponíveis com as licenças, consulte Recursos disponíveis pelo tipo de licença do Webex Calling .

Atribua um Local e um Número de telefone (determinado pelo local que você escolher) e clique em Salvar. Você também tem a opção de atribuir um ramal.

Para modificar ou gerenciar os dispositivos atribuídos ao espaço de trabalho, consulte Gerenciar um dispositivo para um espaço de trabalho seção.

Reatribuindo um telefone MPP existente para outro usuário ou dispositivo

Para reutilizar um telefone atribuído a um usuário/espaço de trabalho do Webex Calling em outro usuário/espaço de trabalho do Webex Calling, siga estas etapas:

1	A partir da exibição do cliente emhttps://admin.webex.com, vá para o Usuário/espaço de trabalho em que o dispositivo está atribuído no momento. Você pode reatribuir o dispositivo nestes cenários: Se você desejar excluir o usuário, selecione Excluir usuário/espaço de trabalho para excluir o usuário/espaço de trabalho e os dispositivos associados. Se você quiser excluir um dispositivo, selecione Dispositivos e escolha o dispositivo a ser excluído.
2	No telefone, vá para o menu configurações e conclua estas etapas para reatribuir o telefone. Selecionar Administração do dispositivo , então Redefinição de fábrica . O telefone é reiniciado. Ao concluir a reinicialização, o telefone exibe a tela Código de ativação. O telefone está agora pronto para reatribuição.
3	Siga as instruções no Adicionar e atribuir o telefone ao usuário ou Adicionar um telefone a um novo espaço de trabalho para atribuir ou adicionar um telefone a um usuário/espaço de trabalho.
4	Ao adicionar o dispositivo no Control Hub, conclua estas ações no telefone: Para o código de ativação: Insira o código de ativação. O telefone é reinicializado e integrado ao novo usuário/espaço de trabalho. Para o endereço MAC: Insira #000 na tela Código de ativação, o telefone será reintegrado com o Webex Calling e provisionado para o novo usuário/espaço de trabalho.

Adicionar um dispositivo de quadro, mesa ou sala a um usuário

Atribuir um dispositivo Board, Desk ou Room como um dispositivo pessoal a alguém permite que essa pessoa obtenha chamadas e reuniões do Webex diretamente em seu dispositivo. Para obter mais detalhes, consulte Atribuir um dispositivo de quadro, mesa ou sala pessoal a um usuário .

Adicionar um dispositivo de quadro, mesa ou sala a um novo espaço de trabalho

Quando as pessoas estão trabalhando, elas se reúnem em vários espaços de trabalho, como refeitórios, lobbies e salas de conferência. Você pode configurar dispositivos Cisco Webex compartilhados nesses Espaços de trabalho, adicionar serviços e, em seguida, observar a colaboração acontecer.

O principal princípio de um dispositivo de espaços de trabalho é que ele não é atribuído a um usuário específico, mas a um localização física, permitindo o uso compartilhado.

Os dispositivos listados aqui são compatíveis com o Webex Calling.

Na exibição do cliente em https://admin.webex.com, vá para Management > Devices > Adicionar dispositivo .

Você também pode adicionar um dispositivo a um novo espaço de trabalho na seção Espaços de trabalho navegando até Management > Workspaces > Adicionar espaço de trabalho .

Escolher Uso compartilhado > Novo espaço de trabalho .

Insira um nome para o espaço de trabalho (como o nome da sala física), selecione o tipo de sala e adicione capacidade e clique em Next .

Escolha Dispositivo de colaboração Cisco e clique em Próximo .

O dispositivo de colaboração da Cisco inclui o dispositivo Cisco Webex Room ou Desk, incluindo o Cisco Webex Board.

Escolha um dos seguintes serviços e clique em Next .

Chamada no Webex (chamada 1:1, não PSTN) —Os usuários só podem fazer chamadas Aplicativo Webex ou Protocolo de Iniciação de Sessão (SIP) Webex usando um endereço SIP (por exemplo, username@example.calls.webex.com).
Cisco Webex Calling —Além de poder fazer e receber chamadas do aplicativo Webex e SIP, as pessoas neste Espaço de trabalho podem usar o dispositivo para fazer e receber chamadas de dentro do plano de numeração Webex Calling. Por exemplo, você pode ligar para seu colega de trabalho discando o número de telefone 555-555-5555, ramal 5555 ou o endereço SIP nomedeusuário@exemplo.webex.com, mas também pode ligar para sua pizzaria local.

Se você escolheu o serviço Cisco Webex Calling , escolha a assinatura e o tipo de licença que deseja atribuir ao espaço de trabalho.

Espaço de trabalho profissional
Espaço de trabalho na área comum

Para saber mais sobre os recursos disponíveis com as licenças, consulte Recursos disponíveis pelo tipo de licença do Webex Calling .

Atribua um Local, Número de telefone (determinado pelo local que você escolher), um Ramal e clique em Salvar.

Ative o dispositivo usando o código fornecido. Você pode copiar, enviar por e-mail ou imprimir o código de ativação.

Adicionar e atribuir dispositivos em massa

Para atribuir vários dispositivos a usuários e espaços de trabalho, você pode preencher um arquivo CSV com as informações necessárias e ativar esses dispositivos em apenas algumas etapas fáceis.

Os dispositivos listados aqui são compatíveis com o Webex Calling. Você pode registrar todos os dispositivos usando um endereço MAC; no entanto, registre o seguinte subconjunto de dispositivos usando um código de ativação:

Telefones multiplataforma Cisco IP Phone 6800 Series (Telefones de áudio—6821, 6841, 6851)
Telefones multiplataforma Cisco IP Phone 7800 Series (Telefones de áudio—7811, 7821, 7841, 7861)
Telefones multiplataforma Cisco IP Phone 8800 Series (Telefones de áudio—8811, 8841, 8851, 8861)
Telefones multiplataforma Cisco IP Phone 8800 Series (Telefones de vídeo—8845, 8865)
Cisco IP Conference Phone 7832 e 8832
Cisco Video Phone 8875

Na exibição do cliente em https://admin.webex.com, vá para Management > Devices > Adicionar dispositivo > Vários telefones Cisco IP .

Escolha uma das seguintes opções e clique em Baixar .

Usuários da minha organização —Você pode obter uma lista de todos os usuários da sua organização e seus atributos associados para que não tenha que procurar manualmente cada usuário.
Espaços de trabalho na minha organização —Você pode obter uma lista de todos os espaços de trabalho na sua organização e os atributos associados para não precisar procurar manualmente cada espaço de trabalho.
Adicionar modelo de amostra de dispositivo —Você pode usar o modelo disponível para inserir informações como nomes de usuário, tipo (indicar se é um usuário ou um espaço de trabalho), endereços MAC e modelos de dispositivos.

Você pode usar a tabela a seguir para preparar seu arquivo CSV.

Os seguintes campos são obrigatórios ao atribuir um dispositivo a usuários e espaços de trabalho do Webex Calling:

Para usuários: Nome de usuário, tipo, tipo de dispositivo e modelo se o tipo de dispositivo for IP.
Para o espaço de trabalho: Nome de usuário, tipo, número de telefone ou ramal, espaço de trabalho do Webex Calling [nome da assinatura], tipo de dispositivo e modelo se o tipo de dispositivo for IP.

Nome da coluna

Descrição

Valor suportado

Nome de usuário

Para atribuir um dispositivo a um usuário, insira o endereço de e-mail do usuário.

Não insira a ID de usuário ou o nome.

Para atribuir um dispositivo a um espaço de trabalho, insira o nome do espaço de trabalho.

Se você inserir um espaço de trabalho que ainda não existe, o espaço de trabalho será criado automaticamente.

Exemplo de e-mail do usuário: test@example.com

Exemplo de nome do espaço de trabalho: Sala De Interrupção

Tipo

Insira o tipo apropriado como usuário ou espaço de trabalho.

USUÁRIO

ESPAÇO DE TRABALHO

Número de telefone

Insira um número de telefone.

Exemplo: +12815550100

Ramal

Insira um ramal.

Exemplo: 00-999999

Tipo de dispositivo

Digite o tipo do dispositivo.

Para usar quaisquer telefones multiplataforma, dispositivos ATA ou DECT com o Webex Calling, insira o IP.

Para criar novos espaços de trabalho para ter dispositivos RoomOS, insira o WEBEX ou o _ WEBEX CALLING, dependendo da opção de Chamadas desejada

Modelo

Digite o modelo do dispositivo se o tipo de dispositivo for IP.

Exemplo de modelo de dispositivo: Cisco 7841, Cisco 8851 e assim por diante

Endereço MAC

Insira o endereço MAC do dispositivo.

Se você deixar o campo de endereço MAC em branco, um código de ativação será gerado.

Use os códigos de ativação para os dispositivos RoomOS.

Exemplo de endereço MAC: 001A2B3C4D5E

Local

Digite o nome do local do usuário ou do espaço de trabalho.

Exemplo: San Jose

Plano de Chamadas

Insira TRUEs para ativar o Plano de chamadas da Cisco no espaço de trabalho recém-adicionado.

Este recurso não funciona para usuários, espaços de trabalho existentes e espaços de trabalho com local não compatível.

VERDADE

FALSO

Espaço de trabalho do Webex Calling [ID da assinatura]

Especifique a assinatura a ser utilizada para criar espaços de trabalho de chamadas profissionais ou de área comum.

Cada assinatura com licença de espaço de trabalho tem uma coluna correspondente. Você pode atribuir a licença do espaço de trabalho de área comum ou a licença do espaço de trabalho profissional. Para atribuir uma licença, insira TRUE em qualquer uma das colunas de tipo de licença da respectiva assinatura.

Você deve atribuir apenas uma assinatura a um espaço de trabalho.

Você também pode transferir espaços de trabalho de uma assinatura para outra. Para transferir, insira FALSO na coluna de assinatura de origem e VERDADEIRO na coluna de assinatura de destino.

Recomendamos o uso de um modelo gerado recentemente para preparar o arquivo de importação CSV, pois ele conterá informações precisas sobre as assinaturas ativas para licenças de espaços de trabalho.

VERDADE

FALSO

Espaço de trabalho profissional Webex Calling [ID da assinatura]

Esses campos de número de telefone e ramal eram anteriormente intitulados Número de diretório e Linha direta ; esses nomes de coluna continuam a ser compatíveis por um curto período de tempo.

Recomendamos que você limite o número de dispositivos a 1000 por arquivo CSV. Se você quiser adicionar mais de 1000 dispositivos, use um segundo arquivo CSV.

Preencha a planilha.

Carregue o arquivo CSV arrastando e soltando ou clicando em Escolher um arquivo.

Se o endereço MAC estiver em branco, você terá as opções para escolher onde o código de ativação será enviado.

Forneça um link —O código de ativação é adicionado a um arquivo CSV. Após a importação, você receberá um link para baixar o arquivo de código de ativação na tela Status da importação.
Código de ativação do e-mail —Se o dispositivo for para um espaço de trabalho, o código de ativação será enviado a você, como administrador. Se o dispositivo for para um usuário, o código de ativação será enviado ao usuário por e-mail.

Você ou o usuário precisam inserir o código de ativação no dispositivo para ativá-lo.

Clique em Enviar.

Exibe o status atualizado quando os dispositivos se tornam ativos.

Os dispositivos multiplataforma devem estar executando um carregamento de firmware 11.2.3MSR1 ou posterior para que os usuários possam inserir o código de ativação em seus dispositivos. Para obter informações sobre como atualizar o firmware do telefone, consulte this artigo.

Exportar uma lista de dispositivos

Se você quiser visualizar a lista de dispositivos atribuídos a usuários e espaços de trabalho, poderá exportar o arquivo CSV.

Na exibição do cliente em https://admin.webex.com, vá para Dispositivos.

Selecione vários dispositivos na lista de dispositivos e selecione o Exportar opção. Você pode escolher os campos a serem incluídos no arquivo CSV e exportar o conteúdo para uma pasta local.

Os campos exibidos no arquivo CSV dependem da conexão do dispositivo à plataforma. Portanto, alguns campos não estão disponíveis no arquivo de saída.

Gerenciar um dispositivo para um usuário

Você pode adicionar, remover, reinicializar, verificar a ativação ou criar um novo código de ativação para os dispositivos atribuídos a usuários dentro da sua organização. Isso pode ser útil para visualizar e gerenciar dispositivos na tela de usuários, quando necessário.

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

Selecione um usuário e clique em Dispositivos .

Para adicionar um dispositivo a este usuário, clique em Adicionar dispositivo.

Se o usuário já estiver atribuído a um dispositivo e você quiser adicionar outro dispositivo, clique em Ação > Adicionar dispositivo .

Para obter mais informações sobre como adicionar o dispositivo a um usuário, consulte a seção Adicionar telefones a um usuário .

Para modificar um dispositivo existente, selecione o nome do dispositivo.

Isso o leva para a página de Dispositivos. Aqui você pode visualizar e editar as configurações do dispositivo, excluir o dispositivo, reinicializar o dispositivo ou criar um novo código de ativação para o dispositivo, se aplicável. Para obter mais informações sobre como definir as configurações do telefone, consulte Definir e atualizar as configurações do telefone.

Se o dispositivo adicionado ao usuário for o Webex Aware, a opção Webex Aware será exibida nos dispositivos, conforme mostrado no diagrama. Webex Aware indica que o dispositivo foi integrado à plataforma Webex e tem acesso aos Recursos Webex suportados pelo telefone.

Clique Ações para gerenciar o dispositivo. As ações ajudam a aplicar as alterações de configuração ou atualizar o firmware dos dispositivos MPP.

A guia Ações tem as seguintes opções para um dispositivo habilitado para Webex Aware:

Aplicar alterações — Os problemas solicitam que o telefone baixe e aplique as alterações na configuração.
Reinicializar — emite a solicitação para forçar a reinicialização do dispositivo e baixar a configuração atual.
Relatar problema — problemas solicita ao dispositivo para gerar e carregar um PRT na nuvem.
Excluir — Exclui um dispositivo listado para o usuário.

Gerenciar um dispositivo para um espaço de trabalho

Os dispositivos podem ser adicionados e gerenciados diretamente de um perfil de espaço de trabalho. Os dispositivos de espaço de trabalho podem incluir dispositivos ATA, como aparelhos de fax. Você também pode configurar um dispositivo de espaço de trabalho como um Host de local provisório. Para obter mais informações sobre hospedagem, consulte: Hospedagem no Cisco Webex Control Hub .

1	Na exibição do cliente em https://admin.webex.com, vá para Management > Workspaces .
2	Selecione o espaço de trabalho a ser modificado.
3	Para adicionar um dispositivo, clique em Adicionar dispositivo no bloco Dispositivos . Para obter mais informações sobre como adicionar dispositivos ao espaço de trabalho, consulte Adicionar um telefone a uma nova seção do espaço de trabalho.
4	Para modificar um dispositivo existente, selecione o nome do dispositivo. Isso o leva para a página de Dispositivos. Aqui você pode visualizar e editar as configurações do dispositivo, excluir o dispositivo, reinicializar o dispositivo e habilitar o dispositivo a ser usado como um Host de local provisório. Para obter mais informações sobre como definir as configurações do telefone, consulte Definir e atualizar as configurações do telefone.
5	Se o dispositivo adicionado ao espaço de trabalho for o Webex Aware, a opção Webex Aware será exibida nos dispositivos, conforme mostrado no diagrama. Webex Aware indica que o dispositivo foi integrado à plataforma Webex e tem acesso aos recursos Webex suportados pelo telefone.
6	Clique Ações para gerenciar o dispositivo. As ações ajudam a aplicar as alterações de configuração ou atualizar o firmware dos dispositivos MPP. A guia Ações tem as seguintes opções para um dispositivo habilitado para Webex Aware: Aplicar alterações — Os problemas solicitam que o telefone baixe e aplique as alterações na configuração. Reinicializar — emite a solicitação para forçar a reinicialização do dispositivo e baixar a configuração atual. Relatar problema — problemas solicita ao dispositivo para gerar e carregar um PRT na nuvem. Excluir — Exclui um dispositivo listado para o usuário.

Configurar linhas - Adicionar e reorganizar linhas para um dispositivo MPP

A ocorrência de linha compartilhada permite adicionar linhas a um dispositivo principal do usuário e reordenar a exibição das linhas. Esta função permite que um usuário receba e faça chamadas para e do ramal de outro usuário, usando seu próprio telefone. Um exemplo de apresentação de linha compartilhada é um assistente executivo que deseja fazer e receber chamadas da linha do chefe. As apresentações de linhas compartilhadas também podem ser outra ocorrência da linha do usuário principal.

O limite máximo de configuração é de 35 dispositivos para cada número de telefone do usuário , incluindo o aplicativo de desktop ou móvel do usuário. Você pode adicionar linhas adicionais ao telefone do espaço de trabalho. No entanto, você pode adicionar apenas o telefone do espaço de trabalho com licença profissional como uma linha compartilhada.

Ao atribuir uma linha compartilhada, você pode atribuir números de diferentes Webex Calling locais para dispositivos em um local diferente. Por exemplo, um número (usuário, espaço de trabalho, linha virtual) do local no Reino Unido pode ser atribuído a um dispositivo atribuído a um usuário no local nos EUA.

Para obter mais informações sobre linha compartilhada entre locais, consulte: Configuração de linhas compartilhadas e linhas virtuais entre locais.

Quando um usuário adiciona as Discagens rápidas ao telefone MPP, elas não ficam visíveis no Control Hub. As discagens rápidas podem ser substituídas na configuração de uma linha compartilhada.

Se um usuário tiver números de outros usuários/grupos configurados em seus dispositivos, você poderá adicionar um rótulo personalizado para a linha compartilhada. Esse rótulo personalizado ajuda a identificar a aparência de uma linha compartilhada da outra.

Na exibição do cliente em https://admin.webex.com, vá para Usuários ou Espaços de trabalho (dependendo de onde o dispositivo a ser modificado foi atribuído).

Selecione o usuário ou espaço de trabalho a ser modificado e vá até Dispositivos.

Selecione o dispositivo para adicionar ou modificar as linhas compartilhadas e role até Usuários e configurações do telefone .

Os usuários e locais que aparecem neste telefone são listados na ordem de aparecimento.

Para adicionar ou remover usuários ou locais deste telefone, selecione Configurar linhas.

Para remover uma linha, clique noanotação.

Você não pode remover o usuário principal na linha 1.

Para adicionar uma apresentação de linha compartilhada, clique noanotação.

Adicione as linhas na ordem em que deseja que apareçam. Para reordenar a apresentação da linha, exclua e adicione à lista na ordem em que deseja que apareçam.

Insira o nome ou número de telefone, selecione entre as opções que aparecem e clique em Salvar.

Configurar um dispositivo ATA para um usuário

Você pode configurar as portas em um dispositivo Adaptador de telefone analógico (ATA) atribuído a um usuário no Control Hub. Atualmente, as duas configurações disponíveis para dispositivos ATA são para dispositivos com duas portas e dispositivos com 24 portas.

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

Selecione o usuário a ser modificado e role até Dispositivos.

Selecione o dispositivo em que você deseja adicionar ou modificar.

Em Usuários neste dispositivo, clique em Configurar portas.

Para adicionar uma configuração de porta compartilhada, clique noanotação.

Insira o nome ou número de telefone, selecione entre as opções que aparecem e clique em Salvar.

Apenas espaços de trabalho sem dispositivos aparecem na pesquisa.

Se o dispositivo exigir compactação de fax T.38, marque a caixa na coluna T.38 ou substitua as opções de compactação em nível de usuário e clique em Salvar .

Um espaço de trabalho pode ter um ATA. Isso é útil para aparelhos de fax.

Adicionar números à sua localização

Você pode adicionar números de telefone a dispositivos de mesa e sala na organização do cliente a qualquer momento, esteja você no meio de um teste ou tenha sido convertido para uma assinatura paga.

Aumentamos o número de números de telefone que você pode adicionar Hub de controle 250 a 1000.

1	Na exibição do cliente em https://admin.webex.com, vá para Serviços > Chamadas > Números e clique em Adicionar números.
2	Especifique o Local e o Tipo de número. Se você estiver transferindo números, insira seu número de cobrança atual e o novo.
3	Especifique o Location , State , Area Code , Prefix (opcional) e clique em Search . Os números disponíveis são exibidos.
4	Selecione os números que você deseja adicionar ao local. Os números que você escolher mover para o campo Números selecionados .
5	Clique em Salvar.

Verificar o status dos números PSTN solicitados

Você pode ver uma lista de números PSTN que sua organização solicitou. Com essas informações, você pode ver os números não utilizados que estão disponíveis e os números que foram solicitados e que em breve estarão disponíveis.

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

Acessórios conectados a um Telefone Multiplataforma (MPP) — fones de ouvido e módulos de expansão de teclas (KEMs)

Quando você conectar acessórios (fones de ouvido/KEMs) a um dispositivo MPP, eles aparecem como um item de inventário na guia Dispositivos no Hub de controle. No inventário de Dispositivos do Control Hub, você pode descobrir o modelo do acessório, o status e a quem o acessório pertence. Ao selecionar um acessório, informações adicionais podem ser obtidas, como o número de série do acessório e a versão atual do software. O campo de status do acessório é relatado como "on-line", desde que o acessório esteja conectado ao MPP. Um fone de ouvido conectado ao MPP atualizará automaticamente seu software com a versão mais recente disponível do Gerenciamento de dispositivos.

Deseja ver como é feito? Assistir a isto demonstração em vídeo sobre como visualizar seus acessórios em Hub de controle .

Tabela 1. Fones de ouvido compatíveis
Modelo do telefone	Cisco Headset 520 Series	Cisco Headset 530 Series	Cisco Headset 560 Series	Cisco Headset 730 Series
Cisco IP Phone 8811/8841/8845	—	—	RJ9 e RJ11	—
Cisco IP Phone 8851/8861/8865	USB	USB	USB RJ9 e RJ11	—
Cisco IP Phone 7811/7821/7841/7861	—	—	—	—
Cisco IP Phone 6821/6841/6851/6861	—	—	—	—
Cisco IP Phone 6871	USB	USB	USB	—
Cisco IP Conference Phone 7832/8832	—	—	—	—

Tabela 2. Módulos compatíveis de expansão de teclas
Modelo do telefone	KEM
Cisco IP Phone 8811/8841/8845	—
Cisco IP Phone 8851/8861/8865	BEKEM CP-8800-A-KEM CP-8800-V-KEM
Cisco IP Phone 7811/7821/7841/7861	—
Cisco IP Phone 6821/6841/6861/6871	—
Cisco IP Phone 6851	CP-68KEM-3PCC
Cisco IP Conference Phone 7832/8832	—

Para solucionar os problemas enfrentados com o módulo de expansão de teclas ( módulo de expansão de teclas) em telefones registrados no Webex Calling, consulte Solucionar problemas de módulos de expansão de teclas no Webex Calling para mais detalhes.

16 de junho de 2023

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

Os administradores têm ao seu alcance uma série de relatórios que podem ajudar a avaliar como os serviços do Webex Calling estão sendo usados, com que frequência estão sendo usados. Os administradores também podem ter uma visão rápida da qualidade da mídia no seu local.

Visualizar relatórios de chamadas

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

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

Executar a ferramenta CScan

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

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

16 de maio de 2024

Informações de referência de portas do Cisco Webex Calling

Este artigo é para administradores de rede, principalmente administradores de firewall e segurança de proxy que desejam usar os serviços Webex Calling em suas organizações. Ele descreve os requisitos de rede e lista os endereços, portas e protocolos usados para conectar seus telefones, o aplicativo Webex e os gateways para serviços do Webex Calling .

Um firewall e proxy configurados corretamente são essenciais para uma implantação de Chamadas bem-sucedida. Webex Calling usa SIP e HTTPS para sinalização de chamadas e os endereços e portas associados para mídia, conexão de conexão de rede e conectividade de gateway como Webex Calling é um serviço global.

Nem todas as configurações de firewall exigem que as portas estejam abertas. No entanto, se você estiver executando regras de dentro para fora, você deverá abrir portas para os protocolos necessários para permitir a saída de serviços.

Conversão de endereços de rede (NAT)

A funcionalidade NAT (Network Address Translation) e PAT (Port Address Translation) são aplicadas na borda entre duas redes para traduzir espaços de endereço ou para evitar a colisão de espaços de endereço IP.

As organizações usam tecnologias de gateway, como firewalls e proxies, que fornecem serviços NAT ou PAT para fornecer acesso à Internet a Aplicativos ou dispositivos que estão em um espaço de endereço de IP privado. Esses gateways fazem com que o tráfego de Aplicativos internos ou Dispositivos para a internet pareça estar vindo de um ou mais endereços IP roteáveis publicamente.

Se estiver implantando NAT, não é obrigatório abrir uma porta de entrada no firewall.
Valide o tamanho do pool de NAT necessário para a conectividade de aplicativos ou dispositivos quando vários usuários e dispositivos de aplicativos acessam os serviços conscientes do Webex Calling e Webex usando NAT ou PAT. Certifique-se de que endereços IP públicos adequados sejam atribuídos aos pools NAT para evitar a exaustão da porta. A exaustão da porta contribui para que usuários e dispositivos internos não possam se conectar aos serviços Webex Calling e Webex Aware.
Defina períodos de ligação razoáveis e evite a manipulação do SIP no dispositivo NAT.
Configure um tempo limite de NAT mínimo para garantir a operação adequada dos dispositivos. Exemplo: Os telefones Cisco enviam uma mensagem de atualização de registro de acompanhamento a cada 1-2 minutos.
Se sua rede implementar NAT ou SPI, defina um tempo limite maior (de pelo menos 30 minutos) para as conexões. Esse tempo limite permite conectividade confiável enquanto reduz o consumo de bateria dos dispositivos móveis dos usuários.

Gateway de camada de aplicativo SIP

Se um roteador ou firewall for Alerta SIP, o que significa que tem SIP Application Layer Gateway (ALG) ou algo semelhante ativado, recomendamos que você desative essa funcionalidade para manter o funcionamento correto do serviço.

Consulte a documentação do fabricante relevante para obter informações sobre como desabilitar o SIP ALG em dispositivos específicos.

Suporte de proxy para Webex Calling

A maioria dos clientes implementa um firewall de internet, ou proxy e firewall de internet, para restringir e controlar o tráfego baseado em HTTP que sai e entra na rede. Protegendo assim sua rede contra várias formas de ataques cibernéticos.

Os proxies executam várias funções de segurança, como:

Permitir ou bloquear o acesso a URLs específicos.
autenticação de segura
endereço IP/domínio/nome do host/pesquisa de reputação de URI
Descriptografia e inspeção de tráfego

Na configuração do recurso de proxy , ele se aplica a todos os aplicativos que usam o protocolo do HTTP.

Os aplicativos incluem o seguinte:

Serviços Webex
Procedimentos de ativação de dispositivo do cliente (CDA) usando a plataforma de provisionamento do Nuvem Cisco , como GDS, ativação do dispositivo EDOS, provisionamento e integração no Webex Cloud.
Modo de autenticação do certificado
Atualização de firmware
Relatório de status
Carregamentos PRT
Serviços de VoIP

Se um endereço de servidor proxy estiver configurado, somente o tráfego de sinalização (HTTP/HTTPS) será enviado para o servidor proxy. Os clientes que usam SIP para se registrar no serviço Webex Calling e a mídia associada não são enviados para o proxy. Portanto, permita que esses clientes passem pelo firewall diretamente.

Opções de proxy compatíveis, configuração e tipos de autenticação

Os tipos de proxy suportados são:

Proxy explícito (com inspeção ou sem inspeção) — Configure os clientes, seja Aplicativo ou Dispositivo, com um proxy explícito para especificar o servidor a ser usado. Esta opção suporta um dos seguintes tipos de autenticação:
Proxy transparente (sem inspeção) — Os Clientes não estão configurados para usar um endereço de servidor proxy específico e não requerem alterações para funcionar com um proxy sem inspeção .
Proxy transparente (inspecionando) — Os Clientes não estão configurados para usar um endereço de servidor proxy específico. Não são necessárias alterações na configuração do HTTP; no entanto, seus clientes, App ou Devices, precisam de um certificado raiz para que possam confiar no proxy. A equipe de TI usa os proxies de inspeção para aplicar políticas nos sites a serem visitados e nos tipos de conteúdo que não são permitidos.

Configure os endereços de proxy manualmente para dispositivos Webex Room, Cisco IP Multiplatform Phone (MPP) e Aplicativo Webex usando:

SO da plataforma
URL do dispositivo
Descoberta automática

Durante a configuração, escolha entre as seguintes configurações de proxy e tipos de autenticação:

Produto	Configuração de proxy	Tipo de autenticação
Webex para Mac	Manual, WPAD, PAC	Sem autenticação, Básico, NTLM
Webex para Windows	Manual, WPAD, PAC, GPO	Sem autenticação, Básico, NTLM (2), Negotiate
Webex para iOS	Manual, WPAD, PAC	Sem autenticação, Básico, Digest, NTLM
Webex para Android	Manual, PAC	Sem autenticação, Básico, Digest, NTLM
Aplicativo da web Webex	Compatível com o SO	Sem autenticação, Básico, Digest, NTLM, Negotiate
Dispositivos Webex Room	WPAD, PAC ou Manual	Sem autenticação, Básico, Digest
Cisco IP Phones	Manual, WPAD, PAC	Sem autenticação, Básico, Digest
Nó da malha de vídeo do Webex	Manual	Sem autenticação, Básico, Digest, NTLM

Para legendas na tabela:

^{Autenticação Mac NTLM - A máquina não precisa estar conectada ao domínio, o usuário solicita uma senha(2):}
^† Autenticação NTLM do Windows - Suportada apenas se uma máquina estiver conectada ao domínio
Descoberta automática do proxy da Web (WPAD) - Consulte Protocolo de descoberta automática do proxy da web para mais detalhes.
Arquivos de configuração automática de proxy (PAC) - Consulte Arquivos de configuração automática do proxy para mais detalhes.
Para conectar o dispositivo Cisco Webex Board, Desk ou Room a um servidor proxy, consulte Conectar seu dispositivo Board, Desk ou Room a um servidor proxy .
Para telefones IP Cisco, consulte Configurar um servidor proxy como um exemplo para configurar o servidor proxy e as configurações.

Para No Authentication, configure o cliente com um endereço de proxy que não suporta autenticação. Abrir usando Proxy Authentication, configure com credenciais válidas. Os proxies que inspecionam o tráfego da web podem interferir com as conexões de soquete da web. Se esse problema ocorrer, ignorar o tráfego de não inspeção para *. O Webex.com pode resolver o problema. Nota: caso já veja outras entradas, insira um ponto e vírgula após a última entrada e então insira a exceção do Webex.

Configurações de proxy para o sistema operacional Windows

O Microsoft Windows suporta duas bibliotecas de rede para tráfego HTTP (WinINet e WinHTTP) que permitem a configuração do proxy.WinINet é um superconjunto do WinHTTP.

O WinInet foi projetado para somente aplicativos cliente de desktop de usuário único
O WinHTTP foi projetado principalmente para aplicativos multiusuário e baseados em servidor

Ao selecionar entre os dois, escolha WinINet para as definições de definições de configuração do proxy . Para obter detalhes, consulte wininet-vs-winhttp .

Consulte Configurar uma lista de domínios permitidos para acessar o Webex enquanto estiver na rede corporativa para obter detalhes sobre o seguinte:

Para garantir que as pessoas só Iniciar sessão em aplicativos usando contas de uma lista predefinida de domínios.
Use um servidor proxy para interceptar solicitações e limitar os domínios permitidos.

Inspeção de proxy e anexação de certificado

O aplicativo Webex e os dispositivos Webex validam os certificados dos servidores com os quais estabelecem sessões TLS. As verificações de certificado, como o emissor do certificado e a assinatura digital, dependem da verificação da cadeia de certificados até o certificado raiz. Para executar as verificações de validação, o aplicativo e os dispositivos Webex usam um conjunto de certificados de CA raiz confiáveis instalados no armazenamento confiável do sistema operacional .

Se você tiver implantado um proxy de inspeção TLS para interceptar, descriptografar e inspecionar o tráfego do Webex Calling . Certifique-se de que o certificado que o proxy apresenta (em vez do certificado de serviço Webex ) seja assinado por uma autoridade de certificação e que o certificado raiz esteja instalado no armazenamento confiável do seu aplicativo Webex ou dispositivo Webex .

Para o aplicativo Webex - instale o certificado CA que é usado para assinar o certificado pelo proxy no sistema operacional do dispositivo.
Para dispositivos Webex Room e Telefones IP Cisco multiplataforma—Abra uma solicitação de serviço com a equipe TAC para instalar o certificado CA

Esta tabela mostra o aplicativo Webex e os dispositivos Webex que suportam a inspeção TLS por servidores proxy

Produto	Oferece suporte a CAs confiáveis personalizados para inspeção de TLS
Aplicativo Webex (Windows, Mac, iOS, Android, Web)	Sim
Dispositivos Webex Room	Sim
Telefones Cisco IP Multiplatform (MPP)	Sim

Configuração do firewall

Suportes da Cisco Webex Calling e serviços Webex Aware em centros de dados seguros da Cisco e da Amazon Web Services (AWS). A Amazon reservou suas sub-redes IP para uso exclusivo da Cisco e protegeu os serviços localizados nessas sub-redes dentro da nuvem privada virtual da AWS.

Configure o firewall para permitir a comunicação de seus dispositivos, aplicativos e serviços voltados para a Internet para executar suas funções corretamente. Esta configuração permite acesso a todos os Webex Calling e serviços em nuvem Webex Aware, nomes de domínio, endereços IP, portas e protocolos.

Lista de permissão ou acesso aberto ao seguinte para que o Webex Calling e os serviços Webex Aware funcionam corretamente.

Os URLs/domínios mencionados na seção Domínios e URLs dos serviços de Webex Calling
Sub-redes IP, portas e protocolos mencionados na seção Sub-redes IP para serviços de Webex Calling
Se você estiver usando o Webex Meetings, Messaging e outros serviços, certifique-se de que os Domínios/URLs mencionados neste artigo também estejam abertos Requisitos de rede dos serviços Webex

Se você estiver usando apenas um firewall, filtrar o tráfego do Webex Calling usando endereços IP por si só não será suportado, pois os pools de endereços IP são dinâmicos e podem mudar a qualquer momento. Atualize suas regras regularmente, pois a falha ao atualizar sua lista de regras de firewall pode afetar a experiência dos seus usuários. A Cisco não endossa a filtragem de um subconjunto de endereços IP com base em uma região geográfica específica ou provedor de serviços de nuvem. Filtrar por região pode causar degradação grave na sua experiência de chamada.

Se o seu firewall não suportar a filtragem de domínio/URL, use uma opção de servidor de proxy corporativo. Esta opção filtra/permite por URL/domínio o tráfego de sinalização HTTPs para o qual Webex Calling e os serviços Webex Aware no servidor proxy, antes de encaminhar para o firewall.

Para Webex Calling , o UDP é o protocolo de transporte preferido da Cisco para mídia e recomenda o uso apenas de SRTP sobre UDP. O TCP e o TLS como protocolos de transporte de mídia não são compatíveis com o Webex Calling em ambientes de produção. A natureza orientada para conexão desses protocolos afeta a qualidade da mídia em redes com perdas. Se você tiver dúvidas sobre o protocolo de transporte, abra um chamado de suporte.

Domínios e URLs dos serviços do Webex Calling

Um * mostrado no início de uma URL (por exemplo, *.webex.com) indica que os serviços no domínio de nível superior e todos os subdomínios devem estar acessíveis.

Domínio/URL

Descrição

Aplicativos e dispositivos Webex que usam esses domínios/URLs

Serviços Cisco Webex

*.broadcloudpbx.com

Microsserviços de autorização Webex para lançamento cruzado do Control Hub ao Portal de administração de chamada.

Control Hub

*.broadcloud.com.au

Serviços do Webex Calling na Austrália.

Todos

*.broadcloud.eu

Serviços do Webex Calling na Europa.

Todos

*.broadcloudpbx.net

Serviços de gerenciamento e configuração de clientes de chamadas.

Aplicativos Webex

*.webex.com

*.cisco.com

Principais serviços Webex Calling e Webex Aware

provisionamento de dispositivos
Armazenamento de identidade
Autenticação
Serviços OAuth
integração do dispositivo
UC conectado em nuvem

Quando um telefone se conecta a uma rede pela primeira vez ou após uma redefinição das configurações de fábrica sem opções DHCP definidas, ele entra em contato com um servidor de ativação do dispositivo para provisionamento zero touch. Os novos telefones usam activate.cisco.com e os telefones com versão de firmware anterior à 11.2(1), continuam usando o webapps.cisco.com para provisionamento.

Baixe o firmware do dispositivo e as atualizações de localidade de binários.webex.com .

Permita que os telefones Cisco multiplataforma (MPPs) com mais de 12.0.3 versões anteriores acessem sudirenewal.cisco.com através da porta 80 para renovar o Certificado instalado pelo fabricante (MIC) e tenham um identificador de dispositivo exclusivo seguro (SUDI). Para obter detalhes, consulte Aviso de campo .

Todos

*.ucmgmt.cisco.com

Serviços do Webex Calling

Control Hub

*.wbx2.com e *.ciscospark.com

Usado para reconhecimento de nuvem, CSDM, WDM, mercúrio e assim por diante. Esses serviços são necessários para que os Aplicativos e dispositivos entrem em contato com os serviços Webex Calling e Webex Aware durante e após a integração.

Todos

*.webexapis.com

Microsserviços Webex que gerenciam seus aplicativos e dispositivos.

Serviço de imagem do perfil
Serviço de quadro de comunicações
Serviço de proximidade
Serviço de presença
Registro obrigatório
Serviço de calendário
Procurar dispositivo

Todos

*.webexconnect.com

Serviços de mensagens Webex relacionados ao armazenamento geral de arquivos, incluindo:

Linhas de usuários
Arquivos transcodificados
Imagens
Captura de tela
Controles do quadro de comunicações
Registros do cliente e do dispositivo
Fotos do perfil
Logotipos de marcas
Caixa arquivos
Arquivos de exportação CSV em massa e arquivos de importação (Control Hub)

Serviços de mensagens do Webex Apps.

Armazenamento de arquivos usando webexcontent.com substituído por clouddrive.com em outubro de 2019

*.accompany.com

Integração do People Insights

Aplicativos Webex

Serviços adicionais relacionados ao Webex (domínios de terceiros)

*.appdynamics.com

*.eum-appdynamics.com

Rastreamento de desempenho, captura de erros e falhas, métricas de sessão.

Control Hub

*.huron-dev.com

Microsserviços do Webex Calling, como serviços de alternância, pedidos de números de telefone e serviços de atribuição.

Control Hub

*.sipflash.com

Serviço de gerenciamento de dispositivos Atualizações de firmware e finalidades de integração segura.

Aplicativos Webex

*.walkme.com *.walkmeusercontent.com

Cliente de orientação do usuário Webex. Fornece visitas de integração e uso a novos usuários.

Para obter mais informações sobre o WalkMe, clique aqui.

Aplicativos Webex

*.google.com

*.googleapis.com

Notificações para aplicativos Webex em dispositivos móveis (Exemplo: nova mensagem, quando a chamada é atendida)

Para sub-redes IP, consulte estes links

Serviço Google Firebase Cloud Messaging (FCM)

Serviço de Notificação Push da Apple (APNS)

Para APNS, a Apple lista as sub-redes IP para este serviço.

Aplicativo Webex

Subredes IP para serviços do Webex Calling

Subredes IP para serviços do Webex Calling

23.89.0.0/16	85.119.56.0/23	128.177.14.0/24
128.177.36.0/24	135.84.168.0/21	139.177.64.0/21
139.177.72.0/23	144.196.0.0/16	150.253.128.0/17
163.129.0.0/17	170.72.0.0/16	170.133.128.0/18
185.115.196.0/22	199.19.196.0/23	199.19.199.0/24
199.59.64.0/21

Finalidade da conexão	Endereços de origem	Portas de origem	Protocolo	Endereços de destino	Portas de destino	Notas
Sinalização de chamada para o Webex Calling (SIP TLS)	Gateway local externo (NIC)	8000-65535	TCP	Consulte Subredes IP para serviços do Webex Calling.	5062, 8934	Esses IPs/portas são necessários para a sinalização de chamada SIP-TLS de saída dos Gateways locais, dispositivos e aplicativos (Fonte) para Webex Calling Nuvem (Destino). Porta 5062 (necessária para tronco baseado em certificado). E porta 8934 (necessária para tronco baseado em registro
	Dispositivos	5060-5080			8934
	Aplicativos	Efêmero (Dependente do SO)			8934
Sinalização de chamadas do Webex Calling (SIP TLS) para o gateway local	Intervalo de endereços do Webex Calling. Consulte Subredes IP para serviços do Webex Calling	8934	TCP	Intervalo de IP ou IP escolhido pelo cliente para o gateway local	Intervalo de portas ou portas escolhido pelo cliente para o gateway local	Aplica-se a gateways locais baseados em certificado. É necessário estabelecer uma conexão do Webex Calling a um gateway local. Um gateway local baseado em registro funciona ao reutilizar uma conexão criada a partir do gateway local. A porta de destino é escolhida pelo cliente Configurar troncos
Mídia de chamadas para Webex Calling (STUN, SRTP/SRTCP, T38)	NIC externo do gateway local	8000-48199 <UNK> ^行 <UNK> ^*	UDP	Consulte Subredes IP para serviços do Webex Calling.	5004, 9000 (Portas do STUN) 8500-8701,19560-65535 (SRTP sobre UDP)	Esses IPs/portas são necessários para mídia de chamadas SRTP de saída de Gateways locais, dispositivos e aplicativos (origem) para o Webex Calling Cloud (destino). Para Chamadas dentro da organização em que o STUN, a negociação do ICE é bem-sucedida, o relé de mídia na nuvem é removido como o caminho de comunicação. Nesses casos, o fluxo de mídia fica diretamente entre os Aplicativos/dispositivos do usuário. Por exemplo: Se a otimização de mídia for bem-sucedida, os aplicativos enviam mídia diretamente entre si nos intervalos de portas 8500-8701 e os dispositivos enviam mídia diretamente entre si nos intervalos de portas entre 19560 e 19661. Para determinadas topologias de rede em que os firewalls são usados dentro de uma premissa do cliente, permita o acesso aos intervalos de porta de origem e destino mencionados dentro de sua rede para que a mídia flua. Exemplo: Para aplicativos, permita o intervalo de portas de origem e de destino 8500-8701.
	Dispositivos ^γ^*	19560-19661
	Aplicativos ^Ε^*	8500-8701
Mídia de chamadas do Webex Calling (SRTP/SRTCP, T38)	Intervalo de endereços do Webex Calling. Consulte Subredes IP para serviços do Webex Calling	19560-65535 (SRTP sobre UDP)	UDP	Intervalo de IP ou IP escolhido pelo cliente para o gateway local	Intervalo de portas de mídia escolhido pelo cliente para o gateway local
Sinalização de chamadas para gateway PSTN (SIP TLS)	NIC interno do gateway local	8000-65535	TCP	Seu GW ITSP PSTN ou Unified CM	Depende da opção de PSTN (por exemplo, normalmente 5060 ou 5061 para o Unified CM)
Mídia de chamadas para gateway PSTN (SRTP/SRTCP)	NIC interno do gateway local	8000-48199 <UNK> ^行 <UNK> ^*	UDP	Seu GW ITSP PSTN ou Unified CM	Depende da opção PSTN (por exemplo, normalmente 5060 ou 5061 para o Unified CM)
Configuração de dispositivos e gerenciamento de firmware (dispositivos Cisco)	Dispositivos do Webex Calling	Efêmero	TCP	3.20.185.219 3.130.87.169 3.134.166.179 72.163.10.96/27 72.163.15.64/26 72.163.15.128/26 72.163.24.0/23 72.163.10.128/25 173.37.146.128/25 173.36.127.0/26 173.36.127.128/26 173.37.26.0/23 173.37.149.96/27 192.133.220.0/26 192.133.220.64/26	443, 6970, 80	Obrigatório pelos seguintes motivos: Migração de telefones corporativos (Cisco Unified CM) para o Webex Calling. Ver update.cisco.com para obter mais informações. O cloudupgrader.webex.com usa as portas: 6970.443 para o processo de migração do firmware. Atualizações de firmware e integração segura de dispositivos (telefones MPP e Room ou Desk) usando o código de ativação de 16 dígitos (GDS) Para provisionamento baseado em endereço MAC CDA/EDOS-MA. Usado por dispositivos (telefones MPP, ATAs e SPA ATAs) com firmware mais recente. Quando um telefone se conecta a uma rede pela primeira vez ou após uma redefinição das configurações de fábrica, sem as opções DHCP definidas, ele entra em contato com um servidor de ativação do dispositivo para provisionamento zero touch. Os novos telefones usam activate.cisco.com em vez de webapps.cisco.com para provisionamento. Telefones com firmware lançado antes de 11.2(1) continuam usando webapps.cisco.com . É recomendado permitir todas essas sub-redes IP. Permita que os telefones Cisco multiplataforma (MPPs) com mais de 12.0.3 versão acessem sudirenewal.cisco.com por meio da porta 80 para renovação do certificado instalado pelo fabricante (MIC) e tenham um identificador de dispositivo exclusivo seguro (SUDI). Para obter detalhes, consulte Aviso de campo
Configuração do aplicativo	Aplicativos Webex Calling	Efêmero	TCP	62.109.192.0/18 64.68.96.0/19 150.253.128.0/17 207.182.160.0/19	443, 8443	Usado para autenticação Idbroker, serviços de configuração de aplicativos para clientes, acesso à web baseado em navegador para autoatendimento E acesso às interfaces administrativas.
Sincronização dos relógios dos dispositivos (NTP)	Dispositivos do Webex Calling	51494	UDP	Consulte Subredes IP para serviços do Webex Calling.	123	Esses endereços IP são necessários para a sincronização dos relógios dos dispositivos (telefones MPP, ATAs e SPA ATAs)
Resolução do nome do dispositivo e Resolução do nome do aplicativo	Dispositivos do Webex Calling	Efêmero	UDP e TCP	Definido pelo organizador	53	Usado para pesquisas de DNS para descobrir os endereços IP dos servidores Webex na nuvem. Embora as pesquisas típicas de DNS sejam feitas em UDP, algumas podem exigir TCP, se as respostas da consulta não couberem nos pacotes UDP.
Sincronização dos horários dos aplicativos	Aplicativos Webex Calling	123	UDP	Definido pelo organizador	123
CScan	Ferramenta de pré-qualificação de preparação de rede baseada na web para Webex Calling	Efêmero	TCP	Consulte Subredes IP para serviços do Webex Calling.	8934 e 443	Ferramenta de pré-qualificação de preparação de rede baseada na web para o Webex Calling. Vá para cscan.webex.com para obter mais informações.
CScan		Efêmero	UDP	Consulte Subredes IP para serviços do Webex Calling.	19569-19760
Serviços adicionais de Webex Calling e Webex Aware (Terceiros)
Serviços de APNS e FCM de notificações por push	Aplicativos Webex Calling	Efêmero	TCP	Consulte Sub-redes IP mencionadas nos links Serviço de Notificação Push da Apple (APNS) Google-Firebase Cloud Messaging (FCM)	443, 2197, 5228, 5229, 5230, 5223	Notificações para aplicativos Webex em dispositivos móveis (Exemplo: Quando você recebe uma nova mensagem ou quando uma chamada é atendida)

^{† O intervalo de portas de mídia CUBE é configurável com o intervalo de portas rtp.}
^* As portas de mídia para dispositivos e aplicativos são atribuídas dinamicamente em qualquer lugar nos intervalos de portas SRTP. As portas SRTP são até portas numeradas e a porta SRTCP correspondente é alocada com a porta numerada ímpar consecutiva.
Se um endereço de servidor proxy for configurado para seus aplicativos e dispositivos, o tráfego de sinalização será enviado para o proxy. O SRTP transportado por mídia através de UDP flui diretamente para o firewall em vez do servidor proxy.
Se você estiver usando serviços NTP e DNS na sua rede corporativa, abra as portas 53 e 123 por meio do firewall.

Reuniões/mensagens Webex - Requisitos de rede

Integre os dispositivos MPP à nuvem Webex para obter serviços como histórico de chamadas, pesquisa de diretório e reuniões. Os requisitos de rede para estes serviços Webex podem ser encontrados nos Requisitos de rede para os serviços Webex. Se você estiver usando reuniões, mensagens e outros serviços do aplicativo Webex, certifique-se de que os domínios/URLs/endereços mencionados neste artigo estão abertos.

Referências

Para saber as novidades do Webex Calling, consulte O que há de novo no Webex Calling

Para requisitos de segurança do Webex Calling, consulte Artigo

Otimização de mídia do Webex Calling com estabelecimento de conectividade interativa (ICE) Artigo

Histórico de revisões do documento

Data

Fizemos as seguintes alterações neste artigo

23 de abril de 2024

Atualizado o uso de ambos os intervalos de portas SRTP/SRTCP para a especificação de mídia do Webex Calling.

03 de abril de 2024

As subredes IP atualizadas dos serviços Webex Calling com 163.129.0.0/17 para acomodar a expansão do mercado de Webex Calling na região da Índia.

18 de dezembro de 2023

O URL sudirenewal.cisco.com e o requisito de porta 80 para configuração de dispositivos e gerenciamento de firmware da renovação MIC do telefone Cisco MPP.

11 de dezembro de 2023

As subredes IP atualizadas dos serviços Webex Calling incluirão um conjunto maior de endereços IP.

150.253.209.128/25 – alterado para 150.253.128.0/17

29 de novembro de 2023

As subredes IP atualizadas dos serviços Webex Calling incluem um conjunto maior de endereços IP para acomodar a expansão da região do Webex Calling para crescimento futuro.

144.196.33.0/25 – alterado para 144.196.0.0/16

As subredes IP das seções de serviços Webex Calling no Webex Calling (SIP TLS) e mídia de chamada para Webex Calling (STUN, SRTP) são atualizadas para fins de clareza no tronco baseado em certificado e nos requisitos de firewall do Gateway local.

14 de agosto de 2023

Adicionamos os seguintes endereços IP 144.196.33.0/25 e 150.253.156.128/25 para suportar requisitos de capacidade aumentados para os serviços de Edge e Webex Calling.

Esse intervalo de IP é suportado apenas na região dos EUA.

5 de julho de 2023

Link adicionadohttps://binaries.webex.com instalar o firmware do Cisco MPP.

07/03/2023

Reformulamos todo o artigo para incluir:

Opções incluídas para suporte de proxy.
Diagrama de fluxo de chamadas modificadas
Domínios/URLs/partes de sub-rede IP simplificados para serviços Webex Calling e Webex Aware
Intervalo de sub-rede IP 170.72.0.0/16 adicionado nos serviços Webex Calling e Webex Aware.

Removido os seguintes intervalos 170.72.231.0, 170.72.231.10, 170.72.231.161 e 170.72.242.0/24

5 de março de 2023

Atualizando o artigo para incluir o seguinte:

Foi adicionado o intervalo de portas UDP-SRTP (8500-8700) usado por aplicativos.
Foram adicionadas as portas para os serviços APNS e FCM de notificações por push.
Divida o intervalo de portas do CScan para UDP e TCP.
Seção de referências adicionada.

15 de novembro de 2022

Adicionamos os seguintes endereços de IP para a configuração do dispositivo e gerenciamento de firmware (dispositivos Cisco):

170.72.231.0
170.72.231.10
170.72.231.161

Removemos os seguintes endereços de IP da configuração do dispositivo e do gerenciamento de firmware (dispositivos Cisco):

3.20.118.133
3.20.228.133
3.23.144.213
3.130.125.44
3.132.162.62
3.140.117.199
18.232.241.58
35.168.211.203
50.16.236.139
52.45.157.48
54.145.130.71
54.156.13.25
52.26.82.54
54.68.1.225

14 de novembro de 2022

Sub- sub-rede IP 170.72.242.0/24 adicionada para o serviço Webex Calling .

08 de Setembro de 2022

As transições do firmware Cisco MPP para usohttps://binaries.webex.com como a URL do host para atualizações de firmware MPP em todas as regiões. Esta alteração melhora o desempenho da atualização de firmware.

30 de agosto de 2022

Referência removida da porta 80 do gerenciamento de firmware e configuração do dispositivo (dispositivos Cisco), configuração de aplicativos e linhas CScan na tabela porta, uma vez que não há dependência.

18 de agosto de 2022

Nenhuma alteração na solução. Atualizadas as portas de destino 5062 (necessárias para o tronco baseado em certificado), 8934 (necessário para o tronco baseado em registro) para sinalização de chamada para Webex Calling (SIP TLS).

26 de julho de 2022

Adicionado o Endereço de IP 54.68.1.225, que é necessário para a atualização de firmware dos dispositivos Cisco 840/860.

21 de julho de 2022

Atualizadas as portas de destino 5062, 8934 para sinalização de chamada para Webex Calling (SIP TLS).

14 de julho de 2022

Foram adicionadas as URLs que suportam uma função completa dos serviços Webex Aware.

Sub- sub-rede IP 23.89.154.0/25 adicionada para o serviço Webex Calling .

27 de junho de 2022

Atualizou o domínio e as URLs dos serviços Webex Calling sistema:

*.broadcloudpbx.com

*.broadcloud.com.au

*.broadcloud.eu

*.broadcloudpbx.net

15 de junho de 2022

Adicionados as seguintes portas e protocolos em Endereços IP e Portas para Webex Calling Serviços:

Finalidade da conexão: Recursos Webex
Endereços fonte: Dispositivos do Webex Calling
Portas de origem: Efêmero
Protocolo: TCP
Endereços de destino: Consulte Sub-redes e domínios IP definidos em Webex Meetings/Messaging - Requisitos de rede.
Portas de destino: 443
Notas: Os Dispositivos do Webex Calling usam esses endereços IP e domínios para fazer interface com os serviços Nuvem Webex , como diretório, histórico de chamadas e reuniões.

Informações atualizadas na Webex Meetings/Mensagens - Seção Requisitos de Rede

24 de maio de 2022

Adicionada a sub-rede IP 52.26.82.54/24 a 52.26.82.54/32 para o serviço Webex Calling

06 de maio de 2022

Adicionada a sub-rede IP 52.26.82.54/24 para Webex Calling móvel

7 de abril de 2022

Atualizou o intervalo de portas UDP interno e externo do gateway local para 8000-48198^†

5 de abril de 2022

Adicionadas as seguintes sub-redes IP para o Webex Calling de ip:

23.89.40.0/25
23.89.1.128/25

29 de março de 2022

Adicionadas as seguintes sub-redes IP para o Webex Calling de ip:

23.89.33.0/24
150.253.209.128/25

20 de Setembro de 2021

Adicionado 4 novas sub-redes de IP para o Webex Calling de Rede:

23.89.76.128/25
170.72.29.0/24
170.72.17.128/25
170.72.0.128/25

02 de abril de 2021

*.ciscospark.com adicionado em Domínios e URLs para serviços do Webex Calling para oferecer suporte a casos de uso do Webex Calling no aplicativo Webex.

25 de março de 2021

Adicionados 6 novos intervalos IP em activate.cisco.com, que entrará em vigor a partir de 8 de maio de 2021.

72.163.15.64/26
72.163.15.128/26
173.36.127.0/26
173.36.127.128/26
192.133.220.0/26
192.133.220.64/26

04 de março de 2021

Substituídos IPs discretos e intervalos IP menores do Webex Calling com intervalos simplificados em uma tabela separada para facilitar a compreensão da configuração do firewall.

26 de fevereiro de 2021

Adicionado 5004 como porta de destino da mídia de Chamada para Webex Calling (STUN, SRTP) para suportar o Estabelecimento de Conectividade Interativa (ICE), que estará disponível em Webex Calling em abril de 2021.

22 de fevereiro de 2021

Os domínios e URLs agora estão listados em uma tabela separada.

A tabela de Endereços de IP e Portas está ajustada para os endereços IP do grupo para os mesmos serviços.

Adicionar a coluna Notas à tabela Endereços IP e portas que ajuda a entender os requisitos.

Movendo os seguintes endereços IP para intervalos simplificados de configuração do dispositivo e gerenciamento de firmware (dispositivos Cisco):

activate.cisco.com

72.163.10.125 -> 72.163.10.96/27
173.37.149.125 -> 173.37.149.96/27

webapps.cisco.com

173.37.146.134 -> 173.37.146.128/25
72.163.10.134 -> 72.163.10.128/25

Adicionar os seguintes endereços de IP para a Configuração do aplicativo porque o cliente Cisco Webex aponta para um SRV DNS mais recente na Austrália em março de 2021.

199.59.64.237
199.59.67.237

21 de janeiro de 2021

Adicionamos os seguintes endereços de IP à configuração do dispositivo e gerenciamento de firmware (dispositivos Cisco):

3.134.166.179
50.16.236.139
54.145.130.71
72.163.10.125
72.163.24.0/23
173.37.26.0/23
173.37.146.134

Removemos os seguintes endereços de IP da configuração do dispositivo e do gerenciamento de firmware (dispositivos Cisco):

35.172.26.181
52.86.172.220
52.203.31.41

Adicionamos os seguintes endereços de IP à configuração do aplicativo:

62.109.192.0/19
64.68.96.0/19
207.182.160.0/19
150.253.128.0/17

Removemos os seguintes endereços de IP da configuração do aplicativo:

64.68.99.6
64.68.100.6

Removemos os seguintes números de porta da configuração do aplicativo:

1081, 2208, 5222, 5280-5281, 52644-52645

Adicionamos os seguintes domínios à configuração do aplicativo:

idbroker-b-us.webex.com
idbroker-eu.webex.com
ty6-wxt-jp.bcld.webex.com
os1-wxt-jp.bcld.webex.com

23 de dezembro de 2020

Adicionados novos endereços IP da configuração de aplicativos às imagens de referência de portas.

22 de dezembro de 2020

Atualizada a linha de Configuração de aplicativos nas tabelas para incluir os seguintes endereços IP: 135.84.171.154 e 135.84.172.154.

Oculte os diagramas de rede até que esses endereços IP sejam adicionados.

11 de dezembro de 2020

Atualizada a configuração de dispositivos e gerenciamento de firmware (dispositivos Cisco) e as linhas de Configuração de aplicativos para os domínios canadenses compatíveis.

16 de outubro de 2020

Atualizada a sinalização de chamadas e as entradas de mídia com os seguintes endereços IP:

139.177.64.0/24
139.177.65.0/24
139.177.66.0/24
139.177.67.0/24
139.177.68.0/24
139.177.69.0/24
139.177.70.0/24
139.177.71.0/24
139.177.72.0/24
139.177.73.0/24

23 de setembro de 2020

No CScan, 199.59.64.156 substituído por 199.59.64.197.

14 de agosto de 2020

Adicionados mais endereços IP para dar suporte à introdução de data centers no Canadá:

Sinalização de chamadas para Webex Calling (SIP TLS)—135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

12 de agosto de 2020

Adicionados mais endereços IP para dar suporte à introdução de data centers no Canadá:

Mídia de chamadas para Webex Calling (SRTP)—135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24
Sinalização de chamada para terminais publicamente dirigidos (SIP TLS)—135.84.173.0/25.135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24.
Configuração de dispositivos e gerenciamento de firmware (dispositivos Cisco)—135.84.173.155,135.84.174.155
Sincronização dos relógios dos dispositivos— 135.84.173.152, 135.84.174.152
Configuração de aplicativos—135.84.173.154,135.84.174.154

22 de julho de 2020

Adicionado o seguinte endereço IP para dar suporte à introdução de data centers no Canadá: 135.84.173.146

09 de junho de 2020

Fizemos as seguintes alterações na entrada do CScan:

Corrigido um dos endereços de IP — alterado de 199.59.67.156 para 199.59.64.156.
Novos recursos exigem novas portas e UDP—19560-19760

11 de março de 2020

Adicionamos os seguintes endereços de domínio e IP à configuração do aplicativo:

jp.bcld.webex.com—135.84.169.150
client-jp.bcld.webex.com
idbroker.webex.com—64.68.99.6, 64.68.100.6

Atualizamos os seguintes domínios com endereços IP adicionais para configuração de dispositivos e gerenciamento de firmware:

cisco.webexcalling.eu—85.119.56.198, 85.119.57.198
webapps.cisco.com—72.163.10.134
activation.webex.com—35.172.26.181, 52.86.172.220
cloudupgrader.webex.com—3.130.87.169, 3.20.185.219

27 de fevereiro de 2020

Adicionamos o seguinte domínio e portas à configuração de dispositivos e gerenciamento de firmware:

cloudupgrader.webex.com—443, 6970

1	Certifique-se de atribuir endereços IP válidos e roteáveis a quaisquer interfaces de Camada 3, por exemplo: `interface GigabitEthernet0/0/0 description Interface facing PSTN and/or CUCM ip address 192.168.80.14 255.255.255.0 ! interface GigabitEthernet0/0/1 description Interface facing Webex Calling (Public address) ip address 198.51.100.1 255.255.255.240`
2	Crie um ponto confiável de criptografia com um certificado assinado pela CA (autoridade de certificação) preferida. Crie um par de teclas RSA usando o seguinte comando exec. `crypto key generate rsa general-keys exportable label lgw-key modulus 4096` Crie um ponto confiável para o certificado assinado com os seguintes comandos de configuração: `crypto pki trustpoint LGW_CERT enrollment terminal pem fqdn cube1.lgwtrunking.com subject-name cn=cube1.lgw.com subject-alt-name cube1.lgw.com revocation-check none rsakeypair lgw-key` Gere uma Solicitação de Assinatura de Certificado (CSR) com o seguinte comando exec ou configuração e use-a para solicitar um certificado assinado de um provedor de CA compatível: `crypto pki enroll LGW_CERT`
3	Autentique o novo certificado usando o certificado CA intermediário (ou raiz) e importe-o. Insira o seguinte comando exec ou configuração: `crypto pki authenticate LGW_CERT <paste Intermediate X.509 base 64 based certificate here >`
4	Importe o certificado de organizador assinado usando o seguinte comando exec ou configuração: `crypto pki import LGW_CERT certificate <paste CUBE X.509 base 64 certificate here>`
5	Ative a exclusividade do TLS1.2 e especifique o ponto confiável padrão usando o seguinte comando de configuração: `sip-ua crypto signaling default trustpoint LGW_CERT transport tcp tls v1.2`
6	Instale o pacote CA raiz da Cisco, que inclui o certificado DigiCert CA usado pelo Webex Calling. Usar o cripto pki trustpool importação limpa url comando para baixar o pacote CA raiz do URL especificado e para limpar o trustpool de CA atual, instale o novo pacote de certificados: `crypto pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b`

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 mostrar status de registro SIP-ua `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