[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: traffic shaping -- was geht?



Christian Schnobrich schrieb:
Hallo,

Hallo!.

in meiner neuen WG gibt es Filesharer, Online-Spieler, eine geht mit VPN
in ihr virtuelles Klassenzimmer und surfen tun eh alle.

Bisher siehts so aus: der Tauchbörsennutzer hat seine Bandbreite in der
Anwendung auf 16kB/s (von 24) beschränkt; der Rest reicht sowohl den

Meiner Erfahrung nach, stimmt das nicht immer 100%-ig, es kann z.B. vorkommen, dass plötzlich doch mehr als 16kb/s genommen werden (oder die volle Bandbreite) für ein paar hundertstel Sek. aber das reicht um die Spieler zu stören ...

[...]

Derzeitiger Aufbau:

prio 1 -- für die spieler
prio 2 -- nicht genutzt
prio 3 -- der ganze Rest, wird durch HTB geschickt (rate/ceil 15kB)

htb 1 -- kleine Pakete (ACKs), rate 7.5 ceil 15 (alles kB/s)
htb 2 -- smtp & ftp,   rate 3  ceil 15
htb 3 -- Tauschbörse,  rate 1  ceil 15
htb 4 -- alles andere, rate 4.5 ceil 15

was ist htb?.

Eigentlich kann die Verbindung 192kbit (24kB) / Sekunde. I hatte
gehofft, davon 20kB nutzen zu können -- aber selbst wenn ich den
Spielern keine Extrawurst braten würde, ab 18kB sind sich alle Dienste
spürbar im Weg.
Dabei habe ich HTB im Verdacht, es mit der eingestellten Rate nicht
allzu genau zu nehmen -- in Ermangelung fortgeschrittener Werkzeuge kann
ich die ausgehenden Daten nur in gkrellm beobachten, aber der Verlauf
scheint mir schon ziemlich wellig zu sein.

Das Problem mit Traffic Shaping QoS (Quality of Service) ist nicht allein die "Downloadbandbreite" sondern auch der "Rückweg", Upload d.h. es muss dafür Sorge getragen werden, dass eine "Bandbreitenreservierung des Uploads" ebenso stattfindet.

/* Probleme die ich damit hatte:
das hatte
sich bei mir (ISDN) als schwierig bzw. unmöglich erwiesen,
Mein Setup:
2 Nutzer an ISDN-Router, 1 Nutzer (ich) Online-Spieler, latenzkritisch.
2. Nutzer mein Bruder (Surfen,Chatten,Mailen).
Der Versuch:
Den Port für das Onlinespiel zu priosieren. Das hat auch anscheinend so funktioniert, allerdings hatte sich bei mir das so geäußert dass es immmer wieder "bursts" gab in denen ich eine Superverbindung hatte aber andererseits regelmässige "Ruckler" (immer in denselben Abständen ich vermute als die niedriger priorisierte Queue "abgearbeitet" wurde) etc. Evtl. habe ich die Thematik aber auch einfach nicht 100% verstanden ...
btw: mein Router kann das und ich hatte das am Router eingestellt ...
/*

MfG,
Schnobs

hth a little
MH



Reply to: