2. Toate filtrele trebuie puse in clasa 1:0. HTB-ul nu stie de filtre pe clase non-root
3. Nu filtrezi niciodata pachetele la o clasa non-leaf
4. Exista comanda tc -s class show dev $dev [ | grep -A 4 1:2] pt a vedea care este rata curenta a unei clase (rata medie pe un minut parca) precum si daca se claseaza vreun pachet in acea clasa.
Radu Naidinescu wrote:
oameni buni.. va rog... creez doua clase 1:2 si 1:3 care au parinte pe 1:1 care la randul lui are parinte qdisc 1:0 in felul urmaret: tc qdisc add dev eth0 root handle 1: htb r2q 4 tc class add dev eth0 parent 1: classid 1:1 htb rate 100Kbit ceil 100Kbit tc class add dev eth0 parent 1:1 classid 1:2 htb rate 50Kbit ceil 100Kbit tc class add dev eth0 parent 1:1 classid 1:3 htb rate 50Kbit ceil 100Kbit
ufff... si acum am doua intrebari:
1. daca clasa 1:2 poate primi MAXIM 50K(i.e. daca e aruncat acolo traficul unui IP si respectivul downloadeaza de la cineva acel cineva
are limitat upload-ul la 50K... sau naiba stie din ce motiv nu merge decat
cu max. 50K) si clasa 1:3 poate primi MAXIM mult mai mult sa zicem 1Mbit(in aceeasi idee ca traficul de acolo se face scotand de la cineva care
are super conexiune!!!) atunci primeste mai mult 1:3(desi ar trebui sa primeasca la fel).
experimental eu constat ca asta se intampla(nu sunt foarte sigur ca nu stiu
de unde se scoate ceea ce se scoate);
2. pot sa testez clasele pe care le fac cumva fara a fii nevoie sa plece pachete
pe respectiva placa de retea(adica sa zicem ca serverul ar fii scos din retea...),
si daca da... evident: CUM???
--
Pentru dezabonare, trimiteti mail la [EMAIL PROTECTED] cu subiectul 'unsubscribe rlug'.
REGULI, arhive si alte informatii: http://www.lug.ro/mlist/
