dpdv teoretic e ok. practic insa mi se pare inutil; de ce sa creezi alta instanta de htb cind te poti descurca cu una singura? ultima versiune de htb accepta filtre in noduri. poti foarte bine sa clasezi traficul metropolitan (folosind fw) catre un nod, nod in care iti bagi filtre u32 catre copii lui.
[EMAIL PROTECTED] wrote: >Alin, vreau si io sa stiu daca ti se pare corect sa atasezi un qdisc la dev >eth1(in cazul de fata) cu parent o clasa deja existanta! >Adica mai exact: > >tc qdisc add dev eth1 root handle 1: htb default 3 >tc class add dev eth1 parent 1:0 classid 1:2 htb rate 5Mbit qunatum 1514 >(aici e corect??ma refer la qunatum!) >tc filter add dev eth1 protocol ip parent 1:0 prio 0 \ > handlre 0x01 fw \ #tot ce e cu dest metro si redus cu >mipclasses pe chain-uri :) > flowid 1:2 > ># dup-aia in default imi ramane tot ce cu destinatie non-metro > >tc class add dev eth1 parent 1:0 classid 1:3 htb rate 512Kbit > >#####Aici e problema de la care am plecat in prima fraza a mail-ului!!!! > >tc qdisc add dev eth1 parent 1:2 handle 2:0 htb default 99 r2q 2 >tc class add dev eth1 parent 2:0 classid 2:1 htb rate 5Mbit qunatum 1514 > >aici urmeaza clase pt fiecare user in parte care se imprumuta din 2:1 > >Identic e facut si pt 1:3 cu handle 3:0 etc etc.. si inca o data filtre pt >fiecare user in parte care limiteaza download-ul extern (ce nu e marcat) > >Merci de rabdare! > > --- Detalii despre listele noastre de mail: http://www.lug.ro/
