BiTel

Подскажите как корректно реализовать многоточный манагер...
Суть задачи. Если у абонента нет денег, скрипт выдает серый ИП из специального пула, и записывает его в базу. Потом с этого ИП абонента редиректит на спец страницу откуда он может выполнять действия, доверительный платеж и все такое, с одного нажатия не заходя в ЛК.

Сейчас у меня для этого скрипт перед тем как выдать ИП, блокировал спец таблицу для записи, искал первый свободный ИП, и выдавал его, записывал в эту таблицу, после чего ее разблокирует, т.е. все запросы идут последовательно. много лет эта схема норм работала. Но теперь ее не хватает. если количество запросов авторизации с ошибкой "нет денег" или "договор закрыт" в районе 700-1000 в минуту, то очередь растягивается, радиус игнорит запросы авторизации, кол-во одновременных коннектов в максимум и все такое.

Хочу это дело переделать, чтобы для выдачи ИПадреса был один манагер, у которого скрипт и будет запрашивать ИП, но чтобы манагер работал многопоточно, параллельно, без блокирования таблицы на запись.

Прошу теории маленько и как реализовать

_________________
интеграция биллинга с 1с http://bgbilling-1c.ru/

А зачем выдавать адрес из специального пула, а не просто настроить, чтобы биллинг сам выдавал из такого пула, когда нет денег?
Какой модуль?

Диалап. Сессия не подымается же биллингом при режекттуаксепт-е, ИП сохраняю чтобы узнать клиента

_________________
интеграция биллинга с 1с http://bgbilling-1c.ru/

А при RejectToAccept вроде и так сохраняется запись в БД в таблице сессий.

не сохраняется. для диалапа.

_________________
интеграция биллинга с 1с http://bgbilling-1c.ru/

посмотрите в таблице log_session_{mid}_yyyyMM сессии с fake=1. В мониторе они скорее всего не показываются .

Спасибо.
У меня самописный механизм режекттуаксепт был. Тогда готового не было, в общем готовое подходит

_________________
интеграция биллинга с 1с http://bgbilling-1c.ru/