this post was submitted on 14 Jun 2023
8 points (100.0% liked)
Sysadmin
7529 readers
2 users here now
A community dedicated to the profession of IT Systems Administration
No generic Lemmy issue posts please! Posts about Lemmy belong in one of these communities:
[email protected]
[email protected]
[email protected]
[email protected]
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
So you want the available bandwidth to be monitored in “real time”, but you don’t want constant speed tests to happen. Then you mention a script doing a speed test.
You’re gonna have to choose: Either you run some kind of Speedtest on a regular basis, which will give you somewhat “real-time” results, or you don’t do it, and you don’t have real-time data as a result.
A very quick google search brought up this power shell script, that even formats the results for PRTG:
https://github.com/greiginsydney/New-OoklaSpeedTest.ps1
Yeah, I am a bit scatter brained today....lol. I am not sure what I want, but I will check out that github and see what I can do with that. Thank you!
So, a speed test can show bandwidth but so can a graph, when you see the flat line, you've hit your limit.
Use interface counter graphs to map out b/s and then you'll be able to see where you're actually maxing out. If you've hit a bandwidth limit on a connection but your graph is still spiky it's not you it's them.
But if he wanted that historical data for, say, making sure an ISP delivers promised bandwidth, then unless he’s constantly maxing out the connection, the usage graph is going to be fairly useless.
Yes, but doing a speed test while you're using the link isn't an accurate test, so it's extremely difficult to be able to show bandwidth issues with anything other than a graph. If the ISP is not giving you your full bandwidth, you'll flatline below the full bandwidth on the graph. If you are using half your link and do a speed test you will only get results for about half your link unless you drop all other traffic to do the speed test.
Good point. Though without knowing the exact details, it’s hard to make a call on what the best strategy is.
If it was me, and I was trying to contest claims as to available bandwidth, I’d probably still be running a regularly scheduled speed test (if nothing else then at least to regularly saturate the connection), and then talk to the ISP with both the speed test results and the bandwidth graph to show as complete a picture as possible.