Отваливается очередь

Question

Имеется два *, соединяются по iax, канал не очень стабилен:

[general]
bindport = 4569
bindaddr = 0.0.0.0
maxjitterbuffer=50
jitterbuffer=yes
trunktimestamps=yes
disallow=all
allow=ulaw
allow=alaw
[iaxtrunk]
type=friend
username=iaxtrunk
secret=********
auth=plaintext
host=asterisk2
context=maincontext
peercontext=maincontext
qualify=yes
trunk=no

ну и на втором примерно тоже самое. Итак формируем на первом очередь из агентов второго:

[tokb1-queue]
retry = 1
timeout = 800
member => IAX2/iaxtrunk/mainqueue
strategy = ringall

И всё вроде работает, но в один прекрасный момент после команды queue show в консоли на первом вместо:

Members:
IAX2/iaxtrunk/mainqueue (Unknown)

видим:

Members:
IAX2/iaxtrunk/mainqueue (Unavalible)

и, конечно, на том конце больше нет поступающих звонков, а в логах тишина...
рестартуем первый астер - всё в норме!

Accepted Answer

1

Возможно из-за qualify=yes в iax.conf транк iaxtrunk принимает статус UNREACHABLE. Проверить можно командой

iax2 show peers

Если так, уберите qualify и кое-как будет работать (когда сеть не лажает). Но по хорошему нужно решать проблему с сетью. Поищите в логах по ключевому слову UNREACHABLE, на предмет того как часто он отваливался...

ссылка удалить спам редактировать

ответил 2011-02-18 21:02:40 +0400

asteriskguru
1160 ● 4 ● 5 ● 21
http://www.asteriskguru.r...

Comments

в том то и прикол, что в UNREACHABLE он не вваливается um2010 ( 2011-02-18 23:01:45 +0400 )редактировать

Может очереди не нравится мембер в формате IAX2/peername/number? Я так никогда не делал. Попробуйте создать новый транк на рассматриваемом сервере, например callcenter01, а на втором завести все звонки от него в отдельный контекст и на экстеншине s обрабатывать так же как сейчас номер "mainqueue". Тогда в очереди можно будет указать просто IAX2/callcenter01. asteriskguru ( 2011-02-18 23:31:54 +0400 )редактировать

Вообще статус Unkown тоже плохо. По хорошему должен быть "Not in use" или "In use" asteriskguru ( 2011-02-18 23:32:52 +0400 )редактировать

убрал autopause, очередь перестала отваливаться... может совпадение, конечно.. проверить сложно, отваливалась не часто, но не во время :) um2010 ( 2011-02-19 16:22:12 +0400 )редактировать

долго тестил что же происходит?! В итоге: иногда пир выпадает в UNREACHABLE на считаные милисекунды и, если в этот момент пытается устанавливаться соединение - все, сам member этой очереди - unavailible из которого его можно вывести только если в queues.conf что-нибудь поменять и применить reload. Убирание qualify вроде как лечит эту проблему с одним эффектом: от 2 до 15 секунд соединение таки не может быть установлено, но в итоге устанавливается.. Есть ли возможность с qualify мембера очереди оживлять без таких радикальных мер? А то пропадение одного пакета в три дня нарушает всю жизнедеятельность - это как то не айс! um2010 ( 2011-02-26 22:00:33 +0400 )редактировать

долго тестил что же происходит?! В итоге: иногда пир выпадает в UNREACHABLE на считаные милисекунды и, если в этот момент пытается устанавливаться соединение - все, сам member этой очереди - unavailible из которого его можно вывести только если в queues.conf что-нибудь поменять и применить reload. Убирание qualify вроде как лечит эту проблему с одним эффектом: от 2 до 15 секунд соединение таки не может быть установлено, но в итоге устанавливается.. Есть ли возможность с qualify мембера очереди оживлять без таких радикальных мер? А то пропадение одного пакета в три дня нарушает всю жизнедеятельность - это как то не айс! um2010 ( 2011-02-26 22:00:38 +0400 )редактировать