Поделиться через

Подготовка к динамическому трафику с помощью оператора Connect, Teams Phone Mobile и Шлюза коммуникаций Azure

  • Статья

Прежде чем запустить службу "Подключение оператора" или Teams Phone Mobile, вам и вашей команде по подключению необходимо:

  • Протестируйте службу.
  • Подготовка к запуску.

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

Совет

В этой статье предполагается, что ваша группа подключения шлюза коммуникаций Azure от Майкрософт также подключает вас к оператору Connect и (или) Teams Phone Mobile. Если вы выбрали другого партнера по подключению для оператора Connect или Teams Phone Mobile, необходимо попросить их упорядочить изменения в средах "Подключение оператора" и (или) Teams Phone Mobile.

Внимание

Для выполнения некоторых действий может потребоваться несколько дней или недель. Например, необходимо подождать по крайней мере семь дней для автоматического тестирования развертывания и запланировать дату запуска по крайней мере две недели заранее. Рекомендуется заранее ознакомиться с этими шагами, чтобы проработать временную шкалу.

Необходимые компоненты

  • Необходимо развернуть шлюз коммуникаций Azure с помощью Microsoft портал Azure и подключить его к оператору Connect или Teams Phone Mobile.

  • Необходимо знать номера тестов для тестирования интеграции и проверки службы (непрерывное тестирование вызовов). Эти числа не могут быть одинаковыми. Вы выбрали их в рамках развертывания шлюза коммуникаций Azure или подключения к оператору Connect или Teams Phone Mobile.

    • Тестирование интеграции позволяет убедиться, что шлюз коммуникаций Azure и система Телефон (Майкрософт) взаимодействуют правильно с вашей сетью.
    • Проверка службы настраивается программами Operator Connect и Teams Phone Mobile. Это гарантирует, что развертывание может обрабатывать вызовы из системы Телефон (Майкрософт) в течение всего времени существования развертывания.

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

    • Если у вас еще нет подходящего тестового клиента, вы можете использовать программу разработчика Microsoft 365, которая предоставляет лицензии E5.
    • Тестовые пользователи должны быть лицензированы для Teams телефонная система и в режиме "Только Teams".

  • У вас должен быть доступ к следующим порталам конфигурации.

    Портал конфигурации Необходимые разрешения
    Портал Operator Connect Admin роль или PartnerSettings.Read NumberManagement.Write роли (настроено в корпоративном приложении Project Merge, настроенном при подключении к Оператору Connect или Teams Phone Mobile)
    Центр администрирования Teams для тестового клиента Управление пользователями

  • Если вы планируете использовать API подготовки шлюза коммуникаций Azure (предварительная версия) для отправки номеров в среду Operator Connect, необходимо иметь возможность выполнять запросы с помощью клиента, интегрированного с API. Кроме того, у вас должен быть доступ к справочнику по API.

  • Если вы планируете использовать портал управления номерами шлюза коммуникаций Azure (предварительная версия) для настройки чисел для тестирования интеграции, необходимо иметь доступ читателя к ресурсу шлюза коммуникации Azure и роли ProvisioningAPI.ReadUser и ProvisioningAPI.WriteUser для корпоративного приложения AzureCommunicationsGateway.

Внимание

Не изменяйте конфигурацию оператора Connect в клиенте (будь то через портал конфигурации оператора Connect или через API подключения оператора).

  • Вызов профилей с суффиксом CommsGw на портале конфигурации или NameSuffix в API-интерфейсах подключения оператора
  • Магистрали с полными доменными именами, заканчивающимися .commsgw.azure.com

Мы управляем этой конфигурацией для вас. Изменение этой конфигурации, скорее всего, приведет к проблемам со службой шлюза коммуникации Azure.

Методы

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

Попросите группу подключения зарегистрировать тестовый корпоративный клиент

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

  1. Найдите идентификатор оператора вашей компании в конфигурации оператора на портале Operator Connect.

  2. Предоставьте контакт подключения с помощью:

    • Имя вашей компании.
    • Идентификатор оператора вашей компании.
    • Идентификатор клиента, используемый для тестирования.

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

Настройка тестового клиента

Для тестирования интеграции требуется настройка тестового клиента для оператора Connect или Teams Phone Mobile и настройка пользователей в этом клиенте с номерами, выбранными для тестирования интеграции.

Внимание

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

  1. В тестовом клиенте запросите службу от вашей компании.

    1. Войдите в Центр администрирования Teams для тестового клиента.
    2. Выберите операторы голосовой связи>.
    3. Выберите компанию в списке операторов, заполните форму и выберите " Добавить в качестве моего оператора".

  2. В тестовом клиенте создайте некоторых тестовых пользователей (если у вас еще нет подходящих пользователей). Лицензирование пользователей для Teams телефонная система и их размещение в режиме только Teams.

  3. Настройте расположения для экстренного реагирования в тестовом клиенте.

  4. Передайте номера для тестирования интеграции через API подготовки (предварительная версия), на портале управления номерами (предварительная версия) или на портале оператора Connect.

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

    1. Найдите ресурс RFI (запрос сведений) для тестового клиента и обновите status свойство дочернего ресурса отношения клиента, чтобы указать, что соглашение подписано.
    2. Создайте ресурс учетной записи , представляющий клиента. Включите синхронизацию серверной службы для учетной записи.
    3. Создайте ресурс Number в качестве дочернего ресурса учетной записи для каждого тестового номера.

  5. В тестовом клиенте назначьте эти номера тестовых пользователей.

    1. Войдите в Центр администрирования Teams для тестового клиента.
    2. Выберите номера голосовых>телефонов.
    3. Выберите номер, а затем нажмите кнопку "Изменить".
    4. Назначьте пользователю номер.
    5. Повторите для всех тестовых пользователей.

Обновление конфигурации маршрутизации сети

Сеть должна маршрутизировать вызовы для проверки подлинности службы и для тестирования интеграции в шлюз коммуникации Azure.

  1. Перенаправит все вызовы с любого номера проверки службы на любой другой номер проверки службы обратно в систему Телефон (Майкрософт) через шлюз коммуникации Azure.
  2. Маршрутные вызовы, включающие тестовые номера для тестирования интеграции таким же образом, как ожидается маршрутизация вызовов клиентов.

Выполнение тестирования интеграции и изменения запросов

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

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

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

Запуск теста подключения и подтверждение отправки

Перед запуском Microsoft Teams требует подтверждения правильности подключения сети к сети Майкрософт.

  1. Предоставьте команде подключения подтверждение того, что BFD включен. Необходимо включить BFD при подключении шлюза коммуникаций Azure к сетям в рамках развертывания. Например, если у вас есть маршрутизатор Cisco, можно указать конфигурацию, аналогичную приведенной ниже.

    interface TenGigabitEthernet2/0/0.150
   description private peering to Azure
   encapsulation dot1Q 15 second-dot1q 150
   ip vrf forwarding 15
   ip address 192.168.15.17 255.255.255.252
   bfd interval 150 min_rx 150 multiplier 3

router bgp 65020
   address-family ipv4 vrf 15
      network 10.1.15.0 mask 255.255.255.128
      neighbor 192.168.15.18 remote-as 12076
      neighbor 192.168.15.18 fall-over bfd
      neighbor 192.168.15.18 activate
      neighbor 192.168.15.18 soft-reconfiguration inbound
   exit-address-family

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

  3. Обратитесь к группе по подключению, чтобы проверить обработку экстренных вызовов.

Получение утвержденных ресурсов для перехода на рынок

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

  • Пресс-релизы и другие маркетинговые материалы
  • Содержимое целевой страницы
  • Логотип каталога операторов Microsoft Teams (200 пикселей до 200 пикселей)
  • Логотип Для Центра администрирования Microsoft Teams (170 пикселей на 90 пикселей)

Тестирование повышения билета

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

Сведения о мониторинге и обслуживании

Ваша группа операций может использовать выбор ключевых метрик для мониторинга шлюза коммуникаций Azure. Эти метрики доступны всем пользователям с ролью читателя в подписке для шлюза коммуникаций Azure. См. статью "Мониторинг шлюза коммуникаций Azure".

У вашей рабочей группы должны быть оповещения Azure Monitor для:

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

Проверка интеграции API

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

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

Упорядочение искусственного тестирования

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

После запуска искусственный трафик будет отправлен через развертывание с помощью тестовых номеров. Этот трафик используется для непрерывной проверки работоспособности развертывания.

Планирование запуска

Дата запуска — это дата, которую вы видите предприятиям в Центре администрирования Teams. Ваша команда по подключению должна упорядочить эту дату, выполнив запрос к Microsoft Teams.

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

Следующие шаги