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 7AFD121F0DD; Wed, 16 May 2012 03:10:36 -0700 (PDT) Received: by bkty5 with SMTP id y5so928216bkt.16 for ; Wed, 16 May 2012 03:10:34 -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=0cndkglOTp5EhDeyMETrfhnKs+HBf3JvXGngbO5yZWQ=; b=CHhByxCbivbeD6O6XWO0sy4aydz5fJ07Ksjcr9rJE9urdPeeIcMKqdr0X8iur6BCAM bHo1/fMai1HDRY934g2J3W1oh3YYn/dMaaOYTJCuvkEHSckrANPE5YgeRLYxZMcNoyzo 0pdrCXXhz7Gkr7TWcF6VGqiwpX9ghtzRx4jEGf9sF/bsNpeQES7DKp4hz+58YPOyiBsI f/cXw2jctHgIEHT48o74BiIU6s+AqRDGE6EfoMbC3NQeptYAGq64SQb0/gBc1vF1ZiSR BtAe2UdwT3bJv6uX2RBaGWgwvz8i/3p83WQKj5HAbgV93rBPbvt6Rot2J2sAynsEmfYF VUtQ== Received: by 10.204.128.200 with SMTP id l8mr919167bks.94.1337163034302; Wed, 16 May 2012 03:10:34 -0700 (PDT) Received: from [172.28.91.41] ([74.125.122.49]) by mx.google.com with ESMTPS id 9sm3746563bku.9.2012.05.16.03.10.32 (version=SSLv3 cipher=OTHER); Wed, 16 May 2012 03:10:33 -0700 (PDT) From: Eric Dumazet To: Jonathan Morton In-Reply-To: <07FA401E-06D8-4746-95A5-9AF675FD5402@gmail.com> References: <4FA9FDC0.9010600@superduper.net> <1337148560.8512.1123.camel@edumazet-glaptop> <4FB3519D.3020809@gmail.com> <1337154417.8512.1147.camel@edumazet-glaptop> <1337156271.8512.1163.camel@edumazet-glaptop> <1337159673.8512.1164.camel@edumazet-glaptop> <1337161077.8512.1170.camel@edumazet-glaptop> <07FA401E-06D8-4746-95A5-9AF675FD5402@gmail.com> Content-Type: text/plain; charset="UTF-8" Date: Wed, 16 May 2012 12:10:30 +0200 Message-ID: <1337163030.8512.1176.camel@edumazet-glaptop> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 Content-Transfer-Encoding: 7bit Cc: "codel@lists.bufferbloat.net" , "bloat@lists.bufferbloat.net" Subject: Re: [Codel] [Bloat] Exploring the potential of codel, fq_codel, and qfq 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: Wed, 16 May 2012 10:10:37 -0000 On Wed, 2012-05-16 at 12:59 +0300, Jonathan Morton wrote: > That's a pretty specific type of blackhole - one that can pass enough > ECN information to permit negotiation of an ECN flow, but which then > squashes Congestion Experienced codepoints. How common are those? > Very common since TCP ECN negociation doesnt use ECN on IP header. (SYN, SYNACK, and ACK messages dont use ECT) So a network playing games with TOS field can be a ECN blackhole, still allowing TCP to negociate ECN enabled sessions. > If fq_codel drops from the head of the longest flow when the queue is > physically full, rather than the next one to be serviced, all should > be well even in that case. Not really. Unless you afford 3 second delay in queue.