/gateway
.Worker сервер
Тип сервера | Опис | Позначення |
---|---|---|
Публічні сервери SIP.TG | Основні сервери, що підтримуються SIP.TG | ✅ |
Публічні сервери інших користувачів | Загальнодоступні сервери, розміщені іншими користувачами | 🌐 |
Приватні сервери | Ваші власні сервери, доступні тільки для ваших SIP-акаунтів | 🔑 |
Аудіокодеки
Методи передачі DTMF
Правила перетворення номерів
Пріоритет
Caller ID і Caller Name
Скріншот із налаштуваннями SIP-підключення PBX→SIP.TG
Показати акаунт і Скинути пароль
Довірені IP
Скріншот із налаштуваннями SIP-підключення SIP.TG→PBX
Логін, Пароль, Домен і Проксі
Номер на АТС
Скріншот із налаштуваннями SIP-підключення IP⇿IP
Адреса:порт
Поле:Значення
{назва SIP-поля}:{значення SIP-поля}
, розділеної двокрапкою :
.Номер на АТС
Тип ідентифікатора | Формат | Можливість контакту | Обов’язковий | Змінюваний | Підтримка АТС |
---|---|---|---|---|---|
Номер телефону | числовий | обмежена | так | так | так |
Username | буквений | так | ні | так | обмежена |
User ID | числовий | ні | так | ні | так |
From
у повідомленні INVITE
під час дзвінків Telegram → АТС.
Правила формування Caller ID складаються з кількох рядків, по одному правилу в кожному рядку. Кожне правило — це шаблонний рядок, у якому як шаблонні параметри допустимі {phone}
, {username}
і {userid}
. Під час формування остаточного Caller ID використовується перше правило, усі шаблонні параметри якого містять значення про користувача Telegram, що дзвонить.
Приклади формування Caller ID
0
— ця мітка дозволяє усунути неоднозначність в інтерпретації типу ідентифікатора.{name}
— відображуване ім’я в UTF-8 (через смайлики може викликати проблеми на стороні АТС);{name_ascii}
— відображуване ім’я, перетворене в ASCII (безпечний варіант).Приклад формування Caller Name
+
, за яким слідує відображуване ім’я, записане в дужках,@
, за яким також слідує відображуване ім’я, записане в дужках,INVITE
зі сторони АТС викликаний ідентифікатор інтерпретуватиметься в повній відповідності з тим самим параметром Caller ID, який описано вище. Однак алгоритм визначення типу ідентифікатора та відсікання в ньому префіксів і сторонніх символів уже не виглядає так очевидно.
Детальний алгоритм обробки правил
{phone}
→ +?[1-9]\d*
: число, яке не може починатися з 0
і опціонально може починатися із символу +
;{username}
→ @?[a-zA-Z]\w*
: буквено-числовий рядок, який може починатися лише з літери і опціонально з префіксом @
;{userid}
→ [1-9]\d*
: число, яке не може починатися з 0
і не може мати префіксів.{userid}
, {username}
, {phone}
.Як АТС дізнається про номер клієнта?
Як ініціювати виклик із CRM?
Приклад налаштування
/gateway
у @siptg_bot.Розширені поля SIP-заголовків
Потрібен CallerID, що перенаправляється
Увімкнення запису розмов у CRM