Re: Limited Domains:

Toerless Eckert <tte@cs.fau.de> Wed, 28 April 2021 23:59 UTC

Return-Path: <eckert@i4.informatik.uni-erlangen.de>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 350C63A25D0 for <ipv6@ietfa.amsl.com>; Wed, 28 Apr 2021 16:59:00 -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.249, 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 6cOnTe4o-JUB for <ipv6@ietfa.amsl.com>; Wed, 28 Apr 2021 16:58:58 -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 138273A25CE for <ipv6@ietf.org>; Wed, 28 Apr 2021 16:58:57 -0700 (PDT)
Received: from faui48e.informatik.uni-erlangen.de (faui48e.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff:51]) by faui40.informatik.uni-erlangen.de (Postfix) with ESMTP id 5F83C548027; Thu, 29 Apr 2021 01:58:51 +0200 (CEST)
Received: by faui48e.informatik.uni-erlangen.de (Postfix, from userid 10463) id 528044E730B; Thu, 29 Apr 2021 01:58:51 +0200 (CEST)
Date: Thu, 29 Apr 2021 01:58:51 +0200
From: Toerless Eckert <tte@cs.fau.de>
To: Tony Przygienda <tonysietf@gmail.com>
Cc: Nick Hilliard <nick@foobar.org>, 6man WG <ipv6@ietf.org>
Subject: Re: Limited Domains:
Message-ID: <20210428235851.GB21928@faui48e.informatik.uni-erlangen.de>
References: <BL0PR05MB5316991D4124AD85BC69392AAE709@BL0PR05MB5316.namprd05.prod.outlook.com> <20210412170938.GB34032@faui48f.informatik.uni-erlangen.de> <BL0PR05MB53163BB3383E1DE6CA98D4C3AE709@BL0PR05MB5316.namprd05.prod.outlook.com> <CALx6S35JhJ_+WNpQ10JHB6L2E8MTEaCRO9c6g7rT-2BK3ZnsuA@mail.gmail.com> <43b67ede-b019-c573-5637-c07168e7ec6d@gmail.com> <CA+wi2hNcxPs_MLAKiQm2UzjMLgBVyH+-Z8SV__WDDOuc2rYafQ@mail.gmail.com> <20210428201140.GA21928@faui48e.informatik.uni-erlangen.de> <0df23143-1834-2ff9-3399-cde3de479fc0@foobar.org> <CA+wi2hOE=vU4=xLJnaPfDc_fEv5+zOSXK9orfPWs+W5g1_FYjg@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <CA+wi2hOE=vU4=xLJnaPfDc_fEv5+zOSXK9orfPWs+W5g1_FYjg@mail.gmail.com>
User-Agent: Mutt/1.10.1 (2018-07-13)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/njrXUZcLKBbgZJRhq-dEwusxL4g>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Apr 2021 23:59:00 -0000

On Wed, Apr 28, 2021 at 10:51:03PM +0200, Tony Przygienda wrote:
> yepp, researchers are having fun unencumbered largely by harsh realities

Well, the better researcher attempt to get more of an understanding
of the harsh realities by working with whats available to them, which is
quite limited - a few P4 platforms. This lack of openness to multi-party
innovation is what causes high-speed router platforms to become less and
less relevant and devolve into commodities, at least at the level where
folks in IETF are interested in them. Obviously the spped&feed hardware
level will stay an ongoing motor of innovation and maybe even sales
margin, but for the packet layer forwarding, we can close shop if we do
not have a strategy to allow new markets/innovation to be brought in.

Heck, take a look at the challengers in 5G/6G. They are already moving
purely into general purpose CPU because those challengers have no way to
put innovation into accelerated forwarding hardware due to lack of access,
complexity and also being stuck in a world of standards such as GTP that make
innovation difficult.

Its totally incomprehensible to me, why engineers who paycheck ultimately 
depends on hardware that already is way more flexible than what our current
protocols use do not try harder to think about better models for third parties
to get more value from this hardware. More flexible, programmable packet forwarding
options are one core option here. And obviously no sane customer
wants something thats not multi-vendor in this space which is where
IETF could come in. And no sane network operator wants another protocol silo.
Which is where IPv4/IPv6 compatibility comes in as a base level expectation.

> while meanwhile large scale IP forwarding is still governed by the
> microcents/bit payload that customers can run their business profitably at
> and this is governed in turn by the merciless trifecta of physical laws of
> power/cooling/space that did not only not change in the last 50 years but
> last 500 and probably much longer even before Newton laid his cranium under
> the said apple tree ...

When single-family home systems are built from 19" CPU server racks
providing compute across FTTH and powered by solar electricity, i think
we are also starting to see big shifts in the economics of those core
factors. But thats digression.

I think we agree that from the protocols we remember, IP/IPv6 has
done a pretty good job providing value out of the hardware
deployed. But we also know that other protocols like Ethernet and MPLS
have shown other sectors where they are doing better. So it seem to me
obvious that as developers we should look ahead and see what it is we
can best do to crearte more value. And certainly we know our hardware
can already do more than what is utilized by the protocols.

Cheers
    Toerless