@<Kong>
Might you show some love for the R9000 with a new build soon? Thanks in advance!
Not really anything new. I just did a 160Mhz 5G throughput test with the R7800 + AC 9560 max throughput is 840Mbps.
was this with the 80+80? I've been having a hard time reaching those throughputs on my r9000
I can push only about 322 ish but im chalking this down to bad channel selection. I'm using 160mhz with 80+80 on 149+UU _________________ R9000 - Kong Builds
(daily driver)
@<Kong>
Might you show some love for the R9000 with a new build soon? Thanks in advance!
Not really anything new. I just did a 160Mhz 5G throughput test with the R7800 + AC 9560 max throughput is 840Mbps.
was this with the 80+80? I've been having a hard time reaching those throughputs on my r9000
I can push only about 322 ish but im chalking this down to bad channel selection. I'm using 160mhz with 80+80 on 149+UU
No with 160Mhz, the AC9560 does not support 80+80 not sure if they add it in future driver releases. 80+80 support would be much better.
Not sure if I see someone at the CES that can give me an inside to this. _________________ KONG PB's: http://www.desipro.de/ddwrt/
KONG Info: http://tips.desipro.de/
@<Kong>
Might you show some love for the R9000 with a new build soon? Thanks in advance!
Not really anything new. I just did a 160Mhz 5G throughput test with the R7800 + AC 9560 max throughput is 840Mbps.
was this with the 80+80? I've been having a hard time reaching those throughputs on my r9000
I can push only about 322 ish but im chalking this down to bad channel selection. I'm using 160mhz with 80+80 on 149+UU
I have my R7800 configured as Access Point only with the following settings. AC/N Mixed, VHT160, channel 128 and UUL(+2). The remaining settings are defaults. I also tired with 80+80 and basically the same results. My r7800 is connected to an Ethernet switch and iperf server is running on main router/pfsense box. Unless I’m using the wrong iperf command or have something misconfigured on the r7800 this is the best I could do..
Edit: sorry Kong, I didn't see your reply above until after I posted.
Code:
C:\iperf>iperf -c 192.168.1.1 -P 20 -R
------------------------------------------------------------
Client connecting to 192.168.1.1, TCP port 5001
TCP window size: 64.0 KByte (default)
------------------------------------------------------------
[692] local 192.168.1.17 port 49188 connected with 192.168.1.1 port 5001
[656] local 192.168.1.17 port 49185 connected with 192.168.1.1 port 5001
[644] local 192.168.1.17 port 49184 connected with 192.168.1.1 port 5001
[680] local 192.168.1.17 port 49187 connected with 192.168.1.1 port 5001
[624] local 192.168.1.17 port 49182 connected with 192.168.1.1 port 5001
[668] local 192.168.1.17 port 49186 connected with 192.168.1.1 port 5001
[640] local 192.168.1.17 port 49183 connected with 192.168.1.1 port 5001
[584] local 192.168.1.17 port 49179 connected with 192.168.1.1 port 5001
[580] local 192.168.1.17 port 49178 connected with 192.168.1.1 port 5001
[608] local 192.168.1.17 port 49181 connected with 192.168.1.1 port 5001
[596] local 192.168.1.17 port 49180 connected with 192.168.1.1 port 5001
[560] local 192.168.1.17 port 49177 connected with 192.168.1.1 port 5001
[548] local 192.168.1.17 port 49176 connected with 192.168.1.1 port 5001
[528] local 192.168.1.17 port 49174 connected with 192.168.1.1 port 5001
[536] local 192.168.1.17 port 49175 connected with 192.168.1.1 port 5001
[504] local 192.168.1.17 port 49173 connected with 192.168.1.1 port 5001
[444] local 192.168.1.17 port 49169 connected with 192.168.1.1 port 5001
[500] local 192.168.1.17 port 49172 connected with 192.168.1.1 port 5001
[484] local 192.168.1.17 port 49170 connected with 192.168.1.1 port 5001
[496] local 192.168.1.17 port 49171 connected with 192.168.1.1 port 5001
[ ID] Interval Transfer Bandwidth
[692] 0.0-10.0 sec 24.9 MBytes 20.8 Mbits/sec
[644] 0.0-10.0 sec 30.3 MBytes 25.3 Mbits/sec
[668] 0.0-10.0 sec 30.0 MBytes 25.1 Mbits/sec
[640] 0.0-10.0 sec 23.3 MBytes 19.4 Mbits/sec
[584] 0.0-10.0 sec 30.3 MBytes 25.3 Mbits/sec
[580] 0.0-10.0 sec 27.1 MBytes 22.7 Mbits/sec
[596] 0.0-10.0 sec 26.1 MBytes 21.9 Mbits/sec
[548] 0.0-10.0 sec 28.0 MBytes 23.5 Mbits/sec
[504] 0.0-10.0 sec 28.6 MBytes 24.0 Mbits/sec
[444] 0.0-10.0 sec 28.6 MBytes 24.0 Mbits/sec
[484] 0.0-10.0 sec 30.5 MBytes 25.5 Mbits/sec
[496] 0.0-10.0 sec 30.4 MBytes 25.4 Mbits/sec
[656] 0.0-10.0 sec 24.9 MBytes 20.8 Mbits/sec
[680] 0.0-10.0 sec 27.8 MBytes 23.2 Mbits/sec
[624] 0.0-10.0 sec 26.8 MBytes 22.4 Mbits/sec
[608] 0.0-10.0 sec 24.0 MBytes 20.0 Mbits/sec
[560] 0.0-10.0 sec 30.4 MBytes 25.4 Mbits/sec
[528] 0.0-10.0 sec 26.3 MBytes 21.9 Mbits/sec
[536] 0.0-10.0 sec 24.0 MBytes 20.0 Mbits/sec
[500] 0.0-10.0 sec 24.5 MBytes 20.5 Mbits/sec
[SUM] 0.0-10.0 sec 547 MBytes 456 Mbits/sec
Hey guys, anyone experience a reboot loop; with the only way to have it actually boot is to unplug the WAN cable, wait for it to come up fully and then plug the cable back in? I wasn't experiencing this under the 3.X kernel.
Have ~20 clients or so on the wlan, 4 on the lan. QoS enabled, HFSC fq_codel.
Did upgrade to this build using DDup, nvram reset. Manually reconfigured. _________________ R7800-DD-WRT v3.0-r38150M (12/31/1 kong Build
@<Kong>
Might you show some love for the R9000 with a new build soon? Thanks in advance!
Not really anything new. I just did a 160Mhz 5G throughput test with the R7800 + AC 9560 max throughput is 840Mbps.
was this with the 80+80? I've been having a hard time reaching those throughputs on my r9000
I can push only about 322 ish but im chalking this down to bad channel selection. I'm using 160mhz with 80+80 on 149+UU
No with 160Mhz, the AC9560 does not support 80+80 not sure if they add it in future driver releases. 80+80 support would be much better.
Not sure if I see someone at the CES that can give me an inside to this.
my bad i shouldve specified this was on an r9000
05dyna wrote:
imausebt wrote:
<Kong> wrote:
msoengineer wrote:
@<Kong>
Might you show some love for the R9000 with a new build soon? Thanks in advance!
Not really anything new. I just did a 160Mhz 5G throughput test with the R7800 + AC 9560 max throughput is 840Mbps.
was this with the 80+80? I've been having a hard time reaching those throughputs on my r9000
I can push only about 322 ish but im chalking this down to bad channel selection. I'm using 160mhz with 80+80 on 149+UU
I have my R7800 configured as Access Point only with the following settings. AC/N Mixed, VHT160, channel 128 and UUL(+2). The remaining settings are defaults. I also tired with 80+80 and basically the same results. My r7800 is connected to an Ethernet switch and iperf server is running on main router/pfsense box. Unless I’m using the wrong iperf command or have something misconfigured on the r7800 this is the best I could do..
Edit: sorry Kong, I didn't see your reply above until after I posted.
Code:
C:\iperf>iperf -c 192.168.1.1 -P 20 -R
------------------------------------------------------------
Client connecting to 192.168.1.1, TCP port 5001
TCP window size: 64.0 KByte (default)
------------------------------------------------------------
[692] local 192.168.1.17 port 49188 connected with 192.168.1.1 port 5001
[656] local 192.168.1.17 port 49185 connected with 192.168.1.1 port 5001
[644] local 192.168.1.17 port 49184 connected with 192.168.1.1 port 5001
[680] local 192.168.1.17 port 49187 connected with 192.168.1.1 port 5001
[624] local 192.168.1.17 port 49182 connected with 192.168.1.1 port 5001
[668] local 192.168.1.17 port 49186 connected with 192.168.1.1 port 5001
[640] local 192.168.1.17 port 49183 connected with 192.168.1.1 port 5001
[584] local 192.168.1.17 port 49179 connected with 192.168.1.1 port 5001
[580] local 192.168.1.17 port 49178 connected with 192.168.1.1 port 5001
[608] local 192.168.1.17 port 49181 connected with 192.168.1.1 port 5001
[596] local 192.168.1.17 port 49180 connected with 192.168.1.1 port 5001
[560] local 192.168.1.17 port 49177 connected with 192.168.1.1 port 5001
[548] local 192.168.1.17 port 49176 connected with 192.168.1.1 port 5001
[528] local 192.168.1.17 port 49174 connected with 192.168.1.1 port 5001
[536] local 192.168.1.17 port 49175 connected with 192.168.1.1 port 5001
[504] local 192.168.1.17 port 49173 connected with 192.168.1.1 port 5001
[444] local 192.168.1.17 port 49169 connected with 192.168.1.1 port 5001
[500] local 192.168.1.17 port 49172 connected with 192.168.1.1 port 5001
[484] local 192.168.1.17 port 49170 connected with 192.168.1.1 port 5001
[496] local 192.168.1.17 port 49171 connected with 192.168.1.1 port 5001
[ ID] Interval Transfer Bandwidth
[692] 0.0-10.0 sec 24.9 MBytes 20.8 Mbits/sec
[644] 0.0-10.0 sec 30.3 MBytes 25.3 Mbits/sec
[668] 0.0-10.0 sec 30.0 MBytes 25.1 Mbits/sec
[640] 0.0-10.0 sec 23.3 MBytes 19.4 Mbits/sec
[584] 0.0-10.0 sec 30.3 MBytes 25.3 Mbits/sec
[580] 0.0-10.0 sec 27.1 MBytes 22.7 Mbits/sec
[596] 0.0-10.0 sec 26.1 MBytes 21.9 Mbits/sec
[548] 0.0-10.0 sec 28.0 MBytes 23.5 Mbits/sec
[504] 0.0-10.0 sec 28.6 MBytes 24.0 Mbits/sec
[444] 0.0-10.0 sec 28.6 MBytes 24.0 Mbits/sec
[484] 0.0-10.0 sec 30.5 MBytes 25.5 Mbits/sec
[496] 0.0-10.0 sec 30.4 MBytes 25.4 Mbits/sec
[656] 0.0-10.0 sec 24.9 MBytes 20.8 Mbits/sec
[680] 0.0-10.0 sec 27.8 MBytes 23.2 Mbits/sec
[624] 0.0-10.0 sec 26.8 MBytes 22.4 Mbits/sec
[608] 0.0-10.0 sec 24.0 MBytes 20.0 Mbits/sec
[560] 0.0-10.0 sec 30.4 MBytes 25.4 Mbits/sec
[528] 0.0-10.0 sec 26.3 MBytes 21.9 Mbits/sec
[536] 0.0-10.0 sec 24.0 MBytes 20.0 Mbits/sec
[500] 0.0-10.0 sec 24.5 MBytes 20.5 Mbits/sec
[SUM] 0.0-10.0 sec 547 MBytes 456 Mbits/sec
Hmm let's see because this week im going to import a tls cert to get my gbit and remove that crap i get from att. maybe ill see improved speeds. I'm basically double NAT atm even on DMZ since there's no true bridge _________________ R9000 - Kong Builds
(daily driver)
no reboot loop. couldn't stand wifi drops. reverted to 38100m. r7500v2
update: had a hunch beamformings might be the culprit so went back to 38150m disabled them all. working well now
Hmmm... I flashed this build on my R7800 and seems to work fine with both Single user beamforming and multi user beamforming enabled on both 2.4 and 5 GHz bands. Also, I disabled ATF.
So, is the recommended setting to enable or disable single and multi beamforming? I read a bit on SNB and couldn't come to a conclusion whether to enable or disable and you mention that disabling works fine. I am perplexed!
I guess, if it works, don't mess with it. What say you, DD-WRT gurus?
PS: I have a handful of N devices and rest are AC.
no reboot loop. couldn't stand wifi drops. reverted to 38100m. r7500v2
update: had a hunch beamformings might be the culprit so went back to 38150m disabled them all. working well now
Hmmm... I flashed this build on my R7800 and seems to work fine with both Single user beamforming and multi user beamforming enabled on both 2.4 and 5 GHz bands. Also, I disabled ATF.
So, is the recommended setting to enable or disable single and multi beamforming? I read a bit on SNB and couldn't come to a conclusion whether to enable or disable and you mention that disabling works fine. I am perplexed!
I guess, if it works, don't mess with it. What say you, DD-WRT gurus?
PS: I have a handful of N devices and rest are AC.
PS: I have a handful of N devices and rest are AC.
You only benefit from it if you have at least 2 MU-MIMO devices.
Thank you.
So, enabling both single user and multi user beamforming shouldn't hurt even if there are no MU-MIMO devices? Or, should I turn it off? TIA.
I have 4 and it dropped wifi when steam in-home streaming from one to another. Bonus looks like it solved the rx errors issue as well (in addition to short preamble) - 0 count so far
I have 4 and it dropped wifi when steam in-home streaming from one to another. Bonus looks like it solved the rx errors issue as well (in addition to short preamble) - 0 count so far
So, you have single and multi user beamforming disabled now? Disabling helps rx errors too?
I have enabled beamforming and see 8 errors on 5 GHz and 134 erros on 2.4 GHz.
I have 4 and it dropped wifi when steam in-home streaming from one to another. Bonus looks like it solved the rx errors issue as well (in addition to short preamble) - 0 count so far
So, you have single and multi user beamforming disabled now? Disabling helps rx errors too?
I have enabled beamforming and see 8 errors on 5 GHz and 134 erros on 2.4 GHz.
Yep disabled all beamformings and enabled both short preambles. Good luck
Joined: 21 Jan 2017 Posts: 1783 Location: Illinois Moderator
Posted: Sun Jan 06, 2019 4:20 Post subject:
<Kong> wrote:
You only benefit from it if you have at least 2 MU-MIMO devices.
RainGater wrote:
So, you have single and multi user beamforming disabled now? Disabling helps rx errors too?
I have enabled beamforming and see 8 errors on 5 GHz and 134 erros on 2.4 GHz.
My personal findings are that leaving Single User beamforming doesn't screw up devices and the speed they connect at. The SNB forums make light that each chipset MFG does their own interpretation of MU-MIMO. SNB was able to demonstrate that a phone with qualcom wifi and a phone with broadcom wifi chips that both support MU-MIMO would cause speed connection issues and your device wouldn't get the full MCS Index speed that it is capable of doing.
My own empirical results show that broadcom chips don't play nice with Atheros/Qualcom on the same router and may limit your actual connection rates on your devices. MU-MIMO is still too new of a standard and drivers are a huge factor in how nice they play with one another. To boot, most of us are not going to root/jailbreak our phones to go out and find experimental wifi drivers....
This means you're stuck with shotty MU-MIMO and the advice, for right now, is to disable MU-MIMO for sure. SU-MIMO seems to play nice and doesn't mess up my MCS index speeds on my devices and I can get the full AC rates on my 2x2 stream devices both in 2.4ghz and 5ghz.
http://www.mcsindex.com
I asked Tatsuya46 to update his Atheros wifi settings guide to recommend MU-MIMO to be disabled, but he says that so much other stuff is still screwed up that it's not worth updating for the time being. This leaves most of us to really read all the topics posted so we can glean stuff to get the most from our devices & routers...
Long and short is that the DD-WRT firmware is light years ahead of what many of your device drivers will allow. Drivers for wifi devices are all pretty craptastic from what I am finding out as I play around with settings. Then you run into the whole Android vs Apple walled garden and Apple is extremely restrictive with 2.4ghz and HT40, you simply won't ever be able to get anything more that 20MHZ from an apple device on 2.4ghz bands.
kong Build