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!
----- Original Message -----
From: "Alin Nastac" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: 24 March, 2004 09:34
Subject: [rlug] Re: gateway muribund(ultimul episod)
> Radu Naidinescu wrote:
>
> >>cred ca am mai spus ca htb-ul nu face dequeue la pachetele care sint
> >>clasificate intr-o clasa non-leaf.
> >>
> >>
> >daca la asta te referi(n-am inteles exact) toate qdiscurile sunt
> >atarnate de clase frunza.
> >
> >
> nu... vroiam sa spun ca pachetele trebuie sa fie clasificate intr-o
> clasa frunza (fie din filtrul root, fie prin filtre intermediare). nici
> un pachet nu trebuie sa ramina in vreun nod.
> pt siguranta, toate filtrele (fie root, fie din noduri) trebuie sa se
> termine cu un "match ip src 0/0 flowid $default" unde $default e o frunza.
>
>
>
> ---
> Detalii despre listele noastre de mail: http://www.lug.ro/
>
>
---
Detalii despre listele noastre de mail: http://www.lug.ro/
