netdev - Re: [NET_SCHED 00/04]: External SFQ classifiers/flow classifier

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>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <47F28758.1010401@andyfurniss.entadsl.com>
Date:	Tue, 01 Apr 2008 20:04:56 +0100
From:	Andy Furniss <lists@...yfurniss.entadsl.com>
To:	Patrick McHardy <kaber@...sh.net>
CC:	Corey Hickey <bugfood-ml@...ooh.org>,
	Linux Netdev List <netdev@...r.kernel.org>
Subject: Re: [NET_SCHED 00/04]: External SFQ classifiers/flow classifier

Patrick McHardy wrote:
> Andy Furniss wrote:
>> Patrick McHardy wrote:
>>
>>> tc filter add dev eth0 protocol ip pref 1 parent 1: handle 1 \
>>>         flow hash keys dst divisor 1024
>>>
>>
>> I've been trying to incorporate this into my own setup but haven't got 
>> very far :-)
>>
>> I don't even know if it's possible to attach to htb subclasses and 
>> expect it to work. If it is do you have an example (is this what 
>> baseclass is for?).
>>
>> I can attach to a filter to other than parent 1:0 OK but it doesn't do 
>> anything.
>>
>> I have also tried incorporating flow into the 1:0 filters that filter 
>> to the htb subclasses that have the sfqs attached to them, but can't 
>> get ematch to work - but then I have never been able to get ematch to 
>> work. I can't find any examples. All I need if this is the way to go 
>> is to match on mark and match on anything.
>>
>> Is this possible and if so, do you have/know of any examples?
> 
> What exactly are you trying to do? If you attach the classifier
> to HTB, it will classify to HTB classes. I guess you actually
> want to use it for SFQ, which should work with:
> 
> tc qdisc add ... handle x: sfq
> tc filter add parent x: protocol all flow ...
> 

Ahh thanks. It's so obvious now :-)

I didn't have handles specified on the sfqs and was trying to use the 
htb leafs handles.

It's cool being able to see the sfq flows.

Andy.


--
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