PfSense 2.3 new Traffic Graph doesn't include total Traffic in time period
-
Because it's a function of rrdtool graph, which has absurdly large dependencies in latest rrdtool. jdillard's working on a replacement with vnstat.
-
@cmb:
Because it's a function of rrdtool graph, which has absurdly large dependencies in latest rrdtool. jdillard's working on a replacement with vnstat.
That's good to hear :D
Just ordered a SG-4860 btw, looking forward to getting rid of my current power hungry and large computer for this beauty ;D -
Any chance update 2.3_1 includes the restoration of our beloved feature?
-
@cmb:
Because it's a function of rrdtool graph, which has absurdly large dependencies in latest rrdtool. jdillard's working on a replacement with vnstat.
Except that vnstat was also dropped in v2.3.
The RRD Graphs were useful for a bunch of reasons:
- Traffic per day / month / week / year
- Being able to look and see how busy a link was without sitting on Status / Traffic Graph (which does not show history)
- NNTP graphs showing jitter / offset
I'm not pleased at all that RRD Graphs were dropped in 2.3.
-
While I appreciate the new design aspects, the old RRD graphs were a lot easier to access and read.
Hope someone will create a package for legacy graphs.
-
new monitoring feature is useless for me
plz bring back rrd graph or give any alternative for traffic summary
so disapointed after upgrading to 2.3 :'( -
While I appreciate the new design aspects, the old RRD graphs were a lot easier to access and read.
Hope someone will create a package for legacy graphs.
I agree, the new graphs are a bit clunky. They are nicer looking and probably have a lot of potential, but I prefer the old graphs, they were easier to use, for me at least. It may be because I'm used to the old RRD graphs though.
But the lack of total traffic info is quite annoying. That is the most important information for me. -
They are aware everyone wants total tgraffic stats back, and have said they are working on it.
What I tell those I support, is to pretend 2.3 is actually 3.0 and a full re-write.
Thus, it will take time to get all of the features back in, so don't install until at least the first sp/point release. :) Because no one would install a ".0" release….
That is really my only criticism of this process, many (maybe most) people assume that a .X release should be OK to install and won't completely change/break everything. In this case that was a wrong assumption.
The level of change would have been more clear if it would have been 3.0 instead of 2.3...
-
I want to also add my few cents on this topic.
I am also quite disappointed of not having anymore the possibility to check how much traffic was flowing during a specific period of time.
New graphs are nice, but they are definitely not comparable with RRD.I hope that an alternative will be provided soon. I mean, this is something that you can find even of extremely cheap devices for home use. In offices is a huge loss to not have these info anymore :-X
-
Like all of you, I'm also desperately hoping for daily total traffic over a period of time as well. I have Uverse and even they have a usage meter, which is of questionable accuracy according to: http://www.dslreports.com/forum/r30773881-Usage-meter-is-now-live
jdillard is suppose to bringing out an updated vnstat package for this function, hopefully in the v2.3.2 release.
-
Like all of you, I'm also desperately hoping for daily total traffic over a period of time as well. I have Uverse and even they have a usage meter, which is of questionable accuracy according to: http://www.dslreports.com/forum/r30773881-Usage-meter-is-now-live
jdillard is suppose to bringing out an updated vnstat package for this function, hopefully in the v2.3.2 release.
I am in the same boat. The rrd graph was great! Just updated to 2.3, it looks great!!!
-
Here is a preview (from a test VM so the traffic is not normal looking): https://i.imgur.com/GqvihFX.gifv
All I should have left is getting the options in and out of the configuration. This is my first time doing that, so not sure how long that is going to take.
-
Thanks, nice work, looking forward to the update ;D
-
Looks good. Is this meant to replace VNStat or the RRD graph functionality? Just trying to get an idea or where the requirements are coming from.
Vidmo
-
It is vnStat, I just put a fancy front-end on it (using it's JSON output) and allow you to set it up without going to the CLI. It is basically a better version of the old vnstat2 package.
It doesn't replace RRD, it just complements it in regards to bandwidth/traffic totals as a lot of people liked that functionality. It also stores the data in a way that is more accurate than RRD for historical data.
The old RRD graphs had a totaling function in the graphing utility, but we cut the graphing utility out because it was going to double the total size of the pfSense image. Not everyone needs traffic totals though, so it is being left as an optional package instead of as part of base. I just felt traffic totals were a basic functionality that should be in pfSense and this was the path of least resistance. I also wanted to learn how to make a package so that I could be more useful in that regard in the future.
Another thing that was lost when we cut out the rrdtool graphing was emailed reports with images. I'm not going to do it, but someone could in theory add vnStat images into the reporting package with vnstati.
-
Hi,
Just curious if there has been any progress made on it. The gif looks perfect!
Thanks,
Rich -
Hi,
Just curious if there has been any progress made on it. The gif looks perfect!
Thanks,
RichI second this!!
-
Not quite as nice as having all those graphs presentable as they were with RRD, but a damned sight better than what is here now.
Heck if RRD is still even possible I'd prefer that as a downloadable package, unless this new tool can 1-up the old tools. RRD wasn't always very accurate, especially with older data. But at least is was something I could pull up and argue with the ISP when they pull some of the crazy stunts they do.
-
Hi,
Just curious if there has been any progress made on it. The gif looks perfect!
Thanks,
RichIt's closer: https://forum.pfsense.org/index.php?topic=109700.msg634458#msg634458
-
Has anyone else noticed that the "Last Month" traffic numbers under RRD Summary are an order of magnitude higher?
I looked at my current month total yesterday (6/30) and it was ~ 1,200,000 MB
Today (7/1) my last month total is ~ 13,028,404 MB! -
Is there a way to get any traffic stats beyond current at the moment stats?
I am looking to cut the cord with my cable company & am looking to stream a number of devices but want to make sure I can do it. Just curious if we have any other update or another suggestion on how to check traffic.
-
Can we also add to save the current selections on the monitoring page?
It is painful to return to the page and have to re-select all your options again.
-
Take a look over at the 2.3.2 forum, some good new stuff:https://forum.pfsense.org/index.php?topic=114753.msg637619#msg637619
-
Can we also add to save the current selections on the monitoring page?
It is painful to return to the page and have to re-select all your options again.
There is a 'Save as Defaults' under the Advanced section.
-
Hello, all.
I'm just curious if the addition of 'RRD_Summary' and 'Status_Traffic_Totals' packages essentially closes this topic or is there a plan to bring this functionality back to native pfSense?
Thanks,
Brian -
At least it worked.
-
@cmb:
Because it's a function of rrdtool graph, which has absurdly large dependencies in latest rrdtool. jdillard's working on a replacement with vnstat.
It worked.
-
+1 !!
Please bring it back!! -
The data it displays is not even close to correct now, its not just total inpass is no longer a sum of all data for the period
ntopng and rrd on the same system are way off, ntopng has some issue where you must select traffic even though its the default otherwise the min and max pull reported are averaged but ntopng is correct
rrd still needs to be fixed, it was very useful in proving packet loss and latency issues to ISPs, countless times we have been able to get ISP to escalate tickets when they were telling us "no issue"
ntop is over the head of most of the ISP support people on packet loss and it does not do latency at all (ntopng lacks nprobe)
in case of Time Warner, their high up techs have access to rrd tools monitoring the modem, and the rrd reporting use to match, now it does not
-
I don't believe this.
The one reason I switched to pfsense was cause it didn't loose total traffic on reboot compared to my plastic router, and now don't even show it ?
Just when Comcast roll it's 1TB data cap for home users and now somebody decide it's not no longer relevant feature to have, really ? After so much advanced features pfsense has, it can't even show you if you are over you data cap ? I am very disappointed, I even support the pf-sense project for future development.
If we are willing to revert to much older version of pf-sense just to get this crucial functionality back(disregarding any other changes for the last year as not as important as this), how come this is happening.
P.S. This is so bad. I can only speculate why , but I guess in something internally changed significant in pf-sense team, perhaps the whole thing switched hands. I had my 2.2.6 running for a year, and finally decide to upgrade. What a shame. I am glad I didn't donate as I was intending to, but upgrade first.
-
THe RRD_Summary package shows this and last months WAN traffic in the time period and is accurate enough to check how near a usage cap I am. Good enough for me although not exactly the presentation of data which used to be available. Many ISP's will send an E-mail when usage is near the cap.
J
-
This is so bad. I can only speculate why.
You were told exactly why:
"we cut the graphing utility out because it was going to double the total size of the pfSense image."
Double. Just for that one function.
-
THe RRD_Summary package shows this and last months WAN traffic in the time period and is accurate enough to check how near a usage cap I am. Good enough for me although not exactly the presentation of data which used to be available. Many ISP's will send an E-mail when usage is near the cap.
J
Thanks for the suggestion. I already install the package. It does the job till some future update made the package obsolete , but it works for now. Thanks
As far is "Many ISP's will send an E-mail when usage is near the cap." in this case you rather get their router and be done with it, but I don't think pf-sense is about that type of users.
-
This is so bad. I can only speculate why.
You were told exactly why:
"we cut the graphing utility out because it was going to double the total size of the pfSense image."
Double. Just for that one function.
The question is : Do you really believe that ?!?
Functionality to create graphs out the data is already there. We are talking about the functionally to count the data passing through the WAN interface. Is that what is going to double the size of the image ? I don't think one need to be familiar with coding to guess how much code it will take to do that.
-
perhaps you should just install the "Status_Traffic_Totals' package ?
-
perhaps you should just install the "Status_Traffic_Totals' package ?
Thanks for the suggestion.I did that and I'll have to admit is looking and working great.
My only worry is this: Since it's a package now, next few updates of the pfsense itself may broke it's functionality and all the accumulated data going back to the drain. -
The question is : Do you really believe that ?!?
Yes. cmb and jdillard both said the same thing.
pfSense did not change. The rrdtool dependencies did. Why is that so hard for you to believe? Why be so caustic?
Everything is not a conspiracy against you.
-
The question is : Do you really believe that ?!?
Yes. cmb and jdillard both said the same thing.
pfSense did not change. The rrdtool dependencies did. Why is that so hard for you to believe? Why be so caustic?
Everything is not a conspiracy against you.
I could be wrong , but if a small package like Status_Traffic_Totals could bring the functionality back , how come pfsense need to double it's size to have it as a part of pf-sense like before ?!?!?!?!?!
"Everything is not a conspiracy against you."
Thank god it's not just me. If I was the only one seeing purpose of data usage feature , I doubt Status_Traffic_Totals will be written just for me. :-)))
It was a quite outrage for this feature being removed from what I read, and I agree there people who don't even care about it. I just think that the creators of the software should know better than everybody, that's all.P.S. I love to be wrong :-))
-
Here's some news to you: PfSense developers have no control over RRDTool and what its developers do with it and how they see what is an acceptable amount of installed dependencies. RRDTool is fine on a full FreeBSD system where the excessive dependencies don't matter because they would be installed anyway but on pfSense it's a dead end. If you can point out a replacement system that is capable of what RRDTool was and has an acceptable amount of dependencies we are all ears. Anything?
-
I can't suggest anything, but alternative solution that will have the same functionality like the optional package made later on just for that purpose.
I don't understand dynamics behind it, but I can tell for sure when the end result is better or worse. I wish there was a way to update but not upgrade.