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@xxxxxxxxx "Using Linux as bandwidth manager" http://www.docum.org/ #lartc @ irc.oftc.net