dadv: (Default)
[personal profile] dadv

ВНЕЗАПНО осознал, что в протоколе RADIUS идентификатор запроса/ответа - 8-битное поле. Поэтому идея транслировать DHCP-запросы в RADIUS-запросы для крупных сетей порочна изначально - более чем 256 одновременных запросов от одного DHCP-сервера к одному RADIUS-серверу независимо от мощностей оборудования делать нельзя без какого-нибудь хитрого мультиплексирования (типа тысячи IP-алиасов на DHCP-сервере), что тоже криво само по себе.

Интересно, насколько хорошо работает FreeRADIUS в роли транслятора между DHCP-протоколом и базой MS SQL. И бывают ли другие трансляторы такого сорта.

Date: 2011-12-28 18:17 (UTC)
From: [identity profile] xeonvs.livejournal.com
У меня FreeRadius работает DHCP сервером в связке с MySQL. В продакшене чуть более года, всё стабильно.
Есть еще такая тема http://forum.nag.ru/forum/index.php?showtopic=64724 (http://forum.nag.ru/forum/index.php?showtopic=64724)
Edited Date: 2011-12-28 18:17 (UTC)

Date: 2011-12-28 18:23 (UTC)
From: [identity profile] dadv.livejournal.com
Указанную на НАГе тему видел, там поддержки MS SQL нету, её надо писать отдельно.

Что касается FreeRadius, у его DHCP-модуля тоже обнаружилась проблема. Он считает, что с одного IP не должно приходить много запросов за короткое время, а если приходит, то он начинает их дропать. При этом автор этого кода упускает из виду существование высоконагруженных DHCP-релеев, через которые совершенно нормален большой поток DHCP-запросов в течение короткого времени и всех их нужно обслужить, искуственные дропы недопустимы.

Date: 2011-12-28 18:32 (UTC)
From: [identity profile] xeonvs.livejournal.com
Согласен, дропать нельзя.
Я для себя попилил релеи по географическому принципу между двумя БД, проблем с нагрузкой и масштабированием нет в принципе.
Edited Date: 2011-12-28 18:36 (UTC)

Profile

dadv: (Default)
Choose your future

July 2024

M T W T F S S
12 34567
891011121314
15161718192021
22232425262728
293031    

Tags

Style Credit

Powered by Dreamwidth Studios