Привет!

Дано:
1) Пользователь, который очень много говорит по телефону.
2) Некислый поток входящих снаружи этому пользователю.
3) Сообщение "Абонент занят!", получаемое 70-ю процентами позвонивших.
4) Таких пользователей N-е количество.

Нужно:
В случае занятости пользователя ставить звонок в очередь без создания для каждого записи в queue.conf

Заранее спасибо за любую информацию.

woland, тут нет никакой queue, ему надо многоканальный телефон (Grandstream GXP 2020?) и автопостановка на холд если он занят. С которого он берёт лёгким касанием на кномпку линии.

А еще лучше, не жлобиться на кадрах и нанят с пару-тройку людей для разгреба входящих...

Проблема в том, что большинство пользователей "деревянные". Пришлось отключить callwaiting для того, чтобы народ не пугался звока по второй линии, при котором они паникуют и валят оба вызова.

Кадровый вопрос от простого кодера/админа не зависит никак :( уволил бы половину....

betman, чти почту!

Не понятно почему не очередь. Нужен такой же деревянный метод?
Попробуй

trscod? Согласно условию задачи:
1) Пользователь, который очень много говорит по телефону.
2) Некислый поток входящих снаружи этому пользователю.
То что таких пользователей много ещё не значит, что к ним общий поток, полагаю - индивидуальные.

Делать очередь только с одним агентом? Мне кажется неразумно.

А что сильнее загрузит машину: queue или retydial?
ЗЫ:queue мне всегда казался более "красивым" методом в таких случаях.

2 ded:
Да, каждому звонят в большинстве случаев персонально. Как минимум, четыре человека нагружены постоянно, и еще порядка 6-7 периодически.
RetryDial Похоже, мне подходит (непонятно, как я его просмотрел). Вопрос: Как оно поведет себя, если пока пользователь занят, ему последовательно поступит несколько звонков и станут на ожидание? Будет ли соблюдаться очередность, или первый прорвется кому больше повезет?

2 trscod:
Делать для каждого персональную очередь с одним агентом считаю неразумным.

Ну аргументы-то есть наверное?