Бөлісу құралы:

Планирование прямой маршрутизации

  • Мақала
  • Қолданылады:
    Microsoft Teams

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

Схема, показывающая конфигурацию локального подключения по ТСОП.

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

С помощью прямой маршрутизации вы можете подключить SBC практически к любой магистрали телефонии или подключиться к оборудованию стороннего ТСОП. Прямая маршрутизация позволяет:

  • Используйте практически любую магистраль ТСОП с Телефоном Teams.

  • Настройте взаимодействие между оборудованием телефонии, принадлежащим клиенту, например сторонней службой обмена данными частной ветви (УАТС), аналоговыми устройствами и Teams.

Корпорация Майкрософт также предлагает решения голосовой связи в облаке, такие как план звонков Майкрософт. Однако прямая маршрутизация может быть лучше всего подходит для вашей организации, если:

  • План звонков Майкрософт недоступен в вашей стране или регионе.

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

  • У вашей организации есть контракт с оператором ТСОП.

Дополнительные сведения о голосовых решениях см. в статье Планирование голосового решения Teams.

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

Прямая маршрутизация также поддерживает пользователей, имеющих другую лицензию на план звонков Майкрософт. Дополнительные сведения см. в разделах Прямая маршрутизация с тарифным планом и оператором Connect.

Требования к инфраструктуре

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

Требования к инфраструктуре Вам потребуется следующее:
Пограничный контроллер сеансов (SBC) Поддерживаемый SBC. Дополнительные сведения см. в разделе Поддерживаемые SBC.
Магистрали телефонии, подключенные к SBC Один или несколько магистралей телефонии, подключенных к SBC. С одной стороны SBC подключается к телефону Teams через прямую маршрутизацию. SBC также может подключаться к сторонним сущностям телефонии, таким как УАТС, аналоговые адаптеры телефонии и т. д. Любой вариант подключения ТСОП, подключенный к SBC, будет работать. (Сведения о настройке магистралей ТСОП к SBC см. в разделе поставщиков SBC или поставщиков магистралей.)
Организация Microsoft 365 Организация Microsoft 365, которая используется для использования пользователей Microsoft Teams, а также конфигурации и подключения к SBC.
Регистратор пользователей Пользователь должен размещаться в Microsoft 365.
Если в вашей компании есть локальная среда Skype для бизнеса с гибридным подключением к Microsoft 365, вы не сможете включить голосовую связь в Teams для локального пользователя.

Чтобы проверить регистратор пользователя, используйте следующий командлет Teams PowerShell:
Get-CsOnlineUser -Identity <user> | fl HostingProvider

Выходные данные командлета должны отображать:
HostingProvider : sipfed.online.lync.com
Доменов Один или несколько доменов, добавленных в организации Microsoft 365 или Office 365.

Нельзя использовать домен по умолчанию *.onmicrosoft.com, который автоматически создается для вашего клиента.

Чтобы просмотреть домены, можно использовать следующий командлет Teams PowerShell:
Get-CsTenant | fl Domains

Дополнительные сведения о доменах и организациях Microsoft 365 или Office 365 см. в разделе Вопросы и ответы о доменах.
Общедоступный IP-адрес для SBC Общедоступный IP-адрес, который можно использовать для подключения к SBC. В зависимости от типа SBC, SBC может использовать NAT.
Полное доменное имя (FQDN) для SBC Полное доменное имя для SBC, где доменная часть полного доменного имени является одним из зарегистрированных доменов в организации Microsoft 365 или Office 365. Дополнительные сведения см. в разделе Доменные имена SBC.
Общедоступная запись DNS для SBC Общедоступная запись DNS, сопоставляемая полное доменное имя SBC с общедоступным IP-адресом.
Общедоступный доверенный сертификат для SBC Сертификат для SBC, который будет использоваться для всего взаимодействия с прямой маршрутизацией. Дополнительные сведения см. в разделе Общедоступный доверенный сертификат для SBC.
Точки подключения для прямой маршрутизации Точками подключения для прямой маршрутизации являются следующие три полных доменных имени:

sip.pstnhub.microsoft.com — Сначала необходимо попробовать глобальное полное доменное имя.
sip2.pstnhub.microsoft.com — дополнительное полное доменное имя, географически сопоставляется со вторым приоритетным регионом.
sip3.pstnhub.microsoft.com — Третичное полное доменное имя, географически сопоставляется с третьим приоритетным регионом.

Сведения о требованиях к конфигурации см. в разделе Sip Signaling: FQDN.
IP-адреса и порты брандмауэра для носителя с прямой маршрутизацией SBC взаимодействует со следующими службами в облаке:

— прокси-сервер SIP, который обрабатывает сигнальные сигналы.
— обработчик мультимедиа, который обрабатывает мультимедиа, за исключением случаев, когда включен обход мультимедиа.

Эти две службы имеют отдельные IP-адреса в Microsoft Cloud, как описано далее в этом документе.

Дополнительные сведения см. в разделе Microsoft Teamsстатьи URL-адреса и диапазоны IP-адресов.
Профиль транспорта мультимедиа TCP/RTP/SAVP
UDP/RTP/SAVP

Лицензирование и другие требования

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

  • Телефон Teams
  • Microsoft Teams

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

Прямая маршрутизация также поддерживает пользователей, имеющих лицензию на план звонков Майкрософт. Дополнительные сведения см. в разделах Прямая маршрутизация с тарифным планом и оператором Connect.

Дополнительные сведения о лицензировании см. в разделах Лицензирование Microsoft Teams и лицензирование надстроек Microsoft Teams.

Примечание. Прямая маршрутизация не поддерживается в режиме островов.

Прямая маршрутизация с помощью аудиоконференций

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

  • Для пользователей GCC High и DoD G5 корпорация Майкрософт рекомендует отключить компонент аудиоконференций, включенный в G5, пока не настроите прямую маршрутизацию и не добавите номера аудиоконференций в клиент вашей организации.

  • Для пользователей GCC High и DoD G3 корпорация Майкрософт рекомендует не назначать надстройку лицензии на аудиоконференции, пока не настроите прямую маршрутизацию и не добавите номера аудиоконференций в клиент вашей организации.

Дополнительные сведения см. в разделе Аудиоконференции с прямой маршрутизацией для GCC High и DoD.

Внеплановая эскалация звонков и лицензия на аудиоконференции

Пользователь Teams может запустить единый вызов Teams-to-PSTN или Teams-to-Teams и добавить в него участника ТСОП. Путь, который принимает вызов, зависит от того, назначена ли пользователю, который передает вызов, лицензия на аудиоконференции Майкрософт.

  • Если пользователю Teams, который передает вызов, назначена лицензия на аудиоконференции Майкрософт, эскалация происходит через службу аудиоконференций Майкрософт. Удаленный участник ТСОП, приглашенный на существующий вызов, получает уведомление о входящем вызове и видит номер моста Майкрософт, назначенный пользователю Teams, который инициировал эскалацию.

  • Если пользователю Teams, который выполняет вызов, не назначена лицензия на аудиоконференции Майкрософт, эскалация происходит через пограничный контроллер сеансов, подключенный к интерфейсу прямой маршрутизации. Удаленный участник ТСОП, приглашенный на вызов, получает уведомление о входящем вызове и видит номер пользователя Teams, который инициировал эскалацию. Конкретный SBC, используемый для эскалации, определяется политикой маршрутизации пользователя.

Необходимо убедиться в следующем:

  • CsOnlineVoiceRoutingPolicy назначается пользователю.

  • Разрешение частных звонков включено на уровне клиента для Microsoft Teams.

Прямая маршрутизация с тарифными планами и оператором Connect

Прямая маршрутизация также поддерживает пользователей, которые имеют лицензию на план звонков Майкрософт или которым назначен номер телефона оператора Connect. Пользователи телефонов Teams с тарифным планом или оператором Connect могут маршрутизировать некоторые вызовы с помощью интерфейса прямой маршрутизации.

Сочетание плана звонков или подключения к оператору Connect и прямой маршрутизации для одного и того же пользователя является необязательным, но может быть полезным. Например, если пользователю назначен номер плана звонков Майкрософт или оператора Connect, но он хочет перенаправить некоторые вызовы с помощью SBC.

Одним из наиболее распространенных сценариев являются вызовы сторонних УАТС. В этой конфигурации звонки на телефоны, подключенные к сторонней УАТС, перенаправляются с помощью прямой маршрутизации и, следовательно, остаются в корпоративной сети, не обходя ТСОП. В то же время все остальные вызовы направляются в ТСОП на основе метода подключения к ТСОП, назначенного пользователям: План звонков Майкрософт или Оператор Connect.

Дополнительные сведения о лицензировании телефонов Teams см. в разделе Лицензирование надстроек Microsoft Teams.

Поддерживаемые конечные точки

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

Доменные имена SBC

Доменное имя SBC должно быть от одного из имен, зарегистрированных в домене клиента.

В следующей таблице приведены примеры DNS-имен, зарегистрированных для клиента, сведения о том, можно ли использовать это имя в качестве полного доменного имени для SBC, а также примеры допустимых полных доменных имен. Обратите внимание, что для имени полного доменного имени SBC нельзя использовать клиент *.onmicrosoft.com.

DNS-имя Может использоваться для полного доменного имени SBC Примеры полных доменных имен
contoso.com Да Допустимые имена:
sbc1.contoso.com
ssbcs15.contoso.com
europe.contoso.com
contoso.onmicrosoft.com Нет Использование доменов *.onmicrosoft.com не поддерживается для имен SBC

Предположим, вы хотите использовать новое доменное имя. Например, клиент имеет contoso.com в качестве доменного имени, зарегистрированного в клиенте, и вы хотите использовать sbc1.sip.contoso.com.

Прежде чем связать SBC с именем sbc1.sip.contoso.com, необходимо зарегистрировать доменное имя sip.contoso.com в разделе Домены в клиенте. При попытке связать SBC с sbc1.sip.contoso.com перед регистрацией доменного имени вы получите следующую ошибку: "Не удается использовать домен "sbc1.sip.contoso.com", так как он не настроен для этого клиента".

После добавления доменного имени необходимо создать пользователя с именем user@sip.contoso.com участника-пользователя и назначить лицензию Teams. Полная подготовка доменного имени после его добавления в домены клиента может занять до 24 часов, чтобы создать пользователя с новым именем и назначить ему лицензию.

Возможно, компания может иметь несколько sip-адресных пространств в одном клиенте. Например, компания может contoso.com в качестве адресного пространства SIP и fabrikam.com в качестве второго адресного пространства SIP. У некоторых пользователей есть адрес user@contoso.com , а у некоторых пользователей — адрес user@fabrikam.com.

SBC требует только одно полное доменное имя и может обслуживать пользователей из любого адресного пространства в парном клиенте. Например, SBC с именем sbc1.contoso.com может получать и отправлять трафик ТСОП для пользователей с адресами user@contoso.com , если user@fabrikam.com эти sip-адресные пространства зарегистрированы в одном клиенте.

Примечание.

Полное доменное имя SBC в прямой маршрутизации служб коммуникации Azure должно отличаться от полного доменного имени SBC в прямой маршрутизации Teams.

Общедоступный доверенный сертификат для SBC

Корпорация Майкрософт рекомендует запросить сертификат для SBC, создав запрос на подпись сертификации (CSR). Конкретные инструкции по созданию CSR для SBC см. в инструкциях по подключению или документации, предоставляемых поставщиками SBC.

Примечание.

Большинству центров сертификации требуется, чтобы размер закрытого ключа был не менее 2048. Помните об этом при создании CSR.

Сертификат должен иметь полное доменное имя SBC в качестве поля общего имени (CN) или альтернативного имени субъекта (SAN).

Кроме того, прямая маршрутизация поддерживает подстановочные знаки в CN и (или) SAN, а подстановочный знак должен соответствовать стандарту RFC HTTP over TLS.

Примером может быть использование *.contoso.com, которое будет соответствовать полному доменному имени SBC sbc.contoso.com, но не соответствует sbc.test.contoso.com.

Интерфейс SIP прямой маршрутизации будет доверять только сертификатам, подписанным центрами сертификации (ЦС), которые являются частью программы доверенных корневых сертификатов Майкрософт. Убедитесь, что ЦС, который входит в программу, подписывает сертификат SBC. Кроме того, убедитесь, что расширение расширенного использования ключа (EKU) сертификата включает проверку подлинности сервера и проверку подлинности клиента.

Дополнительные сведения см. в разделах Требования к программе — доверенные корневые программы Майкрософт и Список сертификатов включенного ЦС.

Примечание.

В конце августа 2023 г. Microsoft 365 обновит свои службы для использования сертификатов TLS, выданных новым ЦС DigiCert Global Root G2. Чтобы избежать ошибок, которые могут повлиять на службу, необходимо обновить корневое хранилище сертификатов SBC, включив в него новый корневой ЦС. Дополнительные сведения см. в статье Изменение сертификата SIP в центр сертификации MSPKI.

Для прямой маршрутизации в средах Office 365 GCCH и DoD один из следующих корневых центров сертификации должен создать сертификат:

  • Глобальный корневой ЦС DigiCert
  • DigiCert High Assurance EV Корневой ЦС

Примечание.

Если для подключения Teams в SBC включена поддержка mutual TLS (MTLS), необходимо установить сертификаты Baltimore CyberTrust Root и DigiCert Global Root G2 в доверенном корневом хранилище SBC контекста TEAMS TLS. (Это связано с тем, что сертификаты службы Майкрософт используют один из этих двух корневых сертификатов.) Чтобы скачать эти корневые сертификаты, см. статью Цепочки шифрования Microsoft 365. Дополнительные сведения см. в разделе Изменения сертификатов TLS Office.

Чтобы убедиться, что подключение MTLS исходит из инфраструктуры Teams, необходимо настроить SBC для реализации следующих проверок сертификата на стороне сервера Teams:

  • Убедитесь, что цепочка выдачи сертификатов исходит от одного из следующих корневых ЦС:

  • Убедитесь, что сертификат "Альтернативное имя субъекта" содержит "sip.pstnhub.microsoft.com".

Сигнал sip: полные доменные имена, порты, механизм отработки отказа

Прямая маршрутизация предлагается в следующих средах:

  • Microsoft 365 или Office 365
  • Office 365 GCC
  • Office 365 GCC High
  • Office 365 DoD

Дополнительные сведения о средах для государственных организаций, таких как GCC, GCC High и DoD, см. в статье Среды Office 365 и для государственных организаций США.

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

Сигнал sip: полные доменные имена

В следующих разделах описаны точки подключения FQDN для различных облачных сред Майкрософт.

Среды Microsoft 365, Office 365 и Office 365 GCC

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

  • сначала необходимо попробовать sip.pstnhub.microsoft.com — глобальное полное доменное имя. Когда SBC отправляет запрос на разрешение этого имени, DNS-серверы Microsoft Azure возвращают IP-адрес, указывающий на основной центр обработки данных Azure, назначенный SBC. Назначение основано на метриках производительности центров обработки данных и географической близости к SBC. Возвращенный IP-адрес соответствует основному полному доменному имени.

  • sip2.pstnhub.microsoft.com — дополнительное полное доменное имя — географически сопоставляется со вторым приоритетным регионом.

  • sip3.pstnhub.microsoft.com — третичное полное доменное имя — географически сопоставляется с третьим приоритетным регионом.

Размещение этих трех полных доменных имен в порядке требуется для:

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

  • Обеспечение отработки отказа при установке подключения из SBC к центру обработки данных, в котором возникает временная проблема. Дополнительные сведения см. в разделе Механизм отработки отказа.

Полные доменные имена sip.pstnhub.microsoft.com, sip2.pstnhub.microsoft.com и sip3.pstnhub.microsoft.com разрешаются в IP-адреса из следующих подсетей:

  • 52.112.0.0/14
  • 52.122.0.0/15

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

Примечание. Входящий трафик SIP к SBC из конечных точек SIP Teams может исходить из любых IP-адресов в этих подсетях, а не только из IP-адресов, которые разрешаются из ранее упомянутых полных доменных имен. Дополнительные сведения о настройке пиринга SIP см. в документации по SBC.

Среда Office GCC DoD

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

sip.pstnhub.dod.teams.microsoft.us — глобальное полное доменное имя. Так как среда Office 365 DoD существует только в центрах обработки данных США, в ней нет дополнительных и третичных полных доменных имен.

Полное доменное имя sip.pstnhub.dod.teams.microsoft.us разрешается в IP-адрес из следующей подсети: 52.127.64.0/21

Чтобы разрешить входящий и исходящий трафик на адреса и из них для сигнализации, необходимо открыть порты для всех этих IP-адресов в брандмауэре.

Среда Office 365 GCC High

В среде Office 365 GCC High точкой подключения для прямой маршрутизации является следующее полное доменное имя:

sip.pstnhub.gov.teams.microsoft.us — глобальное полное доменное имя. Так как среда GCC High существует только в центрах обработки данных США, в ней нет дополнительных и третичных полных доменных имен.

Полное доменное имя sip.pstnhub.gov.teams.microsoft.us разрешается в IP-адрес из следующей подсети: 52.127.88.0/21

Чтобы разрешить входящий и исходящий трафик на адреса и из них для сигнализации, необходимо открыть порты для всех этих IP-адресов в брандмауэре.

Сигнализация SIP: порты

Для сред Microsoft 365 или Office 365, в которых предлагается прямая маршрутизация, необходимо использовать следующие порты:

Движение От До Исходный порт Конечный порт
SIP/TLS Прокси-сервер SIP SBC 1024 – 65535 Определено в SBC (для Office 365 GCC High/DoD должен использоваться только порт 5061)
SIP/TLS SBC Прокси-сервер SIP Определяется в SBC 5061

Сигнал sip: механизм отработки отказа

Чтобы разрешить sip.pstnhub.microsoft.com, SBC выполняет ЗАПРОС DNS. В зависимости от расположения SBC и метрик производительности центра обработки данных выбирается основной центр обработки данных.

Если в основном центре обработки данных возникает проблема, SBC пытается sip2.pstnhub.microsoft.com, который разрешается во второй назначенный центр обработки данных. В редких случаях, когда центры обработки данных в двух регионах недоступны, SBC повторяет последнее полное доменное имя (sip3.pstnhub.microsoft.com), которое предоставляет IP-адрес третьего центра обработки данных.

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

Если основной центр обработки данных — Европа, Ближний Восток и Африка НОАМ АЗИЯ
Дополнительный центр обработки данных (sip2.pstnhub.microsoft.com) НАС Европейский Союз НАС
Третичный центр обработки данных (sip3.pstnhub.microsoft.com) АЗИЯ АЗИЯ Европейский Союз

Трафик мультимедиа: диапазоны портов, обработчики мультимедиа, CODECS

Трафик мультимедиа: диапазоны портов

Если вы хотите развернуть прямую маршрутизацию без обхода посредника, применяются следующие требования. Требования к брандмауэру для обхода сервера-посредника см. в статье Планирование обхода сервера-посредника с помощью прямой маршрутизации.

Трафик мультимедиа передается в отдельную службу в Microsoft Cloud и из нее. Диапазоны IP-адресов для трафика мультимедиа приведены ниже.

Примечание.

Диапазоны IP-адресов, представленные в этом документе, относятся к прямой маршрутизации и могут отличаться от рекомендуемых для клиента Teams.

Среды Microsoft 365, Office 365 и Office 365 GCC

В средах GCC Microsoft 365, Office 365 и Office 365 диапазоны IP-адресов:

  • 52.112.0.0/14 (IP-адреса с 52.112.0.0 до 52.115.255.255)
  • 52.120.0.0/14 (IP-адреса с 52.120.0.0 до 52.123.255.255)

Среда Office 365 DoD

В среде Office 365 DoD диапазоны IP-адресов:

  • 52.127.64.0/21

Среда Office 365 GCC High

В среде Office 365 GCC High диапазоны IP-адресов:

  • 52.127.88.0/21

Все среды

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

Движение От До Исходный порт Конечный порт
UDP/SRTP Обработчик мультимедиа SBC 3478-3481 и 49152 – 53247 Определяется в SBC
UDP/SRTP SBC Обработчик мультимедиа Определяется в SBC 3478-3481 и 49152 – 53247

Примечание.

Корпорация Майкрософт рекомендует по крайней мере два порта на один одновременный вызов в SBC.

Трафик мультимедиа: география процессоров

Трафик мультимедиа проходит через компоненты, называемые обработчиками мультимедиа. Обработчики мультимедиа размещаются в том же центре обработки данных, что и прокси-серверы SIP, как показано ниже.

  • NOAM (центрально-южная часть США, два центра обработки данных в западной части США и восточной части США)
  • Европа (южная часть Соединенного Королевства, Центральная Франция, Амстердам и Дублин)
  • Азия (сингапурский центр обработки данных)
  • Япония (центры обработки данных в восточной и западной странах)
  • Австралия (центры обработки данных в восточной и юго-восточной части Австралии)
  • LATAM (Южная Бразилия)

Трафик мультимедиа: кодеки

В следующих разделах описываются кодеки для трафика мультимедиа.

Этап между SBC и облачным обработчиком мультимедиа или клиентом Microsoft Teams

Применяется как к случаям обхода мультимедиа, так и к случаям без обхода.

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

  • Обход без посредников (обработчик мультимедиа SBC to Cloud): SILK, G.711, G.722, G.729
  • Обход мультимедиа (клиент SBC to Teams): SILK, G.711, G.722, G.729

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

Этап между клиентом Microsoft Teams и облачным обработчиком мультимедиа

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

На этапе между обработчиком облачных носителей и клиентом Teams используется silk или G.722. Выбор кодека на этом этапе основан на алгоритмах Майкрософт, которые учитывают несколько параметров.

Примечание.

Повторное нацеливание на носитель не поддерживается. Если во время вызова direct routing SBC SIP re-Invite (Offer) содержит новый IP-адрес, порт или транспорт, носитель не отправляется из концентратора ТСОП в новый целевой объект. В соответствии с RFC 3264 8.3.1 поддержка повторного назначения мультимедиа является необязательной (не требуется).

Поддерживаемые пограничные контроллеры сеансов (SBC)

Корпорация Майкрософт поддерживает только сертифицированные SBC для связывания с прямой маршрутизацией. Так как корпоративная голосовая связь имеет решающее значение для предприятий, корпорация Майкрософт выполняет интенсивные тесты с выбранными SBC и работает с поставщиками SBC, чтобы обеспечить совместимость этих двух систем.

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

Дополнительные сведения о поддерживаемых контроллерах SBC см. в разделе Контроллеры границ сеансов, сертифицированные для прямой маршрутизации.

Границы поддержки

Корпорация Майкрософт поддерживает телефон Teams с прямой маршрутизацией только при использовании с сертифицированными устройствами. Если возникают проблемы, сначала необходимо обратиться в службу поддержки поставщиков SBC. При необходимости поставщик SBC передает проблему корпорации Майкрософт по внутренним каналам. Корпорация Майкрософт оставляет за собой право отклонять обращения в службу поддержки, когда не сертифицированное устройство подключено к Телефону Teams через прямую маршрутизацию. Если корпорация Майкрософт определяет, что проблема с прямой маршрутизацией клиента связана с устройством SBC поставщика, клиенту необходимо повторно обратиться к поставщику SBC для получения поддержки.

См. также