Our device doesn't support hardware nat david? not sure why you try to enable it.
1 Like
Is openwrt-sfe-flowoffload a package? and are the differences between those two speed tests because of the hardware option for flow offload being enabled?
I had forgot this was possible due to I believe kernel 4.14, so it dawned on me that the option for hardware isn't supported.
I wanted to show how wrt1900acs v2 works with soft offload via Network / Firewall, it is exactly the configuration you use.
But I think Hardware flow offloading doesn't help you if you have it enabled, hardware offloading I understand that it only works with some mediatek chips for now.
I can see that your radio0 is set to option htmode 'VHT160' (160 MHz). I have only had success when having radio0 in 80 MHz mode: option htmode 'VHT80'.
Running hardware offload on WRT32x seems to be working ok even with SQM enabled.
1 Like
It does not work, if we would have hardware nat our cpu util would be near zero, i'm still sure the option software nat is working and not hardware nat. marvell hardware nat only works on stock firmware, this software is closed source. And not implemented in OpenWRT.
1 Like
I get ya now, either software offload is better then no offload I suppose.
1 Like
There is only one target (MT7621) that has a HW offload plugin added to this point. Enabling on this target will be a NOOP which just falls through to SW offload. You can use SQM with SW offload, but again this amounts to a NOOP, as SQM takes precedence and SW offload is moot.
1 Like
Correct, it's does improve the performance slightly.
I'm not arguing here, but think it used to be slightly improved, but now is a noticeable improvement meaning much better than "slight". At least that is my opinion.
Best Regards,
David
2 Likes
No matter what value you put. The problem persists (I just tried it again). As soon as I activate the second SSID radio1 stops working.
Hi,
I have just upgraded from (r10618) to (r12235) and for some reason even thou all the settings are the same it isn't connecting to the internet. It seems that the WAN interface which is set to DHCP client is not retrieving the credentials from the cable modem.
In (OpenWrt SNAPSHOT r10618) I do have DNSCrypt2 installed followed Davidc502 Tutorial and .sh file to install...I notice that Davidc502 new build (r12235) has DNSCrypt2 already included..and was wondering if this could possibly be causing the issue as I see now the config file is now in its own DNSCrypt2 folder which was in the config folder in (OpenWrt SNAPSHOT r10618).
Any ideas on what could be causing this issue?
Many Thanks in advance
Try bouncing both devices, power up cable modem first. There was a WAN LAN MAC swap some time back, and your cable modem may be hanging unto the old MAC.
Thanks anomeome, I will give it a try.
Thanks the WAN port is now connected and I now have internet access on the router itself.. However still no internet access from connected devices.
Interesting video 
Probably varying opinions on this topic! lol
Is your router lying to you? https://www.youtube.com/watch?v=cKTbNRTmzhY
5 Likes
Scroll up to Oct 19 of last year. There is a discussion about DNSCrypt2. That's when the package was baked into the build. Your problem could be what was discussed back then. Copy the .toml to the /etc/dnscrypt-proxy2/ directory and restart dnscrypt-proxy.
Install the package "mc" GNU Midnight Commander. It makes moving, editing, copying files much easier if you're not very linux savy.
Hope that helps.
Not sure how old that build is but maybe the MAC address has changed? I ran into a similar issue until I realized that the MAC was updated. Check what it is on the working build and compare. If it's different, unplugging you modem (needs to reset) for a bit should do the trick and once it's online turn on your router. or you can do a MAC override in the settings.
Thanks you.
Thank you, that was exactly the issue I was having, everything is working now. 
1 Like