Здравствуйте.
Подскажите, знающие люди, как в астере организовать "очередь" где в качестве мемберов используются DAHDI-экстеншены?
Что имеем. Asterisk 1.6.2.19 на FreeBSD 7.4, две платки "Digium TE122" и "Digium TDM2400P", KX-TD 1232.
При наборе добавочного (DAHDI/g2/101 и DAHDI/g2/227) с астера на 1232 звонок проходит нормально, а вот при попытке указать эти же экстеншены в качестве мемберов очереди получаю:
queues.conf
[general] persistentmembers = yes autofill = yes autopause = no monitor-type = MixMonitor musiconhold=default [1000] context = office strategy = roundrobin ;strategy = ringall eventwhencalled = yes ringinuse = no timeout = 20 retry = 1 wrapuptime = 3 maxlen = 0 ;memberdelay=0 timeoutrestart = yes member => DAHDI/g1/101 member => DAHDI/g1/227
и CLI> queue show 1000
1000 has 0 calls (max unlimited) in 'rrmemory' strategy (0s holdtime, 0s talktime),
W:0, C:0, A:0, SL:0.0% within 0s Members: DAHDI/g1/101 (Invalid) has taken no calls yet DAHDI/g1/227 (Invalid) has taken no calls yet No Callers
При входящем звонке ни один мембер не реагирует вообще и звонок уходящий в очередь, "подвисает".
Где-то я вычитал что в очереди могут быть представлены только "физически присутствующие" экстеншены типа SIP или Agent. А как сделать так чтобы мембером был DAHDI, так и не сообразил...
Тут где-то есть пример, у кого-то такая схема работает.. А вот у меня почему-то не хочет...
Что можно предпринять в данном случае?
Возможно это от того, что appqueue.so грузится раньше чем chandahdi.so и chan_local.so. Попробуйте исправить это указав порядок загрузки в modules.conf...
Возможно это от того, что appqueue.so грузится раньше чем chandahdi.so и chan_local.so. Попробуйте исправить это указав порядок загрузки в modules.conf...
Не работает, потому что статус invalid.
Используйте динамические очереди:
10*CLI> queue add member DAHDI/g1/110 to 601
Added interface 'DAHDI/g1/110' to queue '601'
10*CLI> queue show 601
601 has 0 calls (max unlimited) in 'ringall' strategy (0s holdtime), W:0, C:0, A:0, SL:0.0% within 0s
Members:
DAHDI/g1/110 (dynamic) (Unknown) has taken no calls yet
No Callers
Unknown это уже не invalid.
Отвечу сразу и litnialex и asteriskguru..
Собственно да, после того как я указал в modules.conf строку
preload => chan_dahdi.so
мемберы стали (Unknown) но на них пошли звонки...
Всем откликнувшимся ОГРОМНОЕ спасибо за помощь...
Сегодня поймал тот же самый глюк: asterisk 1.8.18.1 dahdi 2.6.1 Изменения порядка загрузки модулей результатов не дало, при звонках из очереди показывает что занят
За DAHDI/5 закреплен номер 511
было member => DAHDI/5
стало member => DAHDI/5/511
Звонки пошли, но ... ringinuse=no приводит к этой ситуации, при ringinuse=yes все работает как и раньше без извратов.
Я делал так member => DAHDI/4 например. Без указания группы. Работает такой вариант.
Используйте кастомный контекст . где номера будут отслеживаться с интерфейса Local.
в виде
member => Local/101@dahdi-dial-local/n
попробуйте настроить хинты для этих номеров в контексте очереди
exten => 227,hint,Local/227@office/n
хотя я могу ошибаться в этом вопросе , так как хинты для dahdi устройств отрабатывают немного подругому.
как минимум проверьте DEVSTATE у экстеншена Local/227@office
Задан: Oct 11 '11
Просмотрен: 1,040 раз
Обновлен: Dec 10 '12
Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании
Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией
GNU GPL.
Так решилась проблема или нет? preload => chan_dahdi.so помогло?
matperez (Oct 13 '11)editКонечно решилась... я же ниже отписался уже...
Krasnov (Oct 26 '11)edit