Marca d'água
20 de out de 2020 | visualização(ões) | pessoas acharam que isso foi útil

Fluxo de trabalho de configuração Webex Calling

Fluxo de trabalho de configuração Webex Calling

Visão geral

Introdução Cisco Webex Calling

Imagine ser capaz de aproveitar a chamada em nuvem de nível empresarial, a mobilidade e os recursos de PBX, juntamente com Cisco Webex Teams para mensagens e reuniões e chamadas de um cliente Webex Calling software ou Cisco. É exatamente isso que Webex Calling tem que oferecer a você.

Webex Calling oferece os seguintes benefícios:

  • Chamar inscrições para usuários de telefonia e áreas comuns

  • Webex Teams acesso para cada usuário

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

Webex Calling suporta os seguintes recursos. Para obter mais informações, consulte o capítulo configurar Webex Calling de recursos.

Tabela 1. Recursos configuráveis do administrador

Recurso

Descrição

Atendimento Automático

Você pode adicionar Saudações, configurar menus e rotear chamadas para um serviço de resposta, um grupo de busca, uma caixa de correio de voz ou uma pessoa real. Você pode criar uma agenda de 24 horas ou fornecer opções diferentes quando a sua empresa estiver aberta ou fechada. Você pode até rotear chamadas com base em atributos de ID do chamador para criar listas VIP ou tratar chamadas de certos códigos de área de forma diferente.

Fila de chamadas

Você pode configurar um filas de chamadas para que quando as chamadas recebidas não puderem ser respondidas, os chamadores são fornecidos com uma resposta automatizada, mensagens de conforto e música em espera até que alguém possa atender a sua chamada.

Captura de chamada

Você pode melhorar o trabalho em equipe e a colaboração criando um grupo de atendimento de chamadas para que os usuários possam atender cada um ao outro. 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 suas chamadas.

Estacionamento de chamadas

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

Grupo de Busca

Você pode querer configurar os grupos de busca nos seguintes cenários:

  • Uma equipe de vendas que deseja o roteamento seqüencial. Uma chamada recebida entra em um telefone, mas se não houver resposta, a chamada vai para o próximo agente na lista.

  • Equipe de suporte que deseja que os telefones toquem todos de uma vez para que o primeiro agente disponível possa fazer 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 para uma pessoa, um departamento ou uma equipe. Quando alguém envia uma mensagem para um grupo de paginação, a mensagem é reproduzida em todos os dispositivos no grupo.

Cliente recepcionista

Ajude a dar suporte às necessidades da sua equipe de frente do escritório, fornecendo a elas um conjunto completo de opções de controle de chamadas, monitoramento de linha em grande escala, Enfileiramento de chamadas, várias opções de diretório e exibições, integração com o Outlook e muito mais.

Os usuários podem configurar os seguintes recursos em https://settings.webex.com, que são iniciados com o portal do usuário de chamada.

Tabela 2. Recursos configuráveis do usuário

Recurso

Descrição

Rejeição de chamada anônima

Os usuários podem rejeitar chamadas recebidas com os IDs do chamador bloqueados.

Continuidade de negócios

Se os telefones dos usuários não estiverem conectados à rede por alguma razão (como falta de energia, problemas de rede e assim por diante), os usuários podem encaminhar chamadas de entrada para um número de telefone específico.

Encaminhamento de chamada

Os usuários podem encaminhar chamadas recebidas para outro telefone.

Encaminhamento de chamadas seletivo

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

Notificação de chamada

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

Chamada em espera

Os usuários podem permitir a resposta de chamadas recebidas adicionais.

Não Interromper

Os usuários podem deixar temporariamente todas as chamadas para ir diretamente para o correio de voz.

Office Anywhere

Os usuários podem usar os telefones selecionados ("locais") como uma extensão do número de telefone comercial e plano de discagem.

Alerta de prioridade

Os usuários podem tocar seus telefones com um toque distintivo quando critérios predefinidos são atendidos, como número de telefone ou data e hora.

Escritório remoto

Os usuários podem fazer chamadas a partir de um telefone remoto e fazer com que ele apareça da linha comercial. Além disso, todas as chamadas recebidas para a linha comercial tocarão neste telefone remoto.

Aceitação seletiva de chamadas

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

Rejeição de chamada seletiva

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

Anel seqüencial

Toque até 5 dispositivos um após outro para chamadas recebidas.

Toque simultâneo

Toque os usuários ' e outros (os destinatários da chamada de entrada) ao mesmo tempo para chamadas recebidas.

Serviços de provisionamento, dispositivos e usuários no Control Hub, Cross-Launch para a configuração detalhada no portal de administração de chamadas

A Cisco Webex Control Hub (https://admin.webex.com) é um portal de gerenciamento que se integra ao Webex Calling para agilizar suas encomendas e configurações e centralizar seu gerenciamento da oferta fornecida — Webex Calling, Webex Teams e Webex Meetings.

O Control Hub é o ponto central para provisionamento de todos os serviços, dispositivos e usuários. Você pode fazer a primeira configuração do seu serviço de chamadas, registrar os telefones MPP na nuvem (usando o endereço MAC), configurar usuários associando dispositivos, adicionando números, serviços, recursos de chamada, e assim por diante. Além disso, do Control Hub, você pode fazer o lançamento cruzado no portal de administração de chamadas para uma configuração mais detalhada de recursos, dispositivos e usuários. O provisionamento de quaisquer serviços adicionais (Webex Meetings ou Teams) também ocorre no Control Hub.

O portal de administração de chamadas fornece aos clientes acesso à configuração avançada de recursos de chamadas, bem como uma visão rápida sobre a garantia do serviço. As garantias de serviço fornecem métricas de qualidade de chamada em vários locais em suas unidades de negócios, indicando se as chamadas são boas, razoáveis ou de baixa qualidade. Receber comentários imediatos sobre a qualidade da chamada permite que parceiros e administradores de clientes ofereçam a mais alta qualidade de serviços aos seus clientes.

Experiência do usuário

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

Faça um tour do Cisco Webex Control Hub

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

Para que sua organização fique funcionando, recomendamos que você convide alguns usuários para entrar na Webex Teams inserindo seus endereços de e-mail no Control Hub. Incentive as pessoas a usar os serviços que você fornece, incluindo chamadas e para dar-lhe comentários sobre sua experiência. Quando você estiver pronto, você pode sempre adicionar mais usuários.


Recomendamos que você use a versão mais recente do desktop do Google Chrome ou do 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 colocar sua organização em conjunto com os serviços. Para obter informações mais detalhadas, consulte os capítulos individuais para obter instruções passo e etapa.

Introdução

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

Assistente de primeira vez para testes

Se seu parceiro tiver registrado você para um teste, o assistente de configuração iniciará automaticamente depois que você iniciar sessão no Control Hub. O assistente o orienta através da configurações básicas para colocar sua organização em funcionamento com o Cisco Webex Calling, entre outros serviços. Você pode configurar e revisar suas configurações de chamadas antes de finalizar o assistente.

Revise suas configurações

Quando o Hub de controle carregar, você pode revisar suas configurações.

Adicionar usuários

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

Se você usar o Microsoft Active Directory, recomendamos que você habilite a sincronização do diretório primeiro e depois decida como deseja adicionar usuários. Clique em próximo e siga as instruções para configurar o Cisco conector de diretórios.

Configurar o registro único (SSO)

Webex Teams usa a autenticação básica. Você pode optar por configurar o SSO para que os usuários autentiquem com sua empresa Fornecedor da identidade usando suas credenciais corporativas, em vez de uma senha separada armazenada e gerenciada no Webex.

Vá para configurações, role até autenticação, clique em Modificare, em seguida, selecione integrar um provedor de identidade de terceiros.

Atribuir serviços aos usuários

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

Vá para usuários, clique em gerenciar usuários, selecione exportar e importar usuários com um arquivo CSVe, em seguida, clique em Exportar.

No arquivo que você baixa, basta adicionar true para os serviços que você deseja atribuir a cada um dos seus usuários.

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

Capacite seus usuários

Agora que você adicionou usuários e que eles foram atribuídos a eles, eles podem começar a usar seus telefones multiplataforma suportados (MPPs) para Webex Calling e Webex Teams para mensagens e reuniões. Incentive-os a usar as configurações do Cisco Webex como uma única loja para o acesso.

Função do gateway local

O gateway local é um dispositivo de borda corporativo ou gerenciado pelo parceiro para a rede de telefonia de comutação pública (PSTN) e a interoperação de intercâmbio de ramificação pública (PBX) legada (incluindo o Unified CM).

Você pode usar o Cisco Webex Control Hub para atribuir um gateway local a um local, depois que o Control Hub fornece parâmetros que você pode configurar no cubo. Estas etapas registram o gateway local com a nuvem e, em seguida, PSTN serviço é fornecido através do gateway para Webex Calling usuários em um local específico.

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

Implantações de gateway locais suportadas para Webex Calling

As seguintes implantações básicas são suportadas:

O gateway local pode ser implantado autônomo ou em implantações onde a integração no Cisco Unified Communications Manager é necessária.

Implantações de gateway locais sem PBX IP no local

Implantações de gateway locais autônomos

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

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

O PSTN gateway pode ser uma plataforma dedicada ou residir com o gateway local. Como na figura a seguir, recomendamos a variante dedicada de gateway PSTN dessa implantação; Ela pode ser usada se o gateway PSTN existente não puder ser usado como um gateway local Webex Calling.

Implantação de gateway local de coresidentes

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

Implantações de gateway locais com PBX Unified CM no local

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 do Cisco UC existente, onde o Unified CM é implantado como a solução do controle de chamadas no local

  • A discagem direta entre telefones registrados em Unified CM e telefones em Webex Calling locais é necessária.

Esta figura mostra uma implantação Webex Calling onde o cliente tem um Unified IP PBX existente.

BroadCloud envia chamadas que não correspondem aos destinos Webex Calling do cliente para o gateway local. Isso inclui PSTN números e extensões internas do Unified CM, que BroadCloud não podem ver. O gateway local roteia todas as chamadas que estão vindo de BroadCloud para o Unified CM e vice-versa. O Unified CM, em seguida, encaminha as chamadas recebidas para destinos locais ou para o PSTN de acordo com o plano de discagem existente. O Unified CM plano de discagem normaliza números como + E. 164. O PSTN gateway pode ser um dedicado ou residente em conjunto com o gateway local.

PSTN Gateway dedicado

A variante dedicada do gateway PSTN dessa implantação, como 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 Webex Calling.

Gateway de PSTN de residente

Esta figura mostra uma implantação de Webex Calling com um Unified CM onde o gateway local é residente com o gateway de PSTN/SBC.

O BroadCloud roteia todas as chamadas que não correspondem aos destinos Webex Calling do cliente para o gateway local que está atribuído ao local. Isso inclui PSTN destinos e chamadas na rede para extensões internas do Unified CM. O gateway local roteia todas as chamadas para Unified CM. O Unified CM, em seguida, encaminha chamadas para telefones registrados localmente ou para a PSTN através do gateway local, que tem PSTN de funcionalidade de SBC colocalizadas.

Considerações sobre roteamento de chamadas

Chamadas de Webex Calling para o Unified CM

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

Para uma implantação de Webex Calling sem integração em um Unified CM existente, qualquer chamada fora da rede é considerada uma chamada de PSTN. Quando combinado 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 tipos de chamadas são determinadas pelo Unified CM e depende do plano de discagem corporativo provisionado no Unified CM.

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

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

Chamadas do Unified CM para Webex Calling

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

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

Se um chamador no PSTN chama um número DID que foi atribuído a um dispositivo Webex Calling, então a chamada é retirada para a empresa através do gateway de PSTN da empresa e, em seguida, acessa o Unified CM. O endereço chamado dessa chamada corresponde a uma das Webex Calling rotas que é fornecida no Unified CM e a chamada é enviada ao gateway local. (O endereço chamado deve estar no formato + E. 164 quando enviado ao gateway local.) A lógica de roteamento BroadCloud, em seguida, certifica que a chamada é enviada para o dispositivo Webex Calling pretendido, com base na atribuição DID.

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

Classe de serviço (CoS)

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

  • Dispositivos registrados com Unified CM

  • Chamadas entrando no Unified CM da PSTN

  • Chamadas entrando no Unified CM de BroadCloud

Dispositivos registrados com Unified CM

Adicionar os destinos Webex Calling como uma nova classe de destinos a uma configuração CoS existente é bem mais direta: a permissão para chamar para destinos Webex Calling normalmente é equivalente à permissão para chamar a chamada no local (incluindo destinos entre sites).

Se um plano de discagem empresarial já implementar uma permissão "(abreviado) na rede entre sites", já existe uma partição fornecida no Unified CM, que podemos usar e provisionar todos os destinos em Webex Calling em rede conhecidos na mesma partição.

Caso contrário, o conceito de permissão "(abreviado) na rede entre sites" ainda não existe, então uma nova partição (por exemplo, "onNetRemote") precisa ser provisionada, os destinos Webex Calling são adicionados a essa partição e, finalmente, essa nova partição precisa ser adicionada aos espaços de pesquisa de chamadas apropriados.

Chamadas entrando no Unified CM da PSTN

Adicionar os destinos Webex Calling como uma nova classe de destinos a uma configuração CoS existente é bem mais direta: a permissão para chamar para destinos Webex Calling normalmente é equivalente à permissão para chamar a chamada no local (incluindo destinos entre sites).

Se um plano de discagem empresarial já implementar uma permissão "(abreviado) na rede entre sites", já existe uma partição fornecida no Unified CM, que podemos usar e provisionar todos os destinos em Webex Calling em rede conhecidos na mesma partição.

Caso contrário, o conceito de permissão "(abreviado) na rede entre sites" ainda não existe, então uma nova partição (por exemplo, "onNetRemote") precisa ser provisionada, os destinos Webex Calling são adicionados a essa partição e, finalmente, essa nova partição precisa ser adicionada aos espaços de pesquisa de chamadas apropriados.

Chamadas entrando no Unified CM de BroadCloud

As chamadas que chegam da PSTN precisam acessar todos os destinos de Webex Calling. Isso requer adicionar a partição acima, mantendo todos os destinos Webex Calling para o espaço de pesquisa de chamadas usado para chamadas recebidas no tronco de PSTN. O acesso a destinos de Webex Calling vem além do acesso já existente.

Enquanto para chamadas do acesso PSTN para o Unified CM DIDs e Webex Calling DIDs são chamadas requeridas em Webex Calling precisam acessar para os PSTNs do Unified CM e DIDs.

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

Este número compara estas duas classes diferentes de serviço para chamadas de PSTN e BroadCloud. A figura também mostra que se a funcionalidade de gateway do PSTN estiver posicionada com o gateway local, então dois troncos são necessários da combinação PSTN GW e gateway local para Unified CM: um para chamadas originadas no PSTN e outro para chamadas originadas no BroadCloud. Isso é orientado pelo requisito de aplicar espaços de pesquisa de chamadas diferenciados por tipo de tráfego. Com dois troncos de entrada no Unified CM, isso pode ser conseguido facilmente, configurando o espaço de pesquisa de chamada necessário para chamadas recebidas em cada tronco

Discar integração do plano

Este guia assume uma instalação existente que é baseada nas melhores práticas atuais na "arquitetura preferida para implantações no local 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 recomendado do plano de discagem segue a abordagem de design que está documentada no capítulo 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 recomendado do plano de discagem. As principais características desse projeto de plano de discagem incluem:

  • Todos os números de diretório que estão configurados no Unified CM estão no formato + E. 164.

  • Todos os números de diretórios 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 intra-site abreviada e PSTN discando usando os hábitos de discagem comuns) são normalizadas (globalizado) para + E. 164 usando a discagem de padrões de tradução de normalidade.

  • Discando padrões de tradução de normalização usar o padrão de tradução chamando a herança do espaço de pesquisa; Eles têm a opção "usar o espaço de pesquisa de chamada do originador".

  • A classe de serviço é implementada usando o site e a classe de espaços de pesquisa de chamadas específicas do serviço.

  • Os recursos de acesso PSTN (por exemplo, acesso a destinos de PSTN internacional) são implementados adicionando partições com os respectivos padrões de rotas + E. 164 para o espaço de pesquisa de chamadas definindo a classe de serviço.

Acessibilidade para BroadCloud

Figura 3. Adicionar BroadCloud destino à plano de discagem

Para adicionar a acessibilidade para destinos BroadCloud a este plano de discagem, uma partição representando todos os destinos BroadCloud deve ser criada ("BroadCloud") e um padrão de rota + E. 164 para cada intervalo DID no BroadCloud é adicionado a esta partição. Este 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 a BroadCloud. Como todos os destinos discados são normalizados para + E. 164 usando padrões de tradução de normalização de discagem para chamadas originadas de pontos de extremidade registrados no Unified CM ou de chamadas de entrada chamada de informações para chamadas originadas do PSTN este único conjunto de padrões de rotas + E. 164 são suficientes para atingir a acessibilidade de destinos em BroadCloud, independentemente do hábito de disca

Se, por exemplo, um usuário discar "914085550165", então o padrão de conversão de normalização de discagem na partição "UStoE164" normalizará esta sequência de discagem para "+ 14085550165", que então corresponde à padrão de rota para um destino BroadCloud na partição "BroadCloud". O Unified CM, finalmente, envia a chamada para o gateway local.

Adicionar discagem abreviada entre sites

Figura 4. Adicionar a discagem abreviada entre sites

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

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

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

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

Há duas ofertas de chamadas separadas que aproveitam a mesma plataforma de Webex Calling. Uma oferta é para os provedores de serviços (SPs) e seus clientes, enquanto a outra oferta é para revendedores de valor agregado (VARs) e seus clientes. Na maior parte, as ofertas são idênticas e, como tal, nos referimos a elas genericamente como Webex Calling. No entanto, existem algumas diferenças e onde precisamos chamar essas diferenças, certifique-se de que você sabe se elas se aplicam a SPs ou VARs.

Enquanto as duas ofertas são administradas no Control Hub com o lançamento cruzado no portal de administração de chamadas, aqui estão algumas diferenças importantes.

A SPs pode identificar os portais e os aplicativos de chamada e deve incluir e fornecer seus próprios serviços PSTN aos clientes ou aproveitar uma implantação de gateway local. O SPs também deve fornecer seu 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 PSTN serviço. O serviço de PSTN deve ser aproveitado através de uma implantação de gateway local corporativo. Os VARs também podem fornecer seu próprio suporte de nível 1 ou usar a Cisco. As duas ofertas fornecem garantia de serviço através de métricas de qualidade de mídia e podem reunir Webex Teams e reuniões junto com seus aplicativos de chamadas.

Manipuladores de protocolo para chamadas

Cisco Webex Calling registra os seguintes manipuladores de protocolo com o sistema operacional para habilitar a funcionalidade do Click-to-Call a partir de navegadores da Web ou outro aplicativo. Os seguintes protocolos iniciam uma chamada de áudio ou vídeo em Webex Teams quando for o aplicativo de chamada padrão no Mac ou no 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 Teams. No Windows 10, a janela do sistema para solicitar que os usuários selecionem qual aplicativo usar para iniciar a chamada. A preferência do usuário pode ser lembrada se o usuário verificar sempre usar este aplicativo.

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

  1. Abra configurações do aplicativo padrão configurações do sistema, clique em definir padrões por aplicativoe, em seguida, escolha Webex Teams.

  2. Para cada protocolo, escolha Webex Teams.

Manipuladores de protocolo para Mac

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

No Webex Teams para Mac, os usuários podem confirmar que Webex Teams está selecionado para as chamadas de início com a configuração em preferências gerais. Eles também podem verificar sempre se conectar ao Microsoft Outlook se desejarem fazer chamadas em Webex Teams quando clicarem em um número de contato do Outlook.

Marca d'água
20 de out de 2020| visualização(ões) | pessoas acharam que isso foi útil

Prepare seu ambiente para as Webex Calling

Prepare seu ambiente Configurar Webex Calling para sua organização Configurar o gateway local para PSTN acesso fácil (SOMENTE VARs) Configuração unificada de UCM Configurar Webex Calling recursos Configurar e gerenciar usuários Configurar e gerenciar dispositivos

Requisitos para chamada

Licenciamento

Webex Calling está disponível através do Plano Cisco Collaboration Flex. Você deve comprar um plano de Contrato Empresarial (EA) (para todos os usuários, incluindo 50% dispositivos de Workspaces) ou um plano Named User (NU) (alguns ou todos os usuários).

Webex Calling fornece três tipos de licenças("Tipos de estações")

  • Empresa— Essas licenças fornecem um conjunto completo de recursos para toda a sua 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é 1.000 participantes por reunião.

  • Básico—Escolha essa opção se seus usuários precisarem de recursos limitados sem mobilidade ou comunicações unificadas. Eles ainda receberão uma oferta de voz de recursos completos, 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 subscrição Named User. As licenças básicas não são suportadas para assinaturas de Contrato Empresarial.

  • Workspaces (também conhecido como Área comum) — Escolha essa opção se estiver procurando por tom de discagem básico com um conjunto limitado de recursos de chamada apropriados para áreas como break rooms, lobbies e salas de conferência.

Esta documentação mais tarde mostra como usar o Control Hub para gerenciar essas distribuições de licenças em 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 inativos precisam de largura de banda mínima.

Gateway local para PSTN

Ambos os Revendedores de Valor Agregado (VARs) e Provedores de Serviços (SPs) podem fornecer PSTN acesso Webex Calling organizações. O gateway local é atualmente a única opção para fornecer acesso PSTN local. O gateway local pode ser implantado autônomo ou em implantações onde a integração com o Cisco Unified Communications Manager é necessária. Os requisitos do gateway local seguem.

Dispositivos compatíveis

Webex Calling suporta Telefones IP Multiplataforma (MPP) da Cisco. Como administrador, você pode registrar os seguintes telefones na nuvem. Consulte os seguintes artigos de ajuda para obter mais informações:

Tabela 1. Dispositivos compatíveis

Categoria de dispositivo

Tipo de dispositivo

Básico

  • Cisco IP Phone 6800 Series com firmware multiplataforma

  • Cisco IP Phone 7800 Series com firmware multiplataforma

Adaptadores de telefonia analógico

Cisco ATA 191 e 192 com firmware multiplataforma

Conferência

  • Telefone de conferência Cisco IP 7832 com firmware multiplataforma

  • Telefone de conferência Cisco IP 8832 com firmware multiplataforma

Avançado

  • Cisco IP DECT 6800 Series com firmware multiplataforma

  • Cisco IP Phone 8800 Series com firmware multiplataforma

Acessórios

Módulos de expansão de teclas

Cisco Webex Room, Board e Dispositivos de mesa são suportados como dispositivos em um workspace que você cria no Control Hub. Consulte "Cisco Webex Room dispositivos de mesa, quadro e suporte" em Dispositivos suportados para obter Webex Calling para obter mais informações. No entanto, você pode fornecer esses dispositivos com PSTN habilitando Webex Calling para o Workspace.

Firewall

Conheça os requisitos de firewall que estão documentados nas Informações de referência por porta para Cisco Webex Calling.

Requisitos do gateway local para Webex Calling

Pré-requisitos gerais

Antes de configurar um gateway local para o Cisco Webex Calling , verifique sevocê

    • Tenha um conhecimento básico sobre VoIP princípios

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

    • Têm uma compreensão básica do Protocolo de iniciação de sessão (SIP)

    • Tenha uma compreensão básica do Cisco Unified Communications Manager (Unified CM) se o seu modelo de implantação inclui o Unified CM

    Mais detalhes podem ser encontrados no Guia de configuração empresarial 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 gateways locais (Cisco CUBE (para conectividade baseada em IP) ou o Gateway do Cisco IOS (para conectividade baseada em TDM)) que estão na Tabela 1 do Gateway Local para o Guia de Solicitação Webex Calling. Além disso, certifique-se de que a plataforma está executando uma versão IOS-XE suportada de acordo com o Guia de configuração de gatewaylocal.

Certificado e requisitos de segurança do gateway local

Webex Calling a sinalização e a mídia seguras. O gateway local do CUBE executa a criptografia, e TLS mútuo conexão simples deve ser estabelecida de saída para a nuvem com os seguintes passos:

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

  • Um conjunto de credenciais de digest SIP do Control Hub é usado para configurar o CUBE (os passos são parte da configuração que se segue)

  • A validação do pacote raiz de 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 e nat traversal para gateway local

Na maioria dos casos, o gateway local e os terminais podem residir na rede do cliente interno, usando IP privado endereços com NAT. O firewall corporativo deve permitir o tráfego de saída (SIP, RTP/UDP, HTTP) para endereços/portas IP específicos, cobertos pelas informações de referência de porta.

Marca d'água
20 de out de 2020| visualização(ões) | pessoas acharam que isso foi útil

Configurar Cisco Webex Calling para sua organização

Antes de começar

Se você estiver tentando configurar um cliente no Canadá, etapas adicionais são necessárias. Para obter mais informações, entre em contato com o HelpDesk doparceiro.

1

Clique no link Introdução clique no e-mail de Boas-vindas que você recebeu.


 

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

2

Revise e aceite a termos de serviço.

3

Revise seu plano e clique em Começar.

4

Selecione o país que seu centro de dados deve mapear e insira as informações de contato do cliente 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 quiser que o administrador do cliente complete o provisionamento de Webex Calling.
  • Preencha as informações necessárias informações de localização. Depois de criar o local no assistente, você pode criar mais locais mais tarde.

 

O país da localização padrão é definido como o país do contrato que foi selecionado pelo parceiro e não pode ser alterado. Você pode criar outros locais em diferentes países mais tarde, mas tenha em mente que eles serão hospedados no centro de dados regional que corresponde ao país selecionado anteriormente neste procedimento. Por exemplo, você pode ter um local nos Estados Unidos e um no Reino Unido.


 

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

7

(Opcional) Alterne no Skype for Business se essa integração for necessária e clique em Próximo.


 

Quando ativada, essa configuração em todo o local converte todos os aplicativos existentes de Chamada em Chamada para S4B. Este aplicativo pode funcionar junto com o Skype for Business para Windows e fornece recursos PSTN chamadas integradas.

8

Selecione Próximo.

9

Insira um endereço SIP Cisco Webex e clique em Próximo.

10

Selecione Finalizar.

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 https://admin.webex.comem , vá para Serviços > de > de telefone e clique em Adicionar local.

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

2

De configure as configurações do local:

  • Nome dalocalização — Insira um nome exclusivo para identificar a localização.
  • País—Escolha um país ao qual se ligar o local. Por exemplo, você pode criar um local (sede) nos Estados Unidos e outro (filial) no Reino Unido. O país que você escolher determinará os campos de endereços a seguir. Os documentos aqui usam a convenção de endereços dos EUA como um exemplo.
  • Idioma— escolha o idioma da localização.
  • Endereço— Insira o endereço principal endereço para correspondência.
  • Cidade— Insira uma cidade para esse local.
  • Estado— A partir da lista drop-down, escolha um estado.
  • CEP—Insira o CEP ou o código postal.Número detelefone — Insira o número de telefone no qual o contato principal do local pode ser alcançado.
3

(Opcional) Alterne no Skype for Business se seus usuários neste local quiserem continuar a colaborar usando o aplicativo de desktop Microsoft Skype for Business. Os usuários poderão fazer e receber chamadas telefônicas de fora da organização, bem como aproveitar os recursos avançados de chamadas que o aplicativo Webex Calling S4B oferece. Os usuários devem baixar e instalar o aplicativo Webex Calling S4B para que, quando iniciarem ou receberem uma chamada PSTN no aplicativo do Microsoft Skype, eles serão iniciados de forma cruzada no aplicativo Webex Calling S4B.


 

Esta é a única hora que você pode optar ou não pela integração do Skype for Business com o Webex Calling aplicativo. Depois que o local for criado, você não terá mais a opção de alterar essa configuração.

4

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

5

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

  • Cisco PSTN —Escolha esta opção se você quiser uma solução agrupada que permite solicitar novos números PSTN e portar números existentes para a Cisco.


     

    A opção PSTN Cisco é visível apenas sob as seguintes condições:

    1. O Plano de chamada Da Cisco foi ativado ou comprado para esse cliente.

    2. A localização está em um país onde o Plano de chamada da Cisco é suportado (atualmente disponível apenas nos Estados Unidos).

  • Cloud Connected PSTN —Escolha esta opção se você estiver procurando uma solução em nuvem que não exige um investimento significativo em hardware local e, em seguida, selecione um provedor CCP de suaescolha.

     

    Apenas parceiros que suportam o país do seu local são exibidos.

    Se você vê a opção para Solicitar números agora em um provedor listado, recomendamos que você escolha essa opção para poder aproveitar os benefícios do CCP integrado. Dessa forma, você pode solicitar seus números aqui no Control Hub. Se você escolher essa opção, acesse aqui para mais informações e próximos passos.

    Tenha em mente que, se você decidir não pedir seus números agora, as alterações subsequentes na sua PSTN provedor podem ser limitadas.

  • Sistema PSTN local (Gateway local) — Você pode escolher esta opção se quiser manter seu provedor PSTN atual ou se quiser conectar sites que não estão na nuvem com sites emnuvem.

6

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

7

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

Números são adicionados para o local específico. Entradas válidas são movimentadas para o campo Números validados e entradas inválidas permanecem no campo Adicionar números acompanhados por uma mensagem de erro.

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

8

Clique em Salvar.

O que fazer em seguida

Depois de criar um local, você pode ativar os serviços de emergência 911 para esse local. Consulte o Serviço de emergência RedSky 911 para obter Webex Calling para obter mais informações.

Quando você criou a organização do cliente no ControlHub, o primeiro local criado se tornará automaticamente o local padrão. Os usuários que você adicionar à sua organização serão atribuídos a esse local padrão, a menos que você especifique o contrário. Você pode tornar qualquer local subsequente o local padrão, mas tenha em mente que você não pode excluir o local padrão.

Antes de começar


Obter uma lista dos usuários e workspaces 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 workspaces antes de excluir o local.

Tenha em mente que os números associados a esse local serão liberados de volta ao seu PSTN fornecedor; você não possui mais esses números.

1

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

2

Clique em Mais ao lado do nome do local, escolha Excluir local econfirme se deseja excluir esse local.

Normalmente, leva alguns minutos para que o local seja excluído permanentemente, mas pode levar até uma hora. Você pode verificar o status clicando em Mais ao lado do nome do local eselecionando Status deexclusão.

Você pode alterar sua PSTN de acesso, bem como o nome, fuso horário e idioma de um local depois de criado. Tenha em mente que o novo idioma se aplica apenas a novos usuários e dispositivos. Os usuários e dispositivos existentes continuam a usar o idioma antigo.


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

1

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

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

2

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

  • Cisco PSTN —Escolha esta opção se você quiser uma solução agrupada que permite solicitar novos números PSTN e portar números existentes para a Cisco.


     

    Os parceiros devem ser autorizados Webex Calling VAR e aceitaram o novo Webex Calling Addendum através de inscrição no programa Cisco Webex Calling VAR PSTN treinamento.

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

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

  • Cloud Connected PSTN —Escolha esta opção se você estiver procurando uma solução em nuvem que não exige um investimento significativo em hardware local e, em seguida, selecione um provedor CCP de suaescolha.


     

    Apenas parceiros que suportam o país do seu local são exibidos.

    Se você vê a opção para Solicitar números agora em um provedor listado, recomendamos que você escolha essa opção para poder aproveitar os benefícios do CCP integrado. Dessa forma, você pode solicitar seus números aqui no Control Hub. Se você escolher essa opção, acesse aqui para mais informações e próximos passos

  • Sistema PSTN local (Gateway local) — Escolha esta opção se quiser manter seu provedor de serviços PSTN atual ou se deseja conectar sites que não estão na nuvem com sites emnuvem.

     

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

3

Selecione o Número principal no qual o contato principal do local pode ser alcançado.

4

Selecione o Número do Correio de Voz que os usuários podem chamar para verificar seu correio de voz para esta localização.

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 depois clique em Salvar.

Essas configurações também estão disponíveis na primeira vez que você assistente de configuração. À medida que você altera sua plano de discagem sistema, os números de exemplo na atualização do Control Hub mostram essas alterações.

1

Na exibição do cliente em , vá para Serviços > chamando > de serviço e role até https://admin.webex.comDiscagem interna.

2

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

  • Comprimento do prefixo deroteamento de localização — Recomendamos esta configuração se você tiver vários locais. Você pode inserir de 2 a 7 dígitos. Se você tiver vários locais com a mesma extensão, os usuários devem discar um prefixo ao ligar entre locais. Por exemplo, se você tiver vários armazenamentos, todos com o ramal 1000, você poderá configurar um prefixo de roteamento para cada loja. Se um armazenamento tiver um prefixo de 888, você discar 8881000 para alcançar esse armazenamento.
  • Dígito de direção no prefixo deroteamento — Você pode definir um valor aqui, independentemente de você usar os prefixos de roteamento de localização.
  • Comprimento doRamal Interno — Você pode inserir de 2 a 6 dígitos e o padrão é 2.

     

    Depois de aumentar o comprimento do ramal, as discões rápidas existentes para os ramais internos não serão atualizadas automaticamente.

3

Especifique a discagem interna para locais específicos. Vá para Serviços > Locais > de chamada, selecione um local, role até Discagem e, em seguida, 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 contatocom alguém neste local. O prefixo de roteamento de cada local deve ser único. Recomendamos que o comprimento do prefixo corresponde ao comprimento definido no nível da organização, mas deve ter entre 2 e 7 dígitos.
  • Discagem externa — Opcionalmente, você pode escolher um dígito de discagem de saída que os usuáriosdevem discar para alcançar uma linha externa. O padrão é Nenhum e você pode sair dela se não precisar desse hábito de discagem. Se você decidir usar esse recurso, recomendamos que você 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 a discagem nos sistemas antigos. No entanto, todos os usuários ainda podem fazer chamadas externas sem incluir o dígito de discagem de saída.

Impacto para os usuários:

  • Os usuários devem reiniciar seus telefones para que as alterações nas preferências de discagem entre em vigor.

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

Se você for um revendedor de valor adicionado, poderá usar essas etapas para iniciar a configuração de gateway local no Cisco Webex Control Hub. Quando este gateway estiver registrado na nuvem, você poderá usá-lo em um ou mais de seus locais Cisco Webex Calling para fornecer roteamento para um provedor de serviços PSTN corporativo.


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

  • Uma vez que um local é adicionado, e antes de configurar os PSTN baseados no local para um local, você deve criar um tronco.

  • Crie quaisquer locais e configurações e números específicos para cada um deles. Os locais devem existir antes que você possa adicionar informações baseadas PSTN.

  • Compreenda os requisitos de sistema PSTN (gateway local) para o Webex Calling.

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

1

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

2

Selecione um local.

3

Nomee o 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 você precisará configurar no tronco. Você também gerará um conjunto de credenciais de resumo SIP para proteger a conexão PSTN conteúdo.

As informações do tronco são exibidas no domínio do registro de tela, grupo de troncos OTG/DTG,linha/portae endereço proxy de saída .

Recomendamos que você copie essas informações do Control Hub e as copie em um arquivo de texto local ou documento para que você possa se referir a ela quando estiver pronto para configurar as configurações baseadas no PSTN.

Se você perder as credenciais, você deve gerá-las da 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 https://admin.webex.comem , vá para Serviços > chamada > locais.

2

Selecione um local para modificar e clique em Gerenciar.

3

Selecione Locais baseados em PSTN 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, em seguida, clique em Salvar.

O que fazer em seguida

Você deve tomar as informações de configuração que o Control Hub gerou e mapear os parâmetros na porta de entrada local (por exemplo, em um Cisco CUBE que se localiza no local). Este artigo orienta você sobre esse 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) mapeam os parâmetros no CUBE (à direita):

Depois de concluir com êxito a configuração no gateway, você pode retornar aos Locais do > call > no Control Hub e o gateway que você criou será listado no cartão de localização ao que você o atribuiu com um ponto verde à esquerda do nome. Esse status indica que o gateway está registrado com segurança à nuvem de chamada e está atuando como o gateway PSTN de conexão ativa para o local.

1

Na exibição do cliente https://admin.webex.comem , vá para Serviços > chamada > números.

É exibida uma tabela que mostra os números e as informações correspondentes de todos os locais. Você pode clicar no drop-down Todos os Locais e escolher um local se você deseja filtrar em um específico. A tabela inclui informações como quem o número é atribuído para e seustatus.

2

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

  • Editar— Para números ativos atribuídos no momento a um usuário ou local. Clique nesta opção para abrir o Portal de administração de chamada , onde você pode fazer maisalterações.

  • Ativar — Para números no status inativo, esta opção estará disponível depois que um Webex Calling portados que foi enviadocom um pedido for concluído. Depois de ativar o número, o número aparece como ativo quando está pronto para uso.

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

3

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


 

Entradas válidas são movedas para o campo Números Validados enquanto entradas inválidas permanecem no campo Adicionar números acompanhado por uma mensagem de erro.

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

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

4

(Opcional) Ative números em massa. Você pode filtrar sua lista de números com base em um local específico, status 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 sua lista e depois confirme sua intenção clicando em Ativar no caixa de diálogo que se abre.

Se você estiver tentando Cisco Webex serviços e deseja converter sua avaliação para uma assinatura paga, você pode enviar uma solicitação de e-mail ao seu parceiro.

1

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

2

Selecione a guia Assinaturas e clique em Comprar agora .

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

Você pode usar Webex Control Hub para definir a prioridade de opções de chamada disponíveis que os usuários veem no Webex. Você também pode habilita-los para um único clique.

1

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

2

Arraste e solte as opções de chamada que você deseja que os usuários vejam no campo Opções de chamada disponível e depois as reorganize na ordem de prioridade que você deseja para seus usuários.

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

3

Alterne em Habilitar Clique para Chamar Único se você quiser que os usuários sejam capazes de fazer uma chamada com a primeira opção de chamada que você configurou na etapa anterior.


 

As alterações podem levar até 24 horas para aparecerem no Webex. Você pode informar seus usuários para reiniciarem seus aplicativos para atender nessas alterações mais rapidamente.

Você pode controlar o aplicativo de chamada que é aberto quando os usuários fizerem PSTN chamadas. Depois de configurar esta configuração no nível da organização, você pode substituir essa configuração para usuários específicos.


Escolha apenas a opção de toda a organização se você estiver pronto para migrar toda a organização.

Antes de começar

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

  • Os usuários devem ter números de telefone válidos. Se os números são inválidos, o Webex ainda envia o número para o aplicativo de chamada que você selecionar, mas a chamada desse aplicativo falhará.

Na exibição do cliente https://admin.webex.comem , vá para Configurações, role até Comportamento de chamada e escolha um dos seguintes: .

  • Chamada de Webex Teams— Selecione esta opção se você quiser que os usuários façam chamadas diretamenteno Webex usando Webex Calling .
  • Webex Calling aplicativo —Selecione esta opção se sua organização tiver uma assinatura para Cisco Webex Calling e você quiser permitir que os usuários façam chamadas PSTN usando o aplicativoWebex Calling aplicativo. Quando os usuários PSTN chamadas no Webex, o Webex Calling é usado para fazer a chamada.

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

Os usuários devem ter o aplicativo correspondente instalado para fazer PSTN chamadas do Webex. Certifique-se de que as pessoas saibam qual opção você faz e se outro aplicativo é usado para PSTN chamadas.


 

Você pode 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 chamada . Você pode fazer sua escolha e clicar em Salvar.

Marca d'água
20 de out de 2020| visualização(ões) | pessoas acharam que isso foi útil

Configurar o gateway local no IOS-XE para Webex Calling

Depois de configurar Webex Calling para sua organização, você deve então configurar gateways locais usando suas respectivas interfaces CLI. O tronco entre o gateway local e a nuvem Webex é 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 tarefas para configurar gateways locais para sua Webex Calling outros usuários. Os passos a seguir são executados na própria interface CLI. O tronco entre o gateway local e o Webex Calling é sempre protegido usando o transporte SIP TLS e SRTP para mídia entre o gateway local e o Webex Calling Access SBC.

Antes de começar

  • Conheça os requisitos locais do gateway para o Webex Calling.

  • Crie um gateway local no Control Hub.

  • As diretrizes de configuração fornecidas neste documento assumem que uma plataforma de gateway local dedicada está no lugar sem nenhuma configuração de voz existente. Se um gateway existente ou implantação empresarial do CUBE estiver sendo modificado para usar também a função de gateway local do Webex Calling, preste atenção cuidadosa à configuração aplicada e certifique-se de que os fluxos e funcionalidades de chamada existentes não sejam interrompidos como resultado de alterações feitas. PSTN

  Comando ou ação Objetivo
1

Mapeamento de parâmetros entre Cisco Webex Control Hub e Cisco Unified elementos da borda

Use esta tabela como referência para os parâmetros que vêm do Control Hub e onde eles mapeam para o gateway local.

2

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

Implemente essas etapas como uma configuração global comum para o gateway local. A configuração inclui a configuração da plataforma de referência e uma atualização do grupo de confiança.

3

Registre o Gateway local para Webex Calling

4

Escolha um, dependendo da sua implantação:

roteamento de chamadas gateway local é baseado na Webex Calling de implantação que você escolheu. Esta seção pressu que a rescisão PSTN IP está na mesma plataforma que o gateway local. A configuração a seguir é para uma dessas opções no gateway local:

  • A opção de implantação de gateway local sem um PBX de IP no local. A porta de entrada local e PSTN CUBE são coresident

  • A opção de implantação de gateway local dentro de um ambiente Unified CM existente. A porta de entrada local e PSTN CUBE são coresident

Tabela 1. Mapeamento de parâmetros entre Cisco Webex Control Hub e o Gateway local

Control Hub

Gateway local

Domínio do registrador:

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

example.com

Registrador

example.com

Grupo de troncos OTG/DTG

perfis sip:

solicitação <rule-number> de regra QUALQUER sip-header

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 referência como NTPs, ACLs, habilitar senhas, senha primária, roteamento IP, endereços IP, e assim por diante são configuradas de acordo com as políticas e procedimentos da sua organização.

  • Mais recente do IOS-XE 16.12 ou IOS-XE 17.3 necessário para todas as implantações LGW.

1

Certifique-se de que quaisquer interfaces de camada 3 tenham endereços IP válidos e tabelas atribuídos:

interface GigabitEthernet0/0/0 descrição interface enfrentando 
 PSTN e/ou o endereço ip CUCM 
 192.168.80.14 255.255.255.0 
 ! 
 interface GigabitEthernet0/0/1 descrição interface enfrentando Webex Calling endereço 
 
 IP 192.168.43.197 255.255.255.0
2

Você deve pré-configurar uma chave principal para a senha usando os comandos mostrados abaixo antes que ela possa ser usada nas credenciais e segredos compartilhados. As senhas do tipo 6 são criptografadas usando a chave mestra AES definida pelo usuário.


LocalGateway#conf localGateway(configuração)# senha de configuraçãode chave-chave-criptografar Senha123 LocalGateway(configuração)# criptografiade senha aes
3

Configure o Servidor ip name para permitir a análise de DNS e assegure-se de que ele é acessível através do ping dele:


LocalGateway#conf t Enter comandos de configuração, um por linha.  Termine com CNTL/Z.
LocalGateway(config)#ip name-server 8.8.8.8 LocalGateway(config)#final
4

Habilitar a exclusão do TLS 1.2 e um Trustpoint simulado padrão:

  1. Crie um PKI Trustpoint simulado e chame-o deTp simulado

  2. Designe o trustpoint como o ponto de confiança de sinalização padrão no sip-ua

  3. O servidor cn-san-validate é 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) coincide com a 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, permitindo a exclusão do v1.2.

  6. De definir a contagem de tcp-repetir para 1000 (5 msec múltiplos = 5 segundos).

  7. (IOS-XE 17.3.2 e posterior) Defina a conexão de temporizadores que estabelecem <wait-timer in="" sec="">tls. O intervalo é entre 5 e 20 segundos e o padrão é 20 segundos. (LGW leva 20 segundos para detectar a falha de conexão TLS antes de tentar estabelecer uma conexão para o próximo Webex Calling Access SBC. 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#configura os comandos de configuração do Terminal Enter, um por linha.  Termine com CNTL/Z.
LocalGateway(config)# 
 LocalGateway(config)#config pki trustpoint simuladoTp LocalGateway(ca-trustpoint)# revogação-verificação crl LocalGateway(ca-trustpoint)#exit  LocalGateway(config)#sip-ua LocalGateway(config-sip-ua)# sinalização padrão de ponto de confiançatptp cn-san-validate server  LocalGateway(config-sip-ua)# transport tls v1.2 LocalGateway(config-sip-ua)# tcp-retry 1000 LocalGateway(config-sip-ua)#fim
5

Atualizar o Gateway Trust gateway local:

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

O pacote trust ltda deve ser atualizado baixando o "Pacote raiz raiz confiável da Cisco" mais recente do http://www.cisco.com/security/pki/.

  1. Verifique se o certificado ca da Sala DigiCert existe:

    
    LocalGateway#mostra o hashkk trust se | inclui DigiCert
  2. Se ele não existir, atualize da seguinte forma:

    
    LocalGateway#configura os comandos de configuração do Terminal Enter, um por linha.  Termine com CNTL/Z.
    LocalGateway(config)# criptografia pki trust se importar url limpa Arquivo de Leitura daURL  http://www.cisco.com/security/pki/trs/ios_core.p7b do http://www.cisco.com/security/pki/trs/ios_core.p7b Carregamento de % http://www.cisco.com/security/pki/trs/ios_core.p7b  arquivos PEM importados com êxito.
    LocalGateway(configuração)#final
    
  1. Verificar:

    
    LocalGateway#mostrar criptografia pki trust se | incluem DigiCert 
     cn=DigiCert Global Root CA 
     o=DigiCert Inc 
     cn=DigiCert Global Root CA 
     o=DigiCert Inc
    

Antes de começar

Certifique-se de que você concluiu as etapas no Control Hub para criar um local e adicionar um gateway local. No exemplo de gateway local mostrado aqui, as informações foram obtidas a partir do Control Hub.

1

Insira estes comandos para ativar o aplicativo de gateway local (consulte as Informações de referência de porta para Cisco Webex Calling para as últimas sub-redes IP que precisam ser adicionadas ao lista de confiança):

LocalGateway# configurao terminal LocalGateway(config)# serviço de vozvoip LocalGateway(conf-voi-serv)# endereço ip confiávellista LocalGateway(cfg-iptrust-list)#ipv4 x.y LocalGateway(cfg-iptrust-list)#sair do LocalGateway(conf-voi-serv)# allow-connections sip to sip LocalGateway(conf-voi-serv)# estatísticas de mídia LocalGateway(conf-voi-serv)#media-stats LocalGateway(conf-voi-serv)#no supplementary-service sip refer LocalGateway(conf-voi-serv)# nosupplementary-service sip handle-replace LocalGateway(conf-voi-serv)# protocolo de fax t38 versão 0 ls-redundância 0 hs-redundância 0 fallback none  LocalGateway(conf-serv-stun)#stun LocalGateway(conf-serv-stun)#stun flowdata agent-id 1 contagem de inicialização 4 LocalGateway(conf-serv-stun)#stun flowdata compartilhados-secret 0 Password123$  LocalGateway(conf-serv-stun)#sip     LocalGateway(conf-serv-sip)# g729 anexob-all    LocalGateway(conf-serv-sip)# oferta inicialforçada    LocalGateway(conf-serv-sip)#end

Explicação dos comandos:

Prevenção de fraudes tarifadas
Dispositivo(config)# dispositivo voip do serviço de  voz(config-voi-serv)# endereço ip dispositivo de lista  confiável(cfg-iptrust-list)# ipv4 x.x.x y.y.y.y.y
  • Permite explicitamente os endereços IP de origem das entidades das quais o gateway local espera chamadas VoIP legítimas, como pares Webex Calling, nós do Unified CM, endereços IP PSTN.

  • Por padrão, o LGW bloqueia todas as configurações VoIP de chamadas recebidas de endereços IP que não estão na sua lista confiável. Os endereços de IP de pares de discagem 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 DE IP nesta lista precisam corresponder às sub-redes IP de acordo com o centro de dados Webex Calling regional que o cliente está conectado. Para obter mais informações, consulte Informações de referência da porta para Webex Calling.


     

    Se o LGW estiver atrás de um firewall com NAT cone restrito, você pode preferir desativar a lista de endereços IP confiável na Webex Calling que você estáenfrentando. Isso é porque o firewall já o protege de informações não solicitadas de VoIP. Esta ação reduzirá a sobrecarga de configuração a longo prazo, porque não podemos garantir que os endereços dos pares 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, os seus endereços Unified CM podem precisar ser adicionados às interfaces voltadas para a frente.

  • Os endereços IP devem corresponder ao IP dos hosts que o proxy de saída resolve nolocatário 200

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

Mídia
serviço de voz voip 
 estatísticas de mídia estatísticas de mídia em 
 massa-estatísticas 
  • Estatísticas de Mídia permitem o monitoramento de mídia no gateway local.

  • Estatísticas de mídia em massa permitem que o avião de controle sondar o avião de dados para estatísticas de chamada em massa.

Funcionalidade básica SIP-para-SIP
permitir conexões sip para sip
Serviços suplementares
 nenhum sip de serviço suplementar não 
 consulte nenhum handle-replaces de sip de serviços suplementares

Desativa REFER e substitui a ID da caixa de diálogo em Substitui o diretor pela ID da caixa de diálogo de pares.

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

Protocolo do fax
protocolo de fax t38 versão 0 ls-redundância 0 hs-redundância 0 fallback 0

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

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

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

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

G729
sip 
  g729 anexob-todos

Permite a todas as variantes do G729.

SIP
oferta antecipada forçada

Força o gateway local a enviar as informações SDP na mensagem INICIAL DE CONVITE, em vez de aguardar por reconhecimento do colega vizinho.

2

Configure o "Perfil SIP 200".

LocalGateway(config)# perfis sip da classe de voz 200 LocalGateway (config-class)# regra 9 solicitar qualquer regra de SIP-Header SIP-Req-URI modificar "sips:(.*)" "sip:\1" LocalGateway (config-class)# regra 1 10 solicitar QUALQUER sip-header Para modificar "<sips:(.*)" "<sip:\1" LocalGateway (config-class)# regra 11 SOLICITAR QUALQUER sip-header De modificar "<sips:(.*)" "<sip:\1" LocalGateway (config-class)# regra 12 solicitar QUALQUER contato do sip-header Modificar<sips:(.*)>"<sip:\1;transport=tls>  LocalGateway (config-class)# regra 13 Resposta QUALQUER sip-header Para modificar " <sips:(.*)" "<sip:\1" LocalGateway (config-class)# regra 14 resposta QUALQUER sip-header De modificar "<sips:(.*)" "<sip:\1" LocalGateway (config-class)# regra 15 resposta QUALQUER contato do sip-header modificar "<sips:(.*)" "<sip:\1" LocalGateway (config-class)# regra 1 20 solicitação QUALQUER header de sip Para modificar ">" ";otg=hussain2572_lgu>" LocalGateway (config-class)# regra 30 solicitar QUALQUER sip-header P-Asserted-Identity modifique "sips:(.*)" "sip:\1"

Essas regras são

Explicação dos comandos:

  • a regra 9 garante que o título seja listado como"SIP-Req-URI" e não "SIP-Req-URL"

    Isso é convertido entre URIs SIP e URLs SIP, pois o Webex Calling não suporta URIs SIP nas mensagens de solicitação/resposta, mas precisa deles para consultas SRV, por exemplo, _sips._tcp.<outbound-proxy>.
  • a regra 20 modifica o header De para incluir o parâmetro Trunk Group OTG/DTG do Control Hub para identificar exclusivamente um site LGW dentro de uma empresa.

  • Este Perfil SIP será aplicado ao locatário da classe de voz 200 (discutido mais tarde) para todo o tráfego de frente Webex Calling.

3

Configure o Perfil do Codec, definição de STUN e Pacote de Criptografia SRTP.

LocalGateway(config)# codec de classe de voz 99 LocalGateway(config-class)# preferência do codec 1 g711ulaw LocalGateway(config-class)# codec preference 2 g711alaw  LocalGateway(config-class)# exit  LocalGateway(config)# classe de voz srtp-exit 200 LocalGateway(config-class)# criptografia 1 AES_CM_128_HMAC_SHA1_80 LocalGateway(config-class)# exit LocalGateway(config)# classe de voz stun-usage 200 LocalGateway(config-class)# tun uso de firewall-traversal flowdata LocalGateway(config-class)# sair

Explicação dos comandos:

  • Codec da classe de voz99: Permite os codecs g711 (mu e a-law) para as sessões. É aplicado a todos os pares de discagem.

  • Classe de voz srtp -criptografia 200: Especifica 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 da classe de voz 200 (discutido mais tarde) de frente Webex Calling .

  • Uso de ajuste da classe de voz 200: Define o uso de STUN. É aplicado a todos os Webex Calling de discagem voltados para outra pessoa (marca 2XX) para evitar o áudio de forma nenhuma quando um telefone Unified CM encaminha a chamada para outroWebex Calling telefone.


 

Em casos em que a mídia está ancorada no ITSP SBC e o Gateway local está atrás de um NAT e aguardando o fluxo de mídia de entrada do ITSP, esse comando pode ser aplicado no ITSP voltando para pares de discagem.

4

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

Webex Calling é adicionado como um locatário dentro do gateway local. A configuração necessária para registrar o gateway local é definida pelo locatário da classe de voz 200. Você deve obter os elementos dessa configuração a partir da página de administração do gateway local dentro do Control Hub, conforme mostrado nesta captura de tela. Este é um exemplo para exibir quais campos mapeam para a respectiva CLI do gateway local.

O tenant 200 é então aplicado a todos os Webex Calling de discagem voltadas para pares de discagem (tag2xx) dentro da configuração do gateway local. O recurso do locatário da classe de voz permite agrupar e configurar parâmetros de tronco SIP, caso contrário, feito em voip de serviço de voz e sip-ua. Quando um locatário está configurado e aplicado em um par de discagem, as configurações IOS-XE são aplicadas na seguinte ordem de preferência:

  • Configuração de colega de discagem

  • Configuração do locatário

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

5

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


 

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

LocalGateway(configuração)# locatário da classe de voz200 
  registrador dns:40462196.esquema cisco-bcld.com expira em 240 taxa de atualização 50 credenciais tls número de Hussain6346_LGU de usuário Hussain2572_LGU senha 240 tls0 
  meX7]~)Domínio VmF Domínio de autenticação BroadWorks Hussain2572_LGU senha 
  0 meX7]~)Domínio BroadWorks domínio BroadWorks autenticação de nome de usuário Hussain2572_LGU 
  senha 0 meX7]~)Domínio VmF 40462196.cisco-bcld.com 
  sem 
  sip-id remoto-party servidor dns:40462196.cisco-bcld.com 
  connection-reutilizar 
  srtp-proxy 200 session transport 
  tcp tls 
  url sips 
  error-passthru 
  asserted-id pai bind control 
  source-interface GigabitEthernet0/0 /1 vincular gigabite interface de mídia 
  GigabitEthernet0/0/1 sem senha de conteúdo 
 
  personalizado-sdp sip-profiles 200 
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com  
  privacy-policy passthru

Explicação dos comandos:

locatário da classe de voz 200

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

registrador dns:40462196.esquema cisco-bcld.com sips expira 240 atualização-proporção 50 tls tcp

Servidor de registrador para o 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

número de credenciais Hussain6346_LGU nome de usuário Hussain2572_LGU 0 meX71]~)Vmf domínio BroadWorks

Desafio de credenciais para Registro de tronco. 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

nome de usuário Hussain2572_LGU 0 meX71]~)Vmf realm BroadWorks
nome de usuário Hussain2572_LGU senha 0 meX71]~)Domínio Vmf 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

sem ID de festa remota

Desabilitar o header de ID de terceiros remoto (RPID) SIP como Webex Calling suporta o PAI, que é habilitado usando o CIO asserted-id pai (veja abaixo).

dns do servidor sip:40462196.cisco-bcld.com
Webex Calling de trabalho. 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
reutilização de conexão

Para usar a mesma conexão persistente para processamento de registros e chamada.

srtp-criptografia 200

Especifica SHA1_80 conforme definido na classe de voz srtp-criptografia 200.

tls de transporte da sessão
Define o transporte para o TLS
sips de url

SRV consulta deve ser SIPs conforme suportado pelo acesso SBC; todas as outras mensagens são alteradas para SIP pelo perfil sip 200.

erro-senha

Funcionalidade de passagem da resposta de erro de SIP

asserted-id pai

Liga o processamento PAI no gateway local.

vincular controle interface GigabitEthernet0/0/1

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

vincular mídia source-interface GigabitEthernet0/0/1

Interface fonte de mídia voltada Webex Calling.

sem senha de conteúdo personalizado-sdp

Comando padrão no locatário.

perfis sip 200

Altera o SIPS para SIP e modifica a linha/porta para mensagens CONVIDAR e REGISTRAR conforme definido nas mensagens sip de classe de voz 200.

dns de saída-proxy:la01.sipconnect-us10.cisco-bcld.com

Webex Calling Acessar 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

privacidade-política passthru

Passe de forma transparente os valores dos header de privacidade desde a entrada até a etapa de saída.

Depois que o locatário 200 é definido dentro do gateway local e um par de discagem SIP VoIP é configurado, o gateway inicia uma conexão TLS para o Webex Calling, momento em que o Access SBC apresenta seu certificado para o gateway local. O gateway local valida o certificado Webex Calling Access SBC usando o pacote raiz de CA atualizado anteriormente. Uma sessão TLS persistente é estabelecida entre o gateway local e o Webex Calling Access SBC. O gateway local envia um REGISTER para o Access SBC, que é desafiado. O AOR de registro number@domain. O número é retirado do parâmetro "número" de credenciais e do domínio do "dns do registrador:<fqdn>". Quando o Registro é desafiado, o nome de usuário, a senha e os parâmetros de domínio das credenciais são usados para construir o título e o sip-profile 200 converte URL SIPS de volta para SIP. O registro é bem-sucedido assim que 200 OK é recebido do Access SBC.

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

  1. Locatários da classe de voz — Primeiro, criaremos locatários adicionais para colegas de discagem enfrentando o ITSP semelhante aoLOCATÁRIO 200 que criamos para Webex Calling frente aos pares de discagem.

  2. URIs de classes devoz — Padrões que definem endereços IP do host/portas de vários troncos que terminam no gateway local: Webex Calling para LGW; e PSTN tronco SIP no LGW.

  3. Pares de discagem de saída — Para encaminhar os participantes de chamada de saída doLGW para o tronco ITSP SIP e Webex Calling.

  4. Classe de voz DPG — Destino de pares de discagem de saídainvocados de um par de discagem de entrada.

  5. Pares de discagem de entrada — Para aceitar os participantes de chamada deentrada do ITSP e Webex Calling.

A configuração nesta seção pode ser usada para a configuração do gateway local hospedada por parceiros, como mostrado abaixo, ou pelo gateway do site do cliente local.

1

Configure os seguintes locatários da classe de voz:

  1. O locatário da classe de voz 100 é aplicado em todos os pares de discagem DE SAÍDA voltados para o IP PSTN.

    locatário da classe de voz 100 transporte 
      de sessão udp 
      url sip 
      error-passthru bind control 
      source-interface GigabitEthernet0/0/0 
      bind media-interface GigabitEthernet0/0/0 sem senha 
      conteúdo custom-sdp
    
  2. O locatário da classe de voz 300 é aplicado em todos os pares de discagem DE ENTRADA do IP PSTN.

    locatário da classe de voz 300 vincular o 
      control-interface GigabitEthernet0/0/0 
      bind media-interface GigabitEthernet0/0/0 sem passar através de conteúdo 
      personalizado-sdp
    
2

Configure a seguinte URI de classe de voz:

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

    classe de voz uri 100 sip 
      ipv4:192.168.80.13
    
  2. Definir 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:

    padrão de classe de voz 200 sip 
     dtg=hussain2572.lgu
    

     

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

    CONVITE 
     recebido 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 
     padrão:8934
    
3

Configure os seguintes pares de discagem de saída:

  1. Ponto de discagem de saída em direção a IP PSTN:

    discagem-peer voz 101 voip Descrição discagem de 
     saída-peer para IP PSTN padrão de destino 
     RUIM. Protocolo de sessão BAD sipv2 alvo da sessão 
     
     ipv4:192.168.80.13 codec de classe de voz 
     99 
     dtmf-relay rtp-nte 
     voice-class sip 100 
     no vad

    Explicação dos comandos:

    discagem-peer voz 101 voip Descrição de 
     discagem de saída para PSTN
    

    Define um colega de discagem VOIP com uma tag de 101 e uma descrição significativa é dada para facilitar o gerenciamento e a solução de problemas.

    padrão de destino BAD. Ruim

    Padrão de dígitos que permite a seleção deste par de discagem. No entanto, chamaremos esse colega de discagem de saída diretamente do par de discagem de entrada usando as declarações DPG e que ignoram os critérios de avaliação do padrão de dígitos. Como resultado, estamos usando um padrão arbitrário baseado em dígitos alfanuméricos permitidos pelo CLI de destino padrão.

    sessão protocolo sipv2

    Especifica que este colega de discagem lidará com os colegas de chamada SIP.

    destino da sessão ipv4:192.168.80.13

    Indica o endereço IPv4 de destino do destino para onde este trecho de chamada será enviado. Nesse caso, o endereço de IP do ITSP.

    codec de classe de voz 99

    Indica a lista de preferências do codec 99 a ser usada para este par de discagem.

    dtmf-relay rtp-nte

    Define o RTP-NTE (RFC2833) como o recurso DTMF esperado neste atendimento de chamada.

    locatário de sip de classe de voz 100

    O colega de discagem herda todos os parâmetros do Tenant 100, a menos que esse mesmo parâmetro seja definido no próprio par de discagem.

    sem vad

    Desativa a detecção de atividade de voz.

  2. Discagem de saída igual Webex Calling (Este par de discagem será atualizado para servir como colega de discagem de entrada Webex Calling posteriormente no guia de configuração).

    discagem-peer voz 200201 voip de 
     entrada/saída Webex Calling 
     padrão de destino BAD. Protocolo de sessão BAD sipv2 sessão alvo 
     
     sip-server 
     voice-class codec 99 
     dtmf-relay rtp-nte 
     voice-class stun-usage 200 
     no sip localhost voice-class sip tenant 
     200 
     srtp no 
     vad
    

    Explicação dos comandos:

    discagem peer voice 200201 voip 
         descrição de entrada/Webex Calling

    Define um colega de discagem VOIP com uma tag de 200201 e uma descrição significativa é dada para facilitar o gerenciamento e a solução de problemas

    sessão de destino sip-server

    Indica que o servidor SIP global é o destino das chamadas deste par de discagem. Webex Calling servidor definido no locatário 200 é herdado para este par de discagem.

    uso de stun-usage de classe de voz 200

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

    nenhum sip localhost de classe de voz

    Desativa a substituição do nome do organizador local DNS no lugar do endereço IP físico nas mensagens de saída, De, Chamada-ID e ID de parte remota.

    locatário de sip de classe de voz 200

    O par de discagem herda todos os parâmetros do Tenant 200 (LGW Webex Calling Trunk), a menos que esse mesmo parâmetro seja definido no próprio par de <--> discagem. </-->

    Srtp

    SRTP está habilitado para este etapa de chamada.

    sem vad

    Desativa a detecção de atividade de voz.

4

Configure os seguintes grupos de discagem (DPG):

  1. Define o grupo de discagem peer 100. O peer de discagem de saída 101 é o destino para qualquer grupo de discagem automática 100. Aplicaremos o DPG 100 ao par de discagem 200201 recebido para o Webex Calling --> LGW --> PSTN caminho.

    descrição WxC(DP200201) de classe de voz para ip PSTN(DP101) preferência de colega de 
     
     discagem 101 1
    
  2. Definir grupo de discagem 200 com colega de discagem de saída 200201 como o destino para o PSTN --> LGW --> Webex Calling caminho. O DPG 200 será aplicado ao colega de discagem 100 recebido definido posteriormente.

    descrição de ip de classe de voz dpg 200 
     PSTN(DP100) para Webex Calling(DP200201) preferência de colega de 
     discagem 200201 1
    
5

Configure os seguintes pares de discagem de entrada:

  1. Ponto de discagem de entrada para entrada de áreas PSTN de chamada:

    discagem-peer voz 100 vo PSTN ip descrição Discagem recebida de pares de sessão 
     
     sipv2 destino 
     dpg 200 entrada duri através de 100 codec de classe de voz 
     
     99 
     dtmf-relay rtp-nte 
     voice-class sip tenant 300 no 
     vad
    

    Explicação dos comandos

    discagem-peer voz 100 voip 
     descrição entrada dial-peer do PSTN

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

    sessão protocolo sipv2

    Especifica que este colega de discagem lidará com os colegas de chamada SIP.

    uri de entrada via 100

    Todo o tráfego de entrada do IP PSTN ao LocalGW é igual ao endereço DE IP do host do VIA recebido na classe de voz URI 100 SIP para corresponder com o endereço IP de origem (ITSP's).

    destino dpg 200

    Com o destino dpg 200, o IOS-XE passa os critérios clássicos de correspondência de pares de discagem de saída e continua a configurar a etapa de chamada de saída usando pares de discagem definidos no grupo de discagem 200 de destino, que é o grupo de discagem 200201.

    locatário de sip de classe de voz 300

    O colega de discagem herda todos os parâmetros do Tenant 300, a menos que esse mesmo parâmetro seja definido no próprio par de discagem.

    sem vad

    Desativa a detecção de atividade de voz.

  2. Ponto de discagem de entrada para Webex Calling de chamada de entrada:

    descrição do voip de discagem peer 200201 Entrada/Saída Webex Calling máximo de 
     
     150 
     destino dpg 100 uri de entrada 
     200
     

    Explicação dos comandos

    discagem peer voice 200201 voip 
     descrição de entrada/Webex Calling

    Atualiza um colega de discagem VOIP com uma tag de 200201 e uma descrição significativa é dada para facilitar o gerenciamento e a solução de problemas.

    solicitação uri recebida 200

    Todo o tráfego de entrada do Webex Calling ao LGW pode ser consistente com o padrão dtg exclusivo na URI de solicitação, identificando exclusivamente o site de gateway local dentro de um Enterprise e no ecossistema Webex Calling sistema.

    destino dpg 100

    Com o destino dpg 100, o IOS-XE passa os critérios clássicos de correspondência de discagem de saída e continua a configurar a etapa de chamada de saída usando pares de discagem definidos no grupo de discagem 100 de destino, que é o grupo de discagem 101.

    máximo de 150 controles

    Restringe o número de chamadas simultâneas a 150 entre o LGW e o Webex Calling, supondo 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 chamada simultânea 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 a Webex Calling

Todas as áreas de chamada PSTN entrada no gateway local são correspondentes no par de discagem 100 à medida que define um critério de responsabilidade para o header VIA com o endereço de IP PSTN de IP do ip. A seleção de pares de discagem de saída é determinarda pelo DPG 200 que invoque diretamente o par de discagem de saída 200201, que tem o servidor Webex Calling listado como o destino de destino.

Webex Calling a PSTN

Todas as áreas de chamada Webex Calling recebidas no gateway local são correspondentes no par de discagem 200201, uma vez que satisfaz um critério de responsabilidade para o padrão de header URI de SOLICITAção com o parâmetro OTG/DTG do Grupo de Troncos, exclusivo para esta implantação de gateway local. A seleção de pares de discagem de saída é determinarda pelo DPG 100, que invoque diretamente o peer de discagem 101, que tem o endereço IP PSTN IP listado como o destino de destino.

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

  1. Locatários da classe de voz —Você deve criar locatários adicionais para colegas de discagem enfrentando o Unified CM e o ITSP, semelhante aolocatário 200 que criamos para Webex Calling frente a pares de discagem.

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

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

  4. Pares de discagem de saída — Para encaminhar os participantes de chamada de saída do LGW para o Unified CM, troncoITSP SIP e/ou Webex Calling.

  5. Classe de voz DPG — Destino de peer(s) de discagem de saídaconvocado(s) de um par de discagem de entrada.

  6. Pares de discagem de entrada — Para aceitar os participantes de chamada 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 pares de discagem de saída que estão enfrentando o Unified CM e o ip PSTN:

    locatário da classe de voz 100 transporte 
      de sessão udp 
      url sip 
      error-passthru bind control 
      source-interface GigabitEthernet0/0/0 
      bind media-interface GigabitEthernet0/0/0 sem senha 
      conteúdo custom-sdp
    
  2. O locatário da classe de voz 300 será aplicado em todos os pares de discagem de entrada do Unified CM e do IP PSTN:

    locatário da classe de voz 300 vincular o 
      control-interface GigabitEthernet0/0/0 
      bind media-interface GigabitEthernet0/0/0 sem passar através de conteúdo 
      personalizado-sdp
    
2

Configure as seguintes URIs de classes de voz:

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

    classe de voz uri 100 sip 
      ipv4:192.168.80.13
    
  2. Definir 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:

    padrão de classe de voz 200 sip 
     dtg=hussain2572.lgu
    

     

    No momento, o gateway local não suporta "_" sublinhado no padrão de match. Como solução alternativa, usamos o ponto "." (qualquer uma) para corresponder à "_".

    CONVITE 
     recebido 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 
     padrão:8934
    
  3. Define a sinalização Unified CM VIA porta para o Webex Calling de acesso:

    padrão de classe de voz 300 
     sip:5065
    
  4. Define IP de sinalização de origem CUCM e VIA porta para o PSTN tronco:

    padrão de classe de voz 302 sip 
     192.168.80.60:5060
    
3

Configure os seguintes grupos de servidores de classes de voz:

  1. Define o endereço de IP do host alvo do tronco Unified CM e o número da porta para o Grupo Unified CM 1 (5 nós). O Unified CM usa a porta 5065 para 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 de IP do host de destino e o número da porta do tronco Unified CM Group 2, se aplicável:

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

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

    voice class server-group 307 
     ipv4 192.168.80.60
    
4

Configure os seguintes pares de discagem de saída:

  1. Discagem de saída peer para IP PSTN:

    discagem-peer voz 101 voip Descrição discagem de 
     saída-peer para IP PSTN padrão de destino 
     RUIM. Protocolo de sessão BAD sipv2 alvo da sessão 
     
     ipv4:192.168.80.13 codec de classe de voz 
     99 
     dtmf-relay rtp-nte 
     voice-class sip 100 
     no vad
    

    Explicação dos comandos

    discagem-peer voz 101 voip Descrição de 
     discagem de saída para PSTN

    Define um colega de discagem VOIP com uma tag de 101 e uma descrição significativa é dada para facilitar o gerenciamento e a solução de problemas.

    padrão de destino BAD. Ruim

    Padrão de dígitos que permitirá a seleção deste par de discagem. No entanto, chamaremos esse colega de discagem de saída diretamente do par de discagem de entrada usando as declarações DPG e que ignoram os critérios de avaliação do padrão de dígitos. Como resultado, estamos usando um padrão arbitrário baseado em dígitos alfanuméricos permitidos pelo CLI de destino padrão.

    sessão protocolo sipv2

    Especifica que este colega de discagem lidará com os colegas de chamada SIP.

    destino da sessão ipv4:192.168.80.13

    Indica o endereço IPv4 de destino do destino para onde este trecho de chamada será enviado. (Nesse caso, o endereço de IP do ITSP.)

    codec de classe de voz 99

    Indica a lista de preferências do codec 99 a ser usada para este par de discagem.

    locatário de sip de classe de voz 100

    O colega de discagem herda todos os parâmetros do Tenant 100, a menos que esse mesmo parâmetro seja definido no próprio par de discagem.

  2. Discagem de saída entre colegas Webex Calling (Este colega de discagem será atualizado para servir como colega de discagem de Webex Calling de entrada e mais tarde no guia de configuração).):

    discagem-peer voz 200201 voip de 
     entrada/saída Webex Calling 
     padrão de destino BAD. Protocolo de sessão BAD sipv2 sessão alvo 
     
     sip-server 
     voice-class codec 99 
     dtmf-relay rtp-nte 
     voice-class stun-usage 200 
     no sip localhost voice-class sip tenant 
     200 
     srtp no 
     vad
    

    Explicação dos comandos

    discagem peer voice 200201 voip 
     descrição de entrada/Webex Calling

    Define um colega de discagem VOIP com uma tag de 200201 e uma descrição significativa é dada para facilitar o gerenciamento e a solução de problemas.

    sessão de destino sip-server

    Indica que o servidor SIP global é o destino das chamadas deste par de discagem. Webex Calling servidor definido no locatário 200 será herdado para este par de discagem.

    uso de stun-usage de classe de voz 200

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

    nenhum sip localhost de classe de voz

    Desativa a subsidição do nome do organizador local DNS no lugar do endereço IP físico nos headers de saída, De chamadas-ID e de ID de participantes remotos.

    locatário de sip de classe de voz 200

    O par de discagem herda todos os parâmetros do Tenant 200 (LGW Webex Calling Trunk), a menos que esse mesmo parâmetro seja definido no próprio par de <--> discagem. </-->

    Srtp

    SRTP está habilitado para este etapa de chamada.

  3. Discagem de saída correspondente ao tronco de Webex Calling do Unified CM:

    discagem-peer voz 301 voip Descrição de discagem de saída até 
     CUCM-Group-1 para entrada de Webex Calling - Nós 1 a 5 padrão de destino 
     
     BAD. Protocolo de sessão BAD 
     sipv2 session 
     server-group 301 
     voice-class codec 99 
     dtmf-relay rtp-nte 
     voice-class sip 100 no 
     vad
    

    Explicação dos comandos

    discagem-peer voz 301 voip Descrição de discagem de saída para 
     CUCM-Group-1 para entrada de Webex Calling - Nós 1 a 
     5

    Define um colega de discagem VOIP com uma tag de 301 e uma descrição significativa é dada para facilitar o gerenciamento e a solução de problemas.

    servidor da sessão -grupo 301

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

    Grupo de servidores no colega de discagem de saída

    Com vários pares de discagem no DPG e vários servidores no grupo de servidores de discagem entre colegas, podemos obter distribuição aleatória de chamadas sobre todos os assinantes de chamadas do Unified CM que processam os assinantes ou sua busca com base em uma preferência definida. Cada grupo de servidores pode ter até cinco servidores (IPv4/v6 com ou sem porta). Um segundo grupo de discagem entre pares e segundo servidores é necessário apenas se mais de cinco assinantes em processamento de chamada for usado.

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

  4. Segundo ponto de discagem de saída em direção ao tronco Webex Calling de saída do Unified CM se você tiver mais de 5 nós unified CM:

    discagem-peer voz 303 voip Descrição discagem de saída para 
     CUCM-Group-2 para entrada de Webex Calling - Nós 6 a 10 padrão de destino 
     
     BAD. Protocolo de sessão BAD 
     sipv2 session 
     server-group 303 
     voice-class codec 99 
     dtmf-relay rtp-nte 
     voice-class sip 100 no 
     vad
  5. Discagem de saída correspondente ao tronco de PSTN do Unified CM:

    discagem-peer voz 305 voip Descrição de discagem de saída para 
     CUCM-Group-1 para entrada de PSTN - Nós 1 a 5 padrão de destino 
     
     BAD. Protocolo de sessão BAD 
     sipv2 
     session server-group 305 
     voice-class codec 99 
     dtmf-relay rtp-nte 
     voice-class sip 100 no 
     vad
    
  6. Segundo ponto de discagem de saída em direção ao tronco PSTN do Unified CM se você tiver mais de 5 nós do Unified CM:

    discagem-peer voz 307 voip Descrição discagem de saída para 
     CUCM-Group-2 para entrada de PSTN - Nós 6 a 10 padrão de destino 
     
     BAD. Protocolo de sessão BAD 
     sipv2 session 
     server-group 307 
     voice-class codec 99  
     dtmf-relay rtp-nte 
     voice-class sip 100 no 
     vad
    
5

Configure o seguinte DPG:

  1. Define DPG 100. O peer de discagem de saída 101 é o destino para qualquer grupo de discagem automática 100. Aplicaremos o DPG 100 ao colega de discagem 302 recebido definido posteriormente pelo Unified CM --> LGW --> PSTN caminho:

    preferência de dpg 100 
     dial-peer 101 classe de voz 1
    
  2. Defina o DPG 200 com peer de discagem de saída 200201 como o destino para o Unified CM--> LGW --> Webex Calling caminho:

    preferência de dpg 200 
     dial-peer 200201 1
    
  3. Defina o DPG 300 para pares de discagem de saída 301 ou 303 para oWebex Calling --> LGW --> Unified CM:

    preferência de voz dpg 300 
     dial-peer 301 1 
     dial-peer 303 preference 1
    
  4. Defina o DPG 302 para pares de discagem de saída 305 ou 307 para o PSTN --> LGW --> Unified CM:

    preferência de classe de voz dpg 302 
     dial-peer 305 1 
     dial-peer 307 1
    
6

Configure os seguintes pares de discagem de entrada:

  1. Ponto de discagem de entrada para entrada de áreas PSTN de chamada:

    discagem-peer voz 100 voip descrição Discagem recebida a partir de PSTN um sipv2 protocolo de sessão 
     
     sipv2 destino 
     dpg 302 recebido 
     uri via codec de classe de voz 100 
     99 
     dtmf-relay rtp-nte 
     voice-class sip tenant 300 no 
     vad
    

    Explicação dos comandos

    discagem-peer voz 100 voip 
     descrição entrada dial-peer do PSTN

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

    sessão protocolo sipv2

    Especifica que este colega de discagem lidará com os colegas de chamada SIP.

    uri de entrada via 100

    Todo o tráfego de entrada de IP PSTN ao LGW é igual ao endereço DE IP do host do VIA recebido no definido na classe de voz URI 100 SIP para corresponder com o endereço IP de origem (ITSP's).

    destino dpg 302

    Com o destino DPG 302, o IOS-XE passa os critérios clássicos de correspondência de discagem de saída e continua a configurar a etapa de chamada de saída usando pares de discagem definidos no destino DPG 302, que pode ser discar 305 ou dial-peer 307.

    locatário de sip de classe de voz 300

    O colega de discagem herda todos os parâmetros do Tenant 300, a menos que esse mesmo parâmetro seja definido no próprio par de discagem.

  2. Ponto de discagem de entrada para Webex Calling de chamada de entrada:

    descrição do voip de discagem peer 200201 Entrada/Saída Webex Calling máximo de 
     
     150 destino 
     dpg 300 uri de entrada 
     200
     

    Explicação dos comandos

    discagem peer voice 200201 voip 
     descrição de entrada/Webex Calling

    Atualiza um colega de discagem VOIP com uma tag de 200201 e uma descrição significativa é dada para facilitar o gerenciamento e a solução de problemas.

    solicitação uri recebida 200

    Todo o tráfego de entrada do Webex Calling ao LGW pode ser consistente com o padrão dtg exclusivo na URI de solicitação, identificando exclusivamente um site de gateway local dentro de uma Empresa e no ecossistema Webex Calling Internet.

    destino dpg 300

    Com o destino DPG 300, o IOS-XE passa os critérios clássicos de correspondência de discagem de saída e continua a configurar a etapa de chamada de saída usando pares de discagem definidos no destino DPG 300, que pode ser discar 301 ou dial-peer 303.

    máximo de 150 controles

    Restringe o número de chamadas simultâneas para 150 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 chamada simultânea 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. Peer de discagem de entrada para entrar nos tráfegos de chamada do Unified CM Webex Calling como o destino:

    discagem-peer voz 300 voip descrição Discagem recebida peer do CUCM para o protocolo de sessão 
     
     Webex Calling sipv2 
     destination dpg 200 
     incoming uri via codec de classe de voz 300 
     99 
     dtmf-relay rtp-nte 
     voice-class sip tenant 300 no 
     vad
    

    Explicação dos comandos

    discagem-peer voz 300 voip 
     descrição entrada dial-peer do CUCM para Webex Calling

    Define um colega de discagem VOIP com uma tag de 300 e uma descrição significativa é dada para facilitar o gerenciamento e a solução de problemas.

    uri de entrada via 300

    Todo o tráfego de entrada do Unified CM ao LGW é igual na porta de origem (5065), definido na classe de voz URI 300 SIP.

    destino dpg 200

    Com o destino DPG 200, o IOS-XE passa os critérios clássicos de correspondência de pares de discagem de saída e continua a configurar a etapa de chamada de saída usando pares de discagem definidos no destino DPG 200, que será discar pares 200201.

    locatário de sip de classe de voz 300

    O colega de discagem herda todos os parâmetros do Tenant 300, a menos que esse mesmo parâmetro seja definido no próprio par de discagem.

  4. Peer de discagem de entrada para entrar nos tráfegos de chamada do Unified CM PSTN como o destino:

    discagem-peer voz 302 voip descrição Discagem recebida peer do CUCM para PSTN sessão protocolo 
     
     sipv2 
     destination dpg 100 
     incoming uri via codec 302 
     voice-class codec 99 
     dtmf-relay rtp-nte 
     voice-class sip tenant 300 no 
     vad
    

    Explicação dos comandos

    discagem-peer voz 302 voip 
     descrição entrada dial-peer do CUCM para PSTN

    Define um colega de discagem VOIP com uma tag de 302 e uma descrição significativa é dada para facilitar o gerenciamento e a solução de problemas.

    uri de entrada via 302

    Todo o tráfego de entrada do Unified CM ao LGW para um destino PSTN é igual no endereço de IP da fonte Unified CM e via via definida na classe de voz URI 302 SIP. A porta SIP padrão 5060 é usada.

    destino dpg 100

    Com o destino DPG 100, o IOS-XE passa os critérios clássicos de correspondência de pares de discagem de saída e continua a configurar a etapa de chamada de saída usando pares de discagem definidos no destino DPG 100, que será discagem 101.

    locatário de sip de classe de voz 300

    O colega de discagem herda todos os parâmetros do Tenant 300, a menos que esse mesmo parâmetro seja definido no próprio par de discagem.

Ip PSTN tronco Unified CM PSTN

Webex Calling plataforma para o tronco de Webex Calling Unified CM

Tronco Unificado CM PSTN ao IP PSTN

Tronco Webex Calling CM Unificado Webex Calling Plataforma

Marca d'água
20 de out de 2020| visualização(ões) | pessoas acharam que isso foi útil

Implemente o CUBE de alta disponibilidade como gateway local

Gateway local (LGW) é a única opção para fornecer acesso PSTN local para Cisco Webex Calling clientes. O objetivo deste documento é ajudá-lo a construir uma configuração de Gateway Local usando alta disponibilidade do CUBE, ACTIVE/Standby CUBEs para failover estado das chamadas ativas.

Fundamentos

Pré-requisitos

Antes de implantar o CUBE HA como um gateway local para o Webex Calling, certifique-se de ter uma compreensão mais profunda 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 empresarial do CUBE existente estiver sendo modificada para utilizar também a função de gateway local do Cisco Webex Calling, preste atenção à configuração aplicada para garantir que os fluxos e funcionalidades de chamada existentes não sejam interrompidos e certifique-se de que você esteja aderindo aos requisitos de projeto CUBE HA.

Componentes de hardware e software

CUBE HA como gateway local exige o IOS-XE versão 16.12.2 ou posterior e é suportado nas seguintes plataformas:

  • Série ISR4000—4321, 4331, 4351, 4431, 4451, 4461 (IOS-XE 17.2.1r)

  • Séries CSR1000—vCUBE (configurações 1, 2 e 4 vCPU)


Os comandos e os registros de apresentação neste artigo baseiam-se em uma versão mínima de software do 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:

Webex Calling geral da solução

Cisco Webex Calling é uma oferta de colaboração que fornece alternativa baseada em nuvem para vários locatários ao serviço telefônico PBX no local, com duas PSTN para clientes:

  • Provedor de serviços PSTN conectado em nuvem

  • Gateway local

A implantação do Gateway local (representado abaixo) é o foco deste artigo. O gateway local é a opção Trazer PSTN para o Cisco Webex Calling, fornecendo conectividade a um serviço de PSTN cliente. Ele também fornece conectividade para uma implantação de PBX de IP no local, como o Cisco Unified CM. Toda a comunicação para e da nuvem é protegida usando o transporte TLS para SIP e SRTP para mídia.

A figura abaixo exibe uma implantação Webex Calling sistema sem qualquer PBX de IP existente e é aplicável a uma única ou várias implantações de sites. Configuração descrita neste artigo é baseada nesta implantação.

Redundância caixa a caixa da camada 2

A redundância box-to-box do CUBE HA layer 2 usa o protocolo de infraestrutura de Grupo de Redundância (RG) para formar um par de roteadores ativos/em espera. Este par compartilha o mesmo endereço de IP virtual (VIP) em suas respectivas interfaces e trocam continuamente mensagens de status. As informações da sessão do CUBE são retaladas pelo par de roteadores permitindo que o roteador em espera leve todas as responsabilidades de processamento de chamada do CUBE imediatamente se o roteador ativo sair do serviço, resultando em preservação estado da sinalização e da mídia.


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

Neste artigo, CUBE HA irá se referir à Redundância Box-to-box (HA) CUBE High Availability (HA) para redundância preservação da chamada

A partir do IOS-XE 16.12.2, o CUBE HA pode ser implantado como Gateway local para implantações Cisco Webex Calling e cobriremos considerações e configurações do projeto neste artigo. Esta figura exibe uma configuração TÍPICA DO CUBE HA como Gateway Local para uma Cisco Webex Calling implantação.

Componente Infra do Grupo de Redundância

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

  • Um protocolo em forma HSRP que negociará o estado de redundância final para cada roteador, trocando mensagens de mantenha-se ativos e olá entre os dois CUBES (através da interface de controle)—GigabitEthernet3 na figura acima.

  • Um mecanismo de transporte para o controle do estado de sinalização e mídia para cada chamada dos ativos para o roteador de espera (através 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) - GigabitEthernet 1 e 2 são considerados interfaces de tráfego.

Este componente RG tem que ser configurado especificamente para suportar ha de voz B2B.

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

A HA B2B depende do VIP para alcançar a redundância. As interfaces físicas VIP e associadas em ambos OS CUBEs no par HA do CUBE devem residir na mesma sub-rede LAN. A configuração do VIP e a associação da interface VIP para um aplicativo de voz específico (SIP) são obrigatórias para o suporte ha B2B de voz. Dispositivos externos como Unified CM, Webex Calling acesso SBC, provedor de serviços ou proxy, use VIP como endereço de IP de destino para as chamadas que atravessam os roteadores CUBE HA. Portanto, a partir Webex Calling ponto de vista, os pares CUBE HA atua como um único gateway local.

A sinalização de chamadas e as informações da sessão RTP das chamadas estabelecidas são pontos de controle a partir do roteador ativo para o roteador em espera. Quando o roteador Ativo cair, o roteador Em espera assume o controle e continua a encaminhar o fluxo RTP que foi previamente roteado pelo primeiro roteador.

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

Os seguintes requisitos existem para usar o CUBE HA como um gateway local para failover estado de chamadas:

  • CUBE HA não pode ter TDM ou interfaces analógicos co-localizadas

  • Gig1 e Gig2 são referidos como interfaces de tráfego (SIP/RTP) e Gig3 é interface de controle/dados do Grupo de redundância (RG)

  • Não mais do que 2 pares DE CUBE HA podem ser colocados no mesmo domínio da camada 2, um com ID de grupo 1 e o outro com ID de grupo 2. Se configurar 2 pares HA com a mesma ID de grupo, as interfaces de controle RG/dados precisarão pertencer a diferentes domínios da camada 2 (vlan, comutamento separado)

  • O canal da porta é suportado para as interfaces de controle/dados e tráfego RG

  • Toda sinalização/mídia é fonte de/para o endereço ip virtual

  • A qualquer momento, uma plataforma é recarregada em uma relação CUBE-HA, ela sempre inicializa como Modo de espera

  • O endereço mais baixo para todas as interfaces (Gig1, Gig2, Gig3) deve estar na mesma plataforma

  • Identificador da interface de redundância, o rii deve ser exclusivo para uma combinação de emparelhamento/interface na mesma camada 2

  • A configuração no CUBEs deve ser idêntica, incluindo a configuração física e deve estar executando no mesmo tipo de plataforma e da versão IOS-XE

  • As interfaces de retorno de loop não podem ser usadas como vincular, uma vez que estão sempre atualizadas

  • As interfaces de múltiplos tráfegos (SIP/RTP) (Gig1, Gig2) requerem o rastreamento da interface para serem configuradas

  • CUBE-HA não é suportado por uma conexão de cabo remoto para o link de controle/dados RG (Gig3)

  • Ambas as plataformas devem ser idênticas e estar conectadas através de um Switch físico em todas as interfaces da mesma forma para que a CUBE HA funcione, ou seja, GE0/0/0 de CUBE-1 e CUBE-2 deve terminar no mesmo interruptor e assim por diante.

  • Não é possível ter WAN encerrado no CUBEs diretamente ou Data HA de um dos lados

  • Ambos ativos/em espera devem estar no mesmo centro de dados

  • É obrigatório usar a interface L3 separada para redundância (Controle RG/dados, Gig3). ou seja, a interface usada para o tráfego não pode ser usada para keep infra-calendários e verificação de controle de HA

  • Após o failover, o CUBE anteriormente ativo passa por uma recarregação pelo design, preservando a sinalização e a mídia

Configurar a redundância em ambos OS CUBEs

Você deve configurar a redundância caixa a caixa 2 em ambos OS CUBEs destinados a ser usados em um par HA para trazer IPs virtuais.

1

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

track t track 1 interface GigabitEthernet1 faixa de protocolo de linha 
 
 2 interface GigabitEthernet2 saída de protocolo de linha
VCUBE-1#conf t
VCUBE-1(configuração)#faixa 1 interface GigabitEthernet1 protocolo de linha
VCUBE-1(config-track)# faixa2 interface GigabitEthernet2 line-protocol
VCUBE-1(config-track)#sair
VCUBE-2#conf t
VCUBE-2(configuração)#faixa 1 interface GigabitEthernet1 protocolo de linha
VCUBE-2(config-track)# faixa2 interface GigabitEthernet2 line-protocol
VCUBE-2(config-track)#sair

ClI da faixa é usada no RG para rastrear o estado da interface do tráfego de voz de modo que a rota ativa terá sua função ativa após a interface do tráfego estar inativa.

2

Configure um RG para uso com VoIP HA no sub-modo de redundância de aplicativos.

redundância do aplicativo de redundância grupo 
 
 
    1 nome LocalGateway-HA prioridade 
    100 failover limite 75 controle 
    GigabitEthernet3 protocolo 1 data GigabitEthernet3 temporizadores de atraso 30 recarregam 60 faixa 1 de desligamento 2 protocolo de saída de desligamento 
 
 
 
 
 
   1 
    temporizadores hellotime 3 holdtime 10 
 
 
 sair sair
VCUBE-1(configuração)#redundância
VCUBE-1(config-red)#redundância do aplicativo
VCUBE-1(config-red-app)#grupo 1
VCUBE-1(config-red-app-grp)#nome LocalGateway-HA
VCUBE-1(config-red-app-grp)# prioridade100 limite de failover 75
VCUBE-1(config-red-app-grp)#protocolo de controle GigabitEthernet3 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-1(config-red-app-grp)#temporizadores atraso 30 recarregam 60
VCUBE-1(config-red-app-grp)#faixa 1 de desligamento
VCUBE-1(config-red-app-grp)#faixa 2 de desligamento
VCUBE-1(config-red-app-grp)#sair
VCUBE-1(config-red-app)#protocolo 1
VCUBE-1(config-red-app-prtcl)#temporizadores hellotime 3 holdtime 10
VCUBE-1(config-red-app-prtcl)#sair
VCUBE-1(config-red-app)#sair
VCUBE-1(config-red)#sair
VCUBE-1(configuração) #
VCUBE-2(configuração)#redundância
VCUBE-2(config-red)#redundância do aplicativo
VCUBE-2(config-red-app)#grupo 1
VCUBE-2(config-red-app-grp)#nome LocalGateway-HA
VCUBE-2(config-red-app-grp)# prioridade100 limite de failover 75
VCUBE-2(config-red-app-grp)#protocolo de controle GigabitEthernet3 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-2(config-red-app-grp)#temporizadores atraso 30 recarregam 60
VCUBE-2(config-red-app-grp)#acompanhar 1 desligamento
VCUBE-2(config-red-app-grp)#faixa 2 de desligamento
VCUBE-2(config-red-app-grp)#sair
VCUBE-2(config-red-app)#protocolo 1
VCUBE-2(config-red-app-prtcl)#temporizadores hellotime 3 holdtime 10
VCUBE-2(config-red-app-prtcl)#sair
VCUBE-2(config-red-app)#sair
VCUBE-2(config-red)#sair
VCUBE-2(configuração) #

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

  • redundância— Insicar o modo de redundância

  • redundância do aplicativo— Inssi sobre o modo de configuração de redundância de aplicativos

  • grupo— Insicar o modo de configuração do grupo de aplicativos de redundância

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

  • prioridade 100 failover limite 75 — especifica os limites de prioridade inicial efailover para um RG

  • temporizadores atraso 30 recarregam 60— configura as duas vezes para atraso e recarregamento

    • Temporizador de atraso que é a quantidade de tempo para atrasar a inicialização e a negociação de papéis do grupo RG após a interface aparecer – Padrão 30 segundos. O intervalo é de 0-10000 segundos

    • Recarrege - Esta é a quantidade de tempo para atrasar a inicialização e a negociação de papéis do grupo RG após uma recarregamento – Padrão 60 segundos. O intervalo é de 0-10000 segundos

    • Os temporizadores padrão são recomendados, embora esses temporizadores possam ser ajustados para acomodar qualquer atraso adicional na 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 ter convergido para um ponto estável. Por exemplo, se for visto após o failover que leva até 20 seg para o novo STANDBY ver o primeiro pacote OLÁ do RG do novo ATIVO, então os temporizadores devem ser ajustados para "temporizadores atrasarem 60 atraso 120" para fatores nesse atraso.

  • controlar o protocolo GigabitEthernet3 1 —Configura a interface usada para trocar mensagens de mantenhaaliveis e olá entre os dois CUBEs, e especifica a ocorrência de protocolo que será anexada a uma interface de controle e entra no modo de configuração de protocolo de aplicativo deredundância

  • GigabitEthernet3 de dados— Configura a interface usada para o controle de tráfego de dados

  • faixa— Rastreamento de grupos RG de interfaces

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

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

    • Hellotime — Intervalo entre as mensagens de olá sucessivos – Padrão 3 segundos. O intervalo é de 250 milissegundos-254 segundos

    • Tempo de espera — O intervalo entre o recebimento de uma mensagem de Olá e a suposição de que o roteador de envio falhou. Essa duração tem que ser maior do que o tempo de saudação - 10 segundos padrão. O intervalo é de 750 milissegundos-255 segundos

      Recomendamos que você configure o temporizador de tempo de espera para ser pelo menos 3 vezes o valor do temporizador de hellotime.

3

Ative a redundância box-to-box para o aplicativo CUBE. Configure o RG a partir da etapa anterior em voip de serviço devoz. Isto permite que o aplicativo CUBE controle o processo de redundância.

voip serviço de voz 
   redundância-grupo 1 
   sair
VCUBE-1(configuração)#voip do serviço de voz
VCUBE-1(config-voi-serv)#redundância-grupo 1

  % Criado RG 1 associação com voz B2B HA; recarregar o roteador para que a nova configuração entre em vigor
VCUBE-1(config-voi-serv)# sair
VCUBE-2(configuração)#voip do serviço de voz
VCUBE-2(config-voi-serv)#redundância-grupo 1

  % Criado RG 1 associação com voz B2B HA; recarregar o roteador para que a nova configuração entre em vigor
VCUBE-2(config-voi-serv)# sair

redundância-grupo 1 — Adicionar e remover este comando requer umarecarga para que a configuração atualizada entre em vigor. Recarregaremos as plataformas depois que todas as configurações já foram aplicadas.

4

Configure as interfaces Gig1 e Gig2 com seus respectivos IPs virtuais, conforme mostrado abaixo, e aplique o identificador da interface deredundância (rii)

VCUBE-1(configuração)#interface GigabitEthernet1
VCUBE-1(config-if)# redundância rii 1
VCUBE-1(config-if)# grupo de redundância 1 ip 198.18.1.228 exclusivo
VCUBE-1(configuração-se)# sair
VCUBE-1(configuração) #
VCUBE-1(configuração)#interface GigabitEthernet2
VCUBE-1(config-if)# redundância rii 2
VCUBE-1(config-if)# grupo de redundância 1 ip 198.18.133.228 exclusivo
VCUBE-1(configuração-se)# sair
VCUBE-2(configuração)#interface GigabitEthernet1
VCUBE-2(config-if)# redundância rii 1
VCUBE-2(config-if)# grupo de redundância 1 ip 198.18.1.228 exclusivo
VCUBE-2(configuração-se)# sair
VCUBE-2(configuração) #
VCUBE-2(configuração)#interface GigabitEthernet2
VCUBE-2(config-if)# redundância rii 2
VCUBE-2(config-if)# grupo de redundância 1 ip 198.18.133.228 exclusivo
VCUBE-v(config-if)# sair

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

  • redundância rii—Configura o identificador da interface de redundância para o grupo de redundância. Necessário para gerar um endereço MAC (VMAC) Virtual. O mesmo valor de ID rii deve ser usado na interface de cada roteador (ACTIVE/STANDBY) que tem 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 colisão). "mostrar todos os grupos de aplicativos de redundância" devem indicar as informações corretas locais e de pares.

  • redundância do grupo 1 — Associa a interface com ogrupo 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 usar uma interface separada para redundância, ou seja, a interface usada para o tráfego de voz não pode ser usada como interface de controle e dados especificada na Etapa 2 acima. Neste exemplo, a interface de Gigabit 3 é usada para o controle/dados de RG

5

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

A plataforma para recarregar por último é sempre a de Espera.

VCUBE-1#wr

  Configuração de edifício...

  [OK]
VCUBE-1#recarregou

  Prosseguir com a recarga? [confirmar]

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

VCUBE-2#wr

  Configuração de edifício...

  [OK]
VCUBE-2#recarregou

  Prosseguir com a recarga? [confirmar]
6

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

Nós recarregou o VCUBE-2 por último e, de acordo com as considerações do projeto, a plataforma a ser recarregada por último sempre estará em espera.


VCUBE-1# mostra o grupo de aplicativos deredundância todas as Falhas estados Informações do grupo 1:
       Prioridade de tempo de execução: [100] 
               Estado do RG de falhas: Para cima.
                       Nº total de comovers devido a falhas:           0 
                       Nº total de alterações de estado abaixo/para cima devido a falhas: 0 ID do grupo:1 
 Nome do grupo:LocalGateway-HA    Estado administrativo: Nenhum estado 
 operacional agregado de desligamento: Acima de minha função: Função 
 de pares ATIVOS: Presença dos colegas em ESPERA: Sim 
 Peer Comm: Sim, 
 progressão de colega iniciada: Domínio 
 
 Sim RF: estado rf 
         btob-um: Estado 
         DE RF de pares ATIVOS: Modo DE ESPERA 
 
 RG protocolo RG 1 
 ------------------ 
 função: Negociação 
        Ativa: Prioridade 
        habilitada: 100 Estado 
        do protocolo: Estado 
        ativo do Ctrl Intf(s: Up 
        Peer Ativo: Colega         de espera local: endereço 10.1.1.2, prioridade 100, contadors de log intf         Gi3:
                alteração de função para ativa: 1 
                alteração de função para espera: 1 
                desabilita eventos: rg no estado 0, rg desligado 0 
                ctrl intf eventos: até 1, 0, admin_down 0 
                recarregem eventos: solicitação local 0, solicitação de pares 0 Contexto de mídia RG para 
 
 RG 1 
 -------------------------- 
 Estado Ctx: ID do Protocolo Ativo: 1 
        Tipo de mídia: Interface de controle padrão: GigabitEthernet3         Temporizador de Olá atual: 3000 
        Configurado Olá temporizador: 3000, Temporizador de espera: Temporizador de Olá 10000 
        Colegas: 3000, temporizador de espera de pares: 10000 
        Estatísticas:
            Pkts 1509, Bytes 93558, seq 0 HA, número da seqm 1509, perda Pkt 0 Autenticação não configurada 
 
            Falha de autenticação: 0 
            Igual de recarga: TX 0, RX 0 
            Renunciar: TX 0, RX 0 
    Colega autônomo: Presente. Temporizador de espera: 10000 
 Pkts 61, Bytes 2074, seq 0 de HA, seqr número 69, perda Pkt 0 
 
 VCUBE-1 #

VCUBE-2# mostra o grupo de aplicativos deredundância todas as Falhas estados Informações do grupo 1:
       Prioridade de tempo de execução: [100] 
               Estado do RG de falhas: Para cima.
                       Nº total de comovers devido a falhas:           0 
                       Nº total de alterações de estado abaixo/para cima devido a falhas: 0 ID do grupo:1 
 Nome do grupo:LocalGateway-HA    Estado administrativo: Nenhum estado 
 operacional agregado de desligamento: Acima de minha função: Função de colega 
 em ESPERA: Presença de pares ATIVOS: Sim 
 Peer Comm: Sim, 
 progressão de colega iniciada: Domínio 
 
 Sim RF: estado rf 
         btob-um: Estado 
         DE RF de pares ATIVOS: Modo DE ESPERA 
 
 RG protocolo RG 1 
 ------------------ 
 função: Negociação 
        Ativa: Prioridade 
        habilitada: 100 Estado 
        do protocolo: Estado 
        ativo do Ctrl Intf(s: Up         Peer Ativo: endereço 10.1.1.2, prioridade 100, intf Gi3         Standby Peer: Contadors 
        de Registro Local:
                alteração de função para ativa: 1 
                alteração de função para espera: 1 
                desabilita eventos: rg no estado 0, rg desligado 0 
                ctrl intf eventos: até 1, 0, admin_down 0 
                recarregem eventos: solicitação local 0, solicitação de pares 0 Contexto de mídia RG para 
 
 RG 1 
 -------------------------- 
 Estado Ctx: ID do Protocolo Ativo: 1 
        Tipo de mídia: Interface de controle padrão: GigabitEthernet3         Temporizador de Olá atual: 3000 
        Configurado Olá temporizador: 3000, Temporizador de espera: Temporizador de Olá 10000 
        Colegas: 3000, temporizador de espera de pares: 10000 
        Estatísticas:
            Pkts 1509, Bytes 93558, seq 0 HA, número da seqm 1509, perda Pkt 0 Autenticação não configurada 
 
            Falha de autenticação: 0 
            Igual de recarga: TX 0, RX 0 
            Renunciar: TX 0, RX 0 
    Colega autônomo: Presente. Temporizador de espera: 10000 
 Pkts 61, Bytes 2074, seq 0 de HA, seqr número 69, perda Pkt 0 
 
 VCUBE-2 #

Configurar um gateway local em ambos OS CUBEs

No nosso exemplo de configuração, estamos usando as seguintes informações do Control Hub para construir a configuração do Gateway Local em ambas as plataformas, VCUBE-1 eVCUBE-2. O nome de usuário e a senha para esta configuração são os seguinte:

  • Nome de usuário: Hussain1076_LGU

  • Senha: iOV12MEaZx

1

Certifique-se de que uma chave de configuração seja criada para a senha, com os comandos mostrados abaixo antes de poder ser usado nas credenciais ou na chave compartilhada. As senhas do tipo 6 são criptografadas usando uma codificação AES e essa chave de configuração definida pelo usuário.


LocalGateway#conf 
 localGateway(configuração)# chaveconfig-key-encrypt Password123 LocalGateway(config)# criptografia desenha aes

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


configurar terminal criptografia pki trustpoint simulaçãoTp revogação-verificação crl sair sip-ua autenticação crl com sinalização de autenticação padrão cvtp cn-san-validate server transport tls tls v1.2 end configurar terminal crki trust dns import clean url configurar terminal serviço de voz voip endereço ip confiável http://www.cisco.com/security/pki/trs/ios_core.p7b lista 
 
 ipv4 x.x.x.x y.y.y.y saia de allow-connections sip para sip media statistics media 
 
 bulk-stats no supplementary-service sip refer 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 anexo g729-Todos os clientes de primeira classe de voz configuram perfis de voz em nível de voz 200, regra 9 Solicitar QUALQUER regra do 
 
 
 
 
 
 
 
 sip-header SIP-Req-URI "sips:(.*)" "sip:\1" regra 10 solicitar QUALQUER sip-header Para modificar " regra 13 resposta QUALQUER<sips:(.*)" "<sip:\1" rule="" 11="" request="" ANY="" sip-header="" From="" modify=""></sip:\1"><sips:(.*)" "<sip:\1" rule="" 12="" request="" ANY="" sip-header="" Contact="" modify=""></sip:\1"><sips:(.*)><sip:\1;transport=tls>sip-header Para modificar ";otg= hussain1076_lgu >" regra 30 solicitar QUALQUER preferência do<sips:(.*)" "<sip:\1" rule="" 14="" response="" ANY="" sip-header="" From="" modify=""></sip:\1"><sips:(.*)" "<sip:\1" rule="" 15="" response="" ANY="" sip-header="" Contact="" modify=""></sip:\1"><sips:(.*)"
"<sip:\1" rule="" 20="" request="" ANY="" sip-header="" From="" modify="">"
";otg=<sajan index="1" />hussain1076_lgu<sajan index="2" />>"
  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 <sajan index="3" />codec de sip-header P-Asserted-Identity 
 modifique "sips:(.*)" "sip:\1" codec de classe de voz 99 codec de preferência 1 g711ulaw codec de codec 2 g711ulaw exit voice class srtp-layout 200 de criptografia 1 AES_CM_128_HMAC_SHA1_80 sair da classe de voz stun-usage 200 stun usage firewall-travers os dados de fluxo cionais saem do locatário da classe de voz 200 dns:40462196.esquema cisco-bcld.com expira em 240 taxa de atualização 50 tls número de credenciais de registro Hussain5091_LGU nome de usuário Hussain1076_LGU senha   0 lOV12MEaZx realm Broadworks Nome de usuário de  autenticação Hussain5091_LGU Broadworks senha de 0 lOV12MEaZx domínio BroadWorks Hussain5091_LGU senha  0 lOV12MEaZx domínio 40462196.cisco-bcld.com sem     id sip-server remoto-party dns:40462196.cisco-bcld.com   connection-reutil 
 srtp-proxy 200 session transport 
 tcp tls 
 url sips 
 error-passthru 
 asserted-id pai bind control 
 source-interface GigabitEthernet1 bind media 
 source-interface GigabitEthernet1 sem senha de conteúdo 
 custom-sdp 
 sip-profiles 200 outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com   privacy-policy passthru voice class 00 session transport 
 
 
 
 udp 
 url url 
 error-passthru bind control 
 source-interface GigabitEthernet2 bind media 
 source-interface GigabitEthernet2 sem senha conteúdo 
 personalizado-sdp voice class tenant 
 
 300 bind control 
 source-interface GigabitEthernet2 liga a interface de mídia GigabitEthernet2 sem senha de conteúdo personalizado-sdp classe de voz 
 
 
 
 
 uri 100 sip 
 host ipv4:198.18.13 Classe de voz 3.3 
 
 padrão uri 200 sip 
 dtg=hussain1076.lgu    dial-peer voice 101 voip Descrição 
 outgoing dial-peer 
 para IP PSTN padrão de destino BAD. Protocolo de sessão BAD 
 sipv2 sessão 
 destino ipv4:198.18.133.3 codec de classe de voz 
 99 
 voice-class sip tenant 100 
 dtmf-relay rtp-nte 
 no vad 
 
 dial-peer voice 201 voip Descrição 
 outgoing dial-peer para Webex Calling 
 destination-pattern BAD. Protocolo de sessão BAD sipv2 sessão alvo 
 
 sip-server 
 voice-class codec 99 
 voice-class stun-usage 200 no sip local 
 voice-class sip localhost 
 sip 200 
 dtmf-relay rtp-nte 
 srtp no 
 vad voice class 
 
 
 dpg 100 Incoming 
 WebexCalling(DP)200) para IP PSTN(DP101) dial-peer 101 preferência de 1 classe de voz 
 
 
 dpg 200 descrição ip de entrada 
 PSTN(DP100) para Webex Calling(DP201) dial-peer 201 preferência 1 voz de colega de discagem 
 
 
 
 
 
 
 100 voip descritivo Entrada dial-peer do IP PSTN sessão protocolo sipv2 destino dpg 200 uri de entrada através de 100 codec de classe de voz 99 classe de voz 
 sip 
 
 
 
 
 locatário 300 
 dtmf-relay rtp-nte 
 no vad dial-peer voice 200 voip Descrição recebida dial-peer do protocolo de sessão Webex Calling destino dpg 100 uri de entrada 200 codec 

Para exibir a saída do comando, recarregou o VCUBE-2 seguido peloVCUBE-1, tornando o VCUBE-1 o CUBE em espera eVCUBE-2 o CUBE ativo

2

A qualquer momento, apenas uma plataforma manterá um registro ativo como o Gateway local com o acesso Webex Calling SBC. Dê uma olhada na saída dos comandos de exibição a seguir.

mostrar grupo de aplicativos de redundância 1

mostrar status do registro sip-ua


VCUBE-1# mostra o grupo de aplicativos de redundância 1 ID do grupo:1 Nome do 
 grupo:LocalGateway-HA 
 
 Estado administrativo: Sem estado 
 operacional agregado de desligamento: Up My Role: Função de colega em espera: Presença 
 de pares ATIVOS: Sim 
 Peer Comm: Sim, 
 progressão de colega iniciada: Domínio 
 
 Sim RF: estado rf 
         btob-um: Estado DE RF EM TEMPO DE 
         ESPERA: VCUBE ATIVO-1#mostrar sip-ua status de registro VCUBE-1 #

VCUBE-2# mostra o grupo de aplicativos de redundância 1 ID do grupo:1 Nome do 
 grupo:LocalGateway-HA 
 
 Estado administrativo: Sem estado 
 operacional agregado de desligamento: Up My Role: Função de pares ATIVOS: STATUS 
 Peer Presence: Sim 
 Peer Comm: Sim, 
 progressão de colega iniciada: Domínio 
 
 Sim RF: estado rf 
         btob-um: Estado 
         DE RF de pares ATIVOS: MODO DE ESPERA 
 
 VCUBE-2#mostrar o status de registro sip-ua  Locatário: 200 
 --------------------Registrar-Índice 1 --------------------- Linha pares 
 expira(seg) reg re disponível P-Associ-URI 
 == ===== == = == 
 Hussain5091_LGU -1 48 sim normal 
 VCUBE-2 #

A partir da saída acima, você pode ver que VCUBE-2 é a ativa LGW mantendo o registro com acesso Webex Calling SBC, enquanto a saída do "mostrar status de registro sip-ua" está em branco no VCUBE-1

3

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


VCUBE-1# debugccsip non-call SIP Out-of-Dialog está habilitado 
 VCUBE-1# debug ccsip info sip Call info tracing está habilitado VCUBE-1#depurar mensagem ccsip
4

Simule o failover em emissão do seguinte comando no LGW ativo, VCUBE-2 neste caso.


VCUBE-2#redundância aplicativo recarregou o grupo 1 auto-

Alternar do ATIVO para o LGW EM ESPERA ocorre no seguinte cenário, além do CLI listado acima

  • Quando o roteador ATIVO recarregar

  • Quando o roteador ATIVO reativar os ciclos de energia

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

5

Verifique se o VCUBE-1 se registrou com Webex Calling acesso A SBC. VCUBE-2 já seria recarregado.


VCUBE-1# mostraro status do registro sip-ua 
 
 Locatário: 200 
 --------------------Registrar-Índice 1 --------------------- Linha pares 
 expira(seg) reg remapeou P-Associ-URI 
 == ===== == = == Hussain5091_LGU -1 56 sim VCUBE-1 normal #

VCUBE-1 agora é o LGW ativo.

6

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


VCUBE-1#mostrar log 9 de 
 
 janeiro 18:37:24.769: %RG_MEDIA-3-TEMPORIZADOREXPIR: ID RG 1 Olá Hora expirada.
9 de janeiro 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: Alteração da função RG id 1 de Modo de Espera para Ativo 9 de 
 Janeiro 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, de STANDBY_HOT ao estado ATIVO.
9 de janeiro 18:37:24.783: -1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Notificar notificar o evento de função ativa 
 
 9 de janeiro 18:37:25.758: -1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Enviado:
REGISTRAR sip: 40462196.cisco-bcld.com:5061 SIP/2.0 via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374 
 De: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 
 Para: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Data: Qui, 09 de janeiro de 2020 18:37:24 GMT 
 Chamada-ID: FFFFFFFFEA0684EF-324511EA-FFFFFF800281CD-FFFFFFFFB5F93B97 
 Agente-Usuário: Encaminhamentos máximos do Cisco-SIPGateway/IOS-16.12.02: 70 
 Timestamp: 1578595044 
 CSeq: 2 REGISTRAR 
 CONTATO: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expira: 240 
 Suportado: Comprimento 
 do conteúdo do caminho: 0
9 de janeiro 18:37:25.995: -1/00000000000/SIP/Msg/ccsipDisplayMsg:
Recebido:
SIP/2.0 401 não autorizado através de: SIP/2.0/TLS 198.18.1.228:5061;recebido=173.38.218.1;branch=z9hG4bK0374;rport=4742 
 De: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 
 Para: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969 
 Data: Qui, 09 de janeiro de 2020 18:37:24 GMT 
 Chamada-ID: FFFFFFFFEA0684EF-324511EA-FFFFFF800281CD-FFFFFFFFB5F93B97 
 Timestamp: 1578595044 
 CSeq: 2 REGISTRE 
 WWW-Autenticar; Domínio DIGEST="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algoritmo=MD5 Comprimento de 
 conteúdo: 0
9 de janeiro 18:37:26.000: -1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Enviado:
REGISTRAR sip:40462196.cisco-bcld.com:5061 SIP/2.0 via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC A partir 
 de: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 
 Para: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Data: Qui, 09 de janeiro de 2020 18:37:25 GMT 
 Chamada-ID: FFFFFFFFEA0684EF-324511EA-FFFFFF800281CD-FFFFFFFFB5F93B97 
 Usuário-Agente:Cisco-SIPGateway/IOS-16.12.02 
 Max-Forwards: 70 
 Timestamp: 1578595045 
 CSeq: 3 REGISTRAR 
 CONTATO: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expira: 240 
 Suportado: Autorização 
 do caminho: Nome de usuário de resumo="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",resposta="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algoritmo=MD5,=0000001 Comprimento 
 de conteúdo: 0
9 de janeiro 18:37:26.190: 1/0000000000/SIP/Msg/ccsipDisplayMsg:

Recebido:
SIP/2.0 200 OK Via: SIP/2.0/TLS 198.18.1.228:5061;recebido=173.38.218.1;branch=z9hG4bK16DC;rport=4742 
 de: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 
 Para: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184 ID da 
 chamada: FFFFFFFFEA0684EF-324511EA-FFFFFF800281CD-FFFFFFFFB5F93B97 
 Timestamp: 1578595045 
 CSeq: 3 REGISTRAR 
 CONTATO: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5 
 Allow-Events: chamada-informações,diálogo-diálogo,mensagem-resumo,como recurso-evento,x-broadworks-hoteling,x-broadworks-call-center-status,conferência 
 Conteúdo-Comprimento: 0
Marca d'água
20 de out de 2020| visualização(ões) | pessoas acharam que isso foi útil

Configurar o Unified CM para Webex Calling

Você pode precisar de uma integração com o Unified CM se os locais habilitados para Webex Calling são adicionados a uma implantação existente onde o Unified CM é a solução do controle de chamadas no local e se você requer a discagem direta entre os telefones registrados no Unified CM e telefones em locais Webex Calling.

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

Nos casos em que o gateway local e o PSTN gateway residem no mesmo dispositivo, o Unified CM deve ser habilitado para diferenciar entre dois tipos diferentes de tráfego (chamadas do Webex e do PSTN) que estão originários do mesmo dispositivo e aplicam uma classe diferenciada para o serviço a esses tipos de chamadas. Esse tratamento diferenciado de chamadas é obtido através do 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 Tronco SIP dedicado para o tronco de gateway local com as seguintes configurações:

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

Configurar o perfil SIP para o tronco do gateway local

Crie um perfil SIP dedicado para o tronco de gateway local com as seguintes configurações:

Configuração Valor
Nome Nome exclusivo, como Webex
Descrição Descrição significativa, como Webex perfil SIP
Habilitar o ping de opções para monitorar o status de destino dos troncos com o tipo de serviço "nenhum (padrão)" Marcado

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

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

Configuração Valor
Nome Nome exclusivo, como Webex
Descrição Descrição significativa, como o espaço de pesquisa Webex Calling
Partições selecionadas

DN (+ E. 164 números de diretório)

ESN (discagem abreviada entre sites)

PSTNInternational (acesso PSTN)

onNetRemote (destinos aprendidos GDPR)


 

A última partição onNetRemote é usada apenas em um ambiente de vários grupos onde as informações de roteamento são trocadas entre os grupos Unified CM usando o serviço de pesquisa entre clusters (ILS) ou a replicação de discagem global (GDPR).

Configurar um Tronco SIP de e para Webex

Crie um tronco SIP para as chamadas para e de Webex através 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 Webex tronco SIP
Executar em todos os nós do Unified CM ativos Marcado
Chamadas recebidas
Espaço de pesquisa de chamadas O espaço de pesquisa de chamada previamente definido: Webex
Espaço de pesquisa de chamadas AAR Um espaço de pesquisa de chamada com acesso apenas a padrões de rota PSTN: PSTNReroute
Informações SIP
Endereço de destino Endereço de IP do cubo do gateway local
Porta de destino 5060
Tronco SIP perfil de segurança 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
Rotear informações do grupo
Nome do grupo de rotas Um nome exclusivo, como Webex
Dispositivos selecionados O tronco SIP configurado anteriormente: Webex

Configurar a 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 do Unified CM ativos Marcado
Informações do membro da lista de rotas
Grupos selecionados Apenas o grupo de rotas definido anteriormente: Webex

Criar uma partição para Webex destinos

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 Webex partição

O que Fazer Depois

Certifique-se de adicionar esta partição a todos os espaços de pesquisa de chamadas que devem ter acesso a Webex destinos. Você deve adicionar essa partição especificamente para o espaço de pesquisa de chamada que é usado como o espaço de pesquisa de chamadas de entrada em troncos PSTN, de modo que as chamadas do PSTN para Webex podem ser roteadas.

Configurar padrões de rota para destinos Webex

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

Configuração Valor
Padrão de rota O padrão completo + E. 164 para o intervalo DID no Webex com o "\" à esquerda. Por exemplo: \ + 140855501XX
Partição de rota Webex
Gateway/lista de rotas RL_Webex
Prioridade urgente Marcado

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

Se a discagem de entrada abreviada for necessária para Webex, então configure os padrões de normalização de discagem para cada alcance do ESN em Webex com as seguintes configurações:

Configuração Valor
Padrão de tradução Padrão ESN para o alcance do ESN em Webex. Por exemplo: 80121XX
Partição Webex
Descrição Descrição significativa, como o padrão de normalização do Webex
Usar o espaço de pesquisa de chamada do originador Marcado
Prioridade urgente Marcado
Não aguardar o tempo limite Interdígitos em saltos subseqüentes Marcado
Máscara de transformação parte que recebeu a chamada Máscara para normalizar o número para + E. 164. Por exemplo: +140855501XX
Marca d'água
20 de out de 2020| visualização(ões) | pessoas acharam que isso foi útil

Configurar os recursos do Webex Calling

Criar um assistente automático

Certifique-se de que as chamadas sejam respondidas e que as necessidades dos chamadores sejam atendidas. Você pode adicionar Saudações, configurar menus e rotear chamadas para um serviço de resposta, um grupo de busca, uma caixa de correio de voz ou uma pessoa real. Você pode criar uma agenda de 24 horas ou fornecer opções diferentes quando a sua empresa estiver aberta ou fechada. Você pode até rotear chamadas com base em atributos de ID do chamador para criar listas VIP ou tratar chamadas de certos códigos de área de forma diferente. Para obter mais informações, consulte gerenciar os assistentes automáticos.

1

Na exibição do cliente em https://admin.webex.com, acesse os recursos de chamada de serviços > > .

2

Clique em novo recurso e escolha Assistente automático.

3

Selecione um número piloto e, em seguida, indique se você possui o número, se ele foi fornecido a você pelo seu parceiro, ou se você deseja portar o número.

4

Se você estiver emportando um número acima, você deve inserir o número de faturamento associado ao seu provedor de serviços atual, bem como o número de faturamento associado ao seu novo provedor de serviços.

5

Escolha um local e, em seguida, clique em Salvar.

O que Fazer Depois

Você pode configurar o recurso de chamada mais tarde selecionando o assistente automático de recursos de chamadas de serviços > > . Você é levado a serviços avançados no portal de administração de chamadas, onde você pode concluir sua configuração. Para obter mais informações, consulte gerenciar os assistentes automáticos.

Configurar um grupo de busca

Você pode usar os grupos de busca para rotear automaticamente as chamadas recebidas para os usuários na sua organização. Você pode definir como encaminhar as chamadas com base nas necessidades da sua organização.

Você pode querer configurar os grupos de busca nos seguintes cenários:

  • Uma equipe de vendas que deseja o roteamento seqüencial. Uma chamada recebida entra em um telefone, mas se não houver resposta, a chamada vai para o próximo agente na lista.

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

1

Na exibição do cliente em https://admin.webex.com, acesse os recursos de chamada de serviços > > .

2

Clique em novo recurso e escolha grupo de busca.

3

Insira um número piloto e, em seguida, indique se você possui o número, se foi fornecido a você pelo seu parceiro, ou se você deseja portar o número.

4

Se você estiver emportando um número acima, você deve inserir o número de faturamento associado ao seu provedor de serviços atual, bem como o número de faturamento associado ao seu novo provedor de serviços.

5

Clique em Salvar.

O que Fazer Depois

Quando o processamento estiver concluído, você poderá configurar o recurso de chamada mais tarde selecionando a grupo de busca de recursos de chamadas de serviços > > . Você é levado a serviços avançados no portal de administração de chamadas, onde você pode concluir sua configuração. Para obter mais informações, consulte modificar grupos de busca.

Criar um cliente recepcionista

Ajude a atender às necessidades de sua equipe de frente do escritório. Você pode configurar usuários como assistentes telefônicos para que eles possam fazer a tela de todas as chamadas recebidas para determinadas pessoas dentro da sua organização.

Para obter informações sobre como configurar e exibir seus clientes recepcionista, consulte clientes recepcionista em Cisco Webex Control Hub.

Configurar um grupo de paginação

A paginação de grupo permite que um usuário faça uma chamada de página ou de grupo de até 75 para os usuários de destino e os 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 em Cisco Webex Control Hub.

Criar uma fila de chamadas

Você pode configurar uma filas de chamadas de modo que quando as chamadas dos clientes não puderem ser respondidas, elas serão fornecidas com uma resposta automatizada, mensagens de conforto e música em espera até que alguém possa atender a sua chamada.

1

Na exibição do cliente em https://admin.webex.com, acesse os recursos de chamada de serviços > > .

2

Clique em novo recurso e escolha fila de chamadas.

3

Insira um número piloto e, em seguida, indique se você possui o número, se foi fornecido a você pelo seu parceiro, ou se você deseja portar o número.

4

Se você estiver emportando um número acima, você deve inserir o número de faturamento associado ao seu provedor de serviços atual, bem como o número de faturamento associado ao seu novo provedor de serviços.

5

Clique em Salvar.

O que Fazer Depois

Você pode configurar o recurso de chamada mais tarde selecionando a ocorrência de filas de chamadas de recursos de chamadas de serviços > > . Você é levado a serviços avançados no portal de administração de chamadas, onde você pode concluir sua configuração. Para obter mais informações, consulte Configurando filas de chamadas.

Configurar o atendimento de chamadas

Você pode melhorar o trabalho em equipe e a colaboração criando um grupo de atendimento de chamadas para que os usuários possam atender cada um ao outro. 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 suas chamadas.

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

Configurar estacionamento de chamada

O estacionamento de chamada permite que um grupo definido de usuários para estacionar chamadas contra outros membros disponíveis de um grupo de estacionamento de chamada. Chamadas estacionadas podem ser captadas por outros membros do grupo no seu telefone.

Para obter mais informações sobre como configurar o estacionamento de chamada, consulte estacionamento de chamada em 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áriose, em seguida, selecione o usuário que você deseja modificar.

2

Selecione chamar, vá para Configurações avançadas de chamadae, em seguida, selecione Barge em.

3

Ativar o Barge em, escolha se você deseja que o telefone reproduza um som quando alguém Barges em uma chamada e, em seguida, clique em Salvar.

Ativar o Local provisório para um usuário do Webex Calling

O Hotel é composto por dois recursos: Organizador e o convidado de hoteling. Esses recursos funcionam em conjunto para permitir que você designe os telefones específicos (organizadores) que os usuários (convidados) podem iniciar sessão e usarem temporariamente como seu próprio telefone. Quando um convidado inicia sessão em um telefone de organizador, a perfil do usuário é automaticamente transferida para o dispositivo. O dispositivo de organizador torna-se o dispositivo primário do usuário por um período de tempo especificado.

Os passos apresentados aqui podem ser seguidos para configurar um usuário como um convidado de Hotel. Para obter informações sobre o telefone do organizador, consulte Configurar o telefone do organizador https://callinghelp.cisco.com/calling-admin-portal-hoteling/.

1

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

2

Selecione chamada, escolha Configurações avançadasde chamada e clique em hoteling.

3

Ligue o hotelinge clique em Salvar.

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

1

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

2

Selecione chamar e, em seguida, vá para privacidade.

3

Escolha as configurações de privacidade do atendente automático apropriadas para este usuário.

4

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

Usando o exemplo executivo acima, você procurará pelo nome do seu assistente administrativo.

5

Clique em Salvar.

Permitir que um usuário veja o status da linha no telefone de outra pessoa ou em uma extensão de estacionamento de chamada

O número máximo de linhas monitoradas é de 50, mas você deve considerar a largura de banda. O 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áriose selecione o usuário que você deseja modificar.

2

Selecione chamada, escolha Configurações avançadas de chamadae vá para monitoramento.

3

Escolha uma das seguintes opções:

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

Escolha se você deseja que este usuário seja notificado sobre chamadas estacionadas, procure a extensão da pessoa ou do estacionamento de chamada a ser monitorada 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.

Marca d'água
20 de out de 2020| visualização(ões) | pessoas acharam que isso foi útil

Configurar e gerenciar os usuários do Webex Calling

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

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.


Se você tiver um Active Directory e usar o Cisco Conector de diretórios ao adicionar manualmente pessoas no Control Hub, você também deve adicioná-las ao seu Active Directory.

Cisco Webex Contact Center não suporta Diretório Ativo.


Ao adicionar usuários, o primeiro e o último nomes não devem incluir caracteres ascii estendidos ou os seguintes caracteres %, #, , \, /," e ter um comprimento máximo de <,>30 caracteres.</,>

1

Da exibição do cliente em ir para usuáriose clique em gerenciar usuários.https://admin.webex.com

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 ao centro de Cisco Webex, selecione Webex Teams , 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 seinscrevam 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 a Chamada 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.

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.


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 + que foram removidos.

1

Na exibição do cliente em , vá para usuários, clique em gerenciar usuários e escolha CSV adicionar ou modificar usuários.https://admin.webex.com

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 os + para 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 habilitar o gerenciamento de conteúdo para usuários em Cisco WebEx Control Hub para obter detalhes.

  • Para atribuir um local, insira o nome na coluna Localização. 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 do Cisco Webex contato, será necessário adicionar usuáriosmanualmente. 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 seu 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, escolha 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.

Como administrador com privilégios totais, você pode editar detalhes específicos do serviço para usuários individuais em Cisco Webex Control Hub.

1

Da exibição do cliente em ir para os usuários.https://admin.webex.com

2

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

3

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

4

Selecione os serviços para adicionar ou remover e clique em Salvar.

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 + que foram removidos.

1

Na exibição do cliente em , vá para usuários, clique em gerenciar usuáriose escolha CSV adicionar ou modificar usuário.https://admin.webex.com

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 os usuários existentes, você pode atualizar qualquer coluna exceto ID de usuário/e-mail(necessá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 Localização. 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

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

  • USE_ORG_SETTINGS —Insira esta sequência para usar a configuração em toda a organização.

  • NATIVE_WEBEX_TEAMS_CALLING—Insira esta sequência para usar a opção Chamada Webex Teams entrada.

  • CALL_WITH_APP_REGISTERED_FOR_WEBEXCALLTEL—Insira esta sequência para usar a Webex Calling de aplicativos de entrada.

5

Insira um ID do autor da chamada detelefone, ID do autor da chamada nome e ID do autor da chamada sobrenome. Se você deixar o número ID do autor da chamada , ID do autor da chamada primeiro nome e ID do autor da chamada colunas de Sobrenome em branco, então o que está na coluna Nome, Sobrenome e Número de Telefone será mostrar quando o usuário fizer uma chamada. Se você deixar o número de ID do autor da chamada em branco, o Número principal de localização será mostrar quando o usuário fizer uma chamada.


 

As ID do autor da chamada de Nome ID do autor da chamada de Nome e Sobrenome não podem conter caracteres especiais. Se um Chamador ID do autor da chamada Primeiro Nome ou ID do autor da chamada Sobrenome contém um caractere especial, então uma versão simplificada do nome é usada.

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.

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, extensões ou ambos aos dispositivos das pessoas a qualquer momento. As extensões atribuídas são exibidas nas exibições do telefone.

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

1

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

2

Selecione chamada 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 uma extensão.

4

Clique em Salvar.

5

(Opcional) Configure números alternativos para este usuário.

1

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

2

Em Ações , para uma pessoa com um status de Convite pendente, selecione mais > convite de re-convite.

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

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

O usuário não pode mais entrar no seu site Webex, todos os serviços Webex atribuídos são removidos e eles são removidos de quaisquer espaços ou equipes que estavam 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 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.


Qualquer pessoa que tenha atribuído o usuário e o administrador do dispositivo ou a função de administrador do dispositivo não será capaz de administrar 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 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 boa prática e sempre permitirá que você faça alterações administrativas se um dos administradores não estiver disponível.

Os usuários dentro da sua organização podem ser atribuídos a funções administrativas específicas para determinar o que eles podem ver e têm acesso a no Control Hub. Ao atribuir funções administrativas específicas, simplifique as responsabilidades e torna mais fácil manter os administradores em conta. Os responsáveis pela conformidade podem procurar pessoas específicas na sua empresa, encontrar o conteúdo que compartilharam ou pesquisar por um espaço específico e, em seguida, gerar um relatório de suasdescobertas.


1

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

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.

4

Selecione Salvar.

Marca d'água
20 de out de 2020| visualização(ões) | pessoas acharam que isso foi útil

Configurar e gerenciar dispositivos Webex Calling dispositivos

Como administrador, você pode atribuir dispositivos a Usuários ou Workspaces em Webex 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 então inserido manualmente no dispositivo.

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

Os dispositivos listados aqui suportam Webex Calling. Enquanto todos esses dispositivos podem 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)

  • Telefone de conferência IP Cisco 7832 e 8832


No que diz respeito aos dispositivos DECT, apenas os dispositivos de base DECT (não aparelhos de celular DECT) estão disponíveis para atribuição no Control Hub. Após você atribuir uma unidade base a um usuário, você deve então emparelhar manualmente um handset DECT a essa unidade base. Para obter mais informações, consulte Conectar o aparelho à estação de base.

1

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

2

Escolha Usuário Existente, insira o proprietário do telefone, seja parte do nome de usuário ou o nome real do usuário, escolha o usuário dos resultados e clique em Próximo.

3

Escolha o dispositivo na barra lista suspensa, em seguida, clique em Próximo.

4

Escolha uma das seguintes opções e clique em Salvar:

  • Ao Código de ativação—Escolha esta opção se você quiser gerar um código de ativação que você pode compartilhar com o proprietário do dispositivo. O código de ativação de 16 dígitos deve ser inserido manualmente no dispositivo em si.

     

    Telefones multiplataformas 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, aponte os usuários para https://upgrade.cisco.com/MPP_upgrade.html.

  • Pelo endereço MAC—Escolha esta opção se você conhecer 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 para um telefone já registrado ou você cometer um erro ao inserir o número, uma mensagem de erro é exibida.

 

As limitações podem se aplicar ao usar dispositivos de terceiros.

Se você optar por gerar um código de ativação para o dispositivo mas ainda não tiver usado esse código, o status desse dispositivo será lido como Ativando na seção Dispositivos do usuário atribuído no Control Hub e na lista de dispositivos principais no Portal de administração de chamada. O dispositivo ativado não aparece na janela de Dispositivos principais no Control Hub até que o dispositivo seja ativado com êxito. Tenha em mente que pode levar até 10 minutos para que o status do dispositivo seja atualizado no Control Hub.

Quando as pessoas estão no trabalho, elas se reúnem em muitos lugares, como salas de almoço, lobbies e salas de conferência. Você pode configurar dispositivos Cisco Webex compartilhados nesses workspaces, adicionar serviços e ver a colaboração acontecer.

A principal possibilidade de um dispositivo de Workspaces é que ele não é atribuído a um usuário específico, mas a um local físico, permitindo o uso compartilhado.

Os dispositivos listados aqui suportam Webex Calling. Enquanto todos esses dispositivos podem 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)

  • Telefone de conferência IP Cisco 7832 e 8832

1

Na exibição do cliente https://admin.webex.comem , vá para Workspacese clique em Adicionar workspace.

2

Insira um nome para o workspace (como o nome da sala física), selecione o tipo de sala e adicione capacidade. Em seguida, clique emPróximo.

3

Escolha Cisco IP Phone e clique em Próximo.

4

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

Para Webex Calling, você só pode adicionar um telefone compartilhado a um workspace.

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

5

Atribua um Local e Número de Telefone(determinados pelo local escolhido) e clique em Salvar. Você também tem a opção de atribuir uma extensão.

Quando as pessoas estão no trabalho, elas se juntam em muitos workspaces, como salas de almoço, lobbies e salas de conferência. Você pode configurar dispositivos Cisco Webex compartilhados nesses workspaces, adicionar serviços e ver a colaboração acontecer.

A principal possibilidade de um dispositivo de Workspaces é que ele não é atribuído a um usuário específico, mas a um local físico, permitindo o uso compartilhado.

Os dispositivos listados aqui suportam Webex Calling.

1

Na exibição do cliente https://admin.webex.comem , vá para Workspacese clique em Adicionar workspace.

2

Insira um nome para o workspace (como o nome da sala física), selecione o tipo de sala e adicione capacidade. Em seguida, clique emPróximo.

3

Escolha Outro Cisco Webex móvel e clique emPróximo.

Outras Cisco Webex Devices incluem o Cisco Webex Room de mesa ou de mesa, incluindo os Cisco Webex Board.

4

Escolha uma das seguintes opções:

  • Chamadas gratuitas — os usuários só podem Webex Teams ou chamadas Webex Protocolo de iniciação de sessão (SIP) usando um endereçoSIP (por exemplo, username@example.calls.webex.com).
  • Cisco Webex Calling —Além de poder fazer e receber chamadas Webex Teams e SIP, as pessoas neste workspace podem usar o dispositivo para fazer e receber chamadas de dentro Webex Calling plano de numeração. Por exemplo, você pode ligar para o seu colega de trabalho Giacomo Edwards discando o seu número de telefone 555-555-5555, o ramal 5555, ou o endereço SIP dele gedwards@example.webex.com mas você também pode ligar para sua pizzeria local.
5

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

Se você tiver vários dispositivos que você precisa atribuir a usuários e locais, poderá preencher um arquivo CSV com as informações necessárias e ativar esses dispositivos em apenas alguns passos simples.

Os dispositivos listados aqui suportam Webex Calling. Enquanto todos esses dispositivos podem 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)

  • Telefone de conferência IP Cisco 7832 e 8832

1

Na exibição do cliente em , vá para Dispositivos, clique em Adicionar dispositivo e escolha se você está adicionando o dispositivo a um usuário https://admin.webex.comoulocal.

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 na sua organização e seus atributos associados para que você não tenha queprocurar manualmente cada usuário.
  • Baixar o modelo CSV —Você pode usar um modelo que nós encontramos e depois inserir informações como nomes de usuário, tipo (indicar se é um usuário ou um local), endereços MAC e modelos dedispositivo. Aqui estão algumas coisas a se manter em mente:
    • Para a coluna Nome de usuário do arquivo CSV, certifique-se de inserir o endereço de e-mail do usuário, ID do usuário nome ou o nome do usuário. 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ê entrar em um local que ainda não existe, o local é criado automaticamente para você.

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

4

Se o endereço MAC tiver sido deixado em branco, você pode escolher onde o código de ativação é enviado:

  • Fornecer um link— O código de ativação é adicionado a um arquivo CSV que você pode baixar.
  • Código de ativação de e-mail - Seo dispositivo for um local, o código de ativação será enviado para você, como o 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ê será apresentado a uma atualização de status à medida que os dispositivos se tornam ativados.

 

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

No Cisco Webex Control Hub , você pode iniciar o Portal de administração de chamada, onde poderá gerenciar seus dispositivos registrados na nuvem.

Na exibição do cliente em , vá para Dispositivos , escolha um https://admin.webex.comdispositivo da lista e clique emGerenciar dispositivo.


 

Os dispositivos Webex Calling podem ser configurados diretamente pelo Portal de administração de chamada , mas esses dispositivos não são oficialmente compatíveis com a Cisco.

O que fazer em seguida

Esta etapa inicia o Portal de administração de chamada, onde você pode gerenciar dispositivos que você se registrou na nuvem. Para obter mais informações, consulte Gerenciamento de dispositivos.

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


Aumentamos de 250 para 1000 o número de números de telefone que você pode adicionar no Control Hub.

1

Na exibição do cliente https://admin.webex.comem , vá para Serviços > Números de > e clique em Adicionar números.

2

Especifique o Local e Tipo de número. Se você estiver portando números ao longo, insira os números de cobrança atuais e novos.

3

Em seguida, clique em Salvar.

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

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

Você é levado ao Portal de administração de chamada , onde verá os pedidos que foram enviados e concluídos. Se você tiver a ID do pedido à mão, poderá insira-a como um parâmetro e obter detalhes sobre um pedido específico; caso contrário, você obterá um resumo de todos os pedidos.
Marca d'água
20 de out de 2020| visualização(ões) | pessoas acharam que isso foi útil

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

Você tem vários relatórios ao seu alcance que podem ajudá-lo a avaliar como Webex Calling os serviços estão sendo usados, com que frequência eles estão sendo usados. Você também pode obter um visual rápido da qualidade de mídia da sua localização.

Exibir relatórios de chamada

Você tem acesso a vários relatórios no Cisco Webex Control Hub que incluem detalhes sobre a ativação e uso do Webex Teams e Meetings.

Ao acessar os dados da Calling Cisco Webex Control Hub de , você será levado ao Portal de administração de chamada. Você pode usar essas informações para avaliar como Webex Calling serviços estão sendo usados na sua organização e com que frequência as pessoas estão usando esses serviços.

Na exibição do cliente https://admin.webex.comem , vá para Análise e selecione Webex Calling.

Você é automaticamente levado ao Portal de administração de chamada , onde você pode analisar e avaliar o uso e a qualidade daschamada. Para obter informações sobre os relatórios disponíveis para recursos específicos de chamada, consulte Portal de administração de chamada - Relatórios. Para obter informações sobre a atividade de chamada, consulte Portal de administração de chamada - Analítica.

Avalie a qualidade da mídia de suas unidades

Obter uma visão local por local da qualidade da mídia no seu local de Chamada. A qualidade da mídia é baseada em uma agregação das pontuações médias de opinião (MOS) para chamadas em um local específico para e do cliente, de telefones Cisco MPP e o cliente soft Calling. Os valores possíveis são os mesmos:

  • Bom — > 3.2

  • Feira — 2.7 a 3.2

  • Ruim —<2.7

  • Nenhum dado disponível— Nenhuma chamada foi feita ou recebida para o local no período de tempo selecionado.

1

Na exibição do cliente https://admin.webex.comem , vá para Análise e selecione Webex Calling.

Você foi levado ao Portal de administração de chamada.

2

Vá até o Painel e role até Garantia do serviço para ver a saúde geral da sua organização.

Se você deseja abrir a ferramenta CScan para verificar latência, largura de banda e portas, clique em Teste de prontidão derede.

O que fazer em seguida

Se o local mostrar uma classificação de Ruim, isso indica que pode haver um problema com a qualidade de mídia em um de seus locais. As causas comuns não são largura de banda suficiente ou congestionamento de tráfego. Se os problemas persistirem, vá para a exibição do cliente em , clique no seu nome de usuário de administrador e clique em https://admin.webex.comComentários para abrir um caso.

Executar a Ferramenta CSCAN

Você pode usar a ferramenta Cisco SCAN para verificar latência, largura de banda e portas.

Vá para https://cscan.webex.com/, escolha o servidor e clique em EXECUTARTESTE.

Marca d'água
20 de out de 2020| visualização(ões) | pessoas acharam que isso foi útil

Informações de referência da porta para Cisco Webex Calling

Aqui está uma lista dos endereços, portas e protocolos usados para conectar seus telefones e gateways aos Cisco Webex Calling a partir de qualquer uma das seguintes regiões: Produção (inclui América do Norte, EMEA, Austrália e Japão) e Beta. Você deve disponibilizar essas portas para que o tráfego específico flutue através da sua rede. Você notará que a configuração do gateway local agora também está disponível para os provedores de serviços.

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 portas sejam abertas, mas se você estiver executando regras de dentro para fora, você deve abrir portas para permitir que os protocolos necessários para o serviço sejam desabertos. Desde que você implemente a NAT, defina períodos de associação razoáveis e evite manipular o SIP no dispositivo NAT, você não deve abrir portas de entrada no firewall.


Se um roteador ou firewall for Alerta SIP, o que significa que ele possui o SIP Application Layer Gateway (ALG) ou algo semelhante habilitado, recomendamos que você desligue esta funcionalidade para manter o funcionamento correto do serviço. Consulte a documentação do fabricante relevante para obter informações sobre como desativar o SIP ALG em dispositivos específicos.

Data

Fizemos as seguintes alterações neste artigo

23 de dezembro de 2020

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

22 de dezembro de 2020

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

Oculta os diagramas de rede até que estes endereços IP também possam ser adicionados lá.

11 de dezembro de 2020

Atualizada a configuração do dispositivo e o gerenciamento de firmware (dispositivos Cisco) e as linhas de configuração do aplicativo para os domínios suportados em Canadá.

16 de outubro de 2020

Atualizou a sinalização de chamada e as entradas de mídia com os seguintes endereços de 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

Sob o CScan, substituiu o 199.59.64.156 pelo 199.59.64.197.

14 de agosto de 2020

Adicionados mais endereços de IP para suportar a introdução dos centros de dados no Canadá:

Sinalização de chamada 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 de IP para suportar a introdução dos centros de dados no Canadá:

  • Chamar mídia para Webex Calling (SRTP)—135.84.173.0/25.135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

  • Sinalização de chamada para terminais publicamente dirigidos (SIP TLS)—135.84.173.0/25.135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

  • Configuração do dispositivo e gerenciamento de firmware (dispositivos Cisco)—135.84.173.155,135.84.174.155

  • Sincronização do tempo do dispositivo— 135.84.173.152, 135.84.174.152

  • Configuração do aplicativo— 135.84.173.154,135.84.174.154

22 de julho de 2020

Adicionado o seguinte endereço de IP para suportar a introdução dos centros de dados no Canadá: 135.84.173.146

9 de junho de 2020

Fizemos as seguintes alterações na entrada CScan:
  • Corrigido um dos endereços de IP — alterado de 199.59.67.156 para 199.59.64.156

  • Novos recursos necessários para as novas portas, bem como UDP—19560-19760

11 de março de 2020

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

  • jp.bcld.webex.com — 135.84.169.150

  • client-jp.bcld.webex.com

  • idbroker.webex.com— 64.68.99.6, 64.68.100.6

Atualizamos os seguintes domínios com endereços IP adicionais para a configuração do dispositivo 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 do dispositivo e gerenciamento de firmware:

cloudupgrader.webex.com— 443, 6970

Tabela 1. Webex Calling (Produção)

Finalidade da conexão

Endereços de origem

Portas de origem

Protocolo

Endereços de destino

Portas de destino

Sinalização de chamada para Webex Calling (SIP TLS)

Gateway local externo (NIC) 8000-65535

TCP

85.119.56.128/26

85.119.57.128/26

128.177.14.0/25

128.177.36.0/26

135.84.169.0/25

135.84.170.0/25

135.84.171.0/25

135.84.172.0/25

135.84.173.0/25

135.84.174.0/25

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

185.115.196.0/25

185.115.197.0/25

199.19.197.0/24

199.19.199.0/24

199.59.64.0/25

199.59.65.0/25

199.59.66.0/25

199.59.67.0/25

199.59.70.0/25

199.59.71.0/25

8934

Dispositivos

5060-5080

Aplicativos

Efêmera (dependente do SO)

Chamar mídia para Webex Calling (SRTP)

NIC externo do gateway local

8000-48000

UDP

85.119.56.128/26

85.119.57.128/26

128.177.14.0/25

128.177.36.0/26

135.84.169.0/25

135.84.170.0/25

135.84.171.0/25

135.84.172.0/25

135.84.173.0/25

135.84.174.0/25

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

185.115.196.0/25

185.115.197.0/25

199.19.197.0/24

199.19.199.0/24

199.59.64.0/25

199.59.65.0/25

199.59.66.0/25

199.59.67.0/25

199.59.70.0/25

199.59.71.0/25

19560-65535

Dispositivos

19560-19660

Aplicativos

Efêmero

Sinalização de chamada para PSTN gateway (SIP TLS) NIC interno do gateway local 8000-65535 TCP Seu sistema ITSP PSTN GW ou Unified CM Depende PSTN opção de sistema (por exemplo, normalmente 5060 ou 5061 para o Unified CM)
Chamar mídia para PSTN gateway (SRTP) NIC interno do gateway local

8000-48000

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

Sinalização de chamada para terminais publicamente abordados (SIP TLS)

85.119.56.128/26

85.119.57.128/26

128.177.14.0/25

128.177.36.0/26

135.84.169.0/25

135.84.170.0/25

135.84.171.0/25

135.84.172.0/25

135.84.173.0/25

135.84.174.0/25

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

185.115.196.0/25

185.115.197.0/25

199.19.197.0/24

199.19.199.0/24

199.59.64.0/25

199.59.65.0/25

199.59.66.0/25

199.59.67.0/25

199.59.70.0/25

199.59.71.0/25

Efêmero

TCP

IP do ponto final

8934

Configuração do dispositivo e gerenciamento de firmware (dispositivos Cisco)

Webex Calling dispositivos

Efêmero

TCP

3.20.185.219

3.130.87.169

35.172.26.181

52.86.172.220

72.163.10.134

85.119.56.128/26

85.119.56.198

85.119.57.128/26

85.119.57.198

135.84.169.186

135.84.170.186

135.84.173.155

135.84.174.155

173.37.149.125

199.59.64.143

199.59.65.228

199.59.66.228

199.59.67.143

*Domínios:

  • ntp-ca.bcld.webex.com

  • cisco-ca.bcld.webex.com

  • dms-ca.bcld.webex.com

  • cisco-ca.bcld.webex.com

  • acodes-ca.bcld.webex.com

  • cisco-jp.bcld.webex.com

  • cisco.broadcloud.com.au

  • cisco.broadcloud.eu

  • webapps.cisco.com

  • activate.cisco.com

  • activation.webex.com

  • cisco.sipflash.com

80, 443

**cloudupgrader.webex.com

**443, 6970

Sincronização de tempo do dispositivo (NTP)

Webex Calling dispositivos

51494

UDP

85.119.56.128/26

85.119.57.128/26

135.84.169.154

135.84.170.154

135.84.173.152

135.84.174.152

199.59.64.152

199.59.65.181

199.59.66.181

199.59.67.152

123

Resolução do nome do dispositivo

Webex Calling dispositivos

Efêmero

UDP e TCP

Definido pelo host

53

Configuração do aplicativo

Webex Calling de aplicativos

Efêmero

TCP

64.68.99.6

64.68.100.6

85.119.56.128/26

85.119.57.128/26

128.177.36.138

128.177.14.181

135.84.169.150

135.84.171.154

135.84.172.154

135.84.174.154

135.84.173.154

135.84.169.185

135.84.170.185

199.59.64.140

199.59.67.140

Domínios:

  • client-ca.bcld.webex.com

  • apps-ca.bcld.webex.com

  • imp-ca.bcld.webex.com

  • wrscl01-ca.bcld.webex.com

  • wrscl01-ca.bcld.webex.com

  • client-jp.bcld.webex.com

  • jp.bcld.webex.com

  • idbroker.webex.com

80, 443, 1081, 2208, 8443, 5222, 5280-5281, 52644-52645

Sincronização de tempo da aplicação

Webex Calling de aplicativos

123

UDP

Definido pelo host

123

Resolução do nome do aplicativo

Webex Calling de aplicativos

Efêmero

UDP e TCP

Definido pelo host

53

CScan

Webex Calling de aplicativos

Efêmero

UDP e TCP

135.84.169.183

135.84.173.146

185.115.196.0/25

199.59.65.243

199.59.64.197

8934 e 80, 443, 19569-19760

† da porta do CUBE é configurável com o intervalo de portas rtp

*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 DHCP configuradas, ela entrará em contato com um servidor de ativação do dispositivo para provisionamento sem toque. Os novos telefones activate.cisco.com ao invés webapps.cisco.com para o provisionamento. Telefones com versão de firmware anteriores à 11.2(1), continuam a usar o webapps.cisco.com. Recomendamos que você permita ambos os domínios através do seu firewall.

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

Tabela 2. Webex Calling (Produção)

Finalidade da conexão

Endereços de origem

Portas de origem

Protocolo

Endereços de destino

Portas de destino

Sinalização de chamada para Webex Calling (SIP TLS)

NIC externo do gateway local

8000-65535

TCP

85.119.56.128/26

85.119.57.128/26

135.84.169.0/25

135.84.170.0/25

135.84.171.0/25

135.84.172.0/25

135.84.173.0/25

135.84.174.0/25

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

185.115.196.0/25

185.115.197.0/25

199.19.197.0/24

199.19.199.0/24

199.59.64.0/25

199.59.65.0/25

199.59.66.0/25

199.59.67.0/25

199.59.70.0/25

199.59.71.0/25

128.177.14.0/25

128.177.36.0/26

8934

Dispositivos

5060-5080

Aplicativos

Efêmera (dependente do SO)

Chamar mídia para Webex Calling (SRTP)

NIC externo do gateway local

8000-48000

UDP

85.119.56.128/26

85.119.57.128/26

135.84.169.0/25

135.84.170.0/25

135.84.171.0/25

135.84.172.0/25

135.84.173.0/25

135.84.174.0/25

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

185.115.196.0/25

185.115.197.0/25

199.19.197.0/24

199.19.199.0/24

199.59.64.0/25

199.59.65.0/25

199.59.66.0/25

199.59.67.0/25

199.59.70.0/25

199.59.71.0/25

128.177.14.0/25

128.177.36.0/26

19560-65535

Dispositivos

19560-19660

Aplicativos

Efêmero

Sinalização de chamada para PSTN gateway (SIP TLS)

NIC interno do gateway local

8000-65535

TCP

Seu ITSP, PSTN GW ou Unified CM

Depende PSTN opção, por exemplo. O Unified CM normalmente 5060 ou 5061

Chamar mídia para PSTN gateway (SRTP)

NIC interno do gateway local

8000-48000

UDP

Seu ITSP, PSTN GW ou Unified CM

Depende PSTN opção

Sinalização de chamada para terminais publicamente abordados (SIP TLS)

85.119.56.128/26

85.119.57.128/26

135.84.169.0/25

135.84.170.0/25

135.84.171.0/25

135.84.172.0/25

135.84.173.0/25

135.84.174.0/25

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

185.115.196.0/25

185.115.197.0/25

199.19.197.0/24

199.19.199.0/24

199.59.64.0/25

199.59.65.0/25

199.59.66.0/25

199.59.67.0/25

199.59.70.0/25

199.59.71.0/25

Efêmero

TCP

IP do ponto final

8934

Configuração do dispositivo e gerenciamento de firmware (dispositivos Cisco)

Webex Calling dispositivos

Efêmero

TCP

3.130.87.169,

3.20.185.219

35.172.26.181,

52.86.172.220

72.163.10.134

85.119.56.198

85.119.57.198

135.84.169.186

135.84.170.186

135.84.173.155

135.84.174.155

173.37.149.125

199.59.64.143

199.59.65.228

199.59.66.228

199.59.67.143

*Domínios:

  • ntp-ca.bcld.webex.com

  • cisco-ca.bcld.webex.com

  • dms-ca.bcld.webex.com

  • cisco-ca.bcld.webex.com

  • acodes-ca.bcld.webex.com

  • cisco-jp.bcld.webex.com

  • cisco.broadcloud.eu

  • Cisco. broadcloud.com.au

  • cisco.sipflash.com

  • webapps.cisco.com

  • activate.cisco.com
  • activation.webex.com

80, 443

**cloudupgrader.webex.com

**443, 6970

Sincronização de tempo do dispositivo (NTP)

Webex Calling dispositivos

51494

UDP

85.119.56.218

85.119.57.218

135.84.169.154

135.84.170.154

135.84.173.152

135.84.174.152

199.59.64.152

199.59.65.181

199.59.66.181

199.59.67.152

123

Resolução do nome do dispositivo

Webex Calling dispositivos

Efêmero

UDP e TCP

Definido pelo host

53

Configuração do aplicativo

Webex Calling de aplicativos

Efêmero

TCP

64.68.99.6

64.68.100.6

85.119.56.197

85.119.57.197

128.177.36.138

128.177.14.181

135.84.169.150

135.84.171.154

135.84.172.154

135.84.173.154

135.84.174.154

135.84.169.185

135.84.170.185

199.59.64.140

199.59.67.140

Domínios:

  • client-ca.bcld.webex.com

  • apps-ca.bcld.webex.com

  • imp-ca.bcld.webex.com

  • wrscl01-ca.bcld.webex.com

  • wrscl01-ca.bcld.webex.com

  • client-jp.bcld.webex.com

  • jp.bcld.webex.com

  • idbroker.webex.com

80, 443

Sincronização de tempo da aplicação

Webex Calling de aplicativos

123

UDP

Definido pelo host

123

Resolução do nome do aplicativo

Webex Calling de aplicativos

Efêmero

UDP e TCP

Definido pelo host

53

CScan

Webex Calling de aplicativos

Efêmero

UDP e TCP

135.84.169.183

135.84.173.146

185.115.196.129

199.59.65.243

199.59.64.197

8934 e 80, 443, 19560-19760

† da porta do CUBE é configurável com o intervalo de portas rtp

*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 DHCP configuradas, ela entrará em contato com um servidor de ativação do dispositivo para provisionamento sem toque. Novos telefones activate.cisco.com em vez webapps.cisco.com para provisionamento. Telefones com versão de firmware anteriores à 11.2(1), continuam a usar o webapps.cisco.com. Recomendamos que você permita ambos os domínios através do seu firewall.

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

Este artigo foi útil?

Artigos relacionados

Visualizados recentemente

×