Non sono d'accordo sul fatto che "se non si riscontra un problema di nodo nascosto, la modifica della soglia RTS non migliorerà le prestazioni". L'uso di CTR / RTS riduce sempre le possibilità di collisioni di dati. Poiché ogni collisione di dati provoca il danneggiamento dei dati e pertanto richiede il re-invio dei dati, un minor numero di collisioni significa un minor invio di dati e un minor invio di dati può migliorare notevolmente le prestazioni del WiFi; ovviamente solo se c'è una notevole quantità di collisioni nella tua rete.
Per spiegare i dettagli: un nodo deve sempre attendere un certo periodo di tempo e rilevare il canale per possibili trasmissioni prima di dichiararne uno proprio. Solo se non rileva alcuna trasmissione, può avviarne una propria. Senza RTS / CTS, questa trasmissione è direttamente una trasmissione di dati. Se ora due nodi hanno entrambi la stessa idea e iniziano una trasmissione di dati quasi contemporaneamente, queste trasmissioni si scontreranno. Il risultato è che nessuna delle due trasmissioni arriva da nessuna parte poiché tutti i dati ricevuti verranno danneggiati per tutti gli altri nodi e AP.
Se si utilizza RTS / CTS, la trasmissione inizia con un pacchetto RTS inviato dal nodo dopo il rilevamento. Solo se una richiesta CTS risponde a tale richiesta RTS, viene avviata una trasmissione di dati. Naturalmente, se due nodi vogliono trasmettere contemporaneamente, anche le loro richieste RTS possono scontrarsi con lo stesso effetto negativo che nessun RTS è ricevuto. La differenza è che l'intera rete si riprenderà molto più velocemente da una collisione RTS rispetto a una collisione di dati. Pertanto, una collisione RTS è meno dannosa per le prestazioni dell'intera rete rispetto a una collisione di dati.
Il rovescio della medaglia è che RTS / CTS stesso richiede una certa larghezza di banda della rete da solo e introduce nuovi tempi di rilevamento durante i quali non possono aver luogo altre trasmissioni di dati o trasmissioni RTS / CTS. A peggiorare le cose, ovviamente RTS / CTS deve sempre essere eseguito utilizzando la velocità più bassa supportata dalla rete, altrimenti i nodi che supportano solo questa velocità non la vedranno. Quindi in pratica puoi dire che RTS / CTS riduce sempre il throughput teorico di tutta la tua rete, tuttavia se la tua rete soffre di molte collisioni, sia per il problema del nodo nascosto (che può essere causato anche da nodi di altre reti usando la stessa canale come rete) o poiché il tuo WiFi è affollato (poiché più nodi aumentano la possibilità di collisioni casuali), potrebbe effettivamente aumentare la velocità effettiva. Non il numero di nodi nascosti,
Ho letto uno studio (aggiornerò e aggiungerò un link qui una volta che sono stato in grado di trovarlo di nuovo), che suggerisce che a meno che la tua rete non sia veramente piccola (meno di forse 6 nodi e copre solo una piccola area) e non isolata da altri le reti che usano lo stesso canale, usando RTS / CTS hanno quasi sempre un effetto piuttosto positivo nella pratica. Quindi perché il valore di soglia? Se l'invio dei dati richiederebbe tutto il tempo necessario per una stretta di mano RTS / CTS, l'utilizzo di RTS / CTS ha pochi guadagni, dal momento che il ripristino della rete da una collisione di dati molto piccola o da una collisione RTS non farà molta differenza. Il migliore recupero dalle collisioni RTS è dovuto al fatto che i pacchetti RTS sono molto piccoli, mentre i pacchetti di dati in genere non lo sono. Ma per pacchetti di dati molto piccoli, RTS / CTS aggiunge semplicemente un sovraccarico senza alcun vantaggio pratico.
E ora sai anche come una soglia di frammentazione può migliorare le prestazioni della rete. Da un lato limita la dimensione dei pacchetti inviati e, come spiegato sopra, più piccolo è il pacchetto in caso di collisione, più velocemente la rete recupererà da esso. E d'altra parte, se c'è stata una collisione, solo il frammento interessato deve essere rispedito, non l'intero pacchetto. Tuttavia, ogni frammento inviato ha un overhead a sé stante, quindi più frammenti vengono inviati, maggiore è il sovraccarico che si aggiunge e l'overhead è fondamentalmente spreco di larghezza di banda che avrebbe potuto essere utilizzato anche per le trasmissioni di dati.