Also ich habe ein großes Problem mit meiner DSL Verbindung. Ich kann zwar eine Verbindung zum Internet aufbauen und auch alles Anschauen/Downloaden, aber die Verbindung ist, gelinde gesgt, kreutzlam. Zu meiner Konfiguration: ASUS P4C800 Deluxe mit 3Com Gigabit LOM (3C940) (192.168.70.2) SUSE Linux 9 Prof. EUMEX 724DSL Router (192.168.70.254) Also ich gehe über den Router ins Netzt. Unter WinXP funktioniert das auch alles wunderbar - nur unter LINUX ist es halt sehr langsam. Da ich mit Linux noch nicht so bewandert bin hab ich keine Ahnung was ich da falsch mache. Ich habe versucht den Netzwerkkartentreiber von ASUS neu zu installieren, habe aber nur "wilde" Fehlermeldungen erhalten. Die Karte wird ja auch erkannt - ich dachte nur vielleicht nicht richtig. ifconfig gibt follgendes aus: eth0 Protokoll:Ethernet Hardware Adresse 00:0C:6E:34:6A:CB inet Adresse:192.168.70.2 Bcast:192.168.70.255 Maske:255.255.255.0 inet6 Adresse: fe80::20c:6eff:fe34:6acb/64 Gültigkeitsbereich:Verbindung UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:10125 errors:0 dropped:0 overruns:0 frame:0 TX packets:5612 errors:0 dropped:0 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenlänge:100 RX bytes:2684975 (2.5 Mb) TX bytes:533458 (520.9 Kb) Interrupt:22 Speicher:feaf8000-0 route -n das hier: Kernel IP Routentabelle Ziel Router Genmask Flags Metric Ref Use Iface 192.168.70.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 0.0.0.0 192.168.70.254 0.0.0.0 UG 0 0 0 eth0 Ich hoffe es kann mir jemand helfen. Danke Andreas
probier mal ifconfig eth0 mtu 1492 Ich hab mal gelesen, dass das ein Problem bei Routern sein kann! Erklären kann ich das aber nicht, Profis vor! Joe Am Donnerstag, 29. Januar 2004 12:41 schrieb Andreas Giessmann:
Also ich habe ein groÃes Problem mit meiner DSL Verbindung. Ich kann zwar eine Verbindung zum Internet aufbauen und auch alles Anschauen/Downloaden, aber die Verbindung ist, gelinde gesgt, kreutzlam.
Zu meiner Konfiguration: h0 ASUS P4C800 Deluxe mit 3Com Gigabit LOM (3C940) (192.168.70.2) SUSE Linux 9 Prof. EUMEX 724DSL Router (192.168.70.254)
Also ich gehe ÃŒber den Router ins Netzt. Unter WinXP funktioniert das auch alles wunderbar - nur unter LINUX ist es halt sehr langsam. Da ich mit Linux noch nicht so bewandert bin hab ich keine Ahnung was ich da falsch mache. Ich habe versucht den Netzwerkkartentreiber von ASUS neu zu installieren, habe aber nur "wilde" Fehlermeldungen erhalten. Die Karte wird ja auch erkannt - ich dachte nur vielleicht nicht richtig.
ifconfig gibt follgendes aus:
eth0 Protokoll:Ethernet Hardware Adresse 00:0C:6E:34:6A:CB inet Adresse:192.168.70.2 Bcast:192.168.70.255 Maske:255.255.255.0 inet6 Adresse: fe80::20c:6eff:fe34:6acb/64 GÌltigkeitsbereich:Verbindung UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:10125 errors:0 dropped:0 overruns:0 frame:0 TX packets:5612 errors:0 dropped:0 overruns:0 carrier:0 Kollisionen:0 SendewarteschlangenlÀnge:100 RX bytes:2684975 (2.5 Mb) TX bytes:533458 (520.9 Kb) Interrupt:22 Speicher:feaf8000-0
route -n das hier:
Kernel IP Routentabelle Ziel Router Genmask Flags Metric Ref Use Iface 192.168.70.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 0.0.0.0 192.168.70.254 0.0.0.0 UG 0 0 0 eth0
Ich hoffe es kann mir jemand helfen.
Danke
Andreas
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-laptop-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-laptop-help@suse.com
probier mal ifconfig eth0 mtu 1492 Ich hab mal gelesen, dass das ein Problem bei Routern sein kann! Erklären kann ich das aber nicht, Profis vor!
Umgangssprachlich: MTU ist die maximum transport unit, d.h. das groesste Datenpaket, das als eines ausgesendet wird. Sofern Datenanstehen, die groesser sind als die MTU, werden die in zwei Pakete aufgeteilt. Es kann nun passieren, dass Teilnetze eine kleinere MTU haben. In dem Fall fragmentiert der Router, der in ein solches Teilnetz einliefert die IP-Pakete automatisch und macht mehrere daraus. Am Ende werden die wieder eingesammelt. Nun kann bei der Aufteilung und Zusammenfuehrung vieles passieren (Teile verloren gehen etc.), was anscheinend die Geschwindigkeit, eigentlich aber die effektive Uebertragungsrate drueckt. Darueber hinaus passiert es bei einem kleinen Mismatch von eingestellter MTU und kleinster MTU im Pfad (sagen wir 1500 und 1492 :-) dass grosse Datenpakete in solche von 1492 und 8 Bytes gesplittet werden. Jedes bekommt natuerlich einen Header davor ... Das drueckt dann auch auf die (zumindest die auf dem Host zu sehende) Geschwindigkeit. Wenne s hier Ethernet zu Ethernet geht, sollte das aber nicht das Problem sein, ebensowenig bei viel Interaktivem (oder kleinen Webanfragen). Andreas -- My PGP key is available from http://math-www.uni-paderborn.de/pgp/ 2F E5 C1 E4 03 5E 24 5B F7 AE 20 F1 E6 CC 6B 7F Interested in Accounting & Billing solutions ? Visit http://www.intra.de/ This message may be generated offline. It may take some time until it gets relayed to its final destination.
Darueber hinaus passiert es bei einem kleinen Mismatch von eingestellter MTU und kleinster MTU im Pfad (sagen wir 1500 und 1492 :-) dass grosse Datenpakete in solche von 1492 und 8 Bytes gesplittet werden. Jedes bekommt natuerlich einen Header davor ... Das drueckt dann auch auf die (zumindest die auf dem Host zu sehende) Geschwindigkeit.
Wenne s hier Ethernet zu Ethernet geht, sollte das aber nicht das Problem sein, ebensowenig bei viel Interaktivem (oder kleinen Webanfragen).
Soweit mir bekannt, war das Problem, dass der Router einen header anfügt, um später die Daten aus dem www richtig zuzuordnen. Wenn aber schon 1500 als mtu eingestellt ist, werden die Pakete zu groß. Das klingt doof, ganz bekomm ich es nicht zusammen, aber "wichtig is was passiere in Platz!!!" (Trappatoni) und es hat bei mir geholfen! In vielen Foren wird der Vorschlag (mtu = 1492) gebracht, wenn es um langsames dsl in Verbindung mit Routern geht! Joe PS: Da ich (offensichtlich) die Laptop-Liste mitlese (sonst darf man nicht posten), ist es VÖLLIG ÜBERFLÜSSIG, meine Adresse zusätzlich in den header zu legen. Bedeutet nur Datenschrott... Danke!
participants (3)
-
Andreas Giessmann -
Andreas Schachtner -
Joachim Kalden