Перейти до вмісту

Налаштування 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.

Результат: обидва партнери знають, звідки надходять ваші дзвінки й куди мають іти їхні.

Крок 2: Додайте підключення вендора

Розділ «Крок 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. Щоб використовувати його, додайте його до групи маршрутизації. Див. Підключення.

Крок 3: Додайте IP-адреси клієнта

Розділ «Крок 3: Додайте IP-адреси клієнта»
  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 акаунта містять обидві адреси. Дзвінки з них автентифікуються на акаунт без пароля.

Крок 4: Перевірте роботу

Розділ «Крок 4: Перевірте роботу»
  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-адресу.