From: <erik.taraldsen@telenor.com>
To: <chromatix99@gmail.com>, <grobier@icow-systems.com>
Cc: <bloat@lists.bufferbloat.net>
Subject: Re: [Bloat] Bufferbloat on 4G Connexion
Date: Wed, 23 Oct 2019 07:28:05 +0000 [thread overview]
Message-ID: <1571815685531.95922@telenor.com> (raw)
In-Reply-To: <51AC6A1E-FF96-4B9C-B322-4EA986AE4BAA@gmail.com>
If you could influence the 4G vendors to de-bloat their equipment, would you recommend BQL, L4S or codel/cake?
-Erik
________________________________________
Fra: Bloat <bloat-bounces@lists.bufferbloat.net> på vegne av Jonathan Morton <chromatix99@gmail.com>
Sendt: 22. oktober 2019 23:02
Til: Guillaume ROBIER
Kopi: bloat@lists.bufferbloat.net
Emne: Re: [Bloat] Bufferbloat on 4G Connexion
> On 11 Oct, 2019, at 5:56 pm, Guillaume ROBIER <grobier@icow-systems.com> wrote:
>
> I am new to this mailing list and I discovered the bufferbloat in December 2018. I work on 4G routers and the bufferbloat is very present on this type of link (4G). I contact you today to find out if people have experimented with solutions on this type of link or have configuration suggestions, because the classic fq_codel or piece_of_cake and pie do not allow to fix the bufferbloat.
This is actually my own situation at home. My solution is to insert Cake shapers on both upstream *and* downstream directions, and adjust their bandwidth settings according to variations in available 4G speed. To do this I use an IQrouter, which is basically a TP-Link Archer C7 with custom firmware.
One of the difficulties with 4G in particular is that the link capacity varies a great deal according to both radio propagation conditions (weather, obstructions) and local usage by other subscribers. That means the right bandwidth setting for the small hours of the night, when nobody is awake, will leave you with a lot of bloat in the evening, when everyone is both awake and home from school/work. You will need to measure these trends and set up a bandwidth schedule accordingly.
- Jonathan Morton
_______________________________________________
Bloat mailing list
Bloat@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/bloat
next prev parent reply other threads:[~2019-10-23 7:28 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-10-11 14:56 Guillaume ROBIER
2019-10-22 21:02 ` Jonathan Morton
2019-10-23 7:28 ` erik.taraldsen [this message]
2019-10-23 8:24 ` David Lang
2019-10-23 8:37 ` Sebastian Moeller
2019-10-23 9:54 ` Jonathan Morton
[not found] <mailman.865.1571824497.1240.bloat@lists.bufferbloat.net>
2019-10-23 11:56 ` Rich Brown
2019-10-23 12:27 ` Toke Høiland-Jørgensen
2019-10-24 7:26 ` Luca Muscariello
2019-10-24 9:34 ` Toke Høiland-Jørgensen
2019-10-24 12:55 ` Luca Muscariello
2019-10-24 14:02 ` Toke Høiland-Jørgensen
2019-10-23 17:52 ` David Lang
2019-10-24 11:51 ` erik.taraldsen
2019-10-24 12:14 ` Toke Høiland-Jørgensen
2019-10-24 12:14 ` Jonathan Morton
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://lists.bufferbloat.net/postorius/lists/bloat.lists.bufferbloat.net/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1571815685531.95922@telenor.com \
--to=erik.taraldsen@telenor.com \
--cc=bloat@lists.bufferbloat.net \
--cc=chromatix99@gmail.com \
--cc=grobier@icow-systems.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox