From nobody Wed Mar 10 12:36:55 2021 Return-Path: X-Original-To: roll@ietf.org Delivered-To: roll@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5EABF3A17B8; Wed, 10 Mar 2021 12:36:53 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Ines Robles via Datatracker To: X-Test-IDTracker: no X-IETF-IDTracker: 7.27.0 Auto-Submitted: auto-generated Precedence: bulk Cc: Dominique Barthel , dominique.barthel@orange.com, iesg-secretary@ietf.org, roll-chairs@ietf.org, roll@ietf.org Message-ID: <161540861336.30052.6743059806045520651@ietfa.amsl.com> Date: Wed, 10 Mar 2021 12:36:53 -0800 Archived-At: Subject: [Roll] Publication has been requested for draft-ietf-roll-nsa-extension-10 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2021 20:36:54 -0000 Ines Robles has requested publication of draft-ietf-roll-nsa-extension-10 as Proposed Standard on behalf of the ROLL working group. Please verify the document's state at https://datatracker.ietf.org/doc/draft-ietf-roll-nsa-extension/ From nobody Wed Mar 10 13:03:42 2021 Return-Path: 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 E348A3A181B for ; Wed, 10 Mar 2021 13:03:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.096 X-Spam-Level: X-Spam-Status: No, score=-2.096 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=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 (2048-bit key) header.d=googlemail.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 vTvZzeZLbKEa for ; Wed, 10 Mar 2021 13:03:38 -0800 (PST) Received: from mail-vs1-xe31.google.com (mail-vs1-xe31.google.com [IPv6:2607:f8b0:4864:20::e31]) (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 0CE7A3A181A for ; Wed, 10 Mar 2021 13:03:38 -0800 (PST) Received: by mail-vs1-xe31.google.com with SMTP id b189so9521729vsd.0 for ; Wed, 10 Mar 2021 13:03:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=DRzT1p8R1EfzdT3d/pZsA4W8X+LWxPLHzQbBS8wRDOY=; b=o9kRExDyvsuRoB9pK+oAMgSwGoiN+9qmiwfNJZu6uQciTci5kKlr1K2Mk5WbklBcM7 +/uwYbWtQdZyK4H8+FxbRyyq+NvPeQGGnb5QJq1YMbntOXZ8bf+zx/w/5UML4AXRkqnm VYPdstQAdS9vV3IfoKcVmky5Bsl0+ChMNBJBbwfY6e9Ph0BfIgO0ozSzp8X7Ahr6nAvD /2A991MYKIvwzefxmXpRRwBfuHk3ormCkfG6phoGtUF1p+bXeR4ChMk6NkworlBJG56K sVBrk4MEnTDJXElGoG5cEzNCLOMZkPwNB1wCs6dtttjvsWA87rx3tWVKnAXYobcXJ70D RgpA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=DRzT1p8R1EfzdT3d/pZsA4W8X+LWxPLHzQbBS8wRDOY=; b=VdNoPn062+dsS3HVXj3eHPWH32Ze93zSHvke24ViyxWlxdblSbR/JktkDmgP7L94O7 HL/3sCgEbOrXBG28ZWUYVNEZwaiSQFSYzonZv5ZsCUkfUvCYujDakLrLs45CrguicmHD o5MHpSlBiLniHghfn53lBg5xe5UntV3wS77vxSEKXcyVz+H5UY9TG4KDxAg2mKOUCOZX nbbprXerk180+9t7jS0jmnc0pxPALCh37V+X6Wb+GTgfbJvWGP32n+gItN2rqnYS73p8 s4Rvi+o86pmyAgKqKlo5IlchwQzIoM52FcSKotefMAEawmrNG6r2hpC+d2edsC6QA/s6 +6Zg== X-Gm-Message-State: AOAM531YZGRvKl/4nRuh8muzweyGPqVMAZaw+UIIrnfZaNIkYPRg1NEe a2a7OVXte6Z+RVfPH4QbOQN1qh8MUXcq0IXkFNXS3ub79Wg= X-Google-Smtp-Source: ABdhPJyXTnMC0cgwC/iTmdrn9ZsqpPKdZxSisZNPr493JRdALCX/GKDqNgdfPv8PvtSDEjAYAm2ohIU1hFb9feodglw= X-Received: by 2002:a05:6102:7b0:: with SMTP id x16mr3397175vsg.34.1615410216878; Wed, 10 Mar 2021 13:03:36 -0800 (PST) MIME-Version: 1.0 References: <161317640619.31337.11833736908474593893@ietfa.amsl.com> In-Reply-To: From: Ines Robles Date: Wed, 10 Mar 2021 23:03:01 +0200 Message-ID: To: roll Content-Type: multipart/alternative; boundary="00000000000024c71d05bd3500d5" Archived-At: Subject: [Roll] IETF 110 - Materials - complete slide set X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2021 21:03:40 -0000 --00000000000024c71d05bd3500d5 Content-Type: text/plain; charset="UTF-8" Dear all, Please find the complete set of slides for tomorrow's meeting https://datatracker.ietf.org/meeting/110/materials/slides-110-roll-completeslideset-roll-ietf110-00 Comments welcome, Thanks, Ines and Dominique On Wed, Feb 24, 2021 at 4:16 PM Ines Robles wrote: > Dear all, > > Please find below the link to the ROLL agenda for the IETF 110, > comments welcome. > > https://datatracker.ietf.org/meeting/110/materials/agenda-110-roll-01 > > Presenters, please send us in pdf format the slide set or upload it into > the site by 8th March > > Site to upload the slides: > https://datatracker.ietf.org/meeting/110/session/roll > > Thank you very much, > > Ines and Dominique > > On Mon, Feb 15, 2021 at 5:56 PM Ines Robles < > mariainesrobles@googlemail.com> wrote: > >> Dear all, >> >> Please let us know by 22th February if you wish to present a topic at the >> IETF 110 Online meeting (see below), indicating: >> >> Topic, Time requested, Presenter. >> >> Thank you and Best regards, >> >> Ines and Dominique >> >> On Sat, Feb 13, 2021 at 2:33 AM "IETF Secretariat" >> wrote: >> >>> Dear Ines Robles, >>> >>> The session(s) that you have requested have been scheduled. >>> Below is the scheduled session information followed by >>> the original request. >>> >>> >>> roll Session 1 (1:00 requested) >>> Thursday, 11 March 2021, Session II 1530-1630 >>> Room Name: Room 6 size: 506 >>> --------------------------------------------- >>> >>> >>> iCalendar: https://datatracker.ietf.org/meeting/110/sessions/roll.ics >>> >>> Request Information: >>> >>> >>> --------------------------------------------------------- >>> Working Group Name: Routing Over Low power and Lossy networks >>> Area Name: Routing Area >>> Session Requester: Ines Robles >>> >>> >>> Number of Sessions: 1 >>> Length of Session(s): 1 Hour >>> Number of Attendees: 25 >>> Conflicts to Avoid: >>> Chair Conflict: anima manet cellar asdf 6tisch core ace >>> Technology Overlap: rtgarea 6lo 6man lwig cbor t2trg >>> Key Participant Conflict: detnet rtgwg intarea lpwan >>> >>> >>> >>> >>> >>> People who must be present: >>> Alvaro Retana >>> Dominique Barthel >>> Ines Robles >>> Michael Richardson >>> >>> Resources Requested: >>> >>> Special Requests: >>> Additional key participant conflict: paw - that could not be added in >>> the previous list >>> --------------------------------------------------------- >>> >>> >>> --00000000000024c71d05bd3500d5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Wed, Feb 24, 2= 021 at 4:16 PM Ines Robles <mariainesrobles@googlemail.com> wrote:
Dear= all,

Please find below the link t= o the ROLL agenda for the IETF 110, comments=C2=A0welcome.=C2=A0
=

Present= ers, please send us in pdf format the slide set or upload it into the site = by 8th March

Thank you very much,

Ines and Dominiqu= e=C2=A0

On Mon, Feb 15, 2021 at 5:56 PM Ines Robles <mariainesrobles@googlemail= .com> wrote:
Dear all,

Plea= se let us know by 22th February if you wish to present a topic at the IETF = 110 Online meeting (see below), indicating:

Topic,= Time requested, Presenter.=C2=A0

Thank you and Be= st regards,

Ines and Dominique=C2=A0
On Sat, = Feb 13, 2021 at 2:33 AM "IETF Secretariat" <agenda@ietf.org> wrote:
=
Dear Ines Robles,

The session(s) that you have requested have been scheduled.
Below is the scheduled session information followed by
the original request.


=C2=A0 =C2=A0 roll Session 1 (1:00 requested)
=C2=A0 =C2=A0 Thursday, 11 March 2021, Session II 1530-1630
=C2=A0 =C2=A0 Room Name: Room 6 size: 506
=C2=A0 =C2=A0 ---------------------------------------------


iCalendar: https://datatracker.ietf.org/me= eting/110/sessions/roll.ics

Request Information:


---------------------------------------------------------
Working Group Name: Routing Over Low power and Lossy networks
Area Name: Routing Area
Session Requester: Ines Robles


Number of Sessions: 1
Length of Session(s):=C2=A0 1 Hour
Number of Attendees: 25
Conflicts to Avoid:
=C2=A0Chair Conflict: anima manet cellar asdf 6tisch core ace
=C2=A0Technology Overlap: rtgarea 6lo 6man lwig cbor t2trg
=C2=A0Key Participant Conflict: detnet rtgwg intarea lpwan





People who must be present:
=C2=A0 Alvaro Retana
=C2=A0 Dominique Barthel
=C2=A0 Ines Robles
=C2=A0 Michael Richardson

Resources Requested:

Special Requests:
=C2=A0 Additional key participant conflict: paw - that could not be added i= n the previous list
---------------------------------------------------------


--00000000000024c71d05bd3500d5-- From nobody Thu Mar 11 04:26:12 2021 Return-Path: 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 7CC4E3A1ACA for ; Thu, 11 Mar 2021 04:26:10 -0800 (PST) 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=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 (2048-bit key) header.d=googlemail.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 O1cbCfpV_W_j for ; Thu, 11 Mar 2021 04:26:08 -0800 (PST) Received: from mail-ua1-x92d.google.com (mail-ua1-x92d.google.com [IPv6:2607:f8b0:4864:20::92d]) (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 96A6A3A1AC8 for ; Thu, 11 Mar 2021 04:26:08 -0800 (PST) Received: by mail-ua1-x92d.google.com with SMTP id v23so539181uaq.13 for ; Thu, 11 Mar 2021 04:26:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=vi1ZMq/+kEuzPPctA65y6fYvgKOJxvR04i64Y9Hun5M=; b=S2brvebhxn3QNvfq4hJc/Lj5eI8qiuDfUyMVyLBQV3x3/txOyDM3yv5vqxc+6TdfGl BnKwZpmadfoXSSw5+KCpttmhNp2HQruxWPfzO8AXz9HwckyohCtkDt9qOaMKRdf8NfvT lAXbOv0qnwl4On2aKHO1z3ghQ/ngd32Qs9kbYbjUNkDqzMMPXB5Mt5NoD1MhitDs3ITD Z5gN4Q2FhsuxEr7N2S0C2CdLH8W5atbyP8Y3AXLaAQDwN3qXCB3QNDIAprb8nzfzm1di zh3xpwCAb6/LJIh6EgZz1qMAM0Bxvxy6tI82c2N5GRm3+kSeLygVlqkyaUjr1pwIwH9f zgcg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=vi1ZMq/+kEuzPPctA65y6fYvgKOJxvR04i64Y9Hun5M=; b=Hr1Qv2H4NaKTbG7h07FsD5FHWb1KGA9O37xyCWCzYBZt/aaeet41XmtK9hrfrKAcP/ eADCgjsH4dMKX29N5KFEn4Ndv5ae1TygT8Z1w8BJCgKIgMA+p26Up2RxjS3gRdoK3wNs CMOA8KZpFt0TALw7gCxbXDGO0lIlbXN7NeXK+sy0LSTv0REF1JSTei16ZN+ZrkhN5cu9 42+rDQrZKW4eSgm/O0A7PkScuXs2sTnEVEEsCLyUldZ5jV3RyOVnA14aKy67TcvrnKMK fdD4ouB0ye+usNLth9GZyxahtx29FJsPNlUSdxCxYSzc4aypPzlY1g1S7tYAp16DCloa 8j9Q== X-Gm-Message-State: AOAM5318VpT6fhe4lxLhpvt1/qEx9zUDti84sQ7hzfimWvbQ9YE6f/VV S94RJlag/AHJlIGrPMsvEs8QbkgBgDQbns6jx16EeT7xmXSF+Q== X-Google-Smtp-Source: ABdhPJy8LrEZs/WZFb1+GEq/0hHdFWIZNajrlYjlVCFBxqGmguZiMg7NxgOkyHDjO3sBet0TJEDKULN/MO2RBP+9sUs= X-Received: by 2002:a9f:3b02:: with SMTP id i2mr4572572uah.56.1615465565717; Thu, 11 Mar 2021 04:26:05 -0800 (PST) MIME-Version: 1.0 References: <161317640619.31337.11833736908474593893@ietfa.amsl.com> In-Reply-To: From: Ines Robles Date: Thu, 11 Mar 2021 14:25:29 +0200 Message-ID: To: roll Content-Type: multipart/alternative; boundary="0000000000003107c305bd41e363" Archived-At: Subject: Re: [Roll] IETF 110 - Materials - complete slide set X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Mar 2021 12:26:11 -0000 --0000000000003107c305bd41e363 Content-Type: text/plain; charset="UTF-8" Dear all, Please find an updated version of the slides for the today's meeting https://datatracker.ietf.org/meeting/110/materials/slides-110-roll-completeslideset-roll-ietf110-01 BR, Ines On Wed, Mar 10, 2021 at 11:03 PM Ines Robles wrote: > Dear all, > > Please find the complete set of slides for tomorrow's meeting > > > https://datatracker.ietf.org/meeting/110/materials/slides-110-roll-completeslideset-roll-ietf110-00 > > Comments welcome, > > Thanks, > > Ines and Dominique > > On Wed, Feb 24, 2021 at 4:16 PM Ines Robles < > mariainesrobles@googlemail.com> wrote: > >> Dear all, >> >> Please find below the link to the ROLL agenda for the IETF 110, >> comments welcome. >> >> https://datatracker.ietf.org/meeting/110/materials/agenda-110-roll-01 >> >> Presenters, please send us in pdf format the slide set or upload it into >> the site by 8th March >> >> Site to upload the slides: >> https://datatracker.ietf.org/meeting/110/session/roll >> >> Thank you very much, >> >> Ines and Dominique >> >> On Mon, Feb 15, 2021 at 5:56 PM Ines Robles < >> mariainesrobles@googlemail.com> wrote: >> >>> Dear all, >>> >>> Please let us know by 22th February if you wish to present a topic at >>> the IETF 110 Online meeting (see below), indicating: >>> >>> Topic, Time requested, Presenter. >>> >>> Thank you and Best regards, >>> >>> Ines and Dominique >>> >>> On Sat, Feb 13, 2021 at 2:33 AM "IETF Secretariat" >>> wrote: >>> >>>> Dear Ines Robles, >>>> >>>> The session(s) that you have requested have been scheduled. >>>> Below is the scheduled session information followed by >>>> the original request. >>>> >>>> >>>> roll Session 1 (1:00 requested) >>>> Thursday, 11 March 2021, Session II 1530-1630 >>>> Room Name: Room 6 size: 506 >>>> --------------------------------------------- >>>> >>>> >>>> iCalendar: https://datatracker.ietf.org/meeting/110/sessions/roll.ics >>>> >>>> Request Information: >>>> >>>> >>>> --------------------------------------------------------- >>>> Working Group Name: Routing Over Low power and Lossy networks >>>> Area Name: Routing Area >>>> Session Requester: Ines Robles >>>> >>>> >>>> Number of Sessions: 1 >>>> Length of Session(s): 1 Hour >>>> Number of Attendees: 25 >>>> Conflicts to Avoid: >>>> Chair Conflict: anima manet cellar asdf 6tisch core ace >>>> Technology Overlap: rtgarea 6lo 6man lwig cbor t2trg >>>> Key Participant Conflict: detnet rtgwg intarea lpwan >>>> >>>> >>>> >>>> >>>> >>>> People who must be present: >>>> Alvaro Retana >>>> Dominique Barthel >>>> Ines Robles >>>> Michael Richardson >>>> >>>> Resources Requested: >>>> >>>> Special Requests: >>>> Additional key participant conflict: paw - that could not be added in >>>> the previous list >>>> --------------------------------------------------------- >>>> >>>> >>>> --0000000000003107c305bd41e363 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear all,

Please find an updated ve= rsion of the slides=C2=A0for the today's meeting

https://datatracker.ietf.org/meetin= g/110/materials/slides-110-roll-completeslideset-roll-ietf110-01

BR,
Ines

On Wed, Mar 10, 2021 at 11:0= 3 PM Ines Robles <mar= iainesrobles@googlemail.com> wrote:
Dear all,
<= div>
Please find the complete set of slides=C2=A0for tomorrow= 's meeting


Comments welcome,

Thanks,

<= div>Ines and Dominique

On Wed, Feb 24, 2021 at 4:16 PM Ines Robles = <mar= iainesrobles@googlemail.com> wrote:
Dear all,
<= /div>

Please find below the link to the ROLL= agenda for the IETF 110, comments=C2=A0welcome.=C2=A0

=

Presenters, pleas= e send us in pdf format the slide set or upload it into the site by 8th Mar= ch


Thank you very much,

Ines and Dominique=C2=A0
On = Mon, Feb 15, 2021 at 5:56 PM Ines Robles <mariainesrobles@googlemail.com&g= t; wrote:
Dear all,

Please let us = know by 22th February if you wish to present a topic at the IETF 110 Online= meeting (see below), indicating:

Topic, Time requ= ested, Presenter.=C2=A0

Thank you and Best regards= ,

Ines and Dominique=C2=A0

On Sat, Feb 13, 20= 21 at 2:33 AM "IETF Secretariat" <agenda@ietf.org> wrote:
Dear Ines Robles,

The session(s) that you have requested have been scheduled.
Below is the scheduled session information followed by
the original request.


=C2=A0 =C2=A0 roll Session 1 (1:00 requested)
=C2=A0 =C2=A0 Thursday, 11 March 2021, Session II 1530-1630
=C2=A0 =C2=A0 Room Name: Room 6 size: 506
=C2=A0 =C2=A0 ---------------------------------------------


iCalendar: https://datatracker.ietf.org/me= eting/110/sessions/roll.ics

Request Information:


---------------------------------------------------------
Working Group Name: Routing Over Low power and Lossy networks
Area Name: Routing Area
Session Requester: Ines Robles


Number of Sessions: 1
Length of Session(s):=C2=A0 1 Hour
Number of Attendees: 25
Conflicts to Avoid:
=C2=A0Chair Conflict: anima manet cellar asdf 6tisch core ace
=C2=A0Technology Overlap: rtgarea 6lo 6man lwig cbor t2trg
=C2=A0Key Participant Conflict: detnet rtgwg intarea lpwan





People who must be present:
=C2=A0 Alvaro Retana
=C2=A0 Dominique Barthel
=C2=A0 Ines Robles
=C2=A0 Michael Richardson

Resources Requested:

Special Requests:
=C2=A0 Additional key participant conflict: paw - that could not be added i= n the previous list
---------------------------------------------------------


--0000000000003107c305bd41e363-- From nobody Tue Mar 16 14:34:19 2021 Return-Path: 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 618963A102C; Tue, 16 Mar 2021 14:34:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.097 X-Spam-Level: X-Spam-Status: No, score=-7.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, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 iBp2SwAuRbe1; Tue, 16 Mar 2021 14:34:17 -0700 (PDT) Received: from mail-ej1-x62e.google.com (mail-ej1-x62e.google.com [IPv6:2a00:1450:4864:20::62e]) (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 1024A3A1034; Tue, 16 Mar 2021 14:34:17 -0700 (PDT) Received: by mail-ej1-x62e.google.com with SMTP id bm21so74594308ejb.4; Tue, 16 Mar 2021 14:34:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:mime-version:date:message-id:subject:to:cc :content-transfer-encoding; bh=3XXN5D9vHTThKv+LK64Ocn2KfCNDDyu9DZ86lcD2nK4=; b=snzjGSLrRPC0VgBVgoliw5ojX5/JuGjGWORYE28yXTAe//KPFlqvf7HxyWkVQhZRxm u5fI6oVU315rdyNAkXEBwNiCMAnCmb5BtB5VU7XrcwLid/KU2LhS5aJS0dzDCKKMAO5J DMwYtEw/BN/kUulGnyMdBN98gLm9+pfHp9aJGCJT07hRjsDB3qA/Avn5km5aSY816j1b 7f4pdeQpWv+fXHYycy3B0pPPE6YSwuCC6jbOQKqPNsTAkttUU/4Js2H9fNsVxmZIz3Et M0/Tv5v001pew0GhnN6vcYG3KVLUtgcuFy5PmQiIOWK0SH2MI1yevbsFbsukFaAVAXq8 3HDA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:date:message-id:subject:to:cc :content-transfer-encoding; bh=3XXN5D9vHTThKv+LK64Ocn2KfCNDDyu9DZ86lcD2nK4=; b=jZZk/YTLscABSWFGuXQ41rnBMhaKPp6OTEEKZELHHtVUiGFrnlaEIicOdRYh/j3WwT KVwsFyswoKe5rdn3iQzxti/1vNTRm41uj6wkmQ0tREvFBGyAiALGBNyAc0Hto08YgKyL ej8XcXwlQVUGNjKvyrb4EIJe/jgcJAUCGLtF5AojJbRJVHFpShxg+qI4ZYlgEqsr4/JX lQad5M+U6Wou9uxj3s9+m46hX7HMDjK3yJrptk7r2cp8kgIW8pCU7h7xMD9yTr/EJLIQ vHH7QFnOrVVJtBk7hfvVoNmQiNjFxuV+Rt8ursdkiOVpHgh9ypjy+Ygnkqx/+hER9dJX zSgQ== X-Gm-Message-State: AOAM530nue2INyNQzr93SebBymmbSpMVqmb+W34gdzyyCAYpcuKrcoGN Sji2PL6HRkUiZYHpZbzSI++XeY/ILxDqDYu8aG5EVZOD X-Google-Smtp-Source: ABdhPJyTBPRhf/l5KHpLuqJc8wYdygmmMDEsSMmikWex6svlFIn58DaY1uk9BHIRTjTA1ynGgdIgdNV6d4uF5mmpa4Q= X-Received: by 2002:a17:906:d554:: with SMTP id cr20mr32118145ejc.61.1615930455559; Tue, 16 Mar 2021 14:34:15 -0700 (PDT) Received: from 1058052472880 named unknown by gmailapi.google.com with HTTPREST; Tue, 16 Mar 2021 14:34:14 -0700 From: Alvaro Retana MIME-Version: 1.0 Date: Tue, 16 Mar 2021 14:34:14 -0700 Message-ID: To: Charlie Perkins Cc: draft-ietf-roll-aodv-rpl@ietf.org, Ines Robles , roll-chairs@ietf.org, roll@ietf.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Archived-At: Subject: [Roll] Last Comments about draft-ietf-roll-aodv-rpl-09 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2021 21:34:18 -0000 Charlie: Hi! =C2=A0How are you? I've been looking at -09, and it looks like there are some changes that you mentioned in previous replies that are not included in this new version. =C2=A0Also, I have a couple of comments left. You can address these along with other last call comments. =C2=A0I'm starting the IETF Last Call. Thanks! Alvaro. (1) Both =C2=A74.1/=C2=A74.2 say that if there's more than one RREQ/RREP, t= hen the message "SHOULD be dropped". =C2=A0You had mentioned [1] that you would change these to "MUST". (2) I am not too happy with the last couple of sentences here (=C2=A710 Security Considerations)... 930 =C2=A0 If a rogue router knows the key for the Security Configuration = in 931 =C2=A0 use, it can join the secure AODV-RPL route discovery and cause 932 =C2=A0 various types of damage. =C2=A0Such a rogue router could advert= ise false 933 =C2=A0 information in its DIOs in order to include itself in the disco= vered 934 =C2=A0 route(s). =C2=A0It could generate bogus RREQ-DIO, and RREP-DIO = messages 935 =C2=A0 carrying bad routes or maliciously modify genuine RREP-DIO mess= ages 936 =C2=A0 it receives. =C2=A0A rogue router acting as the OrigNode could = launch 937 =C2=A0 denial-of-service attacks against the LLN deployment by initiat= ing 938 =C2=A0 fake AODV-RPL route discoveries. =C2=A0In this type of scenario= , RPL's 939 =C2=A0 preinstalled mode of operation, where the key to use for a P2P-= RPL 940 =C2=A0 route discovery is preinstalled, SHOULD be used. =C2=A0If a fut= ure IETF 941 =C2=A0 document specifies the authenticated mode of operation as descr= ibed 942 =C2=A0 in [RFC6550], then future AODV-RPL implementations SHOULD use t= he 943 =C2=A0 authenticated mode of operation. ...because the text is recommending what to do if a future document specifies an unknown (today) behavior. =C2=A0I would feel better if we just eliminated the last sentence. (3) RFC6998 wasn't moved to be an Informative reference. (4) rfc7416 should also be moved to the Informative section. [1] https://mailarchive.ietf.org/arch/msg/roll/d0BQNFuZ7X-5wYpcT8nuORoeoeg/ From nobody Tue Mar 16 14:39:56 2021 Return-Path: X-Original-To: roll@ietf.org Delivered-To: roll@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E10F53A1052; Tue, 16 Mar 2021 14:39:51 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 7.27.0 Auto-Submitted: auto-generated Precedence: bulk CC: Ines Robles , aretana.ietf@gmail.com, draft-ietf-roll-aodv-rpl@ietf.org, mariainesrobles@googlemail.com, roll-chairs@ietf.org, roll@ietf.org Reply-To: last-call@ietf.org Sender: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-ID: <161593079142.2595.6129126932803359750@ietfa.amsl.com> Date: Tue, 16 Mar 2021 14:39:51 -0700 Archived-At: Subject: [Roll] Last Call: (AODV based RPL Extensions for Supporting Asymmetric P2P Links in Low-Power and Lossy Networks) to Proposed Standard X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2021 21:39:52 -0000 The IESG has received a request from the Routing Over Low power and Lossy networks WG (roll) to consider the following document: - 'AODV based RPL Extensions for Supporting Asymmetric P2P Links in Low- Power and Lossy Networks' as Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the last-call@ietf.org mailing lists by 2021-03-31. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract Route discovery for symmetric and asymmetric Point-to-Point (P2P) traffic flows is a desirable feature in Low power and Lossy Networks (LLNs). For that purpose, this document specifies a reactive P2P route discovery mechanism for both hop-by-hop routing and source routing: Ad Hoc On-demand Distance Vector Routing (AODV) based RPL protocol (AODV-RPL). Paired Instances are used to construct directional paths, in case some of the links between source and target node are asymmetric. The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-roll-aodv-rpl/ No IPR declarations have been submitted directly on this I-D. The document contains these normative downward references, which will be removed in the next revision. See RFC 3967 for additional information: rfc7416: A Security Threat Analysis for the Routing Protocol for Low-Power and Lossy Networks (RPLs) (Informational - Internent Engineering Task Force (IETF)) rfc6998: A Mechanism to Measure the Routing Metrics along a Point-to-Point Route in a Low-Power and Lossy Network (Experimental - Internent Engineering Task Force (IETF)) From nobody Wed Mar 17 11:02:32 2021 Return-Path: X-Original-To: roll@ietf.org Delivered-To: roll@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 8C2D13A0EEC; Wed, 17 Mar 2021 11:02:31 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: roll@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.27.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: roll@ietf.org Message-ID: <161600415152.6373.538592373821832566@ietfa.amsl.com> Date: Wed, 17 Mar 2021 11:02:31 -0700 Archived-At: Subject: [Roll] I-D Action: draft-ietf-roll-capabilities-08.txt X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2021 18:02:32 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Routing Over Low power and Lossy networks WG of the IETF. Title : RPL Capabilities Authors : Rahul Arvind Jadhav Pascal Thubert Michael Richardson Rabi Narayan Sahoo Filename : draft-ietf-roll-capabilities-08.txt Pages : 16 Date : 2021-03-17 Abstract: This draft enables the discovery, advertisement and query of capabilities for RPL nodes. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-roll-capabilities/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-roll-capabilities-08 https://datatracker.ietf.org/doc/html/draft-ietf-roll-capabilities-08 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-roll-capabilities-08 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Mar 17 11:10:37 2021 Return-Path: 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 2B96D3A0FF2 for ; Wed, 17 Mar 2021 11:10:30 -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, FREEMAIL_FROM=0.001, HTML_MESSAGE=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 (2048-bit key) header.d=gmail.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 sS9fmPNW1Ucl for ; Wed, 17 Mar 2021 11:10:28 -0700 (PDT) Received: from mail-ej1-x630.google.com (mail-ej1-x630.google.com [IPv6:2a00:1450:4864:20::630]) (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 32B513A1139 for ; Wed, 17 Mar 2021 11:10:24 -0700 (PDT) Received: by mail-ej1-x630.google.com with SMTP id jt13so4161843ejb.0 for ; Wed, 17 Mar 2021 11:10:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=33LbOQCQCHERZA3DQKukrZqOqTH7Yc8fiuCWGSkIvGg=; b=YtdshWvf2PeZN0BDb/3o0rs6ySdBPfOUv8Km/OJdsGPfGVuDxh5Vd26ytdY8I/E/xA Hdcs5VSr904DZLglc5Ec0IgUMAPVNJL400LlSBvMns4ZD9q9PoUjMkMrvddgYskf2/sW PEDzuSrBw7GvMYpuw919dfhmQB19z5yBUxg3CYGJuU/Dlakm2JDBZ/dgDGoebHHJ7jHD Ou3IlciKVCBqlrXZFYoLoBObfPmMgeW5Erwkq4ClVHtcxT3tRmzxpUFy1zSYY0ctLRON uK3v2exNUTdlznzCWh3ieuB5YLFG/LJPHfQmj9pbTP9o0irENIDr3didwSob+83Ov7XS GPWw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=33LbOQCQCHERZA3DQKukrZqOqTH7Yc8fiuCWGSkIvGg=; b=WAzVGCz9ljTqQ23NL5tOeIU6oLkZOhQr0nA2QJfocgohQ0zVrmZYzL2B0n5M2x+FP3 mhem+AoP70knIOepSmJM1lrnGC+vWBZXbJd4GrsYkNh8jECrmwiS8KUp0t0kvbuyILft JCc9M6LsTBiMZ6EB3Tw6F0AShl2c5iYm/eFCFZIduw+6p5AIkRXtv1kqtd82Q+UmXEei /NM4AyC1Q8mCyjnKP/RuD5S4Mv9L1khPVEy7Xt6mAhicsvfaJQXiG9oHg+zHKNF+pyjB k0jOFSwjsZ2lhjOJQkKEkyj6V+pdYYc7YdXf68bHN6XYMtIF4TGWkOaEI+ZASPeVknhu rUdA== X-Gm-Message-State: AOAM531+8rXuY7zkRcnGEXequblNHLZoT7TFl2lNyaqgBOESLYRjmBgt EDav6rZEaXWMtRxFqr+5zHgMv1+zDEMewvFdWjCJ9aDsFp4= X-Google-Smtp-Source: ABdhPJxJ2xdltCqr8QacDD0s6mRFqIuVeVVo4TfZQKP7jM3wWnsWFO/LCW7oy51mrcWy5aYi6KVqqueRNpowBkdLwpM= X-Received: by 2002:a17:907:2661:: with SMTP id ci1mr36150823ejc.403.1616004622318; Wed, 17 Mar 2021 11:10:22 -0700 (PDT) MIME-Version: 1.0 References: <161600415152.6373.538592373821832566@ietfa.amsl.com> In-Reply-To: <161600415152.6373.538592373821832566@ietfa.amsl.com> From: Rahul Jadhav Date: Wed, 17 Mar 2021 23:40:11 +0530 Message-ID: To: Routing Over Low power and Lossy networks Content-Type: multipart/alternative; boundary="00000000000077fd5c05bdbf6547" Archived-At: Subject: Re: [Roll] I-D Action: draft-ietf-roll-capabilities-08.txt X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2021 18:10:36 -0000 --00000000000077fd5c05bdbf6547 Content-Type: text/plain; charset="UTF-8" Hello All, I made a few updates since the draft was about to expire. The updates are as follows: 1. Removed two informative refs which were unused in the latest version 2. Fixed grammatical errors using external grammar tools There are no core protocol changes. Any feedback is welcome. Thanks, Rahul On Wed, 17 Mar 2021 at 23:32, wrote: > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > This draft is a work item of the Routing Over Low power and Lossy networks > WG of the IETF. > > Title : RPL Capabilities > Authors : Rahul Arvind Jadhav > Pascal Thubert > Michael Richardson > Rabi Narayan Sahoo > Filename : draft-ietf-roll-capabilities-08.txt > Pages : 16 > Date : 2021-03-17 > > Abstract: > This draft enables the discovery, advertisement and query of > capabilities for RPL nodes. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-roll-capabilities/ > > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-ietf-roll-capabilities-08 > https://datatracker.ietf.org/doc/html/draft-ietf-roll-capabilities-08 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-ietf-roll-capabilities-08 > > > Please note that it may take a couple of minutes from the time of > submission > until the htmlized version and diff are available at tools.ietf.org. > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll > --00000000000077fd5c05bdbf6547 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello All,

I mad= e a few updates since the=C2=A0draft was about to expire. The=C2=A0updates = are as follows:
1. Removed two informative refs which were un= used in the latest=C2=A0version
2. Fixed grammatical errors u= sing external grammar tools

There are no c= ore protocol changes.
Any feedback=C2=A0is welcome.

Thanks,
Rahul


On Wed, 17 Mar 2021 at 23:32, <internet-drafts@ietf.org> wrote:

A New Internet-Draft is available from the on-line Internet-Drafts director= ies.
This draft is a work item of the Routing Over Low power and Lossy networks = WG of the IETF.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= RPL Capabilities
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Authors=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: Rahu= l Arvind Jadhav
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Pascal Thubert
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Michael Richardson
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Rabi Narayan Sahoo
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-iet= f-roll-capabilities-08.txt
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= 16
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 := 2021-03-17

Abstract:
=C2=A0 =C2=A0This draft enables the discovery, advertisement and query of =C2=A0 =C2=A0capabilities for RPL nodes.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft= -ietf-roll-capabilities/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-ro= ll-capabilities-08
https://datatracker.ietf.org/do= c/html/draft-ietf-roll-capabilities-08

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2= =3Ddraft-ietf-roll-capabilities-08


Please note that it may take a couple of minutes from the time of submissio= n
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


_______________________________________________
Roll mailing list
Roll@ietf.org
https://www.ietf.org/mailman/listinfo/roll
--00000000000077fd5c05bdbf6547-- From nobody Mon Mar 22 09:41:24 2021 Return-Path: X-Original-To: roll@ietf.org Delivered-To: roll@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C902C3A0CAF; Mon, 22 Mar 2021 09:41:13 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Tero Kivinen via Datatracker To: Cc: draft-ietf-roll-aodv-rpl.all@ietf.org, last-call@ietf.org, roll@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.27.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <161643127376.6337.10029863442550466574@ietfa.amsl.com> Reply-To: Tero Kivinen Date: Mon, 22 Mar 2021 09:41:13 -0700 Archived-At: Subject: [Roll] Secdir last call review of draft-ietf-roll-aodv-rpl-09 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2021 16:41:14 -0000 Reviewer: Tero Kivinen Review result: Has Nits I have reviewed this document as part of the security directorate's ongoing effort to review all IETF documents being processed by the IESG. These comments were written primarily for the benefit of the security area directors. Document editors and WG chairs should treat these comments just like any other last call comments. 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. This draft defines a new mode of operation to the allow peer to peer on demand routing in low power and lossy networks. I have not enough knowledge of RPL to really know how the new mode differs from the old methods. The security considerations section points to the RFC6550, and then explains that if rogue router has key it can do all kind of things. 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. In section 1 there is acronym DAG which is not expanded, expand it on first use. 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. What is the difference between different reserve bits X and r in sections 4.1/4.2 and 4.3? Period missing from the end of sentence of the Option Length description in Section 4.3. 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. From nobody Mon Mar 22 12:53:01 2021 Return-Path: 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 48C513A0CC5; Mon, 22 Mar 2021 12:52:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.001 X-Spam-Level: X-Spam-Status: No, score=0.001 tagged_above=-999 required=5 tests=[SPF_HELO_NONE=0.001, SPF_PASS=-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 9feor6GsHvFT; Mon, 22 Mar 2021 12:52:50 -0700 (PDT) Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2EB9F3A0CC4; Mon, 22 Mar 2021 12:52:50 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id 08339389A5; Mon, 22 Mar 2021 15:58:38 -0400 (EDT) Received: from tuna.sandelman.ca ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with LMTP id YOzDFnKDUEpa; Mon, 22 Mar 2021 15:58:36 -0400 (EDT) Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id BC21B389A2; Mon, 22 Mar 2021 15:58:36 -0400 (EDT) Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id B6BFB675; Mon, 22 Mar 2021 15:52:46 -0400 (EDT) From: Michael Richardson To: Tero Kivinen , secdir@ietf.org, roll@ietf.org, draft-ietf-roll-aodv-rpl.all@ietf.org In-Reply-To: <161643127376.6337.10029863442550466574@ietfa.amsl.com> References: <161643127376.6337.10029863442550466574@ietfa.amsl.com> X-Mailer: MH-E 8.6+git; nmh 1.7+dev; GNU Emacs 26.1 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Archived-At: Subject: Re: [Roll] [Last-Call] Secdir last call review of draft-ietf-roll-aodv-rpl-09 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2021 19:52:55 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Tero Kivinen via Datatracker wrote: > This draft defines a new mode of operation to the allow peer to peer = on demand > routing in low power and lossy networks. I have not enough knowledge = of RPL to > really know how the new mode differs from the old methods. The securi= ty > considerations section points to the RFC6550, and then explains that = if rogue > router has key it can do all kind of things. I would agree that this might be inadequate. ROLL did RFC7416, and that should probably be cited. Given that these networks are *adhoc*, I think that some applicability shou= ld be considered as to whether there are actually any useful security from L2 keys. =2D- Michael Richardson . o O ( IPv6 I=C3=B8T consulti= ng ) Sandelman Software Works Inc, Ottawa and Worldwide --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAmBY9Y4ACgkQgItw+93Q 3WUEnAgAun/YhMvzeZpbc8wxIjqOPzw+YrU4Xcm3gupYgssc3F83y3BRQ95mR8fq fq1EmuxpzV1CQKCnIAgMtVqzOWiRD/V4/K1TIEQVYPacolzSsSZffZGTtx5lbM+n It82y7TJjrF0ZhNa6EGE4eWD3OrpqoON0yL6jUCNuM0JtGAQYyf25un3axer/RVE KdM94N0SG9/obqyxfZevWu8BC5/U9fHqMx0gL+0I1LJffEX87oXnmndMXmWJKM2Y reVbX7Qj8DwLSqso0CabRDMn0HOMXw2WfigAFiYYjShvs58Bt2xke4SRI17anWIG i+rNqFSZ0xOe4iz0nnJGyp4m7ogxXw== =0Mfw -----END PGP SIGNATURE----- --=-=-=-- From nobody Tue Mar 23 03:11:17 2021 Return-Path: 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 7BA913A0AB8 for ; Tue, 23 Mar 2021 03:11:16 -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, FREEMAIL_FROM=0.001, HTML_MESSAGE=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 (2048-bit key) header.d=gmail.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 H9Zqsk89EF38 for ; Tue, 23 Mar 2021 03:11:12 -0700 (PDT) Received: from mail-ej1-x632.google.com (mail-ej1-x632.google.com [IPv6:2a00:1450:4864:20::632]) (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 3F9963A0ABB for ; Tue, 23 Mar 2021 03:11:09 -0700 (PDT) Received: by mail-ej1-x632.google.com with SMTP id u21so8146700ejo.13 for ; Tue, 23 Mar 2021 03:11:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=ev6CgCUN30SpHhU0OWNhe+TiKXgb1STF4WeTuk/kYaU=; b=lnvEsdNe2HyhsyEiImkVhFxf+uIKZBa7/f7AMk18mgYJev8V4w4HBI0Y7WtXFmTM5M 8ydqYpusip2XWue6iXU8cpXP7YLhzimIPRQi0xva4W2n2YcTtpwUEEMA5V1/b2qOqBlf SGDjTJGNEv7iSgQVZy9hdyRuvOl5y8gidVC/mXbCzpjMqQH7l8JcPBnA760DTPmQi6DT ruPmyZx/OuKqSGVA2IUMVYM+7FAMogEeVetSqF1LXSx/hDuDUlBMCzdnV/66kSFcjmM3 ApgQ+EyBEHANY1tkRnNwUH+b44vmU488QQ5JdomoC33fZnNs4DxihDlnidwmVFVqTHxP tHQw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=ev6CgCUN30SpHhU0OWNhe+TiKXgb1STF4WeTuk/kYaU=; b=jFq3iiZVnVlzYYcDu0aMiAnOytnmIf0LduAfWxOO2kGrd+c7eBRRsh+859ODk0c58E zp+1gXacx4Y8SaIEEPoBMNJltA1qQvvBd4G349eg5f09fUMCwG/Q9MuObWYUnz1TeOZ0 /9hLEtVxTsqXT+gmRRAhzDiT7WPyziozJveGJsSSDKpNd+9HcoCxY3t3i+K1iemDxshM 3K4J1P4mo7DEL12QrCTK4vyVt3e8307/2fDlaol5bQ2Fuw+RjM/3suzmdjqlM1bWR1mc hyxXchjpx2gXv7j+vfsFAwUoBV5GxjI9+aZBXuW/dhWdGvKNEW674ZSq8V8KL3C6zcyq z4eA== X-Gm-Message-State: AOAM530PD0yN2RSdpkz925e/YwgaBZrr2AuXCzzY8PzKcGWuwDWbFVq4 wMlzCuMP6Vbpx8GVgS3sXj3LUhD7h/qotIVhKjw= X-Google-Smtp-Source: ABdhPJz19zq/e/CxbNekjRU65zqMedoObYqINT+uRaLQHzE0TByjKB3fFgwwq/qe27DbCrK2+CygUBNk+hUr1Jkyx34= X-Received: by 2002:a17:907:2112:: with SMTP id qn18mr4088117ejb.220.1616494256133; Tue, 23 Mar 2021 03:10:56 -0700 (PDT) MIME-Version: 1.0 From: Rahul Jadhav Date: Tue, 23 Mar 2021 15:40:45 +0530 Message-ID: To: Pascal Thubert , Routing Over Low power and Lossy networks Content-Type: multipart/alternative; boundary="000000000000eb187a05be316500" Archived-At: Subject: [Roll] a comment about unaware-leaves IANA section X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2021 10:11:17 -0000 --000000000000eb187a05be316500 Content-Type: text/plain; charset="UTF-8" Hi Pascal, Authors, Section 12.5 and Section 12.6 of the document specifies the RPL Status values. I believe section 12.5 is applicable only when the 'E' bit of the status is set to 0 and Section 12.6 is applicable only when the 'E' bit is set to 1. I came across this while reviewing it in context to NPDAO compatibility. Do you think this could be explicitly stated in the document while it is in AUTH48 state? Regards, Rahul --000000000000eb187a05be316500 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Pascal, Authors,

Section 12.5 and Section 12.6 of the document spe= cifies the RPL Status values. I believe section 12.5 is applicable only whe= n=C2=A0the 'E' bit of the status is set to 0 and Section 12.6 is ap= plicable only when the=C2=A0'E' bit is set to 1. I came across this= while reviewing it in context to NPDAO compatibility.
Do you= think this could be explicitly stated in the document while it is in AUTH4= 8 state?

Regards,
Rahul
--000000000000eb187a05be316500-- From nobody Tue Mar 23 09:11:03 2021 Return-Path: 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 98A3A3A137F for ; Tue, 23 Mar 2021 09:11:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.595 X-Spam-Level: X-Spam-Status: No, score=-9.595 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, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=VjhaOIL9; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=VSMIIrOA 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 70h8KMyF0g7C for ; Tue, 23 Mar 2021 09:10:57 -0700 (PDT) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CF4E13A137D for ; Tue, 23 Mar 2021 09:10:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8396; q=dns/txt; s=iport; t=1616515856; x=1617725456; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=Jg4rQ1Mbx1JQfTrDT3PECLVCCXis5ljBq7OAaQtrbNk=; b=VjhaOIL9XU3OGiazFkPxewvKk53vjqkXxK7NDtwi6o3wKAxoYbmLiOqW y5JbuJwUwPnc8s47JJ6SuAZCIhv/wQulEbfBdEXagcGoDFMX+I/9WWx0K jmcQQqxG8NPJa/u0u58aUVPPWrUGnf1zXTBBjTJJkKxVz8/kmD6CPCkw0 A=; IronPort-PHdr: =?us-ascii?q?A9a23=3AaxLE2xPrI6Wpr3XJM5Ml6nf1WUAX047cNxMJ6?= =?us-ascii?q?pchl7NFe7ii+JKnJkHE+PFxlzfhXIjH5bRDkeWF+6zjWGlV55GHvThCdZFXT?= =?us-ascii?q?BYKhI0QmBBoG8+KD0D3bZuIJyw3FchPThlpqne8N0UGGcviaRvVuHLhpTIXE?= =?us-ascii?q?w/0YAxyIOm9E4XOjsOxgua1/ZCbYwhBiDenJ71oKxDjpgTKvc5Qioxnec4M?= IronPort-HdrOrdr: =?us-ascii?q?A9a23=3A1AYYBaBIvCkCGs/lHejttceALOonbusQ8z?= =?us-ascii?q?AX/mhLY1h8btGYm8eynP4SyB/zj3IrVGs9nM2bUZPgfVr1zrQwxYUKJ7+tUE?= =?us-ascii?q?3duGWuJJx/9oeK+VPdMgXE3Kpm2a9kGpIQNPTZB1J3lNu/xQG+HcopztXvyt?= =?us-ascii?q?HWuc71yXBxQQZ2L4Rp6AlkAgiWe3cGOjVuL5w/CZaa+457tyOtEE5nIPiTK1?= =?us-ascii?q?ske6z4p9PNnI/7ehJuPX4awSSHkD/A0s+DLzG00hgTSChCzPMO/W3EjADj9s?= =?us-ascii?q?yYwoqG4zDG0Wu71eUypPLAzZ95CNWImowpLFzX+3qVTaBAf5HHgzwvuuGo7z?= =?us-ascii?q?8R4ZjxijMtJd565X+UXkzdm2qW5yDa3Dwj62DvxDaj6BOJy6GUNVFKafZpvo?= =?us-ascii?q?5XfgDU7EAtprhHod929liEvJlaBw6oplWb2/H0VgpnnkfxgX0unf97tQ0nba?= =?us-ascii?q?IiaaRcpYFawUVNEJ1oJlOd1KkbFoBVfaXhzccTVWnfQ2HSv2FpztDpdG80BA?= =?us-ascii?q?26Tk8LvdHQ+yRKnVhipnFohPA3rzMlztYQWpNE7+PLPuBDj7dVVPIbaqp7Ga?= =?us-ascii?q?MoXda3MGrQWhjBWVjiYmjPJeUiATbgupT36LI66KWBY5oT1qY/n5zHTRd+uX?= =?us-ascii?q?MtfVntTemDxodC/ByIYGjVZ0Wu9uhuo7xC/pHsTrviNiOODHo0ldG7nvkZCs?= =?us-ascii?q?rHH/mpPpZbBOLiMHvuFY5F0xaWYegXFVAuFOku/vorUVOHpczGbqfwsPbATf?= =?us-ascii?q?rVLL3xVTYoM1mPRUcrbXzWHoFt/0qrUnj3jFz6QHX2YHHy+pp2Dezf9+gXw4?= =?us-ascii?q?4dK51UvmEu+BKEz/DODQcHnr09fUN4Lr+iuLi8v3OK8WHB6HgsPAFcAEZT6L?= =?us-ascii?q?DpSGhLugcOLkPxfd84ypCiUFEX+EHCCg50TsvQHgIajU9w47iLI5uZwj1nF8?= =?us-ascii?q?iqKXuAj3wYpGuDSpAVnqHr37a9RroISrIdHIBhHwTCEBJ43TtwoGBYcQkeWw?= =?us-ascii?q?v0DTX1k5ioi5QSGcDSf9Rxmx2QPMZRsH7T3H/s/f0Hdz8+ZXqOWdTSqRsyTz?= =?us-ascii?q?BU72cBgpM3sf6lo3KTDkcRxM4/K0ZBbWyLBqkuNnX0WKxk3pbxeA9xSm+Wgy?= =?us-ascii?q?e9kB9bQBuwy2wiwkr8MCaTZfbHRn1at3ww6Ne2zHpEMkOAYkl3dnd29bdYKF?= =?us-ascii?q?2DkHNy3eiXD5DDiVe5Ykcew+0bLTHOaSYTJAQr3NysyBuJgl+5ZAYb74RrMe?= =?us-ascii?q?rHALs5dbbPnnurNY2TjKkDW+RZ5ZB/KbnVw6I2ePPafw+eNzXjDew1nwSTu3?= =?us-ascii?q?Y+ISFxwUNU2s/AyVng7GKi2mQ4DueXKFN6R6sDK9XZ62T/Xf6H3NF4it0y1N?= =?us-ascii?q?HAeFnZe5qDyavNaSREJQ6WqWmqT/swoZQRpLksrtJIbu/meCqN0GsC0AQ1Lc?= =?us-ascii?q?/ymk9bSKNn4KrZMosqe8AJYSpW8lcgidznFjpmjiXmRuslOV09hX7SON2Ep6?= =?us-ascii?q?DFrrciGUWNrgr9M1v3yVwUw97VGy+YkbIKAaM5JmpbLFUm4HN55eWYasneDh?= =?us-ascii?q?6pe+wrxiv0DlatNLtGDK6LFrUbokwkv5WGn+qLezH53w6Vtz1hOa5K+3umR8?= =?us-ascii?q?T3AA/kI589z/WqfVCXxq2t64qviT2yTz2xYUERn5dEekwddd4rsEhqsKQnli?= =?us-ascii?q?ypDrXqqUckmUZE6T5pllTxypGriV2raH1uIEncmNFKRjFdPXiDkNTd/eWZ3H?= =?us-ascii?q?r75iJZ2ZOrLjYmQvheX94KTob2KC9yKc8f+L6wlpBf8Bh+XA=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BsAACQElpg/4kNJK1aHQEBAQEJARI?= =?us-ascii?q?BBQUBgXwIAQsBgSIwUQd2WjYxhEKDSAOEWWCIRYorihWEdYEugSUDVAsBAQE?= =?us-ascii?q?NAQEqCAIEAQGEUAIXgWICJTQJDgIDAQELAQEFAQEBAgEGBHGFYQ2GRAEBAQQ?= =?us-ascii?q?jChMBATgPAgEIEQQBASsCAgIfER0IAgQBEgiCaYF+VwMvAQ6gOgKKHneBMoM?= =?us-ascii?q?EAQEGgUoPgzoNC4ITAwaBOQGCdYQHAQGBDIU4JhyBSUKBEUOCKy4+gh5CBIE?= =?us-ascii?q?+ICuCaTWCK4MuRw4Clm6HWzKdPVsKgwaXK4VUpEKVBI5xlA8CAgICBAUCDgE?= =?us-ascii?q?BBoFUOoFZcBWDJFAXAg2OH4NvhRSFRXMCNgIGAQkBAQMJfIg2AQE?= X-IronPort-AV: E=Sophos;i="5.81,272,1610409600"; d="scan'208,217";a="879018093" Received: from alln-core-4.cisco.com ([173.36.13.137]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 23 Mar 2021 16:05:36 +0000 Received: from mail.cisco.com (xbe-aln-007.cisco.com [173.36.7.22]) by alln-core-4.cisco.com (8.15.2/8.15.2) with ESMTPS id 12NG5ZZ0025035 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Tue, 23 Mar 2021 16:05:35 GMT Received: from xfe-rcd-005.cisco.com (173.37.227.253) by xbe-aln-007.cisco.com (173.36.7.22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.3; Tue, 23 Mar 2021 11:05:35 -0500 Received: from xhs-rtp-001.cisco.com (64.101.210.228) by xfe-rcd-005.cisco.com (173.37.227.253) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.2.792.3; Tue, 23 Mar 2021 11:05:35 -0500 Received: from NAM10-MW2-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-001.cisco.com (64.101.210.228) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Tue, 23 Mar 2021 12:05:35 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=PzpCR2ehlwHU1IRxhN7kal4V62se9ESzegnFPQ9ctC51mX9WaX1L8zCYVDcPNFJAsG+qPfmqrlhspIorpRk18sSVvqWmn0y0oRomedQg+9QYzGQIBerJGUWXPpWYFx2kFQjI8WGIrO2eS4PlRG1H/Mxvpsm9CC8Pjjb72CktTYJJ6nWRx5AtZVBFUpRi8mGPkjaH49Yg91FOhwQ/skGJLm+kuqjluwcI8ijrOCpjJa8zs5oKN+S2snzCbMbyyPifVjMKr1/rzGY2MH02wwXeuaQLAXRTtmjqZ1NHJ0/Mz1qwtV3lHYnOGD39xvCYgDjur0EUTrKp9Bb1LhEmeXU7wA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Jg4rQ1Mbx1JQfTrDT3PECLVCCXis5ljBq7OAaQtrbNk=; b=Omfs97a4+vZPQbNb5kH1VnLK6ZtsPiBYzGAgDqtfddphgERNLd57nFbZGfywij4wvoXG8kDIkA2HsQgMLLowfDh8t3bdZfNt1ALLW9to4EDhDqIk9+QCPrxlnnekiPmT8g1pOtEe/PpKNRCGZpr4b3lNVsHKJVOZxvQJKvvpicx5g1amEBUqZOax3EsTZYTeF9zYlopVxb1X45Po/JGin99nIEtxyliXSui89gQWltrvGYUwdiPL8UnmE98gYP4dMSfOWJSGlyqMmWA/9z3YXdi00ZYDH0Flwam3ga5gmcp5QMZ02Yv2JSAYd8V+JK3EzVAuDzRqm92W3yGVqeAy4w== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Jg4rQ1Mbx1JQfTrDT3PECLVCCXis5ljBq7OAaQtrbNk=; b=VSMIIrOACsIYmMFiruRJp/8c5gk49yzeoA/lAlLASu5jMlOso0oJHjOPoGmmfjY+wtZhNHwUO/yIJkNlQHXryYv13bXhsZP2T98E5KOM1oxYo21gyKA8siNFVeL9xI/7LPLHtpERXR9XxoJlbACkvt6KHEi9x4qLiTwv0+E7pbM= Received: from CO1PR11MB4881.namprd11.prod.outlook.com (2603:10b6:303:91::20) by CO1PR11MB4915.namprd11.prod.outlook.com (2603:10b6:303:93::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3977.24; Tue, 23 Mar 2021 16:05:34 +0000 Received: from CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::91bc:c88b:a78f:1fe4]) by CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::91bc:c88b:a78f:1fe4%6]) with mapi id 15.20.3955.027; Tue, 23 Mar 2021 16:05:33 +0000 From: "Pascal Thubert (pthubert)" To: Routing Over Low power and Lossy networks , Pascal Thubert Thread-Topic: [Roll] a comment about unaware-leaves IANA section Thread-Index: AQHXH8zjRIp+dVaeZ0WTnCxuO5LFvaqRupPg Date: Tue, 23 Mar 2021 16:05:04 +0000 Deferred-Delivery: Tue, 23 Mar 2021 16:04:46 +0000 Message-ID: References: In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=cisco.com; x-originating-ip: [2a01:cb1d:4ec:2200:d832:f644:d730:2ee0] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 9fb3fa37-942c-482e-2084-08d8ee157d7d x-ms-traffictypediagnostic: CO1PR11MB4915: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8273; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: uokg1DGvLDRIN+P8Kbo442f6HmLlYMXevfsRGRJTNziz5hm0AeD8+mCmRvIl3L5ze/vNfZkzQyVb4+vgBjLzNDZf22Eyj8Rgp2mRXYIFQ87eXIfJ6kiyaZUfRvpiF4Wv6S8jd+KTdKoqKy23yfHfFb9Ub+Ik+HQV/GmvwmiCq1ovShk8UjcYFg3CfPOYtKXA7Q2GAz3IV6cNtXbrDiRtAJ1wAgxIn62uchpxCg6xvKaPkOd/eJXjT1GvA1xqrIo4YiQf+dY0rRB3DAmlnV+7RFTlm8VWilF95/2tiTRWCwpO28w6R+4PzDplBd3NzTGnu7fecKNesZPpF/w/OeVNbFkH7dqTuI9uFt0w0OGpuDnA77DT1+78/SCywtBzt0UfJeodmq2jXRiW6dPzBkrkRpC7q7hY2u9K9+vC4sGqiIDhgC+nFDF+MkoqHTjGrrKoKUS8OQL1PfQImpF1bw5JUL6D+bcggY0uFDW+5K97XMhplovH1VMb1x6lqLGJ9qpH/uUTAVCy1qeByYYoC75l1Y8KXVe+GBedMvZnPhLc858HooW8cTLSfPdDsqk0fh2PP1KKX2AJa/qxZJRn4MWvCDdscER4sak/VEZSNYAKCe4C+kfQfGuuu/7HflPO0lsGf3KD66pPBQ6vb65b5hENdh8UJJHwKslq+wMLZCMd0gWgDn+ASxfRqcN5nCdjRLSdNP8JE1V0Bq7IX1scLWCoSRtE8JMYEhYFM8y3dNC1dc4= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CO1PR11MB4881.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(366004)(346002)(396003)(136003)(376002)(39860400002)(8936002)(7696005)(6506007)(53546011)(316002)(8676002)(478600001)(110136005)(38100700001)(86362001)(33656002)(9686003)(2906002)(71200400001)(66446008)(64756008)(66556008)(66946007)(55016002)(66476007)(5660300002)(76116006)(6666004)(52536014)(186003)(4744005)(166002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?V1Bsa3VkVHl2RDg0QlIyZUlVUzBTbDhPdFFvMHJubGRIQkN3dW9ldmlRNnpX?= =?utf-8?B?UXNWaEtlQ1dYU3R0bzNNUWRhS1pSTGVhYU1UODhaK2ZORDloSkl3Y1gvUmJR?= =?utf-8?B?RzhtTk5hZEFVRlgxaGdYTjFEeXNCQ3hmNTZlL2JDRWZOcllmenkzbnJNRkNQ?= =?utf-8?B?WXkwbzFvQ3dtTVdUeTVaaCtQRlRZUlFZWVdCanJjdXF3MmtYdUIwc29xR2wx?= =?utf-8?B?dDhHaW1kS3lnTjRKWEdmRzk0WWU5QWMvbER4NFZCVm4wUlFJa1kveUtVQ2Rn?= =?utf-8?B?dFlYcFg4Sy9lVWh0S0I0SFl6VTlSUmRGeUt2OHM4VGhQVzJqRmVEaENaT0JP?= =?utf-8?B?aVI5L09VVVdWRE5tNExOTmJsQjBEWVpsSWxFd0hHMFlUejRpeTJkVjV4K0x1?= =?utf-8?B?SCsxb2hoU0EwNVJhRFJYbUwxUytDL0tVcG9YK21mWW4xcndQQ05WNTNwTTJH?= =?utf-8?B?aldqQ0FKTk9RY2ppOSszSDJxRGtTbExOaEdhekw3cGRVMG5FZCt6dHRnQnFF?= =?utf-8?B?RDhMMVBESjE4R2Y3ZFhPK2xLRHZmMEtaK0pIMXlBY0Z6aWpxRk1LbmRtNWtS?= =?utf-8?B?UGNWRmlYUE9MQWN5b2c5UDY4bW5oSzM4RzdWcnA5YnBYMHp2bFBOdHd6QzVl?= =?utf-8?B?YURNOGxMdmplSVZVRkZWVXJsSS9FbVhDbk9VZEN5S1lhVGRmYmpQTjJjcUlu?= =?utf-8?B?Zzh6Zm92SXdZZWt4bVpYZXU4RWlNcFN1SUJLQUphVkt3S1pqUlAwRytDVkZo?= =?utf-8?B?RXBEeURzOTd2SktuekRwN1FCRXloalQyR3dQZkVGL3J3R1JHWnlFTUd2dk5V?= =?utf-8?B?YzhwbTZIaE5jR1pPR0VkRGZjOWdkNFhqTE5xVHNsUU85MTJkNGNjMjMyUEJu?= =?utf-8?B?cmhFOE9SWU1vS3h4alI5MStjUk01emNlditzUytZYmx2UlNmYXJrZHZMeDVJ?= =?utf-8?B?aExURFpmUFFDU1ArS0MrSXdmdjdtektHNjhTTHZsNkFUaUVaK3hJZkN2UTFP?= =?utf-8?B?VGFIM0RaS3FtSHdpMTdhZWgzQlZZYmRGeGJGNzk5cWVrQm14RG96WjlpaVpL?= =?utf-8?B?UmxFN3NYeGpzR3dCeFQrOHZta0RpVGRhcUZzM21NOWdRNlFSakdmaFRyeEVI?= =?utf-8?B?RnFmZVRYMFdza1gwVm5PUlRscllqQlkvNVRxWnVXeDlhOVc3NEJ4blN3SnJj?= =?utf-8?B?N2JrSXhkdlZMdHROd1VzNmY5UHFJeEU0SjNPWUhReG0zdGtKWnJyZzFNTldB?= =?utf-8?B?b2hKMGtTRjVMZDVFSHBlaStXQ0Y0dUorNkRKUE1hWlI2cnE5YkR4ZHRobU9I?= =?utf-8?B?VEljdVlCd3JtZzljQndZOW5VVGRuNUI1bnhTTGdiczdwVFk0alljYVFKaHoz?= =?utf-8?B?SUxmd1crT2pRMkZ5b3E0YlVVU2NxejcwVTFiRi9Zdll3WUY0c2dDZ2I2OEwr?= =?utf-8?B?VktESFlkb1ZUdkNnL01NbDA0VGcrZ1N5T25KT3dRZDRMb0paamQwVlV5dTYy?= =?utf-8?B?VzRMY0Y1WmZTa2xrcE1WUVhMclg4WUh6aFpiSWVDZktGVXNnNUN5STZrS3R1?= =?utf-8?B?a0tyRjd0U3VyR0kybWJTZmRTcUI4ZFpUS3c4STErR0p4dHRjb3hIMlZUQXJu?= =?utf-8?B?bGxvbGhxU1dqNm1HSHJkeHd4ZG84MU85R2pybVhidG5MektRT2tQUjhVb1dw?= =?utf-8?B?cjNrTjBLMkEvS29vd0Rlb2poUlExbVFxMnBxckhNb2ZscWp2bSsyMVk1YWtn?= =?utf-8?B?QUZBS1hjUExxY1RsZFBGWWJUK3FUT1h6TW52NG54M2RIWXlENWZMQ2RWMGZE?= =?utf-8?B?VTNFZ09kc3BmYXMwQUcrSHFmdmI2Q0wxclNXMGh4dGZJbDYvWXl0eHVPc0Vq?= =?utf-8?Q?qCDBuJUoW8Hxp?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_CO1PR11MB48817AAFF8928CD2C3AB9BA1D8649CO1PR11MB4881namp_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: CO1PR11MB4881.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 9fb3fa37-942c-482e-2084-08d8ee157d7d X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Mar 2021 16:05:33.8587 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: oSTWnjUhDUZVciPbyjG7IWUwD3KOPvDhXgaxWzke2MlC8CPnAfCyPBIST8Xs+xCuo8gOXfxWh/bJw72+Djmbqw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR11MB4915 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.22, xbe-aln-007.cisco.com X-Outbound-Node: alln-core-4.cisco.com Archived-At: Subject: Re: [Roll] a comment about unaware-leaves IANA section X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2021 16:11:01 -0000 --_000_CO1PR11MB48817AAFF8928CD2C3AB9BA1D8649CO1PR11MB4881namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VmVyeSBUcnVlLCBnb29kIHBvaW50IFJhaHVsLiBJ4oCZbGwgbWVudGlvbiB0byB0aGUgUkZDIGVk aXRvci4NClRha2UgY2FyZSwNClBhc2NhbA0KDQpGcm9tOiBSb2xsIDxyb2xsLWJvdW5jZXNAaWV0 Zi5vcmc+IE9uIEJlaGFsZiBPZiBSYWh1bCBKYWRoYXYNClNlbnQ6IG1hcmRpIDIzIG1hcnMgMjAy MSAxMToxMQ0KVG86IFBhc2NhbCBUaHViZXJ0IDxwYXNjYWwudGh1YmVydEBnbWFpbC5jb20+OyBS b3V0aW5nIE92ZXIgTG93IHBvd2VyIGFuZCBMb3NzeSBuZXR3b3JrcyA8cm9sbEBpZXRmLm9yZz4N ClN1YmplY3Q6IFtSb2xsXSBhIGNvbW1lbnQgYWJvdXQgdW5hd2FyZS1sZWF2ZXMgSUFOQSBzZWN0 aW9uDQoNCkhpIFBhc2NhbCwgQXV0aG9ycywNCg0KU2VjdGlvbiAxMi41IGFuZCBTZWN0aW9uIDEy LjYgb2YgdGhlIGRvY3VtZW50PGh0dHBzOi8vd3d3LnJmYy1lZGl0b3Iub3JnL2F1dGhvcnMvcmZj OTAxMC5odG1sI25hbWUtbmV3LXN1YnJlZ2lzdHJ5LWZvci1ycGwtbm9uPiBzcGVjaWZpZXMgdGhl IFJQTCBTdGF0dXMgdmFsdWVzLiBJIGJlbGlldmUgc2VjdGlvbiAxMi41IGlzIGFwcGxpY2FibGUg b25seSB3aGVuIHRoZSAnRScgYml0IG9mIHRoZSBzdGF0dXMgaXMgc2V0IHRvIDAgYW5kIFNlY3Rp b24gMTIuNiBpcyBhcHBsaWNhYmxlIG9ubHkgd2hlbiB0aGUgJ0UnIGJpdCBpcyBzZXQgdG8gMS4g SSBjYW1lIGFjcm9zcyB0aGlzIHdoaWxlIHJldmlld2luZyBpdCBpbiBjb250ZXh0IHRvIE5QREFP IGNvbXBhdGliaWxpdHkuDQpEbyB5b3UgdGhpbmsgdGhpcyBjb3VsZCBiZSBleHBsaWNpdGx5IHN0 YXRlZCBpbiB0aGUgZG9jdW1lbnQgd2hpbGUgaXQgaXMgaW4gQVVUSDQ4IHN0YXRlPw0KDQpSZWdh cmRzLA0KUmFodWwNCg== --_000_CO1PR11MB48817AAFF8928CD2C3AB9BA1D8649CO1PR11MB4881namp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpWZXJkYW5hOw0KCXBhbm9zZS0xOjIgMTEg NiA0IDMgNSA0IDQgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwg bGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJZm9udC1zaXplOjEx LjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQphOmxpbmssIHNwYW4u TXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRl eHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0eWxl LXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7 DQoJY29sb3I6d2luZG93dGV4dDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpl eHBvcnQtb25seTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpAcGFnZSBX b3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcwLjg1cHQgNzAu ODVwdCA3MC44NXB0IDcwLjg1cHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0 aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZh dWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwh LS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86 aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFb ZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9 InB1cnBsZSIgc3R5bGU9IndvcmQtd3JhcDpicmVhay13b3JkIj4NCjxkaXYgY2xhc3M9IldvcmRT ZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxp YnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+VmVyeSBUcnVlLCBnb29kIHBvaW50 IFJhaHVsLiBJ4oCZbGwgbWVudGlvbiB0byB0aGUgUkZDIGVkaXRvci48bzpwPjwvbzpwPjwvc3Bh bj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0i Q2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPlRha2UgY2FyZSw8bzpwPjwv bzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0i MiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPlBhc2NhbDxv OnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBz aXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25l O2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowY20gMGNtIDBjbSA0LjBwdCI+ DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUx IDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PGI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC13ZWlnaHQ6Ym9sZCI+RnJvbTo8L3NwYW4+PC9mb250PjwvYj4gUm9sbCAmbHQ7 cm9sbC1ib3VuY2VzQGlldGYub3JnJmd0Ow0KPGI+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJv bGQiPk9uIEJlaGFsZiBPZiA8L3NwYW4+PC9iPlJhaHVsIEphZGhhdjxicj4NCjxiPjxzcGFuIHN0 eWxlPSJmb250LXdlaWdodDpib2xkIj5TZW50Ojwvc3Bhbj48L2I+IG1hcmRpIDIzIG1hcnMgMjAy MSAxMToxMTxicj4NCjxiPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5Ubzo8L3NwYW4+ PC9iPiBQYXNjYWwgVGh1YmVydCAmbHQ7cGFzY2FsLnRodWJlcnRAZ21haWwuY29tJmd0OzsgUm91 dGluZyBPdmVyIExvdyBwb3dlciBhbmQgTG9zc3kgbmV0d29ya3MgJmx0O3JvbGxAaWV0Zi5vcmcm Z3Q7PGJyPg0KPGI+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPlN1YmplY3Q6PC9zcGFu PjwvYj4gW1JvbGxdIGEgY29tbWVudCBhYm91dCB1bmF3YXJlLWxlYXZlcyBJQU5BIHNlY3Rpb248 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9u dCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMyMDEyNGQiIGZhY2U9IlZlcmRh bmEiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRh bmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMjAxMjREIj5IaSBQYXNjYWwsIEF1dGhvcnMsPG86 cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxmb250IHNpemU9IjIiIGNvbG9yPSIjMjAxMjRkIiBmYWNlPSJWZXJkYW5hIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6IzIwMTI0RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250 PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIi IGNvbG9yPSIjMjAxMjRkIiBmYWNlPSJWZXJkYW5hIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIw MTI0RCI+PGEgaHJlZj0iaHR0cHM6Ly93d3cucmZjLWVkaXRvci5vcmcvYXV0aG9ycy9yZmM5MDEw Lmh0bWwjbmFtZS1uZXctc3VicmVnaXN0cnktZm9yLXJwbC1ub24iPlNlY3Rpb24gMTIuNSBhbmQg U2VjdGlvbg0KIDEyLjYgb2YgdGhlIGRvY3VtZW50PC9hPiBzcGVjaWZpZXMgdGhlIFJQTCBTdGF0 dXMgdmFsdWVzLiBJIGJlbGlldmUgc2VjdGlvbiAxMi41IGlzIGFwcGxpY2FibGUgb25seSB3aGVu Jm5ic3A7dGhlICdFJyBiaXQgb2YgdGhlIHN0YXR1cyBpcyBzZXQgdG8gMCBhbmQgU2VjdGlvbiAx Mi42IGlzIGFwcGxpY2FibGUgb25seSB3aGVuIHRoZSZuYnNwOydFJyBiaXQgaXMgc2V0IHRvIDEu IEkgY2FtZSBhY3Jvc3MgdGhpcyB3aGlsZSByZXZpZXdpbmcgaXQgaW4gY29udGV4dA0KIHRvIE5Q REFPIGNvbXBhdGliaWxpdHkuPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGNvbG9yPSIjMjAxMjRk IiBmYWNlPSJWZXJkYW5hIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIwMTI0RCI+RG8geW91IHRo aW5rIHRoaXMgY291bGQgYmUgZXhwbGljaXRseSBzdGF0ZWQgaW4gdGhlIGRvY3VtZW50IHdoaWxl IGl0IGlzIGluIEFVVEg0OCBzdGF0ZT88bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMy MDEyNGQiIGZhY2U9IlZlcmRhbmEiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMjAxMjREIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMyMDEyNGQiIGZhY2U9IlZlcmRhbmEi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMjAxMjREIj5SZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFu PjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBz aXplPSIyIiBjb2xvcj0iIzIwMTI0ZCIgZmFjZT0iVmVyZGFuYSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMyMDEyNEQiPlJhaHVsPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_CO1PR11MB48817AAFF8928CD2C3AB9BA1D8649CO1PR11MB4881namp_-- From nobody Sun Mar 28 09:58:45 2021 Return-Path: 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 6E3A63A1BDE; Sun, 28 Mar 2021 09:58:44 -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 (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 nUxQjocfbxp9; Sun, 28 Mar 2021 09:58:40 -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 AE9053A2112; Sun, 28 Mar 2021 09:58:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=earthlink.net; s=dk12062016; t=1616950720; bh=UrZUHE9yKHeGh7IvHfjWc2eTHD9moCzLj2Tq qc8XcU0=; 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=cUU9q25m9IC9uXjs2mV4FALaJld8N1dAjsTppBZReIAnAr DIYkT5qkH5grmeqvqZiUthjYlTdOTvc85HfveCD7W30F2kIGDc70tnI/Loge8T9jxwM wC+rHe5y19Y+67lGlBJodhdNLy28LLi8/AEKgBKA1aJwWjBcuFfUFcnLi9ybMpgPQ5h /Qw6d4UEcWal6qCcMXasXBcBs/5R7V3+4rPTBipR5nQJIgy8G2aYIv/n6NLbwRRlKhc uYg9ZKyeR5NHzm7uABbevYaV8g783Cop0IMQwpPqjY8AXKFF4IuXJrP0Sgus83ZRaKH fR/Y2vlZXaDeA1eo2tC3xNYXadzA== DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk12062016; d=earthlink.net; b=rJuH78X9glDatiGcFC159NUlObl8BYFX6Id0ZXxiBMFiTZC/hHEWzQXeWDPlIE8YwUfF8neNeBiUETaSil7btuwrBBXXoUip8iZMj7JNUNqtCKDasBWLKQqpjDm3SGzJ9UE0wJ/qVUHafs9eAnZuqoOhXMSWDcqCkTonZLij7dy/c41Exq/mjslMBoZ1F8oKHcYW+hWIEycqYlKEm6W1h2n9iJXFm/rGF/NLcLNb0F7OnicwxYq6aFNRTgNk5OWpVS5kVR8zxpLC4ssU0pO8Lk42EkcyphuAsMru+x7BFlNjXfTNH1Foir1MS0oOT34K/coz+Pd/5/CNhKbG8mmIOg==; 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 ) id 1lQYkI-000E0o-7e; Sun, 28 Mar 2021 12:58:38 -0400 To: Alvaro Retana Cc: draft-ietf-roll-aodv-rpl@ietf.org, Ines Robles , roll-chairs@ietf.org, roll@ietf.org References: From: Charlie Perkins Message-ID: <3fca76f1-9672-a14f-0c07-3c1b3cf9d9e0@earthlink.net> Date: Sun, 28 Mar 2021 09:58:37 -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: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-ELNK-Trace: 137d7d78656ed6919973fd6a8f21c4f2d780f4a490ca6956df8303b86ceddf554e812a1368aa72d976c3f49ffcfd52f0350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 99.51.72.196 Archived-At: Subject: Re: [Roll] Last Comments about draft-ietf-roll-aodv-rpl-09 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Mar 2021 16:58:45 -0000 Hello Alvaro, I have followed your suggestions as mentioned below. I believe the document would benefit if it mentioned that the current version protocol could be improved by specifying an authenticated mode of operation (analogous to what was described in RFC 6550).  It would not be *mandated* to use it - you are right that was not a good choice of words.  What would you suggest? Naturally Yours, Charlie P. On 3/16/2021 2:34 PM, Alvaro Retana wrote: > Charlie: > > > Hi!  How are you? > > I've been looking at -09, and it looks like there are some changes > that you mentioned in previous replies that are not included in this > new version.  Also, I have a couple of comments left. > > You can address these along with other last call comments.  I'm > starting the IETF Last Call. > > Thanks! > > Alvaro. > > > > (1) Both §4.1/§4.2 say that if there's more than one RREQ/RREP, then > the message "SHOULD be dropped".  You had mentioned [1] that you would > change these to "MUST". > > > (2) I am not too happy with the last couple of sentences here (§10 > Security Considerations)... > > 930   If a rogue router knows the key for the Security Configuration in > 931   use, it can join the secure AODV-RPL route discovery and cause > 932   various types of damage.  Such a rogue router could advertise false > 933   information in its DIOs in order to include itself in the discovered > 934   route(s).  It could generate bogus RREQ-DIO, and RREP-DIO messages > 935   carrying bad routes or maliciously modify genuine RREP-DIO messages > 936   it receives.  A rogue router acting as the OrigNode could launch > 937   denial-of-service attacks against the LLN deployment by initiating > 938   fake AODV-RPL route discoveries.  In this type of scenario, RPL's > 939   preinstalled mode of operation, where the key to use for a P2P-RPL > 940   route discovery is preinstalled, SHOULD be used.  If a future IETF > 941   document specifies the authenticated mode of operation as described > 942   in [RFC6550], then future AODV-RPL implementations SHOULD use the > 943   authenticated mode of operation. > > ...because the text is recommending what to do if a future document > specifies an unknown (today) behavior.  I would feel better if we just > eliminated the last sentence. > > > (3) RFC6998 wasn't moved to be an Informative reference. > > (4) rfc7416 should also be moved to the Informative section. > > > > [1] https://mailarchive.ietf.org/arch/msg/roll/d0BQNFuZ7X-5wYpcT8nuORoeoeg/ From nobody Sun Mar 28 10:40:01 2021 Return-Path: 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 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 ) id 1lQZOE-000Aun-4S; Sun, 28 Mar 2021 13:39:54 -0400 To: Tero Kivinen , 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 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: Subject: Re: [Roll] [Last-Call] Secdir last call review of draft-ietf-roll-aodv-rpl-09 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-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. From nobody Mon Mar 29 11:33:30 2021 Return-Path: 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 951853A1DE6; Mon, 29 Mar 2021 11:33:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.8 X-Spam-Level: X-Spam-Status: No, score=-2.8 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, MSGID_FROM_MTA_HEADER=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-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=iisc.ac.in 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 rknlJGOvDftl; Mon, 29 Mar 2021 11:33:15 -0700 (PDT) Received: from IND01-BO1-obe.outbound.protection.outlook.com (mail-eopbgr1390049.outbound.protection.outlook.com [40.107.139.49]) (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 F39683A1DE3; Mon, 29 Mar 2021 11:33:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=aAEkruyxXUSiZGh0kJzZW6d2IDmTkyOB9ZHFmCDOClH80k+YDvbmmFoaT9awAHzNgvtbEur2Ma77QfA/z4qR6K4dEHsVi/3oo03y8ZftzfVvwg2CMjcnIIL8w1dkioFFo9TXjWr2Lxo7zK3NTwnXZ5gbf/S+kEWdWmMOUrE+VRYWa0GlTr/4WsfkJJnHnQmo5sQHo+MA+s5vP6EmjDgkG1Uy3jXX0B5wLpGsrg3O7tF0/zERwxDEGUO1C8ZzMXM4ZSDHhsTJu4Ds77etV5NVPbp7RBzu6+IrlgS40gykge2lYJGzKWnIIh7HqT7srgN3isz7utqUIQf+iFGW0zV7Lg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=+VLdeYXK21mOZ17PlboLDVB0FisnuTI6u9NFpjTGj6Y=; b=TMcwRhmTr5YTnygcf6xnM+7+317BdX9LTiTAr1EnlVzMeofOiShLkuRsMf3adCmxZE7lo2dj2V1NTQZ6YlFjQVK4dYdKdP9NgAKxSZ9DCojsZmbvRtZvwOostN4lGlCaSP2luFlAZ1gmh0jCSeOHv7p+yK9I7M7hyWgiQklHa3f5J9DYKPUhxBPHEvxXrqCsoOPmdDc2Xc5m+rnvoVkJkQz3SbdmsnOOmp08GneOgOHVk/SIIXrgN+AQ0T58JLDpVM1WgikCWxn65BE+Rgmf1+Qa9iBgp+WOSyFERxn2d09ulgjuMlINZPNyZoPEzCBNVCqVrYL/YlK1+0HR/KRBig== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=iisc.ac.in; dmarc=pass action=none header.from=iisc.ac.in; dkim=pass header.d=iisc.ac.in; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=iisc.ac.in; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=+VLdeYXK21mOZ17PlboLDVB0FisnuTI6u9NFpjTGj6Y=; b=cE/ZOSIWwAjyd08DJ1P1gt1TIg/xehq8oAjuRz+Qj30rXbo+GMORNHZEf4GFZdolhzs3ShHuzfiXSAinvmzXWAORVQwcHW4gKTVBPV9dIjj7W44Yvl7jKMD8a/NBpGPF6yBEEm9h6mZ4E2ral4S2ojAJbJqeXKqV6kUe9zv8G+o= Authentication-Results: earthlink.net; dkim=none (message not signed) header.d=none;earthlink.net; dmarc=none action=none header.from=iisc.ac.in; Received: from MA1PR01MB2218.INDPRD01.PROD.OUTLOOK.COM (2603:1096:a00:37::23) by MA1PR0101MB1653.INDPRD01.PROD.OUTLOOK.COM (2603:1096:a00:2b::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3977.29; Mon, 29 Mar 2021 18:33:06 +0000 Received: from MA1PR01MB2218.INDPRD01.PROD.OUTLOOK.COM ([fe80::ad8f:f621:c8b:70c5]) by MA1PR01MB2218.INDPRD01.PROD.OUTLOOK.COM ([fe80::ad8f:f621:c8b:70c5%4]) with mapi id 15.20.3977.033; Mon, 29 Mar 2021 18:33:06 +0000 Date: Tue, 30 Mar 2021 00:03:05 +0530 From: "S.V.R.Anand" To: Charlie Perkins Cc: Tero Kivinen , secdir@ietf.org, last-call@ietf.org, roll@ietf.org, draft-ietf-roll-aodv-rpl.all@ietf.org Message-ID: <20210329183304.GB6408@iisc.ac.in> References: <161643127376.6337.10029863442550466574@ietfa.amsl.com> <8f67d107-7c81-ea4f-42d1-a465f008ae9b@earthlink.net> Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8f67d107-7c81-ea4f-42d1-a465f008ae9b@earthlink.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-Originating-IP: [49.206.11.189] X-ClientProxiedBy: MA1PR0101CA0064.INDPRD01.PROD.OUTLOOK.COM (2603:1096:a00:20::26) To MA1PR01MB2218.INDPRD01.PROD.OUTLOOK.COM (2603:1096:a00:37::23) MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from iisc.ac.in (49.206.11.189) by MA1PR0101CA0064.INDPRD01.PROD.OUTLOOK.COM (2603:1096:a00:20::26) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3977.25 via Frontend Transport; Mon, 29 Mar 2021 18:33:06 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 35c9abf3-6617-4467-572b-08d8f2e11875 X-MS-TrafficTypeDiagnostic: MA1PR0101MB1653: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:8882; X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: iTimx7Et2uqbezZlec0eViNd7dx4poLPZM55emSwMfn16xpjl8oGAT167wJ6xDZw/RdAaqm9scZcR3iBLCcRVODsvglwxpHr/MWJX3cd6UVZh5cBhEJCx+DYnA8VbLDPpOPoOvgTFQRoFF1QCEeODOF5h1COrQPq2V6uQY3gdcbZ4m4VhUYX0ZaAE6xe5gnOKnLWBS/bY2WZQmYJu2Ou+Xb/aGXYWjL1NvX+LH7aOpo6BBk5mXnOUvmOz3u5lD5Fd4t1CkO3CsniOpL6BdaGwNaMTL+Sov13p7sXleP83gmREepg7VzZ0gerGm3UcyCA4bnsPHoPmjy+aLFe1KsRCVCcnmyOXGFB48MeRZwAMgBfpan9455AXyNoR7CbjXY0oaIGiHNuVY8oorbz5STtwdti62Zf6yZbYuA9l7w6YJQafo0ncTwoK3voP81RpryPKrL5fghXwEzxAaBkE+LNvwUPpxnpchxykhFTpejePjfO+ntOSRsIxSPy5cK2nPDRCdDgsEV16tJSDGa84cz40mPxjCj01m2z6d1cDLg6QRdrWwfhqwOWIJywC5rRCdQW5C/zTgH/UivNvVruNl3iLcl5LDYBw0ZjTkFlH3lTFYelkNq1A5ePx3NMzt0NTwTj0OFjrRekW39Wosego6zElQ== X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MA1PR01MB2218.INDPRD01.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(4636009)(366004)(346002)(136003)(396003)(376002)(39850400004)(36756003)(38100700001)(6916009)(52116002)(2616005)(55236004)(478600001)(83380400001)(55016002)(8936002)(1006002)(7696005)(186003)(4326008)(8676002)(316002)(66946007)(66556008)(66476007)(86362001)(33656002)(2906002)(26005)(1076003)(956004)(786003)(5660300002)(53546011)(16526019); DIR:OUT; SFP:1101; X-MS-Exchange-AntiSpam-MessageData: =?us-ascii?Q?hzu8CBGfAbwfEk4ZOFZSpQSIsYhNmcJkLXJ6VuGiEvy4qUYUU2L0RSEYjZKw?= =?us-ascii?Q?ZJa3m1Ve6VwWn2doZq6yZkOKmzla7U9KDYZlCsmxo50BQpc01fBsVtSOV/eW?= =?us-ascii?Q?lZ6+dt5oy9a4UV6OWC0hYx/H9ZY8df/PexqHdMWC4LQvO4T4ar2T/n+kuo7a?= =?us-ascii?Q?qdre3uarNDed2c5n1Znjw47GyREjsTK9I7LgJtCfqHYJpNYSLWjVf4k7Rv0u?= =?us-ascii?Q?PFcMSDu2QXseygNMOJSpACDR9Pe0JCzjewviv7uQqyq+1Gfy9S5ux0T1DtHG?= =?us-ascii?Q?k+ifbzehmEbRwwAvy9QufdTxEdmktO1XgUkurH6MxrJhp6D2mNR2g5kILEQK?= =?us-ascii?Q?tNLPXVfM3nVwMMdA/mPr1mKpfovntTpJ3EY2spQUE5guYZzpFIz3GalGks3b?= =?us-ascii?Q?av1M5Cbh1eRszyUXDanrFCXAbyYhZPGjLCJxwcRb4WfYtLI7j9wTzivrq5R1?= =?us-ascii?Q?J6LH4z3kwtmH7yUvlVjC0pv0njGf2MxfOlTj888Hbq9A8odmNlo9J+A9VY1l?= =?us-ascii?Q?SDnGbNPDQmAxFL6HvLoG8v2BKk3Xjkc8Gyta2QkM85/4goGDRPZ1+YvU5Tp7?= =?us-ascii?Q?VkbGU3jRe4jZBWD4HHcPLVaXPPU40XqUfWXVt3cB/TCJifYiSvR9YtFikV4E?= =?us-ascii?Q?pFYhWOX0Ct9fQ4zLbPxtgSh+XVj2oyvNTJ/lPgKwb92AFH7JX7D+5UmGbrbq?= =?us-ascii?Q?IcE/qGpyFJfjspRDVbHFh4FvZoLWaPkb4wW9/NpynVkzmrlKPJBUY6bXYyCa?= =?us-ascii?Q?kQMOzQYEJZgAPG/lGyQTtLTHd7otL/e0cbjbpCbONqB384AqG7GrJAbmNRD8?= =?us-ascii?Q?pZ1i554U6FvAmIRtoeL+7yXNVp42owqF53eRVPCEzY/eYHzS1SySmpzN00eh?= =?us-ascii?Q?Pxkc27qd8tHfRx7p0gqCkuHuAvWSykzxcLdPuICUs9tIK96yaM7jKz6X9Olj?= =?us-ascii?Q?3so9esICDSr0RAy4JQRZlblppOCISQxj/Rc/0g3FwTtDZNBpoyelNP4Vrr+a?= =?us-ascii?Q?07zxGAIzY5QdOO12B0GNbuGO1KMhhTuVCNTHiWBI8h+dw24WjXYABpxfEdQq?= =?us-ascii?Q?SroSWwtPK8pNGh22Fpd9hpLQRAJ6AKJ5e49eQx13ZY2aT56SQUREFIceh65y?= =?us-ascii?Q?WIWwPlzTjkdbUPCZDEHFtv/D4V30YljBdYA2HQ4mv3NEznNV7AaGUJeEE1KQ?= =?us-ascii?Q?oefHsxbgDbSuaHRpSUtn7RsUMy/gLUYJw46gNUz1uUZEu88FISbB4FHYYxRG?= =?us-ascii?Q?rrmC71rRBIYSCBBxoRKzH4bmQHNMwGica6E0H7MwCJJTRWrOQOjr2nV9ArC3?= =?us-ascii?Q?DqIwKltfVStG2EX3gY1lqQF3?= X-OriginatorOrg: iisc.ac.in X-MS-Exchange-CrossTenant-Network-Message-Id: 35c9abf3-6617-4467-572b-08d8f2e11875 X-MS-Exchange-CrossTenant-AuthSource: MA1PR01MB2218.INDPRD01.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 29 Mar 2021 18:33:06.6001 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 6f15cd97-f6a7-41e3-b2c5-ad4193976476 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: 2Ueilucd9qBy96/xPXMj994SMXWPaaQg4Rgwx/DSfoV7K/NBLb67uNIAYvcVmZSN1AzS9Zr9H3FpcYrhNM2CaQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MA1PR0101MB1653 Archived-At: Subject: Re: [Roll] [Last-Call] Secdir last call review of draft-ietf-roll-aodv-rpl-09 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Mar 2021 18:33:21 -0000 Hello, I prefer to retain AODV-RPL in the title. AODV-RPL acronym has already been referred by research community in their publications, and roll community uses this acronym to refer to this draft. Also, I feel AODV and RPL acronyms are familiar to the wireless and low power and lossy networks world. How about "AODV-RPL Extensions for Asymmetric Links in Low Power Networks", or "AODV-RPL Support for Asymmetric Links in LLNs" ? Regards Anand On 21-03-28 10:39:53, Charlie Perkins wrote: > > > 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. > From nobody Tue Mar 30 02:15:08 2021 Return-Path: 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 477AA3A2C85; Tue, 30 Mar 2021 02:15:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.801 X-Spam-Level: X-Spam-Status: No, score=-2.801 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_DNSWL_LOW=-0.7, 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=iki.fi 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 7RPmN9c5EHrp; Tue, 30 Mar 2021 02:14:57 -0700 (PDT) Received: from lahtoruutu.iki.fi (lahtoruutu.iki.fi [185.185.170.37]) (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 41C483A2C83; Tue, 30 Mar 2021 02:14:56 -0700 (PDT) Received: from fireball.acr.fi (fireball.acr.fi [83.145.195.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: kivinen) by lahtoruutu.iki.fi (Postfix) with ESMTPSA id 5418A1B000F7; Tue, 30 Mar 2021 12:14:53 +0300 (EEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=iki.fi; s=lahtoruutu; t=1617095693; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=EOzJ/V8r3iGO5We2YHQcYZ6zQATj38RsWJ+rWQyiG6o=; b=I3CEQRH2/CQD8/dhL12/8p9lnepFBANe3HTSR75JPSBXl3OV6bG3JozbaVxonI1w+yuR7d hfLNawZHPUq+l24K4dUaVMNREJwXVDvR44eUr+tbivAGsKHD0vFJlH3UaHvl/+HNrtbFLe E7jThQEKPZ1zA4v9XOad57hfpQ7VMvGn/4i22JxQ/TCps85b4qgvvHJRcKLqqaN1FCona0 gHR5Pt6pSq/rZlQUwDvyOrifc+cX6ILO+iOAU8XsYQLl9yhkOa5O5GhpU0UglgxErwhLUb CAmJeKAmf4exfOEE7msisAzKrF2itNzpSqb+30LEruTSdO9eVI04fJhOp6rzog== Received: by fireball.acr.fi (Postfix, from userid 15204) id 22D7925C0BEB; Tue, 30 Mar 2021 12:14:53 +0300 (EEST) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-ID: <24674.60429.90879.499696@fireball.acr.fi> Date: Tue, 30 Mar 2021 12:14:53 +0300 From: Tero Kivinen To: Charlie Perkins Cc: secdir@ietf.org, last-call@ietf.org, roll@ietf.org, draft-ietf-roll-aodv-rpl.all@ietf.org In-Reply-To: <8f67d107-7c81-ea4f-42d1-a465f008ae9b@earthlink.net> References: <161643127376.6337.10029863442550466574@ietfa.amsl.com> <8f67d107-7c81-ea4f-42d1-a465f008ae9b@earthlink.net> X-Mailer: VM 8.2.0b under 26.3 (x86_64--netbsd) X-Edit-Time: 3 min X-Total-Time: 3 min ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=iki.fi; s=lahtoruutu; t=1617095693; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=EOzJ/V8r3iGO5We2YHQcYZ6zQATj38RsWJ+rWQyiG6o=; b=ES27MLoen1/kx5u/v4i0754DmiKVBOvSIyE8VWnKRMNOv+RGLLDV1n+tdHgCOBz8ciRbO3 9MrGbTz1v+JOErWS1dLvByVpuRxUxSGJf9Jieqh01GPQr7JKpjhqANHR/67tSasB3kxfUU gMZ7Y0CjzBsJKC6mbLPbXWSUTCcKcfVEYTwuvJanOSaDTMN5t6BXAD1OAkYia8hLS7Pf6q PpVMVcpjpE4IhqCHqjHGSambdce08qbnVHvsfugES7YcJDQge3ychneAudpurjRUnck5ps iRUqaEHew/3O0Umj82D/wzSbe4nMHANTqTU2Y7gLKwTXFi5UY/x8nNs+yQ1LsA== ARC-Authentication-Results: i=1; ORIGINATING; auth=pass smtp.auth=kivinen smtp.mailfrom=kivinen@iki.fi ARC-Seal: i=1; s=lahtoruutu; d=iki.fi; t=1617095693; a=rsa-sha256; cv=none; b=ePKU+voWuD3904ZIaQ9bKMdyIQ+VbaEEGsO/v0SmnF4qslfu3zj5RjqGq66ogNtdh/0Qax H1+Arl6pjPXCPAsPhWoShEUjkEiXRTfpUQ9nMoNGigp2QF9rwRtXEV5Fe1GE1sOGX18eqd s2bTMwSnTz9d9P33aimN0yzsdJ//hiVitKs4uo9ovNLyD7MHUKSj37+A+35f68hzGu9j4+ nBz98bHgHl/9mMh3U72Zztpdze3pZIx2nYVyrbbTTGA3CmGSQqd3TOSHKfCqWy/OO7zc3G Lo1V7UUomSZHJ0T9p9i9QGsgduq0qmIL1BfHXintGRez6ZSutnusDh9lo95P3g== Archived-At: Subject: Re: [Roll] [Last-Call] Secdir last call review of draft-ietf-roll-aodv-rpl-09 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2021 09:15:03 -0000 Charlie Perkins writes: > Hello Tero, >=20 > Thanks for your comments, useful as always.=A0 Please see a bit of=20= > follow-up below. >=20 >=20 > On 3/22/2021 9:41 AM, Tero Kivinen via Datatracker wrote: > > The title of the draft has some acronyms which are not expanded (AO= DV, 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. >=20 > How about "Supporting Asymmetric Links in Low Power Networks"=3F Repl= acing=20 > "LLNs" by "Low Power Networks" is probably O.K. because lossy is almo= st=20 > implicit given low power (or, often, reality). Thats much better. From that I can even understand what is the difference between this and previous work, i.e., that the important difference is the asymmetric, not p2p or aodv etc... > > Nits: --=20 kivinen@iki.fi From nobody Tue Mar 30 17:33:33 2021 Return-Path: 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 531723A05F8; Tue, 30 Mar 2021 17:33:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.847 X-Spam-Level: X-Spam-Status: No, score=-1.847 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, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 (2048-bit key) header.d=gmail.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 ih-h8vVHRNwK; Tue, 30 Mar 2021 17:33:27 -0700 (PDT) Received: from mail-qk1-x734.google.com (mail-qk1-x734.google.com [IPv6:2607:f8b0:4864:20::734]) (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 60C3A3A0553; Tue, 30 Mar 2021 17:33:26 -0700 (PDT) Received: by mail-qk1-x734.google.com with SMTP id 7so17805625qka.7; Tue, 30 Mar 2021 17:33:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=B1mVjeZX9T2anRk5DQhirBXG4Cicb3E9e84hwrdP9JM=; b=N96R4Fvr4PYggiMc5OynJTAHHu72oONKNJu9AyWvEcMbB/agcDlF4qTHiQqfuMgUB9 dnNAS853qvEb2PLDCLpt5rZtqd9wbXujYAn5QV0nHTYfY4FdldjR9k+qpKP7iCsU/u/Y dE6bSuoMf8lij/TRIrkyBOxuer1AmnApK2kRl+fWDq2U1IvRiLGZu2egNVhLLdry7aZB ZN8ph3jwJR+0d0EDndAsShsdbRWoI8behyErGoXGC6pNc8uggcUk5MZytYoBZnNmXgiq GCdo3oKlzh9N2hrXYRdTHGVY77Sk7MNDIiuBoxxKJsyjaicA+ImmnO7WBnEdF6xq03Rp QHdw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=B1mVjeZX9T2anRk5DQhirBXG4Cicb3E9e84hwrdP9JM=; b=S/8tzEZpnDGWsbTA8WmZED5o6PF7+wCxA4F6Du6ABUd5b4R8s/YF3HNxGDJsMmp5yt FDujGYOubtxGIEUmlaxclE9SrO/jwITL0JoRCqkXDZ8TiMZ36zl/WVbzMDjXKx+0IF81 sjB+QDa2dIH4Uh9JZL3YM0k0NSzipp7eDiON3M+2YjNZutmNo/es05T6BWnU8u6oCDA4 XzWMV5qUQ6pUiT+qJOaYTXiicZauDp7SYWI24CHhCj6bS+UyqjW9tvPcoR4U/Q3D2xDE nDaL6+IDnOVH++7EvtgpnSf9VOUiMiVJU/tOh0lm8bf+264zgeUnHda1CDyn0ugvjoE2 mFKg== X-Gm-Message-State: AOAM530tobu5gxyqaUrcp2u6zdL3kuiIRTxADTJZtRrbN9O4I9vRDkO/ cjbssniJOM9SKryoBtQZVCzlRkQ8G8JI+mGQDP8= X-Google-Smtp-Source: ABdhPJwLaEOrKkK4pXJYzsd36W3G1VY96kgf/6RGdH7Tn0/ssqoKQfmNCdW4O9UATg0pfQpvsU/aYqgvxccTMFJuObg= X-Received: by 2002:ae9:eb4d:: with SMTP id b74mr931928qkg.45.1617150804553; Tue, 30 Mar 2021 17:33:24 -0700 (PDT) MIME-Version: 1.0 References: <161643127376.6337.10029863442550466574@ietfa.amsl.com> <8f67d107-7c81-ea4f-42d1-a465f008ae9b@earthlink.net> <20210329183304.GB6408@iisc.ac.in> In-Reply-To: <20210329183304.GB6408@iisc.ac.in> From: satish anamalamudi Date: Wed, 31 Mar 2021 06:03:12 +0530 Message-ID: To: "S.V.R.Anand" Cc: Charlie Perkins , Tero Kivinen , draft-ietf-roll-aodv-rpl.all@ietf.org, last-call@ietf.org, roll@ietf.org, secdir@ietf.org Content-Type: multipart/alternative; boundary="00000000000040f44505beca4371" Archived-At: Subject: Re: [Roll] [Last-Call] Secdir last call review of draft-ietf-roll-aodv-rpl-09 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2021 00:33:31 -0000 --00000000000040f44505beca4371 Content-Type: text/plain; charset="UTF-8" Dear all, In my opinion, it is good to include AODV-RPL acronym within the title of the draft. Regards, Satish On Tue, Mar 30, 2021 at 12:03 AM S.V.R.Anand wrote: > Hello, > > I prefer to retain AODV-RPL in the title. AODV-RPL acronym has already > been referred by research community in their publications, and roll > community uses this acronym to refer to this draft. Also, I feel AODV > and RPL acronyms are familiar to the wireless and low power and lossy > networks world. > > How about "AODV-RPL Extensions for Asymmetric Links in Low Power > Networks", or "AODV-RPL Support for Asymmetric Links in LLNs" ? > > Regards > Anand > > > On 21-03-28 10:39:53, Charlie Perkins wrote: > > > > > > 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. > > > -- *With Regards,* *Dr. Satish Anamalamudi, PhD.,* --00000000000040f44505beca4371 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear all,

In my=C2=A0opinion, it is good to include AODV-RPL acronym within the t= itle of the draft.

Regar= ds,
Satish=C2=A0

On Tue, Mar 30, 2021 at 12:03 A= M S.V.R.Anand <anandsvr@iisc.ac.i= n> wrote:
Hello,

I prefer to retain AODV-RPL in the title. AODV-RPL acronym has already
been referred by research community in their publications, and roll
community uses this acronym to refer to this draft. Also, I feel AODV
and RPL acronyms are familiar to the wireless and low power and lossy
networks world.

How about "AODV-RPL Extensions for Asymmetric Links in Low Power
Networks", or "AODV-RPL Support for Asymmetric Links in LLNs"= ; ?

Regards
Anand


On 21-03-28 10:39:53, Charlie Perkins wrote:
>
>
> Hello Tero,
>
> Thanks for your comments, useful as always.=C2=A0 Please see a bit of<= br> > 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 (A= ODV, 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 woul= d 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. be= cause lossy is almost
> implicit given low power (or, often, reality).
>
>
> >
> >Nits:
> >
> >In section 1 the text "RPL [RFC6550] (Routing Protocol for Lo= w-Power and Lossy
> >Networks)" defines acronyms differently than what is used eve= rywhere else. In
> >all other cases the document uses format where the acronym is in p= arenthesis
> >after the full text, i.e. "Routing Protocol for Low-Power and= Lossy Networks
> >(RPL) [RFC6550]" format. I would propose using the same forma= t 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.
>
>
> >=C2=A0 Also there are unexpanded acronyms DAO, P2MP, which are not= used anywhere
> >else, perhaps just expand them here. In same paragraph there is al= so acronym
> >MOP which is not expanded here on its first use, but it is expande= d later.
> >Expand it here on its first use.
>
> Done, except that I thought it would be better to exhibit the acronym<= br> > DAO since it is well known to readers familiar with RPL.
>
>
> >
> >What is the difference between different reserve bits X and r in s= ections
> >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 descr= iption in
> >Section 4.3.
> Done.
>
> >
> >In the IANA considerations section I propose add a note to RFC edi= tor saying
> >that the sentences saying " The parenthesized numbers are onl= y suggestions."
> >needs to be removed prior publication.
> >
> >
>
> Done!
>
> Naturally Yours,
> Charlie P.
>
--
<= div>











<= div>With Regards,
Dr. Satish Anamalamudi, PhD.,

--00000000000040f44505beca4371-- From nobody Tue Mar 30 21:33:36 2021 Return-Path: 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 A174C3A186D; Tue, 30 Mar 2021 21:33:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.119 X-Spam-Level: X-Spam-Status: No, score=-2.119 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, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 (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 Ur02LKtLwbaO; Tue, 30 Mar 2021 21:33:30 -0700 (PDT) Received: from elasmtp-mealy.atl.sa.earthlink.net (elasmtp-mealy.atl.sa.earthlink.net [209.86.89.69]) (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 A6FB63A186B; Tue, 30 Mar 2021 21:33:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=earthlink.net; s=dk12062016; t=1617165210; bh=mDognXpabH03upzPJG1pkLjGvaIj8Vm3Yp6Y XPmIOYM=; h=Received:Subject:To:Cc:References:From:Message-ID:Date: User-Agent:MIME-Version:In-Reply-To:Content-Type:Content-Language: X-ELNK-Trace:X-Originating-IP; b=fTiYHjY3E9COmpy9zkp5z4Gr0YHfKPqlN Ok3r3+DVnxfDAMCrqYPtXLoKwkKAiuYN2Bh6CGOIM9xqYn9x2NEKGtLpXj8iYPryiol UU5RllybZuG6uXiVRyBbpyGPmp+XmZ/vuoBtj8qZJzUTSgz83z7Qw3KqOdqcu8RPeMv 5zzR1qaopfvbQV/A6+IRl7CZzIBItaL7EisM43EmtmHW1EvP+xCfJn2HXl8h+Hr3xlH AikQPRGUoCgbi5qAb3cMMInmF+aZ0o0ER8mL49e1T4Pzm73G5UTP9V4c0GUEnnlyOKl hv0IiqfP1dvcoBrB93Q8VU8FZ/S24L+TaOGXTz1PQ== DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk12062016; d=earthlink.net; b=aqLMa+ClIaBvpYKi8LCVwl1ud76lMQeDlC4PmbCnwljOHIZuU0o28J5IV0xB8D7TWHC8h5Ps9rqOkLR7zxRiy0U9wc8++UdBKFRZ0P5gZwruPBJ9SIkADEDI8gK+F1PF4Uy9ks8LGlOeVdS7Mo9qY+CsQZsrLKGOo/eCIQX5kfhzJnDyxxreA32JQ/+eQCXaAoHgVBuxlV81GykgoSxzWBooT+F4kc9A48mLjzAaKXvirgMTBPiqZzkZeQkGWHORblwn9sYDXJBWjoaVQXkniFAB0zEO/3upcZpou28EfniU06oZGs86xByzNJZ4ydrLLVPhfedH4yFMB07QxC/NHA==; h=Received:Subject:To:Cc:References:From:Message-ID:Date:User-Agent:MIME-Version:In-Reply-To:Content-Type:Content-Language:X-ELNK-Trace:X-Originating-IP; Received: from [99.51.72.196] (helo=[192.168.1.72]) by elasmtp-mealy.atl.sa.earthlink.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4) (envelope-from ) id 1lRSXl-000Bb3-P8; Wed, 31 Mar 2021 00:33:25 -0400 To: satish anamalamudi , "S.V.R.Anand" Cc: Tero Kivinen , draft-ietf-roll-aodv-rpl.all@ietf.org, last-call@ietf.org, roll@ietf.org, secdir@ietf.org References: <161643127376.6337.10029863442550466574@ietfa.amsl.com> <8f67d107-7c81-ea4f-42d1-a465f008ae9b@earthlink.net> <20210329183304.GB6408@iisc.ac.in> From: Charlie Perkins Message-ID: <2ec8689d-0aca-a334-e115-ae5f130e53ed@earthlink.net> Date: Tue, 30 Mar 2021 21:33:23 -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: Content-Type: multipart/alternative; boundary="------------8AFC79D068A381D11D3EE26F" Content-Language: en-US X-ELNK-Trace: 137d7d78656ed6919973fd6a8f21c4f2d780f4a490ca6956df8303b86ceddf55bdb418515c1af68515813527482891b0350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 99.51.72.196 Archived-At: Subject: Re: [Roll] [Last-Call] Secdir last call review of draft-ietf-roll-aodv-rpl-09 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2021 04:33:35 -0000 This is a multi-part message in MIME format. --------------8AFC79D068A381D11D3EE26F Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Hello Satish, How about "Supporting Asymmetric Links in Low Power Networks: AODV-RPL"? It still fits on one line, and seems to resolve your request as well as Tero's request. Naturally Yours, Charlie P. On 3/30/2021 5:33 PM, satish anamalamudi wrote: > Dear all, > > In my opinion, it is good to include AODV-RPL acronym within the title > of the draft. > > Regards, > Satish > > On Tue, Mar 30, 2021 at 12:03 AM S.V.R.Anand > wrote: > > Hello, > > I prefer to retain AODV-RPL in the title. AODV-RPL acronym has already > been referred by research community in their publications, and roll > community uses this acronym to refer to this draft. Also, I feel AODV > and RPL acronyms are familiar to the wireless and low power and lossy > networks world. > > How about "AODV-RPL Extensions for Asymmetric Links in Low Power > Networks", or "AODV-RPL Support for Asymmetric Links in LLNs" ? > > Regards > Anand > > > On 21-03-28 10:39:53, Charlie Perkins wrote: > > > > > > 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. > > > > -- > > > > > > > * > * > * > * > * > * > * > * > * > * > *With Regards,* > *Dr. Satish Anamalamudi, PhD., > * > * > * --------------8AFC79D068A381D11D3EE26F Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit Hello Satish,

How about "Supporting Asymmetric Links in Low Power Networks: AODV-RPL"?

It still fits on one line, and seems to resolve your request as well as Tero's request.

Naturally Yours,
Charlie P.


On 3/30/2021 5:33 PM, satish anamalamudi wrote:
Dear all,

In my opinion, it is good to include AODV-RPL acronym within the title of the draft.

Regards,
Satish 

On Tue, Mar 30, 2021 at 12:03 AM S.V.R.Anand <anandsvr@iisc.ac.in> wrote:
Hello,

I prefer to retain AODV-RPL in the title. AODV-RPL acronym has already
been referred by research community in their publications, and roll
community uses this acronym to refer to this draft. Also, I feel AODV
and RPL acronyms are familiar to the wireless and low power and lossy
networks world.

How about "AODV-RPL Extensions for Asymmetric Links in Low Power
Networks", or "AODV-RPL Support for Asymmetric Links in LLNs" ?

Regards
Anand


On 21-03-28 10:39:53, Charlie Perkins wrote:
>
>
> 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.
>
--











With Regards,
Dr. Satish Anamalamudi, PhD.,


--------------8AFC79D068A381D11D3EE26F-- From nobody Tue Mar 30 22:14:00 2021 Return-Path: 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 1D5D93A19B1; Tue, 30 Mar 2021 22:13:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.846 X-Spam-Level: X-Spam-Status: No, score=-1.846 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, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=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 (2048-bit key) header.d=gmail.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 mjN-92X3bEtI; Tue, 30 Mar 2021 22:13:46 -0700 (PDT) Received: from mail-qk1-x731.google.com (mail-qk1-x731.google.com [IPv6:2607:f8b0:4864:20::731]) (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 EBBD63A19A5; Tue, 30 Mar 2021 22:13:41 -0700 (PDT) Received: by mail-qk1-x731.google.com with SMTP id c4so18270089qkg.3; Tue, 30 Mar 2021 22:13:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=MDt8XTPzDp03QtAo2D7J1y3lERhlzCxiqD7J+cioF3Q=; b=RBo/gZh+4Rhg3Z3WrJJ0OOR+lVNxyo9QVfotpDm8F0DOafed+B1V3ypaevZi1wNgYq 8LYfiLanqP4iz/P5IJSWz+VQCvKI3NXki5qTBbVDg/HM1FOR12H74tfhMOi9nIWYOVOP ZO3qiEMc2JaENFhp7wfGsPN+/najLP5zb7CnHyVJGUhyvoTaHO2k9+o/iH5UK/ocYnq/ iafRYXd6mZTPkJZjuwMr8iPh/oiNYiz3i7LnuVcx48YwjaXsFVq19hvnlPblnRPwqTZ+ 6sjh9iTi6d/ecMdDiDUuXuO+dcKPjyOefgrGXyqkFjSj44wEZb5lRTb9YIkjVnH/3mmf ld9A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=MDt8XTPzDp03QtAo2D7J1y3lERhlzCxiqD7J+cioF3Q=; b=OWDUkQXtvH0dWgd6QGBjKdd4TNCuL84Fd97g4tf+AqKItJjFeneOExKYkJYuza+lD9 ALw98yPG+1Slf6Ed0gu2WwK9Etyzc9rbV0ovHKIIAmGavBLc4bdyZagoM8n52gCrA3C6 uxGF8U3SeIevopNXSLIed6dCUUFsioymKWQg3rEel7Ef2/5vlEBMG363Nkpfu+8N0AfT kp+OgFI43DaupB8fGAuPPU2Ot+uq/2ZEhDxjF85RzapF5tBUpVI8sf3Fmvd6kN+G0pli i/jVq7XKX9/r/m1FjhdD4mpi5BYZaR1bvhsYN73IaeMX43NUFWNljrR3tuD77dKCouCX X4TA== X-Gm-Message-State: AOAM533oZwwzsJqTWs+2csstiWmxFDEQjE5vVa4XRccX33Zflrjm3jDb Cqlb7q6DGCwJDyQJfGq0SxVU7enCiztEDaCvsNo= X-Google-Smtp-Source: ABdhPJwAPy/4BB+/uVKb0yGP0gjbuEd8Lu9pPuatE0Djq8rVH2UT4VCVNpbOFVpBushL3t9pRs4ahKj5P1iKHBNzp9s= X-Received: by 2002:a05:620a:941:: with SMTP id w1mr1556802qkw.484.1617167619842; Tue, 30 Mar 2021 22:13:39 -0700 (PDT) MIME-Version: 1.0 References: <161643127376.6337.10029863442550466574@ietfa.amsl.com> <8f67d107-7c81-ea4f-42d1-a465f008ae9b@earthlink.net> <20210329183304.GB6408@iisc.ac.in> <2ec8689d-0aca-a334-e115-ae5f130e53ed@earthlink.net> In-Reply-To: <2ec8689d-0aca-a334-e115-ae5f130e53ed@earthlink.net> From: satish anamalamudi Date: Wed, 31 Mar 2021 10:43:28 +0530 Message-ID: To: Charlie Perkins Cc: "S.V.R.Anand" , Tero Kivinen , draft-ietf-roll-aodv-rpl.all@ietf.org, last-call@ietf.org, roll@ietf.org, secdir@ietf.org Content-Type: multipart/alternative; boundary="00000000000085e5d205bece2dd5" Archived-At: Subject: Re: [Roll] [Last-Call] Secdir last call review of draft-ietf-roll-aodv-rpl-09 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2021 05:13:51 -0000 --00000000000085e5d205bece2dd5 Content-Type: text/plain; charset="UTF-8" Hello Charlie, Yes, the AODV-RPL draft is mainly proposed to support asymmetric link in constrained LLN network. Implementation of asymmetric links is crucial in constrained network resources. Regards, Satish On Wed, Mar 31, 2021 at 10:03 AM Charlie Perkins < charles.perkins@earthlink.net> wrote: > Hello Satish, > > How about "Supporting Asymmetric Links in Low Power Networks: AODV-RPL"? > > It still fits on one line, and seems to resolve your request as well as > Tero's request. > > Naturally Yours, > Charlie P. > > > > On 3/30/2021 5:33 PM, satish anamalamudi wrote: > > Dear all, > > In my opinion, it is good to include AODV-RPL acronym within the title of > the draft. > > Regards, > Satish > > On Tue, Mar 30, 2021 at 12:03 AM S.V.R.Anand wrote: > >> Hello, >> >> I prefer to retain AODV-RPL in the title. AODV-RPL acronym has already >> been referred by research community in their publications, and roll >> community uses this acronym to refer to this draft. Also, I feel AODV >> and RPL acronyms are familiar to the wireless and low power and lossy >> networks world. >> >> How about "AODV-RPL Extensions for Asymmetric Links in Low Power >> Networks", or "AODV-RPL Support for Asymmetric Links in LLNs" ? >> >> Regards >> Anand >> >> >> On 21-03-28 10:39:53, Charlie Perkins wrote: >> > >> > >> > 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. >> > >> > -- > > > > > > > > > > > > *With Regards,* > > *Dr. Satish Anamalamudi, PhD., * > > > -- *With Regards,* *Dr. Satish Anamalamudi, PhD.,* --00000000000085e5d205bece2dd5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello Charlie,

Yes, the AODV-RPL draft is mainly proposed to support asymmetric = link in constrained LLN network. Implementation of asymmetric links is cruc= ial in constrained network resources.

Regards,
Satish

On Wed, Mar 31, 20= 21 at 10:03 AM Charlie Perkins <charles.perkins@earthlink.net> wrote:
=20 =20 =20
Hello Satish,

How about "Supporting Asymmetric Links in Low Power Networks: AODV-RPL"?

It still fits on one line, and seems to resolve your request as well as Tero's request.

Naturally Yours,
Charlie P.



On 3/30/2021 5:33 PM, satish anamalamudi wrote:
=20
Dear all,

In my=C2=A0opinion, it is good to include AODV-RPL acronym within the title of the draft.

Regards,
Satish=C2=A0

On Tue, Mar 30, 2021 at 12:03 AM S.V.R.Anand <anandsvr@iisc.ac.in> wrote:
Hello,

I prefer to retain AODV-RPL in the title. AODV-RPL acronym has already
been referred by research community in their publications, and roll
community uses this acronym to refer to this draft. Also, I feel AODV
and RPL acronyms are familiar to the wireless and low power and lossy
networks world.

How about "AODV-RPL Extensions for Asymmetric Links in Low Power
Networks", or "AODV-RPL Support for Asymmetric Links = in LLNs" ?

Regards
Anand


On 21-03-28 10:39:53, Charlie Perkins wrote:
>
>
> Hello Tero,
>
> Thanks for your comments, useful as always.=C2=A0 Please s= ee 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 prob= ably 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 th= e 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.
>
>
> >=C2=A0 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.
>
--











With Regards,
Dr. Satish= Anamalamudi, PhD.,


--
<= div>











<= div>With Regards,
Dr. Satish Anamalamudi, PhD.,

--00000000000085e5d205bece2dd5-- From nobody Tue Mar 30 22:35:41 2021 Return-Path: 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 264A83A1A80; Tue, 30 Mar 2021 22:35:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.848 X-Spam-Level: X-Spam-Status: No, score=-1.848 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, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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=gmail.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 sUZ4jjsf0fxF; Tue, 30 Mar 2021 22:35:29 -0700 (PDT) Received: from mail-qk1-x730.google.com (mail-qk1-x730.google.com [IPv6:2607:f8b0:4864:20::730]) (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 9FF7D3A1A7D; Tue, 30 Mar 2021 22:35:28 -0700 (PDT) Received: by mail-qk1-x730.google.com with SMTP id y5so18288520qkl.9; Tue, 30 Mar 2021 22:35:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=PUsHz/4hYJEdx93uiuIw2B/tdb53vJMHZIESJ3V1vr0=; b=mW0NdR2I5QtLpCtFXySNhhW0hENjuo2l61Sv3O2/A4BsLToiLiAs4VNLnHJHcdXuwq 0ilDiLlDbWdu2vq8VwabNZdTEz9ZxqUoeYbP1J2opuUOeRPCTkzXLkd5nvPPppV1VXWh qrpPm+6sKw5m2qoxfdApa5InFkfBfvzl8sPLn+GUSFtUg8DDauKIZfUC1K7yyLxyfQQf 3j9PSVfmWVD9bM59O3dU//4ToKZ+gXyZ59/gJODGSU00ci/EYpAIYgjy7pPDP3adQ8XC QBnUv/0F7Gm7IKGbmLdUafZQFdfWuHsDHt6Y/H6O1/6cvNonoxc48Qw2JKQymA/oYnUO HCRQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=PUsHz/4hYJEdx93uiuIw2B/tdb53vJMHZIESJ3V1vr0=; b=DNc+Wuo28/+COoIfP7WTkcwNPDn+6GYdsTj3JNmZwKzk9+wK5C42s5AcNAQYN6MVwE S7w6z2BIcmJY+AbsSc19mz6C+WeM2yUjpPQEdzcLUgPUhueoVpGOOy91D4cDRfpYbEhu 70s5sHpYaV6uEUmPZwCArmpr6KIMXEaIXN0S23uoqyniPZ70NsNQGTWQibH4rBUpr+XJ abkAJhh4NGE/IWKMz+EaGxW8Drlfw9GrpkSETeoBgc9U8hEaGFexCKZdRt9gNmqJHOxs uoiL6opN2PX+olkabUAgot0fpuU6XoZilCe4GlHN7p8jdMpaaEn9Kusqkdh8iQQGSdKj DZkA== X-Gm-Message-State: AOAM533rDlO5hndwsDSIkp08BWAtymWZiD0rgSMqw3DV+d3wcHD4p5pb 3Jw9K9PqQzPKkVgQnV/7NjErduD2DX9qqhWXWqowaCAH+Eg= X-Google-Smtp-Source: ABdhPJxiCAv5ShkKWnCgTv04ciWTc7cRLK9jWrvwLLgZyLEPmUSGe+c3BxnVRG4hk054ExNmC3GsWhBeSyhJvyO9Ycw= X-Received: by 2002:a05:620a:55a:: with SMTP id o26mr1618723qko.43.1617168926673; Tue, 30 Mar 2021 22:35:26 -0700 (PDT) MIME-Version: 1.0 References: <161643127376.6337.10029863442550466574@ietfa.amsl.com> <8f67d107-7c81-ea4f-42d1-a465f008ae9b@earthlink.net> In-Reply-To: <8f67d107-7c81-ea4f-42d1-a465f008ae9b@earthlink.net> From: satish anamalamudi Date: Wed, 31 Mar 2021 11:05:15 +0530 Message-ID: To: Charlie Perkins Cc: Tero Kivinen , draft-ietf-roll-aodv-rpl.all@ietf.org, last-call@ietf.org, roll@ietf.org, secdir@ietf.org Content-Type: multipart/alternative; boundary="0000000000006a8da505bece7b8b" Archived-At: Subject: Re: [Roll] [Last-Call] Secdir last call review of draft-ietf-roll-aodv-rpl-09 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2021 05:35:32 -0000 --0000000000006a8da505bece7b8b Content-Type: text/plain; charset="UTF-8" Hi, I am supporting with charlie new title. Regards, Satish On Sun, Mar 28, 2021 at 11:10 PM Charlie Perkins < charles.perkins@earthlink.net> wrote: > 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. > > -- *With Regards,* *Dr. Satish Anamalamudi, PhD.,* --0000000000006a8da505bece7b8b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

I = am supporting with charlie new title.

Regards,
Satish

On Sun, Mar 28, 20= 21 at 11:10 PM Charlie Perkins <charles.perkins@earthlink.net> wrote:
Hello Tero,

Thanks for your comments, useful as always.=C2=A0 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 usa= ble
> title, which might not need to use all possible acronyms, but would be= tter
> explain what this document is trying to do.

How about "Supporting Asymmetric Links in Low Power Networks"? Re= placing
"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-Po= wer and Lossy
> Networks)" defines acronyms differently than what is used everywh= ere else. In
> all other cases the document uses format where the acronym is in paren= thesis
> after the full text, i.e. "Routing Protocol for Low-Power and Los= sy Networks
> (RPL) [RFC6550]" format. I would propose using the same format al= so 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.


>=C2=A0 =C2=A0Also there are unexpanded acronyms DAO, P2MP, which are no= t used anywhere
> else, perhaps just expand them here. In same paragraph there is also a= cronym
> MOP which is not expanded here on its first use, but it is expanded la= ter.
> 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 secti= ons
> 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 descripti= on 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 su= ggestions."
> needs to be removed prior publication.
>
>

Done!

Naturally Yours,
Charlie P.

--
<= div>











<= div>With Regards,
Dr. Satish Anamalamudi, PhD.,

--0000000000006a8da505bece7b8b-- From nobody Wed Mar 31 07:13:49 2021 Return-Path: X-Original-To: roll@ietf.org Delivered-To: roll@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id DD9393A29DD; Wed, 31 Mar 2021 07:13:47 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: roll@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.27.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: roll@ietf.org Message-ID: <161720002785.13905.13444771584459651591@ietfa.amsl.com> Date: Wed, 31 Mar 2021 07:13:47 -0700 Archived-At: Subject: [Roll] I-D Action: draft-ietf-roll-mopex-03.txt X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2021 14:13:48 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Routing Over Low power and Lossy networks WG of the IETF. Title : Mode of Operation extension Authors : Rahul Arvind Jadhav Pascal Thubert Michael Richardson Filename : draft-ietf-roll-mopex-03.txt Pages : 9 Date : 2021-03-31 Abstract: RPL allows different mode of operations which allows nodes to have a consensus on the basic primitives that must be supported to join the network. The MOP field in [RFC6550] is of 3 bits and is fast depleting. This document extends the MOP for future use. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-roll-mopex/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-roll-mopex-03 https://datatracker.ietf.org/doc/html/draft-ietf-roll-mopex-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-roll-mopex-03 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Mar 31 07:24:59 2021 Return-Path: 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 CD03D3A2A1F for ; Wed, 31 Mar 2021 07:24:57 -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, FREEMAIL_FROM=0.001, HTML_MESSAGE=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 (2048-bit key) header.d=gmail.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 TmZQ7m2L9AQw for ; Wed, 31 Mar 2021 07:24:52 -0700 (PDT) Received: from mail-ed1-x529.google.com (mail-ed1-x529.google.com [IPv6:2a00:1450:4864:20::529]) (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 C10873A2A1C for ; Wed, 31 Mar 2021 07:24:52 -0700 (PDT) Received: by mail-ed1-x529.google.com with SMTP id w18so22638579edc.0 for ; Wed, 31 Mar 2021 07:24:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=oxYRH8K8am+vvLU0omHPS5Gb0WHRan0T3FqAu6IK2Dc=; b=DC4eOCD5Z3XdSJoGPjw+6tLleefHTrY6S/HgaTsoWWJObSqANwKWXRkfqajXmO3hJk 3dbX2+g9RrtXasrmccJhH6hqcc63f+qrynp3LRrMG3w3THkETZvs+UNxHs0mzVqFS4yH ReJV8H+MxMXdp0ma+XcT8dx+MOmh4BzxnFlz1fleMz5HFOzespl6kcG+2pXPyxS/2A9F 4Jz3sTmTSPQsDcWuNPkcmTGIKOSrEG9sUBuAIUr93x/UdH8tBvY/EVOLsYcP/Vxmi2e+ Y7dgnMce/5NiuZd+/kQTnlbc2NNNi5R82WpSMsm8A3kuKim4TSOlS5uDt7SIZ0YNJUx9 BGAg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=oxYRH8K8am+vvLU0omHPS5Gb0WHRan0T3FqAu6IK2Dc=; b=Q4LGkI4/E/AYjWXiPA/Tdsho3zNEClqAW9ut3l6zNniYCojr49Nce9UHAh2Go3+4/r Xh16Ne7OE/Ysj3kSWdrmrO5KA1xCzBoque9b5bBj2wYXPKarc3yregjLV9u8prmFvLs6 G+dgky0w+6GAfh7u4RPaiL4TVsTwtdxK+wwhjWodRiHeCcSoHO1MLCgNEpVrXwkxyviY YA6ApZvg9Vye6OA5VLLy78pgaHHjvIDdrp16Z11paM81YLpmPH07GBU+kSZacW4gh6j1 YCLrLFrjdsGAwBI1hNSBrJSmSMFLT19xKxJkET1pC0ukrpDN9qnSNGVwUniRD41h9J1Q PguA== X-Gm-Message-State: AOAM533v/27zo4uQPMAxBimkypMnA0eHM20p3N2t3eXqr2OuTKVSXY5d HVgxw+lqG6vvEKQCdEgr7JEtgrhYkb/WjO0s1zw5yQM1Z97XOw== X-Google-Smtp-Source: ABdhPJxBi9DfeKWWZrO+N7ed5puyVZMusVQiyDLL98/bb+ydMeE43qXjGjvHj8twIkEU7jLluOnKBwtJY91UGyxoMII= X-Received: by 2002:aa7:dad7:: with SMTP id x23mr4030008eds.292.1617200685361; Wed, 31 Mar 2021 07:24:45 -0700 (PDT) MIME-Version: 1.0 References: <161720002801.13905.11794926517515278249@ietfa.amsl.com> In-Reply-To: <161720002801.13905.11794926517515278249@ietfa.amsl.com> From: Rahul Jadhav Date: Wed, 31 Mar 2021 19:54:34 +0530 Message-ID: To: Routing Over Low power and Lossy networks Content-Type: multipart/alternative; boundary="00000000000061adb105bed5e084" Archived-At: Subject: [Roll] MOPex updates and extended control option query X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2021 14:24:58 -0000 --00000000000061adb105bed5e084 Content-Type: text/plain; charset="UTF-8" Hello All, The MOPex draft is refreshed with just editorial changes in this version. However, I would like to raise one point that Pascal made during the IETF 110 session. Currently, the MOPex draft extends the RPL control options with certain flags to handle cases where the control option is not understood by the node: J-flag: Join only as 6LN C-flag: copy option as-is even if not understood I-flag: Ignore message altogether. We could have an option for the node to not join the network at all (not even as 6LN) if a control option is not understood. Any feedback on this would be appreciated. Thanks, Rahul ---------- Forwarded message --------- From: Date: Wed, 31 Mar 2021 at 19:43 Subject: New Version Notification for draft-ietf-roll-mopex-03.txt To: Michael Richardson , Pascal Thubert < pthubert@cisco.com>, Rahul Arvind Jadhav A new version of I-D, draft-ietf-roll-mopex-03.txt has been successfully submitted by Rahul Arvind Jadhav and posted to the IETF repository. Name: draft-ietf-roll-mopex Revision: 03 Title: Mode of Operation extension Document date: 2021-03-31 Group: roll Pages: 9 URL: https://www.ietf.org/archive/id/draft-ietf-roll-mopex-03.txt Status: https://datatracker.ietf.org/doc/draft-ietf-roll-mopex/ Htmlized: https://datatracker.ietf.org/doc/html/draft-ietf-roll-mopex Htmlized: https://tools.ietf.org/html/draft-ietf-roll-mopex-03 Diff: https://www.ietf.org/rfcdiff?url2=draft-ietf-roll-mopex-03 Abstract: RPL allows different mode of operations which allows nodes to have a consensus on the basic primitives that must be supported to join the network. The MOP field in [RFC6550] is of 3 bits and is fast depleting. This document extends the MOP for future use. Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. The IETF Secretariat --00000000000061adb105bed5e084 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello All,

The M= OPex draft is refreshed=C2=A0with just editorial changes in this version.

However, I would like to raise one point th= at Pascal made during the IETF 110 session.

Currently, the MOPex draft extends the RPL control=C2=A0options with cert= ain flags to handle cases where the control option is not understood by the= node:
J-flag: Join only as 6LN
C-flag: copy op= tion as-is even if not understood
I-flag: Ignore message al= together.

We could have an option for the = node to not join the network at all (not even as 6LN) if a control option i= s not understood.
Any feedback on this would be appreciated.<= /div>

Thanks,
Rahul

---------- Forw= arded message ---------
From: <internet-drafts@ietf.org>
Date: W= ed, 31 Mar 2021 at 19:43
Subject: New Version Notification for draft-iet= f-roll-mopex-03.txt
To: Michael Richardson <mcr+ietf@sandelman.ca>, Pascal Thubert <pthubert@cisco.com>, Rahul Arvind Jad= hav <rahul.ietf@gmail.com>= ;



A new version of I-D, draft-ietf-roll-mopex-03.txt
has been successfully submitted by Rahul Arvind Jadhav and posted to the IETF repository.

Name:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0draft-ietf-roll-mopex
Revision:=C2=A0 =C2=A0 =C2=A0 =C2=A003
Title:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Mode of Operation extension
Document date:=C2=A0 2021-03-31
Group:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 roll
Pages:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 9
URL:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 https://www.ietf.org/archive/id/draft-ietf-roll-mopex-03.txt
Status:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0http= s://datatracker.ietf.org/doc/draft-ietf-roll-mopex/
Htmlized:=C2=A0 =C2=A0 =C2=A0 =C2=A0https= ://datatracker.ietf.org/doc/html/draft-ietf-roll-mopex
Htmlized:=C2=A0 =C2=A0 =C2=A0 =C2=A0https://tool= s.ietf.org/html/draft-ietf-roll-mopex-03
Diff:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-roll-mopex-03

Abstract:
=C2=A0 =C2=A0RPL allows different mode of operations which allows nodes to = have a
=C2=A0 =C2=A0consensus on the basic primitives that must be supported to jo= in the
=C2=A0 =C2=A0network.=C2=A0 The MOP field in [RFC6550] is of 3 bits and is = fast
=C2=A0 =C2=A0depleting.=C2=A0 This document extends the MOP for future use.=




Please note that it may take a couple of minutes from the time of submissio= n
until the htmlized version and diff are available at tools.ietf.org.

The IETF Secretariat


--00000000000061adb105bed5e084--