Bounty $200: Monitor bandwidth use on IP adresses. NOW $250
-
I can do this, but its quite ugly. It would be better to wait until the bug is fixed so one binary can monitor everything.
how long we shall wait for the bandwidthd to update? it isnt changed for two years and i couldnt found enyone on the internet who is interested in continue to develop on this package. but the package itself is great, you know.
There was very little tickets in the system so either:
A) They write incredible code or
B) It's being actively maintained.I think B is the answer here.
-
Hi.
I'm wondering, would it be a real pain to add a function that shows traffic pr. port?
Basiacally this package tells me how much traffic is coming in and out, and whos getting it. Thats all fun and games, but currently my network got mostly all ports blocked, due to the users of this network overloading it with downloads, leaving the ones who wanted to use it for constructive reasons, helpless.Currently, there is several people asking for one or more ports to be opened. Now, if I am to open a port, I do NOT want it to get flooded without me having the chance to know.
Perhaps there is an easy way to find this out and I may have overlooked it, but in the pfsense system I've not seen any yet, besides NTOP, and NTOP was unstable, and on top of all, took statistics of trafic going on the internal network, thereby creating false statistics.Also, each computer has a netbios name. Would it be possible to get a colum with the netbios names?
-
Hi.
I'm wondering, would it be a real pain to add a function that shows traffic pr. port?
Basiacally this package tells me how much traffic is coming in and out, and whos getting it. Thats all fun and games, but currently my network got mostly all ports blocked, due to the users of this network overloading it with downloads, leaving the ones who wanted to use it for constructive reasons, helpless.Sorry but only the folks that contribute to the bounty can request features. Not to mention the code would need to be added via C. It's not something that would be easily done. We need to focus on getting the problems with the package fixed first regardless.
Currently, there is several people asking for one or more ports to be opened. Now, if I am to open a port, I do NOT want it to get flooded without me having the chance to know.
Perhaps there is an easy way to find this out and I may have overlooked it, but in the pfsense system I've not seen any yet, besides NTOP, and NTOP was unstable, and on top of all, took statistics of trafic going on the internal network, thereby creating false statistics.Also, each computer has a netbios name. Would it be possible to get a colum with the netbios names?
See above.
-
As I was playing around with that package, too, I noticed a great increase of memory usage. Has someone else had this side-effect, too - or to better ask: Is it supposed to be? Right after installing the memory usage was at 27% and is now up to 52% after the weekend (easily to see as the second/backup machine of that carp-cluster hasn't installed the package and still resides at 27%).
Not panicking here ;) just wanted to tell in case this isn't supposed to be :)
Greets
Grey -
Please keep discussions of the package itself in the packages section. The bounty area is purely for offering bounties and communication between the bounty offerer and the dev.
-
I have updated the package to prompt for one interface and only bind to it until we can get the issues fixed in the C code.
Just consider it a temporary workaround.
Please test!!
-
Newbie here - to both pfSense and the "Bounty" approach!
Just sent in 25.00. Thanks for the efforts.
Very simple pfSense installation here (AFAIK!). I just installed BandWidthD - no probs. It's the only package I've installed.
The "Config" screen pops up perfectly. But, the "Access" screen is not happy. On about 50% of attempts, it immediately says that there's no data. The other 50% just throws a totally blank screen, and sits there for a "helluva" long time - probably forever - I've sometimes left it for 15-20 mins. And I cannot explain why I'm getting these 2 variations…
So:
- Any quick suggestions. I've tried various settings on the Config screen, with no apparent affect on the results.
- I would also appreciate a few additional notes on each config option, preferably with recommendations on what to include or exclude... Right now, I don't know what some of them mean.Thank you.
- Mike -
Not sure why it would "pause" since its the same web server serving the webConfigurator and the bandwidthd static pages.
I'll look into expanding the option text. I basically copied the text verbatim from the bandwidth.conf file.
-
Not sure why it would "pause" since its the same web server serving the webConfigurator and the bandwidthd static pages.
Absolutely nothing shows on the screen. So, it might be useful to show "some" message, and, if the generation of the graphs is likely to take some time, then, maybe, some sort of "progress-bar".
And, there's "loadsa" traffic through the router, so I reckon I should never get the "empty" message…
Oh, I tried Firefox and IE...
I'll look into expanding the option text. I basically copied the text verbatim from the bandwidth.conf file.
Thank you - I tried numerous combos of the options, hoping to get some data…, but it's still either nada, or the "nada" message.
Let me know if I can run any tests, traces...
- Mike -
I have had this problem too is seems to take a moment after install to generate the first graph. This looks ok after the first graph generation. Then after maybe one more cycle it fills index.html with nothing (if you look at the raw file via ssh it is empty) sometimes index2.html has some content for longer but leave it for a night and they are all blank.
If it helps I have a CARP setup that may be confusing it. I also have the snort package installed so are they both trying to use the same interface and that is confusing it.
If you restart the service the whole process starts again.
I am not hugely into using this package so I have removed it now but I will test any changes
As an aside we use Argus and rrd-tool on our current firewall to generate data like this. I installed argus from BSD (pkg_add etc) and it works fine on Pfsense. I started working on a package but haven't had any time to really work on it. Maybe someone else would do better.
for info on argus see http://www.qosient.com/argus/
Thanks for a great project
-
Trivial updates…
I just installed NTOP and DarkStat, and they are collecting and displaying data with no obvious problems. Which suggests that the PC itself, pfSense, etc, etc, is probably running correctly, and that the "blank-page" is an issue with BandWidthD.
Also, any time today that I tried to access the graphs in BandWidthD, I always got the "blank-screen". Previously, I was randomly getting either the totally-blank-screen, or the logo and a note that there was no data to graph, but the latter has not appeared for some time.
Also, could someone please suggest what value I should use in each field in the Options page? I want to monitor "LAN" traffic, per internal IP.
Thank you,
- Mike -
By default you do not need to enable any options besides picking the LAN interface.
Sorry but I am having trouble reproducing the issue you outline. But I can say that running NTOP and BandwidthD at the same time is not a good idea…
-
@MJK:
Also, could someone please suggest what value I should use in each field in the Options page? I want to monitor "LAN" traffic, per internal IP.
Your may have unsupported network cards (bandwidthd issue not pfsense). So if you ain't got errors in system logs try with another network adapter using default settings.
/Perry
-
@MJK:
Also, could someone please suggest what value I should use in each field in the Options page? I want to monitor "LAN" traffic, per internal IP.
Your may have unsupported network cards (bandwidthd issue not pfsense). So if you ain't got errors in system logs try with another network adapter using default settings.
/Perry
That is very true. We discussed this in the beginning of the thread if someone has overlooked it.
-
Thanks to Scott and Perry for responses.
I'll gladly uninstall NTOP - I was just wondering…..
I'm using the same card for the WAN and LAN sides - an old "standard" 10/100 SMC card; using the 83C171A2QF chip. I think this is very common NIC. Is there some list of supported cards that I can check, and I could then try one that's definitely supported.
It might be useful if BandWidthD could check for compatible NICs, or indicate if the NIC is not responding properly. Also, would an incompatible card be more likely to produce no traffic, or crazy traffic, rather than upset the reporting functions? IOW, are the reporting functions working on the data that has been previously collected, rather than accessing the NICs directly?
Also, the Router itself has been in serious use over recent days, with no comms problems whatsoever.
Many thanks again,
- Mike -
Slight update on the NICs…
SMC NIC, IC is 83c17x, also coded SMC 9432TX, also known as the EPIC version...
Seems it's supported wit the TX(4) drivers in FreeBSD/i386 6.1 - apologies if this info is useless...
http://www.freebsd.org/cgi/man.cgi?query=tx&sektion=4&manpath=FreeBSD+6.1-RELEASE
- Mike
-
I've re-tried accessing the stats on BandWidthD, but I'm still getting a totally blank screen.
I looked in the HTDOCS folder; it contains:
- about 20 PNG files, typically about 2KB to 3KB in size
- a few "subnet"… HTML files, also about 2KB in size.
- 4 INDEX.HTML files (Index, Index2, Index3, and Index4), each has a size of 0.
- A few other misc files.Anyone know if all these are Ok, especially the "0" size in the Index files?
Thank you,
- Mike -
Most likely another bug in bandwidthd.
-
WOW, that was fast! Thank you.
I presume you're referring to the "0" files? Do the 2KB/3KB files suggest that the SMC NICs are supported properly?
Seems many others have had similar experiences - ie, empty reports, and, perhaps, with similar causes.
Anything I can do to help investigate - let me know, but you'll have to give me "stooopid" instructions! I may have to install the Router at it's targeted site over the next few days, so we may not have unlimited time to crack this one.
- Mike -
I don't trust any nics except intel or 3com under FreeBSD. That very well could be the problem.
