Re: [secdir] [Last-Call] Secdir last call review of draft-ietf-roll-aodv-rpl-09

Charlie Perkins <charles.perkins@earthlink.net> Sun, 28 March 2021 17:39 UTC

Return-Path: <charles.perkins@earthlink.net>
X-Original-To: secdir@ietfa.amsl.com
Delivered-To: secdir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F2CF63A1E68; Sun, 28 Mar 2021 10:39:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.102
X-Spam-Level:
X-Spam-Status: No, score=-2.102 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, NICE_REPLY_A=-0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=earthlink.net; domainkeys=pass (2048-bit key) header.from=charles.perkins@earthlink.net header.d=earthlink.net
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 DZGGV1cwdEXK; Sun, 28 Mar 2021 10:39:57 -0700 (PDT)
Received: from elasmtp-curtail.atl.sa.earthlink.net (elasmtp-curtail.atl.sa.earthlink.net [209.86.89.64]) (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 BC0643A2205; Sun, 28 Mar 2021 10:39:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=earthlink.net; s=dk12062016; t=1616953197; bh=afypcv/z2NBpwb1t+NJ7Ais/nqBtuMqBhPBu FbCcHPA=; h=Received:Subject:To:Cc:References:From:Message-ID:Date: User-Agent:MIME-Version:In-Reply-To:Content-Type: Content-Transfer-Encoding:Content-Language:X-ELNK-Trace: X-Originating-IP; b=WAyQnc8ecd6kYSG0Z77kuY2Ftjnsjdr1/gC3eyJIVjjWRN 1MbyOM/Erynm+3SWXQF/KoppeANlnh4NrAx7LSck31KQ8clAgpQ8mzwqhagLI1feyVd mnIGj44dQBFPG2FYdslbEePzrOJiInGzSZfa5N7A6eKa9Yr6OqG17ypWuqdixCpJ++D Ve92A+ql50EvwE3FKALiiWJG4VzYlHN0PXRwDmHoubY9GxSz1J+T+qz6mFtzmzaT/Ms IB81ds8Fyd8i+pNO9IbgdaDteOR3YUvIkyjC8czcQtvIuxrN4Oab8jG4tS1CCz8Me8N 5S/1pwJw+Jb+U2YajdxrIv8NAxCg==
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk12062016; d=earthlink.net; b=Wx9d3MtNWDPVRLWxoOZdVyulPBFMGizA8V1TzXS7yrYH7usSO9p0OUfKt+HUqnow8nzdjXlHVq9WYjJw6AH0vhNrzrXnJEYcS1J/OFCL4yyoSFamEQSPpAnWvSMF8hbUM9hSRnLiDLA/pCYyaunL78psGq1ImiP8Y1cgW342Lzfj01IvW4FCTIUCwyyfrnLWkrGQ1ruQtp09/YuJhSoUvUAj/KwFfNA2N6HPszSlpMH0crtEM6rwhL+OlxPz30t+LHqb9HSEVtthgnVgD2tn9zVfEGb4fACRN4XPlxWWuzGviodVe1yYkZ1WUe2l+eR+V+mEDBu9AaGTkTsGoy6LxQ==; h=Received:Subject:To:Cc:References:From:Message-ID:Date:User-Agent:MIME-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding:Content-Language:X-ELNK-Trace:X-Originating-IP;
Received: from [99.51.72.196] (helo=[192.168.1.72]) by elasmtp-curtail.atl.sa.earthlink.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4) (envelope-from <charles.perkins@earthlink.net>) id 1lQZOE-000Aun-4S; Sun, 28 Mar 2021 13:39:54 -0400
To: Tero Kivinen <kivinen@iki.fi>, secdir@ietf.org
Cc: last-call@ietf.org, roll@ietf.org, draft-ietf-roll-aodv-rpl.all@ietf.org
References: <161643127376.6337.10029863442550466574@ietfa.amsl.com>
From: Charlie Perkins <charles.perkins@earthlink.net>
Message-ID: <8f67d107-7c81-ea4f-42d1-a465f008ae9b@earthlink.net>
Date: Sun, 28 Mar 2021 10:39:53 -0700
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.9.0
MIME-Version: 1.0
In-Reply-To: <161643127376.6337.10029863442550466574@ietfa.amsl.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Content-Language: en-US
X-ELNK-Trace: 137d7d78656ed6919973fd6a8f21c4f2d780f4a490ca6956df8303b86ceddf55a4376bde57f06e11c174dff75ae11504350badd9bab72f9c350badd9bab72f9c
X-Originating-IP: 99.51.72.196
Archived-At: <https://mailarchive.ietf.org/arch/msg/secdir/9uKyywH1M3MOwUxZMldg_clp4Sk>
Subject: Re: [secdir] [Last-Call] Secdir last call review of draft-ietf-roll-aodv-rpl-09
X-BeenThere: secdir@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Security Area Directorate <secdir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/secdir>, <mailto:secdir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/secdir/>
List-Post: <mailto:secdir@ietf.org>
List-Help: <mailto:secdir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/secdir>, <mailto:secdir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 28 Mar 2021 17:40:00 -0000

Hello Tero,

Thanks for your comments, useful as always.  Please see a bit of 
follow-up below.


On 3/22/2021 9:41 AM, Tero Kivinen via Datatracker wrote:
> The title of the draft has some acronyms which are not expanded (AODV, P2P) and
> if you expand them the title comes way too long. I would propose a usable
> title, which might not need to use all possible acronyms, but would better
> explain what this document is trying to do.

How about "Supporting Asymmetric Links in Low Power Networks"? Replacing 
"LLNs" by "Low Power Networks" is probably O.K. because lossy is almost 
implicit given low power (or, often, reality).


>
> Nits:
>
> In section 1 the text "RPL [RFC6550] (Routing Protocol for Low-Power and Lossy
> Networks)" defines acronyms differently than what is used everywhere else. In
> all other cases the document uses format where the acronym is in parenthesis
> after the full text, i.e. "Routing Protocol for Low-Power and Lossy Networks
> (RPL) [RFC6550]" format. I would propose using the same format also for here.
Done.

>
> In section 1 there is acronym DAG which is not expanded, expand it on first
> use.
I think that sentence reads better just omitting DAG.


>   Also there are unexpanded acronyms DAO, P2MP, which are not used anywhere
> else, perhaps just expand them here. In same paragraph there is also acronym
> MOP which is not expanded here on its first use, but it is expanded later.
> Expand it here on its first use.

Done, except that I thought it would be better to exhibit the acronym 
DAO since it is well known to readers familiar with RPL.


>
> What is the difference between different reserve bits X and r in sections
> 4.1/4.2 and 4.3?
I made them all to be reserved bits 'X'.

>
> Period missing from the end of sentence of the Option Length description in
> Section 4.3.
Done.

>
> In the IANA considerations section I propose add a note to RFC editor saying
> that the sentences saying " The parenthesized numbers are only suggestions."
> needs to be removed prior publication.
>
>

Done!

Naturally Yours,
Charlie P.