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"