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

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.

Retenção 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
27 de jul de 2020| visualização(ões) | pessoas acharam que isso foi útil

Prepare seu ambiente para Webex Calling

Prepare seu ambiente Configurar Webex Calling para sua organização Configurar o gateway local para acesso de PSTN (VARs apenas) UCM de cofigura Configurar funcionalidades de Webex Calling Configurar e gerenciar usuários Configurar e gerenciar dispositivos

Requisitos para chamar

Licenciamento

Webex Calling está disponível através do plano de colaboração flexível da Cisco. Você deve comprar um plano do Enterprise Agreement (EA) (para todos os usuários, incluindo os 50% Workspaces) ou um plano de usuário nomeado (NU) (alguns ou todos os usuários).

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

  • Empresa— estas licenças fornecem um conjunto completo de recursos para toda a sua organização. Esta oferta inclui o Unified Communications (Webex Calling), Mobility (desktop e clientes móveis com suporte para vários dispositivos), colaboração em equipe em Webex Teams e a opção de reunir reuniões com até 1000 participantes por reunião.

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


    As licenças básicas só estarão disponíveis se você tiver uma assinatura de usuário nomeada. As licenças básicas não são suportadas para assinaturas do Enterprise Agreement.

  • Espaços de trabalho (também conhecido como área comum) — escolha esta opção se você estiver procurando por Tom de discagem básico com um conjunto limitado de recursos de chamada adequados para áreas como quebras de sala, lobby e salas de conferência.

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

Gateway local para PSTN

Os dois revendedores de valor agregado (VARs) e os provedores de serviços (SPs) podem fornecer PSTN acesso a organizações de Webex Calling. Atualmente, o gateway local é a única opção para fornecer acesso PSTN no local. O gateway local pode ser implantado autônomo ou em implantações onde a integração no Cisco Unified Communications Manager é necessária. Os requisitos do gateway local são os seguintes.

Dispositivos compatíveis

Webex Calling suporta os telefones de IP Cisco Multiplatform (MPP). 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 do dispositivo

Tipo de dispositivo

Básico

  • Cisco IP Phone 6800 Series com firmware de multiplataforma

  • Cisco IP Phone 7800 series com firmware de multiplataforma

Adaptadores de telefonia analógica

Cisco ATA 191 e 192 com firmware de multiplataforma

Conferência

  • Cisco IP Conference Phone 7832 com firmware de multiplataforma

  • Cisco IP Conference Phone 8832 com firmware de multiplataforma

Avançado

  • Cisco IP DECT 6800 Series com firmware de multiplataforma

  • Cisco IP Phone 8800 Series com firmware de multiplataforma

Acessórios

Módulos de expansão de chave

Cisco Webex Room, Board e os dispositivos de mesa são suportados como dispositivos em um espaço de trabalho que você cria no Control Hub. Consulte "Cisco Webex Room, Board e dispositivos de mesa" em dispositivos suportados para Webex Calling para obter mais informações. No entanto, você pode fornecer esses dispositivos com PSTN serviço ativando Webex Calling para o espaço de trabalho.

Firewall

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

Requisitos do gateway local para Webex Calling

Pré-requisitos gerais

Antes de configurar um gateway local para Cisco Webex Calling, certifique-se de que você

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

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

    • Ter 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 modelo de implantação incluir o Unified CM

    Mais detalhes podem ser encontrados no guia de configuração do elemento de borda de Cisco Unified (cubo) 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 tem um ou mais gateways locais (Cisco CUBE (para conectividade baseada em IP) ou Cisco IOS gateway (para conectividade baseada em TDM)) que estão no seguinte hardware e software suportados:

  • ISR 4321, 4331, 4351, 4431, 4451 (Ios-xe 16.9.5 ou Ios-xe 16.12.3 ou superior), 4461 (Ios-xe 17.2.1 r)

  • CSR 1000V (vCUBE) (Ios-xe 16.9.5 e 16.12.3 ou mais recente)

  • ISR 1100 Series (Ios-xe 16.12.3 ou mais recente) apenas para conectividade baseada em IP


IOS-XE 16.10. a versão x não é suportada para implantações de gateway locais.

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

Requisitos de segurança e de certificado para gateway local

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

  • O cubo deve ser atualizado com o pacote de CA raiz da PKI da Cisco

  • Um conjunto de credenciais de síntese do SIP do Control Hub é usado para configurar o cubo (os passos são parte da configuração a seguir)

  • O pacote da CA raiz valida o certificado apresentado

  • Solicitação de credenciais (o Digest do SIP fornecido)

  • A nuvem identifica qual gateway local está registrado de modo seguro

Requisitos de passagem de firewall e NAT para gateway local

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

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

Configurar Cisco Webex Calling para sua organização

1

Clique no link introdução no E-mail de boas-vindas que você receber.


 

O endereço de e-mail do administrador é usado automaticamente para iniciar sessão no Control Hub, onde será solicitado que você crie sua senha de administrador. Depois que você iniciar sessão, o assistente de configuração iniciará automaticamente.

2

Revise e aceite a termos de serviço.

3

Revise seu plano e clique em introdução .

4

Selecione o país no qual o centro de dados deve ser mapeado e insira o contato do cliente e as informações do 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 parceiro e quiser que o administrador do cliente conclua o provisionamento do Webex Calling.
  • Preencha o informações de localização necessário. Depois de criar o local no assistente, você poderá criar mais localizações mais tarde.

 

O país do local 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 regionais que corresponde ao país do contrato que você selecionou 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

Opcion Ative o 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 de chamada existentes na chamada para S4B. Este aplicativo pode ser executado junto com o Skype for Business para Windows e fornece habilidades integradas de chamada de PSTN.

8

Selecione Próximo.

9

Insira um endereço Cisco Webex SIP disponível e clique em próximo.

10

Selecione Finalizar.

Antes de Iniciar

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

  • Endereço do local

  • Números de telefone desejados (opcional)

1

Na exibição do cliente em https://admin.webex.com, vá para serviços de chamada de entrada e, em > > seguida,clique em Adicionar local.

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

2

Definir as configurações do local:

  • Nomedo local — Insira um nome exclusivo para identificar o local.
  • País— escolha um país ao qual vincular o local. Por exemplo, você pode criar uma localização (Headquarters) nos Estados Unidos e outra (ramificação) no Reino Unido. O país que você escolher determina os campos de endereço a seguir. Os itens documentados aqui usam a Convenção de endereços dos EUA como um exemplo.
  • Idioma— escolha o idioma para o local.
  • Endereço— Insira o endereço para correspondência principal do local.
  • Cidade— Insira uma cidade para este local.
  • Estado— a partir da lista suspensa, escolha um estado.
  • CEP— Insira o CEP ou código postal.Númerode telefone — Insira o número de telefone no qual o contato principal do local pode ser alcançado.
3

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


 

Esta é a única vez que você pode optar ou sair da integração do Skype for Business com o aplicativo Webex Calling. 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 você deseja adicionar números agora ou mais tarde.

5

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

  • PSTN conectadas em nuvem — escolha esta opção se você estiver procurando por uma solução em nuvem que não requer um investimento significativo no hardware local e, em seguida, selecione um provedor CCP de sua escolha.


     

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

  • Gateway local— você pode escolher essa opção se você deseja manter seu provedor PSTN atual ou você deseja conectar sites que não são de nuvem com sites em nuvem e ter um plano de discagem comum (opção híbrida). Se você tiver vários locais, você pode não querer ir toda a nuvem, de uma só vez.
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, em seguida, clique em validar.

Os números são adicionados para o local específico. As entradas válidas movem para o campo de números validados e entradas inválidas permanecem no campo adicionar números acompanhado de uma mensagem de erro.

Dependendo do país da localização, os números são formatados de acordo com os requisitos discagem local. Por exemplo, se um código de país é necessário, você pode inserir números com ou sem o código e o código é anexado.

8

Clique em Salvar.

O que Fazer Depois

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

Quando você criou a organização do cliente no Control Hub, o primeiro local que você criou torna-se automaticamente o local padrão. Os usuários que você adicionar à sua organização serão atribuídos a este local padrão, a menos que você especifique de outra forma. Você pode tornar qualquer local subseqüente o local padrão, mas tenha em mente que não é possível excluir o local padrão.

Antes de Iniciar


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

1

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

2

Clique em mais ao lado do nome do local, escolha excluir locale confirme se você deseja excluir esse local.

Normalmente, leva alguns minutos para que o local seja permanentemente excluído, mas pode levar até uma hora. Você pode verificar o status clicando mais ao lado do nome do local e selecionando status de exclusão.

Você pode alterar a configuração do PSTN, bem como o nome, fuso horário e idioma de um local depois que ele foi criado. Tenha em mente que o novo idioma se aplica apenas a novos usuários e dispositivos. Os usuários e dispositivos existentes continuarão a usar o idioma antigo.


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

1

Na exibição do cliente em https://admin.webex.com, vá para serviços de > chamadas de > locaise, em seguida, selecione o local que você deseja atualizar.

Se você vir um símbolo de cuidado ao lado de um local, significa que 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 esteja configurado.

2

Opcion Em PSTN conexão, selecione PSTN conectado em nuvem ou Gateway local, dependendo de qual deles você já configurou. Clique em Editar para alterar essa configuração e, em seguida, reconheça os riscos associados, selecionando continuar. Em seguida, escolha uma das seguintes opções e clique em Salvar:

  • PSTN conectadas em nuvem — escolha esta opção se você estiver procurando por uma solução em nuvem que não requer um investimento significativo no hardware local e, em seguida, selecione um provedor CCP de sua escolha.


     

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

  • Gateway local— escolha esta opção se você deseja manter seu provedor PSTN atual ou deseja conectar sites que não sejam de nuvem com sites em nuvem e ter um plano de discagem comum (opção híbrida). Se você tiver vários locais, você pode não querer ir toda a nuvem, de uma só vez.

     

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

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 o correio de voz para este local.

5

Opcion Clique no ícone de lápis na parte superior da página de localização para alterar o nome da localização, fuso horárioou idioma, conforme necessário, e clique em Salvar.

Estas configurações também estão disponíveis no assistente de configuração pela primeira vez. Ao alterar sua plano de discagem, os números de exemplo na atualização do Control Hub para mostrar essas alterações.

1

Na exibição do cliente em https://admin.webex.com, vá para Serviços > Calling > Service Settingse, em seguida, role para a discagem interna.

2

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

  • Comprimento do prefixo de roteamento de localização— recomendamos essa configuração se você tiver vários locais. Você pode inserir um comprimento de 2-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, tudo com a extensão 1000, você pode configurar um prefixo de roteamento para cada loja. Se uma loja tiver um prefixo de 888, você discará 8881000 para atingir esse armazenamento.
  • Dígito de direção no prefixo de roteamento— você pode definir um valor aqui, independentemente de você usar os prefixos de roteamento de localização.
  • Comprimento da extensão interna— você pode inserir 2-6 dígitos e o padrão é 2.

     

    Depois de aumentar o comprimento da extensão, as discagens rápidas existentes para as extensões internas não são atualizadas automaticamente.

3

Especifique a discagem interna para locais específicos. Vá para os locais de chamada de serviços > > , selecione um local, role para discare, 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 contato com alguém neste local. O prefixo de roteamento de cada local deve ser exclusivo. Recomendamos que o comprimento do prefixo corresponda ao tamanho definido no nível da organização, mas deve conter entre 2-7 dígitos.
  • Discagem externa— você pode escolher um dígito de discagem de saída que os usuários devem discar para alcançar uma linha externa. O padrão é nenhum e você pode deixá-lo se você não exigir este 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.

Impacto aos usuários:

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

  • As extensões de 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 agregado, você pode usar estas etapas para iniciar a configuração do gateway local no Cisco Webex Control Hub. Quando esse gateway está registrado na nuvem, você pode usá-lo em um ou mais dos seus Cisco Webex Calling locais para fornecer roteamento para um provedor de serviços de PSTN empresarial.

Antes de Iniciar

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

  • Compreenda os requisitos do gateway local para Webex Calling.

  • Você não pode atribuir mais de um gateway a um local, mas você pode atribuir o mesmo gateway a vários locais.

1

Na exibição do cliente em https://admin.webex.com, vá para serviços de chamada de entrada > > e,em seguida, selecione o local ao qual você deseja adicionar um gateway local.

2

Em PSTN conexão, selecione PSTN conectadoem nuvem, clique em Editare, em seguida, reconheça os riscos associados, selecionando continuar.

3

Selecione Gateway local, clique em Gerenciare, em seguida, clique em criar novo gateway local no lista suspensa.

4

Insira um nome para identificar o gateway no Control Hub e, em seguida, salve as alterações clicando na marca de seleção.

Você é apresentado aos parâmetros relevantes que você precisará configurar no gateway local. Você também irá gerar um conjunto de credenciais de síntese do SIP para proteger o gateway local.

5

Observe as informações do gateway local que aparecem na tela (domínio do registrador, grupo de tronco OTG/DTG, linha/porta, endereço de proxy de saída).


 

Recomendamos que você copie a informação de parâmetro do Control Hub e cole-a em um arquivo de texto local ou documento para que você possa consultá-la quando estiver pronto para configurar o gateway local no local.

6

Clique em recuperar nome de usuário e Redefinir senha para gerar um novo conjunto de credenciais de autenticação para usar no gateway local no local.


 

Se você perder as credenciais, você deve gerá-las novamente a partir da tela Configuração do gateway no Control Hub. Recomendamos que você copie essas credenciais do Control Hub e cole-as em um arquivo de texto local ou documento para que você possa consultá-las quando estiver pronto para configurar o gateway local no local.

O que Fazer Depois

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

Depois de concluir com sucesso a configuração no próprio gateway, você pode retornar a locais de > chamada > de serviços no Control Hub e o gateway que você criou será listado no cartão de localização que você atribuiu a um ponto verde à esquerda do nome. Este status indica que o gateway está bem registrado na nuvem de chamadas e está servindo como o gateway de PSTN ativo para o local.

1

Na exibição do cliente em https://admin.webex.com, vá para os números de chamada de serviços > > .

Aparecerá uma tabela que mostra números e informações correspondentes para todos os locais. Você pode clicar no menu suspenso todos os locais e escolher um local se desejar filtrar em um específico. A tabela inclui informações como a quem o número é atribuído e seu status.

2

Opcion Ao lado de uma entrada de número, em ações, clique em e escolha uma das seguintes opções:

  • Editar— para números ativos que estão atualmente atribuídos a um usuário ou a um ponto. Clique nesta opção para abrir o portal de administração de chamadas, onde você pode fazer alterações adicionais.

  • Ativar-para números no status inativo, essa opção estará disponível depois que um Webex Calling número portado que foi enviado com um pedido for concluído. Depois de ativar o número, o número aparecerá como ativo quando estiver pronto para uso.

  • Excluir— para números em status inativo e que não estão atualmente atribuídos a um usuário ou a um momento, essa opção está disponível.

3

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


 

As entradas válidas movem para o campo de números validados enquanto entradas inválidas permanecem no campo adicionar números acompanhado de 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 da localização, os números são formatados de acordo com os requisitos discagem local. Por exemplo, se um código de país é necessário, você pode inserir números com ou sem o código e o código é anexado.

1

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

2

Selecione a guia inscrições e, em seguida, clique em comprar agora.

Um e-mail é enviado ao seu parceiro, permitindo que você esteja interessado em converter para uma assinatura paga.

Você pode controlar quais aplicativos de chamadas são abertos quando os usuários fazem chamadas PSTN. Depois de definir essa 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 sua organização.

Antes de Iniciar

  • Sua organização deve ter as assinaturas corretas https://collaborationhelp.cisco.com/article/en-us/3z1b8z para o comportamento de chamada que você escolher.

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

Na exibição do cliente em https://admin.Webex.com, vá para configurações, role para chamar o comportamentoe escolha uma das seguintes opções: .

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

Uma mensagem é exibida indicando que o comportamento de chamada é atualizado. Agora, os usuários podem fazer chamadas PSTN a partir de Webex Teams ou do aplicativo de Webex Calling.

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


 

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

Marca d'água
27 de jul 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 configurar gateways locais usando suas respectivas interfaces CLI. O tronco entre o gateway local e o Webex Cloud é sempre protegido usando o transporte SIP TLS e o SRTP para mídia entre gateway local e o Webex Calling Access SBC.

Use este fluxo de tarefa para configurar gateways locais para a implantação do Webex Calling. As etapas a seguir são realizadas na própria interface CLI. O tronco entre o gateway local e o Webex Calling sempre é protegido usando o transporte SIP TLS e o SRTP para mídia entre gateway local e o Webex Calling Access SBC.

Antes de Iniciar

  • Atenda aos requisitos do gateway local para Webex Calling.

  • Crie um gateway local no Control Hub.

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

  Comando ou Ação Objetivo
1

Mapeamento de parâmetro entre Cisco Webex Control Hub e Cisco Unified elemento de borda

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

2

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

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

3

Registrar o gateway local para Webex Calling

4

Escolha uma, dependendo da sua implantação:

Roteamento de chamadas no gateway local baseia-se na opção de implantação de Webex Calling que você escolheu. Esta seção assume que o IP PSTN terminando na mesma plataforma que o gateway local. A configuração a seguir é para uma das seguintes opções no gateway local:

  • A opção de implantação de gateway local sem um PBX IP no local. O gateway local e o cubo de PSTN de IP são coresidentes.

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

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

Hub de controle

Gateway local

Domínio do registrador:

O Control hub deve analisar o domínio do LinePort que foi recebido do UCAPI.

example.com

Registrador

example.com

Grupo de troncos OTG/DTG

perfis SIP:

<rule-number> solicitação de regra de qualquer SIP-header

A modificar ">" "; OTG = otgDtgId >"

Linha/porta

user@example.com

Número: usuário

Proxy de saída

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

Nome de usuário SIP

nome de usuário

Senha SIP

senha

Antes de Iniciar

  • Certifique-se de que a configuração da plataforma de referência, como NTPs, ACLs, habilitar senhas, senha mestra (IOS-XE 16.11.1 e posterior), IP Routing, endereços de IP, e assim por diante, são configuradas de acordo com as políticas e procedimentos da sua organização.

  • IOS-XE 16.9.3 e posterior ou 16.11.1 e posterior é necessário para implantações do gateway local. IOS-as versões do 16.10. x não são suportadas.

1

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

interface GigabitEthernet0/0/0 a interface de descrição voltada para PSTN e/ou endereço de IP CUCM 192.168.80.14 255.255.255.0! interface GigabitEthernet0/0/1 a interface de descrição está voltada Webex Calling endereço IP 192.168.43.197 255.255.255.0
2

Se você estiver usando o IOS-XE 16.11.1 ou posterior, você deve pré-configurar uma chave mestra para a senha usando os comandos mostrados abaixo antes que ele possa ser usado nas credenciais e segredos compartilhados. As senhas de tipo 6 são criptografadas usando AES Cypher e chave mestra definida pelo usuário.

LocalGateway #conf t LocalGateway (config) #chave config-Key password-Encrypt Password123 LocalGateway (config) #criptografia de senha AES
3

Configure o servidor de nomes IP para habilitar a pesquisa de DNS e garantir que ela seja acessível através do ping:

LocalGateway #conf t inserir comandos de configuração, um por linha. Terminar com CNTL/Z. LocalGateway (config) #nome do IP-Server 8.8.8.8 LocalGateway (config) #end
4

Habilitar TLS 1,2 exclusivity e um Trustpoint fictício padrão:

  1. Crie um Trustpoint PKI fictício e ligue para ele dummyTp

  2. Atribua o trustpoint como o trustpoint de sinalização padrão em SIP-UA

  3. CN-San-a validação do servidor é necessária para garantir que o gateway local estabeleça a conexão apenas se o proxy de saída configurado no locatário 200 (descrito mais tarde) corresponder com a lista CN-San recebida do servidor.

  4. O crypto trustpoint é 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. Desabilite o TLS v 1.0 e v 1.1 habilitando v 1.2 exclusivity.

LocalGateway #Configurar terminal inserir comandos de configuração, um por linha. Terminar com CNTL/Z. LocalGateway (config) # LocalGateway (config) #crypto PKI Trustpoint dummyTp LocalGateway (CA-trustpoint) # revogação-verificar CRL LocalGateway (CA-trustpoint) #sair LocalGateway (config) #SIP-UA LocalGateway (config-SIP-UA) # crypto Signaling padrão trustpoint dummyTp CN-San-validar servidor LocalGateway (config-SIP-UA) # Transport TCP TLS v 1.2 LocalGateway (config-SIP-UA) #end
5

Atualizar o gateway local Trustpool:

O pacote trustpool padrão não inclui o certificado "DigiCert root CA" necessário para validar o certificado do lado do servidor durante o estabelecimento da conexão TLS para Webex Calling.

O pacote trustpool deve ser atualizado fazendo o download do "conjunto de raiz principal confiável da Cisco" a partir de http://www.cisco.com/security/pki/.

  1. Verifique se o certificado da autoridade de certificação da sala DigiCert existe:

    LocalGateway #show crypto PKI trustpool | incluir DigiCert
  2. Se ele não existir, atualize da seguinte maneira:

    LocalGateway #Configurar terminal inserir comandos de configuração, um por linha. Terminar com CNTL/Z. LocalGateway (config) #crypto PKI trustpool importar URL limpa http://www.Cisco.com/Security/PKI/TRS/ios_core.p7b lendo arquivo de http://www.cisco.com/security/pki/trs/ios_core.p7b carregando http://www.Cisco.com/Security/PKI/TRS/IOS_CORE.p7b% PEM arquivos importados com êxito. LocalGateway (config) #end
  1. Verificar:

    LocalGateway #show crypto PKI trustpool | include DigiCert CN = DigiCert global CA raiz o = DigiCert Inc CN = DigiCert global root ca o = DigiCert Inc

Antes de Iniciar

Certifique-se 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 do Control Hub.

1

Insira estes comandos para ativar o aplicativo de gateway local:

LocalGateway#configure terminal LocalGateway(config)#voice service voip LocalGateway(conf-voi-serv)#ip address trusted list LocalGateway(cfg-iptrust-list)#ipv4 128.177.14.0 255.255.255.128 LocalGateway(cfg-iptrust-list)#ipv4 128.177.36.0 255.255.255.192 LocalGateway(cfg-iptrust-list)#ipv4 135.84.169.0 255.255.255.128 LocalGateway(cfg-iptrust-list)#ipv4 135.84.170.0 255.255.255.128 LocalGateway(cfg-iptrust-list)#ipv4 135.84.171.0 255.255.255.128 LocalGateway(cfg-iptrust-list)#ipv4 135.84.172.0 255.255.255.128 LocalGateway(cfg-iptrust-list)#ipv4 199.59.65.0 255.255.255.128 LocalGateway(cfg-iptrust-list)#ipv4 199.59.66.0 255.255.255.128 LocalGateway(cfg-iptrust-list)#ipv4 199.59.70.0 255.255.255.128 LocalGateway(cfg-iptrust-list)#ipv4 199.59.71.0 255.255.255.128 LocalGateway(cfg-iptrust-list)#ipv4 199.59.64.0 255.255.255.128 LocalGateway(cfg-iptrust-list)#ipv4 199.59.67.0 255.255.255.128 LocalGateway(cfg-iptrust-list)#ipv4 85.119.56.128 255.255.255.192 LocalGateway(cfg-iptrust-list)#ipv4 85.119.57.128 255.255.255.192 LocalGateway(cfg-iptrust-list)#ipv4 185.115.196.0 255.255.255.128 LocalGateway(cfg-iptrust-list)#ipv4 185.115.197.0 255.255.255.128 CUBE(cfg-iptrust-list)#exit LocalGateway(conf-voi-serv)#allow-connections sip to sip LocalGateway(conf-voi-serv)#media statistics LocalGateway(conf-voi-serv)#media bulk-stats LocalGateway(conf-voi-serv)#media-address range 192.168.43.197 192.168.43.197 port-range 8000 48000  LocalGateway(cfg-media-addr-range)#exit LocalGateway(conf-voi-serv)#no supplementary-service sip refer LocalGateway(conf-voi-serv)#no supplementary-service sip handle-replaces LocalGateway(conf-voi-serv)# fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none LocalGateway(conf-serv-stun)#stun LocalGateway(conf-serv-stun)#stun flowdata agent-id 1 boot-count 4 LocalGateway(conf-serv-stun)#stun flowdata shared-secret 0 Password123$ LocalGateway(conf-serv-stun)#sip LocalGateway(conf-serv-sip)#g729 annexb-all LocalGateway(conf-serv-sip)#early-offer forced LocalGateway(conf-serv-sip)#end

Explicação de comandos:

Prevenção de fraudes
Dispositivo (config) # Voice Service VoIP Device (config-voi-serv) # IP endereço de lista confiável (cfg-iptrust-List) # IPv4 199.59.70.0 255.255.255.128 Device (cfg-iptrust-List) # IPv4 199.59.71.0 255.255.255.128
  • Habilita explicitamente os endereços de IP de origem de entidades de onde o gateway local espera chamadas de VoIP legítimas, como Webex Calling Peers, nós Unified CM, PSTN de IP.

  • Por padrão, o LGW bloqueia todas as configurações de entrada VoIP chamadas de endereços IP que não estão em sua lista confiável. Os endereços IP dos peers de discagem com o "IP de destino da sessão" ou o 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 coincidir com as subredes IP de acordo com o centro de dados de Webex Calling regionais ao qual o cliente está conectado. Para obter mais informações, consulte informações de referência de porta para Webex Calling.


     

    Se o seu LGW estiver atrás de um firewall com o NAT de cone restrito, você pode preferir desativar a lista de endereços de IP confiáveis na interface do Webex Calling. Isso é porque o firewall já protege você contra VoIP de entrada não solicitadas. Esta ação reduza a sobrecarga de configuração de termo mais longo, porque não podemos garantir que os endereços dos pares de Webex Calling permanecerão corrigidos e você precisará configurar o firewall para os pares em qualquer caso.

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

  • Os endereços de IP devem corresponder ao IP de organizadores que o proxy de saída resolve no locatário 200

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

Mídia
serviço de voz VoIP mídia estatísticas multimídia mídia de estatísticas em massa-faixa de endereço 192.168.43.197 192.168.43.197 Port-Range 8000 48000
  • As estatísticas de mídia permitem o monitoramento de mídia no gateway local.

  • A mídia em massa-estatísticas permite que o plano de controle pesquise o plano de dados para estatísticas de chamadas em massa.

  • Mídia-faixa de endereço <LGW IP Address Range> porta-intervalo configuração decide quais portas de origem RTP usar para este intervalo de endereços de mídia. Isso está sendo configurado para a interface Gig0/0/1 voltada para Webex Calling.

Funcionalidade básica SIP para SIP
Allow-conexões SIP para SIP
Serviços complementares
nenhum SIP do serviço suplementar não se refere a identificador SIP do serviço suplementar-substitui

Desabilita a ID da caixa de diálogo de referência e substituição no cabeçalho substitui com a ID de caixa de diálogo de mesmo nível.

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

Protocolo de fax
Protocolo de fax T38 versão 0 ls-redundância 0 HS-redundância 0 fallback nenhum

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

Habilitar STUN global
stun stun flowdata agente-ID 1 boot-Count 4 stun flowdata compartilhado-segredo 0 Password123 $
  • Quando uma chamada é encaminhada de volta para um usuário Webex Calling (por exemplo, ambas as partes chamadas e de chamada são assinantes Webex Calling e têm a mídia ancorada no Webex Calling SBC), a mídia não pode fluir para o gateway local, pois o pinhole não está aberto.

  • O recurso de ligações STUN no gateway local permite que as solicitações STUN geradas localmente sejam enviadas através do caminho de mídia negociado. Isso ajuda a abrir o pinhole no firewall.

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

G729
SIP G729 annexb-todos

Permite todas as variantes do G729.

SIP
primeira oferta forçada

Força o gateway local a enviar as informações de SDP na mensagem de convite inicial, em vez de esperar pela confirmação do peer vizinho.

2

Configure o "perfil SIP 200".

LocalGateway (config) # voice class SIP-perfis 200 LocalGateway (config-Class) # regra 9 solicitar qualquer SIP-header SIP-req-URI Modify "SIPS:(. *)" "SIP: \ 1" LocalGateway (config-Class) # regra 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 SIP-header Contact modificar "<sips:(.*)>" "<sip:\1;transport=tls>"  LocalGateway (config-Class) # Rule 13 resposta de qualquer cabeçalho SIP para modificar "<sips:(.*)" "<sip:\1" LocalGateway (config-Class) # regra 14 resposta qualquer SIP-Header de modificar"<sips:(.*)" "<sip:\1" LocalGateway (config-Class) # regra 15 Response qualquer SIP-contato de cabeçalho modificar "<sips:(.*)" "<sip:\1" LocalGateway (config-Class) # regra 20 solicitar qualquer SIP-Header de modificar" > ""; OTG = hussain2572_lgu > " LocalGateway (config-Class) # regra 30 solicitar qualquer SIP-header P-declarada-identidade modificar" SIPS:(. *) "" SIP: \ 1 "

Estas regras são

Explicação de comandos:

  • a regra 9 garante que o cabeçalho esteja listado como "SIP-req-URI" e não "SIP-req-URL"

    Isso converte entre os URIs SIP e as URLs SIP, porque o Webex Calling não oferece suporte a 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 cabeçalho de para incluir o parâmetro de grupo de tronco OTG/DTG do Control Hub para identificar exclusivamente um site LGW dentro de uma empresa.

  • Este perfil SIP será aplicado ao locatário de classe de voz 200 (discutido mais tarde) para todo o tráfego que está voltado Webex Calling.

3

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

LocalGateway (config) # voice class codec 99 LocalGateway (config-Class) # codec preference 1 G711ulaw LocalGateway (config-Class) # codec preference 2 g711alaw LocalGateway (config-Class) # codec preference 3 g729r8 LocalGateway (config-Class) # sair LocalGateway (config) # classe de voz SRTP-crypto 200 LocalGateway (config-Class) # crypto 1 AES_CM_128_HMAC_SHA1_80 LocalGateway (config-class) # sair LocalGateway (config) # voice class stun-uso 200 LocalGateway (config-Class) # stun uso firewall-transversal flowdata LocalGateway (config-Class) # sair

Explicação de comandos:

  • Codec de classe de voz 99: Permite codecs G729 e G711 (MU e a-Law) para sessões. É aplicado a todos os peers de discagem.

  • Classe de voz SRTP-criptografia 200: Especifica SHA1_80 como a única Suite de criptografia SRTP que é oferecida pelo gateway local no SDP em oferta e resposta. Webex Calling suporta apenas SHA1_80.

  • Serão aplicadas ao locatário de classe de voz 200 (discutido mais tarde) voltada para Webex Calling.

  • Classe de voz stun-uso 200: Define o uso do STUN. É aplicado a todos os peers de discagem Webex Calling (2XX) para evitar que o áudio fique informado quando um telefone Unified CM encaminha a chamada para outro telefone de Webex Calling.


 

Nos casos em que a mídia está ancorada no SBC ITSP e o gateway local está atrás de um NAT e aguardando o streaming de mídia de entrada do ITSP, este comando pode ser aplicado em peers de discagem frente ITSP.

4

Mapear parâmetros do hub de controle para a configuração do gateway local:

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

O locatário 200 é então aplicado a todos os Webex Calling os peers de discagem opostas (marca 2xx) na configuração do gateway local. O recurso de locatário de classe de voz permite o agrupamento e a configuração de parâmetros de tronco SIP feitos no caso do serviço de voz VoIP e SIP-UA. Quando um locatário é configurado e aplicado em um peer de discagem, as configurações do IOS-XE são aplicadas na seguinte ordem de preferência:

  • Configuração do peer de discagem

  • Configuração do locatário

  • Configuração global (serviço de voz VOIP/SIP-UA)

5

Configure o locatário de classe de voz 200 para o registro de tronco do LGW para Webex Calling:

LocalGateway (config) #voice class locatário 200 registrar DNS: 40462196. Sips Cisco-bcld.com do esquema de expiração 240 Refresh-índice 50 de credenciais TCP TLS número Hussain6346_LGU nome de usuário Hussain2572_LGU senha 0 meX7] ~) VmF domínio BroadWorks da autenticação nome de usuário Hussain2572_LGU do domínio Hussain2572_LGU 0 para de entrada de participante remoto SIP-DNS. 40462196. conexão Cisco-bcld.com-reutilize o SRTP-crypto 200 URL TLS da sessão de transporte SIPS-PassThru declarada-ID pai controle de ligação fonte-interface GigabitEthernet0/0/1 ligação fonte de mídia-interface GigabitEthernet0/0/1 sem conteúdo pass-thru personalizado-perfis SIP-perfil 200 de proxy de saída: 1a01. sipconnect-US10. Cisco-bcld.com privacidade 

Explicação de comandos:

locatário de classe de voz 200

O recurso multilocatário 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.

DNS do registrar: 40462196. o esquema Cisco-bcld.com SIPS expira 240 Refresh-ratio 50 TCP TLS

Servidor de registro para o gateway local com o registro configurado 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 senha 0 meX71] ~) VMF Realm BroadWorks

Credenciais para o desafio de 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 da autenticação Hussain2572_LGU senha 0 meX71] ~) VMF Realm BroadWorks
nome de usuário da autenticação Hussain2572_LGU senha 0 meX71] ~) VMF Realm 40462196.cisco-bcld.com

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

nenhuma ID do participante remoto

Desative o cabeçalho do SIP Remote-ID (RPID), uma vez que o Webex Calling suporta PAI, que é habilitado usando o CIO declarado-ID pai (veja abaixo).

SIP-DNS Server: 40462196. Cisco-bcld.com
Webex Calling servidores. 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
conexão-reutilização

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

SRTP-criptografia 200

Especifica SHA1_80 como definido na classe de voz SRTP-criptografia 200.

transporte de sessão TCP TLS
Define o transporte para TLS
URL SIPS

SRV consulta tem que ser SIPsdo como suportado pelo Access SBC; todas as outras mensagens são alteradas para SIP por SIP-Profile 200.

erro-PassThru

Funcionalidade pass-thru de resposta de erro SIP

declarada-ID pai

Ativa o processamento de PAI no gateway local.

vincular origem do controle-GigabitEthernet0/0/1

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

vincular fonte de mídia-interface GigabitEthernet0/0/1

Interface de origem de mídia voltada Webex Calling.

nenhum conteúdo pass-thru personalizado-SDP

Comando padrão em locatário.

SIP-perfis 200

Altera o SIPS para SIP e modifica a linha/porta para convidar e registrar mensagens, conforme definido na classe de voz SIP-perfis 200.

DNS de proxy de saída: la01. sipconnect-US10. Cisco-bcld.com

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

privacidade-passagem de política

Passar de forma transparente pelos valores do cabeçalho de privacidade de entrada para o trecho de saída.

Depois que o locatário 200 é definido no gateway local e um peer de discagem de VoIP SIP é configurado, o gateway, em seguida, inicia uma conexão TLS para Webex Calling, em que ponto o SBC do Access apresenta seu certificado ao gateway local. O gateway local valida o certificado SBC de acesso Webex Calling usando o pacote de CA raiz atualizado anteriormente. Uma sessão TLS persistente é estabelecida entre o gateway local e o Webex Calling Access SBC. O gateway local então envia um registro para o SBC do Access, que é desafiado. O registro AOR é number@domain. O número é tirado do parâmetro de credenciais "Number" e do domínio do "registrar DNS:<fqdn>". Quando o registro é desafiado, os parâmetros de nome de usuário, senha e território das credenciais são usados para criar o cabeçalho e o perfil SIP 200 converte a URL SIPS de volta para SIP. O registro é bem-sucedido depois que 200 OK é recebido do Access SBC.

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

  1. Inquilinos de classede voz — primeiro, criaremos locatários adicionais para os peers de discagem voltados para o ITSP similar ao locatário 200 que criamos para Webex Calling os peers de discagem frente.

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

  3. Peers de discagem de saída— para rotear os trechos de chamada de saída de LGW para o tronco ITSP SIP e Webex Calling.

  4. Classe de voz DPG— peers de discagem de saída invocados de um peer de discagem de entrada.

  5. Peers de discagem de entrada— para aceitar trechos de chamada de entrada de ITSP e Webex Calling.

A configuração nesta seção pode ser usada para a configuração do gateway local de um parceiro, como mostrado abaixo, ou gateway do local do cliente local.

1

Configure os seguintes locatários de classe de voz:

  1. O locatário de classe de voz 100 é aplicado em todos os peers de discagem de entrada de PSTN de IP.

    transmissão de classe de voz 100 transporte de sessão UDP URL SIP erro-PassThru controle de ligação fonte-interface GigabitEthernet0/0/0 ligação de mídia origem-interface GigabitEthernet0/0/0 sem conteúdo pass-thru personalizado-SDP
  2. O locatário de classe de voz 300 é aplicado a todos os peers de discagem de entrada do IP PSTN.

    entrada de entrada de voz 300 ligar controle fonte-interface GigabitEthernet0/0/0 Associação de mídia origem-interface GigabitEthernet0/0/0 sem conteúdo pass-thru personalizado-SDP
2

Configure o seguinte URI de classe de voz:

  1. Definir o endereço de IP do organizador do ITSP:

    URI de classe de voz 100 host SIP IPv4:192.168.80.13
  2. Defina o padrão para identificar exclusivamente um site de gateway local dentro de uma empresa com base no parâmetro de teletronco do controle do OTG/DTG do Control Hub:

    DTG de classe de voz 200 padrão SIP = hussain2572. LGU

     

    Atualmente, o gateway local não suporta sublinhado "_" no padrão Match. Como solução alternativa, usamos o ponto "." (Coincidir qualquer) para coincidir com "_".

    Recebido convite 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 = z9hG4bK2hokad30fg14d 0358060.1 padrão: 8934
3

Configure os seguintes pares de discagem de saída:

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

    dial-peer Voice 101 VoIP Descrição discagem de saída dial-peer para IP PSTN destination-pattern ruim. Entrada de protocolo de sessão SIPv2 destino da sessão IPv4:192.168.80.13 codec de classe de voz 99 DTMF-Relay RTP-nte voice-class SIP locatário 100 sem VAD

    Explicação de comandos:

    discagem do ponto de acesso voz 101 VoIP Descrição discagem de saída para PSTN

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

    destination-pattern ruim. Ruim

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

    SIPv2 de protocolo da sessão

    Especifica que esse peer de discagem estará tratando trechos de chamada SIP.

    IPv4 de destino da sessão: 192.168.80.13

    Indica o endereço IPv4 de destino do destino, onde esse 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 peer de discagem.

    DTMF-Relay RTP-nte

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

    locatário SIP de classe de voz 100

    O peer de discagem herdará todos os parâmetros do locatário 100, a menos que esse mesmo parâmetro esteja definido no próprio peer de discagem.

    nenhum VAD

    Desativa a detecção de atividade de voz.

  2. Dial-peer de discagem de saída em direção a Webex Calling

    discagem do ponto de acesso voz 201 VoIP Descrição discagem de saída para Webex Calling destination-pattern ruim. Sessão inválida protocolo de SIPv2 de entrada 99 codec de classe de voz stun DTMF-Relay RTP-de classe de voz nte-uso 200 sem classe de voz SIP do localhost do host SIP de classe de Voice 200 SRTP no VAD

    Explicação de comandos:

    discagem do ponto de acesso voz 201 VoIP Descrição discagem de saída para Webex Calling

    Define um peer de discagem VOIP com uma marca de 201 e uma descrição significativa é fornecida para facilitar o gerenciamento e a solução de problemas

    servidor SIP de destino da sessão

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

    stun de classe de voz-uso 200

    O recurso de ligações STUN no gateway local permite que as solicitações STUN geradas localmente sejam enviadas através do caminho de mídia negociado. Isso ajuda a abrir o pinhole no firewall.

    nenhum localhost SIP de classe de voz

    Desativa a substituição do nome do localhost DNS no local do endereço de IP físico nos cabeçalhos de, ID de chamada e de ID da parte remota das mensagens de saída.

    locatário SIP de classe de voz 200

    O peer de discagem herda todos os parâmetros do locatário 200 (LGW <-->Webex Calling trunk), a menos que esse mesmo parâmetro esteja definido sob o próprio peer de discagem.</-->

    Srtp

    O SRTP está habilitado para este trecho de chamada.

    nenhum VAD

    Desativa a detecção de atividade de voz.

4

Configure os seguintes grupos de discagem peer (DPG):

  1. Define o grupo de peers de discagem 100. O peer de discagem de saída 101 é o alvo de qualquer peer de discagem de entrada que chame o grupo de peer de discagem 100. Aplicaremos o DPG 100 ao peer de discagem de entrada 200 definido mais tarde para WEBEX Calling-> LGW--> PSTN caminho.

    classe de voz DPG 100 Descrição PSTN de IP de entrada (DP100) para Webex Calling (DP201) discagem de ponto de acesso 101 preferência 1
  2. Defina o grupo de peer de discagem 200 com o peer de discagem de saída 201 como o destino para CUCM--> LGW--> Webex Calling caminho. DPG 200 será aplicado ao peer de discagem de entrada 100 definido mais tarde.

    classe de voz DPG 200 Descrição PSTN de IP de entrada (DP100) para Webex Calling (DP201) discagem de ponto de acesso 201 preferência 1
5

Configure os seguintes peers de discagem de entrada:

  1. Discagem de entrada-peer de entrada para PSTN trechos de chamada de IP:

    dial-peer Voice 100 VoIP descrição de discagem de entrada do protocolo de sessão de PSTN SIPv2 de destino DPG 200 URI de entrada através do codec 100 de classe de voz 99 DTMF-Relay RTP-nte voice-class SIP locatário não 300 nenhum VAD

    Explicação de comandos

    discagem de voz 100 Descrição de VoIP do peer de discagem de entrada do PSTN

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

    SIPv2 de protocolo da sessão

    Especifica que esse peer de discagem estará tratando trechos de chamada SIP.

    URI de entrada via 100

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

    destino DPG 200

    Com o destino DPG 200, IOS-XE transfere os critérios de correspondência do peer de discagem de saída clássica e, em seguida, prosseguem na configuração do trecho de chamada de saída usando os pares de discagem definidos no grupo de peer de discagem de destino 200, que é o peer de discagem 201.

    locatário SIP de classe de voz 300

    O peer de discagem herdará todos os parâmetros do locatário 300, a menos que esse mesmo parâmetro esteja definido no próprio peer de discagem.

    nenhum VAD

    Desativa a detecção de atividade de voz.

  2. Discagem de entrada-peer de entrada Webex Calling trechos de chamada:

    dial-peer Voice 200 VoIP descrição de discagem de entrada do protocolo de sessão de Webex Calling SIPv2 destino DPG 100 solicitação de URI de entrada 200 codec de classe de voz 99 de classe stun-uso 200 a classe de voz de locatário SIP 200 SRTP no VAD

    Explicação de comandos

    discagem de voz 200 descrição de VoIP do peer de discagem de entrada do Webex Calling

    Define um peer de discagem VOIP com uma marca de 200 e uma descrição significativa é fornecida para facilitar o gerenciamento e a solução de problemas.

    solicitação URI recebida 200

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

    destino DPG 100

    Com o destino DPG 100, IOS-XE transfere os critérios de correspondência do peer de discagem de saída clássica e, em seguida, prosseguem na configuração do trecho de chamada de saída usando os pares de discagem definidos no grupo de peer de discagem de destino 300, que é o peer de discagem 101.

    stun de classe de voz-uso 200

    O recurso de ligações STUN no gateway local permite que as solicitações STUN geradas localmente sejam enviadas através do caminho de mídia negociado. Isso ajuda a abrir o pinhole no firewall.

    locatário SIP de classe de voz 200

    O peer de discagem herdará todos os parâmetros do locatário 200, a menos que esse mesmo parâmetro esteja definido no próprio peer de discagem.

    Srtp

    Habilita o SRTP para este trecho de chamada.

    nenhum VAD

    Desativa a detecção de atividade de voz.

PSTN para Webex Calling

Todos os trechos de chamadas IP PSTN recebidos no gateway local são correspondidos no peer de discagem 100, uma vez que define os critérios de correspondência para o cabeçalho VIA com o endereço IP do PSTN de IP. A seleção do peer de discagem de saída é determinada pelo DPG 200 que invoca diretamente o peer de discagem de saída 201, que tem o servidor Webex Calling listado como o destino de destino.

Webex Calling para PSTN

Todos os trechos de chamadas de entrada Webex Calling no gateway local são correspondidos no peer de discagem 200, pois ele atende a critérios de correspondência para o padrão de cabeçalho de URI de solicitação com o parâmetro do OTG/DTG do conjunto de troncos, exclusivo dessa implantação do gateway local. A seleção do peer de discagem de saída é determinada pelo DPG 100 que invoca diretamente o peer de discagem de saída 101, que tem o endereço IP de 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. Inquilinos de classede voz — você deve criar inquilinos adicionais para os peers de discagem que enfrentam o Unified cm e ITSP, similar ao locatário 200 que criamos para Webex Calling os peers de discagem frente.

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

  3. Servidor de classe de voz-grupo— endereços IP/portas de destino para troncos de saída do LGW para o Unified cm, LGW para Webex Calling e LGW para PSTN tronco SIP.

  4. Peers de discagem de saída— para rotear os trechos de chamada de saída do LGW para o tronco do Unified cm, ITSP SIP e/ou Webex Calling.

  5. Classe de voz DPG— peer (s) de discagem de destino invocados de um peer de discagem de entrada.

  6. Peers de discagem de entrada — para aceitar trechos de chamada de entrada do Unified cm, ITSP e/ou Webex Calling.

1

Configure os seguintes locatários de classe de voz:

  1. O locatário de classe de voz 100 é aplicado em todos os peers de discagem de saída que enfrentam o Unified CM e IP PSTN:

    transmissão de classe de voz 100 transporte de sessão UDP URL SIP erro-PassThru controle de ligação fonte-interface GigabitEthernet0/0/0 ligação de mídia origem-interface GigabitEthernet0/0/0 sem conteúdo pass-thru personalizado-SDP
  2. O locatário de classe de voz 300 será aplicado a todos os peers de discagem de entrada do Unified CM e IP PSTN:

    entrada de entrada de voz 300 ligar controle fonte-interface GigabitEthernet0/0/0 Associação de mídia origem-interface GigabitEthernet0/0/0 sem conteúdo pass-thru personalizado-SDP
2

Configure os seguintes URIs de classe de voz:

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

    URI de classe de voz 100 host SIP IPv4:192.168.80.13
  2. Defina o padrão para identificar exclusivamente um site de gateway local dentro de uma empresa com base no parâmetro de teletronco do controle do OTG/DTG do Control Hub:

    DTG de classe de voz 200 padrão SIP = hussain2572. LGU

     

    Atualmente, o gateway local não suporta sublinhado "_" no padrão de correspondência. Como solução alternativa, usamos o ponto "." (Coincidir qualquer) para coincidir com "_".

    Recebido convite 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 = z9hG4bK2hokad30fg14d 0358060.1 padrão: 8934
  3. Define a sinalização do Unified CM através da porta para o tronco de Webex Calling:

    padrão SIP de URI de classe de voz 300:5065
  4. Define IP de sinalização de fonte CUCM e através da porta para PSTN tronco:

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

Configure os seguintes grupos de servidores de classe de voz:

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

    servidor de classe de voz-grupo 301 IPv4 192.168.80.60 porta 5065
  2. Define o endereço IP do host de destino do Unified CM e o número da porta do Unified CM Group 2, se aplicável:

    servidor de classe de voz-grupo 303 IPv4 192.168.80.60 porta 5065
  3. Define o endereço de IP do organizador de destino do Unified CM para o grupo do Unified CM 1 (5 nós). O Unified CM usa a porta padrão 5060 para o tráfego de entrada no tronco PSTN. Sem número de porta especificado, o padrão 5060 é usado. (PSTN <->LGW--> Unified cm)</->

    servidor de classe de voz-grupo 305 IPv4 192.168.80.60
  4. Define o endereço de IP do organizador de destino do Unified CM para o grupo do Unified CM 2, se aplicável.

    servidor de classe de voz-grupo 307 IPv4 192.168.80.60
4

Configure os seguintes peers de discagem de saída:

  1. Discagem de saída em relação ao PSTN IP:

    dial-peer Voice 101 VoIP Descrição discagem de saída dial-peer para IP PSTN destination-pattern ruim. Entrada de protocolo de sessão SIPv2 destino da sessão IPv4:192.168.80.13 codec de classe de voz 99 DTMF-Relay RTP-nte voice-class SIP locatário 100 sem VAD

    Explicação de comandos

    discagem do ponto de acesso voz 101 VoIP Descrição discagem de saída para PSTN

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

    destination-pattern ruim. Ruim

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

    SIPv2 de protocolo da sessão

    Especifica que esse peer de discagem estará tratando trechos de chamada SIP.

    IPv4 de destino da sessão: 192.168.80.13

    Indica o endereço IPv4 de destino do destino, onde esse trecho de chamada será enviado. (Nesse caso, 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 peer de discagem.

    locatário SIP de classe de voz 100

    O peer de discagem herdará todos os parâmetros do locatário 100, a menos que esse mesmo parâmetro esteja definido no próprio peer de discagem.

  2. Dial-peer de discagem de saída para Webex Calling:

    discagem do ponto de acesso voz 201 VoIP Descrição discagem de saída para Webex Calling destination-pattern ruim. Sessão inválida protocolo de SIPv2 de entrada 99 codec de classe de voz stun DTMF-Relay RTP-de classe de voz nte-uso 200 sem classe de voz SIP do localhost do host SIP de classe de Voice 200 SRTP no VAD

    Explicação de comandos

    discagem do ponto de acesso voz 201 VoIP Descrição discagem de saída para Webex Calling

    Define um peer de discagem VOIP com uma marca de 201 e uma descrição significativa é fornecida para facilitar o gerenciamento e a solução de problemas.

    servidor SIP de destino da sessão

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

    stun de classe de voz-uso 200

    O recurso de ligações STUN no LGW permite que as solicitações STUN geradas localmente sejam enviadas através do caminho de mídia negociado. Isso ajuda a abrir o pinhole no firewall.

    nenhum localhost SIP de classe de voz

    Desabilita o subsititution do nome do localhost DNS no local do endereço de IP físico nos cabeçalhos de, ID da chamada e de ID da parte remota das mensagens de saída.

    locatário SIP de classe de voz 200

    O peer de discagem herda todos os parâmetros do locatário 200 (LGW <-->Webex Calling trunk), a menos que esse mesmo parâmetro esteja definido sob o próprio peer de discagem.</-->

    Srtp

    O SRTP está habilitado para este trecho de chamada.

  3. Discagem de saída em relação ao tronco Webex Calling do Unified CM:

    discagem do ponto de acesso voz 301 VoIP Descrição discagem de saída para o CUCM-Group-1 para entrada do Webex Calling-os nós 1 a 5 destination-pattern está danificado. Sessão de SIPv2 do protocolo de sessão incorreta-grupo 301 codec de classe de voz 99 DTMF-Relay RTP-nte voice-class SIP locatário 100 no VAD

    Explicação de comandos

    dial-peer Voice 301 VoIP Descrição discagem de saída para o CUCM-Group-1 para entrada de Webex Calling – nós 1 a 5

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

    servidor da sessão-grupo 301

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

    Grupo de servidores no peer de discagem de saída

    Com vários peers de discagem no DPG e em vários servidores no grupo de servidores dial-peer, podemos atingir a distribuição aleatória de chamadas em todos os assinantes de processamento de chamadas Unified CM ou busca baseada em uma preferência definida. Cada grupo de servidores pode ter até cinco servidores (IPv4/V6 com ou sem porta). Um segundo peer de discagem e segundo grupo de servidores só é necessário se mais de cinco assinantes de processamento de chamadas forem usados.

    Consulte https://www.Cisco.com/c/en/US/TD/docs/Ios-XML/Ios/Voice/Cube/Configuration/Cube-Book/Multiple-Server-groups.html para obter mais informações.

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

    dial-peer Voice 303 VoIP Descrição discagem de saída para o CUCM-Group-2 para entrada do Webex Calling-Nodes 6 a 10 destination-pattern BAD. Sessão de SIPv2 do protocolo de sessão incorreta-grupo 303 codec de classe de voz 99 DTMF-Relay RTP-nte voice-class SIP locatário 100 no VAD
  5. Discagem de saída em relação ao tronco PSTN do Unified CM:

    discagem do ponto de acesso voz 305 VoIP Descrição discagem de saída para o CUCM-Group-1 para entrada do PSTN-os nós 1 a 5 destination-pattern está danificado. Sessão de SIPv2 do protocolo de sessão incorreta-grupo 305 codec de classe de voz 99 DTMF-Relay RTP-nte voice-class SIP locatário 100 no VAD
  6. Segundo peer de discagem de saída em relação ao tronco PSTN do Unified CM se você tiver mais de 5 nós Unified CM:

    dial-peer Voice 307 VoIP Descrição discagem de saída para o CUCM-Group-2 para entrada do PSTN-Nodes 6 a 10 destination-pattern BAD. Sessão de SIPv2 do protocolo de sessão incorreta-grupo 307 codec de classe de voz 99 DTMF-Relay RTP-nte voice-class SIP locatário 100 no VAD
5

Configure o seguinte DPG:

  1. Define DPG 100. O peer de discagem de saída 101 é o alvo de qualquer peer de discagem de entrada que chame o grupo de peer de discagem 100. Aplicaremos o DPG 100 ao peer de discagem de entrada 302 definido mais tarde para o Unified cm--> LGW--> PSTN caminho:

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

    DPG de classe de voz 200 dial-peer de discagem 201 preferência 1
  3. Defina DPG 300 para os pares de discagem de saída 301 ou 303 para o Webex Calling--> LGW--> Unified cm caminho:

    voice class DPG 300 dial-peer 301 preferência 1 dial-peer de discagem 303 preferência 1
  4. Defina DPG 302 para os pares de discagem de saída 305 ou 307 para o PSTN--> LGW--> Unified cm caminho:

    voice class DPG 302 dial-peer 305 preferência 1 dial-peer de discagem 307 preferência 1
6

Configure os seguintes peers de discagem de entrada:

  1. Discagem de entrada-peer de entrada para PSTN trechos de chamada de IP:

    dial-peer Voice 100 VoIP descrição de discagem de entrada do protocolo de sessão de PSTN SIPv2 de destino DPG 302 URI de entrada através do codec 100 de classe de voz 99 DTMF-Relay RTP-nte voice-class SIP locatário não 300 nenhum VAD

    Explicação de comandos

    discagem de voz 100 Descrição de VoIP do peer de discagem de entrada do PSTN

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

    SIPv2 de protocolo da sessão

    Especifica que esse peer de discagem estará tratando trechos de chamada SIP.

    URI de entrada via 100

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

    destino DPG 302

    Com o destino DPG 302, IOS-XE transfere os critérios de correspondência clássica do peer de discagem de saída e, em seguida, prossegue a configuração do trecho de chamada de saída usando os peers de discagem definidos no destino DPG 302, que pode ser discagem de nível de acesso 305 ou dial-307 peer de discagem.

    locatário SIP de classe de voz 300

    O peer de discagem herdará todos os parâmetros do locatário 300, a menos que esse mesmo parâmetro esteja definido no próprio peer de discagem.

  2. Discagem de entrada-peer de entrada Webex Calling trechos de chamada:

    dial-peer Voice 200 VoIP Descrição dial-peer de entrada do protocolo de sessão de Webex Calling SIPv2 destino DPG 300 URI de entrada via 200 URI de entrada solicitação 200 do codec de classe de voz 99 DTMF-Relay RTP-de classe de voz

    Explicação de comandos

    discagem de voz 200 descrição de VoIP do peer de discagem de entrada do Webex Calling

    Define um peer de discagem VOIP com uma marca de 200 e uma descrição significativa é fornecida para facilitar o gerenciamento e a solução de problemas.

    solicitação URI recebida 200

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

    destino DPG 300

    Com o destino DPG 300, IOS-XE transfere os critérios de correspondência clássica do peer de discagem de saída e, em seguida, prossegue a configuração do trecho de chamada de saída usando os peers de discagem definidos no destino DPG 300, que pode ser discagem de nível de acesso 301 ou dial-303 peer de discagem.

    stun de classe de voz-uso 200

    O recurso de ligações STUN no LGW permite que as solicitações STUN geradas localmente sejam enviadas através do caminho de mídia negociado. Isso ajuda a abrir o pinhole no firewall.

    locatário SIP de classe de voz 200

    O peer de discagem herda todos os parâmetros do locatário 200, a menos que esse mesmo parâmetro esteja definido no próprio peer do discagem.

    Srtp

    Habilita o SRTP para este trecho de chamada.

  3. Discagem de entrada-peer de chamadas de entrada do Unified CM com Webex Calling como o destino:

    dial-peer Voice 300 VoIP descrição de discagem de entrada do CUCM para Webex Calling protocolo de sessão de SIPv2 destino DPG 200 URI de entrada através do codec 300 de classe de voz 99 DTMF-Relay RTP-nte voice-class SIP locatário não 300 nenhum VAD

    Explicação de comandos

    dial-peer Voice 300 VoIP descrição de discagem de entrada do CUCM para Webex Calling

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

    URI de entrada via 300

    Todo o tráfego de entrada do Unified CM para o LGW é correspondido na porta de origem via (5065), definido no URI da classe de voz 300 SIP.

    destino DPG 200

    Com o destino DPG 200, IOS-XE transfere os critérios de correspondência clássica do peer de discagem de saída e, em seguida, prosseguem na configuração do trecho de chamada de saída usando os peers de discagem definidos no destino DPG 200, que será discagem de nível de acesso 201.

    locatário SIP de classe de voz 300

    O peer de discagem herdará todos os parâmetros do locatário 300, a menos que esse mesmo parâmetro esteja definido no próprio peer de discagem.

  4. Discagem de entrada-peer de chamadas de entrada do Unified CM com PSTN como o destino:

    dial-peer Voice 302 VoIP descrição de discagem de entrada do CUCM para PSTN protocolo de sessão de SIPv2 destino DPG 100 URI de entrada através do codec 302 de classe de voz 99 DTMF-Relay RTP-nte voice-class SIP locatário não 300 nenhum VAD

    Explicação de comandos

    dial-peer Voice 302 VoIP descrição de discagem de entrada do CUCM para PSTN

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

    URI de entrada via 302

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

    destino DPG 100

    Com o destino DPG 100, IOS-XE transfere os critérios de correspondência clássica do peer de discagem de saída e, em seguida, prosseguem na configuração do trecho de chamada de saída usando os peers de discagem definidos no destino DPG 100, que será discagem de nível de acesso 101.

    locatário SIP de classe de voz 300

    O peer de discagem herdará todos os parâmetros do locatário 300, a menos que esse mesmo parâmetro esteja definido no próprio peer de discagem.

PSTN de IP ao tronco do Unified CM PSTN

Webex Calling plataforma ao tronco Webex Calling Unified CM

PSTN de tronco do Unified CM para IP PSTN

Unified CM Webex Calling trunk para plataforma Webex Calling

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

Implemente a alta disponibilidade do cubo como gateway local

O gateway local (LGW) é a única opção que fornece acesso PSTN no local para clientes de Cisco Webex Calling. O objetivo deste documento é ajudar você a criar uma configuração de gateway local usando a alta disponibilidade do cubo, cubos ativo/standby para failover de estado de chamadas ativas.

Fundamentos

Pré-requisitos

Antes de implantar a HA do cubo como um gateway local para Webex Calling, certifique-se de que você tenha uma compreensão 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 de um cubo corporativo existente estiver sendo modificado para também utilizar a função de gateway local para Cisco Webex Calling, preste muita atenção à configuração aplicada para garantir que os fluxos de chamada e funcionalidades existentes não sejam interrompidos e certifique-se de que esteja cumprindo os requisitos de design de HA de cubo.

Componentes de hardware e software

A HA do cubo como gateway local requer IOS-XE versão 16.12.2 ou posterior e é suportada nas seguintes plataformas:

  • Série ISR4000 — 4321, 4331, 4351, 4431, 4451, 4461 (IOS-XE 17.2.1 r)
  • Série CSR1000 — vCUBE (1, 2 e 4 vCPU configurações)


Os comandos show e logs neste artigo baseiam-se em uma versão mínima do software do Cisco IOS-XE 16.12.2 implementada em um vCUBE (CSR1000v).

Material de referência

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

Cisco Webex Calling é uma oferta de colaboração que fornece alternativa baseada em nuvem de vários locatários para o serviço de telefone PBX no local com duas opções de PSTN para clientes:

  • Provedor de PSTN conectado em nuvem
  • Gateway local

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

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

Redundância na caixa de entrada de camada 2

A redundância da caixa-a-entrada do cubo da camada 2 usa o protocolo de infraestrutura do grupo de redundância (RG) para formar um par ativo/standby de roteadores. Este par compartilha o mesmo endereço de IP virtual (VIP) em suas respectivas interfaces e troca contínua de mensagens de status. As informações da sessão de cubo são verificadas ao longo do par de roteadores, permitindo que o roteador standby leve todas as responsabilidades de processamento de chamadas de cubo imediatamente se o roteador ativo sair do serviço, resultando na preservação stateful de sinalização e mídia.


A opção marcar como apontador é limitada a chamadas conectadas com pacotes de mídia. As chamadas em trânsito não são verificadas (por exemplo, um estado de experimentação ou de toque).

Neste artigo, a HA do cubo fará referência à redundância de caixa de entrada (B2B) da camada 2 do cubo de alta disponibilidade para preservação da chamada stateful

A partir do IOS-XE 16.12.2, o CUBE HA pode ser implantado como gateway local para Cisco Webex Calling implantações e cobriremos as considerações de design e configurações neste artigo. Esta figura exibe uma configuração típica de HA de cubo como gateway local para uma implantação de Cisco Webex Calling.

Componente de infra-estrutura de grupo de redundância

O componente de infra-estrutura de grupo de redundância (RG) fornece suporte à infraestrutura de comunicação de caixa de entrada entre os dois cubos e negocia o estado final de redundância estável. Este componente também fornece:

  • Um protocolo semelhante ao HSRP que negocia o estado de redundância final para cada roteador, trocando KeepAlive e mensagens de saudação entre os dois cubos (através da interface de controle) — GigabitEthernet3 na figura acima.
  • Um mecanismo de transporte para fazer o ponto de verificação do estado de sinalização e de mídia para cada chamada do roteador ativo para o standby (através da interface de dados) — GigabitEthernet3 na figura acima.

  • Configuração e gerenciamento da interface de IP virtual (VIP) para as interfaces de tráfego (várias interfaces de tráfego podem ser configuradas usando o mesmo grupo RG) – os GigabitEthernet 1 e 2 são considerados interfaces de tráfego.

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

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

A B2B de alta disponibilidade depende do VIP para obter redundância. O VIP e as interfaces físicas associadas em ambos os cubos no par do cubo HA devem residir na mesma sub-rede da LAN. A configuração do VIP e a associação da interface VIP a um aplicativo de voz específico (SIP) são obrigatórias para suporte a ligação de voz Dispositivos externos, como Unified CM, Webex Calling Access SBC, provedor de serviços ou proxy, usam VIP como o endereço de IP de destino para as chamadas atravessando os roteadores HA do cubo. Portanto, a partir de um ponto de vista de Webex Calling, os pares de CUBOs HA atuam como um único gateway local.

A sinalização de chamadas e as informações da sessão RTP de chamadas estabelecidas são verificadas do roteador ativo para o roteador standby. Quando o roteador ativo for desligado, o roteador standby assumirá e continuará a encaminhar o fluxo RTP que foi previamente circulado pelo primeiro roteador.

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

Os seguintes requisitos existem para usar a HA do cubo como um gateway local para o failover stateful de chamadas:

  • A HA do cubo não pode ter interfaces de TDM ou analógicas colocalizadas

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

  • Não mais do que 2 pares de CUBOs HA podem ser colocados no mesmo domínio de camada 2, um com a ID de grupo 1 e outro com a ID de grupo 2. Se estiver configurando dois pares de HA com a mesma ID de grupo, o controle RG/as interfaces de dados precisam pertencer a diferentes domínios de camada 2 (VLAN, comutação separada)

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

  • Toda a sinalização/mídia é originada de/para o endereço de IP virtual

  • A qualquer momento em que uma plataforma é recarregada em uma relação de cubo-HA, ela sempre Inicializa como standby

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

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

  • A configuração em ambos os cubos deve ser idêntica, incluindo a configuração física e deve estar sendo executada no mesmo tipo de plataforma e IOS-XE versão

  • As interfaces de auto-retorno não podem ser usadas como BIND porque estão sempre ativas

  • Interfaces de múltiplos tráfego (SIP/RTP) (Gig1, Gig2) exigem que o rastreamento de interface seja configurado

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

  • As duas plataformas devem ser idênticas e conectadas por meio de um comutador físico em todas as interfaces da mesma forma que a ha do cubo funciona, ou seja, GE0/0/0 de Cube-1 e Cube-2 devem terminar no mesmo switch e assim por diante.

  • Não é possível ter o WAN encerrado nos cubos diretamente ou no data HA em nenhum dos lados

  • Ativo/standby deve estar no mesmo centro de dados

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

  • Após o failover, o cubo ativo anteriormente passará por uma recarga por design, preservando a sinalização e a mídia

Configurar a redundância em ambos os cubos

Você deve configurar a redundância da caixa de entrada da camada 2 em ambos os cubos que devem ser usados em um par de HA para abrir o IPs virtual.

1

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

conf a interface t Track 1 GigabitEthernet1 line-Protocol Track 2 interface GigabitEthernet2 de linha-protocolo saída
VCUBE-1 # conf t
VCUBE-1 (config) #Track 1 interface GigabitEthernet1-protocolo de linha
VCUBE-1 (config-Track) #Track 2 interface GigabitEthernet2 line-Protocol
VCUBE-1 (config-Track) #sair
VCUBE-2 # conf t
VCUBE-2 (config) #Track 1 interface GigabitEthernet1-protocolo de linha
VCUBE-2 (config-Track) #Track 2 interface GigabitEthernet2 line-Protocol
VCUBE-2 (config-Track) #sair

A Control ILC é usada no RG para rastrear o estado da interface de tráfego de voz para que a rota ativa seja completamente sua função de atividade depois que a interface de tráfego estiver inativa.

2

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

redundância aplicativo redundância grupo 1 nome LocalGateway-prioridade de HA 100 limite de failover 75 controle GigabitEthernet3 protocolo 1 dados GigabitEthernet3 temporizadores atraso 30 recarregar 60 Track 1 Shutdown Track 2 desligamento saída protocolo 1 cronômetros hellotime 3 holdtime 10 sair sair
VCUBE-1 (config) #redundância
VCUBE-1 (config-Red) #redundância de aplicativos
VCUBE-1 (config-Red-app) #grupo 1
VCUBE-1 (config-Red-app-GRP) #Name LocalGateway-ha
VCUBE-1 (config-Red-app-GRP) #priority 100 Threshold de failover 75
VCUBE-1 (config-Red-app-GRP) #Control GigabitEthernet3 Protocol 1
VCUBE-1 (config-Red-app-GRP) #Data GigabitEthernet3
VCUBE-1 (config-Red-app-GRP) #timers demora 30 recarregar 60
VCUBE-1 (config-Red-app-GRP) #Track 1 Shutdown
VCUBE-1 (config-Red-app-GRP) #Track 2 Shutdown
VCUBE-1 (config-Red-app-GRP) #Exit
VCUBE-1 (config-Red-app) #protocolo 1
VCUBE-1 (config-Red-app-prtcl) #cronômetros Olá a 3 holdtime 10
VCUBE-1 (config-Red-app-prtcl) #Exit
VCUBE-1 (config-Red-app) #Exit
VCUBE-1 (config-vermelho) #sair
VCUBE-1 (config) #
VCUBE-2 (config) #redundância
VCUBE-2 (config-Red) #redundância de aplicativo
VCUBE-2 (config-Red-app) #grupo 1
VCUBE-2 (config-Red-app-GRP) #Name LocalGateway-ha
VCUBE-2 (config-Red-app-GRP) #priority 100 Threshold de failover 75
VCUBE-2 (config-Red-app-GRP) #Control GigabitEthernet3 Protocol 1
VCUBE-1 (config-Red-app-GRP) #Data GigabitEthernet3
VCUBE-2 (config-Red-app-GRP) #timers demora 30 recarregar 60
VCUBE-2 (config-Red-app-GRP) #Track 1 Shutdown
VCUBE-2 (config-Red-app-GRP) #Track 2 Shutdown
VCUBE-2 (config-Red-app-GRP) #Exit
VCUBE-2 (config-Red-app) #protocolo 1
VCUBE-2 (config-Red-app-prtcl) #cronômetros Olá a 3 holdtime 10
VCUBE-2 (config-Red-app-prtcl) #sair
VCUBE-2 (config-Red-app) #Exit
VCUBE-2 (config-vermelho) #sair
VCUBE-2 (config) #

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

  • redundância— entra no modo de redundância

  • redundância de aplicativos— entra no modo de configuração de redundância de aplicativos

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

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

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

  • Os cronômetros atrasam 30 recarregar 60— configura as duas vezes para atrasar e recarregar

    • Cronômetro de retardo, que é o tempo para atrasar a inicialização e a negociação de funções do grupo RG depois que a interface é exibida – padrão 30 segundos. A faixa é de 0-10000 segundos

    • Recarregar — essa é a quantidade de tempo para atrasar a inicialização do grupo RG e a negociação de função após uma recarga – padrão de 60 segundos. A faixa é de 0-10000 segundos

    • Os cronômetros padrão são recomendados, embora esses cronômetros possam ser ajustados para acomodar qualquer atraso adicional de convergência de rede que possa ocorrer durante a inicialização/recarga dos roteadores, a fim de garantir que a negociação do protocolo RG ocorra depois que o roteamento na rede tiver convergido para um ponto estável. Por exemplo, se for visto após o failover que leva até 20 s para o novo STANDBY para ver o primeiro pacote de SAUDAção RG a partir do novo ativo, então os cronômetros devem ser ajustados para ' timers Delay 60 reload 120 ' para fatorar neste atraso.

  • Control GigabitEthernet3 Protocol 1— configura a interface usada para trocar peratividade e mensagens de saudação entre os dois cubos e especifica a ocorrência de protocolo que será anexada a uma interface de controle e insere o modo de configuração do protocolo de aplicação de redundância

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

  • faixa— controle RG sobre o grupo de interfaces

  • Protocolo 1— especifica a ocorrência de protocolo que será anexada a uma interface de controle e insere o modo de configuração do protocolo de aplicação de redundância

  • cronômetros de saudação 3 holdtime 10— configura os dois cronômetros para hellotime e holdtime:

    • Hellotime — intervalo entre mensagens sucessivas de saudação-padrão de 3 segundos. A faixa é de 250 milissegundos-254 segundos

    • Holdtime — o intervalo entre o recebimento de uma mensagem de saudação e a pretomada que o roteador de envio falhou. Esta duração deve ser maior do que o tempo de saudação-padrão de 10 segundos. A faixa é de 750 milissegundos-255 segundos

      Recomendamos que você configure o cronômetro de holdtime para ser pelo menos 3 vezes o valor do cronômetro de saudação.

3

Habilite a redundância de caixas a caixa para o aplicativo de cubo. Configure o RG a partir da etapa anterior em VoIP do serviço de voz. Isso permite que o aplicativo de cubo controle o processo de redundância.

redundância VoIP do serviço de voz-grupo 1 sair
VCUBE-1 (config) #Voice Service VoIP
VCUBE-1 (config-voi-serv) #redundância-grupo 1
% Criou RG 1 associatiation com voz B2B do Voice; Recarregue o roteador para que a nova configuração tenha efeito
VCUBE-1 (config-voi-serv) # sair
VCUBE-2 (config) #Voice Service VoIP
VCUBE-2 (config-voi-serv) #redundância-grupo 1
% Criou RG 1 associatiation com voz B2B do Voice; Recarregue o roteador para que a nova configuração tenha efeito
VCUBE-2 (config-voi-serv) # sair

redundância-grupo 1— Adicionar e remover este comando requer uma recarga para que a configuração atualizada entre em vigor. Recarregaremos as plataformas depois que toda a configuração tiver sido aplicada.

4

Configurar as interfaces Gig1 e Gig2 com seus respectivos IPs virtuais, conforme mostrado abaixo e aplicar o identificador de interface de redundância (RII)

VCUBE-1 (config) #interface GigabitEthernet1
VCUBE-1 (config-se) # redundância RII 1
VCUBE-1 (config-se) # redundância grupo 1 IP 198.18.1.228 exclusiva
VCUBE-1 (configuração) # sair
VCUBE-1 (config) #
VCUBE-1 (config) #interface GigabitEthernet2
VCUBE-1 (config-se) # redundância RII 2
VCUBE-1 (config-se) # redundância grupo 1 IP 198.18.133.228 exclusiva
VCUBE-1 (configuração) # sair
VCUBE-2 (config) #interface GigabitEthernet1
VCUBE-2 (config-se) # redundância RII 1
VCUBE-2 (config-se) # redundância grupo 1 IP 198.18.1.228 exclusiva
VCUBE-2 (config-se) # sair
VCUBE-2 (config) #
VCUBE-2 (config) #interface GigabitEthernet2
VCUBE-2 (config-se) # redundância RII 2
VCUBE-2 (config-se) # redundância grupo 1 IP 198.18.133.228 exclusiva
VCUBE-v (config-se) # 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 virtual (VMAC). O mesmo valor de ID de RII deve ser usado na interface de cada roteador (ativo/STANDBY) que tem o mesmo VIP.


     

    Se houver mais de um par B2B na mesma LAN, cada par deve ter IDs RII exclusivos em suas respectivas interfaces (para impedir a colisão). ' Mostrar grupo de aplicativos de redundância ' todos ' deve indicar as informações corretas locais e de mesmo nível.

  • redundância grupo 1— associa a interface com o grupo de redundância criado no passo 2 acima. Configure o grupo RG, bem como o VIP atribuído a essa 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 controle e interface de dados especificado na etapa 2 acima. Neste exemplo, a interface Gigabit 3 é usada para controle/dados RG

5

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

A plataforma a ser carregada por último é sempre o standby.

VCUBE-1 #WR
Criando configuração...
Ok
VCUBE-1 #recarregar
Continuar com a recarga? se

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

VCUBE-2 #WR
Criando configuração...
Ok
VCUBE-2 #recarregar
Continuar com a recarga? se
6

Verifique se a configuração de caixa a caixa está funcionando conforme o esperado. A saída relevante é realçada em negrito.

Recarregamos o VCUBE-2 por último e de acordo com as considerações de design; a plataforma para recarregar a última vez será sempre em espera.

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

Configurar um gateway local em ambos os cubos

Na nossa configuração de exemplo, estamos usando as seguintes informações do Webex Control Hub para criar a configuração do gateway local nas duas plataformas, VCUBE-1 e VCUBE-2. O nome de usuário e a senha para esta configuração são os seguintes:

  • Nome de usuário: Hussain1076_LGU

  • Senha: lOV12MEaZx

1

Certifique-se de que uma chave mestre esteja pré-configurada para a senha com os comandos mostrados abaixo antes de poder ser usado nas credenciais ou segredos compartilhados. As senhas de tipo 6 são criptografadas usando a codificação AES e a chave mestra definida pelo usuário.

LocalGateway # conf t LocalGateway (config) #chave config-Key password-Encrypt Password123 LocalGateway (config) #criptografia de senha AES

Aqui está a configuração do gateway local que será aplicada a ambas as plataformas com base nos parâmetros do Control Hub exibidos acima, salve e recarregue. As credenciais de síntese do SIP do Control Jub são realçadas em negrito.

configure terminal crypto pki trustpoint dummyTp revocation-check crl exit sip-ua crypto signaling default trustpoint dummyTp cn-san-validate server transport tcp tls v1.2 end configure terminal crypto pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b end configure terminal voice service voip ip address trusted list ipv4 85.119.56.128 255.255.255.192 ipv4 85.119.57.128 255.255.255.192 ipv4 185.115.196.0 255.255.255.128 ipv4 185.115.197.0 255.255.255.128 ipv4 199.59.64.0 255.255.255.128 ipv4 199.59.65.0 255.255.255.128 ipv4 199.59.66.0 255.255.255.128 ipv4 199.59.67.0 255.255.255.128 ipv4 199.59.70.0 255.255.255.128 ipv4 199.59.71.0 255.255.255.128 exit allow-connections sip to sip media statistics media bulk-stats no supplementary-service sip refer no supplementary-service sip handle-replaces fax protocol pass-through g711ulaw stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123! sip g729 annexb-all early-offer forced end configure terminal voice class sip-profiles 200 rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)" "sip:\1" rule 10 request ANY sip-header To modify "<sip:(.*)" "<sip:\1" rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1" rule 12 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1" rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1" rule 15 response ANY sip-header Contact modify "<sips:(.*)" "<sip:\1" rule 20 request ANY sip-header From modify ">" ";otg=hussain1076_lgu>" rule 30 request ANY sip-header P-Asserted-Identity modify "sips:(.*)" "sip:\1" voice class codec 99 codec preference 1 g711ulaw codec preference 2 g711ulaw codec preference 3 g729r8 exit voice class srtp-crypto 200 crypto 1 AES_CM_128_HMAC_SHA1_80 exit voice class stun-usage 200 stun usage firewall-traversal flowdata exit voice class tenant 200 registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls credentials number Hussain5091_LGU username Hussain1076_LGU password 0 lOV12MEaZx realm Broadworks authentication username Hussain5091_LGU password 0 lOV12MEaZx realm BroadWorks authentication username Hussain5091_LGU password 0 lOV12MEaZx realm 40462196.cisco-bcld.com no remote-party-id sip-server dns:40462196.cisco-bcld.com connection-reuse srtp-crypto 200 session transport tcp tls url sips error-passthru asserted-id pai bind control source-interface GigabitEthernet1 bind media source-interface GigabitEthernet1 no pass-thru content custom-sdp sip-profiles 200 outbound-proxy dns:1a01.sipconnect-us10.cisco-bcld.com privacy-policy passthru voice class tenant 100 session transport udp url sip error-passthru bind control source-interface GigabitEthernet2 bind media source-interface GigabitEthernet2 no pass-thru content custom-sdp voice class tenant 300 bind control source-interface GigabitEthernet2 bind media source-interface GigabitEthernet2 no pass-thru content custom-sdp voice class uri 100 sip host ipv4:198.18.133.3 voice class uri 200 sip pattern dtg=hussain1076.lgu dial-peer voice 101 voip description Outgoing dial-peer to IP PSTN destination-pattern BAD.BAD session protocol sipv2 session target ipv4:198.18.133.3 voice-class codec 99 voice-class sip tenant 100 dtmf-relay rtp-nte no vad dial-peer voice 201 voip description Outgoing dial-peer to Webex Calling destination-pattern BAD.BAD session protocol sipv2 session target sip-server voice-class codec 99 voice-class stun-usage 200 no voice-class sip localhost voice-class sip tenant 200 dtmf-relay rtp-nte srtp no vad voice class dpg 100 description Incoming WebexCalling(DP200) to IP PSTN(DP101) dial-peer 101 preference 1 voice class dpg 200 description Incoming IP PSTN(DP100) to Webex Calling(DP201) dial-peer 201 preference 1 dial-peer voice 100 voip desription Incoming dial-peer from IP PSTN session protocol sipv2 destination dpg 200 incoming uri via 100 voice-class codec 99 voice-class sip tenant 300 dtmf-relay rtp-nte no vad dial-peer voice 200 voip description Incoming dial-peer from Webex Calling session protocol sipv2 destination dpg 100 incoming uri request 200 voice-class codec 99 voice-class stun-usage 200 voice-class sip tenant 200 dtmf-relay rtp-nte srtp no vad end copy run start

Para exibir a saída do comando show, recarregamos o VCUBE-2 seguido por VCUBE-1, fazendo VCUBE-1 o cubo standby e VCUBE-2 o cubo ativo

2

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

Mostrar redundância grupo de aplicativos 1

mostrar o status do registro SIP-UA

VCUBE-1 #Mostrar redundância grupo de aplicativo 1 ID do Grupo: 1 nome do Grupo: LocalGateway-estado administrativo de ha: Nenhum estado operacional agregado de desligamento: a minha função: Função de pares em espera : Presença de pares ativo: Sim de mesmo nível de comunicação: A pregressão do par Sim foi iniciada: Sim domínio RF: BtoB-um estado RF: Estado de RF do HOT peer de espera: VCUBE ativo-1 #Mostrar status do registro SIP-UA VCUBE-1 #
VCUBE-2 #Mostrar redundância grupo de aplicativo 1 ID do Grupo: 1 nome do Grupo: LocalGateway-estado administrativo de ha: Nenhum estado operacional agregado de desligamento: a minha função:  Função de pares ativo: STATUS do ponto de presença: Sim de mesmo nível de comunicação: A pregressão do par Sim foi iniciada: Sim domínio RF: BtoB-um estado RF: Estado RF ativo do peer: HOT VCUBE-2 #Mostrar locatário do status do registro SIP-UA : 200--------------------registrar-índice 1---------------------o peer da linha expira (seg) reg sobrevivência P-Associ-URI = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =-1 48 yes normal VCUBE-2 Hussain5091_LGU #

Da saída acima, você pode ver que VCUBE-2 é o ativo LGW manter o registro com WEBEX Calling Access SBC, enquanto a saída do "show SIP-UA Register status" está em branco no VCUBE-1

3

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

VCUBE-1 #debug ccsip o rastreamento fora de chamada de entrada SIP está habilitado VCUBE-1 #debug ccsip info informações de chamada SIP o rastreamento está ativado VCUBE-1 #debug ccsip Message
4

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

VCUBE-2 #aplicativo de redundância recarrega o grupo 1

A alternância do ativo para o LGW em STANDBY ocorre no cenário a seguir, bem como na CLI listada acima

  • Quando o roteador ativo é recarregado
  • Quando os ciclos de energia do roteador ativo
  • Quando qualquer interface de RG configurada do roteador ativo é desligada para a qual o rastreamento está habilitado
5

Verifique se VCUBE-1 se registrou com Webex Calling Access SBC. VCUBE-2 teria recarregado agora.

VCUBE-1 #Mostrar locatário do status do registro SIP-UA: 200--------------------registrar-índice 1---------------------o peer da linha expira (seg) reg sobrevivência P-Associ-URI = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =- 1 56 Yes normal VCUBE -1 Hussain5091_LGU #

VCUBE-1 agora é o LGW ativo.

6

Verifique o registro de depuração relevante no VCUBE-1 enviando um registro SIP para Webex Calling através do IP virtual e recebendo um 200 OK.

VCUBE-1 # Exibir registro 9 de janeiro de 18:37:24.769: % RG_MEDIA -3-TIMEREXPIRED: O tempo de saudação da ID RG 1 expirou. 9 de janeiro de 18:37:24.771: % RG_PROTCOL -5-ROLECHANGE: ID RG 1 alterar a função de standby para ativo 9 Jan 18:37:24.783: % VOICE_HA-2-SWITCHOVER_IND: COMUTAção, de STANDBY_HOT para estado ativo. 9 de janeiro de 18:37:24.783: -1/xxxxxxxxxxxx/SIP/info/info/4096/sip_ha_notify_active_role_event: Recebida notificação do evento de função ativo em 9 de janeiro de 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: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Data: Qui, 09 Jan 2020 18:37:24 GMT-ID da chamada: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 User-Agent: Cisco-SIPGateway/IOS-16.12.02 Max-Forwards: 70 timestamp: 1578595044 CSeq: 2 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 de 18:37:25.995: -1/000000000000/SIP/msg/ccsipDisplayMsg: Recebido: SIP/2.0 401 não autorizado através de: SIP/2.0/TLS 198.18.1.228:5061; Received = 173.38.218.1; Branch = z9hG4bK0374; rport = 4742 de: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>; Tag = 8D573-189: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>; Tag = SD1u8bd99-1324701502-1578595045969 Data: Qui, 09 Jan 2020 18:37:24 GMT-ID da chamada: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-carimbo de data e hora de FFFFFFFFB5F93B97: 1578595044 CSeq: 2 registrar WWW-Authenticate; DIGEST domínio = "BroadWorks", QoP = "auth", nonce = "BroadWorksXk572qd01Ti58zliBW", Algorithm = Content-Length MD5: 0
9 de janeiro de 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 de: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>; Tag = 8D573-189: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Data: Qui, 09 Jan 2020 18:37:25 GMT-ID da chamada: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 User-Agent: Cisco-SIPGateway/IOS-16.12.02 Max-Forwards: 70 timestamp: 1578595045 CSeq: 3 registrar contato: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Expira: 240 suportado: Autorização de caminho: Digest username = "Hussain1076_LGU", Realm = "BroadWorks", URI = "SIPS:40462196. Cisco-bcld. com: 5061", Response = "b6145274056437b9c07f7ecc08ebdb02", nonce = "BroadWorksXk572qd01Ti58z1iBW", cnonce = "3E0E2C4D", QoP = auth, Algorithm = MD5, NC = 00000001 Content-Length: 0
9 de janeiro de 18:37:26.190: 1/000000000000/SIP/msg/ccsipDisplayMsg: Recebido: SIP/2.0 200 OK via: SIP/2.0/TLS 198.18.1.228: 5061; Received = 173.38.218.1; Branch = z9hG4bK16DC; rport = 4742 de: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>; Tag = 8D573-189: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>; Tag = SD1u8bd99-1897486570-1578595-46184 Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-carimbo de data e hora de FFFFFFFFB5F93B97: 1578595045 CSeq: 3 registrar contato: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>; expira = 120; q = 1,25 Allow-Events: chamada-informações, linha-captura, diálogo, mensagem-resumo, como-Feature-Event, x-broadworks-Hotéis, x-broadworks-Call-Center-status, conteúdo de conferência-comprimento: 0
Marca d'água
27 de jul 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)" Verificado

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

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 Verificado
Prioridade urgente Verificado
Não aguardar o tempo limite Interdígitos em saltos subseqüentes Verificado
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
27 de jul de 2020| visualização(ões) | pessoas acharam que isso foi útil

Configurar seus recursos de 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

Vá para pedidos de chamadas de serviços > > para verificar o status do seu pedido.

Quando seu pedido estiver concluído, você poderá 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 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

Vá para pedidos de chamadas de serviços > > para verificar o status do seu pedido.

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

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

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 a configuração recepcionista.

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

Antes de Iniciar

  • A paginação exige um roteamento de difusão seletiva usando o endereço de IP 239.192.16.240. Certifique-se de que o endereço de IP é gratuito para o roteamento de difusão seletiva apenas.

  • Verifique se as extensões que você planeja atribuir a um grupo de paginação estão disponíveis e não atribuídas.

  • Os grupos de paginação precisam ter mais de um membro, e cada membro precisa ter pelo menos um dispositivo registrado. Se alguém criar páginas em um grupo sem dispositivos registrados, ele ouvirá um sinal de ocupado.

  • Os grupos de paginação funcionam apenas com o Cisco IP Phone 7800 ou 8800 Series, e não com adaptadores telefônicos analógicos (ATAs).

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 paginação.

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

Vá para pedidos de chamadas de serviços > > para verificar o status do seu pedido.

Quando o processamento estiver concluído, você poderá configurar o recurso de chamada mais tarde selecionando a grupo de paginação 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 paginação de grupo.

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

Vá para pedidos de chamadas de serviços > > para verificar o status do seu pedido.

Quando seu pedido estiver concluído, você poderá 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 Bargem 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 Hotel para um usuário 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 extensão de estacionamento de chamada
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
27 de jul 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á-los à sua Active Directory.

Cisco Webex centro de contatos não oferece suporte ao Active Directory.

1

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

2

Selecione Adicionar ou modificar usuários manualmente.

3

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

4

Escolha uma e clique em próximo:

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

 

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

5

Atribuição de licenças:

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


 

Se você estiver atribuindo licenças para Cisco Webex centro de contatos, selecione Webex Teams, em seguida, atendimento ao cliente com a opção de agente Premium e padrão . Para adicionar um supervisor, selecione Opções Premium e de supervisor . Um usuário é tratado como um agente, a menos que você os transforme em um supervisor.

6

Gerenciamento de conteúdo:

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

7

Clique em Salvar.

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

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

8

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

O que Fazer Depois

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

Antes de Iniciar

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 https://admin.webex.com, vá para usuários, clique em gerenciar usuários e escolha CSV adicionar ou modificar usuários.

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 para Cisco Webex centro de contatos, então você deve Adicionar usuários manualmente. Você só pode atribuir funções padrão e Premium com um CSV.

 

Ao inserir o nome de um usuário, certifique-se de incluir seu sobrenome, caso contrário, você pode 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 https://admin.webex.com ir para os usuários.

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 Iniciar

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 https://admin.webex.com, vá para usuários, clique em gerenciar usuáriose escolha CSV adicionar ou modificar usuário.

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) em qualquer uma das seguintes maneiras:

  • Para modificar os usuários existentes, você pode atualizar qualquer coluna exceto ID do usuário/e-mail (necessário), número do diretório, linha diretae 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

Insira um valor na coluna comportamento de chamada se você quiser alterar a forma como as chamadas acontecem para usuários específicos. Você pode inserir uma das seguintes opções e ver configurar Cisco Webex Teams comportamento de chamadas 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 em Webex Teams .

  • CALL_WITH_APP_REGISTERED_FOR_WEBEXCALLTEL— insira esta sequência para usar a opção de aplicativo Webex Calling .

5

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

6

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 para dispositivos de 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 toquem o mesmo telefone. Você pode especificar diferentes tons de toque para cada número para ajudar a distinguir entre quais linhas estão sendo chamadas.

1

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

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.


Os e-mails de lembrete não estão disponíveis no momento para usuários Cisco Webex Meetings.

1

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

2

Em ações, para uma pessoa com um status de convite pendente , selecione mais > convite de reenvio.

Se sua organização usa sincronização de diretórios, a opção Excluir não está disponível no Control Hub, e você deve excluir contas de usuário do seu Active Directory. Em seguida, o Cisco Conector de diretórios atualiza sua lista de usuários de organizações quando ele sincroniza as informações de conta de usuário.

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

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

Atribuir funções aos usuários

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

Os usuários dentro da sua organização podem ser atribuídos funções administrativas específicas para determinar o que eles podem ver e têm acesso a no Control Hub. Quando você atribuir funções administrativas específicas, simplifique as responsabilidades e facilite a manutenção dos administradores de contas. Os responsáveis pela conformidade podem procurar pessoas específicas na sua empresa, encontrar conteúdo que compartilhou ou procurar por um espaço específico e gerar um relatório de suas descobertas.


Para obter informações sobre privilégios de administrador HCS no Cisco Webex Control Hub, consulte https://collabkp.cisco.com/detail/HCS_AdminRoles/data/cisco_toc/chcs_m_hcs-admin-privileges-control-hub.xml

1

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

2

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

3

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

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

4

Selecione Salvar.

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

Configurar e gerenciar dispositivos de Webex Calling

Como administrador, você pode atribuir dispositivos a usuários ou espaços de trabalho 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 inserido manualmente no próprio 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. Embora todos esses dispositivos possam ser registrados usando um endereço MAC, apenas o subconjunto a seguir pode ser registrado usando um código de ativação:

  • Telefones de multiplataforma Cisco IP Phone 6800 Series (telefones de áudio — 6821, 6841, 6851)

  • Telefones de multiplataforma Cisco IP Phone 7800 Series (telefones de áudio — 7811, 7821, 7841, 7861)

  • Telefones de multiplataforma Cisco IP Phone 8800 Series (telefones de áudio — 8811, 8841, 8851, 8861)

  • Telefones de multiplataforma Cisco IP Phone 8800 Series (telefones de vídeo — 8845, 8865)

  • Telefone de conferência IP Cisco 7832 e 8832


Com relação a dispositivos DECT, apenas os dispositivos base DECT (não DECT fones) estão disponíveis para atribuição no Control Hub. Depois de atribuir uma unidade base a um usuário, você deve emparelhar manualmente um aparelho DECT para aquela unidade base. Para obter mais informações, consulte conectar o fone à estação de base.

1

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

2

Escolha o usuário existente, insira o proprietário do telefone, seja parte do nome de usuário ou do verdadeiro, escolha o usuário dos resultados e clique em próximo.

3

Escolha o dispositivo do lista suspensa e clique em próximo.

4

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

  • Por Código de ativação— escolha esta opção se você deseja 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 próprio dispositivo.

     

    Os telefones multiplataforma devem ter uma carga de firmware de 11.2.3 MSR1 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.

  • Por endereço MAC— escolha esta opção se você souber o endereço MAC do dispositivo. O endereço MAC de um telefone deve ser uma entrada exclusiva. Se você inserir um endereço MAC para um telefone que já esteja registrado ou que você cometa um erro quando você inserir o número, uma mensagem de erro será exibida.

 

As limitações podem ser aplicadas 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 na seção dispositivos do usuário atribuído no Control Hub e na lista de dispositivos principais no portal de administração de chamadas. O dispositivo de ativação não aparece na janela principal de dispositivos 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, lobby e salas de conferência. Você pode configurar dispositivos Cisco Webex compartilhados nestes espaços de trabalho, adicionar serviços e, em seguida, observar a colaboração acontecer.

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

Os dispositivos listados aqui suportam Webex Calling. Embora todos esses dispositivos possam ser registrados usando um endereço MAC, apenas o subconjunto a seguir pode ser registrado usando um código de ativação:

  • Telefones de multiplataforma Cisco IP Phone 6800 Series (telefones de áudio — 6821, 6841, 6851)

  • Telefones de multiplataforma Cisco IP Phone 7800 Series (telefones de áudio — 7811, 7821, 7841, 7861)

  • Telefones de multiplataforma Cisco IP Phone 8800 Series (telefones de áudio — 8811, 8841, 8851, 8861)

  • Telefones de 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 https://admin.webex.com, vá para espaços de trabalhoe clique em adicionar espaço de trabalho.

2

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

3

Escolha Cisco IP Phone e, em seguida, clique em próximo.

4

Selecione o tipo de dispositivo da lista suspensa, escolha se você deseja registrar o telefone com um código de ativação ou um endereço MAC e, em seguida, 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 espaço de trabalho.

Para o Cisco IP Conference Phone 7832, algumas tecla de um pode não estar disponível. Se você precisar de um conjunto completo de perfigurações, recomendamos que você atribua este telefone a um usuário em vez disso.

5

Atribua um local e número de telefone (determinado pelo local que você escolher) 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 reúnem em muitos espaços de trabalho, como salas de almoço, lobby e salas de conferência. Você pode configurar dispositivos Cisco Webex compartilhados nestes espaços de trabalho, adicionar serviços e, em seguida, observar a colaboração acontecer.

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

Os dispositivos listados aqui suportam Webex Calling.

1

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

2

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

3

Escolha outro dispositivo Cisco Webex e clique em próximo.

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

4

Escolha uma das seguintes opções:

  • Chamada gratuita— os usuários só podem fazer chamadas Webex Teams ou Webex protocolo de iniciação de sessão (SIP) usando um endereço SIP (por exemplo, username@example.calls.webex.com).
  • Cisco Webex Calling— além de poder fazer e receber chamadas de Webex Teams e SIP, as pessoas neste espaço de trabalho poderão usar o dispositivo para fazer e receber chamadas telefônicas dentro do plano de numeração Webex Calling. Por exemplo, você pode ligar para o seu colega de trabalho Giacomo Edwards discando seu número de telefone 555-555-5555, sua extensão 5555, ou o endereço SIP gedwards@example.webex.com, mas você também pode chamar seu Pizzeria local.
5

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

Se você tiver vários dispositivos que você precisa atribuir a usuários e locais, você pode 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. Embora todos esses dispositivos possam ser registrados usando um endereço MAC, apenas o subconjunto a seguir pode ser registrado usando um código de ativação:

  • Telefones de multiplataforma Cisco IP Phone 6800 Series (telefones de áudio — 6821, 6841, 6851)

  • Telefones de multiplataforma Cisco IP Phone 7800 Series (telefones de áudio — 7811, 7821, 7841, 7861)

  • Telefones de multiplataforma Cisco IP Phone 8800 Series (telefones de áudio — 8811, 8841, 8851, 8861)

  • Telefones de 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 https://admin.webex.com, vá para dispositivos, clique em Adicionar dispositivoe escolha se você está adicionando o dispositivo a um usuário ou lugar.

2

Selecione importar/carregar arquivo CSV.

3

Escolha uma das seguintes opções:

  • Exportar atributos do usuário— você pode obter uma lista de todos os usuários na sua organização e seus atributos associados para que você não precise procurar manualmente cada usuário.
  • Baixar o modelo CSV— você pode usar um modelo que apresentamos e, em seguida, inserir informações como nomes de usuários, tipo (indica se ele é um usuário ou um ponto), endereços MAC e modelos de dispositivos. Aqui estão algumas coisas que você precisa ter 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, e não o ID do usuário ou seu nome. Você também pode inserir um nome de ponto nesta coluna.

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

    • Se você inserir um ponto que ainda não existe, o ponto é criado automaticamente para você.

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

4

Se o endereço MAC tiver sido deixado em branco, você 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 então baixar.
  • Código de ativação do e-mail— se o dispositivo for para um ponto, o código de ativação será enviado para você, como o administrador. Se o dispositivo é para um usuário, o código de ativação é enviado para o usuário.
5

Importe o arquivo CSV preenchido.

6

Clique em Enviar.

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

 

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

A partir do Cisco Webex Control Hub, você pode cruzar o portal de administração de chamadas onde você pode gerenciar seus dispositivos registrados na nuvem.

Na exibição do cliente em https://admin.webex.com, vá para dispositivos, escolha um dispositivo da lista e, em seguida, clique em gerenciar dispositivo.


 

Os dispositivos que não são Webex Calling podem ser configurados diretamente através da chamada do portal de administração, mas estes dispositivos não são oficialmente suportados pela Cisco.

O que Fazer Depois

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

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


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

1

Na exibição do cliente em https://admin.webex.com, vá para Serviços > chamando > números , em seguida, clique em Adicionar números .

2

Especifique o local e o tipo de número. Se você estiver reportando números, insira os números de faturamento atuais e novos.

3

Insira pelo menos dois números de telefone, separados por vírgulas, e clique em Salvar.

Você pode ver uma lista de números que sua organização pediu. Com essa informação, você pode ver números não usados que estão disponíveis e os números que foram encomendados que ficarão disponíveis em breve.

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

Você é levado ao portal de administração de chamadas, onde verá as ordens que foram enviadas e concluídas. Se você tiver um NúmeroDoPedido à mão, você pode inseri-lo como um parâmetro e obter detalhes sobre uma ordem específica, caso contrário, você obterá um resumo de todos os pedidos.
Marca d'água
27 de jul 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 em suas mãos que podem ajudá-lo a avaliar como os serviços Webex Calling estão sendo usados, a freqüência com que estão sendo usados. Você também pode obter um Visual rápido da qualidade de mídia para o seu local.

Visualizar relatórios de chamadas

Você tem acesso a vários relatórios em Cisco Webex Control Hub que incluem detalhes sobre ativação e uso de Webex Teams e reuniões.

Ao acessar os dados de chamada de Cisco Webex Control Hub, você é levado ao portal de administração de chamadas. Você pode usar essas informações para avaliar como os serviços Webex Calling 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 em https://admin.webex.com, vá para a análise e, em seguida, selecione Webex Calling.

Você é automaticamente levado ao portal de administração de chamadas, onde você pode analisar e avaliar o uso e a qualidade da chamada. Para obter informações sobre os relatórios disponíveis para funcionalidades de chamadas específicas, consulte Calling admin portal-reports. Para obter informações sobre a atividade de chamada, consulte chamando portal de administração-Analytics.

Avalie a qualidade de mídia de suas localizações

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

  • Bom — > 3,2

  • Justo — 2,7 a 3,2

  • Instável<2.7

  • Não há dados disponíveis — nenhuma chamada foi feita ou recebida para a localização no período de tempo selecionado.

1

Na exibição do cliente em https://admin.webex.com, vá para a análisee, em seguida, selecione Webex Calling.

Você é levado ao portal de administração de chamadas.

2

Vá para o painel e role para a garantia do serviço para ver a integridade geral da sua organização.

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

O que Fazer Depois

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

Execute a ferramenta CSCAN

Você pode usar a ferramenta de verificação da Cisco para verificar a latência, a largura de banda e as portas.

Vá para https://cscan.webex.com/, selecione seu servidor e, em seguida, clique em Executar teste.

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

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

Aqui está uma lista de endereços, portas e protocolos usados para conectar seus telefones e gateways a Cisco Webex Calling de qualquer uma das seguintes regiões: Produção (inclui América do Norte, EMEA, Austrália e Japão) e beta. Você deve tornar estas portas disponíveis para tráfego específico para fluir 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.

Data

Fizemos as seguintes alterações neste artigo

22 de julho de 2020

Adicionado o seguinte endereço de IP para suportar a introdução de 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 — alterou 199.59.67.156 para 199.59.64.156

  • Novos recursos requeridos novas portas, bem como UDP — 19560-19760

11 de março de 2020

Adicionamos o domínio e os endereços de IP a seguir à 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. UE — 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 ao gerenciamento de firmware:

cloudupgrader. Webex. com — 443, 6970

Um firewall configurado corretamente é essencial para uma implantação de chamada bem sucedida. Nem todas as configurações de firewall precisam que as portas sejam abertas, mas se você estiver executando regras internas-para-externa, você deve abrir portas para permitir os protocolos necessários para o serviço.

Contanto que você implante o NAT, defina os períodos de associação razoáveis e evite manipular o SIP no dispositivo NAT, você não precisa abrir as portas recebidas no firewall.


Se um roteador ou firewall é compatível com SIP, o que significa que ele tem o gateway de camada de aplicativo (ALG) SIP ou algo parecido habilitado, recomendamos que você desative essa funcionalidade para manter a operação correta do serviço. Consulte a documentação do fabricante relevante para obter informações sobre como desativar o SIP ALG em dispositivos específicos.

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

185.115.196.0/25

185.115.197.0/25

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êmero (dependente de so)

Chamar mídia para Webex Calling (SRTP)

NIC externa 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

185.115.196.0/25

185.115.197.0/25

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 interna do gateway local 8000-65535 TCP Seu ITSP PSTN GW ou Unified CM Depende da opção de PSTN (por exemplo, tipicamente 5060 ou 5061 para Unified CM)
Chamar mídia para PSTN gateway (SRTP) NIC interna do gateway local

8000-48000

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

Sinalização de chamada para terminais resolvidos publicamente (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

185.115.196.0/25

185.115.197.0/25

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 terminal

8934

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

Dispositivos Webex Calling

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

173.37.149.125

199.59.64.143

199.59.65.228

199.59.66.228

199.59.67.143

Domínio

  • cisco-jp.bcld.webex.com

  • cisco.broadcloud.com.au

  • cisco.broadcloud.eu

  • 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 hora do dispositivo (NTP)

Dispositivos Webex Calling

51494

UDP

85.119.56.128/26

85.119.57.128/26

135.84.169.154

135.84.170.154

199.59.64.152

199.59.65.181

199.59.66.181

199.59.67.152

123

Resolução do nome do dispositivo

Dispositivos Webex Calling

Efêmero

UDP e TCP

Definição do organizador

53

Configuração do aplicativo

Webex Calling 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.169.185

135.84.170.185

199.59.64.140

199.59.67.140

Domínios:

  • 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 horário do aplicativo

Webex Calling aplicativos

123

UDP

Definição do organizador

123

Resolução do nome do aplicativo

Webex Calling aplicativos

Efêmero

UDP e TCP

Definição do organizador

53

CScan

Dispositivos Webex Calling

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

8934 e 80, 443, 19569-19760

† O intervalo da porta de mídia do cubo é configurável com o alcance da porta RTP

* Quando um telefone se conectar a uma rede pela primeira vez ou após uma redefinição de fábrica, se não houver opções de DHCP configuradas, ela entrará em um servidor de ativação de dispositivo para provisionamento de Zero Touch. Novos telefones usam o activate.cisco.com em vez do webapps.cisco.com para provisionamento. Telefones com a versão do firmware antes de 11.2 (1), continue 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 443, 6970 portas apenas ao migrar de telefones corporativos (Cisco Unified CM) para Webex Calling. Acesse upgrade.Cisco.com para obter mais informações.

Tabela 2. Webex Calling (beta)

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/SIP TLS)

NIC externa gateway local

8000-65535

TCP

135.84.171.0/25

135.84.172.0/25

199.59.65.0/25

199.59.66.0/25

199.59.70.0/25

199.59.71.0/25

8934

Dispositivos

5060-5080

Aplicativos

Intervalo efêmero (dependente do SO)

Chamar mídia para Webex Calling (RTP/SRTP)

NIC externa gateway local

8000-48000

UDP

135.84.171.0/25

135.84.172.0/25

199.59.65.0/25

199.59.66.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 interna do gateway local

8000-65535

TCP

Seu ITSP, PSTN GW ou Unified CM

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

Chamar mídia para PSTN gateway (SRTP)

NIC interna do gateway local

8000-48000

UDP

Seu ITSP, PSTN GW ou Unified CM

Depende da opção de PSTN

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

199.59.65.0/25

199.59.66.0/25

199.59.70.0/25

199.59.71.0/25

Efêmero

TCP

IP do terminal

8934

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

Dispositivos Webex Calling

Efêmero

TCP

173.37.149.125

199.59.66.227

199.59.65.227

Domínio

  • betacisco.sipflash.com

  • webapps.cisco.com

  • activate.cisco.com

  • activation.webex.com

80, 443

* * cloudupgrader.webex.com

* * 443, 6970

Sincronização de hora do dispositivo (NTP)

Dispositivos Webex Calling

51494

UDP

199.59.65.181

199.59.66.181

123

Resolução do nome do dispositivo

Dispositivos Webex Calling

Efêmero

UDP e TCP

Definição do organizador

53

Configuração do aplicativo

Webex Calling aplicativos

Efêmero

TCP

128.177.36.137

128.177.14.182

80, 443

Sincronização de horário do aplicativo

Webex Calling aplicativos

123

UDP

Definição do organizador

123

Resolução do nome do aplicativo

Webex Calling aplicativos

Efêmero

UDP e TCP

Definição do organizador

53

† O intervalo da porta de mídia do cubo é configurável com o alcance da porta RTP

* Quando um telefone se conectar a uma rede pela primeira vez ou após uma redefinição de fábrica, se não houver opções de DHCP configuradas, ela entrará em um servidor de ativação de dispositivo para provisionamento de Zero Touch. Novos telefones activate.cisco.com em vez do webapps.cisco.com para provisionamento. Telefones com a versão do firmware antes de 11.2 (1), continue 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 443, 6970 portas apenas ao migrar de telefones corporativos (Cisco Unified CM) para Webex Calling. Acesse upgrade.Cisco.com para obter mais informações.

Tabela 3. 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 externa 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

185.115.196.0/25

185.115.197.0/25

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êmero (dependente de so)

Chamar mídia para Webex Calling (SRTP)

NIC externa 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

185.115.196.0/25

185.115.197.0/25

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 interna do gateway local

8000-65535

TCP

Seu ITSP, PSTN GW ou Unified CM

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

Chamar mídia para PSTN gateway (SRTP)

NIC interna do gateway local

8000-48000

UDP

Seu ITSP, PSTN GW ou Unified CM

Depende da opção de PSTN

Sinalização de chamada para terminais resolvidos publicamente (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

185.115.196.0/25

185.115.197.0/25

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 terminal

8934

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

Dispositivos Webex Calling

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

173.37.149.125

199.59.64.143

199.59.65.228

199.59.66.228

199.59.67.143

Domínio

  • 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 hora do dispositivo (NTP)

Dispositivos Webex Calling

51494

UDP

85.119.56.218

85.119.57.218

135.84.169.154

135.84.170.154

199.59.64.152

199.59.65.181

199.59.66.181

199.59.67.152

123

Resolução do nome do dispositivo

Dispositivos Webex Calling

Efêmero

UDP e TCP

Definição do organizador

53

Configuração do aplicativo

Webex Calling 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.169.185

135.84.170.185

199.59.64.140

199.59.67.140

Domínios:

  • client-jp.bcld.webex.com

  • jp.bcld.webex.com

  • idbroker.webex.com

80, 443

Sincronização de horário do aplicativo

Webex Calling aplicativos

123

UDP

Definição do organizador

123

Resolução do nome do aplicativo

Webex Calling aplicativos

Efêmero

UDP e TCP

Definição do organizador

53

CScan

Dispositivos

Efêmero

UDP e TCP

135.84.169.183

135.84.173.146

185.115.196.129

199.59.65.243

199.59.64.156

8934 e 80, 443, 19560-19760

† O intervalo da porta de mídia do cubo é configurável com o alcance da porta RTP

* Quando um telefone se conectar a uma rede pela primeira vez ou após uma redefinição de fábrica, se não houver opções de DHCP configuradas, ela entrará em um servidor de ativação de dispositivo para provisionamento de Zero Touch. Novos telefones activate.cisco.com em vez do webapps.cisco.com para provisionamento. Telefones com a versão do firmware antes de 11.2 (1), continue 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 443, 6970 portas apenas ao migrar de telefones corporativos (Cisco Unified CM) para Webex Calling. Acesse upgrade.Cisco.com para obter mais informações.

Tabela 4. Webex Calling (beta)

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 externa gateway local

8000-65535

TCP

135.84.171.0/25

135.84.172.0/25

199.59.65.0/25

199.59.66.0/25

199.59.70.0/25

199.59.71.0/25

8934

Dispositivos

5060-5080

Aplicativos

Intervalo efêmero (dependente do SO)

Chamar mídia para Webex Calling (SRTP)

NIC externa gateway local

8000-48000

UDP

135.84.171.0/25

135.84.172.0/25

199.59.65.0/25

199.59.66.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 interna do gateway local

8000-65535

TCP

Seu ITSP, PSTN GW ou Unified CM

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

Chamar mídia para PSTN gateway (SRTP)

NIC interna do gateway local

8000-48000

UDP

Seu ITSP, PSTN GW ou Unified CM

Depende da opção de PSTN

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

135.84.171.0/25

135.84.172.0/25

199.59.65.0/25

199.59.66.0/25

199.59.70.0/25

199.59.71.0/25

Efêmero

TCP

IP do terminal

8934

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

Dispositivos Webex Calling