а вот это вообще супер идея, точно! щас операторам мзды дам

спасибо, поищу

Супер идея найти лог вызова и сделать анализ, а не гадать что и как

Если при вызове Queue использовать параметр i, - переадресация на телефоне будет игнорироваться.

ребят нужен модуль для автоматического набора номера из базы номеров в софтфоне. + чтоб модуль машина давала только доступные номера на линии. Есть кто делал или желающие сделать?

база номеров в софтфоне? Это что-то новенькое. Предлагаю сформулировать более точное тз

так мне нужно настроить либо сип либо сервисы астер с фриибпх чтоб автоматический набирался номер в софтфонах, сократить время на набор номера

🙏спасибо

ВСЕМ ВСЕМ большое спасибо. Проблема была в переадресации. Виновника вычислил с помощью Asternic call centr stats , все операторы принимали попровну звонков и только один уникум отличился, я не теряю ни секунды набрал номер этого уникума и вуаля попал на директора...   удаленно зашел на его телефон, выключил переадресацию и все вернулось в нормальный режим.
Спасибо, специалисты что всегда реагируете оперативно! буду должен!

Отдельное спасибо за правильную подсказку!

Роман, спасибо, буду больше внимания уделять логам!

Господа такой вопрос
смотрю в ARI (8089/ari/channels)
вижу кучу каналов
беру из них один
и вижу что в инфе указано что Caller -> number там указан номер по которому вызывается, скажем очередь (Queue)
а в Connected -> number указано с какого аона пришел вызов

а вот как мне узнать кто ответил если я возьму канал который делает вызов на Queue?
у него в Connected -> number указан номер по которому инициировался вызов.

https://paste.centos.org/view/a4859fcf

Ари зачем тебе для этого? у него другое предназначение. Бери ами и все будешь знать.

из ами я беру только Event: DeviceStateChange
и не хотелось бы на каждый чих делать доп запросы в ami

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

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

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

да, но при этом коннект должен быть постоянный, все верно, фильтруешь в менеджере события которые должны сыпаться а дальше анализируешь их

ну вот в менеджере у меня фильтр
eventfilter=Event: DeviceStateChange
eventfilter=Event: AttendedTransfer

и вот чтот расширять как-то не хочется
при том что в самом начале работы скрипта я ещё вызываю
Action: DeviceStateList
дабы узнать какие сейчас Endpoint'ы подключены к АТС и какие у них статусы
у тех кто подключен и статусы отличаются от not_inuse - надо выяснить кто с кем разговаривает
и вот тут я подключаю cURL'ами инфу из ARI
и вот споткнулся что не могу сопоставить кто ответил
можно конечно косвенно попытаться сделать это через корёжинье name: {tech}/{resource}-кучацифр
но это кажется как-то не тру