Fluxo de trabalho da configuração do Webex Calling

Fluxo de trabalho da configuração do Webex Calling

15 de jul de 2021
Visão geral do Webex Calling

Apresentando o Webex Calling

Imagine poder aproveitar os recursos de chamadas em nuvem, mobilidade e PBX de nível empresarial, juntamente com o 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ê.

O Webex Calling oferece os seguintes benefícios:

  • Inscrições de chamadas para usuários de telefonia e áreas comuns

  • Acesso ao Webex a todos os usuários

  • Acesso à rede de telefonia pública comutada (PSTN) para permitir que seus usuários disquem números fora da organização. O serviço é fornecido por meio de uma infraestrutura corporativa existente (gateway local sem IP PBX local ou com o ambiente de chamadas Unified CM existente)

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

Tabela 1. Recursos configuráveis pelo administrador

Recurso

Descrição

Assistente automático

Você pode adicionar saudações, configurar menus e encaminhar chamadas a um serviço de atendimento, um grupo de busca, uma caixa de correio de voz ou a uma pessoa real. Você pode criar uma agenda de 24 horas ou fornecer diferentes opções quando sua empresa estiver aberta ou fechada. Você pode até mesmo encaminhar chamadas com base nos atributos da ID do autor da chamada para criar listas VIP ou gerenciar chamadas de determinados códigos de área de forma diferente.

Fila de chamadas

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

Atendimento de chamadas

Você pode aprimorar o trabalho em equipe e a colaboração criando um grupo de atendimento de chamadas para que os usuários possam atender às chamadas uns dos outros. Quando você adiciona usuários a um grupo de atendimento de chamadas e um membro do grupo está ausente ou ocupado, outro membro pode atender as chamadas.

Estacionamento de chamadas

Você pode ativar o estacionamento de chamadas para que os usuários possam colocar uma chamada em espera e atendê-la em outro telefone.

Grupo de busca

Você pode querer configurar grupos de busca nas seguintes situações:

  • Uma equipe de vendas que deseja encaminhamento sequencial. Uma chamada recebida toca em um telefone, mas se não houver resposta, a chamada é encaminhada para o próximo agente da lista.

  • Uma equipe de suporte que deseja que os telefones toquem todos de uma vez para que o primeiro agente disponível possa atender a chamada.

Grupo de paginação

Você pode criar um grupo de paginação para que os usuários possam enviar uma mensagem de áudio a uma pessoa, departamento ou equipe. Quando alguém envia uma mensagem a um grupo de paginação, a mensagem é reproduzida em todos os dispositivos do grupo.

Cliente recepcionista

Ajude a atender às necessidades dos funcionários de front-office ao fornecer um conjunto completo de opções de controle de chamadas, monitoramento de linha em grande escala, enfileiramento de chamadas, múltiplas exibições e opções de diretório, integração com Outlook e muito mais.

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

Tabela 2. Recursos configuráveis pelo usuário

Recurso

Descrição

Rejeição de chamadas anônimas

Os usuários podem rejeitar as chamadas recebidas que tenham as IDs do autor da chamada bloqueadas.

Continuidade de negócios

Se os telefones dos usuários não estiverem conectados à rede por algum motivo (como queda de energia, problemas de rede e assim por diante), os usuários poderão encaminhar as chamadas recebidas a um número de telefone específico.

Encaminhamento de chamadas

Os usuários podem encaminhar as chamadas recebidas a outro telefone.

Encaminhamento de chamadas seletivas

Os usuários podem encaminhar chamadas em horários específicos de chamadores específicos. Essa configuração terá precedência sobre o Encaminhamento de chamadas.

Notificação de chamada

Os usuários podem enviar a si mesmos um e-mail quando receberem uma chamada de acordo com os critérios predefinidos, como número de telefone ou data e hora.

Chamada em espera

Os usuários podem permitir o atendimento de chamadas recebidas adicionais.

Não interromper

Os usuários podem permitir temporariamente que todas as chamadas sejam encaminhadas diretamente ao correio de voz.

Office Anywhere

Os usuários podem usar os telefones selecionados ("Locais") como um ramal do número de telefone comercial e do plano de discagem.

Alerta de prioridade

Os telefones dos usuários podem tocar com um toque distinto quando os critérios predefinidos forem atendidos, como número de telefone ou data e hora.

Escritório remoto

Os usuários podem realizar chamadas de um telefone remoto e fazer com que apareçam da linha comercial. Além disso, todas as chamadas recebidas na linha comercial tocarão nesse telefone remoto.

Aceitação de chamadas seletivas

Os usuários podem aceitar chamadas em horários específicos de chamadores específicos.

Rejeição de chamadas seletivas

Os usuários podem rejeitar chamadas em horários específicos de chamadores específicos.

Toque sequencial

Toca em até 5 dispositivos, um após o outro, para chamadas recebidas.

Toque simultâneo

Liga para os números dos usuários e de outras pessoas ("destinatários da chamada") ao mesmo tempo para chamadas recebidas.

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

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

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

Experiência do usuário

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

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 Webex inserindo os endereços de e-mail no Control Hub. Incentive as pessoas a usarem os serviços que você oferece, incluindo chamadas, e a fornecerem comentários sobre as experiências. Quando você estiver pronto, poderá sempre adicionar mais usuários.


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

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

Introdução

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

Assistente inicial de testes

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

Revisar as configurações

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

Adicionar usuários

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

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

Configurar registro único (SSO)

O 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 eles possam começar a usar o 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 a eles foram atribuídos serviços, eles poderão começar a usar os Telefones multiplataforma (MPPs) compatíveis com o Webex Calling e 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 BroadCloud envia chamadas que não correspondem aos destinos Webex Calling do cliente para o gateway local. Isso inclui números PSTN e ramais internos do Unified CM, que o BroadCloud não pode ver. O gateway local encaminha todas as chamadas provenientes do BroadCloud 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 BroadCloud encaminha todas as chamadas que não correspondem aos destinos Webex Calling do cliente para o gateway local atribuído ao local. Isso inclui destinos PSTN e chamadas na rede para ramais internos do Unified CM. O gateway local encaminha todas as chamadas para o Unified CM. O Unified CM então encaminha as chamadas para telefones registrados localmente ou para o PSTN por meio do gateway local, que tem a funcionalidade de PSTN/SBC colocalizada.

Considerações sobre roteamento de chamadas

Chamadas do Webex Calling para o Unified CM

A lógica de roteamento do Webex Calling funciona assim: se o número discado em um terminal do Webex Calling não puder ser encaminhado a nenhum outro destino no mesmo cliente do BroadCloud, a chamada será enviada ao gateway local para processamento posterior. Todas as chamadas fora da rede (fora do BroadCloud) 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 BroadCloud então garante que a chamada seja enviada ao dispositivo pretendido do 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 BroadCloud.

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 BroadCloud

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

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 BroadCloud

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 do PSTN e BroadCloud. 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 BroadCloud. 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 em https://www.cisco.com/c/en/us/support/unified-communications/unified-communications-system/products-implementation-design.

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 em https://www.cisco.com/go/ucsrnd.

Figura 2. Plano de discagem recomendado

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 BroadCloud

Figura 2. Adicionar o destino do BroadCloud ao plano de discagem

Para adicionar acessibilidade de destinos do BroadCloud a este plano de discagem, uma partição representando todos os destinos do BroadCloud deverá ser criada ("BroadCloud") e um padrão de rota +E.164 para cada intervalo DID no BroadCloud 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 BroadCloud. 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 será suficiente para obter acessibilidade de destinos no BroadCloud, independente 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 BroadCloud na partição "BroadCloud". Em última análise, o Unified CM envia a chamada para o gateway local.

Adicionar discagem abreviada de intersite

Figura 2. Adicionar discagem abreviada entre sites

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

Para adicionar discagem abreviada empresarial a destinos do BroadCloud, você adiciona o respectivo padrão de conversão de normalização de discagem do local BroadCloud à partição "BroadCloud" (por exemplo, "8101XX" no diagrama). Após a normalização, a chamada é novamente enviada ao BroadCloud após corresponder ao padrão de rota na partição "BroadCloud".

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

Diferença entre o Webex Calling para provedores de serviços e revendedores com valor agregado

Existem duas ofertas de chamadas distintas que aproveitam a mesma plataforma do Webex Calling. Uma oferta é para provedores de serviços (SPs) e seus clientes, enquanto a outra oferta é para revendedores com valor agregado (VARs) e seus clientes. Na maioria das vezes, as ofertas são idênticas e, como tal, nos referimos a elas genericamente como Webex Calling. No entanto, há algumas diferenças e, quando precisarmos apontá-las, nos certificaremos de que você saiba se elas se aplicam a SPs ou VARs.

Enquanto ambas as ofertas são administradas no Control Hub com lançamentos cruzados no Portal de administração Calling, aqui estão algumas diferenças importantes.

Os SPs podem criar seus portais e aplicativos de chamadas e devem agrupar e fornecer os próprios serviços PSTN aos clientes ou aproveitar uma implantação de gateway local. Os SPs também devem fornecer o próprio suporte de Nível 1.

Os VARs, por outro lado, usam a marca fornecida pela Cisco. Os VARs não são provedores de serviços regulamentados e não podem fornecer serviço PSTN. O serviço PSTN deve ser aproveitado por meio de uma implantação de gateway local empresarial. Os VARs também podem fornecer o próprio suporte de Nível 1 ou usar os da Cisco. Ambas as ofertas de chamadas fornecem garantia de serviço por meio de métricas de qualidade de mídia e podem agrupar o Webex e o Webex Meetings com os aplicativos de chamadas.

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 Webex Teams quando se trata do aplicativo de chamadas 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 o Webex, você poderá instruí-los a alterar as associações de protocolo do Webex no Windows 10:

  1. Abra as configurações do sistema Configurações padrão do aplicativo, clique em Definir padrões por aplicativo e escolha Webex.

  2. Para cada protocolo, escolha Webex.

Manipuladores de protocolo para Mac

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

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

15 de jul de 2021
Preparar o ambiente para o Webex Calling

Preparar seu ambiente Configurar o Webex Calling na sua organização Configurar o gateway local para acesso PSTN (VARs apenas) Configurar o UCM Configurar recursos do Webex Calling Configurar e gerenciar usuários Configurar e gerenciar dispositivos

Requisitos de chamadas

Licenciamento

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

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

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

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


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

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

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

Requisito de largura de banda

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

Gateway local para PSTN com base no local

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

Dispositivos compatíveis

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


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

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

Firewall

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

Requisitos do gateway local para Webex Calling

Pré-requisitos gerais

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

    • Ter um conhecimento básico dos princípios de VoIP

    • Ter um conhecimento básico de trabalho dos conceitos de voz do Cisco IOS-XE e IOS-XE

    • Ter uma compreensão básica do Protocolo de Iniciação de Sessão (SIP)

    • Ter um conhecimento básico do Cisco Unified Communications Manager (Unified CM), se seu modelo de implantação incluir o Unified CM

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

Requisitos de hardware e software para gateway local

Certifique-se de que sua implantação tenha um ou mais dos gateways locais (Cisco CUBE (para conectividade baseada em IP) ou Cisco IOS Gateway (para conectividade baseada em TDM)) que estão na Tabela 1 do Guia de pedidos do Gateway local para Webex Calling. Além disso, certifique-se de que a plataforma esteja executando uma versão IOS-XE compatível de acordo com o Guia de configuração do gateway local.

Requisitos de certificado e segurança para gateway local

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

  • O LGW deve ser atualizado com o pacote raiz CA do Cisco PKI

  • Um conjunto de credenciais de resumo SIP da página de configuração do Tronco do Control Hub é usado para configurar o LGW (as etapas fazem parte da configuração a seguir)

  • O pacote raiz CA valida o certificado apresentado

  • Solicitado para as credenciais (resumo SIP fornecido)

  • A nuvem identifica qual gateway local está registrado com segurança

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

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

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

28 de out de 2021
Configurar o Cisco Webex Calling na sua organização

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

1

Clique no link de Introdução no e-mail de Boas-vindas recebido.


 

Seu endereço de e-mail de administrador será usado automaticamente para iniciar sessão no Control Hub, onde você será solicitado a criar sua senha de administrador. Depois de iniciar sessão, o assistente de configuração será iniciado automaticamente.

2

Leia e aceite os termos de serviço.

3

Revise seu plano e clique em Introdução.


 

Seu gerente de contas é responsável por ativar as primeiras etapas do FTSW. Entre em contato com o gerente de contas se receber um aviso "Não é possível configurar sua chamada" ao selecionar Introdução.

4

Selecione o país ao qual seu data center deve ser atribuído e insira as informações de contato e endereço do cliente.

5

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

6

Escolha entre as seguintes opções:

  • Clique em Salvar e fechar se você for um administrador de parceiros e desejar que o administrador de clientes conclua o provisionamento do Webex Calling.
  • Preencha as informações de localização necessárias. Depois de criar o local no assistente, você poderá criar mais locais posteriormente.

 

O país do local padrão será definido como o país do contrato que foi selecionado pelo parceiro e não poderá ser alterado. Você poderá criar outros locais em diferentes países posteriormente, mas lembre-se de que eles serão hospedados no data center regional correspondente ao país do contrato que você selecionou anteriormente neste procedimento. Por exemplo, você pode ter um local nos Estados Unidos e outro no Reino Unido.


 

Depois de concluir o assistente de configuração, certifique-se de adicionar um número principal ao local criado.

7

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

  • Idioma do anúncio—Para anúncios de áudio e 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
8

Clique em Próximo.

9

Insira um endereço SIP Cisco Webex disponível, clique em Próximo e selecione Concluir.

Antes de começar

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

  • Endereço de localização

  • Números de telefone desejados (opcional)

1

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

Lembre-se de que os novos locais serão hospedados no data center regional correspondente ao país do contrato que você selecionou usando o Assistente de configuração inicial.

2

Defina as configurações do local:

  • Nome do local—Insira um nome exclusivo para identificar o local.
  • País—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.
  • Idioma—Escolha o idioma do local.
  • Endereço—Insira o endereço de correspondência principal do local.
  • Cidade—Insira uma cidade para este local.
  • Estado—Na lista suspensa, escolha um estado.
  • CEP/Código postal—Insira o CEP ou o código postal.Número de telefone—Insira o número de telefone no qual o contato principal do local pode ser contatado.
3

Clique em Salvar e escolha se deseja adicionar números agora ou mais tarde.

4

Se você clicou em Adicionar agora, escolha uma das seguintes opções:

  • Cisco PSTN—Escolha esta opção se desejar uma solução em pacote que permita solicitar novos números PSTN e transferir números existentes à Cisco.


     

    A opção Cisco PSTN só é visível nas seguintes condições:

    1. O Plano de chamadas da Cisco foi ativado ou adquirido para esse cliente.

    2. O local é em um país em que o Plano de chamadas da Cisco é compatível (atualmente disponível apenas nos Estados Unidos).

  • PSTN conectado em nuvem—Escolha esta opção se estiver procurando uma solução em nuvem que não exija um investimento significativo em hardware local e, em seguida, selecione um provedor CCP de sua escolha.

     

    Somente parceiros que oferecem suporte ao país de sua localização são exibidos.

    Se você vir a opção Pedir números agora em um provedor listado, recomendamos que você escolha essa opção para que possa colher os benefícios do CCP integrado. Dessa forma, você pode pedir seus números aqui mesmo no Control Hub. Se você escolher essa opção, clique aqui para obter mais informações e saber as próximas etapas.

    Lembre-se de que, se você decidir não pedir seus números agora, as alterações subsequentes no provedor PSTN podem ser limitadas.

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

5

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

6

Insira Números de telefone como valores separados por vírgula e clique em Validar.

Os números serão adicionados no local específico. As entradas válidas serão transferidas para o campo de Números validados e as inválidas permanecerão no campo Adicionar números acompanhadas de uma mensagem de erro.

Dependendo do país do local, os números serão formatados de acordo com os requisitos de discagem locais. Por exemplo, se um código de país for necessário, você poderá inserir números com ou sem o código e o código será adicionado.

7

Clique em Salvar.

O que fazer em seguida

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

Ao criar a organização do cliente no Control Hub, o primeiro local criado automaticamente se tornará o local padrão. Os usuários que você adicionar à organização serão atribuídos a esse local padrão, exceto quando especificado o contrário. Você poderá tornar qualquer local subsequente o local padrão, mas lembre-se de que não será possível excluir o local padrão.

Antes de começar


Obtenha uma lista dos usuários e espaços de trabalho associados a um local: Vá para Serviços > Números 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

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

2

Clique em Mais ao lado do nome do local, escolha Excluir local e confirme que deseja excluir esse 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.

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.

1

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

Se você vir um símbolo de Cuidado próximo a um local, significa que um número de telefone ainda não foi configurado para esse local. Os usuários não poderão fazer ou receber chamadas até que o número seja configurado.

2

(Opcional) Em Conexão PSTN, selecione PSTN conectado em nuvem ou PSTN com base no local (gateway local), dependendo de qual você já configurou. Clique em Gerenciar para alterar essa configuração e, em seguida, reconheça os riscos associados selecionando Continuar. Em seguida, escolha uma das seguintes opções e clique em Salvar:

  • Cisco PSTN—Escolha esta opção se desejar uma solução em pacote que permita solicitar novos números PSTN e transferir números existentes à Cisco.


     

    Os parceiros devem ser parceiros VAR autorizados do Webex Calling e ter aceito o novo Adendo do Webex Calling por meio da inscrição no programa VAR PSTN do Cisco Webex Calling.

    Os parceiros farão um pedido com licenças do Plano de chamadas da Cisco (Plano de chamadas de saída e números de telefone) dentro do Cisco Commerce Workspace (CCW).

    Esta opção está disponível apenas para revendedores com valor agregado.

  • PSTN conectado em nuvem—Escolha esta opção se estiver procurando uma solução em nuvem que não exija um investimento significativo em hardware local e, em seguida, selecione um provedor CCP de sua escolha.


     

    Somente parceiros que oferecem suporte ao país de sua localização são exibidos.

  • PSTN com base no local (Gateway local)—Escolha esta opção se você quiser manter seu provedor PSTN atual ou se quiser 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.

3

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

4

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

5

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


 

Alterar o fuso horário de um local não atualiza os fusos horário dos recursos associados ao local. Para editar os fusos horário para recursos como assistente automático, grupo de busca e filas de chamadas, vá para a área de Configurações gerais do recurso específico para o que você gostaria de atualizar o fuso horário e editar e salvar 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 no Control Hub são atualizados para mostrar essas alterações.


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

1

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

2

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

  • Comprimento do prefixo de roteamento de locais—Recomendamos esta configuração se você tiver vários locais. Você pode inserir de 2 a 7 dígitos. Se você tiver vários locais com o mesmo ramal, os usuários deverão discar um prefixo ao ligar entre locais. Por exemplo, se você tiver várias instalações, todas com o ramal 1000, poderá configurar um prefixo de roteamento para cada instalação. Se uma instalação tiver o prefixo 888, você discará 8881000 para contatar essa instalação.
  • Dígito de direção no prefixo de roteamento—Você pode definir um valor aqui, independentemente de usar ou não prefixos de roteamento de local.
  • Comprimento do ramal interno—Você pode inserir de 2 a 6 dígitos e o padrão é 2.

     

    Depois de aumentar o comprimento do ramal, as discagens rápidas existentes para ramais internos não são atualizadas automaticamente.

3

Especifique a discagem interna de locais específicos. Vá para Serviços > Chamada > Locais, selecione um local, role até Discagem e altere a discagem interna e externa conforme necessário:

  • Discagem interna—Especifique o prefixo de roteamento que os usuários em outros locais precisam discar para entrar em contato com alguém neste local. O prefixo de roteamento de cada local deve ser exclusivo. Recomendamos que o comprimento do prefixo corresponda ao comprimento definido no nível da organização, mas deve ter entre 2 a 7 dígitos.
  • Discagem externa—Opcionalmente, você pode escolher um dígito de discagem de saída que os usuários devem discar para contatar uma linha externa. O padrão é Nenhum e você pode mantê-lo se não precisar desse hábito de discagem. Se você decidir usar esse recurso, recomendamos que use um número diferente do dígito de direção da sua organização.

     

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

Impacto para os usuários:

  • Os usuários devem reiniciar os telefones para que as alterações nas preferências de discagem tenham efeito.

  • Os ramais do usuário não devem começar com o mesmo número do dígito de direção do local.

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.

Siga estas etapas para criar um tronco no Control Hub.

Antes de começar

  • Depois que um local for adicionado e antes de configurar o PSTN com base no local em um local, você deverá criar um tronco.

  • Crie qualquer local e configurações e números específicos para cada um deles. Os locais devem existir antes que você possa adicionar um PSTN com base no local.

  • Compreenda os requisitos de PSTN com base no local (gateway local) do Webex Calling.

  • Não é possível escolher mais de um tronco para um local com PSTN baseado no local, mas é possível escolher o mesmo tronco para vários locais.

1

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

2

Selecione um local.

3

Dê um nome ao tronco e clique em Salvar.


 

O nome não pode ter mais de 24 caracteres.

O que fazer em seguida

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

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

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

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

1

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

2

Selecione um local a ser modificado e clique em Gerenciar.

3

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

4

Escolha um tronco no menu suspenso.


 

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

5

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

O que fazer em seguida

Você deve 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.

1

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

É exibida uma tabela que mostra os números e as informações correspondentes de todos os locais. Você pode clicar no menu suspenso Todos os locais e escolher um local se desejar filtrar por um específico. A tabela inclui informações como a quem o número está Atribuído e seu Status.

2

(Opcional) Ao lado de uma entrada de número, em Ações, clique em e escolha uma das seguintes opções:

  • Editar—Para números ativos atualmente atribuídos a um usuário ou local. Clique nesta opção para abrir o Portal de administração Calling, onde você poderá fazer outras alterações.

  • Ativar—Para números com status Inativo, esta opção estará disponível assim que um número portado do Webex Calling que foi enviado com um pedido for concluído. Depois de ativar o número, ele aparecerá como Ativo quando estiver pronto para uso.

  • Excluir—Para números com status Inativo e que não estão atualmente atribuídos a um usuário ou local, esta opção estará disponível.

3

(Opcional) Clique em Adicionar números, preencha as informações necessárias para adicionar pelo menos um novo número a um local e clique em Salvar.


 

As entradas válidas serão transferidas para o campo de Números validados, enquanto as entradas inválidas permanecerão no campo Adicionar números acompanhadas por uma mensagem de erro.

Os números devem seguir o formato E.164 em todos os países, exceto os Estados Unidos, que também podem seguir o formato nacional.

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.

4

(Opcional) Ative números em massa. Você pode filtrar sua lista de números com base em um local ou status específico, ou ambos. Clique em Inativo para ver apenas os números que estão em um estado inativo. Você pode ativar 500 números por vez selecionando Ativar números no topo da lista e, em seguida, confirmar sua intenção clicando em Ativar na caixa de diálogo que é aberta.

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

1

Na exibição do cliente em https://admin.webex.com, selecione o ícone de edifício .

2

Selecione a guia de Assinaturas e clique em Comprar agora.

Um e-mail é enviado ao seu parceiro informando que você está interessado em converter para uma assinatura paga.

Você pode usar o Webex Control Hub para definir a prioridade das opções de chamadas disponíveis que os usuários veem no Webex. Você também pode habilitá-las com um único clique para chamar.

1

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

2

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

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

3

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


 

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

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


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

Antes de começar

  • Sua organização deve ter as assinaturas corretas para o comportamento de chamadas que você escolher.

  • Os usuários devem ter números de telefone válidos. Se os números forem inválidos, o Webex ainda enviará o número ao aplicativo de chamadas selecionado, mas a chamada desse aplicativo falhará.

Na exibição do cliente em https://admin.webex.com, vá para Configurações, role até Comportamento de chamadas e escolha uma das seguintes opções: .

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

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

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


 

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

21 de out de 2021
Configurar o gateway local no IOS-XE do Webex Calling

Depois de configurar o Webex Calling na sua organização, você poderá configurar um tronco para conectar o gateway local ao Webex Calling. O tronco entre o gateway local e o Webex em nuvem é sempre protegido usando o transporte SIP TLS e SRTP para mídia entre o gateway local e o Webex Calling Access SBC.

Use este fluxo de tarefa para configurar um gateway local no tronco do Webex Calling. As etapas a seguir são executadas no próprio gateway local usando a linha de comando. O tronco entre o gateway local e o Webex Calling é sempre garantido usando transporte SIP TLS e SRTP para mídia entre o gateway local e o Webex Calling Access SBC.

Antes de começar

  • Compreenda os requisitos de PSTN com base no local (gateway local) do Webex Calling.

  • Crie um tronco no Control Hub e atribua-o ao local desejado.

  • As diretrizes de configuração fornecidas neste documento pressupõem que uma plataforma de gateway local dedicada esteja em vigor sem nenhuma configuração de voz existente. Se uma implantação existente de gateway PSTN ou CUBE Enterprise estiver sendo modificada para também usar a função de gateway local do Webex Calling, preste muita atenção à configuração aplicada e certifique-se de que os fluxos de chamadas e as funcionalidades existentes não sejam interrompidos como resultado de mudanças que você fizer.

  Comando ou ação Objetivo
1

Mapeamento de parâmetros entre o Control Hub e o Cisco Unified Border Element

Use esta tabela como referência para os parâmetros provenientes do Control Hub e para onde eles vão no gateway local.

2

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

Implemente essas etapas como uma configuração global comum no gateway local. A configuração inclui a configuração da plataforma de linha de base e uma atualização do trustpool.

3

Registrar o gateway local no Webex Calling

4

Escolha um, dependendo da sua implantação:

O roteamento de chamadas no gateway local é baseado na opção de implantação do Webex Calling que você escolheu. Esta seção pressupõe que a terminação IP PSTN está na mesma plataforma que o gateway local. A seguinte configuração se aplica a uma dessas opções no gateway local:

  • A opção de implantação de gateway local sem um PBX IP local. O gateway local e o CUBE IP PSTN são corresidentes.

  • A opção de implantação de gateway local em um ambiente Unified CM existente. O gateway local e o CUBE IP PSTN são corresidentes.

Tabela 1. Mapeamento de parâmetros entre o Control Hub e o gateway local

Control Hub

Gateway local

Domínio do registrador:

O Control Hub deve analisar o domínio do LinePort que é recebido do UCAPI.

example.com

registrador

example.com

Grupo de troncos OTG/DTG

perfis sip:

regra <rule-number> solicitar QUALQUER cabeçalho de SIP

De modificar ">" ";otg=otgDtgId>"

Linha/porta

user@example.com

número: usuário

Proxy de saída

proxy de saída (nome de DNS – SRV do Access SBC)

Nome de usuário SIP

nome de usuário

Senha SIP

senha

Antes de começar

  • Certifique-se de que a configuração da plataforma de linha de base, como NTPs, ACLs, senhas de habilitação, senha primária, roteamento IP, endereços IP e assim por diante, estejam configurados de acordo com as políticas e procedimentos de sua organização.

  • A versão mínima suportada do IOS-XE 16.12 ou IOS-XE 17.3 é necessária para todas as implantações LGW.

1

Certifique-se de que todas as interfaces da camada 3 tenham endereços IP válidos e roteáveis atribuídos:

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
2

Você deve pré-configurar uma chave primária da senha usando os comandos mostrados abaixo antes que ela possa ser usada nas credenciais e códigos compartilhados. As senhas do tipo 6 são criptografadas usando cifra AES e chave primária definida pelo usuário.


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes
3

Configure o IP Name Server para habilitar a busca de DNS e certifique-se de que ele possa ser acessado através de um ping:


LocalGateway#conf t
Enter configuration commands, one per line.  End with CNTL/Z.
LocalGateway(config)#ip name-server 8.8.8.8
LocalGateway(config)#end
4

Ative o TLS 1.2 Exclusivity e um Trustpoint do placeholder padrão:

  1. Crie um Trustpoint PKI do placeholder e nomeie-o de sampleTP

  2. Atribua o trustpoint como o trustpoint de sinalização padrão em sip-ua

  3. O servidor cn-san-validate será necessário para garantir que o gateway local estabeleça a conexão apenas se o proxy de saída configurado no locatário 200 (descrito posteriormente) corresponder à lista CN-SAN recebida do servidor.

  4. O trustpoint de criptografia é necessário para que o TLS funcione, embora um certificado de cliente local (por exemplo, mTLS) não seja necessário para que a conexão seja configurada.

  5. Desative o TLS v1.0 e v1.1 ativando a exclusividade do v1.2.

  6. Defina a contagem de repetição de tcp para 1000 (múltiplos de 5 mseg = 5 segundos).

  7. (IOS-XE 17.3.2 e posterior) Defina a conexão dos temporizadores para estabelecer o TLS <wait-timer in="" sec="">. O intervalo é entre 5 e 20 segundos e o padrão é 20 segundos. (O LGW leva 20 segundos para detectar a falha de conexão TLS antes de tentar estabelecer uma conexão com o próximo Webex Calling Access SBC disponível. Essa CLI permite que o administrador altere o valor para acomodar as condições de rede e detectar falhas de conexão com o Access SBC muito mais rápido).


LocalGateway#configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
LocalGateway(config)#
LocalGateway(config)#crypto pki trustpoint sampleTP
LocalGateway(ca-trustpoint)# revocation-check crl
LocalGateway(ca-trustpoint)#exit

LocalGateway(config)#sip-ua
LocalGateway(config-sip-ua)# crypto signaling default trustpoint sampleTP cn-san-validate server

LocalGateway(config-sip-ua)# transport tcp tls v1.2
LocalGateway(config-sip-ua)# tcp-retry 1000
LocalGateway(config-sip-ua)#end
5

Atualizar o trustpool do gateway local:

O pacote confiável padrão não inclui os certificados "DigiCert Root CA" ou "IdenTrust Commercial" necessários para validar o certificado do lado do servidor durante o estabelecimento de conexão TLS para Webex Calling.

O pacote trustpool deve ser atualizado baixando o "Cisco Trusted Core Root Bundle" mais recente em http://www.cisco.com/security/pki/.

  1. Verifique se existem os certificados Comerciais DigiCert Room CA e IdenTrust:

    
    LocalGateway#show crypto pki trustpool | include DigiCert
  2. Se não existir, atualize da seguinte forma:

    
    LocalGateway#configure terminal
    Enter configuration commands, one per line.  End with CNTL/Z.
    LocalGateway(config)#crypto pki trustpool import clean url 
    http://www.cisco.com/security/pki/trs/ios_core.p7b
    Reading file from http://www.cisco.com/security/pki/trs/ios_core.p7b
    Loading http://www.cisco.com/security/pki/trs/ios_core.p7b 
    % PEM files import succeeded.
    LocalGateway(config)#end
    
  1. Verificar:

    
    LocalGateway#show crypto pki trustpool | include DigiCert
    cn=DigiCert Global Root CA
    o=DigiCert Inc
    cn=DigiCert Global Root CA
    o=DigiCert Inc
    
    LocalGateway#show crypto pki trustpool | include IdenTrust Commercial
    cn=IdenTrust Commercial Root CA 1
    cn=IdenTrust Commercial Root CA 1

Antes de começar

Certifique-se de ter concluído as etapas no Control Hub para criar um local e adicionado um tronco a esse local. No exemplo mostrado aqui, as informações foram obtidas do Control Hub.

1

Insira esses comandos para ativar o aplicativo de gateway local (consulte as Informações de referência de portas do Cisco Webex Calling para obter as subredes IP mais recentes que devem ser adicionadas à lista confiável):

LocalGateway#configure terminal
LocalGateway(config)#voice service voip
LocalGateway(conf-voi-serv)#ip address trusted list
LocalGateway(cfg-iptrust-list)#ipv4 x.x.x.x y.y.y.y
LocalGateway(cfg-iptrust-list)#exit
LocalGateway(conf-voi-serv)#allow-connections sip to sip
LocalGateway(conf-voi-serv)#media statistics
LocalGateway(conf-voi-serv)#media bulk-stats
LocalGateway(conf-voi-serv)#no supplementary-service sip refer
LocalGateway(conf-voi-serv)#no supplementary-service sip handle-replaces
LocalGateway(conf-voi-serv)# fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

LocalGateway(conf-serv-stun)#stun
LocalGateway(conf-serv-stun)#stun flowdata agent-id 1 boot-count 4
LocalGateway(conf-serv-stun)#stun flowdata shared-secret 0 Password123$

LocalGateway(conf-serv-stun)#sip

   LocalGateway(conf-serv-sip)#g729 annexb-all
   LocalGateway(conf-serv-sip)#early-offer forced
   LocalGateway(conf-serv-sip)#end

Explicação dos comandos:

Prevenção de fraudes tarifadas
Device(config)# voice service voip
Device(config-voi-serv)# ip address trusted list
Device(cfg-iptrust-list)# ipv4 x.x.x.x y.y.y.y
  • Ativa explicitamente os endereços IP de origem de entidades das quais o gateway local espera chamadas VoIP legítimas, como pares do Webex Calling, nós do Unified CM, IP PSTN.

  • Por padrão, o LGW bloqueia todas as configurações de chamadas VoIP recebidas de endereços IP que não estão na lista confiável. Os endereços IP de dial-peers com "IP de destino da sessão" ou Grupo de servidores são confiáveis por padrão e não precisam ser preenchidos aqui.

  • Os endereços IP nesta lista precisam corresponder às subredes IP de acordo com o data center regional do Webex Calling ao qual o cliente está conectado. Para obter mais informações, consulte Informações de referência de portas do Webex Calling.


     

    Se o LGW estiver protegido por um firewall com cone NAT restrito, você pode preferir desabilitar a lista de endereços IP confiáveis na interface voltada para o Webex Calling. Isso ocorre porque o firewall já o protege de VoIP de entrada não solicitado. Esta ação reduziria a sobrecarga de configuração a longo prazo, pois não podemos garantir que os endereços dos pares do Webex Calling permanecerão fixos e você precisará configurar seu firewall para os pares de qualquer forma.

  • Outros endereços IP podem precisar ser configurados em outras interfaces; por exemplo, seus endereços do Unified CM podem precisar ser adicionados às interfaces internas.

  • Os endereços IP devem corresponder ao IP dos hosts que o outbound-proxy determina no locatário 200

  • Consulte https://www.cisco.com/c/en/us/support/docs/voice/call-routing-dial-plans/112083-tollfraud-ios.html para obter mais informações.

Mídia
voice service voip
 media statistics 
 media bulk-stats 
  • Estatísticas de mídia habilita o monitoramento de mídia no gateway local.

  • Estatísticas de mídia em massa permite que o plano de controle pesquise o plano de dados das estatísticas de chamadas em massa.

Funcionalidade básica SIP para SIP
allow-connections sip to sip
Serviços complementares
 no supplementary-service sip refer
 no supplementary-service sip handle-replaces

Desativa o REFER e substitui a ID da caixa de diálogo no cabeçalho Substitui pela ID da caixa de diálogo do mesmo nível.

Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s12.html#wp2876138889 para obter mais informações.

Protocolo de fax
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

Ativa o T.38 para transporte de fax, embora o tráfego de faxes não seja criptografado.

Habilitar STUN global
stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
  • Quando uma chamada é encaminhada de volta a um usuário do Webex Calling (por exemplo, as partes chamadas e as chamadoras são assinantes do Webex Calling e têm a mídia ancorada no Webex Calling SBC), a mídia não pode fluir para o gateway local, pois o acesso não está aberto.

  • O recurso de vinculações STUN no gateway local permite que solicitações STUN geradas localmente sejam enviadas pelo caminho de mídia negociado. Isso ajuda a abrir o acesso no firewall.

  • A senha STUN é um pré-requisito para o gateway local enviar mensagens STUN. Os firewalls baseados em IOS/IOS-XE podem ser configurados para verificar essa senha e abrir acessos dinamicamente (por exemplo, sem regras explícitas de entrada e saída). Mas, para o caso de implantação de gateway local, o firewall é configurado estaticamente para abrir acessos de entrada e saída com base nas subredes do Webex Calling SBC. Como tal, o firewall deve apenas tratar isso como qualquer pacote UDP de entrada que acionará a abertura do acesso sem examinar explicitamente o conteúdo do pacote.

G729
sip
  g729 annexb-all

Permite todas as variantes do G729.

SIP
early-offer forced

Força o gateway local a enviar as informações SDP na mensagem de CONVITE inicial, em vez de aguardar a confirmação do par vizinho.

2

Configure o "Perfil SIP 200".

LocalGateway(config)# voice class sip-profiles 200
LocalGateway (config-class)# rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)" "sip:\1"
LocalGateway (config-class)# rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 12 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
LocalGateway (config-class)# rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 15 response ANY sip-header Contact modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 20 request ANY sip-header From modify ">" ";otg=hussain2572_lgu>"
LocalGateway (config-class)# rule 30 request ANY sip-header P-Asserted-Identity modify "sips:(.*)" "sip:\1"

Essas regras são

Explicação dos comandos:

  • a regra 9 garante que o header seja listado como “SIP-Req-URI” e não “SIP-Req-URL”

    Isso converte entre URIs SIP e URLs SIP, pois o Webex Calling não oferece suporte a URIs SIP nas mensagens de solicitação/resposta, mas precisa delas para consultas SRV, por exemplo. _sips._tcp.<outbound-proxy>.
  • a regra 20 modifica o cabeçalho De para incluir o parâmetro OTG/DTG do Grupo de troncos do Control Hub para identificar exclusivamente um site LGW dentro de uma empresa.

  • Este perfil SIP será aplicado ao locatário de classe de voz 200 (discutido posteriormente) em todo o tráfego voltado ao Webex Calling.

3

Configure o Perfil de codec, a definição de STUN e o conjunto de criptografia SRTP.

LocalGateway(config)# voice class codec 99
LocalGateway(config-class)# codec preference 1 g711ulaw
LocalGateway(config-class)# codec preference 2 g711alaw 
LocalGateway(config-class)# exit
LocalGateway(config)# voice class srtp-crypto 200
LocalGateway(config-class)# crypto 1 AES_CM_128_HMAC_SHA1_80
LocalGateway(config-class)# exit
LocalGateway(config)# voice class stun-usage 200
LocalGateway(config-class)# stun usage firewall-traversal flowdata
LocalGateway(config-class)# stun usage ice lite
LocalGateway(config-class)# exit

Explicação dos comandos:

  • Codec de classe de voz 99: Permite codecs g711 (mu e a-law) nas sessões. É aplicado a todos os pares de discagem.

  • Criptografia SRTP da classe de voz 200: Especifica o SHA1 80 como o único conjunto de cifras SRTP que é oferecido pelo gateway local na_oferta e resposta SDP. Webex Calling suporta apenas SHA1_80.

  • Será aplicado ao locatário de classe de voz 200 (discutido posteriormente) voltado para o Webex Calling.

  • Uso de STUN de classe de voz 200: Define o uso de STUN. É aplicado em todos os dial-peers voltados ao Webex Calling (tag 2XX) para evitar a falta de áudio quando um telefone Unified CM encaminha a chamada a outro telefone Webex Calling.


 

Nos casos em que a mídia está ancorada no ITSP SBC e o Gateway local protegido por um NAT e aguardando o fluxo de mídia de entrada do ITSP, este comando pode ser aplicado nos dial-peers voltados para ITSP.


 

O ICE-Lite para uso de STUN é necessário para fluxos de chamadas que utilizam a otimização de caminhos de mídia.

4

Mapeie os parâmetros do Control Hub para a configuração do gateway local:

O Webex Calling é adicionado como um locatário no gateway local. A configuração necessária para registrar o gateway local é definida no locatário de classe de voz 200. Você deve obter os elementos dessa configuração na página de Informações do tronco no Control Hub, conforme mostrado nesta imagem. Este é um exemplo para exibir quais campos são mapeados à respectiva CLI do gateway local.

O locatário 200 é então aplicado a todos os dial-peers voltados para o Webex Calling (tag 2xx) na configuração do gateway local. O recurso de locatário de classe de voz permite o agrupamento e a configuração de parâmetros de tronco SIP, de outra forma feito sob o serviço de voz voip e sip-ua. Quando um locatário é configurado e aplicado em um dial-peer, as configurações de IOS-XE são aplicadas na seguinte ordem de preferência:

  • Configuração de dial-peer

  • Configuração de locatário

  • Configuração global (serviço de voz voip/sip-ua)

5

Configure o locatário de classe de voz 200 para habilitar o Registro de tronco do LGW no Webex Calling com base nos parâmetros que você obteve do Control Hub:


 

A linha de comando e os parâmetros abaixo são apenas exemplos. Você deve usar os parâmetros para sua própria implantação.

LocalGateway(config)#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

Explicação dos comandos:

voice class tenant 200

O recurso de vários locatários de um gateway local permite configurações globais específicas para vários locatários em troncos SIP que permitem serviços diferenciados a locatários.

registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls

Servidor de registrador do gateway local com o registro definido para atualizar a cada dois minutos (50% de 240 segundos). Para obter mais informações, consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-r1.html#wp1687622014.

credentials number Hussain6346_LGU username Hussain2572_LGU password 0 meX71]~)Vmf realm BroadWorks

Desafio das credenciais para o Registro de troncos. Para obter mais informações, consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-c6.html#wp3153621104.

authentication username Hussain2572_LGU password 0 meX71]~)Vmf realm BroadWorks
authentication username Hussain2572_LGU password 0 meX71]~)Vmf realm 40462196.cisco-bcld.com

Desafio de autenticação para chamadas. Para obter mais informações, consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1551532462.

no remote-party-id

Desative o cabeçalho SIP RPID (Remote-Party-ID), pois o Webex Calling é compatível com o PAI, que é ativado usando CIO asserted-id pai(veja abaixo).

sip-server dns:40462196.cisco-bcld.com
Servidores do Webex Calling. Para obter mais informações, consulte: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1551532462
connection-reuse

Para usar a mesma conexão persistente para registro e processamento de chamadas.

srtp-crypto 200

Especifica SHA1_80 conforme definido em voice class srtp-crypto 200.

session transport tcp tls
Define o transporte para TLS
url sips

A consulta SRV deve ser SIPs, conforme compatível com o Access SBC; todas as outras mensagens são alteradas para SIP pelo perfil sip 200.

error-passthru

Funcionalidade de transmissão de resposta a erros SIP

asserted-id pai

Ativa o processamento de PAI no gateway local.

bind control source-interface GigabitEthernet0/0/1

Interface de origem de sinalização voltada para o Webex Calling.

bind media source-interface GigabitEthernet0/0/1

Interface de origem de mídia voltada para o Webex Calling.

no pass-thru content custom-sdp

Comando padrão no locatário.

sip-profiles 200

Altera SIPS para SIP e modifica Linha/Porta para mensagens de CONVITE e REGISTRO conforme definido em voice class sip-profiles 200.

outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com

Webex Calling Access SBC. Para obter mais informações, consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-o1.html#wp3297755699.

privacy-policy passthru

Transmita de forma transparente os valores do cabeçalho de privacidade do trecho recebido para o de saída.

Depois que o locatário 200 é definido no gateway local e um dial-peer SIP VoIP é configurado, o gateway inicia uma conexão TLS com o Webex Calling, momento em que o Access SBC apresenta o certificado ao gateway local. O gateway local valida o certificado do Webex Calling Access SBC usando o pacote raiz CA atualizado anteriormente. Uma sessão TLS persistente é estabelecida entre o gateway local e o Webex Calling Access SBC. O gateway local então envia um REGISTRO ao Access SBC que é contestado. O AOR de registro é number@domain. O número é obtido do parâmetro "número" das credenciais e o domínio do "registrador dns:<fqdn>". Quando o Registro é contestado, os parâmetros de nome de usuário, senha e domínio das credenciais são usados para criar o cabeçalho e o perfil sip 200 converte a URL SIPS em SIP. O registro será bem-sucedido assim que 200 OK for recebido do Access SBC.

A seguinte configuração no gateway local é necessária nesta opção de implantação:

  1. Locatários de classe de voz—Primeiro, criaremos locatários adicionais de ITSP voltado para dial-peers semelhante ao locatário 200 que criamos para dial-peers voltados para o Webex Calling.

  2. URIs de classe de voz—Padrões que definem endereços/portas IP de host para vários troncos que terminam no Gateway local: Webex Calling para LGW; e terminação de tronco SIP PSTN no LGW.

  3. Dial-peers de saída—Para encaminhar trechos de chamadas de saída do LGW ao tronco SIP ITSP e Webex Calling.

  4. DPG de classe de voz—Dial-peers de saída de destino invocados de um dial-peer de entrada.

  5. Dial-peers de entrada—Para aceitar trechos de chamadas de entrada do ITSP e Webex Calling.

A configuração nesta seção pode ser usada para configuração de gateway local hospedado por parceiro, conforme mostrado abaixo, ou gateway de site do cliente local.

1

Configure os seguintes locatários da classe de voz:

  1. O locatário de classe de voz 100 é aplicado em todos os dial-peers de SAÍDA voltados para IP PSTN.

    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
    
  2. O locatário de classe de voz 300 é aplicado em todos os dial-peers de ENTRADA do IP PSTN.

    voice class tenant 300 
      bind control source-interface GigabitEthernet0/0/0
      bind media source-interface GigabitEthernet0/0/0
      no pass-thru content custom-sdp
    
2

Configure a seguinte URI de classe de voz:

  1. Defina o endereço IP de host do ITSP:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Defina o padrão para identificar exclusivamente um site de gateway local dentro de uma empresa com base no parâmetro TrunkGroup OTG/DTG do Control Hub:

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

    O gateway local não suporta atualmente sublinhado "_" no padrão de match. Como solução alternativa, usamos o ponto "." (corresponder a qualquer) para corresponder com a_".

    Received
    INVITE sip:+16785550123@198.18.1.226:5061;transport=tls;dtg=hussain2572_lgu SIP/2.0
       Via: SIP/2.0/TLS 199.59.70.30:8934;branch=z9hG4bK2hokad30fg14d0358060.1
     pattern :8934
    
3

Configure os seguintes dial-peers de saída:

  1. Dial-peer de saída para IP PSTN:

    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

    Explicação dos comandos:

    dial-peer voice 101 voip
     description Outgoing dial-peer to PSTN
    

    Define um dial-peer VOIP com uma tag de 101 e uma descrição significativa é fornecida para facilitar o gerenciamento e a solução de problemas.

    destination-pattern BAD.BAD

    Padrão de dígitos que permite a seleção deste dial-peer. No entanto, invocaremos este dial-peer de saída diretamente do dial-peer de entrada usando instruções DPG e isso ignora os critérios de correspondência do padrão de dígitos. Como resultado, estamos usando um padrão arbitrário baseado em dígitos alfanuméricos permitidos pela CLI de padrão de destino.

    session protocol sipv2

    Especifica que este dial-peer gerenciará trechos de chamadas SIP.

    session target ipv4:192.168.80.13

    Indica o endereço IPv4 alvo do destino para o qual esse trecho de chamada será enviado. Neste caso, o endereço IP do ITSP.

    voice-class codec 99

    Indica a lista de preferências de codec 99 a ser usada para este dial-peer.

    dtmf-relay rtp-nte

    Define o RTP-NTE (RFC2833) como a capacidade DTMF esperada neste trecho de chamada.

    voice-class sip tenant 100

    O dial-peer herdará todos os parâmetros do Locatário 100, a menos que o mesmo parâmetro seja definido no próprio dial-peer.

    no vad

    Desativa a detecção de atividade de voz.

  2. Dial-peer de saída para Webex Calling (Este dial-peer será atualizado para servir como dial-peer de entrada do Webex Calling também posteriormente no guia de configuração).

    dial-peer voice 200201 voip
     description Inbound/Outbound Webex Calling
     destination-pattern BAD.BAD
     session protocol sipv2
     session target sip-server
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class stun-usage 200
     no voice-class sip localhost
     voice-class sip tenant 200
     srtp
     no vad
    

    Explicação dos comandos:

    dial-peer voice 200201 voip
         description Inbound/Outbound Webex Calling

    Define um dial-peer VOIP com uma tag de 200201 e uma descrição significativa é fornecida para facilitar o gerenciamento e a solução de problemas

    session target sip-server

    Indica que o servidor SIP global é o destino das chamadas deste dial-peer. O servidor Webex Calling definido no locatário 200 é herdado para este dial-peer.

    voice-class stun-usage 200

    O recurso de vinculações STUN no gateway local permite que solicitações STUN geradas localmente sejam enviadas pelo caminho de mídia negociado. Isso ajuda a abrir o acesso no firewall.

    no voice-class sip localhost

    Desativa a substituição do nome do localhost de DNS no lugar do endereço IP físico nos cabeçalhos De, ID de chamada e Remote-Party-ID das mensagens de saída.

    voice-class sip tenant 200

    O dial-peer herda todos os parâmetros do Locatário 200 (LGW <--> Tronco do Webex Calling), a menos que o mesmo parâmetro seja definido no dial-peer.

    srtp

    O SRTP está habilitado para este trecho de chamada.

    no vad

    Desativa a detecção de atividade de voz.

4

Configure os seguintes grupos de dial-peer (DPG):

  1. Define o grupo de dial-peer 100. O dial-peer de saída 101 é o destino para qualquer dial-peer de entrada que invoca o grupo de dial-peer 100. Aplicaremos o DPG 100 no dial-peer de entrada 200201 do caminho Webex Calling --> LGW --> PSTN.

    voice class dpg 100
     description Incoming WxC(DP200201) to IP PSTN(DP101)
     dial-peer 101 preference 1
    
  2. Defina o grupo de dial-peer 200 com dial-peer de saída 200201 como o destino do caminho PSTN --> LGW --> Webex Calling. O DPG 200 será aplicado no dial-peer de entrada 100 definido posteriormente.

    voice class dpg 200
     description Incoming IP PSTN(DP100) to Webex Calling(DP200201)
     dial-peer 200201 preference 1
    
5

Configure os seguintes dial-peers de entrada:

  1. Dial-peer de entrada para trechos de chamadas IP PSTN de entrada:

    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
    

    Explicação dos comandos

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN

    Define um dial-peer VOIP com uma tag de 100 e uma descrição significativa é fornecida para facilitar o gerenciamento e a solução de problemas.

    session protocol sipv2

    Especifica que este dial-peer gerenciará trechos de chamadas SIP.

    incoming uri via 100

    Todo o tráfego recebido do IP PSTN no LocalGW é correspondido no endereço IP de host do cabeçalho VIA de entrada definido na classe de voz URI 100 SIP para corresponder com base no endereço IP de origem (do ITSP).

    destination dpg 200

    Com o DPG 200 de destino, o IOS-XE ignora os critérios clássicos de correspondência do dial-peer de saída e prossegue imediatamente para configurar o trecho da chamada de saída usando dial-peers definidos no grupo de dial-peer 200 de destino, que é o dial-peer 200201.

    voice-class sip tenant 300

    O dial-peer herdará todos os parâmetros do Locatário 300, a menos que o mesmo parâmetro seja definido no próprio dial-peer.

    no vad

    Desativa a detecção de atividade de voz.

  2. Dial-peer de entrada para trechos de chamadas de entrada Webex Calling:

    dial-peer voice 200201 voip
     description Inbound/Outbound Webex Calling
     max-conn 250
     destination dpg 100
     incoming uri request 200
     

    Explicação dos comandos

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling

    Atualiza um dial-peer VOIP com uma tag de 200201 e uma descrição significativa é fornecida para facilitar o gerenciamento e a solução de problemas.

    incoming uri request 200

    Todo o tráfego recebido do Webex Calling no LGW pode ser correspondido no padrão dtg exclusivo na URI de solicitação, identificando exclusivamente o site do gateway local dentro de uma empresa e no ecossistema do Webex Calling.

    destination dpg 100

    Com o DPG 100 de destino, o IOS-XE ignora os critérios clássicos de correspondência do dial-peer de saída e prossegue imediatamente para configurar o trecho da chamada de saída usando dial-peers definidos no grupo de dial-peer 100 de destino, que é o dial-peer 101.

    max-conn 250

    Restringe o número de chamadas simultâneas para 250 entre o LGW e o Webex Calling, presumindo que um único colega de discagem voltada Webex Calling para chamadas de entrada e saída, conforme definido neste guia. Para obter mais detalhes sobre os limites de chamadas simultâneas envolvendo o gateway local, visite https://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/mcp/DEPLOYMENT_CALLING_Unified_CM_to_Webex_Calling.pdf.

PSTN para o Webex Calling

Todos os trechos de chamadas IP PSTN de entrada no gateway local são combinados no dial-peer 100, pois define um critério de correspondência no cabeçalho VIA com o endereço IP do IP PSTN. A seleção do dial-peer de saída é ditada pelo DPG 200 que invoca diretamente o dial-peer de saída 200201, cujo servidor do Webex Calling está listado como o destino escolhido.

Webex Calling para PSTN

Todos os trechos de chamadas de entrada Webex Calling no gateway local são combinados no dial-peer 200201, pois ele atende a um critério de correspondência do padrão de cabeçalho URI de SOLICITAÇÃO com o parâmetro TrunkGroup OTG/DTG, exclusivo para esta implantação de gateway local. A seleção do dial-peer de saída é ditada pelo DPG 100, que invoca diretamente o dial-peer 101, que tem o endereço IP do IP PSTN listado como o destino escolhido.

Para esta opção de implantação, a seguinte configuração no gateway local é necessária:

  1. Locatários de classe de voz—Você deve criar locatários adicionais para dial-peers voltados ao Unified CM e ITSP, semelhante ao locatário 200 que criamos para dial-peers voltados ao Webex Calling.

  2. URIs de classe de voz—Padrões que definem endereços/portas IP de host para vários troncos que terminam no LGW: do Unified CM ao LGW para destinos PSTN; do Unified CM ao LGW para destinos do Webex Calling; do Webex Calling ao LGW; e terminação de tronco SIP PSTN no LGW.

  3. Grupo de servidores de classe de voz—Endereços/portas IP de destino para troncos de saída do LGW ao Unified CM, Webex Calling e tronco SIP PSTN.

  4. Dial-peers de saída—Para encaminhar trechos de chamadas de saída do LGW ao Unified CM, tronco SIP ITSP e/ou Webex Calling.

  5. DPG de classe de voz—Dial-peers de saída de destino invocados de um dial-peer de entrada.

  6. Dial-peers de entrada—Para aceitar trechos de chamadas de entrada do Unified CM, ITSP e/ou Webex Calling.

1

Configure os seguintes locatários da classe de voz:

  1. O locatário da classe de voz 100 é aplicado em todos os dial-peers de saída voltados para o Unified CM e IP PSTN:

    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
    
  2. O locatário da classe de voz 300 será aplicado em todos os dial-peers de entrada do Unified CM e IP PSTN:

    voice class tenant 300 
      bind control source-interface GigabitEthernet0/0/0
      bind media source-interface GigabitEthernet0/0/0
      no pass-thru content custom-sdp
    
2

Configure as seguintes URIs de classe de voz:

  1. Define o endereço IP de host do ITSP:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Defina o padrão para identificar exclusivamente um site de gateway local dentro de uma empresa com base no parâmetro TrunkGroup OTG/DTG do Control Hub:

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

    O gateway local atualmente não suporta sublinhado "_" no padrão de match. Como solução alternativa, usamos o ponto "." (corresponder a qualquer) para corresponder com a_".

    Received
    INVITE sip:+16785550123@198.18.1.226:5061;transport=tls;dtg=hussain2572_lgu SIP/2.0
       Via: SIP/2.0/TLS 199.59.70.30:8934;branch=z9hG4bK2hokad30fg14d0358060.1
     pattern :8934
    
  3. Define a porta VIA de sinalização do Unified CM do tronco do Webex Calling:

    voice class uri 300 sip
     pattern :5065
    
  4. Define o IP de sinalização de origem CUCM e a porta VIA do tronco PSTN:

    voice class uri 302 sip
     pattern 192.168.80.60:5060
    
3

Configure os seguintes grupos de servidores de classe de voz:

  1. Define o endereço IP do host de destino do tronco Unified CM e o número da porta para o Unified CM Grupo 1 (5 nós). O Unified CM usa a porta 5065 para o tráfego de entrada no tronco Webex Calling (Webex Calling <-> LGW --> Unified CM).

    voice class server-group 301
     ipv4 192.168.80.60 port 5065
    
  2. Define o endereço IP do host de destino do tronco Unified CM e o número da porta para o Unified CM Grupo 2, se aplicável:

    voice class server-group 303
     ipv4 192.168.80.60 port 5065
    
  3. Define o endereço IP do host de destino do tronco Unified CM para o Unified CM Grupo 1 (5 nós). O Unified CM usa a porta padrão 5060 para o tráfego de entrada no tronco PSTN. Se não houver nenhum número de porta especificado, o 5060 padrão será usado. (PSTN <-> LGW --> Unified CM)

    voice class server-group 305
     ipv4 192.168.80.60
    
  4. Define o endereço IP do host de destino do tronco Unified CM para o Unified CM Grupo 2, se aplicável.

    voice class server-group 307 
     ipv4 192.168.80.60
    
4

Configure os seguintes dial-peers de saída:

  1. Dial-peer de saída peer para IP PSTN:

    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
    

    Explicação dos comandos

    dial-peer voice 101 voip
    description Outgoing dial-peer to PSTN

    Define um dial-peer VOIP com uma tag de 101 e uma descrição significativa é fornecida para facilitar o gerenciamento e a solução de problemas.

    destination-pattern BAD.BAD

    Padrão de dígitos que permitirá a seleção deste dial-peer. No entanto, invocaremos este dial-peer de saída diretamente do dial-peer de entrada usando instruções DPG e isso ignora os critérios de correspondência do padrão de dígitos. Como resultado, estamos usando um padrão arbitrário baseado em dígitos alfanuméricos permitidos pela CLI de padrão de destino.

    session protocol sipv2

    Especifica que este dial-peer gerenciará trechos de chamadas SIP.

    session target ipv4:192.168.80.13

    Indica o endereço IPv4 de destino escolhido para o qual esse trecho de chamada será enviado. (Neste caso, o endereço IP do ITSP.)

    voice-class codec 99

    Indica a lista de preferências de codec 99 a ser usada para este dial-peer.

    voice-class sip tenant 100

    O dial-peer herdará todos os parâmetros do Locatário 100, a menos que o mesmo parâmetro seja definido no próprio dial-peer.

  2. Dial-peer de saída para o Webex Calling (Este dial-peer será atualizado para servir como dial-peer de entrada do Webex Calling também posteriormente no guia de configuração.):

    dial-peer voice 200201 voip
     description Inbound/Outbound Webex Calling
     destination-pattern BAD.BAD
     session protocol sipv2
     session target sip-server
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class stun-usage 200
     no voice-class sip localhost
     voice-class sip tenant 200
     srtp
     no vad
    

    Explicação dos comandos

    dial-peer voice 200201 voip
     description Inbound/Outbound Webex Calling

    Define um dial-peer VOIP com uma tag de 200201 e uma descrição significativa é fornecida para facilitar o gerenciamento e a solução de problemas.

    session target sip-server

    Indica que o servidor SIP global é o destino das chamadas deste dial-peer. O servidor do Webex Calling definido no locatário 200 será herdado para este dial-peer.

    voice-class stun-usage 200

    O recurso de associações STUN no LGW permite que solicitações de STUN geradas localmente sejam enviadas pelo caminho de mídia negociado. Isso ajuda a abrir o acesso no firewall.

    no voice-class sip localhost

    Desativa a substituição do nome do localhost de DNS no lugar do endereço IP físico nos cabeçalhos De, ID de chamada e Remote-Party-ID das mensagens de saída.

    voice-class sip tenant 200

    O dial-peer herda todos os parâmetros do Locatário 200 (LGW <--> Tronco do Webex Calling), a menos que o mesmo parâmetro seja definido no dial-peer.

    srtp

    O SRTP está habilitado para este trecho de chamada.

  3. Dial-peer de saída para o tronco Webex Calling do Unified CM:

    dial-peer voice 301 voip
     description Outgoing dial-peer to CUCM-Group-1 for 
    inbound from Webex Calling - Nodes 1 to 5
     destination-pattern BAD.BAD
     session protocol sipv2
     session server-group 301
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad
    

    Explicação dos comandos

    dial-peer voice 301 voip
    description Outgoing dial-peer to CUCM-Group-1 for 
    inbound from Webex Calling – Nodes 1 to 5

    Define um dial-peer VOIP com uma tag de 301 e uma descrição significativa é fornecida para facilitar o gerenciamento e a solução de problemas.

    session server-group 301

    Em vez do IP de destino da sessão no dial-peer, estamos apontando para um Grupo de servidores de destino (server-group 301 do dial-peer 301) para definir vários nós UCM de destino, embora o exemplo mostre apenas um único nó.

    Grupo de servidores no dial-peer de saída

    Com vários dial-peers no DPG e vários servidores no grupo de servidores de dial-peer, podemos obter uma distribuição aleatória das chamadas de todos os assinantes de processamento de chamadas do Unified CM ou buscar com base em uma preferência definida. Cada grupo de servidores pode ter até cinco servidores (IPv4/v6 com ou sem porta). Um segundo dial-peer e um segundo grupo de servidores só serão necessários se mais de cinco assinantes de processamento de chamadas forem usados.

    Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/multiple-server-groups.html para obter mais informações.

  4. Segundo dial-peer de saída para o tronco Webex Calling do Unified CM se você tiver mais de 5 nós do Unified CM:

    dial-peer voice 303 voip
     description Outgoing dial-peer to CUCM-Group-2 
    for inbound from Webex Calling - Nodes 6 to 10
     destination-pattern BAD.BAD
     session protocol sipv2
     session server-group 303
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad
  5. Dial-peer de saída para o tronco PSTN do Unified CM:

    dial-peer voice 305 voip
     description Outgoing dial-peer to CUCM-Group-1 
    for inbound from PSTN - Nodes 1 to 5
     destination-pattern BAD.BAD
     session protocol sipv2
     session server-group 305
     voice-class codec 99 
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad
    
  6. Segundo dial-peer de saída para o tronco PSTN do Unified CM se você tiver mais de 5 nós do Unified CM:

    dial-peer voice 307 voip
     description Outgoing dial-peer to CUCM-Group-2 
    for inbound from PSTN - Nodes 6 to 10
     destination-pattern BAD.BAD
     session protocol sipv2
     session server-group 307
     voice-class codec 99  
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad
    
5

Configure o seguinte DPG:

  1. Define o DPG 100. O dial-peer de saída 101 é o destino para qualquer dial-peer de entrada que invoca o grupo de dial-peer 100. Aplicaremos o DPG 100 no dial-peer de entrada 302 definido posteriormente para o caminho Unified CM --> LGW --> PSTN.

    voice class dpg 100
     dial-peer 101 preference 1
    
  2. Defina o DPG 200 com o dial-peer de saída 200201 como o destino para o caminho Unified CM --> LGW --> Webex Calling:

    voice class dpg 200
     dial-peer 200201 preference 1
    
  3. Defina o DPG 300 com os dial-peers de saída 301 ou 303 para o caminho Webex Calling --> LGW --> Unified CM:

    voice class dpg 300
     dial-peer 301 preference 1
     dial-peer 303 preference 1
    
  4. Defina o DPG 302 com os dial-peers de saída 305 ou 307 para o caminho PSTN --> LGW --> Unified CM:

    voice class dpg 302
     dial-peer 305 preference 1
     dial-peer 307 preference 1
    
6

Configure os seguintes dial-peers de entrada:

  1. Dial-peer de entrada para trechos de chamadas IP PSTN de entrada:

    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
    

    Explicação dos comandos

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN

    Define um dial-peer VOIP com uma tag de 100 e uma descrição significativa é fornecida para facilitar o gerenciamento e a solução de problemas.

    session protocol sipv2

    Especifica que este dial-peer gerenciará trechos de chamadas SIP.

    incoming uri via 100

    Todo o tráfego recebido do IP PSTN no LGW é correspondido no endereço IP de host do cabeçalho VIA de entrada definido na classe de voz URI 100 SIP para corresponder com base no endereço IP de origem (do ITSP).

    destination dpg 302

    Com o DPG 302 de destino, o IOS-XE ignora os critérios clássicos de correspondência do dial-peer de saída e prossegue imediatamente para configurar o trecho da chamada de saída usando dial-peers definidos no DPG 302 de destino, que pode ser o dial-peer 305 ou o dial-peer 307.

    voice-class sip tenant 300

    O dial-peer herdará todos os parâmetros do Locatário 300, a menos que o mesmo parâmetro seja definido no próprio dial-peer.

  2. Dial-peer de entrada para trechos de chamadas de entrada Webex Calling:

    dial-peer voice 200201 voip
     description Inbound/Outbound Webex Calling
     max-conn 250
     destination dpg 300
     incoming uri request 200
     

    Explicação dos comandos

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling

    Atualiza um dial-peer VOIP com uma tag de 200201 e uma descrição significativa é fornecida para facilitar o gerenciamento e a solução de problemas.

    incoming uri request 200

    Todo o tráfego recebido do Webex Calling no LGW pode ser correspondido no padrão dtg exclusivo na URI de solicitação, identificando exclusivamente um site de gateway local dentro de uma empresa e no ecossistema do Webex Calling.

    destination dpg 300

    Com o DPG 300 de destino, o IOS-XE ignora os critérios clássicos de correspondência do dial-peer de saída e prossegue imediatamente para configurar o trecho da chamada de saída usando dial-peers definidos no DPG 300 de destino, que pode ser o dial-peer 301 ou o dial-peer 303.

    max-conn 250

    Restringe o número de chamadas simultâneas para 250 entre o LGW e o Webex Calling presumindo que um único colega de discagem Webex Calling para chamadas de entrada e saída, conforme definido neste guia. Para obter mais detalhes sobre os limites de chamadas simultâneas envolvendo o gateway local, visite https://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/mcp/DEPLOYMENT_CALLING_Unified_CM_to_Webex_Calling.pdf.

  3. Dial-peer de entrada para trechos de chamadas recebidas do Unified CM com o Webex Calling como o destino:

    dial-peer voice 300 voip
     description Incoming dial-peer from CUCM for Webex Calling
     session protocol sipv2
     destination dpg 200
     incoming uri via 300
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 300
     no vad
    

    Explicação dos comandos

    dial-peer voice 300 voip
    description Incoming dial-peer from CUCM for Webex Calling

    Define um dial-peer VOIP com uma tag de 300 e uma descrição significativa é fornecida para facilitar o gerenciamento e a solução de problemas.

    incoming uri via 300

    Todo o tráfego recebido do Unified CM no LGW é correspondido na porta de origem VIA (5065), definida na classe de voz URI 300 SIP.

    destination dpg 200

    Com o DPG 200 de destino, o IOS-XE ignora os critérios clássicos de correspondência do dial-peer de saída e prossegue imediatamente para configurar o trecho da chamada de saída usando dial-peers definidos no DPG 200 de destino, que será o dial-peer 200201.

    voice-class sip tenant 300

    O dial-peer herdará todos os parâmetros do Locatário 300, a menos que o mesmo parâmetro seja definido no próprio dial-peer.

  4. Dial-peer de entrada para trechos de chamadas recebidas do Unified CM com o PSTN como o destino:

    dial-peer voice 302 voip
     description Incoming dial-peer from CUCM for PSTN
     session protocol sipv2
     destination dpg 100
     incoming uri via 302
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 300
     no vad
    

    Explicação dos comandos

    dial-peer voice 302 voip
    description Incoming dial-peer from CUCM for PSTN

    Define um dial-peer VOIP com uma tag de 302 e uma descrição significativa é fornecida para facilitar o gerenciamento e a solução de problemas.

    incoming uri via 302

    Todo o tráfego recebido do Unified CM no LGW de um destino PSTN é correspondido no endereço IP de sinalização de origem do Unified CM e na porta VIA definida na classe de voz URI 302 SIP. A porta SIP padrão 5060 é usada.

    destination dpg 100

    Com o DPG 100 de destino, o IOS-XE ignora os critérios clássicos de correspondência do dial-peer de saída e prossegue imediatamente para configurar o trecho da chamada de saída usando dial-peers definidos no DPG 100 de destino, que será o dial-peer 101.

    voice-class sip tenant 300

    O dial-peer herdará todos os parâmetros do Locatário 300, a menos que o mesmo parâmetro seja definido no próprio dial-peer.

IP PSTN para tronco PSTN do Unified CM

Plataforma do Webex Calling para o tronco Webex Calling do Unified CM

Tronco PSTN do Unified CM para IP PSTN

Tronco Webex Calling do Unified CM para plataforma do Webex Calling

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

As Assinaturas de diagnóstico (DS) são arquivos XML contendo informações sobre eventos desencadeadores de problemas e ações a serem tomadas para informar, solucionar e remediar o problema. A lógica de detecção de problemas é definida usando mensagens do syslog, eventos SNMP e por meio do monitoramento periódico dos resultados de comandos show específicos. Os tipos de ação incluem coletar resultados de comandos show, gerar um arquivo de registro consolidado e carregar o arquivo para um local de rede fornecido pelo usuário, como HTTPS, SCP, servidor FTP. Os arquivos DS são de autoria dos engenheiros do TAC e assinados digitalmente para proteção da integridade. Cada arquivo DS possui uma ID numérica exclusiva atribuída pelo sistema. A Ferramenta de pesquisa de assinaturas de diagnóstico (DSLT) é uma fonte única para encontrar assinaturas aplicáveis para monitoramento e solução de uma variedade de problemas.

Antes de você começar:

  • Não edite o arquivo DS baixado de DSLT. Os arquivos modificados falharão na instalação devido a um erro de verificação de integridade.

  • Um servidor SMTP (Simple Mail Transfer Protocol) é necessário para que o gateway local envie notificações por e-mail.

  • Certifique-se de que o gateway local esteja executando o IOS XE 17.3.2 ou superior se 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

  1. As Assinaturas de diagnóstico estão ativadas por padrão.

  2. Configure o servidor de e-mail seguro a ser usado para enviar notificação proativa se o dispositivo estiver executando o IOS XE 17.3.2 ou superior.

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home  
    LocalGateway(cfg-call-home)#mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    LocalGateway(config)#end 
  3. Configure a variável de ds_email ambiente com o endereço de e-mail do administrador para ser notificado.

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

Gateway local executando o IOS XE 16.11.1 ou superior

  1. As Assinaturas de diagnóstico estão ativadas por padrão.

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

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home  
    LocalGateway(cfg-call-home)#mail-server  <email server> priority 1 
    LocalGateway(config)#end 
    
  3. Configure a variável de ds_email ambiente com o endereço de e-mail do administrador para ser notificado.

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

Gateway local executando a versão 16.9.x

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

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home reporting contact-email-addr sch-smart-licensing@cisco.com  
    LocalGateway(config)#end  
  2. 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.

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home  
    LocalGateway(cfg-call-home)#mail-server  <email server> priority 1 
    LocalGateway(config)#end 
  3. Configure a variável de ds_email ambiente com o endereço de e-mail do administrador para ser notificado.

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

O seguinte mostra um exemplo de configuração de um gateway local executando o IOS XE 17.3.2 para enviar notificações proativas a tacfaststart@gmail.com usando o Gmail como o servidor SMTP seguro:


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

O gateway local executando o software IOS XE não é um cliente típico do Gmail baseado na web compatível com OAuth, portanto, precisamos definir uma configuração específica da conta do Gmail e fornecer permissão específica para que o e-mail do dispositivo seja processado corretamente:

  1. Vá para Gerenciar conta do Google > Segurança e ative a configuração Acesso de aplicativos menos seguros.

  2. Responda "Sim, fui eu" ao receber um e-mail do Gmail dizendo "O Google impediu que alguém iniciasse sessão na sua conta usando um aplicativo que não é do Google".

Instalar assinaturas de diagnóstico para monitoramento proativo

Monitoramento de alta utilização da CPU

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

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

    
    LocalGateway# show snmp 
    %SNMP agent not enabled 
    LocalGateway# 
    
    LocalGateway# 
    LocalGateway# config t 
    LocalGateway(config)# snmp-server manager 
    LocalGateway(config)#end 
    LocalGateway# 
    
    LocalGateway# 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 
    .... 
    .... 
    LocalGateway# 
  2. Baixe o DS 64224 usando as seguintes opções suspensas na Ferramenta de pesquisa de assinaturas de diagnóstico:

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

    Nome do campo

    Valor do campo

    Plataforma

    Cisco 4300, 4400 ISR Series ou Cisco CSR 1000V Series

    Produto

    CUBE Enterprise na solução do Webex Calling

    Escopo do problema

    Desempenho

    Tipo de problema

    Alta utilização da CPU com notificação por e-mail

  3. 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 seguinte mostra um exemplo de cópia do arquivo de um servidor FTP para o Gateway local.

    
    LocalGateway# 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) 
    LocalGateway # 
  4. Instale o arquivo DS XML no Gateway local.

    
    LocalGateway# call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
    LocalGateway# 
  5. Verifique se a assinatura foi instalada com êxito usando show call-home diagnostic-signature. A coluna de status deve ter um valor "registrado".

    
    LocalGateway# 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

    LocalGateway#


    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.

Monitoramento do registro de tronco SIP

Este DS verifica o cancelamento do registro de um tronco SIP do gateway local com o Cisco Webex Calling em nuvem a cada 60 segundos. Assim que o evento de cancelamento de registro é detectado, ele gera uma notificação por e-mail e do syslog e se desinstala após duas ocorrências de cancelamento de registro. Use as etapas abaixo para instalar a assinatura.

  1. 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 de registro de tronco SIP com notificação por e-mail

  2. Copie o arquivo DS XML para o Gateway local.

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash:
  3. Instale o arquivo DS XML no Gateway local.

    
    LocalGateway# call-home diagnostic-signature load DS_64117.xml 
    Load file DS_64117.xml success 
    LocalGateway#  
  4. Verifique se a assinatura foi instalada com êxito usando show call-home diagnostic-signature. A coluna de status deve ter um valor "registrado".

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

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

    
    LocalGateway# show snmp 
    %SNMP agent not enabled 
    LocalGateway# 
    
    LocalGateway# 
    LocalGateway# config t 
    LocalGateway(config)# snmp-server manager 
    LocalGateway(config)#end 
    LocalGateway# 
    
    LocalGateway# 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 
    .... 
    .... 
    LocalGateway# 
  2. 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 por e-mail e do syslog

  3. Copie o arquivo DS XML para o Gateway local.

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
  4. Instale o arquivo DS XML no Gateway local.

    
    LocalGateway# call-home diagnostic-signature load DS_65221.xml 
    Load file DS_65221.xml success 
    LocalGateway# 
  5. Verifique se a assinatura foi instalada com êxito usando show call-home diagnostic-signature. A coluna de status deve ter um valor "registrado".

Instale assinaturas de diagnóstico para solucionar um problema

As Assinaturas de diagnóstico (DS) também podem ser usadas para resolver problemas rapidamente. Os engenheiros do TAC da Cisco 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 TAC da Cisco. Isso elimina a necessidade de verificar manualmente a ocorrência do problema e torna a solução de problemas intermitentes e temporários muito mais fácil.

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

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

  1. Configure uma variável adicional de ambiente DS que é o caminho do servidor de arquivo CiscoTRONIC (cxd.cisco.com) para o qual os dados de ds_fsurl_prefix 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 do arquivo, que pode ser recuperado do Gerenciador de casos de suporte conforme mostrado abaixo. O token de carregamento do arquivo pode ser gerado na seção de Anexos do Gerenciador de casos de suporte, conforme necessário.

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home  
    LocalGateway(cfg-call-home)#diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
    LocalGateway(config)#end 

    Exemplo:

    
    call-home  
    diagnostic-signature 
    environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
  2. Certifique-se de que o SNMP esteja ativado usando o comando show snmp. Se não estiver, configure o comando "snmp-server manager".

    
    LocalGateway# show snmp 
    %SNMP agent not enabled 
    LocalGateway# 
     
    LocalGateway# 
    LocalGateway# config t 
    LocalGateway(config)# snmp-server manager 
    LocalGateway(config)#end 
    LocalGateway# 
  3. Recomenda-se 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

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

  5. Copie os arquivos DS XML para o Gateway local.

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash: 
  6. Instale o monitoramento de Alta CPU DS 64224 e, em seguida, o arquivo XML do DS 65095 no Gateway local.

    
    LocalGateway# call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
    LocalGateway# 
    LocalGateway# call-home diagnostic-signature load DS_65095.xml 
    Load file DS_65095.xml success 
    LocalGateway# 
  7. Verifique se a assinatura foi instalada com êxito usando show call-home diagnostic-signature. A coluna de status deve ter um valor "registrado".

    
    LocalGateway# 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

    LocalGateway#

Verificar execução de assinaturas de diagnóstico

Conforme mostrado abaixo, a coluna de "Status" do comando show call-home diagnostic-signature mudará para "Em execução" enquanto o gateway local estiver executando a ação definida na assinatura. O resultado de show call-home diagnostic-signature statistics é a melhor maneira de verificar se uma assinatura de diagnóstico detectou um evento de interesse e executou a ação. A coluna "Acionado/Máximo/Desinstalar" indica o número de vezes que a assinatura determinada acionou um evento, o número máximo de vezes que ela foi definida para detectar um evento e se a assinatura se desinstalará automaticamente após detectar o número máximo de eventos acionados.


LocalGateway# 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

LocalGateway#

LocalGateway# show call-home diagnostic-signature statistics

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

LocalGateway#

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

Desinstalar assinaturas de diagnóstico

As assinaturas de diagnóstico que são usadas para fins de solução de problemas são normalmente definidas para serem desinstaladas após a detecção de um certo número de ocorrências de problemas. Se desejar desinstalar uma assinatura manualmente, recupere a ID de DS do resultado de show call-home diagnostic-signature e execute o comando mostrado abaixo.


LocalGateway# call-home diagnostic-signature deinstall <DS ID> 
LocalGateway# 

Exemplo:


LocalGateway# call-home diagnostic-signature deinstall 64224 
LocalGateway# 

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

15 de jul de 2021
Implementar o CUBE de alta disponibilidade como gateway local

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

Fundamentos

Pré-requisitos

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

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:

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.

1

Configure o rastreamento de interface em um nível global para rastrear o status da interface.

conf t
 track 1 interface GigabitEthernet1 line-protocol
 track 2 interface GigabitEthernet2 line-protocol
 exit
VCUBE-1#conf t
VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol
VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol
VCUBE-1(config-track)#exit
VCUBE-2#conf t
VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol
VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol
VCUBE-2(config-track)#exit

O CLI de rastreamento é usado no RG para rastrear o estado da interface de tráfego de voz, de modo que a rota ativa cumpra sua função ativa depois que a interface de tráfego for desativada.

2

Configure um RG para uso com VoIP HA no submodo de redundância do aplicativo.

redundancy
  application redundancy
   group 1
    name LocalGateway-HA
    priority 100 failover threshold 75
    control GigabitEthernet3 protocol 1
    data GigabitEthernet3
    timers delay 30 reload 60
    track 1 shutdown
    track 2 shutdown
    exit
   protocol 1
    timers hellotime 3 holdtime 10
   exit
  exit
 exit
VCUBE-1(config)#redundancy
VCUBE-1(config-red)#application redundancy
VCUBE-1(config-red-app)#group 1
VCUBE-1(config-red-app-grp)#name LocalGateway-HA
VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75
VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-1(config-red-app-grp)#timers delay 30 reload 60
VCUBE-1(config-red-app-grp)#track 1 shutdown
VCUBE-1(config-red-app-grp)#track 2 shutdown
VCUBE-1(config-red-app-grp)#exit
VCUBE-1(config-red-app)#protocol 1
VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-1(config-red-app-prtcl)#exit
VCUBE-1(config-red-app)#exit
VCUBE-1(config-red)#exit
VCUBE-1(config)#
VCUBE-2(config)#redundancy
VCUBE-2(config-red)#application redundancy
VCUBE-2(config-red-app)#group 1
VCUBE-2(config-red-app-grp)#name LocalGateway-HA
VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75
VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-2(config-red-app-grp)#timers delay 30 reload 60
VCUBE-2(config-red-app-grp)#track 1 shutdown
VCUBE-2(config-red-app-grp)#track 2 shutdown
VCUBE-2(config-red-app-grp)#exit
VCUBE-2(config-red-app)#protocol 1
VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-2(config-red-app-prtcl)#exit
VCUBE-2(config-red-app)#exit
VCUBE-2(config-red)#exit
VCUBE-2(config)#

Aqui está uma explicação dos campos usados nesta configuração:

  • redundancy—Entra no modo de redundância

  • application redundancy—Entra no modo de configuração de redundância do aplicativo

  • group—Entra no modo de configuração de grupos de aplicativos de redundância

  • name LocalGateway-HA—Define o nome do grupo RG

  • priority 100 failover threshold 75—Especifica a prioridade inicial e os limites de failover de um RG

  • timers delay 30 reload 60—Configura as duas vezes para atraso e recarregamento

    • Temporizador de atraso, que é a quantidade de tempo para atrasar a inicialização do grupo RG e a negociação da função depois que a interface é ativada – Padrão de 30 segundos. O intervalo é de 0 a 10000 segundos

    • Recarregar—Esta é a quantidade de tempo para atrasar a inicialização do grupo RG e a negociação da função após um recarregamento – Padrão de 60 segundos. O intervalo é de 0 a 10000 segundos

    • Temporizadores padrão são recomendados, embora esses temporizadores possam ser ajustados para acomodar qualquer atraso adicional de convergência da rede que possa ocorrer durante a inicialização/recarregamento dos roteadores, a fim de garantir que a negociação do protocolo RG ocorra após o roteamento na rede convergir para um ponto estável. Por exemplo, se for visto após o failover que o novo EM ESPERA leva até 20 segundos para ver o primeiro pacote RG HELLO do novo ATIVO, os temporizadores deverão ser ajustados para "temporizadores de atraso 60 recarregamento 120" para considerar este atraso.

  • control GigabitEthernet3 protocol 1—Configura a interface usada para trocar mensagens keepalive e hello entre os dois CUBEs, especifica a ocorrência do protocolo que será anexada a uma interface de controle e entra no modo de configuração do protocolo de aplicativos de redundância

  • data GigabitEthernet3—Configura a interface usada para a verificação do tráfego de dados

  • track—Rastreamento de interfaces do grupo RG

  • protocol 1—Especifica a ocorrência do protocolo que será anexada a uma interface de controle e entra no modo de configuração do protocolo de aplicativos de redundância

  • timers hellotime 3 holdtime 10—Configura os dois temporizadores para hellotime e holdtime:

    • Hellotime—Intervalo entre mensagens sucessivas de saudação – Padrão de 3 segundos. O intervalo é de 250 milissegundos a 254 segundos

    • Holdtime—O intervalo entre o recebimento de uma mensagem Hello e a suposição de que o roteador de envio falhou. Essa duração deve ser maior que o tempo de hello – Padrão de 10 segundos. O intervalo é de 750 milissegundos a 255 segundos

      Recomendamos que você configure o temporizador de holdtime para que seja pelo menos 3 vezes o valor do temporizador de hellotime.

3

Habilite a redundância box-to-box para o aplicativo CUBE. Configurar o RG da etapa anterior em voice service voip. Isso permite que o aplicativo CUBE controle o processo de redundância.

voice service voip
   redundancy-group 1
   exit
VCUBE-1(config)#voice service voip
VCUBE-1(config-voi-serv)#redundancy-group 1
% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
VCUBE-1(config-voi-serv)# exit
VCUBE-2(config)#voice service voip
VCUBE-2(config-voi-serv)#redundancy-group 1
% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
VCUBE-2(config-voi-serv)# exit

redundancy-group 1—Adicionar e remover este comando requer uma recarga para que a configuração atualizada tenha efeito. Recarregaremos as plataformas depois que toda a configuração for aplicada.

4

Configure as interfaces Gig1 e Gig2 com seus respectivos IPs virtuais conforme mostrado abaixo e aplique o identificador de interface redundante (RII)

VCUBE-1(config)#interface GigabitEthernet1
VCUBE-1(config-if)# redundancy rii 1
VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
VCUBE-1(config-if)# exit
VCUBE-1(config)#
VCUBE-1(config)#interface GigabitEthernet2
VCUBE-1(config-if)# redundancy rii 2
VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
VCUBE-1(config-if)# exit
VCUBE-2(config)#interface GigabitEthernet1
VCUBE-2(config-if)# redundancy rii 1
VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
VCUBE-2(config-if)# exit
VCUBE-2(config)#
VCUBE-2(config)#interface GigabitEthernet2
VCUBE-2(config-if)# redundancy rii 2
VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
VCUBE-v(config-if)# exit

Aqui está uma explicação dos campos usados nesta configuração:

  • redundancy rii—Configura o identificador de interface redundante para o grupo de redundância. Necessário para gerar um endereço MAC Virtual (VMAC). O mesmo valor de ID do RII deve ser usado na interface de cada roteador (ATIVO/EM ESPERA) que possui o mesmo VIP.


     

    Se houver mais de um par B2B na mesma LAN, cada par DEVE ter IDs de RII exclusivas em suas respectivas interfaces (para evitar a conflitos). "mostrar todos os grupos com aplicativos de redundância" deve indicar as informações corretas locais e de pares.

  • redundancy group 1—Associa a interface ao grupo de redundância criado na Etapa 2 acima. Configure o grupo RG, bem como o VIP atribuído a esta interface física.


     

    É obrigatório o uso de uma interface separada para redundância, ou seja, a interface utilizada para tráfego de voz não pode ser utilizada como interface de controle e dados especificada na Etapa 2 acima. Neste exemplo, a interface Gigabit 3 é usada para controle/dados RG

5

Salve a configuração do primeiro CUBE e recarregue-o.

A plataforma a ser recarregada por último é sempre a Em espera.

VCUBE-1#wr
Building configuration...
[OK]
VCUBE-1#reload
Proceed with reload? [confirm]

Depois que o VCUBE-1 inicializar completamente, salve a configuração do VCUBE-2 e recarregue-o.

VCUBE-2#wr
Building configuration...
[OK]
VCUBE-2#reload
Proceed with reload? [confirm]
6

Verifique se a configuração box-to-box está funcionando conforme o esperado. A saída relevante é destacada em negrito.

Recarregamos o VCUBE-2 por último e de acordo com as considerações de design; a plataforma a ser recarregada por último sempre estará em Em espera.


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#

VCUBE-2#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: STANDBY
Peer Role: ACTIVE
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: address 10.1.1.2, priority 100, intf Gi3
        Standby Peer: Local
        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-2#

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

1

Certifique-se de que uma chave de configuração seja criada para a senha, com os comandos mostrados abaixo, antes que ela possa ser usada nas credenciais ou códigos compartilhados. As senhas do tipo 6 são criptografadas usando a cifra AES e esta chave de configuração definida pelo usuário.


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes

Aqui está a configuração do Gateway local que se aplicará a ambas as plataformas com base nos parâmetros do Control Hub exibidos acima, salvar e recarregar. As credenciais do SIP Digest do Control Hub estão destacadas em negrito.


configure terminal
crypto pki trustpoint dummyTp
revocation-check crl
exit
sip-ua
crypto signaling default trustpoint dummyTp cn-san-validate server
transport tcp tls v1.2
end


configure terminal
crypto pki trustpool import clean url
http://www.cisco.com/security/pki/trs/ios_core.p7b
end


configure terminal
voice service voip
  ip address trusted list
    ipv4 x.x.x.x y.y.y.y
    exit
   allow-connections sip to sip
  media statistics
  media bulk-stats
  no supplementary-service sip refer
  no supplementary-service sip handle-replaces
  fax protocol pass-through g711ulaw
  stun
    stun flowdata agent-id 1 boot-count 4
    stun flowdata shared-secret 0 Password123!
  sip
    g729 annexb-all
    early-offer forced
    end


configure terminal
voice class sip-profiles 200
  rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)"
"sip:\1"
  rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 12 request ANY sip-header Contact modify "<sips:(.*)>"
"<sip:\1;transport=tls>"
  rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 15 response ANY sip-header Contact modify "<sips:(.*)"
"<sip:\1"
  rule 20 request ANY sip-header From modify ">"
";otg=hussain1076_lgu>"
  rule 30 request ANY sip-header P-Asserted-Identity modify
"sips:(.*)" "sip:\1"


voice class codec 99
  codec preference 1 g711ulaw
  codec preference 2 g711ulaw
  exit

voice class srtp-crypto 200
  crypto 1 AES_CM_128_HMAC_SHA1_80
  exit

voice class stun-usage 200
  stun usage firewall-traversal flowdata
  exit






voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240
refresh-ratio 50 tcp tls
  credentials number Hussain5091_LGU username Hussain1076_LGU
password 0 lOV12MEaZx realm Broadworks 
  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm BroadWorks

  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls
  url sips
  error-passthru
  asserted-id pai
  bind control source-interface GigabitEthernet1
  bind media source-interface GigabitEthernet1
  no pass-thru content custom-sdp
  sip-profiles 200
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com
  privacy-policy passthru


voice class tenant 100
  session transport udp
  url sip
  error-passthru
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp

voice class tenant 300
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp
  

voice class uri 100 sip
 host ipv4:198.18.133.3

voice class uri 200 sip
 pattern dtg=hussain1076.lgu



dial-peer voice 101 voip
 description Outgoing dial-peer to IP PSTN
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:198.18.133.3
 voice-class codec 99
 voice-class sip tenant 100
 dtmf-relay rtp-nte
 no vad

dial-peer voice 201 voip
 description Outgoing dial-peer to Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 voice-class codec 99
 voice-class stun-usage 200
 no voice-class sip localhost
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad


voice class dpg 100
 description Incoming WebexCalling(DP200) to IP PSTN(DP101)
 dial-peer 101 preference 1

voice class dpg 200
 description Incoming IP PSTN(DP100) to Webex Calling(DP201)
 dial-peer 201 preference 1





dial-peer voice 100 voip
 desription Incoming dial-peer from IP PSTN
 session protocol sipv2
 destination dpg 200
 incoming uri via 100
 voice-class codec 99
 voice-class sip tenant 300
 dtmf-relay rtp-nte
 no vad

dial-peer voice 200 voip
 description Incoming dial-peer from Webex Calling
 session protocol sipv2
 destination dpg 100
 incoming uri request 200
 voice-class codec 99
 voice-class stun-usage 200
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad

end

copy run start

Para exibir a saída do comando show, recarregamos VCUBE-2 seguido por VCUBE-1, tornando VCUBE-1 o CUBE em espera e VCUBE-2 o CUBE ativo

2

A qualquer momento, apenas uma plataforma manterá um registro ativo como o Gateway local com o Webex Calling Acess SBC. Dê uma olhada na saída dos seguintes comandos show.

show redundancy application group 1

show sip-ua-register status


VCUBE-1#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

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

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

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

VCUBE-2#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

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

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

VCUBE-2#show sip-ua register status

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

Na saída acima, você pode ver que VCUBE-2 é o LGW ativo que mantém o registro com o Webex Calling Acess SBC, enquanto a saída do "show sip-ua register status" está em branco no VCUBE-1

3

Agora habilite as seguintes depurações no VCUBE-1


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

Simule o failover emitindo o seguinte comando no LGW ativo, o VCUBE-2 neste caso.


VCUBE-2#redundancy application reload group 1 self

A alternância do LGW ATIVO para EM ESPERA ocorre no seguinte cenário, além do CLI listado acima

  • Quando o roteador ATIVO recarrega

  • Quando o roteador ATIVO é ligado e desligado

  • Quando qualquer interface RG configurada do roteador ATIVO é desligada para a qual o rastreamento está habilitado

5

Verifique se o VCUBE-1 foi registrado no Webex Calling Access SBC. O VCUBE-2 já deve ter recarregado.


VCUBE-1#show sip-ua register status

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

O VCUBE-1 agora é o LGW ativo.

6

Veja o registro de depuração relevante no VCUBE-1 enviando um SIP REGISTER ao Webex Calling VIA o IP virtual e recebendo um 200 OK.


VCUBE-1#show log

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

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0
Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595044
CSeq: 2 REGISTER
WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5
Content-Length: 0
Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:25 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent:Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001
Content-Length: 0
Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:

Received:
SIP/2.0 200 OK
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5
Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference
Content-Length: 0
15 de jul de 2021
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 RL_Webex
Prioridade urgente Marcado

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

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

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

Criar e gerenciar assistentes automáticos

Certifique-se de que as chamadas sejam atendidas e as necessidades dos chamadores atendidas. 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.

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

Configurar um grupo de busca

Os grupos de busca podem encaminhar chamadas recebidas a um grupo de usuários ou espaços de trabalho. Você pode até mesmo configurar um padrão para encaminhar a todo um grupo.

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

Criar um cliente recepcionista

Ajude a atender às necessidades dos funcionários de front-office. Você pode configurar os usuários como assistentes telefônicos para que eles possam selecionar todas as chamadas recebidas a determinadas pessoas dentro da organização.

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

Configurar um grupo de paginação

O Grupo de paginação permite que um usuário faça uma chamada unidirecional ou crie uma página de grupo para até 75 usuários-alvo e espaços de trabalho discando um número ou ramal atribuído a um grupo de paginação específico.

Para obter informações sobre como configurar e editar Grupos de paginação, consulte Configurar um grupo de paginação no Cisco Webex Control Hub.

Criar uma nova fila

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

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

Configurar o atendimento de chamadas

Você pode aprimorar o trabalho em equipe e a colaboração criando um grupo de atendimento de chamadas para que os usuários possam atender às chamadas uns dos outros. Quando você adiciona usuários a um grupo de atendimento de chamadas e um membro do grupo está ausente ou ocupado, outro membro pode atender as chamadas.

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

Configurar o estacionamento de chamadas

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

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

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

1

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

2

Selecione Chamadas, vá para Configurações de chamadas avançadas e clique em Entrada direta.

3

Ative a Entrada direta, escolha se deseja que o telefone emita um som quando alguém entrar em uma chamada e clique em Salvar.

Ativar o local provisório para um usuário

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

1

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

2

Selecione Chamadas, escolha Configurações de chamadas avançadas e clique em Local provisório.

3

Ative Local provisório e clique em Salvar.

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

1

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

2

Selecione Chamadas e vá para Privacidade.

3

Escolha as configurações adequadas de Privacidade do assistente automático para este usuário.

4

Marque a caixa de seleção Ativar privacidade. Você pode então decidir se deseja bloquear todos, deixando o campo Procurar usuário pelo nome vazio ou escolher quem pode monitorar o status da linha desse usuário.

Usando o exemplo do executivo acima, você pesquisará o nome do assistente administrativo.

5

Clique em Salvar.

Permitir que um usuário veja o status da linha no telefone de outra pessoa ou em um ramal de estacionamento de chamadas

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

1

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

2

Selecione Chamadas, escolha Configurações de chamadas avançadas e vá para Monitoramento.

3

Escolha uma das seguintes opções:

  • Adicionar linha monitorada
  • Adicionar ramal de estacionamento de chamadas
4

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


 

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

28 de out de 2021
Configurar e gerenciar os usuários do Webex Calling

Você deve adicionar cada usuário no Control Hub para que eles aproveitem os Webex Calling serviços. 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.


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


Ao adicionar usuários, o nome e o sobrenome devem ter no máximo 30 caracteres e não devem incluir caracteres ascii estendidos ou os seguintes caracteres %, #, <, >, \, /,". Além disso, o nome e o sobrenome não podem iniciar com +, -, =, @.

Antes de começar

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

1

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

2

Selecione Adicionar ou modificar usuários manualmente.

3

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

4

Escolha uma e clique em próximo:

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

 

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

5

Atribuição de licenças:

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


 

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

6

Gerenciamento de conteúdo:

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

7

Clique em Salvar.

  • Um e-mail é enviado para cada pessoa com um convite para entrar.

  • No Control Hub, as pessoas aparecem em um estado de convite pendente até que iniciem sessão pela primeira vez. As licenças são atribuídas depois que o usuário assina a primeira vez ou se você usar o Cisco Conector de diretórios com um domínio reivindicado, as licenças são atribuídas quando os usuários são criados.

8

(Opcional) Se você tiver adicionado Chamadas ao usuário, atribua um local, número de telefone e ramal.

9

Revise a página de resumo dos registros processados e clique em concluir.


 

Imediatamente após adicionar um usuário de Chamadas, se um erro for recebido ao selecionar as Configurações de chamadas do usuário, recomendamos que você remova a licença do Webex Calling e, em seguida, reatribua a licença de chamada ao usuário.

O que fazer em seguida

Você pode atribuir privilégios administrativos a pessoas na sua organização.

Antes de começar

Se você tiver mais de um arquivo CSV para sua organização, então carregue um arquivo e uma vez que a tarefa tenha sido concluída, você pode carregar o próximo arquivo.

Para clientes na região da Ásia-Pacífico (incluindo Japão, China e Hong Kong), o ID do autor da chamada é preenchido automaticamente dos campos Nome e Sobrenome e os campos ID do autor da chamada Nome e Sobrenome ID do autor da chamada são ignorados no carregamento de CSV.


Alguns editores de planilha removem o sinal de + das células quando o .csv é aberto. Sugerimos que você use um editor de texto para fazer atualizações .csv. Se você usar um editor de planilha, certifique-se de definir o formato da célula como texto e adicione novamente todos os sinais de + que foram removidos.

1

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

2

Clique em Exportar para baixar o arquivo e você pode inserir informações do usuário em uma nova linha no arquivo CSV.

  • Para atribuir um serviço, adicione verdadeiro à coluna deste serviço e exclua um serviço, adicione falso. A coluna ID de usuário/e-mail (obrigatório) é o único campo obrigatório. Se você tiver um diretório específico e números externos para cada novo usuário, inclua o + à esquerda nos números externos sem outros caracteres.

    Se você tiver um modelo de licença ativa, deixe todas as colunas de serviço em branco e o modelo é atribuído automaticamente para o novo usuário nessa linha.


     

    Você não pode atribuir permissões de gerenciamento de conteúdo corporativo a usuários usando o modelo de licença, consulte Configurar as configurações de gerenciamento de conteúdo empresarial Cisco Webex Control Hub para obter detalhes.

  • Para atribuir um local, insira o nome na coluna de Local. Se você deixar este campo em branco, o usuário será atribuído ao local padrão.

  • Se você estiver adicionando usuários como supervisores no Centro de contatos Cisco Webex, será necessário Adicionar usuários manualmente. Você só pode atribuir funções Padrão e Premium com um CSV.

 

Ao inserir o nome de um usuário, certifique-se de incluir o sobrenome, caso contrário, você poderá ter problemas.

3

Clique em Importar, selecione seu arquivo e clique em Abrir.

4

Escolha adicionar apenas serviços ou Adicionar e remover serviços.

Se você tiver um modelo de licença ativa, selecione Adicionar apenas serviços.

5

Clique em Enviar.

O arquivo CSV é carregado e sua tarefa é criada. Você pode fechar o navegador ou esta janela e a tarefa continua a ser executada. Para revisar o progresso da tarefa, consulte Gerenciar tarefas no Cisco Webex Control Hub.

1

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

2

Selecione um usuário e clique em Serviços > Editar licenças.

3

Se você tiver várias assinaturas, escolha uma assinatura na lista.

4

Selecione os serviços a serem adicionados ou removidos e clique em Próximo.

5

Se você atribuiu uma licença do Webex Meetings, escolha um tipo de conta para atribuir ao usuário em cada site Webex Meetings e clique em Salvar.


 

Você deve ter o recurso de Conta do convidado habilitado no seu site Webex para atribuir usuários como convidados. Se você não vir a coluna de Conta do convidado no arquivo CSV, entre em contato com o gerente responsável pelo sucesso do cliente (CSM), do parceiro (PSM) ou com o Centro de assistência técnica da Cisco (TAC) para habilitar esse recurso no site Webex.

O tipo de conta do convidado não está disponível para usuários com a função de Administrador do site Webex. Se você quiser atribuir uma conta de convidado a esses usuários, deverá remover os privilégios administrativos desse site Webex Meetings.


 

Imediatamente após adicionar uma licença de Chamadas, se um erro for recebido ao selecionar as Configurações de chamadas do usuário, recomendamos que você remova a licença do Webex Calling e, em seguida, reatribua a licença ao usuário.

Antes de começar

Se você tiver mais de um arquivo CSV para sua organização, então carregue um arquivo e uma vez que a tarefa tenha sido concluída, você pode carregar o próximo arquivo.

Você não pode excluir usuários ou alterar o local atribuído a um usuário com o modelo CSV.


Alguns editores de planilha removem o sinal de + das células quando o .csv é aberto. Sugerimos que você use um editor de texto para fazer atualizações .csv. Se você usar um editor de planilha, certifique-se de definir o formato da célula como texto e adicione novamente todos os sinais de + que foram removidos.

1

Na exibição do cliente em https://admin.webex.com, vá para Usuários, clique em Gerenciar usuários e selecione Adicionar ou modificar usuário com o modelo CSV.

2

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

3

Clique em Exportar para baixar o arquivo. Você pode editar o arquivo baixado (exported_users.csv) de qualquer uma das seguintes maneiras:

  • Para modificar usuários existentes, você pode atualizar qualquer coluna, exceto ID/e-mail de usuário (obrigatório) e Local. Por exemplo, se você alterar o ID de usuário/E-mail, isso cria um novo usuário.

  • Para atribuir um local, insira o nome na coluna de Local. Se você deixar este campo em branco, o usuário será atribuído ao local padrão.

  • Para atribuir um serviço, adicione verdadeiro à coluna deste serviço e exclua um serviço, adicione falso.

  • Quando você tem várias assinaturas, você pode usar a ID da inscrição no cabeçalho da coluna para identificar o serviço que você deseja adicionar. Por exemplo, se você tiver duas assinaturas com o mesmo serviço, você pode especificar um serviço de uma assinatura específica para aplicar ao usuário.

4

Insira um valor na coluna de Comportamento de chamadas se desejar alterar a maneira como as chamadas ocorrem para usuários específicos. Você pode inserir uma das seguintes opções e consultar Configurar comportamento de chamadas Webex para obter mais informações sobre cada configuração:

  • USE__CONFIGURAÇÕES DAORGANIZAÇÃO — Insira esta sequência para usar a configuração em toda a organização.

  • CHAMADA_NATIVA DO WEBEX TEAMS —_Insira esta sequência para usar a opção Calling Webex Teams_ equipe.

  • LIGUE_COM O APLICATIVO REGISTRADO PARA____WEBEXCALLTEL—Insira esta sequência para usar a opção Webex Calling aplicativo de atendimento.

5

Insira um Número de ID do chamador, Nome de ID do chamador e Sobrenome de ID do chamador. Se você deixar as colunas de Número de ID do chamador, Nome de ID do chamador e Sobrenome de ID do chamador em branco, o que estiver nas colunas de Nome, Sobrenome e Número de telefone aparecerá quando o usuário fizer uma chamada. Se você deixar o Número de ID do chamador em branco, o Número principal do local aparecerá quando o usuário fizer uma chamada.


 

As colunas de Nome de ID do chamador e Sobrenome de ID do chamador não podem conter caracteres especiais. Se um Nome de ID do chamador ou Sobrenome de ID do chamador contiver um caractere especial, será usada uma versão simplificada do nome.

6

Depois de salvar o arquivo CSV, clique em importar, selecione o arquivo que você fez alterações e clique em abrir.

7

Escolha Adicionar serviços ou Adicionar e remover serviçose clique em Enviar.


 

Um usuário não pode ter duas licenças de Chamada, por isso se sua organização tiver várias inscrições e você quiser mover os usuários para uma nova inscrição, escolha a opção Adicionar e remover serviços. Para adicionar serviços, de definidas as células para VERDADEIRO e remova serviços configurando essas células como FALSAS.

O arquivo CSV é carregado e sua tarefa é criada. Você pode fechar o navegador ou esta janela e a tarefa continua a ser executada. Para revisar o progresso da tarefa, consulte Gerenciar tarefas no Cisco Webex Control Hub.

Se você não suprimir e-mails de convite de administrador, os novos usuários receberão e-mails de ativação.

Você pode atribuir números, ramais ou ambos aos dispositivos das pessoas a qualquer momento. Os ramais atribuídos aparecem nas telas dos telefones.

Você também pode configurar números alternativos para que vários números de telefone toquem no mesmo telefone. Você pode especificar diferentes toques para cada número a fim de ajudar a distinguir entre quais linhas estão sendo chamadas.

1

Na exibição do cliente em https://admin.webex.com, vá para Usuários e escolha a pessoa a quem você deseja atribuir um número.

2

Selecione Chamadas e clique em Adicionar número.

3

Escolha um número de telefone na lista de números disponíveis. Você também tem a opção de atribuir um ramal.

Se um número já estiver atribuído ao usuário, qualquer número adicional adicionado a ele será adicionado como um número alternativo. Você pode adicionar até 10 números alternativos a um usuário.

4

(Opcional) Para identificar chamadas provenientes de números de telefone específicos, você pode atribuir um padrão de toque distinto. Para ativar, clique no botão de alternância em Padrão de toque distinto.

5

Clique em Salvar.

1

Na exibição do cliente em https://admin.webex.com, vá para Usuários, filtre a coluna de Status para exibir pessoas com um status de Convite pendente.

2

Em Ações, para uma pessoa com o status de Convite pendente, selecione mais > Reenviar convite.

Caso sua organização utilize a sincronização de diretórios, a opção Excluir não estará disponível no Control Hub e você deverá excluir contas de usuários do Active Directory. Em seguida, o Conector de diretórios da Cisco atualizará a lista de usuários da sua organização ao sincronizar as informações de contas de usuários.

Na exibição do cliente em https://admin.webex.com, vá para Usuários, clique no botão de mais e, em seguida, em Excluir usuário.

O usuário não poderá mais iniciar sessão no site Webex, todos os serviços Webex atribuídos a ele serão removidos e ele será removido de quaisquer espaços ou equipes nos quais estava participando. Qualquer conteúdo criado em espaços não é excluído, e o conteúdo está sujeito à política de retenção que cada proprietário do espaço implementou.

Você pode desativar um usuário para desativar os serviços Webex, incluindo os Webex Calling de atendimento. Em oposição à exclusão de um usuário, quando você desativa o usuário, ele permanece na sua lista de usuários, para que você possa reativar a qualquer momento, quando necessário.

1

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

2

Clique no botão Mais.

3

Clique em Desativar usuário.

Os serviços Webex, incluindo Webex Calling de usuário, agora estão desativados para este usuário.

Quando desativados, os usuários do aplicativo Webex e Webex Calling aplicativo serão desacionados de suas sessões. Todo o acesso do https://settings.webex.com/ usuário ao e ao Control Hub não é permitido. Os telefones MPP continuarão a suportar chamadas de saída e de entrada por um curto período de tempo, a menos que o administrador permita a interceptação de chamadas para esse usuário. Para obter mais informações sobre a interceptação de chamada, consulte Configurar interceptação de chamada para um usuário para Webex Calling em Cisco ControlHub.

Você pode configurar um administrador do cliente com diferentes níveis de privilégio. Eles podem ser administradores completos, administradores de suporte, administradores somente leitura ou responsáveis pela conformidade. Com privilégios de administrador total, você pode atribuir uma ou mais funções a qualquer usuário na sua organização.


As pessoas designadas à função de administrador de dispositivos ou administrador de usuários e dispositivos não poderão administrar o Webex Calling.

No Control Hub, você pode aprender sobre diferentes níveis de privilégios e configurar um administrador do cliente. Os administradores do cliente podem ser administradores completos, administradores de suporte, administradores de usuários e dispositivos, administradores de dispositivos, administradores de somente leitura ou responsáveis pela conformidade. Com privilégios de administrador total, você pode atribuir uma ou mais funções a qualquer usuário na sua organização.

Você sempre deseja ter mais de um administrador para uma organização. É uma prática recomendada e sempre permitirá que você faça alterações administrativas se um dos administradores não estiver disponível.

Os usuários em sua organização podem ser atribuídos a funções administrativas específicas para determinar o que eles podem ver e ter acesso no Control Hub. Ao atribuir funções administrativas específicas, você simplifica as responsabilidades e torna mais fácil responsabilizar os administradores. Os diretores de conformidade podem procurar pessoas específicas em sua empresa, encontrar conteúdo que compartilharam ou pesquisar em um espaço específico e, em seguida, gerar um relatório das descobertas.


1

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

2

Em funções e segurança, clique em funções do administrador ou acesso ao serviço.

3

Selecione uma função para atribuir a esse usuário.

Para atribuir um usuário como administrador do site Webex, próximo às funções de Administrador do site Webex, clique em Editar e escolha uma função para cada site Webex que você deseja que o usuário gerencie.

4

Selecione Salvar.

15 de jul de 2021
Configurar e gerenciar dispositivos do Webex Calling

Como administrador, você pode atribuir dispositivos a usuários ou espaços de trabalho no Control Hub. Você tem a opção de fornecer o endereço MAC de um dispositivo ou gerar um código de ativação que deve ser inserido manualmente no próprio dispositivo.

Com o Control Hub, você pode atribuir dispositivos a usuários para uso pessoal e, em seguida, registrar esses dispositivos na nuvem.

Os dispositivos listados aqui são compatíveis com o Webex Calling. Embora todos esses dispositivos possam ser registrados 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


Com relação aos dispositivos DECT, apenas os dispositivos de base DECT (não os aparelhos DECT) estão disponíveis para atribuição no Control Hub. 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.

1

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


 
Você também pode adicionar um telefone a um usuário no perfil do usuário. Veja como na seção Gerenciar um dispositivo para um usuário.
2

Selecione Usuário existente, insira o proprietário do telefone, seja parte do nome do usuário ou o nome real, escolha o usuário nos resultados e clique em Próximo.

3

Escolha o dispositivo na lista suspensa e clique em Próximo.

4

Escolha uma das seguintes opções 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 no Control Hub.

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

1

Na exibição do cliente em https://admin.webex.com, vá para Espaços de trabalho e clique em Adicionar espaço de trabalho.

2

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

3

Selecione Cisco IP Phone e clique em Próximo.

4

Selecione o tipo de dispositivo na lista suspensa, escolha se deseja registrar o telefone com um código de ativação ou um endereço MAC e clique em Próximo. Lembre-se de que, se você optar por registrar o dispositivo usando um código de ativação, o código será enviado por e-mail ao administrador designado para o local.

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.

5

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.

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 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 aqui são compatíveis com o Webex Calling.

1

Na exibição do cliente em https://admin.webex.com, vá para Espaços de trabalho e clique em Adicionar espaço de trabalho.

2

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

3

Escolha Outro dispositivo Cisco Webex e clique em Próximo.

Outros dispositivos Cisco Webex incluem dispositivo Cisco Webex Room ou Desk, incluindo Cisco Webex Board.

4

Escolha uma das seguintes opções:

  • Chamadas gratuitas—Os usuários só podem fazer chamadas Webex ou SIP (Protocolo de Iniciação de Sessão) Webex usando um endereço SIP (por exemplo, username@example.calls.webex.com).
  • Webex Calling—Além de poder fazer e receber chamadas 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 Giacomo Edwards discando o número de telefone 555-555-5555, o ramal 5555 ou o endereço SIP gedwards@example.webex.com, mas também pode ligar para sua pizzaria local.
5

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

6

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

Se você tiver vários dispositivos que precisa atribuir a usuários e locais, poderá 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. Embora todos esses dispositivos possam ser registrados 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

1

Na exibição do cliente em https://admin.webex.com, vá para Dispositivos, clique em Adicionar dispositivo e escolha se deseja adicionar o dispositivo a um usuário ou local.

2

Selecione Importar/carregar arquivo CSV.

3

Escolha uma das seguintes opções:

  • Exportar atributos de usuários—Você pode obter uma lista de todos os usuários em sua organização e os atributos associados para que não tenha que procurar manualmente cada usuário.
  • Baixar modelo CSV—Você pode usar um modelo que criamos e, em seguida, inserir informações como nomes de usuário, tipo (indique se é um usuário ou um local), endereços MAC e modelos de dispositivos. Aqui estão algumas coisas a serem lembradas:
    • Na coluna Nome de usuário do arquivo CSV, certifique-se de inserir o endereço de e-mail do usuário, não a ID de usuário ou o nome. Você também pode inserir um nome de Local nesta coluna.

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

    • Se você inserir um local que ainda não existe, o local será criado automaticamente.

    • Se você deixar a coluna do endereço MAC em branco, um código de ativação será gerado e deverá ser inserido no próprio dispositivo.

4

Se o endereço MAC tiver sido deixado em branco, você poderá escolher para onde o código de ativação será enviado:

  • Fornecer um link—O código de ativação é adicionado a um arquivo CSV que você poderá baixar.
  • Código de ativação por e-mail—Se o dispositivo for para um local, 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.
5

Importe o arquivo CSV preenchido.

6

Clique em Enviar.

Você receberá uma atualização de status à medida que os dispositivos forem sendo ativados.

 

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

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 em sua organização. Isso pode ser útil para visualizar e gerenciar da tela do usuário, quando necessário.

1

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

2

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

3

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


 
Se o usuário já tiver sido designado a um dispositivo e você quiser adicionar outro dispositivo, clique no ícone próximo a Dispositivos e clique em Adicionar dispositivo.
4

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

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.

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 o local provisório, consulte Local provisório no Cisco Webex Control Hub.

1

Na exibição do cliente em https://admin.webex.com, vá para Espaços de trabalho.

2

Selecione o espaço de trabalho a ser modificado e vá para o bloco de Dispositivos.

3

Para adicionar um dispositivo, clique em Adicionar dispositivo.

4

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

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.

Você pode adicionar linhas ao principal dispositivo de um usuário e reordenar a maneira como elas aparecem. Isso também é conhecido como apresentação de linha compartilhada, que permite que os usuários recebam e façam chamadas de e para o ramal de outro usuário, usando o próprio telefone. Um exemplo disso é 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 uso de desktop ou aplicativo móvel pelo usuário. Linhas extras podem ser adicionadas a um telefone de espaço de trabalho, mas um telefone de espaço de trabalho não pode ser adicionado como uma linha compartilhada.


As discagens rápidas que foram adicionadas por um usuário ao telefone MPP não aparecem no Control Hub e podem ser substituídas se uma linha compartilhada for configurada.

1

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

2

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

3

Selecione o dispositivo em que deseja 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.

4

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

5

Para remover uma linha, clique no ícone .


 
O usuário principal na linha 1 não pode ser removido.
6

Para adicionar uma apresentação de linha compartilhada, clique no ícone .


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

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

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 de dispositivos ATA disponíveis são para dispositivos com 2 portas e dispositivos com 24 portas.

1

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

2

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

3

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

4

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

5

Para adicionar uma configuração de porta compartilhada, clique no ícone .

6

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

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 no nível do usuário e clique em Salvar.


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

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 de 250 para 1000 a quantidade de números de telefone que você pode adicionar no Control Hub.

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

Em seguida, clique em Salvar.

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

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

Quando você conecta acessórios (Fones de ouvido/KEMs) a um dispositivo MPP, eles aparecem como um item de inventário na guia de Dispositivos no Control Hub. 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.

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 & RJ11

Cisco IP Phone 8851/8861/8865

USB

USB

USB

RJ9 & 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

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

Você tem uma série de relatórios ao seu alcance que podem ajudá-lo a avaliar como os serviços Webex Calling estão sendo usados e com que frequência. Você também pode obter uma visão rápida da qualidade da mídia do seu local.

Exibir 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, inicie sessão no Control Hub, vá para Análise e selecione Histórico detalhado de chamadas.

Você é automaticamente direcionado ao Portal de administração Calling, onde poderá analisar e avaliar o uso das chamadas. Para obter informações sobre os relatórios disponíveis de recursos de chamadas específicos, consulte o Portal de administração Calling - Relatórios. Para obter informações sobre a atividade de chamadas, consulte o Portal de administração Calling - Análise.

2

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.
21 de out de 2021
Informações de referência de portas do Cisco Webex Calling

Aqui está uma lista de endereços, portas e protocolos usados para conectar seus telefones, o aplicativo Webex e os gateways com o 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.

Um firewall configurado corretamente é essencial para uma implantação de chamada bem-sucedida. Exigimos portas para sinalização, mídia, conectividade de rede e gateway local e, como o Webex Calling é um serviço global, recomendamos que você deixe todas as portas listadas abaixo abertas.

Nem todas as configurações de firewall precisam que as portas estejam abertas, mas se você estiver executando regras de dentro para fora, deverá abrir portas para permitir os protocolos necessários para o serviço de saída. Contanto que você implemente a NAT, defina períodos de ligação razoáveis e evite manipular o SIP no dispositivo NAT; você não deve precisar abrir portas de entrada no firewall.


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.

Para obter detalhes sobre os requisitos de rede de Reuniões e mensagens Webex, consulte os Requisitos de rede para serviços Webex.

Tráfego do Webex Calling através de firewall

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. Os Webex Calling terminais não suportam proxy http(s), com exceção de soft clients, que suportam os seguintes ambientes proxy e os métodos de autenticação correspondentes:

  1. Configuração de proxy manual

    • Sem autenticação

    • Básico

    • NTLM

    • Negociar

  2. Configuração de proxy WPAD

    • Sem autenticação

    • Básico

  3. Configuração de proxy do PAC

    • Sem autenticação

    • Básico

    • NTLM

    • Negociar

Siga a orientação do firewall abaixo para permitir o acesso Webex Calling serviços da sua rede.

Configuração do firewall

Se seu firewall for compatível com a filtragem de URLs, configure o firewall para permitir as URLs de destino listadas do Webex Calling, descritas na tabela de Domínios e URLs para serviços do Webex Calling.

No entanto, se você estiver usando um firewall que não é compatível com a filtragem de URLs/domínios, configure o firewall para filtrar o tráfego usando portas e intervalos de endereços IP listados em Portas e endereços IP para serviços do Webex Calling.

Portas e endereços IP para serviços do Webex Calling

A tabela a seguir descreve portas e protocolos que precisam ser abertos em seu firewall para permitir que aplicativos Webex registrados em nuvem e dispositivos se comuniquem com a sinalização do Webex Calling em nuvem e serviços de mídia.

Subredes IP para serviços do Webex Calling

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

185.115.196.0/22

199.19.196.0/23

199.19.199.0/24

199.59.64.0/21

23.89.76.128/25

170.72.29.0/24

170.72.17.128/25

170.72.0.128/25

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.

8934

Esses IPs/portas são necessários para sinalização de chamadas SIP-TLS de saída de Gateways locais, dispositivos e aplicativos (origem) para o Webex Calling Cloud (destino).

Dispositivos

5060-5080

Aplicativos

Efêmero (Dependente do SO)

Mídia de chamadas para Webex Calling (STUN,SRTP)

NIC externo do gateway local

8000-48000

UDP

Consulte Subredes IP para serviços do Webex Calling.

5004,19560-65535

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

Dispositivos

19560-19660

Aplicativos

Efêmero

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) NIC interno do gateway local

8000-48000

UDP Seu GW ITSP PSTN ou Unified CM Depende da opção de PSTN (por exemplo, normalmente 5060 ou 5061 para o Unified CM)

Sinalização de chamadas para terminais endereçados publicamente (SIP TLS)

Consulte Subredes IP para serviços do Webex Calling.

Efêmero

TCP

IP do terminal

8934

Esses IPs/portas são necessários para a sinalização de chamadas SIP-TLS de entrada do Webex Calling Cloud (origem) para terminais endereçados publicamente (destino).

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

443,6970

*Esses IPs pertencem a cloudupgrader.webex.com.

Você deve habilitar cloudupgrader.webex.com e as portas 443, 6970 apenas ao migrar de telefones Empresariais (Cisco Unified CM) para o Webex Calling. Vá para upgrade.cisco.com para obter mais informações.

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

80,443

*Esses IPs pertencem a activation.webex.com.

Esses IPs são necessários para a integração segura de dispositivos (telefones MPP) por meio do código de ativação de 16 dígitos (GDS).

72.163.10.96/27

72.163.15.64/26

72.163.15.128/26

72.163.24.0/23

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

80,443

Esses IPs pertencem a activate.cisco.com.

Este domínio é usado para CDA/EDOS - provisionamento baseado em endereço MAC. 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 de fábrica e não há opções de DHCP configuradas, ele entra em contato com um servidor de ativação de dispositivos para provisionamento sem toque. Os novos telefones usam "activate.cisco.com" em vez de "webapps.cisco.com" para provisionamento. Os telefones com versão de firmware anterior a 11.2(1) continuam usando "webapps.cisco.com". Recomendamos que você permita ambos os nomes de domínio por meio de seu firewall.

72.163.10.128/25

173.37.146.128/25

80,443

Esses IPs pertencem a webapps.cisco.com.

Este domínio é usado para CDA/EDOS - provisionamento baseado em endereço MAC. Usado por dispositivos (telefones MPP, ATAs e SPA ATAs) com firmware mais antigo.

Quando um telefone se conecta a uma rede pela primeira vez ou após uma redefinição de fábrica e não há opções de DHCP configuradas, ele entra em contato com um servidor de ativação de dispositivos para provisionamento sem toque. Os novos telefones usam "activate.cisco.com" em vez de "webapps.cisco.com" para provisionamento. Os telefones com versão de firmware anterior a 11.2(1) continuam usando "webapps.cisco.com". Recomendamos que você permita ambos os nomes de domínio por meio de seu firewall.

Consulte Subredes IP para serviços do Webex Calling.

80,443

Esses IPs são necessários para a configuração do dispositivo e gerenciamento de firmware do Webex Calling.

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

Dispositivos do Webex Calling

Efêmero

UDP e TCP

Definido pelo organizador

53

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

80, 443

Esses IPs pertencem aos Serviços de autenticação Webex Idbroker e são usados por clientes, ou seja, aplicativos Webex.

Consulte Subredes IP para serviços do Webex Calling.

80, 443, 8443

Esses IPs pertencem aos serviços de configuração de aplicativos Webex Calling e são usados por clientes, ou seja, aplicativos Webex.

Sincronização dos horários dos aplicativos

Aplicativos Webex Calling

123

UDP

Definido pelo organizador

123

Resolução do nome do aplicativo

Aplicativos Webex Calling

Efêmero

UDP e TCP

Definido pelo organizador

53

CScan

Aplicativos Webex Calling

Efêmero

UDP e TCP

Consulte Subredes IP para serviços do Webex Calling.

8934 e 80, 443, 19569-19760

Esses IPs são usados pelos serviços CScan que são usados por clientes, ou seja, aplicativos Webex. Vá para cscan.webex.com para obter mais informações.

† O intervalo de portas de mídia CUBE é configurável com o intervalo de portas rtp.

*Esses intervalos/endereços IP não são propriedade da Cisco e estão sujeitos a alterações periódicas. Se você estiver usando um firewall, recomendamos permitir as URLs listadas.

Domínios e URLs para serviços Webex Calling

Domínio/URL

Descrição

Aplicativos e dispositivos Webex usando esses domínios/URLs

Serviços Cisco Webex

*.broadcloudpbx.com

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

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

*.cisco.com

Quando um telefone se conecta a uma rede pela primeira vez ou após uma redefinição de fábrica, se não houver opções de DHCP configuradas, ela contata um servidor de ativação do dispositivo para provisionamento sem toque. Os novos telefones usam activate.cisco.com e os telefones com versão de firmware anterior a 11.2(1) continuam usando webapps.cisco.com para provisionamento.

Telefones MPP, Control Hub

*.ucmgmt.cisco.com

Serviços do Webex Calling

Control Hub

*.webex.com

Principais serviços Webex para chamadas, reuniões e mensagens, como autenticação, etc.

Todos

*.wbx2.com e *.ciscospark.com

Microsserviços Webex, como serviço de atualização de software.

Todos

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ços de gerenciamento de dispositivos (principalmente nos EUA).

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

Se o firewall de rede oferece suporte a listas de permissão de domínio para tráfego http(s), como *.webex.com, é altamente recomendável permitir todos esses domínios.

Reuniões/mensagens Webex - Requisitos de rede

Se você estiver implantando o Webex Calling com os serviços de Reuniões e mensagens Webex, os requisitos de rede dos serviços de Reuniões e mensagens Webex podem ser encontrados em Requisitos de rede para serviços Webex.

Histórico de revisões do documento

Data

Fizemos as seguintes alterações neste artigo

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

Adicionada a porta 5004 como porta de destino da mídia de chamada no Webex Calling (STUN, SRTP) para oferecer suporte ao Estabelecimento de conectividade interativa (ICE) que estará disponível no 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 Portas e endereços IP foi ajustada para agrupar os endereços IP dos mesmos serviços.

A coluna de Notas foi adicionada à tabela de Portas e endereços IP para entender melhor as necessidades.

Os seguintes endereços IP foram movidos a intervalos simplificados para configuração de dispositivos 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

Os seguintes endereços IP foram adicionados na Configuração de aplicativos porque o cliente Cisco Webex foi encaminhado a 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 IP à configuração de dispositivos 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 IP da configuração de dispositivos e do gerenciamento de firmware (dispositivos Cisco):

  • 35.172.26.181

  • 52.86.172.220

  • 52.203.31.41

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

  • 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 IP da configuração de aplicativos:

  • 64.68.99.6

  • 64.68.100.6

Removemos os seguintes números de portas da configuração de aplicativos:

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

Adicionamos os seguintes domínios à configuração de aplicativos.

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

Ocultados os diagramas de rede até que esses endereços IP também possam ser adicionados lá.

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 chamadas para terminais endereçados publicamente 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 IP—199.59.67.156 alterado para 199.59.64.156

  • Novos recursos exigiam novas portas, bem como UDP—19560-19760

11 de março de 2020

Adicionamos o seguinte domínio e endereços IP à configuração de aplicativos:

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

Este artigo foi útil?

Fluxo de trabalho da configuração do Webex Calling

Artigos relacionados
seta para cima