Re: [arch-d] ipv4 and ipv6 Coexistence.

FREDERICK BAKER <fredbakersba@gmail.com> Wed, 26 February 2020 17:13 UTC

Return-Path: <fredbakersba@gmail.com>
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 4A6D43A0CFF for <architecture-discuss@ietfa.amsl.com>; Wed, 26 Feb 2020 09:13:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 lnxe9rgMS1Ld for <architecture-discuss@ietfa.amsl.com>; Wed, 26 Feb 2020 09:13:48 -0800 (PST)
Received: from mail-pl1-x631.google.com (mail-pl1-x631.google.com [IPv6:2607:f8b0:4864:20::631]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D3F733A0CFA for <architecture-discuss@ietf.org>; Wed, 26 Feb 2020 09:13:48 -0800 (PST)
Received: by mail-pl1-x631.google.com with SMTP id a6so1536250plm.3 for <architecture-discuss@ietf.org>; Wed, 26 Feb 2020 09:13:48 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=7QRFGIsDkxVZ2nP0BHJ9mcwj1RQvAF6+uWGnKDCPvHU=; b=ukz+3d5bictNO+8l5OYhFSTYfb8Q1o0A3Rexyk0hmLTTNFqfVE+TWPwWMnRktdQQfB iA6M4G7/ShuoCOi0K932/T609bO8BvQ1/0ASTYxlw0Vmhjz6GF9jnOFB6vUArMEhTL5M wAIME802+qFNhGmWy1rPlhPwQtt996RBniA6m57gU3KYd/R03vuTSxS+mEqH97+WlivE PvpPQqBJD/RSDp/2ZotbksCPyQDlwAHb7JWAJNguWfCKD7wN/KRyzln7U/P8qiOt60U9 x4sw4ic7J2kctJKP5y3IXCV1v6Glsm3XoVw9j/M1jeFAlcezhCUKQT5OTy3PlZwaY9/O AAfw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=7QRFGIsDkxVZ2nP0BHJ9mcwj1RQvAF6+uWGnKDCPvHU=; b=IqlWr/9DTtedBD4gmILraDzgsSQrFYahQs6NZl5T1MTnkJ7Nf+wJzlrT298Tp/g+9b XSb8JRF+yk7M+4Y5CQt+cGvl/hDkelI8gv/u5mfHzSgL+W5Hxpnk6tZdW+XkRa2Ess8x dILtiw5WEjHJfZu8ib/K/R9H+Nl8sxb0+Ok+pcbOiiFBrLlMqvVRUVcRDiVQSH0tHUKg iFLb2n3mrilTxhYlIs+GxhyerT0884Ps459ctWA/f//YKKRs4NFaAgCoSsiBFY6L+ANN UCGVaEJwbMl8eJ2Cy5ZWtC/GQY0dP4y1v6e1sj08uJktXP0biY/p2f05DJGtMjcS4iE+ mwuA==
X-Gm-Message-State: APjAAAU8yHHOapKU60O3mGTTN22Wio3QqCKTphvHPXx4l3yeUdLbFaGR FD3O2kDZhAKGLzHh4dTeeJk=
X-Google-Smtp-Source: APXvYqz6OByLX2yyfh6uM6v6/0CbLUf16EuPNrHQ4HG4AHK2jh2nruJqojop/OGcjYliEqE0TXynsQ==
X-Received: by 2002:a17:902:8bc3:: with SMTP id r3mr302296plo.220.1582737228235; Wed, 26 Feb 2020 09:13:48 -0800 (PST)
Received: from ?IPv6:2600:8801:d004:600:5d6a:f944:7762:f7f3? ([2600:8801:d004:600:5d6a:f944:7762:f7f3]) by smtp.gmail.com with ESMTPSA id b133sm3320051pga.43.2020.02.26.09.13.46 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 26 Feb 2020 09:13:47 -0800 (PST)
From: FREDERICK BAKER <fredbakersba@gmail.com>
Message-Id: <9B568BC7-9A2F-434D-8F92-C85420B40935@gmail.com>
Content-Type: multipart/signed; boundary="Apple-Mail=_B34F0915-34FB-4256-8E5A-21A8F2A9F979"; protocol="application/pgp-signature"; micalg="pgp-sha512"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.19\))
Date: Wed, 26 Feb 2020 09:13:45 -0800
In-Reply-To: <20200225202403.GG39574@faui48f.informatik.uni-erlangen.de>
Cc: Mark Andrews <marka@isc.org>, architecture-discuss@ietf.org
To: Toerless Eckert <tte@cs.fau.de>
References: <PR3P194MB0843ACAE01F33CEC57266A1AAE100@PR3P194MB0843.EURP194.PROD.OUTLOOK.COM> <EDAE6375-EE0B-4864-9834-C1FBC209D581@sobco.com> <PR3P194MB08431E138262F2A43C1D0621AE100@PR3P194MB0843.EURP194.PROD.OUTLOOK.COM> <8ADEA0E1-291A-4400-9925-F65A26116372@consulintel.es> <PR3P194MB0843939F3B38426960A66E70AE130@PR3P194MB0843.EURP194.PROD.OUTLOOK.COM> <D8063303-7DDA-41F8-A63A-C0244E3E9E25@isc.org> <20200224222715.GA49892@faui48f.informatik.uni-erlangen.de> <28C4725E-E4C5-4937-835F-C6DEA9B710CF@gmail.com> <20200225202403.GG39574@faui48f.informatik.uni-erlangen.de>
X-Mailer: Apple Mail (2.3608.80.19)
Archived-At: <https://mailarchive.ietf.org/arch/msg/architecture-discuss/OZSP3pYuT4Dd_U3mHPSZ5PXLH7Y>
Subject: Re: [arch-d] ipv4 and ipv6 Coexistence.
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: Wed, 26 Feb 2020 17:13:50 -0000


> On Feb 25, 2020, at 12:24 PM, Toerless Eckert <tte@cs.fau.de> wrote:
> 
> Thanks, Fred, inline
> 
> On Tue, Feb 25, 2020 at 10:16:24AM -0800, Fred Baker wrote:
>> On Feb 24, 2020, at 2:27 PM, Toerless Eckert <tte@cs.fau.de> wrote:
>>> 
>>> In private / controlled networks, the choices are not only IPv4 vs.
>>> IPv6 or their interop, but also (SR-)MPLS and even more so L2 ethernet
>>> switching.
>> 
>> You make some important points, but...
> 
>> We have had several countries discuss pulling off the Internet or doing something pretty disruptive, such as unilaterally changing from DNS to something else or imposing government-controlled firewalls. My point to them - and I have spoken with more than one - is that disrupting Internet communications affects the flow of international commerce, and therefore money, into their countries.
> 
> Let me answer this further below.
> 
>> The same point applies in this case. If a company wants to internally only use <something> as a link layer protocol, that's their choice, but if they step very far away from IPv4 and IPv6, it means that they can't do business with their vendors and their customers - they have to in some way translate or overlay at that boundary. What has been beneficial with Internet technologies since they were invented was that one no longer had to think about global deployments of BBN 1822, X.25, Ethernet, or any of a long list of other things; they became carriers for a common architecture enabling global communications.
> 
> I think its dismissive to call private or controlled networks
> "link layers".  They include global enterprise, service provider, defense,
> federal and other federated networks, manufacturing and the like.

I'm not calling private or controlled networks link layers. I'm calling "(SR-)MPLS and even more so L2 ethernet switching" Link layers. You call a large part of what follows a "rant". I'll agree with you that it's a rant - and not respond.

> The Internet already is an overlay of sorts and the heavy lifting is
> done below it by those private/controlled network re-using IETF TCP/IP
> technologies, and a lot more than "The Internet".  Including the likes
> of MPLS, SRv6, DiffServ, heck even IntServ or *yikes* IP multicast. And
> parts of the IETF are still treating innovation to improve those type of
> networks as tangential or subordinated to comply with policies really only
> built just with "The Internet" use-case in mind.
> 
> Making future IETF technologies better support where the heavy lifting
> is done is what i think would serve the IETF well.
> 
> [rant]
> About your first point: I think that additional entities like
> governments "breaking" the Internet is a completely separate point,
> from the one i made and argued above.
> 
> The vision of the transparent global Internet was a great vision to
> me until 1995 when the Internet population exploded and IMHO the
> model started to fail. Since then, the mayority of TCP/IP hosts
> connects to the internet through some type of policy filtering,
> and the IETF has architecturally not really acknowledged
> that reality or the need for it. How are countries policing the
> Internet for their constituencies now any different from enterprises
> having done the same for decades for their constituencies ? What
> else but closing its eyes to the issue did the IETF do in the last 25
> years ?
> 
> And now its easy to see how a limited number of regulated
> "WWW service conglomerates" will happily claim to solve all policy
> requirements at their application/gateway level. Because IETF
> networking architecture has failed to evolve the "Internet" model to
> something a little more based on reality of human society than the
> original Internet garden of Eden model that is still canon.
> [/rant]
> 
> Cheers
>    Toerless