Перейти к содержимому

Настройка IP-to-IP аутентификации

Этот перевод выполнен автоматически и ещё не вычитан. Читать английскую версию

Оптовые партнёры редко регистрируются с логином и паролем. Вместо этого они обмениваются IP-адресами: коммутатор клиента отправляет звонки с фиксированного IP-адреса, а вендор принимает звонки с вашего. В этом руководстве вы настроите обе стороны. Оно касается только аутентификации; тарифы, маршруты терминации и группа маршрутизации описаны в разделе Быстрый старт: оптовый бизнес. Заложите около 15 минут.

Клиент из примера отправляет звонки с 203.0.113.10 и 203.0.113.11; шлюз вендора — 192.0.2.50.

  • Вендор существует в Vendors → Vendors, а аккаунт клиента существует с сервисным планом и группой маршрутизации. См. Вендоры и Аккаунты.
  • У вас есть IP-адреса, с которых клиент отправляет звонки, и адрес шлюза вендора.

Шаг 1: Передайте свой IP-адрес обоим партнёрам

Заголовок раздела «Шаг 1: Передайте свой IP-адрес обоим партнёрам»
  1. Откройте System Management → Environments (среды). Assigned IPs (назначенные IP-адреса) показывает сигнальные адреса вашей среды.
  2. Отправьте адрес вендору, чтобы он добавил его в свой список разрешённых, и клиенту — как адрес назначения его звонков.
  3. Если у среды несколько адресов, а вендор разрешает только один, запомните его для шага 2.

Результат: оба партнёра знают, откуда приходят ваши звонки и куда должны идти их звонки.

  1. Откройте Vendors → Vendors и нажмите Connections (подключения) в строке вендора.
  2. Нажмите Add Connection (добавить подключение).
  3. Введите Connection Name (название подключения): Example Carrier IP.
  4. Выберите Protocol (протокол) SIP/UDP и введите Destination (адрес назначения): 192.0.2.50. Добавьте :port, если шлюз слушает не на 5060.
  5. Оставьте Username (имя пользователя) и Password (пароль) пустыми. Без них коммутатор отправляет звонки без digest-учётных данных, и вендор распознаёт вас по вашему IP-адресу.
  6. Если вендор разрешает только один из ваших адресов, выберите его как Outbound IP (исходящий IP-адрес) в разделе Advanced Parameters (дополнительные параметры).
  7. Нажмите Save & Close.
Screenshot "admin-panel/connections-list" has not been generated yet — see scripts/screenshots/screens.yml.

Результат: в списке есть подключение с Destination SIP/UDP:192.0.2.50. Чтобы использовать его, добавьте его в группу маршрутизации. См. Подключения.

  1. Откройте My Customers → Accounts, затем Actions (действия) → Authentication Rules (правила аутентификации) для аккаунта клиента.
  2. Нажмите Add.
  3. Введите Remote IP Address (удалённый IP-адрес): 203.0.113.10. Оставьте остальные поля пустыми, чтобы принимать любой номер с этого адреса.
  4. Нажмите Save & Close.
  5. Повторите для 203.0.113.11. Правило содержит один адрес IPv4; диапазоны и подсети не принимаются, поэтому для каждого адреса-источника нужно отдельное правило.

Результат: Authentication Rules аккаунта содержат оба адреса. Звонки с них аутентифицируются на аккаунт без пароля.

  1. Откройте Tools & Debugs (инструменты и отладка) → Test Dialplan (тест плана набора).
  2. Выберите Mode (режим) Not Authenticated Call (неаутентифицированный звонок) и введите Remote Address[:Port] (удалённый адрес[:порт]) 203.0.113.10, а также CLI и CLD (destination) (CLD, назначение), которые отправлял бы клиент.
  3. Нажмите Proceed. Результат показывает аккаунт клиента в Authenticated as (аутентифицирован как) и подключение вендора в Routing Entries (записи маршрутизации).
  4. Попросите клиента отправить тестовый звонок, затем проверьте его в Reports → Call Records (CDRs) (записи о звонках).
Screenshot "getting-started/test-dialplan" has not been generated yet — see scripts/screenshots/screens.yml.

Если тест не показывает аккаунт, проверьте адрес на опечатки; если звонок доходит до вендора, но завершается с 403, вендор ещё не разрешил ваш IP-адрес.