Re: a brief pondering

Phillip Hallam-Baker <phill@hallambaker.com> Mon, 23 March 2020 21:50 UTC

Return-Path: <hallam@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 CB8033A0EF8 for <ietf@ietfa.amsl.com>; Mon, 23 Mar 2020 14:50:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.645
X-Spam-Level:
X-Spam-Status: No, score=-1.645 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
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 EZ5hmosG1MUw for <ietf@ietfa.amsl.com>; Mon, 23 Mar 2020 14:50:29 -0700 (PDT)
Received: from mail-ot1-f43.google.com (mail-ot1-f43.google.com [209.85.210.43]) (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 1650E3A0EC9 for <IETF@ietf.org>; Mon, 23 Mar 2020 14:50:29 -0700 (PDT)
Received: by mail-ot1-f43.google.com with SMTP id j16so15137143otl.1 for <IETF@ietf.org>; Mon, 23 Mar 2020 14:50:29 -0700 (PDT)
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=hsBiKRj6tAJZMBM39OfmvVlOE5AW0SWbWtymhRe0/AQ=; b=HQ58fSqLclo7S1kE/GPXE5QrnUFCamke9JyNFZoZRZgYmQGiNZWe/BdiQt+TYCRjbx jjWGLjP8kSF48G7p8ol4OhpguJWF5Xg3SSlNmBZQ/EPxLJzMJf0H+fRToGrGUo3NPOmi ZfGyRX92jsPEg3QFL4l+bnbDzYA3FLzkMyCdNSnvLlmrwTLvfkxf3YDwLxKF4EFOqVPn 7y1LyscPaLhHfxaPLlCfQpVd798mBBS8t5Ep02T794fnFG3U0MpMtlo4gGky+L6xSRyE xb3SbklTH+Laovd/2zXNDAUEOd5N7spfH7/WZHsKOZy097WouKk5jw+8dlHXY0NAWnGP 1e/Q==
X-Gm-Message-State: ANhLgQ360Lt+zD5cNvxquRe/Gdh2eSyQa7UvDkGbatU381s+VzvDmJIy oA39pisEUmGuvmjA8IIurQDX7F54jPipl42bjaM=
X-Google-Smtp-Source: ADFU+vvMSAQ2SPN4kr0FdslBurD8NsSLmloOtemef1xktXriJoAX8mrgC5caPbaeBaCy5VTDFk10f1GJZBF9/+INDwY=
X-Received: by 2002:a05:6830:1da6:: with SMTP id z6mr5101579oti.124.1585000228206; Mon, 23 Mar 2020 14:50:28 -0700 (PDT)
MIME-Version: 1.0
References: <fd6b7ee2-cdbe-14a1-0087-ce61282b22f6@lear.ch> <29D0DCA7-1D72-428F-A6DD-05511D90C039@cable.comcast.com> <CACRMD1F3+xFU-y9W1WyrVudZGWj1zL8hYGjUWbSHxnvEsOD-Uw@mail.gmail.com> <23760.1584997700@localhost>
In-Reply-To: <23760.1584997700@localhost>
From: Phillip Hallam-Baker <phill@hallambaker.com>
Date: Mon, 23 Mar 2020 17:50:17 -0400
Message-ID: <CAMm+LwgM605mmTUVORDNXK4Scwnh7p+A2CcovayLBg84kmqMsg@mail.gmail.com>
Subject: Re: a brief pondering
To: Michael Richardson <mcr@sandelman.ca>
Cc: Narelle Clark <narellec@gmail.com>, "Livingood, Jason" <Jason_Livingood@comcast.com>, ietf <IETF@ietf.org>, Eliot Lear <lear@lear.ch>
Content-Type: multipart/alternative; boundary="000000000000923ef505a18c9f72"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/JZC2A1qYfp2MamHFxOhBtY5oVQs>
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: Mon, 23 Mar 2020 21:50:52 -0000

At the meta level, now would be a really good time for IETF to announce
what we would like ISPs to deliver as the base connection for fast,
reliable work at home:

* IPv6 with a block of at least 256 addresses available to the customer.
* Support port forwarding.
* etc.

Applications really should be connecting peer-to-peer for two party
communications. A reflector becomes pretty much inevitable for n>2 of
course.


On the usability side, something that is really pissing me off is having to
search through multiple menus to find out what the call sign for a user is
on various apps. By call sign, I mean 'that which I type in to connect to
someone not in the contacts directory'.

Don't expect me to 'remember' because I am having to fix this for someone
else. Alternatively, it may be six months since I last used the app. And
no, it is not obviously their email address (many people have six or more)
or their phone number (again, they can have multiple).

There is a school of 'usability' where the user is insulated from the
information they actually need to perform their task lest it confuse them.
The dirty secret of usability engineering is that most of the focus is on
hyper-optimizing the experience for the first fifteen minutes of use. That
is the average length of a demo before a sale.

A related problem is working out where to enter the call sign.


On Mon, Mar 23, 2020 at 5:11 PM Michael Richardson <mcr@sandelman.ca> wrote:

>
> Narelle Clark <narellec@gmail.com> wrote:
>     >> Which leads me to a question: what can this community (and
> similar/adjacent ones) do
>     >> productively together to help? What new things are happening on the
> network from
>     >> which we can learn and quickly adapt/improve?
>
>     > We can keep the internet running. That's what I'm being told to do!!
>     > And we're onto it.
>
> And there is more: people are now noticing when jitter and bufferbloat
> actually matter, and ability to send A/V directly from end to end point
> really does matter.
>
> I just wish that more of the tools/platforms were:
> 1) supporting IPv6
> 2) providing better diagnostics as to what path a particular speaker was
> using.
> 3) am I having a problem transmitting, or are they having a problem
> receiving?
>
> I think that we will see a direct relationship between using IPv6, and
> seamless/trouble-free communications.
>
> --
> ]               Never tell me the odds!                 | ipv6 mesh
> networks [
> ]   Michael Richardson, Sandelman Software Works        |    IoT
> architect   [
> ]     mcr@sandelman.ca  http://www.sandelman.ca/        |   ruby on
> rails    [
>
>
>