Se as chamadas do Webex para sua empresa não estiverem soando no lado corporativo, analise os pontos desta lista de verificação para verificar sua configuração.

Antes de examinar essas sugestões de solução de problemas, consulte https://status.webex.com para obter as informações mais recentes sobre qualquer interrupção na nuvem. Nessa página de status, você também pode se inscrever para receber notificações.

Verifique estes pontos de solução de problemas relacionados à conexão TLS mútua e aos certificados:

• Instale o pacote de certificados raiz de nuvem Webex no Expressway-E.

• Configure uma porta TLS mútua dedicada no Expressway-E.

• Configure uma zona DNS para a nuvem no Expressway-E.

• Abra o número da porta TLS mútua em seu firewall — 5062, que pode não estar aberta por padrão.

• Determine qual opção de certificado raiz você está usando no Webex Cloud — a opção é usada para verificar o certificado SIP TLS do Expressway-E.

  • Armazenamento padrão — Seu certificado Expressway-E está assinado por uma das autoridades públicas? Se você não tiver certeza, use a opção de loja personalizada.

  • Loja personalizada — Seu certificado Expressway-E ou seu signatário estão instalados na nuvem? O certificado contém nomes de host Expressway-E verificados?

Na visualização do cliente em https://admin.webex.com, acesse Serviços > Híbrido > Chamada híbrida > Configurações. Verifique esses pontos relacionados ao destino SIP que você definiu durante o processo de implantação:

• Os pontos de valor em sua porta TLS mútua dedicada Expressway-E.

• Tente se conectar ao endereço IP:porta. (Vários endereços se você configurou um SRV.)

• Se você configurou um endereço IP ou nome de host, especifique a porta TLS mútua.

• Se você usou um SRV, verifique se ele está no formato _sips. _tcp. < domínio que você colocou como destino SIP >.

• Se não quiser configurar um SRV, você pode inserir endereço IP:porta ou nome do host:porta como destino SIP da sua organização.

• Se as chamadas do Expressway-E para a nuvem estiverem falhando e você estiver usando o método manual de gerenciamento de certificados, siga as etapas na Atualização do certificado CA raiz do Webex e carregue o certificado IdenTrust em seus dispositivos Expressway o mais rápido possível.

• Para chamadas que roteiam do Webex para a empresa, verifique o histórico de pesquisa e os registros de rede no Expressway-E. Essa etapa ajuda você a isolar o problema na nuvem ou na empresa.

• Se você reutilizar uma zona B2B e regras de pesquisa existentes, considere criar zonas dedicadas e regras de pesquisa. Essa configuração evita interferências nas configurações de zona existentes para B2B/MRA, evita ciclos de roteamento e facilita a solução de problemas.

• Verifique o histórico de pesquisa e os registros de rede no Expressway-E. Verifique se o SIP INVITE da nuvem chega ao Expressway-E e corresponde à zona DNS que você configurou para a nuvem.

  • Se o SIP INVITE não chegar ou corresponder à zona DNS configurada, siga a rota da chamada em direção ao Unified Communications Manager. Essa etapa ajuda você a descobrir onde a chamada está falhando ou perdida.

  • Veja a lista de verificação mútua de solução de problemas de TLS.

• Verifique o cabeçalho da rota. Verifique se ele contém o valor do nome de domínio totalmente qualificado (FQDN) do cluster que está configurado nas configurações corporativas do Unified Communications Manager e nas regras de pesquisa do Expressway. Veja este exemplo de cabeçalho de rota e FQDN de cluster destacado:

  • Rota: <sip: [Obfuscated]; transport=tls; lr>, <sip:myucmcluster.example.com; lr>

    • Neste exemplo, o FQDN do cluster inicial é myucmcluster.example.com.

• Os e-mails no Unified Communications Manager devem corresponder exatamente ao e-mail (sincronizado de Active Directory ou de qualquer outra fonte) na nuvem Webex.

• Os URIs do diretório devem corresponder a todos os domínios que você verificou em sua organização.

• Verifique a configuração do seu codec.

  Os serviços Webex suportam os seguintes codecs:

  • Áudio — G.711, G.722, AAC-LD

  • Vídeo — H.264

  Suportamos o G.729 para participar de uma reunião Webex, reunião de sala pessoal ou reunião do aplicativo Webex a partir de um dispositivo SIP. Não oferecemos suporte ao G.729 para discar 1:1 do aplicativo Webex para um dispositivo SIP ou ponte.

• No cluster doméstico do Unified Communications Manager dos usuários afetados, escolha Sistema > Parâmetros empresariais; em Configuração de domínio em todo o cluster, verifique a configuração do nome de domínio totalmente qualificado (FQDN) do cluster. O valor do FQDN que você usou deve seguir estas diretrizes:

  Diretriz do FQDN	Descrição e exemplo
  Vários clusters	A entrada deve ser exclusiva para cada cluster com Hybrid Calling — por exemplo, cluster1.example.comcluster2.example.com, e assim por diante.
  Sem curingas	Não use entradas com curingas, como *.example.com ou exemplo*.com.
  Primeira entrada de FQDN para chamadas híbridas	Em uma lista de várias entradas, a nuvem Webex usa a primeira entrada à esquerda para chamadas híbridas, e essa primeira entrada não deve conter um curinga. Veja este exemplo de três entradas de FQDN da esquerda para a direita (a primeira é para chamadas híbridas): cluster1.example.com *.example.com example*.com
  Diferente do Expressway-E	Deve ser diferente do sistema Expressway-E, do DNS e do nome de domínio. Caso contrário, o Expressway-E remove o cabeçalho da rota.
  Nova entrada para Hybrid Calling	Se sua entrada de FQDN atual Unified CM não atender aos requisitos listados acima, você poderá adicionar um novo elemento ao início da configuração de FQDN do cluster para Chamada Híbrida. Por exemplo, se sua configuração de FQDN existente Cisco Unified Communications Manager for *.example.com *.example.org, adicione uma entrada exclusiva e não curinga no início do campo: "cluster1.example.com *.example.com *.example.org”