- Página inicial
- /
- Artigo
Obrigado pelos seus comentários.
Neste artigo
Comentários?Webex Calling Planos, troncos e grupos de rotas ajudam a configurar Webex Calling para gerenciar chamadas entre usuários hospedados em Webex Calling e usuários de PBX locais. Essa solução permite configurar usuários hospedados para usar o Cloud PSTN (CCP ou Cisco PSTN) ou o PSTN baseado em instalações.
Um tronco é uma conexão entre Webex Calling e as instalações, que termina no local com um gateway local ou outro dispositivo compatível. Depois de criar um tronco, você pode atribuí-lo a um grupo de rotas.
Um grupo de rotas é um grupo de troncos que permite Webex Calling distribuir chamadas em vários troncos ou fornecer redundância.
Um gateway local é um dispositivo local que interconecta o tronco, a PSTN local e/ou o PBX.
Troncos, grupos de rotas e planos de discagem oferecem os seguintes benefícios:
-
Balanceamento de carga e falha entre os troncos e as instalações. Webex Calling
-
Capacidade de os Webex Calling usuários usarem o PSTN em nuvem (Cloud Connected PSTN (CCP) ou Cisco PSTN) e alcançarem usuários de PBX na empresa.
-
Roteamento de chamadas para PBXs de diferentes locais.
-
Funcionalidade em tandem para rotear chamadas entre PBXs locais.
-
Maior variedade de cenários de migração e coexistência com PBXs locais, incluindo sites mistos com usuários e usuários locais. Webex Calling
-
Visibilidade detalhada das decisões de roteamento de chamadas.
Opções de PSTN para sua localização
Depois que sua localização estiver habilitada, você deverá configurar a conectividade PSTN para Webex Calling usuários dentro desse local. As seguintes opções de PSTN estão disponíveis:
-
Cisco PSTN — Escolha essa opção se quiser uma solução integrada que permita solicitar novos números PSTN e portar números existentes para a Cisco. A opção Cisco PSTN só está disponível nas seguintes condições:
-
Você comprou e ativou o Cisco Calling Plan.
-
O local é em um país onde o Cisco Calling Plan é suportado.
-
-
PSTN conectado à nuvem — escolha essa opção se estiver procurando por uma solução em nuvem que não exija a implantação de hardware local e, em seguida, selecione o provedor de CCP de sua escolha. O Cloud PSTN (Cisco PSTN ou Cloud Connected PSTN) só pode ser usado para fornecer acesso PSTN aos usuários. Webex Calling Chamadas originadas de usuários locais não podem acessar a nuvem PSTN.
-
PSTN (Local Gateway) baseado no local — Escolha essa opção se quiser manter seu provedor de PSTN atual. Os troncos para PSTN baseados no local por meio do gateway local também podem ser usados para se conectar aos PBXs locais. Você pode manter a funcionalidade existente do gateway local sem fazer nenhuma alteração na configuração. Os locais que usam o gateway local são definidos como PSTN baseado em instalações e os gateways locais se tornam troncos.
Configure sua conexão PSTN selecionada no Control Hub selecionando , selecione a localização que você deseja modificar e, em seguida, selecione Atribuir ou Gerenciar e selecione a conexão PSTN de sua escolha.
Tronco
Um tronco é uma conexão entre Webex Calling e as instalações, encerrada no local com um controlador de borda de sessão suportado atuando como um gateway local. Consulte Introdução ao Local Gateway para entender os vários modelos de entroncamento e os requisitos para dispositivos e configurações.
Para um modelo de tronco de registro, o Session Border Controller (SBC) realiza o registro SIP. O tronco baseado em registro requer o gateway local para manter o registro SIP ativo. A conexão está implícita no registro.
Antes de começar
Todos os troncos devem ser atribuídos a um local no Control Hub.
| 1 |
Selecione Adicionar tronco. |
| 2 |
Selecione um local na lista suspensa. |
| 3 |
Insira um nome para o tronco. |
| 4 |
Selecione Registrando na lista suspensa Tipo de tronco. |
| 5 |
A configuração Dual Identity Support afeta o tratamento do cabeçalho From e do cabeçalho P-Asserted-Identity (PAI) ao enviar um SIP INVITE inicial ao tronco para uma chamada de saída. Com a identidade dupla ativada, Webex Calling preenche From e PAI (e os dois cabeçalhos de identidade podem ser diferentes). Com a identidade dupla desativada, o PAI e o From são idênticos e são definidos como o cabeçalho From foi definido com a Identidade dupla ativada. Abaixo estão alguns exemplos de cenários para entender melhor o uso dessa configuração:
|
| 6 |
Clique em Salvar. |
O que fazer a seguir
As informações do tronco aparecem na tela Registrar domínio, grupo de troncos OTG/DTG, linha/porta, endereço de proxy de saída. Recomendamos que você copie essas informações do Control Hub e cole-as em um arquivo de texto ou documento local para poder consultá-las quando estiver pronto para configurar o gateway local. Se você perder as credenciais, deverá regenerá-las a partir da tela de informações do tronco no Control Hub. Clique em Recuperar nome de usuário e redefinir senha para gerar um novo conjunto de credenciais de autenticação para usar no tronco.
Essa ação afeta o serviço, portanto, é recomendável que seja feita fora do horário comercial.
Se você estiver configurando um tronco para conectar seu gateway localWebex Calling, consulte: Configurar o gateway local no IOS-XE para. Webex Calling
Um tronco é a conexão entre Webex Calling e as instalações, terminando no local com um gateway local ou outro dispositivo compatível.
Antes de começar
Todos os troncos devem ser atribuídos a um local no Control Hub.
| 1 |
Faça login no Control Hub. |
| 2 |
Vá para . |
| 3 |
Selecione Adicionar tronco. |
| 4 |
Selecione a localização e o nome do tronco. O nome do baú não pode ter mais de 24 caracteres. |
| 5 |
A configuração Dual Identity Support afeta o tratamento do cabeçalho From e do cabeçalho P-Asserted-Identity (PAI) ao enviar um SIP INVITE inicial ao tronco para uma chamada de saída. Com a identidade dupla ativada, Webex Calling preenche From e PAI (e os dois cabeçalhos de identidade podem ser diferentes). Com a identidade dupla desativada, o PAI e o From são idênticos e são definidos como o cabeçalho From foi definido com a Identidade dupla ativada. Abaixo estão alguns exemplos de cenários para entender melhor o uso dessa configuração:
|
| 6 |
Clique em Salvar. |
| 7 |
O P-Charge-Info Support aborda a necessidade de os provedores de PSTN terem um método mais confiável para autenticar e cobrar chamadas internas. Webex Calling O gateway local pode receber um identificador de chamadas diferente do número que você deseja usar para cobrança ou autorização. Para enviar um identificador adicional para esses fins, use o cabeçalho P-Charge-Info. Ative essa opção para incluir o cabeçalho P-Charge-Info nas informações de chamada PSTN de saída enviadas ao tronco, usando um número baseado na opção de política selecionada. O provedor de PSTN pode então confiar no cabeçalho P-Charge-Info único para determinar o número cobrável, eliminando a necessidade de usar o cabeçalho PAI para originações regulares e o cabeçalho de desvio para redirecionamentos de chamadas. Por padrão, o sistema define a política de suporte do P-Charge-Info como Desativada.
Limitações:
|
O que fazer a seguir
As informações do tronco aparecem na tela Registrar domínio, grupo de troncos OTG/DTG, linha/porta, endereço de proxy de saída. Recomendamos que você copie essas informações do Control Hub e cole-as em um arquivo de texto ou documento local para poder consultá-las quando estiver pronto para configurar o gateway local. Se você perder as credenciais, deverá gerá-las novamente a partir da tela de informações do tronco no Control Hub. Clique em Recuperar nome de usuário e redefinir senha para gerar um novo conjunto de credenciais de autenticação para usar no tronco.
Essa ação afeta o serviço, portanto, é recomendável fazê-la fora do horário comercial.
Você pode editar o nome do tronco ou visualizar os detalhes e o uso do tronco no Control Hub.
| 1 |
Faça login no Control Hub. |
| 2 |
Vá para . |
| 3 |
Selecione o tronco que você deseja visualizar ou modificar. |
| 4 |
No painel lateral, ao lado do nome do tronco, clique no botão Você também pode visualizar as informações de uso do tronco. |
| 5 |
Para ver detalhes adicionais, clique em Gerenciar ao lado de Trunks. Use essa configuração se você perder as credenciais das informações do tronco e precisar regenerá-las. Clique em Recuperar nome de usuário e senha para gerar um novo conjunto de credenciais de autenticação para usar no tronco. Isso afeta o serviço. |
| 6 |
A configuração Dual Identity Support afeta o tratamento do cabeçalho From e do cabeçalho P-Asserted-Identity (PAI) ao enviar um SIP INVITE inicial ao tronco para uma chamada de saída. Com a identidade dupla desativada, o PAI e o From são idênticos e são definidos como o cabeçalho From foi definido com a Identidade dupla ativada. Abaixo estão alguns exemplos de cenários para entender melhor o uso dessa configuração:
|
ícone para alterar o nome do tronco.Você pode excluir um tronco, desde que ele não esteja em uso.
| 1 |
Faça login no Control Hub. |
| 2 |
Vá para . |
| 3 |
Selecione o tronco que você deseja excluir. |
| 4 |
Clique |
na coluna Para verificar o status do tronco no Control Hub.
| 1 |
Faça login no Control Hub. | |||||||||||||||||
| 2 |
Vá para .
A página lista seus troncos e exibe informações sobre eles,
incluindo status: on-line, off-line, desconhecidos e deficientes.
| |||||||||||||||||
| 3 |
(Opcional) Você pode filtrar os registros do tronco com base no status do tronco ou no tipo de tronco. No menu suspenso Filtro de todos os troncos, selecione qualquer uma das seguintes opções de filtro para preencher a página. O status do tronco é atualizado a cada 3 minutos.
| |||||||||||||||||
| 4 |
Clique em Atualizar para ver as atualizações mais recentes sobre o status do tronco. O carimbo de data/hora da última atualização da página é exibido. Use o
Refresh manual para atualizar a página.
| |||||||||||||||||
| 5 |
(Opcional) Você pode pesquisar um registro de tronco específico usando a opção Pesquisar com base no nome ou no local. Se sua pesquisa retornar mais de 1000 troncos, você não poderá classificar ou pesquisar nos resultados. | |||||||||||||||||
| 6 |
Selecione um tronco na lista para verificar as informações detalhadas. Uma janela pop-up aparece exibindo informações detalhadas sobre o tronco
selecionado.
| |||||||||||||||||
| 7 |
Clique em para visualizar as informações completas do tronco.
Para obter mais informações sobre várias condições de erro, consulte Solução de problemas do gateway local. |
Ao adicionar um tronco baseado em certificado, você deve inserir um nome de domínio totalmente qualificado (FQDN). Em seguida, Webex Calling usa uma combinação do FQDN e do certificado do gateway local para confiar em um gateway local.
Requisitos para configurar um gateway local a partir do Control Hub:
-
O gateway local DEVE ser acessado diretamente da Internet usando um endereço IPv4 público. Esse endereço DEVE ser resolvido a partir de um registro DNS A ou SRV de um domínio que tenha sido verificado no Control Hub. Se o gateway local tiver sido configurado com um endereço IP privado, será necessária uma conversão de endereço estático (NAT) 1:1 para garantir que ele possa ser acessado diretamente da Internet.
-
Quando implantadas atrás de um firewall, regras adequadas DEVEM ser configuradas para permitir que a sinalização TLS SIP e a mídia UDP/SRTP passem entre o gateway local e a Internet.
-
Consulte o Guia de referência de Webex Calling portas para obter detalhes sobre as portas usadas nos fluxos entre o gateway local e a nuvem Webex.
-
Este guia de configuração pressupõe que a porta SIP TLS padrão 5061 seja usada pelo gateway local para receber sinalização. Se necessário, uma porta alternativa de escuta de sinalização pode ser usada.
-
-
É necessário um certificado assinado para uma autorização e autenticação bem-sucedidas das chamadas do tronco. Um gateway local DEVE atender aos seguintes requisitos ao estabelecer uma conexão TLS mútua bidirecional com Webex Calling serviços para SIP:
-
O certificado de um gateway local DEVE ser:
-
Assinado por uma CA mencionada em Quais autoridades de certificação raiz são suportadas para chamadas para plataformas Cisco Webex de áudio e vídeo?
-
Os certificados assinados DEVEM sempre ter uma validade válida.
-
Os certificados raiz ou intermediários usados para assinar o certificado DEVEM ter uma validade válida e não devem ser revogados.
-
Certificados contendo somente o uso estendido de chave (EKU) do Server Authentication são suportados. Webex Callingnão valida nem impõe a presença do EKU de autenticação de cliente durante o estabelecimento do handshake TLS.
Alguns controladores de borda de sessão (SBC) de terceiros podem impor uma validação estrita do EKU e podem rejeitar certificados que não incluem o EKU de autenticação do cliente. Nesses casos, certifique-se de que o SBC esteja configurado para aceitar certificados somente com EKU de Autenticação de Servidor ou para desativar a validação estrita de EKU (se houver suporte). -
Os certificados DEVEM conter o Nome de Domínio Totalmente Qualificado (FQDN) como nome comum ou nome alternativo do assunto no certificado, com o FQDN para o tronco escolhido no Control Hub. Os requisitos são elaborados na próxima seção.
-
-
Um pacote de confiança mencionado em Quais autoridades certificadoras raiz são suportadas para chamadas para plataformas Cisco Webex de áudio e vídeo? deve ser carregado para validar certificados dos serviços Webex para SIP.
-
Antes de começar
-
Domínio reivindicado ou verificado: ao adicionar um tronco, um endereço de host de um nome de domínio de nível superior verificado ou reivindicado DEVE ser escolhido, consulte Gerenciar seu domínio.
-
Endereço exclusivo em toda a organização: um tronco é criado com um endereço de host FQDN ou SRV exclusivo. Esse endereço DEVE ser exclusivo para toda a organização e não há dois troncos que possam usar o mesmo endereço.
-
Um tronco com um FQDN london.lgw.cisco.com:5062 só pode ser criado se não houver outro tronco com um endereço de host london.lgw.cisco.com. Isso não é permitido mesmo que exista um tronco com o mesmo nome de endereço de um endereço SRV ou de um FQDN e com uma combinação de portas diferente.
-
Um tronco com endereço SRV london.lgw.cisco.com só pode ser criado se não houver outro tronco com um endereço de host london.lgw.cisco.com. Isso não é permitido mesmo que exista um tronco com o mesmo nome do endereço SRV ou um FQDN e com uma combinação de portas diferente.
-
-
Configuração de DNS: O gateway local DEVE ser resolvido da Internet pública por meio de um registro do tipo DNS A ou DNS Service Record (SRV).
-
Se um FQDN for escolhido, o endereço DEVE ser resolvido para um registro DNS A e não para um (s) CNAME (s) DNS.
-
Se um endereço SRV for escolhido, o tipo de serviço DEVE ter um prefixo de “_sips. _tcp”.
-
O endereço pode ser resolvido para um ou mais registros DNS A com peso e prioridade diferentes. Ao fazer isso, é recomendável usar a mesma porta de escuta para todos os registros.
-
Os registros dentro do registro de serviço devem ter um peso e uma prioridade apropriados. O uso de pesos e prioridades diferentes influencia as distribuições de tráfego para chamadas originadas de. Webex Calling
-
-
Todos os tipos de registro DEVEM ter um TTL razoavelmente alto. É preferível. 300 segundos ou mais.
Ao configurar o endereço do tronco no Control Hub, os formatos FQDN e SRV são permitidos. No entanto, para que a configuração do lado do locatário se conecteWebex Calling, somente endereços de Webex Calling borda baseados em SRV devem ser usados no gateway local.
-
-
Todos os troncos devem ser atribuídos a um local no Control Hub.
A tabela a seguir tem exemplos com diferentes tipos de registros que são escolhidos em sua organização como endereço do tronco ao mesmo tempo.
|
Configuração de tronco como FQDN ou SRV |
Regra para configuração de DNS |
Endereço presente no certificado como Nome Comum (CN) ou Nome Alternativo do Assunto (SAN) |
Requisito de cabeçalho de contato SIP |
|---|---|---|---|
|
FQDN: london.lgw1.cisco.com com porta 5061 |
london.lgw1.cisco.com é um registro DNS A |
londres.lgw1.cisco.com |
sip: london.lgw1.cisco.com: porta; transporte = tls ou sip: user@london.lgw1.cisco.com:port; transport=tls |
|
SRV: frankfurt.lgw.cisco.com |
_goles. _tcp.frankfurt.lgw.cisco.com resolve para ONE A Record frankfurt.lgw1.cisco.com |
frankfurt.lgw.cisco.com |
sip: frankfurt.lgw.cisco.com; porta; transporte = tls ou sip: user@frankfurt.lgw.cisco.com; port; transport=tls |
|
SRV: frankfurt.lgw.cisco.com |
_goles. _tcp.frankfurt.lgw.cisco.com resolve para DOIS ou mais registros A pt.lgw1.cisco.com pt.lgw2.cisco.com Ambos os registros DEVEM ser resolvidos para um endereço IP exclusivo e, conforme sugerido, podem ter peso e prioridade diferentes. |
frankfurt.lgw.cisco.com |
sip: frankfurt.lgw.cisco.com; porta; transporte = tls ou sip: user@frankfurt.lgw.cisco.com; port; transport=tls |
Cada transação SIP que o Local Gateway inicia em direção à Webex Calling nuvem deve conter o cabeçalho de contato com o FQDN de um gateway local.
OPÇÕES As transações do gateway local são especialmente importantes para que o status do gateway local no Control Hub esteja online.
É necessário adicionar o registro SRV e o registro A derivado na SAN do certificado.
| 1 |
Faça login no Control Hub. |
| 2 |
.
|
| 3 |
Selecione Adicionar tronco. |
| 4 |
Selecione um local na lista suspensa. |
| 5 |
Insira um nome para o tronco. |
| 6 |
Selecione Baseado em certificado na lista suspensa Tipo de tronco. |
| 7 |
Selecione um tipo de dispositivo no menu suspenso. A integração do SBC com Cisco Webex Calling um gateway local (LGW) de terceiros só é suportada com um tronco baseado em certificado. Somente os SBCs mostrados na lista de tipos de dispositivos no Control Hub são validados por nossos parceiros confiáveis como gateways Webex Calling locais compatíveis. Para obter mais informações sobre as informações de fornecedores terceirizados suportados, consulte: Suporte SBC de terceiros na seção Trunk. |
| 8 |
Insira o endereço, o domínio e a porta do Session Border Controller (SBC). Esse é o endereço FQDN ou SRV Webex Calling para entrar em contato com seu
Enterprise SBC.
Você deve ter um domínio verificado. Para obter mais informações, consulte
Gerenciar seus domínios |
| 9 |
Insira o número máximo de chamadas simultâneas.
|
| 10 |
Clique em Salvar. Se a validação não for aprovada, o botão Salvar não aparecerá. A validação pode
não ser aprovada se o FQDN ou SRV escolhido não for exclusivo para sua organização.
Verifique a exigência de endereços FQDN ou SRV exclusivos acima. Se o problema
persistir, entre em contato com a equipe de suporte da Cisco. |
O que fazer a seguir
-
Salve os endereços do Webex Calling Edge mostrados na tela final.
-
Para configurar um CUBE como seu gateway local, consulte: Configurar o gateway local no IOS-XE para Webex Calling
Você pode editar o nome do tronco ou visualizar os detalhes e o uso do tronco no Control Hub.
| 1 |
Faça login no Control Hub. |
| 2 |
Vá para . |
| 3 |
Selecione o tronco que você deseja visualizar ou modificar. |
| 4 |
No painel lateral, ao lado do nome do tronco, clique em Você também pode visualizar as informações de uso do tronco. |
| 5 |
Para ver detalhes adicionais, clique em Gerenciar ao lado de Trunks. Use essa configuração se quiser atualizar um valor para o máximo de chamadas simultâneas. Se você precisar atualizar o endereço SRV, o FQDN ou a porta do gateway local, deverá adicionar um novo tronco e excluir o tronco antigo. |
| 6 |
A configuração Dual Identity Support afeta o tratamento do cabeçalho From e do cabeçalho P-Asserted-Identity (PAI) ao enviar um SIP INVITE inicial ao tronco para uma chamada de saída. Abaixo estão alguns exemplos de cenários para entender melhor o uso dessa configuração:
|
Você pode excluir um tronco, desde que ele não esteja em uso.
| 1 |
Faça login no Control Hub. |
| 2 |
Vá para . |
| 3 |
Selecione o tronco que você deseja excluir. |
| 4 |
Clique |
Para verificar o status do tronco no Control Hub.
| 1 |
Faça login no Control Hub. | |||||||||||||||||
| 2 |
Vá para .
A página lista seus troncos e exibe informações sobre eles,
incluindo status: on-line, off-line, desconhecidos e deficientes.
| |||||||||||||||||
| 3 |
(Opcional) Você pode filtrar os registros do tronco com base no status do tronco ou no tipo de tronco. No menu suspenso Filtro de todos os troncos, selecione qualquer uma das seguintes opções de filtro para preencher a página. O status do tronco é atualizado a cada 3 minutos.
| |||||||||||||||||
| 4 |
Clique em Atualizar para ver as atualizações mais recentes sobre o status do tronco. O carimbo de data/hora da última atualização da página é exibido. Use o
Refresh manual para atualizar a página.
| |||||||||||||||||
| 5 |
(Opcional) Você pode pesquisar um registro de tronco específico usando a opção Pesquisar com base no nome ou no local. Se sua pesquisa retornar mais de 1000 troncos, você não poderá classificar ou pesquisar nos resultados. | |||||||||||||||||
| 6 |
Selecione um tronco na lista para verificar as informações detalhadas. Uma janela pop-up aparece exibindo informações detalhadas sobre o tronco
selecionado.
| |||||||||||||||||
| 7 |
Clique em para visualizar as informações completas do tronco.
Para obter mais informações sobre várias condições de erro, consulte Solução de problemas do gateway local. |
|
SI Não. |
Descrição do erro |
Ação |
|---|---|---|
|
1. |
A conexão TLS com o gateway local falhou devido à falha na resolução de DNS do FQDN configurado para seu gateway |
Verifique as configurações de DNS para o SRV/FQDN configurado e assegure-se de que elas possam ser resolvidas |
|
2. |
Falha na conexão TLS com o gateway local devido a um problema de transporte |
Verifique se os endereços IP resolvidos e a porta para o gateway local são válidos |
|
3. |
A conexão TLS com o gateway local falhou porque o certificado do gateway foi assinado por um inválido Certificate Authority |
Verifique e assegure-se de que o certificado do gateway local esteja assinado por um certificado válido Certificate Authority (quais autoridades de certificação raiz são suportadas para chamadas para plataformas Cisco Webex de áudio e vídeo? ) |
|
4. |
A conexão TLS com o gateway local falhou porque o certificado do gateway expirou |
Verifique e assegure-se de que o certificado do Local Gateway não tenha expirado |
|
5. |
A conexão TLS com o gateway local falhou porque o certificado do gateway foi emitido por um certificado expirado Certificate Authority |
Verifique e assegure-se de que o certificado do Local Gateway não esteja assinado por uma cadeia de certificados expirada da autoridade de certificação |
|
6. |
A conexão TLS com o gateway local falhou porque o FQDN configurado para seu gateway está ausente do CN ou SAN |
Verifique e assegure-se de que o certificado do gateway local tenha CN/SAN igual ao FQDN/SRV configurado |
|
7. |
As opções SIP enviadas ao gateway local não receberam resposta |
Verifique e assegure-se de que o CUBE esteja configurado para receber solicitações de OPÇÕES e responder. Verifique a configuração do CUBE |
|
8. |
A conexão TLS do gateway local Webex Calling falhou devido a um certificado de gateway inválido |
Verifique e assegure-se de que o certificado do Local Gateway seja válido |
|
9. |
A conexão TLS do gateway local Webex Calling falhou, pois não pudemos confiar no Certificate Authority |
Verifique e assegure-se de que o certificado do gateway local esteja assinado pelas autoridades de certificação raiz válidas Certificate Authority (quais autoridades de certificação raiz são suportadas para chamadas para plataformas Cisco Webex de áudio e vídeo? ) |
|
10. |
A conexão TLS do gateway local Webex Calling falhou devido a certificados expirados na cadeia |
Verifique e assegure-se de que o certificado do Local Gateway não esteja assinado pela cadeia de certificados expirada |
|
11. |
A conexão TLS e as opções SIP do gateway local falharam Webex Calling |
Verifique e assegure-se de que o CUBE esteja configurado para enviar solicitações de OPÇÕES |
|
12. |
A resposta das opções SIP do gateway local indica um erro no servidor ou serviço indisponível |
Verifique e assegure-se de que o gateway local não esteja no modo de manutenção ou que o roteamento de chamadas não esteja desativado |
|
13. |
A conexão TLS com o gateway local falhou porque o certificado do gateway local foi revogado |
Verifique e assegure-se de que o certificado do Local Gateway não seja revogado |
|
14. |
A conexão TLS do gateway local Webex Calling falhou porque o certificado do gateway foi revogado |
Verifique e assegure-se de que o certificado do Local Gateway não seja revogado |
|
15. |
A conexão TLS do gateway local Webex Calling falhou porque o certificado do gateway expirou |
Verifique e assegure-se de que o certificado do Local Gateway não tenha expirado |
|
16. |
A conexão TLS do gateway local Webex Calling falhou devido a um erro de certificado |
Verifique e assegure-se de que o certificado do Local Gateway seja válido e atenda aos requisitos |
|
17. |
Webex CallingFalha na conexão TLS com o gateway local devido a um erro de certificado |
Verifique e assegure-se de que o certificado do Local Gateway seja válido e atenda aos requisitos |
O erro SI No.: 2,6,11 e 12 são mostrados somente quando todos os nós do proxy de borda apresentam um problema.
Grupo de rotas
Um grupo de rotas é um grupo de troncos que permite Webex Calling distribuir chamadas em vários troncos ou fornecer redundância.
Antes de começar
-
Adicione troncos antes de configurar um grupo de rotas.
-
Os grupos de rotas podem incluir troncos configurados de vários locais.
-
Os troncos podem ser configurados individualmente ou atribuídos a um grupo de rotas. Adicione troncos aos grupos de roteamento para fornecer redundância e escalabilidade.
-
Cada grupo de rotas deve incluir pelo menos um tronco com um máximo de 10 troncos por grupo de rotas.
-
Ao configurar um grupo de rotas, você define um nível de prioridade para os troncos dentro desse grupo de rotas. Essa configuração permite que as chamadas sejam roteadas com balanceamento de carga .
-
As chamadas são distribuídas aleatoriamente entre troncos com a mesma prioridade. Se um tronco definido como prioridade mais alta não estiver disponível, o sistema tentará rotear a chamada para um tronco com uma configuração de prioridade mais baixa. Por exemplo:
-
O tronco 1 e o tronco 2 são definidos no nível de prioridade 1.
-
O tronco 3 está definido no nível de prioridade 2.
-
Webex Callingencaminha as chamadas para o Tronco 1 e o Tronco 2 de forma balanceada de carga .
-
Se o Tronco 1 e o Tronco 2 estiverem inacessíveis, as chamadas serão roteadas para o Tronco 3.
-
| 1 |
Faça login no Control Hub. |
| 2 |
Como alternativa, os clientes que usam o Cisco Calling Plan podem adicionar um grupo
de rotas em
|
| 3 |
Selecione . |
| 4 |
Nomeie o grupo de rotas e selecione o (s) tronco (s) a ser adicionado no menu suspenso. |
| 5 |
Selecione o nível de prioridade para o tronco. |
| 6 |
Clique em Salvar. |
O que fazer a seguir
Na tela de confirmação, você pode visitar a página Localizações para configurar a conexão PSTN para locais individuais ou pode visitar a página Planos de discagem para usar esse grupo de rotas como opção de roteamento para um plano de discagem. Um grupo de rotas também pode ser usado como uma opção de roteamento para roteamento de ramais desconhecidos em um local.
Você pode alterar o nome de um grupo de rotas existente, adicionar troncos, modificar o número de troncos atribuídos e alterar os níveis de prioridade dos troncos. Na página de detalhes do grupo de rotas, você também pode visualizar as Chamadas para extensões locais, os planos de discagem e a conexão PSTN .
| 1 |
Faça login no Control Hub. |
| 2 |
|
| 3 |
Selecione o grupo de rotas que você deseja modificar. |
| 4 |
No painel lateral, ao lado do nome do grupo de rotas, clique no |
| 5 |
Para adicionar ou editar troncos no grupo de rotas, clique em Gerenciar ao lado de Troncos. Você pode adicionar um tronco no menu suspenso, editar o nível de prioridade de um tronco existente na tabela e/ou excluir um tronco existente da tabela. |
| 6 |
Clique em Salvar.
|
Você pode excluir um grupo de rotas, desde que ele não esteja em uso.
| 1 |
Faça login no Control Hub. |
| 2 |
|
| 3 |
Selecione o grupo de rotas que você deseja excluir. |
| 4 |
Clique no |
Os planos de discagem permitem que você direcione chamadas para destinos locais usando troncos ou grupos de rotas. Configure os planos de discagem globalmente para uma empresa e aplique-os a todos os usuários, independentemente da localização. Um plano de discagem também especifica a opção de roteamento (tronco ou grupo de rotas) para chamadas que correspondam a qualquer um de seus padrões de discagem. Defina os padrões de discagem específicos como parte do seu plano de discagem. Um padrão de discagem representa extensões locais:
-
Números ESN/On-Net
-
+E.164 padrões
-
Domínios URI SIP
Padrões numéricos de discagem
Os padrões numéricos podem representar números E.164 ou números corporativos. Os padrões para números E.164 começam com um + à esquerda, seguido por uma sequência de dígitos (1-9) e, em seguida, caracteres curinga opcionais.
Padrão de discagem empresarial
Um padrão de discagem empresarial tem uma sequência de dígitos (1-9), seguida por caracteres curinga opcionais. Os caracteres curinga válidos são! (corresponde a qualquer sequência de dígitos) e X (corresponde a um único dígito, 0-9). O! O curinga só pode ocorrer uma vez no final e somente em um padrão E.164.
Você não pode usar:
-
O curinga “X” no meio dos números, por exemplo: 617495X3XX
-
O curinga “!” ao usar o curinga “X” na configuração do plano de discagem, por exemplo: 1617495X3!
|
Exemplos de planos de discagem empresarial | |
|---|---|
|
+1408555XXXX |
Número +E.164 de 11 dígitos começando com +1408555 |
|
+14085551234 |
Cadeia de discagem exata +14085551234 |
|
+496100! |
Qualquer sequência de discagem começando com +496100 |
|
84969XXX |
ESN de 8 dígitos começando com 84969 |
|
84969764 |
ESN exato de 8 dígitos 84969764 |
O plano de discagem Webex Calling aceita os cabeçalhos de e para no E.164 ou nas extensões e não pode ser uma combinação. Por exemplo:
De: 1-222-333-4444
Para: 1-555-666-7777
Sintaxe do padrão de discagem SIP URI:
Somente os domínios no lado direito do URI do SIP após @ são correspondidos. As opções são:
-
Domínio totalmente qualificado
-
Domínio com um * inicial (indicando todos os subdomínios de um determinado domínio)
Exemplos:
|
Exemplos de sintaxe SIP URI Dial Patter | ||
|---|---|---|
|
Prefixo |
Significado |
Exemplos |
|
exemplo.com |
Somente URIs com a parte de host “example.com” |
alice@example.com |
|
br.example.com |
Somente URIs com a parte de host “us.example.com” |
alice@us.example.com |
|
*.exemplo.com |
URIs com a parte do host sendo subdomínio de “example.com” |
alice@eu.example.com alice@sales.us.example.com Nota: alice@example.com não é compatível |
Depois de criar seus troncos e grupos de rotas, você pode configurar um plano de discagem no Control Hub.
| 1 |
Faça login no Control Hub. |
| 2 |
Como alternativa, os clientes que usam o Cisco Calling Plan podem criar planos
de discagem em .
|
| 3 |
Clique em Planos de discagem e depois em Criar plano de discagem. |
| 4 |
Insira um nome para o plano de discagem. |
| 5 |
Selecione uma opção de roteamento. Selecione um tronco ou grupo de rotas criado anteriormente. |
| 6 |
(Opcional) Você pode criar ou importar manualmente um padrão de discagem para as opções de rota selecionadas. |
| 7 |
Clique em Salvar. |
O que fazer a seguir
Você também pode adicionar padrões de discagem em massa após a criação do plano de discagem. Para adicionar padrões de discagem em massa usando um arquivo CSV, vá para a tela Planos de discagem e selecione o menu suspenso Ações no plano de discagem para editar e escolha Importar CSV de padrões de discagem. Escolha Baixar modelo ou Importar arquivo CSV e clique em Enviar.
Você pode alterar o nome, as opções de roteamento e os padrões de discagem de um plano de discagem existente no Control Hub.
| 1 |
Faça login no Control Hub. |
| 2 |
Como alternativa, os clientes que usam o Cisco Calling Plan podem modificar os planos de discagem em .
|
| 3 |
Selecione o plano de discagem que você deseja modificar. |
| 4 |
No painel lateral, ao lado do nome do plano de discagem, clique em |
| 5 |
Para alterar a opção de roteamento, escolha outra opção no menu suspenso. |
| 6 |
Para adicionar manualmente um novo padrão de discagem, clique em Adicionar padrões de discagem. Ou clique em Importar CSV para adicionar padrões de discagem em massa . |
| 7 |
Para remover um padrão de discagem, clique no |
| 8 |
Clique em Salvar. |
ícone ao lado do padrão de discagem que você gostaria de remover.| 1 |
Faça login no Control Hub. |
| 2 |
Como alternativa, os clientes que usam o Cisco Calling Plan podem excluir os planos de discagem de .
|
| 3 |
Selecione o plano de discagem que você deseja excluir. |
| 4 |
Clique |
Você pode habilitar a configuração Chamadas para extensões locais no Control Hub. Essa configuração se aplica a usuários em um local registrado em um PBX e permite rotear ramais desconhecidos (tamanho do número de chamada de 2 a 10 dígitos) para o PBX usando um tronco ou grupo de rotas existente.
Antes de começar
A configuração Chamadas para extensões locais é ativada por local.
Essa configuração permite a preservação dos hábitos de discagem em um ambiente misto de nuvem/instalações . Os usuários podem continuar usando a discagem abreviada (por exemplo, 4 dígitos), mesmo que o site tenha sido parcialmente migrado para o. Webex Calling
Quando ativadas, as chamadas feitas pelos usuários no local para um ramal desconhecido (entre 2 a 10 dígitos) são roteadas para o grupo/tronco de rotas selecionado como chamadas locais.
As chamadas roteadas por meio de troncos no local a partir de um ramal desconhecido são tratadas como chamadas locais. Isso se refere às chamadas upstream Webex Calling recebidas de um tronco.
As chamadas são consideradas originárias de um ramal desconhecido quando o identificador de chamadas não corresponde a nenhum dos padrões existentes do plano de discagem.
| 1 |
Faça login no Control Hub. |
| 2 |
Vá até . |
| 3 |
Selecione o local a ser modificado. |
| 4 |
Clique na guia Chamadas. |
| 5 |
Clique em Discagem interna, na seção Discagem. |
| 6 |
Ative para ativar o roteamento de extensões desconhecidas para as instalações como chamadas internas. |
| 7 |
Selecione um grupo de roteamento ou tronco no menu suspenso para rotear chamadas. |
| 8 |
Clique em Salvar. |
No Control Hub, você pode definir as configurações de roteamento de chamadas entre Webex Calling e locais. Essas configurações determinam como seus números desconhecidos são tratados ao usar troncos e grupos de roteamento para um PBX local e o formato de identificação de chamadas para chamadas roteadas entre e seu PBX. Webex Calling
| 1 |
Faça login no Control Hub. |
| 2 |
|
| 3 |
Vá até Roteamento de chamadas entre Webex Calling e locais e escolha como você gostaria de lidar com números desconhecidos.
A configuração do serviço de tratamento de números desconhecidos é definida como Comportamento legado para preservar o comportamento de roteamento. Essa configuração pode ser modificada para aproveitar os novos recursos de roteamento de chamadas (por exemplo, planos de discagem e grupos de rotas). |
| 4 |
Escolha o formato do seu identificador de chamadas. Quando a opção de número de telefone +E.164 é escolhida, Webex Calling seleciona a ID de linha de chamada externa (CLID), que é um número E.164. Quando a opção ESN ( número significativo da empresa) é escolhida, Webex Calling seleciona o CLID interno, que é um ESN. |
| 5 |
Escolha o comprimento máximo desconhecido da extensão (2 a 10 dígitos) que você deseja definir para o roteamento baseado em instalações. Quando você aumenta o comprimento da extensão e se o esquema numérico usado pelo provedor PSTN não for E.164, as chamadas PSTN recebidas serão consideradas chamadas locais vindas do local. Portanto, para evitar qualquer possível roteamento incorreto, recomendamos aplicar o formato E.164 a essas chamadas PSTN recebidas antes de enviá-las para. Webex Calling |
| 6 |
Clique em Salvar.
|
A ferramenta Verify Call Routing no Control Hub fornece:
-
Simulação de chamadas para analisar decisões de roteamento.
-
Orientação útil durante as fases de projeto e configuração de uma implantação.
-
Eventos na plataforma Webex Analytics que incluem decisões de roteamento de chamadas.
-
Suporte em instâncias de solução de problemas.
O recurso foi aprimorado para exibir permissões de chamadas de saída, prevenção de fraudes, padrões de dígitos, interceptação de chamadas e padrões de tradução aplicados ao rotear uma chamada.
| 1 |
Faça login no Control Hub. |
| 2 |
Como alternativa, os clientes que usam o Cisco Calling Plan podem fazer o roteamento em .
|
| 3 |
Selecione Verificar roteamento de chamadas. |
| 4 |
No menu suspenso, escolha Selecionar fonte de chamada de um usuário da nuvem, espaço de trabalho, linha virtual ou tronco local para verificar o roteamento de chamadas. |
| 5 |
Insira um número ou URI. |
| 6 |
Clique em Ver resultado do roteamento para visualizar o roteamento de chamadas. |
| 1 |
Faça login no Control Hub. |
| 2 |
Vá até e selecione a localização que você deseja atualizar. |
| 3 |
Ao lado de Conexão PSTN, clique em Gerenciar. |
| 4 |
Ao lado do Endereço do Serviço de Emergência, clique em Editar. |
| 5 |
Insira o novo endereço e clique em Salvar. Se a validação do endereço ESA (Enterprise Service Address) falhar ao configurar as conexões locais ou CCPP, os administradores poderão fechar a tela ESA e continuar com a configuração. A falha na validação não impedirá a configuração da conexão. Se o ESA não for validado, o atendimento de chamadas de emergência poderá ser adiado e taxas adicionais poderão ser aplicadas se as chamadas forem encaminhadas para um centro de retransmissão de emergência. |
Você pode configurar um endereço de serviço de emergência personalizado para dispositivos fixos, como dispositivos móveis, atribuídos a um espaço de trabalho. Essa configuração se aplica às localidades dos EUA e Canadá e está em conformidade com o serviço E911.
| 1 |
Faça login no Control Hub. |
| 2 |
Vá para . |
| 3 |
Selecione o espaço de trabalho que você deseja modificar e clique em Chamando. |
| 4 |
Selecione a seta para a direita para expandir as configurações do número de telefone principal em Números. |
| 5 |
Em Endereço do serviço de emergência, selecione Endereço personalizado. 
Insira os detalhes a seguir. Em caso de emergência, a equipe local de resposta a emergências usará esse endereço para localizar o chamador.
|
| 6 |
Atualize as informações do espaço de trabalho e clique em Validar. Ao inserir um endereço de serviço, o sistema valida o endereço. Se o sistema não conseguir encontrar o endereço, um endereço sugerido será exibido em um painel lateral. Analise o endereço sugerido e clique em Aplicar para atualizar o endereço do serviço de emergência. Clique em Salvar para salvar as alterações. |
Um endereço de emergência personalizado substitui o endereço de emergência padrão do local para o espaço de trabalho específico.
Para configurar um ESA para um usuário, certifique-se de que as seguintes condições sejam atendidas:
- O usuário tem um número de telefone principal não móvel atribuído.
- A localização do usuário está nos EUA ou no Canadá.
Essas condições são necessárias porque o ESA está vinculado ao número de telefone e ao local do usuário. Essa configuração permite o roteamento preciso das chamadas de emergência e o retorno adequado para o usuário por meio do Número de Retorno de Chamada de Emergência (ECBN) associado à sua localização ou número de telefone.
| 1 |
Faça login no Control Hub. |
| 2 |
Vá para . |
| 3 |
Selecione o usuário que você deseja modificar e clique em Chamando. |
| 4 |
Selecione a seta para a direita para expandir as configurações do número de telefone principal em Números. |
| 5 |
Em Endereço do serviço de emergência, selecione Endereço personalizado. Insira os detalhes a seguir. Em caso de emergência, a equipe local de resposta a emergências usará esse endereço para localizar o chamador.
|
| 6 |
Atualize as informações do espaço de trabalho e clique em Validar. Ao inserir um endereço de serviço, o sistema valida o endereço. Se o sistema não conseguir encontrar o endereço, um endereço sugerido será exibido em um painel lateral. Analise o endereço sugerido e clique em Aplicar para atualizar o endereço do serviço de emergência. Clique em Salvar para salvar as alterações. |
Um endereço de emergência personalizado substitui o endereço de emergência padrão do local para o usuário específico.
Exemplo 1: PBX de vários sites
Descrição da implantação
-
Cliente corporativo com 100 sites nos EUA.
-
Implantação de PBX em vários sites (ou rede de PBX), com o PBX principal espalhado por dois sites principais para HA.
-
Plano de discagem empresarial de 8 dígitos: código do site de 8 ou 3 dígitos e extensão de 4 dígitos.
-
30 sites permanecem no local, 70 sites são transferidos para o. Webex Calling O PSTN permanece no local, por meio de SIP Trunks nos dois locais principais.
-
Sem sites mistos. Para cada site, os usuários estão todos no local ou todos registrados na nuvem.
Solução de implantação
-
Plano de discagem única com 30 padrões E.164 + 30 ESN que roteia chamadas para os usuários locais para um grupo de rotas com dois troncos, terminando em dois gateways locais nos dois sites principais.
Exemplo 2: sites mistos de PBX em nuvem
Descrição da implantação
-
Cliente corporativo com 50 sites nos EUA: 10 sites grandes e 40 filiais pequenas.
-
PBX em grandes sites, comutadores principais em filiais.
-
Plano de discagem empresarial de 7 dígitos: código do site de 8 ou 2 dígitos e extensão de 4 dígitos.
-
Webex Callingsomente em filiais, migração lenta de PBX em sites grandes (sites mistos com usuários Webex Calling e usuários de PBX).
-
PSTN conectado à nuvem para todos os usuários da nuvem (os usuários locais continuam usando o PSTN existente).
-
Os usuários de nuvem e PBX em cada site grande devem manter os recursos de discagem somente de ramais.
Solução de implantação
-
Planos de discagem para encaminhar chamadas para cada um dos PBX de qualquer outro site. Além disso, para cada site grande, as chamadas para extensões locais são configuradas para rotear chamadas para um tronco que termina em um gateway local no site.
|
Limitações configuráveis para troncos, grupos de rotas e planos de discagem | |
|---|---|
|
Descrição |
Limitação máxima |
|
Padrões de discagem que um CSV pode carregar em um plano de discagem |
10000 |
|
Troncos que podem ser configurados por local |
100 |
|
Grupos de rotas por cliente corporativo |
10000 |
|
Troncos configuráveis em um grupo de rotas |
10 |
|
Planos de discagem configuráveis por cliente corporativo |
10000 |
|
Padrões de discagem configuráveis com um plano de discagem |
10000 |
