Vnstat "like" package to monitor bandwidth usage PER LAN IP {NOW $280USD}
-
I'm using squid with a non-transparent proxy in place, in combination with vnstat, works great. Very little details are left out. I read somewhere that you can use a transparent proxy similar to a non by having a file (pac or something) with the configuration pre-defined. I think internet explorer's "automatically detect settings" looks for this file.
-
Now at $230.00
-
I've been working commercially with netflow for some years now and have implemented systems which cope with billions of flows per day, calculating hundreds of customers data plans. While those systems run from cisco routers, this can be done under FreeBSD fairly easily and can monitor all the interfaces individually and then filter/aggregate them based on subnets, IP's, ports etc. The only failing currently with flow tools is no IPv6 support. I have built netflow v9 gernerator/capture software (which supports IPv6) in php to gain an understanding of it. Based on all of this knowledge, I am sure I can contribute something to the pfSense project, if so desired.
-
I've been running PRTG on a windows XP box and have had poor results with softflowd V9 data. PRTG displays a small percentage of the actual data used.
I have switched back to the PFsense package Pfflowd. Witch seems to send data V9 that PRTG can interpret correctly. But PRTG has issues with the flow time outs when using Pfflowd.
I also have an issue with filtering local traffic where a PC running pf sense has 2 lans. One being a static route too another network with it's own WAN gateway.
If a package that exported flow data could be configured too only export flows between X and Y interfaces leaving Z interface out of the picture I would love to try it!It seems that PRTG can not filter an interface with Letters in it's name. Mine for example is (EM1) and (EM2) and (BGE0).
-
If you have a Linux or Unix system available you could run flow-tools (home page http://code.google.com/p/flow-tools) to analyse your flow records. There is a variety of filter and report options. There is a reasonable writeup in Network Flow Analysis by Michael W Lucas, ISBN 978-1-59327-203-6
I run pfflowd on pfSense, direct the flow records to a collector program (flow-capture) on a Linux system and use flow-report and flow-nfilter on the Linux system to generate reports.
-
I would kick in $20.
-
Ill pitch in another $20.00
-
Any updates on this matter? I find it hard to believe something as simple as bandwidth usage statistics per IP would be so hard to develop..
I'll trow in another 10$
-
that makes it $280 but still no1 to do it, probably some1 should mention what their target amount is and then can try and meet that
-
that makes it $280 but still no1 to do it, probably some1 should mention what their target amount is and then can try and meet that
Yes please someone give us an idea of what it would take to get this rolling. I think a package like this should be a part of PFsense.
-
Yesterday, I had a chat with the vnStat author. I asked him if he had any plans to implement this feature directly into vnStat, here are some excerpts from our conversation:
<vergo>that would require a complete rewrite since the linux kernel doesn't provide that information directly. I wouldn't integrate that sort of feature into vnStat
<vergo>the thing is, the kernel provides the information about traffic per interface directly so vnStat can just query it and sleep between the queries
<vergo>filtering traffic per ip would require inspecting every packet and that's a totally different thing
<vergo>it might be possible to cheat a little bit and use iptables for getting the data but the end result wouldn't work in anything else than linux and even that would have some restrictions</vergo></vergo></vergo></vergo>I asked if he had any idea of something we are looking for already exists for FreeBSD:
<vergo>I've had some plans for writing at least some kind of proof of concept program for doing per ip stats with a console based program but haven't so far found time to start it
<vergo>darkstats is the closest there currently is and it isn't exactly what you are searching since it's also filtering target ips, doesn't provide simple stats from console and can't survive a restart</vergo></vergo>So I guess we are pretty much out of luck with this bounty, as far as my understanding goes, an entirely new package is needed to accomplish the listing of usage per IP.. Â :(
-
Thanks for the Info.!
I'll update the topic subject and revise this bounty for those keeping track.A vnstat "like" package to monitor bandwidth usage PER LAN IP
-
I will post a further $20.00 for the development of this feature/package.
-
I was asked to elaborate on my earlier post about flow tools to get per IP usage stats.
pfSense needs a flow collector installed. I used pfflowd. pfflowd sends flow records to a collector. I used flow-capture from the flow-tools package which I installed on a Linux system. flow-capture stores its flow records in directories, one for each day. Mostly I'm interested in finding out who has used the most data during a day so I can take appropriate action if the monthly download quota looks like being exceeded. My ISP makes available daily usage stats and from them I can see about 9GB was downloaded on 19 Nov. So to see who was downloading and from where on the Linux system holding my flow records I can:
[root@sme ~]# pushd /var/db/flows/2011/2011-11/2011-11-19/
/var/db/flows/2011/2011-11/2011-11-19 ~
[root@sme 2011-11-19]# flow-cat * | flow-report -v TYPE=ip-source/destination-address/ip-source/destination-port -v SORT=+octets | more
# –- ---- ---- Report Information --- --- ---build-version:    flow-tools 0.68
name:Â Â Â Â Â Â Â Â default
type:Â Â Â Â Â Â Â Â ip-source/destination-address/ip-source/destination-port
options:Â Â Â Â Â Â Â +header,+xheader,+totals
ip-src-addr-type:Â Â address
ip-dst-addr-type:Â Â address
sort_field:Â Â Â Â Â +octets
fields:Â Â Â Â Â Â Â +key1,+key2,+key3,+key4,+flows,+octets,+packets,+duration,+other
records:Â Â Â Â Â Â Â 165068
first-flow:Â Â Â Â Â 1321624808 Sat Nov 19 00:00:08 2011
last-flow:Â Â Â Â Â Â 1321711187 Sat Nov 19 23:59:47 2011
now:Â Â Â Â Â Â Â Â Â 1322602258 Wed Nov 30 07:30:58 2011
mode:Â Â Â Â Â Â Â Â streaming
compress:Â Â Â Â Â Â off
byte order:Â Â Â Â Â little
stream version:Â Â Â 3
export version:Â Â Â 5
#Â ['/usr/bin/flow-rptfmt', '-f', 'ascii']
ip-source-address ip-destination-address ip-source-port ip-destination-port flows octets  packets duration
64.188.166.206Â Â 192.168.211.244Â Â Â Â 6881Â Â Â Â Â 6881Â Â Â Â Â Â Â Â 4Â Â 282428402 205832Â 4594000
173.194.28.84Â Â 192.168.211.244Â Â Â Â 80Â Â Â Â Â Â 51905Â Â Â Â Â Â Â 2Â Â 52110568Â 35902Â 468000Â
58.174.20.228Â Â 192.168.211.244Â Â Â Â 25565Â Â Â Â Â 58525Â Â Â Â Â Â Â 2Â Â 38788562Â 61226Â 2782000
12.129.255.100Â Â 192.168.211.244Â Â Â Â 3724Â Â Â Â Â 56975Â Â Â Â Â Â Â 2Â Â 31560842Â 357082Â 7366000
74.125.109.182Â Â 192.168.211.244Â Â Â Â 80Â Â Â Â Â Â 52042Â Â Â Â Â Â Â 2Â Â 25368268Â 17660Â 376000Â
125.252.225.176Â 192.168.211.244Â Â Â Â 80Â Â Â Â Â Â 58396Â Â Â Â Â Â Â 2Â Â 25020948Â 17238Â 978000Â
117.121.249.80Â Â 192.168.211.244Â Â Â Â 80Â Â Â Â Â Â 52876Â Â Â Â Â Â Â 2Â Â 23684584Â 16464Â 522000Â
195.8.214.79Â Â Â 192.168.211.244Â Â Â Â 80Â Â Â Â Â Â 50283Â Â Â Â Â Â Â 2Â Â 21343766Â 14708Â 578000Â
12.120.15.208Â Â 192.168.211.244Â Â Â Â 80Â Â Â Â Â Â 52877Â Â Â Â Â Â Â 2Â Â 21147556Â 14578Â 520000Â
125.252.225.176Â 192.168.211.244Â Â Â Â 80Â Â Â Â Â Â 58423Â Â Â Â Â Â Â 2Â Â 18952452Â 13060Â 2258000
125.252.225.176Â 192.168.211.244Â Â Â Â 80Â Â Â Â Â Â 58380Â Â Â Â Â Â Â 2Â Â 18219946Â 12566Â 866000Â
117.121.249.75Â Â 192.168.211.244Â Â Â Â 80Â Â Â Â Â Â 57241Â Â Â Â Â Â Â 2Â Â 17291682Â 11948Â 462000Â
173.194.28.106Â Â 192.168.211.244Â Â Â Â 80Â Â Â Â Â Â 51947Â Â Â Â Â Â Â 2Â Â 16064040Â 11196Â 392000Â
195.8.214.37Â Â Â 192.168.211.244Â Â Â Â 80Â Â Â Â Â Â 58489Â Â Â Â Â Â Â 2Â Â 15804278Â 10890Â 445000Â
117.121.249.81Â Â 192.168.211.244Â Â Â Â 80Â Â Â Â Â Â 52620Â Â Â Â Â Â Â 2Â Â 15645356Â 10894Â 386000Â
125.252.225.151Â 192.168.211.244Â Â Â Â 80Â Â Â Â Â Â 52377Â Â Â Â Â Â Â 2Â Â 14250122Â 9828Â Â 354000Â
12.120.14.206Â Â 192.168.211.244Â Â Â Â 80Â Â Â Â Â Â 52606Â Â Â Â Â Â Â 2Â Â 14162172Â 9764Â Â 422000Â
125.252.225.152Â 192.168.211.244Â Â Â Â 80Â Â Â Â Â Â 52431Â Â Â Â Â Â Â 2Â Â 13742162Â 9576Â Â 466000Â
125.252.225.152Â 192.168.211.244Â Â Â Â 80Â Â Â Â Â Â 52432Â Â Â Â Â Â Â 2Â Â 13539082Â 9430Â Â 466000Â
74.125.109.143Â Â 192.168.211.244Â Â Â Â 80Â Â Â Â Â Â 49399Â Â Â Â Â Â Â 2Â Â 13522672Â 9392Â Â 298000Â
125.252.225.151Â 192.168.211.244Â Â Â Â 80Â Â Â Â Â Â 52874Â Â Â Â Â Â Â 2Â Â 11739240Â 8098Â Â 526000Â
74.125.10.15Â Â Â 192.168.211.244Â Â Â Â 80Â Â Â Â Â Â 49470Â Â Â Â Â Â Â 2Â Â 11368880Â 7976Â Â 278000Â
125.252.225.152Â 192.168.211.244Â Â Â Â 80Â Â Â Â Â Â 52600Â Â Â Â Â Â Â 2Â Â 11335216Â 7818Â Â 450000Â
192.168.211.244Â 222.154.97.65Â Â Â Â Â 6881Â Â Â Â Â 6881Â Â Â Â Â Â Â Â 22Â Â 10993548Â 13430Â 4250000
64.233.183.132Â Â 192.168.211.216Â Â Â Â 443Â Â Â Â Â Â 42135Â Â Â Â Â Â Â 2Â Â 10846542Â 7822Â Â 1804000
192.168.211.244Â 64.188.166.206Â Â Â Â 6881Â Â Â Â Â 6881Â Â Â Â Â Â Â Â 4Â Â 10631398Â 207608Â 4594000
121.223.82.76Â Â 192.168.211.244Â Â Â Â 6881Â Â Â Â Â 6881Â Â Â Â Â Â Â Â 2Â Â 10495864Â 9388Â Â 3062000
125.252.225.151Â 192.168.211.244Â Â Â Â 80Â Â Â Â Â Â 52397Â Â Â Â Â Â Â 2Â Â 9478840Â 6536Â Â 360000Â
12.129.255.91Â Â 192.168.211.244Â Â Â Â 3724Â Â Â Â Â 57334Â Â Â Â Â Â Â 2Â Â 9141684Â 103534Â 2410000
192.168.211.244Â 12.129.255.100Â Â Â Â 56975Â Â Â Â Â 3724Â Â Â Â Â Â Â Â 2Â Â 8131908Â 178936Â 7366000
222.154.97.65Â Â 192.168.211.244Â Â Â Â 6881Â Â Â Â Â 6881Â Â Â Â Â Â Â Â 20Â Â 7941028Â 13162Â 4184000
195.8.214.22Â Â Â 192.168.211.244Â Â Â Â 80Â Â Â Â Â Â 58467Â Â Â Â Â Â Â 2Â Â 6694386Â 4618Â Â 440000Â
173.194.28.113Â Â 192.168.211.244Â Â Â Â 80Â Â Â Â Â Â 51989Â Â Â Â Â Â Â 2Â Â 6375462Â 4456Â Â 344000Â
125.252.225.151 192.168.211.244    80      53094       2  5851168 4186  1024000flow-cat reads a bunch of flow files and removes headers and writes a stream of flow records to stdout. There is a flow-nfilter program which can strip specified flow records from the stream (e.g. flows between LAN and OPT1, flows over specified time intervals). flow-report has a number of reporting and sorting options. There are more advanced reporting options discussed in the book including graphing options.
I would like to take a look at software described in http://www.manageengine.com/products/netflow/ which seems to have much more extensive reporting capability. It is commercial software but there is a free edition which handles a limited number of interfaces.
-
If you sort this forum but Most views count this topic is at the top of the list under the sticky's .
Any response from the pfsense team?
Is there a chance you could work this feature into the OS. I'm sick of running 2 computers just to monitor bandwidth. I just want a list per month of all lan too wan traffic sorted by lan IP.
If you commit I'll send the coin asap! -
im ready to pledge some more coins if some1 seriously is willing to complete this and im sure others will add more of the coins once we know what it would take to complete it
-
As I understand it, said package would monitor total bandwidth by IP across multiple NICs, so if I have multiple internal subnets routing through pfsense, I can monitor how much IPs on the multiple LANs are transferring in and out across my WAN link(s). If this understanding is accurate, count me in for $50 if said package would also support IPv6/pfsense 2.1. I need IPv6 accounting as well.
-
Well It's been just over 1 year and over 7000 views on this topic . And not one hint of anything from the pf team.
-
To achieve this I use pfSense as a netflow collector (using softflowd) exporting the data to nfsen (running on another machine). This gives me full analyzing capabilities using a web GUI. This gives you all the capabilities that is asked for here in a free open source way.
But the goal is perhaps to use pfSense only.
-
But the goal is perhaps to use pfSense only.
Exactly! Why do we need two power sucking devices for this 1 job