On Tue, 22 Aug 2006 10:34:19 -0700, David Kimdon wrote: > This ioctl is used when radar is delected on a channel. Data frames must stop > but management frames must be allowed to continue for some time to communicate > the channel switch to stations.
Any progress here? Is what Simon wrote (quoted below) reasonable? (It seems so to me.) Anybody volunteers to implement this? ;-) On Wed, 23 Aug 2006 12:20:16 -0700, Simon Barber wrote: > There is one other application where data frames should be buffered - in > a client while roaming between 2 APs. The best way to implement this > will be to extend the 802.11 qdisc. Currently there are 4 queues, > representing the 4 EDCA access categories. Only the top AC (AC_VO) is > used for sending management frames. I would recommend we split the > qdisc, so that there are 2 software queues attached to this AC - one for > management frames and 802.1x, and another for data frames. This way if > we want to stop data (either for radar, or because we are mid BSS > transition) we can simply stop all the queues except the AC_VO > management queue. Thanks, Jiri -- Jiri Benc SUSE Labs - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
