- Página inicial
- /
- Artigo
Obrigado pelos seus comentários.
Neste artigo
Comentários?Este artigo fornece aos administradores todas as informações e referências para configurar, manter e solucionar problemas do gateway local.
O gateway local ajuda você a migrar para o Webex Calling seu próprio ritmo. O gateway local integra sua implantação local existente com o. Webex Calling Você também pode usar sua conexão PSTN existente.
Certifique-se do seguinte antes de configurar um gateway local paraWebex Calling:
-
Conhecimento de VoIP, como SIP e protocolos de mídia, e a capacidade de solucionar problemas básicos.
-
Compreensão prática dos dispositivos (controlador de borda de sessão) que estão configurados como um gateway local.
-
Licença necessária para operar o controlador de borda da sessão.
-
Conhecimento de Cisco Unified Communications Manager (Unified CM) ou PBX equivalente implantado em suas instalações e configurado para funcionar. Webex Calling (No caso de uma integração com um ambiente local.)
A transmissão de vídeo Webex Calling usando fluxos de chamadas do Local Gateway não é suportada. Embora o vídeo possa funcionar em alguns cenários, ele pode resultar em qualidade degradada e comportamento inesperado. Para uma experiência mais estável, configure seu ambiente para chamadas somente de áudio.
Os artigos a seguir podem ajudar você a se familiarizar com as opções de implantação:
|
Prazo |
Referências |
|---|---|
|
Troncos e grupos de rotas |
Para obter mais informações, consulte troncos e grupos de rotas em Arquitetura Webex Calling preferida. |
|
ByOPSTN, discagem corporativa |
Significa Bring Your Own PSTN. Para obter mais informações, consulte Acesso PSTN e interconexão local em Arquitetura preferida. Webex Calling |
|
Over the Top (OTT), Webex Edge Connect |
Para obter mais informações, consulte Opções de conectividade de acesso na arquitetura Webex Calling preferida. |
Modelos de entroncamento de gateway local
Há dois tipos de modelos de entroncamento de gateway local:
-
Troncos baseados em registro
-
Troncos baseados em certificados
Esses modelos oferecem funcionalidade semelhante, mas diferem em escala e suporte a dispositivos. Selecione o modelo de entroncamento correto que atenda às suas necessidades.
|
Funcionalidade |
Baseado em registro |
Baseado em certificados |
|---|---|---|
|
Chamadas simultâneas |
Chamadas simultâneas de até 250 por tronco. |
Chamadas simultâneas de > 250 por tronco. |
|
Tipo de dispositivo |
Suporta somente Cisco Unified Border Element (CUBE). Para obter mais informações, consulte Suporte à plataforma CUBE. |
Uma escolha de tipos de dispositivos, conforme mencionado na tabela Tipos de dispositivos suportados para entroncamento baseado em certificados. |
|
Modelo de autenticação |
Modelo de autenticação baseado em resumo, que depende de um nome de usuário e senha compartilhados usados para autenticar registros e chamadas. Para obter mais informações, consulte Tronco baseado em registro . |
Autenticação baseada em certificado com verificação LGW FQDN. Para obter mais informações, consulte Tronco baseado em certificado . 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. |
|
Requisitos de rede, firewall e NAT Para obter detalhes sobre tráfego de entrada e saída, consulte Informações de referência de portas para. Cisco Webex Calling |
Qualquer NAT ou IP público. O NAT dinâmico é preferido, pois é mais fácil de configurar e requer menos configurações de firewall. Requer firewall para permitir tráfego de entrada e saída (Webex Callingpara o gateway local e na direção oposta). Para o tráfego de entrada, os orifícios de entrada são abertos pelo firewall com base nas mensagens de registro de saída. A abertura pinhole é recomendada para todos os endereços Webex Calling IP e portas. Não é específico para um endereço IP ou porta na qual o Local Gateway se registra. |
Rede pública voltada para a Internet, incluindo um IP público ou NAT estático. Requer firewall para permitir tráfego de entrada e saída (Webex Callingpara o gateway local e na direção oposta). |
|
Requisitos do serviço de DNS público |
Nenhuma configuração específica é necessária em um serviço de DNS público. |
|
|
Requisitos de CA e certificado |
|
|
|
Integração e solução de problemas usando um conector de nuvem |
Oferece suporte à solução automática de problemas de configuração. |
Não oferece suporte à solução automática de problemas de configuração. |
Controladores de borda de sessão suportados
Configure o entroncamento baseado em certificado para gateways locais no Webex for Government. Além disso, o CUBE é o único controlador de borda de sessão (SBC) que atualmente oferece suporte ao Webex for Government.
|
Fornecedor e modelo da SBC |
Versão mínima |
Advertências abertas |
Webex para o governo |
|---|---|---|---|
|
Modelos Cisco — Cube listados no Suporte à plataforma Router |
Cisco IOSXE Bangalore 17.6.1a Para configurar o Local Gateway no modo controlador como parte de uma solução Cisco SD-WAN, use o Cisco IOS XE Cupertino 17.7.1 ou versões posteriores. Para obter as versões recomendadas, consulte a página Cisco Software Research. Pesquise a plataforma e selecione um dos lançamentos “Sugeridos”. |
As plataformas Cisco ISR 1100 não suportam validação de configuração . Para um gateway implantado no modo controlador com o Cisco SD-WAN, o seguinte não é suportado:
|
O Webex for Government não oferece suporte ao entroncamento baseado em registro. |
|
Roteadores Cisco Secure—
|
Cisco IOSXE 26.2.1 Para obter as versões recomendadas, consulte a página Cisco Software Research. Pesquise a plataforma e selecione um dos lançamentos “Sugeridos”. |
O conector de gateway gerenciado não é suportado nos Cisco Secure Routers. Para um gateway implantado no modo controlador com o Cisco SD-WAN, o seguinte não é suportado:
|
Não suportado |
|
Fornecedor e modelo da SBC |
Versão mínima |
Advertências abertas |
Webex para o governo |
|---|---|---|---|
|
Modelos Cisco — Cube listados no Suporte à plataforma Router |
Cisco IOSEX Cupertino 17.9.1a Para obter as versões recomendadas, consulte a página Cisco Software Research. Pesquise a plataforma e selecione um dos lançamentos “Sugeridos”. |
Para um gateway implantado no modo controlador com o Cisco SD-WAN, o seguinte não é suportado:
|
Suportado |
|
Roteadores Cisco Secure—
|
Cisco IOSXE 26.2.1 Para obter as versões recomendadas, consulte a página Cisco Software Research. Pesquise a plataforma e selecione um dos lançamentos “Sugeridos”. |
O conector de gateway gerenciado não é suportado nos Cisco Secure Routers. Para um gateway implantado no modo controlador com o Cisco SD-WAN, o seguinte não é suportado:
|
Não suportado |
|
Série Oracle—AP |
9.3.0 |
Para advertências abertas, consulte os problemas e limitações conhecidos do Oracle SBC com Cisco Webex Calling a documentação da solução. |
Não suportado |
|
Oracle — VME |
9.3.0 |
Para advertências abertas, consulte os problemas e limitações conhecidos do Oracle SBC com Cisco Webex Calling a documentação da solução. |
Não suportado |
|
Oracle—Oracle SBC na nuvem pública |
9.3.0 |
Para advertências abertas, consulte os problemas e limitações conhecidos do Oracle SBC com Cisco Webex Calling a documentação da solução. |
Não suportado |
|
Códigos de áudio — Mediant CE e VE |
7.40A.250.440 |
Limitação com a interoperabilidade ICE. Consulte a Seção 2.4.2 da Nota de configuração Webex Calling do AudioCodes SBC. |
Não suportado |
|
Códigos de áudio — Mediant Appliances |
7.40A.250.440 |
Limitação com a interoperabilidade ICE. Consulte a Seção 2.4.2 da Nota de configuração do SBC sobre conexão Webex Calling com códigos de áudio. |
Não suportado |
|
Fita — SBC série 5000, SBC 700 e SBC We |
10.1 |
Limitação com a interoperabilidade ICE. Consulte a seção Advertências. |
Não suportado |
|
Fita — SBC We Edge |
11.0.2 |
Limitação com a interoperabilidade ICE. Veja a solução alternativa na seção Advertências. |
Não suportado |
|
Fita — SBC 1000, SBC 2000 |
11.0.1 |
Limitação com a interoperabilidade ICE. Veja a solução alternativa na seção Advertências. |
Não suportado |
|
Fita — 800 W/SBC We Edge |
25.0 |
Consulte a seção Ribbon Edge 8000 com:Guia de Cisco Webex Calling interoperabilidade Advertências. |
Não suportado |
| Qualquer nó — SBC | 4.10 |
Não suportado | |
| Italtel Netmatch SBC | NetMatch-S-CI 5.8.0-20240111 | Para limitações conhecidas, baixe a configuração NetMatch-S CI SBC para o WEBEX Calling e consulte a Seção 3.3 Advertências. |
Não suportado |
Webex Callingsuporta a implantação de gateways locais por trás do NAT. O comportamento da chamada pode depender do tipo de firewall NAT usado em sua rede e da funcionalidade fornecida pelo seu SBC.
Requisitos de capacidade de chamadas
Os modelos de entroncamento baseados em registro e certificados têm diferentes capacidades de chamadas simultâneas, conforme mostrado na tabela a seguir:
|
(Requisito de chamada simultânea) |
Números aproximados de usuários |
Preferência de tipo de tronco |
Qualidade mínima do link |
|---|---|---|---|
|
~ 2000–6500 |
65000 |
Baseado em certificados |
Interconexão |
|
~ 250–2000 |
20000 |
Baseado em certificados |
Over the top (OTT) |
|
Até 250 |
2500 |
Baseado em registro |
OTT |
Qualificações de conexão
Para garantir chamadas consistentemente de alta qualidade, a conexão de rede entre o gateway local e o gateway Webex Calling deve ter as seguintes qualidades máximas:
-
Latência unidirecional de 100 ms
-
Instabilidade de pacotes de 10 ms
-
0,5% de perda de pacotes
Para obter mais informações sobre a capacidade de chamadas, consulte Arquitetura preferida para Webex Calling.
Modelo e requisitos de conectividade
-
Durante o provisionamento, cada gateway local é atribuído a dois locais Webex Media PoP para garantir redundância e alta disponibilidade. Essa tarefa é gerenciada por meio de um DNS SRV registro.
-
As localizações do Media PoP são determinadas com base na localização geográfica do gateway, que é configurada durante o processo de provisionamento no Control Hub. Normalmente, o gateway é atribuído aos dois POPs de mídia mais apropriados e separados geograficamente na mesma região. Por exemplo, se o gateway for provisionado na UE, o gateway usará dois POPs de mídia na UE.
Para obter uma lista completa das localizações do Webex Media PoP, consulte Localizações do data center para. Webex Calling
Os Webex Calling locais também são POPs de mídia.
-
Os recursos de mídia regional também se aplicam às conexões de gateway. Dependendo dos cenários da chamada, a mídia é mantida localmente na região sempre que possível.
-
Certifique-se de que os certificados estejam assinados para uso do cliente e do servidor.
Configurar o gateway local
| 1 |
Configure o tronco a partir do Control Hub. |
| 2 |
Configure seu dispositivo para desempenhar a função de gateway local.
|
| 3 |
Confirme se o gateway local está ativo no status do Control Hub. Para obter instruções sobre o gateway hospedado pelo parceiro, consulte Configurando um gateway hospedado pelo parceiro
|
Webex Callingatualmente não oferece suporte ao CME e ao LGW em execução em uma única instância do vCube.
Solucionar problemas do gateway local
Se o status do Local Gateway não estiver ativo ou houver outros problemas, consulte os seguintes documentos antes de entrar em contato com a equipe de suporte:
-
Solucione problemas com a implantação do gateway local baseado em registro a partir do Control Hub.
-
Solucione problemas com a implantação do gateway local baseado em certificados a partir do Control Hub.
Quando o gateway local não estiver ativo, verifique o status do tronco no Control Hub:
-
Faça login no Control Hub.
-
-
Selecione o tronco cujo status você deseja verificar.
-
Clique em Informações do tronco.
-
Online — Conexão bem-sucedida entre todos os proxies de Webex Calling borda e o gateway local
-
Off-line — Conexão malsucedida entre o gateway local Webex Calling e o gateway
-
Deficiente — Conexão malsucedida entre pelo menos um proxy de Webex Calling borda e o gateway local
-
Desconhecido — Ao estabelecer uma conexão entre Webex Calling e o gateway local recém-adicionado
-
Para atualizações do status do tronco em um tronco baseado em certificado ou em um tronco baseado em registro , consulte Configurar troncos, grupos de rotas e planos de discagem para. Webex Calling
-
Para obter mais informações sobre como configurar alertas de tronco, consulte Central de alertas no Control Hub.
Solução de problemas do estabelecimento do TLS Handshake
Falhas no handshake do TLS após a renovação do certificado podem indicar que o SBC está aplicando a validação do EKU da Autenticação do Cliente.
|
Causa |
Resolução |
|---|---|
|
|
-
Webex Callingnão valida nem impõe a autenticação de cliente EKU durante o estabelecimento do handshake TLS.
-
Qualquer requisito de EKU de autenticação de cliente é determinado pelo fornecedor da SBC, não por. Webex Calling
-
Qualquer falha de TLS relacionada à validação do EKU se deve à configuração do lado do SBC ou ao comportamento padrão. Entre em contato com o Suporte da Cisco e seu fornecedor de SBC para obter mais assistência.
Suporte para gateway local de terceiros
O suporte da Cisco e do parceiro fornecedor é necessário para uma Webex Calling implantação usando um SBC de terceiros. A seguir, descrevemos os detalhes do suporte:
-
Webex Callingapoio:
-
A Cisco ou os parceiros que usam Webex Calling precisam ter um contrato de suporte com a Cisco para obter assistência da Cisco (suporte TAC).
-
A Cisco fornece assistência ao cliente para a implantação avançada e os telefones IP Cisco Webex Calling registrados. Webex Calling
-
-
Suporte do fornecedor:
-
Durante a implantação, a Cisco fornece suporte aos clientes ou parceiros que têm um dispositivo SBC de terceiros validado e não é responsável por fornecer assistência para o SBC real.
-
A Cisco não é responsável por casos de suporte que não sejam da Cisco envolvendo o cliente e o fornecedor da SBC. Os problemas ou defeitos de software que surgem durante a implantação podem ser discutidos com o fornecedor da SBC e com a Cisco.
-
