Проблемы, влияющие на исходящие вызовы прямой маршрутизации
При использовании прямой маршрутизации для выполнения исходящих вызовов из клиента Microsoft Teams к пограничному контроллеру сеансов (SBC) могут возникать различные проблемы. К этим проблемам относятся следующие:
- Для получателя вызова отображается неправильный идентификатор вызывающего абонента.
- Подключение к SBC не установлено.
- Некоторые пользователи в клиенте не могут совершать вызовы.
- Пользователи в клиенте не могут совершать вызовы.
В этой статье рассматриваются потенциальные причины этих проблем и приводятся способы их устранения.
Неверный идентификатор вызывающего абонента, отображаемый получателю
При использовании прямой маршрутизации сведения об идентификаторе вызывающего абонента, доставляемые получателю звонка, перечислены в From
заголовках и P-Asserted-Identity
в сообщении о параметрах протокола SIP.
Заголовок From
содержит любой из следующих элементов:
- Номер телефона, назначенный вызывающему абоненту, который инициирует звонок. Если номер телефона звонящего должен быть скрыт от получателя звонка, он заменяется на "анонимный".
- Номер службы, назначенный вызывающему объекту с помощью командлета
CsCallingLineIdentity
. - Номер телефона исходного абонента, если звонок был переадресован.
Заголовок P-Asserted-Identity
содержит номер телефона пользователя, которому выставляется счет за звонок. Если Privacy:id
задано значение , это означает, что сведения в заголовке должны быть скрыты от получателя звонка.
Причина
Если сведения в From
заголовках и P-Asserted-Identity
не совпадают, а телефонная сеть общего пользования (ТСОП) имеет приоритет P-Asserted-Identity
From
над данными заголовка, отображается неверная информация.
Разрешение
Чтобы убедиться, что получатель вызова отображает правильный идентификатор вызывающего абонента, настройте 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. В выходных данных должно быть указано, что для параметра задано значение Enabled
True
. В следующем примере параметру присвоено значение 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.
Дополнительная информация
Требуется дополнительная помощь? Зайдите на сайт сообщества Майкрософт.
Обратная связь
https://aka.ms/ContentUserFeedback.
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделеОтправить и просмотреть отзыв по