SLAAC renum -- revised algorithm (Fwd: New Version Notification for draft-gont-6man-slaac-renum-04.txt)

Fernando Gont <fgont@si6networks.com> Wed, 11 March 2020 13:39 UTC

Subject: SLAAC renum -- revised algorithm (Fwd: New Version Notification for draft-gont-6man-slaac-renum-04.txt)
References: <158393319617.1552.258016943645564875@ietfa.amsl.com>
To: "6man@ietf.org" <6man@ietf.org>
Cc: Philip Homburg <pch-ipv6-ietf-6@u-1.phicoh.com>, Michael Richardson <mcr+ietf@sandelman.ca>
From: Fernando Gont <fgont@si6networks.com>
Message-ID: <52e89429-c29e-b10a-718d-a90c61ed0cde@si6networks.com>
Date: Wed, 11 Mar 2020 10:38:43 -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: <158393319617.1552.258016943645564875@ietfa.amsl.com>
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/T3mM2L6IO7PiWfbsdT2d5Vkxogo>
Precedence: list

Folks (Philip/Michael in particular),

I took the chance of bein able to post document revs, and submitted a 
rev of our I-D. The revised draft is at: 
https://tools.ietf.org/html/draft-gont-6man-slaac-renum-04

Other than minor editorial changes, I have added an alternative 
algorithm that allows hosts to infer that a prefix has become stale, 
that is meant to address Philip's and Michael's concerns (as expressed 
on this list).

The original algorithm (Algorithm #1) is now Section 4.5.1, while the 
new algorithm (Algorithm #2) is in Section 4.5.2.

As noted in the document, it will be up to the WG to decide whether to 
keep both algorithms (or pick one of them (I guess the new one)) if/once 
the wg decides to work on this document.

Thoughts?

Thanks!

Cheers,
Fernando




-------- Forwarded Message --------
Subject: New Version Notification for draft-gont-6man-slaac-renum-04.txt
Date: Wed, 11 Mar 2020 06:26:36 -0700
From: internet-drafts@ietf.org
To: Jan Zorz <jan@go6.si>, Richard Patterson <richard.patterson@sky.uk>, 
Fernando Gont <fgont@si6networks.com>


A new version of I-D, draft-gont-6man-slaac-renum-04.txt
has been successfully submitted by Fernando Gont and posted to the
IETF repository.

Name:		draft-gont-6man-slaac-renum
Revision:	04
Title:		Improving the Robustness of Stateless Address Autoconfiguration 
(SLAAC) to Flash Renumbering Events
Document date:	2020-03-11
Group:		Individual Submission
Pages:		23
URL: 
https://www.ietf.org/internet-drafts/draft-gont-6man-slaac-renum-04.txt
Status: 
https://datatracker.ietf.org/doc/draft-gont-6man-slaac-renum/
Htmlized:       https://tools.ietf.org/html/draft-gont-6man-slaac-renum-04
Htmlized: 
https://datatracker.ietf.org/doc/html/draft-gont-6man-slaac-renum
Diff: 
https://www.ietf.org/rfcdiff?url2=draft-gont-6man-slaac-renum-04

Abstract:
    In renumbering scenarios where an IPv6 prefix suddenly becomes
    invalid, hosts on the local network will continue using stale
    prefixes for an unacceptably long period of time, thus resulting in
    connectivity problems.  This document improves the reaction of IPv6
    Stateless Address Autoconfiguration to such renumbering scenarios.

 


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

The IETF Secretariat

SLAAC renum -- revised algorithm (Fwd: New Versio… Fernando Gont
Re: SLAAC renum -- revised algorithm (Fwd: New Ve… Philip Homburg
Re: SLAAC renum -- revised algorithm (Fwd: New Ve… Fernando Gont
Re: SLAAC renum -- revised algorithm (Fwd: New Ve… Philip Homburg
Re: SLAAC renum -- revised algorithm (Fwd: New Ve… Fernando Gont
Re: SLAAC renum -- revised algorithm (Fwd: New Ve… Philip Homburg
Re: SLAAC renum -- revised algorithm (Fwd: New Ve… Fernando Gont