На днях собирал вариант без IPP со свежим freeswitch - всё собралось и работает.

Судя по логу звонок был принят sofia/sipinterface_1/sip:07102@10.0.8.83:5061, но звонок закончился по причине Cause: 487 [ORIGINATOR_CANCEL]

Никаких проблем. Я примерно так всё и использую. Но обычно свожу варианты настройки к 2-м случаям: 1) Требуется регистрация на шлюзе В этом случае делается gateway с <param name="register" value="true"/> и добавляется разрешение в ACL для входящих. 2) Не требуется регистрация на ...

Это всё понятно. Тоесть всё-таки gateway в профиле применим только для исходящих звонков. Для входящих с авторизацией по логину/паролю нужно заводить пользователя в directory. Для входящих с авторизацией по ip в apply-inbound-acl, и дальше уже в диалплане пытаться понять от куда звонок пришел. И сле...

Вот: <include> <gateway name="test"> <param name="username" value="unused"/> <param name="realm" value="gatewayip"/> <param name="password" value="unused"/> <param name="register" value="false"/> <param name=&q...

internal профиль в vanila конфиге, к примеру. Вот выжимка баз коментариев <profile name="internal"> <aliases> </aliases> <gateways> <X-PRE-PROCESS cmd="include" data="internal/*.xml"/> </gateways> <domains> <domain name="all" alias="true" parse="...

Добрый день. Кому нибудь удалось разобраться как freeswitch обрабатывает входящие вызовы от gateway? На данный момент мне не удалось придумать ничего лучше чем разрешать входящие в apply-inbound-acl для всего sip профиля. При этом не работают документированные фичи, такие как установка переменных дл...