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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Пользователям прямой маршрутизации в 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.

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

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

• Любой клиент Teams.

• Телефоны общего пользования. Лицензия на план звонков не требуется при настройке телефона общего пользования с прямой маршрутизацией. Дополнительные сведения см. в статье Настройка телефонов общего пользования для Microsoft Teams.

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

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

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

Предположим, вы хотите использовать новое доменное имя. Например, клиент имеет 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

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

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

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

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

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

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

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

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

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

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

  • Корневой Baltimore CyberTrust
  • DigiCert Global Root G2

• Убедитесь, что сертификат "Альтернативное имя субъекта" содержит "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: механизм отработки отказа

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

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

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

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

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

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

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

Среды 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

Все среды

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

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

Трафик мультимедиа проходит через компоненты, называемые обработчиками мультимедиа. Обработчики мультимедиа размещаются в том же центре обработки данных, что и прокси-серверы 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. Выбор кодека на этом этапе основан на алгоритмах Майкрософт, которые учитывают несколько параметров.

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

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

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

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

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

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

См. также

• Настройка прямой маршрутизации
• Видеосеанс: прямая маршрутизация в Microsoft Teams.