up

Насколько я понял, при регистрации клиента данные попадают в базу (это фактически - стандарт) ...

Например вариант на call-files. Алгоритм простой:

скрипт делает выборку телефонов (и если нужно - доп. данные) из базы;
создаются call-file;
при успешном вызове и положительном ответе делается запись в ту-же базу;

В качестве админки, интерфейс работающий с этой базой.

В качестве доп. параметров для скрипта например можно учитывать время GMT клиента (что бы не звонить ему ночью с фразой - не забудь на "съезд" ... :) ), кол. одновременных вызовов в канал и т.д. ...

P.S. Если вариант подойдет, скрипт и диал.план сваяю (да и заготовок подбоных много. Нужно только учесть условия). Интерфейс - не мое ... ;)

imho, тут вообще без всяких дайлпланов можно обойтись и разнести астериск и саму программу "outbound auto dial campaign" на разные машины.
Пользовать Originate через AMI и направлять звонок не в в exten@context в application AGI который соединится опять же с программой которая послала originate.
Хотя AGI мне не нравится - давно уже нужно написать application модуль который даст возможность заменить AGI на AMI

simax, а нафига такие сложности в духе мелкомягких изобретать?

Согласен с simax, оригинацию надо делать через AMI - контролировать ход обзвона проще. Но вот смысла плодить еще и AGI я не вижу, обзвон можно сделать и контекстом.

Чем проще? )

Хотя бы тем, что на события информация попадет в вызывающее приложение. Как реализовать обратную связь в случае калл-файлов :)? А без обратной связи, даже для контроля количества одновременных вызовов придется делать дополнительные телодвижения в диалплане, к которому, теоретически, эта система может и не иметь доступа.

Ну например не нужно вообще никаких настроек в даилплане делать - прикрутить (интегрировать) такую систему к уже рабочему астериску намного проще. Настроил доступ по AMI и больше ничего конфигурить не нужно. А еще большой плюс - основную программку можно вынести на совсем другой компьютер (даже работающий под мелкомягкой осью :-))

Alekz:

Но вот смысла плодить еще и AGI я не вижу, обзвон можно сделать и контекстом.

Мне тоже не нравится AGI но контекст плодить и настраивать очень не хочется особенно если у меня уже есть рабочий астериск.

йа плакал...
Для тривиальнейшей задачи плодить избыточные решения.
я тут как-то приводил вот такой пример: http://www.domolan.ru/forum/index.php?showtopic=3112&mode=threaded
вот вы и пытаетесь выродить что-то подобное.
Для всего есть надлежащие инструменты, которыми задача реализуется максимально быстро и эффективно.
Можем сравнить объем кода. (скорость работы call файлов будет выше, равно как и диалплана)

switch, неконструктивный пост. Какое решение ты не считаешь избыточным? Калл-файлы + диалплан? Как реализовать возврат ответов в основное приложение? Или вообще не париться и как в

10 PRINT "HELLO WORLD"
20 END

просто кидать калл-файлом вызов?