Re: prio qdisc broken?

Andy Furniss <[email protected]>
Newsgroups gmane.linux.network.routing
Message-ID <[email protected]>
Joerg Pommnitz wrote:
> Hello all,
> I might make a fool out of me, but I think the prio qdisc doesn't work  as
> advertised in any document I could lay my hands on.
> 
> The following tests and observations were made with Linux kernel 2.6.20.21.
>  This makes it up-to-date in the 2.6.20.x kernel family.

If it's kernel version you are unlucky - I just tested with a 2.6.19-rc6 
and a 2.6.21.1 and it seems OK.

Echo replies don't work, and they haven't on others versions as well, 
but this could be deliberate anti dos plus I am not testing forwarded 
traffic.

> 
> My problem was that the link quality reported by the olsr.org olsrd  degraded
> depending on the amount of payload traffic was transferred through an
> adhoc/mesh interface. The LQ is calculated from the packet loss of LQ  Hello
> packets sent through this interface. To make sure normal traffic  does not
> interfere with this value, olsrd sets the TOS field to 0x10  (Minimize-Delay)
> by default. In theory this should give olsr traffic the highest  priority on the link.
> 

Even if you fix it I don't think it will help wireless using just prio.

There are/will be extensions to prio AIUI - multiqueue which if the 
wireless driver supports it, prio bands will map to hardware/link layer 
prio bands on the device.

Andy.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.