Если надо могу скинуть примеры

Буду благодарен.

Началось.
Возможно я туплю, но чтение https://freeswitch.org/confluence/display/FREESWITCH/Sofia+Configuration+Files
не принесло ясности.
Есть ли где-нибудь внятное описание концепции профилей и доменов во Фрисвиче? Или, может быть, кто-то будет готов просветить на тему?
Понял, что не могу выйти за рамки искоробочной конфигурации.

Кратко, задача:
У Фрисвича 3 сетевых интерфейса.
Один смотрит в сеть "провайдера". На него повешен профиль external. Этот профиль для связи с ТФОП.
Второй смотрит в первую внутреннюю сеть. На него повешен профиль internal. Тут должны быть внутренние клиенты.
Пока всё так - ок. Всё работает, как надо, я вижу регистрации и всё такое. НО!
Добавляется еще один интерфейс, в другой внутренней сети. На него вешается еще один профиль  internalSec (копия internal, с измененными ip и именем профиля). Тут должны быть клиенты, для которых недоступна сеть, в которую смотрит предыдущий интерфейс. (Диалплан для клиентов обоих внутренних профилей должен общий, эти клиенты различаются только тем, какой из адресов Фрисвича с них доступен.) Если включить третий интерфейс и добавить новый профиль - всё, в принципе, работает, но не видны входящие регистрации.
Понимаю, что копать нужно в сторону доменов и т.д., но в голове не складывается картина, что и как надо делать... :/

Ссыль, на что прочитать в доках - проканает. Возможно, просто не нашел нужного.

Ищется "Коммерческие интеграторы FreeSWITCH"
подробости https://freeswitchforum.com/viewtopic.php?f=7&t=1050

"но не видны входящие регистрации." что вы под этим подразумеваете ? . В моем предположении, ваши агенты авторизуются по списку acl, который разрешен в профиле

apply-register-acl  в профиле стоит с каким значением. Что в ACL  и что за подсети ?

Или же некорректные маршруты или же как вы описали некорректно в directory домены назначены и правда.
Просто что подразумевается под "но не видны входящие регистрации."
Снифером на нужном интерфейсе запросы на регистрацию что приходят видно?  что в логе на этот счет пишется ? уходят ответы в правильный интерфейс ?

acl не используются совсем.
Спасибо.
Стоило задать вопрос вслух - пошло движение в нужном направлении.

Вопрос, есть кусочек кода:
api = freeswitch.API();
conf_name = "some_name";
orig_uuid = api:executeString("create_uuid");
res = api:executeString("bgapi originate {^^:origination_uuid=" ..orig_uuid.. "origination_caller_id_name=712234567890:origination_caller_id_number=71234567890}sofia/gateway/my_gw/74951234567 &conference:"..conf_name.."@default+flags{nomoh}");

Как понять, что originate был успешным(что мы дозвонились до нужного абонента и подключили его к конфе)
orig_uuid - uuid  этой ноги у меня получается есть.  Как проверить что все случилось

Возможно, повесить на uuid - hangupCause(), а дальше IFами

Поискать uuid в списке активных каналов или отловить событие входа в конфу и в нем поискать

я тут прикинул что мне может помочь в этом конструкция вида
eval uuid:e72aff5c-6838-49a8-98fb-84c90ad840d9 ${channel-state}

или uuid_getvar

Коллеги, подскажите по telecast и mod shout, в чем проблема?. В интерфейсе xml rpc звонки вижу, при нажатии на воспроизведение открывается mp3 для прослушивания, но ничего не слышно. Fs запущен в докере

Подскажите братцы, перевод звонка как делать?

Где эти заветные комбинации прописаны?

Принял звонок, далее перевести на друй эктеншн..

в диалплане

иши attr_xfer