Consulte estos puntos para la solución de problemas relacionados con la conexión de TLS mutuo y los certificados:

• Instale el paquete de paquetes certificado raíz nube de Webex en el Expressway-E.

• Configure un puerto TLS mutuo exclusivo en el Expressway-E.

• Configure una zona DNZ para la nube en el Expressway-E.

• Abra el número de puerto TLS mutuo en su firewall (5062); es posible que no esté abierto por defecto.

• Determine certificado raíz opción que está usando en la nube de Webex: la opción se utiliza para verificar el certificado SIP TLS de su Expressway-E.

  • Almacén predeterminado: El certificado de su Expressway-E, ¿está firmado por una de las autoridades públicas? Si no está seguro, utilice la opción del almacén personalizado.

  • Almacén personalizado: El certificado de su Expressway-E o su firmante, ¿están instalados en la nube? ¿El certificado contiene nombres de host Expressway-E verificados?

Desde la vista del cliente en https://admin.webex.com, vaya a Servicios > Servicio > Llamada híbrida > Configuración . Compruebe estos puntos relacionados con su destino SIP que definió en el proceso de implementación:

• El valor apunta al puerto TLS mutuo exclusivo de su Expressway-E.

• Trate de conectarse a la dirección IP:puerto. (Varias direcciones si configuró un SRV.)

• Si configuró una dirección IP o un nombre de host, especifique el puerto TLS mutuo.

• Si utilizó una SRV, asegúrese de que tenga el formato _sips._tcp.dominio que puso como destino SIP>.

• Si no quiere configurar un SRV, puede introducir dirección :puerto o nombredeusuario:puerto como destino SIP de su organización.

• Para llamadas que se enruta desde Webex hacia la empresa, revise el historial de búsqueda y los registros de red en el Expressway-E. Este paso le ayudará a determinar si el problema está en la nube o en la empresa.

• Si vuelve a utilizar una zona B2B y reglas de búsqueda existentes, considere la posibilidad de crear zonas y reglas de búsqueda exclusivas. Esta configuración evita interferencias con los ajustes de zonas existentes para B2B/MRA, evita bucles de enrutamiento y facilita la solución de problemas.

• Revise el historial de búsqueda y los registros de red en el Expressway-E. Verifique que la INVITACIÓN SIP proveniente de la nube llegue al Expressway-E y coincida con la zona DMZ que configuró para la nube.

  • Si la INVITACIÓN SIP no llega o no coincide con la zona DMZ configurada, siga la ruta de la llamada en dirección a Cisco Unified Communications Manager. Este paso le ayuda a encontrar el punto en el que falla o se pierde la llamada.

  • Consulte la lista de verificación para la solución de problemas en el TLS mutuo.

• Compruebe el encabezado de la ruta. Verifique que contenga el valor del Nombre de dominio totalmente calificado (Fully Qualified Domain Name, FQDN) del grupo que está configurado en los ajustes empresariales de Cisco Unified Communications Manager en las reglas de búsqueda de los Expressway. Mire este ejemplo de encabezado de ruta y FQDN de grupo resaltado:

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

    • En este ejemplo, el FQDN del grupo de inicio es myucmcluster.example.com.

• Los correos electrónicos Cisco Unified Communications Manager coinciden exactamente con el correo electrónico (sincronizado desde Active Directory o desde cualquier otra fuente) en la nube de Webex.

• Las URL de directorio deben coincidir con cualquier dominio que haya verificado en su organización.

• Compruebe su configuración de códecs.

  Los servicios de Webex admiten los siguientes códecs:

  • Audio: G.711, G.722, AAC-LD

  • Vídeo: H.264

  Ofrecemos soporte para G.729 para entrar a una reunión de Webex, reunión de sala personal o reunión de Webex desde un dispositivo SIP. No soportamos G.729 para marcar uno a uno desde Webex a un dispositivo o puente SIP.

• En el grupo de Cisco Unified Communications Manager de inicio de los usuarios afectados, elija Sistema > Parámetros empresariales; en Configuración de dominios a nivel de grupos, compruebe el valor del Nombre de dominio totalmente calificado (FQDN) del clúster. El valor de FQDN que utilice debe seguir estas pautas:

  Pauta para el FQDN	Descripción y ejemplo
  Varios grupos	La entrada debe ser única para cada grupo con Llamadas híbridas; por ejemplo: cluster1.example.com , cluster2.example.com , y asísucesivamente.
  No se admiten comodines	No utilice entradas con comodines, como *.example.com ejemplo*.com.
  Primera entrada de FQDN para llamadas híbridas	En una lista de varias entradas, la nube de Webex utiliza la primera entrada a la izquierda para llamadas híbridas, y esa primera entrada no debe contener comodines. Vea este ejemplo de tres FQDN entradas de izquierda a derecha (la primera es para Llamadas híbridas): cluster1.example.com *.example.com example*.com
  Diferente de Expressway-E	Debe ser diferente del nombre del sistema Expressway, DNS y de dominio. De lo contrario, Expressway-E retira el encabezado de ruta.
  Entrada nueva para llamadas híbridas	Si su entrada de FQDN actual en Unified CM no cumple con los requisitos enumerados anteriormente, puede agregar un nuevo elemento al comienzo del ajuste del FQDN grupo para llamadas híbridas. Por ejemplo: si su ajuste de FQDN existente en Cisco Unified Communications Manager es *.ejemplo.com *.ejemplo.org, agregue una entrada única sin comodines al comienzo del campo: "grupo1.ejemplo.com *.ejemplo.com *.ejemplo.org"