Langsamer http-Zugriff von Guest auf Host.

[Garfieldys]

Hallo,

merkwürdiges Problem, und ich weiß auch nicht, ob es überhaupt mit VMware zu tun hat:

Ich habe einen Host1 (WinXP Home SP2, IP 192.168.0.101) mit VMware Server (nenn ich auch mal "VM1") und einen Guest1 (WinXP Home SP2). Auf Host1 läuft zudem ein XAMPP.
Und ich habe einen Host2 (WinXP Home SP2, IP 192.168.0.102) mit VMware Server (nenn ich auch mal "VM2") und einen Guest2 (WinXP Home SP2). Auf Host2 läuft zudem ein XAMPP.
Also vom Aufbau beide ähnlich.

Greife ich von Guest1 auf http://192.168.0.101 zu, tröpfeln die Daten nur (wirklich sehr langsam: Text sehe ich, aber die Bilder kommen erst über Minuten durch).
Greife ich von Guest1 auf http://192.168.0.102 zu, habe ich eine normale Geschwindigkeit.
Greife ich von Guest2 auf http://192.168.0.101 zu, habe ich eine normale Geschwindigkeit.
Greife ich von Guest2 auf http://192.168.0.102 zu, habe ich eine normale Geschwindigkeit.

Was nun auch merkwürdig ist: Boote ich die VM1 mit Knoppix und greife auf http://192.168.0.101 zu, gibt es wieder keine Probleme.
Da hab ich mir gedacht, vielleicht ist irgendwas im TCP/IP-Stack (o.ä.) von Guest1 kaputt - habe also Windows auf Guest1 neu installiert: Keine Besserung.

Ich hab ehrlich gesagt überhaupt keinen Anhaltspunkt, welche Komponente nun das eigentliche Problem ist - vielleicht hat hier jemand eine Idee.

Danke schon mal

[Garfieldys]

Okay.. Fehler gefunden - meine Netzwerkkarte auf dem Host1.

Ich möchte das ein bisschen ausführen:
Meine Netzwerkkarte (1GBit Ethernet, Realtek) hat das Feature "Checksum Offload". Hierbei wird das berechnen der TCP-Checksumme (vergibt mir bitte, wenn ich da jetzt Fehler einbaue. Ich bin kein Netzwerk-Profi.) von der Hardware übernommen anstatt vom Treiber.
Das Problem ist jetzt (davon gehe ich jetzt zumindest mal aus, weil es logisch erscheint), dass die TCP-Pakete von Host1->Guest1 zwar den Treiber durchlaufen, die Hardware aber nie zu Gesicht bekommen. Das Checksummen-Generieren entfällt quasi und wird mit einer (falschen) Checksum ausgefüllt (als Platzhalter o.ä.).
Guest1 bekommt nun das krumme TCP-Packet und verwirft es (o.ä.).

Die Lösung ist nun das leichteste: Das Feature im Treiber abschalten.

Vielleicht hat es irgendjemand außer mit noch mal mit so einem Fall zu tun und kann es weiterleiten .