На днях собирал вариант без 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="caller-id-in-from" value="true"/>
<param name="ping" value="25"/>
<param name ...

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

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