TCP-Stack abhärten

Moien

Hab es hier mit einer instabilen WLAN-Verbindung zu tun. (Linksys, RT2500-Chip). Entsprechend viel Müll kommt an (ICMP-Packete kommen z.B. unter linux teilweise doppelt und dreifach an).

Kann man windows irgendwie darauf einstellen ?

Der Durchsatz darf ruhig ein bisschen leiden, nur stabiler muss es werden.

Danke.

Moien pumpkin,

Hab es hier mit einer instabilen WLAN-Verbindung zu tun.
(Linksys, RT2500-Chip). Entsprechend viel Müll kommt an
(ICMP-Packete kommen z.B. unter linux teilweise doppelt und
dreifach an).

Kann man windows irgendwie darauf einstellen ?

äh worauf, dass doppelte ICMP - Pakete ankommen? :smile:

Der Durchsatz darf ruhig ein bisschen leiden, nur stabiler
muss es werden.

Das alles hängt vom Gesamten WLAN Netz ab. D.h. die Treiber sollten aktuell sein! Die Entfernung sollte nicht zu weit auseinander sein.
Die Antennen sollten entsprechend ausgerichtet sein. Beide Geräte: Sender und Empfänger sollen leistungsfähig sein (also bitte keinen USB-Stick verwenden)

Störquellen, wie Microwelle, Handy etc. sollten ferngehalten werden …

Wenn das alles gegeben ist, brauchst du nichts mehr abzuhärten! :smile:

Grüße aus Essen
Wolfgang

Moien

Das alles hängt vom Gesamten WLAN Netz ab. D.h. die Treiber
sollten aktuell sein!

Firmware und Treiber sind aktuell.

Die Entfernung sollte nicht zu weit
auseinander sein.

5m.

Die Antennen sollten entsprechend ausgerichtet sein.

high-gain (12 dB) Antennen sind installiert und ausgerichtet.

Beide
Geräte: Sender und Empfänger sollen leistungsfähig sein (also
bitte keinen USB-Stick verwenden)

2x Linksys 802.11g. AP und PCI-Karte.

Störquellen, wie Microwelle, Handy etc. sollten ferngehalten
werden …

Da ist nix mit Strom betriebens dazwischen.

Wenn das alles gegeben ist, brauchst du nichts mehr
abzuhärten! :smile:

Doch, ich muss. Der nächste Schritt wären sniper-antennen. Aber die müsste ich selbst bauen weil der verkauf hier verboten ist.

Das kann doch nicht sein dass TCP-Stack von windows der einzige ist der nicht mit der Situation klar kommt. Knoppix, BeOS und FreeBSD stören das Multipathing und die verlorenen Packete kein bisschen. Nur windoof dreht völlig am Rad. Surfen geht noch so gerade, aber grössere downloads laufen gar nicht.

cu

Hallo Pumpkin,

Das alles hängt vom Gesamten WLAN Netz ab. D.h. die Treiber
sollten aktuell sein!

Firmware und Treiber sind aktuell.

hmmm, überläßt du Windows das Management der WLAN - Verbindung, oder hast du das Häkchen ausgeschaltet, so dass der Herstellertreiber zum Zuge kommt?

Die Entfernung sollte nicht zu weit
auseinander sein.

5m.

ok, das ist ja nun wirklich nicht weit weg :smile:

Die Antennen sollten entsprechend ausgerichtet sein.

high-gain (12 dB) Antennen sind installiert und ausgerichtet.

mehr kann man nicht verlangen :smile:

Beide Geräte: Sender und Empfänger sollen leistungsfähig sein (also
bitte keinen USB-Stick verwenden)

2x Linksys 802.11g. AP und PCI-Karte.

ok, auch super, ich vermute mal, Sendeleistung etc. ist auch OK?

Wenn das alles gegeben ist, brauchst du nichts mehr
abzuhärten! :smile:

Doch, ich muss. Der nächste Schritt wären sniper-antennen.

ist das nicht bei 5 Meter ein wenig übertrieben?

Aber die müsste ich selbst bauen weil der verkauf hier
verboten ist.

nun man kann diese ja bestimmt im I-Net bestellen :smile:

Das kann doch nicht sein dass TCP-Stack von windows der
einzige ist der nicht mit der Situation klar kommt. Knoppix,
BeOS und FreeBSD stören das Multipathing und die verlorenen
Packete kein bisschen. Nur windoof dreht völlig am Rad.

inwiefern? könntest du das genauer beschreiben?

Surfen geht noch so gerade, aber grössere downloads laufen gar nicht.

bist du sicher, dass es an der WLAN-Verbindung liegt? Könntest du mal -geht gar nicht- genauer beschreiben?

Grüße aus Essen
Wolfgang

Moien

Firmware und Treiber sind aktuell.

hmmm, überläßt du Windows das Management der WLAN -
Verbindung, oder hast du das Häkchen ausgeschaltet, so dass
der Herstellertreiber zum Zuge kommt?

Hab beides getestet. Der Unterschied ist minimal, zugunsten der windows-treiber. Kann aber ein Messfehler sein…

Beide Geräte: Sender und Empfänger sollen leistungsfähig sein (also
bitte keinen USB-Stick verwenden)

2x Linksys 802.11g. AP und PCI-Karte.

ok, auch super, ich vermute mal, Sendeleistung etc. ist auch
OK?

Alles auf Maximum.

Doch, ich muss. Der nächste Schritt wären sniper-antennen.

ist das nicht bei 5 Meter ein wenig übertrieben?

Wenn das Signal für windows aber zu schwach ist ?

Das kann doch nicht sein dass TCP-Stack von windows der
einzige ist der nicht mit der Situation klar kommt. Knoppix,
BeOS und FreeBSD stören das Multipathing und die verlorenen
Packete kein bisschen. Nur windoof dreht völlig am Rad.

inwiefern? könntest du das genauer beschreiben?

Habs mal länger durch Etherreal gejagt: die WLAN-verbindung schluckt manche Packete, andere kommen doppelt an. Die doppelten scheinen kein Problem zu sein, die verschwundenen aber schon. Windows wartet da bei einzelene Packeten nämlich ein sehr, sehr langes Timeout ab.

Wenn ein einzelnes Packet Richtung Server unterwegs war gibt’s nach ±10 min ein einfaches Retransmit. Das dauert aber zu lange, da wird dem User vorher langweilig. Einzelne verlorene Packete fallen windows nicht auf. Bei Bursts von denen auch nur ein Packet durchgeht fällt es auf (wenn die Bestätigung für die späteren Packete vom Server kommt) und windows macht das retransmit sofort.

Wenn das Packet aus Richtung Server zum windows-Rechner unterwegs war kommt nach 10-30 Sekunden das retransmit vom Server (weil die Bestätigung ausgeblieben ist). Das nervt zwar auch, ist aber noch im Bereich des Erträglichen. Mit M$-Servern hab ich nicht getestet.

Ich nehm an diese Timeouts kann man einstellen. Aber wo ? Die Registery umgraben gehört nicht zu meinen Gebieten…

bist du sicher, dass es an der WLAN-Verbindung liegt?

Wenn ich AP und Rechner in den gleichen Raum stelle (15cm Abstand zwischen den Antennen) läuft’s völlig problemlos.

cu

auch Moien

Beide Geräte: Sender und Empfänger sollen leistungsfähig sein (also bitte keinen USB-Stick verwenden)

2x Linksys 802.11g. AP und PCI-Karte.

ok, auch super, ich vermute mal, Sendeleistung etc. ist auch
OK?

Alles auf Maximum.

Doch, ich muss. Der nächste Schritt wären sniper-antennen.

ist das nicht bei 5 Meter ein wenig übertrieben?

Wenn das Signal für windows aber zu schwach ist ?

hoppla, wieso ist das Signal zu schwach? Oben fragte ich, ob die Sendeleistung ok sei! Deine Antwort = JA

Hast du mal mit dem Netstumbler die Empfangsleistung getestet?

Das kann doch nicht sein dass TCP-Stack von windows der
einzige ist der nicht mit der Situation klar kommt. Knoppix,
BeOS und FreeBSD stören das Multipathing und die verlorenen
Packete kein bisschen. Nur windoof dreht völlig am Rad.

also hast du die anderen Betriebssysteme alle auf beiden PCs getestet?

Habs mal länger durch Etherreal gejagt: die WLAN-verbindung
schluckt manche Packete, andere kommen doppelt an. Die
doppelten scheinen kein Problem zu sein, die verschwundenen
aber schon. Windows wartet da bei einzelene Packeten nämlich
ein sehr, sehr langes Timeout ab.

bei der Entfernung dürfte (wenn nichts hinderndes dazwischen ist) keine Probleme auftreten.

Mit welcher Geschwindigkeit sendest du? Reduzier mal zu Tetzwecken die Geschwindigkeit auf 11 MBit.

Wenn ein einzelnes Packet Richtung Server unterwegs war gibt’s
nach ±10 min ein einfaches Retransmit. Das dauert aber zu
lange, da wird dem User vorher langweilig.

du sprichst von 10 Minuten? Das kann was nicht stimmen …

Einzelne verlorene Packete fallen windows nicht auf.

wie kommst du denn darauf? Verlorene Pakete bedeuten eine unvollständige Verbindungsinformation. Das bedingt eine sofortige Neuübertragung!

Bei Bursts von denen auch
nur ein Packet durchgeht fällt es auf (wenn die Bestätigung
für die späteren Packete vom Server kommt) und windows macht
das retransmit sofort.

ähm so sollte es immer sein! Könnte da ein Messfehler von dir vorliegen?

Wenn das Packet aus Richtung Server zum windows-Rechner
unterwegs war kommt nach 10-30 Sekunden das retransmit vom
Server (weil die Bestätigung ausgeblieben ist). Das nervt zwar
auch, ist aber noch im Bereich des Erträglichen. Mit
M$-Servern hab ich nicht getestet.

imho hat das nichts mit Windows zu tun, eher mit einer gestörten WLAN-Verbindung! Was ist alles zwischen Sender und Empfänger?

Ich nehm an diese Timeouts kann man einstellen. Aber wo ? Die
Registery umgraben gehört nicht zu meinen Gebieten…

vorher solltest du die Einstellungen der WLAN-Karte überprüfen:
Netzwerkverbindungen / Lan-Verbindung X / Eigenschaften / Taste [Konfigurieren] / Tab(Reiter) = [Erweitert]

Grüße aus Essen
Wolfgang

Moien

hoppla, wieso ist das Signal zu schwach? Oben fragte ich, ob
die Sendeleistung ok sei! Deine Antwort = JA

Ja, die 2 Geräte blasen mit maximaler Leistung raus. Allerdings kommt auf der anderen Seite nicht alles an. Da ist eine Stahlbetondecke dazwischen. Signalstärke auf der anderen Seite schwankt ziwschen 35-55%, je nach Treiber und OS.

also hast du die anderen Betriebssysteme alle auf beiden PCs
getestet?

Die Testserver sind immer die gleichen: Apaches unter FreeBSD und Debian, FTP-Server unter Debian und gentoo, Filesharing (Samba) mit MacOS.

Mit welcher Geschwindigkeit sendest du?

Ich überlass die Wahl dem Treiber/OS. War schon alles von ±2Mb/s bis 54Mb/s dabei.

Reduzier mal zu
Tetzwecken die Geschwindigkeit auf 11 MBit.

Du meinst fest auf 11Mb/s einstellen ? Ist eine Idee, kann ich heute abend testen. Allerdings brauch ich für andere Geräte unbedingt 54Mb/s-Verbindungen. Die sind aber auch auf der anderen Seite der Decke…

Wenn ein einzelnes Packet Richtung Server unterwegs war gibt’s
nach ±10 min ein einfaches Retransmit. Das dauert aber zu
lange, da wird dem User vorher langweilig.

du sprichst von 10 Minuten? Das kann was nicht stimmen …

Naja, habs nicht genau gemessen. Ob’s nun 8 min oder 15 waren…

Einzelne verlorene Packete fallen windows nicht auf.

wie kommst du denn darauf? Verlorene Pakete bedeuten eine
unvollständige Verbindungsinformation. Das bedingt eine
sofortige Neuübertragung!

Der verliert komplette TCP-Packete, keine WLAN-Packete. Auf WLAN-Niveau kann Etherreal eh nicht arbeiten, was da abgeht weiss ich nicht. Beispiel: Wenn ein get-Befehl für einen ftp-Server rausgeht dann ist das nur ein Packet auf TCP-Niveau. Und wenn das flöten geht ist Essig. Da wartet windows dann ewig auf die Antwort. Und wenn keine kommt ist dann nach 10 min ein retransmit.

ähm so sollte es immer sein! Könnte da ein Messfehler von dir
vorliegen?

Weiss nicht, Ethereal war bis jetzt immer zuverlässig. Hatte allerdings auch noch nix mit WLAN in dem Sinn zu tun.

imho hat das nichts mit Windows zu tun, eher mit einer
gestörten WLAN-Verbindung!

Wieso reagiert windows nicht schneller auf ein verlorens Packet, resp. auf eine ausbleibende Bestätigung ?

Was ist alles zwischen Sender und
Empfänger?

Eine normale Stahlbeton-Decke, mit Isolation und allem drum und dran etwa 30 cm.

Ich nehm an diese Timeouts kann man einstellen. Aber wo ? Die
Registery umgraben gehört nicht zu meinen Gebieten…

vorher solltest du die Einstellungen der WLAN-Karte
überprüfen:
Netzwerkverbindungen / Lan-Verbindung X / Eigenschaften /
Taste [Konfigurieren] / Tab(Reiter) = [Erweitert]

Heute abend, melde mich dann wieder.

Danke.