BiTel

Форум BiTel		 bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 28 апр 2024, 03:41

Сообщения без ответов | Активные темы


Список форумов » BGBilling » Модули Интернета » Модуль DialUp (VPN)

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



Начать новую тему Ответить на тему  Страница 1 из 1
  [ Сообщений: 3 ] 
  Версия для печати Пред. тема | След. тема 
Автор Сообщение
Wolf
 Заголовок сообщения: Вопрос касательно dialup.workmode и ndsad'а
СообщениеДобавлено: 15 мар 2007, 16:00 
Не в сети

Зарегистрирован: 13 янв 2007, 17:02
Сообщения: 21
Карма: 0
Не ясен принцип обсчета клиентов при значении этого параметра "2".
Остальные параметры настроены так:
Цитата:
#интервал, с которым запускается проверяльщик
killer.sleep=10
#время в сек., через которое происходит пересчет
update.time=10
#время в сек., через которое проверяется необходимость пересчета
run.sleep=5


Что я вижу в мониторе пользователей: допустим я подключился по ВПН и качнул в перые 10 сек, скажем 100КБ платного трафика. В мониторе списались какие-то доли копеек, хотя должно списаться копеет 10. А в столбце трафиков все по нулям.
Жду чуть больше минуты, Столбец трафиков отобразил эту сотню КБ. Но списалось по прежнему десятая доля копейки. Дальше можно ждать сколько угодно, меняться ничего не будет (кроме времени, оно инкрементируется с интервелом в 10 сек, согласно настройке). Но как только я отключусь от ВПН-сервера, то столбец списания покажет все как положено.

BG4, MySQL 5.0.23-community-nt, ndsad, MS RRAS, MS SNMP, все на одной машине.
----

второй вопрос касательно доки
в качестве дефолтной конфиги у вас написано:
Цитата:
#интервал, с которым запускается проверяльщик
killer.sleep=10
#время в сек., через которое происходит пересчет
update.time=60
#время в сек., через которое проверяется необходимость пересчета
run.sleep=3

а ниже
Цитата:
Параметр sleep.time задает интервал в секундах, через который необходимо проверять нужен ли новый аванс времени. В случае, если аванс не может быть выделен, посылается сигнал завершения соединения.


так что правильней задавать sleep.time или run.sleep?


Последний раз редактировалось Wolf 16 мар 2007, 14:42, всего редактировалось 1 раз.

Вернуться к началу
 Профиль  
 
Администратор
 Заголовок сообщения:
СообщениеДобавлено: 15 мар 2007, 17:55 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
ndsad шлет в это время инфу по трафику, приведите netflow.log, предварительно поставив его режим в DEBUG в log4j_radius.properties
Вернуться к началу
 Профиль  
 
Wolf
 Заголовок сообщения:
СообщениеДобавлено: 16 мар 2007, 06:09 
Не в сети

Зарегистрирован: 13 янв 2007, 17:02
Сообщения: 21
Карма: 0
Поизучал работу коллектора с выводом в дебаг и заметил некую закономерность. При пинговании хостов коллектор не сразу выплевывает данные об ICMP пакетах, а где-то через 20-30 сек, да и то не всегда. При работе с протоколом TCP все происходит в реалтайме.
Вот лог, я пинговал 192.168.215.215 с 192.168.101.9 десятью пакетами по 8100 байт.

Цитата:
DEBUG 16.03.2007 02:43:38 [pool-1-thread-1] Recieved packet from 127.0.0.1; length = 120 running thread..
DEBUG 16.03.2007 02:43:38 [pool-1-thread-1] Parsing NetFlow packet
DEBUG 16.03.2007 02:43:38 [pool-1-thread-1] NetFlow packet version 5; flowCount: 2
DEBUG 16.03.2007 02:43:38 [pool-1-thread-1] Parsing flows..
DEBUG 16.03.2007 02:43:38 [pool-1-thread-1] 1 Flow 512:192.168.215.215:0 / 0:192.168.101.9:0 81280 nextHop: 0.0.0.0
DEBUG 16.03.2007 02:43:38 [pool-1-thread-1] 2 Flow 512:192.168.101.9:0 / 0:192.168.215.215:0 81280 nextHop: 0.0.0.0
DEBUG 16.03.2007 02:43:38 [pool-1-thread-1] End packet parsing..
DEBUG 16.03.2007 02:43:38 [pool-1-thread-1] NetFlow packet version 5; flowCount: 2
DEBUG 16.03.2007 02:43:38 [pool-1-thread-1] Processing flow..
DEBUG 16.03.2007 02:43:38 [pool-1-thread-1] Flow 512:192.168.215.215:0 / 0:192.168.101.9:0 81280 nextHop: 0.0.0.0
DEBUG 16.03.2007 02:43:38 [pool-1-thread-1] Outgoing mode..
DEBUG 16.03.2007 02:43:38 [pool-1-thread-1] Finding session on 1 nases..
DEBUG 16.03.2007 02:43:38 [pool-1-thread-1] Session not found 192.168.215.215
DEBUG 16.03.2007 02:43:38 [pool-1-thread-1] Incoming mode..
DEBUG 16.03.2007 02:43:38 [pool-1-thread-1] Finding session on 1 nases..
DEBUG 16.03.2007 02:43:38 [pool-1-thread-1] OK address registred..
DEBUG 16.03.2007 02:43:38 [pool-1-thread-1] Service find IP:192.168.215.215; port:0; direct ( 1 - out / 2 - in ): 2
DEBUG 16.03.2007 02:43:38 [pool-1-thread-1] SID = 4
DEBUG 16.03.2007 02:43:38 [pool-1-thread-1] Processing flow..
DEBUG 16.03.2007 02:43:38 [pool-1-thread-1] Flow 512:192.168.101.9:0 / 0:192.168.215.215:0 81280 nextHop: 0.0.0.0
DEBUG 16.03.2007 02:43:38 [pool-1-thread-1] Outgoing mode..
DEBUG 16.03.2007 02:43:38 [pool-1-thread-1] Finding session on 1 nases..
DEBUG 16.03.2007 02:43:38 [pool-1-thread-1] OK address registred..
DEBUG 16.03.2007 02:43:38 [pool-1-thread-1] Service find IP:192.168.215.215; port:0; direct ( 1 - out / 2 - in ): 1
DEBUG 16.03.2007 02:43:38 [pool-1-thread-1] SID = 5
DEBUG 16.03.2007 02:43:38 [pool-1-thread-1] Incoming mode..
DEBUG 16.03.2007 02:43:38 [pool-1-thread-1] Finding session on 1 nases..
DEBUG 16.03.2007 02:43:38 [pool-1-thread-1] Session not found 192.168.215.215



Единственное, что я смог сделать, это задал параметр nf_lifetime в коллекторе в 20 сек

Пользуясь случаем задам вопрос касательно ndsad. В режиме дебага в логе стали видны такие записи


Цитата:
DEBUG 16.03.2007 03:02:55 [pool-1-thread-6] Recieved packet from 127.0.0.1; length = 72 running thread..
DEBUG 16.03.2007 03:02:55 [pool-1-thread-6] Parsing NetFlow packet
DEBUG 16.03.2007 03:02:55 [pool-1-thread-6] NetFlow packet version 5; flowCount: 1
DEBUG 16.03.2007 03:02:55 [pool-1-thread-6] Parsing flows..
DEBUG 16.03.2007 03:02:55 [pool-1-thread-6] 1 Flow 512:172.30.*.*:37312 / 0:82.*.*.*:37312 200 nextHop: 0.0.0.0
DEBUG 16.03.2007 03:02:55 [pool-1-thread-6] End packet parsing..
DEBUG 16.03.2007 03:02:55 [pool-1-thread-6] NetFlow packet version 5; flowCount: 1
DEBUG 16.03.2007 03:02:55 [pool-1-thread-6] Processing flow..
DEBUG 16.03.2007 03:02:55 [pool-1-thread-6] Flow 512:172.30.*.*:37312 / 0:82.*.*.*:37312 200 nextHop: 0.0.0.0
DEBUG 16.03.2007 03:02:55 [pool-1-thread-6] Outgoing mode..
DEBUG 16.03.2007 03:02:55 [pool-1-thread-6] Finding session on 1 nases..
DEBUG 16.03.2007 03:02:55 [pool-1-thread-6] Session not found 172.30.*.*
DEBUG 16.03.2007 03:02:55 [pool-1-thread-6] Incoming mode..
DEBUG 16.03.2007 03:02:55 [pool-1-thread-6] Finding session on 1 nases..
DEBUG 16.03.2007 03:02:55 [pool-1-thread-6] Session not found 82.*.*.*


Т.е. это "левак" с других интерфейсов системы. Хочется убрать адрес 172.30.*.* из логинга.
в конфиге коллектора пишу
filter all not host 172.30.*.*
Пробовал разные способы с фильтрацией, но записи всеравно проскакивают. Кто знает как исключить?
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  Страница 1 из 1
  [ Сообщений: 3 ] 

Список форумов » BGBilling » Модули Интернета » Модуль DialUp (VPN)

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

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

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

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

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