On Monday 17 March 2003 22:35, Stephane Ouellette wrote:
> Stef Coene wrote:
> >On Monday 17 March 2003 22:01, Stephane Ouellette wrote:
> >>Folks,
> >>
> >> after spending a lot of time experimenting with HTB, I found
that
> >>filters cannot be attached to HTB classes...
> >>
> >>The class hierarchy I use is the following (for my upstream
internet
> >> link):
> >>
> >>
> >> PRIO (with priomap that sends everything by default
to
> >>class 1:3)
> >> / | \
> >> / | \
> >> / | \
> >> 1:1 1:2 1:3
> >> PFIFO PFIFO HTB qdisc (default to 4:100)
> >
> >The default class MUST be a leaf class. A leaf class is a class with
no
> > child classes. If no filter is matched, the packet is dequeued in the
> > default class. This means that no filter is tested so your packets
ends
> > in 4:100. The filters attached to 4:100 are never checked.
> >
> >Stef
>
> Stef,
>
> If I understand correctly, all filters related to the HTB leaf
> classes should be attached to the HTB qdisc.
No, I was only speaking about the default class. You have a filter that put
some packets in 4:200. The rest of the traffic goes to the default class
4:100. But the packets are immediatly dequeued in class 4:100 so the filters
attached to 4:100 are never checked. You can simulate a default class if you
add a u32 filter with src 0/0.
The default class is for unclassified packets.
Stef
--
stef.coene@docum.org
"Using Linux as bandwidth manager"
http://www.docum.org/
#lartc @ irc.oftc.net