Posted: Mon Jun 25, 2007 10:18 Post subject: Fragen zu QOS und Netzwerkverkehr
hi zusammen
ich wollte auf der V23.SP2 mini die QOS funktion in betrieb nehmen.
grund ist ein NAS, worauf ein webserver sowie ein torrent-client arbeiten.
wenn nun vom WAN anfragen an den webserver kommen, soll der torrent-client
ein wenig ausgebremst werden.
habe alles nach anleitung/WIKI eingestellt.
als filter mal die regeln http,html,torrent ausprobiert.
torrent auf bulk, http und html auf normal.
bringt nix, der torrent frist die gesamte bandbreite.
dann mal eine neue regel für port 6881 erstellt, bringt auch nix.
auffallend ist, das ich ja 90% meiner bandbreite im menu eingestellt habe.
der torrent aber trotzdem 100% nimmt.
sollte bei aktiviertem QoS dann nicht zumindest auf die besagten 90% begrenzt werden?
oder muss http auf premium gestellt werden?
zweite frage:
mein NAS geht nach 20min inaktivität "schlafen" sprich es macht die festplatten aus.
hinter einer fritzbox funktioniert das einwandfrei. jetzt hinter DDWRT gehen die
festplatten nicht mehr schlafen. ab und an lämpeln die netzwerk-LED's
( internet + lan ) , das wird wohl das NAS "wach" halten. STP habe ich abgeschaltet.
hat irgend jemand noch eine idee was so sporadischen verkehr verursacht ?
bzw. wie man ihn verhindern kann ?
habe gelesen das das Qos von DDwrt nicht so dolle sein soll.
tomato soll besser sein.
ich will aber nicht tomato nehmen.
dort stand aber nicht welche version von DDwrt gemeint war, es hat sich ja
viel getan.
also, bidde bidde gebt mal ein par tips
hütti
Hallo!
in der Zwischenzeit eine Lösung für das Problem gefunden?
Ich hab u.a. die Beobachtung gemacht, daß Bit-torrent mit der Prioritär BULK ein SIP Telefongespräch mit der
Priorität Exempt extrem einbremst. (delay von über einer
Sekunde)
Und das obwohl EXEMPT auf der MAC Ebene Priorisiert wurde (1x ATA und 1x WLAN Handy),
Der BITTorent Rechner dagegen läuft mit Standard Priorität auf MAC Ebene.
nö, leider antwortet hier niemand auf die frage.
( ist die zu einfach ? )
kann mir gar nicht vorstellen das niemand erfahrungen mit Qos hat.
selbst die aussage "geht nicht" würde mir schon reichen, dann kann ich
wieder ruhig schlafen.
aber es sollte doch möglich sein port 80 und 6881 getrennt zu behandeln ........
Ich hab die Erfahrung gemacht, daß "Standard" mitnichten in der Lage ist, "bulk" auf Null auszubremsen. Ich hab n FTP-Server (Standard), der sollte sonstige Programme (bulk) ausbremsen können. Was mach ich, Speedtest und FTP kommt überhaupt nix rüber.
Gelöst hab ich das ganze jetzt damit, daß ich alles, was nicht auf bulk stand, komplett um 1 Priorität nach oben geschoben hab, und jetzt geht es zumindest besser.
Wäre schön (und wurde in einem anderen Thread auch schon vorgeschlagen), wenn es noch eine (oder zwei) Stufe(n) zwischen Standard (10...15% BW garantiert) und Premuim (75% BW garantiert) gäbe, so 50% wäre klasse, 30% auch... da könnte man viel besser feinabstimmen!
Also, ich hab 2 verschieden Konfigs probiert, die beide net wirklich gut funzen:
1. gefiltert nach Ports. Eine absolute Notlösung wegen eventuell variabler Ports und mehrerer PCs im Netz.. Das heißt, jeweils die Ports für HTTP, HTTPS, FTP und P2P (eMule) per Hand eingetippt, TCP und UPD entsprechend angegeben. Das geht so halbwegs; hab HTTP auf Exempt, FTP auf Premium und eMule auf Bulk. Wenn ich dann in eMule die Bandbreite für UL und DL auf 50% reduziere, hab ich gute Ergebnisse; ein Upload via FTP nutzt dann fast die volle Bandbreite und bremst eMule auf Null runter. So soll es ja eigentlich auch sein. Nur, wenn ich eMule auf 100% Bandbreite stell, was ja für eine Bulk-Prio ebenso funzen müsste, ist sogar HTTP langsamer als ein 56er Modem!
Bandbreitentests bestätigen das.
2. gefiltert nach L7 Protokoll. Eigentlich mein Favorit. Gleiche Priorisierung. eMule verbindet sich nicht mehr zum ED2K-Server, nur noch (und das bemerkenswert schnell) zum KAD-Netzwerk, also Essig mit Saugen. HTTP und FTP gehen wunderbar.
Versuch: eMule auf Prio "Standard". Resultat: eMule geht mit recht lahmer Geschwindigkeit, vielleicht 10% der Bandbreite - aber HTTP und FTP haben Bandbreiten und Latenzzeiten, die man allenfalls noch von vor 1990 unter Win 3.1 kannte. Völlig unbenutzbar, obwohl ja eigentlich genügend Bandbreite übrig wäre!
(hier gehts weiter)
Da sehen entsprechend die Bandbreitentests genauso mau aus.
Unter der 2. Konfiguration ist übrigens alles halbwegs erträglich, wenn man alle Prios auf Standard lässt und sich mit dem Download zurückhält, ist also (erwartungsgemäß) wie ohne Priorisierung.
Die Einstellungen für die Bandbreite sind optimiert und ohne P2P erreichen die Tests etwa 95% des maximal möglichen UL / DL, was will man mehr! Der Router hat noch 2MB RAM frei und läuft zwischen 0% und 5% Prozessorlast, wenn die Priorisierung an ist, also der steckt das locker weg.
Ich hab auch eine Vermutung, was die Ursache sein könnte, bitte mal Meinungen dazu!
Könnte es sein, daß sowohl der Portfilterung als auch der L7-Filterung ein Haufen Pakete (KAD-Netzwerk zum Beispiel beim L7) durch die Lappen gehen? Was kann man denn noch machen?
Das ist schon krass... eMule lädt mit gerade mal 2 kb/s runter, und mit aktiviertem QoS geht die DL-Bandbreite von 2000 kbit / sek auf 7 (sieben!!!) kbit/sek runter...
Frage an die Entwickler: Geht QoS überhaupt schon in der v24 beta?
Es ist nämlich völlig wurscht, was ich einstelle oder wie oft ich den Router reboote (oder nicht): Die eingestellten Bandbreiten hauen hin, aber das Scheduling ist völlig resistent gegenüber Einstellungen, ob ich das leer lasse oder alles mögliche einstelle, das Ergebnis ist immer das gleiche. Oder auch, Bulk frisst Ausgenommen alle Bandbreite weg.
Ich will jetzt ja kein Nestbeschmutzer sein, aber ich hab eben mal Tomato 1.07 ausprobiert, und kann nur sagen, das ist dd-wrt um Längen voraus!
- QoS funktioniert auf Anhieb, besser und viel detaillierter einstellbar
- QoS zeigt auch an, was es macht. Und zwar alles und übersichtlich.
- viel kleinere und schnellere Firmware
- Kein Reboot mehr nötig bei Änderungen an den Einstellungen
Es gibt keine Geschichten wie VoIP und VPN. Auch kann man an der Firewall weniger einstellen. Das Ein- und Ausschalten einzelner Tasks übers Webinterface ist auch nicht drin. Aber für meine Zwecke scheint das wesentlich besser geeignet zu sein!
Ich werde jetzt auch tomato ausprobieren. Ich BRAUCHE vernünftiges QOS. Wir telefonieren NUR über's Internet und ich kann nichts seeden, sonst ist alles im Netz tot.
WDS funktioniert auch nicht so recht und die Geschwindigkeit im WLAN !UND! Lan beträgt nur 700k.
