On 07/21/2016 07:29 AM, Krishna Chaitanya wrote:
On Thu, Jul 21, 2016 at 7:45 PM, Raj Joshi <[email protected]> wrote:
Hi all,
I am trying to "completely" disable RTS/CTS.
* Case 1: Using iw/iwconfig when I set the sender's RTS threshold to a
very high value (RTS thr=10000 B), I expect that no RTS should be
sent. However, it seems that this threshold is not being honored and I
can sniff large number of RTS/CTS frames. I verified that no A-MSDU is
exceeding 10000 B.
* Case 2: Interestingly, when I set the sender's RTS threshold to off
(RTS thr:off), compared to case #1 much less number of RTS/CTS frames
are seen and throughput is seen to improve. But I can still see
RTS/CTS frames being sent.
* Since the channel is clear and much isolated, and there is just one
AP and one STA, there is negligible chance of other factors playing
any role.
* There is one change though that I have disabled dynamic bandwidth
i.e. ar->wmi.pdev_param->dynamic_bw set zero in mac.c. I believe this
is likely not an issue as similar RTS/CTS behavior is seen even with
dynamic_bw set to 1 (there are no heterogeneous channel widths in the
network in any case).
* Another thing I noticed is that the RTS/CTS protection mode if set,
it is set to CTS-to-self, rather than "RTS/CTS" i.e.
ar->wmi.vdev_param->protection_mode in mac.c is either set to 1 or 0
(depending upon use_cts_prot), but not 2. This probably seems not
helpful in hidden node scenarios as the CTS frame is unicasted instead
broadcasting.
I would appreciate any pointers on completely disabling RTS/CTS as
well as the ability to choose between complete RTS/CTS versus
CTS-to-self whenever RTS/CTS is enabled.
Which mode is this? For aggregated frames (AMPDU) RTS Threshold is
not checked, so it can still be enabled
Probably would require firmware changes to fully disable RTS/CTS
from what I recall when I was reading the rate-ctrl code...
Thanks,
Ben
_______________________________________________
ath10k mailing list
[email protected]
http://lists.infradead.org/mailman/listinfo/ath10k
--
Ben Greear <[email protected]>
Candela Technologies Inc http://www.candelatech.com
_______________________________________________
ath10k mailing list
[email protected]
http://lists.infradead.org/mailman/listinfo/ath10k
