ну тогда у провайдера уточнить - куда им номер положить. Я меняю в CALLERID(num)

вы пул то согласовалм?

он в другом чате оказывается чуть более подробно написал
у него проблема пока на его стороне
да и пул оказывается из тех что уже куплены у вас
сорри что побеспокоил

да мне не жалко)

но как это в АРИ делать не знаю. через диалплан

А стазис обязателен, если у вас там просто звонок инициализируется? Так или иначе: endpoint: 'PJSIP/79005896658@mtt', - тут сделайте вызов через локальный канал типа так: LOCAL/<extension>@<context>. Контекст с экстеншеном создайте в диалплане. CALLERID(num) передавайте через callerId в методе или отдельной переменной в словаре variables. Поидее callerId - сюда нужно запихнуть. Если нет, то отдельной переменной через variables, а уже в диалплане берите из этой переменной А-номер и вставляйте в CALLERID(num). В <extension> запихивайте например номер, куда звоните, и уже внутрях диалплана вызывайте DIal.

Поищите пример инициализации звонка через Originate для AMI с использованием локальных каналов с точки зрения как это выглядит в диалплане. В ARI будет также, только метод подругому называется и опции у него слегка другие.

я пишу Monitor в стерео, не Mixmonitor

из вебки если слушать  - то запись моно

скачиваешь на комп - уже стерео

две строчки в freepbx

Всё куда проще оказалось 🙂
В соседнем чате отписался по решению.

ну и тут напиши - или перешли то
не все в два чата смотрет

сюда продублируйте

Нашел причину почему в INVITE не отправлялся callerId - надо было в ARI использовать не create() метод, а originate()

После originate() возвращался объект, который _можно_ было настраивать и только потом dial() выполнять.

Кому понадобится, корректный код:

let channel2 = await ari.channels.originate({
   app: 'dsp-voip-app',
   endpoint: 'PJSIP/79005896658@mtt',
   callerId: '74997054919',
   variables: {}
})

а) ну да. как обычно это бывает: забыл минус поменять на плюс)

Всем привет.
Есть транк без регистрации, заведён в астер, исходящие работают без каких-либо проблем. Входящие не доходят до астера. У клиента стоит микрот, SIP ALG отключен, dst-nat настроен на 5060/udp и 10к-20к/udp, в Filter Rules тоже пакеты не фильтруются, по словам админа клиента даже счётчики тикают на правилах при входящих. Но до астера, судя по sngrep, ничего не доходит. На хосте с астером все файерволы выключены (прям сервисы их потушены). Я не понимаю, куда копать, есть подозрения, что всё-таки дело где-то в железяке, но не могу это подтвердить.

на микроте есть возможность снятия дампа. Запускаешь packet sniffer и инициируешь вызов. Результат увидишь в дампе, дошло , не дошло, а дальше уже пойдешь по цепочке

А кто-нибудь знает как отключить фаервол на FreePBX  и при этом чтоб iptables нормально правила подтягивал при загрузке?

ну я могу только извращение предложить:
отключаете фаирвол
пишите скрипт заполнения iptables
пишите сервис для скрипта - и включаете его в автозапуск

Добрый день коллеги! Не подскажите как правильно настроить SIEMENS StarGate 40 с билайн