historical log for WAN latency and performance
-
@johnpoz
how do i know how many MB to download or upload per hour?
I see Traffic or Packets, but they are values "per second".
What do negative values correspond to?
The ISP is telling me that it blocks my line for excessive traffic in an hour. -
Try using the Traffic Totals package. That will show you, among other things, hourly usage.
Also consider getting a new ISP.
Steve
-
@darkcorner said in historical log for WAN latency and performance:
how do i know how many MB to download or upload per hour?
That's not what you asked for - you asked if was saturated.. The package Steve mentioned would work for that. There is also bandwidthd, or ntop, etc.
-
This thread reminded me that I hadn't pushed out the Influx/Grafana stuff that I use for monitoring latency with dpinger.
It's really nothing fancy, but it works. I run the monitor on a host in the lan, measuring wan latency through the firewall. The scripts can be found here if you're interested.
-
@johnpoz said in historical log for WAN latency and performance:
@luckman212 not saying that is not an option. But if the retention of resolution for wan quality (latency packet loss to the gateway) of the data is a problem. Might be easier to just setup say smokeping.. Which could be as easy as docker deployment..
https://hub.docker.com/r/linuxserver/smokeping
But if you just print out say the last weeks monitor graph for wan quality, it has a resolution of 1 hour.. Last 2 days 5 minutes, etc.
Around 1,5-2 years ago I create treads here on forum and on pfSense bug tracker about adding as third-party packages:
- Smokeping (primary for WANs monitoring);
- Telegraf + Grafana (modern system & links monitoring + modern alerting);
- zsh (as useful CLI extension);
- nano (as useful CLI file editor);
But like in case with “100-year old menu system from A to Z”, sticky to each other icons-buttons, and recommending vi as CLI editor, no button to easy locate port on back of device, ... no one care...
But users asking again and again the same questions, and have the same problems...
Looks like part of a system Devs (with all my respects to their work!) stick to the tools and UI of 70-80’ of past century ;) Sorry.
-
The East Editor (ee) is included by default, it does most of what you might use Nano for.
Steve
-
@stephenw10 said in historical log for WAN latency and performance:
The East Editor (ee) is included by default, it does most of what you might use Nano for.
Nano and Vim are 2 common well-known CLI editors for *nix. Vim are like improved version of vi editor. Both Nano and Vim support plugins.
But more importantly that Nano are modeless, this mean modern users receive WYSIWYG by using Nano. This is like pfSense: in ancient times monowall/pfSense born from needs to make same operations of FreeBSD/pf tuning more painless, errorfree, quickly and usable.
Similar about Zsh/Fish against ordinary bash CLI.
No one (excluding tech nerds) love to make everyday work complicated ;) Agree ?
-
Have you tried using Easy Editor? It's about as easy as it gets for editing a txt file.
-
@stephenw10 said in historical log for WAN latency and performance:
Have you tried using Easy Editor? It's about as easy as it gets for editing a txt file.
Ok, I try as You suggest.
But anyway, most of users prefer WYSIWYG, and plugins - are great and useful thing.
-
@sergei_shablovsky said in historical log for WAN latency and performance:
most of users prefer WYSIWYG
I agree, that's why ee is included.
-
@stephenw10 said in historical log for WAN latency and performance:
Have you tried using Easy Editor? It's about as easy as it gets for editing a txt file.
Nano are much better!
In combination with zsh+ohmyzsh (+ Fish-like color code highlighting, code suggestions and multi-word search) - are perfect toolset. (7min step-by-step instruction how to quickly installing zsh, ohmyzsh + zsh-highlighting You may see here).
Strongly recommend to try!
If a You spend such amount of time in CLI, zsh make a You happy.Like ping comparing with Smokeping ;)
