Bumping this thread again, with new observations: I've done tests with 3 routers running openwrt trunk r31316, each with a tplink wn722n dongle connected to the usb port all of them in IBSS mode, HT20, channel 11 in an otherwise silent environment.
turn on node 1, then turn on node 2: node 2 transmits at 54mbit towards node 1, but node1 transmits at 1mbit only towards node 2 then start node 3: node 3 can trasmit at 54mbit towards nodes 1 and 2, node 2 still transmits at 54mbit towards node 1, but node 1 and 2 transmit at 1mbit towards node 3 So it looks like the *new* nodes in the adhoc cloud can negotiate 54mbit towards *old* nodes. To put it in other terms: nodes already partitipating of an adhoc cloud, don't negotiate more than 1 mbit speed towards nodes that join later. So, the first node that joins the IBSS, is not be able to send at more than 1mbit/s towards anyone. But will receive from everyone else at 54mbit. I know nothing about the internal workings of the driver, but i get the feeling that nodes are somehow not acknowledging supported speeds of newly joined nodes, but instead only check other hosts speeds when they join the IBSS cloud for the first time, and so it's limited to nodes already present at the moment of the join. Maybe this sheds some light on the issue? Please note that I'm talking about 54mbit although the radios are N-capable and set to HT20. But so far I haven't found a case where they reach N speeds on IBSS mode. Even if not ideal, 54mbit would be a huge leap from current unusable 1mbit speeds. Guido _______________________________________________ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
