From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from us-smtp-1.mimecast.com (us-smtp-delivery-1.mimecast.com [205.139.110.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 76DF03B2A4 for ; Mon, 25 May 2020 07:58:42 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1590407922; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=/4UdfERIomDYx1y7lLZkXbzfrogm2OhMUwnfP0yIgxA=; b=YLkkUEtkPHizz590zIWaz0vgQRyJn5623tV/BYHA+5FGbwrAvnBu66qt1bwrWuK0SQ9cU1 NFiHFT7LmaVBCVLvg/ecMo7YdWmMqHmUg5nEKHlhvsFzlcOXb7bJSDpWd86RbvZi2je9o5 6jd/Y7uHU+j+6BPeBj4tZ0zzWl6IuxU= Received: from mail-ej1-f70.google.com (mail-ej1-f70.google.com [209.85.218.70]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-84-0YjCTSUrOLuqfZqfHBPAPw-1; Mon, 25 May 2020 07:58:37 -0400 X-MC-Unique: 0YjCTSUrOLuqfZqfHBPAPw-1 Received: by mail-ej1-f70.google.com with SMTP id qn27so6291321ejb.11 for ; Mon, 25 May 2020 04:58:37 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:in-reply-to:references:date :message-id:mime-version; bh=/4UdfERIomDYx1y7lLZkXbzfrogm2OhMUwnfP0yIgxA=; b=tDCZojIWvdo+JOIav7gf9OUgWMVf7S5J2UySYP1dxR0x46VDYtWPvw94vDaIV8cvil Ly7bd0iC4P50gLfIO3oVkYGV3rFp6Uff3ca9behHi6H6UoodlWQiHxbSPv58BE1PVM3u +4dsZrJhihzDd7jnIb+cfVyJZmA6awAsXzNypnTHoEfw7aUMDO2IAhpODRs6mAt04084 Ejh/fXRgMvkFtzM4B5aRV44y6oSnGHejCDau2BFUhET0aFwPCytwHCqQlUvafvAO2NA4 XgYbNWRjP3kmtv4JN2n9iqDseKnweCwdmGXY+tMNL9/kzmBAC9TkEBc+9ffxoyDKntTL cuRA== X-Gm-Message-State: AOAM532ntu+BJd2sp/14gF0+jRnukl7Q8GlHLthoEkZDbXh7GZ/3tfht 6UkTyDIn4zOJFf5Pp6aeS9NujQrLOMqq0ZFUSGoa2s/82Z6SDr5oYAOXMJUxKzjwaRGJQwFec5R JJi/Dr8trt7CoNEfm75tygA== X-Received: by 2002:a50:d7c7:: with SMTP id m7mr15273517edj.101.1590407916313; Mon, 25 May 2020 04:58:36 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxk85FGYZ+nV2hMj8v5LdDRS/cemYV7JIFFC1EvEBEAv0AP79Ej5xyA1P343osQNrpZu8KwqA== X-Received: by 2002:a50:d7c7:: with SMTP id m7mr15273496edj.101.1590407916070; Mon, 25 May 2020 04:58:36 -0700 (PDT) Received: from alrua-x1.borgediget.toke.dk ([2a0c:4d80:42:443::2]) by smtp.gmail.com with ESMTPSA id b14sm15585870edx.93.2020.05.25.04.58.35 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 25 May 2020 04:58:35 -0700 (PDT) Received: by alrua-x1.borgediget.toke.dk (Postfix, from userid 1000) id E93BA18150E; Mon, 25 May 2020 13:58:33 +0200 (CEST) From: Toke =?utf-8?Q?H=C3=B8iland-J=C3=B8rgensen?= To: Jonathan Morton , Avakash bhat Cc: Cake List , Dave Taht , Vybhav Pai , Shrinidhi Varna , "Mohit P. Tahiliani" , Deepak K In-Reply-To: <48938727-0CFF-4B72-B82B-49E0535E9B82@gmail.com> References: <87wo5okhbo.fsf@toke.dk> <875zd6h3bu.fsf@toke.dk> <7FCC9B1F-7F4B-43E8-B557-88B2A845C28B@gmail.com> <48938727-0CFF-4B72-B82B-49E0535E9B82@gmail.com> X-Clacks-Overhead: GNU Terry Pratchett Date: Mon, 25 May 2020 13:58:33 +0200 Message-ID: <87y2pgi5ue.fsf@toke.dk> MIME-Version: 1.0 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain Subject: Re: [Cake] Query on ACK X-BeenThere: cake@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: Cake - FQ_codel the next generation List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2020 11:58:42 -0000 Jonathan Morton writes: >> On 25 May, 2020, at 8:17 am, Avakash bhat wrote: >> >> We had another query we would like to resolve. We wanted to verify the working of ack filter in ns-3, >> so we decided to replicate the Fig 6 graph in the CAKE paper(https://ieeexplore.ieee.org/document/8475045). >> While trying to build the topology we realized that we do not know the number of packets or bytes sent from >> the source to the destination for each of the TCP connections ( We are assuming it is a point to point connection with 4 TCP flows). >> >> Could we get a bit more details about how the experiment was conducted? > > I believe this was conducted using the RRUL test in Flent. This opens > four saturating TCP flows in each direction, and also sends a small > amount of latency measuring traffic. On this occasion I don't think > we added any simulated path delays, and only imposed the quoted > asymmetric bandwidth limits (30Mbps down, 1Mbps up). See https://www.cs.kau.se/tohojo/cake/ - the link to the data files near the bottom of that page also contains the Flent batch file and setup scripts used to run the whole thing. (And there's no explicit "number of bytes sent", but rather the flows are capacity-seeking flows running for a limited *time*). -Toke