D
Deleted member 72428
Guest
Ditto...With quality 1GE WAN throughput enabling QoS would be redundant
Apologies for hijacking the thread, this will be my last comment on the subject.
This here again is misinformation and those genuinely looking for solutions will be misguided. What you posted is a simple ping from a speed test which highlights your lack of understanding on bufferbloat. A speed test in an unloaded environment is not an accurate measure of bufferbloat. If you'd rather do the test manually then start 5 different large downloads and then continuously ping a server (google, etc) multiple times a second and see the variance in your ping to that server. Dslreports test can open up to 32 streams both up and down if you really want to test the robustness of your connection. What you want to see is a consistent and low ping throughout, without spikes. This is one of the goals of AQM/SQM algorithms, to prioritize time sensitive packets vs others, establish fairness by taking control of the queue under load, etc. This is far more complex than a simple bandwidth issue as some folks here make it out to be. While there are many variables that affect bufferbloat including ISP, modem, router, neighborhood load (if using cable), etc the things you can control will definitely help if you're looking for consistently low ping under load. If consistently low ping without spikes is not important and outside of your use cases then you need not to concern yourself with it... just please refrain from giving others advice that are looking for solutions to a real problem in their use.
For those that want to read more and inform themselves, there are actual research studies on this topic. They prove the efficacy of fq-codel, cake, and other AQM/SQM solutions for this problem irrespective of bandwidth. There are countless threads on AT&T forums, Dslreports, Reddit, SNB, etc including people with fiber connections. To make a blanket statement of just hey you got a gig connection you don't need to worry is a tad ignorant sorry to say.
Again, apologies for off topic.