Josué, achei este link no forum e reproduzi parte dele:
https://under-linux.org/forums/wirel...-interval.html
The RTS threshold specifies the packet size of a request to send (RTS) transmission. This helps control traffic flow through the access point, especially one with a lot of clients.
If you specify a low threshold value, RTS packets will be sent more frequently. This will consume more bandwidth and reduce the throughput of the packet.
On the other hand, sending more RTS packets can help the network recover from interference or collisions which might occur on a busy network, or on a network experiencing electromagnetic interference.
Então, por estas explicações, teoricamente ao reduzir o RTS, o consumo de banda deveria aumentar, mas em alguns casos, quando há interferencias ou colisões de pacotes, esta diminuição do RTS pode ajudar a recuperar os pacotes perdidos e assim também desafogar a banda.
É o que deve estar acontecendo com o colega que citou a melhora com a diminuição do RTS. Mas isso me leva a outra conclusão:
O ideal seria um valor mais alto e procurar as interferências para elimina-las.
Editando:
Achei também este texto no manual APRouter :
Mecanismo comumente utilizado para resolver problemas de “estações escondidas”. Este problema ocorre normalmente quando uma estação wireless enxerga somente o Access Point e não enxerga outras estações, causando colisão de pacotes. O RTS é um mecanismo de prevenção, pois cada estação, antes de iniciar a transmissão, deve enviar um pacote RTS (Request to send). Ao receber este pacote, o Access Point envia o CTS (Clear to send), iniciando assim a transmissão dos dados.
Se você possui problemas de estações escondidas, especifique o tamnho do pacote neste campo. O mecanismo do RTS será ativado quando o tamanho do pacote exceder o valor que você determinar aqui, e este tamanho deverá ser menor que o valor do Fragment Threshold.
Atenção: O ativamento desta opção irá causar um overhead na rede, que poderá afetar diretamente o desempenho da mesma, ao invés de melhorar.