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

[notify_ded_bot]

Ну пока не умеет. Но это можно пропатчить. Или переписать app_queue.c на ARI+Golang

[notify_ded_bot]

Чел же пишет что у него пользователи регистрируются на другой ноде, state_interface не умеет ходить к другой ноде и дергать статус

res_pjsip_publish_asterisk

[notify_ded_bot]

res_pjsip_publish_asterisk

угу, осталось его подружить с state_interface как-то

[notify_ded_bot]

Варианты - периодически дергать другую ноду и выставлять DEVICE_STATE для устройств статус регистрации которых изменился. Минусы - задержка в обработке (есть шанс отправить звонок на отключившееся устройство или наоборот не отправить звонок на недавно зарегистрированное). AstDB со всеми вытекающими последствиями - DEVICE_STATE хранится именно там. Вариант 2 - слать звонки на все учетки вне зависимости от их статуса.

ну для очереди важно не только статус регистрации, а еще и состояние

[notify_ded_bot]

Чел же пишет что у него пользователи регистрируются на другой ноде, state_interface не умеет ходить к другой ноде и дергать статус

это правда)

[notify_ded_bot]

Чел же пишет что у него пользователи регистрируются на другой ноде, state_interface не умеет ходить к другой ноде и дергать статус

Да я прочитал.
Может слушать что то dummy.
Ну и странно что очередь не распределяет, скорее всего там members в состоянии invalid.

[notify_ded_bot]

> members в состоянии invalid.
Да, именно так

[notify_ded_bot]

> members в состоянии invalid.
Да, именно так

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

[notify_ded_bot]

ну для очереди важно не только статус регистрации, а еще и состояние

Ну вот. Состояние эндпоинта за транком нет возможности узнать таким образом

[notify_ded_bot]

> members в состоянии invalid.
Да, именно так

Обходится через Local channel