Soluciona problemas de SIP Link

Para completar estos pasos, necesitas el privilegio de administración de usuarios adecuado. Sin el privilegio correcto, no verás todos los controles necesarios para completar estos pasos. La configuración de SIP Link requiere una serie de integraciones complejas. Usa este artículo para solucionar problemas durante el proceso de integración.

Antes de comenzar

Para solucionar problemas de SIP Link, asegúrate de tener lo siguiente:

  • Captura de paquetes en tu SBC
  • Captura de paquetes en tu firewall
  • Una herramienta para ver capturas de paquetes
  • Acceso a tus registros de SBC

Nota: Si necesitas más ayuda para solucionar problemas, comunícate con tu proveedor o operador de SBC.

Confirma la conexión de señal con SIP Link

La señalización de SIP Link usa la seguridad de la capa de transporte (TLS). TLS consiste en un paquete de certificados creados por Public Certificate Authority (AC) públicas. Puedes verificar el estado de tu conexión TLS en la página de destino de SIP Link del panel de control del administrador.

  1. Confirma que tu certificado TLS provenga de una de las siguientes AC:
    • DigiCert
    • Entrust DataCard
    • GlobalSign
    • GoDaddy
    • Sectigo
  2. Inicia un protocolo de enlace de tres vías del Protocolo de control de transmisión (TCP), seguido de un protocolo de enlace TLS. Cuando se intercambian los certificados, Voice envía un certificado seguido de los certificados del SBC.
  3. Una vez que se produce este intercambio, se pueden intercambiar datos de la aplicación entre Voice y tu SBC.

Soluciona problemas de calidad de las llamadas

Si tienes problemas con la calidad de las llamadas, asegúrate de que la latencia de la red sea constante y baja. La calidad de las llamadas es óptima cuando el tráfico de Voice toma la ruta más corta entre Voice y el SBC. Tu objetivo debe ser una latencia de ida y vuelta de 100 ms o menos.

Para probar la latencia de la red, sigue estos pasos:

  1. Haz ping al servidor de frontend de contenido multimedia de Voice desde la interfaz externa del SBC.
  2. Mantén la conexión a Voice durante al menos 4 horas.
  3. Asegúrate de que la latencia sea constante y de 100 ms o menos. No promedies el valor de latencia y verifica si hay aumentos repentinos ocasionales.
  4. Si tu latencia no es de 100 ms o menos, usa la utilidad traceroute para imprimir la ruta de acceso de red desde tu SBC o máquina cliente hasta el frontend de contenido multimedia de Voice. La ruta de acceso debe ser lo más corta posible, por ejemplo:
    • En computadoras, usa > traceroute lens.voice.google.com.
    • En Chromebooks, usa > tracepath lens.voice.google.com.
    • Para los SBC, usa traceroute siplink.telephony.goog o traceroute lens.voice.google.com.

Soluciona problemas habituales de conexión de señal

No se puede establecer una sesión de TCP entre el SBC y Voice

Si no se establece la sesión de TCP, podría deberse a un problema de firewall o de conectividad de red. El SBC puede enviar un mensaje SYN, pero no hay respuesta.

Para resolver este problema, sigue estos pasos:

  1. Haz ping a siplink.telephony.google para asegurarte de que la conectividad de red esté disponible.
  2. Habilita el puerto de destino 5672 para Voice.
  3. Confirma que el DNS funcione para la resolución de siplink.telephony.goog.
  4. Verifica que el firewall permita el tráfico desde el SBC y que el puerto siplink.telephony.goog:5672 esté abierto.

No se puede establecer una sesión de TLS entre el SBC y Voice

Si no se establece tu sesión de TLS, podría deberse a problemas de certificación de PCA. Es posible que recibas una alerta grave que indique que el certificado es desconocido.

Para resolver este problema, sigue estos pasos:

  1. Asegúrate de que el certificado raíz y el certificado intermedio asociados con la PCA se suban al almacén de claves asociado con tu perfil de TLS para SIP Link. Cuando generes la CSR para la certificación del SBC, sigue los lineamientos del documento de interoperabilidad del proveedor de SBC correspondiente.
  2. Asegúrate de que tu certificado de SBC cumpla con estos lineamientos:
    • Tamaño de clave de 2,048
    • Encriptación RSA o ECDSA
    • El nombre común (CN) coincide con el nombre de host creado para SIP Link.
    • El dominio del CN en el certificado coincide con el dominio de Workspace.
    • Autenticación mutua habilitada
    • Autenticación de servidor y cliente habilitada
    • No se admiten los certificados comodín
  3. Asegúrate de que la certificación GTSR1 de Google que se encuentra en pki.goog también se suba al almacén de claves para su perfil de TLS respectivo para SIP Link.
  4. Verifica si venció la validez del certificado del SBC a Google.

Respuesta 404 o 604 No encontrado durante la invitación del SBC

Si recibes una respuesta 404 o 604 No encontrado durante la invitación del SBC, es posible que no tengas el número de SBC asignado a Voice.

Para resolver este problema, sigue estos pasos:

  1. Asegúrate de que el número de teléfono del SBC esté asignado a un usuario, un asistente automático o un grupo de llamada en Voice.
  2. Confirma que el número de teléfono esté en formato E. 164 en el encabezado de PAI.

Respuesta 400 Bad Request durante la invitación del SBC

Si recibes una respuesta 400 Bad Request durante la invitación del SBC, es posible que no estés usando la clave secreta correcta.

Para solucionar este problema,

  1. Verifica el mensaje de invitación para asegurarte de que contenga el encabezado SIP X-Google-Pbx-Trunk-Secret-Key con el valor correcto. Esta clave se genera cuando configuras SIP Link.
  2. Confirma que el número de teléfono esté en formato E. Formato 164 en el encabezado P-Asserted-Identity.

Respuesta 403 Forbidden de Voice

Si recibes una respuesta 403 Forbidden, es posible que el URI de solicitud (RURI) en la invitación del SBC a Voice sea incorrecto. Confirma que el host del RURI sea trunk.sip.voice.google.com.

Soluciona problemas habituales de conexión de contenido multimedia

Antes de comenzar a solucionar problemas de tu conexión de contenido multimedia, asegúrate de que tu red cumpla con las siguientes condiciones:

  • Tu red usa la encriptación de seguridad de la capa de transporte para datagramas (DTLS) o la descripción de seguridad del protocolo de descripción de sesión para transmisiones de contenido multimedia (SDES), pero no ambas.
  • No usas ofertas de SDP sin encriptar. Las llamadas que se realizan de esta manera se finalizan automáticamente.
  • MKI o Crypto Lifetime deben estar inhabilitados.
  • Si se usa DTLS, se utiliza un certificado autofirmado en el SBC. No es necesario que el certificado esté firmado por una AC.
  • Asegúrate de que uno de los códecs compatibles esté configurado en el perfil de voz de tu SBC, G711 mulaw (PCMU), G711 alaw (PCMA), Opus o G722.
  • La señalización multifrecuencia de dos tonos (DTMF) está presente como eventos de telefonía.
  • Asigna una IP pública dedicada a la interfaz externa de tu SBC.
  • Configura la NAT de origen y destino para tu firewall.

    No se pudo negociar el certificado (DTLS)

    Si recibes un mensaje de alerta (Nivel: Fatal, Descripción: CA desconocida), es posible que el certificado que se usa para la DTLS no esté certificado.

    La negociación de DTLS comienza con un protocolo de enlace de certificados entre los extremos de contenido multimedia especificados en los campos de conexión de SDP de oferta y respuesta. Una vez que se complete correctamente, el contenido multimedia fluirá entre el SBC y Google Voice a través de una conexión encriptada.

    Para resolver el problema, asegúrate de que el certificado tenga un certificado autofirmado del SBC. No uses certificados firmados por una CA pública, ya que esto generará una fragmentación en UDP que causará problemas.

    Mensajes de saludo del cliente del SBC a Voice sin respuesta (DTLS)

    Es posible que recibas varios mensajes de saludo del cliente del SBC a Voice sin respuesta cuando uses la encriptación DTLS.

    Para resolver el problema, haz lo siguiente:

    • Verifica los puertos del firewall para asegurarte de que el SBC tenga un flujo de contenido multimedia bidireccional hacia la subred de IP de contenido multimedia de Voice (74.125.39.0/24) en el puerto 19305 o 26500.
    • Para SBC Public IP:media port <> 74.125.39.0/24:(19302-19308, 26500). Consulta la sección de puertos de firewall para SIP Link para obtener más información.
    • Se puede acceder a las IP de contenido multimedia de Google Voice mediante ping, y se puede probar de esa manera la accesibilidad desde el SBC.

    No recibo respuesta para UDP del SBC a Voice

    Para resolver el problema, haz lo siguiente:

    • Verifica los puertos del firewall para asegurarte de que el SBC tenga un flujo de contenido multimedia bidireccional hacia la subred de IP de contenido multimedia de Voice (74.125.39.0/24), puerto 19305 o 26500.
    • Para SBC Public IP:media port <> 74.125.39.0/24:(19302-19308, 26500). Consulta la sección de puertos de firewall para SIP Link para obtener más información.
    • Se puede acceder a las IP de contenido multimedia de Google Voice mediante ping, y se puede probar de esa manera la accesibilidad desde el SBC.
    • Cuando se realiza la traducción de direcciones de red (NAT), el firewall no debe modificar el puerto que envía el SBC. Esto hará que Voice descarte el paquete de contenido multimedia enviado desde el SBC, ya que verá la fuente como la IP pública del SBC, pero un puerto diferente de la oferta y respuesta de SDP negociadas.

    Flujo de paquetes bidireccional, pero no hay audio en la llamada

    Para resolver el problema, verifica la criptografía de encriptación que se usa para el contenido multimedia. Debería ser AES_CM_128_HMAC_SHA1_80.

    Google responde a la invitación con 486 (SDES)

    Para resolver el problema, verifica la encriptación criptográfica que se usa para el contenido multimedia.

    Si la invitación contiene MKI, que no es compatible con SIP Link, inhabilita MKI.


Google, Google Workspace y las marcas y los logotipos relacionados son marcas comerciales de Google LLC. Todos los demás nombres de productos y empresas son marcas comerciales de las empresas con las que se encuentran asociados.