Draytek Vigor 2500 - lahmer Switch?
-
Hi,
ich habe ein Problem mit einem Router, dem Draytek Vigor 2500. Die Router-Funktionalität ist erstmal unwichtig, die ist ebenso wie das Funknetz und die Firewall vollständig deaktiviert. Ich möchte das Teil zur Zeit ausschließlich als 4-Port-Switch benutzen (lt. Handbuch 100MBit).
Ich habe 2 Rechner per Kabel an den Switch angeschlossen. Die Übertragungsrate ist fast immer sauniedrig, so zwischen 20 und 1000 KByte/s. Wenn ich die beiden Rechner direkt mit einem gekreuzten Kabel verbinde, erhalte ich locker 10 MB/s.
Ich habe die MTU mit dem DFÜ-Optimierer so eingestellt, dass die Pakete nicht fragmentiert werden (1456).
RWIN (maximale Datenlänge) ist auf 16386 gestellt, TTL auf 64. Ich habe auch schon viele andere Werte ausprobiert, ohne Erfolg.
Ein einziges Mal habe ich über 10 MB/s bekommen. Und zwar bis zum nächsten Neustart. Danach war ich wieder bei 100 kb/s.Was kann die Ursache dieses extrem niedrigen Durchsatzes sein? Vor allem: Warum hat es einmal geklappt (ich habe danach nichts geändert, der Neustart war unfreiwillig)?
Die Werte messe ich mit Netio. Außerdem nehme ich eine subjektive Einschätzung vor, indem ich über die Windowsfreigabe eine große Datei kopiere.
Beide Rechner laufen unter Windows XP.
-
Seltsam. Diese viel zu niedrigen Werte erhalte ich nur, wenn ich den TCP-Durchsatz messe.
Wenn ich den UDP-Durchsatz bestimme, ist der immer bei über 10MB/s.
Was kann TCP dermaßen ausbremsen?
-
Soviel ich weiß, ist UDP für den UpStream verantwortlich. und TCP für Down.
Und dein rechner der uppt, kann dann bei TC nicht 10MB/s und höher haben. Warum auch? Der muß nur UDP FullSpeed haben. Der andere PC muß TCP FullSpeed haben und UDP nicht.
-
DJ BlackEagle schrieb:
Soviel ich weiß, ist UDP für den UpStream verantwortlich. und TCP für Down.
Das wäre mir neu. Beides sind Protokolle. Also haben beide sowohl einen Up- als auch einen Downstream.
Eine Internet-Verbindung (HTTP) läuft immer über TCP, Games nehmen häufig auch UDP. Der Unterschied ist (soweit ich weiß), dass TCP für jedes Paket eine Bestätigung sendet und damit garantiert, dass alles ankommt. UDP sendet einfach drauflos, ohne Bestätigungen. Mir ist aber nicht klar warum TCP soviel langsamer ist. 20KB/s sind wirklich nicht mehr normal.
Die niedrige Geschwindigkeit ist übrigens in beide Richtungen, sowohl von Rechner A zu B als auch von B zu A.
Vorhin hat es nochmal kurz geklappt mit den 10 MB/s. Dann Neustart gemacht => Alles wieder beim alten.Kann ich da irgendwas einstellen? Oder gibt es irgendein tolles Programm, dass die TCP-Verbindung analyisiert und Fehler bzw. Fehlkonfigurationen meldet?
-
Du könntest mal beim Hersteller nach nem Firmware-Update suchen oder den Hersteller fragen was da Sache ist.
Vielleicht hast Du da nen defektes erwischt und kriegst das umgetauscht oder so...
-
Der Router ist nagelneu. Die Firmware ist auch die aktuellste.
Aber das Teil umtauschen? Da bräuchte ich schon handfeste Beweise dass es daran liegt. Ich kenne auch nicht den Service von Draytek. Nicht dass die sich ein paar Monate Zeit lassen mit einem Umtausch.
Ich möchte erstmal genau wissen warum die Geschwindigkeit so mies ist. Man muss doch irgendwie die Ursache feststellen können.
Mit Netzwerken kenne ich mich leider nicht so gut aus.
-
Hi,
DJ BlackEagle schrieb:
Soviel ich weiß, ist UDP für den UpStream verantwortlich. und TCP für Down.
lol
ChrisM
-
ChrisM: Da du dich ja gut auszukennen scheinst: Kennst du ein Programm mit dem ich "Ursachenforschung" betreiben kann?
-
Hat denn keiner eine Idee?
-
Ist schon seltsam. Was Du machen könntest:
1. Dein Netzwerk mit einem anderen Switch (vom Kumpel) testen
2. mal die jetzt abgeschalteten Features Deines Switches wieder anschalten, vielleicht liegts daran
3. E-Mail an den Hersteller mit einer Problembeschreibung senden
-
Ist das in beide Richtungen so?
-
cd9000 schrieb:
Die niedrige Geschwindigkeit ist übrigens in beide Richtungen, sowohl von Rechner A zu B als auch von B zu A.
-
ups
Und irgendwelche Scannersoftware (Viren etc.) sind nicht vorhanden?
-
tcp ist ja dafür da, dass alles in richtiger reihenfolge und auch sicher ankommt, udp haut einfach durch was geht. könnte es sein, dass der packetlos so hoch ist, dass dein messprogramm im tcp/ip modus den overhead nicht mißt der wegen tcp auftaucht und dass du in wirklichkeit viel mehr, aber unnütze übertragung hast und die bei udp trotzdem mitgezählt wird?
vielleicht ist das kabel einfach schlecht isoliert, oder es liegt irgendwo so durcheinander, dass es sich selbst stört?
es könnte auch was mit dem os zu tun haben. zwei knoten beim ip protokoll kommunizieren ja auch noch miteinander ob mehr oder weniger packete gesendet werden können. könnte ja sein dass ein os weniger angibt wegen dem langsammereren ping der durch den router entsteht?
könnte es vielleicht auch sein dass dein router ne firewall hat und deswegen die packete filtert? könnte ja auch ein grund sein.
hättest du nicht gesagt, dass du über cross probiert hast, hätte ich auf cpu-last geschätzt... ist echt strange wenn dein router, der paar ISO ebenen drunter ist trotzdem protokollabhängig arbeitet.... es seiden es ist ein DSL router
rapso->greets();
-
CengizS schrieb:
Und irgendwelche Scannersoftware (Viren etc.) sind nicht vorhanden?
Nein, Softwarefirewalls sind auf beiden Rechner deaktiviert.
rapso schrieb:
tcp ist ja dafür da, dass alles in richtiger reihenfolge und auch sicher ankommt, udp haut einfach durch was geht. könnte es sein, dass der packetlos so hoch ist, dass dein messprogramm im tcp/ip modus den overhead nicht mißt der wegen tcp auftaucht und dass du in wirklichkeit viel mehr, aber unnütze übertragung hast und die bei udp trotzdem mitgezählt wird?
Ich bin mir nicht sicher, aber netio zeigt (0%) an. Wahrscheinlich ist damit der Packet loss gemeint.
Außerdem blinken die Lampen am Router bei TCP viel langsamer (2 mal pro Sekunde) als bei UDP.rapso schrieb:
vielleicht ist das kabel einfach schlecht isoliert, oder es liegt irgendwo so durcheinander, dass es sich selbst stört?
Die direkte Verbindung hat ja funktioniert.
rapso schrieb:
es könnte auch was mit dem os zu tun haben. zwei knoten beim ip protokoll kommunizieren ja auch noch miteinander ob mehr oder weniger packete gesendet werden können. könnte ja sein dass ein os weniger angibt wegen dem langsammereren ping der durch den router entsteht?
Der Ping ist unter 10ms (kanns grad nicht genau überprüfen, bin in der Schule).
Kann ich das Windows irgendwie verbieten runterzuschalten?rapso schrieb:
könnte es vielleicht auch sein dass dein router ne firewall hat und deswegen die packete filtert? könnte ja auch ein grund sein.
Die Firewall des Routers ist auch abgeschaltet.
rapso schrieb:
hättest du nicht gesagt, dass du über cross probiert hast, hätte ich auf cpu-last geschätzt... ist echt strange wenn dein router, der paar ISO ebenen drunter ist trotzdem protokollabhängig arbeitet.... es seiden es ist ein DSL router
Es ist ein DSL Router, der aber auch als Switch arbeiten soll. Sind DSL Router allgemein schlechte Switches?
Momentan habe ich aber außer den beiden Netzwerkkabeln zu den beiden Rechnern kein weiteres Daten-Kabel am Router.
-
naja, so kannst du vielleicht schon ein wenig besser vermuten. wäre es ein reiner switch für LAN, wäre es komisch gewesen dass er auf verschiedene höchere protokolle anspringt, so aber ist es genau auf den switch zurückzuführen, weil er wohl zu langsam ist um die daten zu verarbeten, würde ich vermuten. er routet ja nicht MAC-LAN packete sondern tcp/ip und udp/ip würde ich meinen und bei verarbeiten der tcp/ip ist er schlicht zu langsam.
vermutlich wurde er konzipiert um seine 200kb/s zu schaffen (für DSL ausreichend)
bei udp muss er ja eigentlich nur die addressen ändern, bei tcp gibt es doch noch mehr mögliche dinge, z.b. tracen. ich würde sagen, dass er die tcp packete dekodiert und dann wieder zusammensetzt, vielleicht kopiert er dabei mehrmals die daten.
aber ist alles nur vermutung. ich wüste nicht wie man das beweisen könnte..hmm.. vielleicht die packetgröße verkleinern, dann müßte bei gleicher (nutz)datenmänge die rechenlast vom router steigen, er würde dann noch viel langsammer werden....
andererseits könntest du die blöcke viel größer machen und wenn er dann schneller oder gleich schnell bleibt (wegen der packetaufteilung), wäre es noch ein hinweis für die "langsame-cpu" theorie.rapso->greets();
-
rapso schrieb:
vermutlich wurde er konzipiert um seine 200kb/s zu schaffen (für DSL ausreichend)
Normalerweise schaffen doch aber alle neueren Router mit intergriertem Switch auch 100MBit.
-
aber was mich jetzt stuzig macht ist, das auf die vermutung : "vielleicht nur schlecht isoliert" die antwort : "wieso direkt hats doch funktioniert" kommt!?!
ehmm hast du das mit dem selben kabel probiert? irgendwie haut das doch nicht hin. schonmal am switch geguckt, ob du einen port seperat veralten kannst (uplink/speed) oder so!?
-
Danke für die vielen Antworten.
Der Router erkennt lt. Datenblatt automatisch ob ein gekreuztes oder ungekreuztes Kabel dranhängt, und zwar an jedem Port. Das sollte theoretisch keine Probleme geben.
Ich habe 2 Kabel: Ein gekreuztes, 15m von dem ich zu 100% weiß, dass es funktioniert.
Vom zweiten Kabel weiß ich nicht ob es gekreuzt ist oder nicht, das sollte aber eigentlich egal sein. Es ist nagelneu (war bei dem Router dabei), aber zu kurz um die beiden Rechner direkt zu verbinden.rapso schrieb:
vermutlich wurde er konzipiert um seine 200kb/s zu schaffen (für DSL ausreichend)
Manchmal bekomme ich ja die 11 MB/s. Aber nach einem Neustart sind die immer wieder weg und ich bin wieder im Kilobyte-Bereich.
Da muss doch irgendwas falsch eingestellt sein. Am Router selbst kann ich leider fast gar nichts einstellen, was LAN betrifft, außer der IP-Adresse.
Mit der Paketgröße könnte ich noch mal rumspielen... Das ist doch der MTU-Wert, oder? Muss der bei beiden Rechnern gleich sein?
-
Ich hab das nochmal mit einem anderen Rechner getestet:
Dasselbe Ergebnis -> UDP ist in Ordnung, TCP läuft fast gar nicht.