Joined: 14 Dec 2015 Posts: 774 Location: 127.0.0.1
Posted: Tue May 31, 2016 16:22 Post subject:
Yes that is very true Yemble, same has happened to me.
I posted on that issue, as I have Dish Networks Hopper with wireless Joeys for our home television service. The Hopper has WiFi that connects to the home network, and it has Ethernet to the Joey access point (works as a bridge, between the home network and its own wireless network that sends that signal to the 3 Joeys I have).
Now that AP uses DFS, and may change to the upper channels (149-161, due to it only using 80mhz widths), but extremely rarely and its only for a couple of hours and switches back to using the DFS channels again.
I tried testing the stock as he asked us to do, and I tried 3 times to flash both my 1900 and 1200 to stock, and neither would even give me any selections for any DFS channels...
I do hope they get this figured out, as missing an entire band of channels leaves you with not many for you and neighbors to choose from. _________________ Tutorial for flashing WRT series WRT Installation,Upgrade & Basic Setup–Cliff Notes
r52242: WRT3200ACM, WRT1200ACv1 & 1 Velop in bridge mode(IoT subnet), r52242 WRT1900ACv1 AP
Velop:2 WHW0101, RE6500, RE9000(AP)
Spectrum - 1000/50
SysLog Watcher 5, New security Onion box coming soon, Fingboxes, PiHoles, NEMS, Cacti, rpisurv
Posted: Tue May 31, 2016 19:29 Post subject: Channels with stock firmware
Do you have corruption going on when flashing back or something? Here are the choices any ways if it might help. I myself have not flashed to Kong's version because of this bug. I don't want channel hopping out of no where. Hope it gets fixed soon.
Joined: 17 Feb 2010 Posts: 611 Location: Yorkshire (GOC)
Posted: Tue May 31, 2016 20:51 Post subject: Re: Channels with stock firmware
FattysGoneWild wrote:
Do you have corruption going on when flashing back or something? Here are the choices any ways if it might help. I myself have not flashed to Kong's version because of this bug. I don't want channel hopping out of no where. Hope it gets fixed soon.
It may be there is BS builds as well, but I am not willing to switch back just to find out. If it is a Marvell driver issue, then it should be.
Yes that is very true Yemble, same has happened to me.
I posted on that issue, as I have Dish Networks Hopper with wireless Joeys for our home television service. The Hopper has WiFi that connects to the home network, and it has Ethernet to the Joey access point (works as a bridge, between the home network and its own wireless network that sends that signal to the 3 Joeys I have).
Now that AP uses DFS, and may change to the upper channels (149-161, due to it only using 80mhz widths), but extremely rarely and its only for a couple of hours and switches back to using the DFS channels again.
I tried testing the stock as he asked us to do, and I tried 3 times to flash both my 1900 and 1200 to stock, and neither would even give me any selections for any DFS channels...
I do hope they get this figured out, as missing an entire band of channels leaves you with not many for you and neighbors to choose from.
Wasn't even aware of this issue until I saw this post and checked the wifi status of my router, sure enough, it was running on channel 36 despite me having set it to channel 100 the day before. Are these recent commits related to fixing this issue?
Also anyone else noticing their iPad wifi keeps disconnecting from the router and slowly intermittently reconnecting? We have a ton of wifi device on this network and it seems to be only isolated to the iPad 3 and iPad 2 that are having this issue.
Joined: 14 Dec 2015 Posts: 774 Location: 127.0.0.1
Posted: Wed Jun 01, 2016 2:32 Post subject:
I did some more looking into what DFS is, and I think the FCC solved one problem but created another, this is from a company forum that does BIG long haul wireless talking about a spectrum analyzer I believe...
When you read how DFS works, it's no surprise that a router could detect false positives and disable channels. It only has to see a 2 microsecond blip and it can disable a channel.
I would suggest that multiple false-positives would be pretty common among many 5 GHz routers. Might be why Kong mentioned that in looking at many 3rd party router firmware images, he's seen that DFS is often not properly implemented. It might be deliberate to make the 5 GHz band usable.
It seems to me that if you do it "by the book" you are likely to run into this problem all the time.
Joined: 17 Feb 2010 Posts: 611 Location: Yorkshire (GOC)
Posted: Wed Jun 01, 2016 7:08 Post subject:
Siliconaudio wrote:
When you read how DFS works, it's no surprise that a router could detect false positives and disable channels. It only has to see a 2 microsecond blip and it can disable a channel.
I would suggest that multiple false-positives would be pretty common among many 5 GHz routers. Might be why Kong mentioned that in looking at many 3rd party router firmware images, he's seen that DFS is often not properly implemented. It might be deliberate to make the 5 GHz band usable.
It seems to me that if you do it "by the book" you are likely to run into this problem all the time.
Bill.
Except that this is not a widely reported problem on other router models. My Archer C9 never switches DFS channels, yet my WRT1900AC always does.
When you read how DFS works, it's no surprise that a router could detect false positives and disable channels. It only has to see a 2 microsecond blip and it can disable a channel.
I would suggest that multiple false-positives would be pretty common among many 5 GHz routers. Might be why Kong mentioned that in looking at many 3rd party router firmware images, he's seen that DFS is often not properly implemented. It might be deliberate to make the 5 GHz band usable.
It seems to me that if you do it "by the book" you are likely to run into this problem all the time.
Bill.
Except that this is not a widely reported problem on other router models. My Archer C9 never switches DFS channels, yet my WRT1900AC always does.
Go figure...
You didn't get my point. I was suggesting that Kong is working to the letter of the law, while the commercial crowd are deliberately flouting the law in order to make their routers more stable.
Who is right and who is wrong? - That depends on your point of view, I guess.
Dynamic Frequency Selection was added with commit 99d3879
Several users reported in issue #57 that DFS was not working properly and that the router's radio was always reverting to channel 36, regardless of there actually being RADAR or not.
@yuhhaurlin closed the issue (#57) for a lack of response.
DFS support is currently still not working like it should on OpenWRT.
Running DD Bleeding Edge, R49195, (which includes the latest driver and firmware) after some time (a day or so) the wireless radio will switch to channel 36 even though the router is no where near a airport and/or a RADAR installation.
Would be great if this was fixed...
So it appears this is down to the driver, not Kong's builds.
