Re: [aqm] FQ-PIE kernel module implementation

Fred Baker <fred@cisco.com> Fri, 03 July 2015 09:52 UTC

Return-Path: <fred@cisco.com>
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 3BA391B2BB9 for <aqm@ietfa.amsl.com>; Fri, 3 Jul 2015 02:52:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -114.511
X-Spam-Level:
X-Spam-Status: No, score=-114.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_WHITELIST=-100] 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 3S1l6QFxZSjM for <aqm@ietfa.amsl.com>; Fri, 3 Jul 2015 02:52:57 -0700 (PDT)
Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CDC721B2BB0 for <aqm@ietf.org>; Fri, 3 Jul 2015 02:52:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2632; q=dns/txt; s=iport; t=1435917176; x=1437126776; h=subject:mime-version:from:in-reply-to:date:cc:message-id: references:to; bh=1Gu7IoVvDlo2+PY14KZLk66nh9B5jVUI36uqXzRExwE=; b=AULJ7VvNJBcKSO9QZAowO3nhCPIqeWXwv8lrGujTIkHj1gBBRi8VYtbz NIVmQ/cFoXrNUVG6DVpwIw5BFaH3MRoYfqG3tFi+m7Qnha1QQWtE2Wle2 nvyf2t1K5UmBsvv7bDZWecZuQFRN3XvZT1fxrV9aVxAC8AG2Heb+5YVrm 0=;
X-Files: signature.asc : 833
X-IronPort-AV: E=Sophos;i="5.15,399,1432598400"; d="asc'?scan'208";a="165143787"
Received: from rcdn-core-7.cisco.com ([173.37.93.143]) by alln-iport-7.cisco.com with ESMTP; 03 Jul 2015 09:52:56 +0000
Received: from sjc-fred-88110.cisco.com (sjc-fred-88110.cisco.com [10.19.64.123]) by rcdn-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id t639qtP8013205 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 3 Jul 2015 09:52:55 GMT
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\))
Content-Type: multipart/signed; boundary="Apple-Mail=_A0304606-B754-4C9B-8A98-01B1E2BEB23E"; protocol="application/pgp-signature"; micalg="pgp-sha1"
X-Pgp-Agent: GPGMail 2.5
From: Fred Baker <fred@cisco.com>
In-Reply-To: <559659A8.9030104@student.kit.edu>
Date: Fri, 03 Jul 2015 02:52:53 -0700
Message-Id: <70758B15-FD12-4941-A58C-2EFD9FEB859B@cisco.com>
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>
To: Polina Goltsman <uucpf@student.kit.edu>
X-Mailer: Apple Mail (2.2102)
Archived-At: <http://mailarchive.ietf.org/arch/msg/aqm/x9JfjIy8pQLwYA4sO2UsVtSs0Ts>
Cc: "draft-ietf-aqm-pie@tools.ietf.org" <draft-ietf-aqm-pie@tools.ietf.org>, Hiro Okano <hokano@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 09:52:58 -0000

> On Jul 3, 2015, at 2:45 AM, Polina Goltsman <uucpf@student.kit.edu> wrote:
> 
> 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 ?

If you're asking whether it is fundamental to fair queuing, I'll recommend you start researching that question with RFC 970 and the articles in SIGCOMM and INFOCOMM on the topic circa 1988-1995 or so. Also take a look at Class-based Queing (aka CBQ) in the same timeframe. I think you'll find that FQ systems are not approached as collections of queues with different characteristics; they are collections of queues with essentially the same set of characteristics, using scheduling to make the queues share bandwidth in a manner similar to the Generalized Processor Sharing model. On the other hand, CBQ systems are systems with separate queues or classes for different sets of traffic, with different characteristics such as drop policy or target latency.

When we built the differentiated services model, we modeled a FQ subsystem as if it were a single queue in a larger CBQ system, We might, for example, have a FQ system for an AF class, but give EF priority over the entire FQ subsystem.