Поделиться через


Устранение неполадок при вызове Службы коммуникации Azure ТСОП

При устранении неполадок Службы коммуникации Azure сбоях вызовов ТСОП рекомендуется включить ведение журнала. Затем можно использовать ResultCategoriesи ParticipantEndReasonParticipantEndSubCode значения, чтобы определить, почему завершился отдельный вызов и обнаружен ли система каких-либо сбоев.

Использование категорий результатов для устранения неполадок

Массив ResultCategories является свойством схемы сводного журнала вызова. Он содержит список общих причин, описывающих окончание вызова:

  • Success
  • Failure
  • UnexpectedClientError
  • UnexpectedServerError

Эти сведения помогут определить, почему вызов закончился без создания подробного журнала ошибок.

Устранение неполадок с помощью ParticipantEndReason и ParticipantEndSubCode

Если уровень детализации ResultCategories недостаточно при устранении неполадок вызовов ТСОП, можно использовать ParticipantEndReason и ParticipantEndSubCode понять причины, по которым вызов закончился более подробно. ParticipantEndReason и ParticipantEndSubCode также являются свойствами схемы сводного журнала вызова.

УчастникEndReason

ParticipantEndReason — это трехзначный код, показывающий общее состояние вызова. В этом коде объясняется, почему вызов закончился и группирует сбои по категориям. Например, это означает, что ParticipantEndReason 404 вызывающий или вызывающий объект не найден. ParticipantEndReason 500 означает, что произошла ошибка службы.

Этот код основан на кодах ответов протокола sip. Дополнительные сведения см. в списке кодов ответа SIP в Википедии.

УчастникEndSubCode

ParticipantEndSubCode — это более конкретный код ответа, который обычно составляет шесть цифр. Он объясняет более подробно, почему возникла проблема с вызовом.

Ключевым фактором устранения неполадок Службы коммуникации Azure вызовов ТСОП является определение того, был ли окончательный код ответа SIP для вызова из процесса Майкрософт или пограничного контроллера сеанса пользователя или оператора (SBC). Простой способ определить, где был создан код, заключается в том, чтобы посмотреть на ParticipantEndSubCode ответ.

ParticipantEndSubCode Если значение начинается с560, указывает, что SBC пользователя или оператора создал код ответа. В этом случае необходимо проверить конфигурацию SBC.

Например, если ParticipantEndSubCode значение равно 560403, это означает, что SBC создал окончательный код ответа, а код — 403. В этом случае необходимо начать устранение неполадок с вызовами с помощью журналов SBC.

Для ParticipantEndSubCode ответов, которые не начинаются, 560служба Майкрософт создала окончательный код ответа.