Re: HTB

[Radoslaw Maliborski <rmm79@op.pl>]

asura napisał(a):
> Witam!
>  
<ciach>
> echo "Wlaczanie HTB dla UPLOAD..."
>
> # -=UPLOAD=-
>
> # Zerowanie starego drzewa.
>
> tc qdisc del root dev eth0
>
> # Tworzenie nowego glownego drzewa.
>
> tc qdisc add dev eth0 root handle 1:0 htb default 4
>
> tc class add dev eth0 parent 1:0 classid 1:1 htb rate 224kbit ceil 224kbit
>
> # Klasy
>
> tc class add dev eth0 parent 1:1 classid 1:2 htb rate 40kbit ceil 
> 224kbit prio 1
>
> tc class add dev eth0 parent 1:1 classid 1:3 htb rate 80kbit ceil 96kbit 
> prio 4
>
> tc class add dev eth0 parent 1:1 classid 1:4 htb rate 64kbit ceil 
> 128kbit prio 9
>
> # Filtry
>
> tc filter add dev eth0 protocol ip preference 2 parent 1:0 u32 match ip 
> dst 194.204.159.1 flowid 1:2
>
> tc filter add dev eth0 protocol ip preference 2 parent 1:0 u32 match ip 
> dst 194.204.152.34 flowid 1:2
>
> tc filter add dev eth0 protocol ip preference 2 parent 1:0 u32 match ip 
> dport 80 0xffff flowid 1:3
>
> tc filter add dev eth0 protocol ip preference 2 parent 1:0 u32 match ip 
> dport 8080 0xffff flowid 1:3

Pewnie napisze to, co i tak wszyscy dobrze wiedza, no ale co mi tam;)
Lacza dsl maja to do siebie, ze upload z pelna predkoscia potrafi dosc
skutecznie zapchac duza wieksze pasmo wejsciowe.

Wydaje mi sie, ze przydaloby sie konieczne dodac dyscypliny kolejkowania
dla uploadu tak, jak masz to zrobione w downloadzie. Poniewaz przy
duzych obciazeniach nie poleca sie dyscypliny fifo, a ja innej niz sfq
nie mialem potrzeby testowac, wiec na tej sie skupie. Mozesz sprobowac
ustawic czas przepelnienia kubla czy jego wielkosc (pisze to z glowy, a
dawno sie tym nie bawilem) na wartosci sporo mniejsze niz 10. Bedzie to
powodowac przynajmniej teoretycznie lepsze "mieszanie" wpadajacych
pakietow, a zatem i bardziej sprawiedliwe ich przepuszczanie.

Poza tym sprobuj moze jeszcze innego podejscia. Zamiast wydzielac pasamo
dla uslug, wydziel pasma dla userow ustawiajac maksymalna wartosc prawie
na 256kbs dla kazdego z nich, mininalna zas na  "gwarantowana" dla
kazdego usera (czyli 256kbs/n userow). Ew. mozna to polaczyc z
wrzuceniem szczegolnie wrazliwych uslug do oddzielnej klasy.

Do tego zobacz co podaje tc -s -d qdisc, szczegolnie czy nie pojawiaja
sie jakies spore wartosci dla dropped i overlimits. Opis znajdziesz, o
ile sie nie myle, w nienajgorszym howto do htb.

Poza tym zaleznie od sprzetu, na ktorym masz postawiony router, jesli
jest on zbyt malo wydajny (glownie chodzi o moc procesora), a filtry u32
sa dosc zasobozerne, moze sie okazac, ze lepszym rozwiazaniem bedzie
polaczenie znakowania pakietow w firewallu i potem uzycie filtra fw.
Niestety nie umiem powiedziec z wlasnego doswiadczenia jaki sprzet
potrzebny jest do obsluzenia podzialu pasma dla 20 paru kompow, bo
testowalem to dawno temu na (prosze nie spasc z krzesel) 486dx2 dla
jakichs 7 kompow i przy dziadostwach typu emule, przy duzej (rzedu
kilkuset) ilosci polaczen, system nie byl w stanie poprawnie kolejkowac
pakietow. No ale to dosc hardcore'owy przyklad. W kazdym razie filtr fw
jest (byl?) duzo wydajniejszy niz u32.

Mam nadzieje, ze chociaz troche pomogle.

--
Pozdrawiam,
R.M.M