Rozwiązywanie problemów z błędami wywołania PSTN usług Azure Communication Services
Podczas rozwiązywania problemów z błędami wywołań PSTN usług Azure Communication Services zalecamy włączenie rejestrowania. Następnie możesz użyć ResultCategorieswartości , ParticipantEndReasoni ParticipantEndSubCode , aby określić, dlaczego pojedyncze wywołanie zakończyło się i czy system wykrył jakiekolwiek błędy.
Rozwiązywanie problemów z błędami przy użyciu elementu ResultCategories
Tablica ResultCategories jest właściwością schematu dziennika podsumowania wywołań. Zawiera listę ogólnych powodów, które opisują sposób zakończenia wywołania:
SuccessFailureUnexpectedClientErrorUnexpectedServerError
Te informacje mogą pomóc w ustaleniu, dlaczego wywołanie zakończyło się bez generowania szczegółowego dziennika błędów.
Rozwiązywanie problemów z błędami przy użyciu elementów ParticipantEndReason i ParticipantEndSubCode
Jeśli poziom szczegółowości nie ResultCategories jest wystarczający podczas rozwiązywania problemów z wywołaniami PSTN, możesz użyć ParticipantEndReason funkcji i ParticipantEndSubCode zrozumieć przyczyny, dla których połączenie zakończyło się bardziej szczegółowo. ParticipantEndReasonoraz ParticipantEndSubCode są właściwościami schematu dziennika podsumowania wywołań.
UczestnikEndReason
ParticipantEndReason to trzycyfrowy kod, który pokazuje ogólny stan wywołania. Ten kod wyjaśnia, dlaczego wywołanie zakończyło się i grupuje błędy według kategorii. Na przykład oznacza, ParticipantEndReason 404 że obiekt wywołujący lub wywoływany nie został znaleziony. ParticipantEndReason 500 oznacza, że wystąpił błąd usługi.
Ten kod jest oparty na kodach odpowiedzi protokołu inicjowania sesji (SIP). Aby uzyskać więcej informacji, zobacz listę kodów odpowiedzi SIP w Wikipedii.
Kod uczestnikaEndSubCode
ParticipantEndSubCode to bardziej szczegółowy kod odpowiedzi, który zwykle składa się z sześciu cyfr. Wyjaśnia szczegółowo, dlaczego wystąpił problem z połączeniem.
Kluczowym czynnikiem rozwiązywania problemów z wywołaniami PSTN usług Azure Communication Services jest określenie, czy końcowy kod odpowiedzi SIP dla wywołania pochodzi z procesu firmy Microsoft, czy kontrolera granicy sesji użytkownika/operatora (SBC). Łatwym sposobem określenia, skąd pochodzi kod, jest przyjrzenie się ParticipantEndSubCode odpowiedzi.
ParticipantEndSubCode Jeśli wartość zaczyna się od 560, wskazuje, że SBC użytkownika wygenerował kod odpowiedzi. W takim przypadku należy sprawdzić konfigurację SBC.
Jeśli na przykład ParticipantEndSubCode wartość to 560403, oznacza to, że SBC wygenerował końcowy kod odpowiedzi, a kod to 403. W takim przypadku należy rozpocząć rozwiązywanie problemów z wywołaniami przy użyciu dzienników SBC.
W przypadku ParticipantEndSubCode odpowiedzi, które nie zaczynają się od 560, usługa firmy Microsoft wygenerowała końcowy kod odpowiedzi.
Powiązana zawartość
- Aby uzyskać ogólne informacje dotyczące rozwiązywania problemów, zobacz Rozwiązywanie problemów w usługach Azure Communication Services.
- Aby uzyskać szczegółowe informacje na temat typowych kodów błędów i sugerowanych akcji, zobacz Rozwiązywanie problemów z kodami odpowiedzi zakończenia wywołań dla wywoływania zestawu SDK, zestawu SDK usługi Call Automation i wywołań PSTN.