DHCP через Mysql бд Nodeny

[stix]

Есть идея, завернуть DHCP запросы напрямую в mysql базу биллинга.
на 65й циске поднимаю все интерфейс-вланы
указываю через ip helper-address x.x.x.x адрес DHCP сервера, коим будет выступать биллинг тазик.
фактически там не будет DHCP сервер, а будет скрипт, который будет слушать приходящие UDP пакеты на 67 порт, заглядывать в базу биллинга, брать ip адрес; маска, днс, гетвей будет шаблонизированно возвращаться из конфига скрипта.

Есть большой патч для сервера, но через radius, я хочу избавиться от Radius сервера.
Может у кого какие варианты решения есть?
http://forum.nag.ru/forum/index.php?showtopic=64849
навеяно отсюда

[h1vs2]

Спросить на НАГе, там у многих есть готовое свое решение, работающие в продакшене на много-много юезров. И даже есть то, которое продается. Лень искать.

В общем там и спрашивать.

[Andrey Zentavr]

Ну мне пришлось выдрать решение ещё со старого доброго UTM5 - Заюзать LDAP. Есть у меня perl-скрипт который по крону дёргает MySQL и ложит всё в LDAP.

[stix]

просто опять же, крон не хочется, хочется RealTime

[ser970]

я пробовал на прямую - упирается в запросы к мускулу - тестировал 1000 запросов  одновременно. не успевает именно мускул.хотя мож еще поковырятся.
сделал проще
генерится конфиг по свичам , при добалении или смене свича перечитывается днсп = используется опция82, тоесть сразу все порты привязываются к ip , свичи добавляем/меняем редко .   

[stix]

в той сети свичи разные. некоторые могут opt82, некоторые нет.
потому хочу dhcp > mysql

[VitalVas]

у меня так dhcp > perl > (mysql|memcache)

[ser970]

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

[stix]

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

какой алгоритм?

VitalVas, можешь показать?

[ser970]

какой алгоритм?

в смысле?  чуть поковырял isc .
похоже тут
http://www.alex.org.uk/dhcpd-dbi-20100905-01.patch
но реализовано чуть не так.
хотя и этот те же проблемы - очень большие траты ресурсов.
 

[stix]

в понедельник на работе поколупаю
в микротике есть по дефолту dhcp через радиус, посмотрю как там устроено

[VitalVas]

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

нет
http://nixtrix.blogspot.com/2010/05/if-map-with-isc-dhcp-and-omapd.html
немного переделано

попробуй сделать проверку через процедуры и сделать временную таблицу на движке "memory"
должно справятся

у меня попроще на экспериментальной сети. все юзеры в одному влане (да,да, traffic_segmentation, pvlan.....)

[stix]

мне на тыщенку юзеров.
пара сотен вланов

[Andrey Zentavr]

просто опять же, крон не хочется, хочется RealTime

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

[stix]

просто опять же, крон не хочется, хочется RealTime

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

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