From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-bk0-f43.google.com (mail-bk0-f43.google.com [209.85.214.43]) (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 B073E20012F for ; Mon, 25 Jun 2012 11:51:26 -0700 (PDT) Received: by bkty5 with SMTP id y5so7351837bkt.16 for ; Mon, 25 Jun 2012 11:51:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; bh=1mTjfpoDRntm2pOzwEogGRRwhTMgz0ZNccym/kmFotw=; b=AdXN3o+VPT7SrWgi00CU1aM7EyWXCGSO/t22Pl6fs9hsSVtljEDQOzpZ1nkFSKIngf /kBssPicu/n1TW53HDSQQCViMOMvrM8dksjrQOx8CYCSFA1dgYXg98SpvopIPwaKT0gK uS8CIsqlZq5JS476UEg75J76sMJMPYHV4B9hEqFRo/ykz6PGVSBdHLU3BTRiNFwrRDcP UzwnkvFt8scn7sEwvOPuTDrpGqdms1AOfhmKR8jZD7ygksqF8Tlk8i6r7Sf609nFYjaB Urbgx7vxjxkrRdtQcWEf4Nd8KEOT0O4kCjD5eU3ozuE1gzkVLn04llwmtDCirUXFxcPS TOig== Received: by 10.204.129.87 with SMTP id n23mr4310696bks.19.1340650284203; Mon, 25 Jun 2012 11:51:24 -0700 (PDT) Received: from [172.28.89.78] ([74.125.122.49]) by mx.google.com with ESMTPS id h18sm47706112bkh.8.2012.06.25.11.51.21 (version=SSLv3 cipher=OTHER); Mon, 25 Jun 2012 11:51:23 -0700 (PDT) From: Eric Dumazet To: Dave Taht In-Reply-To: References: <1340600422-1806-1-git-send-email-dave.taht@bufferbloat.net> <1340600422-1806-2-git-send-email-dave.taht@bufferbloat.net> <1340601724.23933.16.camel@edumazet-glaptop> <1340637617.10893.56.camel@edumazet-glaptop> <1340639151.10893.79.camel@edumazet-glaptop> <5AD96B37-CDEE-44B6-83CC-449C27FCBA76@gmail.com> Content-Type: text/plain; charset="UTF-8" Date: Mon, 25 Jun 2012 20:51:18 +0200 Message-ID: <1340650278.10893.93.camel@edumazet-glaptop> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 Content-Transfer-Encoding: 7bit Cc: "codel@lists.bufferbloat.net" , Dave =?ISO-8859-1?Q?T=E4ht?= Subject: Re: [Codel] [RFCv2 PATCH] codel: add ecn_target for when to drop rather than mark ecn packets 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: Mon, 25 Jun 2012 18:51:27 -0000 On Mon, 2012-06-25 at 11:25 -0700, Dave Taht wrote: > On Mon, Jun 25, 2012 at 10:48 AM, Jonathan Morton wrote: > > My impression is that ECN ignorant flows do exist, because of stupid routers rather than malice, and that Dave considers this a problem worth tackling in codel. > > Malice will exist. It is easy to create a set of flows that will > overwhelm either codel or fq_codel, with ecn enabled. Then don't enable ecn. Simple. Don't try to solve ecn problems at Qdisc layer, its not going to work. fq_codel is default ecn enabled, because you can overwhelm fq_codel with or without ecn anyway.