RE: Standards needed for "going remote" -- BOF?

Larry Masinter <LMM@acm.org> Wed, 20 May 2020 01:00 UTC

Return-Path: <masinter@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 93B4B3A082F for <ietf@ietfa.amsl.com>; Tue, 19 May 2020 18:00:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.501
X-Spam-Level:
X-Spam-Status: No, score=-1.501 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=no 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 ZhlmsuSsO0Cw for <ietf@ietfa.amsl.com>; Tue, 19 May 2020 18:00:32 -0700 (PDT)
Received: from mail-pl1-x62d.google.com (mail-pl1-x62d.google.com [IPv6:2607:f8b0:4864:20::62d]) (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 1B22B3A082D for <ietf@ietf.org>; Tue, 19 May 2020 18:00:32 -0700 (PDT)
Received: by mail-pl1-x62d.google.com with SMTP id x10so636964plr.4 for <ietf@ietf.org>; Tue, 19 May 2020 18:00:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding:thread-index:content-language; bh=/sJXnjNefM4BAgnu4r3/ix+XQjN8Gn6P55s1pk6b3yc=; b=KwJnOzZIhxTeSqoRcqVeMOHrRfaYS2hJn/ppOYSoeLkSh6O7IEeQmDKdzGrhz5+dAH v23h45eoTH4Ygpj+YC1ORT7bNMpV7P77dFQCAuRDoFdOrC7cTFT5dZky9anRpM3YbOb+ yFTN7nN6U74TM0EQCBBaB2+KXSmOS4iSMOVLXRwsjiNdQUVRiC7YZwWz6UJ8ZgmxloXk jY5rcvLbo8BCHtqGlbFWmtOYTgeD0dA8jcukDuSlc80DGkDq5WAqwUF42C/7QsabDSD6 Au1CEJqZ0qgIeZJJouhJ+IFhVTLxuqtGatKNzSo0ACXraQA9cG//cthhx3G9M4nOh0So unPw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:date:message-id :mime-version:content-transfer-encoding:thread-index :content-language; bh=/sJXnjNefM4BAgnu4r3/ix+XQjN8Gn6P55s1pk6b3yc=; b=qkZz0ndKby0l51N4pt2VPiZ21fJb/NRWUL/jItSp6GkoervcpJyyNUL3b7bzhI5aod Ubhlmd2Q1yXiCnp9yP9Cx0a/veUCNywpnG1RA5POrVsz5RxgE559QPs45nFmDwYs2KKc lIO7JrOTFjXLebl8X1zB9jZk0LjrY2Fzu0SXo8TVMOXMD86EYTEfSYsjf7PE8dhDBoMu SVfVdmtX+WHJZSp0jdq45wrd/M+rIkJqjq2SeGMhkfismks1AZ8KqsHkkuj2v4eC/F+M yqRZR5H2Ffxz+mHpXCkoDYZDh25XRLZQjbj2O9qgHUBklJB1Aul2EMZvFpczomHG4Vb+ I29w==
X-Gm-Message-State: AOAM533CocuywgPqjKjCZevkw/DBdYcONkHvT4fcAQK2Y6hnsz5dHUW1 pRRM/tw69PdG2hrU7NKAREuPF1XM
X-Google-Smtp-Source: ABdhPJwUiILr6rRAj63SUl2TGPTtDaZlDWwYB0SbeIURr69asGcMjmJRTiOzsjcXB1Cbb878o2pa9g==
X-Received: by 2002:a17:90b:358e:: with SMTP id mm14mr2318443pjb.175.1589936430842; Tue, 19 May 2020 18:00:30 -0700 (PDT)
Received: from TVPC (c-67-169-101-78.hsd1.ca.comcast.net. [67.169.101.78]) by smtp.gmail.com with ESMTPSA id 28sm547166pjh.43.2020.05.19.18.00.28 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 19 May 2020 18:00:29 -0700 (PDT)
Sender: Larry Masinter <masinter@gmail.com>
From: Larry Masinter <LMM@acm.org>
X-Google-Original-From: "Larry Masinter" <lmm@acm.org>
To: 'Michael Richardson' <mcr+ietf@sandelman.ca>
Cc: ietf@ietf.org
Subject: RE: Standards needed for "going remote" -- BOF?
Date: Tue, 19 May 2020 18:00:28 -0700
Message-ID: <014301d62e42$0e90faf0$2bb2f0d0$@acm.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AdYuQgvz5Ghv827cS9Gr6v2PPiANvw==
Content-Language: en-us
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/4FKLLIVKbWXIeCZT145WjCs9A2E>
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: Wed, 20 May 2020 01:00:34 -0000

I sent this idea a while back, but I wonder if this might be a BOF topic?

Modified based feedback
:
I spent a little time collecting experiences of people trying to
convert in-person activities to remote using the internet.  A common
experience for many in the teacher/leader role is how to help their
students/employees/members with their Internet connections.

How can the IETF help?

What standards are there already, or should be developed in IETF 
(if not, then where?)


 * "What is needed in order to do X remotely"
     Where "X" fits a small number of consumer categories ('office work"
     "watch HD movies" "document collaboration" "voice meeting" "video
    meeting" ) In terms of bandwidth, latency, jitter, dropout rate,
    etc. (as might be spec'd in a SLA)

Such that it would be possible to build
* an open-source test tool or reference implementation
      that is available for popular platforms
     (windows, mac, linux, ios, android) or run in the browser

That one could download and run that would tell you Whether your
connection met the standard for various categories.

* An aspirational goal, to include useful hints / diagnostics / data
   about what you could do to improve (e.g. detect bufferbloat)
  or policy problems
 (such: "violates personal firewall policy X", "violates corporate security
policy
 Y",  "requires more bandwidth than policy allows",  "attempts to connect to
 sites/countries banned by policy")

* should be usable as a metric for use in broadband access plans for
universal access
> 
>     > Some Internet games have meters, there's speedtest which is mostly
>     > "bandwidth" There are some kinds of uses that need guaranteed low
>     > latency

There are standards for video quality (ITU J-341 and Netflix VMAF