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
- [Roll] Warren Kumari's No Objection on draft-ietf… Warren Kumari via Datatracker
- Re: [Roll] Warren Kumari's No Objection on draft-… Charles Perkins