Настройка оптимизации локального носителя для прямой маршрутизации
Конфигурация для оптимизации локального мультимедиа основана на параметрах сети, которые являются общими для других функций голосовой связи в облаке, таких как маршрутизация Location-Based и динамические экстренные вызовы. Дополнительные сведения о сетевых регионах, сетевых сайтах, подсетях сети и доверенных IP-адресах см. в статье Параметры сети для функций облачной голосовой связи.
Перед настройкой оптимизации локальных носителей см. статью Оптимизация локальных носителей для прямой маршрутизации.
Чтобы настроить локальную оптимизацию мультимедиа, необходимо выполнить следующие действия. Вы можете использовать Центр Администратор Teams или PowerShell. Дополнительные сведения см. в статье Управление топологией сети.
- Настройте пользователя и сайты SBC (как описано в этой статье).
- Настройте SBC для оптимизации локального мультимедиа (в соответствии со спецификацией поставщика SBC).
На следующей схеме показана настройка сети, используемая в примерах в этой статье.
Настройка пользователей и сайтов SBC
Чтобы настроить пользователя и сайты SBC, вам потребуется:
Определите топологию сети , настроив сетевые регионы, сетевые сайты и подсети сети.
Определите топологию виртуальной сети , назначив SBC(s) сайтам с соответствующими режимами и значениями прокси-сервера SBC.
Примечание.
Локальная оптимизация мультимедиа зависит от расположения клиентов, которые обнаруживаются как внешние или внутренние по отношению к корпоративным сетям с доступом к внутреннему интерфейсу контроллера границ сеансов прямой маршрутизации (DR). В сценариях VPN с разделенным туннелированием, когда конечная точка клиента обнаруживается как внешняя по сети клиента, корпорация Майкрософт будет сообщать о внешнем расположении SBC, даже если клиент может получить доступ к внутреннему интерфейсу SBC прямой маршрутизации клиента. Клиенты прямой маршрутизации, использующие локальную оптимизацию мультимедиа, могут столкнуться с длительным временем настройки звонка и в некоторых случаях без звука при приеме звонков из ТСОП. Чтобы избежать этого, администраторы VPN должны блокировать доступ между удаленными пользователями VPN и внутренним интерфейсом SBC с прямой маршрутизацией.
Настройка SBC(s) для оптимизации локального носителя в соответствии со спецификацией поставщика SBC
В этой статье описывается настройка компонентов Майкрософт. Сведения о конфигурации SBC см. в документации поставщика SBC. Сведения о том, какие поставщики SBC поддерживают оптимизацию локального носителя, см. в разделе Контроллеры границ сеансов, сертифицированные для прямой маршрутизации.
Управление внешними доверенными IP-адресами
Внешние доверенные IP-адреса — это внешние IP-адреса в Интернете корпоративной сети. Эти IP-адреса используются клиентами Microsoft Teams при подключении к Microsoft 365. Необходимо добавить эти внешние IP-адреса для каждого сайта, где есть пользователи, использующие оптимизацию локального мультимедиа.
Чтобы добавить общедоступные IP-адреса для каждого сайта, используйте командлет New-CsTenantTrustedIPAddress. Вы можете определить неограниченное количество доверенных IP-адресов для клиента. Если внешние IP-адреса, видимые Microsoft 365, являются ip-адресами IPv4 и IPv6, необходимо добавить оба типа IP-адресов. Для IPv4 используйте маску 32. Для IPv6 используйте маску 128. Вы можете добавить как отдельные внешние IP-адреса, так и внешние IP-подсети, указав в командлете разные значения MaskBits.
New-CsTenantTrustedIPAddress -IPAddress <External IP address> -MaskBits <Subnet bitmask> -Description <description>
Пример добавления доверенных IP-адресов.
New-CsTenantTrustedIPAddress -IPAddress 172.16.240.110 -MaskBits 32 -Description "Vietnam site trusted IP"
New-CsTenantTrustedIPAddress -IPAddress 172.16.240.120 -MaskBits 32 -Description "Indonesia site trusted IP"
New-CsTenantTrustedIPAddress -IPAddress 172.16.240.130 -MaskBits 32 -Description "Singapore site trusted IP"
Определение топологии сети
В этом разделе описывается определение сетевых регионов, сетевых сайтов и подсетей для топологии сети.
Все параметры чувствительны к регистру, поэтому необходимо убедиться, что вы используете тот же вариант, который использовался во время установки. (Например, значения GatewaySiteID "Vietnam" и "vietnam" будут рассматриваться как разные сайты.)
Определение регионов сети
Чтобы определить сетевые регионы, используйте командлет New-CsTenantNetworkRegion. Параметр RegionID — это логическое имя, которое представляет географию региона и не имеет зависимостей или ограничений. Параметр CentralSite <site ID> является необязательным.
New-CsTenantNetworkRegion -NetworkRegionID <region ID>
В следующем примере создается сетевой регион с именем APAC:
New-CsTenantNetworkRegion -NetworkRegionID "APAC"
Определение сетевых сайтов
Чтобы определить сетевые сайты, используйте командлет New-CsTenantNetworkSite. Каждый сетевой сайт должен быть связан с регионом сети.
New-CsTenantNetworkSite -NetworkSiteID <site ID> -NetworkRegionID <region ID>
В следующем примере создаются три новых сетевых сайта: Вьетнам, Индонезия и Сингапур в регионе APAC:
New-CsTenantNetworkSite -NetworkSiteID "Vietnam" -NetworkRegionID "APAC"
New-CsTenantNetworkSite -NetworkSiteID "Indonesia" -NetworkRegionID "APAC"
New-CsTenantNetworkSite -NetworkSiteID "Singapore" -NetworkRegionID "APAC"
Определение сетевых подсетей
Чтобы определить сетевые подсети и связать их с сетевыми сайтами, используйте командлет New-CsTenantNetworkSubnet. Каждая подсеть сети может быть связана только с одним сайтом.
New-CsTenantNetworkSubnet -SubnetID <Subnet IP address> -MaskBits <Subnet bitmask> -NetworkSiteID <site ID>
В следующем примере определяются три подсети сети и они связываются с тремя сетевыми сайтами: Вьетнамом, Индонезией и Сингапуром:
New-CsTenantNetworkSubnet -SubnetID 192.168.1.0 -MaskBits 24 -NetworkSiteID "Vietnam"
New-CsTenantNetworkSubnet -SubnetID 192.168.2.0 -MaskBits 24 -NetworkSiteID "Indonesia"
New-CsTenantNetworkSubnet -SubnetID 192.168.3.0 -MaskBits 24 -NetworkSiteID "Singapore"
Определение топологии виртуальной сети
Сначала администратор клиента создает новую конфигурацию SBC для каждого соответствующего SBC с помощью командлета New-CsOnlinePSTNGateway. Администратор клиента определяет топологию виртуальной сети, указывая сетевые сайты для объектов шлюза ТСОП с помощью командлета Set-CsOnlinePSTNGateway:
PS C:\> Set-CsOnlinePSTNGateway -Identity <Identity> -GatewaySiteID <site ID> -MediaBypass <true/false> -BypassMode <Always/OnlyForLocalUsers> -ProxySBC <proxy SBC FQDN or $null>
Обратите внимание на следующее:
- Если у клиента есть один SBC, параметр -ProxySBC должен быть обязательным $null или полное доменное имя SBC (сценарий центрального SBC с централизованными магистралями).
- Для поддержки оптимизации локального мультимедиа параметру -MediaBypass необходимо задать значение $true.
- Если для SBC не задан параметр -BypassMode, заголовки X-MS не будут отправляться.
- Все параметры чувствительны к регистру, поэтому необходимо убедиться, что вы используете тот же вариант, который использовался во время установки. (Например, значения GatewaySiteID "Vietnam" и "vietnam" будут рассматриваться как разные сайты.)
В следующем примере три SBC добавляются к сетевым сайтам Вьетнама, Индонезии и Сингапура в регионе APAC с режимом always bypass:
Set-CSOnlinePSTNGateway -Identity "proxysbc.contoso.com" -GatewaySiteID "Singapore" -MediaBypass $true -BypassMode "Always" -ProxySBC $null
Set-CSOnlinePSTNGateway -Identity "VNsbc.contoso.com" -GatewaySiteID "Vietnam" -MediaBypass $true -BypassMode "Always" -ProxySBC "proxysbc.contoso.com"
Set-CSOnlinePSTNGateway -Identity "IDsbc.contoso.com" -GatewaySiteID "Indonesia" -MediaBypass $true -BypassMode "Always" -ProxySBC "proxysbc.contoso.com"
Примечание.
Чтобы обеспечить бесперебойную работу при одновременной настройке оптимизации локального носителя и маршрутизации Location-Based (LBR), подчиненные контроллеры SBC должны быть включены для LBR, задав параметру GatewaySiteLbrEnabled значение $true для каждого подчиненного SBC. (Этот параметр не является обязательным для прокси-сервера SBC.)
На основе приведенных выше сведений прямая маршрутизация будет включать три собственных заголовка SIP для приглашений SIP и повторных приглашений, как показано в следующей таблице.
Заголовки X-MS, представленные в прямой маршрутизации для приглашений и Re-Invites, если определен BypassMode:
| Имя заголовка | Значения | Комментарии |
|---|---|---|
| X-MS-UserLocation | внутренний/внешний | Указывает, является ли пользователь внутренним или внешним |
| Request-URI INVITE sip: +84439263000@VNsbc.contoso.com SIP /2.0 | Полное доменное имя SBC | Полное доменное имя, которое предназначено для вызова, даже если SBC не подключен напрямую к прямой маршрутизации |
| X-MS-MediaPath | Пример: proxysbc.contoso.com, VNsbc.contoso.com | Порядок SBC, которые должны использоваться для пути мультимедиа между пользователем и целевым SBC. Окончательный SBC всегда является последним |
| X-MS-UserSite | usersiteID | Строка, определяемая администратором клиента |
Потоки вызовов
Ниже показаны потоки вызовов для двух режимов:
Режим постоянного обхода
Режим постоянного обхода — самый простой вариант для настройки. Администратор клиента может настроить один сайт для всех пользователей и SBC, если все SBC доступны с любого сайта.
В примерах показан режим постоянного обхода для следующих сценариев:
- Исходящие вызовы, и пользователь находится в том же расположении, что и SBC
- Входящие вызовы, и пользователь находится в том же расположении, что и SBC
- Исходящие вызовы и пользователь является внешним
- Входящие вызовы и пользователь является внешним
В следующей таблице показаны полное доменное имя и IP-адреса, используемые в примерах:
| Полное доменное имя | Внешний IP-адрес SBC | Внутренний IP-адрес SBC | Внутренняя подсеть | Местоположение | Внешний NAT (доверенный IP-адрес) |
|---|---|---|---|---|---|
| VNsbc.contoso.com | Нет | 192.168.1.5 | 192.168.1.0/24 | Вьетнам | 172.16.240.110 |
| IDsbc.contoso.com | Нет | 192.168.2.5 | 192.168.2.0/24 | Индонезия | 172.16.240.120 |
| proxysbc.contoso.com | 172.16.240.133 | 192.168.3.5 | 192.168.3.0/24 | Сингапур | 172.16.240.130 |
Исходящие вызовы и пользователь находится в том же расположении, что и SBC с Always Bypass
| Режим | Пользователь | Местоположение | Направление вызова |
|---|---|---|---|
| AlwaysBypass | Internal | Тот же сайт, что и SBC | Исходящее |
В следующей таблице показаны конфигурация и действие конечного пользователя.
| Физическое расположение пользователя | Пользователь совершает или получает звонок на номер или с номера | Номер телефона пользователя | Политика маршрутизации голосовой связи через Интернет | Режим, настроенный для SBC |
|---|---|---|---|---|
| Вьетнам | +84 4 3926 3000 | +84 4 5555 5555 | Приоритет 1: ^+84(\d{9})$ -VNsbc.contoso.com Приоритет 2: .* — proxysbc.contoso.com |
VNsbc.contoso.com — всегда обход proxysbc.contoso.com — всегда обход |
На следующей схеме показана лестница SIP для исходящего вызова с режимом постоянного обхода и пользователя в том же расположении, что и SBC.
В следующей таблице показаны заголовки X-MS, отправленные с помощью прямой маршрутизации:
| Параметр | Пояснение |
|---|---|
| Пригласить +8443926300@VNsbc.contoso.com | Целевое полное доменное имя SBC, определенное в политике маршрутизации голосовой связи через Интернет, отправляется в URI запроса. |
| X-MS-UserLocation: внутреннее | Поле, указывающее, что пользователь находится внутри корпоративной сети |
| X-MS-MediaPath: VNsbc.contoso.com | Указывает, какой SBC клиент должен пройти до целевого SBC. В этом случае, как у нас есть Always Bypass, и клиент является внутренним целевым именем, отправленным в качестве единственного имени в заголовке. |
| X-MS-UserSite: Вьетнам | Поле, указанное на сайте, где находится пользователь. |
Входящие вызовы, и пользователь находится в том же расположении, что и SBC с Always Bypass
| Режим | Пользователь | Местоположение | Направление вызова |
|---|---|---|---|
| AlwaysBypass | Internal | Тот же сайт, что и SBC | Входящих |
При входящем вызове расположение пользователя неизвестно, и SBC должен угадать, где находится пользователь. Если предположение неверно, потребуется повторное приглашение. В этом случае предполагается, что пользователь является внутренним, носитель может поступать напрямую, и никаких дальнейших действий не требуется (повторное приглашение). SBC, подключенный к службе прямой маршрутизации, сообщает о исходном расположении SBC, предоставляя поля Record-Route и Контакт. На основе этих полей путь к носителю вычисляется с помощью прямой маршрутизации.
Примечание. Учитывая, что у пользователя может быть несколько конечных точек, поддержка 183 невозможна. Прямая маршрутизация всегда будет использовать 180 ringing в этом случае.
На следующей схеме показана лестница SIP для входящего вызова в режиме AlwaysBypass, где пользователь находится в том же расположении, что и SBC.
Исходящие вызовы и пользователь является внешним с Always Bypass
| Режим | Пользователь | Сайт | Направление вызова |
|---|---|---|---|
| AlwaysBypass | Внешняя | Н/Д | Исходящее |
На следующей схеме показана лестница SIP для исходящего вызова в режиме AlwaysBypass, а пользователь является внешним:
В следующей таблице показаны заголовки X-MS, отправленные службой прямой маршрутизации:
| Параметр | Пояснение |
|---|---|
| Пригласить +8443926300@VNsbc.contoso.com | Целевое полное доменное имя SBC, определенное в политике маршрутизации голосовой связи в Сети, отправляется в URI запроса. |
| X-MS-UserLocation: внешний | В поле указано, что пользователь находится за пределами корпоративной сети. |
| X-MS-MediaPath: proxysbc.contoso.com, VNsbc.contoso.com | Указывает, какой SBC клиент должен пройти до целевого SBC. В этом случае, как у нас есть Always Bypass, и клиент является внешним. |
Входящие вызовы, и пользователь является внешним с Always Bypass
| Режим | Пользователь | Сайт | Направление вызова |
|---|---|---|---|
| AlwaysBypass | Внешняя | Н/Д | Входящих |
Для входящего вызова SBC, подключенный к прямой маршрутизации, должен отправить повторное приглашение (по умолчанию кандидаты на локальные носители всегда предлагаются), если расположение пользователя является внешним. X-MediaPath вычисляется на основе Record-Route и указанного пользователя SBC.
На следующей схеме показана лестница SIP для входящего вызова в режиме AlwaysBypass, а пользователь является внешним.
Только для режима локальных пользователей
Кандидаты на локальные носители целевого SBC будут предлагаться только в том случае, если пользователь находится в том же расположении, что и SBC. Во всех остальных случаях носитель будет проходить через внутренний или внешний IP-адрес прокси-сервера SBC.
Описаны следующие сценарии:
- Исходящие вызовы, и пользователь находится в том же расположении, что и SBC
- Входящие вызовы, и пользователь находится в том же расположении, что и SBC
- Пользователь находится не в том же расположении, что и SBC, но находится в корпоративной сети.
- Входящие вызовы, и пользователь является внутренним, но не в том же расположении, что и SBC
В следующей таблице показаны конфигурация и действия конечных пользователей:
| Физическое расположение пользователя | Пользователь совершает или получает звонок на номер или с номера | Номер телефона пользователя | Политика маршрутизации голосовой связи через Интернет | Режим, настроенный для SBC |
|---|---|---|---|---|
| Вьетнам | +84 4 3926 3000 | +84 4 5555 5555 | Приоритет 1: ^+84(\d{9})$ -VNsbc.contoso.com Приоритет 2: .* — proxysbc.contoso.com |
VNsbc.contoso.com — OnlyForLocalUsers Proxysbc.contoso.com — Always Bypass |
Исходящие вызовы и пользователь находится в том же расположении, что и SBC с только для локальных пользователей
| Режим | Пользователь | Сайт | Направление вызова |
|---|---|---|---|
| OnlyForLocalUsers | Internal | То же, что и SBC | Исходящее |
На следующей схеме показан исходящий вызов в режиме OnlyForLocalUsers, где пользователь находится в том же расположении, что и SBC. Это тот же поток, который показан в исходящих вызовах, когда пользователь находится в том же расположении, что и SBC.
Входящие вызовы, и пользователь находится в том же расположении, что и SBC с только для локальных пользователей
| Режим | Пользователь | Сайт | Направление вызова |
|---|---|---|---|
| OnlyForLocalUsers | Internal | То же, что и SBC | Входящих |
На следующей схеме показан входящий вызов в режиме OnlyForLocalUsers, где пользователь находится в том же расположении, что и SBC. Это тот же поток, который показан в разделе Входящие вызовы, когда пользователь находится в том же расположении, что и SBC.
Пользователь находится не в том же расположении, что и SBC, но находится в корпоративной сети только для локальных пользователей.
| Режим | Пользователь | Сайт | Направление вызова |
|---|---|---|---|
| OnlyForLocalUsers | Internal | Отличается от SBC | Исходящее |
Прямая маршрутизация вычисляет X-MediaPath на основе сообщаемого расположения пользователя и режима, настроенного в SBC.
На следующей схеме показан исходящий вызов в режиме OnlyForLocalUsers и внутренний пользователь, который находится не в том же расположении, что и SBC.
Входящий вызов, и пользователь является внутренним, но не в том же расположении, что и SBC с только для локальных пользователей
| Режим | Пользователь | Сайт | Направление вызова |
|---|---|---|---|
| OnlyForLocalUsers | Internal | Отличается от SBC | Входящих |
На следующей схеме показан входящий вызов с режимом OnlyForLocalUsers и внутренний пользователь, который находится не в том же расположении, что и SBC.
Обратная связь
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделе https://aka.ms/ContentUserFeedback.
Отправить и просмотреть отзыв по