From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wr1-x42a.google.com (mail-wr1-x42a.google.com [IPv6:2a00:1450:4864:20::42a]) (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 41DAE3CB35 for ; Thu, 3 Jan 2019 11:35:17 -0500 (EST) Received: by mail-wr1-x42a.google.com with SMTP id 96so34169107wrb.2 for ; Thu, 03 Jan 2019 08:35:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heistp.net; s=google; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=SKldmILR2ZUIN8Fh0LWa0k3ssY5cBDe96mvp0b3OTbk=; b=UgAB2qj4xe/ZJjKC9Bh+jJKhmlOLBBITPsYKbcV1Tl2sGGvXUAF2hQYGHQZ4QS4JCn k4xlm/apWcTAQmYnjleqhmdFx8aJNoZ3Kyfd6YpWp5HE83qB7sr8MFOatEuTv86iEGXt 6gEjOcxv0WTqo4bEBqBUokRfgAG7hhXhVB/ipQmepge/Oj2EwFhERu7iHzsa2QXpq9bp NZo/zOLc2o+56I1NeIEo+RwVtqttnL0DpiUPkKQ4pDH7KB3Ib99YGda8QzYkKrHfcEto rYHTowDrYF1nTwdyohl6HRIHmdVAjyO9fvLqvitzgdGBZy7ONpj6YEhk7/r05IMtSHn0 pidQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=SKldmILR2ZUIN8Fh0LWa0k3ssY5cBDe96mvp0b3OTbk=; b=dwrnXJIjZsPavBW41Guxhe8ZwUMlGV8uKw71j22K897c2M7ho6suvk6V87+T0L8S0e hO5jKKhj2a7VlwvAUhjgT08PKo5dKk7w/dyesGmMZoCeBpYYKR6we6+fgfEqhloj7f8V LV8j1h6/ikm6Xx1/s0IaJTUfjFEbJUam8hor5q6LTIEwGheBuprfRZpODDSClXpUdaGf uaNdmBXh1JoObVS0UVFyuHCFfmgmeEVUz4ZStvm80Ix7ImzPP2zCkZXSCZ9MXdxz710y fvTW+ZFU92bRCkrgD9uSB6++8IeHCqBHwr31TsTTaxSVLsrT0xGzCnBydz+b04NtLVbZ 45Ig== X-Gm-Message-State: AJcUukcoDMD4kFHoRAkizskS/7XwDDANxd6vUGicr9rzgVqQsTNj6zAY fWeEt9M7YPgACnbFgC4LXXgxsQ== X-Google-Smtp-Source: ALg8bN457go2M46YXMHs/+LBQ5DU0Qs0UKxlmR7nlyRXb9FgIr6XaMIjI/NOsnSUJhV8Cn/oaF0ZIw== X-Received: by 2002:a5d:4d11:: with SMTP id z17mr40127079wrt.209.1546533316293; Thu, 03 Jan 2019 08:35:16 -0800 (PST) Received: from tron.luk.heistp.net (h-1169.lbcfree.net. [185.193.85.130]) by smtp.gmail.com with ESMTPSA id x12sm35727085wrt.20.2019.01.03.08.35.15 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 03 Jan 2019 08:35:15 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) From: Pete Heist In-Reply-To: <87ftu9yj1n.fsf@toke.dk> Date: Thu, 3 Jan 2019 17:35:14 +0100 Cc: Jonathan Morton , Cake List Content-Transfer-Encoding: quoted-printable Message-Id: <316524A2-FEB5-46DC-AC96-4E1AED27695A@heistp.net> References: <8F9DE6A8-8614-46A8-9E9B-7B7E4CC7414F@heistp.net> <43a8ddec5beb962c53fe828363ecc839832de2c0.camel@gmail.com> <3650A136-97A6-43F5-ADD3-B94A19775379@gmail.com> <99C93851-3539-4CB6-BED1-193B56658486@heistp.net> <87imz6xatw.fsf@toke.dk> <87ftu9yj1n.fsf@toke.dk> To: =?utf-8?Q?Toke_H=C3=B8iland-J=C3=B8rgensen?= X-Mailer: Apple Mail (2.3445.9.1) Subject: Re: [Cake] dual-src/dsthost unfairness, only with bi-directional traffic 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: Thu, 03 Jan 2019 16:35:17 -0000 > On Jan 3, 2019, at 2:20 PM, Toke H=C3=B8iland-J=C3=B8rgensen = wrote: >=20 > Pete Heist writes: >=20 >> I=E2=80=99m not sure there=E2=80=99d be any way I can test fairness = with iperf3 in UDP >> mode. We=E2=80=99d need something that has some congestion control = feedback, >> right? Otherwise, I don=E2=80=99t think there are any rates I can = choose to >> both reach saturation and not be severely punished. And if it has >> congestion control feedback, it has the ACK-like traffic we=E2=80=99re = trying >> to avoid for the test. :) >=20 > Try setting cake to 'interplanetary' - that should basically turn off > the AQM dropping... Ok, so long as we know that we=E2=80=99re not testing any possible = interactions between AQM and host fairness, but we may learn more from = it anyway. I=E2=80=99m using my client to server rig here (two APU2s on = kernel 4.9.0-8), not the APU1 one-armed router middle box. So, basic single client rig tests (OK): IP1 8-flow TCP up: 95.8 IP2 1-flow 48mbit UDP up: 48.0 (0% loss) IP1 8-flow x 6mbit/flow =3D 48mbit UDP down: 48.0 (0% loss) IP2 1-flow TCP down: 96.0 Competition up (OK): IP1 8-flow TCP up: 59.5 IP2 1-flow 48mbit UDP up: 36.7 (0% loss) Note: I don=E2=80=99t know why the UDP send rate slowed = down here. It=E2=80=99s probably not the CPU, as it occurs at lower = rates also. I=E2=80=99ll forge on. Competition down (not OK, high UDP loss): IP1 1-flow TCP down: 53.3 IP2 8-flow x 6mbit/flow 48mbit UDP down: 8.6 (82% loss) Note: I have no idea what happened with the UDP loss = rate here, so I=E2=80=99ll go back to a single IP1 UDP test. Back to single client (weird, still seeing loss): IP2 8-flow x 6mbit/flow 48mbit UDP down: 48.0 (5.6% loss) Ok, I know that was working with no loss before. Stop and restart cake, = then (loss stops after restart): IP2 8-flow x 6mbit/flow 48mbit UDP down: 48.0 (0% loss) That=E2=80=99s better, now stop and restart cake and try the = "competition down" test again (second trial): IP1 1-flow TCP down: 55.3 IP2 8-flow x 6mbit/flow 48mbit UDP down: 5.8 (88% loss) Note: I have no idea what happened with the UDP loss = rate here, so I=E2=80=99ll go back to a single IP1 UDP test. Since this rig hasn=E2=80=99t passed the two-host uni-directional test = because of the high loss rate on the =E2=80=9Ccompetition down=E2=80=9D = test, I=E2=80=99m not going to go any further. I=E2=80=99ll rather go = back to my one-armed router rig and send those results in a separate = email. However, I consider it strange that I still see UDP loss after the = "competition down=E2=80=9D test has run and is completed, then it stops = happening after restarting cake. That=E2=80=99s another issue I don=E2=80=99= t have time to explore at the moment, unless someone has a good idea of = what=E2=80=99s going on there.