Re: traffic shaping -- was geht?
Am Sonntag, 21. Mai 2006 08:24 schrieb Matthias Haegele:
> [...]
>
> > 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?.
Hierarchical Token Bucket
> 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.
Hat er doch, zumindetens zum Teil. Die sehr kleinen Antwortpackete (ACK) auf
die höchste Priorität zu setzen ist schon der erste Ansatz dafür.
> > htb 1 -- kleine Pakete (ACKs), rate 7.5 ceil 15 (alles kB/s)
Ansonsten empfehle ich dem OP ein ausgiebiges Selbststudium von tc. Vor
einigen Jahren befasste ich auch mal damit, habe es aber sein lassen, weil
ich die Zeit anderweitig brauchte. Ob es da mittlerweile brauchbare GUI, ...
gibt vermag ich nicht zu sagen. In der Ct 24/2002 war ein sehr guter Bericht
zu tc dabei.
Ich meine auch mal irgendwo was von trickle gehört zu haben.
--
Mfg,
Michael
Reply to: