WLanhsh & WLanwse

[christoph]

[hok]

[Adonis01]

Ich bin der Meinung das man hier viel über die theorie Labern kann, man sollte vieleicht den ein oder anderen Vorschlag einfach mit 1-2 AP`s um die 33 versuchen und dann mal 1-2 Tage beobachten und in einer TOPologie rändern. Die Luft ist ein Medium welches nicht berechenbar ist und wir haben bei berechnungen RTS immer die Faktor X mit drinn welcher auf Grund von Dopplungen und HF-Noise nicht berechnet werden kann. Probieren geht in dem Fall wirklich über studieren. Gruß Markus

[glockman]

der Beitrag, den marathonmn verlinkt hat, macht gut deutlich, dass die Fragmentierung kaum zur Stabilisierung des Netzes beiträgt ... damit kann lediglich die performance bei relativ starkem paketverlust getuned werden. der Zusammenhang zwischen den beiden Werten ist demzufolde erstmal weniger von bedeutung. Ich war nur die ganze Zeit der Meinung, die Fragmentierungsschwelle muss kleiner als die RTS-Schwelle sein ... zumal es die standardeinstellungen auf dem WRT so vorgeben (siehe konfigurations-screenshots in der techniksection).

als erstes sollten wir einen sinnvollen RTS-wert finden. Da die .33 und die .105 in großem Maße Datenlieferanten sind, habe ich die Fragmentierung sogar deaktiviert, dafür die RTS-Schwelle auf 128byte gesetzt ... so läuft es seit gestern nachmittag.

@hok: maile die 512/128 durch ... damit funktioniert es auf jeden fall ... ob jetzt eine RTS>Frag sinn macht, oder nicht.

[christoph]

Hmm... klar machen meine Vermutungen von gestern wenig Sinn, solange es nur wilde Spekulationen sind. Tschuldigung!
Ich finde aber, dass man schon wissen sollte, was man da einstellt und die Auswirkungen zumindest theoretisch verstehen sollte. Sonst kann man die Erkenntnisse aus einem Versuch nur schwer deuten.
(Wie war das mit dem Physiker und dem Beweis, das alle ungeraden Zahlen groesser 1 prim sind? "3-OK, 5-OK, 7-OK, 9-Messfehler, 11-OK, 13-OK, das muss reichen...")

Ich meine naemlich ich haette genau das Gegenteil zu dem gelesen, was hier gestern gepostet wurde. Deswegen hatte ich mich auch eingemischt. Nur leider finde ich es nicht mehr. Ich suche aber nochmal...

[glockman]

die einzige erklärung, warum RTS>Frag sinn machen könnte:

im rechner wir wirklich ALLES linear abgearbeitet ... also eins nach dem anderen ... so auch der MAC im WLAN-Chipsatz. wenn nun also die abfrage "Hat der Frame mindestens die größe $RTS-Schwelle ?" VOR dem Fragmentierungvorgang erfolgt, würde also ein ethernetframe, der größer als die RTS-schwelle ist, trotzdem ein RTS auslösen. das kann aber nicht funktionieren, da ja der RTS/CTS-Mechanismus auch vereinbarungen zur sendezeit beinhaltet ... wenn der große frame aber in kleinere frames aufgedröselt wird, ist durch mehr overhead mehr sendezeit nötig ... also muss RTS nach der Fragmentierung stattfinden.

[christoph]