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
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
