![](https://secure.gravatar.com/avatar/0fa97865a0e1ab36152b6b2299eedb49.jpg?s=120&d=mm&r=g)
$12k/year on bandwidth and no way to spare $200/year for Observium.
:'(
Adam. On 28/09/2016 09:07:12, Talk Jesus chad@talkjesus.com wrote: I’m not flooding the list. My update yesterday was botched due to the documents’ error. The hide search function is a bug apparently. And this issue with the reporting is something that never happened until the tech screwed things up which he’s done before, so I fired him. My concern about this is because I’m about to decide whether or not to spend nearly another $1k per month to upgrade bandwidth allotment from the upstream, and it’s all cause by the output I’m getting from Observium. When I get the report from the upstream for the same period, it’s far lower and confusing to me whether or not (and how much more Mbps) I need to upgrade. My total utilization is not matching their total utilization in 95th In / Out. From: observium [mailto:observium-bounces@observium.org] On Behalf Of Tom Laermans Sent: Wednesday, September 28, 2016 10:00 AM To: Observium Network Observation System observium@observium.org Subject: Re: [Observium] Bandwidth Reporting Off Hi,
You've received multiple replies to your previous identical question. My attitude is a simple consequence of you flooding the list with answers without doing any apparent research yourself. It's pretty bad form to resend a previous e-mail to a mailing list verbatim even if you didn't get any replies (but as I said, you did - Adam replied multiple times to the previous thread explaining that the total utilization graph shows the total utilization).
Tom On 09/28/2016 03:57 PM, Talk Jesus wrote: Nice attitude. I never got a reply, clarification on this output. It was never like this until a hired tech reinstalled Observium after changing Cisco equipment. It always matched the upstream provider nearly 100% From: observium [mailto:observium-bounces@observium.org [mailto:observium-bounces@observium.org]] On Behalf Of Tom Laermans Sent: Wednesday, September 28, 2016 9:49 AM To: Observium Network Observation System observium@observium.org [mailto:observium@observium.org] Subject: Re: [Observium] Bandwidth Reporting Off Isn't this exactly the same e-mail you've sent this week before, where it is painfully obvious that you have no idea what the words "total" and "utilisation" mean? :-/
Tom On 09/28/2016 03:45 PM, Talk Jesus wrote: I’ve been using Observium for a while and there seems to be some discrepancies between my graphs and the upstream (my data center provides me Ethernet GigE bandwidth). For example, from around 8am to 12pm today it showed overall utilization pretty consistent well above 400Mbps. These switches are actually trunked (2 x 3650 L3 switches). In the graph, it shows the uplink to switch #2 connectivity calculated with the total utilization (VLAN2155). This is definitely not accurate as it shouldn’t do that as far I’m concerned. Total utilization should simply be Drops #1 & #2, which covers all VLANs on both switches. Example: Drop #1 = 40Mbps Drop #2 = 200Mbps Uplink to Switch #2 = 130Mbps Now as a result VLAN2155 (total utilization) is calculating not only #1 and #2 drops from the upstream, but even the trunk port labeled “Uplink to Switch #2”. I disabled polling on that uplink port and the total utilization (VLAN2155) is still far higher than what the output is for the past 24 hours from the upstream provider. They show 187Mbps past 24 hours (95th), 219M In / 202 Out. I show 266M In / 182M Out. Why is it so drastically different? Why is Observium calculating the “uplink” to the trunked 2nd switch in the total utilization graph? This is throwing off accuracy.
_______________________________________________ observium mailing list observium@observium.org [mailto:observium@observium.org] http://postman.memetic.org/cgi-bin/mailman/listinfo/observium [http://postman.memetic.org/cgi-bin/mailman/listinfo/observium]
_______________________________________________ observium mailing list observium@observium.org [mailto:observium@observium.org] http://postman.memetic.org/cgi-bin/mailman/listinfo/observium [http://postman.memetic.org/cgi-bin/mailman/listinfo/observium]