Jump to content
Калькуляторы

Сбор статистики PPPOE сессий.

Всем доброго времени суток! Имеется NAS - FreeBSD 10.0 amd64 + mpd5.7(для терминации PPPoE тунелей), в пике ~750 сессий(количество потихоньку растет), нагрузка на канал пока около 200mbit/s, у пользователей динамические ip. Хотелось бы собирать статистику по сессиям (у кого, в какое время и куда убежал трафик), желательно с фильтрацией по классам трафика (к примеру глобальный и городской) и веб интерфейсом, чтобы можно было показать абоненту куда убежал его трафик. Понимаю что нужно смотреть в сторону netflow.... Подскажите пожалуйста чем можно реализовать данный функционал и какие аппаратные ресурсы необходимы для этого? Заранее благодарю за ответ.

Share this post


Link to post
Share on other sites

Ни слова про netflow... Если Вы имели ввиду подсчет количества трафика то это уже есть в abills, нужна большая детализация (ip источника и назначения и тд).

Share this post


Link to post
Share on other sites

Ни слова про netflow... Если Вы имели ввиду подсчет количества трафика то это уже есть в abills, нужна большая детализация (ip источника и назначения и тд).

вы же хотели "с фильтрацией по классам трафика (к примеру глобальный и городской)". читайте fm до конца.

Share this post


Link to post
Share on other sites

вы же хотели "с фильтрацией по классам трафика (к примеру глобальный и городской)". читайте fm до конца.

Разделение по классам трафика уже есть(с помощью фильтров mpd), нужно чтобы в статистике можно было исключить городские сети и посмотреть в каком количестве и на какие ip(будет вообще круто если из веба можно будет орезолвить их) адреса глобальной сети ушел трафик у абонента.

Share this post


Link to post
Share on other sites

тогда только нетфлоу. если трафик между клиентами внутри сервера доступа не интересует - можно навесить нетграф ноду ng_netflow только на внешний интерфейс. если же нужно учитывать и межклиентский трафик, тогда придется заставлять мпд навешивать по хуку netflow на каждый ng-интерфейс.

Share this post


Link to post
Share on other sites

тогда только нетфлоу. если трафик между клиентами внутри сервера доступа не интересует - можно навесить нетграф ноду ng_netflow только на внешний интерфейс. если же нужно учитывать и межклиентский трафик, тогда придется заставлять мпд навешивать по хуку netflow на каждый ng-интерфейс.

Так вот я и справшиваю какими конкретно средствами можно это реализовать.. думаю что одного ng_netflow будет недостаточно. Если можно, киньте ссылки, заранее благодарю.

Share this post


Link to post
Share on other sites

conrad

сенсор и коллектор это не проблема.

а вот что делать дальше - как хранить (в файлах или БД), как агрегировать, ротировать и т.д. - это уже работа с напильником и под конкретную задачу

Share this post


Link to post
Share on other sites

Всем доброго времени суток! Имеется NAS - FreeBSD 10.0 amd64 + mpd5.7(для терминации PPPoE тунелей), в пике ~750 сессий(количество потихоньку растет), нагрузка на канал пока около 200mbit/s, у пользователей динамические ip. Хотелось бы собирать статистику по сессиям (у кого, в какое время и куда убежал трафик), желательно с фильтрацией по классам трафика (к примеру глобальный и городской) и веб интерфейсом, чтобы можно было показать абоненту куда убежал его трафик. Понимаю что нужно смотреть в сторону netflow.... Подскажите пожалуйста чем можно реализовать данный функционал и какие аппаратные ресурсы необходимы для этого? Заранее благодарю за ответ.

ПОлучаю с mpd поток netflow . Собираю с помощью nfcapd .Как только nfcapd собрал определнное кол-во flow , выполняется скрипт которые заливает в mysql. Каждые сутки создается новая таблица в mysql.

Share this post


Link to post
Share on other sites

сенсор и коллектор это не проблема.

а вот что делать дальше - как хранить (в файлах или БД), как агрегировать, ротировать и т.д. - это уже работа с напильником и под конкретную задачу

Сенсор понятно.. это mpd + ng_netflow, а в качестве коллектора что посоветуете? Про хранение читал что в файлах лучше, так как требует меньше места на диске и выборка происходит быстрее, а вот что из себя представляет агрегация пока не понял.. Заранее спасибо.

Edited by conrad

Share this post


Link to post
Share on other sites

Я использую nfdump + mysql. 50 гб за сутки одна таблица . Можно и в файлах. Но нам нужен доступ к этим данным .

Share this post


Link to post
Share on other sites

Я использую nfdump + mysql. 50 гб за сутки одна таблица . Можно и в файлах. Но нам нужен доступ к этим данным .

Такой объем данных в бд благодаря какому количеству сессий если не секрет? А разве имея все в файлах из них нельзя извлечь инфу?

Share this post


Link to post
Share on other sites

Я использую nfdump + mysql. 50 гб за сутки одна таблица . Можно и в файлах. Но нам нужен доступ к этим данным .

Такой объем данных в бд благодаря какому количеству сессий если не секрет? А разве имея все в файлах из них нельзя извлечь инфу?

800к 50-60 гб. Из базы просто проще. Процедуру накотал и вызываю когда , что надо

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.