Re: [v6ops] A common problem with SLAAC in "renumbering" scenarios

Tassos Chatzithomaoglou <achatz@forthnet.gr> Thu, 31 January 2019 11:40 UTC

Return-Path: <achatz@forthnet.gr>
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 D0F3F130ED1; Thu, 31 Jan 2019 03:40:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=forthnet.gr
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 R6IzDTWPaKZC; Thu, 31 Jan 2019 03:40:52 -0800 (PST)
Received: from zm-out-02.forthnet.gr (zm-out-02.forthnet.gr [194.219.0.14]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E7E7C1274D0; Thu, 31 Jan 2019 03:40:51 -0800 (PST)
Received: from zm-in-02.cloud.forthnet.prv (zm-in-02.cloud.forthnet.prv [10.24.31.16]) by zm-out-02.forthnet.gr (Postfix) with ESMTP id AD872121EF0; Thu, 31 Jan 2019 13:40:49 +0200 (EET)
Received: from localhost (localhost6.localdomain6 [IPv6:::1]) by zm-in-02.cloud.forthnet.prv (Postfix) with ESMTP id A401F120DFA; Thu, 31 Jan 2019 13:40:49 +0200 (EET)
X-DSPAM-Result: Spam
Authentication-Results: zm-in-02.cloud.forthnet.prv (amavisd-new); dkim=pass (1024-bit key) header.d=forthnet.gr
Received: from zm-in-02.cloud.forthnet.prv ([IPv6:::1]) by localhost (zm-in-02.cloud.forthnet.prv [IPv6:::1]) (amavisd-new, port 10032) with ESMTP id xiXrSAeAcMgw; Thu, 31 Jan 2019 13:40:48 +0200 (EET)
Received: from localhost (localhost6.localdomain6 [IPv6:::1]) by zm-in-02.cloud.forthnet.prv (Postfix) with ESMTP id B0555120E01; Thu, 31 Jan 2019 13:40:48 +0200 (EET)
DKIM-Filter: OpenDKIM Filter v2.9.2 zm-in-02.cloud.forthnet.prv B0555120E01
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=forthnet.gr; s=zm; t=1548934848; bh=13yHgRmjY6ARMgr0ywQgh1u5Xo04xZo0Zuo1f1RSE3Y=; h=Subject:To:From:Message-ID:Date:MIME-Version:Content-Type; b=6pdzn5TOktpw0U9BLrAKhBV4+wiRLZhxVYrmphMVUXiPlHD7e81VRTVctcuFc2vyM 3mK3B4nGZUtXYOneh4RlzncsUlg5JGQc9taJ5YudNOkDV0xvENNTC4AiT3tob0fTat XmSNRjMRGR4CcNONafOY+Ex5YpHw2L9QSuiAXRwU=
X-Virus-Scanned: amavisd-new at zm-in-02.cloud.forthnet.prv
Received: from zm-in-02.cloud.forthnet.prv ([IPv6:::1]) by localhost (zm-in-02.cloud.forthnet.prv [IPv6:::1]) (amavisd-new, port 10026) with ESMTP id NvwisB9LUjuI; Thu, 31 Jan 2019 13:40:48 +0200 (EET)
Received: from [IPv6:2a02:2148:82:6000:d047:28fc:68ca:40e9] (unknown [IPv6:2a02:2148:82:6000:d047:28fc:68ca:40e9]) by zm-in-02.cloud.forthnet.prv (Postfix) with ESMTPA id 7EF4E120DFA; Thu, 31 Jan 2019 13:40:48 +0200 (EET)
To: Fernando Gont <fgont@si6networks.com>, "6man@ietf.org" <6man@ietf.org>, IPv6 Operations <v6ops@ietf.org>
References: <60fabe4b-fd76-4b35-08d3-09adce43dd71@si6networks.com>
From: Tassos Chatzithomaoglou <achatz@forthnet.gr>
Openpgp: preference=signencrypt
Autocrypt: addr=achatz@forthnet.gr; prefer-encrypt=mutual; keydata= xsFNBFxJmLkBEAC2Ias6RaA3HmSOGgwZtUtz9+AuwUCCJSr5sjYwSOK0B62dSoci9TlvRA1b e2qo7iFg2epfhBm1Gn95VKwg54GREE8ewE03LYPpewhsB+UrA5UgDJ6zaHMSPepuYhalYmLJ tTdZkWBDnS86/lMVzeAQ+Mb0QL7porRASb6fUbIkNDGV3HWZrVvfJo+2fVooY3E3HqM5wkOX V1vwa5yqaB6JPcYkMzo3xVfWNQRBJO4aVAnxG8WKzSR/PihQwavoRrVTfxCvtuUgM1UsaLq/ oX+D51AF4rOvN/WH9gI2Zk/Uy0s0rE+563Ve/Z0lT/3UZn7CCRA+1A4NAll9wlr5hRop3PYJ L3UuFN+nlpXZc4Wbs8W3sU8UPCetAUcdLYJXDErr18MtNrc7y7DF9aqjlY0CgswC+hedrgwM VrTrLlB9Av7QsPdjORZOTR4jZZaaqJGOmLeKLhEi4qy3SD/l2IeHvPGV/AB4nFAzFPEYuHj3 pIZEuw1TJudmJRYqyKzaTpo9tTTywh8GmNBp2F+32F7/Ky5/riWyKpsjJ1uPLTeyXtUXYDmr rfSD+j4qU7f72Zk2ilv4l62bhe4hfhgmMCiQ3HNmje3DZSpbvVKXpxz5LFv6P9If09YVRz3W 5s7DDxH7XcrYUwIlgsrmTeK+MxFO84wBX7E10iC3Ew4hskBKCQARAQABzSxUYXNzb3MgQ2hh dHppdGhvbWFvZ2xvdSA8YWNoYXR6QGZvcnRobmV0LmdyPsLBlAQTAQgAPhYhBFTwl+JuVVqT 44Sw4bCYY8me4pWnBQJcSZi5AhsjBQkB6m4ABQsJCAcCBhUKCQgLAgQWAgMBAh4BAheAAAoJ ELCYY8me4pWnIWAP/14keqWC4PT0+0D1C+GTD4LIoZo8191j86+0h0yrH86MzM+shH0Fq7UG qPkSoYvCMimuiF0QaBJHG2J3OL6f9FQPdoeJsDEctz6BuO4xyXMWnrjo9xfExwG9vUKNcA2p nhDNRLmLf+wfUsVa1ojiiTS3avv+n2nuq0iT0NnKn9VhQ6QOKo376IbBsyu5dolUH6Grnt4s FVhFkAN140F0gczCfXklSWGcUCqs+MT7u8PLGpPWM3gIRse3bdphA49nO0+Qr/6PxwQieaOI oSroOgN2Z8SM2WtJTasO0/RtlmkZEYuAFfpD/PTRlUGKzQMUqbVdjYT73IhvjnBPrIzQ9Z3i HBXctYSTGXROXtt9lMMIixvaMEio87lcBP6DHjrniIpZo1ry0OUTfWgax24tLkmaqh3Ngihf oXAxiIWNgjkxzRFqmlzKtmYZVBiW69Su1oS4uhdcBrGBdEcmYy79b2ZX1joxS+ft9uqjMRt5 dtoGFDj55LRQsIXn+qfDkWVNkDVT7y6a3QQIsgFqT606Ra/LskGtB46xhvzSinygA7MLB6qT +7izQMOr3rTzehPn4mV28wyM5WeOGIu4nAjgZd50rY416/QZElSIt/qCpyZNJh9WYeTwuht8 k4pfeNaplgdoaXd32IDcMEx62+mCmMfR5Suk16jsdxEVZHXT2mQ+zsFNBFxJmLkBEAC+KNEN VrbUD65l9JkhzfZ61Xhhu284T99muussueFLsDRgJi7YmNXXETTKuFcxlInrwXo+V/Y7l5du IEAuPcI5/0Cz3ugPB1xx/M2ekJSbRhqve+Rr3hs/cmwYhy4jYVTgwpjfKUdUqH6lRE1GGEUk m6CwXQeBgWy4QfFz3v+sJwKZZ0NKb50kqTTavUsIS2iv3uDrrJ+0CQopGrn6rNH9+ofBtgwY QMZ2JRVF2Rd45PFW8Zg8IsNIhftLcabdHELuMY1xrGANcihZacp0i8uGwUtn03Jv1qxCJst1 x25p+ntbL08ktWY4P2LKT/YwtJEpQrBWEwMAMgBM2dpyx72mM28F+sUqMTS0/5P/wgMIuszf 2RxjhFmFgDqrMnR2K+q9QBkMfSXbBWe6jGPrpvLiz7dKDbl3Z3RCs4wEUGARVQ+oOHiArzTJ 7gnigd+aGb+2Rir8PTuIOp9PSuuYlAEpobXU0mLRPB+snFT92yrhmcm2QQHeoklNLIpVVOHA 09ZGuL3R4PzsgntUsXVKcL9nE+BIF3M6/A+32pcwAaVBzAipVCogo/nRAlLnLk0OroY/HWmm xv+2QSgPfeeoEvdBCI+xipYQpEX9cG9qJ1f4KyUSOh9KyNfeRQZ23esIwI0R+LjcLMH9sSrM DyH6Mial+VbQWldvI9/Ja9KSRZpWjQARAQABwsF8BBgBCAAmFiEEVPCX4m5VWpPjhLDhsJhj yZ7ilacFAlxJmLkCGwwFCQHqbgAACgkQsJhjyZ7ilafqiQ/+IOK2872s5dZQpd42jabOFFFT qHZb+DEUmSGEBmVKuhLFdl8TFcdXT8IDlIGn4NWPTWaLQrt7OPmIla3RW2VW1SDW6D7iphRZ Qck/61v/kW5NpJzkX5vt/puF+DDOPQJbH/qw6ysgtX/BT3vbfqcbmuLDI4rSW5xg/ZrDD2Vz Nu3Ou1BbPZ7ZXJwRjiKlJc4T/Vtyed7GlRq3AW+g/c4e96h54xCUD27Gq5QdSP3n3ZRNaicm 8SF2pwh5FgmqX15l9yQTGtnhuD+KhrPSzcqQvCz6JYkaixGE9oLV2D+pjpAL7Lm3R0Ohl8BS ogty4sO5fZjnUEjd0rq2jbe7EaanBTLTbFmFSXBsqCWMTHmzxLjia9FoUUIaP66ic8jgtZ1Z oRWQaWpe6fXaytX4HykH2XYTLWzJQPMYSHnsSKBVjktsm1GzobpqxHwcnqLffVpnfPUvzfyb vubfQG0wN91y9KA6yOCKAbSFhsYPpYS5iydFaF1zyHhgqHs52vVP6RzgdCb2DlPnkZpvoyYu GZuT1ujl5V4mDUJ37H8P297LJm/j6sgQPoZxgYC5c8mhX6zdW9cReGC6L3yydT6X0XHtRiJ3 BkqRdzeqF/NeYUTEa4MnMJogSUDwc4Um39jqAiE2y0crCwTQQ/iJKk4E2Vz+kVVIHLOo21XF 0HiN5LjEtNE=
Organization: Forthnet
Message-ID: <7b77cbfe-2bee-fda0-9751-44f9fb95a553@forthnet.gr>
Date: Thu, 31 Jan 2019 13:40:51 +0200
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1
MIME-Version: 1.0
In-Reply-To: <60fabe4b-fd76-4b35-08d3-09adce43dd71@si6networks.com>
Content-Type: multipart/alternative; boundary="------------AD87EA3CF0F73C80B1DC2C78"
Content-Language: English & Greek
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/_TVqXaBP-d_dBcqgXPDW_tFPhAo>
Subject: Re: [v6ops] A common problem with SLAAC in "renumbering" scenarios
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: Thu, 31 Jan 2019 11:40:56 -0000

Isn't that handled by L-13 of RFC7084?

L-13:  If the delegated prefix changes, i.e., the current prefix is
          replaced with a new prefix without any overlapping time
          period, then the IPv6 CE router MUST immediately advertise the
          old prefix with a Preferred Lifetime of zero and a Valid
          Lifetime of either a) zero or b) the lower of the current
          Valid Lifetime and two hours (which must be decremented in
          real time) in a Router Advertisement message as described in
          Section 5.5.3, (e) of [RFC4862].

--
Tassos

Fernando Gont wrote on 31/1/2019 1:00 μμ:
> Folks,
>
> We have posted a new I-D discussing a problem that can arise in typical
> deployment scenarios where the CPE obtains a prefix via DHCPv6-PD and
> advertises a prefix on the LAN side.
>
> Our draft is available at:
> https://tools.ietf.org/html/draft-gont-6man-slaac-renum
>
>
> The Abstract is:
>    A very common IPv6 deployment scenario is that in which a CPE employs
>    DHCPv6 Prefix Delegation to obtain an IPv6 prefix, and at least one
>    prefix from within the leased prefix is advertised on a local network
>    via SLAAC.  In scenarios where e.g. the CPE crashes and reboots,
>    nodes on the local network continue using outdated prefixes which
>    result in connectivity problems.  This document analyzes this problem
>    scenario, and proposes workarounds.
>
> Any comments will be welcome.
>
> Thanks!
>
> Cheers,