Re: [Roll] Warren Kumari's No Objection on draft-ietf-roll-aodv-rpl-10: (with COMMENT)

Charles Perkins <charliep@lupinlodge.com> Wed, 18 August 2021 20:33 UTC

Return-Path: <charliep@lupinlodge.com>
X-Original-To: roll@ietfa.amsl.com
Delivered-To: roll@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2D1E03A1C9D; Wed, 18 Aug 2021 13:33:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.101
X-Spam-Level:
X-Spam-Status: No, score=-2.101 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, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=lupinlodge.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 0polwxqV4MaP; Wed, 18 Aug 2021 13:33:12 -0700 (PDT)
Received: from delivery.mailspamprotection.com (delivery.mailspamprotection.com [146.66.121.163]) (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 C91E83A1C97; Wed, 18 Aug 2021 13:33:11 -0700 (PDT)
Received: from 246.206.208.35.bc.googleusercontent.com ([35.208.206.246] helo=giowm1055.siteground.biz) by se19.mailspamprotection.com with esmtps (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.92) (envelope-from <charliep@lupinlodge.com>) id 1mGSFF-000Gwa-Uj; Wed, 18 Aug 2021 15:33:10 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lupinlodge.com; s=default; h=Content-Transfer-Encoding:Content-Type: In-Reply-To:MIME-Version:Date:Message-ID:From:References:Cc:To:Subject:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=rJx2dMa7dMwRQ/vD8LdPOh3qu4i4pzmRKF+/OCgFQPo=; b=mwrjzx2VRBTAKVzdqiYtZxGcWU fJffUszevUOgoqeacuPtpdW9yVSc6cEDdIDyHmsa7q0ZV4GMjBYD49wWLYi6K5QXcDkORfqSBw9cZ 6kBvn39Ejyd3JeVlkvMAYdjAmuq4UNRduU/iyCKePLm9wvplhxIRWcJ2eWZwFa3bcW8w=;
Received: from [99.51.72.196] (port=52065 helo=[192.168.1.72]) by giowm1055.siteground.biz with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.90-.1) (envelope-from <charliep@lupinlodge.com>) id 1mGSFF-00011V-Ks; Wed, 18 Aug 2021 20:33:05 +0000
To: Warren Kumari <warren@kumari.net>, Routing Over Low power and Lossy networks <roll@ietf.org>, The IESG <iesg@ietf.org>
Cc: roll-chairs@ietf.org, mariainesrobles@googlemail.com, draft-ietf-roll-aodv-rpl@ietf.org
References: <161895622802.25938.15008636103702222386@ietfa.amsl.com>
From: Charles Perkins <charliep@lupinlodge.com>
Message-ID: <78241387-f81e-2644-70fd-eb22ddc48c9b@lupinlodge.com>
Date: Wed, 18 Aug 2021 13:33:03 -0700
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0
MIME-Version: 1.0
In-Reply-To: <161895622802.25938.15008636103702222386@ietfa.amsl.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Content-Language: en-US
X-Originating-IP: 35.208.206.246
X-SpamExperts-Domain: giowm1055.siteground.biz
X-SpamExperts-Username: 35.208.206.246
Authentication-Results: mailspamprotection.com; auth=pass smtp.auth=35.208.206.246@giowm1055.siteground.biz
X-SpamExperts-Outgoing-Class: ham
X-SpamExperts-Outgoing-Evidence: Combined (0.07)
X-Recommended-Action: accept
X-Filter-ID: Pt3MvcO5N4iKaDQ5O6lkdGlMVN6RH8bjRMzItlySaT/fXuv3DpgGas/91a75kkjNPUtbdvnXkggZ 3YnVId/Y5jcf0yeVQAvfjHznO7+bT5w7eqjV3umHXtZAfna397uT3Y6eSugsHMsWGw2POxshfUXy Uvr/ef/b2Eaz1j+xAOIG18GTzjJsSc7K2nOvm/XIETTZmou68uehA+IInhf6t7vDKRSeOy6sWF/5 dB1Kd4gzKQSavIsH4FUptcg4aK0N2VX+xIg0zhdLWAAqqCgWjbUQ5UGbX7EhUD4zlLo+ZBa+NLhT oFwsjPM8amXGn1h2R1/xP5tIN8qWIfbhVgbSIlprjQPFk8m4tSTfORUp3ymkEyH7KrT9+ZKm5OH0 yXBVil6/Ij8oWqsO8xDLwbu1HPDLN1XsnS+1YMzpRBm8AWmkixVZIdYn+f25tix14zzWE5G9sfe4 YKUv6quXAjEIe90RNjqq0Iv6BpyP6DyQyVFuol5KhYwKJnjjMAcxJlOh+6yEpZgfCgxsseX54YBJ Io8VZybCyOlceSwB/WEnavyGkTPzXcTICHrXDGMtZgQ9nHl2TRtBFGxCwNLr/WIXTkC5wbZk23er WgJIgPCPF8XoItvIXRmrhvX/uuNTMRMmtaSzilttAmrqBaikjd6njlfX1nKyBD7fUtwBfx6gVcCG iF96BcYfYYhVBWCUkVsrIh8YE053aUrqZJ0GW+lryzQzOx8RWvE0es0tAZXhUaURn9LU5DBHGoH7 Akc+ZgPARl0XcdZA0SbI/CndaySyea3CpUXntKYdS6GKHvS9DykW/EbdiRrkDrI263X5YQF3bNNS q7msQerNGiO5li8RanygLzkbLcQOZ8n738F8LZIwmjp2Efnte55ilzMuIlJ6P5dkeOP+2rfQz9a0 PHunWxf2H8+2cFkRaSR0J5lWxiQheGRS3M+CnlZtnT6azyREOs60nBj5upWpNPr0/n7kjoXLoIKJ DWxEMrAP1KHnlp89X8HF2AGrCXi2zSvaspra5PE6/jSyMQ34yDkeWVot7Z3kjaNA/ILVuUL26h54 tiN3qKK/TbznanqntWZtaipXrj2QxbnmZq3/57rcrjCNxETs/G2ITcdLSUllZBXY8ph4ydktQgb2 9ayHqC8LVQt6e3ky7exEwyj/vM3opS1r0/A8oClwMsWhclb9vlmMjMBc9aUV1oY4fX3W5eOCNA39 aqZZAa4knd7p5zYlNJ9v3l9FjCxkDJ58Vt3MdU7BbZNjmMsYNuErQjL3CCcd/ww9I7Nvu7NOcHG3 eceU8QoltQy899mqatXkxJuxSWS2WnjvHgmAbdHs/tKJlNgXHaiCLv/585O+pWpOKIzg2yRxxMFW 3Xzo22NbhUd5SYdSxHn9VhfBlyxdTprb44an5m/o1p5nQnG6A8RKfCGGEuMSqB6sfwpJ7NIIWwjk zubeb7o=
X-Report-Abuse-To: spam@quarantine1.mailspamprotection.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/VS0ondMUlrNmPnU_nusEqyi0Pzo>
X-Mailman-Approved-At: Wed, 18 Aug 2021 23:29:07 -0700
Subject: Re: [Roll] Warren Kumari's No Objection on draft-ietf-roll-aodv-rpl-10: (with COMMENT)
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Routing Over Low power and Lossy networks <roll.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/roll>, <mailto:roll-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/roll/>
List-Post: <mailto:roll@ietf.org>
List-Help: <mailto:roll-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/roll>, <mailto:roll-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Aug 2021 20:33:17 -0000

Hello Warren,

Please excuse the unusually long delay it has taken for us to respond to 
your comments.

Regarding the following:

 >  Warren Kumari No Objection
 > Comment (2021-04-20)

 > Firstly, thank you for writing this - I'm really not a ROLL person,
 > but I found it interesting...
 > I support John and Rob's DISCUSSes, but I'll let them carry the heavy 
load :-)

 > I have a few nits:
 > Section 4.3:
 > 'r
 >       A one-bit reserved field.  This field MUST be initialized to zero
 >       by the sender and MUST be ignored by the receiver.'
 > I could find no 'r'  in Figure 3  - did you mean 'X'?

Fixed.


 > Section 6.2.1, Step 1:
 > 'If the S bit in the received RREQ-DIO is set to 0, the router MUST
 > determine into the upward direction (towards the OrigNode) of the link.'
 > I was unable to parse this. More worryingly, I was also not able to
 > figure out what it should say...

New text:

       If the S bit in the received RREQ-DIO is set to 0, the router
       MUST determine the neighbor from which it received the RREQ-DIO,
       and the cost of traversing the link from that neighbor.

 > Section 6.3.1:
 > 'default to 1/4 of the time duration determined by the L bit.'
 >    - s/L bit/L value'.

Fixed.


 > This says that the default of 1/4 of the time duration, but I didn't
 > see where /why the default would change. Also, isn't 'time' in 'time
 > duration' unnecessary? Duration implies time.

Unfortunately, "time" is ambiguous, since it can often mean a
particular point in time, and not a specified duration of time.
The following sentence motivates non-default values:

      "A greater value for RREP_WAIT_TIME can allow for discovery of cheaper
       reverse routes back to OrigNode, at the cost of longer route 
discovery
       times."

 > Appendix A:
 > 'The combination of Received Signal Strength Indication(downstream)
 >  (RSSI) and Expected Number of Transmissions(upstream)" (ETX) '
 >  -- this is a random closing quote without an opening one.

  Fixed.  It is surprising that idnits wouldn't catch this.

Regards,
Charlie P.



On 4/20/2021 3:03 PM, Warren Kumari via Datatracker wrote:
> Warren Kumari has entered the following ballot position for
> draft-ietf-roll-aodv-rpl-10: No Objection
>
> When responding, please keep the subject line intact and reply to all
> email addresses included in the To and CC lines. (Feel free to cut this
> introductory paragraph, however.)
>
>
> Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
> for more information about DISCUSS and COMMENT positions.
>
>
> The document, along with other ballot positions, can be found here:
> https://datatracker.ietf.org/doc/draft-ietf-roll-aodv-rpl/
>
>
>
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
>
> Firstly, thank you for writing this - I'm really not a ROLL person, but I found
> it interesting...
>
> I support John and Rob's DISCUSSes, but I'll let them carry the heavy load :-)
>
> I have a few nits:
> Section 4.3:
> 'r
>        A one-bit reserved field.  This field MUST be initialized to zero
>        by the sender and MUST be ignored by the receiver.'
> I could find no 'r'  in Figure 3  - did you mean 'X'?
>
> Section 6.2.1, Step 1:
> 'If the S bit in the received RREQ-DIO is set to 0, the router MUST determine
> into the upward direction (towards the OrigNode) of the link.' I was unable to
> parse this. More worryingly, I was also not able to figure out what it should
> say...
>
> Section 6.3.1:
> 'default to 1/4 of the time duration determined by the L bit.' - s/L bit/L
> value'. This says that the default of 1/4 of the time duration, but I didn't
> see where /why the default would change. Also, isn't 'time' in 'time duration'
> unnecessary? Duration implies time.
>
> Appendix A:
> 'The combination of Received Signal Strength Indication(downstream)  (RSSI) and
> Expected Number of Transmissions(upstream)" (ETX) ' -- this is a random closing
> quote without an opening one.
>
>
>
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll