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

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, на предмет того как часто он отваливался...

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

ответил Feb 18 '11

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

Comments

в том то и прикол, что в UNREACHABLE он не вваливается um2010 (Feb 18 '11)edit

Может очереди не нравится мембер в формате IAX2/peername/number? Я так никогда не делал. Попробуйте создать новый транк на рассматриваемом сервере, например callcenter01, а на втором завести все звонки от него в отдельный контекст и на экстеншине s обрабатывать так же как сейчас номер "mainqueue". Тогда в очереди можно будет указать просто IAX2/callcenter01. asteriskguru (Feb 18 '11)edit

Вообще статус Unkown тоже плохо. По хорошему должен быть "Not in use" или "In use" asteriskguru (Feb 18 '11)edit

убрал autopause, очередь перестала отваливаться... может совпадение, конечно.. проверить сложно, отваливалась не часто, но не во время :) um2010 (Feb 19 '11)edit

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