[Berlin-wireless] Immer wieder MTU

[Oliver Brill]

Hi. 

Bei kleinen Paketen ist auch die Zahl der Daten, die bei einem fehlerhaft 
übertragenen Paket (z.B. durch schlechte Funkverbindung) neu übertragen 
werden müssen geringer.
Aber wie würde sich das auswirken, wenn man kleine Pakete mit "Packet Burst" 
verwendet, also mehrere kleine Pakete direkt hintereinander sendet, dann 
müsste man ja auch den Vorteil haben dass im Fehlerfall weniger neu 
übertragen werden muss aber dennoch die Latzenzzeiten sowie der Overhead 
durch weniger CTS/RTS anfragen nicht ganz so stark vergrößert werden? 

Wenn man die MTU auf dem Rechner nicht verkleinert aber die 
Fragmetierschwelle im WLAN Gerät auf einen kleine Wert stellt und gleichzeig 
mit Packet Burst arbeitet sollte es eigentlich auch gut gehen. 

Grüße 

onelektra schrieb: 

> Hi - 
> 
>>> Elektra hat irgendwann mal gesagt "kleine Päckchen sind [eh] besser fürs 
>>> Funknetz" und deswegen hab ich den MTU-Wert auf 500 eingestellt. 
>> 
>> Hat sie das wirklich so gesagt oder wollte sie dich lediglich auf ihr 
>> Quick'n'Dirty TrafficShaping hinweisen ?
> 
> Es gibt Studien über den Einfluss von der TCP-Window-Size auf die 
> Performance in Multi-Hop Ad-Hoc Netzwerken. Das Resultat der Studien 
> war, dass mit kleineren TCP-Window-Sizes die Performance am besten ist. 
> Vor ca. 2 Jahren habe Ich damit experimentiert. Das ist aber nicht 
> gleichzusetzen mit der MTU. 
> 
> Die Studien legen es nahe die TCP-Window-Size zu verkleinern weil sonst 
> die Anzahl der Retransmits drastisch steigt und die Performance in den 
> Keller geht... 
> 
> Die MTU zu verkleinern kann bei miesen Links helfen - das mache Ich wenn 
> ein Link an der Grenze seiner Reichweite ist. Da die Anzahl der 
> RTS-Requests zunimmt sinkt der Durchsatz auf dem Link - und anderen wird 
> eher der Vortritt gelassen, wenn sie mit größerer MTU arbeiten. Sie 
> brauchen nicht so oft zu fragen und haben pro Übertragung mehr Payload. 
> 
>> Statistisch gesehen erhöhen viele kleine Pakete die Wahrscheinlichkeit der 
>> Kollision und damit die Anzahl der Retransmits oder ?
> 
> Ich denke - nein - solange RTS/CTS verwendet wird. Es steigt damit 
> allerdings der Protokolloverhead. 
> 
> cu elektra 
> 
> _______________________________________________
> Berlin mailing list
> Berlin at olsrexperiment.de
> https://www.olsrexperiment.de/cgi-bin/mailman/listinfo/berlin 
> 
 


_______________________________________________
Berlin mailing list
Berlin at olsrexperiment.de
https://www.olsrexperiment.de/cgi-bin/mailman/listinfo/berlin