Мониторинг прямой маршрутизации

• Применяется к:

  Microsoft Teams

В этой статье описано, как отслеживать и устранять неполадки в конфигурации прямой маршрутизации.

Возможность совершать и принимать вызовы с помощью прямой маршрутизации включает следующие компоненты:

• Пограничные контроллеры сеансов (SBC)
• Компоненты прямой маршрутизации в Microsoft Cloud
• Телекоммуникационные магистрали

Если у вас возникли проблемы с устранением неполадок, обратитесь в службу поддержки к поставщику SBC или корпорации Майкрософт.

Корпорация Майкрософт работает над предоставлением дополнительных средств для устранения неполадок и мониторинга. Периодически проверяйте документацию на наличие обновлений.

Устранение неполадок с прямой маршрутизацией

Сведения об устранении неполадок с прямой маршрутизацией см. в статье Диагностика проблем с прямой маршрутизацией.

Мониторинг доступности пограничных контроллеров сеансов с помощью сообщений о параметрах протокола SIP

Прямая маршрутизация использует параметры SIP, отправляемые пограничными контроллерами сеансов, для мониторинга работоспособности SBC. Администратор клиента не требует никаких действий, чтобы включить мониторинг параметров SIP. Собранные сведения учитываются при принятии решений о маршрутизации.

Например, если для определенного пользователя доступно несколько SBC для маршрутизации вызова, то прямая маршрутизация учитывает сведения о параметрах SIP, полученные от каждого SBC, для определения маршрутизации.

На следующей схеме показан пример конфигурации:

Когда пользователь звонит на номер +1 425 <любых семи цифр>, прямая маршрутизация оценивает маршрут. В маршруте есть два SBC: sbc1.contoso.com и sbc2.contoso.com. Оба SBC имеют равный приоритет в маршруте. Перед выбором SBC механизм маршрутизации оценивает работоспособность SBC в зависимости от того, когда SBC отправлял параметры SIP в последний раз.

SBC считается работоспособным, если статистика на момент отправки вызова показывает, что SBC отправляет параметры каждую минуту.

При вызове применяется следующая логика:

• SBC был связан в 11:00.
• SBC отправляет параметры в 11:01, 11:02 и т. д.
• В 11:15 пользователь выполняет вызов, и механизм маршрутизации выбирает этот SBC.

Прямая маршрутизация принимает параметры регулярного интервала три раза (регулярный интервал составляет одну минуту). Если параметры были отправлены в течение последних трех минут, SBC считается работоспособным.

Если SBC в примере отправляет параметры в любой период между 11:12 и 11:15 (время выполнения вызова), он считается работоспособным. В противном случае SBC будет понижен с маршрута.

Понижение означает, что SBC не будет опробован первым. Например, у нас есть sbc1.contoso.com и sbc2.contoso.com с равным приоритетом.

Если sbc1.contoso.com не отправляет параметры SIP с регулярным интервалом, как описано ранее, он понижается. Затем sbc2.contoso.com пытается выполнить вызов. Если sbc2.contoso.con не может доставить вызов, sbc1.contoso.com (понижение) пытается еще раз перед сбоем.

Если два (или более) SBC в одном маршруте считаются работоспособными и равными, для распределения вызовов между SBC применяется Fisher-Yates перетасовка.

Мониторинг панели мониторинга аналитики качества звонков и журналов SBC

В некоторых случаях, особенно во время первоначального связывания, могут возникать проблемы, связанные с неправильной настройкой SBC или службы прямой маршрутизации.

Для мониторинга конфигурации можно использовать следующие средства:

• Панель мониторинга качества вызовов
• Журналы SBC

Служба прямой маршрутизации содержит описательные коды ошибок, сообщаемые аналитике вызовов или журналам SBC.

Панель мониторинга качества звонков содержит сведения о качестве и надежности звонков. Дополнительные сведения об устранении неполадок с помощью аналитики звонков см. в разделах Включение и использование панели мониторинга качества звонков для Microsoft Teams и Skype для бизнеса в Сети и использование аналитики звонков для устранения проблем с плохим качеством звонков.

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

Однако аналитика звонков может помочь только в том случае, если вызовы достигают внутренних компонентов прямой маршрутизации и завершаются сбоем. В случае проблем с связыванием SBC или проблем, из-за которых sip "Приглашение" было отклонено (например, имя магистрали FQDN неправильно настроено), аналитика вызовов не поможет. В этом случае обратитесь к журналам SBC. Прямая маршрутизация отправляет подробное описание проблем в SBC; Эти проблемы можно считывать из журналов SBC.