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

Toerless Eckert <tte@cs.fau.de> Thu, 09 April 2020 21:21 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 DF0613A0EDA for <architecture-discuss@ietfa.amsl.com>; Thu, 9 Apr 2020 14:21:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.652
X-Spam-Level:
X-Spam-Status: No, score=-1.652 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] 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 9UXBxmX_gdyd for <architecture-discuss@ietfa.amsl.com>; Thu, 9 Apr 2020 14:21:18 -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 01A9E3A0ED7 for <architecture-discuss@ietf.org>; Thu, 9 Apr 2020 14:21:17 -0700 (PDT)
Received: from faui48f.informatik.uni-erlangen.de (faui48f.informatik.uni-erlangen.de [131.188.34.52]) by faui40.informatik.uni-erlangen.de (Postfix) with ESMTP id 97DE6548015; Thu, 9 Apr 2020 23:21:12 +0200 (CEST)
Received: by faui48f.informatik.uni-erlangen.de (Postfix, from userid 10463) id 8F08E440040; Thu, 9 Apr 2020 23:21:12 +0200 (CEST)
Date: Thu, 09 Apr 2020 23:21:12 +0200
From: Toerless Eckert <tte@cs.fau.de>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
Cc: Lars Eggert <lars@eggert.org>, architecture-discuss@ietf.org
Message-ID: <20200409212112.GJ28965@faui48f.informatik.uni-erlangen.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> <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>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <1e89795e-6bd9-2318-aa81-27f8327e1226@gmail.com>
User-Agent: Mutt/1.10.1 (2018-07-13)
Archived-At: <https://mailarchive.ietf.org/arch/msg/architecture-discuss/g49H4iQfs14WHIn2oEO83EBk9cY>
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 21:21:20 -0000

Not sure what exactly you're disageeing with. "mayor" ?

I guess everything is relative. Creating something not backward
compatible counts as "mayor" to me, even if its just 96 more
address bits. 

21++ 32->128 bit migration mechanisms is IMHO a lot of good experience.

All very painfull of course. stackevo summarized a bit of it, but
don't think we've really tried to conclude on how to avoid / minimize
these issues if we every would have a chance to redo. I guess most
high level marketing always says variable length addresses for
next-gen, but there is certainly a lot more architectural/mechanism
to be worked out ...

Cheers
    Toerless

On Fri, Apr 10, 2020 at 09:08:00AM +1200, Brian E Carpenter wrote:
> > Yes, and 30 years ago we made a mayor new step (IPNG -> IPv6)
> > and learned a lot through it.
> 
> Actually, I disagree. IPv6 is a very conservative design that had
> exactly no effect on fundamentals. That was intentional. Remember
> TUBA (TCP and UDP over Bigger Addresses)? That's what we did,
> with the tiny detail of using homebrew IPv6 instead of ISO8473.

> What we learned is that even a minor step like bigger addresses is
> expensive *because of the even more tiny details* like the socket
> API, router CLI commands, and the address configuration mechanism.
> 
> The major lower-layer atchitecture change in the last 30 years
> was completely unplanned: middleboxes.
> 
>     Brian