Quote:
Originally Posted by SnoopZ
[this is the original posting in this thread]
However after running the DSLreports speedtest i have been getting readings of C,D and F for bufferbloat, is this bad as based on my other graphs below everything appears to be fine apart from the TBB graph, although this is only like that as i am running on 16 downstream channels on my Hub3 since moving to an Arris CMTS and everyone experiences the same result, and i am not sure if it is really causing a problem, unless it is causing the bufferbloat? |
Both the DSLReports and TBB graphs agree. You're seeing big lag/latency from time to time. This is Bufferbloat - the undesirable latency that comes from a router or other network equipment buffering too much data.
Bufferbloat makes VoIP calls get bad, gaming gets laggy, and general web browsing gets sticky. You'll see it whenever there's traffic competing to be sent on the link. If your home router is buffering too much data, you'll see upload bloat, and if your ISP's headend/equipment is buffering too much data you'll see it on the download.
Most people think, "Oh yes, someone else is using the internet now, so things will be slow."
But it doesn't have to be - this is a solved problem. The fq_codel algorithm in OpenWrt, Linux kernels, and many commercial routers means that you can upload and download files while gaming and doing VoIP without any bad effect. (DOCSIS 3.1 cable modems also offer an effective anti-bloat system.)
As for measuring Bufferbloat, the DSLReports system uses websocket request/responses to measure the latency *during* the transfers to see how much lag is induced when transferring files. If DSLReports says there's latency, it's there.
The Bufferbloat team has a short article, "What to do about Bufferbloat?" at
http://www.bufferbloat.net/projects/...ut_Bufferbloat