Re: [v6ops] Thoughts about wider operational input

Nick Buraglio <buraglio@es.net> Tue, 22 March 2022 20:12 UTC

Return-Path: <buraglio@es.net>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8713F3A0E5F for <v6ops@ietfa.amsl.com>; Tue, 22 Mar 2022 13:12:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.108
X-Spam-Level:
X-Spam-Status: No, score=-2.108 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, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=es.net
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 HH4P4Pwg5FCP for <v6ops@ietfa.amsl.com>; Tue, 22 Mar 2022 13:12:42 -0700 (PDT)
Received: from mail-lf1-x12a.google.com (mail-lf1-x12a.google.com [IPv6:2a00:1450:4864:20::12a]) (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 832C43A1124 for <v6ops@ietf.org>; Tue, 22 Mar 2022 13:12:34 -0700 (PDT)
Received: by mail-lf1-x12a.google.com with SMTP id bu29so31754395lfb.0 for <v6ops@ietf.org>; Tue, 22 Mar 2022 13:12:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=es.net; s=esnet-google; h=mime-version:references:in-reply-to:reply-to:from:date:message-id :subject:to:cc; bh=VeDrvCJISdPU9gStrDAnDE2IlYni5uvvrjfGpsAvYSU=; b=eQX4hPYGNESyVhoRkfmvqJlYsvwNMt+mIzppt4eKeGC8VEg13g7ebV/GOmu4YKbTXC yo0KDDzYcSU5WT8iawD3k5bGEGOj2PpNyH4DI3HeIc9eOwmahQ7UnumTKyB9+sBvGaU/ VvYvIWDv4SC19YxeH/hZryOmVl75TQ3swzffW9JeRT0EE7Gg7dyAnsw61acpuElHyJYB TsB4pa4Rjg5HQ2rXRsxYdclNjrH8Skwp/FnMnzL9vSa86E8DXuHsWJtkQpi2aegSg+vb jlh/nkqp6u/EmoiXESbXiTNNaGgf421+jWtfPk2ZXd5bGTU6WMQsd4MXLpl/Zsm8Vdpn lWlQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:reply-to :from:date:message-id:subject:to:cc; bh=VeDrvCJISdPU9gStrDAnDE2IlYni5uvvrjfGpsAvYSU=; b=iKlIrOgx2DxYYYNVpBR4aCx5sfx3lKUBnc3RMKo/3R9ThKULk1ToeZ9H7KGIB6ENG0 vBpRtuVJsQTwxY9MeKp6VEC6QEkXSOm9dB0M3S2SkwqRRmEy+hchJEB0d8x0tfdlukFs 8sb4BzGLSB6Dwc992N7mT7VRApAgva3LKHv5mNZt0qD5r//Je9mVHtjPWfYfAXUhBVXz ksGzw4QN/bNbSEVaG9SZUj3cET37Q6EC3nJlguGdPgm1WNLPI+/cpKQfvqHEvs8OQtBI yXLl86tWtBdD7dp3wUsyi6CLZC7Nj5fdADFnRma9Z9pP9kjUbmWMLixPTedkuS1mDSwq 94lQ==
X-Gm-Message-State: AOAM531pPaI2Ve+essd7GesG5aEjI/ayPHA+rLfo4NlbIIhZbPDLzmgo PEuVwwK8X73Zi3MOOppe1o+qys+jQWa2c5LhaaBmq+3YeFGfE5O2QpdFGBw6d33f4+4XqNFqFRe h13sQKaHuYsAA1t1QFzQWnLxY6D8RwtJuLmXN7ysHljUvTZ4V/g2zJkNwqaRssDt5eZmMbe21kG 4=
X-Google-Smtp-Source: ABdhPJxDYrr3zD5heGUxwxyhHYWI/y6rXFoKeK7SmkOdkbbhxxrOYvNtb4S4J4lFDafCw4j+np8NXQRPH91N6RmW6aA=
X-Received: by 2002:ac2:4adb:0:b0:44a:d01:e2a with SMTP id m27-20020ac24adb000000b0044a0d010e2amr14478762lfp.338.1647979951599; Tue, 22 Mar 2022 13:12:31 -0700 (PDT)
MIME-Version: 1.0
References: <52661a3d-75dc-111a-3f23-09b10d7cb8d4@gmail.com> <A72CDDDB-CDCE-4EAF-B95E-997C764DB2C4@gmail.com> <9175dc32-45c1-e948-c20a-3bcc958b77b9@gmail.com> <YjmJQMNgnJoSInUw@Space.Net> <fd17a91f-68dc-92b5-0544-51aefa1b7f08@gmail.com>
In-Reply-To: <fd17a91f-68dc-92b5-0544-51aefa1b7f08@gmail.com>
Reply-To: buraglio@es.net
From: Nick Buraglio <buraglio@es.net>
Date: Tue, 22 Mar 2022 15:12:20 -0500
Message-ID: <CAM5+tA-Wq5O4pjQ++VZQi-FTKZGMRAW-LFc6O5dPOyox4QZDEw@mail.gmail.com>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
Cc: Gert Doering <gert@space.net>, v6ops@ietf.org
Content-Type: multipart/alternative; boundary="0000000000009cefca05dad43bc3"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/TW4n47XRvd6lDZcqAClwijUVHxw>
Subject: Re: [v6ops] Thoughts about wider operational input
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 22 Mar 2022 20:12:49 -0000

ULA is an operational non-starter in the presence of any dual stacked
hosts.  Per its design, it just won't ever use IPv6 in any meaningful way
and that time and effort are better served on adding GUA addressing of one
kind or another.

nb



On Tue, Mar 22, 2022 at 2:55 PM Brian E Carpenter <
brian.e.carpenter@gmail.com> wrote:

> Hi Gert,
>
> I see that the discussion has been going on while I was sleeping, but I
> want to clarify below...
> On 22-Mar-22 21:30, Gert Doering wrote:
> > Hi,
> >
> > On Tue, Mar 22, 2022 at 11:42:12AM +1300, Brian E Carpenter wrote:
> >> I agree with Jordi that multihoming is a genuine impediment. What isn't
> generally realised is that it's a problem of scale when considering at
> least 10,000,000 enterprises, much more than it's a problem of IPv6 itself.
> >
> > What is "an enterprise"?
> >
> > My stance on this is that for "largely unmanaged SoHo networks" - which
> > could be called "small enterprise" - dual-enduser-ISP with dual-/48 or
> > NPT66 gets the job done in an easy and scalable way (HNCP would have
> > been great, but IETF politics killed it).
> >
> > "Enterprise that truly need their own independent fully managed network
> > with multiple ISP uplinks and fully routed independent address space"
> > are probably way less than 10 million...
>
> I came up with 10 million quite some years ago as a reasonable estimate
> of the number of medium to large businesses in the world, all of which
> might depend on *reliable* Internet access to survive (and WfH during
> COVID has made this even more important recently). So all of them
> should have two independent paths to the Internet to assure reliability.
> That means two different ISPs (or less good, two completely independent
> paths to the same ISP).
>
> So, if PI addressing is the answer, that really does take us to
> 10M /48s to be routed.
>
> If PA is the answer, that's why I worked on SHIM6 (may it rest in
> peace). Which is why I worked on RFC 8028. If that's not the
> answer, we're back to NPTv6. Possibly even to ULA+NPTv6.
>
> > Half of them do not want Internet access anyway, just access to their
> > ALGs that will do the filtering and TLS inspection and everything, and
> > then out to the Internet as a new TCP session (= could be done with
> > DMZ islands of upstream-provider-allocated space just fine).
> >
> >
> > We need to work on our marketing regarding multihoming.  "What is it that
> > you get, what is the cost, which of the variants do you want, and
> why...?"
>
> Yes.
>     Brian
>
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>