Ребят, привет )
так и не смог осилить. Что-т не так идет. Нид хэлп.

Дано fusionpbx+fs
нужно удаленно подключиться к ESL через php либу. Локально все подключается, команды выполняются - либа работает.

В контроле доступа fusionpbx прописал в ветке domain разрешить 84.23.283.12/32 (ип, откуда поступают запросы)
перезагрузил все, кэш сбросил.

в итоге отбивается по ошибке Rejected by acl "loopback.auto"

сами файлы acl и event_socket тоже крутил по всякому - никак не реагирует, вообще.

Дайте направление плиз, как поправить?

А можно ли легко сделать то чтоб второй запрос ("Caller-Context": "forwarding") уже пришёл не с первого extension а с forwarder extension? то есть параметры  директории уже не num_a а num_b? (тоесть caller на forwarded extension это num_b?)

Если честно, не очень понял)

num_a, num_b, num_c.   num_a=caller, num_b=called, num_c=forwarded.
num_a calls to num_b. num_b transfers to num_c. ringer to num_c (callerid) is num_b, not num_a

просто на context=forwarding у меня загружается directory variables от num_a, а хочется чтоб это било от directory num_b

Ну можете уже в диалплане сделать set_user

Это в первом диалплане да? (до форварда)

Во втором

Дело в том что во втором негде нет информации о num_b, не нашёлся в параметрах

"Caller-Destination-Number": "check_code",

Я думаю в первом: transfer_on_fail=USER_BUSY,USER_NOT_REGISTERED check_code XML conditional_forwarding

check_code сменить на userid

то есть num_b

Можно поменять на что угодно

ок

И это что-то подставится как destination_number

таки решил вопрос)

но появился другой. Хочу по esl позвонить с одного внутреннего номера на другой (с 200 на 201). На 200 у меня диаплан через lua и играет playback ivr файл.

Отправляю команду через esl originate user/201@45.81.113.13 &bridge(user/200@45.81.113.13

отдает Originate Failed.  Cause: USER_NOT_REGISTERED, что в целом логично. На 201 у меня софтофон, а на 200 ничего нет, там просто ivr. Можно как то его тоже по api зарегистрировать? или есть какой то иной выход? Подскажите, плиз. Гугл не дает вразумительного ничего :(

originate user/201@45.81.113.13 &echo() работает хорошо, себя слышу

Есть loopback канал. Как раз для вашего случая

Но учтите, что если на 200 у вас IVR - то он начнет проигрываться, а на 201 просто пойдет звонок. Т.е. originate ждет ответа ноги А и только после этого идет звонить на ногу Б