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

Stewart Bryant <stewart.bryant@gmail.com> Thu, 09 April 2020 08:41 UTC

Return-Path: <stewart.bryant@gmail.com>
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 15B563A0F06 for <architecture-discuss@ietfa.amsl.com>; Thu, 9 Apr 2020 01:41:53 -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, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-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 uJ5VlBx_7X2M for <architecture-discuss@ietfa.amsl.com>; Thu, 9 Apr 2020 01:41:51 -0700 (PDT)
Received: from mail-wr1-x42a.google.com (mail-wr1-x42a.google.com [IPv6:2a00:1450:4864:20::42a]) (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 5AE923A0ED5 for <architecture-discuss@ietf.org>; Thu, 9 Apr 2020 01:41:35 -0700 (PDT)
Received: by mail-wr1-x42a.google.com with SMTP id f10so1242865wrr.9 for <architecture-discuss@ietf.org>; Thu, 09 Apr 2020 01:41:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=evCZsOnSgZrjkS1N9CItlltPFhq/Jlr+vjOn+BeZBmw=; b=QZYyS6DDGIe9+RtZXivE8v0iBqJDdxqlHqXUeLIWZkdk6P0x7VcJr/PPqXdHd2AGck 93LnHCT9jWjkal2Z2zqRDCc3dNDaYcJ2YhLSVGhzCGjTWEeCIuCzS+Gpr/PHUb3v0DH+ Pp66XsHIxZFVu7HFjH1/uy8/k2aD86GUjwCSy8UCVBf4kzaxnSQGfWfpJ7riDiQeVrz/ KCV/8KkDebxQXe3IEOk+F2YY8o12eYwShEYzKbtpETeIhij8BrqlOj4weUKo8ictWYBo p6LQ6GsOj9vZ/cQgBPYAGkx14e0ndH4DoDxGt40sxueU6iG1yvealxPdR0s0Ad8KOLPo 1DeQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=evCZsOnSgZrjkS1N9CItlltPFhq/Jlr+vjOn+BeZBmw=; b=e8UgsmgxBq4DbH8QPIrFgK7EVuHlK9PzS0t0trpt/GYiAVghMs9R/4pu6qVbaDKacC BdLIOPinUbYcsq4R9pGxXZG1785q/rZHbTTUcAxL8IE1v1tFdICjXC85Pgo7SgtuATSJ cTM3FOE3IDd7XkerDs3D3ooaiFDmvkbVtSYGGtDEhFjBV2e2cfc9WmcbnHeDooX4RCkc bQ9Vy3A3WJXIKqPY2lBhWzkuMOmG2tT5LN58ehidYFNjXWP/J0sRN9cDo1NoRyMZ8RIn Uf7DIMRpdNqiHGqmECYLkRmdHsQye6rf7lNhXk88mF9q1moNVH0SoFI3rv6rYBSe43/F M1vw==
X-Gm-Message-State: AGi0PuaC2RwaS+41wzP7u1kL9it6RrrsCg1M0Rm6JN9av1y9gUKdb2wP 2ymKWPJCTL5nGWpBTkTJ0QY=
X-Google-Smtp-Source: APiQypJBRIbmWX++VHyc/gzWslN8ZAnXtzOCgtUX4d7j1j5cjsZSnkQqb8Cf7dnZB6v9yAZJ8WzSEw==
X-Received: by 2002:adf:b78b:: with SMTP id s11mr12423939wre.235.1586421693589; Thu, 09 Apr 2020 01:41:33 -0700 (PDT)
Received: from broadband.bt.com ([2a00:23a8:4140:0:3d3c:abfc:9a8f:c39d]) by smtp.gmail.com with ESMTPSA id s13sm23158272wrw.20.2020.04.09.01.41.31 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 09 Apr 2020 01:41:32 -0700 (PDT)
From: Stewart Bryant <stewart.bryant@gmail.com>
Message-Id: <06B9C3A7-17D4-4815-AD22-1DAACA6C35DE@gmail.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_AABB35F2-804F-4490-8910-C2FC7ABB09C0"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
Date: Thu, 09 Apr 2020 09:41:30 +0100
In-Reply-To: <20200408212429.GN28965@faui48f.informatik.uni-erlangen.de>
Cc: Stewart Bryant <stewart.bryant@gmail.com>, Brian E Carpenter <brian.e.carpenter@gmail.com>, architecture-discuss@ietf.org
To: Toerless Eckert <tte@cs.fau.de>
References: <60a10451-5fbd-fcec-5389-7a72870dcc84@gmail.com> <6A3A4410-A889-46C7-8FD5-7C5AA85486A1@tzi.org> <20200408055530.GC28965@faui48f.informatik.uni-erlangen.de> <551a2b4b-3cba-880d-e715-ecfbf138dc4c@gmail.com> <20200408212429.GN28965@faui48f.informatik.uni-erlangen.de>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/architecture-discuss/8unsGXYANSvI0eC8cOocYYbuUMs>
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: Thu, 09 Apr 2020 08:41:53 -0000


> On 8 Apr 2020, at 22:24, Toerless Eckert <tte@cs.fau.de> wrote:
> 
> Yes, it is quite weird to think that government policy based
> admission to a telecommunications standard body was ever
> considered to be a good idea. I have only come to experience it as a 
> weapon in an economic war of aggression. 


There is of course history here. It is within my working lifetime that many PTTs were denationalised and ITU changed from being a meeting of civil servants to a meeting in which engineers working for private enterprise were permitted to attend, express a view and vote on outcomes.

It is a great pity that governments do not automatically allow any entity legally operating in their jurisdiction automatic entry to the ITU, particularly countries claiming to be core drivers of the “free world”.

That said the IETF really does need to be more open to new revolutionary ideas.

The old concept of the innovators dilemma applies to SDOs as much as to vendors. An idea that seems an outlandish toy to the established player who completely dismisses the concept as unworkable, a position reinforced by the threat to its core business, may indeed turn out to be a valid replacement for its major technology. Sooner or later someone will have an idea that ultimately leads to the obsolescence of IP. Whilst that seems unthinkable to many, remember how many thought that the internal combustion engine would provide the motive power for transport for ever. That position looks a bit shaky at the moment. If the IETF is always dismissive of a change from IPv6 to another forwarding layer, eventually some other SDO will latch onto its replacement and will take primacy in the development of what people will still call the Internet but which will work another way. Another lesson from the innovator’s dilemma is the exponential speed of the transition making it rare that an organisation supporting the old can reconfigure to the new.

The IETF could try to buck the trend here by more openly fostering investigation of the mechanisms and protocols that will ultimately replace its core offerings, and this is why we need more to be open minded about the operation of all parts of the Internet, something that I do not see in the IETF’s current mode of operation.

- Stewart