FreepbxDistro очереди

[Merk]

Сборка freepbxdistro с астериском 1.8.17.0 на виртуалке proxmox (ресурсы для гостя:: 2 гига памяти и 2 ядра по 2,4 ГГц, ксеон).
Вкратце: у нас служба такси, объем звонков около 8000 в сутки.
Несколько очередей с разным весом, постоянно работают в среднем 8 операторов, под софтфонами программы Таксимастер. Используется анонс позиции звонящего и MOH
Важный момент: используется параметр autofill=yes
Так вот, когда все операторы заняты и кол-во ожидающих в очереди 10 чел. и выше - наблюдаем проблему: ожидающий первым в очереди "зависает" там гораздо дольше остальных, т.е. очередь выплевывает к операторам тех, кто за первым, охотнее, нежели чем ожидающего на первом месте.
Например: у первого в очереди время ожидания может составить 5 мин и более, а у 2-го - уже минута-полторы, несоизмеримо как то.
Если сделать autofill=no проблемы нет, но очередь медленно (для нас) распределяет звонки между операторами
Настройки одной из очередей:

[900]
announce-frequency=15
announce-holdtime=no
announce-position=yes
autofill=yes
eventmemberstatus=no
eventwhencalled=no
joinempty=yes
leavewhenempty=no
maxlen=0
memberdelay=0
monitor-type=mixmonitor
monitor-format=wav
penaltymemberslimit=0
periodic-announce-frequency=0
queue-callswaiting=queue-callswaiting
queue-thankyou=no
queue-thereare=queue-thereare
queue-youarenext=no
reportholdtime=no
retry=0
ringinuse=yes
servicelevel=60
strategy=rrmemory
timeout=8
timeoutpriority=app
timeoutrestart=no
weight=1
wrapuptime=1
member=Local/101@from-queue/n,0,Oper101,hint:101@ext-local
member=Local/102@from-queue/n,0,Oper102,hint:102@ext-local
member=Local/104@from-queue/n,0,Oper104,hint:104@ext-local
member=Local/105@from-queue/n,0,Oper105,hint:105@ext-local
member=Local/106@from-queue/n,0,Oper106,hint:106@ext-local
member=Local/107@from-queue/n,0,Oper107,hint:107@ext-local
member=Local/108@from-queue/n,0,Oper108,hint:108@ext-local
member=Local/109@from-queue/n,0,Oper109,hint:109@ext-local

Этот сервер недавно с нуля поставил. До этого почти 2 года работали на триксбоксе на "железном" компе, там была такая же проблема, но звонки вообще медленно распределялись между операторами.
Готовы оплатить помощь по этой проблеме.
Чуть позже выложу видеозапись FOP2 в момент возникновения проблемы

[ded]

Попробуйте не strategy=rrmemory а strategy=ringall

[Merk]

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

[ded]

Была такая проблема, периодически - от версии к версии. То снова появится - то опять закроют патчем.
Попробуйте ещё другие стратегии.

[Vlad1983]

нужно просто убрать все анонсы
во время их прослушивания звонящий не участвует в выборе свободного агента

[Merk]

Анонсы прослушивают все ожидающие, а не только первый в очереди, но проблема почемуто только у первого.
И даже если убрать все анонсы, по достижению timeout оператора, звонящий временно также исключается из поиска доступного оператора.

[Vlad1983]

ради уменьшения нагрузки на сервак можно вручную заменить
member=Local/101@from-queue/n,0,Oper101,hint:101@ext-local
на
member=SIP/101,0,Oper101,hint:101@ext-local
или вообще так
member=SIP/101,0,Oper101
и так во всех

только сначала попробовать на паре агентов, а то может где-то поломать какую-нить вашу логику

[Reecon]

Такая же проблема, но на версии 1.8.20.0, Merk, у вас получилось ее разрешить? Если да, то как?

[Merk]

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