From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-vs1-xe2c.google.com (mail-vs1-xe2c.google.com [IPv6:2607:f8b0:4864:20::e2c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 6E14C3B29E for ; Sun, 14 Jun 2020 08:44:04 -0400 (EDT) Received: by mail-vs1-xe2c.google.com with SMTP id c1so7802274vsc.11 for ; Sun, 14 Jun 2020 05:44:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=PJyx97D4mfcFpYgOJV7aZaBvrbgVgni1k1qAItqepe0=; b=OXTPb6oDyoBnnjTlWe7jIm8TCxgb3T9lD41Q39gbIJak6PHy59FGd+OuJrbjmmeEco QYg/s52CTay+PFsDEYFNx5dNCr8eX4r0JSMeRpCkYY9gPwXli52QltytdLFS5OgyZYNA haQaQGXBfVZKW7Ar6Xmt+DE+pQgDCYaJvuEfmkldKRyopM16vL7vXL0SCBi9pBS8AU7G EkLB8zIEjGlaM/v7Urlx3Fwud1wPm7bZVh4kJedkZf4kNwnZkDW0a6xuK4tzbqqzQpVl /vO5kpzrta5bDwhbp5kre7Zetx5FG5GYIZYEFr1EKjiGQ3WFrqofmk64h3huc6jPPW+M oozw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=PJyx97D4mfcFpYgOJV7aZaBvrbgVgni1k1qAItqepe0=; b=GvAlpz2+8bPRwJPquHGHEK2YwJUstGuswGpNMhQs3Vl5H7bOS/DriS6snrtQQOrISz RjqMHxsngQcWjrcs7J76zUICw+QztrOFjMTV7raA0VkALGekObxPmibtWZiCNmrMUo5F sLuYvsmrY/myptOEHKXQyBZWypPvSxEg2ghq1/+hUXoKzpgZHxEclwoNeqWIRwk/Ttbi FdeHhRtktG0RxNcN3eKs0PRACeh3BSGVlIBW7cd7D63zT+c0S0wLXFoAB4LKhnB6EScC BzHXa21A7IvbWDDl/29H1AHn+ozbMP0mAu3ZYemkvMFTbKGqul/GlvT2EYF3NEEqqwOH r7JA== X-Gm-Message-State: AOAM532zIVLraD0AIqiqhiTzXJkWoDkzt5KeWEc0yodyYXQnkpHHJo0U SQkuTf9YEnIvayv/4mHMc08Hee0IhpKxGDSYGJE= X-Google-Smtp-Source: ABdhPJzKagIX7oVllS4+9NBQfHUdtU/jos6GbZF4RxKzjs865XU21tCPDPyPNx2mtqUbQiTJw4tPBLoyYOtULuQGJjU= X-Received: by 2002:a67:e00f:: with SMTP id c15mr17043294vsl.214.1592138643914; Sun, 14 Jun 2020 05:44:03 -0700 (PDT) MIME-Version: 1.0 References: <87wo5okhbo.fsf@toke.dk> <875zd6h3bu.fsf@toke.dk> <7FCC9B1F-7F4B-43E8-B557-88B2A845C28B@gmail.com> <48938727-0CFF-4B72-B82B-49E0535E9B82@gmail.com> <87y2pgi5ue.fsf@toke.dk> In-Reply-To: <87y2pgi5ue.fsf@toke.dk> From: Avakash bhat Date: Sun, 14 Jun 2020 18:13:53 +0530 Message-ID: To: =?UTF-8?B?VG9rZSBIw7hpbGFuZC1Kw7hyZ2Vuc2Vu?= Cc: Jonathan Morton , Cake List , Dave Taht , Vybhav Pai , Shrinidhi Varna , "Mohit P. Tahiliani" , Deepak K Content-Type: multipart/alternative; boundary="0000000000004dc6b505a80aaa19" 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: Sun, 14 Jun 2020 12:44:04 -0000 --0000000000004dc6b505a80aaa19 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi all, I wanted another clarification on the results obtained by the Ack filtering experiment( Fig 6) . Was the experiment conducted with only ack filtering enabled? Or was set associative hash and the other modules of Cake enabled along with Ack filtering while running this experiment ? Thanks, Avakash Bhat On Mon, May 25, 2020, 5:28 PM Toke H=C3=B8iland-J=C3=B8rgensen wrote: > 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 > > --0000000000004dc6b505a80aaa19 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi all,

I wanted a= nother clarification on the results obtained by the Ack filtering experimen= t( Fig 6) .=C2=A0
Was the experiment conducted with = only ack filtering enabled?=C2=A0
Or was set associa= tive hash and the other modules of Cake enabled along with Ack filtering wh= ile running this experiment ?

Thanks,
Avakash Bhat

On Mon, May 25= , 2020, 5:28 PM Toke H=C3=B8iland-J=C3=B8rgensen <toke@redhat.com> w= rote:
Jonathan Morton <chromatix99@gmail.com> writes:

>> On 25 May, 2020, at 8:17 am, Avakash bhat <avakash= 261@gmail.com> 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/84= 75045).
>> 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 condu= cted?
>
> I believe this was conducted using the RRUL test in Flent.=C2=A0 This = opens
> four saturating TCP flows in each direction, and also sends a small > amount of latency measuring traffic.=C2=A0 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 t= he flows
are capacity-seeking flows running for a limited *time*).

-Toke

--0000000000004dc6b505a80aaa19--