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:42 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 30FC53A0F9A for <architecture-discuss@ietfa.amsl.com>; Thu, 9 Apr 2020 14:42:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.871
X-Spam-Level:
X-Spam-Status: No, score=-0.871 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.248, SPF_HELO_NONE=0.001, SPF_NEUTRAL=0.779, 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 AyHMlVbcQlu6 for <architecture-discuss@ietfa.amsl.com>; Thu, 9 Apr 2020 14:42:11 -0700 (PDT)
Received: from faui40.informatik.uni-erlangen.de (faui40.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff: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 394733A0F9C for <architecture-discuss@ietf.org>; Thu, 9 Apr 2020 14:42:11 -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 D5FD1548015; Thu, 9 Apr 2020 23:42:05 +0200 (CEST)
Received: by faui48f.informatik.uni-erlangen.de (Postfix, from userid 10463) id CD3E4440040; Thu, 9 Apr 2020 23:42:05 +0200 (CEST)
Date: Thu, 09 Apr 2020 23:42:05 +0200
From: Toerless Eckert <tte@cs.fau.de>
To: Tony Li <tony1athome@gmail.com>
Cc: Dino Farinacci <farinacci@gmail.com>, architecture-discuss@ietf.org
Message-ID: <20200409214205.GL28965@faui48f.informatik.uni-erlangen.de>
References: <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> <229AAF4A-C43F-46E9-97C6-99CC124E9B48@gmail.com> <20200409212841.GK28965@faui48f.informatik.uni-erlangen.de> <0A15B52E-2A67-4D6A-AACF-8A92FB67ADEC@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <0A15B52E-2A67-4D6A-AACF-8A92FB67ADEC@gmail.com>
User-Agent: Mutt/1.10.1 (2018-07-13)
Archived-At: <https://mailarchive.ietf.org/arch/msg/architecture-discuss/CT59w_V6bpClSq-4je05FJOg9HQ>
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:42:13 -0000

On Thu, Apr 09, 2020 at 02:35:21PM -0700, Tony Li wrote:
> > Aka: IMHO the argument of variable length addresses is still 
> > quite an open issue..
> 
> 
> It shouldn???t be.  Today???s hardware is enormously capable and continues to grow aggressively (thank you Gordon Moore).

Nice to hear. I was thinking this for a long time for higher end
platforms, but i am unsure about TCAM architectures with fixed
upfront parsers. No ideas about the latest lower end, e.g.:
enterprise level switches. P4 also seems to have overheads
with variable length parsing (only hearsay, need more cycles
to read into those levels of P4 details).

> It would be backwards to let hardware limitations constrain the architecture.  Instead, the hardware will always grow to what is needed by the architecture.

Did you watch the forwarding plane reality talk we gave a few IETFs ago ?
There was still a lot of concern about the right degree of flexibility to
expect from one of the co-presenters slides.

> That said, that???s no excuse to create enormously wasteful architectures.  Resources are not free. Waste not, want not.

Well... I had discussions with a bit Service Provider wondering about what
they thought about the overhead of e.g.: 6x128bit SRv6 SIDs, and he
was not concerned. One person of course, but i think we have to assume
that there is a wide range of opinions about what would constitute
"wasteful" on the wire. 

Variability in headers is a nice concept to make more use-cases happy
IMHO, but when can we really expect it to be acceptable on any
low-end switch (worst hardware).

> 
> Tony

-- 
---
tte@cs.fau.de