IETF Logo Mail Archive

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

Lars Eggert <lars@eggert.org> Thu, 09 April 2020 09:14 UTC

Return-Path: <lars@eggert.org>
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 2E05A3A0F8E for <architecture-discuss@ietfa.amsl.com>; Thu, 9 Apr 2020 02:14:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham 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 mZ_9n1MCgdUi for <architecture-discuss@ietfa.amsl.com>; Thu, 9 Apr 2020 02:14:16 -0700 (PDT)
Received: from vs23.mail.saunalahti.fi (vs23.mail.saunalahti.fi [193.64.193.199]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 09A6A3A0F8D for <architecture-discuss@ietf.org>; Thu, 9 Apr 2020 02:14:15 -0700 (PDT)
Received: from vs23.mail.saunalahti.fi (localhost [127.0.0.1]) by vs23.mail.saunalahti.fi (Postfix) with ESMTP id 8D44520838; Thu, 9 Apr 2020 12:14:14 +0300 (EEST)
Received: from gw03.mail.saunalahti.fi (gw03.mail.saunalahti.fi [195.197.172.111]) by vs23.mail.saunalahti.fi (Postfix) with ESMTP id 825D120994; Thu, 9 Apr 2020 12:14:14 +0300 (EEST)
Received: from eggert.org (unknown [62.248.255.8]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: eggert@elisanet.fi) by gw03.mail.saunalahti.fi (Postfix) with ESMTPSA id 6B5D620004; Thu, 9 Apr 2020 12:14:11 +0300 (EEST)
Received: from stickers.eggert.org (stickers.eggert.org [172.24.110.26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by eggert.org (Postfix) with ESMTPSA id 0D5B284E5F0; Thu, 9 Apr 2020 12:14:05 +0300 (EEST)
From: Lars Eggert <lars@eggert.org>
Message-Id: <4200C5F8-9F56-4FFF-90F4-7AD76A9F4FC8@eggert.org>
Content-Type: multipart/signed; boundary="Apple-Mail=_3A7FEE5A-5210-4A99-8A21-1F08B76540FE"; protocol="application/pgp-signature"; micalg="pgp-sha512"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
Date: Thu, 09 Apr 2020 12:14:04 +0300
In-Reply-To: <20200408194154.GJ28965@faui48f.informatik.uni-erlangen.de>
Cc: Carsten Bormann <cabo@tzi.org>, 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> <20200408054204.GA6005@nic.fr> <6C2A3533-7F75-45B1-9B51-19938597174B@tzi.org> <20200408194154.GJ28965@faui48f.informatik.uni-erlangen.de>
X-MailScanner-ID: 0D5B284E5F0.AA24C
X-MailScanner: Found to be clean
X-MailScanner-From: lars@eggert.org
Archived-At: <https://mailarchive.ietf.org/arch/msg/architecture-discuss/ARLVX7kZChUotoLMpV5mtwFBon4>
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 09:14:17 -0000

Hi,

On 2020-4-8, at 22:41, Toerless Eckert <tte@cs.fau.de> wrote:
> When technologies are young, you just let engineers
> innovate and implement and when everything is done, you
> can go and fight for it to get standardized. When an
> industries becomes more mature and a lot more capital
> investment heavy, you need to revert this and SDOs
> need to play a lot more proactive role in defining
> next-gen solutions. See 3GPP. IETF is not doing this
> at the architecture scale. Only at small incremental
> enhancements.

if this is what you belief needs to happen, please do take this work to the ITU-T.

Lars

v2.23.0 | Report a Bug | By Email