Настройка множества клиентов в пограничном контроллере сеансов

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

Примечание

Этот сценарий предназначен для партнеров Майкрософт и операторов STN, которые называются операторами далее в этом документе. Оператор продает телефонные услуги, доставленные клиентам Microsoft Teams клиентам.

Оператор:

  • Развертывает SBC и управляет им в своих центрах обработки данных (клиентам не нужно внедрять SBC и они получают телефонные службы от Teams клиента).
  • Подключение SBC к нескольким клиентам.
  • Предоставляет клиентам услуги STN.
  • Управляет окончанием качества звонка.
  • Взимается отдельно за службы STN.

Корпорация Майкрософт не управляет операторами. Корпорация Майкрософт предлагает УАПС (Телефон (Майкрософт) System) и Teams клиента. Корпорация Майкрософт также удостоверяет телефоны и удостоверяет SBCs, которые можно использовать с Телефон (Майкрософт) System. Прежде чем выбирать оператора связи, убедитесь, что ваш выбор имеет сертифицированный SBC и может управлять качеством звука до конца.

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

Только для операторов:

  1. Развернем SBC и настройте его для сценария размещения в соответствии с инструкциями сертифицированных поставщиков SBC.
  2. Зарегистрируйте базовое доменное имя в клиенте оператора связи и запросируйте сертификат с подданными знаками.
  3. Зарегистрируйте поддомен для каждого клиента, который является частью базового домена.

Оператор с глобальным администратором клиента:

  1. Добавьте имя поддомена в клиент клиента клиента.
  2. Активируйте имя поддомена.
  3. Настройте перенастройку связи между оператором и клиентом-клиентом и подготовка пользователей.

Убедитесь, что вы понимаете основы DNS и управление доменным именем в Microsoft 365 или Office 365. Прежде чем дальнейшем, просмотрите Microsoft 365 справку по Office 365 доменам.

Развертывание и настройка SBC

Подробные инструкции по развертыванию и настройке SBCs для сценария размещения SBC можно найти в документации поставщика SBC.

  • AudioCodes: заметки конфигурации прямой маршрутизации ,конфигурация сценария размещения SBC, описанная в "Подключение AudioCodes SBC к Microsoft Teams конфигурации модели размещения прямой маршрутии".
  • Oracle: заметки онастройке прямой маршрутизации , конфигурация сценария размещения SBC описана в разделе "Майкрософт".
  • Лента: Документацию по настройке SBCs core Microsoft Teams SBC Core Microsoft Teams ленты и на этой странице: руководство по настройке SBC-каналов основных каналов ленты и на этой странице: руководство по настройке операторов связи для Microsoft Teams Direct Routing SBC Edge
  • TE-Systems (anynode): На странице TE-Systems Community документация и примеры настройки anynode SBC для нескольких клиентов.
  • Метасвеха: На странице Metaswitch Community о том, как включить SBC Perimeta для нескольких клиентов, зарегистрируйтесь на странице Metaswitch.

Примечание

Обратите внимание на то, как настроить заглавную связь "Контакт". Замещение контакта используется для поиска клиента клиента в входящих приглашениях.

Регистрация базового домена и поддоменов

В сценарии размещения необходимо создать:

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

В следующем примере:

  • Adatum — это оператор, обслуживающий несколько клиентов, предоставляющих услуги Интернета и телефонии.
  • Woodgrove Bank, Contoso и Adventure Works — это три клиента, которые имеют домены Microsoft 365 или Office 365, но получают телефонные службы от Adatum.

Поддомены должны соответствовать имени FQDN линии связи, которая будет настроена для клиента, и FQDN в заглавной части контакта при отправке приглашения на Microsoft 365 или Office 365.

Когда звонок поступает в интерфейс Microsoft 365 или Office 365 маршрутизов, интерфейс использует заглавную линию контакта для поиска клиента, в котором нужно искать пользователя. При прямой маршрутике не используется подсмотр номеров телефонов в приглашении, так как у некоторых клиентов могут быть номера, неидавающиеся на нескольких клиентах. Таким образом, имя FQDN в заглавной записи контакта необходимо для определения точного клиента для искомого пользователя по номеру телефона.

Дополнительные сведения о создании доменных имен в Microsoft 365 и Office 365 доменах можно найти в справке по Office 365 доменам.

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

Схема с требованиями к доменам и заглавным данным контакта.

Для проверки подлинности подключений УАЦ требуется сертификат. В сценарии размещения SBC оператору необходимо запросить сертификат с cn и san * .base_domain (например, * .customers.adatum.biz). Этот сертификат можно использовать для проверки подлинности подключений к нескольким клиентам, обслуживаемой с одного SBC.

В таблице ниже приводится пример одной конфигурации.

Новое доменное имя Тип Зарегистрированных Сертификат CN/SAN для SBC Домен клиента по умолчанию в примере Имя FQDN, которое SBC должен присутствовать в заглавном сообщении контакта при отправке звонков пользователям
customers.adatum.biz Базы В клиенте оператора связи *.customers.adatum.biz adatum.biz Ы. Это клиент службы без пользователей
sbc1.customers.adatum.biz Поддомен В клиенте клиента *.customers.adatum.biz woodgrovebank.us sbc1.customers.adatum.biz
sbc2.customers.adatum.biz Поддомен В клиенте клиента *.customers.adatum.biz contoso.com sbc2.customers.adatum.biz
sbc3.customers.adatum.biz Поддомен В клиенте клиента *.customers.adatum.biz adventureworks.com sbc3.customers.adatum.biz

Чтобы настроить базовые и поддомены, выполните описанные ниже действия. В этом примере мы настроим базовое доменное имя (customers.adatum.biz) и поддомен для одного клиента (sbc1.customers.adatum.biz в клиенте Woodgrove Bank).

Примечание

Используйте sbcX.customers.adatum.biz, чтобы включить голосовую связи в клиенте оператора связи. SBCX может быть любым уникальным и допустимым букво-числом имени хоста.

Регистрация базового доменного имени в клиенте оператора связи

Эти действия выполняются в клиенте оператора связи.

Убедитесь, что у вас есть права в клиенте оператора связи

Добавлять новые домены можно только в том случае, если вы Центр администрирования Microsoft 365 в качестве глобального администратора.

Чтобы проверить вашу роль, войдите в Центр администрирования Microsoft 365 ( , перейдите в пользователи Активные пользователи , а затем убедитесь, что у вас есть роль https://portal.office.com) > глобального администратора.

Дополнительные сведения о ролях администраторов и назначении роли в Microsoft 365 или Office 365 см. в этой Office 365.

Добавление базового домена в клиент и его проверка

  1. В Центр администрирования Microsoft 365 перейдите в настройка > доменов > Добавить домен.

  2. В поле Введите собственный домен введите FQDN базового домена. В следующем примере базовым доменом является customers.adatum.biz.

    Снимок экрана: страница "Добавление домена".

  3. Нажмите кнопку Далее.

  4. В этом примере клиент уже adatum.biz как проверенное доменное имя. Мастер не будет запросить дополнительную проверку, так как customers.adatum.biz — это поддомен для уже зарегистрированного имени. Однако если вы добавили FQDN, которое еще не было проверено, вам потребуется пройти проверку. Процедура проверки описана ниже.

    Снимок экрана: подтверждение проверенного доменного имени.

  5. Нажмите кнопку Далее, а затем на странице Update DNS Параметры (Обновление записей DNS) выберите Я добавлю записи DNS самостоятельно и нажмите кнопку Далее.

  6. На следующей странице, очистить все значения (если вы не хотите использовать доменное имя для Exchange, SharePoint или Teams/Skype для бизнеса), нажмите кнопку Далее и нажмите кнопку Готово. Убедитесь, что новый домен находится в состоянии Настройка завершена.

    Снимок экрана: домены с состоянием "Настройка завершена".

Активация доменного имени

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

Примечание

Чтобы избежать удаления конфигурации Skype для бизнеса, клиент carrier должен сохранить телефонная система лицензию, назначенную Skype для бизнеса клиента.

Дополнительные сведения о добавлении пользователей в Microsoft 365 или Office 365 организациях можно найти в Microsoft 365 или Office 365 доменах.

Например, test@customers.adatum.biz

Снимок экрана: страница активации базового домена.

Регистрация имени поддомена в клиенте клиента

Вам потребуется создать уникальное поддоменное имя для каждого клиента. В этом примере мы создадим поддомен sbc1.customers.adatum.biz в клиенте с доменным именем по умолчанию woodgrovebank.us.

Все действия, которые приведены ниже, находятся в клиенте клиента.

Убедитесь, что у вас есть соответствующие права в клиенте клиента

Добавлять новые домены можно только в том случае, если вы Центр администрирования Microsoft 365 в качестве глобального администратора.

Чтобы проверить вашу роль, войдите в Центр администрирования Microsoft 365 ( , перейдите в пользователи Активные пользователи , а затем убедитесь, что у вас есть роль https://portal.office.com) > глобального администратора.

Дополнительные сведения о ролях администраторов и назначении роли в Microsoft 365 или Office 365 см. в этой Office 365.

Добавление поддомена в клиент клиента и его проверка

  1. В Центр администрирования Microsoft 365 перейдите в настройка > доменов > Добавить домен.

  2. В поле Введите собственный домен введите FQDN поддомена для этого клиента. В приведенном ниже примере поддомен имеет sbc1.customers.adatum.biz.

    Снимок экрана: страница "Добавление домена".

  3. Нажмите кнопку Далее.

  4. Это FQDN никогда не было зарегистрировано в клиенте. На следующем шаге вам потребуется подтвердить домен. Вместо этого выберите Add a TXT record (Добавить запись TXT).

    Снимок экрана: страница "Проверка домена".

  5. Нажмите кнопку Далее и обратите внимание на значение TXT, сгенерированное для проверки доменного имени.

    Снимок экрана: текстовые записи на странице "Проверка домена".

  6. Создайте запись TXT со значением предыдущего шага в поставщике услуг размещения DNS оператора.

    Снимок экрана: создание записи TXT.

    Дополнительные сведения: Создание записей DNS у любого поставщика услуг размещения DNS.

  7. Снова перейдите в клиентскую Центр администрирования Microsoft 365 нажмите кнопку Проверить.

  8. На следующей странице выберите Я добавлю записи DNS самостоятельно и нажмите кнопку Далее.

    Снимок экрана: параметры на странице "Обновление параметров DNS".

  9. На странице Выберите веб-службы очистите все параметры и нажмите кнопку Далее.

    Снимок экрана: страница "Выбор веб-служб".

  10. На странице Update DNS settings (Обновить параметры DNS) нажмите кнопку Finish (Готово).

    Снимок экрана: страница "Обновление параметров DNS".

  11. Убедитесь, что состояние Установлено завершено.

    Снимок экрана: страница с состоянием "Настройка завершена".

Примечание

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

Активация имени поддомена

После регистрации доменного имени необходимо активировать его, добавив хотя бы одного пользователя и назначив SIP-адрес с частью FQDN адреса SIP, совпадающих с созданным поддоменом в клиенте клиента.

Дополнительные сведения о добавлении пользователей в Microsoft 365 или Office 365 организациях можно найти в Microsoft 365 или Office 365 доменах.

Например, test@sbc1.customers.adatum.biz

Снимок экрана: страница активации поддомена.

Создание сети и подготовка пользователей

В первом выпуске Direct Routing корпорация Майкрософт должна добавить линию связи в каждый обслуживающий клиент (клиент) с помощью New-CSOnlinePSTNGateway.

Однако это не является оптимальным по двум причинам:

  • Управление накладных расходов. Например, при разгрузке или разрядке SBC изменяется ряд параметров, например включение или отключение обхода мультимедиа. Для изменения портов требуется изменить параметры в нескольких клиентах (с помощью Set-CSOnlinePSTNGateway), но фактически это один и тот же SBC.

  • Обработка накладных расходов. Сбор и отслеживание данных о состоянии дел на магистрали — параметры SIP, собранные из нескольких логических ленток, которые, на самом деле, являются одним и тем же SBC и одним и тем же физическими данными, замедляют обработку данных маршрутки.

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

Были введены два новых сущности:

  • Линия связи, зарегистрированная в клиенте оператора, с помощью команды New-CSOnlinePSTNGateway, например New-CSOnlinePSTNGateway -FQDN customers.adatum.biz -SIPSignalingport 5068 -ForwardPAI $true.

  • Производная магистраль, которая не требует регистрации. Это просто нужное имя хоста, добавленное из связи оператора связи. Все параметры конфигурации извлекались из оператора связи. Производную черту не требуется создавать в PowerShell, а связь с ней основана на имени FQDN (см. подробные сведения ниже).

Логика и пример подготовка

  • Операторам необходимо настроить только одну магистраль (в домене оператора связи) и управлять Set-CSOnlinePSTNGateway связи. В примере выше это adatum.biz;

  • В клиенте клиента оператору необходимо только добавить производное FQDN связи в политики голосовой маршрутии пользователей. Нет необходимости запускать New-CSOnlinePSTNGateway для магистрали.

  • Производная магистраль, как следует из названия, наследует или наследует все параметры конфигурации от оператора связи. Примеры:

  • Customers.adatum.biz — оператор связи, который необходимо создать в клиенте оператора связи.

  • Sbc1.customers.adatum.biz — производная магистраль в клиенте клиента, которую не нужно создавать в PowerShell. Вы можете просто добавить имя производной линии связи в клиенте клиента в политику маршрутизации голосовой связи, не создавая ее (используйте производное FQDN связи при настройке политики голосовой маршрутики в TAC в Teams-Voice-Direct Routing-Voice Routes field SBCs enrolled).

  • Оператору связи потребуется настроить запись DNS, разрешая связи с IP-адресом связи SBC.

  • Любые изменения, внесенные в ленту оператора связи (в клиенте оператора связи), автоматически применяются к производным. Например, операторы связи могут изменить порт SIP на связи, и это изменение будет изменению для всех производных операторов связи. Новая логика настройки туловища упрощает управление, так как вам не нужно переходить в каждый клиент и изменять параметр на каждой туловище.

  • Параметры отправляются только в FQDN оператора связи. Состояние связи операторов связи применяется ко всем производным операторам связи и используется для принятия решений о маршрутинге. Узнайте больше о параметрах прямой маршрутии.

  • Оператор может разрядить магистраль, а все производные связи будут разумещаться.

Примечание

Правила перевода номеров, применяемые к связи с оператором связи, не применяются к производным операторам связи. Это известная проблема. В качестве альтернативного решения необходимо создать правило перевода номеров для каждого клиента клиента.

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

При переходе с текущей реализации модели, которая была организована на новую модель, операторы связи должны будут перенастроить связи для клиентов. Удалить связи из клиентов клиента с помощью Remove-CSOnlinePSTNGateway (оставив ее в клиенте оператора связи)-

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

Обратитесь к инструкциям поставщика SBC по настройке отправки имени FQDN поддоменов в заглавном сообщении контакта.

Факторы, которые следует учитывать при настройке отбойного с несколькими клиентами

Чтобы настроить отбой для среды с несколькими клиентами, необходимо сделать следующее:

  • Для каждого клиента добавьте FQDNs для двух разных SBCs. Например:

    customer1.sbc1.contoso.com
    customer1.sbc2.contoso.com

  • В политиках маршрутинга голосовой почты в Интернете укажите оба SBCs. Если один из SBC не справился, политика маршрутинга перенаправит вызовы на второй SBC.

См. также

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

Настройка прямой маршрутизации