Проблемы, влияющие на исходящие вызовы прямой маршрутики

При использовании прямой маршрутивки для исходящие вызовы от клиента Microsoft Teams к пограничному контроллеру сеанса (SBC) могут возникнуть различные проблемы. К числу этих проблем относятся следующие:

  • Неправильный ID вызываемой зыбки отображается получателю вызова.
  • Подключение к SBC не установлено.
  • Некоторые пользователи в клиенте не могут звонить.
  • Ни один пользователь в клиенте не может делать вызовы.

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

Неправильный ID вызываемой зыбки, отображаемой получателю

При использовании прямой маршрутной маршрутики сведения о том, что вызываемая информация доставляется получателю вызовов, перечислены в заглавных и заглавных отделах в сообщении параметров протокола инициации сеанса From P-Asserted-Identity (SIP).

В From загонах содержится любой из следующих элементов:

  • Номер телефона, назначенного вызываемой, которая инициировала вызов. Если телефонный номер вызываемого должен быть скрыт от получателя вызова, он заменяется на "анонимный".
  • Номер службы, который назначен вызываемой службе с помощью CsCallingLineIdentity cmdlet.
  • Номер телефона исходного звониющего, если вызов был переназначен.

В P-Asserted-Identity загонах содержится номер телефона пользователя, которому выставлен счет за вызов. Если установлено, это означает, что сведения в загонах должны быть скрыты Privacy:id от получателя вызова.

Причина

Если сведения в заглавных и загонах не совпадают, и если сеть общедоступных переключеных телефонов From P-Asserted-Identity (PSTN) приоритизирует сведения загона над данными загона, отображаются неправильные P-Asserted-Identity From сведения.

Решение

Чтобы убедиться, что правильный код вызываемой полосы отображается получателю вызовов, настройте SBC, чтобы удалить заглавную ссылку из сообщения параметров SIP или изменить его P-Asserted-Identity содержимое.

Подключение к SBC не установлено

Иногда вызовы достигают SBC, но подключение не устанавливается. В этой ситуации, когда SBC получает сообщение о параметрах SIP из Teams, оно возвращает сообщение о сбое, которое включает коды ошибок в диапазоне от 400 до 699.

Любая из следующих причин может предотвратить подключение к SBC.

Причина 1

Сообщение о сбое SIP создается другим телефонным устройством, которое находится в той же сети, что и SBC.

Разрешение 1

Устранение неполадок на другом устройстве для устранения ошибки. Если вам нужна помощь, обратитесь к поставщику устройств.

Причина 2

Поставщик PSTN испытывает некоторые проблемы и отправляет сообщение о сбое SIP. Это наиболее вероятно, если код ошибки отказа SIP 403 или SIP 404.

Разрешение 2

Чтобы устранить проблему, обратитесь к поставщику услуг PSTN за поддержкой.

Причина 3

Проблема не вызвана другим устройством в сети или поставщиком PSTN. Однако причина в противном случае неизвестна.

Разрешение 3

Чтобы устранить проблему, обратитесь к поставщику службы поддержки SBC.

Некоторые пользователи не могут звонить

Если связь между клиентом Teams клиентом и SBC работает правильно, но некоторые пользователи не могут звонить, проблема может быть вызвана неправильными настройками или неправильной подготовкаю этих пользователей.

Причина 1

Пользователи отсутствуют на вкладке Вызовы в Teams.

Разрешение 1

Убедитесь, что у пользователя есть правильная лицензия (E3 с телефонная система или E5) и все необходимые параметры. Чтобы проверить параметры, выполните кодлет Get-CsOnlineUser в Teams PowerShell следующим образом:

Get-CsOnlineUser -Identity <UserIdParameter> | fl Identity,EnterpriseVoiceEnabled,HostedVoiceMail,OnPremLineURI

Все необходимые значения должны быть указаны в описании в Enable users for Direct Routing, voice and voicemail.

Причина 2

Ни один из шаблонов политики маршрутизов голосовой маршрутики в Интернете (OVRP) не совпадает с номером, который был набран пользователем.

Разрешение 2

Убедитесь, что следующие условия верны:

  • В OVRP есть шаблон, который соответствует набраному номеру.
  • Профиль использования для вызова совпадает с профилем, который настроен для конкретного пользователя.
  • Шлюз, указанный для SBC, включен. Если он отключен, включи его или выберите другой шлюз, который включен.

Причина 3

OVRP пользователя содержит недействительные символы.

Разрешение 3

Недействительные невидимые символы могут быть вставлены в OVRP при вставки сведений из Microsoft Word или других редакторов WYSIWYG. Хотя символы не отображаются, они рассматриваются при выборе маршрута, который должен принять вызов.

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

Ни один пользователь не может делать вызовы

Если никто из пользователей не может звонить, вызовы, вероятно, не достигают SBC. Проверьте одну из следующих причин.

Причина 1

Teams имеет отключенный шлюз.

Разрешение 1

Используйте центр администрирования Microsoft Teams, чтобы убедиться, что шлюз, используемый Teams, доступен и включен.

Вы также можете использовать Teams PowerShell для проверки и обновления шлюза при необходимости.

Чтобы проверить состояние шлюза, запустите кодлет Get-CsOnlinePSTNGateway. Выход должен показать, что значение Enabled параметра задано True . В следующем примере параметр Enabled задан для True шлюза, но не для sbc1.contoso.com sbc2.contoso.com шлюза.

Get-CsOnlinePSTNGateway | fl Identity,Fqdn,SipSignalingPort,MaxConcurrentSessions,Enabled

Снимок экрана состояния шлюза

Чтобы убедиться, что шлюз доступен для Teams, запустите комлет sbc2.contoso.com Set-CsOnlinePSTNGateway, чтобы Enabled задать параметр True .

Set-CsOnlinePSTNGateway -Identity "sbc2.contoso.com" -Enabled $true

Чтобы проверить, доступен ли sbc2.contoso.com шлюз, снова запустите Get-CsOnlinePSTNGateway этот код:

Get-CsOnlinePSTNGateway -Identity "sbc2.contoso.com" | fl Identity,Fqdn,SipSignalingPort,MaxConcurrentSessions,Enabled

Второй снимок экрана состояния шлюза

Дополнительные сведения см. в Подключение SBC to Direct Routing.

Причина 2

Шлюз не отвечает на сообщения параметров SIP, так как некоторые устройства в сети, например брандмауэр, блокируют сообщения.

Разрешение 2

Убедитесь, что IPs и FQDNs сигналов SIP разрешены на всех сетевых устройствах, которые подключают SBC к Интернету. Ip-адреса, которые должны быть разрешены, перечислены в SIP Signaling: FQDNs.

Дополнительная информация

Требуется дополнительная помощь? Зайдите на сайт сообщества Майкрософт.