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

Очереди в триксбоксе

0

Здравствуйте. Проблема с очередями звонков, используется триксбокс с Asterisk 1.4.22 и установленным FOP-2 (лицензия). Служба такси, 6000-8000 заявок и около 10000 звонков в сутки. Настроены 4 очереди с разными wight. Порядка 9 операторов, подключенные локально и прописанные статическими агентами в Freepbx. Проблема в том, что при в часы пик, когда все 9 операторов заняты и в очереди "болтаются" 15-20 звонков, наблюдается следующее:

  1. в моменты освобождения оператора или нескольких операторов наблюдается задержка поступления очередного звонка агенту. Существенная такая задержка порядка 10-30 секунд, что существенно выше, чем длительность анонса позиции звонящему. Иногда в fop2 наблюдаем такие заторы, что в очереди куча ожидающих и почти все операторы уже освободились, но очередь не спешит направить им звонок, а как будто зависает. Для кого то такая задержка покажется несущественной, но для службы такси она неприемлима, т.к. ведет к снижению эффективности работы службы. http://rghost.ru/42388735 - сюда залил скриншоты фопа в моменты, когда все операторы заняты (скрин1) и в момент задержки распределения звонков(скрин2)
  2. при использовании параметра очереди autofill=yes звонки из очереди выдаются несколько быстрее операторам, но нарушается очередность звонков. Т.е. иногда звонящий, находящийся аж 10й в очереди, сразу попадает к оператору, а висящий первым "зависает" на несколько минут, слушая музыку. Конфиг одной из очередей:

    [900]

announce-frequency=30

announce-holdtime=no

autofill=no

eventmemberstatus=no

eventwhencalled=yes

joinempty=yes

leavewhenempty=no

maxlen=0

periodic-announce-frequency=0

queue-callswaiting=queue-callswaiting

queue-thankyou=queue-thankyou

queue-thereare=queue-thereare

queue-youarenext=queue-youarenext

retry=0

ringinuse=yes

strategy=rrmemory

timeout=5

weight=1

wrapuptime=0

member=Local/101@from-queue/n,0

member=Local/102@from-queue/n,0

member=Local/104@from-queue/n,0

member=Local/105@from-queue/n,0

member=Local/106@from-queue/n,0

member=Local/107@from-queue/n,0

member=Local/108@from-queue/n,0

member=Local/109@from-queue/n,0

Может быть ктото сталкивался с подобной проблемой и есть какие то пути решения?

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

спросил 2012-12-20 22:44:37 +0400

merk Gravatar merk
35 1 1 3

обновил 2012-12-20 22:48:18 +0400

Comments

помогло обновление на астериск-1,8. настроил весь функционал на основе сборки FreePBX-1.817.210.62-i386-Full-1351547930.iso звонки стали живее распределяться, но с "зависающим" первым в очереди при использовании параметра autofill=yes еще пока не ясно. Будет нагрузка по звонкам, посмотрим

merk ( 2013-01-24 15:00:21 +0400 )редактировать

Собственно, нагрузка в пиковые часы показала, что проблема под пунктом 1 разрешилась, т.е. звонки стали несколько быстрее распределения между операторами, но все равно недостаточно быстро для нас. Используем параметр autofill=yes и wrapuptime=1. Звонки распределяются достаточно быстро, но все же есть проблемы: Функция «autofill» ускоряет распределение, но делает это за счет того, что в момент поиска доступного оператора очередь игнорирует позицию звонящего и даже «вес» очереди. Т.е. если тебе удалось дозвониться в момент, когда появился свободный оператор и никто более из ожидающих не пытается «найти» свободного оператора в этот момент, то очередь сразу направит тебя к оператору, будь ты хоть десятым Первый в очереди все же зависает дольше чем другие. Вроде бы висит первым, но оператору не направляется, в то время как другие звонящие получают доступ к оператору быстрее. К примеру, ожидание первого в очереди может составлять около 5 минут, а второго - уже меньше минуты. Непонятно такое поведение астериска. Если есть желающие помочь с данным вопросом за определенную плату - просьба постучать в личку

merk ( 2013-01-28 09:33:32 +0400 )редактировать

В общем, установка ringinuse=no совместно с Agent Restrictions=extensions only помогает делу, если кому интересно. Также у экстеншенов - агентов должно быть установлено Queue State Detection = use state, а у очереди - Member Status Event = yes

merk ( 2013-02-13 12:33:55 +0400 )редактировать

1 Ответ

1

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

autofill=yes 
wrapuptime=1

не помогает?

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

ответил 2012-12-21 03:43:18 +0400

meral Gravatar meral flag of Ukraine
23347 24 20 177
http://pro-sip.net/

обновил 2012-12-21 10:31:41 +0400

zzuz Gravatar zzuz flag of Russian Federation
7174 2 6 75
http://line24.ru/

Comments

И я со своей лептой)

zzuz ( 2012-12-21 10:31:59 +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 ленту новостей

Статистика

Задан: 2012-12-20 22:44:37 +0400

Просмотрен: 1,500 раз

Обновлен: Dec 21 '12

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