Поведение BGRadiusDialup при критических нагрузках

Вы можете пропустть этот раздел при первичной настройке системы.

На порты авторизационных и аккаунтинговых запросов в BGRadiusDialup определён пул потоков-обработчиков размерами, задаваемыми переменными в radius.properties auth.thread.count и acct.thread.count соответственно. Каждый пришедший запрос обрабатывается в одном из свободных потоков пула.

По мере роста числа запросов авторизации, если число запросов в очереди превысит значение, определённое переменной в radius.properties auth.thread.queue, RADIUS-сервер начинает "проглатывать" запросы авторизации без обработки, предотвращая, тем самым, накопление устаревших запросов в буфере приёма сетевой подсистемы и обрабатывая только самые свежие запросы.

По мере роста числа запросов аккаунтинга, если число запросов в очереди превысит значение, определённое переменной в radius.properties acct.thread.queue, RADIUS-сервер начинает "проглатывать" Update-запросы, оставив оставшиеся потоки для обработки запросов старта и стопа, т.к. они критичнее.

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