Re: [6lo] Rtgdir last call review of draft-ietf-6lo-blemesh-08

Carles Gomez Montenegro <carlesgo@entel.upc.edu> Tue, 08 December 2020 08:27 UTC

Return-Path: <carlesgo@entel.upc.edu>
X-Original-To: 6lo@ietfa.amsl.com
Delivered-To: 6lo@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A54B83A0E12; Tue, 8 Dec 2020 00:27:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.917
X-Spam-Level:
X-Spam-Status: No, score=-1.917 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_NONE=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 ervwrz5Ml5Xf; Tue, 8 Dec 2020 00:27:14 -0800 (PST)
Received: from violet.upc.es (violet.upc.es [147.83.2.51]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B0AB43A0E0E; Tue, 8 Dec 2020 00:27:13 -0800 (PST)
Received: from entelserver.upc.edu (entelserver.upc.es [147.83.40.4]) by violet.upc.es (8.14.4/8.14.4/Debian-4.1ubuntu1) with ESMTP id 0B88R8Ov007492; Tue, 8 Dec 2020 09:27:08 +0100
Received: from webmail.entel.upc.edu (webmail.entel.upc.edu [147.83.39.6]) by entelserver.upc.edu (Postfix) with ESMTP id D5FF41D53C1; Tue, 8 Dec 2020 09:27:06 +0100 (CET)
Received: from 79.152.1.171 by webmail.entel.upc.edu with HTTP; Tue, 8 Dec 2020 09:27:07 +0100
Message-ID: <ad88403fc33476945d3685a56b8785e8.squirrel@webmail.entel.upc.edu>
In-Reply-To: <160416970565.21546.14455941867187000136@ietfa.amsl.com>
References: <160416970565.21546.14455941867187000136@ietfa.amsl.com>
Date: Tue, 8 Dec 2020 09:27:07 +0100
From: "Carles Gomez Montenegro" <carlesgo@entel.upc.edu>
To: "Acee Lindem" <acee@cisco.com>
Cc: rtg-dir@ietf.org, last-call@ietf.org, draft-ietf-6lo-blemesh.all@ietf.org, 6lo@ietf.org
User-Agent: SquirrelMail/1.4.21-1.fc14
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
Importance: Normal
X-Virus-Scanned: clamav-milter 0.100.3 at violet
X-Virus-Status: Clean
X-Greylist: Delayed for 00:08:06 by milter-greylist-4.3.9 (violet.upc.es [147.83.2.51]); Tue, 08 Dec 2020 09:27:08 +0100 (CET)
Archived-At: <https://mailarchive.ietf.org/arch/msg/6lo/fMmSvEpLLZnmSgOMLpyxCVtbtL0>
Subject: Re: [6lo] Rtgdir last call review of draft-ietf-6lo-blemesh-08
X-BeenThere: 6lo@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6lo>, <mailto:6lo-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/6lo/>
List-Post: <mailto:6lo@ietf.org>
List-Help: <mailto:6lo-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6lo>, <mailto:6lo-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Dec 2020 08:27:16 -0000

Hi Acee,

Sorry for the late reply, and thanks a lot for your review of the draft!

We just submitted -09, which aims at addressing the last round of review
comments, including yours:
https://tools.ietf.org/html/draft-ietf-6lo-blemesh-09
https://www.ietf.org/rfcdiff?url2=draft-ietf-6lo-blemesh-09

We believe that we incorporated your points below into the document.

Should you have further comments, please do not hesitate to let us know.

Cheers,

Carles (on behalf of the authors)



> Reviewer: Acee Lindem
> Review result: Has Nits
>
> Hello,
>
> I have been selected as the Routing Directorate reviewer for this draft.
> The Routing Directorate seeks to review all routing or routing-related
> drafts as they pass through IETF last call and IESG review, and
> sometimes on special request. The purpose of the review is to provide
> assistance to the Routing ADs. For more information about the Routing
> Directorate, please see ​
>
>   http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir
>
> Although these comments are primarily for the use of the Routing ADs,
> it would be helpful if you could consider them along with any other
> IETF Early Review/Last Call  comments that you receive, and strive to
> resolve them through discussion or by updating the draft.
>
> Document: draft-ietf-6lo-blemesh-08.txt
> Reviewer: Acee Lindem
> Review Date: October 31st, 2020
> IETF LC End Date:
> Intended Status: Standards Track
>
> Summary: This document is basically ready for publication, but has nits
> that should be considered prior to publication.
>
> Comments:
>
> The document extends the 6LoWPAN mechanisms to Bluetooth mesh network.
> The document is well written and didn't and fairly easy to read given the
> subject matter. Since I had not followed this standard previously, a
> rudimentary understanding of RFC 7668. Additionally, familiarity with
> RFC 6282 mechanisms is required to understand the header compression
> extensions. My Routing Directorate review was primary from the routing
> perspective.
>
> Major Issues: None
>
> Minor Issues: None
>
> Nits:
>
>    In section 3.2, it would be better to reference route-over in RFC 6775
> in
>    the first paragraph as it is essential to the viability of the subnet
>    model.
>
>    Define or Expand acronyms in figure 1 before using.
>
> Editorial suggestions:
>
> ACEE-M-3B86:Desktop acee$ diff draft-ietf-6lo-blemesh-08.txt.orig
> draft-ietf-6lo-blemesh-08.txt 153c153 <    subsequent Bluetooth versions
> (e.g.
> Bluetooth 4.2 [BTCorev4.2] or
> ---
>>    subsequent Bluetooth versions (e.g.,  Bluetooth 4.2 [BTCorev4.2] or
> 199,202c199,202
> <        -  - +-------------------------------------------------+- - - HCI
> <             |               Bluetooth LE Link Layer           |
> <             +-------------------------------------------------+
> <             |                Bluetooth LE Physical            |
> ---
>> Host   -  - +-------------------------------------------------+- - -
>> Controllor  |               Bluetooth LE Link Layer           |
>> Interface   +-------------------------------------------------+
>> (HCI)       |                Bluetooth LE Physical            |
> 293c293
> <    6LN, 6LR and 6LBR IPv6 addresses in an IPv6 mesh over Bluetooth LE
> ---
>>    6LN, 6LR, and 6LBR IPv6 addresses in an IPv6 mesh over Bluetooth LE
> 296c296
> <    Multihop DAD functionality as defined in section 8.2 of RFC 6775 and
> ---
>>    Multihop Dupicate Address Detection (DAD) functionality as defined in
> section 8.2 of RFC 6775 and 317c317 <    (e.g. very short-lived
> connections) it
> may not be worthwhile for a
> ---
>>    (e.g., very short-lived connections) it may not be worthwhile for a
> 331c331
> <    Bluetooth device address using the same compression context, the
> ---
>>    the Bluetooth device address using the same compression context, the
> 342c342
> <    Advertisements the Bluetooth LE hosts MUST, respectively, follow
> ---
>>    Advertisements, the Bluetooth LE hosts MUST, respectively, follow
> 440c440
> <    if the node is battery powered.  A router (i.e. a 6LR or a 6LBR) MUST
> ---
>>    if the node is battery powered.  A router (i.e., a 6LR or a 6LBR)
>> MUST
> 443c443
> <    listeners for multicast groups the packets belong to.
> ---
>>    listeners for multicast groups to which the multicast packets
>> destined.
>
> Thanks,
> Acee
>
>
> _______________________________________________
> 6lo mailing list
> 6lo@ietf.org
> https://www.ietf.org/mailman/listinfo/6lo
>