BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 04 июл 2025, 00:37

Часовой пояс: UTC + 5 часов [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 8 ] 
Автор Сообщение
СообщениеДобавлено: 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 приходят


Вернуться к началу
  
 
СообщениеДобавлено: 20 ноя 2009, 14:26 
Администратор писал(а):
Ну как бы если скопом все начали переавторизовываться, это нормально, что письма приходит. Там как бы формируется "бутылочное горлышко", которое постепенно "пропускает" всех страждущих.. А зачем вам раз в сутки сессии скидывать?


Это делаем для гарантии того, что не будет неучтенных сессий, которые выходят через NAS, но каким-то образом могут не обсчитываться биллингом (забытые)


Вернуться к началу
  
 
СообщениеДобавлено: 20 ноя 2009, 19:09 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
Цитата:
Это делаем для гарантии того, что не будет неучтенных сессий, которые выходят через NAS, но каким-то образом могут не обсчитываться биллингом (забытые)

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 21 ноя 2009, 14:53 
Не в сети

Зарегистрирован: 07 июл 2009, 14:51
Сообщения: 10
Карма: 0
К сожалению, это не единственная причина, по которой возможен массовый обрыв связи (и переподключение, соответственно).


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 22 ноя 2009, 02:40 
Не в сети

Зарегистрирован: 13 июн 2008, 15:10
Сообщения: 362
Откуда: Москва
Карма: 0
brammator писал(а):
К сожалению, это не единственная причина, по которой возможен массовый обрыв связи (и переподключение, соответственно).


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

_________________
God Bless Linux! and blessings to FreeBSD!


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 22 ноя 2009, 10:39 
Администратор писал(а):
Цитата:
Это делаем для гарантии того, что не будет неучтенных сессий, которые выходят через NAS, но каким-то образом могут не обсчитываться биллингом (забытые)

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


ок, попробуем корректнее передавать Session-Timeout атрибут


Вернуться к началу
  
 
СообщениеДобавлено: 22 ноя 2009, 14:22 
Не в сети

Зарегистрирован: 07 июл 2009, 14:51
Сообщения: 10
Карма: 0
Dmitri писал(а):
brammator писал(а):
К сожалению, это не единственная причина, по которой возможен массовый обрыв связи (и переподключение, соответственно).


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


проблемы в опорной сети, например.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 23 ноя 2009, 19:01 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
Цитата:
К сожалению, это не единственная причина, по которой возможен массовый обрыв связи (и переподключение, соответственно).

Как бы решить этот вопрос принципиально невозможно, т.к. у радиуса есть конечная скорость авторизации. Зависить от скорости радиус-сервера, скорости и загруженности БД и т.п. Если у вас придет 10000 авторизаций в секунду, обработать их сложновато будет.
Т.е. всё же корректно отрабатывает, постепенно ситуация выправляется.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 8 ] 

Часовой пояс: UTC + 5 часов [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
POWERED_BY
Русская поддержка phpBB
[ Time : 0.038s | 25 Queries | GZIP : On ]