Re: Adoption Call for "Improving the Robustness of Stateless Address Autoconfiguration (SLAAC) to Flash Renumbering Events"

Philip Homburg <pch-ipv6-ietf-6@u-1.phicoh.com> Tue, 30 June 2020 14:13 UTC

Return-Path: <pch-b9D3CB0F5@u-1.phicoh.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 33DC43A093E for <ipv6@ietfa.amsl.com>; Tue, 30 Jun 2020 07:13:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.622
X-Spam-Level:
X-Spam-Status: No, score=-1.622 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, KHOP_HELO_FCRDNS=0.276, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=no 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 6PkSrc6xbv7g for <ipv6@ietfa.amsl.com>; Tue, 30 Jun 2020 07:13:32 -0700 (PDT)
Received: from stereo.hq.phicoh.net (stereo6-tun.hq.phicoh.net [IPv6:2001:888:1044:10:2a0:c9ff:fe9f:17a9]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 03D653A0937 for <ipv6@ietf.org>; Tue, 30 Jun 2020 07:13:30 -0700 (PDT)
Received: from stereo.hq.phicoh.net (localhost [::ffff:127.0.0.1]) by stereo.hq.phicoh.net with esmtp (TLS version=TLSv1.2 cipher=ECDHE-RSA-CHACHA20-POLY1305) (Smail #157) id m1jqH0o-0000IEC; Tue, 30 Jun 2020 16:13:26 +0200
Message-Id: <m1jqH0o-0000IEC@stereo.hq.phicoh.net>
To: ipv6@ietf.org
Subject: Re: Adoption Call for "Improving the Robustness of Stateless Address Autoconfiguration (SLAAC) to Flash Renumbering Events"
From: Philip Homburg <pch-ipv6-ietf-6@u-1.phicoh.com>
Sender: pch-b9D3CB0F5@u-1.phicoh.com
References: <CC295D49-5981-41C3-B4DB-E064D66616CE@gmail.com> <adddbd07-2262-b585-68a1-00fc28207a84@gmail.com> <CABNhwV0MFe-d6-DL2SuhuyPSq7Mn0-TS=poDn9ynAqn1ZWXOKA@mail.gmail.com> <CAKD1Yr3zEcZ5=1ttDbZGDtN86qy+wRbFXmOHXqngqu6NuYYJ5g@mail.gmail.com> <2759b55c-871f-dc41-c180-47c1ebd1135d@gont.com.ar> <CAKD1Yr2Uv=2PaoJschS_a6KSE_V8CgL=WkUxnUnBFqQ9Rkoe4Q@mail.gmail.com> <201C51F9-B196-4EE1-82BE-2312FD70E217@gmail.com> <CAMGpriXfDn_zyKAaiDSE1OAhB_yqR_22U_UxfJQ7k+3PU=apTg@mail.gmail.com>
In-reply-to: Your message of "Mon, 29 Jun 2020 21:16:27 -0700 ." <CAMGpriXfDn_zyKAaiDSE1OAhB_yqR_22U_UxfJQ7k+3PU=apTg@mail.gmail.com>
Date: Tue, 30 Jun 2020 16:13:26 +0200
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/rkq0u4iEEJLZjcET0vJePH0O7n8>
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: Tue, 30 Jun 2020 14:13:34 -0000

> I'll repeat my previous recommendation that a host can unicast an
> NS from any of its GUAs in a suspected lost PIO for the router's
> link-local address to the link-local address of the router.  Treat
> it like NUD -- RRUD, return routing unreachability detection.

Personally I think that this is too complex for what it brings. However,
such a feature may have unexpected benefits. So I think it worth adding
this to the draft as an alternative to be able to see what a fully worked out
proposal would look like.

A slight variation that might work, is for a host to perfom NUD on the router's
address using the source address it is going to use. In that case the host
would not wait for a RA to arrive but always do that. 

The added complexity is that the host would have to do NUD per source address.
The added benefit is that the host would always verify that a particular source
address works for a given next hop.