LINUX.ORG.RU
ФорумAdmin

Asterisk 1.8, проблема по звонкам через канал из очереди

 ,


0

1

Создаю очередь.

queues.conf

[tovarischi]
joinempty = yes
music = default
context = tovarischi
strategy = rrmemory
member => SIP/ktl18/101
member => SIP/ktl18/102
member => SIP/ktl18/103
member => SIP/1000

1000 - юзер, зарегистрированный на сервере, остальные за каналом ktl18. Прямые звонки через канал проходят хорошо, через очередь по каналу тоже.

Проблема: стоит только убрать из списка очереди номер 1000, как сразу из очереди перестаёт звонить в канал. Постоянно регистрировать на сервере 1000 не хочется. Если ли способ это обойти? Или Это фича астериска?



Последнее исправление: kusok (всего исправлений: 1)

Ответ на: комментарий от kernelpanic

В queue_log при звонке:

1346766185|1346766185.4|tovarischi|NONE|ENTERQUEUE||8495XXXXXXXX|1

В messages при этом ничего не пишется.

В консоли астериска:

-- Executing [495XXXXXXX@default:4] Queue("SIP/192.168.1.2-00000001", "tovarischi,rn") in new stack
kusok
() автор топика

strategy = rrmemory

Поменяйте для начала на ringall, сделайте reload и проверьте еще раз

zgen ★★★★★
()
Ответ на: комментарий от kernelpanic

Ключ n мне там нужен, т.к. в случае если ни один из операторов не возьмёт трубу, то диалплан идёт дальше.

queue show tovarischi 
tovarischi has 0 calls (max unlimited) in 'ringall' strategy (0s holdtime, 0s talktime), W:0, C:0, A:57, SL:0.0% within 0s
   Members: 
      SIP/ktl18/101 (Invalid) has taken no calls yet
      SIP/ktl18/102 (Invalid) has taken no calls yet
      SIP/ktl18/103 (Invalid) has taken no calls yet
   No Callers

Из диалплана:

pbx1*CLI> dialplan show tovarischi 
[ Context 'tovarischi' created by 'pbx_config' ]
  '495XXXXXXX' =>   1. GotoIfTime(0:00-23:59,mon-fri,*,*?4)       [pbx_config]
                    2. Dial(SIP/vgw1-1/8903XXXXXXX,,mtT)          [pbx_config]
                    3. Hangup()                                   [pbx_config]
                    4. Queue(tovarischi,rn)                       [pbx_config]
                    5. Dial(SIP/vgw1-1/8903XXXXXXX,,mtT)          [pbx_config]
                    6. Hangup()                                   [pbx_config]
  '_98X.' =>        1. Dial(SIP/vgw1-1/${EXTEN:2},,tT)            [pbx_config]

kusok
() автор топика
Ответ на: комментарий от kusok

В общем пока работает как я хочу через несуществующий экстеншн в очереди.

Главный вопрос, можно ли обойтись без подобных костылей?

kusok
() автор топика
Ответ на: комментарий от kusok

SIP/ktl18/101 (Invalid)

Невалидный канал. Показывайте, что за ktl18.

zgen ★★★★★
()
Ответ на: комментарий от kusok

; It is important to ensure that channel drivers used for members are loaded
; before app_queue.so itself or they may be marked invalid until reload. This
; can be accomplished by explicitly listing them in modules.conf before
; app_queue.so.

modules.conf: preload => bla-bla-bla

zgen ★★★★★
()
Ответ на: комментарий от zgen

Это я пробовал, не помогло. А ktl18 - это обычный SIP-транк. Там стоит голосовой шлюз, на котором и заведены экстеншены 101,102 etc

Из sip.conf:

[ktl18]
type=friend
host=192.168.98.16
disallow=all
allow=alaw,ulaw
dtmfmode=rfc2833
context=tovarischi
deny=0.0.0.0/0.0.0.0
permit=192.168.98.16/255.255.255.0

kusok
() автор топика
Ответ на: комментарий от kusok

Это я пробовал, не помогло.

Плохо пробовал и ссылку не читал. Потому что проблема в порядке загрузки модулей.

zgen ★★★★★
()
18 февраля 2014 г.

Прошу прощения,

Сейчас столкнулся с той же проблемой, причем совсем не работает.

Начиная как минимум с asterisk 1.8 использование SIP транков (устройств за ними) в queues.conf не поддерживается, хотя аналого-цифровые транки DAHDI - без проблем. Единственный workaround, который как мне кажется должен работать - это использование канала local, например так:


member => local/some_number@context

При этом в контексте context в dialplan.conf должен быть экстеншн some_number с приоритетом 1, в котором уже можно делать dial(sip/trunk/number) стандартным образом.

zgen ★★★★★
()
Последнее исправление: zgen (всего исправлений: 2)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.