forum.bitel.ru
http://forum.bitel.ru/

Непонятная ситуация с радиусом (вынесено в отдельную тему)
http://forum.bitel.ru/viewtopic.php?f=5&t=3213		 Страница 1 из 1
Автор:  jack7 [ 20 ноя 2009, 14:22 ]
Заголовок сообщения:  Непонятная ситуация с радиусом (вынесено в отдельную тему)
у меня проблемная ситуация с радиусом, не могу разобраться в чем причина
Код:
./radius.sh status
version 4.6 build 231 from 06.10.2009 18:35:10
16.11.2009 09:50:07     2534    2534    0       0
Request accounts per minute start: 21; stop: 80; update: 2538
Request auths per minute accept: 21; reject: 67
Netfow packets per minute: 4020
Ignore per minute auth: 0; update: 0
Antispam ban count: 0; used per minute: 0
FlowListener: queue_size: 0; threads_active: 0; largest: 100; core: 100; pool_size: 100; recv_socket_buf_size: 131 071; recv_buf_size: 8 388 608; packets: 343
Started: 13.11.2009 11:52:35    Uptime: 2 d 21:57:31
Memory total: 686 882 816; max: 1 034 027 008; free: 138 332 864
Trees in cache: 17
Connections pool to Master status Idle: 20; Active: 0; maxActive: 500; maxIdle: 20


Код:
java -version
java version "1.6.0_07"
Java(TM) SE Runtime Environment (build 1.6.0_07-b06)
Java HotSpot(TM) Server VM (build 10.0-b23, mixed mode)


радиус запущен с выделением памяти -Xmx1024m
несколько тысяч пользователей работают через PPPoE

в конфиге radius.properties
Код:
auth.thread.count=100
acct.thread.count=100



приходит письмо
Код:
ID события: radius.wait.thread
Время регистрации события: 13.11.2009 17:28:26

В рамках отведенного переменной acct.thread.count количества потоков RADIUS сервер не успеевает производить обработку аккаунтинг запросов.
Возможная причина - загруженность базы данных.


при просмотре загруженности базы данных не увидел загрузки по количеству процессов
my.cnf писал(а):
max_connections = 1024


увеличил соответственно для радиуса
auth.thread.count=500
acct.thread.count=500

Раз в сутки происходит сброс сессий pppoe, то есть все сессии проходят повторную авторизацию, в этот момент нагрузка на радиус пиковая
при этом радиус "зависает" и не принимает пакеты от NAS, логи

radius.log писал(а):
11-13/07:02:55 WARN [pool-1-thread-190] radius - Thread auth busy error
11-13/07:02:55 WARN [pool-1-thread-189] radius - Thread auth busy error
11-13/07:02:55 WARN [pool-1-thread-192] radius - Thread auth busy error
11-13/07:02:55 WARN [pool-1-thread-193] radius - Thread auth busy error
11-13/07:02:55 WARN [pool-1-thread-190] radius - Thread auth busy error
11-13/07:02:55 WARN [pool-1-thread-189] radius - Thread auth busy error
11-13/07:02:55 WARN [pool-1-thread-192] radius - Thread auth busy error
11-13/07:02:55 WARN [pool-1-thread-193] radius - Thread auth busy error
11-13/07:02:55 WARN [pool-1-thread-193] radius - Thread auth busy error
11-13/07:02:55 WARN [pool-1-thread-193] radius - Thread auth busy error
11-13/07:02:55 WARN [pool-1-thread-192] radius - Thread auth busy error


если перезапустить, не меняя конфиг, ситуация повторяется

Далее попробовал увеличить
auth.thread.count=1000
acct.thread.count=1000

после перезапуска с такими параметрами, радиус "падает", то есть на запрос
./radius.sh status
ответ
Connection refused

Пока оставил
Код:
auth.thread.count=100
acct.thread.count=100

так радиус работает, но письма о событии radius.wait.thread приходят
Автор:  jack7 [ 20 ноя 2009, 14:26 ]
Заголовок сообщения:  Re: Непонятная ситуация с радиусом (вынесено в отдельную тему)
Администратор писал(а):
Ну как бы если скопом все начали переавторизовываться, это нормально, что письма приходит. Там как бы формируется "бутылочное горлышко", которое постепенно "пропускает" всех страждущих.. А зачем вам раз в сутки сессии скидывать?


Это делаем для гарантии того, что не будет неучтенных сессий, которые выходят через NAS, но каким-то образом могут не обсчитываться биллингом (забытые)
Автор:  Администратор [ 20 ноя 2009, 19:09 ]
Заголовок сообщения:  Re: Непонятная ситуация с радиусом (вынесено в отдельную тему)
Цитата:
Это делаем для гарантии того, что не будет неучтенных сессий, которые выходят через NAS, но каким-то образом могут не обсчитываться биллингом (забытые)

Может корректнее передавать Session-Timeout атрибут? И будет NAS сбрасывать через сутки каждую сессию, например. Но не все скопом.
Автор:  brammator [ 21 ноя 2009, 14:53 ]
Заголовок сообщения:  Re: Непонятная ситуация с радиусом (вынесено в отдельную тему)
К сожалению, это не единственная причина, по которой возможен массовый обрыв связи (и переподключение, соответственно).
Автор:  Dmitri [ 22 ноя 2009, 02:40 ]
Заголовок сообщения:  Re: Непонятная ситуация с радиусом (вынесено в отдельную тему)
brammator писал(а):
К сожалению, это не единственная причина, по которой возможен массовый обрыв связи (и переподключение, соответственно).


А можно чуть подробнее, что вы имели ввиду...
Автор:  jack7 [ 22 ноя 2009, 10:39 ]
Заголовок сообщения:  Re: Непонятная ситуация с радиусом (вынесено в отдельную тему)
Администратор писал(а):
Цитата:
Это делаем для гарантии того, что не будет неучтенных сессий, которые выходят через NAS, но каким-то образом могут не обсчитываться биллингом (забытые)

Может корректнее передавать Session-Timeout атрибут? И будет NAS сбрасывать через сутки каждую сессию, например. Но не все скопом.


ок, попробуем корректнее передавать Session-Timeout атрибут
Автор:  brammator [ 22 ноя 2009, 14:22 ]
Заголовок сообщения:  Re: Непонятная ситуация с радиусом (вынесено в отдельную тему)
Dmitri писал(а):
brammator писал(а):
К сожалению, это не единственная причина, по которой возможен массовый обрыв связи (и переподключение, соответственно).


А можно чуть подробнее, что вы имели ввиду...


проблемы в опорной сети, например.
Автор:  Администратор [ 23 ноя 2009, 19:01 ]
Заголовок сообщения:  Re: Непонятная ситуация с радиусом (вынесено в отдельную тему)
Цитата:
К сожалению, это не единственная причина, по которой возможен массовый обрыв связи (и переподключение, соответственно).

Как бы решить этот вопрос принципиально невозможно, т.к. у радиуса есть конечная скорость авторизации. Зависить от скорости радиус-сервера, скорости и загруженности БД и т.п. Если у вас придет 10000 авторизаций в секунду, обработать их сложновато будет.
Т.е. всё же корректно отрабатывает, постепенно ситуация выправляется.
Страница 1 из 1 Часовой пояс: UTC + 5 часов [ Летнее время ]
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/