![](https://secure.gravatar.com/avatar/0fa97865a0e1ab36152b6b2299eedb49.jpg?s=120&d=mm&r=g)
The numbers are definitely being reported correctly, its simply that the devices aren't updating the counters quickly enough, showing spikes.
This is fairly common when you have a high polling rate and periodically updated counters.
I'd say only 50% of devices are capable of accurately providing counters with resolution greater than 10 seconds or so.
Adam.
Sent with AquaMail for Android http://www.aqua-mail.com
On 9 September 2014 23:41:45 "Arya, Renuka [BSD] - MED" rarya@medicine.bsd.uchicago.edu wrote:
Thanks Adam and really sorry for nit elaborating before.
To elaborate better, I have two servers (Each having a 10G NIC) connected to one of my switch (Arista 7050S-64R, running 4.13.6F ) ports on ports eth4 and eth2.
I run Nuttcp (network performance tool) from on of the server (eth4) to another server (eth2) .
Please find the snapshot:
- Nuttcp_OnSender : This shows nuttcp -T1000 -i5 192.168.60.3 , which
means the sender is sending 1000 TCP packets to receiver (192.168.60.3) with an interval of 5 secs. You can see the average throughput ~ 9.8 Gbps.
- Throughput_onSwitchPort : This shows - show int e 4 counters rates . We
are manually monitoring traffic on the switch on that particular port (Ethernet 2). It is ~ 9.9 Gbps, inline with what we see on the server.
- RealTimeThroughput_Observium: This monitors the real time throughput on
eth 4 on Observium. There we can see the frequent spikes of 12.5 - 12.8 Gbps
*All the metrics are taken for an interval of 5 seconds.
I do not understand, why we see spikes as high as 12.8 Gbps when the server never seems (or can never) push data more than 10 Gbps as it is limited by a 10 Gbps NIC. If I decrease the polling interval further say 2, 1 or 0.25 seconds, I see spikes upto 15.8 Gbps for the same network traffic (Nuttcp on server running at eth port 4 on the switch). See the last snapshot : Observium_0.25ms.
Looks like the number are definitely not getting reported correctly.
Hope I have made it a little clearer now!
It would be great if you an give me some inputs. Not pretty sure what can be done on the switch. Other thing is, Observium is running on a Virtual Machine but don't think it should be an issue.
Thanks!
Regards Renuka
From: observium [observium-bounces@observium.org] on behalf of Adam Armstrong [adama@memetic.org] Sent: Tuesday, September 09, 2014 1:42 PM To: Observium Network Observation System Subject: Re: [Observium] The ports on the switches doesn't seems to display correct network throughput
This is probably because your devices aren't capable of updating their counters quickly enough.
You should always include screenshots to explain what you're talking about, as it's not clear (and probably the reason you've not gotten many replies.)
adam.
On 2014-09-06 00:33, Arya, Renuka [BSD] - MED wrote:
Hi Team,
I installed Observium recently. It seems to be working just fine.
However, I do see discrepancies in the throughput result.
When I run a network performance tool (Nuttcp) on one of the server and monitor the corresponding port on the switch through observium. I observe that the the server is generating around 9.8 Gbps data. If I check the ports directly on the switch I see same thing (~9.8 Gbps) but when I see in through observium on the corresponding port , I see frequent spikes to 12 - 15 Gbps. I am not sure why I am seeing these high value because the NICs on servers are having a 10 G NICs and I never see anything higher than 10 Gbps on server or on the port on the switch. But the real time graphs on Observium shows the spikes of around 12 - 15 Gbps.
I would be really glad if you help me on this. I really like the tool but the discrepancy in the throughput result is kind of driving me crazy.
Thanks!
Regards Renuka
This email is intended only for the use of the individual or entity to which it is addressed and may contain information that is privileged and confidential. If the reader of this email message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is prohibited. If you have received this email in error, please notify the sender and destroy/delete all copies of the transmittal.
Thank you. _______________________________________________ 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
This email is intended only for the use of the individual or entity to which it is addressed and may contain information that is privileged and confidential. If the reader of this email message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is prohibited. If you have received this email in error, please notify the sender and destroy/delete all copies of the transmittal.
Thank you.
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium