Compartilhar via

Solucionar problemas de falhas de chamada PSTN dos Serviços de Comunicação do Azure

  • Artigo

Ao solucionar problemas de falhas de chamadas PSTN dos Serviços de Comunicação do Azure, recomendamos que você habilite o registro. Em seguida, você pode usar os valores ResultCategories, ParticipantEndReason e ParticipantEndSubCode para determinar por que uma chamada individual terminou e se o sistema detectou falhas.

Use ResultCategories para solucionar falhas

A matriz ResultCategories é uma propriedade do esquema de log de resumo de chamadas. Ele contém uma lista de motivos gerais que descrevem como a chamada terminou:

  • Success
  • Failure
  • UnexpectedClientError
  • UnexpectedServerError

Essas informações podem ajudar você a determinar por que uma chamada foi encerrada sem gerar um log de erros detalhado.

Use ParticipantEndReason e ParticipantEndSubCode para solucionar falhas

Se o nível de detalhe em ResultCategories não for suficiente ao solucionar problemas de chamadas PSTN, você pode usar ParticipantEndReason e ParticipantEndSubCode para entender com mais detalhes os motivos pelos quais uma chamada foi encerrada. ParticipantEndReason e ParticipantEndSubCode também são propriedades do esquema registro de resumo de chamadas.

ParticipantEndReason

ParticipantEndReason é um código de três dígitos que mostra o status geral da chamada. Esse código explica por que a chamada terminou e agrupa as falhas por categoria. Por exemplo, ParticipantEndReason 404 ignifica que o chamador ou o chamado não foi encontrado. ParticipantEndReason 500 significa que ocorreu um erro de serviço.

Esse código é baseado nos códigos de resposta do Protocolo de Iniciação de Sessão (SIP). Para obter mais informações, veja a lista de códigos de resposta SIP da Wikipedia.

ParticipantEndSubCode

ParticipantEndSubCode é um código de resposta mais específico que geralmente tem seis dígitos. Ele explica com mais detalhes por que houve um problema com a chamada.

Um fator essencial na solução de problemas de chamadas PSTN dos Serviços de Comunicação do Azure é determinar se o código de resposta SIP final para a chamada veio de um processo da Microsoft ou do controlador de borda de sessão (SBC) do usuário/operador. Uma maneira fácil de determinar de onde o código se originou é examinar a resposta ParticipantEndSubCode.

Se o valor ParticipantEndSubCode começar com 560, isso indica que o SBC do usuário/operador gerou o código de resposta. Nesse caso, você deve verificar a configuração do SBC.

Por exemplo, se o ParticipantEndSubCode valor for 560403, significa que o SBC gerou o código de resposta final, e o código é 403. Nesse caso, você deve começar a solucionar problemas das chamadas usando os registros do SBC.

Para ParticipantEndSubCode respostas que não começam com 560, o serviço da Microsoft gerou o código de resposta final.

Conteúdo relacionado