[patch] sch_prio and priomap

Jan Kasprzak (kas@informatics.muni.cz)
Fri, 28 May 1999 15:11:01 +0200


Alexey,

I think there is a small bug in tc from iproute2-2.2.4-now-ss990417,
which makes impossible to set the priomap parameter of the prio qdisc.
The patch is as follows:

diff -ur iproute2-2.2.4-now-ss990417/tc/q_prio.c iproute2/tc/q_prio.c
--- iproute2-2.2.4-now-ss990417/tc/q_prio.c Sat May 9 18:46:58 1998
+++ iproute2/tc/q_prio.c Mon May 24 16:26:12 1999
@@ -85,7 +85,7 @@
argc--; argv++;
}

- if (pmap_mode) {
+ if (!pmap_mode) {
for (idx=0; idx < TC_PRIO_MAX; idx++)
opt.priomap[idx] = opt.priomap[TC_PRIO_BESTEFFORT];
}

I have a question about QoS in Linux. I have the four types of packets,
let's name them A, B, C and D. I want to create four-band priority queue:

band 1: highest priority - packets of type A up to 10% of link bandwidth.
band 2: second highest priority - packets of type B up to 10% of link
bandwidth.
band 3: default priority: packets of type A and B over
the 10% of link bandwidth, packets of type C.
band 4: packets of type D. Lowest priority, no reserved bandwidth.

Can this be done using fwmark classifier and prio qdisc (maybe with
TBF attached to band 1 and 2? I have packet filter on this host anyway,
so I prefer to do it by fwmarks instead of e.g. u32.

-Yenya

-- 
\ Jan "Yenya" Kasprzak <kas at fi.muni.cz>       http://www.fi.muni.cz/~kas/
\\ PGP: finger kas at aisa.fi.muni.cz   0D99A7FB206605D7 8B35FCDE05B18A5E //
\\\             Czech Linux Homepage:  http://www.linux.cz/              ///
||||   > Where do the -- MARK --s  come from ?                          ||||
||||   It is the sound of Tux the penguin chewing on your system logs.  ||||
-
To unsubscribe from this list: send the line "unsubscribe linux-net" in
the body of a message to majordomo@vger.rutgers.edu