classic.ISPforum.cz

Zdravim vas,

nevie niekto ako je to s podporou Mikrotika a RTS/CTS mechanizmu na N-nku? Na A-cku to funguje bezproblemov, meram to do bakalarskej prace a meram ubytok rychlosti pri roznych nastavanie Tresholdu. Na A-cku rychlost hned klesne uz len po zapnuti RTS/CTS, ale na N-ku sa nic nedeje. Nastavenia som nechal uplne rovnake ako pri to A-cku, akurat som to prepol na N-ko.

Pouzivam RB411 s R52n kartami.

Vdaka.

A verze ROS? Chová se to občas - co kus to originál

ROS je tam 6.7, je to divne ale. Mam tam 1 AP a skusal som to na 8-mich klientoch, zeby tolko nefunkcnych kusov?

Vyzkoušej tam dát 6.10 ta byla na wifi celkem dobrá...

Skusim a dam vediet. Napada este niekoho nejaky iny dovod, okrem verzie ROS?

Tak skusil som a nefunguje ani na 6.10 ani na 6.11. Jedine zaujimave zistenie bolo, ze 6.11 zvysila priepustnost udp spoja o asi 5 Mbit/s.

tak zkus ještě 5.26

Tak ta 5.26 znova bez vysledku. Nejakej zmeny som sa dockal az pri 4.10. Ale funguje to asi tak, ze bud je RTS/CTS vypnute alebo zapnute. Ked sa to zapne klesne UDP spojenie na asi 32 Mbit/s a pri meneni fragmentation tresholdu ostava rovnaka, takze funguje to, ale nie moc ukazkovo .

Zaujimavost na zaver: Mikrotik mi takyto prispevok na ich oficialnom fore neschvalil.

JESUSKO píše:Zaujimavost na zaver: Mikrotik mi takyto prispevok na ich oficialnom fore neschvalil.

Smazali? TO přesně jsi tam psal?

JESUSKO píše:Tak ta 5.26 znova bez vysledku. Nejakej zmeny som sa dockal az pri 4.10. Ale funguje to asi tak, ze bud je RTS/CTS vypnute alebo zapnute. Ked sa to zapne klesne UDP spojenie na asi 32 Mbit/s a pri meneni fragmentation tresholdu ostava rovnaka, takze funguje to, ale nie moc ukazkovo .

Zaujimavost na zaver: Mikrotik mi takyto prispevok na ich oficialnom fore neschvalil.

je potreba zjistit jestli ty rts/cts opravdu letaji vzduchem a ne to odhadovat s poklesu propustnosti. Cili nejaky wireless sniffer a podivat se zda tam ty rts/cts ramce opravdu stanice a APcko odesila.

Dal je potreba si uvedomit, co to ten threshold je. Pokud v UDP testu posilas packety plne velikosti (ale stale stejne), tak je logicky v dost velkem rozsahu jedno jak mas threshold nastaveny - packet je vzdycky vetsi a pred kazdym packetem se posle RTS ramec. Dale co se tyce 802.11N to teoreticky umi samo slepovat ramce do vetsich bloku a vyrazne tak zvysit propustnost. Je otazka co se pak bere za rozhodovaci velikost pro prekonani thresholdu -jednotlive packety nebo sloucene superramce?

Diskusni prispevky na MT foru IMHO nepodlehaji zadnemu schvalovani. Muze se stat, ze po zadani zmizi (admin ho smazne - to se pry deje ale ja to osobne nezazil)

Pisal som tam zhruba to co tu, akurat v lamanej ang . Prispevky podliehaju schvalovaniu. Mozno neschvaluju tym co tam uz dlhsie prispievaju, ale ja som cakal na schvalenie. Ale akurat sa pozeram, tak uz ho schvalili po 3 dnoch. Tak asi vikend...

To ma samozrejme napadlo, ale nemam to na com odsniffovat, kedze sam MT to nezachyti. No a nie je treshold ako treshold. Meram ubytok pri roznych nastavenie FRAGMENTATION treshold nie protection treshold. Ten mam nastaveny na 0, takze by sa to malo pouzit pri vsetkych paketoch. V prvom prispevku som to nespomenul, ale pri tom merani na 4.10 je napisane fragmentation

JESUSKO píše:To ma samozrejme napadlo, ale nemam to na com odsniffovat, kedze sam MT to nezachyti. No a nie je treshold ako treshold. Meram ubytok pri roznych nastavenie FRAGMENTATION treshold nie protection treshold. Ten mam nastaveny na 0, takze by sa to malo pouzit pri vsetkych paketoch. V prvom prispevku som to nespomenul, ale pri tom merani na 4.10 je napisane fragmentation

Chovani RTS/CTS se doladuje pomoci Protection threshold.
Fragmentation threshold je IMHO skoro k nicemu. Dovedu si predstavit jeho razantni snizeni aby na nejake zarusene lince to bezelo lepe (za cenu snizeni maximalni propostnosti). Dal bych predpoklada, ze je mozne, ze Fragmentation threshold se netyka 802.11N - to ma moznost vyrabet delsi framy jejich slepovanim (jako to dela nstreme) do podstatne vetsich velikosti. MT v dokumentaci u fragmentation threshold jmenuje jen 802.11 (nevim jestli vedome nebo proto, ze Nko tenkrat nebylo)

Nastavovat protection threshold na 0 a menit fragmentation threshold je IMHO nesmysl. Pokud tedy chces overovat chovani RTS/CTS.
V praxi se protection threshold nastavuje na nejakou vyzkousenou hodnotu. My pouzivame 500 - male packety stejne vetsinou projdou tak je zbytecne otravovat APcko jeste RTSkem