Hi Stefan, thank you for that delighting summary of the situation!
On 03/10/2013 08:04 PM, Stefan Lippers-Hollmann wrote: > I'm not going to comment upon what's the correct approach in this case > and certainly agree that the local regulatory requirements should be > enforced by default. >> Simply speaking: If I buy a TP-LINK router in germany and flash it with >> OpenWrt, >> it will come with ETSI 0x68 regdomain (or similar) set in the "art" >> partition, > If only this were true… > > Over the years, I've bought 4 TP-Link routers (TL-WR941ND, two > TL-WR1043ND and TL-WDR4300) through regular (and different) retail > channels (online and brick & mortar stores). Every single one has an > EEPROM/ ART locked to the 'US' regdomain (the official vendor firmware, > including localized variants, ignores the ART content and makes the > user to select the country freely). [...] > [1] http://www.tp-link.com/resources/simulator/TL-WDR4300/index.htm > Wireless 2.4GHz --> Wireless Settings --> Region/ Channel > Wireless 2GHz --> Wireless Settings --> Region/ Channel > yes, this reflects the actual firmware and the country setting can > be toggled freely, including different settings for 2.4 GHz and 5 GHz… In the firmware version the device ships with in Israel, it looks like this: http://i.pictr.com/md1uuyux4h.png http://i.pictr.com/nuoci2o0lx.png In order not to jeopardize future imports of decent WiFi gear, I believe we should try to at least have a sane default when generating ready-made binaries which can be loaded onto dual-band devices. The law over here clearly states that future imports of 802.11an and 802.11ac devices depend on the ability of the importers to prevent the user from violating the radio spectrum regulation law. In the current implementation on the TL-WDR4300 it's literally just 1 bit (in the flash OR in the firmware upgrade image) that prevents the user from doing so. So the situation is a bit fragile... But never mind, that's not really our problem, but it's the importer who got to fix this. I'm just concerned about users who might accidentally get into trouble and believe we should prevent that. _______________________________________________ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
