Hi All, Since the upgrade to 6.40.4 which has almost become a pseudo requirement since WPA2 announcement we have had a large number of sites detecting radar with false positives. Other then enabling super channel or perhaps switching to manual tx power and manually putting in the Australian card rates. I see no way to disable it. Does anyone have a better solution that wont get the ghost busters around to shut down your ap. Matt. -- /* Matt Perkins Direct 1300 137 379 Spectrum Networks Ptd. Ltd. Office 1300 133 299 matt@spectrum.com.au Level 6, 350 George Street Sydney 2000 Spectrum Networks is a member of the Communications Alliance & TIO */
Hi Matt, I expect that this behaviour is very probably due to recent (as in a couple of years back) ruling in EU zone that radar detect MUST be enabled for lower part of 5GHz band. The ruling comes with right for EU administrators to ban import of any equipment that does not comply. There are supposed to be two versions of routerOS available, one "factory locked for EU and USA regulatory rules" and one unlocked for "international only" They certainly come from the factory like this (when we put in orders via the distributor portal, we select the 'international' versions only) but perhaps when applying a software update those radar detect settings take over again. I'll try to find out about that, since I've seen it happen quote a lot lately. The reason that EU and USA have taken this line is because back in the 90s when network operators were trying to open up 5GHz band for use in data comms applications, the industry bodies around the world arced up about the idea of blocking out a part of the spectrum for weather radar. Our AU industry were considered 'laughably weak' for rolling over and giving up that 5.6 band to weather radar reservation. We get the last laugh, though, because now weather radar in most countries can camp on ANY channel in the 5.1-5.7 band which potentially screws up p2p links, AND wireless links in those countries can easily (and often does) bugger up the weather radar maps to the point that they become totally useless for large swags of the time. The benefit to us is that we don’t need to use radar detect (since we technically will never be using weather radar channels anyway) - but it does get hard for the routerOS maintainers to try to segregate the two behaviopurs reliably I suppose :-/ Cheers! Mike.
-----Original Message----- From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of Matt Perkins Sent: Wednesday, 18 October 2017 1:11 PM To: MikroTik Australia Public List <public@talk.mikrotik.com.au> Subject: [MT-AU Public] Radar detection Chaos Since 6.40.4
Hi All,
Since the upgrade to 6.40.4 which has almost become a pseudo requirement since WPA2 announcement we have had a large number of sites detecting radar with false positives. Other then enabling super channel or perhaps switching to manual tx power and manually putting in the Australian card rates. I see no way to disable it.
Does anyone have a better solution that wont get the ghost busters around to shut down your ap.
Matt.
-- /* Matt Perkins Direct 1300 137 379 Spectrum Networks Ptd. Ltd. Office 1300 133 299 matt@spectrum.com.au Level 6, 350 George Street Sydney 2000 Spectrum Networks is a member of the Communications Alliance & TIO */
_______________________________________________ Public mailing list Public@talk.mikrotik.com.au http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com.au
Further to this topic, I have had some correspondence with MT tech team, and their initial response is that some channels in AU require DFS enabled, and that is what is happening. I have responded pointing out that 'DFS' does NOT automatically mean that 'Radar Detect' must also be active. They seem to agree with that proposition and asked for official documentation that demonstrates the actual requirements - I forwarded a link to the LIPD specification, below for those who are interested. https://www.legislation.gov.au/Details/F2016C00432 Am awaiting further comment from MT about it and will report back here! :) Cheers, Mike.
-----Original Message----- From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of Mike Everest Sent: Wednesday, 18 October 2017 1:44 PM To: 'MikroTik Australia Public List' <public@talk.mikrotik.com.au> Subject: Re: [MT-AU Public] Radar detection Chaos Since 6.40.4
Hi Matt,
I expect that this behaviour is very probably due to recent (as in a couple of years back) ruling in EU zone that radar detect MUST be enabled for lower part of 5GHz band. The ruling comes with right for EU administrators to ban import of any equipment that does not comply.
There are supposed to be two versions of routerOS available, one "factory locked for EU and USA regulatory rules" and one unlocked for "international only"
They certainly come from the factory like this (when we put in orders via the distributor portal, we select the 'international' versions only) but perhaps when applying a software update those radar detect settings take over again. I'll try to find out about that, since I've seen it happen quote a lot lately.
The reason that EU and USA have taken this line is because back in the 90s when network operators were trying to open up 5GHz band for use in data comms applications, the industry bodies around the world arced up about the idea of blocking out a part of the spectrum for weather radar. Our AU industry were considered 'laughably weak' for rolling over and giving up that 5.6 band to weather radar reservation. We get the last laugh, though, because now weather radar in most countries can camp on ANY channel in the 5.1-5.7 band which potentially screws up p2p links, AND wireless links in those countries can easily (and often does) bugger up the weather radar maps to the point that they become totally useless for large swags of the time.
The benefit to us is that we don’t need to use radar detect (since we technically will never be using weather radar channels anyway) - but it does get hard for the routerOS maintainers to try to segregate the two behaviopurs reliably I suppose :-/
Cheers! Mike.
-----Original Message----- From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of Matt Perkins Sent: Wednesday, 18 October 2017 1:11 PM To: MikroTik Australia Public List <public@talk.mikrotik.com.au> Subject: [MT-AU Public] Radar detection Chaos Since 6.40.4
Hi All,
Since the upgrade to 6.40.4 which has almost become a pseudo requirement since WPA2 announcement we have had a large number of sites detecting radar with false positives. Other then enabling super channel or perhaps switching to manual tx power and manually putting in the Australian card rates. I see no way to disable it.
Does anyone have a better solution that wont get the ghost busters around to shut down your ap.
Matt.
-- /* Matt Perkins Direct 1300 137 379 Spectrum Networks Ptd. Ltd. Office 1300 133 299 matt@spectrum.com.au Level 6, 350 George Street Sydney 2000 Spectrum Networks is a member of the Communications Alliance & TIO */
_______________________________________________ Public mailing list Public@talk.mikrotik.com.au http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com. au
_______________________________________________ Public mailing list Public@talk.mikrotik.com.au http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com.au
FYI superchannel does not disable it. I still have multiple sites dropping every few hours Matt -- /* Matt Perkins Direct 1300 137 379 Spectrum Networks Ptd. Ltd. Office 1300 133 299 matt@spectrum.com.au Fax 1300 133 255 Level 6, 350 George Street Sydney 2000 SIP 1300137379@sip.spectrum.com.au Google Talk MattAPerkins@gmail.com PGP/GNUPG Public Key can be found at http://pgp.mit.edu */
On 20 Oct 2017, at 9:16 am, Mike Everest <mike@duxtel.com> wrote:
Further to this topic, I have had some correspondence with MT tech team, and their initial response is that some channels in AU require DFS enabled, and that is what is happening.
I have responded pointing out that 'DFS' does NOT automatically mean that 'Radar Detect' must also be active. They seem to agree with that proposition and asked for official documentation that demonstrates the actual requirements - I forwarded a link to the LIPD specification, below for those who are interested. https://www.legislation.gov.au/Details/F2016C00432
Am awaiting further comment from MT about it and will report back here! :)
Cheers, Mike.
-----Original Message----- From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of Mike Everest Sent: Wednesday, 18 October 2017 1:44 PM To: 'MikroTik Australia Public List' <public@talk.mikrotik.com.au> Subject: Re: [MT-AU Public] Radar detection Chaos Since 6.40.4
Hi Matt,
I expect that this behaviour is very probably due to recent (as in a couple of years back) ruling in EU zone that radar detect MUST be enabled for lower part of 5GHz band. The ruling comes with right for EU administrators to ban import of any equipment that does not comply.
There are supposed to be two versions of routerOS available, one "factory locked for EU and USA regulatory rules" and one unlocked for "international only"
They certainly come from the factory like this (when we put in orders via the distributor portal, we select the 'international' versions only) but perhaps when applying a software update those radar detect settings take over again. I'll try to find out about that, since I've seen it happen quote a lot lately.
The reason that EU and USA have taken this line is because back in the 90s when network operators were trying to open up 5GHz band for use in data comms applications, the industry bodies around the world arced up about the idea of blocking out a part of the spectrum for weather radar. Our AU industry were considered 'laughably weak' for rolling over and giving up that 5.6 band to weather radar reservation. We get the last laugh, though, because now weather radar in most countries can camp on ANY channel in the 5.1-5.7 band which potentially screws up p2p links, AND wireless links in those countries can easily (and often does) bugger up the weather radar maps to the point that they become totally useless for large swags of the time.
The benefit to us is that we don’t need to use radar detect (since we technically will never be using weather radar channels anyway) - but it does get hard for the routerOS maintainers to try to segregate the two behaviopurs reliably I suppose :-/
Cheers! Mike.
-----Original Message----- From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of Matt Perkins Sent: Wednesday, 18 October 2017 1:11 PM To: MikroTik Australia Public List <public@talk.mikrotik.com.au> Subject: [MT-AU Public] Radar detection Chaos Since 6.40.4
Hi All,
Since the upgrade to 6.40.4 which has almost become a pseudo requirement since WPA2 announcement we have had a large number of sites detecting radar with false positives. Other then enabling super channel or perhaps switching to manual tx power and manually putting in the Australian card rates. I see no way to disable it.
Does anyone have a better solution that wont get the ghost busters around to shut down your ap.
Matt.
-- /* Matt Perkins Direct 1300 137 379 Spectrum Networks Ptd. Ltd. Office 1300 133 299 matt@spectrum.com.au Level 6, 350 George Street Sydney 2000 Spectrum Networks is a member of the Communications Alliance & TIO */
_______________________________________________ Public mailing list Public@talk.mikrotik.com.au http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com. au
_______________________________________________ Public mailing list Public@talk.mikrotik.com.au http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com.au
_______________________________________________ Public mailing list Public@talk.mikrotik.com.au http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com.au
participants (3)
-
Matt Perkins -
Mike Everest -
Tim Warnock