"Eğer gizli bir düğüm probleminiz yoksa, RTS eşiğini değiştirdiğinizde performansı artırmayacağınıza" katılmıyorum. TO / RTS kullanmak her zaman veri çarpışma olasılığını azaltır. Her veri çarpışması veri bozulmasına neden olduğundan ve verilerin tekrar gönderilmesini gerektirdiğinden, daha az çarpışma verilerin daha az yeniden gönderilmesi ve verilerin daha az yeniden gönderilmesi WiFi performansınızı büyük ölçüde artırabilir; Tabii ki sadece ağınızda dikkate değer miktarda çarpışma varsa.
Ayrıntıları açıklamak için: Bir düğüm her zaman belirli bir süre beklemek ve kendi iletimini belirtmeden önce olası aktarımlar için kanalı algılamak zorundadır. Sadece herhangi bir aktarımı algılamazsa, kendi iletimini başlatabilir. RTS / CTS olmadan, bu iletim doğrudan bir veri iletimidir. Şimdi iki düğüm de aynı fikre sahipse ve neredeyse aynı anda bir veri iletimi başlatırsa, bu iletimler çarpışacaktır. Sonuç olarak, alınan tüm veriler diğer tüm düğüm ve AP için bozulacağından, iletimin hiçbir yerde iletimi yapılmaz.
RTS / CTS kullanılırsa, iletim, algılamanın ardından düğüm tarafından bir RTS paketi gönderilmesiyle başlar. Yalnızca bu RTS isteği bir CTS yanıtı ile yanıtlanırsa, veri iletimi başlatılır. Elbette, iki düğüm aynı anda iletmek istiyorsa, RTS istekleri de hiçbir RTS'nin alınmadığı aynı olumsuz etkiyle çarpışabilir. Fark, tüm ağın bir RTS çarpışmasından bir veri çarpışmasından çok daha hızlı toparlanmasıdır. Bu nedenle bir RTS çarpışması, tüm ağ performansı için bir veri çarpışmasından daha az zararlıdır.
Dezavantajı, RTS / CTS'nin kendi başına bir ağ bant genişliği gerektirmesi ve başka hiçbir veri iletiminin veya RTS / CTS iletiminin gerçekleşemeyeceği yeni algılama süreleri getirmesidir. İşleri daha da kötüleştirmek için, elbette RTS / CTS her zaman ağın desteklediği en düşük hızı kullanarak gerçekleştirilmelidir, aksi takdirde sadece bu hızı destekleyen düğümler görmez. Temel olarak, RTS / CTS'nin her zaman tüm ağınızın teorik verimini düşürdüğünü söyleyebilirsiniz, ancak ağınız ya gizli düğüm probleminden (aynı şeyi kullanan diğer ağlardan gelen düğümlerden de kaynaklanabilir) çok fazla çarpışmadan muzdaripse veya ağınız kalabalık olduğu için (daha fazla düğüm rastgele çarpışma olasılığını arttırdıkça), gerçekte verimi artırabilir. Gizli düğümlerin sayısı değil,
Bir çalışmayı okudum (tekrar bulabildiğimde buraya bir bağlantı ekleyeceğim ve ekleyeceğim), bu, ağınızın gerçekten küçük olmadığı sürece (belki 6 düğümden daha az ve sadece küçük bir alanı kaplayan) ve diğerlerinden izole olmadığını gösterir. aynı kanalı kullanan, RTS / CTS kullanan ağların uygulamada hemen hemen her zaman olumlu bir etkisi vardır. Peki neden eşik değeri? Verilerin gönderilmesi bir RTS / CTS anlaşmasının yapabileceği kadar zaman alacaksa, ağın çok küçük bir veri çarpışmasından veya bir RTS çarpışmasından kurtulmak zorunda kalmayacağı için RTS / CTS kullanmanın çok az kazancı vardır. çok fark. RTS çarpışmalarından daha iyi kurtarma, RTS paketlerinin çok küçük olması, ancak veri paketlerinin genellikle olmamasıdır. Ancak çok küçük veri paketleri için, RTS / CTS pratik kazanç elde etmek için ek yük getirir.
Artık bir parçalanma eşiğinin ağ performansını nasıl artırabileceğini de biliyorsunuz. Bir yandan gönderilen paketlerin boyutunu sınırlar ve yukarıda açıklandığı gibi, bir çarpışmadaki paket ne kadar küçük olursa, ağ ondan o kadar hızlı kurtarılır. Öte yandan, bir çarpışma olursa, paketin tamamı için değil, yalnızca etkilenen parçanın yeniden gönderilmesi gerekir. Bununla birlikte, gönderilen her parçanın kendi başına bir ek yükü vardır, bu yüzden ne kadar çok fragman gönderilirse, o kadar fazla ek yük ekler ve ek yük de temelde veri aktarımı için de kullanılabilecek bant genişliği israfıdır.