fragmentation threshold udava maximalni velikost "packetu" na wifi komunikacni vrstve - pokud je prostredi zarusene natolik, ze se nepodari v poradku odesilat cele IP packety (tj. v kuse), diky FT se rozdeli na mensi balicky, ktere - statisticky - maji vetsi sanci na preziti. FT pak udava maximalni velikost (v bytech) toho fragmentu.
rts threshold udava minimalni velikost fragmentu, pri ktere (nucene) vysle handshake, aby se ujistil, ze kanal je cisty. to se hodi, pokud je v okoli vetsi mnozstvi nodu, a zajistuje, aby nervaly pres sebe.
kdyby slo jen o IP telefonii, tak by zde zalezelo jen na velikosti IP paketu. Ale vzhledem k tomu, ze ty jsou dane konkretni aplikaci (prip. standardem VoIP), pak toto zrychleni modifikaci FT nebude pouzitelne jen na IP telefonii, ale melo by zrychlit i ostatni komunikaci. V duchu mych predchozich prispevku. Rozhodne ale necekej, ze pokud mas cisty signal, tak to nejak pomuze - spis naopak. FT je znouzectnost.
Nejsem si ale jist, jestli to nemusi byt nastaveno na obou stranach - u vysilace - APcka i u klienta aby to melo nejaky efekt. Pomuze to spis tam kde je velke ruseni nebo slaby signal, nebot kratsi paket ma vetsi sanci ze dorazi a v pripade opakovani prenosu se zase prenasi kratsi paket. u silneho signalu a signalu bez (velkeho) ruseni to nema zadny extra efekt.
17.07.2004 v 14:07
