PSA pt 1: for better videoconferencing at home on slow links

Dave Taht <dave.taht@gmail.com> Fri, 24 April 2020 18:51 UTC

Return-Path: <dave.taht@gmail.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C43023A077F; Fri, 24 Apr 2020 11:51:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BWk6wD1MNGOa; Fri, 24 Apr 2020 11:51:25 -0700 (PDT)
Received: from mail-il1-x12b.google.com (mail-il1-x12b.google.com [IPv6:2607:f8b0:4864:20::12b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5E7C23A077A; Fri, 24 Apr 2020 11:51:25 -0700 (PDT)
Received: by mail-il1-x12b.google.com with SMTP id q10so10275568ile.0; Fri, 24 Apr 2020 11:51:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to :content-transfer-encoding; bh=YcFFLQwQ4kwATh4+pd7yFz9LsNPo0cpTdzoxBGnS6zA=; b=hgc09NNe9oNwkv+/J9KMALcrZVQgygL730+63eSgBTyWXXm59GI/MaPPrI8aa7HxM5 Qo60FDaPb7SzqtJmuXg8TEzkZsacYLBX19inLwn7yiuDj/pg+7IZBKLYGBNoigFpcP/D 2j4CpWHydm/v/b78y1ntzNBiTr70CqYHOMb6pMhJ9zcFwGCptaKOwdsZEjSAJ+2G9Kto ewb942YCCKK0ykeqKR2K159TaiELvB88zSv14uLW2do4wzVYUiFoqYoAcCBfcTSuOVKT MlekgTS/Gm6Xmr5rlvR4SkeiaebT/5cHXDL90CNoSmjHcNwMmERatIQO4Uhm2dmvxSSZ NRjg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-transfer-encoding; bh=YcFFLQwQ4kwATh4+pd7yFz9LsNPo0cpTdzoxBGnS6zA=; b=LI65DvQlFZ4Fz5RZGdgkrYdWnvl46R8H56xpS6OfNtfAPgveixfOqm7nD/xDWCG3a+ DVDs6tLlpZ8EQp6KujsnKiWteXiP82MeO00tGe69zRaYsiU74k3sfWP8j7gjvLKKxpWA THiT6ob4KrERjPdI9J6N/VT9RuU1YfQzfrP8dSgZ4vkKdUme4DR8+ll+zflfvE7zEs9n XRyufTHUUU5rTZ98OhTBGb1cUtdTdq3bxG4H/gzj2sb5FHaa7cJ/DpuFwXXZ6YKiP/CD 2aa97yQw9Dk97/gLR24R8yGa6Ir3VImM8IXOLODnnGK1/a0XCJkikcQI6G3fUJqB4zNb CBKg==
X-Gm-Message-State: AGi0PuY5bhJEbMoIkiKm2eLT1WhdA3wPr/mj05D+9BcYJcIyLSVR7HYA YJZTUlUFg5HCJb7ops51mNLm4FmHvYeQsvLvjumAiTi1Yts=
X-Google-Smtp-Source: APiQypKFvyVef44zqjIVjLm4bNKj1xBdR4R66COOds+98b8s07tY2qfjY02oKlg/n9S/jRAf65+Az7kfMSuWL88fEkA=
X-Received: by 2002:a92:dccf:: with SMTP id b15mr9715036ilr.246.1587754283755; Fri, 24 Apr 2020 11:51:23 -0700 (PDT)
MIME-Version: 1.0
From: Dave Taht <dave.taht@gmail.com>
Date: Fri, 24 Apr 2020 11:51:12 -0700
Message-ID: <CAA93jw71YdABJPeRkFDrzLGY2PtWy-zqaLoGrnFWuFhOPz48xg@mail.gmail.com>
Subject: PSA pt 1: for better videoconferencing at home on slow links
To: tsvwg IETF list <tsvwg@ietf.org>, IETF Discussion Mailing List <ietf@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/uYRVPi8qoVqTjgVHFKVd7rijr2I>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 24 Apr 2020 18:51:28 -0000

As y'all know, my principal concern regarding fixing bufferbloat
has mostly centered around making interactive traffic better, like dns,
voip, and videoconferencing, and not really on "making tcp go way fast".

Since yer all stuck at home now doing videoconferencing
every day, and I, at least, have seen terrible videoconference after
videoconference all month... particularly from those on LTE....

I would be curious to know who of the ietf contingent has done
things like check for bufferbloat on their home links and fix it?

dslreports.com has the best web based bufferbloat related test I know of.
If you could send along your score, and what, if anything
you've done to mitigate it, that would be great!

The dslreports report on bufferbloat worldwide can be had at:

http://www.dslreports.com/speedtest/results/bufferbloat?up=1

The data is biased in a couple ways in that we use that site a lot
to tune up our sqm implementations, and they throw out a lot of data
they consider to be "insane".

For more professional analyses, particularly at rates well above 200Mbit,
bufferbloat.net recommends the flent.org and irtt tools and "rrul" test,
in particular, and using your own servers as targets. There IS
a worldwide flent fleet up as viable low bandwidth targets, but...

if anyone has a spare 10Gbit server in their dc we could add in for
more testers and testing, please let me know offlist?

Some random recommendations for better videoconferencing at home:

* use wires! wifi and lte can really suck.

* get LOTS more bandwidth!

* Banish everyone else from the network while videoconferencing! Or...



-- 
Make Music, Not War

Dave Täht
CTO, TekLibre, LLC
http://www.teklibre.com
Tel: 1-831-435-0729