IETF Logo Mail Archive

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

j h woodyatt <jhw@conjury.org> Wed, 20 February 2019 17:09 UTC

Return-Path: <jhw@conjury.org>
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 528BA1277D2; Wed, 20 Feb 2019 09:09:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-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 C_XrwpNBW9ih; Wed, 20 Feb 2019 09:09:25 -0800 (PST)
Received: from mail.conjury.org (prime.conjury.org [174.136.98.234]) by ietfa.amsl.com (Postfix) with ESMTP id D0EAC12870E; Wed, 20 Feb 2019 09:09:25 -0800 (PST)
Received: from [192.168.1.67] (zoox-inc.wh.edge1.sanjose2.level3.net [4.28.172.66]) by mail.conjury.org (Postfix) with ESMTPSA id 2E9E4E6037; Wed, 20 Feb 2019 08:32:12 -0800 (PST)
From: j h woodyatt <jhw@conjury.org>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\))
Date: Wed, 20 Feb 2019 09:09:24 -0800
References: <60fabe4b-fd76-4b35-08d3-09adce43dd71@si6networks.com>
To: "6man@ietf.org" <6man@ietf.org>, IPv6 Operations <v6ops@ietf.org>
In-Reply-To: <60fabe4b-fd76-4b35-08d3-09adce43dd71@si6networks.com>
Message-Id: <9D7D5944-FCC1-4237-B530-7C1DB1B61A56@conjury.org>
X-Mailer: Apple Mail (2.3445.102.3)
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/kvi4gCw7jSHPPEDSzThnsK2Q-oE>
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: Wed, 20 Feb 2019 17:09:29 -0000

On Jan 31, 2019, at 03:00, Fernando Gont <fgont@si6networks.com> wrote:
> 
> https://tools.ietf.org/html/draft-gont-6man-slaac-renum

For the record, I agree with the authors that reducing the default values for AdvPreferredLifetime and AdvValidLifetime is an idea with merit.

The other changes seem less obviously good, as they resemble previous unsuccessful attempts to hammer the DHCPv6 and Router Discovery protocols into resembling a proper routing protocol, which they are not, and which I think we should admit they never will be. Having experienced the futility in attempting to improve Router Discovery and/or DHCPv6 to resemble a proper routing protocol, I would say I’ve seen better and more elegant solutions to these problems, which unfortunately all depend on host operating systems adopting the model that hosts sometimes have cause to participate in the network routing protocol. As this idea has never been taken seriously by the community, I think it’s probably best to leave it behind.

Shorter james: keep section 5.1.1 and drop sections 5.1.2, 5.1.3, 5.2 and 5.3.


--james woodyatt <jhw@conjury.org>

v2.23.0 | Report a Bug | By Email