Re: Ephemeral addressing [was Re: 64share v2]

Fernando Gont <fgont@si6networks.com> Thu, 12 November 2020 16:07 UTC

Return-Path: <fgont@si6networks.com>
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 BCAF33A135D for <ipv6@ietfa.amsl.com>; Thu, 12 Nov 2020 08:07:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham 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 NJ1vQ9tnx47Z for <ipv6@ietfa.amsl.com>; Thu, 12 Nov 2020 08:07:16 -0800 (PST)
Received: from fgont.go6lab.si (fgont.go6lab.si [IPv6:2001:67c:27e4::14]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DBCD13A13AA for <ipv6@ietf.org>; Thu, 12 Nov 2020 08:07:15 -0800 (PST)
Received: from [10.0.0.129] (unknown [186.19.8.47]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by fgont.go6lab.si (Postfix) with ESMTPSA id 17CC3280BAE; Thu, 12 Nov 2020 16:07:11 +0000 (UTC)
Subject: Re: Ephemeral addressing [was Re: 64share v2]
To: otroan@employees.org, Philip Homburg <pch-ipv6-ietf-6@u-1.phicoh.com>
Cc: 6man WG <ipv6@ietf.org>
References: <CAD6AjGR-NE_sJ_jp7nAT6OvNkcdE9qoWuGEiiVW7r9YtsQvbbw@mail.gmail.com> <80ed3a3b-6e2c-188f-4c1e-c2ededfbbe0d@joelhalpern.com> <0188AC41-60B0-4BC6-810D-DC59CF9E4FB3@employees.org> <1931a638-64ed-f40e-07a3-67cf1eafb941@joelhalpern.com> <376D6BB0-87E2-42E5-9BC4-F3A2F04FA005@employees.org> <CAD6AjGSr-TPcGo7f9EGgoAahYLQTL68CUSq58LGMgD0=6GmRRg@mail.gmail.com> <8DC674FB-9F90-4C41-A323-62BD62934A12@employees.org> <CAD6AjGTYBs8YbHgCJJG84vgwXK4ZSCm65z6KXvZP9F+LdT_atg@mail.gmail.com> <038A830C-E024-42C6-917E-E6FF57829A1C@employees.org> <CAD6AjGTQVtJBJ3=aZBsF1WcdSK2k9b1hzeZXM6008w_2vpo6_w@mail.gmail.com> <948ACA2B-E45C-4289-A837-9F2536F20F8F@employees.org> <CAKD1Yr0tDTSH2F4=ZsdMJREy1k6equ9mZV0Au1bJPmKuzxeYVA@mail.gmail.com> <43C449AD-D116-4452-A4F2-79AE5A76539F@employees.org> <m1kcoXQ-0000G1C@stereo.hq.phicoh.net> <267D8461-47EC-443A-98DF-4FE990138B5A@employees.org> <m1kcprv-0000GNC@stereo.hq.phicoh.net> <F39272F7-EBCC-4551-BB42-4014DD437302@employees.org>
From: Fernando Gont <fgont@si6networks.com>
Message-ID: <c6a9ad8e-7ea6-7bf7-7932-1a50ff6886bb@si6networks.com>
Date: Thu, 12 Nov 2020 13:03:08 -0300
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1
MIME-Version: 1.0
In-Reply-To: <F39272F7-EBCC-4551-BB42-4014DD437302@employees.org>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/dPWelKqBnC6WWHUadbYldAR9VjQ>
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: Thu, 12 Nov 2020 16:07:24 -0000

On 11/11/20 10:35, otroan@employees.org wrote:
> Philip,
[....]
>>
>> Or just stick to static prefixes.
> 
> Seems to me the world waited. At least the one I'm leaving in did. :-)

Most leaf IP networks are not exposed to renumbering since they use 
private address space.

That's different for IPv6. My home network gets regularly renumbered, 
and I experience draft-ietf-v6ops-slaac-renum.



> None of the systems I use handle renumbering. Barring a single application (mosh).
> Most of the building blocks are there, but in 20 years of waiting few if any have put them together.

The current mechanisms rely on state in all intervening network devices, 
and the signaling mechanism is unreliable. That makes the network fragile.



> I doubt this is deployable in time to avoid users being forced to NAT on the edge, to protect themselves from instability in global addressing.

If we get to, at the very lest, do more timely garbage collection as in 
draft-ietf-6man-slaac-renum, that would already be a big improvement.



> Are we going to restrict all future IPv6 end-user networks that are forced to depend on PA addressing to be client only?

Many end-user IPv6 networks are restricted to client-only. Because the 
CE Router implements a firewall, and there's no UPnP IPv6 support (or 
similar) that allows nodes to punch holes in the firewall.

Ironically, in such scenarios IPv4 ends up having better 
e2e-connectivity properties than IPv6.

Thanks,
-- 
Fernando Gont
SI6 Networks
e-mail: fgont@si6networks.com
PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492