#16667: r40887: hwmode defects
--------------------------+-------------------------------------
Reporter: anonymous | Owner: developers
Type: defect | Status: closed
Priority: highest | Milestone: Barrier Breaker (trunk)
Component: base system | Version: Trunk
Resolution: worksforme | Keywords:
--------------------------+-------------------------------------
Comment (by anonymous):
Excuse me, Sir: Jow recently explained to me, that LuCI is now doing it
the way OpenWRT is demanding for.
That is: We have htmode: NOHT ('disabled#), HT20 ('20 MHz') and HT40 ('40
MHz')
As you may know, the "htmode NOHT" IS NOT EQUIVALENT to 802.11g only, but
means "send cts-to-self", which prevents collisions in between mixed
environments only.
HT20 and H40 (former HT20, HT40- and HT40+) where supposed to set up
devices in "Greenfield Mode", i.e. they expect their link partner to use
the same 802.11n mode only.
Despite this selection, the devices are still capable of receiving and
understanding previous standard's data rate, but older devices will
interpret n-Rates as ignorable noise, and keep sending.
CTS-to-self will in contrary announce, that in the following x timeslots,
older devices in the same broadcast domain should just shut up instead.
I have no ability to restrict my device to g-only right know (besides
setting rates/ratesets manually in /etc/config/wireless which may in turn
reproducibly lead to droputs of the wifi-interface after 2-4 hours in this
constellation (at least on some shortly-after-12.09-snapshots).
I suppose, you mixed something up. The design is broken.
--
Ticket URL: <https://dev.openwrt.org/ticket/16667#comment:3>
OpenWrt <http://openwrt.org>
Opensource Wireless Router Technology
_______________________________________________
openwrt-tickets mailing list
[email protected]
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-tickets
