From: Giuseppe De Luca <dropheaders@gmx.com>
To: bloat@lists.bufferbloat.net
Subject: Re: [Bloat] Really getting 1G out of ISP?
Date: Tue, 22 Jun 2021 07:44:08 +0000 [thread overview]
Message-ID: <2dbdf457-5652-6b74-7014-3bf79dde6bc9@gmx.com> (raw)
In-Reply-To: <38CC4C4D-AE42-4629-8472-16BCC0DEAFEA@gmx.de>
Also a PC Engines APU4 will do the job
(https://inonius.net/results/?userId=17996087f5e8 - this is a
1gbit/1gbit, with Openwrt/sqm-scripts set to 900/900. ISP is Sony NURO
in Japan). Will follow this thread to know if some interesting device
popup :)
https://inonius.net/results/?userId=17996087f5e8
On 6/22/2021 6:12 AM, Sebastian Moeller wrote:
>
> On 22 June 2021 06:00:48 CEST, Stephen Hemminger <stephen@networkplumber.org> wrote:
>> Is there any consumer hardware that can actually keep up and do AQM at
>> 1Gbit.
> Over in the OpenWrt forums the same question pops up routinely once per week. The best answer ATM seems to be a combination of a raspberry pi4B with a decent USB3 gigabit ethernet dongle, a managed switch and any capable (OpenWrt) AP of the user's liking. With 4 arm A72 cores the will traffic shape up to a gigabit as reported by multiple users.
>
>
>> It seems everyone seems obsessed with gamer Wifi 6. But can only do
>> 300Mbit single
>> stream with any kind of QoS.
> IIUC most commercial home routers/APs bet on offload engines to do most of the heavy lifting, but as far as I understand only the NSS cores have a shaper and fq_codel module....
>
>
>> It doesn't help that all the local ISP's claim 10Mbit upload even with
>> 1G download.
>> Is this a head end provisioning problem or related to Docsis 3.0 (or
>> later) modems?
> For DOCSIS the issue seems to be an unfortunate frequency split between up and downstream and use of lower efficiency coding schemes .
> Over here the incumbent cable isp provisions fifty Mbps for upstream and plans to increase that to hundred once the upstream is switched to docsis 3.1.
> I believe one issue is that since most of the upstream is required for the reverse ACK traffic for the download and hence it can not be oversubscribed too much.... but I think we have real docsis experts on the list, so I will stop my speculation here...
>
> Regards
> Sebastian
>
>
>
>
>> _______________________________________________
>> Bloat mailing list
>> Bloat@lists.bufferbloat.net
>> https://lists.bufferbloat.net/listinfo/bloat
next prev parent reply other threads:[~2021-06-22 7:44 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-06-22 4:00 Stephen Hemminger
2021-06-22 6:12 ` Sebastian Moeller
2021-06-22 7:44 ` Giuseppe De Luca [this message]
2021-07-06 22:31 ` Aaron Wood
2021-07-07 2:26 ` Dave Taht
2021-07-07 2:53 ` Aaron Wood
2021-07-08 19:56 ` [Bloat] [Cake] " David P. Reed
2021-06-22 23:04 ` [Bloat] " Livingood, Jason
2021-06-23 15:56 ` Stephen Hemminger
2021-07-06 22:13 ` Aaron Wood
2021-07-06 22:28 ` Wheelock, Ian
2021-07-06 22:40 ` Aaron Wood
2021-07-07 2:10 ` Dave Taht
2021-07-07 9:27 ` Wheelock, Ian
2021-07-07 16:17 ` Jonathan Morton
2021-07-07 16:24 ` Wheelock, Ian
2021-06-22 22:51 ` Livingood, Jason
2021-06-29 19:48 ` Stephen Hemminger
2021-06-29 20:09 ` Sebastian Moeller
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=2dbdf457-5652-6b74-7014-3bf79dde6bc9@gmx.com \
--to=dropheaders@gmx.com \
--cc=bloat@lists.bufferbloat.net \
/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