Для индексации полезных и бесполезных разговоров

[notify_ded_bot]

Очередь не могла парсить member- sip/blah/333

[notify_ded_bot]

Дело не в регистрации тогда.

Так я и не писал про регистрацию. Вообще так глубоко с астером не знаком) Так понимаю members в состоянии invalid - он не смог получить состояние сипа?

[notify_ded_bot]

т.е. пишется member => Local/user@context, вместо PJSIP/user@user

[notify_ded_bot]

Так я и не писал про регистрацию. Вообще так глубоко с астером не знаком) Так понимаю members в состоянии invalid - он не смог получить состояние сипа?

Он инвалид. :)

[notify_ded_bot]

далее в context куда ссылается local прописываете нужную логику

[notify_ded_bot]

только надо не забыть /n дописать в конце, иначе будут сюрпризы в CDR. т.е. member => Local/user@context/n

[notify_ded_bot]

А статус регистрации не нужон. Очередь отправит вызов получит свой код и пойдет дальше.

[notify_ded_bot]

А статус регистрации не нужон. Очередь отправит вызов получит свой код и пойдет дальше.

Ну просто очередь не умеет узнавать статус сип эндпоинта который находится за транком. Если вы пропишете в аргументе state_interface ссылку на транк типа PJSIP/trunk, то будут разные приколы - получив один звонок астериск будет считать что этот "транк" уже занят звонком и не распределит следующие.

[notify_ded_bot]

А вот если все пользователи из очереди разговаривают сейчас?) Нужно ждать пока первый не освободится.
Про пустить в другой контекст Local/user@context тоже читал. Но что там писать?) Мне нужна логика очередей, которая реализована в астериске)

[notify_ded_bot]

в Local/user@context писать Dial(PJSIP/user@trunk)