Esta seção abrange a ferramenta de teste de conectividade híbrida. Você pode acessar essa ferramenta de solução de problemas a partir do Control Hub.

Você também pode acessar os problemas conhecidos dos artigos relacionados.

Você pode acessar a ferramenta de teste de conectividade híbrida do ControlHub: na exibição do cliente em , vá para Serviços > Híbrido, clique em Editar configurações no cartão de Chamada híbrida, role até Destino SIP padrão e clique em Testar próximo ao destino SIP que você https://admin.webex.com entrou.

Esta tabela lista erros comuns que podem aparecer após você testar um endereço destino SIP para as Chamada híbrida. A tabela também fornece alguns dos próximos passos para a solução de problemas, incluindo links para detalhes relevantes no Guia de Solução de Problemas para o Serviço de Chamada Híbrida.

Erro

Palavra-chave

Mais informações e etapas para solucionar problemas

Nenhum endereço DNS encontrado

DNS SRV

Falha na buscar DNS. Verifique se existe um registro DNS ou SRV para o Destino SIP e se ele resolve para um ou mais endereços IP válidos.

Consulte Não foi possível resolver o Expressway DNS SRV/hostname no guia de solução de problemas para obter mais informações.

O tempo de conexão se esmorou

Falha do soquete

A conexão de rede e/ou do TLS Mútuo esgotou. Verifique a conectividade de rede, a velocidade de conexão, a configuração do firewall e a configuração do TLS Mútuo.

Consulte estas seções do guia de solução de problemas para obter mais informações:

Falha do TLS

Falhas no handshake TLS mútuo

Erro do TLS mútuo: Verifique a configuração mútua TLS em ambos Expressway e , e se os certificados de TLS Mútuo estão presentes e https://admin.webex.comsão válidos em ambos os locais.

Veja Falhas mútuas do TLS Handshake no guia de solução de problemas para obter mais informações.

Falha na conexão

Falha do soquete

Falha na conexão TCP: Verifique a conectividade de rede, velocidade de conexão e/ou configuração do firewall.

Consulte estas seções do guia de solução de problemas para obter mais informações:

Falha de leitura/gravação TCP

Falha do soquete

Falha de leitura/gravação TCP: Tente novamente. Se o erro persistir, verifique a conectividade de rede, a configuração de firewall e a configuração de TLS Mútuo.

Consulte estas seções do guia de solução de problemas para obter mais informações:

Falha de TCP

Falha do soquete

Falha de TCP: Falha de leitura/gravação TCP: Tente novamente. Se o erro persistir, verifique a conectividade de rede, a configuração de firewall e a configuração de TLS Mútuo.

Consulte estas seções do guia de solução de problemas para obter mais informações:

Esta seção abrange as listas de verificação de problemas e tarefas que você pode ver antes de entrar em contato com o suporte.

Se as chamadas do Webex para a sua empresa não estão tocando no lado da empresa, vá pelos pontos nesta lista de verificação para verificar duas vezes sua configuração.

Antes de passar por essas sugestões de solução de problemas, consulte as https://status.webex.com informações mais recentes sobre quaisquer falhas na nuvem. Nessa página de status, você também pode assinar as notificações.

Verifique estes pontos de solução de problemas relacionados com a TLS mútuo de conexão e certificados:

  • Instale o pacote de pacotes de certificado raiz nuvem Webex noExpressway-E.

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

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

  • Abra o número TLS mútuo de entrada no seu firewall —5062, que pode não estar aberto por padrão.

  • Determine qual certificado raiz opção que você está usando na nuvem Webex — A opção é usada para verificar o certificado SIP TLS Expressway-Edo seu Expressway.)

    • Armazenamento padrão— O seu Expressway-E é assinado por uma das autoridades públicas? Se você não tiver certeza, use a opção de armazenamento personalizado.

    • Armazenamento personalizado—O seu Expressway E ou seu signer personalizado está instalado na nuvem? O certificado contém nomes de Expressway-E verificados?

Na exibição do cliente https://admin.webex.comem , vá para Serviços > híbridos > de chamada >híbridas. Marque estes pontos que estão relacionados com as suas destino SIP que você definiu durante o processo de implantação:

  • O valor aponta para a sua Expressway E dedicada TLS mútuo entrada.

  • Tente conectar-se ao endereço IP:porta. (Vários endereços se você tiver configurado uma SRV.)

  • Se você tiver configurado um endereço de IP ou um nome de host, especifique a TLS mútuo de entrada.

  • Se você usou um SRV, certifique-se de que ele está no formato _sips._tcp.domínio que você colocar como Destino SIP>.

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

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

  • Se você reutilizar uma zona B2B existente e as regras de pesquisa, considere criar zonas dedicadas e regras de pesquisa. Essa configuração evita interferência com as configurações de zona existentes para o B2B/MRA, evita loops 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 CONVITE SIP da nuvem chega no Expressway-E e se corresponde à zona DNS que você configurou para a nuvem.

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

    • Consulte a lista TLS mútuo de resolução de problemas.

  • Verifique o header de rota. Verifique se ele contém o valor de nome de domínio totalmente qualificado de grupo (FQDN) que está configurado em Cisco Unified Communications Manager configurações empresariais e nas regras de Expressway de pesquisa. Veja este exemplo de rota de header e cluster FQDN:

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

      • Neste exemplo, o grupo FQDN início é myucmcluster.example.com.

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

  • As URIs de diretório devem corresponder a quaisquer domínios que você verificou na sua organização.

  • Verifique a configuração 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 entrar em uma reunião Webex, reunião de Sala Pessoal ou reunião Webex de um dispositivo SIP. Não suportamos o G.729 para discagem 1:1 do Webex para um dispositivo SIP ou ponte.

  • No grupo Cisco Unified Communications Manager inicial dos usuários afetados, escolha Parâmetros da Empresa > System > ; em Configuração de domínio em clusterwide, marque a configuração de grupo nome de domínio totalmente qualificado (FQDN). O FQDN de uso que você usou deve seguir estas diretrizes:

    FQDN de diretrizes

    Descrição e exemplo

    Vários grupos

    A entrada deve ser exclusiva para cada grupo com as Chamada híbrida — Por exemplo, cluster1.example.com , cluster2.example.com e assim pordiante.

    Nenhum curinga

    Não use entradas com curingas, como *.example.com ou example*.com.

    Primeira FQDN entrada para chamada híbrida

    Em uma lista de várias entradas, a nuvem Webex usa a primeira entrada à esquerda para as chamada híbrida e essa primeira entrada não deve conter um curinga.

    Veja este exemplo de três FQDN entrada da esquerda para a direita (a primeira sendo para as chamada híbrida): cluster1.example.com *.example.com example*.com

    Diferente do Expressway-E

    Deve ser diferente do sistema Expressway-E, DNS e nome de domínio. Caso contrário, Expressway-E retira o header da rota.

    Nova entrada para chamada híbrida

    Se a entrada FQDN atual no Unified CM não atender aos requisitos listados acima, você poderá adicionar um novo elemento ao início da configuração FQDN grupo para chamada híbrida.

    Por exemplo, se a configuração de FQDN existente no 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"