netdev - Re: New filter 'flow' bug?

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [day] [month] [year] [list]

Message-Id: <20081105132906.18BDA46CCF0@f46.poczta.interia.pl>
Date:	05 Nov 2008 14:29:05 +0100
From:	almaop@...zta.fm
To:	Patrick McHardy <kaber@...sh.net>,
	"almaop@...zta.fm" <almaop@...zta.fm>
Cc:	"linux-net@...r.kernel.org" <linux-net@...r.kernel.org>,
	"netdev@...r.kernel.org" <netdev@...r.kernel.org>
Subject: Re: New filter 'flow' bug?

> almaop@...zta.fm wrote:
> >> almaop@...zta.fm wrote:
> >>>>> From: almaop@...zta.fm
> >>>>>> I'm not sure where is the bug - in the flow filter or in the sfq
> >>>> qdisc.
> >>>>
> >>>> Which SFQ qdisc is stalling?
> >>>>
> >>> Thanks for reply.
> >>> So I've done few tests. I've removed quantum 64 (it  was qdisc with
> >> small packets). It made no difference. It looks like the key is the
> first
> >> sfq qdisc (tc qdisc add dev $DEV parent 1:2 handle 2: sfq - in my
> example).
> >> When there is no traffic in this qdisc for about 45 seconds (shorter
> time
> >> when there is no traffic at all on the interface) - it stalls. Other
> qdiscs
> >> stall also. So there is no packet flow on that interface. Removing
> filters
> >> ('flow' filters) does'nt help. I have to remove (all) sfq qdiscs. And
> then
> >> the traffic is resumed.
> >>
> >> Please capture the output of "tc -s -d qdisc show dev <dev>" and
> >> "tc -s -d class show dev <dev>" immediately after it stalls.
> >> I'm interested in the amount of bytes/packets queued at the moment.
> >>
> > 
> > I've captured it eve
> > It looks like this:
> > Example 1:
> > 
> > ...
> 
> In both cases there are no packets queued, so its not the qdiscs
> which are stalling. My shot in the dark is  is that your classifier
> rules are incorrect and don't handle ARP packets.

I've removed 'tc qdisc add htb .... default x'
                                    ^^^^^^^^^^
And now it works, so you are right. Sorry for taking your time.
Regards.

Krzysiek

----------------------------------------------------------------------
Dzwon taniej na zagraniczne komorki!
Sprawdz >> http://link.interia.pl/f1f6a

--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html