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

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

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

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

Неверный идентификатор вызывающего абонента, отображаемый получателю

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

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

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

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

Причина

Если сведения в From заголовках и P-Asserted-Identity не совпадают, а телефонная сеть общего пользования (ТСОП) имеет приоритет P-Asserted-IdentityFrom над данными заголовка, отображается неверная информация.

Разрешение

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

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

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

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

Причина 1

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

Решение 1

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

Причина 2

У поставщика ТСОП возникают некоторые проблемы и он отправляет сообщение о сбое SIP. Скорее всего, это происходит, если код ошибки sip 403 или SIP 404.

Решение 2

Обратитесь к поставщику ТСОП для получения поддержки, чтобы устранить проблему.

Причина 3

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

Решение 3

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

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

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

Причина 1

У пользователей отсутствует панель набора номера на вкладке Звонки в Teams.

Решение 1

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

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

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

Причина 2

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

Решение 2

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

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

Причина 3

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

Решение 3

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

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

Пользователи не могут совершать звонки

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

Причина 1

В Teams отключен шлюз.

Решение 1

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

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

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

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

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

Чтобы убедиться, что sbc2.contoso.com шлюз доступен для Teams, выполните командлет 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 к прямой маршрутизации.

Причина 2

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

Решение 2

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

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

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