Bandwidth Reporting Off
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.
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 (95^th ), 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 http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
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] On Behalf Of Tom Laermans Sent: Wednesday, September 28, 2016 9:49 AM To: Observium Network Observation System 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
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] *On Behalf Of *Tom Laermans *Sent:* Wednesday, September 28, 2016 9:49 AM *To:* Observium Network Observation System 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 (95^th ), 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
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
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] On Behalf Of Tom Laermans Sent: Wednesday, September 28, 2016 9:49 AM To: Observium Network Observation System mailto:observium@observium.org 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
_______________________________________________ observium mailing list observium@observium.org mailto:observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
$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]
What's with the sarcasm today? Is it any of your business how one operates their business? Seriously grow up.
On Sep 28, 2016, 11:52 AM -0400, Adam Armstrong adama@memetic.org, wrote:
$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] 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
observium mailing list observium@observium.org (mailto:observium@observium.org) http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
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”.
The "problem" will be that your switch is returning the vlue for the vlan in that way. Observium is not summing the interfaces together, it is the switch that's doing it.
The problem from what I can tell is that you don't believe that traffic from vlan 2155 should be traversing your trunk interface. What are the devices on switch#2 that are participating in vlan 2155? If there are truly none, you coud always prune the vlan form the trunk to be certain; but I don't believe that is the case.
It was never like this until a hired tech reinstalled Observium after changing Cisco equipment. It always matched the upstream provider nearly 100%
There's a lot more to this story that you haven't told us and just assumed it's all the fault of Observium. All I hear is it worked perfectly until you replaced the switches.
Michael
There are about 15 VLANS on the second switch. That trunk is needed. I'm at a lost why total utilization doesn't come close in Observium to the upstream. My goal is to figure out where the hiccup is in my configuration. I stopped polling all the VLANS and started polling strictly the port interfaces instead to see if that helped a bit, but it didn't. I also stopped polling that uplink to switch #2. Didn't help strange enough.
-----Original Message----- From: observium [mailto:observium-bounces@observium.org] On Behalf Of Michael Sent: Wednesday, September 28, 2016 4:32 PM To: Observium Network Observation System observium@observium.org Subject: Re: [Observium] Bandwidth Reporting Off
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”.
The "problem" will be that your switch is returning the vlue for the vlan in that way. Observium is not summing the interfaces together, it is the switch that's doing it.
The problem from what I can tell is that you don't believe that traffic from vlan 2155 should be traversing your trunk interface. What are the devices on switch#2 that are participating in vlan 2155? If there are truly none, you coud always prune the vlan form the trunk to be certain; but I don't believe that is the case.
It was never like this until a hired tech reinstalled Observium after changing Cisco equipment. It always matched the upstream provider nearly 100%
There's a lot more to this story that you haven't told us and just assumed it's all the fault of Observium. All I hear is it worked perfectly until you replaced the switches.
Michael
_______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
I still have no idea what the problem actually is...
Sent from BlueMail
On 28 Sep 2016, 15:36, at 15:36, Talk Jesus chad@talkjesus.com wrote:
There are about 15 VLANS on the second switch. That trunk is needed. I'm at a lost why total utilization doesn't come close in Observium to the upstream. My goal is to figure out where the hiccup is in my configuration. I stopped polling all the VLANS and started polling strictly the port interfaces instead to see if that helped a bit, but it didn't. I also stopped polling that uplink to switch #2. Didn't help strange enough.
-----Original Message----- From: observium [mailto:observium-bounces@observium.org] On Behalf Of Michael Sent: Wednesday, September 28, 2016 4:32 PM To: Observium Network Observation System observium@observium.org Subject: Re: [Observium] Bandwidth Reporting Off
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”.
The "problem" will be that your switch is returning the vlue for the vlan in that way. Observium is not summing the interfaces together, it is the switch that's doing it.
The problem from what I can tell is that you don't believe that traffic from vlan 2155 should be traversing your trunk interface. What are the devices on switch#2 that are participating in vlan 2155? If there are truly none, you coud always prune the vlan form the trunk to be certain; but I don't believe that is the case.
It was never like this until a hired tech reinstalled Observium after
changing Cisco equipment. It always matched the upstream provider nearly 100%
There's a lot more to this story that you haven't told us and just assumed it's all the fault of Observium. All I hear is it worked perfectly until you replaced the switches.
Michael
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
participants (5)
-
Adam Armstrong -
chad＠talkjesus.com -
Michael -
Talk Jesus
-
Tom Laermans