Есть сип-аккаунт источник звонков. Задача распределить равномерно звонки от него по этим 10 сип-аккаунтам.
Сейчас реализвано через таблицу в mysql и перебор по ней. Т.е каждый звонок создает sql запрос и выбирается следующее сип-направление для него.
Вообщем отвратительно реализованно! MySQL здесь видится вообще лишней составляющей.
Есть более простое решение?
Например через группы реализовать можно?
_________________
P4 3.0 + 1Gb CentOS 5.8 Aster 1.8.16
Не люблю gui-сборки: натуральный продукт вкуснее.
И еще: я ПРОФИ так как НЕ ЛЕНЮСЬ читать литературу.
А нельзя группу создать, запихнуть в нее все сип-аккаунты и сделать просто Dial в эту группу?
Для каналов DAHDI же это возможно....
| Код: |
| Ну сейчас просто лимиты на сип-аккаунты стоят. |
Ну дык при чем тут "равномерность" и искусственные ограничения. Энто вообще разные вещи
_________________
P4 3.0 + 1Gb CentOS 5.8 Aster 1.8.16
Не люблю gui-сборки: натуральный продукт вкуснее.
И еще: я ПРОФИ так как НЕ ЛЕНЮСЬ читать литературу.
вообще я понял о чем вы... равномерность нужна относительная
чтобы не было так что работает только один(два) а остальные нет и т п.
да, хорошо будет переписать логику через AGI, исключим запросы mysql
а через группы никак?
_________________
P4 3.0 + 1Gb CentOS 5.8 Aster 1.8.16
Не люблю gui-сборки: натуральный продукт вкуснее.
И еще: я ПРОФИ так как НЕ ЛЕНЮСЬ читать литературу.
Ну так и сделанно, только через mysql
Смущает лишняя нагрузка на mysql, через agi будет шустрее наверно?! Не грузит mysql - это уже хорошо...
Переделать такой же счетчик через AGI не проблема, едиственное вызовов много...
Ну например 50-100 вызовов этого AGI скрипта в секунду нормально будет? Сейчас тоже работает через mysql.
Сервер не загрузим под завязку?!
и на средненькой тачки по 100 одновременных тянет, правда CPS не высокий, порядка 5 звонков в сек.