Sadly no it doesn't. The best you can do is use one of the radios for backhaul and WDS. Then use the other radio for a distant AP. Unless you hardwire them all together.
2 Likes
Thanks for clarifying this. I was considering doing this, but you just saved me some time. Maybe I'll look into moca or power plug with a second cheapo router to kind of fill in the weak spots.
1 Like
Happy to hardwire the AP's together for the backhaul.. The house has Ethernet ports in every room so this would be the prefered option for the mesh solution.
So i did a little check on the 3200..
iw list | grep "Supported interface modes" -A 9
Supported interface modes:
* managed
* AP
* AP/VLAN
* monitor
*** mesh point**
Band 1:
Capabilities: 0x186f
RX LDPC
HT20/HT40
--
Supported interface modes:
* managed
* AP
* AP/VLAN
* monitor
*** mesh point**
Band 2:
Capabilities: 0x186f
RX LDPC
HT20/HT40
That to me says it is there...
The open source driver receives and forwards the mesh information element to the proprietary firmware. It is also capable of transmitting this information to userspace. Thus, to iw or hostapd it makes it look like the device is capable of running mesh point. However the real processing is done in the closed source firmware, the binary files in /lib/firmware/mwlwifi/. There, the information gets blackholed and discarded because the firmware doesn't know what to do with it - it is not coded to support it. There once was plans, but now there's none - as alluded to by @anomeome.
In fact, I was able to "enable" 802.11k (Assisted Roaming) support: WRT AC series: What information elements are used for 802.11k - RRM?
But I'm not sure if the neighbor reports are being sent out, nor have I ever seen them in wireshark pcaps.
2 Likes
Hi David hope u be fine always
Please I report for dnsmasq in wrt1200 v1 router
Has some files missing to start after reboot
This is from 3 months after release new kernel 4.19. Until today
I thinking this problem happened because kernel 4.19
Please check all required files for dnsmasq into new builds
Or can u add unbound DNS instead of dnsmasq it has small files low space
And also u can add softether version 5 it is working good with internal disk device space
Hope you get those and tested dnsmasq or adding unbound instead it
Thank you David
Have a nice work day
Best regards,
Eng. Tarek Herik.
Can you identify the files that are missing?
Just flashed your Firmware image for the WRT32X i am getting via iperf3 using 160hz Wireless
Connecting to host 192.168.1.3, port 5201
[ 4] local 192.168.1.103 port 63429 connected to 192.168.1.3 port 5201
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.00 sec 37.8 MBytes 316 Mbits/sec
[ 4] 1.00-2.00 sec 39.9 MBytes 334 Mbits/sec
[ 4] 2.00-3.00 sec 39.4 MBytes 330 Mbits/sec
[ 4] 3.00-4.00 sec 39.4 MBytes 330 Mbits/sec
[ 4] 4.00-5.00 sec 39.2 MBytes 329 Mbits/sec
[ 4] 5.00-6.00 sec 39.5 MBytes 331 Mbits/sec
[ 4] 6.00-7.00 sec 39.1 MBytes 328 Mbits/sec
[ 4] 7.00-8.00 sec 39.0 MBytes 327 Mbits/sec
[ 4] 8.00-9.00 sec 39.0 MBytes 327 Mbits/sec
[ 4] 9.00-10.00 sec 39.0 MBytes 327 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-10.00 sec 391 MBytes 328 Mbits/sec sender
[ 4] 0.00-10.00 sec 390 MBytes 327 Mbits/sec receiver
iperf Done.The DNSCrypt-proxy2 is working well without issues, and now myself being on fibre 40/10 i am getting a nice speed as well
root@WRT32X:~# speedtest-netperf.sh
2019-11-08 13:56:26 Starting speedtest for 60 seconds per transfer session.
Measure speed to netperf.bufferbloat.net (IPv4) while pinging gstatic.com.
Download and upload sessions are sequential, each with 5 simultaneous streams.
.............................................................
Download: 32.22 Mbps
Latency: [in msec, 61 pings, 0.00% packet loss]
Min: 18.281
10pct: 18.680
Median: 19.829
Avg: 20.296
90pct: 20.953
Max: 45.960
CPU Load: [in % busy (avg +/- std dev), 59 samples]
cpu0: 8.4 +/- 10.7
cpu1: 11.3 +/- 9.9
Overhead: [in % used of total CPU available]
netperf: 1.9
.............................................................
Upload: 5.02 Mbps
Latency: [in msec, 61 pings, 0.00% packet loss]
Min: 17.779
10pct: 18.017
Median: 19.121
Avg: 19.514
90pct: 20.974
Max: 29.012
CPU Load: [in % busy (avg +/- std dev), 59 samples]
cpu0: 6.1 +/- 10.7
cpu1: 3.6 +/- 5.7
Overhead: [in % used of total CPU available]
netperf: 0.3As for the WebGUI its working smooth as anything too no more having to spam refesh button time in and time out.
Nice work @davidc502 on this build. As always will let you know if there is any issues, going to use your builds for a while whilst i am fixing my internal builds (Yep still having issues with LUCI-SSL dependancy even using your config).
Thanks once again.
1 Like
here is log
Fri Nov 8 16:24:33 2019 daemon.crit dnsmasq[5061]: cannot read /usr/share/dnsmasq/trust-anchors.conf: No such file or directory
Fri Nov 8 16:24:33 2019 daemon.crit dnsmasq[5061]: FAILED to start up
another problem i saw in latest build in front page is local time showing extra 2 hours after current time
Thanks @herik
I'm not sure how to categorize this potential issue. Is the fact that dnsmasq not being able to find the file causing issues on your end? Maybe this should go to dev and not flyspray. Maybe pose the question on the dev forum and see if you get any bites - https://forum.openwrt.org/c/devel if you don't get a response from dev, then consider flyspray, and see the response you get there -- https://bugs.openwrt.org/index.php?do=tasklist&project=2
As for adding unbound, since I've never worked with unbound, I wouldn't feel comfortable switching over to it at this time.
For softether - I see both v4 and v5 being available in the repo today. All of them are selected as a module meaning they aren't built in, but are downloadable. Unfortunately I can't build it in because we have at least one model of Linksys that just doesn't have the space. At this point I have to be very selective to what is added to the build.
I can't use 160Mhz, but makes little difference in throughput at least for me. Also, the DFS issue kills wifi after radar is detected, and it just doesn't recover.
Have you been able to use 160Hz width for some time? Do you live in a populated area or more rural and away from any airports?
Thank you very much Mr David
I hope about this dnsmasq file fixed soon
Real thanks for your time
Have a nice day
I am using channel 100 with 160hz, I do have an Airport 40+ Miles away from me and I am on a flight path. I have just since updating that post gone to 160hz mode, i will keep you updated if I get Radar detected however in the past it just wouldn't bring the connection up without it stating radar detected so we will soon find out when the next aircraft comes flying past be it a civilian or military aircraft.
Sorry about being vague about location in a public thread I will send you location in a DM if it will help.
I also noticed without placing my country code in
to the settings for 5Ghz 160hz would simply not work at all but after that it worked.
Yes I am not getting 2600 in speed but I am getting 1733 and lows of 64 rather then the standard 866 with lows of 7.2 . Latency and jitter is the same on channel 100 as it is on 80hz mode channel 48.
I am currently doing a 1.5gb upload (got to try and get the line to fail for science) which after I will be uploading a 3.5gb file (OS images for modem line stats in 64bit and 32bit raspbian is flavours)
I knew to use channel 100 due to all my router I test with seem to use that channel without issue one Stock firmware on WRT32X, the DWA0120 and the TG 589vac V2 the latters being Technicolour ISP CPE's (The port forwarding nightmares). These CPE ISP gateways didn't drop the connection for 5Ghz at all nor did the stock WRT32X firmware from Linksys.
System log shows
Fri Nov 8 17:15:34 2019 daemon.notice hostapd: wlan0: DFS-NOP-FINISHED freq=5500 ht_enabled=0 chan_offset=0 chan_width=0 cf1=5500 cf2=0
Fri Nov 8 17:15:34 2019 daemon.notice hostapd: wlan0: DFS-NOP-FINISHED freq=5520 ht_enabled=0 chan_offset=0 chan_width=0 cf1=5520 cf2=0
Fri Nov 8 17:15:34 2019 daemon.notice hostapd: wlan0: DFS-NOP-FINISHED freq=5540 ht_enabled=0 chan_offset=0 chan_width=0 cf1=5540 cf2=0
Fri Nov 8 17:15:34 2019 daemon.notice hostapd: wlan0: DFS-NOP-FINISHED freq=5560 ht_enabled=0 chan_offset=0 chan_width=0 cf1=5560 cf2=0
Fri Nov 8 17:15:34 2019 daemon.notice hostapd: wlan0: DFS-NOP-FINISHED freq=5580 ht_enabled=0 chan_offset=0 chan_width=0 cf1=5580 cf2=0
Fri Nov 8 17:15:34 2019 daemon.notice hostapd: wlan0: DFS-NOP-FINISHED freq=5600 ht_enabled=0 chan_offset=0 chan_width=0 cf1=5600 cf2=0
Fri Nov 8 17:15:34 2019 daemon.notice hostapd: wlan0: DFS-NOP-FINISHED freq=5620 ht_enabled=0 chan_offset=0 chan_width=0 cf1=5620 cf2=0
Fri Nov 8 17:15:34 2019 daemon.notice hostapd: wlan0: DFS-NOP-FINISHED freq=5640 ht_enabled=0 chan_offset=0 chan_width=0 cf1=5640 cf2=0Which means it was Radar detected however rather then dropping the connection it just through the router back to channel 36, i was gaming at the time and didn't even notice.
WRT3200ACM user here, reporting in that r11398 is working fine (for the past hour).
In order to get DNSCrypt working properly, I did need to add the option noresolv '1' option that was called out above by @rainkinz . I went ahead and threw in option localuse '1' as well, to ensure my local router queries use the same DNS.
This matches the GitHub Documentation as well: https://github.com/DNSCrypt/dnscrypt-proxy/wiki/Installation-on-OpenWRT
With all that working, dnsleaktest.com passes with flying colors.
I did have to jimmy/disable-reenable my Interfaces and bounce my modem in order for a network connection to come through properly. For some reason the WAN (not 6) had the "Use builtin IPV6 management" option checked - since it's an IPV4 interface, I just unchecked it.
After saving/applying, all Interfaces came up with IP from modem - success!
2 Likes
I have the same cosmetic time issue on Overview Page as @abysso2.
I have a WRT3200ACM with Davidc502's latest build r11398
Mine is -6 hours! 
lol.. Though system time shows correctly.
Has anybody looked to see if this issue has been reported? Also, would like to eliminate a particular LuCi version.
I've had a number of issues when upgrading to r11398 from r11266 on my WRT1900ACS V2. The issues have included:
- Multiple instances of IPv6 Upstream displayed in Overview -> Network
- dnscrypt-proxy working for ~12 hours, then suddenly not resolving
- Odd behavior in the dnscrypt-proxy log file in that not all my servers identified in the toml file are represented
- Adblock not starting with a block list on upgrade
- Losing the 2.4GHz WiFi network after many hours that comes along with a profound loss of memory and requiring a reboot
First, on the Overview page in LuCI, I am used to seeing one IPv4 Upstream Network and one IPv6 Upstream Network. With r11398, I see three IPv6 Upstreams, which are all the same, as pictured:
They are all duplicates.
The second issue, dnscrypt-proxy working fine for ~12 hours and then suddenly not resolving was frustrating. @YummyHamster suggested I recheck the configuration per the setup instructions, specifically where my ISP DNS may interfere with my selection. I did so, found no issues, and no longer have any DNS problems although given the other issues I have had I don't know if it is truly fixed.
The third issue is my dnscrypt-proxy log looks weird and misses servers after restarting the service. Under r11266, the log file typically looks like:
[2019-11-09 16:11:03] [NOTICE] Stopped.
[2019-11-09 16:11:03] [NOTICE] dnscrypt-proxy 2.0.27
[2019-11-09 16:11:03] [NOTICE] Network connectivity detected
[2019-11-09 16:11:03] [NOTICE] Source [public-resolvers.md] loaded
[2019-11-09 16:11:03] [NOTICE] Firefox workaround initialized
[2019-11-09 16:11:03] [NOTICE] Loading the set of blocking rules from [blacklist.txt]
[2019-11-09 16:11:03] [NOTICE] Now listening to 127.0.0.1:5300 [UDP]
[2019-11-09 16:11:03] [NOTICE] Now listening to 127.0.0.1:5300 [TCP]
[2019-11-09 16:11:13] [NOTICE] System DNS configuration not usable yet, exceptionally resolving [dns9.quad9.net] using fallback resolver [1.1.1.1:53]
[2019-11-09 16:11:13] [NOTICE] [quad9-doh-ip4-filter-pri] OK (DoH) - rtt: 17ms
[2019-11-09 16:11:13] [NOTICE] [cloudflare-ipv6] OK (DoH) - rtt: 5ms
[2019-11-09 16:11:13] [NOTICE] [cloudflare] OK (DoH) - rtt: 4ms
[2019-11-09 16:11:13] [NOTICE] [quad9-doh-ip6-filter-pri] OK (DoH) - rtt: 17ms
[2019-11-09 16:11:13] [NOTICE] Sorted latencies:
[2019-11-09 16:11:13] [NOTICE] - 4ms cloudflare
[2019-11-09 16:11:13] [NOTICE] - 5ms cloudflare-ipv6
[2019-11-09 16:11:13] [NOTICE] - 17ms quad9-doh-ip4-filter-pri
[2019-11-09 16:11:13] [NOTICE] - 17ms quad9-doh-ip6-filter-pri
[2019-11-09 16:11:13] [NOTICE] Server with the lowest initial latency: cloudflare (rtt: 4ms)
[2019-11-09 16:11:13] [NOTICE] dnscrypt-proxy is ready - live servers: 4
Under r11398, the log file misses servers after restart, even though they are in the toml file:
[2019-11-09 18:31:44] [NOTICE] Quit signal received...
[2019-11-09 18:31:44] [NOTICE] Stopped.
[2019-11-09 18:31:44] [NOTICE] dnscrypt-proxy 2.0.29
[2019-11-09 18:31:44] [NOTICE] Network connectivity detected
[2019-11-09 18:31:44] [NOTICE] Source [public-resolvers.md] loaded
[2019-11-09 18:31:44] [NOTICE] Firefox workaround initialized
[2019-11-09 18:31:44] [NOTICE] Loading the set of blocking rules from [blacklist.txt]
[2019-11-09 18:31:44] [NOTICE] Now listening to 127.0.0.1:5300 [UDP]
[2019-11-09 18:31:44] [NOTICE] Now listening to 127.0.0.1:5300 [TCP]
[2019-11-09 18:31:45] [NOTICE] [cloudflare] OK (DoH) - rtt: 5ms
[2019-11-09 18:31:55] [NOTICE] Server with the lowest initial latency: cloudflare (rtt: 5ms)
[2019-11-09 18:31:55] [NOTICE] dnscrypt-proxy is ready - live servers: 1
I can monkey around to get the other three servers back, essentially my editing the toml file, making no real changes, and restarting dnscrypt-proxy again, however it is not clear they will stay. Moreover, I have seen the following in the dnscrypt-proxy log file:
[2019-11-09 20:25:46] [WARNING] Too many connections (max=250)
[2019-11-09 20:25:46] [WARNING] Too many connections (max=250)
[2019-11-09 20:25:46] [WARNING] Too many connections (max=250)
[2019-11-09 20:25:46] [WARNING] Too many connections (max=250)
[2019-11-09 20:25:56] [NOTICE] System DNS configuration not usable yet, exceptionally resolving [dns9.quad9.net] using resolver udp[1.1.1.1:53]
[2019-11-09 20:25:56] [NOTICE] System DNS configuration not usable yet, exceptionally resolving [dns9.quad9.net] using resolver udp[1.1.1.1:53]
[2019-11-09 20:25:56] [NOTICE] System DNS configuration not usable yet, exceptionally resolving [dns9.quad9.net] using resolver udp[1.1.1.1:53]
[2019-11-09 20:25:56] [NOTICE] System DNS configuration not usable yet, exceptionally resolving [dns9.quad9.net] using resolver udp[1.1.1.1:53]
So this is weird and I have never seen it before.
Fourth, after previous upgrades, adblock comes up with the full blocklist. With the r11398 upgrade, no domains were in the blocklist and I had to refresh blocklist sources. Clearly, it is not hard to do that but there has been no previous upgrade where I needed to do so, and I've done a lot of upgrades. Strange behavior.
Finally, at least once I have lost the 2.4 GHz WiFi network after running for ~10 hours. Afterwards, when I look at the Overview page in LuCI, the Total Available and Free memory, which usually hover around 70%, were down at 10%. I did not do anything unique with my network, so I don't understand why memory got so low and I lost a WiFi network. Again, an experience I never previously had.
So.... I've been through many upgrades with David's build, and I don't remember a previous instance where I had so many issues that made the upgrade perhaps unusable. Any thoughts on what I should check?
[Solved]: had to override the WAN MAC address to match the older working one
Hello everyone, hope your weekend is going well.
I have been running into an issue with the last couple builds. I am currently on OpenWrt SNAPSHOT r10899-1c0290c5cc / LuCI Master (git-19.241.65047-dffe9ca) kernel version 4.19.69, and have not been able to access the internet in all the builds after. My WAN interfaces do not have any upstream data or respective IPv4 or IPv6 addresses.
Initially tried keeping my settings which currently use Stubby, and worked backwards to disable it to try to get a connection, but it fails. I then tried doing a fresh sysupgrade.bin but the issue remains. Not sure why it would be failing with fresh settings.
Any ideas? Both partitions are OpenWRT
Here is my /etc/config/network and ifstatus wan dump on the latest build (no internet):
https://bpaste.net/raw/SFBW6
Hey !
Maybe you need the Use broadcast flag under option @wan interface some ISP's need it for docsis 3+.
All latest builds work just fine. The log shows that the wan interface is not up at all (No Connectivity) are you sure the cable is still fine?
Best Regards,
Toetje