Si hay algún problema con la implementación de su Servicio híbrido de llamadas para dispositivos de Webex, puede utilizar estas sugerencias de resolución de problemas para descartar problemas antes de abrir un caso. Cada sección cubre un componente o aspecto de la vista rápida de soluciones, y la Guía de resolución de problemas proporciona más puntos para revisar y herramientas de diagnóstico que puede utilizar.
En esta sección se cubre la Herramienta de prueba de conectividad híbrida. Puede acceder a esta herramienta de solución de problemas desde Control Hub.
También puede acceder a los problemas conocidos desde los artículos relacionados.
Puede acceder a la Herramienta de prueba de conectividad híbrida desde el ControlHub: desde la vista del cliente en , vaya a Servicios > híbridos , haga clic en Editar configuración en la tarjeta de Llamadas híbridas, desplácese hasta Destino SIP predeterminado https://admin.webex.com y, luego, haga clic en Probar junto al número de Destino SIP que introdujo.
En esta tabla se enumeran errores comunes que pueden aparecer después de probar una Destino SIP para llamadas híbridas. En la tabla también se indican algunos de los pasos siguientes para solucionar problemas, como enlaces a detalles relevantes en la Guía de resolución de problemas para el Servicio híbrido de llamadas.
Error |
Palabra clave |
Más información y los pasos de solución de problemas |
---|---|---|
No se encontró ninguna dirección de DNS |
SRV de DNS |
Falló la búsqueda de DNS. Compruebe que exista un registro DNS o SRV para su destino SIP y que se resuelva en una o más direcciones IP válidas. Consulte No se puede resolver el SRV de DNS/nombre de host de Expressway-E en la guía de resolución de problemas para obtener más información. |
Se excedió el tiempo de espera de conexión |
Falla de socket |
Se excedió el tiempo de espera de la conexión de red y/o de TLS mutuo Revise la conectividad de la red, la velocidad de la conexión, la configuración del firewall y la configuración de TLS mutuo. Consulte estas secciones de la guía de solución de problemas para obtener más información: |
Falla de TLS |
Fallas en el protocolo de enlace de TLS mutuo |
Error en TLS mutuo: Compruebe la configuración de TLS mutuo en Expressway y en , y corrobore que los certificados de TLS mutuo estén presentes y sean válidos en ambas ubicaciones.https://admin.webex.com Consulte Fallas en el protocolo de enlace de TLS mutuo en la guía de solución de problemas para obtener más información. |
Falla de conexión |
Falla de socket |
Falla en conexión TCP: Compruebe la conectividad de red, la velocidad de la conexión y/o la configuración del firewall. Consulte estas secciones de la guía de solución de problemas para obtener más información: |
Falla de lectura/escritura en TCP |
Falla de socket |
Falla de lectura/escritura en TCP: Vuelva a intentarlo. Si el error persiste, compruebe la conectividad de red, la configuración del firewall y la configuración de TLS mutuo. Consulte estas secciones de la guía de solución de problemas para obtener más información: |
Falla de TCP |
Falla de socket |
Falla de TCP: Falla de lectura/escritura en TCP: Vuelva a intentarlo. Si el error persiste, compruebe la conectividad de red, la configuración del firewall y la configuración de TLS mutuo. Consulte estas secciones de la guía de solución de problemas para obtener más información: |
En esta sección se cubren listas de verificación y tareas de resolución de problemas que puede seguir antes de ponerse en contacto con el servicio de soporte.
Si las llamadas de Webex a su empresa no suenan en el lado empresarial, re recorrido los puntos de esta lista de verificación y revise su configuración.
Antes de leer estas sugerencias para la solución de problemas, consulte para conocer la información más reciente sobre cualquier caída de la nube.https://status.webex.com En esa página de estado, también puede suscribirse a las notificaciones.
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 . 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"