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 41E652021A8 for ; Sun, 5 Aug 2012 11:40:43 -0700 (PDT) Received: by bkty15 with SMTP id y15so1348421bkt.16 for ; Sun, 05 Aug 2012 11:40:41 -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=uOwW47beAvQFVwEcxN1e8x64bAqh+jMdynD2LXmGN6I=; b=U2S+idIURAgMjtXKGMQ3CSF4u8oGgYOAcszqD+5SMxcTfVop1DmW0JJ6zbvv65636d OQDd2hDKWksxUMQVvFbuSW6OAuOx8IdwFsKjuGOpcmbZp1ep8zBH/5yjK910mEzw09lL qD80/PiV/QkDT43j/SAutK8SHShrTfVghXS1CLIc0/J9qt9pz3sAMJiTJJaewk7SjHRM e8gOWHYSjdLsdMdnSpZ9S9hid3scKniqMdeVJ6JOwSi/x4uhepUf3KZIC4cUwIUuKtU2 7YffVCokBGRC74zkuYHWh3mDnNU2LNkdkF5Atg+cyVENdCG4GmN6hCz6ylBvbVQtxm8F cCIw== Received: by 10.204.136.215 with SMTP id s23mr3076446bkt.32.1344192040845; Sun, 05 Aug 2012 11:40:40 -0700 (PDT) Received: from [172.28.91.56] ([74.125.122.49]) by mx.google.com with ESMTPS id 14sm6443031bkw.15.2012.08.05.11.40.38 (version=SSLv3 cipher=OTHER); Sun, 05 Aug 2012 11:40:39 -0700 (PDT) From: Eric Dumazet To: Yuchung Cheng In-Reply-To: References: <1344048299-26267-1-git-send-email-dave.taht@bufferbloat.net> <1344062738.9299.1453.camel@edumazet-glaptop> <501D99C4.20902@pollere.com> <7EB59257-1A8E-4567-8AD3-5016594565CC@gmail.com> <1344144623.9299.1557.camel@edumazet-glaptop> <4A256974B5054317913BC067C4E5FAE1@srichardlxp2> <1344187557.9299.1610.camel@edumazet-glaptop> <1344188112.9299.1614.camel@edumazet-glaptop> Content-Type: text/plain; charset="UTF-8" Date: Sun, 05 Aug 2012 20:40:37 +0200 Message-ID: <1344192037.9299.1618.camel@edumazet-glaptop> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 Content-Transfer-Encoding: 7bit Cc: codel@lists.bufferbloat.net Subject: Re: [Codel] [RFC PATCH] codel: ecn mark at target 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: Sun, 05 Aug 2012 18:40:43 -0000 On Sun, 2012-08-05 at 11:14 -0700, Yuchung Cheng wrote: > On Sun, Aug 5, 2012 at 10:35 AM, Eric Dumazet wrote: > > On Sun, 2012-08-05 at 19:26 +0200, Eric Dumazet wrote: > > > >> It could be a flaw in linux implementation, I admit we had so many bugs > >> that it could very well be still buggy. > > > > And at first glance, the following tcpdump seems suspect : We can see > > all ACK are delayed by about 40 ms > but RFC 3168 (sec 6.1.3) does not mandate immediate ACKs for ECE > marked ones? is this because ECN response is per round-trip? > We should IMHO not delay ACKS, exactly like we react to a dropped packet. If not specified in RFC 3168, it seems a forgotten point.