Compartir vía

Solucionar problemas de errores de llamada RTC de Azure Communication Services

  • Artículo

Al solucionar problemas de errores de llamada RTC de Azure Communication Services, se recomienda habilitar el registro. A continuación, puede usar los valores ResultCategories, ParticipantEndReason, y ParticipantEndSubCode para determinar por qué finalizó una llamada individual y si el sistema detectó errores.

Usar ResultCategories para solucionar errores

La matriz ResultCategories es una propiedad del esquema de registro de resumen de llamadas. Contiene una lista de razones generales que describen cómo finalizó la llamada:

  • Success
  • Failure
  • UnexpectedClientError
  • UnexpectedServerError

Esta información puede ayudarle a determinar por qué una llamada finalizó sin generar un registro de errores detallado.

Usar ParticipantEndReason y ParticipantEndSubCode para solucionar errores

Si el nivel de detalle de ResultCategories no es suficiente al solucionar problemas de llamadas RTC, puede usar ParticipantEndReason y ParticipantEndSubCode para comprender los motivos por los que una llamada finalizó con mayor detalle. ParticipantEndReason y ParticipantEndSubCode también son propiedades del esquema de registro de resumen de llamadas.

ParticipantEndReason

ParticipantEndReason es un código de tres dígitos que muestra el estado general de la llamada. En este código se explica por qué la llamada finalizó y agrupa los errores por categoría. Por ejemplo, ParticipantEndReason 404 significa que no se encontró el autor de la llamada o el autor de la llamada. ParticipantEndReason 500 significa que se produjo un error de servicio.

Este código se basa en códigos de respuesta del Protocolo de iniciación de sesión (SIP). Para obtener más información, consulte la lista de códigos de respuesta SIP de Wikipedia.

ParticipantEndSubCode

ParticipantEndSubCode es un código de respuesta más específico que suele ser de seis dígitos. Se explica con más detalle por qué se produjo un problema con la llamada.

Un factor clave para solucionar problemas de llamadas RTC de Azure Communication Services es determinar si el código de respuesta SIP final de la llamada procede de un proceso de Microsoft o del controlador de borde de sesión (SBC) del usuario o del operador. Una manera fácil de determinar dónde se originó el código es examinar la ParticipantEndSubCode respuesta.

Si el valor ParticipantEndSubCode comienza con 560, indica que el SBC del usuario/operador generó el código de respuesta. En ese caso, debe comprobar la configuración de SBC.

Por ejemplo, si el valor ParticipantEndSubCode es 560403, significa que el SBC generó el código de respuesta final y el código es 403. En ese caso, debe empezar a solucionar problemas de las llamadas mediante los registros de SBC.

Para las respuestas ParticipantEndSubCode que no empiezan por 560, el servicio de Microsoft generó el código de respuesta final.

Contenido relacionado