Re: [v6ops] Benjamin Kaduk's No Objection on draft-ietf-v6ops-cpe-slaac-renum-07: (with COMMENT)

Fernando Gont <fgont@si6networks.com> Fri, 26 February 2021 07:08 UTC

Return-Path: <fgont@si6networks.com>
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 110F93A1227; Thu, 25 Feb 2021 23:08:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 PFrXdUGi-_zx; Thu, 25 Feb 2021 23:08:34 -0800 (PST)
Received: from fgont.go6lab.si (fgont.go6lab.si [91.239.96.14]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0755E3A1229; Thu, 25 Feb 2021 23:08:21 -0800 (PST)
Received: from [IPv6:2800:810:464:2b9:a449:5f08:346f:44bd] (unknown [IPv6:2800:810:464:2b9:a449:5f08:346f:44bd]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by fgont.go6lab.si (Postfix) with ESMTPSA id 193E5280475; Fri, 26 Feb 2021 07:08:15 +0000 (UTC)
To: Benjamin Kaduk <kaduk@mit.edu>
Cc: The IESG <iesg@ietf.org>, draft-ietf-v6ops-cpe-slaac-renum@ietf.org, v6ops-chairs@ietf.org, v6ops@ietf.org, Owen DeLong <owen@delong.com>
References: <161411841162.993.9337833948854729986@ietfa.amsl.com> <2f375954-aae1-8089-c59c-f575d2ef8dde@si6networks.com> <20210226022027.GZ21@kduck.mit.edu>
From: Fernando Gont <fgont@si6networks.com>
Message-ID: <b665b0d5-5cf8-3223-bfe4-77781a3b9e0e@si6networks.com>
Date: Fri, 26 Feb 2021 04:07:56 -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: <20210226022027.GZ21@kduck.mit.edu>
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/v6ops/DmYEpSZFKcA1mh1wYnYL-xu7CVQ>
Subject: Re: [v6ops] Benjamin Kaduk's No Objection on draft-ietf-v6ops-cpe-slaac-renum-07: (with COMMENT)
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: Fri, 26 Feb 2021 07:08:37 -0000

Hello, Ben,

On 25/2/21 23:20, Benjamin Kaduk wrote:
> On Thu, Feb 25, 2021 at 05:27:36PM -0300, Fernando Gont wrote:
>> Hello, Ben,
>>
>> Thanks a lot for our comments! In-line....
>>
>> On 23/2/21 19:13, Benjamin Kaduk via Datatracker wrote:
>> [....]
>>> Section 3
[...]
> 
> The thread has continued and I think has gotten into enough details that I
> don't know much about that my insight will not be very valuable.  About the
> only contribution I might make is that a construction of the form "MUST by
> default behave such that [list of things] or behave according to RFC 7844"
> might be a little easier to read, since it's a choice rather than a primary
> behavior and exception.

Fair enough.

I'd suggest something like:

      o  WPD-10: CE Routers MUST by default use a WAN-side IAID
         value that is stable between CE Router
         restarts, DHCPv6 client restarts, or interface state changes
         (e.g., Transient PPP interfaces), or behave according to
         [RFC7844].  See Section 3.2 for further details.

My only concern here is that, in a way, this reads a bit like "pick any 
of these two behaviors", whereas what we want is something more along 
the lines of "it MUST do this, unless you implement the anonymity 
profiles. (i.e., if you pick the RFC7844, it should be because you do 
mean the CE Router to implement the anonymity profiles).



So an alternative could be:

      o  WPD-10: CE Routers MUST by default use a WAN-side IAID
         value that is stable between CE Router
         restarts, DHCPv6 client restarts, or interface state changes
         (e.g., Transient PPP interfaces), unless the CE Router
         employs [RFC7844] for the WAN-side.  See Section 3.2 for
         further details.

(might spell out the title of RFC7844, too....)

Thoughts? Suggestions?

Thanks!

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