Joined: 08 May 2018 Posts: 14246 Location: Texas, USA
Posted: Mon Jul 11, 2022 21:29 Post subject:
It may or may not be the implementation of either SFE/fast-classifier, CTF, or Flow Acceleration, but has VPN ever played well with NAT acceleration or QoS in DD-WRT?
I will talk to the boss, but they always want to look good in relation to the competition and looking good is that they can boast to have the biggest ( performance )
Like you I have it disabled
Believe me, I understand the rationale from a competitive standpoint. But at least in the case of Merlin, if you enable features which are KNOWN not to work w/ CTF enabled (e.g., QoS or other AiProtection features), the firmware *silently* disables it.
To be fair, I don't know how extensive is this *awareness* of what does and doesn't work w/ CTF. But at least it does try to mitigate some known issues before users get themselves into trouble. But as far as I can tell, dd-wrt does nothing (i.e., the sfe variable in nvram remains 1 (sfe) or 2 (ctf)).
So to the extent we *know* what doesn't work, I'd be less unhappy if dd-wrt disabled SFE/CTF when appropriate (fwiw, freshtomato appears no better in this department).
But even so, I still prefer it being OFF given it has proven to be unpredictable as to when it might be affecting something negatively. Seems you always have to remind yourself when dealing w/ new problems, esp. something that appears to be correct, to disable it, just in case.
As I've said many times, the use of these hacks only proves your router is underpowered. It's just a gimmick meant to give the *illusion* your router is up to the task of managing the available bandwidth from your ISP, when in fact it is NOT!
Joined: 08 May 2018 Posts: 14246 Location: Texas, USA
Posted: Tue Jul 12, 2022 10:49 Post subject:
I'm fairly certain, that if you look hard enough, you'll see where the whole SFE/CTF and QoS thing was changed and behavior isn't what it should be - and I think that was a result of certain users' input. Wasn't it so SFE could be enabled or disabled on the fly without having to reboot? I forget the details, but this definitely needs to be returned to expected behavior of disabling SFE/CTF/FA when QoS or other conflicting services are enabled. I personally don't care if a reboot would be required or not. _________________ "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