Problemen met PSTN-aanroepen van Azure Communication Services oplossen
Wanneer u problemen met PSTN-aanroepen van Azure Communication Services wilt oplossen, raden we u aan logboekregistratie in te schakelen. Vervolgens kunt u , ParticipantEndReason
en ParticipantEndSubCode
waarden gebruiken ResultCategories
om te bepalen waarom een afzonderlijke oproep is beëindigd en of het systeem fouten heeft gedetecteerd.
ResultCategorieën gebruiken om fouten op te lossen
De ResultCategories
matrix is een eigenschap van het schema van het aanroepsamenvattingslogboek. Het bevat een lijst met algemene redenen die beschrijven hoe de oproep is beëindigd:
Success
Failure
UnexpectedClientError
UnexpectedServerError
Met deze informatie kunt u bepalen waarom een aanroep is beëindigd zonder een gedetailleerd foutenlogboek te genereren.
ParticipantEndReason en ParticipantEndSubCode gebruiken om fouten op te lossen
Als het detailniveau ResultCategories
niet voldoende is wanneer u problemen met PSTN-aanroepen wilt oplossen, kunt u deze gebruiken ParticipantEndReason
en ParticipantEndSubCode
begrijpen waarom een oproep in meer detail is beëindigd. ParticipantEndReason
en ParticipantEndSubCode
zijn ook eigenschappen van het schema van het aanroepsamenvattingslogboek.
ParticipantEndReason
ParticipantEndReason
is een code van drie cijfers die de status van de algemene aanroep weergeeft. In deze code wordt uitgelegd waarom de aanroep is beëindigd en waarom fouten in groepen per categorie zijn beëindigd. Betekent bijvoorbeeld ParticipantEndReason 404
dat beller of aanroeper niet is gevonden. ParticipantEndReason 500
betekent dat er een servicefout is opgetreden.
Deze code is gebaseerd op SIP-antwoordcodes (Session Initiation Protocol). Zie de Wikipedia-lijst met SIP-antwoordcodes voor meer informatie.
ParticipantEndSubCode
ParticipantEndSubCode
is een specifiekere antwoordcode die meestal zes cijfers lang is. Het verklaart in meer detail waarom er een probleem was met de oproep.
Een belangrijke factor bij het oplossen van problemen met PSTN-aanroepen van Azure Communication Services is bepalen of de uiteindelijke SIP-antwoordcode voor de oproep afkomstig is van een Microsoft-proces of de sessierandcontroller van de gebruiker (SBC). Een eenvoudige manier om te bepalen waar de code vandaan komt, is om het ParticipantEndSubCode
antwoord te bekijken.
Als de ParticipantEndSubCode
waarde begint, 560
geeft dit aan dat de SBC van de gebruiker/operator de antwoordcode heeft gegenereerd. In dat geval moet u de SBC-configuratie controleren.
Als de ParticipantEndSubCode
waarde bijvoorbeeld is 560403
, betekent dit dat de SBC de uiteindelijke antwoordcode heeft gegenereerd en de code is 403
. In dat geval moet u beginnen met het oplossen van problemen met de aanroepen met behulp van de SBC-logboeken.
Voor ParticipantEndSubCode
antwoorden die niet beginnen met 560
, heeft de Microsoft-service de uiteindelijke antwoordcode gegenereerd.
Gerelateerde inhoud
- Zie Probleemoplossing in Azure Communication Services voor algemene informatie over probleemoplossing.
- Zie Voor gedetailleerde informatie over veelvoorkomende foutcodes en voorgestelde acties het oplossen van antwoordcodes voor aanroepende SDK, Call Automation SDK en PSTN-aanroepen.