Пожалуйста, войдите здесь. Часто задаваемые вопросы О нас
Задайте Ваш вопрос

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

0

Имеется два *, соединяются по 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)

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

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

спросил 2011-02-17 14:14:40 +0400

um2010 Gravatar um2010
2056 69 11 52

обновил 2011-02-21 00:09:32 +0400

meral Gravatar meral flag of Ukraine
21228 23 18 169
http://pro-sip.net/

Comments

"канал не очень стабилен" так он наверно и причина проблем :) alexcr ( 2011-02-18 09:37:11 +0400 )редактировать
не очень стабилен в духе: работаем 10 часов без потери, потерялись на 2-3 секунды, опять работаем. А member стал недоступен и из этого состояния не вернулся um2010 ( 2011-02-18 12:26:50 +0400 )редактировать

3 Ответа

1

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

iax2 show peers

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

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

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

asteriskguru Gravatar asteriskguru
1150 4 5 20
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 )редактировать
1

; Autopause will pause a queue member if they fail to answer a call

Ну конечно... Нужно было полный конфиг queues.conf запрашивать :)

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

ответил 2011-02-21 21:04:15 +0400

asteriskguru Gravatar asteriskguru
1150 4 5 20
http://www.asteriskguru.r...

Comments

что-то не в нем дело, как оказалось - отваливается и с ним um2010 ( 2011-02-21 22:03:08 +0400 )редактировать
0

Какие версии астериска, какой линукс и каковы параметры машины?

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

ответил 2011-02-23 00:09:33 +0400

trscod Gravatar trscod flag of Russian Federation
1 2 4
http://большечематс.рф/

Comments

Asterisk 1.8.2-rc1, FreeBSD 8.0-RELEASE, сервер HP DL380 G4 8Gb, 2проца Xenon 2.6 нагрузка 0.0001% um2010 ( 2011-02-23 18:58:31 +0400 )редактировать

Ваш ответ

Please start posting your answer anonymously - your answer will be saved within the current session and published after you log in or create a new account. Please try to give a substantial answer, for discussions, please use comments and please do remember to vote (after you log in)!
[скрыть предварительный просмотр]

Закладки и информация

Добавить закладку

подписаться на rss ленту новостей

Статистика

Задан: 2011-02-17 14:14:40 +0400

Просмотрен: 462 раз

Обновлен: Feb 23 '11

Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией GNU GPL.