Joined: 18 Aug 2009 Posts: 597 Location: Antigua/Seattle
Posted: Sat Oct 14, 2017 17:33 Post subject:
Unfortunately because of Marvell's Mis interpretation of the F.C.C. rules, Power levels can't be reduced to take advantage of VHT-160 for close in High speed wifi.
If the power levels were able to be reduced then VHT-160 would be super useful for in room high speed connections
With the power level fixed (preloaded power table)you will flood your neighborhood with a bunch of crap.
There are No F.C.C. rules against reducing power levels NONE!
P.S. running 33502 for just about four days, it has no firewall logging but it seems to have solved my issues with 5 ghz etc. no problems, I'll be happy if this one keeps working for me, maybe i9t will be a release soon.
It's still using the same driver that has been used for awhile not the latest.
driver name: mwlwifi
chip type: 88W8964
hw version: 7
driver version: 10.3.4.0-20170810
firmware version: 0x09030008
power table loaded from dts: no
firmware region code: 0x10
mac address: 60:38:e0:13:64:fa
2g: enable
5g: enable
antenna: 4 4
irq number: 46
ap macid support: 0000ffff
sta macid support: 00010000
macid used: 00000001
radio: enable
iobase0: e0c00000
iobase1: e0e80000
tx limit: 1024
rx limit: 16384
Posted: Sat Oct 14, 2017 22:46 Post subject: Re: VHT160
myersw"[quote="wenlez wrote:
@wenlez
Do you even have a client that can do VHT160? I do not know of any. Setting to VHT160 just uses up more channels and makes neighbors mad. Depending on environment you maybe better settings at VHT40, but do not go above VHT80.[/quote]
No, I do. I only use one 2015 Macbook pro. I thought VHT160 will be able to backward compatible with the rest of 80MHZ client. _________________ Netgear WNR834B v2 with DD-WRT v24-sp2 (10/10/09) std-nokaid - build 13064
Joined: 13 Jun 2006 Posts: 1608 Location: SE Michigan USA
Posted: Sun Oct 15, 2017 0:58 Post subject:
And if it was working 100% correctly I am sure it would be backward compatable. Issue that I see is using more channels that a neighbor might be able to make use of and you not gaining anything with the VHT160 setting.
If you have the router set to VHT160 you are actually using 8 consecutive channels which would mean your neighbors may not have any channels available. VHT80 uses 4 channels which is bad enough.
Joined: 18 Aug 2009 Posts: 597 Location: Antigua/Seattle
Posted: Sun Oct 15, 2017 1:36 Post subject:
In my case where interference is no issue whatsoever there are still reasons, I might choose a smaller bandwidth.
you'll find that, for several reasons (details which I won't get into here) the range will be greater as you drop the bandwidth you're trying to cover.
I have some remote 'wifi' type cameras and they have the greatest reliable streaming range at full(20)Mhz, as I increase bandwidth 40 to 80 the distance which I'm able to get flawless frames is quickly diminished.
This is most apparent with long distances.
It's just not good to use more then you really need.
Last edited by aairon on Tue Oct 17, 2017 16:42; edited 2 times in total
I have a new Linksys WRT3200ACM, and after flashing it and configuring it, I have now a lot of random issue to access the User Interface.
Sometime the https://192.168.1.1 would not work, needing https://192.168.1.1/index.asp, and sometimes, it's just completely not available (Internet access (Wifi and Wired are working fine)
I have a new Linksys WRT3200ACM, and after flashing it and configuring it, I have now a lot of random issue to access the User Interface.
Sometime the https://192.168.1.1 would not work, needing https://192.168.1.1/index.asp, and sometimes, it's just completely not available (Internet access (Wifi and Wired are working fine)
Posted: Sun Oct 15, 2017 4:32 Post subject: Simultaneous openVPN and QoS Not Working
I'm hoping somebody on here can offer a suggestion. I've burned a good chunk of my day trying to get this working, and Google and forum search have not been helpful. I have openVPN working with NordVPN. If I disable VPN, then QoS works exactly how I want it to. But as soon as I try to use both simultaneously, QoS bandwidth limiting no longer applies, and I just get the max speed the VPN has to offer.
I'm running a VAP on ath1.1. The idea is that anyone connected to the guest network has data routed through VPN and has limited download and upload speeds. Policy based routing is working great, but I just can't get QoS to apply to the VPN traffic. Any tips? I'd really appreciate it.
Unfortunately because of Marvell's Mis interpretation of the F.C.C. rules, Power levels can't be reduced to take advantage of VHT-160 for close in High speed wifi.
If the power levels were able to be reduced then VHT-160 would be super useful for in room high speed connections
With the power level fixed (preloaded power table)you will flood your neighborhood with a bunch of crap.
There are No F.C.C. rules against reducing power levels NONE!
P.S. running 33502 for just about four days, it has no firewall logging but it seems to have solved my issues with 5 ghz etc. no problems, I'll be happy if this one keeps working for me, maybe i9t will be a release soon.
It's still using the same driver that has been used for awhile not the latest.
driver name: mwlwifi
chip type: 88W8964
hw version: 7
driver version: 10.3.4.0-20170810
firmware version: 0x09030008
power table loaded from dts: no
firmware region code: 0x10
mac address: 60:38:e0:13:64:fa
2g: enable
5g: enable
antenna: 4 4
irq number: 46
ap macid support: 0000ffff
sta macid support: 00010000
macid used: 00000001
radio: enable
iobase0: e0c00000
iobase1: e0e80000
tx limit: 1024
rx limit: 16384
So is it safe to say that r33413 on a wrt3200acm is stable in regards to, at least in my case, wi-fi on both 2.4 & 5, QoS/priority, devices not dropping connection to WLAN? Really I'm just waiting for a version that doesn't have the wi-fi issues that everyones been talking about since the beginning of this thread.
Joined: 18 Aug 2009 Posts: 597 Location: Antigua/Seattle
Posted: Tue Oct 17, 2017 19:29 Post subject:
Mr. MSP wrote:
dang, I haven't read a book in many years.
So is it safe to say that r33413 on a wrt3200acm is stable in regards to, at least in my case, wi-fi on both 2.4 & 5, QoS/priority, devices not dropping connection to WLAN? Really I'm just waiting for a version that doesn't have the wi-fi issues that everyones been talking about since the beginning of this thread.
Thanks.
I would recommend r33525.
I have not tested it yet, but until I tested 33502 I was having problems still with 5 Ghz.
Since I've been using 33502 I have over five days up time.
I never ever got past 48 hours before.
I am hoping that 33525 will also work for me, and will test starting now, fingers crossed.
Otherwise I'm back to this one.
P.S. 33413 was a fail for me and my VHT-80 android devices.
EDIT: looking at the change log for 33525 there was a lot of changes I hope none effected my issue
33525 still no Firewall log...
and just to confirm, regarding partitions, when I import the bin will it ask me which partition? or does it automatically put it on 2nd partition that is empty and keep stock firmware on its original partition?
Joined: 18 Aug 2009 Posts: 597 Location: Antigua/Seattle
Posted: Tue Oct 17, 2017 21:12 Post subject:
Mr. MSP wrote:
and just to confirm, regarding partitions, when I import the bin will it ask me which partition? or does it automatically put it on 2nd partition that is empty and keep stock firmware on its original partition?
If you're loading from the GUI it will load it to the next partition.
So if you're in 1 it will be loaded to 2 if you're in 2 it will load to partition 1.
I should have added that if your loading from the linksys gui then you want the "factory" bin it will load to the second partition.
Then if you want to load another version of dd-wrt and still keep factory in #1 you can do the on/off method to get back to partition #1 and load the next dd-wrt "factory" bin and you'll keep your linksys stuff in #1.
and just to confirm, regarding partitions, when I import the bin will it ask me which partition? or does it automatically put it on 2nd partition that is empty and keep stock firmware on its original partition?
If you're loading from the GUI it will load it to the next partition.
So if you're in 1 it will be loaded to 2 if you're in 2 it will load to partition 1.
I should have added that if your loading from the linksys gui then you want the "factory" bin it will load to the second partition.
Then if you want to load another version of dd-wrt and still keep factory in #1 you can do the on/off method to get back to partition #1 and load the next dd-wrt "factory" bin and you'll keep your linksys stuff in #1.