[SPLIT] TCP Congestion Control

Post new topic   Reply to topic    DD-WRT Forum Index -> Atheros WiSOC based Hardware
Goto page Previous  1, 2, 3
Author Message
kernel-panic69
DD-WRT Guru


Joined: 08 May 2018
Posts: 14217
Location: Texas, USA

PostPosted: Thu Jun 30, 2022 15:31    Post subject: Reply with quote
To reply to the OP, I was told that the defaults are correct for anything that has more than 16MB of RAM, apparently. The default nvram variable values are "wrong".
Quote:
ah you mean lower end. ahm specify lower end. this is bullshit. the old 4096 restriction was for 16 mb ram devices. no current device (except for very old wrt54g etc.) has such low ram

Of course I then mentioned that these devices' nvram variable defaults are wrong, then... we'll see where that goes...

_________________
"Life is but a fleeting moment, a vapor that vanishes quickly; All is vanity"
Contribute To DD-WRT
Pogo - A minimal level of ability is expected and needed...
DD-WRT Releases 2023 (PolitePol)
DD-WRT Releases 2023 (RSS Everything)

----------------------
Linux User #377467 counter.li.org / linuxcounter.net
Sponsor
ho1Aetoo
DD-WRT Guru


Joined: 19 Feb 2019
Posts: 2972
Location: Germany

PostPosted: Thu Jun 30, 2022 15:40    Post subject: Reply with quote
the-joker wrote:
@alozaros, Microsoft's logic is beyond reproach Wink, to be fair you have to have some type of CC and they assume most ppl just plug the WAN cable to the back of the machine and back then (Windows Vista/7) they weren't far from the truth and still in many parts of the world they are close to it.

And I'm still trying to find out if DD-WRT's CC is up for all outgoing traffic or just p2p without doing much work, yep Im also lazy, deal with it.


As already mentioned several times.

the TCP congestion control is endpoint based.
When the router is the endpoint, the TCP congestion control of the router is used but not when simply forwarding data to a client.

Packet forwarding is layer 3
and congestion control is layer 7

If the client is the endpoint, then the client's congestion control is also used.

You must run a TCP application on the router itself to use the router's congestion control.

E.g. an Iperf3 server or Transmission client.

3 - network layer
7 - application layer
the-joker
DD-WRT Developer/Maintainer


Joined: 31 Jul 2021
Posts: 2146
Location: All over YOUR webs

PostPosted: Thu Jun 30, 2022 15:53    Post subject: Reply with quote
Yes, normally I would agree, and since I'm not actually looking at the source code for this, I guess Ill ask the man that wrote it. If this is a vanilla implementation or it has some other added functionality. Maybe Im having a meltdown but my spider senses are tingling.
_________________
Saving your retinas from the burn!🔥
DD-WRT Inspired themes for routers
DD-WRT Inspired themes for the phpBB Forum
DD-WRT Inspired themes for the SVN Trac & FTP site
Join in for a chat @ #style_it_themes_public:matrix.org or #style_it_themes:discord

DD-WRT UI Themes Bug Reporting and Discussion thread

Router: ANus RT-AC68U E1 (recognized as C1)
ho1Aetoo
DD-WRT Guru


Joined: 19 Feb 2019
Posts: 2972
Location: Germany

PostPosted: Thu Jun 30, 2022 16:01    Post subject: Reply with quote
Let us know what you find out
the-joker
DD-WRT Developer/Maintainer


Joined: 31 Jul 2021
Posts: 2146
Location: All over YOUR webs

PostPosted: Thu Jun 30, 2022 16:13    Post subject: Reply with quote
Depends on what there is to find...
the-joker
DD-WRT Developer/Maintainer


Joined: 31 Jul 2021
Posts: 2146
Location: All over YOUR webs

PostPosted: Sun Jul 03, 2022 8:30    Post subject: Reply with quote
So this section has been fully dealt with.

The default value string (4096) was hardcoded (so are all default values on default strings help text), it was never actually pulling default values from any particular default holding file I mean NEVER did since this was added umpteen years ago, so it showed this value no matter device, this is no longer the case, now defaults are being pulled from default values holding files and populated here.

Future contributions where accurate default values are needed the implementation now exists to populate the correct default values per device, should there be one obviously, some defaults in other areas are standard on all devices.

If you notice any default values on any page that are incorrect per device, please let me know on the UI bug and discussion thread or via PM.

https://svn.dd-wrt.com/changeset/49406
https://svn.dd-wrt.com/changeset/49407
https://svn.dd-wrt.com/changeset/49408
https://svn.dd-wrt.com/changeset/49409
https://svn.dd-wrt.com/changeset/49410
https://svn.dd-wrt.com/changeset/49411
https://svn.dd-wrt.com/changeset/49412
https://svn.dd-wrt.com/changeset/49413

Defaults will be shown correctly per target, the fieldset will now read Network Stack Tuning as opposed to Ip Filter Settings (Adjust for P2P)

Maximum Ports was also wrong, this is in fact Maximum Connections and is so renamed. Lower end devices will have a lower default due to resource consumption as opposed to higher end devices which will have more connections per default.

The settings here are only a portion of Stack Tuning available in the sysctl page in any case, which should only be changed by experienced users

Settings for P2P are the TCP/UDP and maximum connections.

Congestion control will affect the router running VPN in certain circumstances/setups as well as running webserver, iperf via TCP and so on.

I was investigating the possibility that DD-WRT was doing something non standard here (i.e. modifying the LAN/WLAN clients windowing/congestion control algorithm), sometimes features are altered, but not in this case.

Not a full or complete or technical explanation needless to say.

Expect these changes on builds newer than 49413 and as such no point complaining about this old old old issue (10 year+ guesstimate) in build threads either, it is now fixed on dev builds. Other wrongly named strings have been addressed in previous commits, things have been reworded in almost every page, but I dont have all routers to look at, so its possible some strings per device that are not Broadcom will have weird/wrong wording. All in all now DD-WRT UI/UX should be a much improved overall even if not perfect at this time.

TODO is do a small write up for the in (router) page help strings and perhaps more detailed entries on the actual help page (triggered under more...) HManagement.asp

Thanks for all the fish, carry on.

_________________
Saving your retinas from the burn!🔥
DD-WRT Inspired themes for routers
DD-WRT Inspired themes for the phpBB Forum
DD-WRT Inspired themes for the SVN Trac & FTP site
Join in for a chat @ #style_it_themes_public:matrix.org or #style_it_themes:discord

DD-WRT UI Themes Bug Reporting and Discussion thread

Router: ANus RT-AC68U E1 (recognized as C1)
Goto page Previous  1, 2, 3 Display posts from previous:    Page 3 of 3
Post new topic   Reply to topic    DD-WRT Forum Index -> Atheros WiSOC based Hardware All times are GMT

Navigation

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You cannot download files in this forum