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

[John C Klensin <[e-mail]>]

--On Friday, April 10, 2020 17:22 -0700 Christian Huitema
<[e-mail]> wrote:

> On 4/9/2020 2:08 PM, Brian E Carpenter wrote:
> 
>> 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.
> 
> The post-2013 general deployment of encryption is a pretty big
> change too. It was only partially planned. And if QUIC comes
> to displace TCP, that too would be a significant change.

It may also be worth noting that a, perhaps the, major add-on
change in IPv6 --much touted in its early days-- was supposed to
be ubiquitous lP-level encryption.  That post-2013 encryption
deployment, at least AFAICT, relies on methods much closer to
the applications layer, sometimes ones that are at least
partially specific to particular applications and applications
protocols.  If there is a message in those things, I think it is
either that we are not good at predicting which of our
innovations will be successful and which will not or that, when
the IETF says "go forth and do X", thee are no guarantees that
the world will listen.

And I expect it will be some years more before we actually know
whether our more recent push toward encryption has helped the
Internet and its users by increasing privacy or whether pushback
and reactions from the political and law enforcement sectors
ultimately result in fragmentation, large-scale interconnection
problems, and the either development of a lot of ad hoc
solutions or movement of work to other SDOs because the IETF was
too stuck on the importance of encryption no matter what.   I
don't predict that outcome and definitely don't wish for it, but
I think our architectural work would be improved by more
recognition of the possibility.

best,
     john