forum.bitel.ru http://forum.bitel.ru/ |
|
Разделение netflow потоков http://forum.bitel.ru/viewtopic.php?f=5&t=4795 |
Страница 1 из 1 |
Автор: | Phricker [ 16 ноя 2010, 16:23 ] |
Заголовок сообщения: | Разделение netflow потоков |
День добрый ![]() Прочитал вики на предмет разделения трафика и передачи его на коллектор. (На текущий момент IPN модуль обрабатывает только выделенные IP адреса, а DialUp - pppoe сессии) NAS - 192.168.144.1:2001 Источник IPN абонентов - 192.168.144.4:2004 Сервер биллинга - 192.168.144.3 Решил воспользоваться samplicate для всего этого дела. в модуле IPN создаю источник Код: RadiusPPPoE - 192.168.144.3 Конфигурация: mid=2 Добавляю этот источник в Код: #cat netflow_ipn.properties log.dir=/usr/local/bg load=1 process=1 sources=1,5 collector.capture.flow.port.1=2004 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=2010 collector.capture.flow.port.2.type=netflow collector.capture.flow.port.2.sources=5 collector.capture.flow.port.2.thread.count=10 В модуле DialUp добавляю в текущий NAS Код: netflow.log.path=/usr/local/bg/source_5 ipn.module.id=2 ipn.source.id=5 И меняю в radius.properties Код: collector.capture.flow.port.1=2001 collector.capture.flow.port.1.type=netflow collector.capture.flow.port.1.thread.count=10 2001 на 2002 Запускаю samplicate Код: samplicate -s 127.0.0.1 -p 2001 -f 192.168.144.3/2002 192.168.144.3/2010 Перезапускаю IPN коллектор и DialUp радиус. И все ![]() Трафик в сессиях абонентов не вижу - пусто. Все по нулям. Стоит откатить изменения назад - все считается ![]() В чем может быть проблема? |
Автор: | Phricker [ 16 ноя 2010, 16:37 ] |
Заголовок сообщения: | Re: Разделение netflow потоков |
Еще заметил такое в мониторе модуля DialUp видно сессию и что трафик по ней есть ![]() Но в договоре она отображается как будто по ней нет ничего ![]() |
Автор: | jack7 [ 16 ноя 2010, 16:52 ] |
Заголовок сообщения: | Re: Разделение netflow потоков |
Цитата: Но в договоре она отображается как будто по ней нет ничего похоже, что коллектор модуля ipn не получает нетфлоу поток а сниффером на обоих портах видно, что нетфлоу приходит? |
Автор: | Phricker [ 16 ноя 2010, 17:20 ] |
Заголовок сообщения: | Re: Разделение netflow потоков |
Стало чуть лучше ![]() Поправил вместо samplicate -s 127.0.0.1 -p 2001 -f 192.168.144.3/2002 192.168.144.3/2010 поставил samplicate -s 192.168.144.3 -p 2001 -f 192.168.144.3/2002 192.168.144.3/2010 IPN получает трафик и сохраняет bgdl логи... Но проблема с DialUp все так же осталась. В мониторе сессий трафик есть. В договоре нету. tcpdump Код: 14:26:14.342855 IP 192.168.144.3.39064 > 192.168.144.3.2002: UDP, length 1032
14:26:14.342870 IP 192.168.144.3.39064 > 192.168.144.3.2010: UDP, length 1032 |
Автор: | Phricker [ 16 ноя 2010, 17:34 ] |
Заголовок сообщения: | Re: Разделение netflow потоков |
Попробовал по этой сессии заказать детализацию через личный кабинет. Цитата: Детализация сессии логина tst с 16.11.2010 14:22:24 по 16.11.2010 14:31:23 Пакеты отправлялись на 0 хостов Пакеты принимались с 0 хостов Возможно все дело в неправильном времени на NAS'е. Пока проверить как там обстоят дела со временем не представляется возможным. Только завтра |
Автор: | Phricker [ 17 ноя 2010, 11:47 ] |
Заголовок сообщения: | Re: Разделение netflow потоков |
Kostiksnz писал(а): Трафик разделяю flow-fanout Жалуются на него, что потоки теряет и временами дублирует. на той же википедии есть ссылки По поводу времени - технари скоро придут, спрошу как оно на NAS'е |
Автор: | Kostiksnz [ 17 ноя 2010, 11:57 ] |
Заголовок сообщения: | Re: Разделение netflow потоков |
Phricker писал(а): Kostiksnz писал(а): Трафик разделяю flow-fanout Жалуются на него, что потоки теряет и временами дублирует. на той же википедии есть ссылки По поводу времени - технари скоро придут, спрошу как оно на NAS'е Да фиг пока с ней с потерей трафика я могу напрямую с циски направить поток на 2001 порт и будет аналогичная картина |
Автор: | Phricker [ 17 ноя 2010, 12:03 ] |
Заголовок сообщения: | Re: Разделение netflow потоков |
Может намудрили с услугами? конфиг модуля DialUp в студию И вообще наверное надо было вам отдельную тему создать ![]() |
Автор: | Kostiksnz [ 17 ноя 2010, 14:12 ] |
Заголовок сообщения: | Re: Разделение netflow потоков |
Phricker писал(а): Может намудрили с услугами? конфиг модуля DialUp в студию И вообще наверное надо было вам отдельную тему создать ![]() Код: #минимальная и максимальная длина пароля password.length.min=5 password.length.max=10 #длина автоматически генерируемого пароля password.length.auto=6 #допустимые в пароле символы password.chars=1234567890QWERTYUIOPLKJHGFDSAZXCVBNMqwertyuioplkjhgfdsazxcvbnm #пункты Web - меню web.menuItem1=Просмотр сессий DialUp web.menuItem2=Наработка по логинам DialUp web.menuItem3=Смена пароля на логины DialUp #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=Отчет по сессиям DialUp #XSL для печати и отправки на почту наработки по логинам xslt.2=dialup_login_amount.xsl xslt.2.csv=dialup_login_amount_csv.xsl reportTitle.2=Отчет по наработке на логины DialUp #вендоры - производители оборудования и их коды 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= #если установлено в 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 collector.agent.address=127.0.0.1 netflow.service.link.1=3 IN x.x.x.x.0.0-x.x.63.255.255 netflow.service.link.2=4 OUT x.x.0.0-x.x.63.255.255 netflow.service.link.3=2 OUT 0.0.0.0-255.255.255.255 netflow.service.link.4=1 IN 0.0.0.0-255.255.255.255 Код: #телефоны по портам, * - все порты (если параметр не указан, вызываемый номер берётся из Calling-Station-Id)
#nas.port_phone.*=900111 #числовые коды услуг времени, трафика входящего и исходящего nas.port_time.default.*=1 nas.port_traffic.default.*=1:COLLECTOR;2:COLLECTOR;3:COLLECTOR;4: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 nas.pools.Pool1=x.x.x.x-x.x.x.x #SNMP порт и пароль (не нужны для PoD инспектора) nas.inspector.snmp.port=161 nas.inspector.snmp.community=private #входящий буфер в мегабайтах nas.inspector.snmp.buffer.in=4 #исходящий буфер в мегабайтах nas.inspector.snmp.buffer.out=4 snmp.version=2 #возможные значения 2.4.2 и 2.4.3, для 2.4.4 указывается версия 2.4.3 pppd.version=2.4.3 nas.inspector.class=ru.bitel.bgbilling.kernel.network.radius.inspectors.SNMPNasConnectionInspectorPPPD nas.inspector.snmp.kill.oid=1.3.6.1.4.1.2021.255.1 nas.inspector.snmp.check.oid=1.3.6.1.4.1.2021.255 |
Автор: | snark [ 14 дек 2010, 22:10 ] |
Заголовок сообщения: | Re: Разделение netflow потоков |
Kostiksnz писал(а): Трафик разделяю flow-fanout коллектор файлы складирует tcpdump ом по портам 2001 и 2004 есть пакеты 2001 - Диалап 2004 - IPN коллектор в мониторинге Диалап следущее По тарифу локаьный трафик 0 а) тыц! мануал писал(а): Для того чтобы ассоциировать NAS с коллектором в биллинге добавьте в конфигурации NASа строку: Код: collector.agent.address=<IP адрес с которого приходит поток для NASа> а оно у вас в конфиге модуля! б) Код: collector.agent.address=127.0.0.1 flow-fanout адрес спуфит или нет? пакеты точно приходят от адреса 127.0.0.1? |
Страница 1 из 1 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |