From nobody Fri Jan 7 11:40:37 2022 Return-Path: X-Original-To: rtg-dir@ietfa.amsl.com Delivered-To: rtg-dir@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 221623A12E5; Fri, 7 Jan 2022 11:40:26 -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=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 ss6gJfujXAGm; Fri, 7 Jan 2022 11:40:21 -0800 (PST) Received: from mail-pj1-x1035.google.com (mail-pj1-x1035.google.com [IPv6:2607:f8b0:4864:20::1035]) (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 BA1503A12E2; Fri, 7 Jan 2022 11:40:21 -0800 (PST) Received: by mail-pj1-x1035.google.com with SMTP id rj2-20020a17090b3e8200b001b1944bad25so7317431pjb.5; Fri, 07 Jan 2022 11:40:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=roQj73g23l4ARzcijxiBxesKlA3dX0rrOmUDiKUdCLM=; b=qdWTCrYeepqms9YIQq3zECe7z2F3B7n9d8/j9a1SjUO0sfTqpDpJzeXnSuzkVB24iF RKvY+HfAWYjKE5GX/1slpa3hDjxmlFg/1GBOX4jaBAi/lqM3b6tABUVDywhk4V5DP542 0UTyeKRgfbkSF3e7aU4Ws32yi5HAp7vmamRRMLIgZ7CEcdIfJjOvbWh9I1/DD0ornrAw aDnPfz8yeX4GWY0y6uKlHZT4Vgoo8NdOYvuk2Cm1/3DjiAk0gxwGpe2wc0euuV60YMD3 bGFJl8WEES8T7Fb92hxf+Q6O8rdD8jbD7X6FjBq5MfEksqsGr8NG71XXYKY1aoq5Bt2V B09g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=roQj73g23l4ARzcijxiBxesKlA3dX0rrOmUDiKUdCLM=; b=RLo6DUXK7nuL+Ft7f+vGFuJ45avUQ11Zmnp/zPG+oVCZBmhGmIuN4UP8u1jzKFZAIe 0VaDGvvbSONGuZBdVCM8Bi20fGTuplUM5Wt5db8eBVuX7iBtha69LJ8ufrEAAOkgWkZY OkUBpvJvq6re0tF+lt9FSVUAYub/E99mlLN+3KfyAA9GFOy/84UbwkmSlM0HqhGNTdFX RxQ9waazG/JtzzVL6v/Kes1jr4zKdRfrGfr9mk3Q+3Y1kqL8yHWat1PaqwgepoKW+xJD Sf5kYGl7p/QAUQeXpQlba5UAXlSrzOpGnYL81l/4Fm0YQwDa8UZMkHq2EHCredKrUOGu XjVQ== X-Gm-Message-State: AOAM53336MUP/dSzXWsxg9OSmON2MDXbc9ZiqN71l5IkYFlX8vsxwUWN j0R9aXVik6FBWkrdgygN4BFCsJbtgD2GmEcCO4U= X-Google-Smtp-Source: ABdhPJxqF3PfCW1xaJuJCW58MU5h/5Bk8tWPFW2tQV8Gtew1iuxdDphhk01KaHNdItER0bmWWVpMZ+5avaZ+euQ/fLY= X-Received: by 2002:a17:903:41ca:b0:149:2afe:48ab with SMTP id u10-20020a17090341ca00b001492afe48abmr65080195ple.100.1641584420440; Fri, 07 Jan 2022 11:40:20 -0800 (PST) MIME-Version: 1.0 References: <163896087171.25408.8356261453414272739@ietfa.amsl.com> In-Reply-To: <163896087171.25408.8356261453414272739@ietfa.amsl.com> From: Alexander Azimov Date: Fri, 7 Jan 2022 22:40:09 +0300 Message-ID: To: Ines Robles Cc: rtg-dir@ietf.org, draft-ietf-idr-bgp-open-policy.all@ietf.org, idr wg , last-call@ietf.org Content-Type: multipart/alternative; boundary="0000000000003fccd305d50328a7" Archived-At: Subject: Re: [RTG-DIR] Rtgdir last call review of draft-ietf-idr-bgp-open-policy-18 X-BeenThere: rtg-dir@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Area Directorate List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jan 2022 19:40:26 -0000 --0000000000003fccd305d50328a7 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Ines, Thank you for your review and comments. Sorry for the delay in responding. Responses marked with [AA/KS] below. 1- It would be nice to mention in the first paragraph of Section 4 when you present the OTC Attribute that is included into the UPDATE message. [AA/KS]: Looks intuitive as Path Attributes in RFC4271 are defined only for UPDATE messages but it seems easy enough to add. So we mention it now per your suggestion. Old text: The Only to Customer (OTC) Attribute is an optional transitive path attribute with Attribute Type Code 35 and a length of 4 octets. New text: The Only to Customer (OTC) Attribute is an optional transitive path attribute of the UPDATE message with Attribute Type Code 35 and a length of 4 octets. 2- Should the attribute-flags of the OTC attribute mentioned explicitly in Section 4? e.g. the high order bit (bit 0) is 1 (optional); the bit 1 is 1 (transitive); the bit 2 (partial bit) is 0/1(?), etc? [AA/KS]: We don=E2=80=99t think this is needed. Have you seen such definit= ions for new attributes in any document? We think that optional & transitive specification should be enough. Please see RFCs 7752 and 8205 as recent examples. 4- In Section 4, the ingress policies guide to leak detection and the egress policies guide to leak prevention. Correct? [AA/KS]: Yes. And both are equally responsible for route marking. 5- Section 5: Is there a formal definition for complex peering relationships? Should it be added into terminology section? Maybe defining what is a simpl= e peering relationship and then stating that what is not simple is complex? [AA/KS]: This looks like a fair point. Section 2 now defines what is a normal relationship and also what is called a Complex relationship. How are the security considerations in complex peering relationships? [AA/KS]: For the Complex case also, it is no different from setting an incorrect BGP Role. It has been already stated, =E2=80=98A misconfiguration= of the BGP Role may affect prefix propagation.=E2=80=99 We have uploaded the new version (v19) of the document that incorporates the above changes. =D1=81=D1=80, 8 =D0=B4=D0=B5=D0=BA. 2021 =D0=B3. =D0=B2 13:54, Ines Robles = via Datatracker : > Reviewer: Ines Robles > Review result: Ready > > Hello, > > I have been selected to do a routing directorate review of this draft. > > For more information about the Routing Directorate, please see > =E2=80=8Bhttp://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir > > Document: draft-ietf-idr-bgp-open-policy-18 > Reviewer: Ines Robles > Review Date: 08-12-2021 > Intended Status: Standards Track > > Summary: > > This document provides configuration automation using BGP Roles. An > optional, > transitive BGP Path Attribute, called Only to Customer (OTC), is > specified. It > prevents ASes from creating leaks and detects leaks created by the ASes i= n > the > middle of an AS path. > > This document is basically ready for publication, I have some minor > comments/questions below. > > Major issues: None > > Minor issues: None > > Nits/Comments/Questions: > > 1- It would be nice to mention in the first paragraph of Section 4 when y= ou > present the OTC Attribute that is included into the UPDATE message. > > 2- Should the attribute-flags of the OTC attribute mentioned explicitly i= n > Section 4? e.g. the high order bit (bit 0) is 1 (optional); the bit 1 is = 1 > (transitive); the bit 2 (partial bit) is 0/1(?), etc? > > 4- In Section 4, the ingress policies guide to leak detection and the > egress > policies guide to leak prevention. Correct? > > 5- Section 5: Is there a formal definition for complex peering > relationships? > Should it be added into terminology section? Maybe defining what is a > simple > peering relationship and then stating that what is not simple is complex? > > How are the security considerations in complex peering relationships? > > Thanks for this document, > Ines. > > > --=20 Best regards, Alexander Azimov --0000000000003fccd305d50328a7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Ines,

=C2=A0

Thank you for your review and comments. Sorry for the delay in responding. Responses marked with [AA/= KS] below.

=C2=A0

1- It would be nice to mention in the first paragraph of Section 4 when you

present the OTC Attribute that is included into the UPDATE message.

=C2=A0

[AA/KS]: Looks intuitive as Path Attributes in RFC4271 are defined only for UPDATE messages but it s= eems easy enough to add. So we mention it now per your suggestion.

=C2=A0

Old text:

=C2=A0

=C2=A0=C2=A0 The Only to Customer (OTC) Attribute is = an optional transitive path

=C2=A0=C2=A0 attribute with Attribute Type Code 35 an= d a length of 4 octets.=C2=A0

=C2=A0

New text:

=C2=A0

=C2=A0=C2=A0 The Only to Customer (OTC) Attribute is an optional transitive path

=C2=A0=C2=A0 attribute of the UPDATE message with Attribute Type Code 35 and a

=C2=A0=C2=A0 length of 4 octets.

=C2=A0

2- Should the attribute-flags of the OTC attribute mentioned explicitly in

Section 4? e.g. the high order bit (bit 0) is 1 (optional); the bit 1 is 1

(transitive); the bit 2 (partial bit) is 0/1(?), etc?

=C2=A0

[AA/KS]:=C2=A0 We don=E2=80=99t think this is nee= ded. Have you seen such definitions for new attributes in any document? We think that optional &= ; transitive specification should be enough. Please see RFCs 7752 and 8205 as recent examples.

=C2=A0

4- In Section 4,=C2=A0 the ingress policies guide to leak detection and the egress

policies guide to leak prevention. Correct?

=C2=A0

[AA/KS]: Yes. And both are equally responsible for route marking.

=C2=A0

5- Section 5: Is there a formal definition for complex peering relationships?

Should it be added into terminology section? Maybe defining what is a simple

peering relationship and then stating that what is not simple is complex?

=C2=A0

[AA/KS]: This looks like a fair point. Section 2 now defines what is a normal relationshi= p and also what is called a Complex relationship.=


How are the security considerations in complex peering relationships?

=C2=A0

[AA/KS]: For the Complex case also, it is no different from setting an incorrect BGP Role. It has be= en already stated, =E2=80=98A misconfiguration of the BGP Role may affect pref= ix propagation.=E2=80=99

=C2=A0

We have uploaded the new version (v19) of the document that incorporates the above changes.=C2=A0


=D1=81=D1=80, 8 =D0=B4=D0=B5=D0=BA. 2021 =D0=B3. =D0=B2 13:54, Ines= Robles via Datatracker <noreply@iet= f.org>:
R= eviewer: Ines Robles
Review result: Ready

Hello,

I have been selected to do a routing directorate review of this draft.

For more information about the Routing Directorate, please see
=E2=80=8Bhttp://trac.tools.ietf.org/area/rtg/tra= c/wiki/RtgDir

Document: draft-ietf-idr-bgp-open-policy-18
Reviewer: Ines Robles
Review Date: 08-12-2021
Intended Status: Standards Track

Summary:

This document provides configuration automation using BGP Roles. An optiona= l,
transitive BGP Path Attribute, called Only to Customer (OTC), is specified.= It
prevents ASes from creating leaks and detects leaks created by the ASes in = the
middle of an AS path.

This document is basically ready for publication, I have some minor
comments/questions below.

Major issues: None

Minor issues: None

Nits/Comments/Questions:

1- It would be nice to mention in the first paragraph of Section 4 when you=
present the OTC Attribute that is included into the UPDATE message.

2- Should the attribute-flags of the OTC attribute mentioned explicitly in<= br> Section 4? e.g. the high order bit (bit 0) is 1 (optional); the bit 1 is 1<= br> (transitive); the bit 2 (partial bit) is 0/1(?), etc?

4- In Section 4,=C2=A0 the ingress policies guide to leak detection and the= egress
policies guide to leak prevention. Correct?

5- Section 5: Is there a formal definition for complex peering relationship= s?
Should it be added into terminology section? Maybe defining what is a simpl= e
peering relationship and then stating that what is not simple is complex?
How are the security considerations in complex peering relationships?

Thanks for this document,
Ines.




--
Best regards,
Alexander Azi= mov
--0000000000003fccd305d50328a7-- From nobody Fri Jan 14 04:30:07 2022 Return-Path: X-Original-To: rtg-dir@ietf.org Delivered-To: rtg-dir@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 203F13A235A; Fri, 14 Jan 2022 04:29:48 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Henning Rogge via Datatracker To: Cc: draft-ietf-bfd-unsolicited.all@ietf.org, last-call@ietf.org, rtg-bfd@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.42.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <164216338807.16153.9875928342258760333@ietfa.amsl.com> Reply-To: Henning Rogge Date: Fri, 14 Jan 2022 04:29:48 -0800 Archived-At: Subject: [RTG-DIR] Rtgdir last call review of draft-ietf-bfd-unsolicited-09 X-BeenThere: rtg-dir@ietf.org X-Mailman-Version: 2.1.29 List-Id: Routing Area Directorate List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jan 2022 12:29:48 -0000 Reviewer: Henning Rogge Review result: Has Nits Hi, the RTGdir has asked me to do a review on draft-ietf-bfd-unsolicited-09 and I think its ready for publication. The concept of passively listening instances reacting on demand should simplify deployment of BDF, especially when switching between active and passive role can be done automatically decided on local demand. As far as I could see from RFC 5880 BDF signals its state (active or passive), so it cannot accidentally have two passive sides just reacting to each other (thinking the other as active). I have two nits with the document... 1st, I would like a clarification which/how many (all?) security measurements you consider mandatory... if you (as an example) run the protocol in a trusted environment, you might be able to skip authentication... but maybe using the TTL to keep the protocol "linklocal" should still be mandatory. 2nd, I would suggest writing out the full name "Bidirectional Forwarding Detection (BFD)" once in the abstract just to make sure nobody confuses the acronym. Henning Rogge From nobody Mon Jan 17 12:55:05 2022 Return-Path: X-Original-To: rtg-dir@ietf.org Delivered-To: rtg-dir@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 745723A15E3; Mon, 17 Jan 2022 12:54:47 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Ron Bonica via Datatracker To: Cc: draft-ietf-pim-igmp-mld-extension.all@ietf.org, last-call@ietf.org, pim@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.42.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <164245288741.18016.1094093994889601700@ietfa.amsl.com> Reply-To: Ron Bonica Date: Mon, 17 Jan 2022 12:54:47 -0800 Archived-At: Subject: [RTG-DIR] Rtgdir last call review of draft-ietf-pim-igmp-mld-extension-05 X-BeenThere: rtg-dir@ietf.org X-Mailman-Version: 2.1.29 List-Id: Routing Area Directorate List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2022 20:54:48 -0000 Reviewer: Ron Bonica Review result: Ready Good idea. Clear and direct writing. From nobody Tue Jan 18 05:33:03 2022 Return-Path: X-Original-To: rtg-dir@ietfa.amsl.com Delivered-To: rtg-dir@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9CADA3A118D; Tue, 18 Jan 2022 05:32:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-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 6lWoqI9QF4x0; Tue, 18 Jan 2022 05:32:53 -0800 (PST) Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id 7C45B3A11A9; Tue, 18 Jan 2022 05:32:17 -0800 (PST) Received: by slice.pfrc.org (Postfix, from userid 1001) id F3A3C1E32F; Tue, 18 Jan 2022 08:32:16 -0500 (EST) Date: Tue, 18 Jan 2022 08:32:16 -0500 From: Jeffrey Haas To: Henning Rogge Cc: rtg-dir@ietf.org, last-call@ietf.org, rtg-bfd@ietf.org, draft-ietf-bfd-unsolicited.all@ietf.org Message-ID: <20220118133216.GB28869@pfrc.org> References: <164216338807.16153.9875928342258760333@ietfa.amsl.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <164216338807.16153.9875928342258760333@ietfa.amsl.com> User-Agent: Mutt/1.5.21 (2010-09-15) Archived-At: Subject: Re: [RTG-DIR] Rtgdir last call review of draft-ietf-bfd-unsolicited-09 X-BeenThere: rtg-dir@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Area Directorate List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2022 13:32:56 -0000 Henning, Thank you for your comments on this draft. On Fri, Jan 14, 2022 at 04:29:48AM -0800, Henning Rogge via Datatracker wrote: > I have two nits with the document... > > 1st, I would like a clarification which/how many (all?) security measurements > you consider mandatory... if you (as an example) run the protocol in a trusted > environment, you might be able to skip authentication... but maybe using the > TTL to keep the protocol "linklocal" should still be mandatory. I believe these are addressed by core RFC 5880/5881 procedures. Authentication is optional. GTSM is required for single hop sessions. (RFC 5881, Section 5.) > 2nd, I would suggest writing out the full name "Bidirectional Forwarding > Detection (BFD)" once in the abstract just to make sure nobody confuses the > acronym. Thanks. I suspect this comment will also arrive via the RFC Editor. -- Jeff From nobody Tue Jan 18 06:59:45 2022 Return-Path: X-Original-To: rtg-dir@ietfa.amsl.com Delivered-To: rtg-dir@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 391A63A1569; Tue, 18 Jan 2022 06:59:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.596 X-Spam-Level: X-Spam-Status: No, score=-9.596 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_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=OuW0KGXN; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=ZycQ6H45 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 iPPO2fMKpIbK; Tue, 18 Jan 2022 06:59:28 -0800 (PST) Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9DE0F3A19C1; Tue, 18 Jan 2022 06:58:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1786; q=dns/txt; s=iport; t=1642517880; x=1643727480; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=d0IJOmNjf4witQZRqyUYOPlLd+6+RO885qNCEOoQzk0=; b=OuW0KGXNdVptyFsv+PE1BLZNLlTUo3Nx6RFI1w2mNR72idYqj/NxkUUs E7YsNkCiDdMM1Q62gJ8pras3cmsyKeC4YVVLjLqpV1RzEpSw5mSdyas78 vuzxMFy5m+DvG0/yY/z9hG24Tvvq4FHOT91CxYa7p9Y7x36hpNwhgeA5q 8=; IronPort-PHdr: =?us-ascii?q?A9a23=3A2uuBIxR/GJ9nxLP3Psby2x8chtpso7vLVj580?= =?us-ascii?q?XJvo75Nc6H2+ZPkMQSf4Ph2l1bGUM3d7O4MkOvZta3sGAliqZaMuXwPatpAA?= =?us-ascii?q?hkCj8hFkwkpGsXQD0r9IbbjZDA7G8IXUlhj8jm7PEFZFdy4aUfVpyi57CUZH?= =?us-ascii?q?VP0Mg8mTtk=3D?= IronPort-Data: =?us-ascii?q?A9a23=3A4vMJqKkbTEJaavDJZtxOxsPo5gwDJERdPkR7X?= =?us-ascii?q?Q2eYbSJt1+Wr1GztxJOWW+CaPqJNjbzLd10OoTg9UlVu5HXm4A3QQds+XsxE?= =?us-ascii?q?ltH+JHPbTi7wugcHM8zwvUuxyuL1u1GAjX7BJ1yHi+0SiuFaOC79yEljPHQH?= =?us-ascii?q?9IQNcadUsxPbV48IMseoUoLd94R2uaEsPDha++/kYqaT/73YDdJ7wVJ3lc8s?= =?us-ascii?q?Mpvnv/AUMPa41v0tnRmDRxCUcS3e3M9VPrzLonpR5f0rxU9IwK0ewrD5OnRE?= =?us-ascii?q?mLx5RwhDJaulaz2NxRMSb/JNg/IgX1TM0SgqkEd/WppjeBqb7xFNB0/Zzahx?= =?us-ascii?q?7idzP1EvpG9YQwoJabL3u8aVnG0FgkvY/Ufoe+deCfXXcu7iheun2HX6/FnF?= =?us-ascii?q?11zNoQc/s52DH1As/sCJ1glYgqKif7zwb+nRKxmiMhmMc/wO4cesXB8wD2fB?= =?us-ascii?q?PIiaZHOX6uM4sVXtB8qms8LF/jST8sUdTQpaw7PCzVVJlhSBJMktOalmne5d?= =?us-ascii?q?CdXwHqVv6047GX7wwl40byrO93QEvSIRcxchW6AqHjNuWPjDXkn2Ha3odae2?= =?us-ascii?q?miniumKliThVcdLUra57fVtxlaUwwQu5NQtfQPTiZGEZoSWAo83x5QoxxcT?= IronPort-HdrOrdr: =?us-ascii?q?A9a23=3AKGkhfKqT9Q7k1xO9cFUD2TMaV5t7LNV00z?= =?us-ascii?q?EX/kB9WHVpm5Oj9vxGzc506farslkssSkb6K+90KnpewK6yXbsibNhfYtKLz?= =?us-ascii?q?OWxldAS7sSrrcKogeQWhEWk9Q86U4OSdkENDSdNykesS++2njFLz9C+qjEzE?= =?us-ascii?q?nLv5al854Fd2gDAMsMg3Ybe2Sm+w9NNXR77PECZfyhD7981kKdkAMsH72G7x?= =?us-ascii?q?c+Loz+juyOsKijTQ8NBhYh5gXLpyiv8qTGHx+R2Qpbey9TwJ85mFK11jDR1+?= =?us-ascii?q?GGibWW2xXc32jc49B9g9360OZOA8SKl4w8NijssAC1f45sMofy+Azd4dvfr2?= =?us-ascii?q?rCouO8+ivIDP4Ds085uVvF+icF7jOQlgrGLUWSk2Nwz0GT/PARDwhKevapzb?= =?us-ascii?q?gpAicxrXBQ4O2VFMlwrjykX109N2KeoM213am7a/kh/HDE0kYKgKodiWdSXp?= =?us-ascii?q?AZb6IUpYsD/FlNGJNFBy7i7ps7edMeQP00ycwmO29yVUqp81WHAebcKEgbD1?= =?us-ascii?q?ODWAwPq8aV2z9ZkDRwyFYZ3tUWmjMF+IgmQ5dJ6uzYOuAw/Ys+APM+fOZ4Hq?= =?us-ascii?q?MMUMG3AmvCTVbFN3+TO03uEOUCN2jWo5D67b0p7KWheYAOzpE1hJPdOWko+l?= =?us-ascii?q?IaagbrE4mDzZdL+hfCTCG0Wins0NhX49xjtrj1VNPQQGa+oZAV4oOdStkkc7?= =?us-ascii?q?nmsseISdtr6qXYXB7T8K5yrnrDZ6U=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BKAAAD1eZh/5hdJa1aHAEBAQEBAQc?= =?us-ascii?q?BARIBAQQEAQFAgUUHAQELAYFRVgd3WjcxhEeDRwOEWWCFDoMFmx6BLoElA1Q?= =?us-ascii?q?LAQEBDQEBNQwEAQGFBQIXgzMCJTQJDgECBAEBARIBAQUBAQECAQYEgQkThWg?= =?us-ascii?q?NhkIBAQEBAgESEREMAQE3AQ8CAQgOCgICJgICAjAVEAIEAQ0FIoJiAYJlAw0?= =?us-ascii?q?hAQ6hDAGBOgKKH3qBMYEBgggBAQYEBIUNGIErgQwDBoEQKgGDDYQegn+ECCc?= =?us-ascii?q?cgg2BFScMEIJnPoddN4IukX8EU4IEDxmWFooDoAsKg0WfUAUup3GWQiCgYjC?= =?us-ascii?q?FBAIEAgQFAg4BAQaBYTuBWXAVZQGCPlEZD44gg3GFFIVJAXQCATUCBgEKAQE?= =?us-ascii?q?DCZAtAQE?= X-IronPort-AV: E=Sophos;i="5.88,297,1635206400"; d="scan'208";a="960118217" Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 18 Jan 2022 14:57:58 +0000 Received: from mail.cisco.com (xbe-rcd-007.cisco.com [173.37.102.22]) by rcdn-core-1.cisco.com (8.15.2/8.15.2) with ESMTPS id 20IEvwuP011836 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Tue, 18 Jan 2022 14:57:58 GMT Received: from xfe-aln-001.cisco.com (173.37.135.121) by xbe-rcd-007.cisco.com (173.37.102.22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Tue, 18 Jan 2022 08:57:58 -0600 Received: from xfe-rcd-002.cisco.com (173.37.227.250) by xfe-aln-001.cisco.com (173.37.135.121) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Tue, 18 Jan 2022 08:57:49 -0600 Received: from NAM10-BN7-obe.outbound.protection.outlook.com (72.163.14.9) by xfe-rcd-002.cisco.com (173.37.227.250) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14 via Frontend Transport; Tue, 18 Jan 2022 08:57:49 -0600 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=J3Sc/XR9nqutJCMKRBxqGV9iURf1arVMK8KeircJrQPdHrVWUl9jD8zxyn+lDfX3Lg4aaoOrJk4Ef9629+gQphy5ZyWtuIs+Vtl13Ok/5gfl9jk4c2rOBHbugmD7O7LEewMq3btPsx/kxwBcDPX8rIW53cgjdhtUlc+wYsW/4RtRFXF9SbQOwpl3FTGiffje3qj8oMS8knlBl0rKGyUIxd1piTHWrfQDJjk6h4qFzj4pZLE6UvnsPgtGMHB4iFV9kevsFKiDJBaEfVyUIxqkRjmkADDMv0+N7pGq6585L25IUUkvdwl3jyk29G20BlXDNOqsdADgUTXb6U2U/uGu7w== 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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=d0IJOmNjf4witQZRqyUYOPlLd+6+RO885qNCEOoQzk0=; b=PoQamEJT0vztvvyBSsYetJBsp/R0iMjKM4+vF9ACxix47cTNfOK65SrjVVntWZ4VPtx+wMymgyjdZJX5Gk7pYds6VW9n55b60oW4hUFmhr8STKPCz7kW4445lKcPWYrWZ7JI02BopwvEU/XzSXpBffRnwKgsyP/o5nhCsYBllU+DCBK20PY1hnWGYL2LZxwTo53ToAcSjw6/rm5Nui+Nl/lJwiSrFei4n7dg5ypmjPCfG2G7cNxO1Tf/2WwGVlRTU3ywAwuaqi0P6dHrKSwqXWoLGs+chh2xKLFtttc7Oz7mK+P4ScO3Bmf0pLJ8zCqKD4WYM+G7Gjn/E1W5RHDIyw== 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=d0IJOmNjf4witQZRqyUYOPlLd+6+RO885qNCEOoQzk0=; b=ZycQ6H45uJn3EOQ0xJkXO7/BpuY3WgY4rD6S3z2qawlGpXmRzscYp1bZpdKUJBj0orBsB0HGm/mFyxsylBnZCWNWGIaLDbW8MTIIS6/K0+RscunB+kIVutiClrOMiYkidWiR2V20NWtN5kzzQyXi0Y2GpII8kOXspXjXwIGox3s= Received: from BYAPR11MB2757.namprd11.prod.outlook.com (2603:10b6:a02:cb::16) by BL0PR11MB3394.namprd11.prod.outlook.com (2603:10b6:208:6f::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4888.10; Tue, 18 Jan 2022 14:57:48 +0000 Received: from BYAPR11MB2757.namprd11.prod.outlook.com ([fe80::6127:f268:b965:b195]) by BYAPR11MB2757.namprd11.prod.outlook.com ([fe80::6127:f268:b965:b195%6]) with mapi id 15.20.4888.014; Tue, 18 Jan 2022 14:57:48 +0000 From: "Acee Lindem (acee)" To: Jeffrey Haas , Henning Rogge CC: "rtg-dir@ietf.org" , "rtg-bfd@ietf.org" , "draft-ietf-bfd-unsolicited.all@ietf.org" , "last-call@ietf.org" Thread-Topic: [RTG-DIR] Rtgdir last call review of draft-ietf-bfd-unsolicited-09 Thread-Index: AQHYCUKKFjp0LZJMRUKPhqyzbME906xozRgA///EE4A= Date: Tue, 18 Jan 2022 14:57:48 +0000 Message-ID: <800441E3-2BA2-4975-B34B-ADE7BB7F06D6@cisco.com> References: <164216338807.16153.9875928342258760333@ietfa.amsl.com> <20220118133216.GB28869@pfrc.org> In-Reply-To: <20220118133216.GB28869@pfrc.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.57.22011101 authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=cisco.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 407360cb-682e-4b38-da7a-08d9da92e491 x-ms-traffictypediagnostic: BL0PR11MB3394:EE_ x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: Gz9W6dJJBEV797PRCqVByu7Dk5cDQErQMxPtXMUz3m/8kqL0QRrFZl9qrBxLgHX9BMxkOXVna7BqxPLlYz70GX/b5Wa9mTozebGjkkKyo+g1BmJhiznC4m+pZKo6rJ4q6XU15vCF0tXGY/VXX7N0H/FPnroxQTzxV98QEMTLfN9gVJsksiAi8JWJmVrPU4lFSn050POxVwQsTr6XBZVXcJlUOYJPk6mI4mhB3OJQCmJas1Fi4F+UAjMZGrkNPft1fIy23dhA7QEoBABU3TVThQOznb+sFfTs9X7xbxPGC82pBtSarA5HvBJC1p9bCCGXKU81iDGqF10iLC2SLgY+vGINk6iwGGltrwqC6ItpEbF81LpM/mGRRW2TDmkzHQ1QomeMW+52vL3WfpD6JaifucEo97tVpjIooCVZtXDkpZrDlqoULj81pZY2ybD9rafUWv6IDT8NHm/Lv3pDZG6IE0c29JBXcqmyurtxQC/lZDbcSNA0kKR99OK65GiBxkU3FZVqVmNIrkJCnaipwmEOsE9Cdy5aVyw7NdLO3z4L83eV+UNHU59pDsCAH1HbF6A7IHSFu6H8YwsyIXB4rHXs5OlW3+de6LG+Wst+tDcUskWpkiGmxrrjmBg1uotRwak3jZfH2I4eUIN4Itfb2srm+pHyXO0KKuFQXpy89FBN8F3tI7jF05Zz3Zy98rjLHncPLsmKh9UN5C4z4+h3J8t8LL6+XKniL42/d7m14blr8UbZbHCuzdXheHp87e6kVhYcq5VZPyoqOxd+d4r7ndrjEzitXV9chS2VQRxk1P3nBtmvz/dp2l71xmYKbMETNRj9 x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR11MB2757.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(366004)(6506007)(33656002)(6512007)(2906002)(36756003)(5660300002)(6486002)(508600001)(38100700002)(2616005)(66476007)(91956017)(38070700005)(4326008)(83380400001)(76116006)(66446008)(86362001)(26005)(64756008)(66556008)(110136005)(8936002)(54906003)(316002)(966005)(186003)(71200400001)(8676002)(66946007)(122000001)(45980500001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?WWp5eXFTVDlTa2ZMcmg1b21oTXMveWNyYTA3WGRFWksxcnBIS0EwSDBIV09N?= =?utf-8?B?YmZReE91WE1lelUzcmtFK1RLUGJSTmJEc2hqbmM3emJ3ZzlTUHp0OGdQY3Jx?= =?utf-8?B?dWZQaGQrUW9zei92bzJTRUR1NUFNc2pEaDFJTlJwelJYUmNTcmRtL2JUTEZG?= =?utf-8?B?eEhrR3Z2aFV1NHdUN09hK3YxUVczVWQzbitWZ1JCMGN4aU0yWXhUdWgyMWZi?= =?utf-8?B?eUREYWIvMmQ3bjVIaFNkUHp2ckJVQVkrUjNsbGhtdGt6YWNCUVdwZVVVa2pP?= =?utf-8?B?QzJYc3FFemVGaDhLRFkwM2pwN3pNL3ExK3E5d0QreFlsZkJwQUsyZlJZck1W?= =?utf-8?B?RWk5QlVpdDgzWkV2czBEblMrZE8vb3FOVGJnZHBJcW9zem5FRTJqSkRCaEE1?= =?utf-8?B?dXpPYVczcjVkUjEzOGZ5NUR3SVB3dzM5elZyOEptTkxja1pINTdNNjgycHdC?= =?utf-8?B?RmtrdnhZU2xudjBvWk5TNkhDWXpydDFtK2hWREpVVzE2T3NYdkdjWmNKVDZs?= =?utf-8?B?Ri9ONU1FdVlXVWtnekI0TkpGczVkeVp1d2QxQWd6NVp3eFBnYlQwTE9GdXly?= =?utf-8?B?QXlUTGk1K002RCtxa2FoRCt2dldMRHBHTldVZVU1NmFSL3U0MExSS1IrUG9h?= =?utf-8?B?ODZpeHJNUVN4bXQ5NjJ3TWRJRzNyOWxZbTJtSFZUTElIbUV0K0R2OGNpQXR1?= =?utf-8?B?QlkrcGlrQWJMcVJyamxoNnV5WmN4OHplaVNwTUZVUVNlZmpUVDMrQkJVSnc5?= =?utf-8?B?dlZGQnhWVXRISXpjc3hxL3FLYzdHSW90NDQvRmhTTmVvT0Y1WEIrMWp5bSsx?= =?utf-8?B?QmNlVkVNaWgyOUFEekRUMmhRdkp6bXNhM2Zmd0x6THgza1NJa0ZqSGRqN2cw?= =?utf-8?B?MHFtdDBoUFNnK0RJSkVHQjFsemg3L3JLUUJTOFUxNHNkQ1B1djlCaXpPZkNp?= =?utf-8?B?TWg5eFBYT3M4VGtJai9rUHdiVnRMeE50eWYwL2ltdmVwamtHaHUyWUI2cGJh?= =?utf-8?B?U1ZUeEEzZURrMXFxZTJQL0FSVjZVa0hnWkRaUGIwQXRMODdKdnZRbHdKYjV4?= =?utf-8?B?RXNuRitTclAvNmV2NWVwVFJKTEJDM3ZtZmRneDMxbjZ2dGhtbHI1SG5Rb09I?= =?utf-8?B?MWhlK1JMY1lKNFpmMzZQS3dXOUNmMTdhZnJ2YzVJVXVrMElQckk1alZrWEZu?= =?utf-8?B?eEVKejFpbVpJNkNqb3BjZ2oveU5mOFl2MllGNHN5STQ3QzFjdTF4VzlDTTNX?= =?utf-8?B?LzMyQVJ6K3hXSSt6cDB6bm9qaXhKTEx5UndCWDhvT21Rd1RldXJIRVdpYXpY?= =?utf-8?B?d0tGKy9aTG02QjJtR1hGT1JpelJOSEI0WEwwZG1LRVNnZE00YkdTazAwcnFr?= =?utf-8?B?RW1kWnlmZ2ZFZjJxcWpqQlhPNWRyQ2wya25ENlFoZXBvZU9SVTVMTGxhcEhu?= =?utf-8?B?REU4TUl1ZHhtWGNzN3hCVDA5U3FwK2xlckEydEVXSldrT2FqK0RYTUt1TU80?= =?utf-8?B?cjNIV3g3VzZYK2J6cXFVcXFIK3QvalBXcU9PLzdoN3NHV2pOdm1WZVpHbFNP?= =?utf-8?B?MWRqYXFpWHZGVjBsaVA5cUV1blNNQk1NQnRNbG1Hc2w3bE8wNXFtMGFXMXVu?= =?utf-8?B?Umx2R3duWVk2L3ZoUVhrb2JjRDFoZUVScEJBUEtNS1dITjRTSnhGMUxTYjlP?= =?utf-8?B?QU5rMWZyWUI2aWlKTUFCODZZV2oxM083bElzMUpDNkROSGg2ZE14NHU3UnQy?= =?utf-8?B?ZkpOTWN1MjlXSk4vRU0rRWxBWmJ6VHRQVXR4SEYyMExtRGJwYVlBZlVwQUsv?= =?utf-8?B?UTdUK0poRjFaTmNSMkpybGJ4M0cyQ3hqZ1ZPWjhxL0IwMnYzeTdOeDgyMWgx?= =?utf-8?B?RjJERkRhS05nbEEybWl6ZUZRaXNnR3o4VTNUSVVyanpXMmZKbXpIUWVQWnk1?= =?utf-8?B?TldEY3ZSR2xnN0xXdmpvZFIra1gwZVU5K0tiQzFycUxGVmVMdGNtOEltM3ZK?= =?utf-8?B?Yy9iK01LOGI3VGRmVEU4cW1DL3ZxdGVZMng0SFBzdEdhdnJJWCs2NWFPb09u?= =?utf-8?B?UW45L3NibWdhdUltN0dUcXBDN2JKMmlKMXltUzErU1hqeGlUb3ppYTRwVkVv?= =?utf-8?Q?Abno=3D?= Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BYAPR11MB2757.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 407360cb-682e-4b38-da7a-08d9da92e491 X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Jan 2022 14:57:48.3640 (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: RP2GotWQEoSXccRgtKd/EZgJPcsjsh9hAHS+Fz9ndKBL0FIxcKT6/EnrhtU8chbr X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL0PR11MB3394 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.22, xbe-rcd-007.cisco.com X-Outbound-Node: rcdn-core-1.cisco.com Archived-At: Subject: Re: [RTG-DIR] Rtgdir last call review of draft-ietf-bfd-unsolicited-09 X-BeenThere: rtg-dir@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Area Directorate List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2022 14:59:34 -0000 DQoNCu+7v09uIDEvMTgvMjIsIDg6MzMgQU0sICJydGctZGlyIG9uIGJlaGFsZiBvZiBKZWZmcmV5 IEhhYXMiIDxydGctZGlyLWJvdW5jZXNAaWV0Zi5vcmcgb24gYmVoYWxmIG9mIGpoYWFzQHBmcmMu b3JnPiB3cm90ZToNCg0KICAgIEhlbm5pbmcsDQoNCiAgICBUaGFuayB5b3UgZm9yIHlvdXIgY29t bWVudHMgb24gdGhpcyBkcmFmdC4NCg0KICAgIE9uIEZyaSwgSmFuIDE0LCAyMDIyIGF0IDA0OjI5 OjQ4QU0gLTA4MDAsIEhlbm5pbmcgUm9nZ2UgdmlhIERhdGF0cmFja2VyIHdyb3RlOg0KICAgID4g SSBoYXZlIHR3byBuaXRzIHdpdGggdGhlIGRvY3VtZW50Li4uDQogICAgPiANCiAgICA+IDFzdCwg SSB3b3VsZCBsaWtlIGEgY2xhcmlmaWNhdGlvbiB3aGljaC9ob3cgbWFueSAoYWxsPykgc2VjdXJp dHkgbWVhc3VyZW1lbnRzDQogICAgPiB5b3UgY29uc2lkZXIgbWFuZGF0b3J5Li4uIGlmIHlvdSAo YXMgYW4gZXhhbXBsZSkgcnVuIHRoZSBwcm90b2NvbCBpbiBhIHRydXN0ZWQNCiAgICA+IGVudmly b25tZW50LCB5b3UgbWlnaHQgYmUgYWJsZSB0byBza2lwIGF1dGhlbnRpY2F0aW9uLi4uIGJ1dCBt YXliZSB1c2luZyB0aGUNCiAgICA+IFRUTCB0byBrZWVwIHRoZSBwcm90b2NvbCAibGlua2xvY2Fs IiBzaG91bGQgc3RpbGwgYmUgbWFuZGF0b3J5Lg0KDQogICAgSSBiZWxpZXZlIHRoZXNlIGFyZSBh ZGRyZXNzZWQgYnkgY29yZSBSRkMgNTg4MC81ODgxIHByb2NlZHVyZXMuDQoNCiAgICBBdXRoZW50 aWNhdGlvbiBpcyBvcHRpb25hbC4gIA0KICAgIEdUU00gaXMgcmVxdWlyZWQgZm9yIHNpbmdsZSBo b3Agc2Vzc2lvbnMuICAoUkZDIDU4ODEsIFNlY3Rpb24gNS4pDQoNCiAgICA+IDJuZCwgSSB3b3Vs ZCBzdWdnZXN0IHdyaXRpbmcgb3V0IHRoZSBmdWxsIG5hbWUgIkJpZGlyZWN0aW9uYWwgRm9yd2Fy ZGluZw0KICAgID4gRGV0ZWN0aW9uIChCRkQpIiBvbmNlIGluIHRoZSBhYnN0cmFjdCBqdXN0IHRv IG1ha2Ugc3VyZSBub2JvZHkgY29uZnVzZXMgdGhlDQogICAgPiBhY3JvbnltLg0KDQogICAgVGhh bmtzLiAgSSBzdXNwZWN0IHRoaXMgY29tbWVudCB3aWxsIGFsc28gYXJyaXZlIHZpYSB0aGUgUkZD IEVkaXRvci4NCg0KWWVzIC0gSSB3b3VsZCBoYXZlIHRob3VnaHQgQkZEIHdhcyB3ZWxsLWtub3du IGJ1dCBpdCBpcyBub3QgYXN0ZXJpc2tlZC4gUGVyaGFwcyBkdWUgdG8gdGhlIG1vcmUgY29tbW9u IGRlc2lnbmF0aW9uLi4uICANCg0KaHR0cHM6Ly93d3cucmZjLWVkaXRvci5vcmcvbWF0ZXJpYWxz L2FiYnJldi5leHBhbnNpb24udHh0DQoNCkFjZWUgDQoNCiAgICAtLSBKZWZmDQoNCg0K From nobody Fri Jan 28 02:07:38 2022 Return-Path: X-Original-To: rtg-dir@ietfa.amsl.com Delivered-To: rtg-dir@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 517F83A1B1E; Fri, 28 Jan 2022 02:07:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.197 X-Spam-Level: X-Spam-Status: No, score=-4.197 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, 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 a-v_MBxZDGGq; Fri, 28 Jan 2022 02:07:32 -0800 (PST) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E1BAB3A11DD; Fri, 28 Jan 2022 02:07:31 -0800 (PST) Received: from fraeml712-chm.china.huawei.com (unknown [172.18.147.200]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4JlY1M48Wzz687fH; Fri, 28 Jan 2022 18:03:03 +0800 (CST) Received: from dggpemm100003.china.huawei.com (7.185.36.68) by fraeml712-chm.china.huawei.com (10.206.15.61) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.21; Fri, 28 Jan 2022 11:07:28 +0100 Received: from dggpemm500002.china.huawei.com (7.185.36.229) by dggpemm100003.china.huawei.com (7.185.36.68) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.21; Fri, 28 Jan 2022 18:07:26 +0800 Received: from dggpemm500002.china.huawei.com ([7.185.36.229]) by dggpemm500002.china.huawei.com ([7.185.36.229]) with mapi id 15.01.2308.021; Fri, 28 Jan 2022 18:07:26 +0800 From: Mach Chen To: rtgwg-chairs , "draft-ietf-rtgwg-atn-bgp.all@ietf.org" CC: "rtg-dir@ietf.org" , "rtgwg@ietf.org" Thread-Topic: RtgDir Early review: draft-ietf-rtgwg-atn-bgp-12.txt Thread-Index: AdgUGaclNnx9glFRQ9uqIS9oANN5iw== Date: Fri, 28 Jan 2022 10:07:26 +0000 Message-ID: <362122501e5e4135a870c9d4cf7b9f7d@huawei.com> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.110.46.250] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [RTG-DIR] RtgDir Early review: draft-ietf-rtgwg-atn-bgp-12.txt X-BeenThere: rtg-dir@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Area Directorate List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2022 10:07:36 -0000 SGVsbG8NCg0KSSBoYXZlIGJlZW4gc2VsZWN0ZWQgdG8gZG8gYSByb3V0aW5nIGRpcmVjdG9yYXRl IOKAnGVhcmx54oCdIHJldmlldyBvZiB0aGlzIGRyYWZ0Lg0K4oCLaHR0cHM6Ly9kYXRhdHJhY2tl ci5pZXRmLm9yZy9kb2MvIGRyYWZ0LWlldGYtcnRnd2ctYXRuLWJncC0xMi8NCg0KVGhlIHJvdXRp bmcgZGlyZWN0b3JhdGUgd2lsbCwgb24gcmVxdWVzdCBmcm9tIHRoZSB3b3JraW5nIGdyb3VwIGNo YWlyLCBwZXJmb3JtIGFuIOKAnGVhcmx54oCdIHJldmlldyBvZiBhIGRyYWZ0IGJlZm9yZSBpdCBp cyBzdWJtaXR0ZWQgZm9yIHB1YmxpY2F0aW9uIHRvIHRoZSBJRVNHLiBUaGUgZWFybHkgcmV2aWV3 IGNhbiBiZSBwZXJmb3JtZWQgYXQgYW55IHRpbWUgZHVyaW5nIHRoZSBkcmFmdOKAmXMgbGlmZXRp bWUgYXMgYSB3b3JraW5nIGdyb3VwIGRvY3VtZW50LiBUaGUgcHVycG9zZSBvZiB0aGUgZWFybHkg cmV2aWV3IGRlcGVuZHMgb24gdGhlIHN0YWdlIHRoYXQgdGhlIGRvY3VtZW50IGhhcyByZWFjaGVk Lg0KDQpBcyB0aGlzIGRvY3VtZW50IGlzIGdvaW5nIHRvIGJlIGluIHdvcmtpbmcgZ3JvdXAgbGFz dCBjYWxsLCBteSBmb2N1cyBmb3IgdGhlIHJldmlldyB3YXMgdG8gZGV0ZXJtaW5lIHdoZXRoZXIg dGhlIGRvY3VtZW50IGlzIHJlYWR5IHRvIGJlIHB1Ymxpc2hlZC4gUGxlYXNlIGNvbnNpZGVyIG15 IGNvbW1lbnRzIGFsb25nIHdpdGggdGhlIG90aGVyIHdvcmtpbmcgZ3JvdXAgbGFzdCBjYWxsIGNv bW1lbnRzLg0KDQpGb3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCB0aGUgUm91dGluZyBEaXJlY3Rv cmF0ZSwgcGxlYXNlIHNlZSDigItodHRwOi8vdHJhYy50b29scy5pZXRmLm9yZy9hcmVhL3J0Zy90 cmFjL3dpa2kvUnRnRGlyDQoNCkRvY3VtZW50OiBkcmFmdC1pZXRmLXJ0Z3dnLWF0bi1iZ3AtMTIu dHh0DQpSZXZpZXdlcjogTWFjaCBDaGVuDQpSZXZpZXcgRGF0ZTogMjAyMi8xLzI4DQpJbnRlbmRl ZCBTdGF0dXM6IEluZm9ybWF0aW9uYWwNCg0KU3VtbWFyeToNCg0KVGhpcyBkb2N1bWVudCBpcyBi YXNpY2FsbHkgcmVhZHkgZm9yIHB1YmxpY2F0aW9uLCBidXQgaGFzIG5pdHMgdGhhdCBzaG91bGQg YmUgY29uc2lkZXJlZCBwcmlvciB0byBiZWluZyBzdWJtaXR0ZWQgdG8gdGhlIElFU0cuLg0KDQpD b21tZW50czoNCg0KMS4gU2VjdGlvbiAyLCANCiAiT0FMIEF1dG9ub21vdXMgU3lzdGVtIiwgbm8g cGxhY2VzIGluIHRoaXMgZG9jdW1lbnQgcmVmZXIgdG8gdGhlIHRlcm0sIGlmIHRoZXJlIGlzIG5v IHVzZSwgaXQgc2hvdWxkIGJlIHJlbW92ZWQuLg0KDQoyLiBTZWN0aW9uIDIsIA0KQ29yZSBBdXRv bm9tb3VzIFN5c3RlbQ0KICAgICAgVGhlICJodWIiIGF1dG9ub21vdXMgc3lzdGVtIG1haW50YWlu ZWQgYnkgYWxsIGMtQVNCUnMgd2l0aGluIHRoZQ0KICAgICAgc2FtZSBwYXJ0aXRpb24uDQpJIGhh dmUgZGlmZmljdWx0IHRvIHVuZGVyc3RhbmQgdGhlIGFib3ZlIGRlZmluaXRpb24sIG5lZWQgc29t ZSBjbGFyaWZpY2F0aW9uIHRleHQgaWYgdGhlIHRlcm0gaXMgZGVzaXJlZC4gQlRXLCBJIGZvdW5k IHRoYXQgdGhpcyB0ZXJtIGlzIG9ubHkgdXNlZCBmb3IgZGVmaW5pdGlvbiBvZiAiT0FMIEF1dG9u b21vdXMgU3lzdGVtIiwgZ2l2ZW4gdGhhdCAiT0FMIEF1dG9ub21vdXMgU3lzdGVtIiBpcyBub3Qg dXNlZCBpbiB0aGUgZG9jdW1lbnQsIHRoZSBzaW1wbGVzdCBzb2x1dGlvbiBpcyB0byByZW1vdmUg dGhpcyB0ZXJtIGFzIHdlbGwuDQoNCjMuIFNlY3Rpb24gMywNCiIuLi5UaGUgb3ZlcmxheSBkb2Vz IG5vdA0KICAgaW50ZXJhY3Qgd2l0aCB0aGUgdW5kZXJseWluZyBJTkVUIEJHUCByb3V0aW5nIHN5 c3RlbXMsIGFuZCBvbmx5IGENCiAgIHNtYWxsIGFuZCB1bmNoYW5naW5nIHNldCBvZiBNU1BzIGFy ZSBhZHZlcnRpc2VkIGV4dGVybmFsbHkgaW5zdGVhZCBvZg0KICAgdGhlIGZ1bGwgZHluYW1pY2Fs bHkgY2hhbmdpbmcgc2V0IG9mIE1OUHMuIg0KDQpUaGUgZnJvbnQgcGFydCBzYXlzIHRoYXQgdGhl cmUgaXMgbm8gaW50ZXJhY3Rpb24gd2l0aCB0aGUgdW5kZXJseWluZyBJTkVUIEJHUCByb3V0aW5n IHN5c3RlbSwgdGhlIHNlY29uZCBoYWxmIHNheSB0aGVyZSBtYXkgYmUgc29tZSBNU1BzIGFkdmVy dGlzZWQgYmV0d2VlbiB0aGUgdHdvLCBzZWVtcyBpdCdzIHNlbGYtY29udHJhZGljdG9yeT8NCg0K NC4gU2VjdGlvbiAzLA0Kcy9lYWNoIHMtQVNCUnMvZWFjaCBzLUFTQlINCg0KNS4gU2VjdGlvbiAz LA0KIlNpbmNlIHRoZSBCR1AgaW5zdGFuY2UgZG9lcyBub3QNCiAgIGNvbm5lY3Qgd2l0aCBhbnkg SU5FVCBCR1Agcm91dGluZyBzeXN0ZW1zLCB0aGUgQVNOcyBhc3NpZ25lZCBuZWVkIG5vdA0KICAg YmUgY29vcmRpbmF0ZWQgd2l0aCBJQU5BIGFuZCBjYW4gaW4gZmFjdCBjb2luY2lkZSB3aXRoIHZh bHVlcyB0aGF0DQogICBhcmUgYXNzaWduZWQgaW4gb3RoZXIgZG9tYWlucy4gIFRoZSBvbmx5IHJl cXVpcmVtZW50IGlzIHRoYXQgQVNOcw0KICAgbXVzdCBub3QgYmUgZHVwbGljYXRlZCB3aXRoaW4g dGhlIEFUTi9JUFMgcm91dGluZyBzeXN0ZW0gaXRzZWxmLiINCldoeSBub3QganVzdCB1c2UgdGhl IHByaXZhdGUgQVNOcz8gSXQgd2lsbCBhdm9pZCBwb3RlbnRpYWwgY29uZmxpY3RzIHdpdGggdGhl IEludGVybmV0IEFTTnMuIA0KDQo2LiBTZWN0aW9uIDMsIHBhcmEgNSwNCiJFYWNoIGMtQVNCUiBj b25maWd1cmVzIGEgYmxhY2staG9sZSByb3V0ZSBmb3IgZWFjaCBvZiBpdHMgTVNQcy4gIEJ5DQog ICBibGFjay1ob2xpbmcgdGhlIE1TUHMsIHRoZSBjLUFTQlIgd2lsbCBtYWludGFpbiBmb3J3YXJk aW5nIHRhYmxlDQogICBlbnRyaWVzIG9ubHkgZm9yIHRoZSBNTlAtVUxBcyB0aGF0IGFyZSBjdXJy ZW50bHkgYWN0aXZlLCBhbmQgcGFja2V0cw0KICAgZGVzdGluZWQgdG8gYWxsIG90aGVyIE1OUC1V TEFzIHdpbGwgY29ycmVjdGx5IGluY3VyIElDTVB2Ng0KICAgRGVzdGluYXRpb24gVW5yZWFjaGFi bGUgbWVzc2FnZXMgW1JGQzQ0NDNdIGR1ZSB0byB0aGUgYmxhY2sgaG9sZQ0KICAgcm91dGUuIg0K SW4gbXkgdW5kZXJzdGFuZGluZywgdGhlIGJsYWNrLWhvbGUgcm91dGUgd2lsbCBjYXVzZSB0aGUg cGFja2V0cyAod2l0aG91dCBtYXRjaGluZyBhIHNwZWNpZmljIE1OUC1VTEEpIHRvIGJlIGRyb3Bw ZWQgc2lsZW50bHksIGFuZCBubyBJQ01QdjYgRGVzdGluYXRpb24gVW5yZWFjaGFibGUgbWVzc2Fn ZSB3aWxsIGJlIGluY3VycmVkLiBTZWVtcyB0aGF0IHRoZSBibGFjay1ob2xlIHJvdXRlIGRvZXMg bm90IHNhdGlzZnkgeW91ciByZXF1aXJlbWVudC4NCg0KNi4gU2VjdGlvbiA0LCBwYXJhIDYNCiJU aGUgcy1BU0JSJ3Mgc3R1YiBBUyB0aGVyZWZvcmUNCiAgIGNvbnNpc3RzIG9mIHRoZSBzZXQgb2Yg YWxsIG9mIGl0cyBhY3RpdmUgQ2xpZW50cyAoaS5lLiwgdGhlIHN0dWIgQVMNCiAgIGlzIGEgbG9n aWNhbCBjb25zdHJ1Y3QgYW5kIG5vdCBhIHBoeXNpY2FsIGNvbnN0cnVjdCkuIg0KRnJvbSB0aGUg QkdQIHBvaW50IG9mIHZpZXcsIGFuIEFTIGlzIGNvbnNpc3RlZCBvZiB0aGUgcm91dGVycyB0aGF0 IGFyZSBydW5uaW5nIEJHUCBwcm90b2NvbCwgdGhlIENsaWVudHMgYXJlIGFjdHVhbGx5IG91dHNp ZGUgdGhlIEFTIGFuZCBub3QgYmVsb25nIHRvIHRoZSBBUywgdW5sZXNzIHRoZSBDbGllbnRzIG9y IFByb3h5IHNlcnZlcnMgcGVlciB3aXRoIHRoZSBzLUFTQlIuIA0KDQo3LiBTZWN0aW9uIDUsIA0K SW4gRmlndXJlIDQvNSwgaXMgdGhlIFAvUyBhIHMtQVNCUj8gSWYgc28sIGl0J3MgYmV0dGVyIHRv IGFkZCBzb21lIHRleHQgdG8gbWFrZSBpdCBjbGVhcmVyLiBJZiBub3QsIGhvdyBkb2VzIFAvUy0x IGtub3cgYSBwYWNrZXQgc2hvdWxkIGJlIHNlbnQgZGlyZWN0bHkgdG8gUC9TLTIgaW5zdGVhZCB0 byBzLUFTQlIxPw0KDQpCZXN0IHJlZ2FyZHMsDQpNYWNoDQo= From nobody Fri Jan 28 03:52:16 2022 Return-Path: X-Original-To: rtg-dir@ietfa.amsl.com Delivered-To: rtg-dir@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D140F3A0E31; Fri, 28 Jan 2022 03:51:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.473 X-Spam-Level: X-Spam-Status: No, score=-7.473 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.576, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.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 Uu0kJVs1kMX5; Fri, 28 Jan 2022 03:51:46 -0800 (PST) Received: from EUR04-VI1-obe.outbound.protection.outlook.com (mail-vi1eur04on0725.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe0e::725]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B5F6A3A0E30; Fri, 28 Jan 2022 03:51:45 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=RebmXFm1VDBBopnnLkBZbPLC1qdSX1UsBIc8p4Gh100bR32KESd7MmyO7ZSGBFYKh00q1Xc94ejHLRtCzrcr/3pt7bTFL6uikh23Fw3Bb9GqIT+ZeDaLHmVkyXI3NWjqCTXe3GTH9mqe7lv/ATgV8I4SEPsxfgyJDl3BXUI4uwR5MSjpClfYQNokQ/JvQ4bn+ikHAKcsb/+0cZHunhvKfkyGqKZgTsQfsUUiRJaBd1qiEs0pgT6WuRY6SkGZOt91VWMmsoQn/NF7FzIBexJhrXNGYvfi3UDNQSFQBKL3fDXRF4XZcB8tGapuRHygFZGUC98pQMH1Fg2CjG5ROwdJjA== 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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=/BfubEn4XmOiH+WiI1or9LOUXZvX6/ITi5+OGa5hzq4=; b=NBdOAa+jVlTMuZ+KetHER9bnc9JDTz/pXEP1xDJ1H/RDmZdVRisvQs/nTLrkQWec9XMsHYjT67bD80ghj/B0RaQnxlciE0MutalbD3tV8xPcaUEimYOFt1vKgfWEgfHbEHl6nmkZH8fN/4qzU/Ka9aLuLJH31DuS0jAKNmMy4ml3/h4vfGz3BzlRln1LD4dbw7tgBg3o70LAAVG2WpeRU4j9u7PJn2OANaavElDALQ1sQVWflCCG1Cxh5di2804IsnfCEU34nteEfkgP6UVssGWgn+r4Sy2t5928179OpImMGaPkL7hN2BK1auVxaXirUqZLZTXZDvY8Y5Jt/eDMZQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=/BfubEn4XmOiH+WiI1or9LOUXZvX6/ITi5+OGa5hzq4=; b=ulsPIv4ZghePBkiBImOWJPA8OQc5WB8x6sqC9OdwY3vte+baKz6+skc15UJbX+g2oFbs65h256PQGsMw6asadHEDxVfp6C0J164HRYdC6H5PhKFfy5pcvSeTpZXgYH304cOThrigLMxUIflN1FvycqVkFg2YsES368gWw7tww4k= Received: from VI1PR0701MB6991.eurprd07.prod.outlook.com (2603:10a6:800:17d::22) by VI1PR07MB4560.eurprd07.prod.outlook.com (2603:10a6:803:66::30) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4951.6; Fri, 28 Jan 2022 11:51:41 +0000 Received: from VI1PR0701MB6991.eurprd07.prod.outlook.com ([fe80::8c5e:f395:67c0:a223]) by VI1PR0701MB6991.eurprd07.prod.outlook.com ([fe80::8c5e:f395:67c0:a223%4]) with mapi id 15.20.4930.019; Fri, 28 Jan 2022 11:51:41 +0000 From: "Bocci, Matthew (Nokia - GB)" To: "" CC: "rtg-dir@ietf.org" , "spring@ietf.org" , "last-call@ietf.org" , "draft-ietf-spring-segment-routing-policy.all@ietf.org" Thread-Topic: RtgDir Last Call review: draft-ietf-spring-segment-routing-policy-14 Thread-Index: AQHYFDzafFfVYeWBskCYJFPvsKw3RQ== Date: Fri, 28 Jan 2022 11:51:41 +0000 Message-ID: Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=nokia.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 431b15cb-6b54-41b1-7926-08d9e2548c7f x-ms-traffictypediagnostic: VI1PR07MB4560:EE_ x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: /54sFmkJUQdcHlkdWeCDuBVUOa47LN14t7LJRWHAwQ04gYPqIq3YTxwdwyOTT03NQANWKVlI/DhuOxPLwemyxVrArqwulMdh8Nn93yJh5lBCF4iHVJZFcFjhM/h11TNr2nk02fCYNeDqbqvD9SyCa7lrhna/Q9DVVBU61B2Hx2wtNoebrQiNlYqZ0D9V3WGTO0HSOl/yoxFe3uxBcKFY4MV49RJqpmu47eH367YUG/mhsVQbrqsOYPMRjdd3PRWJ68pMjckE82px2f0gYijFsj+o59TI/457N3bQsK2OhqcC+tpm9SI/k6y80fKmdYHHmsF6a4MxswtIdG2mgEiaoZij3prDD3lwAsUtitKGTx8bIF58ua/4ay6UnazPQlTL+GSNZl2gSaYcJIUxTooA5gZfbcK7955/4YEzG1MLRWehgDS+ALjn5sG+2d29LIotfPD3nw1y5+px+TT7sK0rsERtY/IwIWwvLwjSlmlD7gDPumbzcYlIVb9+z4z9x+JVMWx50NgAdHMYDO1repNCll9HmOQXY9Q2kYJ0B57brpZmQHftMa/XREU2cn2p9tBLAMP4uHAQ3YMZtjEv3wMCpt0sOlT4ifcTc6lZgSnZ3yZ1AEhZUehP6jn4eItNCosj7zfhfeMNu4YS+u/c4ehwI+MOS4Q+5R9K6X2dQLMiezO7a2IpRHGR93vc4RTFOPKX56L8Q5fv4BhDM1UEZImYj1U6nbrMdTwiRobQ4O3komJ+2fQDQRBSS8S77lSK252/kF5pphw9tUA7uxv3ZD2/aQW/YPoWtbyoAIbe0ASU/MmApQwqOHXw2y4EsAcCmKNX9M0g1x3tSn84lREGUmiLJlZl6J2NQQBAK/Gzc0c60cw= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:VI1PR0701MB6991.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(4636009)(366004)(6506007)(7696005)(38100700002)(9686003)(33656002)(122000001)(55016003)(71200400001)(2906002)(26005)(186003)(66556008)(4326008)(508600001)(8676002)(9326002)(66946007)(8936002)(66476007)(66446008)(52536014)(64756008)(82960400001)(86362001)(54906003)(38070700005)(83380400001)(76116006)(316002)(5660300002)(450100002)(91956017)(491001)(20210929001); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?a3dEZjUrNnNYVzFxWm1McUxMek5NbytGMTh4S2UxOVlZdXJCSDJYZE1xYXVl?= =?utf-8?B?VDg4ZWxLQ05MY3dESTAzTk9MMjZNeTBNbE8rL1JKemd4RTBiZjk5blFNYk9O?= =?utf-8?B?NFd0Z1BJdVV3RXZnZ0x5cmFxL1pqb0Y3OEZmZFhDY1dETXhJdTZvbUtzb0FC?= =?utf-8?B?cmFJUnZnN0JQdy9PQm1SLzRtdy9RTzNqSmFJQ21IWjlCdG1iZlRwS1JHQ2Ja?= =?utf-8?B?TUNUdWpza1pubmhvdUZzNDFTNElVMU90MkRvTFRKM1ExeEk5dzVMQ0xEL2Nv?= =?utf-8?B?d1NsWklXS3lwV2daUnJ5Uk1jRUcyK3Y0cU5MQkJ1bnhnOW4rN2tBSWt2cUJa?= =?utf-8?B?Q2Q5SFRYcXFwUklKZitnNTk5Sk5WZEdrYzZ4RTZWS05WVlFrdGpZTG91VVFj?= =?utf-8?B?NWRSK2NFK3h2V3p5ckd4YUVTbkZ0RHFzZzAwR3ZXZEhBSGRvVVZDMlFHOHNo?= =?utf-8?B?dTZIOEtESkZhY2c3U0srY2JxQkdMZzlZQm10NlU4VWI3RWhGY0NtZGlHWEhl?= =?utf-8?B?YTRVUnZTbEFkUE1xME5zbEpBVmlCVUNjWFFaZHlKUDF3c2VUbVBkQ3NVTXVI?= =?utf-8?B?ZWpzZVJDQVpwT05vdUFld0o5RWNzSkdvOVJYQlN2UEUzYkFJM28xN1dncito?= =?utf-8?B?RU9VYWEzd0I3TExabmgrZ3EyMFI0enlOYkxQT3VOM0pGQ2R6Sjd2RVpUZEpS?= =?utf-8?B?anV6MFZUWktUM1RseG93RXgveXh2VzFVNmxicDJvTkNGZ2h1aEpkVld6VTVT?= =?utf-8?B?V0htbFE1b0c1M3p4Q0JoclV1ZDdidFVNenFjYllUdFdZRWtLMTRDSm9HTWh6?= =?utf-8?B?SDVOSUUzbnE2OWhYSHFqRnI1QUVDVFFYZkxIaUl0bi9EY3F4b2toRVFLSk9w?= =?utf-8?B?SG5xWXRLUDdDOVBOZ1BxY1lxSUM4aDVVVWN0TzV6TFRKcmY1cTZkQUtENFli?= =?utf-8?B?ajVXVjg4R0lmcXBJdnNhQnFNbHVuNHphWnVlTFZHTDlEdGlyOHR3eHduUllt?= =?utf-8?B?VzlhSHBicG5aUHdCN1l1ZTVidjI2cWl5YWtrcUVqaEhaWlM2cjROQUhzQ0JH?= =?utf-8?B?OUVRY0N1MU0reWFkWkdBTjZZVFdGTXNLZFJ3QjNqNmx3Y2lWNG1ER1ZXeW1P?= =?utf-8?B?eXNNb0xwSHBIcmNuWHp4UHJLRVVObklPVk5EWFBQM0NvZ1VBVHpxMnV4a1Na?= =?utf-8?B?OEdrd2czeDB5cjYwNlNRWEQwSmRDR0RnSi9LYWV3QWtCUzAyQzhQM1AxeDRL?= =?utf-8?B?ZnRORkJmaFJuSWhwK2R1M0w5a1NjUHhmNVVTcXdaNGdhSjMranFWOHJITzdF?= =?utf-8?B?bjR4eUtLc053YnhTZFNEZFZnVy9lY0dSTDF3MmR5VCtvYXJGM2hoVzJPSk5z?= =?utf-8?B?a2VGRzR5VzdQWTgxKzJZYVVidnhVNm1wcGtseC9CUHVENFd6Z3ZGU29QODZV?= =?utf-8?B?Z2tXOGdJUWZDTkI4eHhrM012M2cxdGdSQS83R3pTZnRTNE02dGJUdFRIVXAw?= =?utf-8?B?eVZHakRoc09mcEtEb1FSWWVsMlo1NWVGaE9EeEZJMzJxM0RhQ0x0SU1QeXRG?= =?utf-8?B?VXVNa25xSHlkZzBYQUdIYTFSaFVBQzlNZzJiSlY4T2RuekNiSWxmaTYyMi8r?= =?utf-8?B?bUN2SzFSbTdpWFQrWHVhR3FoTWxVb0pJbnBvNmJ2RHExSm8rRkcvM0JWWFJT?= =?utf-8?B?d25zWFdxVG55MkRVNWJVQm9lUkw2b2FUOTNnZ2NxSEhoU0M1MVZ4SlU3dVZh?= =?utf-8?B?Y0JoZnV2UWVURW85ekp5cWtJTnhiUlh5cm8wVkxTODBVYzVQTUVYc1dqajRa?= =?utf-8?B?eER5RXpLZ2ZDbWFXOUJVYnN6VGovMmZDcG80ZGsyVEQ4LzZ0TGgwb3V5Smxx?= =?utf-8?B?N0s5US9RV1kyM0Nod082NWtHRDNkR1JOdS82d2VHbExCTkhqZUhKS1RBaXdh?= =?utf-8?B?QktGYzJzeVBUenoyM2YybTJLMGtmYnF5dkJVS0tRMnBRMitZMmFEcmRYb0VQ?= =?utf-8?B?MG9yQmhDbDFTSkJXclVNSUJsSWFNVTNyY3JXWHZoRGRYYkdubkNWek9GZWlE?= =?utf-8?B?c1VwdGY4WVdYMVlONkFzZncxekZqNmloWnFYT01RTm5XNFFiaCsraVJxb0Q2?= =?utf-8?B?VmxRelRIcVF3cVREOWplRE5zaXE2MCthbXI4dVJsQ1ZWdWRrWmlqNGt2a0p3?= =?utf-8?Q?6wUcza9YrTMOFUfjrUP/7+M=3D?= Content-Type: multipart/alternative; boundary="_000_VI1PR0701MB6991A2F3A8D2FDFB4B255302EB229VI1PR0701MB6991_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: VI1PR0701MB6991.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 431b15cb-6b54-41b1-7926-08d9e2548c7f X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Jan 2022 11:51:41.1617 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 6e2qZjiDTDzEXawd1qgaNH7XpDAZDOfRNtTBJw9E+oStL2cEyhJJlJnNkh2A6QuY4drHH5i9xHKI7Y1x/azLWg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB4560 Archived-At: Subject: [RTG-DIR] RtgDir Last Call review: draft-ietf-spring-segment-routing-policy-14 X-BeenThere: rtg-dir@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Area Directorate List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2022 11:51:50 -0000 --_000_VI1PR0701MB6991A2F3A8D2FDFB4B255302EB229VI1PR0701MB6991_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8sDQoNCkkgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIHRoZSBSb3V0aW5nIERpcmVjdG9yYXRl IHJldmlld2VyIGZvciB0aGlzIGRyYWZ0Lg0KVGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUgc2Vla3Mg dG8gcmV2aWV3IGFsbCByb3V0aW5nIG9yIHJvdXRpbmctcmVsYXRlZA0KZHJhZnRzIGFzIHRoZXkg cGFzcyB0aHJvdWdoIElFVEYgbGFzdCBjYWxsIGFuZCBJRVNHIHJldmlldywgYW5kDQpzb21ldGlt ZXMgb24gc3BlY2lhbCByZXF1ZXN0LiBUaGUgcHVycG9zZSBvZiB0aGUgcmV2aWV3IGlzIHRvIHBy b3ZpZGUNCmFzc2lzdGFuY2UgdG8gdGhlIFJvdXRpbmcgQURzLiBGb3IgbW9yZSBpbmZvcm1hdGlv biBhYm91dCB0aGUgUm91dGluZw0KRGlyZWN0b3JhdGUsIHBsZWFzZSBzZWUNCuKAi2h0dHA6Ly90 cmFjLnRvb2xzLmlldGYub3JnL2FyZWEvcnRnL3RyYWMvd2lraS9SdGdEaXINCg0KQWx0aG91Z2gg dGhlc2UgY29tbWVudHMgYXJlIHByaW1hcmlseSBmb3IgdGhlIHVzZSBvZiB0aGUgUm91dGluZyBB RHMsIGl0DQp3b3VsZCBiZSBoZWxwZnVsIGlmIHlvdSBjb3VsZCBjb25zaWRlciB0aGVtIGFsb25n IHdpdGggYW55IG90aGVyIElFVEYNCkxhc3QgQ2FsbCBjb21tZW50cyB0aGF0IHlvdSByZWNlaXZl LCBhbmQgc3RyaXZlIHRvIHJlc29sdmUgdGhlbSB0aHJvdWdoDQpkaXNjdXNzaW9uIG9yIGJ5IHVw ZGF0aW5nIHRoZSBkcmFmdC4NCg0KRG9jdW1lbnQ6IGRyYWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQt cm91dGluZy1wb2xpY3ktMTQNClJldmlld2VyOiBNYXR0aGV3IEJvY2NpDQpSZXZpZXcgRGF0ZTog MjggSmFudWFyeSAyMDIyDQpJbnRlbmRlZCBTdGF0dXM6IFN0YW5kYXJkcyBUcmFjaw0KDQpTdW1t YXJ5Og0KDQpJbiBnZW5lcmFsLCB0aGlzIGlzIGEgd2VsbCB3cml0dGVuIGRvY3VtZW50LiBUaGFu ayB5b3UuDQoNCkhvd2V2ZXIsIEkgaGF2ZSBzb21lIG1pbm9yIGNvbmNlcm5zIGFib3V0IHRoaXMN CmRvY3VtZW50IHRoYXQgSSB0aGluayBzaG91bGQgYmUgcmVzb2x2ZWQgYmVmb3JlIHB1YmxpY2F0 aW9uLiBUaGlzIG1vc3RseSByZXZvbHZlIGFyb3VuZA0KdGhlIGNsYXJpdHkgb2YgdGhlIGRvY3Vt ZW50IGFuZCB0aGUgdXNlIChvciBsYWNrIHRoZXJlb2YpIG9mIFJGQzIxMTkgbGFuZ3VhZ2UuDQoN CkNvbW1lbnRzOg0KDQpNYWpvciBJc3N1ZXM6IE5vIG1ham9yIGlzc3VlcyBmb3VuZA0KDQpNaW5v ciBJc3N1ZXM6DQoNCjEpIFRoaXMgaXMgYSBzdGFuZGFyZHMgdHJhY2sgZG9jdW1lbnQsIGJ1dCBp biBnZW5lcmFsIEkgZm91bmQgdGhhdCBjbGVhciBzcGVjaWZpY2F0aW9uIGxhbmd1YWdlDQppcyBt aXNzaW5nLiBGb3IgZXhhbXBsZSwgaW4gc2VjdGlvbiAyLjM6ICJBIGhlYWRlbmQgbWF5IGJlLi4i IFNob3VsZCB0aGlzIGJlICJBIGhlYWRlbmQgTUFZIGJlLi4uIj8NClRoZXJlIGFyZSBtYW55IG90 aGVyIGNhc2VzIGxpa2UgdGhpcyB3aGVyZSBNVVNUL1NIT1VMRC9NQVkgd291bGQgYmUgYmV0dGVy IHVzZWQgcmF0aGVyIHRoYW4NCidpcycgb3IgJ2NhbicuDQoNCjIpIFRoZSByZWZlcmVuY2VzIHRv IGNvbnRyb2wgcGxhbmVzIGZvciBwcm92aXNpb25pbmcgYW5kIG1haW50YWluaW5nIFNSIFBvbGlj aWVzIGFyZSBvbmx5DQppbmZvcm1hdGlvbmFsLCBidXQgdGhleSBhcmUgcmVmZXJyZWQgdG8gaW4g YSBtYW5uZXIgaW4gdGhlIHRleHQgdGhhdCBJIHJlYWQgYXMgbm9ybWF0aXZlDQooYWx0aG91Z2gg dGhlIGxhbmd1YWdlIGlzIG5vdCBhbHdheXMgY2xlYXIpLiBGb3IgZXhhbXBsZSwgaW4gc2VjdGlv biAyLjU6ICJXaGVuIHNpZ25hbGluZw0KaXMgdmlhIFBDRVAuLi4iIGFuZCB0aGVuIHRoZSBwYXJh Z3JhcGggcmVmZXJzIHRvIGFuIGluZm9ybWF0aXZlIHJlZmVyZW5jZSB0byB0aGUNClBDRSBkcmFm dCBmb3IgdGhlIFNSIHBvbGljeSBjb250cm9sIHBsYW5lLiBHaXZlbiB0aGF0IHRoaXMgaXMgYSBz dGFuZGFyZHMgdHJhY2sgYXJjaGl0ZWN0dXJlDQpkb2N1bWVudCwgaXQgd291bGQgYmUgbXVjaCBi ZXR0ZXIgdG8gYmUgY2xlYXIgYWJvdXQgd2hhdCB0aGUgbm9ybWF0aXZlIHBhcnRzIG9mIHRoZQ0K YXJjaGl0ZWN0dXJlIGFyZS4gSWYgdGhlc2UgcGFydHMgYXJlIG5vdCBub3JtYXRpdmUgKGZvciBl eGFtcGxlIGV2ZW4gaWYgSSB1c2UgQkdQIGl0IGlzIG5vdA0KbWFuZGF0b3J5IHRvIHVzZSBpdCBh Y2NvcmRpbmcgdG8gYSBwYXJ0aWN1bGFyIHNwZWNpZmljYXRpb24pIHRoZW4gcGxlYXNlIGJlIGV4 cGxpY2l0DQphbmQgdXNlICdNQVknIG9yICdTSE9VTEQnLg0KDQozKSBTZWN0aW9uIDIuMjogQ2Fu ZGlkYXRlIFBhdGggYW5kIFNlZ21lbnQgTGlzdC4gVGhpcyBzZWN0aW9uIGRlc2NyaWJlcyBhIGhp ZXJhcmNoaWNhbA0KcmVsYXRpb25zaGlwIGJldHdlZW4gY29tcG9zaXRlIGNhbmRpZGF0ZSBwYXRo cywgU1IgUG9saWNpZXMsIGNhbmRpZGF0ZSBwYXRocywgYW5kIHNlZ21lbnQgbGlzdHMuDQpJdCB3 b3VsZCBiZSBtdWNoIGNsZWFyZXIgaWYgeW91IGNvdWxkIHByb3ZpZGUgYSBkaWFncmFtIGlsbHVz dHJhdGluZyB0aGlzIGhpZXJhcmNoeS4NCg0KMykgVGVybWlub2xvZ3kgc2VjdGlvbi4gU2luY2Ug dGhpcyBkcmFmdA0KaXMgcmVhbGx5IHRoZSBvdmVyYWxsIGd1aWRlIHRvIGFsbCB0aGluZ3MgU1Ig UG9saWN5LCBpdCB3b3VsZCByZWFsbHkgaGVscCB0byBpbmNsdWRlIGENCnRlcm1pbm9sb2d5IHNl Y3Rpb24gc3VtbWFyaXNpbmcgIG5ldyB0ZXJtcyBhbmQgYWNyb255bXMuDQoNCg0KTml0czoNCg0K MSkgVGhlIGRlZmluaXRlL2luZGVmaW5pdGUgYXJ0aWNsZSAoJ3RoZScsICdhJywgZXRjKSBpcyBt aXNzaW5nIGZyb20gdGhlIHRleHQgaW4gbWFueSBwbGFjZXMuDQpJIHdvdWxkIHN1Z2dlc3QgZ29p bmcgdGhyb3VnaCB0aGUgdGV4dCBjYXJlZnVsbHkgYW5kIGNvcnJlY3RpbmcgdGhlc2UgaXNzdWVz Lg0KDQoyKSBTZWN0aW9uIDIuMTM6DQoNCkluIHRoZSBpbmZvcm1hdGlvbiBtb2RlbDoNCg0KU1Ig cG9saWN5IFBPTDEgPGhlYWRlbmQgPSBIMSwgY29sb3IgPSAxLCBlbmRwb2ludCA9IEUxPg0KICAg ICAgICBDYW5kaWRhdGUtcGF0aCBDUDEgPHByb3RvY29sLW9yaWdpbiA9IDIwLCBvcmlnaW5hdG9y ID0NCiAgIDEwMDoxLjEuMS4xLCBkaXNjcmltaW5hdG9yID0gMT4NCiAgICAgICAgICAgICBQcmVm ZXJlbmNlIDIwMA0KICAgICAgICAgICAgIFByaW9yaXR5IDEwDQogICAgICAgICAgICAgV2VpZ2h0 IFcxLCBTSUQtTGlzdDEgPFNJRDExLi4uU0lEMWk+DQogICAgICAgICAgICAgV2VpZ2h0IFcyLCBT SUQtTGlzdDIgPFNJRDIxLi4uU0lEMmo+DQogICAgICAgICAgICAgICAgICAgICAgICBeXl5eXl5e Xl4NCg0KVGhlc2UgYXJlIHJlZmVycmVkIHRvIGFzIHNlZ21lbnQgbGlzdHMgaW4gdGhlIG1haW4g dGV4dCwgc28gbWF5YmUgeW91IHNob3VsZCBhbGlnbiB0aGUNCnRlcm1pbm9sb2d5Lg0KDQpTZWN0 aW9uIDQ6IFNlZ21lbnQgVHlwZXMuDQpUeXBlIEE6IFNSLU1QTFMgTGFiZWw6ICIuLi5BZGRpdGlv bmFsbHksIHJlc2VydmVkIGxhYmVscy4uLiIgVGhlc2UgYXJlIG5vdyBjb21tb25seQ0KcmVmZXJy ZWQgdG8gaW4gTVBMUyBhcyAic3BlY2lhbCBwdXJwb3NlIGxhYmVscyIuDQoNCg== --_000_VI1PR0701MB6991A2F3A8D2FDFB4B255302EB229VI1PR0701MB6991_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJUaW1lcyBO ZXcgUm9tYW4gXChCb2R5IENTXCkiOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDIgMiAyIDIgMiA0O30N Ci8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYu TXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWls eToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgltc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9DQpz cGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZv bnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1z b0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6 IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7fQ0KQHBh Z2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQg NzIuMHB0IDcyLjBwdCA3Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0 aW9uMTt9DQotLT48L3N0eWxlPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tR0IiIGxpbms9IiMw NTYzQzEiIHZsaW5rPSIjOTU0RjcyIiBzdHlsZT0id29yZC13cmFwOmJyZWFrLXdvcmQiPg0KPGRp diBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhlbGxvLDxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj5JIGhhdmUgYmVlbiBzZWxlY3RlZCBhcyB0aGUgUm91dGluZyBE aXJlY3RvcmF0ZSByZXZpZXdlciBmb3IgdGhpcyBkcmFmdC48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPlRoZSBSb3V0aW5nIERpcmVjdG9yYXRlIHNlZWtzIHRvIHJldmlldyBh bGwgcm91dGluZyBvciByb3V0aW5nLXJlbGF0ZWQ8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPmRyYWZ0cyBhcyB0aGV5IHBhc3MgdGhyb3VnaCBJRVRGIGxhc3QgY2FsbCBhbmQg SUVTRyByZXZpZXcsIGFuZDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+c29t ZXRpbWVzIG9uIHNwZWNpYWwgcmVxdWVzdC4gVGhlIHB1cnBvc2Ugb2YgdGhlIHJldmlldyBpcyB0 byBwcm92aWRlPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5hc3Npc3RhbmNl IHRvIHRoZSBSb3V0aW5nIEFEcy4gRm9yIG1vcmUgaW5mb3JtYXRpb24gYWJvdXQgdGhlIFJvdXRp bmc8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkRpcmVjdG9yYXRlLCBwbGVh c2Ugc2VlPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj7igItodHRwOi8vdHJh Yy50b29scy5pZXRmLm9yZy9hcmVhL3J0Zy90cmFjL3dpa2kvUnRnRGlyPG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPkFsdGhvdWdoIHRoZXNlIGNvbW1lbnRzIGFyZSBwcmltYXJpbHkgZm9yIHRoZSB1 c2Ugb2YgdGhlIFJvdXRpbmcgQURzLCBpdDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+d291bGQgYmUgaGVscGZ1bCBpZiB5b3UgY291bGQgY29uc2lkZXIgdGhlbSBhbG9uZyB3 aXRoIGFueSBvdGhlciBJRVRGPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5M YXN0IENhbGwgY29tbWVudHMgdGhhdCB5b3UgcmVjZWl2ZSwgYW5kIHN0cml2ZSB0byByZXNvbHZl IHRoZW0gdGhyb3VnaDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ZGlzY3Vz c2lvbiBvciBieSB1cGRhdGluZyB0aGUgZHJhZnQuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkRv Y3VtZW50OiBkcmFmdC1pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmctcG9saWN5LTE0PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5SZXZpZXdlcjogTWF0dGhldyBCb2NjaTxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+UmV2aWV3IERhdGU6IDI4IEphbnVh cnkgMjAyMjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SW50ZW5kZWQgU3Rh dHVzOiBTdGFuZGFyZHMgVHJhY2s8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U3VtbWFyeTogPG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPkluIGdlbmVyYWwsIHRoaXMgaXMgYSB3ZWxsIHdyaXR0ZW4g ZG9jdW1lbnQuIFRoYW5rIHlvdS4gPG86cD4NCjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SG93ZXZlciwg SSBoYXZlIHNvbWUgbWlub3IgY29uY2VybnMgYWJvdXQgdGhpczxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+ZG9jdW1lbnQgdGhhdCBJIHRoaW5rIHNob3VsZCBiZSByZXNvbHZl ZCBiZWZvcmUgcHVibGljYXRpb24uIFRoaXMgbW9zdGx5IHJldm9sdmUgYXJvdW5kDQo8bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPnRoZSBjbGFyaXR5IG9mIHRoZSBkb2N1bWVu dCBhbmQgdGhlIHVzZSAob3IgbGFjayB0aGVyZW9mKSBvZiBSRkMyMTE5IGxhbmd1YWdlLg0KPG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPkNvbW1lbnRzOjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5N YWpvciBJc3N1ZXM6IE5vIG1ham9yIGlzc3VlcyBmb3VuZDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5NaW5vciBJc3N1ZXM6PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjEpIFRoaXMgaXMgYSBzdGFu ZGFyZHMgdHJhY2sgZG9jdW1lbnQsIGJ1dCBpbiBnZW5lcmFsIEkgZm91bmQgdGhhdCBjbGVhciBz cGVjaWZpY2F0aW9uIGxhbmd1YWdlPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5pcyBtaXNzaW5nLiBGb3IgZXhhbXBsZSwgaW4gc2VjdGlvbiAyLjM6ICZxdW90O0EgaGVhZGVu ZCBtYXkgYmUuLiZxdW90OyBTaG91bGQgdGhpcyBiZSAmcXVvdDtBIGhlYWRlbmQgTUFZIGJlLi4u JnF1b3Q7Pw0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGVyZSBhcmUg bWFueSBvdGhlciBjYXNlcyBsaWtlIHRoaXMgd2hlcmUgTVVTVC9TSE9VTEQvTUFZIHdvdWxkIGJl IGJldHRlciB1c2VkIHJhdGhlciB0aGFuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj4naXMnIG9yICdjYW4nLiA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+MikgVGhlIHJlZmVy ZW5jZXMgdG8gY29udHJvbCBwbGFuZXMgZm9yIHByb3Zpc2lvbmluZyBhbmQgbWFpbnRhaW5pbmcg U1IgUG9saWNpZXMgYXJlIG9ubHkNCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+aW5mb3JtYXRpb25hbCwgYnV0IHRoZXkgYXJlIHJlZmVycmVkIHRvIGluIGEgbWFubmVyIGlu IHRoZSB0ZXh0IHRoYXQgSSByZWFkIGFzIG5vcm1hdGl2ZTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+KGFsdGhvdWdoIHRoZSBsYW5ndWFnZSBpcyBub3QgYWx3YXlzIGNsZWFy KS4gRm9yIGV4YW1wbGUsIGluIHNlY3Rpb24gMi41OiAmcXVvdDtXaGVuIHNpZ25hbGluZw0KPG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5pcyB2aWEgUENFUC4uLiZxdW90OyBh bmQgdGhlbiB0aGUgcGFyYWdyYXBoIHJlZmVycyB0byBhbiBpbmZvcm1hdGl2ZSByZWZlcmVuY2Ug dG8gdGhlPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5QQ0UgZHJhZnQgZm9y IHRoZSBTUiBwb2xpY3kgY29udHJvbCBwbGFuZS4gR2l2ZW4gdGhhdCB0aGlzIGlzIGEgc3RhbmRh cmRzIHRyYWNrIGFyY2hpdGVjdHVyZTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+ZG9jdW1lbnQsIGl0IHdvdWxkIGJlIG11Y2ggYmV0dGVyIHRvIGJlIGNsZWFyIGFib3V0IHdo YXQgdGhlIG5vcm1hdGl2ZSBwYXJ0cyBvZiB0aGUNCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+YXJjaGl0ZWN0dXJlIGFyZS4gSWYgdGhlc2UgcGFydHMgYXJlIG5vdCBub3Jt YXRpdmUgKGZvciBleGFtcGxlIGV2ZW4gaWYgSSB1c2UgQkdQIGl0IGlzIG5vdDxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+bWFuZGF0b3J5IHRvIHVzZSBpdCBhY2NvcmRpbmcg dG8gYSBwYXJ0aWN1bGFyIHNwZWNpZmljYXRpb24pIHRoZW4gcGxlYXNlIGJlIGV4cGxpY2l0PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5hbmQgdXNlICdNQVknIG9yICdTSE9V TEQnLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4zKSBTZWN0aW9uIDIuMjogQ2FuZGlkYXRlIFBh dGggYW5kIFNlZ21lbnQgTGlzdC4gVGhpcyBzZWN0aW9uIGRlc2NyaWJlcyBhIGhpZXJhcmNoaWNh bDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+cmVsYXRpb25zaGlwIGJldHdl ZW4gY29tcG9zaXRlIGNhbmRpZGF0ZSBwYXRocywgU1IgUG9saWNpZXMsIGNhbmRpZGF0ZSBwYXRo cywgYW5kIHNlZ21lbnQgbGlzdHMuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5JdCB3b3VsZCBiZSBtdWNoIGNsZWFyZXIgaWYgeW91IGNvdWxkIHByb3ZpZGUgYSBkaWFncmFt IGlsbHVzdHJhdGluZyB0aGlzIGhpZXJhcmNoeS48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Mykg VGVybWlub2xvZ3kgc2VjdGlvbi4gU2luY2UgdGhpcyBkcmFmdDxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+aXMgcmVhbGx5IHRoZSBvdmVyYWxsIGd1aWRlIHRvIGFsbCB0aGlu Z3MgU1IgUG9saWN5LCBpdCB3b3VsZCByZWFsbHkgaGVscCB0byBpbmNsdWRlIGENCjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+dGVybWlub2xvZ3kgc2VjdGlvbiBzdW1tYXJp c2luZyZuYnNwOyBuZXcgdGVybXMgYW5kIGFjcm9ueW1zLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk5pdHM6PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjEpIFRoZSBkZWZpbml0ZS9pbmRlZmluaXRlIGFydGljbGUgKCd0 aGUnLCAnYScsIGV0YykgaXMgbWlzc2luZyBmcm9tIHRoZSB0ZXh0IGluIG1hbnkgcGxhY2VzLg0K PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIHdvdWxkIHN1Z2dlc3QgZ29p bmcgdGhyb3VnaCB0aGUgdGV4dCBjYXJlZnVsbHkgYW5kIGNvcnJlY3RpbmcgdGhlc2UgaXNzdWVz LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4yKSBTZWN0aW9uIDIuMTM6PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPkluIHRoZSBpbmZvcm1hdGlvbiBtb2RlbDo8bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5TUiBw b2xpY3kgUE9MMSAmbHQ7aGVhZGVuZCA9IEgxLCBjb2xvciA9IDEsIGVuZHBvaW50ID0gRTEmZ3Q7 PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgQ2FuZGlkYXRlLXBhdGggQ1AxICZsdDtwcm90b2NvbC1v cmlnaW4gPSAyMCwgb3JpZ2luYXRvciA9PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7Ij4mbmJzcDsmbmJzcDsgMTAwOjEuMS4xLjEsIGRpc2NyaW1pbmF0b3IgPSAxJmd0OzxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFByZWZlcmVu Y2UgMjAwPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgUHJpb3JpdHkgMTA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyBXZWlnaHQgVzEsIFNJRC1MaXN0MSAmbHQ7U0lEMTEuLi5TSUQxaSZndDs8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBXZWlnaHQg VzIsIFNJRC1MaXN0MiAmbHQ7U0lEMjEuLi5TSUQyaiZndDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBeXl5eXl5eXl48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGVzZSBhcmUgcmVm ZXJyZWQgdG8gYXMgc2VnbWVudCBsaXN0cyBpbiB0aGUgbWFpbiB0ZXh0LCBzbyBtYXliZSB5b3Ug c2hvdWxkIGFsaWduIHRoZTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+dGVy bWlub2xvZ3kuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlNlY3Rpb24gNDogU2VnbWVudCBUeXBl cy48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlR5cGUgQTogU1ItTVBMUyBM YWJlbDogJnF1b3Q7Li4uQWRkaXRpb25hbGx5LCByZXNlcnZlZCBsYWJlbHMuLi4mcXVvdDsgVGhl c2UgYXJlIG5vdyBjb21tb25seQ0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5yZWZlcnJlZCB0byBpbiBNUExTIGFzICZxdW90O3NwZWNpYWwgcHVycG9zZSBsYWJlbHMmcXVv dDsuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw PjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_VI1PR0701MB6991A2F3A8D2FDFB4B255302EB229VI1PR0701MB6991_-- From nobody Fri Jan 28 09:10:56 2022 Return-Path: X-Original-To: rtg-dir@ietfa.amsl.com Delivered-To: rtg-dir@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B05433A08D7; Fri, 28 Jan 2022 09:10:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.649 X-Spam-Level: X-Spam-Status: No, score=-1.649 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 8axfRZObLTTH; Fri, 28 Jan 2022 09:10:46 -0800 (PST) Received: from faui40.informatik.uni-erlangen.de (faui40.informatik.uni-erlangen.de [131.188.34.40]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 797783A08D6; Fri, 28 Jan 2022 09:10:43 -0800 (PST) Received: from faui48e.informatik.uni-erlangen.de (faui48e.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff:51]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by faui40.informatik.uni-erlangen.de (Postfix) with ESMTPS id 3366858C4B2; Fri, 28 Jan 2022 18:10:37 +0100 (CET) Received: by faui48e.informatik.uni-erlangen.de (Postfix, from userid 10463) id 2F6A94EA4BD; Fri, 28 Jan 2022 18:10:37 +0100 (CET) Date: Fri, 28 Jan 2022 18:10:37 +0100 From: Toerless Eckert To: Ines Robles Cc: rtg-dir@ietf.org, bier@ietf.org, draft-ietf-bier-te-arch.all@ietf.org, last-call@ietf.org Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <162982901569.13310.14758392453996094591@ietfa.amsl.com> Archived-At: Subject: Re: [RTG-DIR] Rtgdir telechat review of draft-ietf-bier-te-arch-10 X-BeenThere: rtg-dir@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Area Directorate List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2022 17:10:51 -0000 Thanks, Ines Detailed replies for your comments below inline. It should resolve all your concerns. These have been integrated into draft rev -12 which the authors feel is ready for RFC editor. Full diff from -11 to -12: http://tools.ietf.org//rfcdiff?url1=https://www.ietf.org/archive/id/draft-ietf-bier-te-arch-11.txt&url2=https://www.ietf.org/archive/id/draft-ietf-bier-te-arch-12.txt Diff with just the deltas for comments by Ines Robles, Roman Danilyv http://tools.ietf.org//rfcdiff?url1=https://raw.githubusercontent.com/toerless/bier-te-arch/ca1c4ec15302e5287c0bd60b9f14d2c58428e50f/draft-ietf-bier-te-arch.txt&url2=https://raw.githubusercontent.com/toerless/bier-te-arch/32d75563d07b8f7559bc2a88e80f113e228ad21a/draft-ietf-bier-te-arch.txt Thanks again for your review. Toerless On Tue, Aug 24, 2021 at 11:16:55AM -0700, Ines Robles via Datatracker wrote: > Reviewer: Ines Robles > Review result: Has Nits > > Hello, > > I have been selected as the Routing reviewer for this draft. The Routing > Directorate seeks to review all routing or routing-related drafts as they pass > through IETF last call and IESG review, and sometimes on special request. The > purpose of the review is to provide assistance to the Routing ADs. For more > information about the Routing Directorate, please see > ​http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir > > It would be helpful if you could consider them along with any other IETF Last > Call comments that you receive, and strive to resolve them through discussion > or by updating the draft. > > Document: draft-ietf-bier-te-arch-10 > Reviewer: Maria Ines Robles > Review Date: 2021-08-24 > IETF LC End Date: 2021-08-24 > Intended Status: Standards Track > > Summary: > > This document describes per-packet stateless strict and loose path steered > replication and forwarding for Bit Index Explicit Replication packets > (RFC8279), BIER Tree Engineering (BIER-TE), intended to be used as the path > steering mechanism for Traffic Engineering with BIER. BIER-TE introduces a new > semantic for bit positions (BP) that indicate adjacencies. > > This document is basically ready for publication. I have some minor > questions/comments. > > Major Issues: No major issues found. > > Minor Issues: No minor issues found. > > Nits/Comments/Questions: > > - Expand SI at first use --> Set Identifier (SI)? > - Expand SD at first use --> Sub Domain (SD)? Fixed. > Page 7: Question, in the sentence: "...to send in addition to BFR6 via BFR4 > also a copy to BFR3, the BitString needs to be (p2,p5,p8,p10,p12,p13)..." --> > should it be added p15 as well, (p2,p5,p8,p10,p12,p13,P15) ? Fixed. > Page 7: " many of which are based on assumptions..." --> it would be nice if > you could state examples of the assumptions, which assumptions? Changed to: based on out-of-band knowledge about the required multicast traffic paths and bandwidth consumption in the network, such as from pre-deployment planning > Page 8: "BFR4 and from BFR4 to BFR uses (p1,p2,p3,p4,p6). --> BFR4 and from > BFR4 to BFR6 uses (p1,p2,p3,p4,p6). Fixed (already by another review). > Page 8: Question, in Figure 2, You have p6 as forward_routed() to BFR6, and as > local_decap. Is this correct? Is this reuse of bit positions case? Great catch. That reuse of the same bit would only work if the prior hops BFR3 or BFR4 would not reset BP p5 or p6 with DNC. But this demo was meant to be simple, so i forgot adding p9 on BFR6 to local_decap() the packet there. Fixed in text and picture. > Page 9: "...undesired duplicates or loops as explained further down in the > text." --> (nice to reference the section where it is explained, Section 5.2) Fixed. > Page 10: "See for example See Section 5.1.3...." --> delete the second See Fixed already by other reviewer. > Question: Is there specific security considerations when having overlay BIER-TE > topology? Excellent point. Added the following paragraph: BIER-TE forwarding explicitly supports unicast "tunneling" of BIER packets via forward_routed() adjacencies. The BIER security model is defined by a subsets of interfaces on a BFR that connect to other BFR of the same BIER domain. For BIER-TE, this security model equally applies to such unicast "tunneled" BIER packets. This does not only include the need to filter received unicast "tunneled" BIER packets to prohibit injection of such "tunneled" BIER packets from outside the BIER domain, but also prohibiting forward_routed() adjacencies to leak BIER packets from the BIER domain. It SHOULD be possible to configure interfaces to be part of a BIER domain solely for sending and receiving of unicast "tunneled" BIER packets even if the interface can not send/receive BIER encapsulated packets. > > Thank you for this document, Thank you very much for the review! Toerless > Ines. From nobody Fri Jan 28 09:11:30 2022 Return-Path: X-Original-To: rtg-dir@ietfa.amsl.com Delivered-To: rtg-dir@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 86B003A0980; Fri, 28 Jan 2022 09:11:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.869 X-Spam-Level: X-Spam-Status: No, score=-0.869 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, SPF_HELO_NONE=0.001, SPF_NEUTRAL=0.779, URIBL_BLOCKED=0.001] autolearn=no 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 ZFZvI95LM3oi; Fri, 28 Jan 2022 09:11:19 -0800 (PST) Received: from faui40.informatik.uni-erlangen.de (faui40.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff:40]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 67FB63A09D4; Fri, 28 Jan 2022 09:11:19 -0800 (PST) Received: from faui48e.informatik.uni-erlangen.de (faui48e.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff:51]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by faui40.informatik.uni-erlangen.de (Postfix) with ESMTPS id 0465E58C4B2; Fri, 28 Jan 2022 18:11:11 +0100 (CET) Received: by faui48e.informatik.uni-erlangen.de (Postfix, from userid 10463) id F419E4EA4BD; Fri, 28 Jan 2022 18:11:10 +0100 (CET) Date: Fri, 28 Jan 2022 18:11:10 +0100 From: Toerless Eckert To: Yingzhen Qu Cc: rtg-dir@ietf.org, bier@ietf.org, draft-ietf-bier-te-arch.all@ietf.org, last-call@ietf.org Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <162952377581.31360.10084125619817792982@ietfa.amsl.com> Archived-At: Subject: Re: [RTG-DIR] Rtgdir last call review of draft-ietf-bier-te-arch-10 X-BeenThere: rtg-dir@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Area Directorate List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2022 17:11:29 -0000 Thanks, Yingzhen Detailed replies for your comments below inline. It should resolve all your concerns. These have been integrated into draft rev -12 which the authors feel is ready for RFC editor. Full diff from -11 to -12: http://tools.ietf.org//rfcdiff?url1=https://www.ietf.org/archive/id/draft-ietf-bier-te-arch-11.txt&url2=https://www.ietf.org/archive/id/draft-ietf-bier-te-arch-12.txt Diff with just the deltas for comments by Robert Sparks, Yingzhen Qu and Martin Duke. http://tools.ietf.org//rfcdiff?url1=https://raw.githubusercontent.com/toerless/bier-te-arch/32d75563d07b8f7559bc2a88e80f113e228ad21a/draft-ietf-bier-te-arch.txt&url2=https://raw.githubusercontent.com/toerless/bier-te-arch/fbb26ac4d2cc5dd841e36a00801f58ad5c7eae11/draft-ietf-bier-te-arch.txt Thanks again for your review. Toerless On Fri, Aug 20, 2021 at 10:29:35PM -0700, Yingzhen Qu via Datatracker wrote: > Reviewer: Yingzhen Qu > Review result: Has Nits > > I have been selected as the Routing Directorate reviewer for this draft. The > Routing Directorate seeks to review all routing or routing-related drafts as > they pass through IETF last call and IESG review, and sometimes on special > request. The purpose of the review is to provide assistance to the Routing ADs. > For more information about the Routing Directorate, please see > http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir > > > Although these comments are primarily for the use of the Routing ADs, it would > be helpful if you could consider them along with any other IETF Last Call > comments that you receive, and strive to resolve them through discussion or by > updating the draft. > > Document: draft-ietf-bier-te-arch-10 > Reviewer: Yingzhen Qu > Review Date: Aug 20th, 2021 > Intended Status: Standards Track > > Summary: > > This document has some issues/nits that should be at least considered prior to > publication. > > Comments: > > Typically when BIER-TE controller calculates BitStrings, the result “overlay” > topology has to be trees, no circles. Then ring topology becomes a special > case. This should be explained/stressed. Changed the first sentences of abstract and intro to: BIER-TE introduces a new semantic for "bit positions" (BP). They indicate adjacencies of the network topology, as opposed to (non-TE) BIER in which BPs indicate "Bit-Forwarding Egress Routers" (BFER). A BIER-TE packets BitString therefore indicates the edges of the (loop-free) tree that the packet is forwarded across by BIER-TE. > > Comments inline: > > [Line numbers from idnits] > > >From IDNITS: > == The document seems to lack the recommended RFC 2119 boilerplate, even if > it appears to use RFC 2119 keywords -- however, there's a paragraph with > a matching beginning. Boilerplate error? > > RFC 8174, paragraph 11: > The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", > "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", > and "OPTIONAL" in this document are to be interpreted as > described in BCP 14 [RFC2119] [RFC8174] when, and only when, they > appear in all capitals, as shown here. > > ... text found in draft: > The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", > "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", > and "OPTIONAL" in this document are to be interpreted as > described in BCP 14 [RFC2119], [RFC8174] when, and only when, > .....................................^ > they appear in all capitals, as shown here. > > The extra “,” should be removed. Fixed. > 142 BIER-TE introduces a new semantic for bit positions (BP) that > 143 indicate adjacencies, as opposed to BIER in which BPs indicate Bit- > 144 Forwarding Egress Routers (BFER). With BIER-TE, the BIFT of each BFR > 145 is only populated with BP that are adjacent to the BFR in the BIER-TE > 146 Topology. Other BPs are empty in the BIFT. The BFR replicate and > 147 forwards BIER packets to adjacent BPs that are set in the packet. > 148 BPs are normally also cleared upon forwarding to avoid duplicates and > 149 loops. This is detailed further below. > > [nits]: BIFT, BFR should be expanded the first time in this document. Fixed through other reviewers feedback already. > [nits]: detailed further below, may reference a section number. Rather deleted the sentence. Kinda obvious after the first paragraph of intro. > 359 BIER-TE is designed so that is forwarding plane is a simple extension > > [nits]: s/so that is/so that its Fixed through other reviewers already. > 376 3. The supportable encapsulations, [RFC8296] or other (future) > 377 encapsulations. > > [minor]: I don’t think you can say it works with “future” encapsulations. Changed to: The supportable encapsulations including . > 388 1. In BIER, bits in the BitString of a BIER packet header > 389 indicate a BFER and bits in the BIFT indicate the BIER > 390 control plane calculated next-hop toward that BFER. In BIER- > 391 TE, bits in the BitString of a BIER packet header indicate an > 392 adjacency in the BIER-TE topology, and only the BFRs that are > 393 upstream of this adjacency have this bit populated with the > 394 adjacency in their BIFT. > > [nits]: The English language in this paragraph needs to be improved, especially > whether it’s singular or plural. For example, bits in the BitString of a BIER > packet header indicate BFERs. Already changed for prior reviewer, but changed second part of paragraph now to singular example: In BIER, bits in the BitString of a BIER packet header indicate a BFER and bits in the BIFT indicate the BIER control plane calculated next-hop toward that BFER. In BIER-TE, a bit in the BitString of a BIER packet header indicates an adjacency in the BIER-TE topology, and only the BFR that is the upstream of that adjacency has its BP populated with the adjacency in its BIFT. In BIER, the implied reference option for the core part of the BIER layer control plane are the BIER extensions for distributed routing protocols. This includes ISIS/OSPF extensions for BIER, and . > > 430 4. BIER-TE forwarding does not use the BFR-id field of the BIER > 431 packet header. > > [minor]: what’s BFR-id field? Do you mean BFIR-id? Yes, fixed. also fixed BFIR-id in one or two other places. > 443 2. BIER-TE deployments will have to assign BFR-ids to BFR and > 444 insert them into the BFR-id field of BIER packet headers as > > [minor]: the BFR-id field? Actually was changed for another reviewer to "to BFRs and..." > 512 1. During initial provisioning of the network and/or during > 513 modifications of its topology and/or services: protocols and/or > 514 procedures to establish BIER-TE BIFTs: > > [nits]: two “:” in a row. replaced first ":" with ", the". > 523 BIER-TE headers on BFIR. Alternatively, bfir-id in BIER > > [nits]: s/bfir-id/BFIR-id as in RFC8296. Fixed to BFR-id (see above. (see above ;-) > 527 4. Install/update the BIFTs into the BFRs and optionally BFR-id > 528 into BFIR. > > [minor]: “optionally BFR-id into BFIR” duplicates with point 3 above. True, but point 3 is address allocation with motivation why. Point 4 is then that address installation. The duplication makes the step better independent from each other. I think.. > 530 2. During operations of the network: Protocols and/or procedures to > 531 support creation/change/removal of overlay flows on BFIR: > > [nits]: two “:” in a row. replaced first ":" with ",". > 553 BFR in step 1, such YANG/Netconf/RestConf. > > [nits]: s/ Netconf/Restconf /NETCONF/RESTCONF, also you may consider adding > informative references YANG (RFC7950), NETCONF [RFC6241] and RESTCONF [RFC8040] Fixed. > 578 extending a Link-State-Protocol (LSP) based IGP into the BIER-TE > > [minor]: I’d suggest remove “LSP” abbreviation here. LSP means Link-State PDU > in IS-IS. Fixed. > 600 models such as Netconf/RestConf/Yang/PCEP. Vendor-specific CLI on > > [nits]: s /Netconf/RestConf/Yang/ NETCONF/RESTCONF/YANG. They are used in > multiple times in the draft, please fix all of them. Yepp. > 1016 AdjacentBits = Packet->BitString &= ~AdjacentBits[SI]; > 1017 Packet->BitString &= AdjacentBits[SI]; > > [major]: I’m confused about these two lines of code. Can you please explain what > it is trying to achieve? Packet->BitString got masked twice? Fixed already though Bens review. The "~" was on the wrong line. -12 also has more explanatory text and comments. > 1047 4.5. Basic BIER-TE Forwarding Example > > 1049 [RFC Editor: remove this section.] > > [minor]: an example that matches the pseudocode would be helpful. Whether this > example needs to be removed is up to the author. Hmm.. Like exercising every instance of the forwarding code once... Yeah, that would have been a good idea earlier, but a bit too late now given how all reviews are done, and so i wouldn't have help getting bugs in it fixed. Alvaro didn't mind keeping this existing example, but no more chime ins, so i think i will keep it marked as to be removed, because except for a bit more complexity, it doesn't offer anything fundamental new over the first example in the doc. > > 1127 is in the BitString and this is an adjacency towards BFR3. BFIR2 > 1128 therefore clears p2 in the BitString and sends a copy towards BFR2. > > [major]: line 1128 should be “a copy towards BFR3” in case the example is kept. Yepp, already fixed from other review. > 1142 Further processing of the packet in BFR4, BFR5 and BFER2 accordingly. > > [major]: BFR4 sees BitStrings of p5, p10, p11 and p12, should it send the packet > To BFER2 directly because of p10? I’m not sure whether p10 is adjacent to BFR4 > in the figure 7. No, they are not. Two rows of space in the ASCII art. If they where, then the BP allocations would be one of the more difficult LAN cases. > 1180 topologies with fewer bit positions (4.1, 4.3, 4.4, 4.5, 4.6, 4.7, > 1181 4.8). > > [major]: the section numbers in “()” are not correct. List already removed by suggestion of other reviewer. > 1209 A leaf BFERs is one where incoming BIER-TE packets never need to be > > [nits]: s/BFERs/BFER Fixed. > > 1241 BFR1 > 1242 |p1 > 1243 LAN1-+-+---+-----+ > 1244 p3| p4| p2| > 1245 BFR3 BFR4 BFR7 > > 1247 Figure 11: LAN Example > > [nits]: Please center this figure Hah. indented picture randomnly. Not sure if there is an actual XML center function. > 1266 bit position on the hub's BIFT is set up with a list of > 1267 forward_connected() adjacencies, one for each Spoke. > > [comments]: my understanding is that this optimization only works when the hub > needs to forward a received packet to all spokes except the spoke sending the > packet. Correct? Kinda. You could not do this BP optimization if you want to directly send packets from one spoke via the hub to all other spokes AND you can not deal with the sending spoke getting back its own packet. The text does not elaborate on this spoke-sending case. We are suppressing such "send-back-to-sender" case in IP multicast Bidir-PIM, but that resulted in the most demanding forwarding hardware, so i didn't want to add this optimization to BIER-TE to make it easier deployable. There are other solutions, such as discarding the packet on the BFER after its reflected back and/or using flow overlay reflectors, e.g.: spokes send to the reflector and the reflector is the hub. This is what one would recommend to do in IP multicast SSM too. But too much solution detail for this doc. > 1326 5.1.7. Equal Cost MultiPath (ECMP) > > [minor]: How a hash function is chosen is up implementations. This section talks > about “polarization” and how it can be avoided, personally I think it’s not > relevant. The reason to explain polarization here is to to explain the desire for the ECMP adjacency to have a seed parameter, so that controllers can seed the ECMP adjacencies in these type of multi-stage topologies differently to avoid polarization. I did run into these polarization issues in IP multicast in these topologies in the past and the common ECMP algos from vendors in IP multicast did/do not have such seed parameters, thats why i felt this was the appropriate and simple solution and relevant. > 1475 segments: (1) BFR2 via link L1, (2) BFR2 via link L2, or (3) via > 1476 BFR3. > > [nits]: I think it should be: (3) BFR3 L0. It was correct, but its good to see how it wasn't obvious to the reader what the purpose was. I added a second link into BFR3 labelled the two links as L3 and L4, and added explanation that in this case its meant to not matter whether the traffic is to be passed into BFR3 via L3 or L4. Aka: BFR3 is the example with the Node-Segment L0 address, whereas BFR2 is the example with the two Adjacency SIDs L1, L2 - if one where to use SR terminology, which i rather want to avoid to keep things simple. > > 1494 bit positions can be re-used across multiple BFR to minimize the > > [nit] s/bit/Bit I am never sure if a term like "bit positions" that is actually a name intended NOT to be capitalized should be capitalized at sentence start or not, but i did it for now. But you wouldn't capitalize e.g.: 'e' at the beginning of a sentence (https://simple.wikipedia.org/wiki/E_(mathematical_constant)). > [nit] s/BFR/BFRs Fixed (several places). > > 1492 5.1.9. Reuse of bit positions (without DNC) > > [comments]: About the reuse of bit positions in this section, my understand is > that this needs to be calculated carefully to meet condition (A) or (B). In > case of new Multicast overflows added or topology changes, there are risks > neither of these two condition holds any more, so the BP has to be reassigned > hence BitStrings at BFIR and BIFTs. Yes. I'd probably say "carefully designed by humans" or "brute force calculated by controllers". In either case, any address planning is prudently done for a predictable topology growth scenario and not just for the current state of the topology, or else you run into renumbering pains (like many enterprises did in IP and iP multicast when they didn't know/observe this rule upfront). Thanks a lot for the review! Toerless From nobody Fri Jan 28 21:33:17 2022 Return-Path: X-Original-To: rtg-dir@ietfa.amsl.com Delivered-To: rtg-dir@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E2F083A0CBF; Fri, 28 Jan 2022 21:33:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.096 X-Spam-Level: X-Spam-Status: No, score=-2.096 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 UtXDkNzusFM8; Fri, 28 Jan 2022 21:33:00 -0800 (PST) Received: from mail-vk1-xa2e.google.com (mail-vk1-xa2e.google.com [IPv6:2607:f8b0:4864:20::a2e]) (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 2A77F3A0CBD; Fri, 28 Jan 2022 21:33:00 -0800 (PST) Received: by mail-vk1-xa2e.google.com with SMTP id z15so5128131vkp.13; Fri, 28 Jan 2022 21:33:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=eg1e+czRcTTyZLfNJyNYe8daGgp1ZsMLoCsI+LAgDFo=; b=OiWCKswB4fGuTpsEXYMlqjMK+HTQa3w0Q3cuXzUaqC+PfHiHb8VXOZ4yt5QZj6nf1+ +EF62I1cZX290rtXK+xq5P+9JM6aifX039w6lSQirxCgq9iYfav7jKUqHlXLWSYnecvY /sY1ljxEbXY1zhGpuNNSE8kB4q5HfFhrHO86Tkm53TcRo+YjaOqEo6xNctQ8nFhjv8dL KQWIVyEFu1eM/uPPaqgf2lrdxTTeVwlXSQfeMn75DqSMO5opmNPsTu0Azj8Nm0KzQ7P0 Ar1qxbBGIEodPJFKSrY9PQ0WEWdxxpaWfig0H+HBifD3XzFWWpDDDaicEN8k/qN74+AB m5yg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=eg1e+czRcTTyZLfNJyNYe8daGgp1ZsMLoCsI+LAgDFo=; b=B/gV0cKB/1ghCWA/cpeX+c7RPiCh+6uaJ3WPnWEn7L52b0E8dNrZSBYac7ayIz6uKT XFDqetrAY1vGXOH/6a7O+39OdnfwHJB1958u+xnbz2EvBXibWlm79RfyNOBQGJRtBFOu zT7r95/tF6rC6qFDjAVqhNHg5VP1FX71ZxSI7OU1i8pNX9hJlvxyUniNOHYA4nOebqaP UyFEwIJNADcVAfbn6WMbzyfYbLbow1rLP4kKaB1Y55vlslY3DEDT6UfWx7nxBg1XopYG eMjrzdJAWfHVWZYiqBxhz0/N1ClZBPuJ5wbt/50PLXwtwbFgZPIC6Zj/RyxiRjb9V6gx 0HOg== X-Gm-Message-State: AOAM531DwtqA1cQTQcVQvyANskQHNZI7jJ+emRTYXi4aGDIJIH9rg6Df /BljCm1bFT/q1MSlOpUeGjjtFsi1GGwQ7/KM/Do= X-Google-Smtp-Source: ABdhPJxK7EgEBLhLlEn+F6ZOnxonx37wtTDpB2MbNHIWrdGttfkVUuR85j2qdEac1tIqWJXTMRQrrrmIhuLqWDTEAo4= X-Received: by 2002:a05:6122:8ce:: with SMTP id 14mr5165270vkg.29.1643434378433; Fri, 28 Jan 2022 21:32:58 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Ketan Talaulikar Date: Sat, 29 Jan 2022 11:02:46 +0530 Message-ID: To: "Bocci, Matthew (Nokia - GB)" Cc: "" , "rtg-dir@ietf.org" , "spring@ietf.org" , "last-call@ietf.org" , "draft-ietf-spring-segment-routing-policy.all@ietf.org" Content-Type: multipart/alternative; boundary="000000000000569bea05d6b1e270" Archived-At: Subject: Re: [RTG-DIR] RtgDir Last Call review: draft-ietf-spring-segment-routing-policy-14 X-BeenThere: rtg-dir@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Area Directorate List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jan 2022 05:33:05 -0000 --000000000000569bea05d6b1e270 Content-Type: text/plain; charset="UTF-8" Hi Matthew, Thanks for your detailed review and please find responses inline below. Also, we've posted an updated version to address your comments. Request you to please check and let us know your feedback. https://datatracker.ietf.org/doc/html/draft-ietf-spring-segment-routing-policy-16 On Fri, Jan 28, 2022 at 5:21 PM Bocci, Matthew (Nokia - GB) < matthew.bocci@nokia.com> wrote: > Hello, > > > > I have been selected as the Routing Directorate reviewer for this draft. > > The Routing Directorate seeks to review all routing or routing-related > > drafts as they pass through IETF last call and IESG review, and > > sometimes on special request. The purpose of the review is to provide > > assistance to the Routing ADs. For more information about the Routing > > Directorate, please see > > http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir > > > > Although these comments are primarily for the use of the Routing ADs, it > > would be helpful if you could consider them along with any other IETF > > Last Call comments that you receive, and strive to resolve them through > > discussion or by updating the draft. > > > > Document: draft-ietf-spring-segment-routing-policy-14 > > Reviewer: Matthew Bocci > > Review Date: 28 January 2022 > > Intended Status: Standards Track > > > > Summary: > > > > In general, this is a well written document. Thank you. > > > > However, I have some minor concerns about this > > document that I think should be resolved before publication. This mostly > revolve around > > the clarity of the document and the use (or lack thereof) of RFC2119 > language. > > > > Comments: > > > > Major Issues: No major issues found > > > > Minor Issues: > > > > 1) This is a standards track document, but in general I found that clear > specification language > > is missing. For example, in section 2.3: "A headend may be.." Should this > be "A headend MAY be..."? > > There are many other cases like this where MUST/SHOULD/MAY would be better > used rather than > > 'is' or 'can'. > KT> Ack. Fixed in some places and please let us know if we've missed any. > > > 2) The references to control planes for provisioning and maintaining SR > Policies are only > > informational, but they are referred to in a manner in the text that I > read as normative > > (although the language is not always clear). For example, in section 2.5: > "When signaling > > is via PCEP..." and then the paragraph refers to an informative reference > to the > > PCE draft for the SR policy control plane. Given that this is a standards > track architecture > > document, it would be much better to be clear about what the normative > parts of the > > architecture are. If these parts are not normative (for example even if I > use BGP it is not > > mandatory to use it according to a particular specification) then please > be explicit > > and use 'MAY' or 'SHOULD'. > KT> Given that this is an architecture document, it describes the architecture and not really the protocol mechanisms. This is in line with other SPRING documents. The normative language for the BGP mechanism is in the IDR document. The informative references, in this document, to those protocol mechanisms are only to give a better reference/info to the reader. > > > 3) Section 2.2: Candidate Path and Segment List. This section describes a > hierarchical > > relationship between composite candidate paths, SR Policies, candidate > paths, and segment lists. > > It would be much clearer if you could provide a diagram illustrating this > hierarchy. > KT> The sec 2.13 illustrates this. We will add a forward reference to it in Sec 2.2. > > > 3) Terminology section. Since this draft > > is really the overall guide to all things SR Policy, it would really help > to include a > > terminology section summarising new terms and acronyms. > KT> The document currently describes the constructs in the flow. A terminology section would just end up repeating the text up front and without proper context. I prefer to keep the current structure. If there is any specific terminology that you believe is better dealt with in the Terminology section, please let us know. > > > > > Nits: > > > > 1) The definite/indefinite article ('the', 'a', etc) is missing from the > text in many places. > > I would suggest going through the text carefully and correcting these > issues. > KT> Ack. Fixed in a few places. Please let us know if any others were missed out. > > > 2) Section 2.13: > > > > In the information model: > > > > SR policy POL1 > > Candidate-path CP1 > 100:1.1.1.1, discriminator = 1> > > Preference 200 > > Priority 10 > > Weight W1, SID-List1 > > Weight W2, SID-List2 > > ^^^^^^^^^ > > > > These are referred to as segment lists in the main text, so maybe you > should align the > > terminology. > KT> Ack. Fixed. > > > Section 4: Segment Types. > > Type A: SR-MPLS Label: "...Additionally, reserved labels..." These are now > commonly > > referred to in MPLS as "special purpose labels". > > > KT> Ack. Fixed. Thanks, Ketan --000000000000569bea05d6b1e270 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Matthew,

Thanks for= your detailed review and please find responses inline below.
Also, we've posted an updated version to address your comme= nts. Request you to please check and let us know your feedback.
<= a href=3D"https://datatracker.ietf.org/doc/html/draft-ietf-spring-segment-r= outing-policy-16" rel=3D"noreferrer" target=3D"_blank">https://datatracker.= ietf.org/doc/html/draft-ietf-spring-segment-routing-policy-16
=


On Fri, Jan 28, 2022 at 5:21 PM Bocci, Matthew (Nokia - GB)= <matthew.b= occi@nokia.com> wrote:

Hello,

=C2=A0

I have been selected as the Routing Directorate revi= ewer for this draft.

The Routing Directorate seeks to review all routing = or routing-related

drafts as they pass through IETF last call and IESG = review, and

sometimes on special request. The purpose of the rev= iew is to provide

assistance to the Routing ADs. For more information = about the Routing

Directorate, please see

http://trac.tools.ietf.org/area/rtg/trac/wik= i/RtgDir

=C2=A0

Although these comments are primarily for the use of= the Routing ADs, it

would be helpful if you could consider them along wi= th any other IETF

Last Call comments that you receive, and strive to r= esolve them through

discussion or by updating the draft.

=C2=A0

Document: draft-ietf-spring-segment-routing-policy-1= 4

Reviewer: Matthew Bocci

Review Date: 28 January 2022

Intended Status: Standards Track

=C2=A0

Summary:

=C2=A0

In general, this is a well written document. Thank y= ou.

=C2=A0

However, I have some minor concerns about this

document that I think should be resolved before publ= ication. This mostly revolve around

the clarity of the document and the use (or lack the= reof) of RFC2119 language.

=C2=A0

Comments:

=C2=A0

Major Issues: No major issues found

=C2=A0

Minor Issues:

=C2=A0

1) This is a standards track document, but in genera= l I found that clear specification language

is missing. For example, in section 2.3: "A hea= dend may be.." Should this be "A headend MAY be..."?

There are many other cases like this where MUST/SHOU= LD/MAY would be better used rather than

'is' or 'can'.


KT> Ack. Fixed in some places and please let = us know if we've missed any.
=C2=A0

=C2=A0

2) The references to control planes for provisioning= and maintaining SR Policies are only

informational, but they are referred to in a manner = in the text that I read as normative

(although the language is not always clear). For exa= mple, in section 2.5: "When signaling

is via PCEP..." and then the paragraph refers t= o an informative reference to the

PCE draft for the SR policy control plane. Given tha= t this is a standards track architecture

document, it would be much better to be clear about = what the normative parts of the

architecture are. If these parts are not normative (= for example even if I use BGP it is not

mandatory to use it according to a particular specif= ication) then please be explicit

and use 'MAY' or 'SHOULD'.

=

KT> Given that this is an archite= cture document, it describes the architecture and not really the protocol m= echanisms. This is in line with other SPRING documents. The normative langu= age for the BGP mechanism is in the IDR document. The informative reference= s, in this document, to those protocol mechanisms are only to give a better= reference/info to the reader.=C2=A0
=C2=A0

=C2=A0

3) Section 2.2: Candidate Path and Segment List. Thi= s section describes a hierarchical

relationship between composite candidate paths, SR P= olicies, candidate paths, and segment lists.

It would be much clearer if you could provide a diag= ram illustrating this hierarchy.


KT> The sec 2.13 illustrates this. We will add a forward reference= to it in Sec 2.2.
=C2=A0

<= /u>

=C2=A0

3) Terminology section. Since this draft

is really the overall guide to all things SR Policy,= it would really help to include a

terminology section summarising=C2=A0 new terms and = acronyms.


KT> The docume= nt currently describes the constructs in the flow. A terminology section wo= uld just end up repeating the text up front and without proper context. I p= refer to keep the current structure. If there is any specific terminology t= hat you believe is better dealt with in the Terminology section, please let= us know.
=C2=A0

=C2=A0

=C2=A0

Nits:

=C2=A0

1) The definite/indefinite article ('the', &= #39;a', etc) is missing from the text in many places.

I would suggest going through the text carefully and= correcting these issues.


K= T> Ack. Fixed in a few places. Please let us know if any others were mis= sed out.
=C2=A0

=C2=A0

2) Section 2.13:

=C2=A0

In the information model:

=C2=A0

= SR policy POL1 <headend =3D H1, color =3D 1, endpoint =3D E1><= u>

= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Candidate-path CP1 <protocol-= origin =3D 20, originator =3D

= =C2=A0=C2=A0 100:1.1.1.1, discriminator =3D 1>

= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Pr= eference 200

= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Pr= iority 10

= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 We= ight W1, SID-List1 <SID11...SID1i>

= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 We= ight W2, SID-List2 <SID21...SID2j>

= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ^^^^^^^^^

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0

These are referred to as segment lists in the main t= ext, so maybe you should align the

terminology.


KT> Ack. Fixed.
=C2=A0

=C2=A0

Section 4: Segment Types.

Type A: SR-MPLS Label: "...Additionally, reserv= ed labels..." These are now commonly

referred to in MPLS as "special purpose labels&= quot;.

=C2=A0


<= /div>
KT> Ack. Fixed.

Thanks,
Ket= an
=C2=A0
--000000000000569bea05d6b1e270-- From nobody Mon Jan 31 09:44:55 2022 Return-Path: X-Original-To: rtg-dir@ietfa.amsl.com Delivered-To: rtg-dir@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5CDB93A10CD; Mon, 31 Jan 2022 09:44:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 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, 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=boeing.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 ozF4VFdAjxlq; Mon, 31 Jan 2022 09:44:45 -0800 (PST) Received: from clt-mbsout-02.mbs.boeing.net (clt-mbsout-02.mbs.boeing.net [130.76.144.163]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BA7DA3A10BE; Mon, 31 Jan 2022 09:44:44 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by clt-mbsout-02.mbs.boeing.net (8.15.2/8.15.2/DOWNSTREAM_MBSOUT) with SMTP id 20VHic6k029170; Mon, 31 Jan 2022 12:44:41 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=boeing.com; s=boeing-s1912; t=1643651082; bh=gh81vowEmo2IY7ibLZ68c/e2TxmlP47UmRLsIfe3aTU=; h=From:To:CC:Subject:Date:References:In-Reply-To:From; b=rie+N7rHJV1+z7aTmfog0nWkvSfj5m4jkV1Ysp3bvR+vCT/JUeajuDNaypFDeLsGL PeG9k/TEbYnag8KXW5MH/Zn+vtWwBu0qEjvugd8FuVp11zC8QUHaFdTMikN2fQD5ZM UONeZtENsQcJcereG6L2vSvc4ymbNpUnNKCMW1L44YNv5fsGQhwdw7Hwj3rZRTswax CbMbVnWfxcf2bQPIqfi23dwj/JLO2MLQ3wDrMeC+oSht7759eS/xzwKNAeoQ5U4gNL 307V5hZz+yD8PnBitzOs0KkSXOGedSCNZ5y5HkZJ93cIaklwwsHAPvb1nJMGmYgsEq r9h4hgkRgKrxQ== Received: from XCH16-07-10.nos.boeing.com (xch16-07-10.nos.boeing.com [144.115.66.112]) by clt-mbsout-02.mbs.boeing.net (8.15.2/8.15.2/8.15.2/UPSTREAM_MBSOUT) with ESMTPS id 20VHiRGX029036 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 31 Jan 2022 12:44:28 -0500 Received: from XCH16-07-10.nos.boeing.com (144.115.66.112) by XCH16-07-10.nos.boeing.com (144.115.66.112) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2375.18; Mon, 31 Jan 2022 09:44:26 -0800 Received: from XCH16-07-10.nos.boeing.com ([fe80::e065:4e77:ac47:d9a8]) by XCH16-07-10.nos.boeing.com ([fe80::e065:4e77:ac47:d9a8%2]) with mapi id 15.01.2375.018; Mon, 31 Jan 2022 09:44:26 -0800 From: "Templin (US), Fred L" To: Mach Chen , rtgwg-chairs , "draft-ietf-rtgwg-atn-bgp.all@ietf.org" CC: "rtg-dir@ietf.org" , "rtgwg@ietf.org" Thread-Topic: RtgDir Early review: draft-ietf-rtgwg-atn-bgp-12.txt Thread-Index: AdgUGaclNnx9glFRQ9uqIS9oANN5iwCqU6YQ Date: Mon, 31 Jan 2022 17:44:26 +0000 Message-ID: References: <362122501e5e4135a870c9d4cf7b9f7d@huawei.com> In-Reply-To: <362122501e5e4135a870c9d4cf7b9f7d@huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [137.137.12.6] x-tm-snts-smtp: 1A695709BA76E52C565D50A1F0950725A73C97D3C0EBE955555F50D52A67485D2000:8 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-TM-AS-GCONF: 00 Archived-At: Subject: Re: [RTG-DIR] RtgDir Early review: draft-ietf-rtgwg-atn-bgp-12.txt X-BeenThere: rtg-dir@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Area Directorate List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2022 17:44:54 -0000 TWFjaCwgdGhhbmsgeW91IHZlcnkgbXVjaCBmb3IgdGhpcyBoZWxwZnVsIHByZS1yZXZpZXcgYW5k IHNlZSBiZWxvdyBmb3IgZm9sbG93LXVwOg0KDQpGcmVkDQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNz YWdlLS0tLS0NCj4gRnJvbTogcnRnd2cgW21haWx0bzpydGd3Zy1ib3VuY2VzQGlldGYub3JnXSBP biBCZWhhbGYgT2YgTWFjaCBDaGVuDQo+IFNlbnQ6IEZyaWRheSwgSmFudWFyeSAyOCwgMjAyMiAy OjA3IEFNDQo+IFRvOiBydGd3Zy1jaGFpcnMgPHJ0Z3dnLWNoYWlyc0BpZXRmLm9yZz47IGRyYWZ0 LWlldGYtcnRnd2ctYXRuLWJncC5hbGxAaWV0Zi5vcmcNCj4gQ2M6IHJ0Zy1kaXJAaWV0Zi5vcmc7 IHJ0Z3dnQGlldGYub3JnDQo+IFN1YmplY3Q6IFJ0Z0RpciBFYXJseSByZXZpZXc6IGRyYWZ0LWll dGYtcnRnd2ctYXRuLWJncC0xMi50eHQNCj4gDQo+IEhlbGxvDQo+IA0KPiBJIGhhdmUgYmVlbiBz ZWxlY3RlZCB0byBkbyBhIHJvdXRpbmcgZGlyZWN0b3JhdGUg4oCcZWFybHnigJ0gcmV2aWV3IG9m IHRoaXMgZHJhZnQuDQo+IOKAi2h0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jLyBkcmFm dC1pZXRmLXJ0Z3dnLWF0bi1iZ3AtMTIvDQo+IA0KPiBUaGUgcm91dGluZyBkaXJlY3RvcmF0ZSB3 aWxsLCBvbiByZXF1ZXN0IGZyb20gdGhlIHdvcmtpbmcgZ3JvdXAgY2hhaXIsIHBlcmZvcm0gYW4g 4oCcZWFybHnigJ0gcmV2aWV3IG9mIGEgZHJhZnQgYmVmb3JlIGl0IGlzIHN1Ym1pdHRlZCBmb3IN Cj4gcHVibGljYXRpb24gdG8gdGhlIElFU0cuIFRoZSBlYXJseSByZXZpZXcgY2FuIGJlIHBlcmZv cm1lZCBhdCBhbnkgdGltZSBkdXJpbmcgdGhlIGRyYWZ04oCZcyBsaWZldGltZSBhcyBhIHdvcmtp bmcgZ3JvdXAgZG9jdW1lbnQuIFRoZQ0KPiBwdXJwb3NlIG9mIHRoZSBlYXJseSByZXZpZXcgZGVw ZW5kcyBvbiB0aGUgc3RhZ2UgdGhhdCB0aGUgZG9jdW1lbnQgaGFzIHJlYWNoZWQuDQo+IA0KPiBB cyB0aGlzIGRvY3VtZW50IGlzIGdvaW5nIHRvIGJlIGluIHdvcmtpbmcgZ3JvdXAgbGFzdCBjYWxs LCBteSBmb2N1cyBmb3IgdGhlIHJldmlldyB3YXMgdG8gZGV0ZXJtaW5lIHdoZXRoZXIgdGhlIGRv Y3VtZW50IGlzIHJlYWR5IHRvIGJlDQo+IHB1Ymxpc2hlZC4gUGxlYXNlIGNvbnNpZGVyIG15IGNv bW1lbnRzIGFsb25nIHdpdGggdGhlIG90aGVyIHdvcmtpbmcgZ3JvdXAgbGFzdCBjYWxsIGNvbW1l bnRzLg0KPiANCj4gRm9yIG1vcmUgaW5mb3JtYXRpb24gYWJvdXQgdGhlIFJvdXRpbmcgRGlyZWN0 b3JhdGUsIHBsZWFzZSBzZWUg4oCLaHR0cDovL3RyYWMudG9vbHMuaWV0Zi5vcmcvYXJlYS9ydGcv dHJhYy93aWtpL1J0Z0Rpcg0KPiANCj4gRG9jdW1lbnQ6IGRyYWZ0LWlldGYtcnRnd2ctYXRuLWJn cC0xMi50eHQNCj4gUmV2aWV3ZXI6IE1hY2ggQ2hlbg0KPiBSZXZpZXcgRGF0ZTogMjAyMi8xLzI4 DQo+IEludGVuZGVkIFN0YXR1czogSW5mb3JtYXRpb25hbA0KPiANCj4gU3VtbWFyeToNCj4gDQo+ IFRoaXMgZG9jdW1lbnQgaXMgYmFzaWNhbGx5IHJlYWR5IGZvciBwdWJsaWNhdGlvbiwgYnV0IGhh cyBuaXRzIHRoYXQgc2hvdWxkIGJlIGNvbnNpZGVyZWQgcHJpb3IgdG8gYmVpbmcgc3VibWl0dGVk IHRvIHRoZSBJRVNHLi4NCj4gDQo+IENvbW1lbnRzOg0KPiANCj4gMS4gU2VjdGlvbiAyLA0KPiAg Ik9BTCBBdXRvbm9tb3VzIFN5c3RlbSIsIG5vIHBsYWNlcyBpbiB0aGlzIGRvY3VtZW50IHJlZmVy IHRvIHRoZSB0ZXJtLCBpZiB0aGVyZSBpcyBubyB1c2UsIGl0IHNob3VsZCBiZSByZW1vdmVkLi4N Cj4gDQo+IDIuIFNlY3Rpb24gMiwNCj4gQ29yZSBBdXRvbm9tb3VzIFN5c3RlbQ0KPiAgICAgICBU aGUgImh1YiIgYXV0b25vbW91cyBzeXN0ZW0gbWFpbnRhaW5lZCBieSBhbGwgYy1BU0JScyB3aXRo aW4gdGhlDQo+ICAgICAgIHNhbWUgcGFydGl0aW9uLg0KPiBJIGhhdmUgZGlmZmljdWx0IHRvIHVu ZGVyc3RhbmQgdGhlIGFib3ZlIGRlZmluaXRpb24sIG5lZWQgc29tZSBjbGFyaWZpY2F0aW9uIHRl eHQgaWYgdGhlIHRlcm0gaXMgZGVzaXJlZC4gQlRXLCBJIGZvdW5kIHRoYXQgdGhpcyB0ZXJtIGlz IG9ubHkNCj4gdXNlZCBmb3IgZGVmaW5pdGlvbiBvZiAiT0FMIEF1dG9ub21vdXMgU3lzdGVtIiwg Z2l2ZW4gdGhhdCAiT0FMIEF1dG9ub21vdXMgU3lzdGVtIiBpcyBub3QgdXNlZCBpbiB0aGUgZG9j dW1lbnQsIHRoZSBzaW1wbGVzdCBzb2x1dGlvbiBpcw0KPiB0byByZW1vdmUgdGhpcyB0ZXJtIGFz IHdlbGwuDQoNClRoZSB0ZXJtcyAiT0FMIEFTIiwgIkNvcmUgQVMiIGFuZCAiU3R1YiBBUyIgYXJl IHVzZWQgdGhyb3VnaG91dCB0aGUgZG9jdW1lbnQNCmFuZCBhcmUgbmVlZGVkIHRvIHNldCB0aGUg cHJvcGVyIGNvbnRleHQuIFdvdWxkIGl0IGhlbHAgaWYgSSB3ZXJlIHRvIGFkZCB0aGUNCmFiYnJl dmlhdGlvbnMgKE9BTCBBUywgQ29yZSBBUyBhbmQgU3R1YiBBUykgdG8gdGhlIHJlc3BlY3RpdmUg IiogQXV0b25vbW91cw0KU3lzdGVtIiBkZWZpbml0aW9ucz8NCg0KPiAzLiBTZWN0aW9uIDMsDQo+ ICIuLi5UaGUgb3ZlcmxheSBkb2VzIG5vdA0KPiAgICBpbnRlcmFjdCB3aXRoIHRoZSB1bmRlcmx5 aW5nIElORVQgQkdQIHJvdXRpbmcgc3lzdGVtcywgYW5kIG9ubHkgYQ0KPiAgICBzbWFsbCBhbmQg dW5jaGFuZ2luZyBzZXQgb2YgTVNQcyBhcmUgYWR2ZXJ0aXNlZCBleHRlcm5hbGx5IGluc3RlYWQg b2YNCj4gICAgdGhlIGZ1bGwgZHluYW1pY2FsbHkgY2hhbmdpbmcgc2V0IG9mIE1OUHMuIg0KPiAN Cj4gVGhlIGZyb250IHBhcnQgc2F5cyB0aGF0IHRoZXJlIGlzIG5vIGludGVyYWN0aW9uIHdpdGgg dGhlIHVuZGVybHlpbmcgSU5FVCBCR1Agcm91dGluZyBzeXN0ZW0sIHRoZSBzZWNvbmQgaGFsZiBz YXkgdGhlcmUgbWF5IGJlIHNvbWUgTVNQcw0KPiBhZHZlcnRpc2VkIGJldHdlZW4gdGhlIHR3bywg c2VlbXMgaXQncyBzZWxmLWNvbnRyYWRpY3Rvcnk/DQoNCkhvdyBkb2VzIHRoaXMgc291bmQgZm9y IGEgcmV3cml0ZToNCg0KIi4uLlRoZSBBVE4vSVBTIHJvdXRpbmcgc3lzdGVtIGludGVyYWN0cyB3 aXRoIHVuZGVybHlpbmcgSU5FVCBCR1Agcm91dGluZw0Kc3lzdGVtcyBvbmx5IHRocm91Z2ggdGhl IHN0YXRpYyBhZHZlcnRpc2VtZW50IG9mIGEgc21hbGwgYW5kIHVuY2hhbmdpbmcgc2V0DQpvZiBN U1BzIGluc3RlYWQgb2YgdGhlIGZ1bGwgZHluYW1pY2FsbHkgY2hhbmdpbmcgc2V0IG9mIE1OUHMu Ig0KDQo+IDQuIFNlY3Rpb24gMywNCj4gcy9lYWNoIHMtQVNCUnMvZWFjaCBzLUFTQlINCg0KQWdy ZWVkLg0KDQo+IDUuIFNlY3Rpb24gMywNCj4gIlNpbmNlIHRoZSBCR1AgaW5zdGFuY2UgZG9lcyBu b3QNCj4gICAgY29ubmVjdCB3aXRoIGFueSBJTkVUIEJHUCByb3V0aW5nIHN5c3RlbXMsIHRoZSBB U05zIGFzc2lnbmVkIG5lZWQgbm90DQo+ICAgIGJlIGNvb3JkaW5hdGVkIHdpdGggSUFOQSBhbmQg Y2FuIGluIGZhY3QgY29pbmNpZGUgd2l0aCB2YWx1ZXMgdGhhdA0KPiAgICBhcmUgYXNzaWduZWQg aW4gb3RoZXIgZG9tYWlucy4gIFRoZSBvbmx5IHJlcXVpcmVtZW50IGlzIHRoYXQgQVNOcw0KPiAg ICBtdXN0IG5vdCBiZSBkdXBsaWNhdGVkIHdpdGhpbiB0aGUgQVROL0lQUyByb3V0aW5nIHN5c3Rl bSBpdHNlbGYuIg0KPiBXaHkgbm90IGp1c3QgdXNlIHRoZSBwcml2YXRlIEFTTnM/IEl0IHdpbGwg YXZvaWQgcG90ZW50aWFsIGNvbmZsaWN0cyB3aXRoIHRoZSBJbnRlcm5ldCBBU05zLg0KDQpJbmRl ZWQuIFdoZW4gdGhpcyB0ZXh0IHdhcyB3cml0dGVuLCBJIHdhcyB3b3JraW5nIHVuZGVyIHRoZSBs aW1pdGluZw0KYXNzdW1wdGlvbiB0aGF0IG9ubHkgMTAyMyAxNi1iaXQgQVMgbnVtYmVycyB3ZXJl IHJlc2VydmVkIGZvciBwcml2YXRlDQp1c2Ugd2hpY2ggaXMgZmFyIGZld2VyIHRoYW4gbWF5IGJl IG5lZWRlZCBpbiBzb21lIGxhcmdlIGRlcGxveW1lbnRzLg0KQnV0LCBJIGRpZCBub3Qga25vdyBh Ym91dCBSRkM2OTk2IHdoaWNoIHJlc2VydmVzIDk0LDk2NywyOTUgMzItYml0IEFTDQpudW1iZXJz IGZvciBwcml2YXRlIHVzZSB3aGljaCB3b3VsZCBzZWVtIHRvIHNhdGlzZnkgbW9zdCBkZXBsb3lt ZW50cy4NClNvLCB0aGUgcHJvcG9zZWQgcmVzb2x1dGlvbiBpcyB0byBjaXRlIFJGQzY5OTYgYW5k IHJlY29tbWVuZCAoYnV0IG5vdA0KbWFuZGF0ZSkgcHJpdmF0ZSB1c2UgMzItYml0IEFTIG51bWJl cnMuIFRoZSByZWFzb24gdG8gIm5vdCBtYW5kYXRlIg0KaXMgdGhhdCBlbm9ybW91cyBkZXBsb3lt ZW50cyBjb3VsZCB0aGVvcmV0aWNhbGx5IGV4aGF1c3QgZXZlbiB0aGUNCjMyLWJpdCBwcml2YXRl IEFTIG51bWJlciBzcGFjZS4NCg0KPiA2LiBTZWN0aW9uIDMsIHBhcmEgNSwNCj4gIkVhY2ggYy1B U0JSIGNvbmZpZ3VyZXMgYSBibGFjay1ob2xlIHJvdXRlIGZvciBlYWNoIG9mIGl0cyBNU1BzLiAg QnkNCj4gICAgYmxhY2staG9saW5nIHRoZSBNU1BzLCB0aGUgYy1BU0JSIHdpbGwgbWFpbnRhaW4g Zm9yd2FyZGluZyB0YWJsZQ0KPiAgICBlbnRyaWVzIG9ubHkgZm9yIHRoZSBNTlAtVUxBcyB0aGF0 IGFyZSBjdXJyZW50bHkgYWN0aXZlLCBhbmQgcGFja2V0cw0KPiAgICBkZXN0aW5lZCB0byBhbGwg b3RoZXIgTU5QLVVMQXMgd2lsbCBjb3JyZWN0bHkgaW5jdXIgSUNNUHY2DQo+ICAgIERlc3RpbmF0 aW9uIFVucmVhY2hhYmxlIG1lc3NhZ2VzIFtSRkM0NDQzXSBkdWUgdG8gdGhlIGJsYWNrIGhvbGUN Cj4gICAgcm91dGUuIg0KPiBJbiBteSB1bmRlcnN0YW5kaW5nLCB0aGUgYmxhY2staG9sZSByb3V0 ZSB3aWxsIGNhdXNlIHRoZSBwYWNrZXRzICh3aXRob3V0IG1hdGNoaW5nIGEgc3BlY2lmaWMgTU5Q LVVMQSkgdG8gYmUgZHJvcHBlZCBzaWxlbnRseSwgYW5kIG5vDQo+IElDTVB2NiBEZXN0aW5hdGlv biBVbnJlYWNoYWJsZSBtZXNzYWdlIHdpbGwgYmUgaW5jdXJyZWQuIFNlZW1zIHRoYXQgdGhlIGJs YWNrLWhvbGUgcm91dGUgZG9lcyBub3Qgc2F0aXNmeSB5b3VyIHJlcXVpcmVtZW50Lg0KDQpUaGlz IG1heSByZXF1aXJlIGEgYml0IG1vcmUgZXhwbGFuYXRpb24uIFRoZSByZXF1aXJlbWVudCBpcyBm b3IgYSBjLUFTQlINCnRoYXQgbGFja3MgYSBNTlAgIHJvdXRlIG1hdGNoaW5nIGEgcGFja2V0J3Mg ZGVzdGluYXRpb24gYWRkcmVzcyB0byBkcm9wDQp0aGUgcGFja2V0IGFuZCByZXR1cm4gYW4gSUNN UHY2IERlc3RpbmF0aW9uIFVucmVhY2hhYmxlLiBIb3dldmVyLCBpZg0KdGhlcmUgd2VyZSBubyBi bGFjay1ob2xlIE1TUCByb3V0ZSwgdGhlIHBhY2tldCBjb3VsZCBlc2NhcGUgZnJvbSB0aGUNCmRv bWFpbiB2aWEgYSBsZXNzLXNwZWNpZmljIHJvdXRlIChlLmcuLCAiZGVmYXVsdCIpIHdoZXJlIGl0 IG1pZ2h0IGJlIGFnYWluDQppbmplY3RlZCBiYWNrIGludG8gdGhlIG92ZXJsYXkgcm91dGluZyBz eXN0ZW0gYW5kIGtpY2tlZCBiYWNrIG91dCBieSBhDQpkZWZhdWx0IHJvdXRlIGFkIGluZmluaXR1 bS4gU28sIGJsYWNrLWhvbGluZyB0aGUgTVNQcyBzZWVtcyB0byBiZQ0KbmVjZXNzYXJ5LCBidXQg aG93IHRvIG1ha2UgdGhlIGJlaGF2aW9yIG9mICJkcm9wIGFuZCBzZW5kIElDTVAiDQpiYXNlZCBv biBtYXRjaGluZyB0aGUgTVNQIGlzIHRoZSBxdWVzdGlvbi4gQW55IHN1Z2dlc3Rpb25zPw0KDQo+ IDYuIFNlY3Rpb24gNCwgcGFyYSA2DQo+ICJUaGUgcy1BU0JSJ3Mgc3R1YiBBUyB0aGVyZWZvcmUN Cj4gICAgY29uc2lzdHMgb2YgdGhlIHNldCBvZiBhbGwgb2YgaXRzIGFjdGl2ZSBDbGllbnRzIChp LmUuLCB0aGUgc3R1YiBBUw0KPiAgICBpcyBhIGxvZ2ljYWwgY29uc3RydWN0IGFuZCBub3QgYSBw aHlzaWNhbCBjb25zdHJ1Y3QpLiINCj4gRnJvbSB0aGUgQkdQIHBvaW50IG9mIHZpZXcsIGFuIEFT IGlzIGNvbnNpc3RlZCBvZiB0aGUgcm91dGVycyB0aGF0IGFyZSBydW5uaW5nIEJHUCBwcm90b2Nv bCwgdGhlIENsaWVudHMgYXJlIGFjdHVhbGx5IG91dHNpZGUgdGhlIEFTIGFuZCBub3QNCj4gYmVs b25nIHRvIHRoZSBBUywgdW5sZXNzIHRoZSBDbGllbnRzIG9yIFByb3h5IHNlcnZlcnMgcGVlciB3 aXRoIHRoZSBzLUFTQlIuDQoNCk9LLCB0aGFua3MgZm9yIHRoaXMuIEhvdyBkb2VzIHRoaXMgbG9v ayBmb3IgYSByZXdyaXRlOg0KDQoiVGhlIHMtQVNCUidzIHN0dWIgQVMgaXMgdGhlcmVmb3JlIHVz ZWQgb25seSB0byBhZHZlcnRpc2UgdGhlIHNldCBvZg0KTU5QcyBvZiBhbGwgaXRzIGFjdGl2ZSBD bGllbnRzIGFuZCBub3QgdG8gcGVlciB3aXRoIG90aGVyIEJHUCByb3V0ZXJzDQooaS5lLiwgdGhl IHN0dWIgQVMgaXMgYSBsb2dpY2FsIGNvbnN0cnVjdCBhbmQgbm90IGEgcGh5c2ljYWwgb25lKS4i DQoNCj4gNy4gU2VjdGlvbiA1LA0KPiBJbiBGaWd1cmUgNC81LCBpcyB0aGUgUC9TIGEgcy1BU0JS PyBJZiBzbywgaXQncyBiZXR0ZXIgdG8gYWRkIHNvbWUgdGV4dCB0byBtYWtlIGl0IGNsZWFyZXIu IElmIG5vdCwgaG93IGRvZXMgUC9TLTEga25vdyBhIHBhY2tldCBzaG91bGQgYmUgc2VudA0KPiBk aXJlY3RseSB0byBQL1MtMiBpbnN0ZWFkIHRvIHMtQVNCUjE/DQoNClllcywgYWxsIFAvUydzIGFy ZSBhbHNvIHMtQVNCUnMgYW5kIHNlcnZlIGEgc3Vic2V0IG9mIHRoZSBDbGllbnRzIGluIHRoZQ0K c3lzdGVtLiBIb3dldmVyLCBlYWNoIENsaWVudCAnQScgdGhhdCB1c2VzIFAvUyAnQicgYXMgaXRz IHMtQVNCUiBjb3VsZCBhbHNvDQpoYXZlIGxpbmtzIHRoYXQgY29ubmVjdCB0aHJvdWdoIFAvUydz ICdDJywgJ0QnLCAnRScsIGV0Yy4gVGhlbiwgZnJvbSB0aGUNCnBlcnNwZWN0aXZlIG9mICdBJywg b25seSAnQicgaXMgdGhlIHMtQVNCUiBhbmQgYWxsIG90aGVycyBhcmUgc2ltcGxlIFAvUydzDQp3 aGljaCBjb29yZGluYXRlIHdpdGggdGhlIHMtQVNCUiBvbiAnQSdzIGJlaGFsZi4NCg0KVGhlIG5h bWUgIlByb3h5L1NlcnZlciIgaXMgaW50ZW50aW9uYWxseSBjaG9zZW4gdG8gc2hvdyB0aGlzIGR1 YWxpdHkgb2YNCmZ1bmN0aW9uIC0gdGhlICJQL1MiIGluIHNvbWUgaW5zdGFuY2VzIGFjdHMgYXMg YSBzaW1wbGUgUHJveHkgYW5kIGluIG90aGVyDQppbnN0YW5jZXMgYWN0cyBhcyBhIFNlcnZlciAo aS5lLiwgYXMgYSBzLUFTQlIpLg0KDQpJIHdpbGwgc2VlIGlmIEkgY2FuIGFkZCBzb21lIHRleHQg dGhyb3VnaG91dCB0aGUgZG9jdW1lbnQgdGhhdCB3b3VsZA0KbWFrZSB0aGlzIHBvaW50IGNsZWFy ZXIuDQoNCj4gQmVzdCByZWdhcmRzLA0KPiBNYWNoDQo+IF9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fDQo+IHJ0Z3dnIG1haWxpbmcgbGlzdA0KPiBydGd3Z0Bp ZXRmLm9yZw0KPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3J0Z3dnDQo= From nobody Mon Jan 31 14:47:58 2022 Return-Path: X-Original-To: rtg-dir@ietf.org Delivered-To: rtg-dir@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 6BFDF3A1B71; Mon, 31 Jan 2022 14:47:56 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Himanshu Shah via Datatracker To: Cc: draft-ietf-idr-rpd.all@ietf.org, idr@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.44.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <164366927637.30179.14501509855986883727@ietfa.amsl.com> Reply-To: Himanshu Shah Date: Mon, 31 Jan 2022 14:47:56 -0800 Archived-At: Subject: [RTG-DIR] Rtgdir early review of draft-ietf-idr-rpd-14 X-BeenThere: rtg-dir@ietf.org X-Mailman-Version: 2.1.29 List-Id: Routing Area Directorate List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2022 22:47:57 -0000 Reviewer: Himanshu Shah Review result: Ready The document is written well. I am glad it covers the the precedence of static routing policy against the signaled routing policy. It would be good if the example would use the explicit address range to explain; (for example - 1.1.1.0 to 1.1.1.255), in section 4.2.1. I was asked to review version 14 and have not checked the delta between the latest version 15. From nobody Mon Jan 31 16:33:11 2022 Return-Path: X-Original-To: rtg-dir@ietfa.amsl.com Delivered-To: rtg-dir@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 816563A1EB0; Mon, 31 Jan 2022 16:33:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.089 X-Spam-Level: X-Spam-Status: No, score=-2.089 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_H2=-0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.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 7dvwwlERP091; Mon, 31 Jan 2022 16:33:00 -0800 (PST) Received: from NAM11-CO1-obe.outbound.protection.outlook.com (mail-co1nam11on2097.outbound.protection.outlook.com [40.107.220.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D1BE43A1EAF; Mon, 31 Jan 2022 16:32:59 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=BmM93r571onl0FRyuKENwvEv8Y9IM21n7Q8S6N8nl7sDnKLcR7zg0n9wIE/yc6qrXqH/vjPqKDlmOy0vo/cV1gpgOCf3URXiIo9cHv/R4BsgurXkgVgnT/pFoYX+bM/+nfX9BfOCIthxcOP7OxcYNWkgXx75IE8ZAPc2hAxEtF0WP7sBdUxNQ18dv0c2D5Gdx06c0+VchCwrqkiJAhxsADNxBkmuAHEXl2lz7c/cLyPln1FNMJmR5IIFhiW6tikQ/WiRD0tKplDDsabxSZf0T168ftrjHOcaZkzvhV2fuxzpephVqj7BYtFjFrxEEq4pXmhJzjE8djWlCj4Lr5KRBw== 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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=4tdjKcKjqXt/Rp8BgFooJ+GpECl+hKcg4xW9uZjxJjU=; b=FQ1tYL5gF5GOxlCBxO3ofrezgqfDJwfcXWmqCO1oCGQ4WpK7Wqp40vKfQ1N4RuChH3TJfSw/dh8gYzDHp5BZyTx9EpMRk9iJ7tGSLVcE1I1bcgE2a5WFmfLTLj2rx5lArJXaZ1+41IJxHslKqnVq++vzIPTxNMVgGl7uz6Wy5l/LYvGbOLPGtOu+hhDpRiQcoD56V8LBpnmp6lCmb2G6TdDKes6qxfACYQjophQUDHJmrQNGa/35hBh//G0CogmYBeIo/E4yHeB4MAckTg729C1MjkYrND8gDs2HkHqo2SeTm8yjr1rk/sq/Gl32AujnfGCX0/rcydwzJz4m7blAEQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=4tdjKcKjqXt/Rp8BgFooJ+GpECl+hKcg4xW9uZjxJjU=; b=kDiwT0dK73vt1JdUfI+3y++KM2Q7A9m6gdahGuhBggkEre+CY0+j33FusgPqv59fqT92Gt7YZCdvXGDKIdab+aAMPbktN83EijaklXXy6/GF1aMKSMSjZVBVgBUojr81Y0uj+BIvAKi9IScmhzUfi13UFf7Vhn0WxBN2D9+3LZA= Received: from BY3PR13MB5044.namprd13.prod.outlook.com (2603:10b6:a03:362::22) by MN2PR13MB3886.namprd13.prod.outlook.com (2603:10b6:208:1e5::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4951.10; Tue, 1 Feb 2022 00:32:58 +0000 Received: from BY3PR13MB5044.namprd13.prod.outlook.com ([fe80::edbc:f221:128b:3e27]) by BY3PR13MB5044.namprd13.prod.outlook.com ([fe80::edbc:f221:128b:3e27%9]) with mapi id 15.20.4951.011; Tue, 1 Feb 2022 00:32:57 +0000 From: Huaimo Chen To: "rtg-dir@ietf.org" , Himanshu Shah CC: "draft-ietf-idr-rpd.all@ietf.org" , "idr@ietf.org" Thread-Topic: Rtgdir early review of draft-ietf-idr-rpd-14 Thread-Index: AQHYFvSZsTOXiInQyE+us8DHw6dSEKx91uhc Date: Tue, 1 Feb 2022 00:32:57 +0000 Message-ID: References: <164366927637.30179.14501509855986883727@ietfa.amsl.com> In-Reply-To: <164366927637.30179.14501509855986883727@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: suggested_attachment_session_id: fdb2aad7-e4f1-c307-3fac-c08ad9b84ade authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=futurewei.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 21159d5f-c518-49cb-35d3-08d9e51a6520 x-ms-traffictypediagnostic: MN2PR13MB3886:EE_ x-ms-exchange-atpmessageproperties: SA|SL x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 3ILzEaX7lePInHSgLENf3ugbYo4GBnbRRpxBil5J1gQFhbGLwrJKPCZ++msQIgnGqKW7SOXhj7ROrnK1Cx7vMTAre07jFAeHJjlQ3ZkbUhx3qQtvRYdiJAUWNjJtAiLU8fFP9tSyZ29pWiy5uCBOK3b8l92rlkbxDS2uhfUfnV8d6ATSp/lIHk0guD2zSqZ4J9EAw46CSTzRbcTypqXEojTsaYOAb82TBuoNGnwVO/a/bxiamQIKj3iUB8ULHaMCJo5ZwRa5qJfAirVa0ieqIoRxd7wYUXeF+Y5Em8OjNR310LhUQjmaDWuT4bOp7INr8XybWY/7epesDiYV7op04Uzg/ZemYNWLq1DRUQEynk4i4Tr2HSO1sa/ZBJivnEVxcRjOhC5mqcynl6DQ5/TSXXpbrq+iybCTowSQm6pe5S7cr7btQrOpiXXznoC2fhHC4nDoVny5/+jqkSNgtq8FoiTY78UdaxkseLkO8OOgKcL6y7kemjk1YeSa9xo5axys0kCoyWKaSSI9RbxZ3xBiYn6vEQKfktGGVK93UMogAY/T+B6GNTOQKQe4HtOL7bIFC9KZ3PdiNlyFxGPoM2pxsE8PoBJYYQXk9WxnJPBDQj1Hjtz17JE7Y2xR2bFzZMGMOTDsV6jwu+eyJxvKY5t3FzvroUIJUPovzRfRp0rJahoFs9HxsnGVn8KbPwBhHfvKGoK/sGVnVhGBPHOSA2Xt8w== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BY3PR13MB5044.namprd13.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(4636009)(366004)(38100700002)(8936002)(122000001)(508600001)(52536014)(64756008)(4326008)(66556008)(66476007)(66446008)(8676002)(66946007)(54906003)(110136005)(91956017)(2906002)(6506007)(7696005)(186003)(76116006)(5660300002)(71200400001)(53546011)(44832011)(4744005)(9686003)(55016003)(33656002)(38070700005)(19627405001)(86362001)(316002)(20210929001); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?+H1CYJSD4zPFpKk4eqbf4G94gMneqzmYOn0SLxkwqvuPZPOdfrGQ9hB+vX?= =?iso-8859-1?Q?JjS9AMCG3lwYF4DpiN5EFnyk8Rohct0hNre+putdP45/oaz173N7fVMNwi?= =?iso-8859-1?Q?bHmeL0NIsrdvBmU+anUFgDRO95FR4iEi5QBXojhgyCEsZ11eddE38lLx75?= =?iso-8859-1?Q?94JOEW/eYa0dZUyFZBaRb4xLw1UCAypNOZSeqy1SxkGgDvHLyvSJBPM8Eu?= =?iso-8859-1?Q?Gtr9rXP763CPIdx4QBAkY/5I8JKrJjDqYZTPBUiB9ywyRZ7G6DrBI5r5ju?= =?iso-8859-1?Q?iNJm6VW/NUw5KzLE7V9S/dBopXYyRwODTRfOfddcICCpPWrW5pYUKobN66?= =?iso-8859-1?Q?/k63EbrJ9FdoMWiCBD8yltImaXqtyoMEj3WVaRjlmgof2vxawnVzhbnW+Y?= =?iso-8859-1?Q?zVWClUdxB363Br+sruRDv8xuv7qKu5S+f9PoXIcw30JD1rfEO0Oj6ZhFbl?= =?iso-8859-1?Q?tXUEloo+jyywqyeZmp1XUENBM7kSBCAj5N5uIneZkyzz3ytW4WCudzJutn?= =?iso-8859-1?Q?x3wmW7tMoRMrLBkNCkaFeKhg6GXS7MjZumlbpmmrv+6fNFndKuYmGqGoj5?= =?iso-8859-1?Q?v1v+7VXRFKB6doRYei1yKSjzocaL2MyQe8rJjt2a8MA+i4tb0m05xR+R4G?= =?iso-8859-1?Q?Y3GqYfQryyF5FG6TvpzcLlqrKDFbvw+I05d4DdaHEXbxHHlYfyuDWmviLu?= =?iso-8859-1?Q?OSRjXAOZCV6C/lA9fd9dbd/RSmCm35HXYSQ9N/XvxKGeZUzJL29Kz7BPhb?= =?iso-8859-1?Q?zeuGsqCBnDi18dgRVpS34okXUUKqwwK3vTm65gsxcSlLtRudOJ/g5v7Z8l?= =?iso-8859-1?Q?i0y4Y4SM6npQK/5dSGZaqiyueCSz0sFawiI++Cpo1awCXuBNwdPExgxHWQ?= =?iso-8859-1?Q?CELBU+Xp2Bdkyg8tUHkeVqn7sbt8exG1R34dsJtpHZ/Yu4n5kM5dRWNeBH?= =?iso-8859-1?Q?SVN9FyuNvyPHfM5lxv/DD9IrogfyDiIb7qbr9+POMl/1bUfUC0/8dRbdoX?= =?iso-8859-1?Q?a5xLdOz/j3VsM6sUGa1ElX1X6rLhC+aFeALbPJnAEbaae5IZtLMyIZmsD0?= =?iso-8859-1?Q?vlcs+56JeXgYNPzKsh6lifJH8Pea/AcNR74hJjSgN9TvM2AqZUgX4OXMot?= =?iso-8859-1?Q?y2HH1bqQCVI0qGFnTLnZobKkS00XTDdeQ2G76fiNHXf9HPbGe2hYTFuqHq?= =?iso-8859-1?Q?3noXQ2MMlmwgQQzCq0ndK4SJrw1OGwYtAX4O9Hrvkh43BWmOP3D2GwBnpw?= =?iso-8859-1?Q?Ik626NbI4LMjfTmuhFtoN/p8feDRCmOTUTxVYc88++jleSfyF9y4qjiHLa?= =?iso-8859-1?Q?ZnAlnHDrvyqJHh4XB6beGB+XJRPeLkr+rN5bjU38EDI5F3rLP9TqVmYGGB?= =?iso-8859-1?Q?gf0QKZ55vJg7RlBcI8wX+dc/dW0xoVpn6LHNiALCGnXnJWOW9R9k9JVG5p?= =?iso-8859-1?Q?PAENCXIX29k+XEdalgYu/dLiqEo3k+7WGY//uS8tmBZzb6nD0lZP/I3wS+?= =?iso-8859-1?Q?hayxCvPAuQdQs7HJ4u6rUg22+vQXeT/Tw1/gYWhjUbqhfK+vxQ0PTISOJk?= =?iso-8859-1?Q?/G3TOOLDlQJRaOQ3xOaMHEd63OIIUAzjKU/9tCcLG/VnTA7viMphY0CowL?= =?iso-8859-1?Q?382cr6eH59GYvJMxhkpq/O5nvkvTV1oyHCgU8s45QY4sFfsffeggv9OV3z?= =?iso-8859-1?Q?8gsFUq1YbaIQBSWeUJT0abHSfFnQjW9q+NudKsXxQ8MtlR+QKeV3O/T5S5?= =?iso-8859-1?Q?r/Ow=3D=3D?= Content-Type: multipart/alternative; boundary="_000_BY3PR13MB5044050965AADC60E349A85AF2269BY3PR13MB5044namp_" MIME-Version: 1.0 X-OriginatorOrg: Futurewei.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BY3PR13MB5044.namprd13.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 21159d5f-c518-49cb-35d3-08d9e51a6520 X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Feb 2022 00:32:57.6736 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: UUbiW02ILZkbSl8MO5SGLacvyX0XLZUegrEfgHjfBGAhGlVMjFPV6bncSZjLyWwYI5upTl3bPrmWTousc3HaMA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR13MB3886 Archived-At: Subject: Re: [RTG-DIR] Rtgdir early review of draft-ietf-idr-rpd-14 X-BeenThere: rtg-dir@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Area Directorate List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2022 00:33:05 -0000 --_000_BY3PR13MB5044050965AADC60E349A85AF2269BY3PR13MB5044namp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Himanshu, Thank you very much for your review and valuable comments. My response is inline below with [HC]. Best Regards, Huaimo ________________________________ From: Himanshu Shah via Datatracker Sent: Monday, January 31, 2022 5:47 PM To: rtg-dir@ietf.org Cc: draft-ietf-idr-rpd.all@ietf.org ; idr@= ietf.org Subject: Rtgdir early review of draft-ietf-idr-rpd-14 Reviewer: Himanshu Shah Review result: Ready The document is written well. I am glad it covers the the precedence of static routing policy against th= e signaled routing policy. It would be good if the example would use the expl= icit address range to explain; (for example - 1.1.1.0 to 1.1.1.255), in section 4.2.1. [HC]: We will use explicit address range in the example accordingly. I was asked to review version 14 and have not checked the delta between the latest version 15. --_000_BY3PR13MB5044050965AADC60E349A85AF2269BY3PR13MB5044namp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi Himanshu,

    Thank you very much for your review and valuable comments.
    My response is inline below with [HC].

Best Regards,
Huaimo
From: Himanshu Shah via Dat= atracker <noreply@ietf.org>
Sent: Monday, January 31, 2022 5:47 PM
To: rtg-dir@ietf.org <rtg-dir@ietf.org>
Cc: draft-ietf-idr-rpd.all@ietf.org <draft-ietf-idr-rpd.all@ietf.= org>; idr@ietf.org <idr@ietf.org>
Subject: Rtgdir early review of draft-ietf-idr-rpd-14
 
Reviewer: Himanshu Shah
Review result: Ready

The document is written well.

I am glad it covers the the precedence of static routing policy  again= st the
signaled routing policy. It would be good if the example would use the expl= icit
address range to explain; (for example - 1.1.1.0 to 1.1.1.255),  in se= ction
4.2.1.
[HC]: We will use explicit address range in t= he example accordingly.

I was asked to review version 14 and have not checked the delta between the=
latest version 15.


--_000_BY3PR13MB5044050965AADC60E349A85AF2269BY3PR13MB5044namp_--