From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wr1-x430.google.com (mail-wr1-x430.google.com [IPv6:2a00:1450:4864:20::430]) (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 4FD833CB35 for ; Mon, 4 Mar 2019 06:02:52 -0500 (EST) Received: by mail-wr1-x430.google.com with SMTP id n2so5026812wrw.8 for ; Mon, 04 Mar 2019 03:02:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heistp.net; s=google; h=from:content-transfer-encoding:mime-version:subject:message-id:date :to; bh=TxUiHFcavtMF3flBxpOqj8CqwcMRe6GtTz91DB4UgrY=; b=d5pcfrSTNH5HTbKlvRboy2U2iBy/vurhXtZAleBixgTgVlev6q8rlihkXLEIRG5Hoi lNW4EBjxr/E1/tEn0g7e9dQ6agB+9ae/LIvyhERLVj5ZrwnjXrteUPR6K362PoGkCteO 4m6Z4Pb039wwmOrkEdGUfacWll8p0aQOkgFWrIAqBvyHiqAM1yjQYZ0xWTRIa3rQdshq 86cijliz9DDNoyHO51xl0nRnY/seAhUsdhJUSoRJXGj/f67dPqQmPo2VWHVsfbaAzvt2 Ayk2guNWk2Nk+tda+C8yaydaFiAQfMEQDP4cduYhj+YF5+JWJho7RV+c5qKu9+nxlpXR 6EcQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:message-id:date:to; bh=TxUiHFcavtMF3flBxpOqj8CqwcMRe6GtTz91DB4UgrY=; b=aOWMcdlOEpoYdK3L2J4WQyz0Y+lPOuysrKbmXt7aaIKxIztbOfs2WsomfUaoswyo5L BOrxPLS38OhcpZCfmR8CP65Tb6fnbULRME0573UXPoyFCER5YYm1YvLhIRdXJKnUxx/B BppTNhJtjusOcenDVSZo0zcRw1aUL3xZWWHggs82FJYqM1w9zctfuDAknwQLJgvkLgOo TVKd7mj11xc041YlDqurNOZGjHTWJytLHQTy7I1/j3zs0K/bNkRFgYnd49RhCeV8+Hrk tuXGLmINZE98PLlzwORyjYIqBp8gEL1qwoVrqzD0d/Uac8ektFgJLVdBiHigvJExX/Yy JO/A== X-Gm-Message-State: APjAAAW4caGkxAopuwX/cKn1zFMl2tXn9BIyuZy49s/DWRAGR+gQzD8g m25MLnCssn0m/9GpqpQmQRgFaDt98QE= X-Google-Smtp-Source: APXvYqwJxZsxH6Sf5KemQfv6H0P2ncIWr/eCk7ATe4JpRXyoamGTjrGA4iQfEOa1UCMMVu2mYhz4/w== X-Received: by 2002:adf:e8c7:: with SMTP id k7mr12633540wrn.298.1551697371202; Mon, 04 Mar 2019 03:02:51 -0800 (PST) Received: from tron.luk.heistp.net (h-1169.lbcfree.net. [185.193.85.130]) by smtp.gmail.com with ESMTPSA id x74sm6150026wmf.22.2019.03.04.03.02.50 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 04 Mar 2019 03:02:50 -0800 (PST) From: Pete Heist Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Message-Id: <34B87AFA-F867-4632-BC0F-30E45DE59097@heistp.net> Date: Mon, 4 Mar 2019 12:02:49 +0100 To: =?utf-8?Q?Toke_H=C3=B8iland-J=C3=B8rgensen_via_Cake?= X-Mailer: Apple Mail (2.3445.9.1) Subject: [Cake] suggest not to use udp with iperf3 versions prior to 3.1.5 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, 04 Mar 2019 11:02:52 -0000 Just spent an hour chasing down a strange problem with gradually = increasing UDP packet loss with cake (but not fq_codel), which happens = when testing with iperf3 3.1.3, but not iperf or irtt. After compiling = iperf3 from HEAD, poof, the problem disappeared. It=E2=80=99s not just = iperf3=E2=80=99s -l flag as I know it=E2=80=99s default was too high in = 3.1.3 and causing fragmentation, but some other UDP handling issue with = iperf3. I still don=E2=80=99t know the reason why it would only happen with = cake+iperf3 3.1.3 and not fq_codel+iperf3 3.1.3 (and go away when = =E2=80=98cake interplanetary=E2=80=99 is used), but I=E2=80=99ll rather = leave it alone now and suggest not to use iperf3 < 3.1.5 for UDP... Pete