Так можно определить, что занят. Если занят -- проиграть сообщение типа "извините, тот, с кем Вы говорили, уже занят" ;) затем отправить звонок обратно в очередь...

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

а почему не запомнить на кого звонили?(setvar)
и создать еще отдельные очереди для каждого из операторов..
а какое оборудование у операторов? 7950 например сам иакое обрабатывает.

пытался ввести статус звонка, при отработке правила заводиться переменная типа __status_${EXTEN} и присваивается ей значение "ON", после того как вызов завершается, значение переменной становиться "OFF". Эта схема работает идеально во все случаях кроме перевода звонка. После того как второй перевел звонок третьему и положил у себя трубку, почему то дальнейшие команды после Dial не отрабатываются, флаг "g", который поидее должен заставлять дальнейшее выполнение последующих команд, игнорируется. Звонок сразу переходит к "h" в данном контексте и происходит сброс всех переменных которые были заведены, т.е. status_${EXTEN} уже не существует.
Попытка использовать глобальные переменные тоже никчему не приводит, т.к. они должны быть уникальные, а идентифицировать переменную нет возможности из за тойже очистки после перехода к "h".

что подразумевается под словом - оператор ?

есть идея
в консоли CLI командой SIP SHOW CHANNELS выдается информация об активных каналах, поле CALL ID содержит уникальный идентификатор канала, а в дальнейшем SIP SHOW CHANNEL <CALL ID> позволяет выяснить существует ли данный канал или нет (он пропадает если второй кладет трубку).
НО, как достать эту информацию в диалплане???
какие функции и какие переменные ее содержат, тут большой вопрос, мне не удалось их найти.
ктонибудь знает?

>НО, как достать эту информацию в диалплане???

А вот это не оно?:

"TRANSFERERNAME - переменная содержащая имя канала. осуществляющего transfer (это относится только к attented transfer)"
(c)http://igorg.ru/2008/03/29/za-transfer-zamolvite-slovo/

ChanIsAvai - не будет определять, ответил "третий" или нет. Это проверит канал на возможность совершения вызова. Если требуется только проверка канала, то это - оно, а если нужен анализ ответа/не ответа и т.д. - это не то.

tma:

У меня другая проблема -- такое впечатление, что переменная TRANSFER_CONTEXT не используется в очередях! Как быть?

Вы ее задаете точно так же, как здесь указываете?

самое смешное что

Возврат звонка после "Attended transfer"

работал в астериске автоматически без всяких плясок

ddkprog, да ну? В первой ситуации он до 1.6 не работал. Если переводящий соединил два плеча разговора, то звонок просто завершится без возврата.

ну если так то да)

мне лениво было читать весь треид
жара)