Completely disabling RTS/CTS

[Ben Greear]

On 07/21/2016 07:29 AM, Krishna Chaitanya wrote:
> On Thu, Jul 21, 2016 at 7:45 PM, Raj Joshi <rajjoshi at comp.nus.edu.sg> 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
> ath10k at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/ath10k
>


-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com