"Mihai RUSU" wrote
> Hi
>
> While reading the HOWTO (pdf downloaded and printed last night) I have
> noticed a little strange thing. In the 9.2.1 chapter, explaining the
> pfifo_fast qdisc, it is shown a TOS field mapping table and also it
> appears a command line version:
>
> "The last column shows the result of the default priomap. On the
> commandline, the default priomap looks like this:
> 1, 2, 2, 2, 1, 2, 0, 0 , 1, 1, 1, 1, 1, 1, 1, 1
>
> This means that priority 4, for example, gets mapped to band number 1. The
> priomap also allows you to list higher priorities (> 7) which do not
> correspond to TOS mappings, but which are set by other means."
>
> The numbers on the command line version are 16, thus I presume its a one
> to one corespondation to the table, only that it is completly different. I
> dont see any explanation why it is like that. Shouldnt that be:
> 1,2,1,1,2,2,2,2,0,0,0,0,1,1,1,1 ?
>
> Thanks
>
> ----------------------------
> Mihai RUSU
>
nope. Try the following:
# tc qdisc del dev eth0 root
# tc qdisc add dev eth0 root handle 1: prio
# tc -s qdisc ls dev eth0
qdisc prio 1: bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 455336 bytes 1237 pkts (dropped 0, overlimits 0)
which is the default priomap on the commandline. The one you mention is the
priomap in the kernel for pfifo_fast.
I usually set the priomap manually to get the latter priomap. example:
tc qdisc add dev eth0 root handle 1: prio bands 4 priomap 2 3 2 2 3 3 3 3 1
1 1 1 2 2 2 2
(which is the kernels default + 1, here I use the 0 band for very important
traffic which goes above the TOS-field.)