From nobody Mon Jan 4 07:03:56 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 079153A0DC9 for ; Mon, 4 Jan 2021 07:03:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.197 X-Spam-Level: X-Spam-Status: No, score=-0.197 tagged_above=-999 required=5 tests=[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 uT-x3cv1WFTb for ; Mon, 4 Jan 2021 07:03:53 -0800 (PST) Received: from mail-ua1-x929.google.com (mail-ua1-x929.google.com [IPv6:2607:f8b0:4864:20::929]) (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 675803A0DCD for ; Mon, 4 Jan 2021 07:03:53 -0800 (PST) Received: by mail-ua1-x929.google.com with SMTP id 17so9168287uaq.4 for ; Mon, 04 Jan 2021 07:03:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20161025; h=mime-version:from:date:message-id:subject:to:cc; bh=YL9VB+noeykNTPFJwh15k/iOlFAA+/MUrDEbn/nQ0VU=; b=tFIG6adbDFhraX0uI93RGbh775WhV2/aoUVRP4xYDlZyrCnCrPN9u3LiyCDiwvimqr 3tiL0XY7DJjm+i/ZeY0GXBB/f4rkeiTvFzxgMBvNPpmf0CzJ13MRoTOM6SaF0K3qMXTI XK+crMdJw72xUDOs8JMaRKkUIDJeiwGjtJ9VjezdQfto5v8lDJb7pM4S8B/SuBH0JeCl X1VMXSVJoS7sbpjL5E4P9Hj6DTs7M2qToEp5rjEfGaICmd4eX7/iRryZpOuxsIOUxIxr 6aA5zrx16jC2ue1ZmT9Cj1OgLDud1isxkIV+r2tOCOHJvVbIeosE/H1OU+mhnm3ft+aV uUNA== 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:cc; bh=YL9VB+noeykNTPFJwh15k/iOlFAA+/MUrDEbn/nQ0VU=; b=EqCu+qN6ZDJM98lvXVEQ7DNnIz0bY6TmnhjDo2+F9VfEid3QUF6VqzSOqRAnQLvEBB gfWNMR+u2qvlfsrD9+gfDbOmA0Ksj9BraGy5hbikWSgqdgdZomhwllkXVkRG09am9N1f I0eNeXqBthniYFxR4WgTBS7v6X9NkSQmMio5IwbkeUPfh5MOyyD9ZNvwYDI+NzaeMZKS iIZB23/AGqd1v/2rN4gIxGIzb5Glf/ujhC6RdsbwHMCPCF3f7dr/YlnO5UsN+LD8rMMW MRzr1UqkjT730Cww05ZyJ/4bIPDQ/srroAf/G6VfAmpA5flIqfTu1VaiOJ/B+zfG5vpn 2vtg== X-Gm-Message-State: AOAM531E+mGE+krHXh3z58uFkdiAB/tP+O7i6/jEsXT5KDe6l5g+GPTy 5SaQ26gt22GmhzFmg8MSGvvIInU7nm/gXUFhVakz8aSSYd9KoQ== X-Google-Smtp-Source: ABdhPJz4SkZWgxxzd728z0dZfzbj7SYC/YpXolTBw81oa9cZAvI5RFigXXviWsaRhF0yoaNdTdcCeV4FDX4n8yNgb50= X-Received: by 2002:ab0:146d:: with SMTP id c42mr43624860uae.56.1609772632115; Mon, 04 Jan 2021 07:03:52 -0800 (PST) MIME-Version: 1.0 From: Ines Robles Date: Mon, 4 Jan 2021 17:03:16 +0200 Message-ID: To: roll Content-Type: multipart/alternative; boundary="000000000000e80e6a05b81465a2" Archived-At: Subject: [Roll] IETF 110 - Request to fill a survey 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, 04 Jan 2021 15:03:55 -0000 --000000000000e80e6a05b81465a2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Dear all, In order to help us assess the need for a ROLL session at the IETF 110 meeting, would you please fill the following form *by 17th January*? https://www.surveymonkey.com/r/63WXRD2 Also, this also is a kind reminder to fill the doodle in order to have an interim meeting in January. Please fill it *by 8th of January*. https://doodle.com/poll/936cn2y6uwfp3dia?utm_source=3Dpoll&utm_medium=3Dlin= k Thank you very much and the best successes in this 2021 :-), In=C3=A8s & Dominique. --000000000000e80e6a05b81465a2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear all,=C2=A0

In order to help us ass= ess the need for a ROLL session at the IETF 110=20 meeting, would you please fill the following form by 17th January?= =C2=A0


=

Also, this also is a kind reminder to fill the doodle i= n order to have an interim meeting in January. Please fill it by 8th of = January.

Thank you very much and the be= st successes in this 2021 :-),

In=C3=A8s &= Dominique.=C2=A0=C2=A0
=C2=A0=C2=A0
--000000000000e80e6a05b81465a2-- From nobody Tue Jan 5 12:25:39 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 9C9963A0FF5 for ; Tue, 5 Jan 2021 12:25:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.095 X-Spam-Level: X-Spam-Status: No, score=-2.095 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, 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 MXddfrZWLgJy for ; Tue, 5 Jan 2021 12:25:35 -0800 (PST) Received: from mail-ej1-x633.google.com (mail-ej1-x633.google.com [IPv6:2a00:1450:4864:20::633]) (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 8532A3A0FF4 for ; Tue, 5 Jan 2021 12:25:35 -0800 (PST) Received: by mail-ej1-x633.google.com with SMTP id b9so2324889ejy.0 for ; Tue, 05 Jan 2021 12:25:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:in-reply-to:references:mime-version:date:message-id:subject:to; bh=ybBA2Goel9U1ur/iDr0AWpwK+1MGVT0fFOGaOQw+KfM=; b=a7/j7V7B9axhDow71jAtQCEyoXzwyGxlmxyI4gOJkJxvKQzr9bA3jzH1m8T8QPWA7t EHfSnTEYtzLggZ6/rd1EO9kMhowVG7rX9knR28aklcPmrxUYtd6MGo1Rjp+oeyq8rbAO ctb8shkt9s6e542tTjCjn7HyOIb5zYDRaQ4CxTieJ0Jmxn83doLngDiUSTduG3BWPjRk 7NxxpmHsYO+bDjosMjJrN4NFs6DaEY8df4ADAB3/HdyJat8l1awazyYT/cw3VcNuO4ha f3Uurf5gn/v5Q1FFSV90rTCxQaRXSpBNTzoNI7sQWPsXpefP6yAdVwp03XbU2MWrd3pj 9ozg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to; bh=ybBA2Goel9U1ur/iDr0AWpwK+1MGVT0fFOGaOQw+KfM=; b=Yh7IQ8b1o/Mw2aLE0ds7m5jFQ7rwzccVjjqsKjm/O7TNnK0vfExn6ru+vSXuNxetxT jmMtlY2d6CW5wenWzbyr2g5eMxGdTpYREUugKZI5NKgQSkDSJDQRtne/nlR8nFodvDjV RO/78i5jIvrAhufjPapK+uE0o0tEo+hZhWSbtOG+kGZJ3ovL0EW/npeEuJ7xVB2aD3fi 1OP8HoRP18kPPwce2Esx8wSwgytheqGZtriLXJdOPfj6pO7vfYOvHPyFCLFjeQzx8EVW Pf9ylJnDL8JpTZ0vqGgpZf8chvZdCGdIFkx1JJKUTtQ9rlU3QUhvZbxbgIHJSSRlPgZ0 JLkA== X-Gm-Message-State: AOAM5319OuHVa5WWmZNN0ZHRG6LJKQcNV5XgcHuzYeqir/2T335EPtnx xZNzz72/Zwr97AIRBGzPbcafnMSd8jng8KnKPIc= X-Google-Smtp-Source: ABdhPJz/EH28mgXGtusZlSGFGeeCDV8SpFjEnCsyh535RIrZl3rkJk0FdpmkRRh2dnOn8HL0BgUNPhH1iTGrQkKvj+c= X-Received: by 2002:a17:906:32d6:: with SMTP id k22mr718897ejk.457.1609878333981; Tue, 05 Jan 2021 12:25:33 -0800 (PST) Received: from 1058052472880 named unknown by gmailapi.google.com with HTTPREST; Tue, 5 Jan 2021 12:25:33 -0800 From: Alvaro Retana In-Reply-To: References: <160809761379.22994.11202105892505044046@ietfa.amsl.com> <9337.1608141694@localhost> MIME-Version: 1.0 Date: Tue, 5 Jan 2021 12:25:33 -0800 Message-ID: To: "Pascal Thubert (pthubert)" , Routing Over Low power and Lossy networks , Erik Kline Content-Type: multipart/alternative; boundary="0000000000003a882005b82d0239" Archived-At: Subject: Re: [Roll] Erik Kline's Discuss on draft-ietf-roll-useofrplinfo-42: (with DISCUSS and COMMENT) 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, 05 Jan 2021 20:25:39 -0000 --0000000000003a882005b82d0239 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi! Where are we with this? It is not clear whether we need to update the document or if we=E2=80=99re all agreeing. ;-) Erik/Pascal? Thanks! Alvaro. On December 18, 2020 at 10:42:24 AM, Pascal Thubert (pthubert) ( pthubert=3D40cisco.com@dmarc.ietf.org) wrote: Hello Michael and all: > -----Original Message----- > From: Roll On Behalf Of Michael Richardson > Sent: mercredi 16 d=C3=A9cembre 2020 19:02 > To: Erik Kline ; Routing Over Low power and Lossy > networks > Subject: Re: [Roll] Erik Kline's Discuss on draft-ietf-roll-useofrplinfo-42: (with > DISCUSS and COMMENT) > > > Erik Kline via Datatracker wrote: > > I might recommend instead referring to RFC 6554 S4.2 for how to > > handle RH3's if the node is also a RPL-aware router and say it MUST > > drop the packet if segments left is non-zero and it's not a RPL-aware > > router. > > > Related: I'd also recommend: > > > "It should just be noted that an incoming RH3 must be fully consumed, > > or very carefully inspected." > > -> > > > "It should just be noted that an incoming RH3 MUST be fully > > consumed." > > I think that Pascal and I, when we write the "carefully inspected", is that we > are imagining situations where the topology is a bit subtle. Yes, I expected policies that would validate the right of a Leaf to participate to a DODAG ,or to remap the information from the leaf (could be the RPI, the opaque field in the EARO, or the 6-tuple) into an RPI. > Perhaps there are firewalls involved. > Perhaps a device has multiple interfaces (many radios for instance) and the > extra segments address the other interfaces. > > Also draft-ietf-anima-autonomic-control-plane uses storing mode, so never > has > RH3 headers, but imagine if it did. > > One could have a situation where the physical system containing one or more > layers of container was not the ultimate last hop from a logical point of view. > Rather than inner container was. So, it's all the same stack actually. In that > case, an optimization might be to process more than one segment in that > stack. > (The ANIMA ACP definitely supports having VMs and containers inside > routers) > > So, I can live with your suggestion, because in my case above, we can argue > that it's still "consumed" > > > * I'm confused by the use of "consumed" here. Is the final RH3 entry > > RUL's address? I guess you could say RH penultimate hop "consumes" the > > header because the ultimate destination address is put in the header DA > > field. Seems a bit odd though. > > Yes, that's what we mean. Yes, as I said in my response I thought it was quite common. I'm surprised to find little art to quote. > Once that ultimate destination is in the DA, then the RH3 is a dummy, but one > we are aren't supposed to remove. > > > I assume 6LR_n gets RUL's address from the last segment in RH3. > > > "Consumed" means segments left =3D=3D 0, I guess? I suppose should have > > picked up on this terminology when it was first used in Section 2. > > Maybe clarify what it means in that section (2)? > > Yes. Cool, we're good! Pascal _______________________________________________ Roll mailing list Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll --0000000000003a882005b82d0239 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =
Hi!

Where are we with this? =C2=A0 It is not clear whether we need = to update the document or if we=E2=80=99re all agreeing. ;-)

Erik/Pascal?

Thanks!

Alvaro.

On Decem= ber 18, 2020 at 10:42:24 AM, Pascal Thubert (pthubert) (pthubert=3D40cisco.com@dmarc.ietf.org= ) wrote:

Hello Michael and all:

> -----Original Message-----
> From: Roll <roll-bounc= es@ietf.org> On Behalf Of Michael Richardson
> Sent: mercredi 16 d=C3=A9cembre 2020 19:02
> To: Erik Kline <ek.ietf@gm= ail.com>; Routing Over Low power and Lossy
> networks <roll@ietf.org>= ;
> Subject: Re: [Roll] Erik Kline's Discuss on draft-ietf-roll-us= eofrplinfo-42: (with
> DISCUSS and COMMENT)
> =20
> =20
> Erik Kline via Datatracker <noreply@ietf.org> wrote:
> > I might recommend instead referring to RFC 6554 S4.2 fo= r how to
> > handle RH3's if the node is also a RPL-aware router a= nd say it MUST
> > drop the packet if segments left is non-zero and it's= not a RPL-aware
> > router.
> =20
> > Related: I'd also recommend:
> =20
> > "It should just be noted that an incoming RH3 must= be fully consumed,
> > or very carefully inspected."
> =20
> ->
> =20
> > "It should just be noted that an incoming RH3 MUST= be fully
> > consumed."
> =20
> I think that Pascal and I, when we write the "carefully inspe= cted", is that we
> are imagining situations where the topology is a bit subtle.

Yes, I expected policies that would validate the right of a Leaf to par= ticipate to a DODAG ,or to remap the information from the leaf (could be th= e RPI, the opaque field in the EARO, or the 6-tuple) into an RPI.

> Perhaps there are firewalls involved.
> Perhaps a device has multiple interfaces (many radios for instance= ) and the
> extra segments address the other interfaces.
> =20
> Also draft-ietf-anima-autonomic-control-plane uses storing mode, s= o never
> has
> RH3 headers, but imagine if it did.
> =20
> One could have a situation where the physical system containing on= e or more
> layers of container was not the ultimate last hop from a logical p= oint of view.
> Rather than inner container was. So, it's all the same stack = actually. In that
> case, an optimization might be to process more than one segment in= that
> stack.
> (The ANIMA ACP definitely supports having VMs and containers insid= e
> routers)
> =20
> So, I can live with your suggestion, because in my case above, we = can argue
> that it's still "consumed"
> =20
> > * I'm confused by the use of "consumed" her= e. Is the final RH3 entry
> > RUL's address? I guess you could say RH penultimate = hop "consumes" the
> > header because the ultimate destination address is put in= the header DA
> > field. Seems a bit odd though.
> =20
> Yes, that's what we mean.

Yes, as I said in my response I thought it was quite common. I'm su= rprised to find little art to quote.

> Once that ultimate destination is in the DA, then the RH3 is a dum= my, but one
> we are aren't supposed to remove.
> =20
> > I assume 6LR_n gets RUL's address from the last seg= ment in RH3.
> =20
> > "Consumed" means segments left =3D=3D 0, I gu= ess? I suppose should have
> > picked up on this terminology when it was first used in S= ection 2.
> > Maybe clarify what it means in that section (2)?
> =20
> Yes.


Cool, we're good!

Pascal
_______________________________________________
Roll mailing listRoll@ietf.org
https://www.ietf.org/mailman/listinfo/ro= ll
<= /div> --0000000000003a882005b82d0239-- From nobody Tue Jan 5 17:18:15 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 6FCA93A0DA5 for ; Tue, 5 Jan 2021 17:18:13 -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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable 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 nmyZqS_b7ol0 for ; Tue, 5 Jan 2021 17:18:10 -0800 (PST) Received: from mail-ua1-x932.google.com (mail-ua1-x932.google.com [IPv6:2607:f8b0:4864:20::932]) (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 4150D3A1076 for ; Tue, 5 Jan 2021 17:18:10 -0800 (PST) Received: by mail-ua1-x932.google.com with SMTP id p2so578207uac.3 for ; Tue, 05 Jan 2021 17:18:10 -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=kajd+ihoe8KzUk6OgXQwJ5Qc1/DF6tC8zbNSFC9VGrM=; b=g40ARQJZpRyGZzUEB1TQtfxgNvNehQKCuoH9DRY3Ij/Yp3ceKiHhiH9+DzZSbaoSeB N1eSigLB/3J/ErOQJKwgLREGpZXiOVF4b092+torjt228uGwk79ZmSAuDxG9lVeDi0B6 06zAV9wqptVZ9SO1COCrRAsJxO8vinrP542mvm+GSJezI2jcdMV0wmFCUESeHQG7Tnsk F1LCZEwigI9j7bEmO3OcdPx+dVSVbNnEQzprQcUAC8PZbYrvL5UPVJs3e9Ehd7E3fssE KFavwusPi04eBjP6s1aSAz55rjYP3y9jirydF+2IVOCxOeDmuXv5j7NDRRVqF10IrBvP xDSg== 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=kajd+ihoe8KzUk6OgXQwJ5Qc1/DF6tC8zbNSFC9VGrM=; b=Tm0A8EbBkA+ABxMLKy+TnkVFeCXA1hkK47eIl9TYC5UvKjRPgaxjbdWdieA4dwgup+ vM4pBFSbTy5c31iNKma/QLfG3vEZRofnuVSbrLaoW2CzgXxYGQmy/rtSFdsuW7cDJ0RZ dj5pr2f2efnQ+xOSUnZJe5sCoi9vBap6bfaglbxvpt1gtgcKv+ewg0GtNnBd6EdQ7Bi8 ZUGKdW2xKT8qJFkwcr6FxRit2L6jbqcWj5qpsuy4gxheqvua8ZxudMGBtJnGMtxDYmBY ZMV94lXMeC5sTS3r0ALkSEYBTBJ/86Vvxyhfu7Tf8kQ5I+Ziv4ZsBcDfM2m5cSGXE2q1 MQmA== X-Gm-Message-State: AOAM532oFORaGOkEUjMD7jjnzZhAQxDu9UMIyH8QqDVXsoebZ/1BSnVq H2bN536dScMALGGPD4KnjBur+Cz4PnMT7SuRk/EybivezEU= X-Google-Smtp-Source: ABdhPJxcQMSHRzOrPrzrPNA0g6/RrskJ90VVZQRcOjCkXLBTK7JWXk+zfTn+vG03b5c+57TQoedTBQu3vJU1MkZZK1s= X-Received: by 2002:ab0:146d:: with SMTP id c42mr1856073uae.56.1609895889007; Tue, 05 Jan 2021 17:18:09 -0800 (PST) MIME-Version: 1.0 References: <160809761379.22994.11202105892505044046@ietfa.amsl.com> <9337.1608141694@localhost> In-Reply-To: From: Ines Robles Date: Wed, 6 Jan 2021 03:17:32 +0200 Message-ID: To: Routing Over Low power and Lossy networks Cc: "Pascal Thubert (pthubert)" , Erik Kline Content-Type: multipart/alternative; boundary="00000000000096fa9705b83118c4" Archived-At: Subject: Re: [Roll] Erik Kline's Discuss on draft-ietf-roll-useofrplinfo-42: (with DISCUSS and COMMENT) 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, 06 Jan 2021 01:18:13 -0000 --00000000000096fa9705b83118c4 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, Some updates were done in the document through github, still we are reviewing if all the requested changes are completed. Apologizes for the delay, Ines. On Tue, Jan 5, 2021 at 10:25 PM Alvaro Retana wrote: > Hi! > > Where are we with this? It is not clear whether we need to update the > document or if we=E2=80=99re all agreeing. ;-) > > Erik/Pascal? > > Thanks! > > Alvaro. > > On December 18, 2020 at 10:42:24 AM, Pascal Thubert (pthubert) ( > pthubert=3D40cisco.com@dmarc.ietf.org) wrote: > > Hello Michael and all: > > > -----Original Message----- > > From: Roll On Behalf Of Michael Richardson > > Sent: mercredi 16 d=C3=A9cembre 2020 19:02 > > To: Erik Kline ; Routing Over Low power and Lossy > > networks > > Subject: Re: [Roll] Erik Kline's Discuss on > draft-ietf-roll-useofrplinfo-42: (with > > DISCUSS and COMMENT) > > > > > > Erik Kline via Datatracker wrote: > > > I might recommend instead referring to RFC 6554 S4.2 for how to > > > handle RH3's if the node is also a RPL-aware router and say it MUST > > > drop the packet if segments left is non-zero and it's not a RPL-aware > > > router. > > > > > Related: I'd also recommend: > > > > > "It should just be noted that an incoming RH3 must be fully consumed, > > > or very carefully inspected." > > > > -> > > > > > "It should just be noted that an incoming RH3 MUST be fully > > > consumed." > > > > I think that Pascal and I, when we write the "carefully inspected", is > that we > > are imagining situations where the topology is a bit subtle. > > Yes, I expected policies that would validate the right of a Leaf to > participate to a DODAG ,or to remap the information from the leaf (could = be > the RPI, the opaque field in the EARO, or the 6-tuple) into an RPI. > > > Perhaps there are firewalls involved. > > Perhaps a device has multiple interfaces (many radios for instance) and > the > > extra segments address the other interfaces. > > > > Also draft-ietf-anima-autonomic-control-plane uses storing mode, so > never > > has > > RH3 headers, but imagine if it did. > > > > One could have a situation where the physical system containing one or > more > > layers of container was not the ultimate last hop from a logical point > of view. > > Rather than inner container was. So, it's all the same stack actually. > In that > > case, an optimization might be to process more than one segment in that > > stack. > > (The ANIMA ACP definitely supports having VMs and containers inside > > routers) > > > > So, I can live with your suggestion, because in my case above, we can > argue > > that it's still "consumed" > > > > > * I'm confused by the use of "consumed" here. Is the final RH3 entry > > > RUL's address? I guess you could say RH penultimate hop "consumes" th= e > > > header because the ultimate destination address is put in the header > DA > > > field. Seems a bit odd though. > > > > Yes, that's what we mean. > > Yes, as I said in my response I thought it was quite common. I'm surprise= d > to find little art to quote. > > > Once that ultimate destination is in the DA, then the RH3 is a dummy, > but one > > we are aren't supposed to remove. > > > > > I assume 6LR_n gets RUL's address from the last segment in RH3. > > > > > "Consumed" means segments left =3D=3D 0, I guess? I suppose should ha= ve > > > picked up on this terminology when it was first used in Section 2. > > > Maybe clarify what it means in that section (2)? > > > > Yes. > > > Cool, we're good! > > Pascal > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll > > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll > --00000000000096fa9705b83118c4 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

Some updates were done in the docum= ent through github, still we=C2=A0are reviewing if all the requested change= s are completed.

Apologizes for the delay,

Ines.

On Tue, Jan 5, 2021 at 10:25 PM Alvaro Retana= <aretana.ietf@gmail.com&g= t; wrote:
Hi!

Where are we with this? =C2=A0 It is not clear whether we need to updat= e the document or if we=E2=80=99re all agreeing. ;-)

Erik/Pascal?

Thanks!

Alvaro.

On December 18, 2020 at 10:42:24 AM, = Pascal Thubert (pthubert) (pthubert=3D40cisco.com@dmarc.ietf.org) wrote= :

Hello Michael an= d all:

> -----Original Message-----
> From: Roll <roll-bounces@ietf.org> On Behalf Of Michael Richardson
> Sent: mercredi 16 d=C3=A9cembre 2020 19:02
> To: Erik Kline <ek.ietf@gmail.com>; Routing Over Low power and Lossy
> networks <ro= ll@ietf.org>
> Subject: Re: [Roll] Erik Kline's Discuss on draft-ietf-roll-us= eofrplinfo-42: (with
> DISCUSS and COMMENT)
> =20
> =20
> Erik Kline via Datatracker <noreply@ietf.org> wrote:
> > I might recommend instead referring to RFC 6554 S4.2 fo= r how to
> > handle RH3's if the node is also a RPL-aware router a= nd say it MUST
> > drop the packet if segments left is non-zero and it's= not a RPL-aware
> > router.
> =20
> > Related: I'd also recommend:
> =20
> > "It should just be noted that an incoming RH3 must= be fully consumed,
> > or very carefully inspected."
> =20
> ->
> =20
> > "It should just be noted that an incoming RH3 MUST= be fully
> > consumed."
> =20
> I think that Pascal and I, when we write the "carefully inspe= cted", is that we
> are imagining situations where the topology is a bit subtle.

Yes, I expected policies that would validate the right of a Leaf to par= ticipate to a DODAG ,or to remap the information from the leaf (could be th= e RPI, the opaque field in the EARO, or the 6-tuple) into an RPI.

> Perhaps there are firewalls involved.
> Perhaps a device has multiple interfaces (many radios for instance= ) and the
> extra segments address the other interfaces.
> =20
> Also draft-ietf-anima-autonomic-control-plane uses storing mode, s= o never
> has
> RH3 headers, but imagine if it did.
> =20
> One could have a situation where the physical system containing on= e or more
> layers of container was not the ultimate last hop from a logical p= oint of view.
> Rather than inner container was. So, it's all the same stack = actually. In that
> case, an optimization might be to process more than one segment in= that
> stack.
> (The ANIMA ACP definitely supports having VMs and containers insid= e
> routers)
> =20
> So, I can live with your suggestion, because in my case above, we = can argue
> that it's still "consumed"
> =20
> > * I'm confused by the use of "consumed" her= e. Is the final RH3 entry
> > RUL's address? I guess you could say RH penultimate = hop "consumes" the
> > header because the ultimate destination address is put in= the header DA
> > field. Seems a bit odd though.
> =20
> Yes, that's what we mean.

Yes, as I said in my response I thought it was quite common. I'm su= rprised to find little art to quote.

> Once that ultimate destination is in the DA, then the RH3 is a dum= my, but one
> we are aren't supposed to remove.
> =20
> > I assume 6LR_n gets RUL's address from the last seg= ment in RH3.
> =20
> > "Consumed" means segments left =3D=3D 0, I gu= ess? I suppose should have
> > picked up on this terminology when it was first used in S= ection 2.
> > Maybe clarify what it means in that section (2)?
> =20
> Yes.


Cool, we're good!

Pascal
_______________________________________________
Roll mailing listRoll@ietf.org
http= s://www.ietf.org/mailman/listinfo/roll
_______________________________________________
Roll mailing list
Roll@ietf.org
https://www.ietf.org/mailman/listinfo/roll
--00000000000096fa9705b83118c4-- From nobody Wed Jan 6 10:04:13 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 969423A1093 for ; Wed, 6 Jan 2021 10:04:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.619 X-Spam-Level: X-Spam-Status: No, score=-9.619 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.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=J2WfY4il; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=a3jMDmOU 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 AmVH3wn5SXbw for ; Wed, 6 Jan 2021 10:04:09 -0800 (PST) Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 50BCB3A10D8 for ; Wed, 6 Jan 2021 10:04:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=25040; q=dns/txt; s=iport; t=1609956249; x=1611165849; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=uJ9q3oRxrG3iL6Y+mag4loOV4CeOeQz0oHCJ1DA1rjE=; b=J2WfY4ilBgus5vmaZtb0wxwM0DITG3yeP5WDZ+vIOdFwlpXwFPThvf3F ET88iVhNGo/6dAOUNq2QRKUB6c1ncCa2Zu9yLwL4OuihwWArLN2jPj3k6 wKiwwKM1+8w4nkzeSUzlKwYa1kaUVN4ZGG0fLM2Rh+uin4KXNGEGLdRDG k=; X-IPAS-Result: =?us-ascii?q?A0BZAABb+fVfkIUNJK1iGgEBAQEBAQEBAQEDAQEBARIBA?= =?us-ascii?q?QEBAgIBAQEBgg+BIzBRfVsvLoQ/g0gDjWkDihuEcooCglMDVAsBAQENAQEYA?= =?us-ascii?q?QwIAgQBAYQGRAIXgVgCJTgTAgMBAQEDAgMBAQEBBQEBAQIBBgQUAQEBAQEBh?= =?us-ascii?q?jgMhXMBAQEDAQEBEBEEBhMBASwLAQQHBAIBCBEEAQEBJwMCAgIfBgsUCQgCB?= =?us-ascii?q?A4FCBqDBAGBflcDDiABDqNTAoE8iGl2fzODBAEBBoEzAYNcDQuCEAMGgTiCd?= =?us-ascii?q?YJsTkKBB4UzJhuBQT+BEUOCVj6CG0IBAQKBPyArCYJiNIIsgVlpBmAEQxBbI?= =?us-ascii?q?AQYMxMKE2cRjzSCb0CHLowwkGdYCoJ2iSqNFQSFO4Mpny6UDoIFiQ6CeI5OD?= =?us-ascii?q?CABhDQCBAIEBQIOAQEGgW0hLIEtcBU7gmlQFwINjiEMDgkUgzqFFIVEdAIJL?= =?us-ascii?q?AIGAQkBAQMJfIlULYIXAQE?= IronPort-PHdr: =?us-ascii?q?9a23=3A5DxebhbFBxN2/9vYhP2YQh7/LSx94ef9IxIV55?= =?us-ascii?q?w7irlHbqWk+dH4MVfC4el21QWVD4ne4uhPzevbr66mXnYPst6Ns3EHJZpLUR?= =?us-ascii?q?JNycAbhBcpD8PND0rnZOXrYCo3EIUnNhdl8ni3PFITFJP4YFvf8XG35CQZXB?= =?us-ascii?q?TyKQQzIf76Scbeis2t3LW0/JveKwxDmDu6Z+Z0KxO75QXcv8Ubm81sMKE0nx?= =?us-ascii?q?DIuXBPPe9RwDBl?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.79,327,1602547200"; d="scan'208,217";a="640002881" Received: from alln-core-11.cisco.com ([173.36.13.133]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 06 Jan 2021 18:04:08 +0000 Received: from XCH-ALN-003.cisco.com (xch-aln-003.cisco.com [173.36.7.13]) by alln-core-11.cisco.com (8.15.2/8.15.2) with ESMTPS id 106I48PU012915 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 6 Jan 2021 18:04:08 GMT Received: from xhs-rtp-003.cisco.com (64.101.210.230) by XCH-ALN-003.cisco.com (173.36.7.13) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Wed, 6 Jan 2021 12:04:07 -0600 Received: from xhs-rtp-002.cisco.com (64.101.210.229) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Wed, 6 Jan 2021 13:04:06 -0500 Received: from NAM12-BN8-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Wed, 6 Jan 2021 13:04:06 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=gzBMV+1E7QEsoDB6spAhjTJM0cInv8g9Z3jOGVELR5n2A3wCs+wJVzj/+R1KZD4tSQIi/LhZsh/0FTGR5cA0+AQozEl+1/5dDS7ScHiU3bA+SQvcMVMh7Bus/ggnMxoBO9F3o8uftXWbFfOq3bTP8bO/GfOwYN7MDrkUqyV2mlqM4thcILZaoEfAsGjtiu/BeZ4ayyluVkzujFe6/n2/JUAJaAraCttAyyuLRWmBg/CQ/Jewxi8ukPTqkn9ahrJ41zdqf7u+cmuFDw5XZcxFqvBAbVboDDpE8xGoe6rp5l8MZ9qtwStBCJ/Vj2r8rv4hpGx5ol0mPcWMjF8cyTGL4w== 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=uJ9q3oRxrG3iL6Y+mag4loOV4CeOeQz0oHCJ1DA1rjE=; b=hpuiLmpx+lQdSZUZrFXXnN7MjYV9G6ejyfjE3AFmJf51oXSPIxVD15N66gpQ1UcAZwgtRrhRtiLrx125nyUcwkeXj8qb8OZmgKlsOoAnNt7chQpsqjP/5aFDPXxOQKrDSUGmltahOj1cROaJmF+1IbyDTdvpAzdyNFPygUKxTK+BBVejr3t67PJ4Gw4mw+/dP9aWTKcK8vrhlZGR9IddXPLk0mkrByJwJzekIviD+hSj7b0RkPBru4VatYJIOG4pf029HsFMECtBa1vbd26IRpAc316QyvtPBG6p8OdftLdtf3e88Of/6k6ZhfPZGzdTdoefOuWsAvIAXMNNX2gCdA== 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=uJ9q3oRxrG3iL6Y+mag4loOV4CeOeQz0oHCJ1DA1rjE=; b=a3jMDmOU2ZJ4GqfvKXS0/4BAU8HCLshwAXxCRi6cHErluQP980FAk/2GN/K/TRDnSCq1If4uZIL/25RwPEGSq1G0BDiJdBswZ6r65H/M2bpIUftF7Oc3xE+6KMR6yFQa0TjSrSq0PhppD10tmSoZAm8t6CqBQEDgEvjhBK52o+c= Received: from CO1PR11MB4881.namprd11.prod.outlook.com (2603:10b6:303:91::20) by MWHPR11MB0032.namprd11.prod.outlook.com (2603:10b6:301:63::28) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3742.6; Wed, 6 Jan 2021 18:04:05 +0000 Received: from CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::499:4510:59d6:8f61]) by CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::499:4510:59d6:8f61%4]) with mapi id 15.20.3721.024; Wed, 6 Jan 2021 18:04:05 +0000 From: "Pascal Thubert (pthubert)" To: Ines Robles , "Routing Over Low power and Lossy networks" CC: Erik Kline Thread-Topic: [Roll] Erik Kline's Discuss on draft-ietf-roll-useofrplinfo-42: (with DISCUSS and COMMENT) Thread-Index: AQHW09WV3UedLJ2Hp0S5QYwARAUovqn8/50ggByajYCAAFGVAIAAgHEA Date: Wed, 6 Jan 2021 18:04:01 +0000 Deferred-Delivery: Wed, 6 Jan 2021 18:03:51 +0000 Message-ID: References: <160809761379.22994.11202105892505044046@ietfa.amsl.com> <9337.1608141694@localhost> In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: dmarc.ietf.org; dkim=none (message not signed) header.d=none;dmarc.ietf.org; dmarc=none action=none header.from=cisco.com; x-originating-ip: [2a01:cb1d:4ec:2200:c41a:9d73:828b:4e62] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 1e806dce-f9a4-443c-eca0-08d8b26d74f9 x-ms-traffictypediagnostic: MWHPR11MB0032: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: LN7cNLVgWjCK+JkMXuyQZg2kVYp8zAYVYN0JSrmGs0YpJcYVCi2FARMwMzKM8Oo9GJs7rL9TXuK2VpEYZWGM8CEreYamCRhECKpNHEDGexepqUW4v48O/kzSiwffq27eAIzLIh2yJhaiy40/3nFwxcE4kctESaIPx8K+3CGB6+UwDAKfaplJatU1DKUjhFV2IB1utqNHcHtlhVh4qklkc7dTalTtdqM3x55DBEJA1ZmuHUCBAJ/59IckDiMvr4VMWkHGtmnGITD4NuM2gpl5BFHc27n9iSvGR3IQzZODq4Ta1U5PW/B0RzdRkFH2Q11OVrsYveEwXit6tqzhqJxIzKiceQkrRXHAUrX32C/Ah+3O0ox+Lh9d6e32T6MWkGWSu+Z3YqSX/3Hal7qgSyJC2d0YtI+6I4SsoDUZ2Ml5mCWUtdhxVlzeilJ9uACrM/pNyQkN7+lxv8DXC+omzgbzdQ== 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:(376002)(39860400002)(346002)(136003)(366004)(396003)(52536014)(186003)(5660300002)(8936002)(4326008)(7696005)(64756008)(66476007)(76116006)(66446008)(55016002)(9686003)(6506007)(53546011)(66946007)(33656002)(478600001)(66574015)(316002)(110136005)(966005)(66556008)(83380400001)(6666004)(71200400001)(8676002)(166002)(86362001)(2906002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?alpLcVh1cmI3b1ppZkQ4UzhnRjYrUDZpaEprZDkxeTZPNkJLcVVlUTNHRHJZ?= =?utf-8?B?aFlXZXE0OHd4ZGMvRDNUQnFGVE1aY1d2Kzc4ZEp1aDQvVnFvVFFXczMyRTVR?= =?utf-8?B?MDNtY3R1eUJ3cmJ5aDQwU3Y1aDF4emxJUm5PdTRMSXdVZ3NlTjdJS3ErdjNR?= =?utf-8?B?bVFjTTJvQTJpYnJoWENEQmNyQjdHc0ZubGxXK0x1SzBDN2o1Sy9YN1NxUDhP?= =?utf-8?B?aFBTVWJVSGVSQzJpQ3E4MStMZExXUXpUYkRIQ1JaR2JUbmZYeExjcnZKRHpp?= =?utf-8?B?a1UwbERWNDJ6L1FiaG5od3FMUVc1a29mcUordWpQc3VoL1luTXJpbnpKV3NQ?= =?utf-8?B?S1g5Q1FVZHVLa0I2SVRsNXlIUnVsUUZQTXpybU1MMmZjQWxMY0FWTElkT2Nj?= =?utf-8?B?YmdwSzVZZllPaU52L3I3MTZwTStoQS9mdWJFSDdxS1c2bzkrWkE5UExTUWRo?= =?utf-8?B?bXNDcEhzeUpyS28zcmZNL3AxY1VBT1YrMm1GTnVPaDhRajJ1Nk53L3pZTFda?= =?utf-8?B?UVRCVWNJWEhVVDJNQUpCMzRTclNjYVVQcC9Mb2JFKzRzbkZwZnRiWUM5YjZJ?= =?utf-8?B?elo2cHk0VmsvNHo4RXdKMW16NWx1QzQ3aGJKK2RiZGtsbGw0bDkrcWhKNmZj?= =?utf-8?B?bWFpV042THhxaG5udUJsR0xaWDg3QTZJREV4TGVEQVZ4NlJOMFdyZUc0dVEr?= =?utf-8?B?QzBCUWwreWQ3MGpPOFFYdGZJanpmb0tmUlZSSGx6M1Yzc2RjQ1lOSVU2ejA4?= =?utf-8?B?YURseXBLa25hZC9xc3N2ak01MWN5aHhqUHloL2VYUzhtb2RrMUdMaEN2N2xW?= =?utf-8?B?RVU4L0dDUmwvWmoySENha3VwMEpuYWd6SncxdjRlYTJBeFBTcC93WWQ2ZklG?= =?utf-8?B?azJwem90QnJzV1FxKzFzakNWRGNFUHhQMFo1ZU5yaFJPU3BOUlFTTE1mOHhx?= =?utf-8?B?aVVoVVhaWjFnV3BQNnFtbjM5UVhxUFFnd2x1eEJ4Mi9iN3k0MmF1YU1kYkxQ?= =?utf-8?B?bG0xUXZJQkRJV3FyVktFMDJuemZZV1lMNE92RDUwblpXUzVZak9OVkk2Sis0?= =?utf-8?B?U2RRSWJLVE1yTzJDMHRpZVhJZTg3Tlc0ZFlqSDVqV3hNTUtFTjNUc0RURXRH?= =?utf-8?B?dVB2K1dadTVWdjZOK2xiclRkZGUxQ21VUWlkcEczYWxSQUh0aThsK1NTeFhG?= =?utf-8?B?Rlh2RytTdFVkLzhlbyt1d0VMVFRsNUxGZXNDSE92bE1PU2d6YUFJWlVuRCtD?= =?utf-8?B?bTBRMGtWUDY5bE9DRzNwdkFGTy9ob0o1cXhZZlYwK0pzNVVxMXIvUWFUdVU1?= =?utf-8?B?YkVETkNFbG1DWjd6NXluWDFFOFEvNnJuQWRQN3lLYjVDWTNBUld6T0dJN2gz?= =?utf-8?B?dHNYanZ6S0ZRd05uVFB5Um1BaGxhS3VDMElSUHZCOVJBbVNrTkRhRzN0Tk9X?= =?utf-8?Q?rZzu1+pl?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_CO1PR11MB4881E24A3E625E2C3089915AD8D00CO1PR11MB4881namp_" 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: 1e806dce-f9a4-443c-eca0-08d8b26d74f9 X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Jan 2021 18:04:05.3833 (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: f77s9yGo0kFVldVqSGPTDcJDORDnBVBLNF1RpRmSoPI8J/+JQQ7bkI7Kq7+yJ2x701hhZTrKpHoNlWuK+5ZT0A== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR11MB0032 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.13, xch-aln-003.cisco.com X-Outbound-Node: alln-core-11.cisco.com Archived-At: Subject: Re: [Roll] Erik Kline's Discuss on draft-ietf-roll-useofrplinfo-42: (with DISCUSS and COMMENT) 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, 06 Jan 2021 18:04:12 -0000 --_000_CO1PR11MB4881E24A3E625E2C3089915AD8D00CO1PR11MB4881namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8gQWx2YXJvDQoNClRoZSBoaXN0b3J5IG9mIGNoYW5nZXMgaXMgYXZhaWxhYmxlIGhlcmU6 DQpodHRwczovL2dpdGh1Yi5jb20vcm9sbC13Zy91c2VvZnJwbGluZm8vY29tbWl0cy9tYXN0ZXIv cm9sbC11c2VvZnJwbGluZm8ueG1sDQoNCkZvciB0aGlzIGRpc2N1c3Npb24gSSBwcm9wb3NlZCB0 aGUgZm9sbG93aW5nIGNoYW5nZTogaHR0cHM6Ly9naXRodWIuY29tL3JvbGwtd2cvdXNlb2ZycGxp bmZvL3B1bGwvMTAvY29tbWl0cy8zM2M1YTUyM2M4OGU1ZDYwMzU1OGQ5ZjljMjVlNjEzYWM4OTg0 Nzc2DQoNCkkgbWFkZSBhIHB1bGwgcmVxdWVzdCwgaWYgSW5lcyBpcyBPSyB3aXRoIHRoZSBjaGFu Z2U7DQoNCllvdSBhbGwgaGF2ZSBhIGdyZWF0IHllYXIhDQoNClBhc2NhbA0KDQoNCkZyb206IElu ZXMgUm9ibGVzIDxtYXJpYWluZXNyb2JsZXM9NDBnb29nbGVtYWlsLmNvbUBkbWFyYy5pZXRmLm9y Zz4NClNlbnQ6IG1lcmNyZWRpIDYgamFudmllciAyMDIxIDAyOjE4DQpUbzogUm91dGluZyBPdmVy IExvdyBwb3dlciBhbmQgTG9zc3kgbmV0d29ya3MgPHJvbGxAaWV0Zi5vcmc+DQpDYzogUGFzY2Fs IFRodWJlcnQgKHB0aHViZXJ0KSA8cHRodWJlcnRAY2lzY28uY29tPjsgRXJpayBLbGluZSA8ZWsu aWV0ZkBnbWFpbC5jb20+DQpTdWJqZWN0OiBSZTogW1JvbGxdIEVyaWsgS2xpbmUncyBEaXNjdXNz IG9uIGRyYWZ0LWlldGYtcm9sbC11c2VvZnJwbGluZm8tNDI6ICh3aXRoIERJU0NVU1MgYW5kIENP TU1FTlQpDQoNCkhpLA0KDQpTb21lIHVwZGF0ZXMgd2VyZSBkb25lIGluIHRoZSBkb2N1bWVudCB0 aHJvdWdoIGdpdGh1Yiwgc3RpbGwgd2UgYXJlIHJldmlld2luZyBpZiBhbGwgdGhlIHJlcXVlc3Rl ZCBjaGFuZ2VzIGFyZSBjb21wbGV0ZWQuDQoNCkFwb2xvZ2l6ZXMgZm9yIHRoZSBkZWxheSwNCg0K SW5lcy4NCg0KT24gVHVlLCBKYW4gNSwgMjAyMSBhdCAxMDoyNSBQTSBBbHZhcm8gUmV0YW5hIDxh cmV0YW5hLmlldGZAZ21haWwuY29tPG1haWx0bzphcmV0YW5hLmlldGZAZ21haWwuY29tPj4gd3Jv dGU6DQpIaSENCg0KV2hlcmUgYXJlIHdlIHdpdGggdGhpcz8gICBJdCBpcyBub3QgY2xlYXIgd2hl dGhlciB3ZSBuZWVkIHRvIHVwZGF0ZSB0aGUgZG9jdW1lbnQgb3IgaWYgd2XigJlyZSBhbGwgYWdy ZWVpbmcuIDstKQ0KDQpFcmlrL1Bhc2NhbD8NCg0KVGhhbmtzIQ0KDQpBbHZhcm8uDQoNCg0KT24g RGVjZW1iZXIgMTgsIDIwMjAgYXQgMTA6NDI6MjQgQU0sIFBhc2NhbCBUaHViZXJ0IChwdGh1YmVy dCkgKHB0aHViZXJ0PTQwY2lzY28uY29tQGRtYXJjLmlldGYub3JnPG1haWx0bzpwdGh1YmVydD00 MGNpc2NvLmNvbUBkbWFyYy5pZXRmLm9yZz4pIHdyb3RlOg0KSGVsbG8gTWljaGFlbCBhbmQgYWxs Og0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IFJvbGwgPHJvbGwtYm91 bmNlc0BpZXRmLm9yZzxtYWlsdG86cm9sbC1ib3VuY2VzQGlldGYub3JnPj4gT24gQmVoYWxmIE9m IE1pY2hhZWwgUmljaGFyZHNvbg0KPiBTZW50OiBtZXJjcmVkaSAxNiBkw6ljZW1icmUgMjAyMCAx OTowMg0KPiBUbzogRXJpayBLbGluZSA8ZWsuaWV0ZkBnbWFpbC5jb208bWFpbHRvOmVrLmlldGZA Z21haWwuY29tPj47IFJvdXRpbmcgT3ZlciBMb3cgcG93ZXIgYW5kIExvc3N5DQo+IG5ldHdvcmtz IDxyb2xsQGlldGYub3JnPG1haWx0bzpyb2xsQGlldGYub3JnPj4NCj4gU3ViamVjdDogUmU6IFtS b2xsXSBFcmlrIEtsaW5lJ3MgRGlzY3VzcyBvbiBkcmFmdC1pZXRmLXJvbGwtdXNlb2ZycGxpbmZv LTQyOiAod2l0aA0KPiBESVNDVVNTIGFuZCBDT01NRU5UKQ0KPg0KPg0KPiBFcmlrIEtsaW5lIHZp YSBEYXRhdHJhY2tlciA8bm9yZXBseUBpZXRmLm9yZzxtYWlsdG86bm9yZXBseUBpZXRmLm9yZz4+ IHdyb3RlOg0KPiA+IEkgbWlnaHQgcmVjb21tZW5kIGluc3RlYWQgcmVmZXJyaW5nIHRvIFJGQyA2 NTU0IFM0LjIgZm9yIGhvdyB0bw0KPiA+IGhhbmRsZSBSSDMncyBpZiB0aGUgbm9kZSBpcyBhbHNv IGEgUlBMLWF3YXJlIHJvdXRlciBhbmQgc2F5IGl0IE1VU1QNCj4gPiBkcm9wIHRoZSBwYWNrZXQg aWYgc2VnbWVudHMgbGVmdCBpcyBub24temVybyBhbmQgaXQncyBub3QgYSBSUEwtYXdhcmUNCj4g PiByb3V0ZXIuDQo+DQo+ID4gUmVsYXRlZDogSSdkIGFsc28gcmVjb21tZW5kOg0KPg0KPiA+ICJJ dCBzaG91bGQganVzdCBiZSBub3RlZCB0aGF0IGFuIGluY29taW5nIFJIMyBtdXN0IGJlIGZ1bGx5 IGNvbnN1bWVkLA0KPiA+IG9yIHZlcnkgY2FyZWZ1bGx5IGluc3BlY3RlZC4iDQo+DQo+IC0+DQo+ DQo+ID4gIkl0IHNob3VsZCBqdXN0IGJlIG5vdGVkIHRoYXQgYW4gaW5jb21pbmcgUkgzIE1VU1Qg YmUgZnVsbHkNCj4gPiBjb25zdW1lZC4iDQo+DQo+IEkgdGhpbmsgdGhhdCBQYXNjYWwgYW5kIEks IHdoZW4gd2Ugd3JpdGUgdGhlICJjYXJlZnVsbHkgaW5zcGVjdGVkIiwgaXMgdGhhdCB3ZQ0KPiBh cmUgaW1hZ2luaW5nIHNpdHVhdGlvbnMgd2hlcmUgdGhlIHRvcG9sb2d5IGlzIGEgYml0IHN1YnRs ZS4NCg0KWWVzLCBJIGV4cGVjdGVkIHBvbGljaWVzIHRoYXQgd291bGQgdmFsaWRhdGUgdGhlIHJp Z2h0IG9mIGEgTGVhZiB0byBwYXJ0aWNpcGF0ZSB0byBhIERPREFHICxvciB0byByZW1hcCB0aGUg aW5mb3JtYXRpb24gZnJvbSB0aGUgbGVhZiAoY291bGQgYmUgdGhlIFJQSSwgdGhlIG9wYXF1ZSBm aWVsZCBpbiB0aGUgRUFSTywgb3IgdGhlIDYtdHVwbGUpIGludG8gYW4gUlBJLg0KDQo+IFBlcmhh cHMgdGhlcmUgYXJlIGZpcmV3YWxscyBpbnZvbHZlZC4NCj4gUGVyaGFwcyBhIGRldmljZSBoYXMg bXVsdGlwbGUgaW50ZXJmYWNlcyAobWFueSByYWRpb3MgZm9yIGluc3RhbmNlKSBhbmQgdGhlDQo+ IGV4dHJhIHNlZ21lbnRzIGFkZHJlc3MgdGhlIG90aGVyIGludGVyZmFjZXMuDQo+DQo+IEFsc28g ZHJhZnQtaWV0Zi1hbmltYS1hdXRvbm9taWMtY29udHJvbC1wbGFuZSB1c2VzIHN0b3JpbmcgbW9k ZSwgc28gbmV2ZXINCj4gaGFzDQo+IFJIMyBoZWFkZXJzLCBidXQgaW1hZ2luZSBpZiBpdCBkaWQu DQo+DQo+IE9uZSBjb3VsZCBoYXZlIGEgc2l0dWF0aW9uIHdoZXJlIHRoZSBwaHlzaWNhbCBzeXN0 ZW0gY29udGFpbmluZyBvbmUgb3IgbW9yZQ0KPiBsYXllcnMgb2YgY29udGFpbmVyIHdhcyBub3Qg dGhlIHVsdGltYXRlIGxhc3QgaG9wIGZyb20gYSBsb2dpY2FsIHBvaW50IG9mIHZpZXcuDQo+IFJh dGhlciB0aGFuIGlubmVyIGNvbnRhaW5lciB3YXMuIFNvLCBpdCdzIGFsbCB0aGUgc2FtZSBzdGFj ayBhY3R1YWxseS4gSW4gdGhhdA0KPiBjYXNlLCBhbiBvcHRpbWl6YXRpb24gbWlnaHQgYmUgdG8g cHJvY2VzcyBtb3JlIHRoYW4gb25lIHNlZ21lbnQgaW4gdGhhdA0KPiBzdGFjay4NCj4gKFRoZSBB TklNQSBBQ1AgZGVmaW5pdGVseSBzdXBwb3J0cyBoYXZpbmcgVk1zIGFuZCBjb250YWluZXJzIGlu c2lkZQ0KPiByb3V0ZXJzKQ0KPg0KPiBTbywgSSBjYW4gbGl2ZSB3aXRoIHlvdXIgc3VnZ2VzdGlv biwgYmVjYXVzZSBpbiBteSBjYXNlIGFib3ZlLCB3ZSBjYW4gYXJndWUNCj4gdGhhdCBpdCdzIHN0 aWxsICJjb25zdW1lZCINCj4NCj4gPiAqIEknbSBjb25mdXNlZCBieSB0aGUgdXNlIG9mICJjb25z dW1lZCIgaGVyZS4gSXMgdGhlIGZpbmFsIFJIMyBlbnRyeQ0KPiA+IFJVTCdzIGFkZHJlc3M/IEkg Z3Vlc3MgeW91IGNvdWxkIHNheSBSSCBwZW51bHRpbWF0ZSBob3AgImNvbnN1bWVzIiB0aGUNCj4g PiBoZWFkZXIgYmVjYXVzZSB0aGUgdWx0aW1hdGUgZGVzdGluYXRpb24gYWRkcmVzcyBpcyBwdXQg aW4gdGhlIGhlYWRlciBEQQ0KPiA+IGZpZWxkLiBTZWVtcyBhIGJpdCBvZGQgdGhvdWdoLg0KPg0K PiBZZXMsIHRoYXQncyB3aGF0IHdlIG1lYW4uDQoNClllcywgYXMgSSBzYWlkIGluIG15IHJlc3Bv bnNlIEkgdGhvdWdodCBpdCB3YXMgcXVpdGUgY29tbW9uLiBJJ20gc3VycHJpc2VkIHRvIGZpbmQg bGl0dGxlIGFydCB0byBxdW90ZS4NCg0KPiBPbmNlIHRoYXQgdWx0aW1hdGUgZGVzdGluYXRpb24g aXMgaW4gdGhlIERBLCB0aGVuIHRoZSBSSDMgaXMgYSBkdW1teSwgYnV0IG9uZQ0KPiB3ZSBhcmUg YXJlbid0IHN1cHBvc2VkIHRvIHJlbW92ZS4NCj4NCj4gPiBJIGFzc3VtZSA2TFJfbiBnZXRzIFJV TCdzIGFkZHJlc3MgZnJvbSB0aGUgbGFzdCBzZWdtZW50IGluIFJIMy4NCj4NCj4gPiAiQ29uc3Vt ZWQiIG1lYW5zIHNlZ21lbnRzIGxlZnQgPT0gMCwgSSBndWVzcz8gSSBzdXBwb3NlIHNob3VsZCBo YXZlDQo+ID4gcGlja2VkIHVwIG9uIHRoaXMgdGVybWlub2xvZ3kgd2hlbiBpdCB3YXMgZmlyc3Qg dXNlZCBpbiBTZWN0aW9uIDIuDQo+ID4gTWF5YmUgY2xhcmlmeSB3aGF0IGl0IG1lYW5zIGluIHRo YXQgc2VjdGlvbiAoMik/DQo+DQo+IFllcy4NCg0KDQpDb29sLCB3ZSdyZSBnb29kIQ0KDQpQYXNj YWwNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpSb2xs IG1haWxpbmcgbGlzdA0KUm9sbEBpZXRmLm9yZzxtYWlsdG86Um9sbEBpZXRmLm9yZz4NCmh0dHBz Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcm9sbA0KX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NClJvbGwgbWFpbGluZyBsaXN0DQpSb2xsQGll dGYub3JnPG1haWx0bzpSb2xsQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1h bi9saXN0aW5mby9yb2xsDQo= --_000_CO1PR11MB4881E24A3E625E2C3089915AD8D00CO1PR11MB4881namp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 SGVsdmV0aWNhOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDIgMiAyIDIgMiA0O30NCkBmb250LWZhY2UN Cgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAz IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAx NSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFs LCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCglmb250LXNpemU6 MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bh bi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJ dGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLkVtYWlsU3R5bGUyMA0KCXttc28tc3R5 bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNl cmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5 cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJy aSIsc2Fucy1zZXJpZjt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4w cHQ7DQoJbWFyZ2luOjcwLjg1cHQgNzAuODVwdCA3MC44NXB0IDcwLjg1cHQ7fQ0KZGl2LldvcmRT ZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1z byA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIg Lz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVs YXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8 L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJF Ti1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSIgc3R5bGU9IndvcmQtd3JhcDpicmVhay13 b3JkIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dCI+SGVsbG8gQWx2YXJvPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQiPlRoZSBoaXN0b3J5IG9mIGNoYW5nZXMgaXMgYXZhaWxhYmxlIGhl cmU6PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxm b250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij48YSBocmVmPSJodHRwczovL2dpdGh1Yi5jb20vcm9sbC13Zy91c2VvZnJwbGluZm8vY29tbWl0 cy9tYXN0ZXIvcm9sbC11c2VvZnJwbGluZm8ueG1sIj5odHRwczovL2dpdGh1Yi5jb20vcm9sbC13 Zy91c2VvZnJwbGluZm8vY29tbWl0cy9tYXN0ZXIvcm9sbC11c2VvZnJwbGluZm8ueG1sPC9hPjxv OnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBz aXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxm b250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij5Gb3IgdGhpcyBkaXNjdXNzaW9uIEkgcHJvcG9zZWQgdGhlIGZvbGxvd2luZyBjaGFuZ2U6DQo8 YSBocmVmPSJodHRwczovL2dpdGh1Yi5jb20vcm9sbC13Zy91c2VvZnJwbGluZm8vcHVsbC8xMC9j b21taXRzLzMzYzVhNTIzYzg4ZTVkNjAzNTU4ZDlmOWMyNWU2MTNhYzg5ODQ3NzYiPg0KaHR0cHM6 Ly9naXRodWIuY29tL3JvbGwtd2cvdXNlb2ZycGxpbmZvL3B1bGwvMTAvY29tbWl0cy8zM2M1YTUy M2M4OGU1ZDYwMzU1OGQ5ZjljMjVlNjEzYWM4OTg0Nzc2PC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwv Zm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxp YnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9 IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5JIG1hZGUgYSBwdWxsIHJl cXVlc3QsIGlmIEluZXMgaXMgT0sgd2l0aCB0aGUgY2hhbmdlOzxvOnA+PC9vOnA+PC9zcGFuPjwv Zm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxp YnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9 IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5Zb3UgYWxsIGhhdmUgYSBn cmVhdCB5ZWFyITxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0Ij5QYXNjYWw8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250Pjwv cD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7 cGFkZGluZzowY20gMGNtIDBjbSA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5v bmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAw Y20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJy aSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC13ZWlnaHQ6Ym9sZCI+RnJvbTo8 L3NwYW4+PC9mb250PjwvYj4gSW5lcyBSb2JsZXMgJmx0O21hcmlhaW5lc3JvYmxlcz00MGdvb2ds ZW1haWwuY29tQGRtYXJjLmlldGYub3JnJmd0Ow0KPGJyPg0KPGI+PHNwYW4gc3R5bGU9ImZvbnQt d2VpZ2h0OmJvbGQiPlNlbnQ6PC9zcGFuPjwvYj4gbWVyY3JlZGkgNiBqYW52aWVyIDIwMjEgMDI6 MTg8YnI+DQo8Yj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+VG86PC9zcGFuPjwvYj4g Um91dGluZyBPdmVyIExvdyBwb3dlciBhbmQgTG9zc3kgbmV0d29ya3MgJmx0O3JvbGxAaWV0Zi5v cmcmZ3Q7PGJyPg0KPGI+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPkNjOjwvc3Bhbj48 L2I+IFBhc2NhbCBUaHViZXJ0IChwdGh1YmVydCkgJmx0O3B0aHViZXJ0QGNpc2NvLmNvbSZndDs7 IEVyaWsgS2xpbmUgJmx0O2VrLmlldGZAZ21haWwuY29tJmd0Ozxicj4NCjxiPjxzcGFuIHN0eWxl PSJmb250LXdlaWdodDpib2xkIj5TdWJqZWN0Ojwvc3Bhbj48L2I+IFJlOiBbUm9sbF0gRXJpayBL bGluZSdzIERpc2N1c3Mgb24gZHJhZnQtaWV0Zi1yb2xsLXVzZW9mcnBsaW5mby00MjogKHdpdGgg RElTQ1VTUyBhbmQgQ09NTUVOVCk8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJp Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+SGksPG86cD48L286cD48L3NwYW4+PC9m b250PjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNl PSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0Ij5Tb21lIHVwZGF0ZXMgd2VyZSBkb25lIGluIHRoZSBkb2N1bWVudCB0aHJvdWdoIGdpdGh1 Yiwgc3RpbGwgd2UmbmJzcDthcmUgcmV2aWV3aW5nIGlmIGFsbCB0aGUgcmVxdWVzdGVkIGNoYW5n ZXMgYXJlIGNvbXBsZXRlZC48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv Zm9udD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXpl PSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+QXBvbG9n aXplcyBmb3IgdGhlIGRlbGF5LDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJp Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNp emU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5JbmVz LjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGli cmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5PbiBUdWUsIEphbiA1LCAyMDIxIGF0 IDEwOjI1IFBNIEFsdmFybyBSZXRhbmEgJmx0OzxhIGhyZWY9Im1haWx0bzphcmV0YW5hLmlldGZA Z21haWwuY29tIj5hcmV0YW5hLmlldGZAZ21haWwuY29tPC9hPiZndDsgd3JvdGU6PG86cD48L286 cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpu b25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSA2 LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1yaWdodDowY207 bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pjxmb250IHNpemU9IjIiIGZhY2U9IkhlbHZldGljYSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPkhpITxv OnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJIZWx2ZXRpY2EiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlm Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iSGVsdmV0aWNhIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDss c2Fucy1zZXJpZiI+V2hlcmUgYXJlIHdlIHdpdGggdGhpcz8gJm5ic3A7IEl0IGlzIG5vdCBjbGVh ciB3aGV0aGVyIHdlIG5lZWQgdG8gdXBkYXRlIHRoZSBkb2N1bWVudCBvciBpZiB3ZeKAmXJlIGFs bCBhZ3JlZWluZy4gOy0pPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkhlbHZldGljYSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNh JnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJI ZWx2ZXRpY2EiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj5FcmlrL1Bhc2NhbD88bzpwPjwvbzpwPjwvc3Bh bj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQg c2l6ZT0iMiIgZmFjZT0iSGVsdmV0aWNhIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkhlbHZldGljYSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPlRo YW5rcyE8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iSGVsdmV0aWNhIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fu cy1zZXJpZiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkhlbHZldGljYSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNh JnF1b3Q7LHNhbnMtc2VyaWYiPkFsdmFyby48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0K PC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJp Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9mb250PjwvcD4NCjxwPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0Ij5PbiBEZWNlbWJlciAxOCwgMjAyMCBhdCAxMDo0MjoyNCBBTSwg UGFzY2FsIFRodWJlcnQgKHB0aHViZXJ0KSAoPGEgaHJlZj0ibWFpbHRvOnB0aHViZXJ0PTQwY2lz Y28uY29tQGRtYXJjLmlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+cHRodWJlcnQ9NDBjaXNjby5j b21AZG1hcmMuaWV0Zi5vcmc8L2E+KSB3cm90ZTo8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9w Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBw dCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZh Y2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5IZWxsbyBNaWNoYWVs IGFuZCBhbGw6DQo8YnI+DQo8YnI+DQomZ3Q7IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tIDxi cj4NCiZndDsgRnJvbTogUm9sbCAmbHQ7PGEgaHJlZj0ibWFpbHRvOnJvbGwtYm91bmNlc0BpZXRm Lm9yZyIgdGFyZ2V0PSJfYmxhbmsiPnJvbGwtYm91bmNlc0BpZXRmLm9yZzwvYT4mZ3Q7IE9uIEJl aGFsZiBPZiBNaWNoYWVsIFJpY2hhcmRzb24NCjxicj4NCiZndDsgU2VudDogbWVyY3JlZGkgMTYg ZMOpY2VtYnJlIDIwMjAgMTk6MDIgPGJyPg0KJmd0OyBUbzogRXJpayBLbGluZSAmbHQ7PGEgaHJl Zj0ibWFpbHRvOmVrLmlldGZAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+ZWsuaWV0ZkBnbWFp bC5jb208L2E+Jmd0OzsgUm91dGluZyBPdmVyIExvdyBwb3dlciBhbmQgTG9zc3kNCjxicj4NCiZn dDsgbmV0d29ya3MgJmx0OzxhIGhyZWY9Im1haWx0bzpyb2xsQGlldGYub3JnIiB0YXJnZXQ9Il9i bGFuayI+cm9sbEBpZXRmLm9yZzwvYT4mZ3Q7IDxicj4NCiZndDsgU3ViamVjdDogUmU6IFtSb2xs XSBFcmlrIEtsaW5lJ3MgRGlzY3VzcyBvbiBkcmFmdC1pZXRmLXJvbGwtdXNlb2ZycGxpbmZvLTQy OiAod2l0aA0KPGJyPg0KJmd0OyBESVNDVVNTIGFuZCBDT01NRU5UKSA8YnI+DQomZ3Q7IDxicj4N CiZndDsgPGJyPg0KJmd0OyBFcmlrIEtsaW5lIHZpYSBEYXRhdHJhY2tlciAmbHQ7PGEgaHJlZj0i bWFpbHRvOm5vcmVwbHlAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5ub3JlcGx5QGlldGYub3Jn PC9hPiZndDsgd3JvdGU6DQo8YnI+DQomZ3Q7ICZndDsgSSBtaWdodCByZWNvbW1lbmQgaW5zdGVh ZCByZWZlcnJpbmcgdG8gUkZDIDY1NTQgUzQuMiBmb3IgaG93IHRvIDxicj4NCiZndDsgJmd0OyBo YW5kbGUgUkgzJ3MgaWYgdGhlIG5vZGUgaXMgYWxzbyBhIFJQTC1hd2FyZSByb3V0ZXIgYW5kIHNh eSBpdCBNVVNUIDxicj4NCiZndDsgJmd0OyBkcm9wIHRoZSBwYWNrZXQgaWYgc2VnbWVudHMgbGVm dCBpcyBub24temVybyBhbmQgaXQncyBub3QgYSBSUEwtYXdhcmUgPGJyPg0KJmd0OyAmZ3Q7IHJv dXRlci4gPGJyPg0KJmd0OyA8YnI+DQomZ3Q7ICZndDsgUmVsYXRlZDogSSdkIGFsc28gcmVjb21t ZW5kOiA8YnI+DQomZ3Q7IDxicj4NCiZndDsgJmd0OyAmcXVvdDtJdCBzaG91bGQganVzdCBiZSBu b3RlZCB0aGF0IGFuIGluY29taW5nIFJIMyBtdXN0IGJlIGZ1bGx5IGNvbnN1bWVkLCA8YnI+DQom Z3Q7ICZndDsgb3IgdmVyeSBjYXJlZnVsbHkgaW5zcGVjdGVkLiZxdW90OyA8YnI+DQomZ3Q7IDxi cj4NCiZndDsgLSZndDsgPGJyPg0KJmd0OyA8YnI+DQomZ3Q7ICZndDsgJnF1b3Q7SXQgc2hvdWxk IGp1c3QgYmUgbm90ZWQgdGhhdCBhbiBpbmNvbWluZyBSSDMgTVVTVCBiZSBmdWxseSA8YnI+DQom Z3Q7ICZndDsgY29uc3VtZWQuJnF1b3Q7IDxicj4NCiZndDsgPGJyPg0KJmd0OyBJIHRoaW5rIHRo YXQgUGFzY2FsIGFuZCBJLCB3aGVuIHdlIHdyaXRlIHRoZSAmcXVvdDtjYXJlZnVsbHkgaW5zcGVj dGVkJnF1b3Q7LCBpcyB0aGF0IHdlIDxicj4NCiZndDsgYXJlIGltYWdpbmluZyBzaXR1YXRpb25z IHdoZXJlIHRoZSB0b3BvbG9neSBpcyBhIGJpdCBzdWJ0bGUuIDxicj4NCjxicj4NClllcywgSSBl eHBlY3RlZCBwb2xpY2llcyB0aGF0IHdvdWxkIHZhbGlkYXRlIHRoZSByaWdodCBvZiBhIExlYWYg dG8gcGFydGljaXBhdGUgdG8gYSBET0RBRyAsb3IgdG8gcmVtYXAgdGhlIGluZm9ybWF0aW9uIGZy b20gdGhlIGxlYWYgKGNvdWxkIGJlIHRoZSBSUEksIHRoZSBvcGFxdWUgZmllbGQgaW4gdGhlIEVB Uk8sIG9yIHRoZSA2LXR1cGxlKSBpbnRvIGFuIFJQSS4NCjxicj4NCjxicj4NCiZndDsgUGVyaGFw cyB0aGVyZSBhcmUgZmlyZXdhbGxzIGludm9sdmVkLiA8YnI+DQomZ3Q7IFBlcmhhcHMgYSBkZXZp Y2UgaGFzIG11bHRpcGxlIGludGVyZmFjZXMgKG1hbnkgcmFkaW9zIGZvciBpbnN0YW5jZSkgYW5k IHRoZSA8YnI+DQomZ3Q7IGV4dHJhIHNlZ21lbnRzIGFkZHJlc3MgdGhlIG90aGVyIGludGVyZmFj ZXMuIDxicj4NCiZndDsgPGJyPg0KJmd0OyBBbHNvIGRyYWZ0LWlldGYtYW5pbWEtYXV0b25vbWlj LWNvbnRyb2wtcGxhbmUgdXNlcyBzdG9yaW5nIG1vZGUsIHNvIG5ldmVyIDxicj4NCiZndDsgaGFz IDxicj4NCiZndDsgUkgzIGhlYWRlcnMsIGJ1dCBpbWFnaW5lIGlmIGl0IGRpZC4gPGJyPg0KJmd0 OyA8YnI+DQomZ3Q7IE9uZSBjb3VsZCBoYXZlIGEgc2l0dWF0aW9uIHdoZXJlIHRoZSBwaHlzaWNh bCBzeXN0ZW0gY29udGFpbmluZyBvbmUgb3IgbW9yZSA8YnI+DQomZ3Q7IGxheWVycyBvZiBjb250 YWluZXIgd2FzIG5vdCB0aGUgdWx0aW1hdGUgbGFzdCBob3AgZnJvbSBhIGxvZ2ljYWwgcG9pbnQg b2Ygdmlldy4NCjxicj4NCiZndDsgUmF0aGVyIHRoYW4gaW5uZXIgY29udGFpbmVyIHdhcy4gU28s IGl0J3MgYWxsIHRoZSBzYW1lIHN0YWNrIGFjdHVhbGx5LiBJbiB0aGF0IDxicj4NCiZndDsgY2Fz ZSwgYW4gb3B0aW1pemF0aW9uIG1pZ2h0IGJlIHRvIHByb2Nlc3MgbW9yZSB0aGFuIG9uZSBzZWdt ZW50IGluIHRoYXQgPGJyPg0KJmd0OyBzdGFjay4gPGJyPg0KJmd0OyAoVGhlIEFOSU1BIEFDUCBk ZWZpbml0ZWx5IHN1cHBvcnRzIGhhdmluZyBWTXMgYW5kIGNvbnRhaW5lcnMgaW5zaWRlIDxicj4N CiZndDsgcm91dGVycykgPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IFNvLCBJIGNhbiBsaXZlIHdpdGgg eW91ciBzdWdnZXN0aW9uLCBiZWNhdXNlIGluIG15IGNhc2UgYWJvdmUsIHdlIGNhbiBhcmd1ZSA8 YnI+DQomZ3Q7IHRoYXQgaXQncyBzdGlsbCAmcXVvdDtjb25zdW1lZCZxdW90OyA8YnI+DQomZ3Q7 IDxicj4NCiZndDsgJmd0OyAqIEknbSBjb25mdXNlZCBieSB0aGUgdXNlIG9mICZxdW90O2NvbnN1 bWVkJnF1b3Q7IGhlcmUuIElzIHRoZSBmaW5hbCBSSDMgZW50cnkgPGJyPg0KJmd0OyAmZ3Q7IFJV TCdzIGFkZHJlc3M/IEkgZ3Vlc3MgeW91IGNvdWxkIHNheSBSSCBwZW51bHRpbWF0ZSBob3AgJnF1 b3Q7Y29uc3VtZXMmcXVvdDsgdGhlIDxicj4NCiZndDsgJmd0OyBoZWFkZXIgYmVjYXVzZSB0aGUg dWx0aW1hdGUgZGVzdGluYXRpb24gYWRkcmVzcyBpcyBwdXQgaW4gdGhlIGhlYWRlciBEQSA8YnI+ DQomZ3Q7ICZndDsgZmllbGQuIFNlZW1zIGEgYml0IG9kZCB0aG91Z2guIDxicj4NCiZndDsgPGJy Pg0KJmd0OyBZZXMsIHRoYXQncyB3aGF0IHdlIG1lYW4uIDxicj4NCjxicj4NClllcywgYXMgSSBz YWlkIGluIG15IHJlc3BvbnNlIEkgdGhvdWdodCBpdCB3YXMgcXVpdGUgY29tbW9uLiBJJ20gc3Vy cHJpc2VkIHRvIGZpbmQgbGl0dGxlIGFydCB0byBxdW90ZS4NCjxicj4NCjxicj4NCiZndDsgT25j ZSB0aGF0IHVsdGltYXRlIGRlc3RpbmF0aW9uIGlzIGluIHRoZSBEQSwgdGhlbiB0aGUgUkgzIGlz IGEgZHVtbXksIGJ1dCBvbmUgPGJyPg0KJmd0OyB3ZSBhcmUgYXJlbid0IHN1cHBvc2VkIHRvIHJl bW92ZS4gPGJyPg0KJmd0OyA8YnI+DQomZ3Q7ICZndDsgSSBhc3N1bWUgNkxSX24gZ2V0cyBSVUwn cyBhZGRyZXNzIGZyb20gdGhlIGxhc3Qgc2VnbWVudCBpbiBSSDMuIDxicj4NCiZndDsgPGJyPg0K Jmd0OyAmZ3Q7ICZxdW90O0NvbnN1bWVkJnF1b3Q7IG1lYW5zIHNlZ21lbnRzIGxlZnQgPT0gMCwg SSBndWVzcz8gSSBzdXBwb3NlIHNob3VsZCBoYXZlIDxicj4NCiZndDsgJmd0OyBwaWNrZWQgdXAg b24gdGhpcyB0ZXJtaW5vbG9neSB3aGVuIGl0IHdhcyBmaXJzdCB1c2VkIGluIFNlY3Rpb24gMi4g PGJyPg0KJmd0OyAmZ3Q7IE1heWJlIGNsYXJpZnkgd2hhdCBpdCBtZWFucyBpbiB0aGF0IHNlY3Rp b24gKDIpPyA8YnI+DQomZ3Q7IDxicj4NCiZndDsgWWVzLiA8YnI+DQo8YnI+DQo8YnI+DQpDb29s LCB3ZSdyZSBnb29kISA8YnI+DQo8YnI+DQpQYXNjYWwgPGJyPg0KX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQpSb2xsIG1haWxpbmcgbGlzdDxicj4N CjxhIGhyZWY9Im1haWx0bzpSb2xsQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+Um9sbEBpZXRm Lm9yZzwvYT48YnI+DQo8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp bmZvL3JvbGwiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xp c3RpbmZvL3JvbGw8L2E+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNp emU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NClJvbGwgbWFp bGluZyBsaXN0PGJyPg0KPGEgaHJlZj0ibWFpbHRvOlJvbGxAaWV0Zi5vcmciIHRhcmdldD0iX2Js YW5rIj5Sb2xsQGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3Jn L21haWxtYW4vbGlzdGluZm8vcm9sbCIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYu b3JnL21haWxtYW4vbGlzdGluZm8vcm9sbDwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9w Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1s Pg0K --_000_CO1PR11MB4881E24A3E625E2C3089915AD8D00CO1PR11MB4881namp_-- From nobody Thu Jan 7 06:41:52 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 B90D63A11AF for ; Thu, 7 Jan 2021 06:41:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.198 X-Spam-Level: X-Spam-Status: No, score=-0.198 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, 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 ROFmMGHUdRUP for ; Thu, 7 Jan 2021 06:41:49 -0800 (PST) Received: from mail-vs1-xe2f.google.com (mail-vs1-xe2f.google.com [IPv6:2607:f8b0:4864:20::e2f]) (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 421BC3A11B0 for ; Thu, 7 Jan 2021 06:41:49 -0800 (PST) Received: by mail-vs1-xe2f.google.com with SMTP id r24so3711979vsg.10 for ; Thu, 07 Jan 2021 06:41:49 -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=m8NLFrS+Xk61Z9pbYhh1P03qn6VTcYjfCKIy9Ttk1yA=; b=W871KcjGPYO1aKg8uQuHn9sfLJoSptsuenXAca5DX2x5kE+OzUL4JjUzuUBe+jnn41 WY9tGAYrBlZM28Acc0gNyfBkKXrw5/eJoI0rSwlAjgytVGMfMY4uiy/M8bqPXcu/Sp/D 7p4J7ks2Q6M8y6KyYxMHd778yacw8AVpRk48i1c/gutiOiHLIeiAFPleaZ1C1oHeRaNj /BMPi18DurJcNzMRKjztoLk8liPUi3lFsihEZBRUUUAw+o4v67eGjxUEM4U2jNDmgelK /Li0o4NfQckwZk+9zgiAddfCCtLjuTY2dcRa4zL1fWzLSG0/s9a5S/E3JhxHnkUzAW61 7lFQ== 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=m8NLFrS+Xk61Z9pbYhh1P03qn6VTcYjfCKIy9Ttk1yA=; b=ab7Qc+a6du0LKho5WZhLQANl3fogsXdwx70dq5CSmsmEMBX6ExvW4rvBvu5A6tdVmf S22JccDrHfIjRVBPPCdgNxQhRM9UIKHwfnLOKHAfQFqND75tPEZ380BID42urv7R4ycL d4LHftQCZ0K/gfcWj+VUj7ELDCk3oHfy8AwnYiP1GiusNM2fAhseRQOx0/GdXDngWV7j hSKZoWYsQ+4hCJbGlRC95ylaEzWNufghAtLEKHU3i0ILwgl902q/LY0dWV1oCnzf1WkU V1pSPMuce7660X7zoMx0S+wpmI9nVBg3/vJ0cgSyZkdh2h33rAqDICC17gwOsePa3OQV zkDw== X-Gm-Message-State: AOAM531Gb2zR/kaOT08ajYD0A6DrenfvtxWX8Xw5bu62ufNfOLrkT1ss eVK1TLq6EhPQpjRHsA34B6zvtNvzPf32K4zuPwEr2uhQohk= X-Google-Smtp-Source: ABdhPJyL2IthLxAkbhNslb8jUE4H69aRiea9cenuq5fnkPeyEvvX2LmpWbiUWl9DJCgUuSh/frc00ezKJHYJOzYt+TY= X-Received: by 2002:a67:3189:: with SMTP id x131mr7477704vsx.13.1610030508058; Thu, 07 Jan 2021 06:41:48 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Ines Robles Date: Thu, 7 Jan 2021 16:41:12 +0200 Message-ID: To: roll Content-Type: multipart/alternative; boundary="00000000000082ad4105b85070fa" Archived-At: Subject: Re: [Roll] Doodle for Interim Meeting in January - Minutes from IETF 109 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, 07 Jan 2021 14:41:51 -0000 --00000000000082ad4105b85070fa Content-Type: text/plain; charset="UTF-8" Dear all, This is a kindly reminder to fill the doodle by Tomorrow 8th January. Thank you and best regards, Ines and Dominique On Mon, Dec 21, 2020 at 5:50 PM Ines Robles wrote: > Dear all, > > Please find the link to the doodle in order to set up an interim meeting > at the end of January 2021. Please fill it by 8th of January. > > https://doodle.com/poll/936cn2y6uwfp3dia?utm_source=poll&utm_medium=link > > > Please also find the link to the minutes of the IETF109, comments welcome > by 3th January. Many many thanks to the minute takers :-) > > https://datatracker.ietf.org/doc/minutes-109-roll/ > > Best wishes, > > Ines and Dominique. > > > > > --00000000000082ad4105b85070fa Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear all,

This is a kindly reminder= to fill the doodle by Tomorrow 8th January.

Thank= you and best regards,

Ines and Dominique

On = Mon, Dec 21, 2020 at 5:50 PM Ines Robles <mariainesrobles@googlemail.com> wrote:
Dear al= l,

Please find the link to the doodle in order to set up= an interim meeting at the end of January 2021.=C2=A0 Please fill it by 8th of January.



<= /div>
Please also find the link to the minutes of the IETF109, comments= welcome by 3th January. Many many thanks to the minute takers :-)






--00000000000082ad4105b85070fa-- From nobody Sun Jan 10 10:47:27 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 5DA8D3A11B2; Sun, 10 Jan 2021 10:47:21 -0800 (PST) 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.24.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: roll@ietf.org Message-ID: <161030444133.26223.11607700831740741697@ietfa.amsl.com> Date: Sun, 10 Jan 2021 10:47:21 -0800 Archived-At: Subject: [Roll] I-D Action: draft-ietf-roll-useofrplinfo-43.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: Sun, 10 Jan 2021 18:47:22 -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 : Using RPI Option Type, Routing Header for Source Routes and IPv6-in-IPv6 encapsulation in the RPL Data Plane Authors : Maria Ines Robles Michael C. Richardson Pascal Thubert Filename : draft-ietf-roll-useofrplinfo-43.txt Pages : 63 Date : 2021-01-10 Abstract: This document looks at different data flows through LLN (Low-Power and Lossy Networks) where RPL (IPv6 Routing Protocol for Low-Power and Lossy Networks) is used to establish routing. The document enumerates the cases where RFC6553 (RPI Option Type), RFC6554 (Routing Header for Source Routes) and IPv6-in-IPv6 encapsulation is required in data plane. This analysis provides the basis on which to design efficient compression of these headers. This document updates RFC6553 adding a change to the RPI Option Type. Additionally, this document updates RFC6550 defining a flag in the DIO Configuration option to indicate about this change and updates RFC8138 as well to consider the new Option Type when the RPL Option is decompressed. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-roll-useofrplinfo/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-roll-useofrplinfo-43 https://datatracker.ietf.org/doc/html/draft-ietf-roll-useofrplinfo-43 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-roll-useofrplinfo-43 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 Sun Jan 10 11:06:56 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 4423A3A11CD; Sun, 10 Jan 2021 11:06:50 -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 090vmpEHl2nP; Sun, 10 Jan 2021 11:06:48 -0800 (PST) Received: from mail-ua1-x933.google.com (mail-ua1-x933.google.com [IPv6:2607:f8b0:4864:20::933]) (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 00A653A11CC; Sun, 10 Jan 2021 11:06:47 -0800 (PST) Received: by mail-ua1-x933.google.com with SMTP id k47so5275811uad.1; Sun, 10 Jan 2021 11:06:47 -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=ODGNrP2A8o8bwPWmNyzdfNALYo32f2UheC4wWWd3zqU=; b=aoOlLI1R7MO/3/tP0Q2SmiFKGil83sQqJjMMKhXLOPV8rYvobKV0o9dmY0nDgHc2gw prf5tmiTntI01yXH72r3/xnFULCumdep50if2f7Qg0lFKKVx+76nLRXdIYXU59Tnw1MH 6NLnFPqcuRv0Lh/gLu4aZQtNCrIcnoEi6DRpljVYPOXtgW/5cFJrqNZIqWEFr7V/NHDZ z4cykhTug8xNHKGKyYQlLj35ecAU+i2VZd3mZJXtotzqXd9UM+qqA4gpRyoabpgh6JHV DVzD0/eSICNOwWc8KX0AoNwoeGTruucop15PpJKA3NiOh2nI/2Xy+2PuWZxX/9GtR+gL 1Viw== 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=ODGNrP2A8o8bwPWmNyzdfNALYo32f2UheC4wWWd3zqU=; b=iERFoIeROv1guF3AJdHKB45rbWPlPcMrFEAPWmXisdymgHUUyauIQsyAcZjvHcpAt6 UaDw4vfVAXwADFrdo9TTp1jxM+dn+cVpOaB+r/vNGoK9Fvr9EMU3NPsci9cGHOzW/gV3 Vtsr9N3jFdsWmgjzeanwoi8oohnjKAjePl3oT6SfhExjrpjskPnG0rDuOIv7W/CM+TT7 5pkBCcxD3MoXUatVe2hLfGX/M3gEprUaj8XE159eqUvSsYdvL/OSqjTUkLniZRfr+jUm Lo7efTiPl8SkkiYhsMx5GpAagx+sTf5KzLcEYuo6VwBrPrf+934UxKyJhWaDlnmXuJNZ AtQg== X-Gm-Message-State: AOAM5317BmK2eyXtEBbHeshz7+ZKapB13IBruZHnZOblivEmNfH0vBi9 lZTAMJILjpe3h4FRDGIte5rUCFqF9awrzc706UA= X-Google-Smtp-Source: ABdhPJyRHem5Pj2GCH4CJ0HN6sw+PSphKThuFa4zKr3uQQVWYrYjJnzLw1pZIPrMd+buNDCRykn7gBt8yq/kzb4CjaY= X-Received: by 2002:ab0:1c07:: with SMTP id a7mr10321233uaj.17.1610305606940; Sun, 10 Jan 2021 11:06:46 -0800 (PST) MIME-Version: 1.0 References: <160796263723.20486.13781592636170212238@ietfa.amsl.com> In-Reply-To: <160796263723.20486.13781592636170212238@ietfa.amsl.com> From: Ines Robles Date: Sun, 10 Jan 2021 21:06:10 +0200 Message-ID: To: =?UTF-8?B?w4lyaWMgVnluY2tl?= Cc: The IESG , draft-ietf-roll-useofrplinfo@ietf.org, roll-chairs , roll , Peter Van der Stok , Alvaro Retana , =?UTF-8?B?TWFsacWhYSBWdcSNaW5pxIc=?= Content-Type: multipart/alternative; boundary="000000000000ae7d1a05b8907d51" Archived-At: Subject: Re: [Roll] =?utf-8?q?=C3=89ric_Vyncke=27s_No_Objection_on_draft-ietf?= =?utf-8?q?-roll-useofrplinfo-42=3A_=28with_COMMENT=29?= 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, 10 Jan 2021 19:06:50 -0000 --000000000000ae7d1a05b8907d51 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Dear Eric, Thank you very much for your comments and suggestions, we believe that version 43 (diff) addresses your concern, please find comments inline: Diff: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-roll-useofrplinfo-43 On Mon, Dec 14, 2020 at 6:17 PM =C3=89ric Vyncke via Datatracker < noreply@ietf.org> wrote: > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > Thank you for the work put into this document. It is long but also clear > and > easy to read. > > Malisa's IoT directorate review indicates nothing to be addressed (thank > you > again Malisa !): > > https://datatracker.ietf.org/doc/review-ietf-roll-useofrplinfo-42-iotdir-= lc-vucinic-2020-12-09/ > > The changes since my latest "no objection" ballot appear to be mainly > editorial > beside a couple of big changes (rightfully causing a new IETF last call). > Please find below some non-blocking COMMENT points (but replies would be > appreciated), and some nits. > > I hope that this helps to improve the document, > > Regards, > > -=C3=A9ric > > =3D=3D COMMENTS =3D=3D > > -- Section 2 -- > "As an IPv6 node, a RPL Leaf is expected to ignore a > consumed Routing Header and as an IPv6 host, it is expected to ignore > a Hop-by-Hop header. " > > Suggest to define what is a "consumed RH". > New text added in Terminology: Consumed: A Routing Header is consumed when the Segments Left field is zero, which indicates that the destination in the IPv6 header is the final destination of the packet and that the hops in the Routing Header have been traversed. > > Suggest to be clear about the HbH: some options in HbH can be ignored > indeed > but by all *nodes*, there is nothing specific for *hosts* (as they are al= so > nodes) per section 4.3 of RFC 8200. > < authors > hosts replaced by nodes. New text: ...nodes that are pre-RFC8200, or simply intolerant. Those nodes will drop packets that continue to have RPL artifacts in them. In general, such nodes can not be easily supported in RPL LLNs.... > > "RPL Packet Information (RPI): The abstract information" why is this > 'abstract' > ? > < authors > New text that clarifies the use of abstract in the document: RPL Packet Information (RPI): The information defined abstractly in [RFC6550] to be placed in IP packets. The term is commonly used, including in this document, to refer to the RPL Option [RFC6553] that transports that abstract information in an IPv6 Hop-by-Hop Header. [RFC8138] provides an alternate (more compressed) formating for the same abstract information. > > I also find the definition of 'flag day' confusing... can 2 values of RPI > Option Types co-exist in the network? > > < authors > New definition of flag day Flag Day: It is a mechanism for resolving an interoperability situation (e.g. lack of interoperation between new RPI Option Type (0x23) and old RPI Option Type (0x63) nodes) by making an abrupt, disruptive changeover from one to the other. -- Section 4.2 -- > "When originating new packets, implementations SHOULD have an option > to determine which value to originate with, this option is controlled > by the DIO option described below." > > Unsure whether normative language should be used in the above text. > Moreover, > if the option type is controlled by the DIO option, then there is no more > 'option' to determine the value as it is specified. > Normative language eliminated, new text is as follows: When originating new packets, implementations should have an option to determine which value to originate with, this option is controlled by the DIO Configuration option (Section Section 4.1.3). > > -- Section 7.2.2 -- > Should the text also include 'decapsulate from IPv6-in-IPv6" in addition = to > "When the packet arrives at the RAL the RPI is removed " ? > < authors > New text: When the packet arrives at the RAL, the packet is decapsulated, which removes the RPI before the packet is processed. > > =3D=3D NITS =3D=3D > > Is Ines' affiliation still correct? > < authors > Yes > > -- Section 4.1.1 -- > Suggest to start a new paragraph from "In the other direction, ..." > < authors > done Thank you very much again, Ines, Michael and Pascal --000000000000ae7d1a05b8907d51 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear Eric,

Thank you v= ery much for your comments and suggestions, we believe that version 43 (dif= f) addresses your concern, please find comments inline:

On Mon, Dec 14, 2020= at 6:17 PM =C3=89ric Vyncke via Datatracker <noreply@ietf.org> wrote:

----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

Thank you for the work put into this document. It is long but also clear an= d
easy to read.

Malisa's IoT directorate review indicates nothing to be addressed (than= k you
again Malisa !):
https= ://datatracker.ietf.org/doc/review-ietf-roll-useofrplinfo-42-iotdir-lc-vuci= nic-2020-12-09/

The changes since my latest "no objection" ballot appear to be ma= inly editorial
beside a couple of big changes (rightfully causing a new IETF last call). Please find below some non-blocking COMMENT points (but replies would be appreciated), and some nits.

I hope that this helps to improve the document,

Regards,

-=C3=A9ric

=3D=3D COMMENTS =3D=3D

-- Section 2 --
=C2=A0 "As an IPv6 node, a RPL Leaf is expected to ignore a
=C2=A0 =C2=A0consumed Routing Header and as an IPv6 host, it is expected to= ignore
=C2=A0 =C2=A0a Hop-by-Hop header.=C2=A0 "

Suggest to define what is a "consumed RH".
<= br>
<authors> New text added in Terminology:

=
Consumed: A Routing Header is consumed when the Segments Left fi= eld
=C2=A0 =C2=A0 is zero, which indicates that the destination in the= IPv6 header is
=C2=A0 =C2=A0 the final destination of the packet and = that the hops in the Routing
=C2=A0 =C2=A0 Header have been traversed.=

</ authors >=C2=A0=C2=A0
=C2=A0

Suggest to be clear about the HbH: some options in HbH can be ignored indee= d
but by all *nodes*, there is nothing specific for *hosts* (as they are also=
nodes) per section 4.3 of RFC 8200.

<= ; authors >
hosts replaced by nodes.=C2=A0 New text:

...nodes that are pre-RFC8200, or simply intolerant.=C2=A0 Those node= s will
drop packets that continue to have RPL artifacts in them.=C2=A0 I= n
general, such nodes can not be easily supported in RPL LLNs....

</ authors >=C2=A0 =C2=A0

"RPL Packet Information (RPI): The abstract information" why is t= his 'abstract'
?

< authors > New text that clarifies the use of abstract in the document:

RPL Packet Information (RPI): The information defined abstr= actly in
[RFC6550] to be placed in IP packets.=C2=A0 The term is commonl= y used,
including in this document, to refer to the RPL Option [RFC6553]= that
transports that abstract information in an IPv6 Hop-by-Hop Header.=
[RFC8138] provides an alternate (more compressed) formating for the
= same abstract information.

</ authors >=C2=A0 =C2=A0

I also find the definition of 'flag day' confusing... can 2 values = of RPI
Option Types co-exist in the network?

< authors >
New definition of flag day

Flag= Day: It is a mechanism for resolving an interoperability
=C2=A0situatio= n (e.g. lack of interoperation between new RPI Option Type
(0x23) and o= ld RPI Option Type (0x63) nodes) by making an abrupt,
disruptive change= over from one to the other.

</ authors >=C2=A0 =C2=A0

-- Section 4.2 --
=C2=A0 "When originating new packets, implementations SHOULD have an o= ption
=C2=A0 =C2=A0to determine which value to originate with, this option is con= trolled
=C2=A0 =C2=A0by the DIO option described below."

Unsure whether normative language should be used in the above text. Moreove= r,
if the option type is controlled by the DIO option, then there is no more 'option' to determine the value as it is specified.

<authors> Normative language eliminated, new tex= t is as follows:

When originating new packets, implementation= s should have an option
to determine which value to originate with, this= option is controlled
by the DIO Configuration option (Section Section 4= .1.3).

</authors>

-- Section 7.2.2 --
Should the text also include 'decapsulate from IPv6-in-IPv6" in ad= dition to
"When the packet arrives at the RAL the RPI is removed " ?

< authors > New text:
When the packet arrives at the RAL, the packet is = decapsulated, which
removes the RPI before the packet is processed.
<= /div>
</ authors >=C2=A0 =C2=A0

=3D=3D NITS =3D=3D

Is Ines' affiliation still correct?

< authors > Yes </ authors >=C2=A0 =C2=A0

-- Section 4.1.1 --
Suggest to start a new paragraph from "In the other direction, ...&quo= t;

< authors > done </ authors >=C2=A0=C2=A0

Thank you very much again,
<= div>
Ines, Michael and Pascal=C2=A0
--000000000000ae7d1a05b8907d51-- From nobody Sun Jan 10 11:11: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 F1C313A11D1 for ; Sun, 10 Jan 2021 11:11:43 -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 33o43cc3ubV5 for ; Sun, 10 Jan 2021 11:11:42 -0800 (PST) Received: from mail-vs1-xe2e.google.com (mail-vs1-xe2e.google.com [IPv6:2607:f8b0:4864:20::e2e]) (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 D72C53A11CF for ; Sun, 10 Jan 2021 11:11:41 -0800 (PST) Received: by mail-vs1-xe2e.google.com with SMTP id e15so8604695vsa.0 for ; Sun, 10 Jan 2021 11:11:41 -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=+VPZ5m7BXQdAiU8ZtTc37ARkC2QoJ0aQHVcJEUZwzwQ=; b=Kxajc3Vb9vGQ2/R1lc22yTYWTcOeiLnVmIdFkPankP3ycJDlG3t2wUdb63IgurefFM FYbYdVyajQrKCseNmAAZa0zjvavaI3Zi/BFP0fyVvmEmXFAl4yn9AkGEVP51ZyHnZVdb 0nulBsX/2R8iwrURa7yr42awqEFUBMCb9BNem/2iTs+8OThGrMJW6zGvQsPBwZVTwnGM YQY0a6UjCCifTId0B080/PKh3ms+IxabI9NWZzT4DtTkKKYud/VHdDptR7IicD7dGFJ/ z8G4+NTBq+LlUm95mktA+WOJsnXKgUPkO31zkyqhdYhb5hu1WITIh0yFBqim5FPxaO0t sb5w== 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=+VPZ5m7BXQdAiU8ZtTc37ARkC2QoJ0aQHVcJEUZwzwQ=; b=RYjy5KAeU4tMvLUw8K3efBgkLBQlN7VoImdun0qq0qXRwcnk84bSaToZre5PY3q33M Q9dXtyDETmm/ZSS9xjsshTkEhCRNm0fb+ItKG6aKiRzTctf9e4z+uCTMVqNP3NiOligt DCCaHZjjJ3w1wFn+yHUXjK5MX7SknFvb7/kGnztNIpPBVkiuVau9lsakNZkaV7c8+c2I HVSWfpHUefyWDOVav9lZEboCNFBqCp7oYZ8yGZrWqeASFZlFX6p966d2su2v6il7O4r/ cAYzf+c5s6IuFQPFunbKgEqFO/BakV6X7YX1u9UE62F2KRBskDUXcaSiLDBDYoz/zGbs EkAg== X-Gm-Message-State: AOAM531NRlUIqsTj+PKlT0y1wK2Swhyx9u1xRarHq1OWlNgsn5z667PX DlZYKieJztaLqVcPkE3dEfm+WCV/QTqTTztep2209JZ+9k0KwA== X-Google-Smtp-Source: ABdhPJw31irMfydYWSnIJLcBf3z/GlbD0Xog309IH56fs4wsZ+2zEWH3EnStZvzwLkiJM0xgGt8m5acpc7Nyv420EFE= X-Received: by 2002:a05:6102:3111:: with SMTP id e17mr10820013vsh.3.1610305900865; Sun, 10 Jan 2021 11:11:40 -0800 (PST) MIME-Version: 1.0 References: <160809761379.22994.11202105892505044046@ietfa.amsl.com> <9337.1608141694@localhost> In-Reply-To: From: Ines Robles Date: Sun, 10 Jan 2021 21:11:04 +0200 Message-ID: To: Erik Kline Cc: "Pascal Thubert (pthubert)" , roll Content-Type: multipart/alternative; boundary="000000000000336df405b8908f84" Archived-At: Subject: Re: [Roll] Erik Kline's Discuss on draft-ietf-roll-useofrplinfo-42: (with DISCUSS and COMMENT) 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, 10 Jan 2021 19:11:44 -0000 --000000000000336df405b8908f84 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Dear Erik, Thank you very much for your comments and suggestions, in version 43 (diff) [Diff: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-roll-useofrplinfo-43] we add= ed a definition of consumed RH: New text: Consumed: A Routing Header is consumed when the Segments Left field is zero, which indicates that the destination in the IPv6 header is the final destination of the packet and that the hops in the Routing Header have been traversed. Please let us know if this addresses your concern. Thank you again, Ines, Michael and Pascal. On Fri, Dec 18, 2020 at 5:42 PM Pascal Thubert (pthubert) wrote: > Hello Michael and all: > > > -----Original Message----- > > From: Roll On Behalf Of Michael Richardson > > Sent: mercredi 16 d=C3=A9cembre 2020 19:02 > > To: Erik Kline ; Routing Over Low power and Lossy > > networks > > Subject: Re: [Roll] Erik Kline's Discuss on > draft-ietf-roll-useofrplinfo-42: (with > > DISCUSS and COMMENT) > > > > > > Erik Kline via Datatracker wrote: > > > I might recommend instead referring to RFC 6554 S4.2 for how to > > > handle RH3's if the node is also a RPL-aware router and say it MU= ST > > > drop the packet if segments left is non-zero and it's not a > RPL-aware > > > router. > > > > > Related: I'd also recommend: > > > > > "It should just be noted that an incoming RH3 must be fully > consumed, > > > or very carefully inspected." > > > > -> > > > > > "It should just be noted that an incoming RH3 MUST be fully > > > consumed." > > > > I think that Pascal and I, when we write the "carefully inspected", is > that we > > are imagining situations where the topology is a bit subtle. > > Yes, I expected policies that would validate the right of a Leaf to > participate to a DODAG ,or to remap the information from the leaf (could = be > the RPI, the opaque field in the EARO, or the 6-tuple) into an RPI. > > > Perhaps there are firewalls involved. > > Perhaps a device has multiple interfaces (many radios for instance) and > the > > extra segments address the other interfaces. > > > > Also draft-ietf-anima-autonomic-control-plane uses storing mode, so nev= er > > has > > RH3 headers, but imagine if it did. > > > > One could have a situation where the physical system containing one or > more > > layers of container was not the ultimate last hop from a logical point > of view. > > Rather than inner container was. So, it's all the same stack actually. > In that > > case, an optimization might be to process more than one segment in that > > stack. > > (The ANIMA ACP definitely supports having VMs and containers inside > > routers) > > > > So, I can live with your suggestion, because in my case above, we can > argue > > that it's still "consumed" > > > > > * I'm confused by the use of "consumed" here. Is the final RH3 > entry > > > RUL's address? I guess you could say RH penultimate hop > "consumes" the > > > header because the ultimate destination address is put in the > header DA > > > field. Seems a bit odd though. > > > > Yes, that's what we mean. > > Yes, as I said in my response I thought it was quite common. I'm surprise= d > to find little art to quote. > > > Once that ultimate destination is in the DA, then the RH3 is a dummy, > but one > > we are aren't supposed to remove. > > > > > I assume 6LR_n gets RUL's address from the last segment in RH3. > > > > > "Consumed" means segments left =3D=3D 0, I guess? I suppose sh= ould > have > > > picked up on this terminology when it was first used in Section 2= . > > > Maybe clarify what it means in that section (2)? > > > > Yes. > > > Cool, we're good! > > Pascal > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll > --000000000000336df405b8908f84 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear Erik,

Thank you very much fo= r your comments and suggestions, in version 43 (diff)=C2=A0 [Diff:=C2=A0https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-roll-useofrplinfo-43] = we added a definition of consumed RH:

New text= :=C2=A0
=C2=A0 =C2=A0 Consumed: A Routing Header is consumed when the S= egments Left field
=C2=A0 =C2=A0 is zero, which indicates that the des= tination in the IPv6 header is
=C2=A0 =C2=A0 the final destination of = the packet and that the hops in the Routing
=C2=A0 =C2=A0 Header have = been traversed.

Please let us know if this add= resses your concern.

Thank you again,
Ines, Michael and Pascal.=C2=A0

On Fri, Dec 18, 2020 at 5= :42 PM Pascal Thubert (pthubert) <pthubert=3D40cisco.com@dmarc.ietf.org> wrote:
Hello Michael and all:

> -----Original Message-----
> From: Roll <roll-bounces@ietf.org> On Behalf Of Michael Richardson
> Sent: mercredi 16 d=C3=A9cembre 2020 19:02
> To: Erik Kline <ek.ietf@gmail.com>; Routing Over Low power and Lossy
> networks <roll@i= etf.org>
> Subject: Re: [Roll] Erik Kline's Discuss on draft-ietf-roll-useofr= plinfo-42: (with
> DISCUSS and COMMENT)
>
>
> Erik Kline via Datatracker <noreply@ietf.org> wrote:
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0I might recommend instead referrin= g to RFC 6554 S4.2 for how to
>=C2=A0 =C2=A0 =C2=A0> handle RH3's if the node is also a RPL-awa= re router and say it MUST
>=C2=A0 =C2=A0 =C2=A0> drop the packet if segments left is non-zero a= nd it's not a RPL-aware
>=C2=A0 =C2=A0 =C2=A0> router.
>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0Related: I'd also recommend: >
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0"It should just be noted that= an incoming RH3 must be fully consumed,
>=C2=A0 =C2=A0 =C2=A0> or very carefully inspected."
>
>=C2=A0 =C2=A0 =C2=A0->
>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0"It should just be noted that= an incoming RH3 MUST be fully
>=C2=A0 =C2=A0 =C2=A0> consumed."
>
> I think that Pascal and I, when we write the "carefully inspected= ", is that we
> are imagining situations where the topology is a bit subtle.

Yes, I expected policies that would validate the right of a Leaf to partici= pate to a DODAG ,or to remap the information from the leaf (could be the RP= I, the opaque field in the EARO, or the 6-tuple) into an RPI.

> Perhaps there are firewalls involved.
> Perhaps a device has multiple interfaces (many radios for instance) an= d the
> extra segments address the other interfaces.
>
> Also draft-ietf-anima-autonomic-control-plane uses storing mode, so ne= ver
> has
> RH3 headers, but imagine if it did.
>
> One could have a situation where the physical system containing one or= more
> layers of container was not the ultimate last hop from a logical point= of view.
> Rather than inner container was.=C2=A0 So, it's all the same stack= actually.=C2=A0 In that
> case, an optimization might be to process more than one segment in tha= t
> stack.
> (The ANIMA ACP definitely supports having VMs and containers inside > routers)
>
> So, I can live with your suggestion, because in my case above, we can = argue
> that it's still "consumed"
>
>=C2=A0 =C2=A0 =C2=A0> * I'm confused by the use of "consume= d" here.=C2=A0 Is the final RH3 entry
>=C2=A0 =C2=A0 =C2=A0> RUL's address?=C2=A0 I guess you could say= RH penultimate hop "consumes" the
>=C2=A0 =C2=A0 =C2=A0> header because the ultimate destination addres= s is put in the header DA
>=C2=A0 =C2=A0 =C2=A0> field.=C2=A0 Seems a bit odd though.
>
> Yes, that's what we mean.

Yes, as I said in my response I thought it was quite common. I'm surpri= sed to find little art to quote.

> Once that ultimate destination is in the DA, then the RH3 is a dummy, = but one
> we are aren't supposed to remove.
>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0I assume 6LR_n gets RUL's addr= ess from the last segment in RH3.
>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0"Consumed" means segment= s left =3D=3D 0, I guess?=C2=A0 I suppose should have
>=C2=A0 =C2=A0 =C2=A0> picked up on this terminology when it was firs= t used in Section 2.
>=C2=A0 =C2=A0 =C2=A0> Maybe clarify what it means in that section (2= )?
>
> Yes.


Cool, we're good!

Pascal
_______________________________________________
Roll mailing list
Roll@ietf.org
https://www.ietf.org/mailman/listinfo/roll
--000000000000336df405b8908f84-- From nobody Sun Jan 10 11:19:14 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 E39493A11D9; Sun, 10 Jan 2021 11:19:13 -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 Mv_zqUImUfS2; Sun, 10 Jan 2021 11:19:11 -0800 (PST) Received: from mail-vs1-xe34.google.com (mail-vs1-xe34.google.com [IPv6:2607:f8b0:4864:20::e34]) (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 A9FC43A11D8; Sun, 10 Jan 2021 11:19:10 -0800 (PST) Received: by mail-vs1-xe34.google.com with SMTP id j140so8579998vsd.4; Sun, 10 Jan 2021 11:19:10 -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=yOFmEDn819xYDLgTEUVH6HkTwFTYBqK+dFXlmWRAv2I=; b=dyl+3+qIz2Q1PaFLroIRD+8yEMBAnBh8j1VRZGq7Tw0IcHPGBMWAvjI2LH+pyxFL11 QviHSPDSitR7mn6R39pV5WFvHDu280Pgf4/XxiHL9nuY2uIgEbW8MulOAirifDT+30Ib b9XsOIHYYab+iQU4npmjrzDbv+HbPWQbhWmw4zfjeoVNSf/Ec+S7EcHxIowN9/tSe+XL HCVGcOTKCKSk2uM3CxawE1BHQCEj4uvLHfhFHSHmbnQv0VLdVKGiO7lzRIItO7NXgam1 fQljHAkzZcUyhbjc9IGnsICIAKLwS2SWvXhmEugVcAsALisEAoavz12A21kUQsiwnFj7 ExRg== 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=yOFmEDn819xYDLgTEUVH6HkTwFTYBqK+dFXlmWRAv2I=; b=H7Sj9zoevzSr/MUKmjQaocBaM/7INcw7GD4pRwctFZsbSXvuPwF9ydkE5gsDHico50 hURSRyfH3m7MpagVTj5fGRi0AcxjkuMjLWsWPvsIZLSPmic0NTqrH3SLAqeGGHyGzKvx lJFGzhiUFkTD2RuDja6sVA6RZq4Ehy/RgT7GXXchqOycTcS4JpjBPBKCaU8Mhy32cXui BsK7rfFJ2p1GvwoAiO5Y2K6AfPgKUFvNOe8FU1sL1xGgGqv7bbqBM3dJBGzCX7EycyiW DGWCkJO9w2Crm13H/PMmcvJ1ZkDWaihXCneA7gfFRbWYIVpK89A57yNrM/itKsvhbXEJ lubw== X-Gm-Message-State: AOAM530sk8/nZh4NowDeD1O+Tu1gOQmocF5/WkrvNi5b0Mt6cOkmTkTM xO1N497/P3iPbc9GwQVsIVvtZ3xdgX4VYNWs+47u7YrPl3IEkA== X-Google-Smtp-Source: ABdhPJxdyKBjboa3vzk8GFZvPOsDEwf8X7kXkTWegk9BYJxWJshch231N8Rayixeka9ItRSoTa/RksvzLkTCk4ye/f4= X-Received: by 2002:a67:3189:: with SMTP id x131mr11031042vsx.13.1610306349535; Sun, 10 Jan 2021 11:19:09 -0800 (PST) MIME-Version: 1.0 References: <160817820238.8811.1808720747296891005@ietfa.amsl.com> In-Reply-To: <160817820238.8811.1808720747296891005@ietfa.amsl.com> From: Ines Robles Date: Sun, 10 Jan 2021 21:18:33 +0200 Message-ID: To: Barry Leiba Cc: The IESG , draft-ietf-roll-useofrplinfo@ietf.org, roll-chairs , roll , Peter Van der Stok , Alvaro Retana Content-Type: multipart/alternative; boundary="000000000000f195ed05b890a9a6" Archived-At: Subject: Re: [Roll] Barry Leiba's No Objection on draft-ietf-roll-useofrplinfo-42: (with COMMENT) 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, 10 Jan 2021 19:19:14 -0000 --000000000000f195ed05b890a9a6 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Dear Barry, Thank you very much for your comments and suggestions, we believe that version 43 (diff) addresses your concern, please find comments inline: Diff: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-roll-useofrplinfo-43 On Thu, Dec 17, 2020 at 6:10 AM Barry Leiba via Datatracker < noreply@ietf.org> wrote: > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > =E2=80=94 Section 2 =E2=80=94 > > Flag Day: In this document, refers to a transition that involves > having a network with different values of RPI Option Type. > > I don=E2=80=99t understand. First, I don=E2=80=99t find the text here cl= ear at all: is it > trying to say that two different values are coexisting (present at the sa= me > time) in one network? Second, that seems to be exactly the opposite of > what we > usually use a flag day for. The normal meaning of =E2=80=9Cflag day=E2= =80=9D is a preset > time > when a changeover is made, exactly *because* the old and the new can=E2= =80=99t > coexist > interoperably. A =E2=80=9Cflag day=E2=80=9D isn=E2=80=99t a situation ca= used by two > non-interoperable > things... it=E2=80=99s a mechanism for resolving such a situation by maki= ng an > abrupt, > planned changeover from one to the other. > Thank you for the clarification, the new description of flag day is as follows: Flag Day: It is a mechanism for resolving an interoperability situation (e.g. lack of interoperation between new RPI Option Type (0x23) and old RPI Option Type (0x63) nodes) by making an abrupt, disruptive changeover from one to the other. > =E2=80=94 Section 4.2 =E2=80=94 > > Thus, this document updates the Option Type of the RPL Option > [RFC6553], abusively naming it RPI Option Type for simplicity, > > What is the point of =E2=80=9Cabusively=E2=80=9D here? What=E2=80=99s it= supposed to mean? > it means that have been used plenty, we have deleted =E2=80=9Cabusively=E2=80=9D > > =E2=80=94 Section 10 =E2=80=94 > > This options allows to send > packets to not-RPL nodes, which should ignore the option and continue > processing the packets. > > I can=E2=80=99t sort this sentence out: > 1. =E2=80=9CThis options=E2=80=9D is mixing singular and plural. > 2. No option or options has/have been mentioned before, so I don=E2=80=99= t know > what > option(s) it=E2=80=99s talking about. 3. I guess you mean =E2=80=9Cnon-RP= L=E2=80=9D, rather than > =E2=80=9Cnot-RPL=E2=80=9C. 4. Allows *who* to send packets? =E2=80=9CAll= ows to=E2=80=9D needs a subject, > like > =E2=80=9Callows a node to send=E2=80=9D, or some such. 5. What is the ant= ecedent to > =E2=80=9Cwhich=E2=80=9D? > It=E2=80=99s not clear to me. > The new sentence is as follows: The 0x23 RPI Option allows to send packets to not-RPL nodes. The not-RPL nodes should ignore the option and continue processing the packets. > > As mentioned previously, indicating the new RPI in the DODAG > Configuration option flag is a way to avoid the flag day (lack of > interoperation) in a network using 0x63 as the RPI Option Type value. > > I=E2=80=99ll just note that this is a correct use of =E2=80=9Cflag day=E2= =80=9D, but with an odd > explanation in the parentheses. I would say =E2=80=9C(abrupt, disruptive > changeover)=E2=80=9D. > changed to - abrupt changeover- ....indicating the new RPI in the DODAG Configuration option flag is a way to avoid the flag day (abrupt changeover) in a network using 0x63 as the RPI Option Type value... . Thank you again, Ines, Pascal and Michael. --000000000000f195ed05b890a9a6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear Barry,

Tha= nk you very much for your comments and suggestions, we believe that version= 43 (diff) addresses your concern, please find comments inline:

On Thu, Dec 17, 2020 at 6:10 AM Barry Leiba via Datatrac= ker <noreply@ietf.org> wrote:=

----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------
= =E2=80=94 Section 2 =E2=80=94

=C2=A0 =C2=A0Flag Day: In this document, refers to a transition that involv= es
=C2=A0 =C2=A0having a network with different values of RPI Option Type.

I don=E2=80=99t understand.=C2=A0 First, I don=E2=80=99t find the text here= clear at all: is it
trying to say that two different values are coexisting (present at the same=
time) in one network?=C2=A0 Second, that seems to be exactly the opposite o= f what we
usually use a flag day for.=C2=A0 The normal meaning of =E2=80=9Cflag day= =E2=80=9D is a preset time
when a changeover is made, exactly *because* the old and the new can=E2=80= =99t coexist
interoperably.=C2=A0 A =E2=80=9Cflag day=E2=80=9D isn=E2=80=99t a situation= caused by two non-interoperable
things... it=E2=80=99s a mechanism for resolving such a situation by making= an abrupt,
planned changeover from one to the other.

<authors> Thank you for the clarification, the new description of = flag day is as follows:

Flag Day: It is a mechanism for resol= ving an interoperability
=C2=A0situation (e.g. lack of interoperation be= tween new RPI Option Type
(0x23) and old RPI Option Type (0x63) nodes) = by making an abrupt,
disruptive changeover from one to the other.
</authors>=C2=A0


=E2=80=94 Section 4.2 =E2=80=94

=C2=A0 =C2=A0Thus, this document updates the Option Type of the RPL Option<= br> =C2=A0 =C2=A0[RFC6553], abusively naming it RPI Option Type for simplicity,=

What is the point of =E2=80=9Cabusively=E2=80=9D here?=C2=A0 What=E2=80=99s= it supposed to mean?

=C2=A0<authors= > it means that have been used plenty, we have deleted =E2=80=9Cabusive= ly=E2=80=9D</authors >

=E2=80=94 Section 10 =E2=80=94

=C2=A0 =C2=A0This options allows to send
=C2=A0 =C2=A0packets to not-RPL nodes, which should ignore the option and c= ontinue
=C2=A0 =C2=A0processing the packets.

I can=E2=80=99t sort this sentence out:
1. =E2=80=9CThis options=E2=80=9D is mixing singular and plural.
2. No option or options has/have been mentioned before, so I don=E2=80=99t = know what
option(s) it=E2=80=99s talking about. 3. I guess you mean =E2=80=9Cnon-RPL= =E2=80=9D, rather than
=E2=80=9Cnot-RPL=E2=80=9C. 4. Allows *who* to send packets?=C2=A0 =E2=80=9C= Allows to=E2=80=9D needs a subject, like
=E2=80=9Callows a node to send=E2=80=9D, or some such. 5. What is the antec= edent to =E2=80=9Cwhich=E2=80=9D?
It=E2=80=99s not clear to me.

=C2=A0<auth= ors > The new sentence is as follows:

The 0x23 RPI Option allows = to send packets to not-RPL nodes. The not-RPL nodes should ignore the optio= n and continue processing the packets.

</authors >=C2=A0<= /div>

=C2=A0 =C2=A0As mentioned previously, indicating the new RPI in the DODAG =C2=A0 =C2=A0Configuration option flag is a way to avoid the flag day (lack= of
=C2=A0 =C2=A0interoperation) in a network using 0x63 as the RPI Option Type= value.

I=E2=80=99ll just note that this is a correct use of =E2=80=9Cflag day=E2= =80=9D, but with an odd
explanation in the parentheses.=C2=A0 I would say =E2=80=9C(abrupt, disrupt= ive changeover)=E2=80=9D.

<authors > c= hanged to - abrupt changeover-=C2=A0

....indicating the new RPI in the DODAG Configuration option flag is a w= ay to avoid the flag day (abrupt changeover) in a network using 0x63 as the= RPI Option Type value...

.</authors >=C2=A0=

Thank you again,

Ines, P= ascal and Michael.
--000000000000f195ed05b890a9a6-- From nobody Sun Jan 10 11:37: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 6DDC23A11FE; Sun, 10 Jan 2021 11:37:27 -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, 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=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 aLtPz6pyL4Ab; Sun, 10 Jan 2021 11:37:24 -0800 (PST) Received: from mail-vk1-xa32.google.com (mail-vk1-xa32.google.com [IPv6:2607:f8b0:4864:20::a32]) (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 B11C93A11FA; Sun, 10 Jan 2021 11:37:24 -0800 (PST) Received: by mail-vk1-xa32.google.com with SMTP id d6so3760370vkb.13; Sun, 10 Jan 2021 11:37:24 -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=G+BKPjS31tFmouiQJTGOz5MeO+ZiCCvBZOpsw2WpFko=; b=WdNF2dKRig8QMnWTshtbuKcYVJMaFb2IWg+aerG5qsBv6GzYMH8hbSBxkzRQKIN5HV Cb4PzQyFVSqc2D9FT96P7OSNdFlTi+Vqg47rxmjFFXm0zzjKrpJyrUP+0DinZcXASE1h FLrtUsbv7qq9oZTkRhH1HCzhacCF2zB/FFrZcGVP2Un0NFC6bBdOtbyQrAgqSuQ+lBZE yeXLy6Mh3QxwdZeVOqp/oKqoe7cvUUy0Rz42bIt3nPavbRg/zcWvTunRE8SyodU6v7vm JR44/q752ro9R6ETYcs18cjsITM9wKvS28yI4xvT4LucaaOCIMnvWJCmYKELB113vr/m fydA== 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=G+BKPjS31tFmouiQJTGOz5MeO+ZiCCvBZOpsw2WpFko=; b=QFS3JtTVni+m0E5HCnM3BkJ2WcSsV+4WE7c/f9GRLoicN51G4VuzCifefzHgbFcxMT mWAE9dyFlMsiKpjcdfmN76RLCJHraAtvAe189DBEnMl/qjTqliOkc2ncyLu/ydv2HApp p7zzU5uYFyx0ZrebRZDORxns/25UNeUh0J0/v01OmgWyhY8lFyF64OjgqxBVAndo2T6f 0AyHKbEW7nMcLck5sCc31Hk63ukiC/t/gVvpu7monty3K5WYYypXmVwmgr4Krfsn8GhD 6srIAncOgeavhafXJqGD5ck2CtCgx8SLm3xzsp7yUSZYWuiebDmTtkmWJMi3uBm53FUV uPqA== X-Gm-Message-State: AOAM531WLG2w3Nx8miYuxuiCNmUbIs6aK63HxhvYhTv13ugKQFB+ciTG zHXpOU2QoZ8dAx82/QgAPWMFwcIyWT/9U2Uz7SI= X-Google-Smtp-Source: ABdhPJwvl3F1mlz2Xr3zJSM9JWGByuPBp+iJy2JEBJ6FJLSMPj1LlwVN8GuIHuKOSqjf6q++/N7dItrm5d4atpc8Qr0= X-Received: by 2002:ac5:cca9:: with SMTP id p9mr10819507vkm.2.1610307443633; Sun, 10 Jan 2021 11:37:23 -0800 (PST) MIME-Version: 1.0 References: <160819489105.25605.11079363541720541245@ietfa.amsl.com> In-Reply-To: <160819489105.25605.11079363541720541245@ietfa.amsl.com> From: Ines Robles Date: Sun, 10 Jan 2021 21:36:47 +0200 Message-ID: To: Benjamin Kaduk Cc: The IESG , draft-ietf-roll-useofrplinfo@ietf.org, roll-chairs , roll , Peter Van der Stok , Alvaro Retana Content-Type: multipart/alternative; boundary="0000000000002831ed05b890eb28" Archived-At: Subject: Re: [Roll] Benjamin Kaduk's No Objection on draft-ietf-roll-useofrplinfo-42: (with COMMENT) 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, 10 Jan 2021 19:37:28 -0000 --0000000000002831ed05b890eb28 Content-Type: text/plain; charset="UTF-8" Dear Benjamin, Thank you very much for your comments and suggestions, we believe that version 43 (diff) addresses your concern, please find comments inline: Diff: https://www.ietf.org/rfcdiff?url2=draft-ietf-roll-useofrplinfo-43 On Thu, Dec 17, 2020 at 10:48 AM Benjamin Kaduk via Datatracker < noreply@ietf.org> wrote: > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > Unfortunately, I only had time to review the diff from the -29 (that > addressed my previous batch of comments) and the -42, and was not able > to attempt to look closely at the new tables and their depiction of the > added/modified/removed/untouched headers. As such, I do not have many > comments. > > Since we are marking MOP value 7 as reserved, do we expect this document > to be listed as a reference for that entry in the registry? > New text in Section 11.2 This document requests to be mentioned as a reference for this change. > > > Section 1 > > Most of the use cases described therein require the use of IPv6-in- > > nit: s/therein/herein/ > fixed > > Section 2 > > Flag Day: In this document, refers to a transition that involves > having a network with different values of RPI Option Type. > > Is the flag day the act of transitioning the network from one value to > the other, or only the sub-case when it is a disruptive transition, or > ...? > > The new description of flag day is as follows: Flag Day: It is a mechanism for resolving an interoperability situation (e.g. lack of interoperation between new RPI Option Type (0x23) and old RPI Option Type (0x63) nodes) by making an abrupt, disruptive changeover from one to the other. > Section 3 > > routed. A RPL Instance is either fully storing or fully non-storing, > i.e. a RPL Instance with a combination of storing and non-storing > nodes is not supported with the current specifications at the time of > writing this document. > > (I assume there is no conflict between this statement and the behavior > described in Section 4.1.1 whereby external routes are advertised with > non-storing-mode messaging even in a storing-mode network.) > we added clarification in order to avoid confusion, the proposed new text is as follows: RPL supports two modes of Downward internal traffic: in storing mode (SM), it is fully stateful; in non-storing mode (Non-SM), it is fully source routed. A RPL Instance is either fully storing or fully non- storing, i.e. a RPL Instance with a combination of a fully storing and non-storing nodes is not supported with the current specifications at the time of writing this document. External routes are advertised with non-storing-mode messaging even in a storing mode network, see Section 4.1.1 > > Section 4.1.1 > > In order to enable IP-in-IP all the way to a 6LN, it is beneficial > that the 6LN supports decapsulating IP-in-IP, but that is not assumed > by [RFC8504]. If the 6LN is a RUL, the Root that encapsulates a > packet SHOULD terminate the tunnel at a parent 6LR unless it is aware > that the RUL supports IP-in-IP decapsulation. > > Is there anything useful to say about how the Root would know that the > RUL supports IP-in-IP decapsulation? ("No" is a valid answer :) > Not in the scope of this document > > Section 4.3 > > This modification is required in order to be able to decompress the > RPL Option with the new Option Type of 0x23. > > nit(?): is it the RPL Option or the entire header that is decompressed? > decompress the option > > Section 6 > > - For traffic leaving a RUL, if the RUL adds an opaque RPI then > the description of the RAL applies. The 6LR as a RPL border > router SHOULD rewrite the RPI to indicate the selected Instance > and set the flags. > > I'm not sure that I fully understand this point (specifically, "the > description of the RAL applies"). Similar text also appears in the > Security Considerations. > New proposed text : For traffic leaving a RUL, if the RUL adds an opaque RPI then the 6LR as a RPL border router SHOULD rewrite the RPI to indicate the selected Instance and set the flags. > > Section 8.2.4 > > There seem to be some changes in the table compared to the -29; were > these verified to be correct? > yes, it is correct, we moved the -modified headers - to be located after the -added headers- in all the tables > > Section 12 > > Also, this applies in the case where the leaf is aware of the RPL > instance and passes a correct RPI, the 6LR needs a configuration that > allows that leaf to inject in that instance. > > nit: the second comma should probably be a colon or em dash. > > fixed Thank you very much again, Ines, Michael and Pascal. --0000000000002831ed05b890eb28 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear Benjamin,

Thank you very muc= h for your comments and suggestions, we believe that version 43 (diff) addr= esses your concern, please find comments inline:

Diff:=C2=A0<= a href=3D"https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-roll-useofrplinfo-= 43">https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-roll-useofrplinfo-43=

On Thu, Dec 17, 2020 at 10:48 AM Benjamin Kaduk via Datatracker &= lt;noreply@ietf.org> wrote:
<= /div>
--------------------= --------------------------------------------------
COMMENT:
----------------------------------------------------------------------

Unfortunately, I only had time to review the diff from the -29 (that
addressed my previous batch of comments) and the -42, and was not able
to attempt to look closely at the new tables and their depiction of the
added/modified/removed/untouched headers.=C2=A0 As such, I do not have many=
comments.

Since we are marking MOP value 7 as reserved, do we expect this document to be listed as a reference for that entry in the registry?

<authors> New text in Section 11.2
This document = requests to be mentioned as a reference for this change.
</autho= rs>=C2=A0=C2=A0


Section 1

=C2=A0 =C2=A0Most of the use cases described therein require the use of IPv= 6-in-

nit: s/therein/herein/

<authors> fixed </authors>=C2=A0

Section 2

=C2=A0 =C2=A0Flag Day: In this document, refers to a transition that involv= es
=C2=A0 =C2=A0having a network with different values of RPI Option Type.

Is the flag day the act of transitioning the network from one value to
the other, or only the sub-case when it is a disruptive transition, or
...?

<authors> The new description of flag day is as= follows:

Flag Day: It is a mechanism for resolving an intero= perability
=C2=A0situation (e.g. lack of interoperation between new RPI = Option Type
(0x23) and old RPI Option Type (0x63) nodes) by making an a= brupt,
disruptive changeover from one to the other.

</authors= >=C2=A0

=C2=A0
Section 3

=C2=A0 =C2=A0routed.=C2=A0 A RPL Instance is either fully storing or fully = non-storing,
=C2=A0 =C2=A0i.e. a RPL Instance with a combination of storing and non-stor= ing
=C2=A0 =C2=A0nodes is not supported with the current specifications at the = time of
=C2=A0 =C2=A0writing this document.

(I assume there is no conflict between this statement and the behavior
described in Section 4.1.1 whereby external routes are advertised with
non-storing-mode messaging even in a storing-mode network.)

<authors> we added clarification in order to avoid co= nfusion, the proposed new text is as follows:

RPL supports two mode= s of Downward internal traffic: in storing mode
(SM), it is fully statef= ul; in non-storing mode (Non-SM), it is fully
source routed.=C2=A0 A RPL= Instance is either fully storing or fully non-
storing, i.e. a RPL Inst= ance with a combination of a fully storing
and non-storing nodes is not = supported with the current
specifications at the time of writing this do= cument.=C2=A0 External routes
are advertised with non-storing-mode mess= aging even in a storing mode
network, see Section 4.1.1

<= ;/authors>=C2=A0=C2=A0

Section 4.1.1

=C2=A0 =C2=A0In order to enable IP-in-IP all the way to a 6LN, it is benefi= cial
=C2=A0 =C2=A0that the 6LN supports decapsulating IP-in-IP, but that is not = assumed
=C2=A0 =C2=A0by [RFC8504].=C2=A0 If the 6LN is a RUL, the Root that encapsu= lates a
=C2=A0 =C2=A0packet SHOULD terminate the tunnel at a parent 6LR unless it i= s aware
=C2=A0 =C2=A0that the RUL supports IP-in-IP decapsulation.

Is there anything useful to say about how the Root would know that the
RUL supports IP-in-IP decapsulation?=C2=A0 ("No" is a valid answe= r :)

<authors> Not in the scope o= f this document </authors>=C2=A0

Section 4.3

=C2=A0 =C2=A0This modification is required in order to be able to decompres= s the
=C2=A0 =C2=A0RPL Option with the new Option Type of 0x23.

nit(?): is it the RPL Option or the entire header that is decompressed?
=

<authors> decompress the option <= /authors>=C2=A0=C2=A0

Section 6

=C2=A0 =C2=A0 =C2=A0 - For traffic leaving a RUL, if the RUL adds an opaque= RPI then
=C2=A0 =C2=A0 =C2=A0 the description of the RAL applies.=C2=A0 The 6LR as a= RPL border
=C2=A0 =C2=A0 =C2=A0 router SHOULD rewrite the RPI to indicate the selected= Instance
=C2=A0 =C2=A0 =C2=A0 and set the flags.

I'm not sure that I fully understand this point (specifically, "th= e
description of the RAL applies").=C2=A0 Similar text also appears in t= he
Security Considerations.

<authors> New= proposed text :
For traffic leaving a RUL, if the RUL adds an opaque RP= I then
the 6LR as a RPL border router SHOULD rewrite the RPI to indicate=
the selected Instance and set the flags.
=C2=A0</authors>= =C2=A0=C2=A0

Section 8.2.4

There seem to be some changes in the table compared to the -29; were
these verified to be correct?

<autho= rs> yes, it is correct, we moved the -modified headers - to be located a= fter the -added headers- in all the tables </authors>=C2=A0=C2=A0

Section 12

=C2=A0 =C2=A0Also, this applies in the case where the leaf is aware of the = RPL
=C2=A0 =C2=A0instance and passes a correct RPI, the 6LR needs a configurati= on that
=C2=A0 =C2=A0allows that leaf to inject in that instance.

nit: the second comma should probably be a colon or em dash.

<authors> fixed </authors>=C2=A0=C2=A0

Thank you very much again,

= Ines, Michael and Pascal.=C2=A0
--0000000000002831ed05b890eb28-- From nobody Sun Jan 10 11:40: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 4219A3A1204; Sun, 10 Jan 2021 11:40:39 -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 I7qWeIMWndbm; Sun, 10 Jan 2021 11:40:37 -0800 (PST) Received: from mail-vs1-xe2d.google.com (mail-vs1-xe2d.google.com [IPv6:2607:f8b0:4864:20::e2d]) (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 6FB863A1201; Sun, 10 Jan 2021 11:40:37 -0800 (PST) Received: by mail-vs1-xe2d.google.com with SMTP id h6so8609800vsr.6; Sun, 10 Jan 2021 11:40: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=bH2gOSJmD+7JAwZv6ZEbH8rzAkFeNt7xFOLxO0ehCBs=; b=crRFNcAHeRLWXNZIjmbEDxEnixC3NltKDRlvhPCadZ48+uE9zJKMAQMTzvhYJSWPf/ UPdrmMgbJTVFiaDI/pxItU3XtEMrjiYLxaUQQ0UH7eZJwo7pcKanBPUtjyrFLLMaNPUP 0jMDe/K4hV2HIDZEwrY3xa6g4cf2kiiRS5Ubq+Rk2Jd3PgjL62qLZbenyoHClGtMh26v 11APJqczDWboHE1ESGbVvNET+xacjRUWkJv7qmyuBkUPM6vH3IzgKQiJYw7GAlcXeV1A +s9CkB/wGtVEKLNDQTTmxEqAKbOM67feisBa4dU0JndMS/LdpD/zdN+Zmq8kkvKt53f3 sLvA== 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=bH2gOSJmD+7JAwZv6ZEbH8rzAkFeNt7xFOLxO0ehCBs=; b=aH+ZuSmffs1vz3Ac0u4Zky5GkypZqBrAU4PtapW3pQ0+YuIYFHHkt4koLrJdSO/yov ijOAQfYTQBNXxuqVdV4mGezBWmnF9uvjK22mB80eqfLvWS52rEVeIEByXNrIJZ5agRB4 7O6Kuh4hV56hZZwRKBK/dhxtWx5GBHkq+mKAJLNYL8D43zkFAE47s4S/sIVPp2q3ZqQA bG0iND6abhw9Tiv5ugP4J4wt5E8oFQPTdG2ig4C9J2nA5RyHPs4fa+8kG7KgpDd6e7+p zbPKW+YcohQnonwQUGR9oApnffz5uKE5SKPkGkr+lRMuadYneECdtfjwTY20GtHJMvV6 arhA== X-Gm-Message-State: AOAM5325C8zcAyIoQUzqQ+53mZepYRpYhD0izkxyvkXsY8hejNdJ51fl +e2BRNqthe5WzMBEzd6KpzxPw1tTZMmw7Q5nQP8= X-Google-Smtp-Source: ABdhPJyOX1KfPBLQxA2Xg75evhEcFV8tf756J+nz+uRKWxEVytpco5Ee3osZB8WuaOKOo05mqmeZwq07zPPR3S/bfuY= X-Received: by 2002:a05:6102:7ca:: with SMTP id y10mr10924073vsg.34.1610307636379; Sun, 10 Jan 2021 11:40:36 -0800 (PST) MIME-Version: 1.0 References: <160814800167.20251.14392154204786699833@ietfa.amsl.com> In-Reply-To: <160814800167.20251.14392154204786699833@ietfa.amsl.com> From: Ines Robles Date: Sun, 10 Jan 2021 21:40:00 +0200 Message-ID: To: Roman Danyliw Cc: The IESG , draft-ietf-roll-useofrplinfo@ietf.org, roll-chairs , roll , Peter Van der Stok , Alvaro Retana Content-Type: multipart/alternative; boundary="000000000000a543b705b890f623" Archived-At: Subject: Re: [Roll] Roman Danyliw's No Objection on draft-ietf-roll-useofrplinfo-42: (with COMMENT) 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, 10 Jan 2021 19:40:39 -0000 --000000000000a543b705b890f623 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Dear Roman, Thank you very much for your comments and suggestions, we believe that version 43 (diff) addresses your concern, please find comments inline: Diff: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-roll-useofrplinfo-43 On Wed, Dec 16, 2020 at 9:46 PM Roman Danyliw via Datatracker < noreply@ietf.org> wrote: > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > Thank you to Daniel Migault for the SECDIR review. > > I have nothing substantive to add to the new text here. My feedback was > addressed in -29 after the first IESG review of this document. > > A few nits: > > ** Section 1. Editorial. s/it is recommended the reading of > [I-D.ietf-intarea-tunnels] that explains/ [I-D.ietf-intarea-tunnels] is > recommended reading to explain/ > fixed > > ** Section 4.2. What is =E2=80=9Cabusively naming it=E2=80=9D? > it means that have been used plenty, we have deleted =E2=80=9Cabusively=E2=80=9D > > ** Section 4.2. Editorial. s/There is therefore no longer a necessity > to/There > is no longer a need to/ > > fixed Thank you and best regards, Ines, Pascal and Michael --000000000000a543b705b890f623 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear Roman,

Tha= nk you very much for your comments and suggestions, we believe that version= 43 (diff) addresses your concern, please find comments inline:
Diff:=C2= =A0https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-roll-useofrplinfo-43=

On Wed, Dec 16, 2020 at 9:46 PM Roman Danyliw via Datatracker <<= a href=3D"mailto:noreply@ietf.org">noreply@ietf.org> wrote:
------------------------= ----------------------------------------------
COMMENT:
----------------------------------------------------------------------

Thank you to Daniel Migault for the SECDIR review.

I have nothing substantive to add to the new text here.=C2=A0 My feedback w= as
addressed in -29 after the first IESG review of this document.

A few nits:

** Section 1.=C2=A0 Editorial. s/it is recommended the reading of
[I-D.ietf-intarea-tunnels] that explains/ [I-D.ietf-intarea-tunnels] is
recommended reading to explain/

<aut= hors> fixed </authors>=C2=A0=C2=A0

** Section 4.2.=C2=A0 What is =E2=80=9Cabusively naming it=E2=80=9D?

<authors > it means that have been used= plenty, we have deleted =E2=80=9Cabusively=E2=80=9D</authors >=C2=A0=

** Section 4.2.=C2=A0 Editorial. s/There is therefore no longer a necessity= to/There
is no longer a need to/

<authors> fixed </authors>=C2=A0=C2=A0

Thank you and best regards,

Ines, Pascal and Michael=C2=A0
--000000000000a543b705b890f623-- From nobody Mon Jan 11 23:43:15 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 4F6033A11B5; Mon, 11 Jan 2021 23:43:10 -0800 (PST) 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.24.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: roll@ietf.org Message-ID: <161043739025.31800.3746742185430391386@ietfa.amsl.com> Date: Mon, 11 Jan 2021 23:43:10 -0800 Archived-At: Subject: [Roll] I-D Action: draft-ietf-roll-unaware-leaves-29.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: Tue, 12 Jan 2021 07:43:10 -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 : Routing for RPL Leaves Authors : Pascal Thubert Michael C. Richardson Filename : draft-ietf-roll-unaware-leaves-29.txt Pages : 43 Date : 2021-01-11 Abstract: This specification updates RFC6550, RFC6775, and RFC8505. It provides a mechanism for a host that implements a routing-agnostic interface based on 6LoWPAN Neighbor Discovery to obtain reachability services across a network that leverages RFC6550 for its routing operations. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-roll-unaware-leaves/ There is also an HTML version available at: https://www.ietf.org/archive/id/draft-ietf-roll-unaware-leaves-29.html A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-roll-unaware-leaves-29 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 Tue Jan 12 09:31: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 AF7153A0DEB for ; Tue, 12 Jan 2021 09:31:41 -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 DtzWxC5XgHIY for ; Tue, 12 Jan 2021 09:31:40 -0800 (PST) Received: from mail-vk1-xa31.google.com (mail-vk1-xa31.google.com [IPv6:2607:f8b0:4864:20::a31]) (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 EFD0E3A0AE8 for ; Tue, 12 Jan 2021 09:31:39 -0800 (PST) Received: by mail-vk1-xa31.google.com with SMTP id p128so780751vkf.12 for ; Tue, 12 Jan 2021 09:31:39 -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=JeleKEnqd7Bxai5sfrMraHEcVVVQMqDz2971WV+ti4o=; b=lbWoxxOFQ1YOTkGwpqUw0ZgD0ywPazeHAj6iZAdLl/zo9rgkUZa/Ctbq3hCIoT2BRl DQxL3aBx/zqwu+K2ohOpNcn58lVzBnfA6GRKmPKuWE0khKzAmB7vngGJM6sGSf+ceawq ol2fkBE7SaqRqGh2bYgQ5NoQwC9V1+hwjLCEpOd8TGwyDrY1tTcOhYdpI1tdBR1fpEgU EXONYCvbL3Xg3Xvhc0QjaZIBNpfL7aM0t8wmxbScXiXY0mUEDcAAgaD/G6UmcrJt6uDy Y1ZxOxYIvgO5PAZgI7dwLMhAbvN0thRt5EI2qTzdFcx2rgIBPryk7rHC6foypgL7buNz faQg== 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=JeleKEnqd7Bxai5sfrMraHEcVVVQMqDz2971WV+ti4o=; b=iZx7VVVu3TrZkKZ8VUwW/JIPXdVVFsjSwTnAOQE6eL9J5R7h3TowQ44SkPuAXF7qxJ uTC8AxCORFBvtcIPF68VPXtysgee6+DZ+gvFRHEjmRrh6OQG0wPc0QSuO9vxYVo/Kwyr mMaIajHvH2JUmxwYTJNnLm4W1ErjtBstE6G9OP/cN6ggSqBU5C3FaV7VdyfFiVvvLqJF 6YS6NGsMifCWFYPvVLH3hJAczfcXb8EyG5QnNGn9ppWAdNe9YdPFPHMKliFxSbSXus9D x/q/wfWD1JZ6v0ieg9tjtM/ERw0r/n5eeEWCDUXvVCBzuiplhFHeb6bIeOBC8jVtIGB2 bO+g== X-Gm-Message-State: AOAM530iebpPoZn2HXI6t0La1zp3pcPzn5+FY7MBleM3OJLxjhF+qG4a YEfR1/w6d8pLITT9BDDjzbzlDgR9jLPw5o/+gfuGGAsD4k5rqQ== X-Google-Smtp-Source: ABdhPJxrBU4/WJ8UQvObDelRTHyFQ2rVgNNBY6cho2L9QbpHgQws4STao0ZsU48n62cPf71X2LKQd2ubnktYni7Z5kc= X-Received: by 2002:a1f:3008:: with SMTP id w8mr606351vkw.24.1610472698600; Tue, 12 Jan 2021 09:31:38 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Ines Robles Date: Tue, 12 Jan 2021 19:31:02 +0200 Message-ID: To: roll Content-Type: multipart/alternative; boundary="0000000000001edeeb05b8b76557" Archived-At: Subject: Re: [Roll] Doodle for Interim Meeting in January - Minutes from IETF 109 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, 12 Jan 2021 17:31:42 -0000 --0000000000001edeeb05b8b76557 Content-Type: text/plain; charset="UTF-8" Dear all, Thank you for filling the doodle, the selected date and time are as follows: Date: Jan 29, 2021 Time: 9:30 am Eastern Time = 2:30 pm UTC = 3:30 pm CET Agenda: Please let us know the topic that you would like to present, and the duration of the requested-slot by *22th January* Webex: Notice that the webex opens 15 min earlier in case that you want to test and it stays open 45 min after the meeting in case that people want to discuss with the chairs. IETF ROLL Interim Meeting January 2021 Hosted by ROLL WG https://ietf.webex.com/ietf/j.php?MTID=m34b599e4c5ac49d9e4bc6128a4cc26e7 Friday, Jan 29, 2021 9:15 am | 3 hours | (UTC-05:00) Eastern Time (US & Canada) Meeting number: 178 378 7708 Password: UUuqJR3C3C7 a617699ad5544f75991a8738db89dcba Join by video system Dial 1783787708@ietf.webex.com You can also dial 173.243.2.68 and enter your meeting number. Join by phone 1-650-479-3208 Call-in toll number (US/Canada) Access code: 178 378 7708 Thank you very much in advance, Ines and Dominique. On Mon, Dec 21, 2020 at 5:50 PM Ines Robles wrote: > Dear all, > > Please find the link to the doodle in order to set up an interim meeting > at the end of January 2021. Please fill it by 8th of January. > > https://doodle.com/poll/936cn2y6uwfp3dia?utm_source=poll&utm_medium=link > > > Please also find the link to the minutes of the IETF109, comments welcome > by 3th January. Many many thanks to the minute takers :-) > > https://datatracker.ietf.org/doc/minutes-109-roll/ > > Best wishes, > > Ines and Dominique. > > > > > --0000000000001edeeb05b8b76557 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear all,

Thank you for filling the= doodle, the selected date and time are as follows:

Date:=C2=A0 Jan 29, 2021

Time:=C2=A0 9:30 am Eastern Time =3D 2:30 pm UTC =3D 3:30 pm CET

Agenda: Please let us know the topic that you would like to present, and= the duration of the requested-slot by 22th January
Webex:=C2=A0
Notice that the webex opens 15 min e= arlier in case that you want to test and it stays open 45 min after the mee= ting in case that people want to discuss with the chairs.=C2=A0
<= br>
=C2=A0IETF ROLL Interim Meeting January 2021
Hosted by ROL= L WG

https://ietf.webex.com/ietf/j.php?MTID=3Dm34b599e4c= 5ac49d9e4bc6128a4cc26e7
Friday, Jan 29, 2021 9:15 am | 3 hours | (UT= C-05:00) Eastern Time (US & Canada)
Meeting number: 178 378 7708
= Password: UUuqJR3C3C7
a617699ad5544f75991a8738db89dcba

Join by vi= deo system
Dial 1783787708@= ietf.webex.com
You can also dial 173.243.2.68 and enter your meeting= number.

Join by phone
1-650-479-3208 Call-in toll number (US/Can= ada)
Access code: 178 378 7708=C2=A0=C2=A0

Thank you very much in advance,
Ines and Dominique.=C2=A0<= /div>

On Mon, Dec 21, 2020 at 5:50 PM Ines Robles <mariainesrobles@googlemail.com> wrote:<= br>
Dear all,

Please find the link to the doodle in order t= o set up an interim meeting at the end of January 2021.=C2=A0 Please fill it by 8th of January.



<= /div>
Please also find the link to the minutes of the IETF109, comments= welcome by 3th January. Many many thanks to the minute takers :-)






--0000000000001edeeb05b8b76557-- From nobody Tue Jan 12 11:13:34 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 1B1DF3A1043; Tue, 12 Jan 2021 11:13:29 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IESG Secretary To: "IETF-Announce" Cc: roll@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.24.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <161047880899.29910.3603381878569075102@ietfa.amsl.com> Date: Tue, 12 Jan 2021 11:13:29 -0800 Archived-At: Subject: [Roll] Routing Over Low power and Lossy networks (roll) WG Virtual Meeting: 2021-01-29 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, 12 Jan 2021 19:13:29 -0000 The Routing Over Low power and Lossy networks (roll) WG will hold a virtual interim meeting on 2021-01-29 from 16:30 to 18:30 Europe/Helsinki (14:30 to 16:30 UTC). Agenda: Agenda and meeting materials: TBD IETF ROLL Interim Meeting January 2021 Hosted by ROLL WG https://ietf.webex.com/ietf/j.php?MTID=m34b599e4c5ac49d9e4bc6128a4cc26e7 Friday, Jan 29, 2021 9:15 am | 3 hours | (UTC-05:00) Eastern Time (US & Canada) Meeting number: 178 378 7708 Password: UUuqJR3C3C7 Join by video system Dial 1783787708@ietf.webex.com You can also dial 173.243.2.68 and enter your meeting number. Join by phone 1-650-479-3208 Call-in toll number (US/Canada) Access code: 178 378 7708 Information about remote participation: https://ietf.webex.com/ietf/j.php?MTID=m34b599e4c5ac49d9e4bc6128a4cc26e7 From nobody Fri Jan 15 09:18:21 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 1D7EA3A0E15; Fri, 15 Jan 2021 09:18:16 -0800 (PST) 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.24.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: roll@ietf.org Message-ID: <161073109605.544.13482299387981463564@ietfa.amsl.com> Date: Fri, 15 Jan 2021 09:18:16 -0800 Archived-At: Subject: [Roll] I-D Action: draft-ietf-roll-useofrplinfo-44.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: Fri, 15 Jan 2021 17:18:16 -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 : Using RPI Option Type, Routing Header for Source Routes and IPv6-in-IPv6 encapsulation in the RPL Data Plane Authors : Maria Ines Robles Michael C. Richardson Pascal Thubert Filename : draft-ietf-roll-useofrplinfo-44.txt Pages : 64 Date : 2021-01-15 Abstract: This document looks at different data flows through LLN (Low-Power and Lossy Networks) where RPL (IPv6 Routing Protocol for Low-Power and Lossy Networks) is used to establish routing. The document enumerates the cases where RFC6553 (RPI Option Type), RFC6554 (Routing Header for Source Routes) and IPv6-in-IPv6 encapsulation is required in data plane. This analysis provides the basis on which to design efficient compression of these headers. This document updates RFC6553 adding a change to the RPI Option Type. Additionally, this document updates RFC6550 defining a flag in the DIO Configuration option to indicate about this change and updates RFC8138 as well to consider the new Option Type when the RPL Option is decompressed. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-roll-useofrplinfo/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-roll-useofrplinfo-44 https://datatracker.ietf.org/doc/html/draft-ietf-roll-useofrplinfo-44 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-roll-useofrplinfo-44 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 Fri Jan 15 09:30: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 F14A63A0EA8 for ; Fri, 15 Jan 2021 09:30:35 -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=unavailable 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 GNkMIve6jbmO for ; Fri, 15 Jan 2021 09:30:32 -0800 (PST) Received: from mail-vk1-xa2f.google.com (mail-vk1-xa2f.google.com [IPv6:2607:f8b0:4864:20::a2f]) (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 73F9D3A0E8D for ; Fri, 15 Jan 2021 09:30:32 -0800 (PST) Received: by mail-vk1-xa2f.google.com with SMTP id k9so2365415vke.4 for ; Fri, 15 Jan 2021 09:30:32 -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=FVohn9f/lHpBYDlah/Pxz27pvw0AcZeWr6chgQejvtY=; b=piMUGS4ZLl6gXYBHYG5F9KtubL5fzTzIEuHMY7zaSZxAV8HgdI0P1hW5Epk9fdi27H CpbZ3Wyd3s+j0ONNPcCYXlymI4i5i6TTOV/aIbd+eQxBxFa1/VbiBq/O5r6eG9k177I6 nL1ueNzAqtV1GVRivxW3Dcy5A/WIa58RWWiJW+n4DiENpuhe4Y162Pw4+vJ+JcxaJudO NZoFpeu386hTMv6AKzkOwg95R31z5WQjUBhKMvVwUt9wsiYOzdd79ZpCnhQ4VBN8UxWp 5DVwo4g6w/SLK6nER+tCnLC5IlNic67GA8vuB6s+z9vv6zASfgPz//E4gkHG8UXFZg9E 3N6g== 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=FVohn9f/lHpBYDlah/Pxz27pvw0AcZeWr6chgQejvtY=; b=pr+/rohUv5xNl6/W8uzg9PtNRIxH0sXFczXXJDV8kcDXzVEBOOMMTIk2QO4zNARXhm 0YsvVZ/vOB9RDTEzLaIka9sW6Aeivw3Eqt28ckTWwrHQONxowO0ikoNKAxixqhOfj5Ds 8iF6vmMzI6uOzF0MtIH+bsOjZFHoig3PshIBHvHCx4Pk/wJqHr/c5ZL6tbOWrx04Ekkp WprDNlVBCIw8qbv7OeN2LIxEleaHbUNEHqiAkAVY41almoRkxzCuZ2h2AjixJpsBVYZU nbb9gJPef35U3GvLMMmeUuqhI2y7MVLLDkAeeQdraqqtSHb/vAXBFd8vf3OIWlInS0im SIIw== X-Gm-Message-State: AOAM532IwBNUkKb1IHta1O/dhuS8BMIbilp+2gCJJPpQ1x8zUuaCsfoK tmpi+E9gYT/UohR3jbhsCyLse2FmW1bnZ8f2Rws= X-Google-Smtp-Source: ABdhPJwFIrIfR9omUFs5vlM+85H98yGRXiskPHTrnxXVoEuqq9QNhQnrvmsI8AGNqGmq9mmcG8XFHdGy0GYxtxW8ZIg= X-Received: by 2002:a1f:aa4b:: with SMTP id t72mr11297601vke.4.1610731831228; Fri, 15 Jan 2021 09:30:31 -0800 (PST) MIME-Version: 1.0 References: <160809761379.22994.11202105892505044046@ietfa.amsl.com> <9337.1608141694@localhost> In-Reply-To: From: Ines Robles Date: Fri, 15 Jan 2021 19:29:55 +0200 Message-ID: To: Erik Kline Cc: "Pascal Thubert (pthubert)" , roll , Michael Richardson Content-Type: multipart/alternative; boundary="000000000000a0fb1605b8f3ba08" Archived-At: Subject: Re: [Roll] Erik Kline's Discuss on draft-ietf-roll-useofrplinfo-42: (with DISCUSS and COMMENT) 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: Fri, 15 Jan 2021 17:30:36 -0000 --000000000000a0fb1605b8f3ba08 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Dear Erik, version 44 recently published [ https://tools.ietf.org/rfcdiff?url2=3Ddraft-ietf-roll-useofrplinfo-44.txt] 1- Extends the definition of Flag Day: Flag Day: A Flag Day is caused when a network is reconfigured in a way that nodes running the older configuration can not communicate with nodes running the new configuration. For instance, when the ARPANET changed from IP version 3 to IP version 4 on January 1, 1983 ([RFC0801]). In the context of this document, a switch from RPI Option Type (0x63) and Option Type (0x23) presents as a disruptive changeover. In order to reduce the amount of time for such a changeover, Section 4.1.3 provides a mechanism to allow nodes to be incrementally upgraded. 2- Clarifies in Security Considerations the RH3 header usage "The RH3 header usage described here can be abused in equivalent ways. An external attacker may form a packet with an RH3 that is not fully consumed and encapsulate it to hide the RH3 from intermediate nodes and disguise the origin of traffic. As such, the attacker's RH3 header will not be seen by the network until it reaches the destination, which will decapsulate it. As indicated in section 4.2 of [RFC6554] , RPL routers are responsible for ensuring that an SRH is only used between RPL routers. As such, if there is an RH3 that is not fully consumed in the encapsulated packet, the node that decapsulates it MUST ensure that the outer packet was originated in the RPL domain and drop the packet otherwise. Also, as indicated by section 2 of [RFC6554] , RPL Border Routers "do not allow datagrams carrying an SRH header to enter or exit a RPL routing domain". This sentence must be understood as concerning non- fully-consumed packets. A consumed (inert) RH3 header could be present in a packet that flows from one LLN, crosses the Internet, and enters another LLN. As per the discussion in this document, such headers do not need to be removed. However, there is no case described in this document where an RH3 is inserted in a non-storing network on traffic that is leaving the LLN, but this document should not preclude such a future innovation. In short, a packet that crosses the border of the RPL domain MAY carry and RH3, and if so, that RH3 MUST be fully consumed." Please let us know if this address your concern. Thank you very much in advance, Ines, Pascal and Michael. On Sun, Jan 10, 2021 at 9:11 PM Ines Robles wrote: > Dear Erik, > > Thank you very much for your comments and suggestions, in version 43 > (diff) [Diff: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-roll-useofrplinfo-43] we > added a definition of consumed RH: > > New text: > Consumed: A Routing Header is consumed when the Segments Left field > is zero, which indicates that the destination in the IPv6 header is > the final destination of the packet and that the hops in the Routing > Header have been traversed. > > Please let us know if this addresses your concern. > > Thank you again, > > Ines, Michael and Pascal. > > On Fri, Dec 18, 2020 at 5:42 PM Pascal Thubert (pthubert) 40cisco.com@dmarc.ietf.org> wrote: > >> Hello Michael and all: >> >> > -----Original Message----- >> > From: Roll On Behalf Of Michael Richardson >> > Sent: mercredi 16 d=C3=A9cembre 2020 19:02 >> > To: Erik Kline ; Routing Over Low power and Lossy >> > networks >> > Subject: Re: [Roll] Erik Kline's Discuss on >> draft-ietf-roll-useofrplinfo-42: (with >> > DISCUSS and COMMENT) >> > >> > >> > Erik Kline via Datatracker wrote: >> > > I might recommend instead referring to RFC 6554 S4.2 for how t= o >> > > handle RH3's if the node is also a RPL-aware router and say it >> MUST >> > > drop the packet if segments left is non-zero and it's not a >> RPL-aware >> > > router. >> > >> > > Related: I'd also recommend: >> > >> > > "It should just be noted that an incoming RH3 must be fully >> consumed, >> > > or very carefully inspected." >> > >> > -> >> > >> > > "It should just be noted that an incoming RH3 MUST be fully >> > > consumed." >> > >> > I think that Pascal and I, when we write the "carefully inspected", is >> that we >> > are imagining situations where the topology is a bit subtle. >> >> Yes, I expected policies that would validate the right of a Leaf to >> participate to a DODAG ,or to remap the information from the leaf (could= be >> the RPI, the opaque field in the EARO, or the 6-tuple) into an RPI. >> >> > Perhaps there are firewalls involved. >> > Perhaps a device has multiple interfaces (many radios for instance) an= d >> the >> > extra segments address the other interfaces. >> > >> > Also draft-ietf-anima-autonomic-control-plane uses storing mode, so >> never >> > has >> > RH3 headers, but imagine if it did. >> > >> > One could have a situation where the physical system containing one or >> more >> > layers of container was not the ultimate last hop from a logical point >> of view. >> > Rather than inner container was. So, it's all the same stack >> actually. In that >> > case, an optimization might be to process more than one segment in tha= t >> > stack. >> > (The ANIMA ACP definitely supports having VMs and containers inside >> > routers) >> > >> > So, I can live with your suggestion, because in my case above, we can >> argue >> > that it's still "consumed" >> > >> > > * I'm confused by the use of "consumed" here. Is the final RH3 >> entry >> > > RUL's address? I guess you could say RH penultimate hop >> "consumes" the >> > > header because the ultimate destination address is put in the >> header DA >> > > field. Seems a bit odd though. >> > >> > Yes, that's what we mean. >> >> Yes, as I said in my response I thought it was quite common. I'm >> surprised to find little art to quote. >> >> > Once that ultimate destination is in the DA, then the RH3 is a dummy, >> but one >> > we are aren't supposed to remove. >> > >> > > I assume 6LR_n gets RUL's address from the last segment in RH3= . >> > >> > > "Consumed" means segments left =3D=3D 0, I guess? I suppose s= hould >> have >> > > picked up on this terminology when it was first used in Section = 2. >> > > Maybe clarify what it means in that section (2)? >> > >> > Yes. >> >> >> Cool, we're good! >> >> Pascal >> _______________________________________________ >> Roll mailing list >> Roll@ietf.org >> https://www.ietf.org/mailman/listinfo/roll >> > --000000000000a0fb1605b8f3ba08 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear Erik,


1- Extends the definition = of Flag Day:

Flag Day: A Flag Day is caused when a= network is reconfigured in a
way that nodes running the older configura= tion can not communicate
with nodes running the new configuration.=C2=A0= For instance, when the
ARPANET changed from IP version 3 to IP version = 4 on January 1, 1983
([RFC0801]).=C2=A0 In the context of this document= , a switch from RPI
Option Type (0x63) and Option Type (0x23) presents = as a disruptive
changeover.=C2=A0 In order to reduce the amount of time= for such a
changeover, Section 4.1.3 provides a mechanism to allow nod= es to be
incrementally upgraded.

2-=C2=A0 = Clarifies in Security Considerations the RH3 header usage

"The RH3 h=
eader usage described here can be abused in equivalent ways.
   An external attacker may form a packet with an RH3 that is not fully
   consumed and encapsulate it to hide the RH3 from intermediate nodes
   and disguise the origin of traffic.  As such, the attacker's RH3
   header will not be seen by the network until it reaches the
   destination, which will decapsulate it.  As indicated in section=C2=A04.2
   of [RFC6554], RPL routers are responsible for ensuring that an SRH i=
s
   only used between RPL routers.  As such, if there is an RH3 that is
   not fully consumed in the encapsulated packet, the node that
   decapsulates it MUST ensure that the outer packet was originated in
   the RPL domain and drop the packet otherwise.

   Also, as indicated by section=C2=A02 of [RFC6554], RPL Border Routers "do
   not allow datagrams carrying an SRH header to enter or exit a RPL
   routing domain".  This sentence must be understood as concerning no=
n-
   fully-consumed packets.  A consumed (inert) RH3 header could be
   present in a packet that flows from one LLN, crosses the Internet,
   and enters another LLN.  As per the discussion in this document, such
   headers do not need to be removed.  However, there is no case
   described in this document where an RH3 is inserted in a non-storing
   network=
 on traffic that is leaving the LLN, but this document should
   not preclude such a future innovation.

   In short, a packet that crosses the border of the RPL domain MAY
   carry and RH3, and if so, that RH3 MUST be fully consumed."

Please let us know if this address you=
r concern.

Thank you very much in advance,

Ines, Pascal and Michael.=C2=A0

On Sun, Jan 10= , 2021 at 9:11 PM Ines Robles <mariainesrobles@googlemail.com> wrote:
D= ear Erik,

Thank you very much for your comments and suggestions, in= version 43 (diff)=C2=A0 [Diff:=C2=A0https://www.iet= f.org/rfcdiff?url2=3Ddraft-ietf-roll-useofrplinfo-43] we added a defini= tion of consumed RH:

New text:=C2=A0
=C2=A0= =C2=A0 Consumed: A Routing Header is consumed when the Segments Left fiel= d
=C2=A0 =C2=A0 is zero, which indicates that the destination in the I= Pv6 header is
=C2=A0 =C2=A0 the final destination of the packet and th= at the hops in the Routing
=C2=A0 =C2=A0 Header have been traversed.

Please let us know if this addresses your conce= rn.

Thank you again,

Ines= , Michael and Pascal.=C2=A0

On Fri, Dec 18, 2020 at 5:42 PM Pascal Thu= bert (pthubert) <pthubert=3D40cisco.com@dmarc.ietf.org> wrote:
Hello Michael and all:

> -----Original Message-----
> From: Roll <roll-bounces@ietf.org> On Behalf Of Michael Richardson
> Sent: mercredi 16 d=C3=A9cembre 2020 19:02
> To: Erik Kline <ek.ietf@gmail.com>; Routing Over Low power and Lossy
> networks <roll@i= etf.org>
> Subject: Re: [Roll] Erik Kline's Discuss on draft-ietf-roll-useofr= plinfo-42: (with
> DISCUSS and COMMENT)
>
>
> Erik Kline via Datatracker <noreply@ietf.org> wrote:
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0I might recommend instead referrin= g to RFC 6554 S4.2 for how to
>=C2=A0 =C2=A0 =C2=A0> handle RH3's if the node is also a RPL-awa= re router and say it MUST
>=C2=A0 =C2=A0 =C2=A0> drop the packet if segments left is non-zero a= nd it's not a RPL-aware
>=C2=A0 =C2=A0 =C2=A0> router.
>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0Related: I'd also recommend: >
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0"It should just be noted that= an incoming RH3 must be fully consumed,
>=C2=A0 =C2=A0 =C2=A0> or very carefully inspected."
>
>=C2=A0 =C2=A0 =C2=A0->
>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0"It should just be noted that= an incoming RH3 MUST be fully
>=C2=A0 =C2=A0 =C2=A0> consumed."
>
> I think that Pascal and I, when we write the "carefully inspected= ", is that we
> are imagining situations where the topology is a bit subtle.

Yes, I expected policies that would validate the right of a Leaf to partici= pate to a DODAG ,or to remap the information from the leaf (could be the RP= I, the opaque field in the EARO, or the 6-tuple) into an RPI.

> Perhaps there are firewalls involved.
> Perhaps a device has multiple interfaces (many radios for instance) an= d the
> extra segments address the other interfaces.
>
> Also draft-ietf-anima-autonomic-control-plane uses storing mode, so ne= ver
> has
> RH3 headers, but imagine if it did.
>
> One could have a situation where the physical system containing one or= more
> layers of container was not the ultimate last hop from a logical point= of view.
> Rather than inner container was.=C2=A0 So, it's all the same stack= actually.=C2=A0 In that
> case, an optimization might be to process more than one segment in tha= t
> stack.
> (The ANIMA ACP definitely supports having VMs and containers inside > routers)
>
> So, I can live with your suggestion, because in my case above, we can = argue
> that it's still "consumed"
>
>=C2=A0 =C2=A0 =C2=A0> * I'm confused by the use of "consume= d" here.=C2=A0 Is the final RH3 entry
>=C2=A0 =C2=A0 =C2=A0> RUL's address?=C2=A0 I guess you could say= RH penultimate hop "consumes" the
>=C2=A0 =C2=A0 =C2=A0> header because the ultimate destination addres= s is put in the header DA
>=C2=A0 =C2=A0 =C2=A0> field.=C2=A0 Seems a bit odd though.
>
> Yes, that's what we mean.

Yes, as I said in my response I thought it was quite common. I'm surpri= sed to find little art to quote.

> Once that ultimate destination is in the DA, then the RH3 is a dummy, = but one
> we are aren't supposed to remove.
>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0I assume 6LR_n gets RUL's addr= ess from the last segment in RH3.
>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0"Consumed" means segment= s left =3D=3D 0, I guess?=C2=A0 I suppose should have
>=C2=A0 =C2=A0 =C2=A0> picked up on this terminology when it was firs= t used in Section 2.
>=C2=A0 =C2=A0 =C2=A0> Maybe clarify what it means in that section (2= )?
>
> Yes.


Cool, we're good!

Pascal
_______________________________________________
Roll mailing list
Roll@ietf.org
https://www.ietf.org/mailman/listinfo/roll
--000000000000a0fb1605b8f3ba08-- From nobody Fri Jan 15 10:18: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 343453A1053; Fri, 15 Jan 2021 10:18:19 -0800 (PST) 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.24.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: roll@ietf.org Message-ID: <161073469916.25669.10813596962368103378@ietfa.amsl.com> Date: Fri, 15 Jan 2021 10:18:19 -0800 Archived-At: Subject: [Roll] I-D Action: draft-ietf-roll-dao-projection-16.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: Fri, 15 Jan 2021 18:18:19 -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 : Root initiated routing state in RPL Authors : Pascal Thubert Rahul Arvind Jadhav Matthew Gillmore Filename : draft-ietf-roll-dao-projection-16.txt Pages : 50 Date : 2021-01-15 Abstract: This document extends RFC 6550 and RFC 6553 to enable a RPL Root to install and maintain Projected Routes within its DODAG, along a selected set of nodes that may or may not include self, for a chosen duration. This potentially enables routes that are more optimized or resilient than those obtained with the classical distributed operation of RPL, either in terms of the size of a Routing Header or in terms of path length, which impacts both the latency and the packet delivery ratio. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-roll-dao-projection/ There is also an HTML version available at: https://www.ietf.org/archive/id/draft-ietf-roll-dao-projection-16.html A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-roll-dao-projection-16 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 Tue Jan 19 08:31:30 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 4781E3A15F4; Tue, 19 Jan 2021 08:31:28 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Meeting Session Request Tool To: Cc: aretana.ietf@gmail.com, mariainesrobles@googlemail.com, roll-chairs@ietf.org, roll@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.24.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <161107388821.5399.3954596655557574112@ietfa.amsl.com> Date: Tue, 19 Jan 2021 08:31:28 -0800 Archived-At: Subject: [Roll] roll - New Meeting Session Request for IETF 110 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, 19 Jan 2021 16:31:28 -0000 A new meeting session request has just been submitted by Ines Robles, a Chair of the roll working group. --------------------------------------------------------- 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: Michael Richardson Dominique Barthel Alvaro Retana Ines Robles Resources Requested: Special Requests: Additional key participant conflict: paw - that could not be added in the previous list --------------------------------------------------------- From nobody Tue Jan 19 09:11:02 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 775963A163F for ; Tue, 19 Jan 2021 09:11:00 -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 N_Dxdyy149EU for ; Tue, 19 Jan 2021 09:10:58 -0800 (PST) Received: from mail-ua1-x92b.google.com (mail-ua1-x92b.google.com [IPv6:2607:f8b0:4864:20::92b]) (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 772AE3A163B for ; Tue, 19 Jan 2021 09:10:58 -0800 (PST) Received: by mail-ua1-x92b.google.com with SMTP id g5so6893461uak.10 for ; Tue, 19 Jan 2021 09:10:58 -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=paqV07kIbYob1gDnXso8Mjt26GV0loAlvK0B+IbB0PI=; b=EMhJ8oUsGllTvnT9+F3JPns8XNZuguKdbiI1j5pKLJXdn1axHfGprhBu4XR0XxZpCg mJ2bl8S0S1V0yVDVcRKmsMHIY+P5JEDiNjGEnvHRUkIylgHkwx4DVVrMWIDF+VBaxDvc 2TuLKxh8hL6G5aqn0/zqfktpu5k+/vkaJKEVNgw45ywn3JE7iBIJXoleZpx8ZdXL6ZAS wGf97VIovgGwTA5/LL9/dGBP573FQPyCHzHoR10FvAw3dILP/fIkeA0WVLhEQhAOJWtR xSXsRuDoSUCTfHXVynEAqNd/qxxY1OSS9AZnb5aOaj8d+Qqi80ApVN9xnHmNSM+rHgV3 6aaw== 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=paqV07kIbYob1gDnXso8Mjt26GV0loAlvK0B+IbB0PI=; b=ZxxAdsXM51eUlsWlBu/d5otJs7GJ+NqF9v+34NopAnH1AJrs6VZKHGryfT3lr/ghnW He80sAHGh8/qvnPIO0Dfqpyk1aBWI4isk8QAb7C3Nv2tJ4cSoo8pT9sw+2BjRFEMxXWQ NtN+uZOb3yfGlehNuW5WBpFyMqCnz62Yb6O6+ZffH/qVZSId8x02G75OL6KFiEiT8Tdn ZquYeACYM/atfQ1V8i6NH64VHjA6KjHvh6UFce8oCF2jZEmFE/etqRhxWsTFMl8xUZ+V Hr9225BdjGNirf558RNdLK6I7pDuDMhPa5SWKwkh6kBnPVSOBCXWmpcANHllePdWPZX+ W4ww== X-Gm-Message-State: AOAM530qfuMkYy6Q4zShK+I98PoKCJgtscuYeFnt2JwdsrAnEf7ELI5I z9N6QMYb/FCOiUhKxFtM2cAJZIAq0w8B89SAbmTdzVtEHFDCBA== X-Google-Smtp-Source: ABdhPJzu+5qJhqBDakIRHAuU1WNcswq/vj3HrC3lKZMhf6muXoRQYhgUARIvmDvCZcWXIEoXoDWH5tBdn+qDE0gIwQE= X-Received: by 2002:a9f:26e6:: with SMTP id 93mr3239165uay.17.1611076256898; Tue, 19 Jan 2021 09:10:56 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Ines Robles Date: Tue, 19 Jan 2021 19:10:20 +0200 Message-ID: To: roll Content-Type: multipart/alternative; boundary="000000000000ffb46005b943ebd4" Archived-At: Subject: [Roll] January Interim Meeting - Agenda 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, 19 Jan 2021 17:11:01 -0000 --000000000000ffb46005b943ebd4 Content-Type: text/plain; charset="UTF-8" Dear all, Please find below the link to the agenda for the next week interim meeting: https://datatracker.ietf.org/meeting/interim-2021-roll-01/session/roll Presenters please upload your slides by 25th January or send it to us in pdf format Comments welcome, Thank you, Ines and Dominique On Tue, Jan 12, 2021 at 7:31 PM Ines Robles wrote: > Dear all, > > Thank you for filling the doodle, the selected date and time are as > follows: > > Date: Jan 29, 2021 > > Time: 9:30 am Eastern Time = 2:30 pm UTC = 3:30 pm CET > > Agenda: Please let us know the topic that you would like to present, and > the duration of the requested-slot by *22th January* > > Webex: > Notice that the webex opens 15 min earlier in case that you want to test > and it stays open 45 min after the meeting in case that people want to > discuss with the chairs. > > IETF ROLL Interim Meeting January 2021 > Hosted by ROLL WG > > https://ietf.webex.com/ietf/j.php?MTID=m34b599e4c5ac49d9e4bc6128a4cc26e7 > Friday, Jan 29, 2021 9:15 am | 3 hours | (UTC-05:00) Eastern Time (US & > Canada) > Meeting number: 178 378 7708 > Password: UUuqJR3C3C7 > a617699ad5544f75991a8738db89dcba > > Join by video system > Dial 1783787708@ietf.webex.com > You can also dial 173.243.2.68 and enter your meeting number. > > Join by phone > 1-650-479-3208 Call-in toll number (US/Canada) > Access code: 178 378 7708 > > Thank you very much in advance, > Ines and Dominique. > > On Mon, Dec 21, 2020 at 5:50 PM Ines Robles < > mariainesrobles@googlemail.com> wrote: > >> Dear all, >> >> Please find the link to the doodle in order to set up an interim meeting >> at the end of January 2021. Please fill it by 8th of January. >> >> https://doodle.com/poll/936cn2y6uwfp3dia?utm_source=poll&utm_medium=link >> >> >> Please also find the link to the minutes of the IETF109, comments welcome >> by 3th January. Many many thanks to the minute takers :-) >> >> https://datatracker.ietf.org/doc/minutes-109-roll/ >> >> Best wishes, >> >> Ines and Dominique. >> >> >> >> >> --000000000000ffb46005b943ebd4 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear all,

Please f= ind below the link to the agenda for the next week interim meeting:
=C2=A0=C2=A0

Present= ers please upload your slides by 25th January or send it to us in pdf forma= t

Comments=C2=A0welcome,

= Thank you,

Ines and Dominique

On Tue, Jan 12,= 2021 at 7:31 PM Ines Robles <mariainesrobles@googlemail.com> wrote:
Dear all,
<= br>
Thank you for filling the doodle, the selected date and time = are as follows:

Date:=C2=A0 Jan 29, 2021

Time:=C2=A0 9:30 am Eastern Time =3D 2:30 pm UTC =3D 3:30 pm CET

Agenda: Please let us know the topic that you would like to present, and= the duration of the requested-slot by 22th January
Webex:=C2=A0
Notice that the webex opens 15 min e= arlier in case that you want to test and it stays open 45 min after the mee= ting in case that people want to discuss with the chairs.=C2=A0
<= br>
=C2=A0IETF ROLL Interim Meeting January 2021
Hosted by ROL= L WG

https://ietf.webex.com/ietf/j.php= ?MTID=3Dm34b599e4c5ac49d9e4bc6128a4cc26e7
Friday, Jan 29, 2021 9:15 = am | 3 hours | (UTC-05:00) Eastern Time (US & Canada)
Meeting number= : 178 378 7708
Password: UUuqJR3C3C7
a617699ad5544f75991a8738db89dcba=

Join by video system
Dial 1783787708@ietf.webex.com
You can also dial= 173.243.2.68 and enter your meeting number.

Join by phone
1-650-= 479-3208 Call-in toll number (US/Canada)
Access code: 178 378 7708=C2=A0= =C2=A0

Thank you very much in advance,<= /div>
Ines and Dominique.=C2=A0

On Mon, Dec 21, 2020 at 5:50 PM In= es Robles <mariainesrobles@googlemail.com> wrote:
Dear all,

Please find the link to the doodle in order to set up an interim m= eeting at the end of January 2021.=C2=A0 Please fill it by 8th of January.



<= /div>
Please also find the link to the minutes of the IETF109, comments= welcome by 3th January. Many many thanks to the minute takers :-)






--000000000000ffb46005b943ebd4-- From nobody Thu Jan 21 09:38:10 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 B07163A1263; Thu, 21 Jan 2021 09:38:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.38 X-Spam-Level: X-Spam-Status: No, score=-2.38 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.262, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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=orange.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 KykFA9VAxuiK; Thu, 21 Jan 2021 09:38:04 -0800 (PST) Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.66.41]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0826F3A08C0; Thu, 21 Jan 2021 09:38:03 -0800 (PST) Received: from opfedar03.francetelecom.fr (unknown [xx.xx.xx.5]) by opfedar24.francetelecom.fr (ESMTP service) with ESMTP id 4DM8k223HRz5vcV; Thu, 21 Jan 2021 18:38:02 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1611250682; bh=XHnS4efOVY4DCxvflW3ohheF6vujTpqbsthPflsnQiQ=; h=Subject:To:From:Message-ID:Date:MIME-Version:Content-Type; b=ZJ9V/BBLaRZa0Y9k49IuxpLGoq2sWfvuKwKI3bsKbkpys2U/5RPQWDXOKqVTv+WAK cYHx81zjfFCuyBG2F1YR3GaXjLYk/i10P/icPUBr9L7ZDCpFfL8/3BFGfeWB3qnryu 5AWuTNP2ZHtN0c7hoADiXqy782RZTb+yXeDv2u3RLu6lTZkMeSIwJIPvStXLS90dd5 SaxU6sYU8mWgNpPCFc5N7bSxEwbg5e6zr04trXa9Rg3VhAmipjnCwwJ9GNURaZbakq ocUFrw3j23ji0lFlCSWjYiy9PMcoHRlVZyI9kPSF1WEb5itMZwr5X9f2751L4arl8b 8UOhzrqKw3YWQ== Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.29]) by opfedar03.francetelecom.fr (ESMTP service) with ESMTP id 4DM8k20gVKzCqmd; Thu, 21 Jan 2021 18:38:02 +0100 (CET) Received: from [10.192.150.121] (10.114.13.247) by exchange-eme6.itn.ftgroup (10.114.13.29) with Microsoft SMTP Server (TLS) id 14.3.498.0; Thu, 21 Jan 2021 18:38:01 +0100 To: "Pascal Thubert (pthubert)" CC: "rtg-ads@ietf.org" , "rtg-dir@ietf.org" , "roll@ietf.org" , "draft-ietf-roll-unaware-leaves@ietf.org" References: <27211_1608221318_5FDB8286_27211_31_2_5764bbfa-dbd4-46a4-1fe1-00f4d75268a5@orange.com> From: Organization: Orange Message-ID: <74d16086-de2d-a0e0-0e67-a0c3976c5259@orange.com> Date: Thu, 21 Jan 2021 18:37:59 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms030401090004010809050000" X-Originating-IP: [10.114.13.247] Archived-At: Subject: Re: [Roll] RtgDir Review: draft-ietf-roll-unaware-leaves-23 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, 21 Jan 2021 17:38:08 -0000 --------------ms030401090004010809050000 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Language: en-US Salut Pascal. Sorry for the late feedback. For the sake of following-up, your responses and I-D updates address my concerns. Please consider the following few nits. A missing coma and a typo in section 4.2.2: OLD =C2=A0=C2=A0 This is the reason why the support =C2=A0=C2=A0 of [RFC8505] by the RUL, as opposed to only [RFC6775] is a =C2=A0=C2=A0 prerequisite for this specification)/; this requirement is f= ully =C2=A0=C2=A0 explained in Section 5.1. NEW =C2=A0=C2=A0 This is the reason why the support =C2=A0=C2=A0 of [RFC8505] by the RUL, as opposed to only [RFC6775], is a =C2=A0=C2=A0 prerequisite for this specification; this requirement is ful= ly =C2=A0=C2=A0 explained in Section 5.1. In section 11: s/the overusing that channel/overusing that channel/=C2=A0= [or "the overuse of that channel"] In Table 5 of section 12.6, the allocation for the [EFFICIENT-NPDAO] work-in-progress should rather be referred to as "to be defined". Thanks, Julien On 18/12/2020 15:11, Pascal Thubert (pthubert) wrote: > Salut Julien: > > Many thanks for your review! > > I committed the changes that I understood in https://github.com/roll-wg= /roll-unaware-leaves/commit/d029d605fe4dbfa2ff1c444210fa67f923b715e4 > > For your convenience, I also published an update for you to visualize t= he changes: > Htmlized: https://tools.ietf.org/html/draft-ietf-roll-unaware-lea= ves-28 > Diff: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-roll-una= ware-leaves-28 > > Please let me know if there is more to be done. > > For the deep review discussion, please see below. > >> *Comments:* >> >> I am not an LLN expert, but I find the I-D convenient to read thanks t= o the >> appropriate (but numerous) references. I just feel that a few sections= deserve >> some clarification to improve readability and that flag number selecti= on >> doesn't really follow the expected process. > Cool, let's see how we can make things (even =F0=9F=98=89) better. > > =20 >> *Minor Issues:* >> >> - Sorry if ask questions on implicit contexts that are obvious to LLN = people, >> but I am confused in section 3 with that "6LR that acts as a border Ro= uter for >> external routes": does it advertise towards the RPL domain? Does it ta= lk to a >> peer 6LR that is also a RPL Router? Is that particular router necessar= ily the RPL >> Root? > There were similar comments and I already made some changes: > 1) added a picture that hopefully helps here > > ------+--------- > | Internet > | > +-----+ > | | <------------- 6LBR / RPL Root > +-----+ ^ > | | > o o o o | RPL > o o o o o o o o | > o o o o o o o o o o | + > o o o o o o o | > o o o o o o o o o | 6LoWPAN ND > o o o o o o | > o o o o v > o o o <------------- 6LR / RPL Border router > ^ > | 6LoWPAN ND only > v > u <------------- 6LN / RPL-Unaware Leaf > > > To clarify more I changed section 3 as follows: > " > 3. RPL External Routes and Dataplane Artifacts > > RPL was initially designed to build stub networks whereby the only > border router would be the RPL Root (typically collocated with the > 6LBR) and all the nodes in the stub would be RPL-Aware. [RFC6550] > has the provision of external routes with the External 'E' flag in > the Transit Information Option (TIO). External Routes enable to > reach destinations that are outside the RPL domain and connected to > the RPL domain via RPL border routers that are not the route. > Section 4.1 of [USEofRPLinfo] provides a set of rules summarized > below that must be followed for routing packets from and to a > external destinations (targets in RPL parlance). A RUL is a special= > case of external target that is also a host directly connected to th= e > RPL domain. > " > > Does that help? > >> - The text in section 6.2, as well as figures 3 and 4, use the F and P= flags as if >> the bit numbers were defined, though their number is only "suggested" = in the >> IANA section. If no early allocation process happened, it is inappropr= iate to >> assume the to-be-allocated bit number in the body of the document. > At this stage, we already made a pass with Amanda Baber (IANA).=20 > A change would be pure form to be undone by the RFC editor. > >> - Section 6.3 reduces an 8-bit field to a 6 bit value. It would be wor= th >> mentioning that it sounds reasonable because the associated registry r= elies >> on standards action for registration and only values up to 10 are curr= ently >> allocated. > Good point; done. > >> Furthermore, is there an update of that 6-bit space split to map the p= revious >> ranges? If the answer lies in the IANA section, then a few words would= be >> welcome in section 6. > A=C3=AFe, I do not understand the question. We used to map 1 to 1 the N= D status to RPL status, but after a discussion with Alvaro we found that = embedding was better. > > >> *Nits:* >> ------ >> Overall >> --- >> - RPL-[An]aware, RAL and RUL are preceded most of the times by "a" [OK= if >> pronounced "riple", "ral", "rul"], but sometimes by "an" ["are >> pi..."]: please pick one and be consistent. > Done. We say a RPL, a RUL, a RAL, and an RPI. > >> - Any reason why "Host", "Hop" and "Router" are often written with a c= apital >> H/R? > Hum I thought I cleaned that up for the most part. Doing another pass I= do not find much.=20 > I use the uppercase on Hop-by-Hop because that is what RFC 8200 does. S= ame for 6LBR, 6LR, 6BBR, etc... else I used lowercase > > >> - RFC 2119 keywords SHOULD be used more often for an IETF standard tra= ck, >> it sometimes feels that the text is written to circumvent them. >> E.g., section 4.2.1 uses a wording based on "requires... if and only i= f..."; >> section 4.3 describes a behavior without any normative keyword; sectio= n 5.1 >> says "needs to", "is expected not to", "is suggested to"; etc. > There's more here than meet the eye. Remember that we extend existing w= ork in RPL, ND and IPv6. The reason for the wording is that the MUST or S= HOULD is already written in an RFC and we do not want to paraphrase std t= rack text here. > >> ------ >> Section 1. >> --- >> - The phrase "terminate packets" feels odd: is "terminate paths" inten= ded? > This is gone already > >> - s/expectations/requirements/ > Done > >> - The term "change" is used several times in the section summary thoug= h it is >> a bit loose: depending on the situation, "modify" or "extend" > There's both; we actually are more specific in the sections. I found on= e place where I did a replacement. > > >> would be more specific (the former may impact existing implementations= , the >> latter does not). > Yes this is when we use "update".=20 > >> -=C2=A0 OLD >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Section 8 presents the changes made to = [RFC6775] and [RFC8505]; >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 The range of the ND status codes is red= uced down to 64 values, and >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 the remaining bits in the original stat= us field are now reserved. >> =C2=A0 NEW >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Section 8 presents how [RFC6775] and [R= FC8505] are used; the >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 range of the ND status codes is narrowe= d down to 64 values, and >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 the unused bits are reserved. > This was the goal when I wrote RFC 8505. I missed tiny things and had t= o perform updates which are listed in " Enhancements to RFC 6775 and RFC8= 505". Because of that this document updates RFC 6775 and 8505. Sadly. > >> ------ >> Section 2. >> --- >> - s/Neighbor solicitation/Neighbor Solicitation/ > Done > >> - s/Information solicitation (DIS)/Information Solicitation (DIS)/ > Removed > >> ------ >> Section 3. >> --- >> - s/The RPL Root tunnels the packets/The RPL Root tunnels data packets= / >> [unless we're talking about control packet] > Done > >> - s/forwards the original (inner) packet/forwards original (inner) pac= kets/ > Done > >> ------ >> Section 4. >> --- >> - s/Neighbor solicitation (NS)/Neighbor Solicitation (NS)/ > Done > >> - s/6LN functionality in [RFC8505]/6LN functionality from [RFC8505]/ > Done though unconvinced. Let's see what the RFC editor ends up doing. > >> - Section 4.2.3 summarizes the main use case of the ROVR though its us= e here >> is a bit different: why not focus the paragraph on the latest sentence= and >> bring a correct topic balance into the section? > This section describes RFC 8505. It hints about how we use it in the re= st of the spec but that's not the main goal.=20 > > >> ------ >> Section 5. >> --- >> - s/with a CIO/with a 6CIO/ > Done > >> - s/the Root terminates the IP-in-IP tunnel at the parent 6LR/the IP-i= n-IP >> tunnel from the Root terminates at the parent 6LR/ > Done > >> ------ >> Section 6. >> --- >> - s/between the 6LR and the RPL Root/between the RPL Root and the 6LR/= > In both directions in fact > >> - s/encodes it in one of these reserved flags of the RPL DODAG configu= ration >> option/allocates a new one in the RPL DODAG configuration option/ > That sentence was reworded since -23. But the allocation game is for IA= NA section. Arguably what matters to the implementer is the bit position= =2E > >> - s/values zero (0) to six (6)/values from zero (0) to six (6)/ > Done > >> ------ >> Section 7. >> --- >> - The section title should point to the draft title ("Efficient Route >> Invalidation") rather than the draft name which will be replaced by an= RFC >> number at publication time. > Point is, both drafts will publish together and this is to help the edi= tor to the replacements. > >> - s/hop by hop/hop-by-hop/ > Done > >> ------ >> Section 8. >> --- >> - Spacing inconsistency on the section title. > Fixed > >> ------ >> Section 9. >> --- >> - In section 9.2.2, the capital T is missing on "the" for steps 4 and = 5. > Fixed > >> - s/Lifetime. e.g./Lifetime. E.g./ > Fixed > >> - s/6LoWPAN ND related reasons/6LoWPAN ND-related reasons/ > Fixed > >> - s/An error injecting the route/An error when injecting the route/ > Not sure; since several native speakers reviewed it I'd rather leave th= is as is > >> - In section 9.2.3, the capital T is missing on "the" for steps 2 and = 3. > Fixed > >> ------ >> Section 11. >> --- >> - s/supporting th extension/supporting the extension/ > Fixed > >> ------ >> Section 12. >> --- >> - s/doesn't/does not/ > Fixed > >> ------ >> >> >> Regards, >> >> Julien >> --------------ms030401090004010809050000 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC EmowggTeMIIDxqADAgECAgEBMA0GCSqGSIb3DQEBBQUAMGoxCzAJBgNVBAYTAkZSMRowGAYD VQQKDBFGcmFuY2UgVGVsZWNvbSBTQTEXMBUGA1UECwwOMDAwMiAzODAxMjk4NjYxJjAkBgNV BAMMHUdyb3VwZSBGcmFuY2UgVGVsZWNvbSBSb290IENBMB4XDTA1MTExNzExMDkzOVoXDTI1 MTExNzExMDkzOVowgZYxCzAJBgNVBAYTAkZSMRowGAYDVQQKDBFGcmFuY2UgVGVsZWNvbSBT QTEkMCIGA1UECwwbV2VzdGVybkVVIE1pZGRsZUVhc3QgQWZyaWNhMRcwFQYDVQQLDA4wMDAy IDM4MDEyOTg2NjEsMCoGA1UEAwwjR3JvdXBlIEZyYW5jZSBUZWxlY29tIEludGVybmFsIENB IDEwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCw8ytv/3/3nS8Xkfrfv3lWqny4 Gd1V8eVOT7B0WxfJMqfWPbu0aoc4WScRhqIhAH61Gmfa6f3AVq+o3PptjJ459kMp/ACaeRp8 DFzW7iNFm/Qfdk81V9dVLXHsbYwWU373j/ksx1Smmk3vsq4fWapeAOLfds70KO4RWP/YVSmO rAFVMiqV4l9f6a+G8Lr2tOZkWaX+3vb3HE6mDG3la3Y6VDpVpioSrz61KPb8pLyOg7TuhhIx OKTNNefEcDwFKx9zfVJax+PHj6zGbFzdGEMWexwGSi3SXkgAV6/CJNtCHHXE2OprWc30JiCY 18GkvPrRgO1XBSqx0xDIam+WpEh/AgMBAAGjggFgMIIBXDAPBgNVHRMBAf8EBTADAQH/MA4G A1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUNhwzZ9MTXPpbn+qLukRmdEbxd3gwdAYDVR0jBG0w a4AUGpJTyM8zG7bypWB94q8kEkGwmmChUIFOQ049R3JvdXBlIEZyYW5jZSBUZWxlY29tIFJv b3QgQ0EsIE9VPTAwMDIgMzgwMTI5ODY2LCBPPUZyYW5jZSBUZWxlY29tIFNBLCBDPUZSggEA MIGOBgNVHR8EgYYwgYMwQ6BBoD+GPWh0dHA6Ly9pZ2NnZnQtcmNhLWh0dHAuc2kuZnJhbmNl dGVsZWNvbS5mci9jcmwvaWdjZ2Z0X3JjYS5jcmwwPKA6oDiGNmh0dHA6Ly9pZ2NnZnQtcmNh LmZyYW5jZXRlbGVjb20uY29tL2NybC9pZ2NnZnRfcmNhLmNybDATBgNVHSAEDDAKMAgGBiqB egEQDDANBgkqhkiG9w0BAQUFAAOCAQEAlt994iqOFDZH/wQfDU6EQ1W1B/xs/k3xwBuBZgi3 NRWvvb8KhfoOVOyeuoO1r4072jo/AFDphvixN8EZiRp+luqZXQEXEaHrZjwRydCuUDwjPQkw A/DU5NzWn0FrKWRIstQa/MBcN9xniazs41Br3oNzlkUbAyuP2s3GRi5uFp7VV5Y5dU8lqdoL nE/TuBV0LFdre0WOdM7CoWVqNlreb7/zmuK2/zfLIaq2QIcWIOulqiIW1xxFWxc0JZi8p7qV zvysS0+8wevgoefks3PHoUMEaIHCpoSOC14JSkKCVuUMPBvu+ftPasJ+NQz1jUbb0kjUkpGn q33GgLPLSvsK5TCCBsAwggWooAMCAQICEhEhrKTzJoGqMVywoqjNXFnwQTANBgkqhkiG9w0B AQUFADCBljELMAkGA1UEBhMCRlIxGjAYBgNVBAoMEUZyYW5jZSBUZWxlY29tIFNBMSQwIgYD VQQLDBtXZXN0ZXJuRVUgTWlkZGxlRWFzdCBBZnJpY2ExFzAVBgNVBAsMDjAwMDIgMzgwMTI5 ODY2MSwwKgYDVQQDDCNHcm91cGUgRnJhbmNlIFRlbGVjb20gSW50ZXJuYWwgQ0EgMTAeFw0x NzAyMjgwOTQyMDhaFw0yMTAyMjgwOTQyMDhaMGoxCzAJBgNVBAYTAkZSMRowGAYDVQQKExFG cmFuY2UgVGVsZWNvbSBTQTEWMBQGA1UEAwwNTWV1cmljIEp1bGllbjEnMCUGCSqGSIb3DQEJ AQwYanVsaWVuLm1ldXJpY0BvcmFuZ2UuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIB CgKCAQEA0Pfhby8TRScxVqtTKug3CKgJW1ub3Y7JydhngY8GOXTXy7mUt4aA0V2JsooyqF3+ nO1xcl3D1RZ+l04fRNHCh/CUHhamoNykCFRNoIM/DuzT7NE5h94UR/3RRgZ2qbZoIn5KYIBj bVMacnZnB/qB9DUH61ecMTzrOG0ePtvABWcrhhOZ2S0MvPJkPtAAlL7qvTe9gJwZkBtEuZ0q rJ0D3OXl5ayV7eP9FuRJ/0jf9FdxnmY0Aagm6+r5vsj9dhU9Gf5cA+mh+L7zrCIpTG2GVLLd KaSORJ1cZ+LeZlgpK+hKJ4ho+J/Usqu9Ak8ngAeOgJqTjxRvOimdZZfJ+2E/GQIDAQABo4ID MTCCAy0wDgYDVR0PAQH/BAQDAgbAMBMGA1UdJQQMMAoGCCsGAQUFBwMEMCMGA1UdEQQcMBqB GGp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbTCCAiEGA1UdHwSCAhgwggIUMIHooIHloIHihoHf bGRhcDovLy9jbj1Hcm91cGUlMjBGcmFuY2UlMjBUZWxlY29tJTIwSW50ZXJuYWwlMjBDQSUy MDEsY249aWdjZ2Z0aSxDTj1DRFAsQ049UHVibGljJTIwS2V5JTIwU2VydmljZXMsQ049U2Vy dmljZXMsQ049Q29uZmlndXJhdGlvbixEQz1hZCxEQz1mcmFuY2V0ZWxlY29tLERDPWZyP2Nl cnRpZmljYXRlUmV2b2NhdGlvbkxpc3Q/YmFzZT9vYmplY3RjbGFzcz1jUkxEaXN0cmlidXRp b25Qb2ludDCBqaCBpqCBo4aBoGxkYXA6Ly9pZ2NnZnRpLWNhMS1sZGFwLnNpLmZyYW5jZXRl bGVjb20uZnIvb3U9aWdjZ2Z0aV9jYTEsb3U9Q0Esb3U9Q1JMRFAsb3U9QUNfT04sb3U9SUdD R3JvdXBlLG89RnJhbmNlVGVsZWNvbT9jZXJ0aWZpY2F0ZVJldm9jYXRpb25MaXN0P2Jhc2U/ b2JqZWN0Y2xhc3M9cGtpQ2EwNKAyoDCGLmh0dHA6Ly9wa2ktY3JsLml0bi5mdGdyb3VwL2Ny bC9pZ2NnZnRpX2NhMS5jcmwwRaBDoEGGP2h0dHA6Ly9pZ2NnZnRpLWNhMS1odHRwLnNpLmZy YW5jZXRlbGVjb20uZnIvY3JsL2lnY2dmdGlfY2ExLmNybDA+BgNVHSAENzA1MDMGCCqBegEQ DAIDMCcwJQYIKwYBBQUHAgEWGWh0dHA6Ly9wa2ktb3JhbmdlLmNvbS9jcHMwPAYIKwYBBQUH AQEEMDAuMCwGCCsGAQUFBzABhiBodHRwOi8vcGtpLW9jc3AuaXRuLmZ0Z3JvdXAvb2NzcDAd BgNVHQ4EFgQUEqE2gJM6hxLi6AlLKQ8kT4r1AlUwHwYDVR0jBBgwFoAUNhwzZ9MTXPpbn+qL ukRmdEbxd3gwDQYJKoZIhvcNAQEFBQADggEBAGxsRCzFlIhen5KnTgZDP6e5jd+ff1MoW3jq wiqxg8v33FldytRqsR5ydg4G5s+mdYhtViuuqm+vOo0F+8oSudj2M70zFIzQR2jMvR8P1oFF 2n+aQlZDW/JY5KqsxbUaR1w5QFE4LCj77OlvTTtaHXn6tZINQqD2rE/28S91ShC4H6WfsTve y2CCLvuYzwUkQ/tPC23rWYxO/hZPkOT/MbgijzIFh4Ys8ENfYNTwkrNSj0LmmJREXIXq50UV EpnsI2v5hE8jXkXlWvT6eXJ7RkocfIjwENvOMvA5/WxE9tvpVCSGq+c5YMWEfyT6o+V2LtTG dtJ3dWNCmsmAgBWXnaswggbAMIIFqKADAgECAhIRIb+AKeqA4nD4aGytIumMzn8wDQYJKoZI hvcNAQEFBQAwgZYxCzAJBgNVBAYTAkZSMRowGAYDVQQKDBFGcmFuY2UgVGVsZWNvbSBTQTEk MCIGA1UECwwbV2VzdGVybkVVIE1pZGRsZUVhc3QgQWZyaWNhMRcwFQYDVQQLDA4wMDAyIDM4 MDEyOTg2NjEsMCoGA1UEAwwjR3JvdXBlIEZyYW5jZSBUZWxlY29tIEludGVybmFsIENBIDEw HhcNMTcwMjI4MDk0MjIxWhcNMjEwMjI4MDk0MjIxWjBqMQswCQYDVQQGEwJGUjEaMBgGA1UE ChMRRnJhbmNlIFRlbGVjb20gU0ExFjAUBgNVBAMMDU1ldXJpYyBKdWxpZW4xJzAlBgkqhkiG 9w0BCQEMGGp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEP ADCCAQoCggEBAMYlaLPYjHfuVjqtO9apWcAd2PIK1MyO7sDYhYw0itPsnsSzsMUa+o7Xjwr/ 9JHcyYEehz2uqzpT0L3bFC8ROTGF3l9sZDPGpUlGeYEFCpNxT2Eg5ZIizYHd5feghGDgbnm0 3UaNldIpi5gtuKSSUHJwLgzZwMykwOdGBkl9dJvj2mccxIlViUATimvjuOj8TES9zrNWuWU7 d1LM9SUrKngkMIA5s801vT4FlvpL/ER7Yt6idZ8rGPXsMdFOhiV3AzLBl1ypaVrQ+OGum/sh c56fMCppmz5okaiGJ2DC9MRR0l4e6ZNrg+nKfm7IhIrCn7wED1TJAfuQfz3YYXKEwO8CAwEA AaOCAzEwggMtMA4GA1UdDwEB/wQEAwIFIDATBgNVHSUEDDAKBggrBgEFBQcDBDAjBgNVHREE HDAagRhqdWxpZW4ubWV1cmljQG9yYW5nZS5jb20wggIhBgNVHR8EggIYMIICFDCB6KCB5aCB 4oaB32xkYXA6Ly8vY249R3JvdXBlJTIwRnJhbmNlJTIwVGVsZWNvbSUyMEludGVybmFsJTIw Q0ElMjAxLGNuPWlnY2dmdGksQ049Q0RQLENOPVB1YmxpYyUyMEtleSUyMFNlcnZpY2VzLENO PVNlcnZpY2VzLENOPUNvbmZpZ3VyYXRpb24sREM9YWQsREM9ZnJhbmNldGVsZWNvbSxEQz1m cj9jZXJ0aWZpY2F0ZVJldm9jYXRpb25MaXN0P2Jhc2U/b2JqZWN0Y2xhc3M9Y1JMRGlzdHJp YnV0aW9uUG9pbnQwgamggaaggaOGgaBsZGFwOi8vaWdjZ2Z0aS1jYTEtbGRhcC5zaS5mcmFu Y2V0ZWxlY29tLmZyL291PWlnY2dmdGlfY2ExLG91PUNBLG91PUNSTERQLG91PUFDX09OLG91 PUlHQ0dyb3VwZSxvPUZyYW5jZVRlbGVjb20/Y2VydGlmaWNhdGVSZXZvY2F0aW9uTGlzdD9i YXNlP29iamVjdGNsYXNzPXBraUNhMDSgMqAwhi5odHRwOi8vcGtpLWNybC5pdG4uZnRncm91 cC9jcmwvaWdjZ2Z0aV9jYTEuY3JsMEWgQ6BBhj9odHRwOi8vaWdjZ2Z0aS1jYTEtaHR0cC5z aS5mcmFuY2V0ZWxlY29tLmZyL2NybC9pZ2NnZnRpX2NhMS5jcmwwPgYDVR0gBDcwNTAzBggq gXoBEAwCAjAnMCUGCCsGAQUFBwIBFhlodHRwOi8vcGtpLW9yYW5nZS5jb20vY3BzMDwGCCsG AQUFBwEBBDAwLjAsBggrBgEFBQcwAYYgaHR0cDovL3BraS1vY3NwLml0bi5mdGdyb3VwL29j c3AwHQYDVR0OBBYEFJpO/hkvlNNchTsRMqcXbFKjr7BjMB8GA1UdIwQYMBaAFDYcM2fTE1z6 W5/qi7pEZnRG8Xd4MA0GCSqGSIb3DQEBBQUAA4IBAQCTgsPIg7wni+YEn7NuxicptWVyoYjn XO9UfYTb4t6M1nizQPrL1ctPCqooEAxUhiH+i8YlnUkG5CHMatTwLtnZJvzGqHkY7q/Ctbki DOqfhaM4b9by+CJp9B5GTKeUzCKAt2Fk0TKqlwbGdKiUfPL9AC58UYOKqjlMUPf6suxqA1fM FyCUBu991kEdwSF7iXbSC/QP2EVsr5Yo1WU9856hAD87Lv/hFp5FjVYKFn9iMQvu325XYLvy EhveODX1HsLj0ohm3/GfPYwyIZpG690uSROq7X8+8WUdX/oplOoaxpEkH5tJO51VAQybQPgj daMD+h/Latx+6W9Dz6oPAxw0MYIEODCCBDQCAQEwga0wgZYxCzAJBgNVBAYTAkZSMRowGAYD VQQKDBFGcmFuY2UgVGVsZWNvbSBTQTEkMCIGA1UECwwbV2VzdGVybkVVIE1pZGRsZUVhc3Qg QWZyaWNhMRcwFQYDVQQLDA4wMDAyIDM4MDEyOTg2NjEsMCoGA1UEAwwjR3JvdXBlIEZyYW5j ZSBUZWxlY29tIEludGVybmFsIENBIDECEhEhrKTzJoGqMVywoqjNXFnwQTANBglghkgBZQME AgEFAKCCAlswGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMjEw MTIxMTczODAwWjAvBgkqhkiG9w0BCQQxIgQgfWLMPDSU27NR+fr0USWDRpFiH/UwbAUlli82 Vw53c7EwbAYJKoZIhvcNAQkPMV8wXTALBglghkgBZQMEASowCwYJYIZIAWUDBAECMAoGCCqG SIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG 9w0DAgIBKDCBvgYJKwYBBAGCNxAEMYGwMIGtMIGWMQswCQYDVQQGEwJGUjEaMBgGA1UECgwR RnJhbmNlIFRlbGVjb20gU0ExJDAiBgNVBAsMG1dlc3Rlcm5FVSBNaWRkbGVFYXN0IEFmcmlj YTEXMBUGA1UECwwOMDAwMiAzODAxMjk4NjYxLDAqBgNVBAMMI0dyb3VwZSBGcmFuY2UgVGVs ZWNvbSBJbnRlcm5hbCBDQSAxAhIRIb+AKeqA4nD4aGytIumMzn8wgcAGCyqGSIb3DQEJEAIL MYGwoIGtMIGWMQswCQYDVQQGEwJGUjEaMBgGA1UECgwRRnJhbmNlIFRlbGVjb20gU0ExJDAi BgNVBAsMG1dlc3Rlcm5FVSBNaWRkbGVFYXN0IEFmcmljYTEXMBUGA1UECwwOMDAwMiAzODAx Mjk4NjYxLDAqBgNVBAMMI0dyb3VwZSBGcmFuY2UgVGVsZWNvbSBJbnRlcm5hbCBDQSAxAhIR Ib+AKeqA4nD4aGytIumMzn8wDQYJKoZIhvcNAQEBBQAEggEAM9/vfkqxUpYLyuDX5c3FvW/z qCsq4qKk6QiUR5/wcYR2nYEkSSCFi9Rnf0woF5C0iruWvpgSZzOis+U/1/sBLeatLw79sCR1 grgQVZKMLwCqgSNxbKd8K51Be+AZTmI77mLs4TQ74Tj9w/eEiMgP48LK3wPslF2Zda3fJQTQ SJGSI4XhtyLR3BlUUEWc1LDVf2Gwdy/XQ0Sm+8gMIlT/zn8g72aQkAA86QUuigdH2u5R2wM6 GpiapG0oNZ7ws7rLSvs+VfSDt3eEsylCpeTHqi2WC38OvkfT9pcceTaiOv0MS9W29m8gDLGp wXbrBAcen4frrDYYmXCO/K2AuX9segAAAAAAAA== --------------ms030401090004010809050000-- From nobody Fri Jan 22 04:43:07 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 A052B3A1282; Fri, 22 Jan 2021 04:43:05 -0800 (PST) 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.24.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: roll@ietf.org Message-ID: <161131938558.16116.17560601860760005144@ietfa.amsl.com> Date: Fri, 22 Jan 2021 04:43:05 -0800 Archived-At: Subject: [Roll] I-D Action: draft-ietf-roll-unaware-leaves-30.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: Fri, 22 Jan 2021 12:43:06 -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 : Routing for RPL Leaves Authors : Pascal Thubert Michael C. Richardson Filename : draft-ietf-roll-unaware-leaves-30.txt Pages : 43 Date : 2021-01-22 Abstract: This specification updates RFC6550, RFC6775, and RFC8505. It provides a mechanism for a host that implements a routing-agnostic interface based on 6LoWPAN Neighbor Discovery to obtain reachability services across a network that leverages RFC6550 for its routing operations. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-roll-unaware-leaves/ There is also an HTML version available at: https://www.ietf.org/archive/id/draft-ietf-roll-unaware-leaves-30.html A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-roll-unaware-leaves-30 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 Fri Jan 22 04:46:38 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 7FEBE3A0B33; Fri, 22 Jan 2021 04:46:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.601 X-Spam-Level: X-Spam-Status: No, score=-9.601 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, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-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=fgURXDiJ; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=svZ6YBdR 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 6CWt_x7xPRCD; Fri, 22 Jan 2021 04:46:32 -0800 (PST) Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8467A3A1282; Fri, 22 Jan 2021 04:46:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=18306; q=dns/txt; s=iport; t=1611319592; x=1612529192; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=1I6IJq1llxyLz6xA3Y4uEAAoP7nN1eUIGID5OmAJZRY=; b=fgURXDiJ+rqELYABWY6ezjQI40A+B8TKrU8zk9Rxv4QRRu4sL4FuRMUU x1uZj29t95FHBhotD0ZX8iROC1AsIlU2vjz+PjwE4AQaA7SYE/3V6Okfc zSNRqMINAyJs2Se+NV4XMG5Z1LtMZyqKvxpUbEaAOcs0NQeW1LYmnInhy A=; X-IPAS-Result: =?us-ascii?q?A0AtBQDNxQpgkI9dJa1iHgEBCxIMQIMiUX1bLy+EQINIA?= =?us-ascii?q?44OA4EFjgyKBoFCgREDVAsBAQENAQEjCgIEAQGESgIXgWECJTgTAgMBAQEDA?= =?us-ascii?q?gMBAQEBBQEBAQIBBgQUAQEBAQEBhjgBC4VzAQEBBA4VEQwBASMGCQUBCwQCA?= =?us-ascii?q?QYCEQQBAQECAiYCAgIwFQgIAgQOBQiDHgGCVQMuAQ6WeZBrAooldoEygwUBA?= =?us-ascii?q?QaBNwKDZxiCEQMGgQ4qgnaEA4JOg3QmG4FBP4ERQ4IhNT6CXQEBAgEWgSwcF?= =?us-ascii?q?YMCNIIsgU8KaQYBYwQUDg0DEQgGAhQOURITCCkCEQEFASAOAWCPTIMsh2CME?= =?us-ascii?q?ZA3gQgKgneJMJJdgyuKM4VjiUOFcJMrc4IHhx2BepFyhEMCBAIEBQIOAQEGg?= =?us-ascii?q?W0hgVlwFRqDClAXAg2OIQwOCYNOhRSFRHQ3AgYBCQEBAwl8iwoBAQ?= IronPort-PHdr: =?us-ascii?q?9a23=3AMQMqGxS9fw5xRjrEFtmuGjoNLtpsv++ubAcI9p?= =?us-ascii?q?oqja5Pea2//pPkeVbS/uhpkESQBNuJ7OhNjeXb9avnXD9I7ZWAtSUEd5pBH1?= =?us-ascii?q?8AhN4NlgMtSMiCFQXgLfHsYiB7eaYKVFJs83yhd0QAHsH4ag7VuHS04jNUER?= =?us-ascii?q?L6ZkJ5I+3vEdvUiMK6n+m555zUZVBOgzywKbN/JRm7t0PfrM4T1IBjMa02jB?= =?us-ascii?q?DOpyhF?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.79,366,1602547200"; d="scan'208";a="672562156" Received: from rcdn-core-7.cisco.com ([173.37.93.143]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 22 Jan 2021 12:46:31 +0000 Received: from XCH-RCD-005.cisco.com (xch-rcd-005.cisco.com [173.37.102.15]) by rcdn-core-7.cisco.com (8.15.2/8.15.2) with ESMTPS id 10MCkVnq007117 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 22 Jan 2021 12:46:31 GMT Received: from xhs-aln-002.cisco.com (173.37.135.119) by XCH-RCD-005.cisco.com (173.37.102.15) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 22 Jan 2021 06:46:30 -0600 Received: from xhs-rtp-003.cisco.com (64.101.210.230) by xhs-aln-002.cisco.com (173.37.135.119) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 22 Jan 2021 06:46:30 -0600 Received: from NAM04-BN3-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Fri, 22 Jan 2021 07:46:30 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=M3UPHvmDZgYrzLdDyavu3H5jsO5lWeB9lXUXFSK9aFoKyEKuM205yaKy59tjotwOrBvXEG6PGVF2Lra7uUHwa6N4hCbVwa7deSZOKiEpMzesRxisNPtR+MsvKLnvZzIrPA/IFS7YFbNTIiqJeHNt2g2zmxP8pfB8K8d6ZqSiYfvr1VrRUoPzRWs2KdWwxNxXmMgtGzpCInUnF/WpUeTNZjoF5tINdYS+QVfvRB+GV1cLsVLjPFHyWIj7szwSTW48AebNRXMtUk/i2B7RitXHRbevxjyEMw4PqpQXVAQKRU/NkF1vkDsXolABvWKv0+HYH+dTzDqi5PEHEAdTfU8TKA== 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=1I6IJq1llxyLz6xA3Y4uEAAoP7nN1eUIGID5OmAJZRY=; b=W/v7VGLe+t3T5AvIb8qx5TlJuvy7ZFcbTb2VJoj0FN+vFbGucbDg1Ez9S8v5WaW5jIq4I3s4JV3EcEQ/MZuZ8ztI8q0JbeD8q6G40RObejn5VL2kc4iJMBRNRZFM/aii+QfugID/N5P1TZgG9TmsHHputIaMDwY94NjvVAArLSw0MVEwcyJQGoptHs+wT6VS5jAeCSNB7kbfzcimj5d2lIMiKY8GpLfoyBpfYPlrjfvbBfMyUVA2XoAvlIegoby8zj12d+/F9UlsrRBF/vHH9DtT39w4+9+DE+CvsLkW2f9hSvWDdQ9VUsSl0hB0u/F0fMn5+AZtjfgXpLiDTi7JpQ== 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=1I6IJq1llxyLz6xA3Y4uEAAoP7nN1eUIGID5OmAJZRY=; b=svZ6YBdRe009ANoXwrUxbtwznbe8PBANJYGyRdBuj68glw23S2s9Gfb2aN6Fr6P3kFwfQRTXvet8xQXgCBlztxM6d4kxso/+IBjnWDwy74P45w8mCVsLDihMvuSyTuMXJ+qiylDMzXPjr4hK/cIJxzFvypv36378ariWMTFqrd0= Received: from CO1PR11MB4881.namprd11.prod.outlook.com (2603:10b6:303:91::20) by MWHPR1101MB2126.namprd11.prod.outlook.com (2603:10b6:301:50::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3763.11; Fri, 22 Jan 2021 12:46:28 +0000 Received: from CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::14a1:29eb:e708:d7e6]) by CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::14a1:29eb:e708:d7e6%6]) with mapi id 15.20.3784.015; Fri, 22 Jan 2021 12:46:28 +0000 From: "Pascal Thubert (pthubert)" To: "julien.meuric@orange.com" CC: "rtg-ads@ietf.org" , "rtg-dir@ietf.org" , "roll@ietf.org" , "draft-ietf-roll-unaware-leaves@ietf.org" Thread-Topic: RtgDir Review: draft-ietf-roll-unaware-leaves-23 Thread-Index: AQHW1I7tt5lHkfm/+06/YB+hP8LlM6n8oXNAgDXtwICAATt28A== Date: Fri, 22 Jan 2021 12:46:24 +0000 Deferred-Delivery: Fri, 22 Jan 2021 12:45:47 +0000 Message-ID: References: <27211_1608221318_5FDB8286_27211_31_2_5764bbfa-dbd4-46a4-1fe1-00f4d75268a5@orange.com> <74d16086-de2d-a0e0-0e67-a0c3976c5259@orange.com> In-Reply-To: <74d16086-de2d-a0e0-0e67-a0c3976c5259@orange.com> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: orange.com; dkim=none (message not signed) header.d=none;orange.com; dmarc=none action=none header.from=cisco.com; x-originating-ip: [2a01:cb1d:4ec:2200:759e:7ee4:c063:3dd6] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: d237a8bf-31bf-4f3c-10a9-08d8bed3bce1 x-ms-traffictypediagnostic: MWHPR1101MB2126: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:6790; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: xWOtKxG2nhANjPAhZ3HSyphoCCfeeEDqIk6FsvZG6BpolCIsf6QagFi2pTTqDE66+Mlkn6l5dVpj03YDy3XeRRVbNPXwp6aqgR+A9xk4OyTaLB/ulqXV3jeJC+DMGTpV1C2fz/ldrxJFTLqgHib3QXlavVJdcZFkr0E/bCqxzN3IFBJ005upW++Q4Is12URj68C9g3TV2N0sjdjaLFsOwLNai/7aTQVaATo7fVcuyzyV1tgchopEGIvHoaqMWDhSSqVsF/H7QT+Hly1ouCOrgCAUtWBt+AA5wewnr6jnZnsBieKQKAPoOdLRvDOo0H6fja/SUtBjMl7BSiKSnTMdnFjWqitpMp7syyEw1CCJMnCku0dN9Xk9kjhHloryA81Yy5RYNT2GkcJOO8HjE7LRQDuc30nfQXkLG8sVSVefxodM6/FmEa4xy9r8vpp+hiZiZMpjBFEFnphGMj5Zp2Yq2g== 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:(39860400002)(376002)(346002)(396003)(136003)(366004)(6666004)(2906002)(54906003)(8936002)(6916009)(7696005)(8676002)(33656002)(316002)(71200400001)(52536014)(478600001)(186003)(53546011)(6506007)(66476007)(966005)(9686003)(76116006)(86362001)(66574015)(66946007)(5660300002)(30864003)(66446008)(55016002)(64756008)(66556008)(83380400001)(4326008); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?bFQ1NGdSZFRGOTlobkJYVHhTY0lmWU5XMlJKdE12Y3VzNW9KVjl1dTk0NElB?= =?utf-8?B?MFdCK3hCaGtlaTQrYk5BRjBmOGd6ZlRDWUVHVk41ZXQveUpqT296NkRwS2tx?= =?utf-8?B?dm9ndmM4MjRteUpuWHM1SWdRZk9yczVZMXlPRWpicFdyQXNldXJIWnFrejZ1?= =?utf-8?B?d3REbDF3djZ2YmlQRFpBdFBPMFJwLzcrc2ROVUNxU3hQbkIzSUt0R2FyZWZy?= =?utf-8?B?NkZtZFpsMkdIRERoNUovN3M3NmJRcC8ya1pXd294a3FhdDZpZStQREJCMEFi?= =?utf-8?B?dmw2c0tJcFlSZUFEUllMaGg4TVNydzFsNTArd3ZYMmFEdmxMNTBvRDV4b0lD?= =?utf-8?B?YStjRnk3QjM5UkNoOEFTWkZXUDFNYTdxQ3ZvVkQyb0dsR2FZb3JQTDAwcEtY?= =?utf-8?B?WVBXd0c5cnFCamdYRkljVm1SM0YxUDhKZktmUi90YUEzQ1IyaWtCTWZzbUcx?= =?utf-8?B?SEttWkkyN1k5UmJNdFU4aVg5bktFYWVjSTZ4blhxTk5nSXRqSkJqekQza0tZ?= =?utf-8?B?NGR2M1RrQUdLUXJ3aHBvRG5jZVpVeVZ4OExyZ0ZSeWNCNGVoNzdiZ1VmcllO?= =?utf-8?B?Ry8zdUlOdmhUNXEzeUdVeTMwbzI4ZFJ2dHg5NStXWEtqbzh1YllSalkzSWtJ?= =?utf-8?B?UWkxYnJCY2IxWGNpdmhKSzVJbzN2V29MaDFMOTNORy9hcjlZRmd6OWY2VlRM?= =?utf-8?B?VUMzYm02QU9LTGQyZTdoN3BnNkUzUURsRUxsVzlRTHd1eWQzZGQ2Z3JxWU5p?= =?utf-8?B?N2RyKzc0UmttOVVEREhOY1czalZMcGNvTkRYYmw3OTFhZ0tQRGFMZzh1endH?= =?utf-8?B?OFJaUkVQU2J4OXEzc25WYmRPTFNnb01kaGJNS0lTTjJobmFxV0lmUkR6ZWhF?= =?utf-8?B?WmxENjg1SkhZUi9iaUhzTGhla00rT3hyU00rcTVZbVlIeS90RTBnaEV1N014?= =?utf-8?B?NU1ocTlOYWEvOWxOcEN4aWFVVFBSUEFnQ2ZlQjFWcWV2enhVRGNDcUZJZFo4?= =?utf-8?B?Szh1MllUUHVVRGpHeVYrbVdDM1RXNFVDWjhsYXB1cEEra251VjlCRjZIVlRZ?= =?utf-8?B?UnR2Vm9HbGxkdmd0L21iK09MOFRhZlFaU0VzeThvQm1lTE01cWM1cmVPSlhw?= =?utf-8?B?SHpyUDRZTzZYTXNMOXQ0YndEb2dwN052THlZUmJqVzBxdWViR1Z5QmJ4NkU1?= =?utf-8?B?dC9pRjQraHV6cDFickJqMElpU28yMTJqeVdRVUFkTytkSk02K3hNSkxoTUtI?= =?utf-8?B?cXluaE5aTFRpT0JXWndxWFZaZURUaExidDN6aDQwUjRUR0NMWFRoSzQxVFk4?= =?utf-8?B?dmd4OHhacTl3T2FpRzdYd3ppK0hGcDBqV2gyRzFUSmdibjlOTFRuTW9Lemg5?= =?utf-8?B?UE1KdEtYUlNOekhHbEZDWDltdTNPTlNFU0FJSlZtZzROMXVQMUpVMDhIY0ds?= =?utf-8?B?UkxYQVk3eTkyRlJ6MDNZR0RIVmxFdHdrcFJ5azlkMkVPKzRYZ3FZemU5aUNC?= =?utf-8?Q?+2hJnn4y9FVybGwuI3i5kxSbOR6?= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 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: d237a8bf-31bf-4f3c-10a9-08d8bed3bce1 X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Jan 2021 12:46:28.7724 (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: b2dAk7BMfehmlX9hxgKlPI4wN4K+6FbP1whtNBNkuU1mUW0ojUOyCPG92YFoPb1+aesBNe4aehuMmY2ddgsiXg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR1101MB2126 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.15, xch-rcd-005.cisco.com X-Outbound-Node: rcdn-core-7.cisco.com Archived-At: Subject: Re: [Roll] RtgDir Review: draft-ietf-roll-unaware-leaves-23 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: Fri, 22 Jan 2021 12:46:36 -0000 TWFueSB0aGFua3MgSnVsaWVuIQ0KDQpJIGd1ZXNzIHdlIGFyZSBnZXR0aW5nIHJlYWR5IGZvciBS RkMgZWRpdG9yIHByb2Nlc3M7IEkgbWFkZSB0aGUgY2hhbmdlcyBpbiB0aGUgcmVwbyBhbmQgcHVi bGlzaGVkIC0zMCBmb3IgeW91ciBjb252ZW5pZW5jZToNCmh0dHBzOi8vd3d3LmlldGYub3JnL3Jm Y2RpZmY/dXJsMj1kcmFmdC1pZXRmLXJvbGwtdW5hd2FyZS1sZWF2ZXMtMzANCg0KUGxlYXNlIG5v dGUgdGhhdCB3ZSBhbHJlYWR5IGhhZCBjaGFuZ2VkIHNlY3Rpb24gMTIuNiBiYXNlZCBvbiBhIHN1 Z2dlc3Rpb24gYnkgSUFOQS4gDQpJIG1vZGlmaWVkIGFzIGZvbGxvd3M6DQoiDQoxMi42LiAgTmV3 IFN1YnJlZ2lzdHJ5IGZvciBSUEwgUmVqZWN0aW9uIFN0YXR1cyB2YWx1ZXMNCg0KICAgVGhpcyBz cGVjaWZpY2F0aW9uIGNyZWF0ZXMgYSBuZXcgU3VicmVnaXN0cnkgZm9yIHRoZSBSUEwgUmVqZWN0 aW9uDQogICBTdGF0dXMgdmFsdWVzIGZvciB1c2UgaW4gdGhlIFJQTCBEQU8tQUNLIGFuZCBEQ08g bWVzc2FnZXMgd2l0aCB0aGUNCiAgICdBJyBmbGFnIHNldCB0byAwLCB1bmRlciB0aGUgUlBMIHJl Z2lzdHJ5Lg0KDQogICAqICBQb3NzaWJsZSB2YWx1ZXMgYXJlIDYtYml0IHVuc2lnbmVkIGludGVn ZXJzICgwLi42MykuDQoNCiAgICogIFJlZ2lzdHJhdGlvbiBwcm9jZWR1cmUgaXMgIklFVEYgUmV2 aWV3IiBbUkZDODEyNl0uDQoNCiAgICogIEluaXRpYWwgYWxsb2NhdGlvbiBpcyBhcyBpbmRpY2F0 ZWQgaW4gVGFibGUgNToNCg0KICAgICstLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0t LS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tKw0KICAgIHwgVmFsdWUgICAgICAgICAgICAg IHwgTWVhbmluZyAgICAgICAgICAgICAgIHwgUmVmZXJlbmNlICAgICAgICAgfA0KICAgICstLS0t LS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0t LS0tKw0KICAgIHwgMCAgICAgICAgICAgICAgICAgIHwgVW5xdWFsaWZpZWQgcmVqZWN0aW9uIHwg VEhJUyBSRkMgICAgICAgICAgfA0KICAgICstLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0t LS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tKw0KICAgIHwgMSAoc3VnZ2VzdGVkIGlu ICAgIHwgTm8gcm91dGluZyBlbnRyeSAgICAgIHwgW0VGRklDSUVOVC1OUERBT10gfA0KICAgIHwg W0VGRklDSUVOVC1OUERBT10pIHwgICAgICAgICAgICAgICAgICAgICAgIHwgICAgICAgICAgICAg ICAgICAgfA0KICAgICstLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0t LSstLS0tLS0tLS0tLS0tLS0tLS0tKw0KICAgIHwgMi4uNjMgICAgICAgICAgICAgIHwgVW5hc3Np Z25lZCAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgfA0KICAgICstLS0tLS0tLS0tLS0t LS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tKw0KDQog ICAgICAgICAgICAgICBUYWJsZSA1OiBSZWplY3Rpb24gdmFsdWVzIG9mIHRoZSBSUEwgU3RhdHVz DQoiIA0KDQpUYWtlIGNhcmUsDQoNClBhc2NhbA0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t LS0tDQo+IEZyb206IGp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbSA8anVsaWVuLm1ldXJpY0BvcmFu Z2UuY29tPg0KPiBTZW50OiBqZXVkaSAyMSBqYW52aWVyIDIwMjEgMTg6MzgNCj4gVG86IFBhc2Nh bCBUaHViZXJ0IChwdGh1YmVydCkgPHB0aHViZXJ0QGNpc2NvLmNvbT4NCj4gQ2M6IHJ0Zy1hZHNA aWV0Zi5vcmc7IHJ0Zy1kaXJAaWV0Zi5vcmc7IHJvbGxAaWV0Zi5vcmc7IGRyYWZ0LWlldGYtcm9s bC11bmF3YXJlLQ0KPiBsZWF2ZXNAaWV0Zi5vcmcNCj4gU3ViamVjdDogUmU6IFJ0Z0RpciBSZXZp ZXc6IGRyYWZ0LWlldGYtcm9sbC11bmF3YXJlLWxlYXZlcy0yMw0KPiANCj4gU2FsdXQgUGFzY2Fs Lg0KPiANCj4gU29ycnkgZm9yIHRoZSBsYXRlIGZlZWRiYWNrLiBGb3IgdGhlIHNha2Ugb2YgZm9s bG93aW5nLXVwLCB5b3VyDQo+IHJlc3BvbnNlcyBhbmQgSS1EIHVwZGF0ZXMgYWRkcmVzcyBteSBj b25jZXJucy4NCj4gDQo+IFBsZWFzZSBjb25zaWRlciB0aGUgZm9sbG93aW5nIGZldyBuaXRzLg0K PiANCj4gQSBtaXNzaW5nIGNvbWEgYW5kIGEgdHlwbyBpbiBzZWN0aW9uIDQuMi4yOg0KPiBPTEQN Cj4gwqDCoCBUaGlzIGlzIHRoZSByZWFzb24gd2h5IHRoZSBzdXBwb3J0DQo+IMKgwqAgb2YgW1JG Qzg1MDVdIGJ5IHRoZSBSVUwsIGFzIG9wcG9zZWQgdG8gb25seSBbUkZDNjc3NV0gaXMgYQ0KPiDC oMKgIHByZXJlcXVpc2l0ZSBmb3IgdGhpcyBzcGVjaWZpY2F0aW9uKS87IHRoaXMgcmVxdWlyZW1l bnQgaXMgZnVsbHkNCj4gwqDCoCBleHBsYWluZWQgaW4gU2VjdGlvbiA1LjEuDQo+IE5FVw0KPiDC oMKgIFRoaXMgaXMgdGhlIHJlYXNvbiB3aHkgdGhlIHN1cHBvcnQNCj4gwqDCoCBvZiBbUkZDODUw NV0gYnkgdGhlIFJVTCwgYXMgb3Bwb3NlZCB0byBvbmx5IFtSRkM2Nzc1XSwgaXMgYQ0KPiDCoMKg IHByZXJlcXVpc2l0ZSBmb3IgdGhpcyBzcGVjaWZpY2F0aW9uOyB0aGlzIHJlcXVpcmVtZW50IGlz IGZ1bGx5DQo+IMKgwqAgZXhwbGFpbmVkIGluIFNlY3Rpb24gNS4xLg0KPiANCj4gSW4gc2VjdGlv biAxMTogcy90aGUgb3ZlcnVzaW5nIHRoYXQgY2hhbm5lbC9vdmVydXNpbmcgdGhhdCBjaGFubmVs L8KgIFtvcg0KPiAidGhlIG92ZXJ1c2Ugb2YgdGhhdCBjaGFubmVsIl0NCj4gDQo+IEluIFRhYmxl IDUgb2Ygc2VjdGlvbiAxMi42LCB0aGUgYWxsb2NhdGlvbiBmb3IgdGhlIFtFRkZJQ0lFTlQtTlBE QU9dDQo+IHdvcmstaW4tcHJvZ3Jlc3Mgc2hvdWxkIHJhdGhlciBiZSByZWZlcnJlZCB0byBhcyAi dG8gYmUgZGVmaW5lZCIuDQo+IA0KPiBUaGFua3MsDQo+IA0KPiBKdWxpZW4NCj4gDQo+IA0KPiBP biAxOC8xMi8yMDIwIDE1OjExLCBQYXNjYWwgVGh1YmVydCAocHRodWJlcnQpIHdyb3RlOg0KPiA+ IFNhbHV0IEp1bGllbjoNCj4gPg0KPiA+IE1hbnkgdGhhbmtzIGZvciB5b3VyIHJldmlldyENCj4g Pg0KPiA+IEkgY29tbWl0dGVkIHRoZSBjaGFuZ2VzIHRoYXQgSSB1bmRlcnN0b29kIGluIGh0dHBz Oi8vZ2l0aHViLmNvbS9yb2xsLQ0KPiB3Zy9yb2xsLXVuYXdhcmUtDQo+IGxlYXZlcy9jb21taXQv ZDAyOWQ2MDVmZTRkYmZhMmZmMWM0NDQyMTBmYTY3ZjkyM2I3MTVlNA0KPiA+DQo+ID4gRm9yIHlv dXIgY29udmVuaWVuY2UsIEkgYWxzbyBwdWJsaXNoZWQgYW4gdXBkYXRlIGZvciB5b3UgdG8gdmlz dWFsaXplIHRoZQ0KPiBjaGFuZ2VzOg0KPiA+IEh0bWxpemVkOiAgICAgICBodHRwczovL3Rvb2xz LmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1yb2xsLXVuYXdhcmUtbGVhdmVzLTI4DQo+ID4gRGlm ZjogICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1pZXRm LXJvbGwtdW5hd2FyZS1sZWF2ZXMtDQo+IDI4DQo+ID4NCj4gPiBQbGVhc2UgbGV0IG1lIGtub3cg aWYgdGhlcmUgaXMgbW9yZSB0byBiZSBkb25lLg0KPiA+DQo+ID4gRm9yIHRoZSBkZWVwIHJldmll dyBkaXNjdXNzaW9uLCBwbGVhc2Ugc2VlIGJlbG93Lg0KPiA+DQo+ID4+ICpDb21tZW50czoqDQo+ ID4+DQo+ID4+IEkgYW0gbm90IGFuIExMTiBleHBlcnQsIGJ1dCBJIGZpbmQgdGhlIEktRCBjb252 ZW5pZW50IHRvIHJlYWQgdGhhbmtzIHRvIHRoZQ0KPiA+PiBhcHByb3ByaWF0ZSAoYnV0IG51bWVy b3VzKSByZWZlcmVuY2VzLiBJIGp1c3QgZmVlbCB0aGF0IGEgZmV3IHNlY3Rpb25zDQo+IGRlc2Vy dmUNCj4gPj4gc29tZSBjbGFyaWZpY2F0aW9uIHRvIGltcHJvdmUgcmVhZGFiaWxpdHkgYW5kIHRo YXQgZmxhZyBudW1iZXIgc2VsZWN0aW9uDQo+ID4+IGRvZXNuJ3QgcmVhbGx5IGZvbGxvdyB0aGUg ZXhwZWN0ZWQgcHJvY2Vzcy4NCj4gPiBDb29sLCBsZXQncyBzZWUgaG93IHdlIGNhbiBtYWtlIHRo aW5ncyAoZXZlbiDwn5iJKSBiZXR0ZXIuDQo+ID4NCj4gPg0KPiA+PiAqTWlub3IgSXNzdWVzOioN Cj4gPj4NCj4gPj4gLSBTb3JyeSBpZiBhc2sgcXVlc3Rpb25zIG9uIGltcGxpY2l0IGNvbnRleHRz IHRoYXQgYXJlIG9idmlvdXMgdG8gTExOIHBlb3BsZSwNCj4gPj4gYnV0IEkgYW0gY29uZnVzZWQg aW4gc2VjdGlvbiAzIHdpdGggdGhhdCAiNkxSIHRoYXQgYWN0cyBhcyBhIGJvcmRlciBSb3V0ZXIN Cj4gZm9yDQo+ID4+IGV4dGVybmFsIHJvdXRlcyI6IGRvZXMgaXQgYWR2ZXJ0aXNlIHRvd2FyZHMg dGhlIFJQTCBkb21haW4/IERvZXMgaXQgdGFsayB0bw0KPiBhDQo+ID4+IHBlZXIgNkxSIHRoYXQg aXMgYWxzbyBhIFJQTCBSb3V0ZXI/IElzIHRoYXQgcGFydGljdWxhciByb3V0ZXIgbmVjZXNzYXJp bHkgdGhlDQo+IFJQTA0KPiA+PiBSb290Pw0KPiA+IFRoZXJlIHdlcmUgc2ltaWxhciBjb21tZW50 cyBhbmQgSSBhbHJlYWR5IG1hZGUgc29tZSBjaGFuZ2VzOg0KPiA+IDEpIGFkZGVkIGEgcGljdHVy ZSB0aGF0IGhvcGVmdWxseSBoZWxwcyBoZXJlDQo+ID4NCj4gPiAgICAgICAgICAtLS0tLS0rLS0t LS0tLS0tDQo+ID4gICAgICAgICAgICAgICAgfCAgICAgICAgICBJbnRlcm5ldA0KPiA+ICAgICAg ICAgICAgICAgIHwNCj4gPiAgICAgICAgICAgICArLS0tLS0rDQo+ID4gICAgICAgICAgICAgfCAg ICAgfCAmbHQ7LS0tLS0tLS0tLS0tLSA2TEJSIC8gUlBMIFJvb3QNCj4gPiAgICAgICAgICAgICAr LS0tLS0rICAgICAgICAgICAgICAgICAgICAgXg0KPiA+ICAgICAgICAgICAgICAgIHwgICAgICAg ICAgICAgICAgICAgICAgICB8DQo+ID4gICAgICAgICAgbyAgICBvICAgbyAgbyAgICAgICAgICAg ICAgICAgIHwgUlBMDQo+ID4gICAgICBvIG8gICBvICBvICAgbyAgbyAgICAgbyAgICBvICAgICAg IHwNCj4gPiAgICAgbyAgbyBvICBvIG8gICAgbyAgIG8gIG8gICBvICBvICAgICAgfCAgKw0KPiA+ ICAgICBvICAgbyAgICAgIG8gICAgIG8gICBvICAgbyAgICBvICAgICB8DQo+ID4gICAgbyAgbyAg IG8gIG8gICBvICBvICAgIG8gICAgbyAgbyAgICAgIHwgNkxvV1BBTiBORA0KPiA+ICAgICAgIG8g IG8gIG8gIG8gICAgICAgIG8gICBvICAgICAgICAgICB8DQo+ID4gICAgICBvICAgICAgIG8gICAg ICAgICAgICBvICAgIG8gICAgICAgIHYNCj4gPiAgICBvICAgICAgbyAgICAgbyA8LS0tLS0tLS0t LS0tLSA2TFIgLyBSUEwgQm9yZGVyIHJvdXRlcg0KPiA+ICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBeDQo+ID4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIHwgNkxvV1BBTiBORCBvbmx5DQo+ID4gICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIHYNCj4gPiAgICAgICAgICAgICAgICAgdSA8LS0tLS0tLS0tLS0tLSA2TE4g LyBSUEwtVW5hd2FyZSBMZWFmDQo+ID4NCj4gPg0KPiA+IFRvIGNsYXJpZnkgbW9yZSBJIGNoYW5n ZWQgc2VjdGlvbiAzIGFzIGZvbGxvd3M6DQo+ID4gIg0KPiA+IDMuICBSUEwgRXh0ZXJuYWwgUm91 dGVzIGFuZCBEYXRhcGxhbmUgQXJ0aWZhY3RzDQo+ID4NCj4gPiAgICBSUEwgd2FzIGluaXRpYWxs eSBkZXNpZ25lZCB0byBidWlsZCBzdHViIG5ldHdvcmtzIHdoZXJlYnkgdGhlIG9ubHkNCj4gPiAg ICBib3JkZXIgcm91dGVyIHdvdWxkIGJlIHRoZSBSUEwgUm9vdCAodHlwaWNhbGx5IGNvbGxvY2F0 ZWQgd2l0aCB0aGUNCj4gPiAgICA2TEJSKSBhbmQgYWxsIHRoZSBub2RlcyBpbiB0aGUgc3R1YiB3 b3VsZCBiZSBSUEwtQXdhcmUuICBbUkZDNjU1MF0NCj4gPiAgICBoYXMgdGhlIHByb3Zpc2lvbiBv ZiBleHRlcm5hbCByb3V0ZXMgd2l0aCB0aGUgRXh0ZXJuYWwgJ0UnIGZsYWcgaW4NCj4gPiAgICB0 aGUgVHJhbnNpdCBJbmZvcm1hdGlvbiBPcHRpb24gKFRJTykuICBFeHRlcm5hbCBSb3V0ZXMgZW5h YmxlIHRvDQo+ID4gICAgcmVhY2ggZGVzdGluYXRpb25zIHRoYXQgYXJlIG91dHNpZGUgdGhlIFJQ TCBkb21haW4gYW5kIGNvbm5lY3RlZCB0bw0KPiA+ICAgIHRoZSBSUEwgZG9tYWluIHZpYSBSUEwg Ym9yZGVyIHJvdXRlcnMgdGhhdCBhcmUgbm90IHRoZSByb3V0ZS4NCj4gPiAgICBTZWN0aW9uIDQu MSBvZiBbVVNFb2ZSUExpbmZvXSBwcm92aWRlcyBhIHNldCBvZiBydWxlcyBzdW1tYXJpemVkDQo+ ID4gICAgYmVsb3cgdGhhdCBtdXN0IGJlIGZvbGxvd2VkIGZvciByb3V0aW5nIHBhY2tldHMgZnJv bSBhbmQgdG8gYQ0KPiA+ICAgIGV4dGVybmFsIGRlc3RpbmF0aW9ucyAodGFyZ2V0cyBpbiBSUEwg cGFybGFuY2UpLiAgQSBSVUwgaXMgYSBzcGVjaWFsDQo+ID4gICAgY2FzZSBvZiBleHRlcm5hbCB0 YXJnZXQgdGhhdCBpcyBhbHNvIGEgaG9zdCBkaXJlY3RseSBjb25uZWN0ZWQgdG8gdGhlDQo+ID4g ICAgUlBMIGRvbWFpbi4NCj4gPiAiDQo+ID4NCj4gPiBEb2VzIHRoYXQgaGVscD8NCj4gPg0KPiA+ PiAtIFRoZSB0ZXh0IGluIHNlY3Rpb24gNi4yLCBhcyB3ZWxsIGFzIGZpZ3VyZXMgMyBhbmQgNCwg dXNlIHRoZSBGIGFuZCBQIGZsYWdzIGFzDQo+IGlmDQo+ID4+IHRoZSBiaXQgbnVtYmVycyB3ZXJl IGRlZmluZWQsIHRob3VnaCB0aGVpciBudW1iZXIgaXMgb25seSAic3VnZ2VzdGVkIiBpbg0KPiB0 aGUNCj4gPj4gSUFOQSBzZWN0aW9uLiBJZiBubyBlYXJseSBhbGxvY2F0aW9uIHByb2Nlc3MgaGFw cGVuZWQsIGl0IGlzIGluYXBwcm9wcmlhdGUNCj4gdG8NCj4gPj4gYXNzdW1lIHRoZSB0by1iZS1h bGxvY2F0ZWQgYml0IG51bWJlciBpbiB0aGUgYm9keSBvZiB0aGUgZG9jdW1lbnQuDQo+ID4gQXQg dGhpcyBzdGFnZSwgd2UgYWxyZWFkeSBtYWRlIGEgcGFzcyB3aXRoIEFtYW5kYSBCYWJlciAoSUFO QSkuDQo+ID4gQSBjaGFuZ2Ugd291bGQgYmUgcHVyZSBmb3JtIHRvIGJlIHVuZG9uZSBieSB0aGUg UkZDIGVkaXRvci4NCj4gPg0KPiA+PiAtIFNlY3Rpb24gNi4zIHJlZHVjZXMgYW4gOC1iaXQgZmll bGQgdG8gYSA2IGJpdCB2YWx1ZS4gSXQgd291bGQgYmUgd29ydGgNCj4gPj4gbWVudGlvbmluZyB0 aGF0IGl0IHNvdW5kcyByZWFzb25hYmxlIGJlY2F1c2UgdGhlIGFzc29jaWF0ZWQgcmVnaXN0cnkN Cj4gcmVsaWVzDQo+ID4+IG9uIHN0YW5kYXJkcyBhY3Rpb24gZm9yIHJlZ2lzdHJhdGlvbiBhbmQg b25seSB2YWx1ZXMgdXAgdG8gMTAgYXJlIGN1cnJlbnRseQ0KPiA+PiBhbGxvY2F0ZWQuDQo+ID4g R29vZCBwb2ludDsgZG9uZS4NCj4gPg0KPiA+PiBGdXJ0aGVybW9yZSwgaXMgdGhlcmUgYW4gdXBk YXRlIG9mIHRoYXQgNi1iaXQgc3BhY2Ugc3BsaXQgdG8gbWFwIHRoZQ0KPiBwcmV2aW91cw0KPiA+ PiByYW5nZXM/IElmIHRoZSBhbnN3ZXIgbGllcyBpbiB0aGUgSUFOQSBzZWN0aW9uLCB0aGVuIGEg ZmV3IHdvcmRzIHdvdWxkIGJlDQo+ID4+IHdlbGNvbWUgaW4gc2VjdGlvbiA2Lg0KPiA+IEHDr2Us IEkgZG8gbm90IHVuZGVyc3RhbmQgdGhlIHF1ZXN0aW9uLiBXZSB1c2VkIHRvIG1hcCAxIHRvIDEg dGhlIE5EIHN0YXR1cw0KPiB0byBSUEwgc3RhdHVzLCBidXQgYWZ0ZXIgYSBkaXNjdXNzaW9uIHdp dGggQWx2YXJvIHdlIGZvdW5kIHRoYXQgZW1iZWRkaW5nDQo+IHdhcyBiZXR0ZXIuDQo+ID4NCj4g Pg0KPiA+PiAqTml0czoqDQo+ID4+IC0tLS0tLQ0KPiA+PiBPdmVyYWxsDQo+ID4+IC0tLQ0KPiA+ PiAtIFJQTC1bQW5dYXdhcmUsIFJBTCBhbmQgUlVMIGFyZSBwcmVjZWRlZCBtb3N0IG9mIHRoZSB0 aW1lcyBieSAiYSIgW09LDQo+IGlmDQo+ID4+IHByb25vdW5jZWQgInJpcGxlIiwgInJhbCIsICJy dWwiXSwgYnV0IHNvbWV0aW1lcyBieSAiYW4iIFsiYXJlDQo+ID4+IHBpLi4uIl06IHBsZWFzZSBw aWNrIG9uZSBhbmQgYmUgY29uc2lzdGVudC4NCj4gPiBEb25lLiBXZSBzYXkgYSBSUEwsIGEgUlVM LCBhIFJBTCwgYW5kIGFuIFJQSS4NCj4gPg0KPiA+PiAtIEFueSByZWFzb24gd2h5ICJIb3N0Iiwg IkhvcCIgYW5kICJSb3V0ZXIiIGFyZSBvZnRlbiB3cml0dGVuIHdpdGggYQ0KPiBjYXBpdGFsDQo+ ID4+IEgvUj8NCj4gPiBIdW0gSSB0aG91Z2h0IEkgY2xlYW5lZCB0aGF0IHVwIGZvciB0aGUgbW9z dCBwYXJ0LiBEb2luZyBhbm90aGVyIHBhc3MgSSBkbw0KPiBub3QgZmluZCBtdWNoLg0KPiA+IEkg dXNlIHRoZSB1cHBlcmNhc2Ugb24gSG9wLWJ5LUhvcCBiZWNhdXNlIHRoYXQgaXMgd2hhdCBSRkMg ODIwMCBkb2VzLg0KPiBTYW1lIGZvciA2TEJSLCA2TFIsIDZCQlIsIGV0Yy4uLiBlbHNlIEkgdXNl ZCBsb3dlcmNhc2UNCj4gPg0KPiA+DQo+ID4+IC0gUkZDIDIxMTkga2V5d29yZHMgU0hPVUxEIGJl IHVzZWQgbW9yZSBvZnRlbiBmb3IgYW4gSUVURiBzdGFuZGFyZA0KPiB0cmFjaywNCj4gPj4gaXQg c29tZXRpbWVzIGZlZWxzIHRoYXQgdGhlIHRleHQgaXMgd3JpdHRlbiB0byBjaXJjdW12ZW50IHRo ZW0uDQo+ID4+IEUuZy4sIHNlY3Rpb24gNC4yLjEgdXNlcyBhIHdvcmRpbmcgYmFzZWQgb24gInJl cXVpcmVzLi4uIGlmIGFuZCBvbmx5IGlmLi4uIjsNCj4gPj4gc2VjdGlvbiA0LjMgZGVzY3JpYmVz IGEgYmVoYXZpb3Igd2l0aG91dCBhbnkgbm9ybWF0aXZlIGtleXdvcmQ7IHNlY3Rpb24NCj4gNS4x DQo+ID4+IHNheXMgIm5lZWRzIHRvIiwgImlzIGV4cGVjdGVkIG5vdCB0byIsICJpcyBzdWdnZXN0 ZWQgdG8iOyBldGMuDQo+ID4gVGhlcmUncyBtb3JlIGhlcmUgdGhhbiBtZWV0IHRoZSBleWUuIFJl bWVtYmVyIHRoYXQgd2UgZXh0ZW5kIGV4aXN0aW5nDQo+IHdvcmsgaW4gUlBMLCBORCBhbmQgSVB2 Ni4gVGhlIHJlYXNvbiBmb3IgdGhlIHdvcmRpbmcgaXMgdGhhdCB0aGUgTVVTVCBvcg0KPiBTSE9V TEQgaXMgYWxyZWFkeSB3cml0dGVuIGluIGFuIFJGQyBhbmQgd2UgZG8gbm90IHdhbnQgdG8gcGFy YXBocmFzZSBzdGQNCj4gdHJhY2sgdGV4dCBoZXJlLg0KPiA+DQo+ID4+IC0tLS0tLQ0KPiA+PiBT ZWN0aW9uIDEuDQo+ID4+IC0tLQ0KPiA+PiAtIFRoZSBwaHJhc2UgInRlcm1pbmF0ZSBwYWNrZXRz IiBmZWVscyBvZGQ6IGlzICJ0ZXJtaW5hdGUgcGF0aHMiDQo+IGludGVuZGVkPw0KPiA+IFRoaXMg aXMgZ29uZSBhbHJlYWR5DQo+ID4NCj4gPj4gLSBzL2V4cGVjdGF0aW9ucy9yZXF1aXJlbWVudHMv DQo+ID4gRG9uZQ0KPiA+DQo+ID4+IC0gVGhlIHRlcm0gImNoYW5nZSIgaXMgdXNlZCBzZXZlcmFs IHRpbWVzIGluIHRoZSBzZWN0aW9uIHN1bW1hcnkgdGhvdWdoDQo+IGl0IGlzDQo+ID4+IGEgYml0 IGxvb3NlOiBkZXBlbmRpbmcgb24gdGhlIHNpdHVhdGlvbiwgIm1vZGlmeSIgb3IgImV4dGVuZCIN Cj4gPiBUaGVyZSdzIGJvdGg7IHdlIGFjdHVhbGx5IGFyZSBtb3JlIHNwZWNpZmljIGluIHRoZSBz ZWN0aW9ucy4gSSBmb3VuZCBvbmUNCj4gcGxhY2Ugd2hlcmUgSSBkaWQgYSByZXBsYWNlbWVudC4N Cj4gPg0KPiA+DQo+ID4+IHdvdWxkIGJlIG1vcmUgc3BlY2lmaWMgKHRoZSBmb3JtZXIgbWF5IGlt cGFjdCBleGlzdGluZyBpbXBsZW1lbnRhdGlvbnMsDQo+IHRoZQ0KPiA+PiBsYXR0ZXIgZG9lcyBu b3QpLg0KPiA+IFllcyB0aGlzIGlzIHdoZW4gd2UgdXNlICJ1cGRhdGUiLg0KPiA+DQo+ID4+IC3C oCBPTEQNCj4gPj4gwqDCoMKgwqDCoCBTZWN0aW9uIDggcHJlc2VudHMgdGhlIGNoYW5nZXMgbWFk ZSB0byBbUkZDNjc3NV0gYW5kIFtSRkM4NTA1XTsNCj4gPj4gwqDCoMKgwqDCoCBUaGUgcmFuZ2Ug b2YgdGhlIE5EIHN0YXR1cyBjb2RlcyBpcyByZWR1Y2VkIGRvd24gdG8gNjQgdmFsdWVzLCBhbmQN Cj4gPj4gwqDCoMKgwqDCoCB0aGUgcmVtYWluaW5nIGJpdHMgaW4gdGhlIG9yaWdpbmFsIHN0YXR1 cyBmaWVsZCBhcmUgbm93IHJlc2VydmVkLg0KPiA+PiDCoCBORVcNCj4gPj4gwqDCoMKgwqDCoCBT ZWN0aW9uIDggcHJlc2VudHMgaG93IFtSRkM2Nzc1XSBhbmQgW1JGQzg1MDVdIGFyZSB1c2VkOyB0 aGUNCj4gPj4gwqDCoMKgwqDCoCByYW5nZSBvZiB0aGUgTkQgc3RhdHVzIGNvZGVzIGlzIG5hcnJv d2VkIGRvd24gdG8gNjQgdmFsdWVzLCBhbmQNCj4gPj4gwqDCoMKgwqDCoCB0aGUgdW51c2VkIGJp dHMgYXJlIHJlc2VydmVkLg0KPiA+IFRoaXMgd2FzIHRoZSBnb2FsIHdoZW4gSSB3cm90ZSBSRkMg ODUwNS4gSSBtaXNzZWQgdGlueSB0aGluZ3MgYW5kIGhhZCB0bw0KPiBwZXJmb3JtIHVwZGF0ZXMg d2hpY2ggYXJlIGxpc3RlZCBpbiAiIEVuaGFuY2VtZW50cyB0byBSRkMgNjc3NSBhbmQNCj4gUkZD ODUwNSIuIEJlY2F1c2Ugb2YgdGhhdCB0aGlzIGRvY3VtZW50IHVwZGF0ZXMgUkZDIDY3NzUgYW5k IDg1MDUuIFNhZGx5Lg0KPiA+DQo+ID4+IC0tLS0tLQ0KPiA+PiBTZWN0aW9uIDIuDQo+ID4+IC0t LQ0KPiA+PiAtIHMvTmVpZ2hib3Igc29saWNpdGF0aW9uL05laWdoYm9yIFNvbGljaXRhdGlvbi8N Cj4gPiBEb25lDQo+ID4NCj4gPj4gLSBzL0luZm9ybWF0aW9uIHNvbGljaXRhdGlvbiAoRElTKS9J bmZvcm1hdGlvbiBTb2xpY2l0YXRpb24gKERJUykvDQo+ID4gUmVtb3ZlZA0KPiA+DQo+ID4+IC0t LS0tLQ0KPiA+PiBTZWN0aW9uIDMuDQo+ID4+IC0tLQ0KPiA+PiAtIHMvVGhlIFJQTCBSb290IHR1 bm5lbHMgdGhlIHBhY2tldHMvVGhlIFJQTCBSb290IHR1bm5lbHMgZGF0YSBwYWNrZXRzLw0KPiA+ PiBbdW5sZXNzIHdlJ3JlIHRhbGtpbmcgYWJvdXQgY29udHJvbCBwYWNrZXRdDQo+ID4gRG9uZQ0K PiA+DQo+ID4+IC0gcy9mb3J3YXJkcyB0aGUgb3JpZ2luYWwgKGlubmVyKSBwYWNrZXQvZm9yd2Fy ZHMgb3JpZ2luYWwgKGlubmVyKSBwYWNrZXRzLw0KPiA+IERvbmUNCj4gPg0KPiA+PiAtLS0tLS0N Cj4gPj4gU2VjdGlvbiA0Lg0KPiA+PiAtLS0NCj4gPj4gLSBzL05laWdoYm9yIHNvbGljaXRhdGlv biAoTlMpL05laWdoYm9yIFNvbGljaXRhdGlvbiAoTlMpLw0KPiA+IERvbmUNCj4gPg0KPiA+PiAt IHMvNkxOIGZ1bmN0aW9uYWxpdHkgaW4gW1JGQzg1MDVdLzZMTiBmdW5jdGlvbmFsaXR5IGZyb20g W1JGQzg1MDVdLw0KPiA+IERvbmUgdGhvdWdoIHVuY29udmluY2VkLiBMZXQncyBzZWUgd2hhdCB0 aGUgUkZDIGVkaXRvciBlbmRzIHVwIGRvaW5nLg0KPiA+DQo+ID4+IC0gU2VjdGlvbiA0LjIuMyBz dW1tYXJpemVzIHRoZSBtYWluIHVzZSBjYXNlIG9mIHRoZSBST1ZSIHRob3VnaCBpdHMgdXNlDQo+ IGhlcmUNCj4gPj4gaXMgYSBiaXQgZGlmZmVyZW50OiB3aHkgbm90IGZvY3VzIHRoZSBwYXJhZ3Jh cGggb24gdGhlIGxhdGVzdCBzZW50ZW5jZSBhbmQNCj4gPj4gYnJpbmcgYSBjb3JyZWN0IHRvcGlj IGJhbGFuY2UgaW50byB0aGUgc2VjdGlvbj8NCj4gPiBUaGlzIHNlY3Rpb24gZGVzY3JpYmVzIFJG QyA4NTA1LiBJdCBoaW50cyBhYm91dCBob3cgd2UgdXNlIGl0IGluIHRoZSByZXN0IG9mDQo+IHRo ZSBzcGVjIGJ1dCB0aGF0J3Mgbm90IHRoZSBtYWluIGdvYWwuDQo+ID4NCj4gPg0KPiA+PiAtLS0t LS0NCj4gPj4gU2VjdGlvbiA1Lg0KPiA+PiAtLS0NCj4gPj4gLSBzL3dpdGggYSBDSU8vd2l0aCBh IDZDSU8vDQo+ID4gRG9uZQ0KPiA+DQo+ID4+IC0gcy90aGUgUm9vdCB0ZXJtaW5hdGVzIHRoZSBJ UC1pbi1JUCB0dW5uZWwgYXQgdGhlIHBhcmVudCA2TFIvdGhlIElQLWluLUlQDQo+ID4+IHR1bm5l bCBmcm9tIHRoZSBSb290IHRlcm1pbmF0ZXMgYXQgdGhlIHBhcmVudCA2TFIvDQo+ID4gRG9uZQ0K PiA+DQo+ID4+IC0tLS0tLQ0KPiA+PiBTZWN0aW9uIDYuDQo+ID4+IC0tLQ0KPiA+PiAtIHMvYmV0 d2VlbiB0aGUgNkxSIGFuZCB0aGUgUlBMIFJvb3QvYmV0d2VlbiB0aGUgUlBMIFJvb3QgYW5kIHRo ZSA2TFIvDQo+ID4gSW4gYm90aCBkaXJlY3Rpb25zIGluIGZhY3QNCj4gPg0KPiA+PiAtIHMvZW5j b2RlcyBpdCBpbiBvbmUgb2YgdGhlc2UgcmVzZXJ2ZWQgZmxhZ3Mgb2YgdGhlIFJQTCBET0RBRw0K PiBjb25maWd1cmF0aW9uDQo+ID4+IG9wdGlvbi9hbGxvY2F0ZXMgYSBuZXcgb25lIGluIHRoZSBS UEwgRE9EQUcgY29uZmlndXJhdGlvbiBvcHRpb24vDQo+ID4gVGhhdCBzZW50ZW5jZSB3YXMgcmV3 b3JkZWQgc2luY2UgLTIzLiBCdXQgdGhlIGFsbG9jYXRpb24gZ2FtZSBpcyBmb3IgSUFOQQ0KPiBz ZWN0aW9uLiBBcmd1YWJseSAgd2hhdCBtYXR0ZXJzIHRvIHRoZSBpbXBsZW1lbnRlciBpcyB0aGUg Yml0IHBvc2l0aW9uLg0KPiA+DQo+ID4+IC0gcy92YWx1ZXMgemVybyAoMCkgdG8gc2l4ICg2KS92 YWx1ZXMgZnJvbSB6ZXJvICgwKSB0byBzaXggKDYpLw0KPiA+IERvbmUNCj4gPg0KPiA+PiAtLS0t LS0NCj4gPj4gU2VjdGlvbiA3Lg0KPiA+PiAtLS0NCj4gPj4gLSBUaGUgc2VjdGlvbiB0aXRsZSBz aG91bGQgcG9pbnQgdG8gdGhlIGRyYWZ0IHRpdGxlICgiRWZmaWNpZW50IFJvdXRlDQo+ID4+IElu dmFsaWRhdGlvbiIpIHJhdGhlciB0aGFuIHRoZSBkcmFmdCBuYW1lIHdoaWNoIHdpbGwgYmUgcmVw bGFjZWQgYnkgYW4gUkZDDQo+ID4+IG51bWJlciBhdCBwdWJsaWNhdGlvbiB0aW1lLg0KPiA+IFBv aW50IGlzLCBib3RoIGRyYWZ0cyB3aWxsIHB1Ymxpc2ggdG9nZXRoZXIgYW5kIHRoaXMgaXMgdG8g aGVscCB0aGUgZWRpdG9yIHRvDQo+IHRoZSByZXBsYWNlbWVudHMuDQo+ID4NCj4gPj4gLSBzL2hv cCBieSBob3AvaG9wLWJ5LWhvcC8NCj4gPiBEb25lDQo+ID4NCj4gPj4gLS0tLS0tDQo+ID4+IFNl Y3Rpb24gOC4NCj4gPj4gLS0tDQo+ID4+IC0gU3BhY2luZyBpbmNvbnNpc3RlbmN5IG9uIHRoZSBz ZWN0aW9uIHRpdGxlLg0KPiA+IEZpeGVkDQo+ID4NCj4gPj4gLS0tLS0tDQo+ID4+IFNlY3Rpb24g OS4NCj4gPj4gLS0tDQo+ID4+IC0gSW4gc2VjdGlvbiA5LjIuMiwgdGhlIGNhcGl0YWwgVCBpcyBt aXNzaW5nIG9uICJ0aGUiIGZvciBzdGVwcyA0IGFuZCA1Lg0KPiA+IEZpeGVkDQo+ID4NCj4gPj4g LSBzL0xpZmV0aW1lLiBlLmcuL0xpZmV0aW1lLiBFLmcuLw0KPiA+IEZpeGVkDQo+ID4NCj4gPj4g LSBzLzZMb1dQQU4gTkQgcmVsYXRlZCByZWFzb25zLzZMb1dQQU4gTkQtcmVsYXRlZCByZWFzb25z Lw0KPiA+IEZpeGVkDQo+ID4NCj4gPj4gLSBzL0FuIGVycm9yIGluamVjdGluZyB0aGUgcm91dGUv QW4gZXJyb3Igd2hlbiBpbmplY3RpbmcgdGhlIHJvdXRlLw0KPiA+IE5vdCBzdXJlOyBzaW5jZSBz ZXZlcmFsIG5hdGl2ZSBzcGVha2VycyByZXZpZXdlZCBpdCBJJ2QgcmF0aGVyIGxlYXZlIHRoaXMg YXMgaXMNCj4gPg0KPiA+PiAtIEluIHNlY3Rpb24gOS4yLjMsIHRoZSBjYXBpdGFsIFQgaXMgbWlz c2luZyBvbiAidGhlIiBmb3Igc3RlcHMgMiBhbmQgMy4NCj4gPiBGaXhlZA0KPiA+DQo+ID4+IC0t LS0tLQ0KPiA+PiBTZWN0aW9uIDExLg0KPiA+PiAtLS0NCj4gPj4gLSBzL3N1cHBvcnRpbmcgdGgg ZXh0ZW5zaW9uL3N1cHBvcnRpbmcgdGhlIGV4dGVuc2lvbi8NCj4gPiBGaXhlZA0KPiA+DQo+ID4+ IC0tLS0tLQ0KPiA+PiBTZWN0aW9uIDEyLg0KPiA+PiAtLS0NCj4gPj4gLSBzL2RvZXNuJ3QvZG9l cyBub3QvDQo+ID4gRml4ZWQNCj4gPg0KPiA+PiAtLS0tLS0NCj4gPj4NCj4gPj4NCj4gPj4gUmVn YXJkcywNCj4gPj4NCj4gPj4gSnVsaWVuDQo+ID4+DQo+IA0KDQo= From nobody Fri Jan 22 08:25:28 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 4A63B3A1341; Fri, 22 Jan 2021 08:25:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 xKohG1GdDjFc; Fri, 22 Jan 2021 08:25:25 -0800 (PST) Received: from mail-ed1-x530.google.com (mail-ed1-x530.google.com [IPv6:2a00:1450:4864:20::530]) (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 0B4E63A1342; Fri, 22 Jan 2021 08:25:24 -0800 (PST) Received: by mail-ed1-x530.google.com with SMTP id h16so7210785edt.7; Fri, 22 Jan 2021 08:25:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:in-reply-to:references:mime-version:date:message-id:subject:to :cc:content-transfer-encoding; bh=lUsJ8jmq8Y8NXzRVwlXloz6mLgejdHxTgeVeof6gkLg=; b=akP/WeTsqJjmJo4Wlk+Nm1am+td0WgPFmK+tJVq2fxzqIeOd9m6wpMToB+XCMYyivh xZyYKQD13UhYTt3oaKy3irw00yvLZNm+NdMRAPdqNCN1FAV2mtqcTWYX8XCtAdnJBXj/ Df12Dwszhn1tSb/Q7X2FcxvTBcZbmAAmVcA61mhSAtegoN0x3qiYOlP/Y2VfwMN0TeL5 qa+9pMytkH68gPqmAy6SFgBwyIs7zqLW23STBaISSaG5He6R8HlxtTWQklOQU1N0y0te FEMVribj6s9a89B2NRg/cMXotcRVvTIiRnrGVIY3J9SWfKobWErzoALqjjukSXcqLSSZ ZUmg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc:content-transfer-encoding; bh=lUsJ8jmq8Y8NXzRVwlXloz6mLgejdHxTgeVeof6gkLg=; b=LAZ7o4QznLz0Ymk/EaKmc6ZB2C1zOb1RjaPrXNsUN7JUAfdR1JwJnCKMcbkpD+HHWu 6fjUl7ReUi8L1cWrooepvrABou5dMVb5KVF5yKeDddVYlmzTSldicafqm9q4GFwHJb73 8VMGsz6fnRuaWbSuA+64NJlm3NiiwIiZB0FtSnIt76xTO1Qkd+rdvKJm3C4dblfDseKr 15kQawgf7zaWQ8vssFofVMN0ByTAqYG47Yy1J5tgkXrUollWNBSGIMToELEqg9GrQnxJ 7f0LJ+ziVuyJoi3id+ihks6B8KA1RDJP+LlfaRRIj8X9JAEKajzZt2pHMQG2DRx5Xeuh 18Sw== X-Gm-Message-State: AOAM532fMP5+F//Fn0tmhaOxxQPM57EZzpmahhhfqmRNJfuT16DOiwJ8 +rRRpQVVTuPsJvKxCL7qGr/sFKLFbwoU2NYczzlIsY+cIaKRUw== X-Google-Smtp-Source: ABdhPJzucNOPf4wSKq5+azLwsviCmBzfC8kvSO9RK0SHVOPsn2VlpdW5bXqqHNvyF/r8FdKGwg56sK9GOBl7gZ5T518= X-Received: by 2002:a50:8004:: with SMTP id 4mr3761486eda.155.1611332723306; Fri, 22 Jan 2021 08:25:23 -0800 (PST) Received: from 1058052472880 named unknown by gmailapi.google.com with HTTPREST; Fri, 22 Jan 2021 08:25:22 -0800 From: Alvaro Retana In-Reply-To: References: MIME-Version: 1.0 Date: Fri, 22 Jan 2021 08:25:22 -0800 Message-ID: To: "draft-ietf-roll-aodv-rpl@ietf.org" , Charlie Perkins Cc: Ines Robles , roll-chairs@ietf.org, Routing Over Low power and Lossy networks Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [Roll] AD Review of draft-ietf-roll-aodv-rpl-08 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: Fri, 22 Jan 2021 16:25:26 -0000 On December 27, 2020 at 2:24:27 PM, Charlie Perkins wrote: Charlie: Hi! I'm ok with all your answers/changes. =C2=A0Just one response below (which doesn't require a change). =C2=A0I look forward to the updated document. Take care! Alvaro. > > 446 Rsv > > 447 MUST be initialized to zero and ignored upon reception. > > > > [major] Do you expect these bits to be assigned by IANA in the future? > > No, but a future specification could modify the operation. Do we need to > say that? No. =C2=A0I personally prefer if the registries are set up then the fields are defined, but that is just me. =C2=A0Not necessary. From nobody Sat Jan 23 04:00:56 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 DB8F13A10CB for ; Sat, 23 Jan 2021 04:00:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.1 X-Spam-Level: X-Spam-Status: No, score=-0.1 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, PDS_SHORT_SPOOFED_URL=1.997, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 7FjtYiigmp0Q for ; Sat, 23 Jan 2021 04:00:53 -0800 (PST) Received: from mail-vk1-xa31.google.com (mail-vk1-xa31.google.com [IPv6:2607:f8b0:4864:20::a31]) (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 820E03A10CA for ; Sat, 23 Jan 2021 04:00:53 -0800 (PST) Received: by mail-vk1-xa31.google.com with SMTP id m145so2004780vke.7 for ; Sat, 23 Jan 2021 04:00:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20161025; h=mime-version:from:date:message-id:subject:to:cc; bh=KD4YFbYUwDPKrgvDvTrr8vuMsOzIg2k00H3LEeUieC4=; b=SPkyanEAx+nNi9epnpae+ghc4qWo6mg/4YqcJqs1culht/zSAMw7tKZAepbrMqRHEj 5Ss8m2oJ86eimh02OD/SgaYr8vaUDl3OTmvw/8pjgIAlo2lJNWuR9B1R5PKEsc5Cr3f4 6Heuh743+PoaH6e6Rz+Uai70dq1rlVGVLwRlNdf8IygZgnQukQ9XhUT4z48NsGIzGJTh JvSyVYrXflp0K52DrCgxgQIdG1iTqLiFGLBJYfbEKN/aPp1AhmI6rjAyYHzSOnTJHDjR h74UZ704+AKnuuOo0NU4lFXHAwEpOCSBBuEHsvkCH+vf9/Mi0LwjpyZ1riYJQ/kjK2i4 3Z7A== 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:cc; bh=KD4YFbYUwDPKrgvDvTrr8vuMsOzIg2k00H3LEeUieC4=; b=t9J/Qf4eN/JQ8L78vrllr9c0iETlA0pUqROvuGz8LV8UMdhq5Z/anGVIkravcw+YV2 yqdfzfMt5DwcZeSMixQi5D5PaFQcq6ACQ7KkhrQ0+b8knuutF757WByhyBTYfAy14Sk3 yZ1fix9UCFZAEoUKhCvJK++F6x1d96kLih46mGjWa2HzXUB10tjwCYmBbZjUuBYAL+ff Hd7yIGVq+ijeE5rgi3YKqnoF4T8csfBj1OmNTQmH5OX3yCIYRlRsiElBb2rV6TATAlv0 FOzG2NjWgHADprmuzgZ2kv3MmImda4ybqjEOjXV+SNshWbckvF2ITsXa490B0eXxFtbn kliw== X-Gm-Message-State: AOAM532C5s+fbYydoWBtyVHoi3JSzBDqmkhMD5m6+IlqbWxsMDAyEmVy DWwWMshzva+NxiwvPAtIGTY8xbQIcAb7Pyeb+cJs/yIKIxw= X-Google-Smtp-Source: ABdhPJx1y1sTLDwEaVvYkfQ/C/7iYa/KN0BYJKjx4Ky2aP8VJlcsFSqhq9c70yjLiM/xfYEvNGx7H/wIPlyLUQ7GCKA= X-Received: by 2002:ac5:c304:: with SMTP id j4mr310168vkk.19.1611403252394; Sat, 23 Jan 2021 04:00:52 -0800 (PST) MIME-Version: 1.0 From: Ines Robles Date: Sat, 23 Jan 2021 14:00:16 +0200 Message-ID: To: roll Content-Type: multipart/alternative; boundary="00000000000072ec7005b9900ee7" Archived-At: Subject: [Roll] Reviews request for draft-ietf-roll-enrollment-priority 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: Sat, 23 Jan 2021 12:00:55 -0000 --00000000000072ec7005b9900ee7 Content-Type: text/plain; charset="UTF-8" Dear all, We are looking reviews for this document: https://datatracker.ietf.org/doc/draft-ietf-roll-enrollment-priority/ Please let us know if you are willing to help us with that. Thank you very much in advance, Ines and Dominique --00000000000072ec7005b9900ee7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear all,

We are looking reviews fo= r this document:


Please let = us know if you are willing to help us with that.=C2=A0

=
Thank you very much=C2=A0in advance,

Ines and= Dominique
--00000000000072ec7005b9900ee7-- From nobody Mon Jan 25 01:30:54 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 33ED73A0D7C for ; Mon, 25 Jan 2021 01:30:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.718 X-Spam-Level: X-Spam-Status: No, score=-7.718 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-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=DHS4adsu; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=BQFfSRfR 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 xwiVrgQsYcle for ; Mon, 25 Jan 2021 01:30:49 -0800 (PST) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9C2CC3A0D76 for ; Mon, 25 Jan 2021 01:30:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7492; q=dns/txt; s=iport; t=1611567049; x=1612776649; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=vmYTXhwNbrFZlIqlOAkCFbZVRKPDhAQTUj5eaVaMRp0=; b=DHS4adsu3Kiun4QL7PhaLy2vEwpNX9Ufel9EI3NOlUrN0uOklZ17bweZ NsFaT0BbE3RSjHJ0Jq7Nr+AM3w6KU7jaiDTDlv4xP7JT0+3CdTZzLq3yM STDUBdY+UlAMhcI9q5a8wdJkuvx2LVAjueKSN8Zkhr2jQtdOapKsPY74P c=; IronPort-PHdr: =?us-ascii?q?9a23=3AxBF6GhRnk41CXzMpfZ8ttGum2tpsv++ubAcI9p?= =?us-ascii?q?oqja5Pea2//pPkeVbS/uhpkESQBN+J6v9YhazRqa+zEWAD4JPUtncEfdQMUh?= =?us-ascii?q?IekswZkkQmB9LNEkz0KvPmLklYVMRPXVNo5Te3ZE5SHsutZlDOrDu19zFBUh?= =?us-ascii?q?n6PBB+c+LyHIOahs+r1ue0rpvUZQgAhDe0bb5oahusqgCEvcgNiowkIaE0mR?= =?us-ascii?q?Y=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CNCQDojg5g/51dJa1iHQEBAQEJARI?= =?us-ascii?q?BBQUBgg+BIzApKAd2Wy8vhECDSAOLd4IalCSEc4FCgREDVAMIAQEBDQEBIwo?= =?us-ascii?q?CBAEBgxWBNQIXgWECJTgTAgMBAQsBAQUBAQECAQYEcYVhDIVzAQEBBCMKEwE?= =?us-ascii?q?BOA8CAQYCEQQBASsCAgIwHQgCBBMIgx+BflcDLgEOliaQawKKJXaBMoMFAQE?= =?us-ascii?q?GgUdBgxcYghIDBoE4gneEBAGGQiYbgUE/gVSCVj5rGQGBWAIDAYEhPCuCbDS?= =?us-ascii?q?CLIMsBFOCEQKTWIc1nXsKgneJMIl8iGWDK4o0lRmEd5pGkgGENgIEAgQFAg4?= =?us-ascii?q?BAQaBbSOBV3AVgyRQFwINjX4jgSUBBwgHgjWFFIVEdDcCAwMBCQEBAwl8ixk?= =?us-ascii?q?BAQ?= X-IronPort-AV: E=Sophos;i="5.79,373,1602547200"; d="scan'208,217";a="585041985" Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 25 Jan 2021 09:30:32 +0000 Received: from XCH-RCD-004.cisco.com (xch-rcd-004.cisco.com [173.37.102.14]) by rcdn-core-6.cisco.com (8.15.2/8.15.2) with ESMTPS id 10P9UN14018819 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL) for ; Mon, 25 Jan 2021 09:30:29 GMT Received: from xhs-aln-001.cisco.com (173.37.135.118) by XCH-RCD-004.cisco.com (173.37.102.14) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 25 Jan 2021 03:30:00 -0600 Received: from xhs-rcd-003.cisco.com (173.37.227.248) by xhs-aln-001.cisco.com (173.37.135.118) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 25 Jan 2021 03:29:59 -0600 Received: from NAM12-MW2-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-003.cisco.com (173.37.227.248) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Mon, 25 Jan 2021 03:29:59 -0600 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ml/wked2tuj5ctLsOKGXfR2Alv7YMnYiqweXg5jRC5u+g8vI/I2JuBsFXqONOsO/0lVXK1N+C9NYc/0aFTVa8xMX/eZUdMZ/MjHW6fLiMr8Tdhfc3k9lJKzcLdWWJ8IanENH/njk577PoaV8WlYMhT9fmhjcAeu6ae3UUuwcOYIqqtB0CXGjX4CR3qaJ7NnZvvJEYEHHRLXuPFPHLS02L8cJn1sR+VaOuzl52t03nSPN+gtdpnM8fr/q7xhQzOOdzP70HNKED8mEBPSnvdw/huV8x8y6wA8c9Dx5WpuSqsaycv5dq/gFGb5BVCy/kjm1GTRUA6g1Z0QoKod6Hq0cZQ== 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=vmYTXhwNbrFZlIqlOAkCFbZVRKPDhAQTUj5eaVaMRp0=; b=fnUvuvSKE1tX4DU6o2bl3T60RKlc7cZ/wgb7VCEZ9sbGKTNHkPdveqWMddFjHw+PygBldmWLz/fciFVwF9ws6Wot4FwkJNmDWczjcThRJ36WSXt5aYlc67fvxo/f1hs+aDBVG70zWW6OJilYOn8EZ0nLn8MYAqNU6QK2aVrjt/cDN2/+gEN6gloRQKF/4HtDEJw03DsevTPcPP4GbWCW623riz7QNe7YYVPkSr1pJ4w1WDEA4WC//USZtGceGnNhE51Ovl14ZLx24CYsJePf73DbGgh401Yqih95H1CsS9QqRntU/YEx5v0pFWqHquyFoW12iOt5TquZJZNn4NJkpQ== 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=vmYTXhwNbrFZlIqlOAkCFbZVRKPDhAQTUj5eaVaMRp0=; b=BQFfSRfRTYrKwO/dpafLx/ttc01psOPiULtuHHLWGICWGlMsdqDMf1RmV0gSSWSr7nyJXDpR+21njFgTN5AwyphlIX7hUtIG0T0RpglrtRM1RzcS8yhxm7q5YOyYlvr0iOPbeltsjTm/9k7ossuIVSLjqcPsW050n6c1hJhEWKw= Received: from CO1PR11MB4881.namprd11.prod.outlook.com (2603:10b6:303:91::20) by MWHPR1101MB2221.namprd11.prod.outlook.com (2603:10b6:301:53::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3784.17; Mon, 25 Jan 2021 09:29:58 +0000 Received: from CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::14a1:29eb:e708:d7e6]) by CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::14a1:29eb:e708:d7e6%6]) with mapi id 15.20.3784.017; Mon, 25 Jan 2021 09:29:58 +0000 From: "Pascal Thubert (pthubert)" To: Routing Over Low power and Lossy networks Thread-Topic: [Roll] Reviews request for draft-ietf-roll-enrollment-priority Thread-Index: AQHW8X95Ic3wGW2Gv0miaKWF5v0vgqo4Fbpg Date: Mon, 25 Jan 2021 09:29:52 +0000 Deferred-Delivery: Mon, 25 Jan 2021 09:29:06 +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:49ea:6363:d4b7:11bc] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: fd96efe7-06d1-4b31-c2c4-08d8c113c893 x-ms-traffictypediagnostic: MWHPR1101MB2221: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:7691; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 2L6sjpHzEWOSa0OrYpGVUJjfXsEoqEvHCe8MQVyTqJxPTzBi4vZ97G838SFUwqpUsskRdYfoxYFXrmyAUQAMGWKtQWlShYKZt44mM7hHAEKL66cvXm/D4FAcNNdoVmiWd6S4vPF9Fd9w1ruxtXZzGsBJphA0cgtIwOpisrLhYU+B9XEppKSiJwl9rkk9xt0KH9bbcSLsa1PwF2vKkDGk2zFlegsLJdZR8O63kYQhUxYwpjqiDBDr5yHt5Ei6tFfl0VdnQoVr2uhXH35eB7moaVp75JdX2hRSa7rWu8bXrQzPqlUmMlkt+nHFRVBDerlu2nrWhg8fBDp3XE9xAn/ixc1dDLNOGUb1X1Yaq3+A7mCwcvDW8h7PPZ2RLFgjbO1/LixzKad3rTvOGt95mFLaapFxa7v7/BZp/T+QS8KIqyxV++enlbCIpvopDlwHRhEjyFh1CQHDYrG+8IXaCubLvFJ9eBEbyBDH8MBuE6XaOO0o4Bw17L1mbxY/mjHjuQOrE7QAK7nFKLHB1j2yaqik8HlGd1DtkYbjk1CoFoV955XnqQgB6mzM1t7DyvSPIqA/h2SLXARYHk5KjGelpeUSVg== 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:(136003)(346002)(39860400002)(396003)(376002)(366004)(2906002)(66446008)(64756008)(8936002)(55016002)(6916009)(9686003)(5660300002)(71200400001)(4744005)(316002)(33656002)(66476007)(66946007)(66556008)(83380400001)(6666004)(76116006)(53546011)(86362001)(7696005)(8676002)(52536014)(478600001)(166002)(186003)(6506007)(966005); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?MHVLQUwydkpKMTFqZ3FDT3dmd0FPZ1lISkpIVG9QNis5Tm9tNkkxenZvLzVu?= =?utf-8?B?OTNoMWVnSUJxOUVtVXNNM3ZUUGl1dEpnd0Z1OUM1TTZFeEdaQmpkU3d1SEJt?= =?utf-8?B?VStONno0ekNhY0w4M3p5UjdGMDVYTlV1eXFvQi92dzYrUHdHTUlxUG92S2Ri?= =?utf-8?B?QjFjSGJBUEg4bTU4RHA2WjI0SWNSNExpRUxpZjkrK205eWR0bjgzQzdDOFNP?= =?utf-8?B?d3UyRUJBWFRYVXI3OEZvS2E1V2hDalB4Wm1zeU41NG9ILzlDb2JrV0RVVXJu?= =?utf-8?B?OXJ4bU1kYjM4Yko0ZUk5LzFvb1NVMm8rdm5xSlFCS1cvSU1yUXJ5QzEvZWNq?= =?utf-8?B?dTc2QWowNytqM3Fwa1puWlYvRDJvSGc0MDU3MXFFUzdWT0FtNlJlbG5nbXEx?= =?utf-8?B?d3RySGJCQ2hseXBqbXdqYmlPcmpyRXFCSkIwbFRhdXZuQ0xDUlRVenZiM0Fa?= =?utf-8?B?dzlxcGlvTGpSSmI5RWFFRUNlSDBrbWF2bmNPZGg2SHZQSE8wek9QV3ZnNTV3?= =?utf-8?B?TVc1dmd1WW5uRHU1UEIwRGhsRzVXcURXWGpieXZtU21LTUxXUTlvZDhjM3ls?= =?utf-8?B?dkt1VTJTQVhaMGJqbWpGZVZnek9EeFdWZjRtVHI0cEZ3cTRvRm1iR1dDRVAz?= =?utf-8?B?Q2t5anZlU2lTdUF6SzE0ZmdaRi9UTk9PNUY1cStOU1IyRmYvYUxQZTB6ZXZR?= =?utf-8?B?L3RmemtkZ0xhT3k0OWNBRTk2WTc4ZnVydHB1QjVTbnA0bGhSTTUzdVh6aGx1?= =?utf-8?B?QkJiWHVMN0RXMnNoM2ZacSsrVHJ3Z0FtTnBjSFFZcXpjSkdTcEtPTGcvR2J0?= =?utf-8?B?ckxER3ljOURlK1J6cXQwbkwxUTliWm4wUzZhK2NSeURZbXlaSzZkVW9yenV6?= =?utf-8?B?cnZFbTVxUFJUVFdncFVtL0wwdDNhMzdUcXRHSjdaL0VOelNxQkNuNEgrT0Fo?= =?utf-8?B?NUZEeGQwVzVGQURyc1BKZUF3RlpGRDhyekJGWFF1RExCdVNyVjE4dlZYd0RO?= =?utf-8?B?Mnp3OWp3ZzlNY1JoTW9YT0N5WDJqL2tnR090VCtQcDJNaDJtTHFOSmo1Sith?= =?utf-8?B?TVFsRTdOOVhoc2dEOTJ5UXpIZG9tR2t4Z1Q2MktsRFBHV3FnNm12WmptelJS?= =?utf-8?B?Z09JYndDT3Jab1dEUzhRVm9DTUtOdU5oNFhDeUlaKzU2WmQxcEhwZW9yWTgx?= =?utf-8?B?STU3Rm5LMG1jcnJ2dHczVk5SM2tKWE5OZnF5MXZId3AzUVRiUmh5dDVIVUlS?= =?utf-8?B?aythTVByTDVCeGhsMGJUbVpPTnMvRlBxUnhwWjBCc2FVclgrclM3dEpoa3Rr?= =?utf-8?B?cktiNlBIY212WnVYaDJieG5IbDBjNmRvSjFtY0F4K1VWSnFPZ053VWk5OHZt?= =?utf-8?B?RFBBWCtxNXRtdm9iSkt3UDFZMlNsT2JSajRuNGc2bWQ1OXphYlZBU0wvemkx?= =?utf-8?B?WCtrUnMzVFhjTlRmS1pHN3NqZmNnc09lWWxrY2FUbzM1d2xoVVNvdnRDR25L?= =?utf-8?Q?4scZ4g2JFdFhGtHBnP1XRG5VJDy?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_CO1PR11MB4881EC2080F95E8EC19EA8F9D8BD9CO1PR11MB4881namp_" 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: fd96efe7-06d1-4b31-c2c4-08d8c113c893 X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Jan 2021 09:29:58.5446 (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: 5jvtgkL+6MhWHr13n8LZgd0o/vEii74tKaMKNGWleV6ieGFOOUZ9ZHOQMgcBvcFCNNgD/5kdegV71d+sQecSSg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR1101MB2221 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.14, xch-rcd-004.cisco.com X-Outbound-Node: rcdn-core-6.cisco.com Archived-At: Subject: Re: [Roll] Reviews request for draft-ietf-roll-enrollment-priority 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, 25 Jan 2021 09:30:52 -0000 --_000_CO1PR11MB4881EC2080F95E8EC19EA8F9D8BD9CO1PR11MB4881namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSB3aWxsIGRvIGEgcmV2aWV3LCBJbmVzIPCfmIoNCg0KRnJvbTogUm9sbCA8cm9sbC1ib3VuY2Vz QGlldGYub3JnPiBPbiBCZWhhbGYgT2YgSW5lcyBSb2JsZXMNClNlbnQ6IHNhbWVkaSAyMyBqYW52 aWVyIDIwMjEgMTM6MDANClRvOiByb2xsIDxyb2xsQGlldGYub3JnPg0KU3ViamVjdDogW1JvbGxd IFJldmlld3MgcmVxdWVzdCBmb3IgZHJhZnQtaWV0Zi1yb2xsLWVucm9sbG1lbnQtcHJpb3JpdHkN Cg0KRGVhciBhbGwsDQoNCldlIGFyZSBsb29raW5nIHJldmlld3MgZm9yIHRoaXMgZG9jdW1lbnQ6 DQoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtcm9sbC1lbnJv bGxtZW50LXByaW9yaXR5Lw0KDQpQbGVhc2UgbGV0IHVzIGtub3cgaWYgeW91IGFyZSB3aWxsaW5n IHRvIGhlbHAgdXMgd2l0aCB0aGF0Lg0KDQpUaGFuayB5b3UgdmVyeSBtdWNoIGluIGFkdmFuY2Us DQoNCkluZXMgYW5kIERvbWluaXF1ZQ0K --_000_CO1PR11MB4881EC2080F95E8EC19EA8F9D8BD9CO1PR11MB4881namp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQt ZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsN Cgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9u OnVuZGVybGluZTt9DQpzcGFuLmdtYWlsLWlsDQoJe21zby1zdHlsZS1uYW1lOmdtYWlsLWlsO30N CnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZv bnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1z b0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6 IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBw dCA3OTIuMHB0Ow0KCW1hcmdpbjo3MC44NXB0IDcwLjg1cHQgNzAuODVwdCA3MC44NXB0O30NCmRp di5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lm IGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9 IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxv OnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIx IiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkg bGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiIHN0eWxlPSJ3b3JkLXdyYXA6 YnJlYWstd29yZCI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQiPkkgd2lsbCBkbyBhIHJldmlldywgSW5lcw0KPC9zcGFuPjwvZm9udD48Zm9udCBm YWNlPSJTZWdvZSBVSSBFbW9qaSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1NlZ29l IFVJIEVtb2ppJnF1b3Q7LHNhbnMtc2VyaWYiPiYjMTI4NTIyOzwvc3Bhbj48L2ZvbnQ+PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxp YnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9mb250PjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlk IGJsdWUgMS41cHQ7cGFkZGluZzowY20gMGNtIDBjbSA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHls ZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4w cHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PGZvbnQgc2l6ZT0iMiIg ZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC13ZWlnaHQ6 Ym9sZCI+RnJvbTo8L3NwYW4+PC9mb250PjwvYj4gUm9sbCAmbHQ7cm9sbC1ib3VuY2VzQGlldGYu b3JnJmd0Ow0KPGI+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPk9uIEJlaGFsZiBPZiA8 L3NwYW4+PC9iPkluZXMgUm9ibGVzPGJyPg0KPGI+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJv bGQiPlNlbnQ6PC9zcGFuPjwvYj4gc2FtZWRpIDIzIGphbnZpZXIgMjAyMSAxMzowMDxicj4NCjxi PjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5Ubzo8L3NwYW4+PC9iPiByb2xsICZsdDty b2xsQGlldGYub3JnJmd0Ozxicj4NCjxiPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5T dWJqZWN0Ojwvc3Bhbj48L2I+IFtSb2xsXSBSZXZpZXdzIHJlcXVlc3QgZm9yIGRyYWZ0LWlldGYt cm9sbC1lbnJvbGxtZW50LXByaW9yaXR5PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2Fs aWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPkRlYXIgYWxsLDxvOnA+PC9vOnA+ PC9zcGFuPjwvZm9udD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6 ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdCI+V2UgYXJlIGxvb2tpbmcgcmV2aWV3cyBmb3IgdGhpcyBkb2N1bWVudDo8 bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJp Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJh Y2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1yb2xsLWVucm9sbG1lbnQtcHJpb3JpdHkvIiB0 YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly9kYXRhdHJhY2tlci48c3BhbiBjbGFzcz0iZ21haWwtaWwi PmlldGY8L3NwYW4+Lm9yZy9kb2MvPHNwYW4gY2xhc3M9ImdtYWlsLWlsIj5kcmFmdDwvc3Bhbj4t PHNwYW4gY2xhc3M9ImdtYWlsLWlsIj5pZXRmPC9zcGFuPi08c3BhbiBjbGFzcz0iZ21haWwtaWwi PnJvbGw8L3NwYW4+LTxzcGFuIGNsYXNzPSJnbWFpbC1pbCI+ZW5yb2xsbWVudDwvc3Bhbj4tPHNw YW4gY2xhc3M9ImdtYWlsLWlsIj5wcmlvcml0eTwvc3Bhbj4vPC9hPjxvOnA+PC9vOnA+PC9zcGFu PjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBz aXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0Ij5QbGVhc2UgbGV0IHVzIGtub3cgaWYgeW91IGFyZSB3aWxsaW5nIHRv IGhlbHAgdXMgd2l0aCB0aGF0LiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJD YWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxm b250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij5UaGFuayB5b3UgdmVyeSBtdWNoJm5ic3A7aW4gYWR2YW5jZSw8bzpwPjwvbzpwPjwvc3Bhbj48 L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6 ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdCI+SW5lcyBhbmQgRG9taW5pcXVlPG86cD48L286cD48L3NwYW4+PC9mb250 PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_CO1PR11MB4881EC2080F95E8EC19EA8F9D8BD9CO1PR11MB4881namp_-- From nobody Mon Jan 25 06:23: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 104213A13B0; Mon, 25 Jan 2021 06:23:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.718 X-Spam-Level: X-Spam-Status: No, score=-7.718 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-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=SMrdsrY4; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=HfseTILi 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 JNIuYvGrqv1r; Mon, 25 Jan 2021 06:23:50 -0800 (PST) Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9E7143A13AF; Mon, 25 Jan 2021 06:23:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=23232; q=dns/txt; s=iport; t=1611584626; x=1612794226; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=FZHVydUKdIiCEsFXYjI8wgOAu9uDI+3tLFtCL82xH3I=; b=SMrdsrY40K9Glx3Ly55bFdPIP1Re9A5fEavyT7FJQzr+OyoX+Ki3Fj+0 WgNqaHhQ6njIzoCm8JXK/b3NEhjxZb323Q/8cJR0fPa4PB1pLoF0A3WlN 6NdB0WYFz2aBjVufddQ3xjkX5R23qqi8hgVue6jyDCtMvvJVb5s9pEXBG o=; IronPort-PHdr: =?us-ascii?q?9a23=3AmrYuoRS5yVa2LVCj4XR4zpinCdpsv++ubAcI9p?= =?us-ascii?q?oqja5Pea2//pPkeVbS/uhpkESQBN+J6v9YhazRqa+zEWAD4JPUtncEfdQMUh?= =?us-ascii?q?IekswZkkQmB9LNEkz0KvPmLklYVMRPXVNo5Te3ZE5SHsutZlDOrDu19zFBUh?= =?us-ascii?q?n6PBB+c+LyHIOahs+r1ue0rpvUZQgAhDe0bb5oahusqgCEvcgNiowkIaE0mR?= =?us-ascii?q?Y=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CzBgA20w5g/5JdJa1iHAEBAQEBAQc?= =?us-ascii?q?BARIBAQQEAQGCD4EjMCkoB3ZbLy+EQINIA44NA5kXgUKBEQNUCwEBAQ0BASc?= =?us-ascii?q?GAgQBAYMVgTUCF4FhAiU4EwIDAQELAQEFAQEBAgEGBHGFYQELhXMBAQEEIwo?= =?us-ascii?q?TAQE3AQ8CAQYCEQQBASsCAgIwHQgCBA4FCIMfgX5XAy4BDpZkkGsCiiV2gTK?= =?us-ascii?q?DBQEBBoFHQYMZGIISAwaBOIJ3hAQBhBuCJyYbgUE/gRFDUYIFPmsZAYFYAQE?= =?us-ascii?q?CAQGBITwrgmw0giyCQilBBFECBAWBVDYSBZNBhzUrjBGRPwqCd4kwgiaHVoh?= =?us-ascii?q?lgyuKNJUZhHePJ4sfkWkYhDYCBAIEBQIOAQEGgW0jgVdwFYMkUBcCDY1+I4E?= =?us-ascii?q?lAQcIB4I1hRSFRHQCCyoCBgEJAQEDCXyLGQEB?= X-IronPort-AV: E=Sophos;i="5.79,373,1602547200"; d="scan'208,217";a="845303719" Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 25 Jan 2021 14:23:05 +0000 Received: from XCH-RCD-002.cisco.com (xch-rcd-002.cisco.com [173.37.102.12]) by rcdn-core-10.cisco.com (8.15.2/8.15.2) with ESMTPS id 10PEN1U8003498 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 25 Jan 2021 14:23:03 GMT Received: from xhs-rtp-003.cisco.com (64.101.210.230) by XCH-RCD-002.cisco.com (173.37.102.12) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 25 Jan 2021 08:23:01 -0600 Received: from xhs-rcd-001.cisco.com (173.37.227.246) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 25 Jan 2021 09:23:00 -0500 Received: from NAM02-BL2-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-001.cisco.com (173.37.227.246) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Mon, 25 Jan 2021 08:22:59 -0600 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Dm1IQtki398nDsMZjoPph+f9Rd0Z/hjZtVwSsoqPEHFsZz0z3O99im8BiGEZEG142KR3spRQzljKhvZMc62vBLV++AwYsj2o6BL3QfmT1aAKwfznQQQThz1p24VTVfm2PmsKoEBXoznnEREFlTRKYCD9XHX8gtYpIQl0Sz59DdtOuw/8UajAhvskK6hELZiesN2/ivWZ+SC6zIqCadNOSqOJVC0zTDCAxCoaGRLje8uQEIMREgxavHd00BMzLYuJVcxzPDel0YzZrCulqJtQnjRbveqB+BVKGxawj28PRx4Vq967b722NJvlRfLjSR1AHg4jSNJmM0bkWGrEttLKUQ== 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=FZHVydUKdIiCEsFXYjI8wgOAu9uDI+3tLFtCL82xH3I=; b=BXF2UszvUG90J28mhEuAJ4GWeuXace1hniWUegIM0Tl9RTqHRGPXA6vVJtSN2sgxdsaDNOSXPbZEaXOEBgWCT5XxoahTpEQCi5rXWd42RyKlwCS2uV3j8iF4LFJ3fuJFQ/wjilBpKsWsOA6wdsNVlm5e9qk/EXuNBALthYhuxTkC/F6oakV+m1tVBGFi5QmcTZnrnXfwWwrkGaxR5SkBjOH9Kkmt5SSnTylcJQHDaSPPCOmnJ+EyI8BP668RTjiaP9N85pzWJS42AB0wjRG9zCHdLzrErB9IaT91vfPhV3RCJMDoLV+9JQHK8wxO56y51fpwsOxrPyANvNHJF8wtZg== 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=FZHVydUKdIiCEsFXYjI8wgOAu9uDI+3tLFtCL82xH3I=; b=HfseTILizO05MUtcz3AYMKVkklKD+IEJfX8jCxkPIdKbhKX5b/1v7exY07kJyex95A4QhxGIE+2A2YCtsVKbKXt4YCq9XjuYokCXnl2g+OW4Ef1M9efh6pABsEzV8BPFEbvKcMxhX/grelA6r5iwBOjODJZXLKL2CaKBh8DCsmI= Received: from CO1PR11MB4881.namprd11.prod.outlook.com (2603:10b6:303:91::20) by CO1PR11MB5075.namprd11.prod.outlook.com (2603:10b6:303:9e::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3784.14; Mon, 25 Jan 2021 14:22:59 +0000 Received: from CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::14a1:29eb:e708:d7e6]) by CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::14a1:29eb:e708:d7e6%6]) with mapi id 15.20.3784.017; Mon, 25 Jan 2021 14:22:58 +0000 From: "Pascal Thubert (pthubert)" To: "draft-ietf-roll-enrollment-priority@ietf.org" CC: Routing Over Low power and Lossy networks Thread-Topic: [Roll] Reviews request for draft-ietf-roll-enrollment-priority Thread-Index: AQHW8X95Ic3wGW2Gv0miaKWF5v0vgqo4Fd7A Date: Mon, 25 Jan 2021 14:22:33 +0000 Deferred-Delivery: Mon, 25 Jan 2021 14:22:21 +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:49ea:6363:d4b7:11bc] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: c2712afc-9a8b-4115-1e21-08d8c13cb744 x-ms-traffictypediagnostic: CO1PR11MB5075: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: qS6HhuDv9PAFx9UyRrGe61wibf3tkWYtmVuN8/J12z3UYvAt2zD9avm0h3EMkoCPmM7wsCua8HwAZHn/JNxgwccwTX6hO4cdT8m9oYByaF3an5ZN3VfQK5JT012iaC+c0t3EsPpwK7hhK15oSuy2Xd8sO1XmzfuSIeMeur8bSscuMEvuaFbZ+Jb54OPSXX2fLOrc1mbsbYN5ghBDs3JJ4UnMHLT0UKTGpHNMI5F9QXn7XSJpNVvT4u7kz/2SdjCLF8ZI4pYK1xNFSyznEj5wykkfWCPK+4esdIwIZxHQZs94G5l8PyE/+kz8Z2w6SvpjQyQ3xolWIjSpnxKrobj1yfs88x8QccoI0HZFfEK+LosPv6Pr0qpy/dAf9qpqCDYYpXSs13t8KAE0OKNsVv1J9BwYD7LAteLTUKlyTdTh2ddyB54KYE9IN5bSB8sKB7ZI/LlzpjuZGOe7sByS9U59tA== 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:(396003)(366004)(346002)(136003)(39860400002)(376002)(33656002)(7696005)(86362001)(71200400001)(6666004)(9686003)(64756008)(66476007)(66574015)(5660300002)(76116006)(2906002)(316002)(52536014)(166002)(966005)(4326008)(66446008)(186003)(6916009)(66556008)(8676002)(53546011)(6506007)(450100002)(83380400001)(55016002)(66946007)(8936002)(478600001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?YnNOeDJSOTRYb0MvemY0ejZ6WkQrOENtbzkrVzhpWHRTUFhWSkVwajlxZVlD?= =?utf-8?B?UWE2ZEpRUVRTaDlqV2NjNDZhcXBxTmpqMG02ZFN0QzBsQlJUNUlvWnl4WmJ3?= =?utf-8?B?ejdiS0MzaEhrbTZjZmdPeGVTOWlJWExhL3JKYUJ3MXBHTDlyL3RSK0NkMTA2?= =?utf-8?B?Sy9reGRTMVNPaStsT2kzejUra1RkQ2JtZ0oxZ0VpWlBSdWlybzBONE5ueHRR?= =?utf-8?B?c3pQWm9zcmJIa2tnSWhWNlppZ3FDTHIxN0xneHhSSmFPaXBTa3Y0OWZDaDVR?= =?utf-8?B?TzJ1c05iUU1qWFRzYjE0NVJ3RERkTWdBalNEdG5pWDR2c1owZy9BamhYbzdW?= =?utf-8?B?Z25sUG1kOXVuRFJFcGFLU09HQmx5dHNoTW84OWtsaUZzN3Z6L0NoL0ZMUDlw?= =?utf-8?B?MFdpUlN2cWxsck9QeEt4TW9jN3F3WCtmejZKOFl4ZHgySiszV3ZZQ2xPaGl3?= =?utf-8?B?Vys4REkwMnQ4a2hEeXB1ZFlQenhVRExwNSsyL1FoZmdRMDRhN0xoT2lESnJn?= =?utf-8?B?RGp1b3pxakcxL3J1SWNDSXYvcWRFaGNUeHpMQWtJelBxUmdQV3hvL3pBdVJS?= =?utf-8?B?RDVncGJXZlBlQVpJcDhicUVFK0p3bkhmMmZ0MkRhS09WWWN3QmViQ1NVdjQw?= =?utf-8?B?Ukd4cU5MUXNqNG1KNDgwbys3V0lZN1RTeFBYbDQ0MGdGODJnajgzZndHVUNY?= =?utf-8?B?OXdobXlVeDFLU2FNOXE1VnkybUphYTI2em9hakhJTEhKUXF5V2NjRWpBZm9Y?= =?utf-8?B?K0pQU3pGS0ZBN2NYZFhDYm9KNTdJc2pRNzEyS1RPZ3ZJZEk2SWVWU1J1d0tD?= =?utf-8?B?WXB6TDJlM3cxTEpMb1hiSjBCTXlFRXFGaklyNzROdXVYeFIwYXRoVk0zVzBT?= =?utf-8?B?ZTUxTWpyVWc3cWd0azJER3VRa2VOMit1anlBQkhIb3dYdmg0UlNIZGs1Qm1t?= =?utf-8?B?d2JQclpiSjVDVHFLbG5YMi9SR1N3OGJXMHRTVk80dHMxQWF4WkdLSHRmZDR2?= =?utf-8?B?ZWdnZFFOT3JvRVFRU2ZCWDJ4TVlkUFFwVnFJUDZGOFdTT21lK3lab2tZMUZX?= =?utf-8?B?clVBS3dIbHpqZ3AwWWtzQTRnSzJQa2I1V0s4WnFSZWRuRDJuVU45QS8vb1Ax?= =?utf-8?B?QllhSnFqSjg2ejA0V2d0aXAzb1VzMmExNnQ0VWVIYkZhRDdTN2YwcHdGalpa?= =?utf-8?B?Skw0TDg1NXBKZ3NHbytXNDdaelVuY2FPUTNnRVdVbTVIV1p6bVRNQnFMMjZ6?= =?utf-8?B?eW0vUWRQamVNVDM2OFNROHJ5dzZMZlJhTjN4cWFKTnRvSlVYYnBBVnJhN29s?= =?utf-8?B?ck15Vjg4RGVhQ0NXRnJ0ZXBZRlBmTDZhcnREWXl1dUVQR2RMWFl6RkNoTHh3?= =?utf-8?B?bXo1MGtEdkM0WDJpbHp2TlhUSzErUTJERExsYW45bUdwa2V6dVdqaTJNdWVD?= =?utf-8?B?RVVYWUNNQzJoblpSeVRoNEE2S3RueXR6Rk1lckV4dVZWckZUOVA1MSt5VVRk?= =?utf-8?Q?EA5Zl3Qf3kb+zXqWrwA8baajQ2q?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_CO1PR11MB488100F0532F285C180EB65DD8BD9CO1PR11MB4881namp_" 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: c2712afc-9a8b-4115-1e21-08d8c13cb744 X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Jan 2021 14:22:58.8215 (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: GfSE44qN7RHlFk9716tKz8Rh8TNN79z5gCdmEtUQlFJ0AYy6+EnqOG64IVtZZuuKOkErpnQ2djJjAc0NZ8a48w== X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR11MB5075 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.12, xch-rcd-002.cisco.com X-Outbound-Node: rcdn-core-10.cisco.com Archived-At: Subject: Re: [Roll] Reviews request for draft-ietf-roll-enrollment-priority 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, 25 Jan 2021 14:23:58 -0000 --_000_CO1PR11MB488100F0532F285C180EB65DD8BD9CO1PR11MB4881namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBhdXRob3JzDQoNCkEgZmV3IGNvbW1lbnRzIGFuZCBxdWVzdGlvbnM6DQoNCkludHJvOg0K 4oCcDQpbSS1ELmlldGYtNnRpc2NoLW1pbmltYWwtc2VjdXJpdHk8aHR0cHM6Ly90b29scy5pZXRm Lm9yZy9odG1sL2RyYWZ0LWlldGYtcm9sbC1lbnJvbGxtZW50LXByaW9yaXR5LTAzI3JlZi1JLUQu aWV0Zi02dGlzY2gtbWluaW1hbC1zZWN1cml0eT5dIGFuZA0KICAgW0ktRC5pZXRmLTZ0aXNjaC1k dHNlY3VyaXR5LXNlY3VyZS1qb2luPGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1p ZXRmLXJvbGwtZW5yb2xsbWVudC1wcmlvcml0eS0wMyNyZWYtSS1ELmlldGYtNnRpc2NoLWR0c2Vj dXJpdHktc2VjdXJlLWpvaW4+XSBkZXNjcmliZSBtZWNoYW5pc21zIGJ5IHdoaWNoDQoNCuKAnA0K SXMgdGhlcmUgYSBwbGFuIGZvciB0aGUgc2VjdXJlIGpvaW4gZHJhZnQ/DQoNClNlY3Rpb24gMjoN CuKAnA0KDQogICA2TFJzIHRoYXQgc2VlIHRoaXMgRElPIE9wdGlvbiBTSE9VTEQgaW5jcmVtZW50 IHRoZWlyIG1pbmltdW0NCg0KICAgZW5yb2xsbWVudCBwcmlvcml0eSBpZiB0aGV5IG9ic2VydmUg Y29uZ2VzdGlvbiBvbiB0aGUgY2hhbm5lbCB1c2VkDQoNCiAgIGZvciBlbnJvbGxtZW50IHRyYWZm aWMuDQoNCuKAnA0KQXMgZGVzY3JpYmVkIHRoZSBtaW5pbXVtIGlzIHRoYXQgc2V0IGJ5IHRoZSBy b290IGFuZCBwcm9wYWdhdGVkIHVuY2hhbmdlZC4gQnV0IGlmIHRoZSBjaGFubmVsIGlzIGNvbmdl c3RlZCBhdCBhbiBhbmNlc3RvciwgdGhlbiB0aGUgY2hpbGQgd2lsbCBub3Qga25vdyBhbmQgYWNj ZXB0IHRoZSBlbnJvbGxtZW50LCBzbyB0aGUgYWJvdmUgY2Fubm90IGJlIGFjaGlldmVkLiBPVE9I LCBpZiB0aGUgcGFyZW50L2FuY2VzdG9yIGNvdWxkIGluY3JlYXNlIHRoZSBtaW5fcHJpb3JpdHkg aW4gdGhlIERJTyB0aGF0IGl0IHByb3BhZ2F0ZXMsIGl0IGNvdWxkIGluZm9ybSBpdHMgZGVzY2Vu ZGFudHMgbm90IHRvIHRha2UgbW9yZSBwbGVkZ2VzLiBJZiB3ZSB0YWtlIHRoYXQgcGF0aCwgYSBj aGlsZCB3b3VsZCB1c2UgZWl0aGVyIDEpIHRoZSB2YWx1ZSBvZiBtaW5fcHJpb3JpdHkgZnJvbSBp dHMgcHJlZmVycmVkIHBhcmVudCBvciAyKSB0aGUgbWluaW11bSBtaW5fcHJpb3JpdHkgYWNyb3Nz IGNhbmRpZGF0ZSBwYXJlbnRzLiBJbiB0aGUgY2FzZSBvZiAyKSB0aGF0IG1pZ2h0IG1lYW4gdXNl IHRoYXQgbm9uLXByZWZlcnJlZCBwYXJlbnQgZm9yIGEgcmF0aW8gb2YgdHJhZmZpYy4gV2hhdCBk byB5b3UgdGhpbms/DQoNCkFsc286DQoNCkNvbnNpZGVyaW5nIHRoYXQgdGhlIHBvbGljeSB0byBj b21wdXRlIHRoZSBwcmlvcml0eSBpbmNyZW1lbnQgaXMgdW5zcGVjaWZpZWQsIG90aGVyIGdsb2Jh bCBpbmZvIG1pZ2h0IGJlIG5lZWRlZCBieSB0aGUgUlBMIHJvdXRlci4gSSB3b25kZXIgaWYgaXQg bWFrZXMgc2Vuc2UgdG8gcGxhY2UgdGhlIERPREFHIHNpemUgaW4gdGhpcyBvcHRpb24gcmF0aGVy IHRoYW4gaW4gYSBtZXRyaWMgY29udGFpbmVyIGFzIHN1Z2dlc3RlZCBieSBkcmFmdC1odXNoZS1y b2xsLWRvZGFnLW1ldHJpYy0wMC4NCg0KU2VjdGlvbiAyLjE6DQoNClNheSBJIHdhbnQgdG8gYWRk IGEgZmllbGQgaW4gdGhlIGZ1dHVyZeKApiBXaGF04oCZcyB0aGUgZ2VuZXJhbCBwbGFuIHRvIGVu aGFuY2UgdGhhdCBvcHRpb24/IFB1c2ggdGhlIExlbmd0aD8gRG8gd2Ug4oCcbXVzdOKAnSB0aGF0 IHRoZSBmaXJzdCBieXRlIGlzIGZvcmV2ZXIgYXMgc2hvd24gaGVyZSAocGxlYXNlIGNhcHRpb24g dGhlIGZpZ3VyZSkgZXZlbiBpZiB0aGUgbGVuZ3RoIGlzID4gMT8gT3Igc2hvdWxkIHRoZSBub2Rl IGlnbm9yZSB0aGUgb3B0aW9uIGlmIGxlbmd0aCAhPSAxPyBPciBzaG91bGQgdGhlcmUgYmUgYSBm bGFnIGZpZWxkIGluZGljYXRpbmcgd2hhdOKAmXMgaW4gbGlrZSBmb3IgdGhlIFNvbGljaXRlZCBJ bmZvcm1hdGlvbiBvcHRpb24/DQoNClNlY3Rpb24gMyBwYXJhZ3JhcGggMSkNCg0KVGhlIHRleHQg YmVsb3cgaXMgYSBjYyBmcm9tIGh0dHBzOi8vd3d3LmlldGYub3JnL2FyY2hpdmUvaWQvZHJhZnQt aWV0Zi1yb2xsLXVuYXdhcmUtbGVhdmVzLTMwLmh0bWwjbmFtZS1zZWN1cml0eS1jb25zaWRlcmF0 aW9ucw0K4oCcDQpJdCBpcyB3b3J0aCBub3RpbmcgdGhhdCB3aXRoIFtSRkM2NTUwPGh0dHBzOi8v d3d3LmlldGYub3JnL2FyY2hpdmUvaWQvZHJhZnQtaWV0Zi1yb2xsLXVuYXdhcmUtbGVhdmVzLTMw Lmh0bWwjUkZDNjU1MD5dLCBldmVyeSBub2RlIGluIHRoZSBMTE4gaXMgUlBMLWF3YXJlIGFuZCBj YW4gaW5qZWN0IGFueSBSUEwtYmFzZWQgYXR0YWNrIGluIHRoZSBuZXR3b3JrLg0K4oCcDQrigJwN CkluIGEgZ2VuZXJhbCBtYW5uZXIsIHRoZSBTZWN1cml0eSBDb25zaWRlcmF0aW9ucyBpbiBbUkZD NjU1MDxodHRwczovL3d3dy5pZXRmLm9yZy9hcmNoaXZlL2lkL2RyYWZ0LWlldGYtcm9sbC11bmF3 YXJlLWxlYXZlcy0zMC5odG1sI1JGQzY1NTA+XSwgW1JGQzc0MTY8aHR0cHM6Ly93d3cuaWV0Zi5v cmcvYXJjaGl2ZS9pZC9kcmFmdC1pZXRmLXJvbGwtdW5hd2FyZS1sZWF2ZXMtMzAuaHRtbCNSRkM3 NDE2Pl0gW1JGQzY3NzU8aHR0cHM6Ly93d3cuaWV0Zi5vcmcvYXJjaGl2ZS9pZC9kcmFmdC1pZXRm LXJvbGwtdW5hd2FyZS1sZWF2ZXMtMzAuaHRtbCNSRkM2Nzc1Pl0sIGFuZCBbUkZDODUwNTxodHRw czovL3d3dy5pZXRmLm9yZy9hcmNoaXZlL2lkL2RyYWZ0LWlldGYtcm9sbC11bmF3YXJlLWxlYXZl cy0zMC5odG1sI1JGQzg1MDU+XSBhcHBseSB0byB0aGlzIHNwZWNpZmljYXRpb24gYXMgd2VsbC4N CuKAnA0KYmVsaWV2ZSB0aGF0IGl0IGNvdWxkIGJlIGFkYXB0ZWQgaGVyZSB3aXRoIGEgYml0IG9m IHRhaWxvcml6YXRpb24uDQoNCllvdSBhbGwga2VlcCBzYWZlIQ0KDQpQYXNjYWwNCg0KDQoNCkZy b206IFJvbGwgPHJvbGwtYm91bmNlc0BpZXRmLm9yZz4gT24gQmVoYWxmIE9mIEluZXMgUm9ibGVz DQpTZW50OiBzYW1lZGkgMjMgamFudmllciAyMDIxIDEzOjAwDQpUbzogcm9sbCA8cm9sbEBpZXRm Lm9yZz4NClN1YmplY3Q6IFtSb2xsXSBSZXZpZXdzIHJlcXVlc3QgZm9yIGRyYWZ0LWlldGYtcm9s bC1lbnJvbGxtZW50LXByaW9yaXR5DQoNCkRlYXIgYWxsLA0KDQpXZSBhcmUgbG9va2luZyByZXZp ZXdzIGZvciB0aGlzIGRvY3VtZW50Og0KDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2Rv Yy9kcmFmdC1pZXRmLXJvbGwtZW5yb2xsbWVudC1wcmlvcml0eS8NCg0KUGxlYXNlIGxldCB1cyBr bm93IGlmIHlvdSBhcmUgd2lsbGluZyB0byBoZWxwIHVzIHdpdGggdGhhdC4NCg0KVGhhbmsgeW91 IHZlcnkgbXVjaCBpbiBhZHZhbmNlLA0KDQpJbmVzIGFuZCBEb21pbmlxdWUNCg== --_000_CO1PR11MB488100F0532F285C180EB65DD8BD9CO1PR11MB4881namp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQt ZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsN Cgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9u OnVuZGVybGluZTt9DQpwcmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1s aW5rOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0 b206LjAwMDFwdDsNCglmb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5l dyI7fQ0Kc3Bhbi5nbWFpbC1pbA0KCXttc28tc3R5bGUtbmFtZTpnbWFpbC1pbDt9DQpzcGFuLkVt YWlsU3R5bGUyMA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZvbnQtZmFt aWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5IVE1M UHJlZm9ybWF0dGVkQ2hhcg0KCXttc28tc3R5bGUtbmFtZToiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hh ciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZv cm1hdHRlZCI7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQouTXNvQ2hwRGVmYXVsdA0K CXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6 ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcwLjg1cHQgNzAuODVwdCA3MC44NXB0IDcwLjg1 cHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxl PjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIg c3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48 eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQi IGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+ DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSIgc3R5bGU9Indv cmQtd3JhcDpicmVhay13b3JkIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdCI+RGVhciBhdXRob3JzPG86cD48L286cD48L3NwYW4+PC9mb250Pjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2Zv bnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJy aSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPkEgZmV3IGNvbW1lbnRzIGFuZCBxdWVz dGlvbnM6PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQiPkludHJvOjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdCI+4oCcPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+ WzxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXJvbGwtZW5y b2xsbWVudC1wcmlvcml0eS0wMyNyZWYtSS1ELmlldGYtNnRpc2NoLW1pbmltYWwtc2VjdXJpdHki IHRpdGxlPSImcXVvdDtDb25zdHJhaW5lZCBKb2luIFByb3RvY29sIChDb0pQKSBmb3IgNlRpU0NI JnF1b3Q7Ij5JLUQuaWV0Zi02dGlzY2gtbWluaW1hbC1zZWN1cml0eTwvYT5dDQogYW5kPG86cD48 L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9 IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IFs8YSBocmVmPSJo dHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1yb2xsLWVucm9sbG1lbnQtcHJp b3JpdHktMDMjcmVmLUktRC5pZXRmLTZ0aXNjaC1kdHNlY3VyaXR5LXNlY3VyZS1qb2luIiB0aXRs ZT0iJnF1b3Q7NnRpc2NoIFNlY3VyZSBKb2luIHByb3RvY29sJnF1b3Q7Ij5JLUQuaWV0Zi02dGlz Y2gtZHRzZWN1cml0eS1zZWN1cmUtam9pbjwvYT5dDQogZGVzY3JpYmUgbWVjaGFuaXNtcyBieSB3 aGljaDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0Ij7igJw8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQiPklzIHRoZXJlIGEgcGxhbiBmb3IgdGhlIHNlY3VyZSBqb2luIGRyYWZ0PzxvOnA+ PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXpl PSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250 IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5T ZWN0aW9uIDI6PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0Ij7igJw8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHByZT48Zm9udCBzaXpl PSIyIiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQiPiZu YnNwOyZuYnNwOyA2TFJzIHRoYXQgc2VlIHRoaXMgRElPIE9wdGlvbiBTSE9VTEQgaW5jcmVtZW50 IHRoZWlyIG1pbmltdW08bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wcmU+DQo8cHJlPjxmb250 IHNpemU9IjIiIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dCI+Jm5ic3A7Jm5ic3A7IGVucm9sbG1lbnQgcHJpb3JpdHkgaWYgdGhleSBvYnNlcnZlIGNvbmdl c3Rpb24gb24gdGhlIGNoYW5uZWwgdXNlZDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3ByZT4N CjxwcmU+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0Ij4mbmJzcDsmbmJzcDsgZm9yIGVucm9sbG1lbnQgdHJhZmZpYy4gPG86cD48 L286cD48L3NwYW4+PC9mb250PjwvcHJlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6 ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9u dCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+ 4oCcPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxm b250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij5BcyBkZXNjcmliZWQgdGhlIG1pbmltdW0gaXMgdGhhdCBzZXQgYnkgdGhlIHJvb3QgYW5kIHBy b3BhZ2F0ZWQgdW5jaGFuZ2VkLiBCdXQgaWYgdGhlIGNoYW5uZWwgaXMgY29uZ2VzdGVkIGF0IGFu IGFuY2VzdG9yLCB0aGVuIHRoZSBjaGlsZCB3aWxsIG5vdCBrbm93IGFuZCBhY2NlcHQgdGhlIGVu cm9sbG1lbnQsDQogc28gdGhlIGFib3ZlIGNhbm5vdCBiZSBhY2hpZXZlZC4gT1RPSCwgaWYgdGhl IHBhcmVudC9hbmNlc3RvciBjb3VsZCBpbmNyZWFzZSB0aGUgbWluX3ByaW9yaXR5IGluIHRoZSBE SU8gdGhhdCBpdCBwcm9wYWdhdGVzLCBpdCBjb3VsZCBpbmZvcm0gaXRzIGRlc2NlbmRhbnRzIG5v dCB0byB0YWtlIG1vcmUgcGxlZGdlcy4gSWYgd2UgdGFrZSB0aGF0IHBhdGgsIGEgY2hpbGQgd291 bGQgdXNlIGVpdGhlciAxKSB0aGUgdmFsdWUgb2YgbWluX3ByaW9yaXR5DQogZnJvbSBpdHMgcHJl ZmVycmVkIHBhcmVudCBvciAyKSB0aGUgbWluaW11bSBtaW5fcHJpb3JpdHkgYWNyb3NzIGNhbmRp ZGF0ZSBwYXJlbnRzLiBJbiB0aGUgY2FzZSBvZiAyKSB0aGF0IG1pZ2h0IG1lYW4gdXNlIHRoYXQg bm9uLXByZWZlcnJlZCBwYXJlbnQgZm9yIGEgcmF0aW8gb2YgdHJhZmZpYy4gV2hhdCBkbyB5b3Ug dGhpbms/PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQiPkFsc286PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtd2VpZ2h0OmJvbGQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvZm9udD48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFj ZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPkNvbnNpZGVyaW5nIHRo YXQgdGhlIHBvbGljeSB0byBjb21wdXRlIHRoZSBwcmlvcml0eSBpbmNyZW1lbnQgaXMgdW5zcGVj aWZpZWQsIG90aGVyIGdsb2JhbCBpbmZvIG1pZ2h0IGJlIG5lZWRlZCBieSB0aGUgUlBMIHJvdXRl ci4gSSB3b25kZXIgaWYgaXQgbWFrZXMgc2Vuc2UgdG8gcGxhY2UgdGhlIERPREFHDQogc2l6ZSBp biB0aGlzIG9wdGlvbiByYXRoZXIgdGhhbiBpbiBhIG1ldHJpYyBjb250YWluZXIgYXMgc3VnZ2Vz dGVkIGJ5IGRyYWZ0LWh1c2hlLXJvbGwtZG9kYWctbWV0cmljLTAwLg0KPG86cD48L286cD48L3Nw YW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9 IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIg ZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPlNlY3Rpb24gMi4x OjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9u dCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0Ij5TYXkgSSB3YW50IHRvIGFkZCBhIGZpZWxkIGluIHRoZSBmdXR1cmXigKYgV2hhdOKAmXMg dGhlIGdlbmVyYWwgcGxhbiB0byBlbmhhbmNlIHRoYXQgb3B0aW9uPyBQdXNoIHRoZSBMZW5ndGg/ IERvIHdlIOKAnG11c3TigJ0gdGhhdCB0aGUgZmlyc3QgYnl0ZSBpcyBmb3JldmVyIGFzIHNob3du IGhlcmUgKHBsZWFzZSBjYXB0aW9uDQogdGhlIGZpZ3VyZSkgZXZlbiBpZiB0aGUgbGVuZ3RoIGlz ICZndDsgMT8gT3Igc2hvdWxkIHRoZSBub2RlIGlnbm9yZSB0aGUgb3B0aW9uIGlmIGxlbmd0aCAh PSAxPyBPciBzaG91bGQgdGhlcmUgYmUgYSBmbGFnIGZpZWxkIGluZGljYXRpbmcgd2hhdOKAmXMg aW4gbGlrZSBmb3IgdGhlIFNvbGljaXRlZCBJbmZvcm1hdGlvbiBvcHRpb24/PG86cD48L286cD48 L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZh Y2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0i MiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPlNlY3Rpb24g MyBwYXJhZ3JhcGggMSk8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdCI+VGhlIHRleHQgYmVsb3cgaXMgYSBjYyBmcm9tDQo8YSBocmVmPSJo dHRwczovL3d3dy5pZXRmLm9yZy9hcmNoaXZlL2lkL2RyYWZ0LWlldGYtcm9sbC11bmF3YXJlLWxl YXZlcy0zMC5odG1sI25hbWUtc2VjdXJpdHktY29uc2lkZXJhdGlvbnMiPg0KaHR0cHM6Ly93d3cu aWV0Zi5vcmcvYXJjaGl2ZS9pZC9kcmFmdC1pZXRmLXJvbGwtdW5hd2FyZS1sZWF2ZXMtMzAuaHRt bCNuYW1lLXNlY3VyaXR5LWNvbnNpZGVyYXRpb25zPC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9u dD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJp Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+4oCcPG86cD48L286cD48L3NwYW4+PC9m b250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGli cmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5JdCBpcyB3b3J0aCBub3RpbmcgdGhh dCB3aXRoIFs8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9hcmNoaXZlL2lkL2RyYWZ0LWll dGYtcm9sbC11bmF3YXJlLWxlYXZlcy0zMC5odG1sI1JGQzY1NTAiPlJGQzY1NTA8L2E+XSwgZXZl cnkgbm9kZSBpbiB0aGUgTExOIGlzIFJQTC1hd2FyZSBhbmQgY2FuDQogaW5qZWN0IGFueSBSUEwt YmFzZWQgYXR0YWNrIGluIHRoZSBuZXR3b3JrLiA8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPuKAnDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+4oCcPG86cD48L286cD48L3NwYW4+PC9mb250 PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmki PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5JbiBhIGdlbmVyYWwgbWFubmVyLCB0aGUg U2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMgaW4gWzxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3Jn L2FyY2hpdmUvaWQvZHJhZnQtaWV0Zi1yb2xsLXVuYXdhcmUtbGVhdmVzLTMwLmh0bWwjUkZDNjU1 MCI+UkZDNjU1MDwvYT5dLCBbPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvYXJjaGl2ZS9p ZC9kcmFmdC1pZXRmLXJvbGwtdW5hd2FyZS1sZWF2ZXMtMzAuaHRtbCNSRkM3NDE2Ij5SRkM3NDE2 PC9hPl0NCiBbPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvYXJjaGl2ZS9pZC9kcmFmdC1p ZXRmLXJvbGwtdW5hd2FyZS1sZWF2ZXMtMzAuaHRtbCNSRkM2Nzc1Ij5SRkM2Nzc1PC9hPl0sIGFu ZCBbPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvYXJjaGl2ZS9pZC9kcmFmdC1pZXRmLXJv bGwtdW5hd2FyZS1sZWF2ZXMtMzAuaHRtbCNSRkM4NTA1Ij5SRkM4NTA1PC9hPl0gYXBwbHkgdG8g dGhpcyBzcGVjaWZpY2F0aW9uIGFzIHdlbGwuPC9zcGFuPjwvZm9udD48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij7igJw8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPmJlbGlldmUgdGhhdCBpdCBjb3VsZCBiZSBhZGFw dGVkIGhlcmUgd2l0aCBhIGJpdCBvZiB0YWlsb3JpemF0aW9uLg0KPG86cD48L286cD48L3NwYW4+ PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNh bGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFj ZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPllvdSBhbGwga2VlcCBz YWZlITxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0Ij5QYXNjYWw8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9w Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtw YWRkaW5nOjBjbSAwY20gMGNtIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9u ZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBj bSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJp Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LXdlaWdodDpib2xkIj5Gcm9tOjwv c3Bhbj48L2ZvbnQ+PC9iPiBSb2xsICZsdDtyb2xsLWJvdW5jZXNAaWV0Zi5vcmcmZ3Q7DQo8Yj48 c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+T24gQmVoYWxmIE9mIDwvc3Bhbj48L2I+SW5l cyBSb2JsZXM8YnI+DQo8Yj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+U2VudDo8L3Nw YW4+PC9iPiBzYW1lZGkgMjMgamFudmllciAyMDIxIDEzOjAwPGJyPg0KPGI+PHNwYW4gc3R5bGU9 ImZvbnQtd2VpZ2h0OmJvbGQiPlRvOjwvc3Bhbj48L2I+IHJvbGwgJmx0O3JvbGxAaWV0Zi5vcmcm Z3Q7PGJyPg0KPGI+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPlN1YmplY3Q6PC9zcGFu PjwvYj4gW1JvbGxdIFJldmlld3MgcmVxdWVzdCBmb3IgZHJhZnQtaWV0Zi1yb2xsLWVucm9sbG1l bnQtcHJpb3JpdHk8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdCI+RGVhciBhbGwsJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7DQo8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJy aSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPldlIGFyZSBsb29raW5nIHJldmlld3Mg Zm9yIHRoaXMgZG9jdW1lbnQ6PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmki PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6 ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxhIGhy ZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtcm9sbC1lbnJv bGxtZW50LXByaW9yaXR5LyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vZGF0YXRyYWNrZXIuPHNw YW4gY2xhc3M9ImdtYWlsLWlsIj5pZXRmPC9zcGFuPi5vcmcvZG9jLzxzcGFuIGNsYXNzPSJnbWFp bC1pbCI+ZHJhZnQ8L3NwYW4+LTxzcGFuIGNsYXNzPSJnbWFpbC1pbCI+aWV0Zjwvc3Bhbj4tPHNw YW4gY2xhc3M9ImdtYWlsLWlsIj5yb2xsPC9zcGFuPi08c3BhbiBjbGFzcz0iZ21haWwtaWwiPmVu cm9sbG1lbnQ8L3NwYW4+LTxzcGFuIGNsYXNzPSJnbWFpbC1pbCI+cHJpb3JpdHk8L3NwYW4+Lzwv YT48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxp YnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+UGxlYXNlIGxldCB1cyBrbm93IGlm IHlvdSBhcmUgd2lsbGluZyB0byBoZWxwIHVzIHdpdGggdGhhdC4mbmJzcDs8bzpwPjwvbzpwPjwv c3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZv bnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdCI+VGhhbmsgeW91IHZlcnkgbXVjaCZuYnNwO2luIGFkdmFuY2Us PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJy aSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPkluZXMgYW5kIERvbWluaXF1ZTxvOnA+ PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjwvYm9keT4NCjwvaHRtbD4NCg== --_000_CO1PR11MB488100F0532F285C180EB65DD8BD9CO1PR11MB4881namp_-- From nobody Mon Jan 25 21:42:29 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 262CA3A1C1F; Mon, 25 Jan 2021 21:42:24 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Erik Kline via Datatracker To: "The IESG" Cc: draft-ietf-roll-useofrplinfo@ietf.org, roll-chairs@ietf.org, roll@ietf.org, Peter Van der Stok , aretana.ietf@gmail.com, consultancy@vanderstok.org X-Test-IDTracker: no X-IETF-IDTracker: 7.24.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Erik Kline Message-ID: <161163974367.19703.4598346765348877884@ietfa.amsl.com> Date: Mon, 25 Jan 2021 21:42:24 -0800 Archived-At: Subject: [Roll] Erik Kline's No Objection on draft-ietf-roll-useofrplinfo-44 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, 26 Jan 2021 05:42:24 -0000 Erik Kline has entered the following ballot position for draft-ietf-roll-useofrplinfo-44: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-roll-useofrplinfo/ There are no remarks associated with this position. From nobody Tue Jan 26 07:58:34 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 564013A0CDA; Tue, 26 Jan 2021 07:58:33 -0800 (PST) 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.24.0 Auto-Submitted: auto-generated Precedence: bulk Cc: Peter Van der Stok , The IESG , aretana.ietf@gmail.com, consultancy@vanderstok.org, draft-ietf-roll-useofrplinfo@ietf.org, rfc-editor@rfc-editor.org, roll-chairs@ietf.org, roll@ietf.org MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-ID: <161167671333.24916.17174126333743670695@ietfa.amsl.com> Date: Tue, 26 Jan 2021 07:58:33 -0800 Archived-At: Subject: [Roll] Protocol Action: 'Using RPI Option Type, Routing Header for Source Routes and IPv6-in-IPv6 encapsulation in the RPL Data Plane' to Proposed Standard (draft-ietf-roll-useofrplinfo-44.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: Tue, 26 Jan 2021 15:58:33 -0000 The IESG has approved the following document: - 'Using RPI Option Type, Routing Header for Source Routes and IPv6-in- IPv6 encapsulation in the RPL Data Plane' (draft-ietf-roll-useofrplinfo-44.txt) as Proposed Standard This document is the product of the Routing Over Low power and Lossy networks Working Group. The IESG contact persons are Alvaro Retana, Martin Vigoureux and Deborah Brungard. A URL of this Internet Draft is: https://datatracker.ietf.org/doc/draft-ietf-roll-useofrplinfo/ Technical Summary This document provides a series of examples that align RFC6553 with the recent changes in processing described in RFC8200. In other words, the examples are intended to be normative explanation of the results of executing that language. Existing deployed networks may experience a flag day as a result of some of the suggested changes, and this document provides a way to mitigate such an occurrence. Working Group Summary There was clear consensus in the ROLL WG that this document was needed. The extensive subject, involving many details, has led to lengthy discussions about terminology, and coverage of all cases. This document already went through IESG Evaluation, and -31 was approved. It was later removed from the RFC Editor's Queue for the WG to address a couple of issues, mostly related to draft-ietf-roll-unaware-leaves and MOP 7. The WG was very involved in the discussion. The latest version (-42) went through a new IETF LC. Document Quality The document is of special value to the the 6tisch WG. There are no known implementations by manufacturers, but comments have been incorporated from people who needed to address a subset of the cases discussed in the document. The drafts ietf-anima-bootstrapping-keyinfra and ietf-6tisch-dtsecurity-secure-join rely on the cases discussed in this document. Personnel Document Shepherd is Peter van der Stok Responsible Area Director is Alvaro Retana From nobody Tue Jan 26 07:58:46 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 A8B8F3A0CDC; Tue, 26 Jan 2021 07:58:34 -0800 (PST) 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.24.0 Auto-Submitted: auto-generated Precedence: bulk Cc: Ines Robles , The IESG , aretana.ietf@gmail.com, draft-ietf-roll-turnon-rfc8138@ietf.org, mariainesrobles@googlemail.com, rfc-editor@rfc-editor.org, roll-chairs@ietf.org, roll@ietf.org MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-ID: <161167671466.24767.4371882493623720539@ietfa.amsl.com> Date: Tue, 26 Jan 2021 07:58:34 -0800 Archived-At: Subject: [Roll] Protocol Action: 'A RPL DODAG Configuration Option for the 6LoWPAN Routing Header' to Proposed Standard (draft-ietf-roll-turnon-rfc8138-18.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: Tue, 26 Jan 2021 15:58:35 -0000 The IESG has approved the following document: - 'A RPL DODAG Configuration Option for the 6LoWPAN Routing Header' (draft-ietf-roll-turnon-rfc8138-18.txt) as Proposed Standard This document is the product of the Routing Over Low power and Lossy networks Working Group. The IESG contact persons are Alvaro Retana, Martin Vigoureux and Deborah Brungard. A URL of this Internet Draft is: https://datatracker.ietf.org/doc/draft-ietf-roll-turnon-rfc8138/ Technical Summary This document updates RFC 8138 by defining a bit in the RPL DODAG Configuration Option to indicate whether compression is used within the RPL Instance, and specify the behavior of RFC 8138-capable nodes when the bit is set and reset. Working Group Summary The process through the WG was uneventful. The single objection argued that this was not the right mechanism, but no alternative was proposed. Document Quality There are no implementations of this extension. It is an important component to enable the deployment of RFC8138. Personnel Document Shepherd: Ines Robles Responsible Area Director: Alvaro Retana From nobody Tue Jan 26 07:59:51 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 53D1B3A11BF; Tue, 26 Jan 2021 07:59:43 -0800 (PST) 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.24.0 Auto-Submitted: auto-generated Precedence: bulk Cc: JADHAV Rahul , The IESG , aretana.ietf@gmail.com, draft-ietf-roll-unaware-leaves@ietf.org, rahul.ietf@gmail.com, rfc-editor@rfc-editor.org, roll-chairs@ietf.org, roll@ietf.org MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-ID: <161167678333.28181.13456706574761988231@ietfa.amsl.com> Date: Tue, 26 Jan 2021 07:59:43 -0800 Archived-At: Subject: [Roll] Protocol Action: 'Routing for RPL Leaves' to Proposed Standard (draft-ietf-roll-unaware-leaves-30.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: Tue, 26 Jan 2021 15:59:47 -0000 The IESG has approved the following document: - 'Routing for RPL Leaves' (draft-ietf-roll-unaware-leaves-30.txt) as Proposed Standard This document is the product of the Routing Over Low power and Lossy networks Working Group. The IESG contact persons are Alvaro Retana, Martin Vigoureux and Deborah Brungard. A URL of this Internet Draft is: https://datatracker.ietf.org/doc/draft-ietf-roll-unaware-leaves/ Technical Summary This document enables reachability for RPL unaware 6LoWPAN hosts through a RPL network. Working Group Summary This work has been extensively discussed in the WG. Discussion in the 6lo WG has algo taken place because of the changes to 6LoWPAN ND. Document Quality No implementations are known, but the document has had extensive reviews by implementors from several vendors. Personnel Document Shepherd: Rahul Jadhav Responsible Area Director: Alvaro Retana RFC Editor Note Please expedite this document's processing as the WiSUN Alliance is waiting for an RFC number to reference in their official documentation. The IESG has approved this request. From nobody Tue Jan 26 08:18:14 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 A50BF3A02BC for ; Tue, 26 Jan 2021 08:18:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.197 X-Spam-Level: X-Spam-Status: No, score=-0.197 tagged_above=-999 required=5 tests=[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 IEaddzkF9l-h for ; Tue, 26 Jan 2021 08:18:08 -0800 (PST) Received: from mail-vs1-xe33.google.com (mail-vs1-xe33.google.com [IPv6:2607:f8b0:4864:20::e33]) (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 B2FC13A0332 for ; Tue, 26 Jan 2021 08:18:08 -0800 (PST) Received: by mail-vs1-xe33.google.com with SMTP id 187so9295156vsg.4 for ; Tue, 26 Jan 2021 08:18:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20161025; h=mime-version:from:date:message-id:subject:to:cc; bh=lxoPPrJohniMpv5A5o52RGNDx4gbg9PXeGugAjcdnTQ=; b=g31GlzwyCxe7+sFIk9Ilftf23WweUroVsuGCY1hUU093SiNEtOUBKOd74bRC0YC8sO UwmDSxfrf0VMiUtjej1tYFQL72ASc4K2dw4sI5E5CZ/hc77nsRAUYTwzpPgmsIxvfjMv tECKrl9M3+hdZZdemgglolDRdDew5VvULvDuE9281bCCU16P26ac3uqW3HhDgnRSCI3S 1x36AoLWrukf2qhZqXtzv+ylH/7ETRHoTRg6XRq1Jr2LfUYR8jnC4jZP1JtzwQPNRsIC ueEoKf2h07PLFaaNWGqbx9sQJbS7ujPShfrTfKkJWsB7r/lA0KBIUTibkcyMxFHrNKwD bDLA== 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:cc; bh=lxoPPrJohniMpv5A5o52RGNDx4gbg9PXeGugAjcdnTQ=; b=GGCHNyRR/4xE5OP6SBRyr1qvYreX/ofIy2v7huYySbcoDMnL6REqVClE0wLu/4cUcU 9y7971MNgoPnP6AuR/s6MGzDLJd8/ubPhFGw9hmRdKL7aPosRjT8djh6vjSXoULNU9i5 RfOHScYc6EeYPPJiwyE8yve5vQmuCptjXdrpGjHCVabCoT2vvG488N+lJn5gH7bqe/qV xBSrKX1EtJTJOXE6R4SINW5SazZ8iiZnPEfcTOYBDW8J/tihQRqyZIoD498ndY/EhC83 GJBDcF49tnFRCdddigta5uHV5Vsgu8pKQtdg742lghAEjrAFNg+gScu7RT239gF5p0J4 Dh/g== X-Gm-Message-State: AOAM530VMovsl9FhRY3ciT2MhkrCC8D0GLyAjgnTEjR3sIRj55r7z8bs R9ijOazlY2gnPm3UxpOkINKowIBfonYOZrl+Pacsr0izn4Q= X-Google-Smtp-Source: ABdhPJzBTq1SCT2+VK3BbAQC2LOj1adb0+wEGV1w71cJHq6kCRGSR62uNDonrpSM02+IDQsJgjjEEIDnKKxqPpbziNc= X-Received: by 2002:a67:f997:: with SMTP id b23mr4895388vsq.34.1611677887569; Tue, 26 Jan 2021 08:18:07 -0800 (PST) MIME-Version: 1.0 From: Ines Robles Date: Tue, 26 Jan 2021 18:17:31 +0200 Message-ID: To: roll Content-Type: multipart/alternative; boundary="000000000000fb3b8e05b9cfffe8" Archived-At: Subject: [Roll] WG Call for adoption draft-jadhav-roll-storing-rootack-02 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, 26 Jan 2021 16:18:12 -0000 --000000000000fb3b8e05b9cfffe8 Content-Type: text/plain; charset="UTF-8" Dear all, This is a call for adoption for draft-jadhav-roll-storing-rootack-02, please let us know your opinion by 5th February. Thank you and best regards, Ines and Dominique --000000000000fb3b8e05b9cfffe8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear all,

This is a call for adoption for=C2=A0draf= t-jadhav-roll-storing-rootack-02, please let us know your opinion by 5th Fe= bruary.

Thank you and best regards,

Ines and Dominiqu= e
--000000000000fb3b8e05b9cfffe8-- From nobody Fri Jan 29 01:03:21 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 8B1243A10A9 for ; Fri, 29 Jan 2021 01:03:19 -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 9T0Bks4lIrGR for ; Fri, 29 Jan 2021 01:03:17 -0800 (PST) Received: from mail-ua1-x931.google.com (mail-ua1-x931.google.com [IPv6:2607:f8b0:4864:20::931]) (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 8D1793A10A7 for ; Fri, 29 Jan 2021 01:03:17 -0800 (PST) Received: by mail-ua1-x931.google.com with SMTP id y21so2953473uag.2 for ; Fri, 29 Jan 2021 01:03:17 -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=1RFRjI4KRzVdHN/NqAhgTr1gp+RnAkZraVEgvVoTJfk=; b=S3WbD1B+wD4Mu9+WFkpgJSQ7ZQOSR3HHI6nXYvkiGI0C2CVF+dywHUyikM/P4SVlVj ibnGf7sYA5H8q7MBzzPOcvtQuaaO7C9jkx4uaXBUMtXNXjnHOM6s3Oj4Ty1c6B8C7hGV ebxQZ9PdaFBROJ/CSsh3V6xB11IAxhD5xTH7d8r14k4Jkzdpyzf5JY17HH3nXY8B776c FN4u8iqLoIPzU+h/c1WjbL3LSNPgtV8eSn330TEclaUjahoQ1xAL8anLlPHUldcgE6EX hJKDI4JSlphilKpBC+nqAXwCG+mttOv4eJk4RCYrycRzSywMFGUlNM3WWbEO3le1Fsvy mYuQ== 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=1RFRjI4KRzVdHN/NqAhgTr1gp+RnAkZraVEgvVoTJfk=; b=ND6dw5VAGaclPyttlCGmOceewyjfbktNlFS4ElPpQI9RnOVoIKzwiK5U1noRwkzdZx +997xWraqAzvYhRcAtpEA9WIgO7YP8NENSEfNCTRGDYHGWRvkqwkk0SBgT7x0YVghw7j FtB7NUOmHgqUgkfr6JY9wzQFx6VKN0E1riQmvwuhEGc747bI1LBS1X18QA2T3SsD0sFe x/u+2OzU7ojxSB3qDk1hA3GVFijhgPmvsyC5xniMCjLRA03lhxI9vNSo8kB1XHYP7a/0 jvj/mY00NidBM50AE+fkTh3OsjOvG7cTI2zQjbxLfeBZs3mS/ooMQhCxlmCRktUSTeca U+mA== X-Gm-Message-State: AOAM531Sz+PhmZOpSlZIZ77EW6TrA9Nm3BIb9BBWWwjEKL6YoxMN1dVc du1ANnJV/u8PVi79kE8Ec+7ZjfDBUhWdoIz7xvFBWhK17HY= X-Google-Smtp-Source: ABdhPJy9kyxdDvKBhwMgXOsaBD4HgHMrzPezy8m30mLn5m0qAS7ELF+l20aFB10BgjpTaE/qNTJOGOJTlBtKNzVgCZg= X-Received: by 2002:ab0:3048:: with SMTP id x8mr2296300ual.46.1611910996470; Fri, 29 Jan 2021 01:03:16 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Ines Robles Date: Fri, 29 Jan 2021 11:02:40 +0200 Message-ID: To: roll Content-Type: multipart/alternative; boundary="0000000000005ab20205ba0646d8" Archived-At: Subject: Re: [Roll] January Interim Meeting - Material 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: Fri, 29 Jan 2021 09:03:20 -0000 --0000000000005ab20205ba0646d8 Content-Type: text/plain; charset="UTF-8" Dear all, Please find below the complete set of slides for today's meeting. https://datatracker.ietf.org/meeting/interim-2021-roll-01/materials/slides-interim-2021-roll-01-sessa-completeset-roll-interim-20210129-00.pdf Comments welcome, Best regards, Ines and Dominique On Tue, Jan 19, 2021 at 7:10 PM Ines Robles wrote: > Dear all, > > Please find below the link to the agenda for the next week interim meeting: > > https://datatracker.ietf.org/meeting/interim-2021-roll-01/session/roll > > Presenters please upload your slides by 25th January or send it to us in > pdf format > > Comments welcome, > > Thank you, > > Ines and Dominique > > On Tue, Jan 12, 2021 at 7:31 PM Ines Robles < > mariainesrobles@googlemail.com> wrote: > >> Dear all, >> >> Thank you for filling the doodle, the selected date and time are as >> follows: >> >> Date: Jan 29, 2021 >> >> Time: 9:30 am Eastern Time = 2:30 pm UTC = 3:30 pm CET >> >> Agenda: Please let us know the topic that you would like to present, and >> the duration of the requested-slot by *22th January* >> >> Webex: >> Notice that the webex opens 15 min earlier in case that you want to test >> and it stays open 45 min after the meeting in case that people want to >> discuss with the chairs. >> >> IETF ROLL Interim Meeting January 2021 >> Hosted by ROLL WG >> >> https://ietf.webex.com/ietf/j.php?MTID=m34b599e4c5ac49d9e4bc6128a4cc26e7 >> Friday, Jan 29, 2021 9:15 am | 3 hours | (UTC-05:00) Eastern Time (US & >> Canada) >> Meeting number: 178 378 7708 >> Password: UUuqJR3C3C7 >> a617699ad5544f75991a8738db89dcba >> >> Join by video system >> Dial 1783787708@ietf.webex.com >> You can also dial 173.243.2.68 and enter your meeting number. >> >> Join by phone >> 1-650-479-3208 Call-in toll number (US/Canada) >> Access code: 178 378 7708 >> >> Thank you very much in advance, >> Ines and Dominique. >> >> On Mon, Dec 21, 2020 at 5:50 PM Ines Robles < >> mariainesrobles@googlemail.com> wrote: >> >>> Dear all, >>> >>> Please find the link to the doodle in order to set up an interim meeting >>> at the end of January 2021. Please fill it by 8th of January. >>> >>> https://doodle.com/poll/936cn2y6uwfp3dia?utm_source=poll&utm_medium=link >>> >>> >>> Please also find the link to the minutes of the IETF109, comments >>> welcome by 3th January. Many many thanks to the minute takers :-) >>> >>> https://datatracker.ietf.org/doc/minutes-109-roll/ >>> >>> Best wishes, >>> >>> Ines and Dominique. >>> >>> >>> >>> >>> --0000000000005ab20205ba0646d8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear all,

<= /div>
Please find below the complete set of slides for today's meet= ing.


Comments welco= me,

Best regards,

Ines an= d Dominique

On Tue, Jan 19, 2021 at 7:10 PM Ines Robles <mariainesrobles@googlemail.com> w= rote:
Dear all,

Please find belo= w the link to the agenda for the next week interim meeting:
=C2= =A0=C2=A0

<= div>Presenters please upload your slides by 25th January or send it to us i= n pdf format

Comments=C2=A0welcome,

=
Thank you,

Ines and Dominique

On T= ue, Jan 12, 2021 at 7:31 PM Ines Robles <mariainesrobles@googlemail.com>= ; wrote:
Dear all,

Thank you for filling the doodle= , the selected date and time are as follows:

Date:= =C2=A0 Jan 29, 2021

Time:=C2=A0 9:30 am Eastern Time =3D 2:30 pm UTC =3D 3:30 pm CET

Agenda: Please let us know the topic that you would like to present, and= the duration of the requested-slot by 22th January
Webex:=C2=A0
Notice that the webex opens 15 min e= arlier in case that you want to test and it stays open 45 min after the mee= ting in case that people want to discuss with the chairs.=C2=A0
<= br>
=C2=A0IETF ROLL Interim Meeting January 2021
Hosted by ROL= L WG

https://ietf.webex.com/ietf/j.php= ?MTID=3Dm34b599e4c5ac49d9e4bc6128a4cc26e7
Friday, Jan 29, 2021 9:15 = am | 3 hours | (UTC-05:00) Eastern Time (US & Canada)
Meeting number= : 178 378 7708
Password: UUuqJR3C3C7
a617699ad5544f75991a8738db89dcba=

Join by video system
Dial 1783787708@ietf.webex.com
You can also dial= 173.243.2.68 and enter your meeting number.

Join by phone
1-650-= 479-3208 Call-in toll number (US/Canada)
Access code: 178 378 7708=C2=A0= =C2=A0

Thank you very much in advance,<= /div>
Ines and Dominique.=C2=A0

On Mon, Dec 21, 2020 at 5:50 PM In= es Robles <mariainesrobles@googlemail.com> wrote:
Dear all,

Please find the link to the doodle in order to set up an interim m= eeting at the end of January 2021.=C2=A0 Please fill it by 8th of January.



<= /div>
Please also find the link to the minutes of the IETF109, comments= welcome by 3th January. Many many thanks to the minute takers :-)






--0000000000005ab20205ba0646d8-- From nobody Fri Jan 29 05:42: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 E7EB73A0CEB for ; Fri, 29 Jan 2021 05:41:57 -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 Q91omJUObGKR for ; Fri, 29 Jan 2021 05:41:56 -0800 (PST) Received: from mail-vs1-xe2c.google.com (mail-vs1-xe2c.google.com [IPv6:2607:f8b0:4864:20::e2c]) (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 D3F8C3A0CE9 for ; Fri, 29 Jan 2021 05:41:55 -0800 (PST) Received: by mail-vs1-xe2c.google.com with SMTP id s83so2486560vsc.4 for ; Fri, 29 Jan 2021 05:41:55 -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=OBjmbaOr/15YhgAO8oR7rWx0yG01UCU3lZoB5IEC98E=; b=rVXan3/YnQpQ4XEBMg4nG0AGfLWyqjrLXFjGOMP8zj44ZlqIbxkYIrkNv47rFcr5st xq2Q++KbSXL830GEFQ4y79ZIh9j8vS0z0zr9xQBX5A32dT7kCD1xt9YYxBh2rn6P91+b Z5UKMsoYocl+xRXiuiuENRYAawrJfHegpKJ1+x5sC2b8MLkRSLz0YdW/FRKJiX6jvrR9 ljj0W/hxTPvX/1zk0toqFth93RnRm8kxSCzQMQPlaIFO1qOhFupPT9r9ikhYDpC2Nm4s pKQX2ebomrT/LAS082DTeN6B8Hq2Pn29wbkNY4QOTv9A6PU3S231nFYY9ylKaxuYlqhP hmWA== 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=OBjmbaOr/15YhgAO8oR7rWx0yG01UCU3lZoB5IEC98E=; b=N3H3pHuWSZc428e/zzahwD4rusTLp4wcX3uHklLamD65FIuqVvhpWA6jmFVKIToAsp +w4WW8x9CcYmANrRj9TYFxlWIHymq1iRgwKcIKsFRiuRCbeQ1EWrllseUymZCmij4QmA a2GZ9PbIcM1VtjVbylhBYNbJWPKkmKNie0fAOBAJFf9SwZF/tS4IQucbvdx8lAg2qNCb yq99Efs3MSa3cmC7qXfEB8lHzyPhprrleaLMpqSTXNjc2eHNJa8DNERzp6DgGI/Psj1H y30pcpmPs3NGF/nroN+veS3VShk4kmev3BjcIRjOug3TSiGwSHQUIMIqdw8/X/QkXvzw kQEw== X-Gm-Message-State: AOAM5309VOFgQp+B0puGnUGEkdBuASZhVQZlYFuoDeqPeakJ4rYYCz4p QeBOIRyQj3VB0g9/+uA5BRT7TXVoPwm3rKP8Q3l5K87zVWY= X-Google-Smtp-Source: ABdhPJzcTV/U7YJjLAD0ELKBrPnPNBcwAWiTHYqqmPnD5E/G4q6oMrdCuHp0jRVwLpuACLR3S1/tW3ezPGQMMbkNx40= X-Received: by 2002:a67:5e85:: with SMTP id s127mr2402780vsb.13.1611927714731; Fri, 29 Jan 2021 05:41:54 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Ines Robles Date: Fri, 29 Jan 2021 15:41:18 +0200 Message-ID: To: roll Content-Type: multipart/alternative; boundary="000000000000d71ba805ba0a2a3a" Archived-At: Subject: Re: [Roll] January Interim Meeting - Material 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: Fri, 29 Jan 2021 13:41:58 -0000 --000000000000d71ba805ba0a2a3a Content-Type: text/plain; charset="UTF-8" Dear all, The CodiMD link (Etherpad) can be found in the interim meeting materials page [1], which is as follows: https://codimd.ietf.org/notes-ietf-interim-2021-roll-01-roll We kindly request your contribution as minute taker Thank you, Ines [1] https://datatracker.ietf.org/meeting/interim-2021-roll-01/session/roll On Fri, Jan 29, 2021 at 11:02 AM Ines Robles wrote: > Dear all, > > Please find below the complete set of slides for today's meeting. > > > https://datatracker.ietf.org/meeting/interim-2021-roll-01/materials/slides-interim-2021-roll-01-sessa-completeset-roll-interim-20210129-00.pdf > > Comments welcome, > > Best regards, > > Ines and Dominique > > On Tue, Jan 19, 2021 at 7:10 PM Ines Robles < > mariainesrobles@googlemail.com> wrote: > >> Dear all, >> >> Please find below the link to the agenda for the next week interim >> meeting: >> >> https://datatracker.ietf.org/meeting/interim-2021-roll-01/session/roll >> >> Presenters please upload your slides by 25th January or send it to us in >> pdf format >> >> Comments welcome, >> >> Thank you, >> >> Ines and Dominique >> >> On Tue, Jan 12, 2021 at 7:31 PM Ines Robles < >> mariainesrobles@googlemail.com> wrote: >> >>> Dear all, >>> >>> Thank you for filling the doodle, the selected date and time are as >>> follows: >>> >>> Date: Jan 29, 2021 >>> >>> Time: 9:30 am Eastern Time = 2:30 pm UTC = 3:30 pm CET >>> >>> Agenda: Please let us know the topic that you would like to present, and >>> the duration of the requested-slot by *22th January* >>> >>> Webex: >>> Notice that the webex opens 15 min earlier in case that you want to test >>> and it stays open 45 min after the meeting in case that people want to >>> discuss with the chairs. >>> >>> IETF ROLL Interim Meeting January 2021 >>> Hosted by ROLL WG >>> >>> https://ietf.webex.com/ietf/j.php?MTID=m34b599e4c5ac49d9e4bc6128a4cc26e7 >>> Friday, Jan 29, 2021 9:15 am | 3 hours | (UTC-05:00) Eastern Time (US & >>> Canada) >>> Meeting number: 178 378 7708 >>> Password: UUuqJR3C3C7 >>> a617699ad5544f75991a8738db89dcba >>> >>> Join by video system >>> Dial 1783787708@ietf.webex.com >>> You can also dial 173.243.2.68 and enter your meeting number. >>> >>> Join by phone >>> 1-650-479-3208 Call-in toll number (US/Canada) >>> Access code: 178 378 7708 >>> >>> Thank you very much in advance, >>> Ines and Dominique. >>> >>> On Mon, Dec 21, 2020 at 5:50 PM Ines Robles < >>> mariainesrobles@googlemail.com> wrote: >>> >>>> Dear all, >>>> >>>> Please find the link to the doodle in order to set up an interim >>>> meeting at the end of January 2021. Please fill it by 8th of January. >>>> >>>> https://doodle.com/poll/936cn2y6uwfp3dia?utm_source=poll&utm_medium=link >>>> >>>> >>>> Please also find the link to the minutes of the IETF109, comments >>>> welcome by 3th January. Many many thanks to the minute takers :-) >>>> >>>> https://datatracker.ietf.org/doc/minutes-109-roll/ >>>> >>>> Best wishes, >>>> >>>> Ines and Dominique. >>>> >>>> >>>> >>>> >>>> --000000000000d71ba805ba0a2a3a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear all,

The CodiMD link (Etherpad= ) can be found in the interim meeting materials page [1], which is as follo= ws:


We kindly request your contri= bution as minute taker

Thank you,

Ines




On Fri, Jan 29, 2021 at 11:02 AM Ines Robles <mariainesrobles@googlemail.com> wrote:
Dear all,

Best regards,

Ines and Dominique

On Tue, Jan 19, 2021 at 7:10 PM Ines Robles <= ;mariai= nesrobles@googlemail.com> wrote:
Dear all,

Please find below the link to the agenda for the next week = interim meeting:
=C2=A0=C2=A0

Presenters please upload your slides by = 25th January or send it to us in pdf format

Commen= ts=C2=A0welcome,

Thank you,

Ines and Dominique

On Tue, Jan 12, 2021 at 7:31 PM Ines Robles <= ;mariai= nesrobles@googlemail.com> wrote:
Dear all,

T= hank you for filling the doodle, the selected date and time are as follows:=

Date:=C2=A0 Jan 29, 2021

Time:=C2=A0 9:30 am Eastern Time =3D 2:30 pm UTC =3D 3:30 pm CET

Agenda: Please let us know the topic that you would like to present, and= the duration of the requested-slot by 22th January
Webex:=C2=A0
Notice that the webex opens 15 min e= arlier in case that you want to test and it stays open 45 min after the mee= ting in case that people want to discuss with the chairs.=C2=A0
<= br>
=C2=A0IETF ROLL Interim Meeting January 2021
Hosted by ROL= L WG

https://ietf.webex.com/ietf/j.php= ?MTID=3Dm34b599e4c5ac49d9e4bc6128a4cc26e7
Friday, Jan 29, 2021 9:15 = am | 3 hours | (UTC-05:00) Eastern Time (US & Canada)
Meeting number= : 178 378 7708
Password: UUuqJR3C3C7
a617699ad5544f75991a8738db89dcba=

Join by video system
Dial 1783787708@ietf.webex.com
You can also dial= 173.243.2.68 and enter your meeting number.

Join by phone
1-650-= 479-3208 Call-in toll number (US/Canada)
Access code: 178 378 7708=C2=A0= =C2=A0

Thank you very much in advance,<= /div>
Ines and Dominique.=C2=A0

On Mon, Dec 21, 2020 at 5:50 PM In= es Robles <mariainesrobles@googlemail.com> wrote:
Dear all,

Please find the link to the doodle in order to set up an interim m= eeting at the end of January 2021.=C2=A0 Please fill it by 8th of January.



<= /div>
Please also find the link to the minutes of the IETF109, comments= welcome by 3th January. Many many thanks to the minute takers :-)






--000000000000d71ba805ba0a2a3a-- From nobody Fri Jan 29 07:46:15 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 7A8123A10E2 for ; Fri, 29 Jan 2021 07:46:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 bOr4DA2JX-pR for ; Fri, 29 Jan 2021 07:46:12 -0800 (PST) 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 576CB3A10DF for ; Fri, 29 Jan 2021 07:46:11 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id DC93D389A3 for ; Fri, 29 Jan 2021 10:48:42 -0500 (EST) Received: from tuna.sandelman.ca ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with LMTP id bONrNPjhHr6y for ; Fri, 29 Jan 2021 10:48:41 -0500 (EST) Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id AA25B389A0 for ; Fri, 29 Jan 2021 10:48:41 -0500 (EST) Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 8F2E04C for ; Fri, 29 Jan 2021 10:46:08 -0500 (EST) From: Michael Richardson To: roll@ietf.org X-Attribution: mcr 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: [Roll] P-DAO --- alternatives to Sibling 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: Fri, 29 Jan 2021 15:46:15 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable French: enfant de m=C3=AAmes parents spanish: Hermano italian: fratello german: Geschwister also: Verwandte which is actually "relative" which also suggests english: kin, relation Personally, I like "hermano" (hermana) =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+93Q3WUFAmAULcAACgkQgItw+93Q 3WXAFQgAk2SpRhQ5pStLPiPzdhv4ro0Rd76vYajMnAnHe2XcsV6jfGt38/ZQMG0S Ox3KpybTmbnJY+H1MbN/KKdFIpRIDMmxBvqqcsni0W/Ay7DhiTVTzSCIsUfXXrQt IjVxU1HyCmqIfKuaM/2dsmtBR2R2sMgUBQssU7aAJ3q5LVsvWSJQZrTPRD4CVI0A zQTSBowTcVaECt4PxNqlc/8ZM/+y0gU6UJ87KmmqDtav9mYE3/v7i0CL/tpNSuic rN5nJpPiboMcqa/CYfhzbx50mYJtVmyGrGSqOzpXCbpH1DDv8frpJbL2AR8p+Zc1 uitNRV4JBVCaNoBljnyXwIN1IOlnPQ== =hJv8 -----END PGP SIGNATURE----- --=-=-=--