Может роутер сломали?)

я тоже так думаю...

пошел его копать ))

Привет. кто-то знает есть ли способ считать dtmf во время ожидания в очереди(и засетитить переменную), без выхода из нее? пока только события AMI DTMF вижу.

Коллеги, утро доброе!
Впал в ступор по механике того, как будет работать редирект ( https://wiki.asterisk.org/wiki/display/AST/Asterisk+18+Channels+REST+API#Asterisk18ChannelsRESTAPI-redirect ) на канале, который уже в bridge добавлен.

Ситуация (всё реализовано на ARI): приходит звонок, создаётся bridge, канал добавляется в bridge, далее с ним могут поговорить агенты и перевести или добавить ещё кого-то в bridge. И вот не могу понять, что будет происходить и какова логика обработки запроса к ARI на redirect какому-то каналу… он снова в Stasis улетит с другими аргументами? Или будет создан новый исходящий канал на endpoint в рамках bridge?

Помидорами не кидайте… взять и проверить не получится из-за сложности реализации.

Можно , типа Read(invite_num,,3);

Привет. кто-то знает есть ли способ считать dtmf во время ожидания в очереди(и засетитить переменную), без выхода из нее? пока только события AMI DTMF вижу.

Это запишет в переменную invite_num   3-ех значный DTMF

так я в очереди уже нахожусь. как я его считаю? Read можно до очереди сделать или поставить в контекст очереди, но тогда придется выйти из нее.

Так в свойствах очереди

k - Allow the called party to enable parking of the call by sending the DTMF sequence defined for call parking in features.conf.
K - Allow the calling party to enable parking of the call by sending the DTMF sequence defined for call parking in features.conf.

С конференцией точно работает

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

а задача в целом какая?

паркинг работает, когда есть уже второе плечо

по нажатии на DTMF изменить значение переменной канала. При этом в очереди еще не отвечен вызов

ами, другие варианты это костыли

да, спасибо уже сделал через DTMF end event. думал, что может что-то есть получше из диалплана.