Re: [aqm] FQ-PIE kernel module implementation

"Bless, Roland (TM)" <roland.bless@kit.edu> Fri, 03 July 2015 11:40 UTC

Return-Path: <roland.bless@kit.edu>
X-Original-To: aqm@ietfa.amsl.com
Delivered-To: aqm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8C6101B2DBB for <aqm@ietfa.amsl.com>; Fri, 3 Jul 2015 04:40:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.55
X-Spam-Level:
X-Spam-Status: No, score=-3.55 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-2.3] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wBI_cR-qmfkU for <aqm@ietfa.amsl.com>; Fri, 3 Jul 2015 04:40:45 -0700 (PDT)
Received: from iramx2.ira.uni-karlsruhe.de (iramx2.ira.uni-karlsruhe.de [141.3.10.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 84BE61B2DB1 for <aqm@ietf.org>; Fri, 3 Jul 2015 04:40:44 -0700 (PDT)
Received: from i72vorta.tm.uni-karlsruhe.de ([141.3.71.26] helo=i72vorta.tm.kit.edu) by iramx2.ira.uni-karlsruhe.de with esmtp port 25 iface 141.3.10.81 id 1ZAzKh-0001Fi-5s; Fri, 03 Jul 2015 13:40:39 +0200
Received: from [IPv6:::1] (ip6-localhost [IPv6:::1]) by i72vorta.tm.kit.edu (Postfix) with ESMTPS id 1CAFAB012CE; Fri, 3 Jul 2015 13:40:39 +0200 (CEST)
Message-ID: <559674B7.5050004@kit.edu>
Date: Fri, 03 Jul 2015 13:40:39 +0200
From: "Bless, Roland (TM)" <roland.bless@kit.edu>
Organization: Institute of Telematics, Karlsruhe Institute of Technology
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0
MIME-Version: 1.0
To: Toke Høiland-Jørgensen <toke@toke.dk>, Polina Goltsman <uucpf@student.kit.edu>
References: <D1961A16.1087%hokano@cisco.com> <5577FBD3.5000804@student.kit.edu> <97EDD2D8-CC0A-4AFA-9A74-3F2C282CF5C2@cisco.com> <87mvzem9i9.fsf@alrua-karlstad.karlstad.toke.dk> <7E6C797B-EE6F-4390-BC8F-606FDD8D5195@cisco.com> <559659A8.9030104@student.kit.edu> <87fv55mtpz.fsf@alrua-karlstad.karlstad.toke.dk>
In-Reply-To: <87fv55mtpz.fsf@alrua-karlstad.karlstad.toke.dk>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: 8bit
X-ATIS-AV: ClamAV (iramx2.ira.uni-karlsruhe.de)
X-ATIS-Timestamp: iramx2.ira.uni-karlsruhe.de 1435923639.
Archived-At: <http://mailarchive.ietf.org/arch/msg/aqm/JTxq5qpCDyvZ4ivlEdi-bxOVknc>
Cc: "draft-ietf-aqm-pie@tools.ietf.org" <draft-ietf-aqm-pie@tools.ietf.org>, "Hironori Okano -X (hokano - AAP3 INC at Cisco)" <hokano@cisco.com>, "Fred Baker (fred)" <fred@cisco.com>, AQM IETF list <aqm@ietf.org>
Subject: Re: [aqm] FQ-PIE kernel module implementation
X-BeenThere: aqm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Discussion list for active queue management and flow isolation." <aqm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/aqm>, <mailto:aqm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/aqm/>
List-Post: <mailto:aqm@ietf.org>
List-Help: <mailto:aqm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/aqm>, <mailto:aqm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 03 Jul 2015 11:40:47 -0000

Hi,

Am 03.07.2015 um 12:16 schrieb Toke Høiland-Jørgensen:
> Polina Goltsman <uucpf@student.kit.edu> writes:
> 
>> As I understand the FQ-Codel draft, it seems to be fundamental to
>> FQ-Codel that each queue has separate state variables. So my question
>> is: is it indeed fundamental ?
> 
> I suppose that becomes a matter of semantics: What exactly do you mean
> by 'fundamental'. If you mean "an integral part of the current
> algorithm", then yes. If you mean "it's unthinkable to build a similar
> algorithm without the separate state variables" then no. I understand
> Fred's comment to take the second interpretation. :)

I guess Polina's point was:
it is a question how "similar" two realizations of PIE would be
if one applies PIE per flow like in FQ-Codel or alternatively
(as proposed by FQ-PIE) FQ first and then PIE working on the
aggregated queue.
Was it a deliberate choice for the latter and if so, why?
It would be good to document this difference to FQ-Codel explicitly.

Regards,
 Roland