Hi!
On 05:00 Tue 27 Nov , Joerg Pommnitz wrote:
So, are you still sure you've tested such a case?
Well, the problem that triggered my investigation was
that the OLSR daemon (www.olsr.org) calculates the quality
of a link according to the packet loss for LQ HELLO packets
(UDP broadcast
and development [EMAIL PROTECTED]
Gesendet: Dienstag, den 27. November 2007, 07:46:04 Uhr
Betreff: Re: Does tc-prio really work as advertised?
On 26-11-2007 23:25, Jarek Poplawski wrote:
...
Are you doing this on the same box? I was tracing this long time ago too,
and, if
I didn't miss
On Tue, Nov 27, 2007 at 01:28:43AM -0800, Joerg Pommnitz wrote:
Jarek,
iptables chains (this is what I think you are referring to) are not the issue.
Yes, but this could (wrongly) look like this according to my 1-st message.
This
is about the qdisc that sits immediately over the device
2007, 10:58:38 Uhr
Betreff: Re: Does tc-prio really work as advertised?
On Tue, Nov 27, 2007 at 01:28:43AM -0800, Joerg Pommnitz wrote:
Jarek,
iptables chains (this is what I think you are referring to) are not the
issue.
Yes, but this could (wrongly) look like this according to my 1-st
On Tue, Nov 27, 2007 at 02:54:10AM -0800, Joerg Pommnitz wrote:
Jarek,
this is all about outgoing packets, e.g. egress to use your word.
It doesn't matter whether the packets are originated locally or
whether the packets are forwarded from another host (I tried
both).
To restate the
Jarek Poplawski wrote:
On Tue, Nov 27, 2007 at 02:54:10AM -0800, Joerg Pommnitz wrote:
Jarek,
this is all about outgoing packets, e.g. egress to use your word.
It doesn't matter whether the packets are originated locally or
whether the packets are forwarded from another host (I tried
both).
To
It works fine here, I'm guessing that Jörg is using an old kernel
version that had a bug in prio classification without filters.
This is 2.6.20.21, from 17-Oct-2007.
--
Regards
Joerg
__ Ihre erste Baustelle? Wissenswertes
für Bastler
Joerg Pommnitz wrote:
It works fine here, I'm guessing that Jörg is using an old kernel
version that had a bug in prio classification without filters.
This is 2.6.20.21, from 17-Oct-2007.
Yes, that version is broken. I think it was fixed in 2.6.22 or 2.6.23.
-
To unsubscribe from this
So, are you still sure you've tested such a case?
Well, the problem that triggered my investigation was
that the OLSR daemon (www.olsr.org) calculates the quality
of a link according to the packet loss for LQ HELLO packets
(UDP broadcast packets). To prevent other traffic from
interfering with
?
--
Regards
Joerg
- Ursprüngliche Mail
Von: Patrick McHardy [EMAIL PROTECTED]
An: Joerg Pommnitz [EMAIL PROTECTED]
CC: Jarek Poplawski [EMAIL PROTECTED]; netdev@vger.kernel.org
Gesendet: Dienstag, den 27. November 2007, 13:54:11 Uhr
Betreff: Re: AW: Does tc-prio really work as advertised
Joerg Pommnitz wrote, On 11/23/2007 03:47 PM:
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.
Marketing?
My problem was that the link quality reported by the olsr.org olsrd degraded
depending on
On 26-11-2007 23:25, Jarek Poplawski wrote:
...
Are you doing this on the same box? I was tracing this long time ago too,
and, if
I didn't miss something, it was about the place! So, as I recall (after
finding
some old message) this TOS is considered only for packets going through the
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.
My problem was that the link quality reported by the olsr.org olsrd degraded
depending on the amount of payload traffic transferred through an adhoc/mesh
13 matches
Mail list logo
