From mboxrd@z Thu Jan 1 00:00:00 1970 From: Patrick McHardy Subject: Re: IMQ bug: kernel reboot immediately Date: Fri, 24 Apr 2009 16:49:14 +0200 Message-ID: <49F1D16A.8050003@trash.net> References: <20090423084323.GA5696@ff.dom.local> <49F040E8.80402@trash.net> <49F042E7.7060900@trash.net> <49F04F6B.7010709@trash.net> <49F061F2.9000005@trash.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: Jan Engelhardt , Jarek Poplawski , "Y. D." , netdev , netfilter-devel To: Salatiel Filho Return-path: In-Reply-To: Sender: netdev-owner@vger.kernel.org List-Id: netfilter-devel.vger.kernel.org Salatiel Filho wrote: > On Thu, Apr 23, 2009 at 09:41, Patrick McHardy wrote: >> Salatiel Filho wrote: >>> Using this actions would make sfq hashing by dest ip or source ip >>> work just like it works in imq ? >>> >> Not with the SFQ default hash since it classifies based on the >> addresses in the IP header. But you could use the flow classifier, >> which can use the addresses from the conntrack entry. This would >> behave similar to IMQ+SFQ. >> > Ok , i was tying to keepthe discussion to the mainline kernel :) The flow classifier is in the mainline kernel. > By sfq i mean esfq [though i read somewhere sfq will implement a way > to hash by src / dest ip] , or wrr :) > Actually i was never able to find out why wrr is not in mainline > kernel. In my opinion it is the best round robin qdisc i have ever > used. There is DRR since a couple of versions. Combined with the flow classifier, it should provide the same functionality as ESFQ.