forum.bitel.ru http://forum.bitel.ru/ |
|
Детализация сесии модуля Dialup http://forum.bitel.ru/viewtopic.php?f=5&t=5136 |
Страница 1 из 1 |
Автор: | borin [ 15 фев 2011, 21:59 ] |
Заголовок сообщения: | Детализация сесии модуля Dialup |
Добрый вечер! Перечитал документацию, форум... ну не высылает на почту детализацию и все тут, хотя информацию по балансу норм высылает. Нужен опытный взгляд на конфиги: Код: #числовые коды услуг времени, трафика входящего и исходящего nas.port_time.default.*=3 nas.port_traffic.default.*=1:COLLECTOR;2:COLLECTOR #разрешение активировать все типы карточек на этом NASе card.activate.service=0 #поддержка CallBack (1-включите) callback.support=0 #принудительный разрыв соединений на границе месяца month.break=1 #интервал между посылками на проверку либо сброс соединения в секундах nas.inspector.sleep_time=60 #максимальное число попыток сброса соединения nas.inspector.kill.max_messages=5 dialup.workmode=1 nas.inspector.class=ru.bitel.bgbilling.kernel.network.radius.inspectors.PodNasConnectionInspector #на какой порт слать PoD/CoA запросы nas.inspector.radius.port=1812 #на какой хост слать (если не указан - берется IP адреса NASа) #nas.inspector.radius.host= #секрет для подписи пакетов (если не указан - берется секрет NASа) #nas.inspector.radius.secret= #какие атрибуты добавлять в PoD/CoA запрос из сессии, если пустой параметр - высылаются все атрибуты nas.inspector.radius.attributes=User-Name;Framed-IP-Address;Acct-Session-Id #опции, относящиеся только к CoA пакетам #таймаут ожидания ответа в секундах ответа между попытками отправки пакета СoA nas.inspector.coa.timeout=5 #количество попыток отправить пакет CoA nas.inspector.coa.retries=2 #количество потоков отправки CoA пакетов nas.inspector.coa.threads=4 #отправка при смене CoA пакета всех атрибутов, аналогично ответу на авторизацию #nas.inspector.coa.send.all.attributes=1 #логирование в RADIUS логе сессии отправляемых CoA пакетов coa.log=1 #фиксированные атрибуты CoA пакета #nas.inspector.coa.fixed.attributes= #фиксированные атрибуты PoD пакета #nas.inspector.pod.fixed.attributes= #Пул адресов #nas.pools.ExtPool=192.168.3.10-192.168.3.100 #netflow.receive.from=192.168.10.73 collector.agent.address=192.168.10.73 ipn.module.id=4 ipn.source.id=1 netflow.log.path=/var/ipn_radius/ Код: #минимальная и максимальная длина пароля password.length.min=5 password.length.max=10 #длина автоматически генерируемого пароля password.length.auto=6 #допустимые в пароле символы password.chars=1234567890qwertyuiopasdfghjklzxcvbnmQWERTYUIOPASDFGHJKLZXCVBNM #пункты Web - меню web.menuItem1=Просмотр сессий PPPoE web.menuItem2=Наработка по логинам PPPoE web.menuItem3=Смена пароля на логины PPPoE web.menuItem4=Учётные периоды web.menuItem5=Управление динамическим ДНС #сколько лет отображать в просмотре сессий через web showyears=5 #в просмотре сессий в на Web странице кол-во выводимых на странице сессий show.sessions.on.page=25 #XSL для печати и отправки на почту сессий xslt.1=dialup_login_sessions.xsl xslt.1.csv=dialup_login_sessions_csv.xsl reportTitle.1=Отчет по сессиям PPPoE #XSL для печати и отправки на почту наработки по логинам xslt.2=dialup_login_amount.xsl xslt.2.csv=dialup_login_amount_csv.xsl reportTitle.2=Отчет по наработке на логины PPPoE #вендоры - производители оборудования и их коды vendors=9=Cisco;2011=Huawei;2021=Unix PPP;529=Lucent;6618=Quintum;529=Ascend;311=Microsoft;12341=MPD;14988=Mikrotik #коды услуг, не затрагиваемых при перерасчёте, например, если услуга используется для занесения наработки скриптом #service.recalc.ignore= #Атрибуты радиуса доступные в списке атрибутов в редактировании логина radius.attributes=Service-Type;Framed-Protocol;Framed-IP-Address;Framed-IP-Netmask;Framed-Routing;Filter-Id;Framed-MTU;Framed-Compression;Login-IP-Host;Login-Service;Login-TCP-Port;Old-Password;Reply-Message;Callback-Number;Callback-Id;Expiration;Framed-Route;Framed-IPX-Network;State;Class;Session-Timeout;Idle-Timeout;Termination-Action;NAS-Identifier;Proxy-State;Framed-Pool #---------------------------------------- #выборочное отключение проверки закрытого периода #Перенос логина с даты #closed.date.disabled.ActionWrapLogin=1 #Обсчет максимальных трафиков #closed.date.disabled.ActionMaxRecalculate=1 #Удаление учетного периода #closed.date.disabled.ActionPeriodDelete=1 #Удаление учетного периода #closed.date.disabled.ActionPeriodUpdate=1 #Начислений сессий #closed.date.disabled.ActionRecalculateSessions=1 #Редактировани логина #closed.date.disabled.ActionUpdateLoginInfo=1 #---------------------------------------- ############### опции RADIUS сервера ####################### #граница не карточных логинов top.nocard.login=10000 #код модуля "карточки", 0 - модуль "карточки" не используется card.module.id=0 #количество одновременных сессий, разрешённых карточным логинам #card.login.session.count=1 #1 - проверять наличие в договоре всех требуемых услуг при авторизации, иначе ошибка авторизации "Услуга запрещена" check.service=0 #режим работы радиуса #1 - режим UPDATE - пересчёт во время прохождения UPDATE пакетов #2 - режим CHECKER - пересчёт по таймеру, UPDATE пакеты используются для получения информации о трафике dialup.workmode=1 #для режима UPDATE - время в секундах после последнего UPDATE пакета, по истечении которого сессия считается неактивной #(не учитывается в подсчёте числа одновременных соединений) max.update.timeout=120 #сколько максимально секунд соединение в статусе wait ждёт Start пакета max.wait.timeout=120 #время в секундах, через которое происходит пересчёт в режиме CHECKER update.time=60 #время в секундах, через которое проверяется необходимость пересчёта в режиме CHECKER run.sleep=3 #игнорировать длительность соединения в Acct-Session-Time атрибуте с NASа, вычислять самостоятельно #ignore.acct.session.time=1 #задержка закрытия сессий в секундах, используется при тарификации по данным NetFlow #для исключения потери "хвостов" сессий, т.е. информации о трафике, пришедшей после завершения сессии #delay.stop=5 #прерывать сессии с того же Calling-Station-Id, если при авторизации произошла ошибка "Превышен лимит сессий" #(может быть полезно, если на насе остаются несуществующие сессии и клиент не может переподключится) #check.duplicate.session=1 #Не разрывать сессии, при изменении действующего тарифного плана в ходе обсчёта. #При установке этой опции разрывы и отправку CoA пакетов нужно контроллировать устновкой зон в тарифах. #no.session.break.on.tariff.change=1 #глобальный пул адресов pools.global=192.168.100.10-192.168.100.20 #если установлено в 1 - принудительная передача Service-Type=2;Framed-Protocol=1 (рекомендуется передача этих атрибутов иными способами, см. выше realm.default) add.service.type.and.framed.protocol=0 #если установлено в 1 - добавление в Auth Accept при MPPE-128 авторизации атрибутов MS_mppe_encryption_types (поддержка 128 битного шифрования) и MS_mppe_encryption_policy=1 (шифрование поддерживается) #согласно http://rfclibrary.hosting.com/rfc/rfc2548/rfc2548-25.asp add.mppe.enc.types.and.policy=1 #удалять из Accept пакета атрибуты Framed-Pool в случае, если адрес был успешно выдан адрес RADIUS сервером #drop.framed.pool.attr=1 #удаление из атрибута User-Name данных перед \ (в случае его наличия), используется для Windows клиентов, от которых при авторизации зачастую приходит имя пользователя предваряемое именем домена, 0 - отключить remove.user.name.before.backslash=1 #разрешение пользователям без определённой группы REALM ов использовать группу default realmgr.default=default #атрибуты, передаваемые в AUTH_ACCEPT пакете при авторизации по реалму default #в данном случае это интервал между отправкой Update пакетов, в секундах, протокол PPP, и тип сервиса, см: RFC2865 realm.default=Acct-Interim-Interval=60;Service-Type=2;Framed-Protocol=1 netflow.service.link.1=1 IN 0.0.0.0-255.255.255.255 netflow.service.link.2=2 OUT 0.0.0.0-255.255.255.255 traffics=1/2;Входящий/Исходящий Код: port.admin=2003 #код модуля IPN collector.mid=4 #опции подключения к БД db.driver=com.mysql.jdbc.Driver db.url=jdbc:mysql://127.0.0.1/bgbilling?useUnicode=true&characterEncoding=Cp1251&zeroDateTimeBehavior=convertToNull db.user=bill db.pswd=bgbilling db.maxActive=300 db.maxIdle=100 mq.url=failover:(nio://127.0.0.1:61616) mq.user=bill mq.pswd=bgbilling #де будут храниться логи log.dir=/var/ipn_radius/ load=1 #process=1 #sources= # collector.capture.flow.port.1=2010 collector.capture.flow.port.1.type=netflow collector.capture.flow.port.1.sources=1 collector.capture.flow.port.1.thread.count=10 # #collector.capture.flow.port.2=2005 #collector.capture.flow.port.2.type=sflow #collector.capture.flow.port.2.sources=0 #collector.capture.flow.port.2.thread.count=10 #де будут храниться логи #collector.capture.snmp=1 #collector.capture.snmp.sources=1 #размер блока файла/буфера приема для NetFlow/sFlow datalog.chunk.size=524288 #сжатие для NetFlow/sFlow логов: 0 - отключено, 1 - zlib datalog.flow.compression.type=0 Через ./netflow.sh save 1 2011-02-15-20 /tmp/log проверяю - выгружает. Код: Клиент: вер. 5.1 сборка 474 от 15.02.2011 15:58:00
os:Windows 7; java:Sun Microsystems Inc., v.1.6.0_23 Сервер: вер. 5.1 сборка 594 от 15.02.2011 15:57:45 os:Linux; java:Sun Microsystems Inc., v.1.6.0_22 bill вер. 5.1 сборка 223 от 11.01.2011 12:04:54 dialup вер. 5.1 сборка 166 от 28.01.2011 12:52:34 ipn вер. 5.1 сборка 218 от 31.01.2011 15:32:00 npay вер. 5.1 сборка 169 от 07.02.2011 19:19:27 |
Автор: | Phricker [ 15 фев 2011, 22:17 ] |
Заголовок сообщения: | Re: Детализация сесии модуля Dialup |
А в биллинге переобсчет сессий делается? Т.е. трафик сопоставлен сессиям? |
Автор: | borin [ 15 фев 2011, 22:47 ] |
Заголовок сообщения: | Re: Детализация сесии модуля Dialup |
Phricker писал(а): А в биллинге переобсчет сессий делается? Т.е. трафик сопоставлен сессиям? Как проверить сопоставлен нет сессиям? Переработку NetFlow трафика запускал норм отрабатывает. Код: Запуск обработки трафиков => 15.02.2011 21:43:06
Период: 01.02.2011-28.02.2011 Окончание обработки трафиков => 15.02.2011 21:43:07 |
Автор: | borin [ 16 фев 2011, 00:14 ] |
Заголовок сообщения: | Re: Детализация сесии модуля Dialup |
Вот еще что накопал: Код: ./netflow_status.sh java.net.SocketTimeoutException: Receive timed out at java.net.PlainDatagramSocketImpl.receive0(Native Method) at java.net.PlainDatagramSocketImpl.receive(PlainDatagramSocketImpl.java:136) at java.net.DatagramSocket.receive(DatagramSocket.java:725) at bitel.billing.server.netflow.ipn.Collector.executeCommand(Collector.java:293) at bitel.billing.server.netflow.ipn.Collector.main(Collector.java:254) Соответственно в логе появляется: Код: collector 02-15/23:11:12 ERROR [Thread-12] collector - AdminPortListener error null java.lang.NullPointerException <------>at bitel.billing.server.netflow.ipn.AdminPortListener.getStatus(AdminPortListener.java:251) <------>at bitel.billing.server.netflow.ipn.AdminPortListener.run(AdminPortListener.java:123) Смотрим: Код: netstat -ap | grep 2003 о_О ipv6???udp6 0 0 [::]:2003 [::]:* 13854/java например с 2005 все норм: Код: netstat -ap | grep 2005
udp 0 0 *:2005 *:* 10530/java |
Автор: | snark [ 16 фев 2011, 18:27 ] |
Заголовок сообщения: | Re: Детализация сесии модуля Dialup |
borin писал(а): Код: ./netflow_status.sh java.net.SocketTimeoutException: Receive timed out at java.net.PlainDatagramSocketImpl.receive0(Native Method) at java.net.PlainDatagramSocketImpl.receive(PlainDatagramSocketImpl.java:136) at java.net.DatagramSocket.receive(DatagramSocket.java:725) at bitel.billing.server.netflow.ipn.Collector.executeCommand(Collector.java:293) at bitel.billing.server.netflow.ipn.Collector.main(Collector.java:254) обычно это говорит о том что коллектор вообще не запущен borin писал(а): Код: netstat -ap | grep 2003 udp6 0 0 [::]:2003 [::]:* 13854/java о_О ipv6??? я уже давно добавляю во все скрипты запуска Код: -Djava.net.preferIPv4Stack=true чтобы ява использовала только IP v4 детализации нет потому что у Вас не запущен коллектор и он не собирает netflow данные в .bgdl файлы, а именно оттуда детализация и берется ... детализацию делает не dialup, а ipn коллектор netflow_ipn.properties которого Вы не выложили ... |
Автор: | borin [ 16 фев 2011, 18:54 ] |
Заголовок сообщения: | Re: Детализация сесии модуля Dialup |
snark писал(а): детализации нет потому что у Вас не запущен коллектор и он не собирает netflow данные в .bgdl файлы, а именно оттуда детализация и берется ... детализацию делает не dialup, а ipn коллектор netflow_ipn.properties которого Вы не выложили ... Выкладывал, выше, вот еще раз: Код: cat netflow_ipn.properties | grep -v ^# | grep -v ^$ port.admin=2003 collector.mid=4 db.driver=com.mysql.jdbc.Driver db.url=jdbc:mysql://127.0.0.1/bgbilling?useUnicode=true&characterEncoding=Cp1251&zeroDateTimeBehavior=convertToNull&jdbcCompliantTruncation=false&elideSetAutoCommits=true&cachePrepStmts=true db.user=bill db.pswd=bgbilling db.maxActive=300 db.maxIdle=100 mq.url=failover:(nio://127.0.0.1:61616) mq.user=bill mq.pswd=bgbilling log.dir=/var/ipn_radius/ load=1 collector.capture.flow.port.1=2010 collector.capture.flow.port.1.type=netflow collector.capture.flow.port.1.sources=1 collector.capture.flow.port.1.thread.count=10 datalog.chunk.size=524288 datalog.flow.compression.type=1 bgdl файлы создаются: Код: du -h
72K ./source_1/2011/2011-02/2011-02-14 42M ./source_1/2011/2011-02/2011-02-15 42M ./source_1/2011/2011-02 42M ./source_1/2011 42M ./source_1 16K ./lost+found 42M . ls -l source_1/2011/2011-02/2011-02-15/ итого 42752 -rw-r--r-- 1 root root 126601 Фев 15 18:34 log_2011-02-15-18.000.bgdl -rw-r--r-- 1 root root 38725 Фев 15 18:44 log_2011-02-15-18.001.bgdl -rw-r--r-- 1 root root 2621580 Фев 15 19:05 log_2011-02-15-19.000.bgdl -rw-r--r-- 1 root root 60 Фев 15 19:05 log_2011-02-15-19.001.bgdl -rw-r--r-- 1 root root 3145884 Фев 15 19:12 log_2011-02-15-19.002.bgdl -rw-r--r-- 1 root root 5243100 Фев 15 19:17 log_2011-02-15-19.003.bgdl -rw-r--r-- 1 root root 5243100 Фев 15 19:33 log_2011-02-15-19.004.bgdl -rw-r--r-- 1 root root 5243100 Фев 15 19:57 log_2011-02-15-19.005.bgdl -rw-r--r-- 1 root root 60 Фев 15 19:57 log_2011-02-15-19.006.bgdl -rw-r--r-- 1 root root 5243100 Фев 15 20:00 log_2011-02-15-19.007.bgdl -rw-r--r-- 1 root root 5243100 Фев 15 20:11 log_2011-02-15-20.000.bgdl -rw-r--r-- 1 root root 524364 Фев 15 20:11 log_2011-02-15-20.001.bgdl -rw-r--r-- 1 root root 1048668 Фев 15 20:45 log_2011-02-15-20.002.bgdl -rw-r--r-- 1 root root 60 Фев 15 20:45 log_2011-02-15-20.003.bgdl -rw-r--r-- 1 root root 3670188 Фев 15 21:00 log_2011-02-15-20.004.bgdl -rw-r--r-- 1 root root 2097276 Фев 15 22:00 log_2011-02-15-21.000.bgdl -rw-r--r-- 1 root root 2621580 Фев 15 22:02 log_2011-02-15-22.000.bgdl -rw-r--r-- 1 root root 524364 Фев 15 22:03 log_2011-02-15-22.001.bgdl -rw-r--r-- 1 root root 1048668 Фев 15 22:19 log_2011-02-15-22.002.bgdl -rw-r--r-- 1 root root 22957 Фев 15 23:48 log_2011-02-15-23.000.bgdl |
Автор: | snark [ 16 фев 2011, 19:47 ] |
Заголовок сообщения: | Re: Детализация сесии модуля Dialup |
каюсь, проглядел конфиг ![]() но я не увидел в нем главного: мануал писал(а): Код: #обрабатывать логи process=1 #источники, логи которых будут обрабатываться коллектором #данное поле не влияет на прием данных, а только на обработку логов process.sources=<числовые коды источников> В параметре process.sources укажите вместо числовые коды источников, логи которых коллектор будет обрабатывать, через запятую об этом тут мануал писал(а): При установке опции process=1 в файле netflow_ipn.properties коллектор начинает принимать задания на обработку часовых логов для "своих" источников. а об этом тут у меня, помнится, без этого детализация не работала |
Автор: | borin [ 16 фев 2011, 20:28 ] |
Заголовок сообщения: | Re: Детализация сесии модуля Dialup |
snark писал(а): у меня, помнится, без этого детализация не работала Спс, прописал process=1 и sources=1, щас успеваю только ящик чистить ) |
Страница 1 из 1 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |