Re: [v6ops] Working Group Last Call draft-ietf-v6ops-nd-cache-init

Mikael Abrahamsson <swmike@swm.pp.se> Mon, 25 May 2020 16:52 UTC

Return-Path: <swmike@swm.pp.se>
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 0AB683A0DD5 for <v6ops@ietfa.amsl.com>; Mon, 25 May 2020 09:52:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 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, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=swm.pp.se
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 UwIyD6bJsDR4 for <v6ops@ietfa.amsl.com>; Mon, 25 May 2020 09:52:06 -0700 (PDT)
Received: from uplift.swm.pp.se (swm.pp.se [212.247.200.143]) (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 62AFB3A0DD6 for <v6ops@ietf.org>; Mon, 25 May 2020 09:52:06 -0700 (PDT)
Received: by uplift.swm.pp.se (Postfix, from userid 501) id 36115AF; Mon, 25 May 2020 18:52:01 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=swm.pp.se; s=mail; t=1590425521; bh=UgFK00iThG999j0bPaql4DOytWIN5ujSuL3gyQweDXk=; h=Date:From:To:cc:Subject:In-Reply-To:References:From; b=25ybP50yDmzGbncSrWDWOgTpyki9uJbyPrYhphoEEdOcqG9eui+rx/7HennM4rpl1 xgb0mDkC7Ht2hknxwGFILzo0X2z1yi0A/Ew1TjpcIIHilwCQ8SDBn9Wv+96hDNnE7D x4s4V3qWQwXLPN/ku/P+fggDGhMeWkb1ZLFnELz0=
Received: from localhost (localhost [127.0.0.1]) by uplift.swm.pp.se (Postfix) with ESMTP id 340489F; Mon, 25 May 2020 18:52:01 +0200 (CEST)
Date: Mon, 25 May 2020 18:52:01 +0200
From: Mikael Abrahamsson <swmike@swm.pp.se>
To: Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org>
cc: "v6ops@ietf.org" <v6ops@ietf.org>
In-Reply-To: <DM6PR05MB63487F4BDD307CD934033769AEB30@DM6PR05MB6348.namprd05.prod.outlook.com>
Message-ID: <alpine.DEB.2.20.2005251831470.7596@uplift.swm.pp.se>
References: <202005251539.04PFd03X096978@svl-junos-d082.juniper.net> <DM6PR05MB63487F4BDD307CD934033769AEB30@DM6PR05MB6348.namprd05.prod.outlook.com>
User-Agent: Alpine 2.20 (DEB 67 2015-01-07)
Organization: People's Front Against WWW
MIME-Version: 1.0
Content-Type: text/plain; format="flowed"; charset="US-ASCII"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/Yc2IJEkc0VnMr4JUf3MVCY0Olls>
Subject: Re: [v6ops] Working Group Last Call draft-ietf-v6ops-nd-cache-init
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: Mon, 25 May 2020 16:52:09 -0000

On Mon, 25 May 2020, Ron Bonica wrote:

> Folks,
>
> This message initiates a WG Last Call on draft-ietf-v6ops-nd-cache-init.

I read this draft in it entirety and have some comments.

2.2 typo: "follwing"

"   The proposed solution is discussed in [I-D.linkova-6man-grand].  In
    summary the follwing changes to [RFC4861] are suggested:"

3.4

"o  Some wireless devices are known to fiddle with ND packets and
       perform various non-obvious forms of ND proxy actions.  In some
       cases RSes might not even reach the routers."

"fiddle" might not be a great term to use here, as it seems to have 
multiple meanings according to Merriam Webster?



Then the security consideration section pointed to draft-ietf-6man-grand 
(or actually it didn't, it pointed to linkova-6man-grand which then 
pointed to draft-ietf-6man-grand), so I ended up reading that one as well.

These documents seem to belong together. I tried going back in 6man as 
well and couldn't find much discussion on how these two documents are 
supposed to be handled as a pair somehow? If this nd-cache-init is an 
operational document referencing 6man-grand and talking about this from an 
operational POV, then perhaps this should be stated in the introduction?

Commenting on both of them, I'd like to see some kind of text indicating 
that SAVI (RFC7039) RFCs had been taken into account and if anything 
specified in there might cause problems with the proposed approach in 
nd-cache-init and -grand.

But to sum up, I think the problem space these drafts are tackling is 
worth improving, and I support this work progressing.

-- 
Mikael Abrahamsson    email: swmike@swm.pp.se