Tracking bandwidth usage per ip per day
-
Topic title says it all really.
What I am looking for, and doesn't seem easy to find is something that allows me to get usage reports for the total amount of traffic per IP.
Basically something like the following:06-11-2011 - 192.168.0.5 - total download: 6GB - total upload: 4GB 07-11-2011 - 192.168.0.2 - total download: 3GB - total upload: 2GB
I've spent a lot of time doing research and testing the packages mentioned at http://doc.pfsense.org/index.php/How_can_I_monitor_bandwidth_usage%3F
Alas with no luck achieving my goal. Most packages just monitor bandwidth per interface.
NTOP is actually capable of displaying usage per IP, but doesn't seem to have an option to also store this historically, to keep track of bandwidth usage trough time (e.g. 1 month)Anyone out there that knows a way to accomplish my goal? Thanks in advance!
-
I run Bandwidth D and it works well it provides me with the information you are looking for.
-
I followed your advice but I really don't like BandwidthD:
-Traffic stats don't seem to survive a webconfigurator (which freezes often) restart
-It only displays top20 traffic, I need to monitor more than 30 hosts
-I can't see detailed usage reports per dayAre there any other packages I could take a look at, or would captive portal with radius (combined with a frontend like daloRADIUS) a more suitable option?
-
I'm also frustrated by the lack of reliable per IP reporting options. I just use the bandwidthd reports to get a rough idea of the percentage of use by my heaviest users as it doesn't report actual use accurately it would seem, and without definable reporting periods it's hard to sync up with my ISP bills. I'm assuming many people live in places where they aren't charged for data by their ISPs so it's not a priority. There's the option of running router firmware such as http://www.gargoyle-router.com/index.php or http://en.wikipedia.org/wiki/Tomato_(firmware) but there are other trade-offs doing that.
-
There might be a solution using a pfSense package doing what we want after all..
I noticed while reading the readme, bandwidthd has the ability to log traffic to an external database:
DATABASE SUPPORT
Since version 2.0, Bandwidthd now has support for external databases. This system
consists of 3 major parts:1. The Bandwidthd binary which acts as a sensor, recording traffic information and
storing it in a database across the network or on the local host. In this mode
Bandwidthd uses very little ram and CPU. In addition, multiple sensors can record
to the same database.2. The database system. Currently Bandwidthd only supports Postgresql.
3. The webserver and php application. Bundled with Bandwidthd in the "phphtdocs"
directory is a php application that reports on and graphs the contents of the database.
This has been designed to be easy to customize. Everything is passed around on the urls,
just tinker with it a little and you'll see how to generate custom graphs pretty easy.Using Bandwidthd with a database has many advantages, such as much lower overhead, because
graphs are only graphed on demand. And much more flexibility, SQL makes building new
reports easy, and php+sql greatly improves the interactivity of the reports.My ISP has now switched over to the database driven version of bandwidthd entirely, we
have half a dozen sensors sprinkled around the country, writing millions of data points a
day on our customers into the system.INSTRUCTIONS
As a prerequisite for these instructions, you must have Postgresql installed and working,
as well as a web server that supports php.Database Setup:
1. Create a database for Bandwidthd. You will need to create users that can access the
database remotely if you want remote sensors.2. Bandwidthd's schema is in "schema.postgresql". "psql mydb username < schema.postgresql"
should load it and create the 2 tables and 4 indexes.Bandwidthd Setup:
1. Add the following lines to your bandwidthd.conf file:Standard postgres connect string, just like php, see postgres docs for
details
pgsql_connect_string "user = someuser dbname = mydb host = databaseserver.com"
Arbitrary sensor name, I recommend the sensors fully qualified domain
name
sensor_id "sensor1.mycompany.com"
Tells Bandwidthd to keep no data and preform no graphing locally
graph false
If this is set to true Bandwidthd will try to recover the daily log
into the database. If you set this true on purpose only do it once.
Bandwidthd does not track the fact that it has already transferred
certain records into the database.
recover_cdf false
4. Simply start bandwidthd, and after a few minutes data should start appearing in
your database. If not, check syslog for error messages.Web Server Setup:
1. Copy the contents of phphtdocs into your web tree some where.
2. Edit config.conf to set your db connect stringYou should now be able to access the web application and see you graphs. All graphing
is done by graph.php, all parameters are passed to it in it's url. You can create
custom urls to pull custom graphs from your own index pages, or use the canned
reporting system.In addition, you should schedule bd_pgsql_purge.sh to run every so often. I recomend
running it weekly. This script outputs sql statements that aggregate the older
data points in your database in order to reduce the amount of data that needs to
be slogged through in order to generate yearly, monthly, and weekly graphs.Example:
bd_pgsql_purge.sh | psql bandwidthd postgresWill connect to the bandwidthd database on local host as the user postgres and summarize
the data.I didn't have time to test this yet, but in theory this would allow to:
-Save usage date, also if the webconfigurator restarts
-Display usage stats from EVERY ip
-Make custom usage reports e.g. per ip per dayAny comments on this, or maybe someone has even (successfully) tried this out already?