R700 Wifi Upload Slower Than Wired Upload

View previous topic :: View next topic
Author	Message
redson DD-WRT Novice Joined: fourteen May 2018 Posts: 10	Posted: Mon May xiv, 2018 16:26   Post subject: [Stock-still]R7000 wireless download speed much slower than upload Hey all! I have a symmetric internet connection via monkeybrains in San Francisco, and while I get ~447 Mbps symmetric via ethernet, on the same figurer, if I disable ethernet, and connect to the router via 5GHz wireless only, my upload is still solid, peaking at 440Mbps, but my download never gets faster than 315Mbps. I've spent the fast few days reading the wiki and the forums and I'm still in the dark. Electric current configuration below: Router: Netgear R7000 Firmware: DD-WRT v3.0-r35030M kongac (02/19/18) On ethernet: 447Mbps down, 447Mbps upward pretty consistently whent he network's quiet On 5Ghz wifi: Maxes out at ~315 Mbps down, 440Mbps up Speedtest on ethernet: Speedtest on 5Ghz wifi Wireless Settings: Other misc info: * SFE is enabled * QoS is disabled * I have port forwarding enabled on 8 ports, I disabled them all and re-ran the speedtest, I did non see whatsoever effect * SPI firewall is enabled w/default settings: Arp Spoofing Protection, Block Anonymous WAN Requests, Filter Multicast, Fildter IDENT, Block WAN SNMP access. * I enabled Local DNS for DNSMasq * I have Static DHCP set for 4 hosts * IPv6 is configured via DHCPv6 with Prefix Delegation. I'thou using Radvd. Whatever assist at all understanding this effect is much appreciated! Last edited by redson on Mon May 14, 2018 23:53; edited 1 time in total
Dorsum to top
Sponsor
jwh7 DD-WRT Guru Joined: 25 Oct 2013 Posts: 2653 Location: Indy	Posted: Mon May fourteen, 2018 sixteen:51   Post discipline: Wireless Network Mode: use N/AC-Mixed Also, you can test comparing with Frame Burst disabled. Finally, try a channel browse and set a channel, rather than utilise Auto. Though for VHT160, I think in that location's just i option, depending on your country. Some say Motorcar isn't reliable, but that may just be for 2.4 GHz; I've never used it for either. _________________ # NAT/SFE/CTF: express speed w/ DD # Repeater issues # DD-WRT info: FAQ, Builds, Types, Modes, Changes, Demo # OPNsense x64 5050e ITX| DD: DIR-810L, 2*EA6900@1GHz, R6300v1, RT-N66U@663, WNDR4000@533, E1500@353, WRT54G{Lv1.1,Sv6}@250|FreshTomato: F7D8302@532|OpenWRT: F9K1119v1, RT-ACRH13, R6220, WNDR3700v4
Back to superlative
redson DD-WRT Novice Joined: fourteen May 2018 Posts: 10	Posted: Mon May 14, 2018 17:45   Post subject: Thanks for the response! jwh7 wrote: Wireless Network Mode: employ N/AC-Mixed Also, y'all tin can exam comparing with Frame Burst disabled. Tried switching to North/Ac-Mixed, got about 7Mbps down faster than before. The North/AC run is the lesser most speedtest in the image below. Turning Frame Burst off I don't think did much, ran two speedtests, seems right effectually where it was previously. Download is still significantly slower than upload, then while it's a nice and appreciated tweak it still feels like in that location'south an underlying issue I'm missing. jwh7 wrote: Finally, try a aqueduct scan and ready a channel, rather than utilise Auto. Though for VHT160, I think there'due south only ane option, depending on your land. Some say Auto isn't reliable, but that may simply be for ii.four GHz; I've never used it for either. At to the lowest degree on this firmware build in my configuration, "Auto" is the only pick for VHT160 Here'southward the Site Survey from Condition->Wireless->Site Survey
Back to top
redson DD-WRT Novice Joined: xiv May 2018 Posts: x	Posted: Monday May xiv, 2018 23:51   Post subject: Ok, I figured this out. jwh7 got me thinking, at that place *is* only one option for VHT160 and so I tried to attempt VH80, look for an open channel, and see if that fabricated a deviation. Hither'south my updated wireless configuration, with VHT80, channel 52, & lower lower (I don't understand what channel extension does at all). And here's my WiFi running simply a few Mbps shy of my ethernet
Back to peak
jwh7 DD-WRT Guru Joined: 25 Oct 2013 Posts: 2653 Location: Indy	Posted: Tue May 15, 2018 3:46   Mail service subject field: Good to hear redson wrote: Here's my updated wireless configuration, with VHT80, channel 52, & lower lower (I don't sympathise what channel extension does at all). It's for the aqueduct bonding wireless bandwidth. VHT20 AC is the base 433 Mb/southward (theoretical) on a single channel, while e.g. VHT40 is 2x (866) merely bonded to a lower or upper neighboring aqueduct. So yous can run into where VHT80 'lower lower', etc comes from. Also see hither: https://en.wikipedia.org/wiki/IEEE_802.11ac#Advertised http://securityuncorked.com/2013/xi/the-best-damn-802-11ac-channel-resource allotment-graphics/ _________________ # NAT/SFE/CTF: limited speed w/ DD # Repeater issues # DD-WRT info: FAQ, Builds, Types, Modes, Changes, Demo # OPNsense x64 5050e ITX| DD: DIR-810L, two*EA6900@1GHz, R6300v1, RT-N66U@663, WNDR4000@533, E1500@353, WRT54G{Lv1.one,Sv6}@250|FreshTomato: F7D8302@532|OpenWRT: F9K1119v1, RT-ACRH13, R6220, WNDR3700v4
Dorsum to peak
MDA400 DD-WRT User Joined: 10 January 2015 Posts: 246 Location: Minnesota	Posted: Tue May 15, 2018 15:09   Mail subject: FWIW, the r7000 tin can't utilize 160mhz channel widths (just wave-2 Air-conditioning devices can). VHT80 and lower is all that should role. I chalked it up to be a cosmetic issue on my RT-AC68u and RT-AC66u B1. Wireless is a ii-way street, so the downstream rate is decumbent to changing on the wing, individually from the upstream charge per unit. Information technology more often than not comes down to the power of the radio. Whether y'all are downloading/uploading to a small low-ability smartphone, versus a high-powered laptop/Goggle box with built-in wireless. _________________ LATEST DD-WRT FW IS LOCATED Hither: https://dd-wrt.com/back up/other-downloads/?path=betas%2F
Back to top
Display posts from previous:   Folio ane of ane

kemptheyinecaut.blogspot.com

Source: https://forum.dd-wrt.com/phpBB2/viewtopic.php?p=1128462