Guest User!

You are not Sophos Staff.

This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

[8.30GA] Why can't we get correct bandwidth totals?

Recently my ISP instituted bandwidth caps [:@][:@] so I have been keeping an eye on the total bandwidth in weekly reports. However there are large discrepancies in the bandwidth usage in different parts of the report. Total bandwidth used should be trivial to calculate for astaro but for some reason its not. Hoping this is fixed in v9 and I don't have to run my own mrtg server for this[:(]

Here are a few pictures of my reports from home astaro. The first two are from the same weekly report and the third one is the daily reports for the whole week. Notice the difference between traffic processed and total traffic for top 10 services in the weekly report (screenshot 1&2). Lets assume that some of that traffic was blocked so there is a difference. Now, if you add all the daily reports for the week (screenshot 3) you get close to the number in the second screenshot. Which number is correct? Probably the one in the second screenshot but I am not too comfortable relying on any of the numbers at this time. Even the connections handled are different. If you add all the connections handled in daily reports (screenshot3) and compare to the weekly report the numbers are off by atleast a few thousand[:S]

Regards
Bill


This thread was automatically locked due to age.
Parents Reply Children
  • WEL, have you looked at the 'Bandwidth Usage' tab in 'Reporting >> Network Usage'?

    Cheers - Bob


    How accurate are the Bandwidth Usage numbers?
    I have a cable-modem running in bridged mode connected to the WAN NIC of my UTM (9.105-9)
     
    My ISP (Rogers in Canada) is billing me overage charges every month, but their numbers are about 10% higher than what is reported from the UTM.

    It's not a lot of money ($2.00/GB), but I hate to pay them any more than absolutely necessary.

    TIA,

    Mike