IETF Logo Mail Archive

Re: [v6ops] Vicious circle [ULA precedence [Thoughts about wider operational input]]

Michael Richardson <mcr+ietf@sandelman.ca> Wed, 27 April 2022 21:28 UTC

Return-Path: <mcr+ietf@sandelman.ca>
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 90482C157B59; Wed, 27 Apr 2022 14:28:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 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, 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=sandelman.ca
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OwYH7eLTFPsM; Wed, 27 Apr 2022 14:28:52 -0700 (PDT)
Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 86301C1595E3; Wed, 27 Apr 2022 14:28:50 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id 65B70390E3; Wed, 27 Apr 2022 17:41:31 -0400 (EDT)
Received: from tuna.sandelman.ca ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 0XWQ_wodJ8lA; Wed, 27 Apr 2022 17:41:30 -0400 (EDT)
Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id 20F46390E1; Wed, 27 Apr 2022 17:41:30 -0400 (EDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=sandelman.ca; s=mail; t=1651095690; bh=8goKbpQYPj/2Jab+ecsQ+wKv85tEOL+bCQNtgFfFGpU=; h=From:To:Subject:In-Reply-To:References:Date:From; b=DLY+s2sLSYh34/X2kZkFIMQwPmCWHa77V0YB9uPt6twYpov4PXJ8k93TMfKCImRhX Y95jkb1VGJuEmafZ4L6lpWGKrazRALKSWKXAEtUofrMhIrdnNIZ+MRZeAhOpHpUDta U6EXA21IMpoKxXamRiTnzJt3mD3vESRnJcXqelvRo1VPlKIyJqWRBjk0QEW4H/m0Hs zrj1u6L9/Uch+Pp+h90zFqwfAIaDKuaCnw5RGUgr7nB7s5WhIqlF8BG3MzRj7IRWC+ bDh5h+/iOjXAjklk0KmxS00UN0mxuHkhCr4ANGhncgrdZzYke1Ldqi/AW0dU1gCfnw H0GqVy6TQOKhg==
Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 31262418; Wed, 27 Apr 2022 17:28:47 -0400 (EDT)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: buraglio@es.net, v6ops list <v6ops@ietf.org>, 6man list <ipv6@ietf.org>
In-Reply-To: <CAM5+tA-FToYVXJr0-h=xy-aovCR_qTfi5iJjvC8XfL0Q2SrSPQ@mail.gmail.com>
References: <CAM5+tA8WvjvWirxqE6kQ9LQAG0NcpWyCLGVooB=G7gZ9ETb2zQ@mail.gmail.com> <20220424172743.GA218999@fg-networking.de> <CAKD1Yr1v0Tkh+pWD-ts=PL3gZf7Qj6OHW6Cuvj8iGcSSMibjew@mail.gmail.com> <0afe25f5-52b7-a438-0696-cf8b0a83c2dc@gmail.com> <BN8PR07MB70760D9693580F5BDCB61DD995F89@BN8PR07MB7076.namprd07.prod.outlook.com> <CAKD1Yr3Z9wGQ+uiA2WcW00MrOiLyHs+bSoFjHVtrixCi2qp4DA@mail.gmail.com> <BN8PR07MB7076A6456CAB48EF428D6E8695F89@BN8PR07MB7076.namprd07.prod.outlook.com> <65d0d9ac-77fc-c200-09e3-0c3949ca1541@gmail.com> <CAN-Dau2FS99ewfgH8xk-jSJFCnO92CJV9ZC98DUE2UDR7V1Eww@mail.gmail.com> <CANMZLAYbpZBDA8uFnJqfWfWTQ4S9RN4a-DqWe36qzfAfDtXiQA@mail.gmail.com> <CAN-Dau0BjRR2_7xz38DpJsz0Y=Z_8bV5n-=Eh1QUVEDzqVxmaA@mail.gmail.com> <CAPt1N1=H=eAyRu0JcHnLpZEUizDZ4Kj0VwPu=0nM=Wn+y3Ho1w@mail.gmail.com> <CAM5+tA_4rtSkgEuRUFZ2LYr6i8a7vWeKODYieVARF3RbRvgRww@mail.gmail.com> <BN8PR07MB7076DE3E745CB916FB81879595FA9@BN8PR07MB7076.namprd07.prod.outlook.com> <ADAE42CE-448F-42F5-89BE-692F493E2DC8@consulintel. es> <CAM5+tA_ksJ+agY1tze1-zPHLsgYFgjEYtnuPs+ffZbnRqiHytw@mail.gmail.com> <BAD082DA-0958-4926-B3E5-4E4599A75078@consulintel.es> <CAM5+tA-FToYVXJr0-h=xy-aovCR_qTfi5iJjvC8XfL0Q2SrSPQ@mail.gmail.com>
X-Mailer: MH-E 8.6+git; nmh 1.7+dev; GNU Emacs 27.1
X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m<nPbLgmtKK-5dC@#:k
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg="pgp-sha512"; protocol="application/pgp-signature"
Date: Wed, 27 Apr 2022 17:28:47 -0400
Message-ID: <18109.1651094927@localhost>
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/ifjlpehPzt9Vh1DZQmg_oie2xqM>
Subject: Re: [v6ops] Vicious circle [ULA precedence [Thoughts about wider operational input]]
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.34
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: Wed, 27 Apr 2022 21:28:56 -0000

Nick Buraglio <buraglio@es.net> wrote:
    > Regardless of any of that, I feel like there is an acute hyper-focus on
    > address translation when discussions center around ULA (or any other non
    > 2000::/3 space, realistically) is mentioned. How can we back away from that
    > for now and start looking at the details of ULA use in the real world, then
    > think about address translation after we work through what we've learned
    > about RFC6724 in operations?

I agree with you.
There are lots of uses of ULA-R, (and ULA-C, and maybe a third option) in
enterprises, homes and industrial settings where address translation is
actually unwanted.

We really do want islands of devices with limited connectivity.
But, its limited connectivity to other devices that have multiple addresses.


--
Michael Richardson <mcr+IETF@sandelman.ca>   . o O ( IPv6 IøT consulting )
           Sandelman Software Works Inc, Ottawa and Worldwide

v2.23.0 | Report a Bug | By Email