Späte ACKs vom Browser mit uIP

[Frank M. (fuzzy-vibes)]

Ich verwende uIP mit zugehörigen Webserver auf einem Evaluationsboard.
Beim Vergleich zweier unterschiedlicher Kompiler tritt ein seltsames 
Verhalten auf:

Bei einem der Kompilate dauert es zum Teil mehr als 100ms bis der 
BROWSER ein ACK zurücksendet (der Webserver selbst sendet vom Browser 
angeforderte Pakete umgehend ab), während es beim anderen ohne 
nennenswerte Zeitverluste abgeschickt wird.


Jetzt stehe ich vor einem kleinen Rätsel, denn ich kann mir irgendwie 
nicht vorstellen, dass der Webserver auf dem mC einen Einfluss auf das 
Absenden der ACKs des Browsers hat. Oder habe ich da was übersehen?
Bin für jeden Hinweis dankbar.

[embedded-os (Gast)]

see "http://www.ietf.org/rfc/rfc2581.txt"; --> TCP Congestion Control

Das fällt unter windowing, seit XP-SP3 geht ein Window von 1 so einfach 
nicht mehr (MSS = MTU).

[Frank M. (fuzzy-vibes)]

Hab den Haken gefunden.
Ursache war das "delayed ACK".
http://www.faqs.org/rfcs/rfc1122.html

Der Server schickt ein Paket und wartet auf ein ACK für dieses bevor er 
ein weiteres wegschickt (nicht handelsüblich).
Der Client sendet dieses aber erst nachdem min. 2 Pakete bei ihm 
eingegangen sind oder ca. 200ms verstrichen sind. Und das sind dann die 
späten ACKs.

Danke für den Tip.