Re: [arch-d] ETSI launches new group on Non-IP Networking addressing 5G new services

Toerless Eckert <tte@cs.fau.de> Fri, 17 April 2020 16:27 UTC

Return-Path: <eckert@i4.informatik.uni-erlangen.de>
X-Original-To: architecture-discuss@ietfa.amsl.com
Delivered-To: architecture-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B26F03A11EB for <architecture-discuss@ietfa.amsl.com>; Fri, 17 Apr 2020 09:27:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.651
X-Spam-Level:
X-Spam-Status: No, score=-1.651 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.248, 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 r2FRyl2EZgZL for <architecture-discuss@ietfa.amsl.com>; Fri, 17 Apr 2020 09:27:45 -0700 (PDT)
Received: from faui40.informatik.uni-erlangen.de (faui40.informatik.uni-erlangen.de [131.188.34.40]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 136AE3A11E5 for <architecture-discuss@ietf.org>; Fri, 17 Apr 2020 09:27:44 -0700 (PDT)
Received: from faui48f.informatik.uni-erlangen.de (faui48f.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff:52]) by faui40.informatik.uni-erlangen.de (Postfix) with ESMTP id ED9C2548054; Fri, 17 Apr 2020 18:27:38 +0200 (CEST)
Received: by faui48f.informatik.uni-erlangen.de (Postfix, from userid 10463) id E4D8B440055; Fri, 17 Apr 2020 18:27:38 +0200 (CEST)
Date: Fri, 17 Apr 2020 18:27:38 +0200
From: Toerless Eckert <tte@cs.fau.de>
To: S Moonesamy <sm+ietf@elandsys.com>
Cc: architecture-discuss@ietf.org, John C Klensin <john-ietf@jck.com>
Message-ID: <20200417162738.GD5351@faui48f.informatik.uni-erlangen.de>
References: <20200408194154.GJ28965@faui48f.informatik.uni-erlangen.de> <4200C5F8-9F56-4FFF-90F4-7AD76A9F4FC8@eggert.org> <20200409121941.GZ28965@faui48f.informatik.uni-erlangen.de> <C758BDF2-8CD6-4C22-90CA-6ED98DACD740@eggert.org> <20200409175431.GF28965@faui48f.informatik.uni-erlangen.de> <1e89795e-6bd9-2318-aa81-27f8327e1226@gmail.com> <4ac9e9fc-41a3-f458-566e-f0a68d26d9ea@huitema.net> <E029AEC023B1A60E3E956641@PSB> <20200416174840.GL41264@faui48f.informatik.uni-erlangen.de> <6.2.5.6.2.20200417010529.0c28ab50@elandnews.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <6.2.5.6.2.20200417010529.0c28ab50@elandnews.com>
User-Agent: Mutt/1.10.1 (2018-07-13)
Archived-At: <https://mailarchive.ietf.org/arch/msg/architecture-discuss/c9UoW14dhPbEPyKGoOdf2U62Us0>
Subject: Re: [arch-d] ETSI launches new group on Non-IP Networking addressing 5G new services
X-BeenThere: architecture-discuss@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: open discussion forum for long/wide-range architectural issues <architecture-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/architecture-discuss>, <mailto:architecture-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/architecture-discuss/>
List-Post: <mailto:architecture-discuss@ietf.org>
List-Help: <mailto:architecture-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/architecture-discuss>, <mailto:architecture-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 17 Apr 2020 16:27:50 -0000

On Fri, Apr 17, 2020 at 02:08:28AM -0700, S Moonesamy wrote:
> > Indeed. It is almost puzzling to think that end-to-end
> > encryption at IP(sec) level was presumed to be a good
> > architectural choice. Besides the obvious beneeit of being
> > agnostic to transport protocol choices but then failing on
> > ever getting a host stack model that would allow applications
> > to leverage it easily. Of couse, luckily we have it (IPsec)
> > as there are a lot of other good use cases for it.
> > Maybe a bit too much of the "one size fits all" syndrom that
> > new technologies by sheer self interest always come to presume ?
> 
> IPv6 was promoted as "secure by default" as IPsec was part of it.  It took
> many years for the IETF to admit that the technology selected by its central
> planning department did not see widespread use.  It's a bit like "SEND".

Hahaha. Am i assuming correctly that "central planning department" is
intentionally written to sound dismissive, or am i just reading
that into your text ?

We do have an official IETF photographer. Why can't we have an official
IETF cartoonist ? I would love to see a rendering of the "central planning
department of the IETF". Also the whole discussion about IETF photography,
badges and datatracker mugshots  would take a real interesting turn if we 
changed over to cartoons.

Kidding aside: i think we need to be careful in not discouraging
innovation when it is ambitious. The sole reason why the IETF exists is to
create innovation that depends on multiple parties to become active.
And the primary place where IPsec IMHO failed to gain adoption is on
those parts IETF continues not to want to work in: host-stacks, APIs,
(policy) etc..

> Have you ever heard of FILTH [1]?

The reference seems to be more about depressing language barriers than
technical aspects. But sure, the London led collonialization of
the finance industry of this planet is coming to an end (sob ? hurray ? ;-)

> There are people who visit what is
> sometimes referred to as an undeveloped country.  Some of those people tout
> their affiliation with the IETF to convince entities in that country to
> deploy a technology on the premise that it is used in advanced countries.

I have only seen few bits and pieces about those IETF outreach programs,
but it was all from people i respect and activites i felt where useful,
so i have no example data points to be cynical about.

> The "one size fits all" rarely works.

In India, subsistence farmers get updates of different city market prices
realtime via SMS on their cell phones so they know where to sell their produce.
In Germany, Corona case tracking is delayed for days through a multi-stage
series or FAX between different bureaucracies that manually process and
propagate information.

Maybe IPv6 was specifically architected not to be too much better
than IPv4 to ensure that developing countries that can skip IPv4
and start with simple IPv6 greenfields can not leap ahead of 
"developed" nations with all their historic IPv4 baggage too much. 

Cheers
    Toerless
> 
> Regards,
> S. Moonesamy
> 
> 1. http://r.elandsys.com/r/10933