Телефонизация бизнеса.
Заказать звонок с сайта
Мы будем перезванивать вам с номера
+74991137011
Нажимая на кнопку, вы даете согласие на обработку персональных данных и соглашаетесь c политикой конфиденциальности.
Транки в FreePBX 17: настройка, шаблоны и диагностика
Транк — это канал связи между вашей АТС и внешним миром. Через транк идут входящие звонки от клиентов и исходящие — вашим клиентам.
Без правильно настроенного транка FreePBX превращается в дорогую игрушку: внутри всё работает, а наружу — тишина.
Здесь собран полный справочник: готовых шаблонов под популярных операторов. Всё через веб-интерфейс, без консоли.
Заказать настройку транка Без правильно настроенного транка FreePBX превращается в дорогую игрушку: внутри всё работает, а наружу — тишина.
Здесь собран полный справочник: готовых шаблонов под популярных операторов. Всё через веб-интерфейс, без консоли.
FreePBX 17 использует PJSIP как основной драйвер.
Chan-SIP (старый) в FreePBX больше не доступен!
Для новых транков используйте PJSIP — он быстрее, надёжнее и поддерживает WebRTC.
Chan-SIP (старый) в FreePBX больше не доступен!
Для новых транков используйте PJSIP — он быстрее, надёжнее и поддерживает WebRTC.
Переход на PJSIP: что вы получаете?
Высокая скорость вызовов, масштабирование на все ядра CPU, встроенное шифрование и готовность к WebRTC.
PJSIP демонстрирует значительно более высокую скорость обработки вызовов (Calls Per Second). Согласно тестам, chan_sip обрабатывал в среднем около 295 вызовов в секунду. PJSIP же уверенно показывает результат более 500 вызовов в секунду
Архитектура chan_sip была исторически ограничена работой одного ядра процессора.
PJSIP, напротив, способен масштабироваться и эффективно распределять нагрузку на все доступные ядра CPU. Это критически важное преимущество для современных многоядерных серверов и систем с высокими нагрузками.
PJSIP, напротив, способен масштабироваться и эффективно распределять нагрузку на все доступные ядра CPU. Это критически важное преимущество для современных многоядерных серверов и систем с высокими нагрузками.
- Нативная поддержка шифрования TLS: PJSIP имеет встроенную (нативную) поддержку протокола TLS для безопасной транспортировки SIP-сигнализации. Это позволяет полностью зашифровать весь трафик управления вызовами, защитив его от прослушивания и перехвата.
- Защита медиапотоков (SRTP): В дополнение к защите сигнализации, PJSIP позволяет шифровать сами медиапотоки (голос, видео) с помощью протокола SRTP (Secure Real-time Transport Protocol). Это комплексное решение обеспечивает конфиденциальность и целостность всей VoIP-коммуникации.
- Поддержка технологий будущего: PJSIP спроектирован с учетом современных и перспективных технологий. Среди них — нативная поддержка WebRTC и IPv6. Это делает вашу инфраструктуру готовой к интеграции с веб-технологиями и к работе в сетях нового поколения.
- Модульная архитектура: chan_sip использовал монолитную модель, где все настройки были в одном блоке. PJSIP предлагает гибкую модульную систему (объекты transport, endpoint, aor, authи т.д.). Это обеспечивает более прозрачную и детальную конфигурацию, позволяя комбинировать различные транспорты и правила для одного устройства.
- Продвинутый NAT Traversal: PJSIP интегрирует мощные механизмы для преодоления NAT (Network Address Translation): STUN (Session Traversal Utilities for NAT), TURN (Traversal Using Relays around NAT) и ICE (Interactive Connectivity Establishment). Это решает проблемы с подключением телефонов и клиентов, работающих за домашними и офисными роутерами.
- Отказоустойчивость (DNS SRV): PJSIP поддерживает механизм DNS SRV, который позволяет автоматически распределять нагрузку между серверами провайдера и обеспечивать failover. Если один сервер станет недоступен, Asterisk автоматически переключится на другой, что критически важно для отказоустойчивых транков.
Настройка параметров PJSIP-транка
Где находится: Connectivity → Trunks → Add Trunk → Add PJSIP Trunk
Вкладка General
Вкладка Dialed Number Manipulation
Здесь указываются правила преобразования набранного номера перед отправкой в транк.
В текущих реалиях никогда не используется, все что нужно настраивается в outbound routes.
В текущих реалиях никогда не используется, все что нужно настраивается в outbound routes.
Вкладка pjsip Settings (General)
Это самая важная вкладка. Заполняется по данным из информационной карточки оператора.
Здесь собраны тонкие настройки SIP-соединения.
В 80% случаев их можно не трогать — стандартных значений достаточно. Но если провайдер капризный или вы работаете через сложную сеть — пригодится.
Здесь собраны тонкие настройки SIP-соединения.
В 80% случаев их можно не трогать — стандартных значений достаточно. Но если провайдер капризный или вы работаете через сложную сеть — пригодится.
Вкладка pjsip Settings (Advanced)
Управление вызовами и DTMF
- DTMF Mode: Определяет метод передачи тонов набора (например, для навигации по голосовому меню).
- RFC 4733 (рекомендуется): Передает DTMF как отдельные события RTP. Наиболее надежный и современный метод.
- Inband: Передает DTMF в самом аудиопотоке (как звук). Менее надежен, может искажаться при сжатии.
- INFO: Передает DTMF отдельными SIP-сообщениями INFO. Используется редко, обычно по требованию провайдера.
Регистрация и аутентификация
- Send Line in Registration: Добавляет параметр line в Contact-заголовок при регистрации (line=yes). Позволяет провайдеру связать несколько учетных записей с одним IP-адресом. Полезно, если у вас несколько транков от одного провайдера.
- Send Connected Line: Включает передачу обновленной информации о соединенной стороне (Connected Line), например, при переадресации.
- Permanent Auth Rejection (auth_rejection_permanent): Определяет, считать ли провал аутентификации постоянной ошибкой.
- Yes (По умолчанию): При ошибке аутентификации (например, неверный пароль) попытки регистрации полностью прекращаются до перезагрузки модуля.
- No: Даже при ошибке аутентификации Asterisk будет повторять попытки согласно интервалам повторных попыток.
- Allow Unauthenticated: Разрешает входящие звонки от источников, которые не прошли аутентификацию. Это полезно для IP-авторизации, где вы доверяете IP-адресу, а не логину/паролю. Используйте с осторожностью.
- Forbidden Retry Interval, Fatal Retry Interval, General Retry Interval, Expiration, Max Retries: Управляют логикой повторных попыток регистрации (интервалы при разных типах ошибок, время жизни регистрации, максимальное число попыток)
Сеть и маршрутизация
- Qualify Frequency: Интервал в секундах, с которым Asterisk отправляет OPTIONS-запросы для проверки доступности транка. Если запрос не получает ответ, транк помечается как недоступный. 0 = отключено.
- Outbound Proxy: Позволяет направить весь SIP-трафик для этого транка через промежуточный прокси-сервер. Используется для подключения к провайдерам со сложной сетевой архитектурой, требующим этого.
- User = Phone: Добавляет параметр; user=phone к SIP URI. Указывает, что в URI содержится телефонный номер, а не имя пользователя.
- Contact User: Переопределяет имя пользователя в Contact-заголовке. Используется, для того, чтобы оператор отправлял входящий звонок на указанный вами DID, который вы укажите в inbound routes.
- From Domain: Заменяет доменную часть в From-заголовке outgoing-запросов. Требуется некоторыми провайдерами для сопоставления с их сервером.
- From User: Аналогично, заменяет имя пользователя в From-заголовке. При ошибках аутентификации может потребоваться установить его равным Username.
- Client URI: URI, который Asterisk представляет при регистрации (идентифицирует клиента).
- Server URI: URI сервера, на который направляется регистрация.
- Media Address: Позволяет принудительно указать IP-адрес для медиа потока (RTP), отличный от адреса сигнализации. Полезно для сложных NAT-сценариев.
- AOR (Address of Record): Связывает транк с объектом AOR, определяющим, как найти этот транк (обычно управляется FreePBX автоматически).
- AOR Contact: Позволяет задать статический Contact-адрес для AOR, вместо динамического, получаемого при регистрации.
- Match (Permit): Список IP-адресов или сетей (CIDR), которым разрешено отправлять входящие звонки на этот транк. Критически важно для входящих транков без регистрации.
- Support Path: Включает поддержку механизма Path (RFC 3327), используемого в сложных сценариях с множеством прокси.
Факс и T.38
- Support T.38 UDPTL: Включает поддержку протокола T.38 для передачи факсов через IP.
- T.38 UDPTL Error Correction: Метод коррекции ошибок для T.38 (None, FEC, Redundancy).
- T.38 UDPTL NAT: Включает механизмы для работы T.38 за NAT.
- T.38 UDPTL MAXDATAGRAM: Максимальный размер датаграммы UDPTL для T.38.
- Fax Detect: Включает детектирование факса по тону (CNG). Может конфликтовать с VoIP-кодеками.
Идентификация и Caller ID
- Trust RPID/PAI: Указывает, доверять ли входящим заголовкам Remote-Party-ID и P-Asserted-Identity. При Yes Asterisk будет использовать эти заголовки для определения Caller ID входящего звонка.
- Send RPID/PAI: Определяет, какие заголовки для передачи Caller ID включать в исходящие запросы. Обычно используется для корректной передачи номера при переадресации или на исходящий транк.
- Send Private CallerID Information: Когда скрыт (Privacy=on), отправлять ли информацию о вызывающем абоненте все равно (для доверенных партнеров)
Протокол и медиа
- Match Inbound Authentication: Default (требовать авторизацию, если есть auth-объект) или Always (всегда требовать).
- Inband Progress: Показывать 183 Progress до ответа 200 OK, если провайдер отправляет в band-индикации.
- Direct Media: Позволяет медиа потоку идти напрямую между сторонами, минуя Asterisk, после установления звонка. Экономит ресурсы сервера, но может быть проблематично за NAT.
- Rewrite Contact: Переписывает IP-адрес в Contact-заголовке на адрес, с которого пришел запрос. Помогает с NAT.
- RTP Symmetric: Переключает RTP-поток на порт, с которого приходят пакеты. Полезно для симметричной работы RTP за NAT.
- Media Encryption: Включает шифрование медиа потока (SRTP) для защиты от прослушивания.
- Force rport: Добавляет параметр rport в Via-заголовок, указывая удаленной стороне отправлять ответы на тот же порт, с которого пришел запрос. Ключевая настройка для работы за NAT.
- Message Context: Определяет контекст в extensions.conf, который будет обрабатывать входящие SIP-сообщения (SMS) для этого транка
Типовая конфигурация Advanced параметров PJSIP транка freePBX
Ниже приведены параметры, которые изменяются в большинстве случаев при настройке транка. Если параметра нет в таблице, значит он остается в дефолтном положении.
Если транк уже был создан и работал, а вы просто поменяли какой-то параметр (например, порт или пароль) — изменения не применятся мгновенно к уже активным SIP-сессиям. Asterisk не перегружает транк сразу.
Вместо этого:
- Текущие активные звонки через транк продолжают идти по старым настройкам.
- Новые настройки начнут действовать только после того, как произойдёт переустановление SIP-сессии — то есть:
- Истечёт время регистрации (обычно через 120–3600 секунд)
После критичных изменений (пароль, сервер, порт, регистрация) перезапускайте FreePBX через fwconsole restart.
После создания транка его нужно привязать к исходящему маршруту и входящему маршруту
Outbound Routes: привязка транка к исходящим
Где: Connectivity → Outbound Routes → Add Outbound Route
- Route Name: например `DEF out`
- Trunk Sequence: выберите из выпадающего списка созданный транк
- Dial Patterns: Паттерны по которым исходящий звонок будет попадать в данный маршрут
- `7XXXXXXXXXX` — все 11-значные российские номера
- `89XXXXXXXXX` — с восьмёркой
Остальные параметры можно оставить по умолчанию.
Submit → Apply Config
Failover: можно добавить несколько транков в Trunk Sequence — если первый недоступен, звонок пойдёт через второй. Например: Zadarma → МТТ → Ростелеком.
Inbound Routes: привязка к входящим
Где: Connectivity → Inbound Routes → Add Inbound Route
Остальные параметры можно оставить по умолчанию
Submit → Apply Config
- Description: Понятное имя маршрута или номер
- DID Number: то, что вы указали в параметре Contact во вкладке advanced при создании транка
- Set Destination: IVR, Queue, Ring Group, Extension
Остальные параметры можно оставить по умолчанию
Submit → Apply Config
Шаблоны конфигурации транков freePBX
Готовые шаблоны транков под популярных в России операторов для freePBX
Самые частые проблемы с транками и их устранение
Быстрая диагностика: ошибка → причина → решение
Ошибка
Вероятная причина
Решение
403 Forbidden
Неверный логин/пароль или IP не совпадает
Проверить Username/Secret, запросить у оператора корректные данные или свериться с информационной карточкой оператора
408 Request Timeout
Сервер оператора не отвечает
Проверить SIP Server и порт, доступность из сети
503 Service Unavailable
Оператор отклоняет запрос
Проверить формат номера, возможно оператор ждёт другой префикс
No matching endpoint
Транк не создан или не применён
Проверить Apply Config, пересоздать транк
All circuits are busy / Все линии заняты
Заняты все каналы транка или набранный номер не попал под паттерн в outbound route. Оператор отбил звонок с ошибкой.
Увеличить количество каналов транка у оператора. Проверить паттерны исходящего маршрута. Проверить регистрацию транка.
Односторонняя слышимость
NAT, firewall, кодек
Проверить настройки NAT и firewall (порты 5060 и RTP 10000-20000)
Не работает входящий звонок
В логе No DID or CID Match
Проверить, что DID из лога и Contact совпадает с DID во входящем маршруте
Звонок обрывается через 30 секунд
Не проходит RTP поток
Проверить пробросы портов и Firewall, чтобы не блокировался трафик от оператора к вашему FreePBX по портам udp 10000-20000.
Проверить настройку Nat в веб интерфейсе Settings → Asterisk SIP Settings → Nat Settings
Проверить настройку Nat в веб интерфейсе Settings → Asterisk SIP Settings → Nat Settings
Вспомогательные материалы по настройке freePBX
Телефонизация - Технический блог
Пишем о решении проблем связанных с Asterisk, FreePBX, Issabel. Выкладываем шаблоны для подключения транков. Показываем как решить не типовые проблемы FreePBX
Настройка FreePBX 17 — инструкции, шаблоны транков, решение проблем
Всё о настройке FreePBX 17: инструкции, шаблоны транков, установка дистрибутива, частые ошибки и решения. Настройка под ключ с гарантией. 15 лет опыта.
Часто спрашивают о транках
Короткие ответы на главные вопросы начинающего администратора FreePBX
- ВопросНужен ли статический IP?ОтветДля Registration — нет. Для IP Authentication — да.
- ВопросСколько транков нужно для комфортной работы?ОтветМинимум два: основной и резервный. При отказе первого звонки пойдут через второй автоматически (failover в Outbound Route).
- ВопросМожно ли использовать один транк для входящих и исходящих?ОтветДа, один транк обрабатывает оба направления. Inbound Route — для входящих, Outbound Route — для исходящих.
- ВопросКак понять, что транк зарегистрирован?ОтветВ CLI: pjsip show registrations
В веб интерфейсе: Reports → Asterisk Info → Registrations
Справитесь сами? Вот что может пойти не так
Настройка транка по инструкции занимает 15 минут.
Но на практике каждый третий сталкивается с «сюрпризами»: провайдер выдаёт неполные данные, порты блокирует файрвол, а звонок уходит не туда.
Если хотите перестраховаться — наши инженеры возьмут на себя всё: от подбора оператора до тестирования в боевом режиме за 3000 рублей + неделя гарантии на предоставленную услугу.
Но на практике каждый третий сталкивается с «сюрпризами»: провайдер выдаёт неполные данные, порты блокирует файрвол, а звонок уходит не туда.
Если хотите перестраховаться — наши инженеры возьмут на себя всё: от подбора оператора до тестирования в боевом режиме за 3000 рублей + неделя гарантии на предоставленную услугу.