From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qc0-f171.google.com (mail-qc0-f171.google.com [209.85.216.171]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id 82929202213 for ; Mon, 7 May 2012 18:45:36 -0700 (PDT) Received: by qcsp15 with SMTP id p15so1501426qcs.16 for ; Mon, 07 May 2012 18:45:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:organization:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=KkSlGc38U78FBmPQ7zCbIhOfxU4rRFqloHeL/VC7SFg=; b=gBhE7o7ODpb5hXESk8RyviaacvYATPC0Mqk5Ff1C0o9c8QyoI2PxIo8Wmgm0MoT/t1 mJUwscsrXN4gsnrsZa3MkEo6ISQTCjBcg+dbApedR+6Q8St8JbV+IfdYZAlP7QRR3+kK L1opeZzzega9OY6cFzkk1kb2AumJd678y93Oz/c3ypYIMCgt6PTzvzIRmFh+TRFJxNL3 eWXW09hUcvA0qlZQNMSzg3jv5kMxd4NQkj36eF+oU51bKfgksBA8npgwRq2FMpc4ZeZL GBjG8ugYgj4k1X8poubBDL/1irFniqxK2nZsHFsfSZxuiARL9Uz/1EVEPjA2PSjQ3t9G vJpg== Received: by 10.224.173.65 with SMTP id o1mr1718566qaz.33.1336441535479; Mon, 07 May 2012 18:45:35 -0700 (PDT) Received: from [192.168.1.81] (c-50-138-162-108.hsd1.ma.comcast.net. [50.138.162.108]) by mx.google.com with ESMTPS id i8sm1213668qap.0.2012.05.07.18.45.33 (version=SSLv3 cipher=OTHER); Mon, 07 May 2012 18:45:34 -0700 (PDT) Sender: Jim Gettys Message-ID: <4FA87ABC.4080907@freedesktop.org> Date: Mon, 07 May 2012 21:45:32 -0400 From: Jim Gettys Organization: Bell Labs User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: Andrew McGregor References: <1336246349-20228-1-git-send-email-dave.taht@bufferbloat.net> <4FA7FBC7.2040501@hp.com> <1336410626.3752.2329.camel@edumazet-glaptop> <4FA805F9.20004@hp.com> <1336412079.3752.2333.camel@edumazet-glaptop> <4FA81549.5060609@freedesktop.org> <4FA8197C.4090909@freedesktop.org> <1336418211.3752.2353.camel@edumazet-glaptop> <4FA82422.9040500@freedesktop.org> <1336421020.3752.2359.camel@edumazet-glaptop> <4FA873A0.40803@freedesktop.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Eric Dumazet , codel@lists.bufferbloat.net, Dave Taht Subject: Re: [Codel] [PATCH 1/2] codel: Controlled Delay AQM X-BeenThere: codel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: CoDel AQM discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 May 2012 01:45:36 -0000 On 05/07/2012 09:20 PM, Andrew McGregor wrote: > On 8/05/2012, at 1:15 PM, Jim Gettys wrote: > >> On 05/07/2012 04:03 PM, Eric Dumazet wrote: >>> On Mon, 2012-05-07 at 15:36 -0400, Jim Gettys wrote: >>> >>>> I think it is safe for it to behave the rest of the way Linux ECN >>>> support does right now: it only gets used if the peer requests it. >>>> >>>> Not clear to me there needs to be/should be any option at all: the last >>>> conversation I had with Steve Bauer was that something north of 20% of >>>> conversations were ECN capable. Is there one for the other instances of >>>> ECN support in Linux? If so, it should be keyed by the same variable, >>>> and not be a one-off for codel. >>>> >>> SFB, one of the latest qdisc added in linux has ECN support enabled. >>> >>> There is no option to disable it, because I felt it was safe. Maybe I >>> was a fool, but problem is I am not sure SFB is even used. >> Client initiated ECN may still be problematic. It is *fine* if a system >> responds to ECN that is sent to it. We know that is fine, as Linux has >> had the server side of ECN enabled for quite a few years, and those >> systems now are > 20% of servers on the internet. >> >> >> What we don't want is to get a pile of codel bug reports that are really >> ECN related problems, of which we know there are quite a few. >> - Jim >> > Sure... but making the Linux codel ECN capable, and even on by default with no configuration, will have no effect if the clients don't use ECN. So there's no need to even make it optional, let alone default to off. > > The problem is that the client may be managing it's outbound queue with codel. So you have to negotiate ECN and if you start marking, you may run into trouble. - Jim