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

Bob Hinden <bob.hinden@gmail.com> Mon, 13 July 2020 18:47 UTC

Return-Path: <bob.hinden@gmail.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 A75013A1733 for <ipv6@ietfa.amsl.com>; Mon, 13 Jul 2020 11:47:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 TTHw-lRC31f1 for <ipv6@ietfa.amsl.com>; Mon, 13 Jul 2020 11:47:15 -0700 (PDT)
Received: from mail-wr1-x42e.google.com (mail-wr1-x42e.google.com [IPv6:2a00:1450:4864:20::42e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 16C193A1906 for <ipv6@ietf.org>; Mon, 13 Jul 2020 11:46:53 -0700 (PDT)
Received: by mail-wr1-x42e.google.com with SMTP id z13so17773736wrw.5 for <ipv6@ietf.org>; Mon, 13 Jul 2020 11:46:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=04Ccboh+TAD5ZKDx0HU3tu9RLGn0bKcZ5gNK7CwcUpw=; b=vVDCDdIJnFE5mvpidw9UeNJp8qpqC7pdHu8UeUf3yOd8YoEgk9iBG/cS/n3Qm7VKW1 aYS2bRwXX5GAk+2oCG+P/xCCYYSvMl7nsWt85rPkDKe5SeLULNymBibExbv43esDJqtT dqHhGwLvghbhvMbBA2tVC63H69tBLolcwaS2lNQwiRyZ3dBvSTrlLEtg5IbmKD+uBGKV jrJvCNS0ppZX9hPJ9tH7j9mj3Zpj7GQeDHzJLO+F+CupSRoJnIQ/+RxGqnv9cA1XM/TH 1eGY75PVgyy7hMl8sNLU2ngz1sqtyAuOAgaDpEblWQpN/eeETgzUQTOzWTf/OzZOa8Vk OA5g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=04Ccboh+TAD5ZKDx0HU3tu9RLGn0bKcZ5gNK7CwcUpw=; b=qJothiTVL0dJq6YUHLePAE0wU25RD/4cVGgYs+JvmoZ4UNS4PCWJ30PGX54hgaIyjk K77xnIOHbRtjuKQDpG/5TKiTVgmFeJYB1+/69gpYCAvzYtTIag0GjAUewHsw81PzKAHO 4eIj7MgPQbm89iUwoF03/JWKR+wtqWcnrg1sC4hFvI7kD0EINH6PUEqCf2UOR3OMtp7z GcqvpdvomvtYepxXliJSe4GtDzdGlIMclwn89OFWXT6k6jgVTDf2SSusb18NsRCe4XYk +e2jp1pnOrVyU7oekFiHHtEYDYwndcZFCYVnf8TUO02iBtmMyvJnsPZs5CBbLB5Y8c0v O8jw==
X-Gm-Message-State: AOAM531Pp+iAIzzhOUIY+K+AA0gl8bIOETO0rvHwEDBLPuCooCQGhpDV f2+oXJkYhQSZcGp/lZDuhlg=
X-Google-Smtp-Source: ABdhPJw61HcTIKLxhlWgFsbQkwL3lCAkYPs5ONHDwgkpbf0E4bTxJ0TMTXT6addbT9JS5igXFd/QHg==
X-Received: by 2002:a5d:6907:: with SMTP id t7mr809839wru.329.1594666011595; Mon, 13 Jul 2020 11:46:51 -0700 (PDT)
Received: from ?IPv6:2601:647:5a00:ef0b:7170:3eed:8037:e7a9? ([2601:647:5a00:ef0b:7170:3eed:8037:e7a9]) by smtp.gmail.com with ESMTPSA id o29sm27136673wra.5.2020.07.13.11.46.49 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 13 Jul 2020 11:46:50 -0700 (PDT)
From: Bob Hinden <bob.hinden@gmail.com>
Message-Id: <AA0F96B5-92AA-4CD1-97CF-05791DD8187D@gmail.com>
Content-Type: multipart/signed; boundary="Apple-Mail=_EC37CECF-148B-424B-BB22-EA1B799CECDD"; protocol="application/pgp-signature"; micalg="pgp-sha512"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.14\))
Subject: Re: Conclusion of Adoption Call for "Improving the Robustness of Stateless Address Autoconfiguration (SLAAC) to Flash Renumbering Events"
Date: Mon, 13 Jul 2020 11:46:43 -0700
In-Reply-To: <606f0b2f-6351-438e-5376-a35f1e12cb69@si6networks.com>
Cc: Bob Hinden <bob.hinden@gmail.com>, IPv6 List <ipv6@ietf.org>
To: Fernando Gont <fgont@si6networks.com>
References: <CC295D49-5981-41C3-B4DB-E064D66616CE@gmail.com> <4F9636F8-364A-4272-8D01-BFAA91D4A86C@gmail.com> <606f0b2f-6351-438e-5376-a35f1e12cb69@si6networks.com>
X-Mailer: Apple Mail (2.3445.104.14)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/Joq86FOkVR_aNqW2cToji53mtpM>
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: Mon, 13 Jul 2020 18:47:17 -0000

Fernando,

> On Jul 13, 2020, at 11:22 AM, Fernando Gont <fgont@si6networks.com> wrote:
> 
> Hello, Bob,
> 
> On 13/7/20 14:59, Bob Hinden wrote:
>> This concludes the adoption call for "Improving the Robustness of Stateless Address Autoconfiguration (SLAAC) to Flash Renumbering Events”
>> The chairs reading of results of the adoption call is that there is agreement that 6MAN w.g. should work on this problem, but there is not support for the solutions proposed in the document.
>> We found that Mikael Abrahamsson email captured this well:
>>   https://mailarchive.ietf.org/arch/msg/ipv6/01JrxBGiMmsKuB1bkks5NIgLxSQ
>>  "I agree that there are problems to be solved in this space (thus I support
>>   adoption), but I think that the current version of the draft is way too
>>   overengineered and "heavy handed". I think we can achieve all the benefit
>>   without changing so much of current behavior.”
>> The authors are instructed to remove the contents from Section 4 (the section headers can stay but the contents should be replaced with “TBD”) and submit a new draft named <draft-ietf-6man-slaac-renum-00> with these changes.  We will approve that as a w.g. document.
> 
> Just double-checking: Are you suggesting that we remove Section 4.5 or that we remove the contents of the entire Section 4?

Section 4.

> 
> There have been objections against Section 4.5, but I haven't seen any to the proposals in Section 4. In fact, even explicit support for some of such sections have been voice (Lorenzo for Section 4.2, Jen for Section 4.1.1, etc.).

We would like to see each discussed separately.  Some should be easy to add back in, others, like 4.5 will be harder.

Bob



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