
From nobody Mon Feb  2 10:37:26 2015
Return-Path: <adrian@olddog.co.uk>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F2EA61A884E; Mon,  2 Feb 2015 10:37:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.9
X-Spam-Level: 
X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, USER_IN_WHITELIST=-100] autolearn=ham
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 It3Tq__m4fQP; Mon,  2 Feb 2015 10:37:19 -0800 (PST)
Received: from asmtp1.iomartmail.com (asmtp1.iomartmail.com [62.128.201.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C9C311A87A9; Mon,  2 Feb 2015 10:37:18 -0800 (PST)
Received: from asmtp1.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id t12IbA5T030639; Mon, 2 Feb 2015 18:37:10 GMT
Received: from 950129200 (089144215032.atnat0024.highway.a1.net [89.144.215.32]) (authenticated bits=0) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id t12Ib84J030613 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Mon, 2 Feb 2015 18:37:09 GMT
From: "Adrian Farrel" <adrian@olddog.co.uk>
To: "'Leeyoung'" <leeyoung@huawei.com>, "'Lou Berger'" <lberger@labn.net>, "'Tomonori Takeda'" <tomonori.takeda@ntt.com>, <rtg-ads@tools.ietf.org>
References: <EB0F2EAC05E9C64D80571F2042700A2A6C46DC@C0010I0.coe.ntt.com> <7AEB3D6833318045B4AE71C2C87E8E1729C7B111@dfweml706-chm> <EB0F2EAC05E9C64D80571F2042700A2A6C5EEF@C0010I0.coe.ntt.com> <7AEB3D6833318045B4AE71C2C87E8E1729C7C7D3@dfweml706-chm> <EB0F2EAC05E9C64D80571F2042700A2A6C6FF6@C0010I0.coe.ntt.com> <54C279EE.3070200@labn.net> <7AEB3D6833318045B4AE71C2C87E8E1729C7E063@dfweml706-chm> <54C28342.8040606@labn.net> <7AEB3D6833318045B4AE71C2C87E8E1729C7E0BA@dfweml706-chm>
In-Reply-To: <7AEB3D6833318045B4AE71C2C87E8E1729C7E0BA@dfweml706-chm>
Date: Mon, 2 Feb 2015 18:37:07 -0000
Message-ID: <011d01d03f17$413d52c0$c3b7f840$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQHf3fFwHIohxEP+64swMOaqflviLAG+Thr2AhpxmwsB55H6vwH0UPS1AqpUmUECcLI06gHUAM8FAiXsnlycOCUdAA==
Content-Language: en-gb
X-TM-AS-MML: disable
X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1018-21300.001
X-TM-AS-Result: No--39.460-10.0-31-10
X-imss-scan-details: No--39.460-10.0-31-10
X-TMASE-MatchedRID: 8HTFlOrbAtGXKs94NAOH8ru9iqQJLR0vk8UlXQzLGby2F4a+vI22PkoX KBbeyLpPTWLw2jvbfpwQIIqVNQDiwQkSzeMXko3JlVHM/F6YkvSp7eIcybi6odJgDNnoqapa++3 gQ26tbbjuzcUA0q2gBTeT288mssTUC4+rppBRJ3bDr0AjBcmfRhZO94uK1VSBX5ol8zUEkXx5LC y5OWaU1Fulu2xVUpYqQnGWzKenedTDkHnJwIRKWxVXx+49zfW31kqyrcMalqWsafcFLFlU1HENj fFARL3nCtOd6Fi7KxAopAQlzvHAh3qSLwsG0mU0EPf7TDUOGopTes6dDCWUQxL6MU7t349blrmn v6uGqHH1uSXrxAlVTKQPGNuwxITiXBtzGjIuBpn6daZahG7qsQeCHewokHM/LzNBnatH86nrvMp CIr/ArJTR8dO1sjyqBK/0EBgIJCIlVaqTQ2WNXPzu9Lw9C7fAo8tN19oTXleJ6icw2HMxEJYnCY jfX1IRERiBVxMZi/F+R+CMyT2S945S/4bo68Nb2OSj4qJA9QYYrnuRn/aZqQ2G3vz8l/IEFM7Yd tmBCGh3250SfQPJ3UaFycOdfe/ZxAFMYEMzeR1u4W5gEinK6UDwlkRNC6PCyL0CMroLynVY7aa4 /f753JxiKuuiWeaODXt87zYS/45R6DT7jy4uvXBRIrj8R47FGW6TfocNCnuX1RWcrwojHBFxevg Hxu1O2s6JOBmw1fKNqIq1NZDvDhnQcX6X6WNYeP1J5vpgPKfHeXKrbMIpACzUMV4ULgLdN1SzVL YnI7pq1c7VkTNDaZSY3T4pUgS4B7wMVHvtNz2eAiCmPx4NwFkMvWAuahr8p2c3EY8h4cmrusVRy 4an8bxAi7jPoeEQftwZ3X11IV0=
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-dir/U0ANwiG3R98zm0EIvXSHoFcKGog>
Cc: rtg-dir@ietf.org, draft-ietf-ccamp-general-constraint-encode.all@tools.ietf.org, ccamp@ietf.org
Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-ccamp-general-constraint-encode-16.txt
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: adrian@olddog.co.uk
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Feb 2015 18:37:23 -0000

I think that the bottom line of this thread was a new revision =
clarifying sub-matrix and bidirectional link sets.

Then (hopefully) we're done.

Adrian

> -----Original Message-----
> From: Leeyoung [mailto:leeyoung@huawei.com]
> Sent: 23 January 2015 17:25
> To: Lou Berger; Tomonori Takeda; rtg-ads@tools.ietf.org
> Cc: 'rtg-dir@ietf.org'; 'draft-ietf-ccamp-general-constraint-
> encode.all@tools.ietf.org'; 'ccamp@ietf.org'
> Subject: RE: [RTG-DIR] RtgDir review: =
draft-ietf-ccamp-general-constraint-
> encode-16.txt
>=20
> Lou,
>=20
> I can add some clarifying text in the next revision.
>=20
> Thanks,
> Young
>=20
> -----Original Message-----
> From: Lou Berger [mailto:lberger@labn.net]
> Sent: Friday, January 23, 2015 11:22 AM
> To: Leeyoung; Tomonori Takeda; rtg-ads@tools.ietf.org
> Cc: 'rtg-dir@ietf.org'; 'draft-ietf-ccamp-general-constraint-
> encode.all@tools.ietf.org'; 'ccamp@ietf.org'
> Subject: Re: [RTG-DIR] RtgDir review: =
draft-ietf-ccamp-general-constraint-
> encode-16.txt
>=20
> Young,
>=20
> On 1/23/2015 11:51 AM, Leeyoung wrote:
> > Hi Lou,
> >
> > Are you referring 'any specific language changes' to Adrian's =
'Resource'
> language?
> Actually, no.
> > If so, yes, I expect Adrian's input on where to place any changes in =
the draft.
> Other than that I believe the version 17 (which was published) =
reflects
> Tomonori's rtg-dir review. Let me know if you believe any other aspect =
(other
> than 'resource' language) should be updated in the upcoming version =
18.
>=20
> I may have misunderstood the thread below, but I read it as there are
> two areas in -17 that should be  clarified.
>=20
> Thanks,
> Lou
>=20
> > Thanks,
> > Young
> >
> > -----Original Message-----
> > From: Lou Berger [mailto:lberger@labn.net]
> > Sent: Friday, January 23, 2015 10:42 AM
> > To: Tomonori Takeda; Leeyoung; rtg-ads@tools.ietf.org
> > Cc: 'rtg-dir@ietf.org'; 'draft-ietf-ccamp-general-constraint-
> encode.all@tools.ietf.org'; 'ccamp@ietf.org'
> > Subject: Re: [RTG-DIR] RtgDir review: =
draft-ietf-ccamp-general-constraint-
> encode-16.txt
> >
> > Young,
> > 	Can you review any changes planned as a result of the rtg-dir =
review?
> > Please also include any specific language changes, that you may have
> > already identified.
> >
> > Thanks,
> > Lou (as doc Shepherd)
> >
> > On 01/23/2015 03:01 AM, Tomonori Takeda wrote:
> >> Hi Young,
> >>
> >> OK, thanks,
> >>
> >> Tomonori
> >>
> >> -----Original Message-----
> >> From: Leeyoung [mailto:leeyoung@huawei.com]
> >> Sent: Thursday, January 22, 2015 2:44 AM
> >> To: Tomonori =
Takeda=EF=BC=88=E6=AD=A6=E7=94=B0=E7=9F=A5=E5=85=B8=EF=BC=89; Leeyoung; =
rtg-ads@tools.ietf.org
> >> Cc: 'rtg-dir@ietf.org'; 'draft-ietf-ccamp-general-constraint-
> encode.all@tools.ietf.org'; 'ccamp@ietf.org'
> >> Subject: RE: [RTG-DIR] RtgDir review: =
draft-ietf-ccamp-general-constraint-
> encode-16.txt
> >>
> >> Hi Tomonori,
> >>
> >> Thanks for your comment. Please see in-line for my response. Please =
let me
> know if the response would satisfy you.
> >>
> >> Best regards,
> >> Young
> >>
> >> -----Original Message-----
> >> From: Tomonori Takeda [mailto:tomonori.takeda@ntt.com]
> >> Sent: Wednesday, January 21, 2015 12:48 AM
> >> To: Leeyoung; rtg-ads@tools.ietf.org
> >> Cc: 'rtg-dir@ietf.org'; 'draft-ietf-ccamp-general-constraint-
> encode.all@tools.ietf.org'; 'ccamp@ietf.org'; Tomonori Takeda
> >> Subject: RE: [RTG-DIR] RtgDir review: =
draft-ietf-ccamp-general-constraint-
> encode-16.txt
> >>
> >> Hi Young,
> >>
> >> Thanks.
> >>
> >> Two follow-up questions/comments.
> >> (I am fine with other points, which you already addressed in the =
updated
> draft.)
> >>
> >>> 2) In section 2.1, it says "two matrices will not have the same =
{src port, src
> label, dst port, dst label}". To be precise, I guess this should be > =
"two matrices
> will not have the same {src port, src label}, and two matrices will =
not have the
> same {dst port, dst label}"?
> >>>
> >>> YOUNG>> I think your suggestion may be too restrictive. For =
instance, if we
> have one source (port 1) and one destination (port 2) with two labels =
> each.
> Then we would have: {(1,1,2,1), (1,1,2,2), (1,2,2,1), (1,2,2,2)} I =
think with the
> current statement, we can send this info in any combination > of =
multiple
> matrices, which I think perfectly fine. With your suggestion, I would =
not be able
> send (1,1,2,1) and (1,1,2,2) together. Why would this > not be made =
possible? My
> take is as long as each submatrix represents a set of disjoint =
quadruples, that
> should be allowed.
> >> My reading of "two matrices will not have the same {src port, src =
label, dst
> port, dst label}" is as follows.
> >>
> >> <Example A>
> >>
> >>   input port=3D1  --> Submatrix#1 --> output port=3D2
> >>   input label=3D1                     output label=3D1
> >>
> >>   input port=3D1  --> Submatrix#2 --> output port=3D2
> >>   input label=3D1                     output label=3D2
> >>
> >>   This is allowed.
> >>
> >> <Example B>
> >>
> >>   input port=3D1  --> Submatrix#1 --> output port=3D2
> >>   input label=3D1                     output label=3D1
> >>
> >>   input port=3D1  --> Submatrix#2 --> output port=3D2
> >>   input label=3D1                     output label=3D1
> >>
> >>   This is not allowed.
> >>
> >> <Example C>
> >>
> >>   input port=3D1  --> Submatrix#1 --> output port=3D2
> >>   input label=3D1                     output label=3D1
> >>
> >>   input port=3D1  --> Submatrix#2 --> output port=3D2
> >>   input label=3D2                     output label=3D2
> >>
> >>   This is allowed.
> >>
> >> Is above understanding correct?
> >> If so, I am not sure how example A works, since I am not sure what =
is the
> indentifier to direct from input to each submatrix.
> >>
> >> Maybe I am mis-understanding what sub-matrix is. I thought =
sub-matrix is a
> sort of virtual node, splitting the single matrix (or switch) into =
smaller pieces.
> >>
> >> YOUNG>> OK, I think the definition of submatrix was not clear. It =
is simply
> dividing up a matrix into several pieces in case the size of the =
matrix becomes too
> big or a way to advertize the changed port/label set in one place =
(sub-matrix)
> then other unchanged port/label set in other place (different =
sub-matrix). The
> identifier for each sub-matrix is the MATRIX ID. There is not separate =
identifier to
> direct from input. The input is a part of the sub-matrix. Say if we =
have N*M
> matrix that describes all input and output port/label. We might divide =
up into
> N*(M-L) and N*L or any other combinations as far as they are all =
disjoint from
> each other.
> >>
> >>> 4) In section 2.1, for Link Set A dir=3Dbidirectional, Link Set B =
dir=3Dbidirectional, if
> any signal on an input link X is output on a link Y, then any > signal =
on an input link
> Y is output on a link X (after cross-connect)? Or any constraint on =
such signal flow
> (after cross-connect) is out of scope?
> >>>
> >>> <YOUNG>> I am not sure what "after cross-connect" is meant.
> >> <Example>
> >>
> >>   Link set A: link#1, link#2, link#3
> >>   Link set B: link#4, link#5, link#6
> >>
> >>   Both of Link set A and Link set B are specified as "dir".
> >>
> >>   In this case,
> >>   - Is it possible to problem the cross-connect as input=3Dlink#1, =
output=3Dlink#4
> >>     & input=3Dlink#5, output=3Dlink#1 simultaneolusly?
> >>   - Or is it automatically assumed if input=3Dlink#1, =
output=3Dlink#4,
> >>     then input=3Dlink#4, output=3Dlink#1?
> >>   - Or this sort of constraint is not specified in Link Set Field?
> >>
> >> The text seems like saying the first option, but I do not think =
this is a common
> equipment implementaion.
> >>
> >> YOUGN>> OK. I think I understand you more clearly. For this case
> (bidirectional link sets), the first case is definitely not the =
intention. The second
> case is assumed.
> >>
> >> Thanks,
> >> Tomonori
> >>
> >> -----Original Message-----
> >> From: Leeyoung [mailto:leeyoung@huawei.com]
> >> Sent: Tuesday, January 20, 2015 7:54 AM
> >> To: Tomonori =
Takeda=EF=BC=88=E6=AD=A6=E7=94=B0=E7=9F=A5=E5=85=B8=EF=BC=89; =
rtg-ads@tools.ietf.org
> >> Cc: 'rtg-dir@ietf.org'; 'draft-ietf-ccamp-general-constraint-
> encode.all@tools.ietf.org'; 'ccamp@ietf.org'
> >> Subject: RE: [RTG-DIR] RtgDir review: =
draft-ietf-ccamp-general-constraint-
> encode-16.txt
> >>
> >> Hi Tomonori,
> >>
> >> Thanks for providing good comments. Here's my response. Please see =
in-line.
> >>
> >> Regards,
> >> Young
> >>
> >> -----Original Message-----
> >> From: rtg-dir [mailto:rtg-dir-bounces@ietf.org] On Behalf Of =
Tomonori Takeda
> >> Sent: Saturday, January 17, 2015 7:59 AM
> >> To: rtg-ads@tools.ietf.org
> >> Cc: 'rtg-dir@ietf.org'; 'draft-ietf-ccamp-general-constraint-
> encode.all@tools.ietf.org'; 'ccamp@ietf.org'
> >> Subject: [RTG-DIR] RtgDir review: =
draft-ietf-ccamp-general-constraint-
> encode-16.txt
> >>
> >> 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=20
> 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-ccamp-general-constraint-encode-16.txt
> >> Reviewer: Tomonori Takeda
> >> Review Date: 17 January, 2015
> >> IETF LC End Date: 17 January, 2015
> >> Intended Status: Standards Track
> >>
> >> Summary:
> >>
> >> This document is basically ready for publication, but has nits that =
should be
> considered prior to publication.
> >>
> >> Comments:
> >>
> >> This document specifies protocol-agnostic encodings for general =
information
> elements described in draft-ietf-ccamp-rwa-info.
> >> I think the document is in good shape but there are a few points =
that should
> be clarified for better understanding.
> >>
> >> Major Issues:
> >>
> >> None
> >>
> >> Minor Issues:
> >>
> >> None
> >>
> >> Nits:
> >>
> >> 1) In section 1.2, label continuity constraint (e.g., wavelength =
continuity in
> WSON) is mentioned. However, I am not sure whether information =
elements for
> which this document specifies encodings can describe such constraint. =
My
> reading is that information element such as Port Label Restriction is =
rather for
> describing wavelength tuning capabilities/restrictions.
> >>
> >> YOUNG>> Label continuity constraints can be inferred from the two =
places in
> the draft: (i) Port Label Restriction, which gives the set of labels =
(wavelengths)
> that may not be available on certain links including tuning =
range/restriction; (ii)
> Available/Shared Backup Label Fields (section 2.4 & section 2.5). =
There is no
> encoding for label continuity constraint per se. The aforementioned =
constraints
> are encoded to give a node or a PCE to be able to compute a path =
(i.e., path with
> wavelength continuity) subject to these constraints.
> >>
> >> 2) In section 2.1, it says "two matrices will not have the same =
{src port, src
> label, dst port, dst label}". To be precise, I guess this should be =
"two matrices will
> not have the same {src port, src label}, and two matrices will not =
have the same
> {dst port, dst label}"?
> >>
> >> YOUNG>> I think your suggestion may be too restrictive. For =
instance, if we
> have one source (port 1) and one destination (port 2) with two labels =
each. Then
> we would have: {(1,1,2,1), (1,1,2,2), (1,2,2,1), (1,2,2,2)} I think =
with the current
> statement, we can send this info in any combination of multiple =
matrices, which I
> think perfectly fine. With your suggestion, I would not be able send =
(1,1,2,1) and
> (1,1,2,2) together. Why would this not be made possible? My take is as =
long as
> each submatrix represents a set of disjoint quadruples, that should be =
allowed.
> >>
> >> 3) In section 2.1, it says "The value of 0xFF is reserved for use =
with port
> wavelength constraints". I think "port wavelength constraints" should =
be "port
> label restriction".
> >>
> >> YOUNG>> Yes, thanks.
> >>
> >> 4) In section 2.1, for Link Set A dir=3Dbidirectional, Link Set B =
dir=3Dbidirectional, if
> any signal on an input link X is output on a link Y, then any signal =
on an input link Y
> is output on a link X (after cross-connect)? Or any constraint on such =
signal flow
> (after cross-connect) is out of scope?
> >>
> >> YOUNG>> I am not sure what "after cross-connect" is meant.
> >>
> >> 5) In section 2.2.1, it says "In this case the accompanying label =
set indicates the
> labels permitted on the port." I think "port" should be "port/matrix".
> >>
> >> YOUNG>> Yes, thanks.
> >>
> >> 6) In section 2.2.2, it would be better to describe the type (e.g., =
integer) for
> MaxNumChannels.
> >> This also applies for MaxLabelRange (in section 2.2.3) and Num =
Labels (in
> section 2.6).
> >>
> >> YOUNG>> OK.
> >>
> >> 7) In section 2.6, it says "Label Set Field is used within the =
<AvailableLabels> or
> the <SharedBackupLabels>". But I think Label Set Field is also used =
within
> SIMPLE_LABEL, LABEL_RANGE and SIMPLE_LABEL & CHANNEL_COUNT.
> >>
> >> YOUNG>> Yes, it is used in multiple places.
> >>
> >> How about:
> >> OLD: Label Set Field is used within the <AvailableLabels> or the
> >>    <SharedBackupLabels>, which is defined in Section 2.4. and 2.5.,
> >>    respectively.
> >> NEW: Label Set Field is used within the <AvailableLabels> or the
> >>    <SharedBackupLabels>, which is defined in Section 2.4. and 2.5.,
> >>    respectively. It is also used within the <SIMPLE_LABEL>,
> >>    <LABEL_RANGE>, <SIMPLE_LABEL> or <CHANNEL_COUNT>, which is
> defined
> >>    in Sections 2.1.1 - 2.1.4, respectively.
> >>
> >>
> >> Thanks,
> >> Tomonori
> >>



From nobody Mon Feb  2 13:09:47 2015
Return-Path: <leeyoung@huawei.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E0B4F1A1A46; Mon,  2 Feb 2015 13:09:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.211
X-Spam-Level: 
X-Spam-Status: No, score=-3.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=0.999, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 ck39CBqOKn3s; Mon,  2 Feb 2015 13:09:36 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A1D321A036F; Mon,  2 Feb 2015 13:09:33 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml406-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BOR77395; Mon, 02 Feb 2015 21:09:31 +0000 (GMT)
Received: from DFWEML701-CHM.china.huawei.com (10.193.5.50) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 2 Feb 2015 21:09:30 +0000
Received: from DFWEML706-CHM.china.huawei.com ([10.193.5.225]) by dfweml701-chm ([10.193.5.50]) with mapi id 14.03.0158.001; Mon, 2 Feb 2015 13:09:25 -0800
From: Leeyoung <leeyoung@huawei.com>
To: "adrian@olddog.co.uk" <adrian@olddog.co.uk>, "'Lou Berger'" <lberger@labn.net>, "'Tomonori Takeda'" <tomonori.takeda@ntt.com>, "rtg-ads@tools.ietf.org" <rtg-ads@tools.ietf.org>
Thread-Topic: [RTG-DIR] RtgDir review: draft-ietf-ccamp-general-constraint-encode-16.txt
Thread-Index: AQHQNyua4bPWa0fjYUSk1DJvggIdkZzN6UpAgACQuAD//3pWcIAQUeuA//+kGeA=
Date: Mon, 2 Feb 2015 21:09:25 +0000
Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1729C80204@dfweml706-chm>
References: <EB0F2EAC05E9C64D80571F2042700A2A6C46DC@C0010I0.coe.ntt.com> <7AEB3D6833318045B4AE71C2C87E8E1729C7B111@dfweml706-chm> <EB0F2EAC05E9C64D80571F2042700A2A6C5EEF@C0010I0.coe.ntt.com> <7AEB3D6833318045B4AE71C2C87E8E1729C7C7D3@dfweml706-chm> <EB0F2EAC05E9C64D80571F2042700A2A6C6FF6@C0010I0.coe.ntt.com> <54C279EE.3070200@labn.net> <7AEB3D6833318045B4AE71C2C87E8E1729C7E063@dfweml706-chm> <54C28342.8040606@labn.net> <7AEB3D6833318045B4AE71C2C87E8E1729C7E0BA@dfweml706-chm> <011d01d03f17$413d52c0$c3b7f840$@olddog.co.uk>
In-Reply-To: <011d01d03f17$413d52c0$c3b7f840$@olddog.co.uk>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.47.141.14]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-dir/nw7ndL51Ua6LU0KH0EAOaOHRsdw>
Cc: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "draft-ietf-ccamp-general-constraint-encode.all@tools.ietf.org" <draft-ietf-ccamp-general-constraint-encode.all@tools.ietf.org>, "ccamp@ietf.org" <ccamp@ietf.org>
Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-ccamp-general-constraint-encode-16.txt
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Feb 2015 21:09:41 -0000

SGkgQWRyaWFuIGFuZCBMb3UsDQoNClVwZGF0ZWQgKHYuMTgpIHdpdGggYSBzZXQgb2YgY2xhcmlm
eWluZyB0ZXh0IG9uIHN1Yi1tYXRyaXggYW5kIGJpZGlyZWN0aW9uYWwgbGluayBzZXRzLiANCg0K
aHR0cDovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWNjYW1wLWdlbmVyYWwt
Y29uc3RyYWludC1lbmNvZGUvDQoNClRoYW5rcywNCllvdW5nDQoNCi0tLS0tT3JpZ2luYWwgTWVz
c2FnZS0tLS0tDQpGcm9tOiBBZHJpYW4gRmFycmVsIFttYWlsdG86YWRyaWFuQG9sZGRvZy5jby51
a10gDQpTZW50OiBNb25kYXksIEZlYnJ1YXJ5IDAyLCAyMDE1IDEyOjM3IFBNDQpUbzogTGVleW91
bmc7ICdMb3UgQmVyZ2VyJzsgJ1RvbW9ub3JpIFRha2VkYSc7IHJ0Zy1hZHNAdG9vbHMuaWV0Zi5v
cmcNCkNjOiBydGctZGlyQGlldGYub3JnOyBkcmFmdC1pZXRmLWNjYW1wLWdlbmVyYWwtY29uc3Ry
YWludC1lbmNvZGUuYWxsQHRvb2xzLmlldGYub3JnOyBjY2FtcEBpZXRmLm9yZw0KU3ViamVjdDog
UkU6IFtSVEctRElSXSBSdGdEaXIgcmV2aWV3OiBkcmFmdC1pZXRmLWNjYW1wLWdlbmVyYWwtY29u
c3RyYWludC1lbmNvZGUtMTYudHh0DQoNCkkgdGhpbmsgdGhhdCB0aGUgYm90dG9tIGxpbmUgb2Yg
dGhpcyB0aHJlYWQgd2FzIGEgbmV3IHJldmlzaW9uIGNsYXJpZnlpbmcgc3ViLW1hdHJpeCBhbmQg
YmlkaXJlY3Rpb25hbCBsaW5rIHNldHMuDQoNClRoZW4gKGhvcGVmdWxseSkgd2UncmUgZG9uZS4N
Cg0KQWRyaWFuDQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogTGVleW91
bmcgW21haWx0bzpsZWV5b3VuZ0BodWF3ZWkuY29tXQ0KPiBTZW50OiAyMyBKYW51YXJ5IDIwMTUg
MTc6MjUNCj4gVG86IExvdSBCZXJnZXI7IFRvbW9ub3JpIFRha2VkYTsgcnRnLWFkc0B0b29scy5p
ZXRmLm9yZw0KPiBDYzogJ3J0Zy1kaXJAaWV0Zi5vcmcnOyAnZHJhZnQtaWV0Zi1jY2FtcC1nZW5l
cmFsLWNvbnN0cmFpbnQtDQo+IGVuY29kZS5hbGxAdG9vbHMuaWV0Zi5vcmcnOyAnY2NhbXBAaWV0
Zi5vcmcnDQo+IFN1YmplY3Q6IFJFOiBbUlRHLURJUl0gUnRnRGlyIHJldmlldzogZHJhZnQtaWV0
Zi1jY2FtcC1nZW5lcmFsLWNvbnN0cmFpbnQtDQo+IGVuY29kZS0xNi50eHQNCj4gDQo+IExvdSwN
Cj4gDQo+IEkgY2FuIGFkZCBzb21lIGNsYXJpZnlpbmcgdGV4dCBpbiB0aGUgbmV4dCByZXZpc2lv
bi4NCj4gDQo+IFRoYW5rcywNCj4gWW91bmcNCj4gDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t
LS0tDQo+IEZyb206IExvdSBCZXJnZXIgW21haWx0bzpsYmVyZ2VyQGxhYm4ubmV0XQ0KPiBTZW50
OiBGcmlkYXksIEphbnVhcnkgMjMsIDIwMTUgMTE6MjIgQU0NCj4gVG86IExlZXlvdW5nOyBUb21v
bm9yaSBUYWtlZGE7IHJ0Zy1hZHNAdG9vbHMuaWV0Zi5vcmcNCj4gQ2M6ICdydGctZGlyQGlldGYu
b3JnJzsgJ2RyYWZ0LWlldGYtY2NhbXAtZ2VuZXJhbC1jb25zdHJhaW50LQ0KPiBlbmNvZGUuYWxs
QHRvb2xzLmlldGYub3JnJzsgJ2NjYW1wQGlldGYub3JnJw0KPiBTdWJqZWN0OiBSZTogW1JURy1E
SVJdIFJ0Z0RpciByZXZpZXc6IGRyYWZ0LWlldGYtY2NhbXAtZ2VuZXJhbC1jb25zdHJhaW50LQ0K
PiBlbmNvZGUtMTYudHh0DQo+IA0KPiBZb3VuZywNCj4gDQo+IE9uIDEvMjMvMjAxNSAxMTo1MSBB
TSwgTGVleW91bmcgd3JvdGU6DQo+ID4gSGkgTG91LA0KPiA+DQo+ID4gQXJlIHlvdSByZWZlcnJp
bmcgJ2FueSBzcGVjaWZpYyBsYW5ndWFnZSBjaGFuZ2VzJyB0byBBZHJpYW4ncyAnUmVzb3VyY2Un
DQo+IGxhbmd1YWdlPw0KPiBBY3R1YWxseSwgbm8uDQo+ID4gSWYgc28sIHllcywgSSBleHBlY3Qg
QWRyaWFuJ3MgaW5wdXQgb24gd2hlcmUgdG8gcGxhY2UgYW55IGNoYW5nZXMgaW4gdGhlIGRyYWZ0
Lg0KPiBPdGhlciB0aGFuIHRoYXQgSSBiZWxpZXZlIHRoZSB2ZXJzaW9uIDE3ICh3aGljaCB3YXMg
cHVibGlzaGVkKSByZWZsZWN0cw0KPiBUb21vbm9yaSdzIHJ0Zy1kaXIgcmV2aWV3LiBMZXQgbWUg
a25vdyBpZiB5b3UgYmVsaWV2ZSBhbnkgb3RoZXIgYXNwZWN0IChvdGhlcg0KPiB0aGFuICdyZXNv
dXJjZScgbGFuZ3VhZ2UpIHNob3VsZCBiZSB1cGRhdGVkIGluIHRoZSB1cGNvbWluZyB2ZXJzaW9u
IDE4Lg0KPiANCj4gSSBtYXkgaGF2ZSBtaXN1bmRlcnN0b29kIHRoZSB0aHJlYWQgYmVsb3csIGJ1
dCBJIHJlYWQgaXQgYXMgdGhlcmUgYXJlDQo+IHR3byBhcmVhcyBpbiAtMTcgdGhhdCBzaG91bGQg
YmUgIGNsYXJpZmllZC4NCj4gDQo+IFRoYW5rcywNCj4gTG91DQo+IA0KPiA+IFRoYW5rcywNCj4g
PiBZb3VuZw0KPiA+DQo+ID4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gPiBGcm9tOiBM
b3UgQmVyZ2VyIFttYWlsdG86bGJlcmdlckBsYWJuLm5ldF0NCj4gPiBTZW50OiBGcmlkYXksIEph
bnVhcnkgMjMsIDIwMTUgMTA6NDIgQU0NCj4gPiBUbzogVG9tb25vcmkgVGFrZWRhOyBMZWV5b3Vu
ZzsgcnRnLWFkc0B0b29scy5pZXRmLm9yZw0KPiA+IENjOiAncnRnLWRpckBpZXRmLm9yZyc7ICdk
cmFmdC1pZXRmLWNjYW1wLWdlbmVyYWwtY29uc3RyYWludC0NCj4gZW5jb2RlLmFsbEB0b29scy5p
ZXRmLm9yZyc7ICdjY2FtcEBpZXRmLm9yZycNCj4gPiBTdWJqZWN0OiBSZTogW1JURy1ESVJdIFJ0
Z0RpciByZXZpZXc6IGRyYWZ0LWlldGYtY2NhbXAtZ2VuZXJhbC1jb25zdHJhaW50LQ0KPiBlbmNv
ZGUtMTYudHh0DQo+ID4NCj4gPiBZb3VuZywNCj4gPiAJQ2FuIHlvdSByZXZpZXcgYW55IGNoYW5n
ZXMgcGxhbm5lZCBhcyBhIHJlc3VsdCBvZiB0aGUgcnRnLWRpciByZXZpZXc/DQo+ID4gUGxlYXNl
IGFsc28gaW5jbHVkZSBhbnkgc3BlY2lmaWMgbGFuZ3VhZ2UgY2hhbmdlcywgdGhhdCB5b3UgbWF5
IGhhdmUNCj4gPiBhbHJlYWR5IGlkZW50aWZpZWQuDQo+ID4NCj4gPiBUaGFua3MsDQo+ID4gTG91
IChhcyBkb2MgU2hlcGhlcmQpDQo+ID4NCj4gPiBPbiAwMS8yMy8yMDE1IDAzOjAxIEFNLCBUb21v
bm9yaSBUYWtlZGEgd3JvdGU6DQo+ID4+IEhpIFlvdW5nLA0KPiA+Pg0KPiA+PiBPSywgdGhhbmtz
LA0KPiA+Pg0KPiA+PiBUb21vbm9yaQ0KPiA+Pg0KPiA+PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2Ut
LS0tLQ0KPiA+PiBGcm9tOiBMZWV5b3VuZyBbbWFpbHRvOmxlZXlvdW5nQGh1YXdlaS5jb21dDQo+
ID4+IFNlbnQ6IFRodXJzZGF5LCBKYW51YXJ5IDIyLCAyMDE1IDI6NDQgQU0NCj4gPj4gVG86IFRv
bW9ub3JpIFRha2VkYe+8iOatpueUsOefpeWFuO+8iTsgTGVleW91bmc7IHJ0Zy1hZHNAdG9vbHMu
aWV0Zi5vcmcNCj4gPj4gQ2M6ICdydGctZGlyQGlldGYub3JnJzsgJ2RyYWZ0LWlldGYtY2NhbXAt
Z2VuZXJhbC1jb25zdHJhaW50LQ0KPiBlbmNvZGUuYWxsQHRvb2xzLmlldGYub3JnJzsgJ2NjYW1w
QGlldGYub3JnJw0KPiA+PiBTdWJqZWN0OiBSRTogW1JURy1ESVJdIFJ0Z0RpciByZXZpZXc6IGRy
YWZ0LWlldGYtY2NhbXAtZ2VuZXJhbC1jb25zdHJhaW50LQ0KPiBlbmNvZGUtMTYudHh0DQo+ID4+
DQo+ID4+IEhpIFRvbW9ub3JpLA0KPiA+Pg0KPiA+PiBUaGFua3MgZm9yIHlvdXIgY29tbWVudC4g
UGxlYXNlIHNlZSBpbi1saW5lIGZvciBteSByZXNwb25zZS4gUGxlYXNlIGxldCBtZQ0KPiBrbm93
IGlmIHRoZSByZXNwb25zZSB3b3VsZCBzYXRpc2Z5IHlvdS4NCj4gPj4NCj4gPj4gQmVzdCByZWdh
cmRzLA0KPiA+PiBZb3VuZw0KPiA+Pg0KPiA+PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0K
PiA+PiBGcm9tOiBUb21vbm9yaSBUYWtlZGEgW21haWx0bzp0b21vbm9yaS50YWtlZGFAbnR0LmNv
bV0NCj4gPj4gU2VudDogV2VkbmVzZGF5LCBKYW51YXJ5IDIxLCAyMDE1IDEyOjQ4IEFNDQo+ID4+
IFRvOiBMZWV5b3VuZzsgcnRnLWFkc0B0b29scy5pZXRmLm9yZw0KPiA+PiBDYzogJ3J0Zy1kaXJA
aWV0Zi5vcmcnOyAnZHJhZnQtaWV0Zi1jY2FtcC1nZW5lcmFsLWNvbnN0cmFpbnQtDQo+IGVuY29k
ZS5hbGxAdG9vbHMuaWV0Zi5vcmcnOyAnY2NhbXBAaWV0Zi5vcmcnOyBUb21vbm9yaSBUYWtlZGEN
Cj4gPj4gU3ViamVjdDogUkU6IFtSVEctRElSXSBSdGdEaXIgcmV2aWV3OiBkcmFmdC1pZXRmLWNj
YW1wLWdlbmVyYWwtY29uc3RyYWludC0NCj4gZW5jb2RlLTE2LnR4dA0KPiA+Pg0KPiA+PiBIaSBZ
b3VuZywNCj4gPj4NCj4gPj4gVGhhbmtzLg0KPiA+Pg0KPiA+PiBUd28gZm9sbG93LXVwIHF1ZXN0
aW9ucy9jb21tZW50cy4NCj4gPj4gKEkgYW0gZmluZSB3aXRoIG90aGVyIHBvaW50cywgd2hpY2gg
eW91IGFscmVhZHkgYWRkcmVzc2VkIGluIHRoZSB1cGRhdGVkDQo+IGRyYWZ0LikNCj4gPj4NCj4g
Pj4+IDIpIEluIHNlY3Rpb24gMi4xLCBpdCBzYXlzICJ0d28gbWF0cmljZXMgd2lsbCBub3QgaGF2
ZSB0aGUgc2FtZSB7c3JjIHBvcnQsIHNyYw0KPiBsYWJlbCwgZHN0IHBvcnQsIGRzdCBsYWJlbH0i
LiBUbyBiZSBwcmVjaXNlLCBJIGd1ZXNzIHRoaXMgc2hvdWxkIGJlID4gInR3byBtYXRyaWNlcw0K
PiB3aWxsIG5vdCBoYXZlIHRoZSBzYW1lIHtzcmMgcG9ydCwgc3JjIGxhYmVsfSwgYW5kIHR3byBt
YXRyaWNlcyB3aWxsIG5vdCBoYXZlIHRoZQ0KPiBzYW1lIHtkc3QgcG9ydCwgZHN0IGxhYmVsfSI/
DQo+ID4+Pg0KPiA+Pj4gWU9VTkc+PiBJIHRoaW5rIHlvdXIgc3VnZ2VzdGlvbiBtYXkgYmUgdG9v
IHJlc3RyaWN0aXZlLiBGb3IgaW5zdGFuY2UsIGlmIHdlDQo+IGhhdmUgb25lIHNvdXJjZSAocG9y
dCAxKSBhbmQgb25lIGRlc3RpbmF0aW9uIChwb3J0IDIpIHdpdGggdHdvIGxhYmVscyA+IGVhY2gu
DQo+IFRoZW4gd2Ugd291bGQgaGF2ZTogeygxLDEsMiwxKSwgKDEsMSwyLDIpLCAoMSwyLDIsMSks
ICgxLDIsMiwyKX0gSSB0aGluayB3aXRoIHRoZQ0KPiBjdXJyZW50IHN0YXRlbWVudCwgd2UgY2Fu
IHNlbmQgdGhpcyBpbmZvIGluIGFueSBjb21iaW5hdGlvbiA+IG9mIG11bHRpcGxlDQo+IG1hdHJp
Y2VzLCB3aGljaCBJIHRoaW5rIHBlcmZlY3RseSBmaW5lLiBXaXRoIHlvdXIgc3VnZ2VzdGlvbiwg
SSB3b3VsZCBub3QgYmUgYWJsZQ0KPiBzZW5kICgxLDEsMiwxKSBhbmQgKDEsMSwyLDIpIHRvZ2V0
aGVyLiBXaHkgd291bGQgdGhpcyA+IG5vdCBiZSBtYWRlIHBvc3NpYmxlPyBNeQ0KPiB0YWtlIGlz
IGFzIGxvbmcgYXMgZWFjaCBzdWJtYXRyaXggcmVwcmVzZW50cyBhIHNldCBvZiBkaXNqb2ludCBx
dWFkcnVwbGVzLCB0aGF0DQo+IHNob3VsZCBiZSBhbGxvd2VkLg0KPiA+PiBNeSByZWFkaW5nIG9m
ICJ0d28gbWF0cmljZXMgd2lsbCBub3QgaGF2ZSB0aGUgc2FtZSB7c3JjIHBvcnQsIHNyYyBsYWJl
bCwgZHN0DQo+IHBvcnQsIGRzdCBsYWJlbH0iIGlzIGFzIGZvbGxvd3MuDQo+ID4+DQo+ID4+IDxF
eGFtcGxlIEE+DQo+ID4+DQo+ID4+ICAgaW5wdXQgcG9ydD0xICAtLT4gU3VibWF0cml4IzEgLS0+
IG91dHB1dCBwb3J0PTINCj4gPj4gICBpbnB1dCBsYWJlbD0xICAgICAgICAgICAgICAgICAgICAg
b3V0cHV0IGxhYmVsPTENCj4gPj4NCj4gPj4gICBpbnB1dCBwb3J0PTEgIC0tPiBTdWJtYXRyaXgj
MiAtLT4gb3V0cHV0IHBvcnQ9Mg0KPiA+PiAgIGlucHV0IGxhYmVsPTEgICAgICAgICAgICAgICAg
ICAgICBvdXRwdXQgbGFiZWw9Mg0KPiA+Pg0KPiA+PiAgIFRoaXMgaXMgYWxsb3dlZC4NCj4gPj4N
Cj4gPj4gPEV4YW1wbGUgQj4NCj4gPj4NCj4gPj4gICBpbnB1dCBwb3J0PTEgIC0tPiBTdWJtYXRy
aXgjMSAtLT4gb3V0cHV0IHBvcnQ9Mg0KPiA+PiAgIGlucHV0IGxhYmVsPTEgICAgICAgICAgICAg
ICAgICAgICBvdXRwdXQgbGFiZWw9MQ0KPiA+Pg0KPiA+PiAgIGlucHV0IHBvcnQ9MSAgLS0+IFN1
Ym1hdHJpeCMyIC0tPiBvdXRwdXQgcG9ydD0yDQo+ID4+ICAgaW5wdXQgbGFiZWw9MSAgICAgICAg
ICAgICAgICAgICAgIG91dHB1dCBsYWJlbD0xDQo+ID4+DQo+ID4+ICAgVGhpcyBpcyBub3QgYWxs
b3dlZC4NCj4gPj4NCj4gPj4gPEV4YW1wbGUgQz4NCj4gPj4NCj4gPj4gICBpbnB1dCBwb3J0PTEg
IC0tPiBTdWJtYXRyaXgjMSAtLT4gb3V0cHV0IHBvcnQ9Mg0KPiA+PiAgIGlucHV0IGxhYmVsPTEg
ICAgICAgICAgICAgICAgICAgICBvdXRwdXQgbGFiZWw9MQ0KPiA+Pg0KPiA+PiAgIGlucHV0IHBv
cnQ9MSAgLS0+IFN1Ym1hdHJpeCMyIC0tPiBvdXRwdXQgcG9ydD0yDQo+ID4+ICAgaW5wdXQgbGFi
ZWw9MiAgICAgICAgICAgICAgICAgICAgIG91dHB1dCBsYWJlbD0yDQo+ID4+DQo+ID4+ICAgVGhp
cyBpcyBhbGxvd2VkLg0KPiA+Pg0KPiA+PiBJcyBhYm92ZSB1bmRlcnN0YW5kaW5nIGNvcnJlY3Q/
DQo+ID4+IElmIHNvLCBJIGFtIG5vdCBzdXJlIGhvdyBleGFtcGxlIEEgd29ya3MsIHNpbmNlIEkg
YW0gbm90IHN1cmUgd2hhdCBpcyB0aGUNCj4gaW5kZW50aWZpZXIgdG8gZGlyZWN0IGZyb20gaW5w
dXQgdG8gZWFjaCBzdWJtYXRyaXguDQo+ID4+DQo+ID4+IE1heWJlIEkgYW0gbWlzLXVuZGVyc3Rh
bmRpbmcgd2hhdCBzdWItbWF0cml4IGlzLiBJIHRob3VnaHQgc3ViLW1hdHJpeCBpcyBhDQo+IHNv
cnQgb2YgdmlydHVhbCBub2RlLCBzcGxpdHRpbmcgdGhlIHNpbmdsZSBtYXRyaXggKG9yIHN3aXRj
aCkgaW50byBzbWFsbGVyIHBpZWNlcy4NCj4gPj4NCj4gPj4gWU9VTkc+PiBPSywgSSB0aGluayB0
aGUgZGVmaW5pdGlvbiBvZiBzdWJtYXRyaXggd2FzIG5vdCBjbGVhci4gSXQgaXMgc2ltcGx5DQo+
IGRpdmlkaW5nIHVwIGEgbWF0cml4IGludG8gc2V2ZXJhbCBwaWVjZXMgaW4gY2FzZSB0aGUgc2l6
ZSBvZiB0aGUgbWF0cml4IGJlY29tZXMgdG9vDQo+IGJpZyBvciBhIHdheSB0byBhZHZlcnRpemUg
dGhlIGNoYW5nZWQgcG9ydC9sYWJlbCBzZXQgaW4gb25lIHBsYWNlIChzdWItbWF0cml4KQ0KPiB0
aGVuIG90aGVyIHVuY2hhbmdlZCBwb3J0L2xhYmVsIHNldCBpbiBvdGhlciBwbGFjZSAoZGlmZmVy
ZW50IHN1Yi1tYXRyaXgpLiBUaGUNCj4gaWRlbnRpZmllciBmb3IgZWFjaCBzdWItbWF0cml4IGlz
IHRoZSBNQVRSSVggSUQuIFRoZXJlIGlzIG5vdCBzZXBhcmF0ZSBpZGVudGlmaWVyIHRvDQo+IGRp
cmVjdCBmcm9tIGlucHV0LiBUaGUgaW5wdXQgaXMgYSBwYXJ0IG9mIHRoZSBzdWItbWF0cml4LiBT
YXkgaWYgd2UgaGF2ZSBOKk0NCj4gbWF0cml4IHRoYXQgZGVzY3JpYmVzIGFsbCBpbnB1dCBhbmQg
b3V0cHV0IHBvcnQvbGFiZWwuIFdlIG1pZ2h0IGRpdmlkZSB1cCBpbnRvDQo+IE4qKE0tTCkgYW5k
IE4qTCBvciBhbnkgb3RoZXIgY29tYmluYXRpb25zIGFzIGZhciBhcyB0aGV5IGFyZSBhbGwgZGlz
am9pbnQgZnJvbQ0KPiBlYWNoIG90aGVyLg0KPiA+Pg0KPiA+Pj4gNCkgSW4gc2VjdGlvbiAyLjEs
IGZvciBMaW5rIFNldCBBIGRpcj1iaWRpcmVjdGlvbmFsLCBMaW5rIFNldCBCIGRpcj1iaWRpcmVj
dGlvbmFsLCBpZg0KPiBhbnkgc2lnbmFsIG9uIGFuIGlucHV0IGxpbmsgWCBpcyBvdXRwdXQgb24g
YSBsaW5rIFksIHRoZW4gYW55ID4gc2lnbmFsIG9uIGFuIGlucHV0IGxpbmsNCj4gWSBpcyBvdXRw
dXQgb24gYSBsaW5rIFggKGFmdGVyIGNyb3NzLWNvbm5lY3QpPyBPciBhbnkgY29uc3RyYWludCBv
biBzdWNoIHNpZ25hbCBmbG93DQo+IChhZnRlciBjcm9zcy1jb25uZWN0KSBpcyBvdXQgb2Ygc2Nv
cGU/DQo+ID4+Pg0KPiA+Pj4gPFlPVU5HPj4gSSBhbSBub3Qgc3VyZSB3aGF0ICJhZnRlciBjcm9z
cy1jb25uZWN0IiBpcyBtZWFudC4NCj4gPj4gPEV4YW1wbGU+DQo+ID4+DQo+ID4+ICAgTGluayBz
ZXQgQTogbGluayMxLCBsaW5rIzIsIGxpbmsjMw0KPiA+PiAgIExpbmsgc2V0IEI6IGxpbmsjNCwg
bGluayM1LCBsaW5rIzYNCj4gPj4NCj4gPj4gICBCb3RoIG9mIExpbmsgc2V0IEEgYW5kIExpbmsg
c2V0IEIgYXJlIHNwZWNpZmllZCBhcyAiZGlyIi4NCj4gPj4NCj4gPj4gICBJbiB0aGlzIGNhc2Us
DQo+ID4+ICAgLSBJcyBpdCBwb3NzaWJsZSB0byBwcm9ibGVtIHRoZSBjcm9zcy1jb25uZWN0IGFz
IGlucHV0PWxpbmsjMSwgb3V0cHV0PWxpbmsjNA0KPiA+PiAgICAgJiBpbnB1dD1saW5rIzUsIG91
dHB1dD1saW5rIzEgc2ltdWx0YW5lb2x1c2x5Pw0KPiA+PiAgIC0gT3IgaXMgaXQgYXV0b21hdGlj
YWxseSBhc3N1bWVkIGlmIGlucHV0PWxpbmsjMSwgb3V0cHV0PWxpbmsjNCwNCj4gPj4gICAgIHRo
ZW4gaW5wdXQ9bGluayM0LCBvdXRwdXQ9bGluayMxPw0KPiA+PiAgIC0gT3IgdGhpcyBzb3J0IG9m
IGNvbnN0cmFpbnQgaXMgbm90IHNwZWNpZmllZCBpbiBMaW5rIFNldCBGaWVsZD8NCj4gPj4NCj4g
Pj4gVGhlIHRleHQgc2VlbXMgbGlrZSBzYXlpbmcgdGhlIGZpcnN0IG9wdGlvbiwgYnV0IEkgZG8g
bm90IHRoaW5rIHRoaXMgaXMgYSBjb21tb24NCj4gZXF1aXBtZW50IGltcGxlbWVudGFpb24uDQo+
ID4+DQo+ID4+IFlPVUdOPj4gT0suIEkgdGhpbmsgSSB1bmRlcnN0YW5kIHlvdSBtb3JlIGNsZWFy
bHkuIEZvciB0aGlzIGNhc2UNCj4gKGJpZGlyZWN0aW9uYWwgbGluayBzZXRzKSwgdGhlIGZpcnN0
IGNhc2UgaXMgZGVmaW5pdGVseSBub3QgdGhlIGludGVudGlvbi4gVGhlIHNlY29uZA0KPiBjYXNl
IGlzIGFzc3VtZWQuDQo+ID4+DQo+ID4+IFRoYW5rcywNCj4gPj4gVG9tb25vcmkNCj4gPj4NCj4g
Pj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gPj4gRnJvbTogTGVleW91bmcgW21haWx0
bzpsZWV5b3VuZ0BodWF3ZWkuY29tXQ0KPiA+PiBTZW50OiBUdWVzZGF5LCBKYW51YXJ5IDIwLCAy
MDE1IDc6NTQgQU0NCj4gPj4gVG86IFRvbW9ub3JpIFRha2VkYe+8iOatpueUsOefpeWFuO+8iTsg
cnRnLWFkc0B0b29scy5pZXRmLm9yZw0KPiA+PiBDYzogJ3J0Zy1kaXJAaWV0Zi5vcmcnOyAnZHJh
ZnQtaWV0Zi1jY2FtcC1nZW5lcmFsLWNvbnN0cmFpbnQtDQo+IGVuY29kZS5hbGxAdG9vbHMuaWV0
Zi5vcmcnOyAnY2NhbXBAaWV0Zi5vcmcnDQo+ID4+IFN1YmplY3Q6IFJFOiBbUlRHLURJUl0gUnRn
RGlyIHJldmlldzogZHJhZnQtaWV0Zi1jY2FtcC1nZW5lcmFsLWNvbnN0cmFpbnQtDQo+IGVuY29k
ZS0xNi50eHQNCj4gPj4NCj4gPj4gSGkgVG9tb25vcmksDQo+ID4+DQo+ID4+IFRoYW5rcyBmb3Ig
cHJvdmlkaW5nIGdvb2QgY29tbWVudHMuIEhlcmUncyBteSByZXNwb25zZS4gUGxlYXNlIHNlZSBp
bi1saW5lLg0KPiA+Pg0KPiA+PiBSZWdhcmRzLA0KPiA+PiBZb3VuZw0KPiA+Pg0KPiA+PiAtLS0t
LU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiA+PiBGcm9tOiBydGctZGlyIFttYWlsdG86cnRnLWRp
ci1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgVG9tb25vcmkgVGFrZWRhDQo+ID4+IFNl
bnQ6IFNhdHVyZGF5LCBKYW51YXJ5IDE3LCAyMDE1IDc6NTkgQU0NCj4gPj4gVG86IHJ0Zy1hZHNA
dG9vbHMuaWV0Zi5vcmcNCj4gPj4gQ2M6ICdydGctZGlyQGlldGYub3JnJzsgJ2RyYWZ0LWlldGYt
Y2NhbXAtZ2VuZXJhbC1jb25zdHJhaW50LQ0KPiBlbmNvZGUuYWxsQHRvb2xzLmlldGYub3JnJzsg
J2NjYW1wQGlldGYub3JnJw0KPiA+PiBTdWJqZWN0OiBbUlRHLURJUl0gUnRnRGlyIHJldmlldzog
ZHJhZnQtaWV0Zi1jY2FtcC1nZW5lcmFsLWNvbnN0cmFpbnQtDQo+IGVuY29kZS0xNi50eHQNCj4g
Pj4NCj4gPj4gSGVsbG8sDQo+ID4+DQo+ID4+IEkgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIHRoZSBS
b3V0aW5nIERpcmVjdG9yYXRlIHJldmlld2VyIGZvciB0aGlzIGRyYWZ0LiBUaGUNCj4gUm91dGlu
ZyBEaXJlY3RvcmF0ZSBzZWVrcyB0byByZXZpZXcgYWxsIHJvdXRpbmcgb3Igcm91dGluZy1yZWxh
dGVkIGRyYWZ0cyBhcyB0aGV5DQo+IHBhc3MgdGhyb3VnaCBJRVRGIGxhc3QgY2FsbCBhbmQgSUVT
RyByZXZpZXcsIGFuZCBzb21ldGltZXMgb24gc3BlY2lhbCByZXF1ZXN0Lg0KPiBUaGUgcHVycG9z
ZSBvZiB0aGUgcmV2aWV3IGlzIHRvIHByb3ZpZGUgYXNzaXN0YW5jZSB0byB0aGUgUm91dGluZyBB
RHMuIEZvciBtb3JlDQo+IGluZm9ybWF0aW9uIGFib3V0IHRoZSBSb3V0aW5nIERpcmVjdG9yYXRl
LCBwbGVhc2Ugc2VlIA0KPiBodHRwOi8vdHJhYy50b29scy5pZXRmLm9yZy9hcmVhL3J0Zy90cmFj
L3dpa2kvUnRnRGlyDQo+ID4+DQo+ID4+IEFsdGhvdWdoIHRoZXNlIGNvbW1lbnRzIGFyZSBwcmlt
YXJpbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIFJvdXRpbmcgQURzLCBpdA0KPiB3b3VsZCBiZSBoZWxw
ZnVsIGlmIHlvdSBjb3VsZCBjb25zaWRlciB0aGVtIGFsb25nIHdpdGggYW55IG90aGVyIElFVEYg
TGFzdCBDYWxsDQo+IGNvbW1lbnRzIHRoYXQgeW91IHJlY2VpdmUsIGFuZCBzdHJpdmUgdG8gcmVz
b2x2ZSB0aGVtIHRocm91Z2ggZGlzY3Vzc2lvbiBvciBieQ0KPiB1cGRhdGluZyB0aGUgZHJhZnQu
DQo+ID4+DQo+ID4+IERvY3VtZW50OiBkcmFmdC1pZXRmLWNjYW1wLWdlbmVyYWwtY29uc3RyYWlu
dC1lbmNvZGUtMTYudHh0DQo+ID4+IFJldmlld2VyOiBUb21vbm9yaSBUYWtlZGENCj4gPj4gUmV2
aWV3IERhdGU6IDE3IEphbnVhcnksIDIwMTUNCj4gPj4gSUVURiBMQyBFbmQgRGF0ZTogMTcgSmFu
dWFyeSwgMjAxNQ0KPiA+PiBJbnRlbmRlZCBTdGF0dXM6IFN0YW5kYXJkcyBUcmFjaw0KPiA+Pg0K
PiA+PiBTdW1tYXJ5Og0KPiA+Pg0KPiA+PiBUaGlzIGRvY3VtZW50IGlzIGJhc2ljYWxseSByZWFk
eSBmb3IgcHVibGljYXRpb24sIGJ1dCBoYXMgbml0cyB0aGF0IHNob3VsZCBiZQ0KPiBjb25zaWRl
cmVkIHByaW9yIHRvIHB1YmxpY2F0aW9uLg0KPiA+Pg0KPiA+PiBDb21tZW50czoNCj4gPj4NCj4g
Pj4gVGhpcyBkb2N1bWVudCBzcGVjaWZpZXMgcHJvdG9jb2wtYWdub3N0aWMgZW5jb2RpbmdzIGZv
ciBnZW5lcmFsIGluZm9ybWF0aW9uDQo+IGVsZW1lbnRzIGRlc2NyaWJlZCBpbiBkcmFmdC1pZXRm
LWNjYW1wLXJ3YS1pbmZvLg0KPiA+PiBJIHRoaW5rIHRoZSBkb2N1bWVudCBpcyBpbiBnb29kIHNo
YXBlIGJ1dCB0aGVyZSBhcmUgYSBmZXcgcG9pbnRzIHRoYXQgc2hvdWxkDQo+IGJlIGNsYXJpZmll
ZCBmb3IgYmV0dGVyIHVuZGVyc3RhbmRpbmcuDQo+ID4+DQo+ID4+IE1ham9yIElzc3VlczoNCj4g
Pj4NCj4gPj4gTm9uZQ0KPiA+Pg0KPiA+PiBNaW5vciBJc3N1ZXM6DQo+ID4+DQo+ID4+IE5vbmUN
Cj4gPj4NCj4gPj4gTml0czoNCj4gPj4NCj4gPj4gMSkgSW4gc2VjdGlvbiAxLjIsIGxhYmVsIGNv
bnRpbnVpdHkgY29uc3RyYWludCAoZS5nLiwgd2F2ZWxlbmd0aCBjb250aW51aXR5IGluDQo+IFdT
T04pIGlzIG1lbnRpb25lZC4gSG93ZXZlciwgSSBhbSBub3Qgc3VyZSB3aGV0aGVyIGluZm9ybWF0
aW9uIGVsZW1lbnRzIGZvcg0KPiB3aGljaCB0aGlzIGRvY3VtZW50IHNwZWNpZmllcyBlbmNvZGlu
Z3MgY2FuIGRlc2NyaWJlIHN1Y2ggY29uc3RyYWludC4gTXkNCj4gcmVhZGluZyBpcyB0aGF0IGlu
Zm9ybWF0aW9uIGVsZW1lbnQgc3VjaCBhcyBQb3J0IExhYmVsIFJlc3RyaWN0aW9uIGlzIHJhdGhl
ciBmb3INCj4gZGVzY3JpYmluZyB3YXZlbGVuZ3RoIHR1bmluZyBjYXBhYmlsaXRpZXMvcmVzdHJp
Y3Rpb25zLg0KPiA+Pg0KPiA+PiBZT1VORz4+IExhYmVsIGNvbnRpbnVpdHkgY29uc3RyYWludHMg
Y2FuIGJlIGluZmVycmVkIGZyb20gdGhlIHR3byBwbGFjZXMgaW4NCj4gdGhlIGRyYWZ0OiAoaSkg
UG9ydCBMYWJlbCBSZXN0cmljdGlvbiwgd2hpY2ggZ2l2ZXMgdGhlIHNldCBvZiBsYWJlbHMgKHdh
dmVsZW5ndGhzKQ0KPiB0aGF0IG1heSBub3QgYmUgYXZhaWxhYmxlIG9uIGNlcnRhaW4gbGlua3Mg
aW5jbHVkaW5nIHR1bmluZyByYW5nZS9yZXN0cmljdGlvbjsgKGlpKQ0KPiBBdmFpbGFibGUvU2hh
cmVkIEJhY2t1cCBMYWJlbCBGaWVsZHMgKHNlY3Rpb24gMi40ICYgc2VjdGlvbiAyLjUpLiBUaGVy
ZSBpcyBubw0KPiBlbmNvZGluZyBmb3IgbGFiZWwgY29udGludWl0eSBjb25zdHJhaW50IHBlciBz
ZS4gVGhlIGFmb3JlbWVudGlvbmVkIGNvbnN0cmFpbnRzDQo+IGFyZSBlbmNvZGVkIHRvIGdpdmUg
YSBub2RlIG9yIGEgUENFIHRvIGJlIGFibGUgdG8gY29tcHV0ZSBhIHBhdGggKGkuZS4sIHBhdGgg
d2l0aA0KPiB3YXZlbGVuZ3RoIGNvbnRpbnVpdHkpIHN1YmplY3QgdG8gdGhlc2UgY29uc3RyYWlu
dHMuDQo+ID4+DQo+ID4+IDIpIEluIHNlY3Rpb24gMi4xLCBpdCBzYXlzICJ0d28gbWF0cmljZXMg
d2lsbCBub3QgaGF2ZSB0aGUgc2FtZSB7c3JjIHBvcnQsIHNyYw0KPiBsYWJlbCwgZHN0IHBvcnQs
IGRzdCBsYWJlbH0iLiBUbyBiZSBwcmVjaXNlLCBJIGd1ZXNzIHRoaXMgc2hvdWxkIGJlICJ0d28g
bWF0cmljZXMgd2lsbA0KPiBub3QgaGF2ZSB0aGUgc2FtZSB7c3JjIHBvcnQsIHNyYyBsYWJlbH0s
IGFuZCB0d28gbWF0cmljZXMgd2lsbCBub3QgaGF2ZSB0aGUgc2FtZQ0KPiB7ZHN0IHBvcnQsIGRz
dCBsYWJlbH0iPw0KPiA+Pg0KPiA+PiBZT1VORz4+IEkgdGhpbmsgeW91ciBzdWdnZXN0aW9uIG1h
eSBiZSB0b28gcmVzdHJpY3RpdmUuIEZvciBpbnN0YW5jZSwgaWYgd2UNCj4gaGF2ZSBvbmUgc291
cmNlIChwb3J0IDEpIGFuZCBvbmUgZGVzdGluYXRpb24gKHBvcnQgMikgd2l0aCB0d28gbGFiZWxz
IGVhY2guIFRoZW4NCj4gd2Ugd291bGQgaGF2ZTogeygxLDEsMiwxKSwgKDEsMSwyLDIpLCAoMSwy
LDIsMSksICgxLDIsMiwyKX0gSSB0aGluayB3aXRoIHRoZSBjdXJyZW50DQo+IHN0YXRlbWVudCwg
d2UgY2FuIHNlbmQgdGhpcyBpbmZvIGluIGFueSBjb21iaW5hdGlvbiBvZiBtdWx0aXBsZSBtYXRy
aWNlcywgd2hpY2ggSQ0KPiB0aGluayBwZXJmZWN0bHkgZmluZS4gV2l0aCB5b3VyIHN1Z2dlc3Rp
b24sIEkgd291bGQgbm90IGJlIGFibGUgc2VuZCAoMSwxLDIsMSkgYW5kDQo+ICgxLDEsMiwyKSB0
b2dldGhlci4gV2h5IHdvdWxkIHRoaXMgbm90IGJlIG1hZGUgcG9zc2libGU/IE15IHRha2UgaXMg
YXMgbG9uZyBhcw0KPiBlYWNoIHN1Ym1hdHJpeCByZXByZXNlbnRzIGEgc2V0IG9mIGRpc2pvaW50
IHF1YWRydXBsZXMsIHRoYXQgc2hvdWxkIGJlIGFsbG93ZWQuDQo+ID4+DQo+ID4+IDMpIEluIHNl
Y3Rpb24gMi4xLCBpdCBzYXlzICJUaGUgdmFsdWUgb2YgMHhGRiBpcyByZXNlcnZlZCBmb3IgdXNl
IHdpdGggcG9ydA0KPiB3YXZlbGVuZ3RoIGNvbnN0cmFpbnRzIi4gSSB0aGluayAicG9ydCB3YXZl
bGVuZ3RoIGNvbnN0cmFpbnRzIiBzaG91bGQgYmUgInBvcnQNCj4gbGFiZWwgcmVzdHJpY3Rpb24i
Lg0KPiA+Pg0KPiA+PiBZT1VORz4+IFllcywgdGhhbmtzLg0KPiA+Pg0KPiA+PiA0KSBJbiBzZWN0
aW9uIDIuMSwgZm9yIExpbmsgU2V0IEEgZGlyPWJpZGlyZWN0aW9uYWwsIExpbmsgU2V0IEIgZGly
PWJpZGlyZWN0aW9uYWwsIGlmDQo+IGFueSBzaWduYWwgb24gYW4gaW5wdXQgbGluayBYIGlzIG91
dHB1dCBvbiBhIGxpbmsgWSwgdGhlbiBhbnkgc2lnbmFsIG9uIGFuIGlucHV0IGxpbmsgWQ0KPiBp
cyBvdXRwdXQgb24gYSBsaW5rIFggKGFmdGVyIGNyb3NzLWNvbm5lY3QpPyBPciBhbnkgY29uc3Ry
YWludCBvbiBzdWNoIHNpZ25hbCBmbG93DQo+IChhZnRlciBjcm9zcy1jb25uZWN0KSBpcyBvdXQg
b2Ygc2NvcGU/DQo+ID4+DQo+ID4+IFlPVU5HPj4gSSBhbSBub3Qgc3VyZSB3aGF0ICJhZnRlciBj
cm9zcy1jb25uZWN0IiBpcyBtZWFudC4NCj4gPj4NCj4gPj4gNSkgSW4gc2VjdGlvbiAyLjIuMSwg
aXQgc2F5cyAiSW4gdGhpcyBjYXNlIHRoZSBhY2NvbXBhbnlpbmcgbGFiZWwgc2V0IGluZGljYXRl
cyB0aGUNCj4gbGFiZWxzIHBlcm1pdHRlZCBvbiB0aGUgcG9ydC4iIEkgdGhpbmsgInBvcnQiIHNo
b3VsZCBiZSAicG9ydC9tYXRyaXgiLg0KPiA+Pg0KPiA+PiBZT1VORz4+IFllcywgdGhhbmtzLg0K
PiA+Pg0KPiA+PiA2KSBJbiBzZWN0aW9uIDIuMi4yLCBpdCB3b3VsZCBiZSBiZXR0ZXIgdG8gZGVz
Y3JpYmUgdGhlIHR5cGUgKGUuZy4sIGludGVnZXIpIGZvcg0KPiBNYXhOdW1DaGFubmVscy4NCj4g
Pj4gVGhpcyBhbHNvIGFwcGxpZXMgZm9yIE1heExhYmVsUmFuZ2UgKGluIHNlY3Rpb24gMi4yLjMp
IGFuZCBOdW0gTGFiZWxzIChpbg0KPiBzZWN0aW9uIDIuNikuDQo+ID4+DQo+ID4+IFlPVU5HPj4g
T0suDQo+ID4+DQo+ID4+IDcpIEluIHNlY3Rpb24gMi42LCBpdCBzYXlzICJMYWJlbCBTZXQgRmll
bGQgaXMgdXNlZCB3aXRoaW4gdGhlIDxBdmFpbGFibGVMYWJlbHM+IG9yDQo+IHRoZSA8U2hhcmVk
QmFja3VwTGFiZWxzPiIuIEJ1dCBJIHRoaW5rIExhYmVsIFNldCBGaWVsZCBpcyBhbHNvIHVzZWQg
d2l0aGluDQo+IFNJTVBMRV9MQUJFTCwgTEFCRUxfUkFOR0UgYW5kIFNJTVBMRV9MQUJFTCAmIENI
QU5ORUxfQ09VTlQuDQo+ID4+DQo+ID4+IFlPVU5HPj4gWWVzLCBpdCBpcyB1c2VkIGluIG11bHRp
cGxlIHBsYWNlcy4NCj4gPj4NCj4gPj4gSG93IGFib3V0Og0KPiA+PiBPTEQ6IExhYmVsIFNldCBG
aWVsZCBpcyB1c2VkIHdpdGhpbiB0aGUgPEF2YWlsYWJsZUxhYmVscz4gb3IgdGhlDQo+ID4+ICAg
IDxTaGFyZWRCYWNrdXBMYWJlbHM+LCB3aGljaCBpcyBkZWZpbmVkIGluIFNlY3Rpb24gMi40LiBh
bmQgMi41LiwNCj4gPj4gICAgcmVzcGVjdGl2ZWx5Lg0KPiA+PiBORVc6IExhYmVsIFNldCBGaWVs
ZCBpcyB1c2VkIHdpdGhpbiB0aGUgPEF2YWlsYWJsZUxhYmVscz4gb3IgdGhlDQo+ID4+ICAgIDxT
aGFyZWRCYWNrdXBMYWJlbHM+LCB3aGljaCBpcyBkZWZpbmVkIGluIFNlY3Rpb24gMi40LiBhbmQg
Mi41LiwNCj4gPj4gICAgcmVzcGVjdGl2ZWx5LiBJdCBpcyBhbHNvIHVzZWQgd2l0aGluIHRoZSA8
U0lNUExFX0xBQkVMPiwNCj4gPj4gICAgPExBQkVMX1JBTkdFPiwgPFNJTVBMRV9MQUJFTD4gb3Ig
PENIQU5ORUxfQ09VTlQ+LCB3aGljaCBpcw0KPiBkZWZpbmVkDQo+ID4+ICAgIGluIFNlY3Rpb25z
IDIuMS4xIC0gMi4xLjQsIHJlc3BlY3RpdmVseS4NCj4gPj4NCj4gPj4NCj4gPj4gVGhhbmtzLA0K
PiA+PiBUb21vbm9yaQ0KPiA+Pg0KDQoNCg==


From nobody Mon Feb  2 13:28:53 2015
Return-Path: <lberger@labn.net>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3AD1B1A90ED; Mon,  2 Feb 2015 13:28:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.278
X-Spam-Level: 
X-Spam-Status: No, score=-1.278 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_BIZ=0.288, IP_NOT_FRIENDLY=0.334] autolearn=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 hn5ewjylIoHt; Mon,  2 Feb 2015 13:28:45 -0800 (PST)
Received: from newdragon.webhostserver.biz (newdragon.webhostserver.biz [69.25.136.252]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 067081A90EC; Mon,  2 Feb 2015 13:28:44 -0800 (PST)
Received: from localhost ([::1]:58783) by newdragon.webhostserver.biz with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.84) (envelope-from <lberger@labn.net>) id 1YIOXy-00060f-6K; Tue, 03 Feb 2015 00:28:42 +0300
Message-ID: <54CFEC08.7010304@labn.net>
Date: Mon, 02 Feb 2015 16:28:40 -0500
From: Lou Berger <lberger@labn.net>
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
MIME-Version: 1.0
To: Leeyoung <leeyoung@huawei.com>
References: <EB0F2EAC05E9C64D80571F2042700A2A6C46DC@C0010I0.coe.ntt.com> <7AEB3D6833318045B4AE71C2C87E8E1729C7B111@dfweml706-chm> <EB0F2EAC05E9C64D80571F2042700A2A6C5EEF@C0010I0.coe.ntt.com> <7AEB3D6833318045B4AE71C2C87E8E1729C7C7D3@dfweml706-chm> <EB0F2EAC05E9C64D80571F2042700A2A6C6FF6@C0010I0.coe.ntt.com>
In-Reply-To: <EB0F2EAC05E9C64D80571F2042700A2A6C6FF6@C0010I0.coe.ntt.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - newdragon.webhostserver.biz
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - labn.net
X-Get-Message-Sender-Via: newdragon.webhostserver.biz: authenticated_id: lberger@blabn.com
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-dir/C_seKSaQRJwwbiUeUAqqzOh64TM>
Cc: "'rtg-dir@ietf.org'" <rtg-dir@ietf.org>, "'draft-ietf-ccamp-general-constraint-encode.all@tools.ietf.org'" <draft-ietf-ccamp-general-constraint-encode.all@tools.ietf.org>, "'ccamp@ietf.org'" <ccamp@ietf.org>, Tomonori Takeda <tomonori.takeda@ntt.com>, "rtg-ads@tools.ietf.org" <rtg-ads@tools.ietf.org>
Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-ccamp-general-constraint-encode-16.txt
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Feb 2015 21:28:47 -0000

Hi Young,

I see you just published an update.  I have one question below.

On 1/23/2015 3:01 AM, Tomonori Takeda wrote:
> Hi Young,
>
> OK, thanks,
>
> Tomonori
>
> -----Original Message-----
> From: Leeyoung [mailto:leeyoung@huawei.com] 
> Sent: Thursday, January 22, 2015 2:44 AM
> To: Tomonori Takeda（武田知典）; Leeyoung; rtg-ads@tools.ietf.org
> Cc: 'rtg-dir@ietf.org'; 'draft-ietf-ccamp-general-constraint-encode.all@tools.ietf.org'; 'ccamp@ietf.org'
> Subject: RE: [RTG-DIR] RtgDir review: draft-ietf-ccamp-general-constraint-encode-16.txt
>
> Hi Tomonori,
>
> Thanks for your comment. Please see in-line for my response. Please let me know if the response would satisfy you. 
>
> Best regards,
> Young
>
> -----Original Message-----
> From: Tomonori Takeda [mailto:tomonori.takeda@ntt.com] 
> Sent: Wednesday, January 21, 2015 12:48 AM
> To: Leeyoung; rtg-ads@tools.ietf.org
> Cc: 'rtg-dir@ietf.org'; 'draft-ietf-ccamp-general-constraint-encode.all@tools.ietf.org'; 'ccamp@ietf.org'; Tomonori Takeda
> Subject: RE: [RTG-DIR] RtgDir review: draft-ietf-ccamp-general-constraint-encode-16.txt
>
> Hi Young,
>
> Thanks.
>
> Two follow-up questions/comments.
> (I am fine with other points, which you already addressed in the updated draft.)
>
>> 2) In section 2.1, it says "two matrices will not have the same {src port, src label, dst port, dst label}". To be precise, I guess this should be > "two matrices will not have the same {src port, src label}, and two matrices will not have the same {dst port, dst label}"?
>>
>> YOUNG>> I think your suggestion may be too restrictive. For instance, if we have one source (port 1) and one destination (port 2) with two labels > each. Then we would have: {(1,1,2,1), (1,1,2,2), (1,2,2,1), (1,2,2,2)} I think with the current statement, we can send this info in any combination > of multiple matrices, which I think perfectly fine. With your suggestion, I would not be able send (1,1,2,1) and (1,1,2,2) together. Why would this > not be made possible? My take is as long as each submatrix represents a set of disjoint quadruples, that should be allowed.
> My reading of "two matrices will not have the same {src port, src label, dst port, dst label}" is as follows.
>
> <Example A>
>
>   input port=1  --> Submatrix#1 --> output port=2
>   input label=1                     output label=1
>
>   input port=1  --> Submatrix#2 --> output port=2
>   input label=1                     output label=2
>
>   This is allowed.
>
> <Example B>
>
>   input port=1  --> Submatrix#1 --> output port=2
>   input label=1                     output label=1
>
>   input port=1  --> Submatrix#2 --> output port=2
>   input label=1                     output label=1
>
>   This is not allowed.
>
> <Example C>
>
>   input port=1  --> Submatrix#1 --> output port=2
>   input label=1                     output label=1
>
>   input port=1  --> Submatrix#2 --> output port=2
>   input label=2                     output label=2
>
>   This is allowed.
>
> Is above understanding correct?
> If so, I am not sure how example A works, since I am not sure what is the indentifier to direct from input to each submatrix.
>
> Maybe I am mis-understanding what sub-matrix is. I thought sub-matrix is a sort of virtual node, splitting the single matrix (or switch) into smaller pieces.

Can you explain how the revised text clarifies this point?

Thanks,
Lou

> ....


From nobody Mon Feb  2 13:39:15 2015
Return-Path: <stig@venaas.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A99541A037A; Mon,  2 Feb 2015 13:39:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level: 
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
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 0yXFTiM3t-Nf; Mon,  2 Feb 2015 13:39:09 -0800 (PST)
Received: from ufisa.uninett.no (ufisa.uninett.no [IPv6:2001:700:1:2::152:127]) by ietfa.amsl.com (Postfix) with ESMTP id D283B1A90FB; Mon,  2 Feb 2015 13:39:08 -0800 (PST)
Received: from [10.154.208.88] (128-107-239-235.cisco.com [128.107.239.235]) by ufisa.uninett.no (Postfix) with ESMTPSA id 8A39480B9; Mon,  2 Feb 2015 22:39:06 +0100 (CET)
Message-ID: <54CFEE72.7040601@venaas.com>
Date: Mon, 02 Feb 2015 13:38:58 -0800
From: Stig Venaas <stig@venaas.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
MIME-Version: 1.0
To: draft-ietf-mpls-seamless-mcast.all@tools.ietf.org, mpls@ietf.org
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-dir/5NWFLlw2w_8n9md1yxqXH_BpoJk>
Cc: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, rtg-ads@tools.ietf.org
Subject: [RTG-DIR] Routing Directorate Review of draft-ietf-mpls-seamless-mcast-15
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Feb 2015 21:39:12 -0000

Hi

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-mpls-seamless-mcast-15
Reviewer: Stig Venaas
Review Date: 2 February 2015
IETF LC End Date: 2 February 2015
Intended Status: Proposed Standard

Summary:
The document is fairly well written. I only found minor editorial
issues, plus potentially a missing IANA action.

The document states in e.g.
6.2.2. Leaf A-D Route for Global Table Multicast
that the RD in the MCAST-VPN NLRI is set to all 1s for (*,G)-state.
Is this use of RD defined in another document? Shouldn't RD type
65535 then be assigned for this purpose in
http://www.iana.org/assignments/route-distinguisher-types/route-distinguisher-types.xhtml

Minor issues:

Section 3:
The reader is suppose to be familiar with MVPN procedures and
               ^^^^^^^^

although this by no means imply that this alternative
                           ^^^^^^

5.1.2. Routes re-avertise by PE or ASBR
               ^^^^^^^^^^^
5.2.2. Routes re-avertise by PE or ASBR
               ^^^^^^^^^^^

Stig


From nobody Mon Feb  2 14:15:22 2015
Return-Path: <leeyoung@huawei.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E65741A0252; Mon,  2 Feb 2015 14:15:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.211
X-Spam-Level: 
X-Spam-Status: No, score=-3.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=0.999, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 R4rmSJzQyE7M; Mon,  2 Feb 2015 14:15:19 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1528F1A00FF; Mon,  2 Feb 2015 14:15:17 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml403-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BSA14979; Mon, 02 Feb 2015 22:15:16 +0000 (GMT)
Received: from DFWEML701-CHM.china.huawei.com (10.193.5.50) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 2 Feb 2015 22:15:15 +0000
Received: from DFWEML706-CHM.china.huawei.com ([10.193.5.225]) by dfweml701-chm ([10.193.5.50]) with mapi id 14.03.0158.001; Mon, 2 Feb 2015 14:15:07 -0800
From: Leeyoung <leeyoung@huawei.com>
To: Lou Berger <lberger@labn.net>
Thread-Topic: [RTG-DIR] RtgDir review: draft-ietf-ccamp-general-constraint-encode-16.txt
Thread-Index: AQHQPy8+PnFc7CCv4Eq3OFRtEP+ii5zd6dhw
Date: Mon, 2 Feb 2015 22:15:06 +0000
Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1729C80259@dfweml706-chm>
References: <EB0F2EAC05E9C64D80571F2042700A2A6C46DC@C0010I0.coe.ntt.com> <7AEB3D6833318045B4AE71C2C87E8E1729C7B111@dfweml706-chm> <EB0F2EAC05E9C64D80571F2042700A2A6C5EEF@C0010I0.coe.ntt.com> <7AEB3D6833318045B4AE71C2C87E8E1729C7C7D3@dfweml706-chm> <EB0F2EAC05E9C64D80571F2042700A2A6C6FF6@C0010I0.coe.ntt.com> <54CFEC08.7010304@labn.net>
In-Reply-To: <54CFEC08.7010304@labn.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.192.11.186]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-dir/2HPUiHIx_9Y-mzqBkGWjQdDmNmQ>
Cc: "'rtg-dir@ietf.org'" <rtg-dir@ietf.org>, "'draft-ietf-ccamp-general-constraint-encode.all@tools.ietf.org'" <draft-ietf-ccamp-general-constraint-encode.all@tools.ietf.org>, "'ccamp@ietf.org'" <ccamp@ietf.org>, Tomonori Takeda <tomonori.takeda@ntt.com>, "rtg-ads@tools.ietf.org" <rtg-ads@tools.ietf.org>
Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-ccamp-general-constraint-encode-16.txt
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Feb 2015 22:15:21 -0000

SGkgTG91LA0KDQpUaGUgb3JpZ2luYWwgcXVlc3Rpb24gVG9tb25vcmkgcmFpc2VkIHdhcyBpZiBz
dWItbWF0cmljZXMgYXJlIGxpa2UgdmlydHVhbCBub2RlcyBhdHRhY2hlZCB0byBjb25uZWN0aXZp
dHkgbWF0cml4LiBUaGUgYW5zd2VyIHdhcyBubywgYW5kIHN1Yi1tYXRyaXggaXMgc2ltcGx5IGEg
cGFydGl0aW9uIG9mIGNvbm5lY3Rpdml0eSBtYXRyaXggaW50byBzbWFsbGVyIHBpZWNlcy4gVG8g
dGhhdCBlbmQsIEkgYWRkZWQgdGhlIGZvbGxvd2luZyB0ZXh0IGluIFNlY3Rpb24gMi4xDQoNCiAg
IEVhY2ggc3ViLW1hdHJpeCBpcyBhc3NpZ25lZCBhIHVuaXF1ZSBNYXRyaXggSUQgdG8gcmVwcmVz
ZW50IGEgDQogICBtdXR1YWxseSBleGNsdXNpdmUgc2V0IG9mIHtzcmMgcG9ydCwgc3JjIGxhYmVs
LCBkc3QgcG9ydCwgZHN0IGxhYmVsfSANCiAgIGZyb20gb3RoZXIgc3ViLW1hdHJpY2VzLiANCg0K
TGV0IG1lIGtub3cgd2hhdCB5b3UgdGhpbmsuDQoNClRoYW5rcywNCllvdW5nDQoNCi0tLS0tT3Jp
Z2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBMb3UgQmVyZ2VyIFttYWlsdG86bGJlcmdlckBsYWJu
Lm5ldF0gDQpTZW50OiBNb25kYXksIEZlYnJ1YXJ5IDAyLCAyMDE1IDM6MjkgUE0NClRvOiBMZWV5
b3VuZw0KQ2M6IFRvbW9ub3JpIFRha2VkYTsgcnRnLWFkc0B0b29scy5pZXRmLm9yZzsgJ3J0Zy1k
aXJAaWV0Zi5vcmcnOyAnZHJhZnQtaWV0Zi1jY2FtcC1nZW5lcmFsLWNvbnN0cmFpbnQtZW5jb2Rl
LmFsbEB0b29scy5pZXRmLm9yZyc7ICdjY2FtcEBpZXRmLm9yZycNClN1YmplY3Q6IFJlOiBbUlRH
LURJUl0gUnRnRGlyIHJldmlldzogZHJhZnQtaWV0Zi1jY2FtcC1nZW5lcmFsLWNvbnN0cmFpbnQt
ZW5jb2RlLTE2LnR4dA0KDQpIaSBZb3VuZywNCg0KSSBzZWUgeW91IGp1c3QgcHVibGlzaGVkIGFu
IHVwZGF0ZS4gIEkgaGF2ZSBvbmUgcXVlc3Rpb24gYmVsb3cuDQoNCk9uIDEvMjMvMjAxNSAzOjAx
IEFNLCBUb21vbm9yaSBUYWtlZGEgd3JvdGU6DQo+IEhpIFlvdW5nLA0KPg0KPiBPSywgdGhhbmtz
LA0KPg0KPiBUb21vbm9yaQ0KPg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9t
OiBMZWV5b3VuZyBbbWFpbHRvOmxlZXlvdW5nQGh1YXdlaS5jb21dIA0KPiBTZW50OiBUaHVyc2Rh
eSwgSmFudWFyeSAyMiwgMjAxNSAyOjQ0IEFNDQo+IFRvOiBUb21vbm9yaSBUYWtlZGHvvIjmrabn
lLDnn6XlhbjvvIk7IExlZXlvdW5nOyBydGctYWRzQHRvb2xzLmlldGYub3JnDQo+IENjOiAncnRn
LWRpckBpZXRmLm9yZyc7ICdkcmFmdC1pZXRmLWNjYW1wLWdlbmVyYWwtY29uc3RyYWludC1lbmNv
ZGUuYWxsQHRvb2xzLmlldGYub3JnJzsgJ2NjYW1wQGlldGYub3JnJw0KPiBTdWJqZWN0OiBSRTog
W1JURy1ESVJdIFJ0Z0RpciByZXZpZXc6IGRyYWZ0LWlldGYtY2NhbXAtZ2VuZXJhbC1jb25zdHJh
aW50LWVuY29kZS0xNi50eHQNCj4NCj4gSGkgVG9tb25vcmksDQo+DQo+IFRoYW5rcyBmb3IgeW91
ciBjb21tZW50LiBQbGVhc2Ugc2VlIGluLWxpbmUgZm9yIG15IHJlc3BvbnNlLiBQbGVhc2UgbGV0
IG1lIGtub3cgaWYgdGhlIHJlc3BvbnNlIHdvdWxkIHNhdGlzZnkgeW91LiANCj4NCj4gQmVzdCBy
ZWdhcmRzLA0KPiBZb3VuZw0KPg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9t
OiBUb21vbm9yaSBUYWtlZGEgW21haWx0bzp0b21vbm9yaS50YWtlZGFAbnR0LmNvbV0gDQo+IFNl
bnQ6IFdlZG5lc2RheSwgSmFudWFyeSAyMSwgMjAxNSAxMjo0OCBBTQ0KPiBUbzogTGVleW91bmc7
IHJ0Zy1hZHNAdG9vbHMuaWV0Zi5vcmcNCj4gQ2M6ICdydGctZGlyQGlldGYub3JnJzsgJ2RyYWZ0
LWlldGYtY2NhbXAtZ2VuZXJhbC1jb25zdHJhaW50LWVuY29kZS5hbGxAdG9vbHMuaWV0Zi5vcmcn
OyAnY2NhbXBAaWV0Zi5vcmcnOyBUb21vbm9yaSBUYWtlZGENCj4gU3ViamVjdDogUkU6IFtSVEct
RElSXSBSdGdEaXIgcmV2aWV3OiBkcmFmdC1pZXRmLWNjYW1wLWdlbmVyYWwtY29uc3RyYWludC1l
bmNvZGUtMTYudHh0DQo+DQo+IEhpIFlvdW5nLA0KPg0KPiBUaGFua3MuDQo+DQo+IFR3byBmb2xs
b3ctdXAgcXVlc3Rpb25zL2NvbW1lbnRzLg0KPiAoSSBhbSBmaW5lIHdpdGggb3RoZXIgcG9pbnRz
LCB3aGljaCB5b3UgYWxyZWFkeSBhZGRyZXNzZWQgaW4gdGhlIHVwZGF0ZWQgZHJhZnQuKQ0KPg0K
Pj4gMikgSW4gc2VjdGlvbiAyLjEsIGl0IHNheXMgInR3byBtYXRyaWNlcyB3aWxsIG5vdCBoYXZl
IHRoZSBzYW1lIHtzcmMgcG9ydCwgc3JjIGxhYmVsLCBkc3QgcG9ydCwgZHN0IGxhYmVsfSIuIFRv
IGJlIHByZWNpc2UsIEkgZ3Vlc3MgdGhpcyBzaG91bGQgYmUgPiAidHdvIG1hdHJpY2VzIHdpbGwg
bm90IGhhdmUgdGhlIHNhbWUge3NyYyBwb3J0LCBzcmMgbGFiZWx9LCBhbmQgdHdvIG1hdHJpY2Vz
IHdpbGwgbm90IGhhdmUgdGhlIHNhbWUge2RzdCBwb3J0LCBkc3QgbGFiZWx9Ij8NCj4+DQo+PiBZ
T1VORz4+IEkgdGhpbmsgeW91ciBzdWdnZXN0aW9uIG1heSBiZSB0b28gcmVzdHJpY3RpdmUuIEZv
ciBpbnN0YW5jZSwgaWYgd2UgaGF2ZSBvbmUgc291cmNlIChwb3J0IDEpIGFuZCBvbmUgZGVzdGlu
YXRpb24gKHBvcnQgMikgd2l0aCB0d28gbGFiZWxzID4gZWFjaC4gVGhlbiB3ZSB3b3VsZCBoYXZl
OiB7KDEsMSwyLDEpLCAoMSwxLDIsMiksICgxLDIsMiwxKSwgKDEsMiwyLDIpfSBJIHRoaW5rIHdp
dGggdGhlIGN1cnJlbnQgc3RhdGVtZW50LCB3ZSBjYW4gc2VuZCB0aGlzIGluZm8gaW4gYW55IGNv
bWJpbmF0aW9uID4gb2YgbXVsdGlwbGUgbWF0cmljZXMsIHdoaWNoIEkgdGhpbmsgcGVyZmVjdGx5
IGZpbmUuIFdpdGggeW91ciBzdWdnZXN0aW9uLCBJIHdvdWxkIG5vdCBiZSBhYmxlIHNlbmQgKDEs
MSwyLDEpIGFuZCAoMSwxLDIsMikgdG9nZXRoZXIuIFdoeSB3b3VsZCB0aGlzID4gbm90IGJlIG1h
ZGUgcG9zc2libGU/IE15IHRha2UgaXMgYXMgbG9uZyBhcyBlYWNoIHN1Ym1hdHJpeCByZXByZXNl
bnRzIGEgc2V0IG9mIGRpc2pvaW50IHF1YWRydXBsZXMsIHRoYXQgc2hvdWxkIGJlIGFsbG93ZWQu
DQo+IE15IHJlYWRpbmcgb2YgInR3byBtYXRyaWNlcyB3aWxsIG5vdCBoYXZlIHRoZSBzYW1lIHtz
cmMgcG9ydCwgc3JjIGxhYmVsLCBkc3QgcG9ydCwgZHN0IGxhYmVsfSIgaXMgYXMgZm9sbG93cy4N
Cj4NCj4gPEV4YW1wbGUgQT4NCj4NCj4gICBpbnB1dCBwb3J0PTEgIC0tPiBTdWJtYXRyaXgjMSAt
LT4gb3V0cHV0IHBvcnQ9Mg0KPiAgIGlucHV0IGxhYmVsPTEgICAgICAgICAgICAgICAgICAgICBv
dXRwdXQgbGFiZWw9MQ0KPg0KPiAgIGlucHV0IHBvcnQ9MSAgLS0+IFN1Ym1hdHJpeCMyIC0tPiBv
dXRwdXQgcG9ydD0yDQo+ICAgaW5wdXQgbGFiZWw9MSAgICAgICAgICAgICAgICAgICAgIG91dHB1
dCBsYWJlbD0yDQo+DQo+ICAgVGhpcyBpcyBhbGxvd2VkLg0KPg0KPiA8RXhhbXBsZSBCPg0KPg0K
PiAgIGlucHV0IHBvcnQ9MSAgLS0+IFN1Ym1hdHJpeCMxIC0tPiBvdXRwdXQgcG9ydD0yDQo+ICAg
aW5wdXQgbGFiZWw9MSAgICAgICAgICAgICAgICAgICAgIG91dHB1dCBsYWJlbD0xDQo+DQo+ICAg
aW5wdXQgcG9ydD0xICAtLT4gU3VibWF0cml4IzIgLS0+IG91dHB1dCBwb3J0PTINCj4gICBpbnB1
dCBsYWJlbD0xICAgICAgICAgICAgICAgICAgICAgb3V0cHV0IGxhYmVsPTENCj4NCj4gICBUaGlz
IGlzIG5vdCBhbGxvd2VkLg0KPg0KPiA8RXhhbXBsZSBDPg0KPg0KPiAgIGlucHV0IHBvcnQ9MSAg
LS0+IFN1Ym1hdHJpeCMxIC0tPiBvdXRwdXQgcG9ydD0yDQo+ICAgaW5wdXQgbGFiZWw9MSAgICAg
ICAgICAgICAgICAgICAgIG91dHB1dCBsYWJlbD0xDQo+DQo+ICAgaW5wdXQgcG9ydD0xICAtLT4g
U3VibWF0cml4IzIgLS0+IG91dHB1dCBwb3J0PTINCj4gICBpbnB1dCBsYWJlbD0yICAgICAgICAg
ICAgICAgICAgICAgb3V0cHV0IGxhYmVsPTINCj4NCj4gICBUaGlzIGlzIGFsbG93ZWQuDQo+DQo+
IElzIGFib3ZlIHVuZGVyc3RhbmRpbmcgY29ycmVjdD8NCj4gSWYgc28sIEkgYW0gbm90IHN1cmUg
aG93IGV4YW1wbGUgQSB3b3Jrcywgc2luY2UgSSBhbSBub3Qgc3VyZSB3aGF0IGlzIHRoZSBpbmRl
bnRpZmllciB0byBkaXJlY3QgZnJvbSBpbnB1dCB0byBlYWNoIHN1Ym1hdHJpeC4NCj4NCj4gTWF5
YmUgSSBhbSBtaXMtdW5kZXJzdGFuZGluZyB3aGF0IHN1Yi1tYXRyaXggaXMuIEkgdGhvdWdodCBz
dWItbWF0cml4IGlzIGEgc29ydCBvZiB2aXJ0dWFsIG5vZGUsIHNwbGl0dGluZyB0aGUgc2luZ2xl
IG1hdHJpeCAob3Igc3dpdGNoKSBpbnRvIHNtYWxsZXIgcGllY2VzLg0KDQpDYW4geW91IGV4cGxh
aW4gaG93IHRoZSByZXZpc2VkIHRleHQgY2xhcmlmaWVzIHRoaXMgcG9pbnQ/DQoNClRoYW5rcywN
CkxvdQ0KDQo+IC4uLi4NCg==


From nobody Mon Feb  2 20:38:35 2015
Return-Path: <loa@pi.nu>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4E1241A1EF6; Mon,  2 Feb 2015 20:38:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level: 
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 OlAPNEPEGYuY; Mon,  2 Feb 2015 20:38:27 -0800 (PST)
Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 757501A1EF5; Mon,  2 Feb 2015 20:38:27 -0800 (PST)
Received: from [192.168.1.12] (unknown [49.149.205.111]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 5D01618013E4; Tue,  3 Feb 2015 05:38:20 +0100 (CET)
Message-ID: <54D050B8.8000802@pi.nu>
Date: Tue, 03 Feb 2015 12:38:16 +0800
From: Loa Andersson <loa@pi.nu>
User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
MIME-Version: 1.0
To: Stig Venaas <stig@venaas.com>,  draft-ietf-mpls-seamless-mcast.all@tools.ietf.org, mpls@ietf.org
References: <54CFEE72.7040601@venaas.com>
In-Reply-To: <54CFEE72.7040601@venaas.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-dir/evci9I5FYUh_3LSbXnfAoxm2ay8>
Cc: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, irene.grosclaude@orange-ftgroup.com, "N.Leymann@telekom.de" <N.Leymann@telekom.de>, samirsaad1@outlook.com, rtg-ads@tools.ietf.org, "thomas.morin@orange.com" <thomas.morin@orange.com>, "erosen@juniper.net" <erosen@juniper.net>
Subject: Re: [RTG-DIR] [mpls] Routing Directorate Review of draft-ietf-mpls-seamless-mcast-15
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Feb 2015 04:38:30 -0000

Folks,

First we have a problem with the draft-ietf-mpls-seamless-mcast aliases.
The mail does not go directly to most of the authors, even though I
guess the authors should see this through the mpls wg list.

I've copied the authors with their addresses directly.

Stig,

See inline please.

On 2015-02-03 05:38, Stig Venaas wrote:
> Hi
>
> 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-mpls-seamless-mcast-15
> Reviewer: Stig Venaas
> Review Date: 2 February 2015
> IETF LC End Date: 2 February 2015
> Intended Status: Proposed Standard
>
> Summary:
> The document is fairly well written. I only found minor editorial
> issues, plus potentially a missing IANA action.

Section 15 is the IANA section, can you be mote specific about
"potentially a missing IANA action"?

/Loa
>
> The document states in e.g.
> 6.2.2. Leaf A-D Route for Global Table Multicast
> that the RD in the MCAST-VPN NLRI is set to all 1s for (*,G)-state.
> Is this use of RD defined in another document? Shouldn't RD type
> 65535 then be assigned for this purpose in
> http://www.iana.org/assignments/route-distinguisher-types/route-distinguisher-types.xhtml
>
>
> Minor issues:
>
> Section 3:
> The reader is suppose to be familiar with MVPN procedures and
>                ^^^^^^^^
>
> although this by no means imply that this alternative
>                            ^^^^^^
>
> 5.1.2. Routes re-avertise by PE or ASBR
>                ^^^^^^^^^^^
> 5.2.2. Routes re-avertise by PE or ASBR
>                ^^^^^^^^^^^
>
> Stig
>
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls

-- 


Loa Andersson                        email: loa@mail01.huawei.com
Senior MPLS Expert                          loa@pi.nu
Huawei Technologies (consultant)     phone: +46 739 81 21 64


From nobody Tue Feb  3 05:59:56 2015
Return-Path: <lberger@labn.net>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0BB6E1A0398 for <rtg-dir@ietfa.amsl.com>; Tue,  3 Feb 2015 05:59:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.667
X-Spam-Level: 
X-Spam-Status: No, score=-1.667 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=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 U2dwZEQf0cdE for <rtg-dir@ietfa.amsl.com>; Tue,  3 Feb 2015 05:59:52 -0800 (PST)
Received: from gproxy10-pub.mail.unifiedlayer.com (gproxy10-pub.mail.unifiedlayer.com [69.89.20.226]) by ietfa.amsl.com (Postfix) with SMTP id 8C1471A0362 for <rtg-dir@ietf.org>; Tue,  3 Feb 2015 05:59:52 -0800 (PST)
Received: (qmail 21537 invoked by uid 0); 3 Feb 2015 13:59:52 -0000
Received: from unknown (HELO CMOut01) (10.0.90.82) by gproxy10.mail.unifiedlayer.com with SMTP; 3 Feb 2015 13:59:52 -0000
Received: from box313.bluehost.com ([69.89.31.113]) by CMOut01 with  id npzZ1p00J2SSUrH01pzc3z; Tue, 03 Feb 2015 06:59:51 -0700
X-Authority-Analysis: v=2.1 cv=J8Y5smXS c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=Vhvw94NMJWsA:10 a=IkcTkHD0fZMA:10 a=wU2YTnxGAAAA:8 a=cNaOj0WVAAAA:8 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=0HtSIViG9nkA:10 a=48vgC7mUAAAA:8 a=i0EeH86SAAAA:8 a=CyRW7yT0AAAA:8 a=WUNZ9BdeMR4-110n6a8A:9 a=nD5RYZfzY6wZS5Vn:21 a=QEXdDO2ut3YA:10
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default;  h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=lbt/L9aSZIMEWlo42NcFLPXnWqWJ+hT2eeKfM+/kLeI=;  b=JYJXDJvTICrt+L/WSRZgXCsHNYhdZzzfBPH1SgjmcsaElMgMwQl6RoDdC6bfK4OB11q+sDuchH9OtwsEAeMCEUrELhkJQQwBFYSegqEoj2oaSFmrC4ReDXm1h1txD0nM;
Received: from box313.bluehost.com ([69.89.31.113]:35342 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.82) (envelope-from <lberger@labn.net>) id 1YIe0r-0004nu-MD; Tue, 03 Feb 2015 06:59:34 -0700
Message-ID: <54D0D43E.1010702@labn.net>
Date: Tue, 03 Feb 2015 08:59:26 -0500
From: Lou Berger <lberger@labn.net>
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
MIME-Version: 1.0
To: Leeyoung <leeyoung@huawei.com>
References: <EB0F2EAC05E9C64D80571F2042700A2A6C46DC@C0010I0.coe.ntt.com> <7AEB3D6833318045B4AE71C2C87E8E1729C7B111@dfweml706-chm> <EB0F2EAC05E9C64D80571F2042700A2A6C5EEF@C0010I0.coe.ntt.com> <7AEB3D6833318045B4AE71C2C87E8E1729C7C7D3@dfweml706-chm> <EB0F2EAC05E9C64D80571F2042700A2A6C6FF6@C0010I0.coe.ntt.com> <54CFEC08.7010304@labn.net> <7AEB3D6833318045B4AE71C2C87E8E1729C80259@dfweml706-chm>
In-Reply-To: <7AEB3D6833318045B4AE71C2C87E8E1729C80259@dfweml706-chm>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net}
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-dir/xuFVvQfADyReKuNJP-nGqj13f1E>
Cc: "'rtg-dir@ietf.org'" <rtg-dir@ietf.org>, "'draft-ietf-ccamp-general-constraint-encode.all@tools.ietf.org'" <draft-ietf-ccamp-general-constraint-encode.all@tools.ietf.org>, "rtg-ads@tools.ietf.org" <rtg-ads@tools.ietf.org>, "'ccamp@ietf.org'" <ccamp@ietf.org>, Tomonori Takeda <tomonori.takeda@ntt.com>
Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-ccamp-general-constraint-encode-16.txt
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Feb 2015 13:59:56 -0000

Young,

I guess I didn't see the new text as substantively different or more
informative than preceding text:

   ... There may be more than one matrix associated with
   a node as the node can partition the switch matrix into several sub-
   matrices for various reasons such as incremental updates, etc. When
   the matrix is partitioned into sub-matrices, it is envisioned that
   they are mutually exclusive to one another in representing which
   ports/labels are associated with each sub-matrix. This implies that
   two matrices will not have the same {src port, src label, dst port,
   dst label}.

I'd suggest directly addressing the ambiguity by revising the first
sentence and "for various reasons such as incremental updates, etc. " in
particular.  Perhaps "primarily to limit the size of any individual
information element used to represent the matrix."  or however else
you'd like to capture the intent.

Lou

On 2/2/2015 5:15 PM, Leeyoung wrote:
> Hi Lou,
>
> The original question Tomonori raised was if sub-matrices are like virtual nodes attached to connectivity matrix. The answer was no, and sub-matrix is simply a partition of connectivity matrix into smaller pieces. To that end, I added the following text in Section 2.1
>
>    Each sub-matrix is assigned a unique Matrix ID to represent a 
>    mutually exclusive set of {src port, src label, dst port, dst label} 
>    from other sub-matrices. 
>
> Let me know what you think.
>
> Thanks,
> Young
>
> -----Original Message-----
> From: Lou Berger [mailto:lberger@labn.net] 
> Sent: Monday, February 02, 2015 3:29 PM
> To: Leeyoung
> Cc: Tomonori Takeda; rtg-ads@tools.ietf.org; 'rtg-dir@ietf.org'; 'draft-ietf-ccamp-general-constraint-encode.all@tools.ietf.org'; 'ccamp@ietf.org'
> Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-ccamp-general-constraint-encode-16.txt
>
> Hi Young,
>
> I see you just published an update.  I have one question below.
>
> On 1/23/2015 3:01 AM, Tomonori Takeda wrote:
>> Hi Young,
>>
>> OK, thanks,
>>
>> Tomonori
>>
>> -----Original Message-----
>> From: Leeyoung [mailto:leeyoung@huawei.com] 
>> Sent: Thursday, January 22, 2015 2:44 AM
>> To: Tomonori Takeda（武田知典）; Leeyoung; rtg-ads@tools.ietf.org
>> Cc: 'rtg-dir@ietf.org'; 'draft-ietf-ccamp-general-constraint-encode.all@tools.ietf.org'; 'ccamp@ietf.org'
>> Subject: RE: [RTG-DIR] RtgDir review: draft-ietf-ccamp-general-constraint-encode-16.txt
>>
>> Hi Tomonori,
>>
>> Thanks for your comment. Please see in-line for my response. Please let me know if the response would satisfy you. 
>>
>> Best regards,
>> Young
>>
>> -----Original Message-----
>> From: Tomonori Takeda [mailto:tomonori.takeda@ntt.com] 
>> Sent: Wednesday, January 21, 2015 12:48 AM
>> To: Leeyoung; rtg-ads@tools.ietf.org
>> Cc: 'rtg-dir@ietf.org'; 'draft-ietf-ccamp-general-constraint-encode.all@tools.ietf.org'; 'ccamp@ietf.org'; Tomonori Takeda
>> Subject: RE: [RTG-DIR] RtgDir review: draft-ietf-ccamp-general-constraint-encode-16.txt
>>
>> Hi Young,
>>
>> Thanks.
>>
>> Two follow-up questions/comments.
>> (I am fine with other points, which you already addressed in the updated draft.)
>>
>>> 2) In section 2.1, it says "two matrices will not have the same {src port, src label, dst port, dst label}". To be precise, I guess this should be > "two matrices will not have the same {src port, src label}, and two matrices will not have the same {dst port, dst label}"?
>>>
>>> YOUNG>> I think your suggestion may be too restrictive. For instance, if we have one source (port 1) and one destination (port 2) with two labels > each. Then we would have: {(1,1,2,1), (1,1,2,2), (1,2,2,1), (1,2,2,2)} I think with the current statement, we can send this info in any combination > of multiple matrices, which I think perfectly fine. With your suggestion, I would not be able send (1,1,2,1) and (1,1,2,2) together. Why would this > not be made possible? My take is as long as each submatrix represents a set of disjoint quadruples, that should be allowed.
>> My reading of "two matrices will not have the same {src port, src label, dst port, dst label}" is as follows.
>>
>> <Example A>
>>
>>   input port=1  --> Submatrix#1 --> output port=2
>>   input label=1                     output label=1
>>
>>   input port=1  --> Submatrix#2 --> output port=2
>>   input label=1                     output label=2
>>
>>   This is allowed.
>>
>> <Example B>
>>
>>   input port=1  --> Submatrix#1 --> output port=2
>>   input label=1                     output label=1
>>
>>   input port=1  --> Submatrix#2 --> output port=2
>>   input label=1                     output label=1
>>
>>   This is not allowed.
>>
>> <Example C>
>>
>>   input port=1  --> Submatrix#1 --> output port=2
>>   input label=1                     output label=1
>>
>>   input port=1  --> Submatrix#2 --> output port=2
>>   input label=2                     output label=2
>>
>>   This is allowed.
>>
>> Is above understanding correct?
>> If so, I am not sure how example A works, since I am not sure what is the indentifier to direct from input to each submatrix.
>>
>> Maybe I am mis-understanding what sub-matrix is. I thought sub-matrix is a sort of virtual node, splitting the single matrix (or switch) into smaller pieces.
> Can you explain how the revised text clarifies this point?
>
> Thanks,
> Lou
>
>> ....



From nobody Tue Feb  3 07:43:36 2015
Return-Path: <erosen@juniper.net>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 75F451A0AF8; Tue,  3 Feb 2015 07:27:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level: 
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
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 wrH1HM-ej-D2; Tue,  3 Feb 2015 07:27:17 -0800 (PST)
Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0127.outbound.protection.outlook.com [65.55.169.127]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 615751A1A0B; Tue,  3 Feb 2015 07:26:56 -0800 (PST)
Received: from [172.29.33.212] (66.129.241.11) by DM2PR0501MB1104.namprd05.prod.outlook.com (25.160.245.140) with Microsoft SMTP Server (TLS) id 15.1.75.20; Tue, 3 Feb 2015 15:26:53 +0000
Message-ID: <54D0E8B5.8030300@juniper.net>
Date: Tue, 3 Feb 2015 10:26:45 -0500
From: Eric C Rosen <erosen@juniper.net>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
MIME-Version: 1.0
To: Stig Venaas <stig@venaas.com>, <draft-ietf-mpls-seamless-mcast.all@tools.ietf.org>, <mpls@ietf.org>
References: <54CFEE72.7040601@venaas.com>
In-Reply-To: <54CFEE72.7040601@venaas.com>
Content-Type: text/plain; charset="utf-8"; format=flowed
Content-Transfer-Encoding: 7bit
X-Originating-IP: [66.129.241.11]
X-ClientProxiedBy: BY2PR02CA0047.namprd02.prod.outlook.com (10.141.216.37) To DM2PR0501MB1104.namprd05.prod.outlook.com (25.160.245.140)
Authentication-Results: tools.ietf.org; dkim=none (message not signed) header.d=none;
X-Microsoft-Antispam: UriScan:;
X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;SRVR:DM2PR0501MB1104;
X-Exchange-Antispam-Report-Test: UriScan:;
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004); SRVR:DM2PR0501MB1104; 
X-Forefront-PRVS: 0476D4AB88
X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6049001)(6009001)(24454002)(479174004)(377454003)(122386002)(76176999)(36756003)(62966003)(77096005)(77156002)(83506001)(40100003)(2201001)(33656002)(15975445007)(92566002)(65806001)(19580395003)(42186005)(64126003)(87266999)(230783001)(54356999)(46102003)(87976001)(66066001)(86362001)(23676002)(47776003)(2950100001)(80316001)(50986999)(59896002)(50466002); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR0501MB1104; H:[172.29.33.212]; FPR:; SPF:None; MLV:sfv; LANG:en; 
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:; SRVR:DM2PR0501MB1104; 
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 03 Feb 2015 15:26:53.5018 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR0501MB1104
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-dir/IK_dp7EVRmmwWMipgVEltOvGTwc>
X-Mailman-Approved-At: Tue, 03 Feb 2015 07:43:34 -0800
Cc: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, erosen@juniper.net, rtg-ads@tools.ietf.org
Subject: Re: [RTG-DIR] [mpls] Routing Directorate Review of draft-ietf-mpls-seamless-mcast-15
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Feb 2015 15:27:19 -0000

On 2/2/2015 4:38 PM, Stig Venaas wrote:
> The document states in e.g. 6.2.2. Leaf A-D Route for Global Table
> Multicast that the RD in the MCAST-VPN NLRI is set to all 1s for
> (*,G)-state. Is this use of RD defined in another document?

No it isn't.

> Shouldn't RD type 65535 then be assigned for this purpose in
> http://www.iana.org/assignments/route-distinguisher-types/route-distinguisher-types.xhtml

Stig,

I think you're right, the draft should do something to prevent a future 
draft from using -1 in the RD field.  Perhaps we should ask IANA to 
assign value 65535  to "for use only as specified in this document".

Of course, IANA will complain that we're not supposed to ask for 
specific assignments, but it's a bit too late to ask for early 
allocation ;-)

Eric

P.S.: The nits you pointed out are fixed in the source.


From nobody Tue Feb  3 09:08:50 2015
Return-Path: <leeyoung@huawei.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 42C011A1B8C; Tue,  3 Feb 2015 09:08:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.211
X-Spam-Level: 
X-Spam-Status: No, score=-3.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=0.999, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 PSnpHtXzRnuV; Tue,  3 Feb 2015 09:08:36 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 186401A1B88; Tue,  3 Feb 2015 09:08:25 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml404-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BSB16904; Tue, 03 Feb 2015 17:08:24 +0000 (GMT)
Received: from DFWEML702-CHM.china.huawei.com (10.193.5.72) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 3 Feb 2015 17:08:24 +0000
Received: from DFWEML706-CHM.china.huawei.com ([10.193.5.225]) by dfweml702-chm ([10.193.5.72]) with mapi id 14.03.0158.001; Tue, 3 Feb 2015 09:08:17 -0800
From: Leeyoung <leeyoung@huawei.com>
To: Lou Berger <lberger@labn.net>
Thread-Topic: [RTG-DIR] RtgDir review: draft-ietf-ccamp-general-constraint-encode-16.txt
Thread-Index: AQHQPy8+PnFc7CCv4Eq3OFRtEP+ii5zd6dhwgAGRIwD//6sYUA==
Date: Tue, 3 Feb 2015 17:08:17 +0000
Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1729C805B8@dfweml706-chm>
References: <EB0F2EAC05E9C64D80571F2042700A2A6C46DC@C0010I0.coe.ntt.com> <7AEB3D6833318045B4AE71C2C87E8E1729C7B111@dfweml706-chm> <EB0F2EAC05E9C64D80571F2042700A2A6C5EEF@C0010I0.coe.ntt.com> <7AEB3D6833318045B4AE71C2C87E8E1729C7C7D3@dfweml706-chm> <EB0F2EAC05E9C64D80571F2042700A2A6C6FF6@C0010I0.coe.ntt.com> <54CFEC08.7010304@labn.net> <7AEB3D6833318045B4AE71C2C87E8E1729C80259@dfweml706-chm> <54D0D43E.1010702@labn.net>
In-Reply-To: <54D0D43E.1010702@labn.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.192.11.186]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-dir/poV_cVKM9BkqGkEBB9Swg886tkY>
Cc: "'rtg-dir@ietf.org'" <rtg-dir@ietf.org>, "'draft-ietf-ccamp-general-constraint-encode.all@tools.ietf.org'" <draft-ietf-ccamp-general-constraint-encode.all@tools.ietf.org>, "rtg-ads@tools.ietf.org" <rtg-ads@tools.ietf.org>, "'ccamp@ietf.org'" <ccamp@ietf.org>, Tomonori Takeda <tomonori.takeda@ntt.com>
Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-ccamp-general-constraint-encode-16.txt
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Feb 2015 17:08:41 -0000

TG91LA0KDQpPSywgSG93IGFib3V0Og0KDQpPTEQgDQoNCi4uLiBUaGVyZSBtYXkgYmUgbW9yZSB0
aGFuIG9uZSBtYXRyaXggYXNzb2NpYXRlZCB3aXRoDQogICBhIG5vZGUgYXMgdGhlIG5vZGUgY2Fu
IHBhcnRpdGlvbiB0aGUgc3dpdGNoIG1hdHJpeCBpbnRvIHNldmVyYWwgc3ViLQ0KICAgbWF0cmlj
ZXMgZm9yIHZhcmlvdXMgcmVhc29ucyBzdWNoIGFzIGluY3JlbWVudGFsIHVwZGF0ZXMsIGV0Yy4g
V2hlbg0KICAgdGhlIG1hdHJpeCBpcyBwYXJ0aXRpb25lZCBpbnRvIHN1Yi1tYXRyaWNlcywgaXQg
aXMgZW52aXNpb25lZCB0aGF0DQogICB0aGV5IGFyZSBtdXR1YWxseSBleGNsdXNpdmUgdG8gb25l
IGFub3RoZXIgaW4gcmVwcmVzZW50aW5nIHdoaWNoDQogICBwb3J0cy9sYWJlbHMgYXJlIGFzc29j
aWF0ZWQgd2l0aCBlYWNoIHN1Yi1tYXRyaXguIFRoaXMgaW1wbGllcyB0aGF0DQogICB0d28gbWF0
cmljZXMgd2lsbCBub3QgaGF2ZSB0aGUgc2FtZSB7c3JjIHBvcnQsIHNyYyBsYWJlbCwgZHN0IHBv
cnQsDQogICBkc3QgbGFiZWx9Lg0KDQogICBFYWNoIHN1Yi1tYXRyaXggaXMgYXNzaWduZWQgYSB1
bmlxdWUgTWF0cml4IElEIHRvIHJlcHJlc2VudCBhIA0KICAgbXV0dWFsbHkgZXhjbHVzaXZlIHNl
dCBvZiB7c3JjIHBvcnQsIHNyYyBsYWJlbCwgZHN0IHBvcnQsIGRzdCBsYWJlbH0gDQogICBmcm9t
IG90aGVyIHN1Yi1tYXRyaWNlcy4NCg0KTkVXOiANCg0KLi4uIFRoZXJlIG1heSBiZSBtb3JlIHRo
YW4gb25lIG1hdHJpeCBhc3NvY2lhdGVkIHdpdGgNCiAgIGEgbm9kZSBhcyB0aGUgbm9kZSBjYW4g
cGFydGl0aW9uIHRoZSBzd2l0Y2ggbWF0cml4IGludG8gc2V2ZXJhbCBzdWItDQogICBtYXRyaWNl
cyBmb3IgdmFyaW91cyByZWFzb25zIHByaW1hcmlseSB0byBsaW1pdCB0aGUgc2l6ZSBvZiBhbnkg
DQogICBpbmRpdmlkdWFsIGluZm9ybWF0aW9uIGVsZW1lbnQgdXNlZCB0byByZXByZXNlbnQgdGhl
IG1hdHJpeCBvciBhbGxvdyANCiAgIGluY3JlbWVudGFsIHVwZGF0ZXMsIGV0Yy4gV2hlbiB0aGUg
bWF0cml4IGlzIHBhcnRpdGlvbmVkIGludG8gDQogICBzdWItbWF0cmljZXMsIGl0IGlzIGVudmlz
aW9uZWQgdGhhdCB0aGV5IGFyZSBtdXR1YWxseSBleGNsdXNpdmUgdG8gDQogICBvbmUgYW5vdGhl
ciBpbiByZXByZXNlbnRpbmcgd2hpY2ggcG9ydHMvbGFiZWxzIGFyZSBhc3NvY2lhdGVkIHdpdGgg
DQogICBlYWNoIHN1Yi1tYXRyaXguIFRoaXMgaW1wbGllcyB0aGF0IHR3byBtYXRyaWNlcyB3aWxs
IG5vdCBoYXZlIHRoZSANCiAgIHNhbWUge3NyYyBwb3J0LCBzcmMgbGFiZWwsIGRzdCBwb3J0LCBk
c3QgbGFiZWx9Lg0KDQogICBFYWNoIHN1Yi1tYXRyaXggaXMgYXNzaWduZWQgYSB1bmlxdWUgTWF0
cml4IElEIHRvIHJlcHJlc2VudCBhIA0KICAgbXV0dWFsbHkgZXhjbHVzaXZlIHNldCBvZiB7c3Jj
IHBvcnQsIHNyYyBsYWJlbCwgZHN0IHBvcnQsIGRzdCBsYWJlbH0gDQogICBmcm9tIG90aGVyIHN1
Yi1tYXRyaWNlcy4NCg0KV291bGQgdGhpcyBiZSBPayB3aXRoIHlvdT8gVGhlbiBJIHdpbGwgcHVi
bGlzaCBhIHJldmlzaW9uIHVwb24geW91ciBhcHByb3ZhbC4NCg0KVGhhbmtzLA0KWW91bmcNCg0K
LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IExvdSBCZXJnZXIgW21haWx0bzpsYmVy
Z2VyQGxhYm4ubmV0XSANClNlbnQ6IFR1ZXNkYXksIEZlYnJ1YXJ5IDAzLCAyMDE1IDc6NTkgQU0N
ClRvOiBMZWV5b3VuZw0KQ2M6ICdydGctZGlyQGlldGYub3JnJzsgJ2RyYWZ0LWlldGYtY2NhbXAt
Z2VuZXJhbC1jb25zdHJhaW50LWVuY29kZS5hbGxAdG9vbHMuaWV0Zi5vcmcnOyAnY2NhbXBAaWV0
Zi5vcmcnOyBUb21vbm9yaSBUYWtlZGE7IHJ0Zy1hZHNAdG9vbHMuaWV0Zi5vcmcNClN1YmplY3Q6
IFJlOiBbUlRHLURJUl0gUnRnRGlyIHJldmlldzogZHJhZnQtaWV0Zi1jY2FtcC1nZW5lcmFsLWNv
bnN0cmFpbnQtZW5jb2RlLTE2LnR4dA0KDQpZb3VuZywNCg0KSSBndWVzcyBJIGRpZG4ndCBzZWUg
dGhlIG5ldyB0ZXh0IGFzIHN1YnN0YW50aXZlbHkgZGlmZmVyZW50IG9yIG1vcmUNCmluZm9ybWF0
aXZlIHRoYW4gcHJlY2VkaW5nIHRleHQ6DQoNCiAgIC4uLiBUaGVyZSBtYXkgYmUgbW9yZSB0aGFu
IG9uZSBtYXRyaXggYXNzb2NpYXRlZCB3aXRoDQogICBhIG5vZGUgYXMgdGhlIG5vZGUgY2FuIHBh
cnRpdGlvbiB0aGUgc3dpdGNoIG1hdHJpeCBpbnRvIHNldmVyYWwgc3ViLQ0KICAgbWF0cmljZXMg
Zm9yIHZhcmlvdXMgcmVhc29ucyBzdWNoIGFzIGluY3JlbWVudGFsIHVwZGF0ZXMsIGV0Yy4gV2hl
bg0KICAgdGhlIG1hdHJpeCBpcyBwYXJ0aXRpb25lZCBpbnRvIHN1Yi1tYXRyaWNlcywgaXQgaXMg
ZW52aXNpb25lZCB0aGF0DQogICB0aGV5IGFyZSBtdXR1YWxseSBleGNsdXNpdmUgdG8gb25lIGFu
b3RoZXIgaW4gcmVwcmVzZW50aW5nIHdoaWNoDQogICBwb3J0cy9sYWJlbHMgYXJlIGFzc29jaWF0
ZWQgd2l0aCBlYWNoIHN1Yi1tYXRyaXguIFRoaXMgaW1wbGllcyB0aGF0DQogICB0d28gbWF0cmlj
ZXMgd2lsbCBub3QgaGF2ZSB0aGUgc2FtZSB7c3JjIHBvcnQsIHNyYyBsYWJlbCwgZHN0IHBvcnQs
DQogICBkc3QgbGFiZWx9Lg0KDQpJJ2Qgc3VnZ2VzdCBkaXJlY3RseSBhZGRyZXNzaW5nIHRoZSBh
bWJpZ3VpdHkgYnkgcmV2aXNpbmcgdGhlIGZpcnN0DQpzZW50ZW5jZSBhbmQgImZvciB2YXJpb3Vz
IHJlYXNvbnMgc3VjaCBhcyBpbmNyZW1lbnRhbCB1cGRhdGVzLCBldGMuICIgaW4NCnBhcnRpY3Vs
YXIuICBQZXJoYXBzICJwcmltYXJpbHkgdG8gbGltaXQgdGhlIHNpemUgb2YgYW55IGluZGl2aWR1
YWwNCmluZm9ybWF0aW9uIGVsZW1lbnQgdXNlZCB0byByZXByZXNlbnQgdGhlIG1hdHJpeC4iICBv
ciBob3dldmVyIGVsc2UNCnlvdSdkIGxpa2UgdG8gY2FwdHVyZSB0aGUgaW50ZW50Lg0KDQpMb3UN
Cg0KT24gMi8yLzIwMTUgNToxNSBQTSwgTGVleW91bmcgd3JvdGU6DQo+IEhpIExvdSwNCj4NCj4g
VGhlIG9yaWdpbmFsIHF1ZXN0aW9uIFRvbW9ub3JpIHJhaXNlZCB3YXMgaWYgc3ViLW1hdHJpY2Vz
IGFyZSBsaWtlIHZpcnR1YWwgbm9kZXMgYXR0YWNoZWQgdG8gY29ubmVjdGl2aXR5IG1hdHJpeC4g
VGhlIGFuc3dlciB3YXMgbm8sIGFuZCBzdWItbWF0cml4IGlzIHNpbXBseSBhIHBhcnRpdGlvbiBv
ZiBjb25uZWN0aXZpdHkgbWF0cml4IGludG8gc21hbGxlciBwaWVjZXMuIFRvIHRoYXQgZW5kLCBJ
IGFkZGVkIHRoZSBmb2xsb3dpbmcgdGV4dCBpbiBTZWN0aW9uIDIuMQ0KPg0KPiAgICBFYWNoIHN1
Yi1tYXRyaXggaXMgYXNzaWduZWQgYSB1bmlxdWUgTWF0cml4IElEIHRvIHJlcHJlc2VudCBhIA0K
PiAgICBtdXR1YWxseSBleGNsdXNpdmUgc2V0IG9mIHtzcmMgcG9ydCwgc3JjIGxhYmVsLCBkc3Qg
cG9ydCwgZHN0IGxhYmVsfSANCj4gICAgZnJvbSBvdGhlciBzdWItbWF0cmljZXMuIA0KPg0KPiBM
ZXQgbWUga25vdyB3aGF0IHlvdSB0aGluay4NCj4NCj4gVGhhbmtzLA0KPiBZb3VuZw0KPg0KPiAt
LS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBMb3UgQmVyZ2VyIFttYWlsdG86bGJl
cmdlckBsYWJuLm5ldF0gDQo+IFNlbnQ6IE1vbmRheSwgRmVicnVhcnkgMDIsIDIwMTUgMzoyOSBQ
TQ0KPiBUbzogTGVleW91bmcNCj4gQ2M6IFRvbW9ub3JpIFRha2VkYTsgcnRnLWFkc0B0b29scy5p
ZXRmLm9yZzsgJ3J0Zy1kaXJAaWV0Zi5vcmcnOyAnZHJhZnQtaWV0Zi1jY2FtcC1nZW5lcmFsLWNv
bnN0cmFpbnQtZW5jb2RlLmFsbEB0b29scy5pZXRmLm9yZyc7ICdjY2FtcEBpZXRmLm9yZycNCj4g
U3ViamVjdDogUmU6IFtSVEctRElSXSBSdGdEaXIgcmV2aWV3OiBkcmFmdC1pZXRmLWNjYW1wLWdl
bmVyYWwtY29uc3RyYWludC1lbmNvZGUtMTYudHh0DQo+DQo+IEhpIFlvdW5nLA0KPg0KPiBJIHNl
ZSB5b3UganVzdCBwdWJsaXNoZWQgYW4gdXBkYXRlLiAgSSBoYXZlIG9uZSBxdWVzdGlvbiBiZWxv
dy4NCj4NCj4gT24gMS8yMy8yMDE1IDM6MDEgQU0sIFRvbW9ub3JpIFRha2VkYSB3cm90ZToNCj4+
IEhpIFlvdW5nLA0KPj4NCj4+IE9LLCB0aGFua3MsDQo+Pg0KPj4gVG9tb25vcmkNCj4+DQo+PiAt
LS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPj4gRnJvbTogTGVleW91bmcgW21haWx0bzpsZWV5
b3VuZ0BodWF3ZWkuY29tXSANCj4+IFNlbnQ6IFRodXJzZGF5LCBKYW51YXJ5IDIyLCAyMDE1IDI6
NDQgQU0NCj4+IFRvOiBUb21vbm9yaSBUYWtlZGHvvIjmrabnlLDnn6XlhbjvvIk7IExlZXlvdW5n
OyBydGctYWRzQHRvb2xzLmlldGYub3JnDQo+PiBDYzogJ3J0Zy1kaXJAaWV0Zi5vcmcnOyAnZHJh
ZnQtaWV0Zi1jY2FtcC1nZW5lcmFsLWNvbnN0cmFpbnQtZW5jb2RlLmFsbEB0b29scy5pZXRmLm9y
Zyc7ICdjY2FtcEBpZXRmLm9yZycNCj4+IFN1YmplY3Q6IFJFOiBbUlRHLURJUl0gUnRnRGlyIHJl
dmlldzogZHJhZnQtaWV0Zi1jY2FtcC1nZW5lcmFsLWNvbnN0cmFpbnQtZW5jb2RlLTE2LnR4dA0K
Pj4NCj4+IEhpIFRvbW9ub3JpLA0KPj4NCj4+IFRoYW5rcyBmb3IgeW91ciBjb21tZW50LiBQbGVh
c2Ugc2VlIGluLWxpbmUgZm9yIG15IHJlc3BvbnNlLiBQbGVhc2UgbGV0IG1lIGtub3cgaWYgdGhl
IHJlc3BvbnNlIHdvdWxkIHNhdGlzZnkgeW91LiANCj4+DQo+PiBCZXN0IHJlZ2FyZHMsDQo+PiBZ
b3VuZw0KPj4NCj4+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+PiBGcm9tOiBUb21vbm9y
aSBUYWtlZGEgW21haWx0bzp0b21vbm9yaS50YWtlZGFAbnR0LmNvbV0gDQo+PiBTZW50OiBXZWRu
ZXNkYXksIEphbnVhcnkgMjEsIDIwMTUgMTI6NDggQU0NCj4+IFRvOiBMZWV5b3VuZzsgcnRnLWFk
c0B0b29scy5pZXRmLm9yZw0KPj4gQ2M6ICdydGctZGlyQGlldGYub3JnJzsgJ2RyYWZ0LWlldGYt
Y2NhbXAtZ2VuZXJhbC1jb25zdHJhaW50LWVuY29kZS5hbGxAdG9vbHMuaWV0Zi5vcmcnOyAnY2Nh
bXBAaWV0Zi5vcmcnOyBUb21vbm9yaSBUYWtlZGENCj4+IFN1YmplY3Q6IFJFOiBbUlRHLURJUl0g
UnRnRGlyIHJldmlldzogZHJhZnQtaWV0Zi1jY2FtcC1nZW5lcmFsLWNvbnN0cmFpbnQtZW5jb2Rl
LTE2LnR4dA0KPj4NCj4+IEhpIFlvdW5nLA0KPj4NCj4+IFRoYW5rcy4NCj4+DQo+PiBUd28gZm9s
bG93LXVwIHF1ZXN0aW9ucy9jb21tZW50cy4NCj4+IChJIGFtIGZpbmUgd2l0aCBvdGhlciBwb2lu
dHMsIHdoaWNoIHlvdSBhbHJlYWR5IGFkZHJlc3NlZCBpbiB0aGUgdXBkYXRlZCBkcmFmdC4pDQo+
Pg0KPj4+IDIpIEluIHNlY3Rpb24gMi4xLCBpdCBzYXlzICJ0d28gbWF0cmljZXMgd2lsbCBub3Qg
aGF2ZSB0aGUgc2FtZSB7c3JjIHBvcnQsIHNyYyBsYWJlbCwgZHN0IHBvcnQsIGRzdCBsYWJlbH0i
LiBUbyBiZSBwcmVjaXNlLCBJIGd1ZXNzIHRoaXMgc2hvdWxkIGJlID4gInR3byBtYXRyaWNlcyB3
aWxsIG5vdCBoYXZlIHRoZSBzYW1lIHtzcmMgcG9ydCwgc3JjIGxhYmVsfSwgYW5kIHR3byBtYXRy
aWNlcyB3aWxsIG5vdCBoYXZlIHRoZSBzYW1lIHtkc3QgcG9ydCwgZHN0IGxhYmVsfSI/DQo+Pj4N
Cj4+PiBZT1VORz4+IEkgdGhpbmsgeW91ciBzdWdnZXN0aW9uIG1heSBiZSB0b28gcmVzdHJpY3Rp
dmUuIEZvciBpbnN0YW5jZSwgaWYgd2UgaGF2ZSBvbmUgc291cmNlIChwb3J0IDEpIGFuZCBvbmUg
ZGVzdGluYXRpb24gKHBvcnQgMikgd2l0aCB0d28gbGFiZWxzID4gZWFjaC4gVGhlbiB3ZSB3b3Vs
ZCBoYXZlOiB7KDEsMSwyLDEpLCAoMSwxLDIsMiksICgxLDIsMiwxKSwgKDEsMiwyLDIpfSBJIHRo
aW5rIHdpdGggdGhlIGN1cnJlbnQgc3RhdGVtZW50LCB3ZSBjYW4gc2VuZCB0aGlzIGluZm8gaW4g
YW55IGNvbWJpbmF0aW9uID4gb2YgbXVsdGlwbGUgbWF0cmljZXMsIHdoaWNoIEkgdGhpbmsgcGVy
ZmVjdGx5IGZpbmUuIFdpdGggeW91ciBzdWdnZXN0aW9uLCBJIHdvdWxkIG5vdCBiZSBhYmxlIHNl
bmQgKDEsMSwyLDEpIGFuZCAoMSwxLDIsMikgdG9nZXRoZXIuIFdoeSB3b3VsZCB0aGlzID4gbm90
IGJlIG1hZGUgcG9zc2libGU/IE15IHRha2UgaXMgYXMgbG9uZyBhcyBlYWNoIHN1Ym1hdHJpeCBy
ZXByZXNlbnRzIGEgc2V0IG9mIGRpc2pvaW50IHF1YWRydXBsZXMsIHRoYXQgc2hvdWxkIGJlIGFs
bG93ZWQuDQo+PiBNeSByZWFkaW5nIG9mICJ0d28gbWF0cmljZXMgd2lsbCBub3QgaGF2ZSB0aGUg
c2FtZSB7c3JjIHBvcnQsIHNyYyBsYWJlbCwgZHN0IHBvcnQsIGRzdCBsYWJlbH0iIGlzIGFzIGZv
bGxvd3MuDQo+Pg0KPj4gPEV4YW1wbGUgQT4NCj4+DQo+PiAgIGlucHV0IHBvcnQ9MSAgLS0+IFN1
Ym1hdHJpeCMxIC0tPiBvdXRwdXQgcG9ydD0yDQo+PiAgIGlucHV0IGxhYmVsPTEgICAgICAgICAg
ICAgICAgICAgICBvdXRwdXQgbGFiZWw9MQ0KPj4NCj4+ICAgaW5wdXQgcG9ydD0xICAtLT4gU3Vi
bWF0cml4IzIgLS0+IG91dHB1dCBwb3J0PTINCj4+ICAgaW5wdXQgbGFiZWw9MSAgICAgICAgICAg
ICAgICAgICAgIG91dHB1dCBsYWJlbD0yDQo+Pg0KPj4gICBUaGlzIGlzIGFsbG93ZWQuDQo+Pg0K
Pj4gPEV4YW1wbGUgQj4NCj4+DQo+PiAgIGlucHV0IHBvcnQ9MSAgLS0+IFN1Ym1hdHJpeCMxIC0t
PiBvdXRwdXQgcG9ydD0yDQo+PiAgIGlucHV0IGxhYmVsPTEgICAgICAgICAgICAgICAgICAgICBv
dXRwdXQgbGFiZWw9MQ0KPj4NCj4+ICAgaW5wdXQgcG9ydD0xICAtLT4gU3VibWF0cml4IzIgLS0+
IG91dHB1dCBwb3J0PTINCj4+ICAgaW5wdXQgbGFiZWw9MSAgICAgICAgICAgICAgICAgICAgIG91
dHB1dCBsYWJlbD0xDQo+Pg0KPj4gICBUaGlzIGlzIG5vdCBhbGxvd2VkLg0KPj4NCj4+IDxFeGFt
cGxlIEM+DQo+Pg0KPj4gICBpbnB1dCBwb3J0PTEgIC0tPiBTdWJtYXRyaXgjMSAtLT4gb3V0cHV0
IHBvcnQ9Mg0KPj4gICBpbnB1dCBsYWJlbD0xICAgICAgICAgICAgICAgICAgICAgb3V0cHV0IGxh
YmVsPTENCj4+DQo+PiAgIGlucHV0IHBvcnQ9MSAgLS0+IFN1Ym1hdHJpeCMyIC0tPiBvdXRwdXQg
cG9ydD0yDQo+PiAgIGlucHV0IGxhYmVsPTIgICAgICAgICAgICAgICAgICAgICBvdXRwdXQgbGFi
ZWw9Mg0KPj4NCj4+ICAgVGhpcyBpcyBhbGxvd2VkLg0KPj4NCj4+IElzIGFib3ZlIHVuZGVyc3Rh
bmRpbmcgY29ycmVjdD8NCj4+IElmIHNvLCBJIGFtIG5vdCBzdXJlIGhvdyBleGFtcGxlIEEgd29y
a3MsIHNpbmNlIEkgYW0gbm90IHN1cmUgd2hhdCBpcyB0aGUgaW5kZW50aWZpZXIgdG8gZGlyZWN0
IGZyb20gaW5wdXQgdG8gZWFjaCBzdWJtYXRyaXguDQo+Pg0KPj4gTWF5YmUgSSBhbSBtaXMtdW5k
ZXJzdGFuZGluZyB3aGF0IHN1Yi1tYXRyaXggaXMuIEkgdGhvdWdodCBzdWItbWF0cml4IGlzIGEg
c29ydCBvZiB2aXJ0dWFsIG5vZGUsIHNwbGl0dGluZyB0aGUgc2luZ2xlIG1hdHJpeCAob3Igc3dp
dGNoKSBpbnRvIHNtYWxsZXIgcGllY2VzLg0KPiBDYW4geW91IGV4cGxhaW4gaG93IHRoZSByZXZp
c2VkIHRleHQgY2xhcmlmaWVzIHRoaXMgcG9pbnQ/DQo+DQo+IFRoYW5rcywNCj4gTG91DQo+DQo+
PiAuLi4uDQoNCg0K


From nobody Tue Feb  3 09:23:14 2015
Return-Path: <lberger@labn.net>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 90A911A6F0E for <rtg-dir@ietfa.amsl.com>; Tue,  3 Feb 2015 09:23:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.667
X-Spam-Level: 
X-Spam-Status: No, score=-1.667 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=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 EXyL8ER1ICqb for <rtg-dir@ietfa.amsl.com>; Tue,  3 Feb 2015 09:23:07 -0800 (PST)
Received: from gproxy6-pub.mail.unifiedlayer.com (gproxy6-pub.mail.unifiedlayer.com [67.222.39.168]) by ietfa.amsl.com (Postfix) with SMTP id BF6E81A1BFB for <rtg-dir@ietf.org>; Tue,  3 Feb 2015 09:23:07 -0800 (PST)
Received: (qmail 4851 invoked by uid 0); 3 Feb 2015 17:23:03 -0000
Received: from unknown (HELO cmgw2) (10.0.90.83) by gproxy6.mail.unifiedlayer.com with SMTP; 3 Feb 2015 17:23:03 -0000
Received: from box313.bluehost.com ([69.89.31.113]) by cmgw2 with  id ntMa1p00B2SSUrH01tMdvi; Tue, 03 Feb 2015 10:21:45 -0700
X-Authority-Analysis: v=2.1 cv=NPZGpSKg c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=Vhvw94NMJWsA:10 a=IkcTkHD0fZMA:10 a=wU2YTnxGAAAA:8 a=cNaOj0WVAAAA:8 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=0HtSIViG9nkA:10 a=48vgC7mUAAAA:8 a=i0EeH86SAAAA:8 a=CyRW7yT0AAAA:8 a=hgIBC_BEqxCIUh3y30cA:9 a=nD5RYZfzY6wZS5Vn:21 a=QEXdDO2ut3YA:10
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default;  h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=FMqkjLkjl2If+ICGyAsTg+YwwoGmKqGl+HlpS/BwXJ0=;  b=tgO1PegvMCQwmd0pk1YI2VjGx8utPyX9bp45GHfot3bpSBWmXXBNcHdTzgFBudV/VuuiIbxSVwvbp8oAjTvs6wH7wHZmAh/EtaD4Nh8tzUiW8Cvd+c1W2S4hBysdbGPF;
Received: from box313.bluehost.com ([69.89.31.113]:46347 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.82) (envelope-from <lberger@labn.net>) id 1YIhAM-00041F-8E; Tue, 03 Feb 2015 10:21:34 -0700
Message-ID: <54D1039A.8030301@labn.net>
Date: Tue, 03 Feb 2015 12:21:30 -0500
From: Lou Berger <lberger@labn.net>
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
MIME-Version: 1.0
To: Leeyoung <leeyoung@huawei.com>
References: <EB0F2EAC05E9C64D80571F2042700A2A6C46DC@C0010I0.coe.ntt.com> <7AEB3D6833318045B4AE71C2C87E8E1729C7B111@dfweml706-chm> <EB0F2EAC05E9C64D80571F2042700A2A6C5EEF@C0010I0.coe.ntt.com> <7AEB3D6833318045B4AE71C2C87E8E1729C7C7D3@dfweml706-chm> <EB0F2EAC05E9C64D80571F2042700A2A6C6FF6@C0010I0.coe.ntt.com> <54CFEC08.7010304@labn.net> <7AEB3D6833318045B4AE71C2C87E8E1729C80259@dfweml706-chm> <54D0D43E.1010702@labn.net> <7AEB3D6833318045B4AE71C2C87E8E1729C805B8@dfweml706-chm>
In-Reply-To: <7AEB3D6833318045B4AE71C2C87E8E1729C805B8@dfweml706-chm>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net}
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-dir/VDMUzbuORZTAHc5NFcbe-4l86Xs>
Cc: "'rtg-dir@ietf.org'" <rtg-dir@ietf.org>, "'draft-ietf-ccamp-general-constraint-encode.all@tools.ietf.org'" <draft-ietf-ccamp-general-constraint-encode.all@tools.ietf.org>, "rtg-ads@tools.ietf.org" <rtg-ads@tools.ietf.org>, "'ccamp@ietf.org'" <ccamp@ietf.org>, Tomonori Takeda <tomonori.takeda@ntt.com>
Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-ccamp-general-constraint-encode-16.txt
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Feb 2015 17:23:10 -0000

Young,
    I think we're close, but lets tighten up the language a bit.


On 2/3/2015 12:08 PM, Leeyoung wrote:
> Lou,
>
> OK, How about:
>
> OLD 
>
> ... There may be more than one matrix associated with
>    a node as the node can partition the switch matrix into several sub-
>    matrices for various reasons such as incremental updates, etc. When
>    the matrix is partitioned into sub-matrices, it is envisioned that
>    they are mutually exclusive to one another in representing which
>    ports/labels are associated with each sub-matrix. This implies that
>    two matrices will not have the same {src port, src label, dst port,
>    dst label}.
>
>    Each sub-matrix is assigned a unique Matrix ID to represent a 
>    mutually exclusive set of {src port, src label, dst port, dst label} 
>    from other sub-matrices.
>
> NEW: 
>
> ... There may be more than one matrix associated with
>    a node as the node can partition the switch matrix into several sub-
>    matrices for various reasons primarily to limit the size of any 
>    individual information element used to represent the matrix or allow 
>    incremental updates, etc. When the matrix is partitioned into 
>    sub-matrices, it is envisioned that they are mutually exclusive to 
>    one another in representing which ports/labels are associated with 
>    each sub-matrix. This implies that two matrices will not have the 
>    same {src port, src label, dst port, dst label}.
>
>    Each sub-matrix is assigned a unique Matrix ID to represent a 
>    mutually exclusive set of {src port, src label, dst port, dst label} 
>    from other sub-matrices.

How about:

   There may be more than one Field associated with
   a node as a node can partition the switch matrix into several sub-
   matrices. This partitioning is primarily to limit the size of any 
   individual information element used to represent the matrix and to 
   enable incremental updates. When the matrix is partitioned into 
   sub-matrices, each sub-matrix will be mutually exclusive to 
   one another in representing which ports/labels are associated with 
   each sub-matrix. This implies that two matrices will not have the 
   same {src port, src label, dst port, dst label}.

   Each sub-matrix is identified via a different Matrix ID which MUST 
   represent a unique combination of {src port, src label, dst port, 
   dst label}.


Lou



> Would this be Ok with you? Then I will publish a revision upon your approval.
Also we need to hear from Tomonori on if his issues is addressed.

Thanks,
Lou
> Thanks,
> Young
>
> -----Original Message-----
> From: Lou Berger [mailto:lberger@labn.net] 
> Sent: Tuesday, February 03, 2015 7:59 AM
> To: Leeyoung
> Cc: 'rtg-dir@ietf.org'; 'draft-ietf-ccamp-general-constraint-encode.all@tools.ietf.org'; 'ccamp@ietf.org'; Tomonori Takeda; rtg-ads@tools.ietf.org
> Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-ccamp-general-constraint-encode-16.txt
>
> Young,
>
> I guess I didn't see the new text as substantively different or more
> informative than preceding text:
>
>    ... There may be more than one matrix associated with
>    a node as the node can partition the switch matrix into several sub-
>    matrices for various reasons such as incremental updates, etc. When
>    the matrix is partitioned into sub-matrices, it is envisioned that
>    they are mutually exclusive to one another in representing which
>    ports/labels are associated with each sub-matrix. This implies that
>    two matrices will not have the same {src port, src label, dst port,
>    dst label}.
>
> I'd suggest directly addressing the ambiguity by revising the first
> sentence and "for various reasons such as incremental updates, etc. " in
> particular.  Perhaps "primarily to limit the size of any individual
> information element used to represent the matrix."  or however else
> you'd like to capture the intent.
>
> Lou
>
> On 2/2/2015 5:15 PM, Leeyoung wrote:
>> Hi Lou,
>>
>> The original question Tomonori raised was if sub-matrices are like virtual nodes attached to connectivity matrix. The answer was no, and sub-matrix is simply a partition of connectivity matrix into smaller pieces. To that end, I added the following text in Section 2.1
>>
>>    Each sub-matrix is assigned a unique Matrix ID to represent a 
>>    mutually exclusive set of {src port, src label, dst port, dst label} 
>>    from other sub-matrices. 
>>
>> Let me know what you think.
>>
>> Thanks,
>> Young
>>
>> -----Original Message-----
>> From: Lou Berger [mailto:lberger@labn.net] 
>> Sent: Monday, February 02, 2015 3:29 PM
>> To: Leeyoung
>> Cc: Tomonori Takeda; rtg-ads@tools.ietf.org; 'rtg-dir@ietf.org'; 'draft-ietf-ccamp-general-constraint-encode.all@tools.ietf.org'; 'ccamp@ietf.org'
>> Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-ccamp-general-constraint-encode-16.txt
>>
>> Hi Young,
>>
>> I see you just published an update.  I have one question below.
>>
>> On 1/23/2015 3:01 AM, Tomonori Takeda wrote:
>>> Hi Young,
>>>
>>> OK, thanks,
>>>
>>> Tomonori
>>>
>>> -----Original Message-----
>>> From: Leeyoung [mailto:leeyoung@huawei.com] 
>>> Sent: Thursday, January 22, 2015 2:44 AM
>>> To: Tomonori Takeda（武田知典）; Leeyoung; rtg-ads@tools.ietf.org
>>> Cc: 'rtg-dir@ietf.org'; 'draft-ietf-ccamp-general-constraint-encode.all@tools.ietf.org'; 'ccamp@ietf.org'
>>> Subject: RE: [RTG-DIR] RtgDir review: draft-ietf-ccamp-general-constraint-encode-16.txt
>>>
>>> Hi Tomonori,
>>>
>>> Thanks for your comment. Please see in-line for my response. Please let me know if the response would satisfy you. 
>>>
>>> Best regards,
>>> Young
>>>
>>> -----Original Message-----
>>> From: Tomonori Takeda [mailto:tomonori.takeda@ntt.com] 
>>> Sent: Wednesday, January 21, 2015 12:48 AM
>>> To: Leeyoung; rtg-ads@tools.ietf.org
>>> Cc: 'rtg-dir@ietf.org'; 'draft-ietf-ccamp-general-constraint-encode.all@tools.ietf.org'; 'ccamp@ietf.org'; Tomonori Takeda
>>> Subject: RE: [RTG-DIR] RtgDir review: draft-ietf-ccamp-general-constraint-encode-16.txt
>>>
>>> Hi Young,
>>>
>>> Thanks.
>>>
>>> Two follow-up questions/comments.
>>> (I am fine with other points, which you already addressed in the updated draft.)
>>>
>>>> 2) In section 2.1, it says "two matrices will not have the same {src port, src label, dst port, dst label}". To be precise, I guess this should be > "two matrices will not have the same {src port, src label}, and two matrices will not have the same {dst port, dst label}"?
>>>>
>>>> YOUNG>> I think your suggestion may be too restrictive. For instance, if we have one source (port 1) and one destination (port 2) with two labels > each. Then we would have: {(1,1,2,1), (1,1,2,2), (1,2,2,1), (1,2,2,2)} I think with the current statement, we can send this info in any combination > of multiple matrices, which I think perfectly fine. With your suggestion, I would not be able send (1,1,2,1) and (1,1,2,2) together. Why would this > not be made possible? My take is as long as each submatrix represents a set of disjoint quadruples, that should be allowed.
>>> My reading of "two matrices will not have the same {src port, src label, dst port, dst label}" is as follows.
>>>
>>> <Example A>
>>>
>>>   input port=1  --> Submatrix#1 --> output port=2
>>>   input label=1                     output label=1
>>>
>>>   input port=1  --> Submatrix#2 --> output port=2
>>>   input label=1                     output label=2
>>>
>>>   This is allowed.
>>>
>>> <Example B>
>>>
>>>   input port=1  --> Submatrix#1 --> output port=2
>>>   input label=1                     output label=1
>>>
>>>   input port=1  --> Submatrix#2 --> output port=2
>>>   input label=1                     output label=1
>>>
>>>   This is not allowed.
>>>
>>> <Example C>
>>>
>>>   input port=1  --> Submatrix#1 --> output port=2
>>>   input label=1                     output label=1
>>>
>>>   input port=1  --> Submatrix#2 --> output port=2
>>>   input label=2                     output label=2
>>>
>>>   This is allowed.
>>>
>>> Is above understanding correct?
>>> If so, I am not sure how example A works, since I am not sure what is the indentifier to direct from input to each submatrix.
>>>
>>> Maybe I am mis-understanding what sub-matrix is. I thought sub-matrix is a sort of virtual node, splitting the single matrix (or switch) into smaller pieces.
>> Can you explain how the revised text clarifies this point?
>>
>> Thanks,
>> Lou
>>
>>> ....
>



From nobody Tue Feb  3 09:28:13 2015
Return-Path: <leeyoung@huawei.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BBC971A1ADF; Tue,  3 Feb 2015 09:28:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.211
X-Spam-Level: 
X-Spam-Status: No, score=-3.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=0.999, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 tGHqZkV0G9WX; Tue,  3 Feb 2015 09:28:07 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ABC4A1A1AE3; Tue,  3 Feb 2015 09:28:05 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml404-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BSB18202; Tue, 03 Feb 2015 17:28:04 +0000 (GMT)
Received: from DFWEML701-CHM.china.huawei.com (10.193.5.50) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 3 Feb 2015 17:28:03 +0000
Received: from DFWEML706-CHM.china.huawei.com ([10.193.5.225]) by dfweml701-chm ([10.193.5.50]) with mapi id 14.03.0158.001; Tue, 3 Feb 2015 09:27:54 -0800
From: Leeyoung <leeyoung@huawei.com>
To: Lou Berger <lberger@labn.net>
Thread-Topic: [RTG-DIR] RtgDir review: draft-ietf-ccamp-general-constraint-encode-16.txt
Thread-Index: AQHQPy8+PnFc7CCv4Eq3OFRtEP+ii5zd6dhwgAGRIwD//6sYUIAAjV0A//97jaA=
Date: Tue, 3 Feb 2015 17:27:53 +0000
Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1729C80610@dfweml706-chm>
References: <EB0F2EAC05E9C64D80571F2042700A2A6C46DC@C0010I0.coe.ntt.com> <7AEB3D6833318045B4AE71C2C87E8E1729C7B111@dfweml706-chm> <EB0F2EAC05E9C64D80571F2042700A2A6C5EEF@C0010I0.coe.ntt.com> <7AEB3D6833318045B4AE71C2C87E8E1729C7C7D3@dfweml706-chm> <EB0F2EAC05E9C64D80571F2042700A2A6C6FF6@C0010I0.coe.ntt.com> <54CFEC08.7010304@labn.net> <7AEB3D6833318045B4AE71C2C87E8E1729C80259@dfweml706-chm> <54D0D43E.1010702@labn.net> <7AEB3D6833318045B4AE71C2C87E8E1729C805B8@dfweml706-chm> <54D1039A.8030301@labn.net>
In-Reply-To: <54D1039A.8030301@labn.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.192.11.186]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-dir/WVDQbnW9Dh7jsZ0jdu1fSf0EQ40>
Cc: "'rtg-dir@ietf.org'" <rtg-dir@ietf.org>, "'draft-ietf-ccamp-general-constraint-encode.all@tools.ietf.org'" <draft-ietf-ccamp-general-constraint-encode.all@tools.ietf.org>, "rtg-ads@tools.ietf.org" <rtg-ads@tools.ietf.org>, "'ccamp@ietf.org'" <ccamp@ietf.org>, Tomonori Takeda <tomonori.takeda@ntt.com>
Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-ccamp-general-constraint-encode-16.txt
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Feb 2015 17:28:09 -0000

TG91LA0KDQpUaGF0IHNvdW5kcyBnb29kIHRvIG1lLiBJIHdpbGwgdXBsb2FkIHdpdGggdGhpcyBj
aGFuZ2UuDQoNClRoYW5rcywNCllvdW5nDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpG
cm9tOiBMb3UgQmVyZ2VyIFttYWlsdG86bGJlcmdlckBsYWJuLm5ldF0gDQpTZW50OiBUdWVzZGF5
LCBGZWJydWFyeSAwMywgMjAxNSAxMToyMiBBTQ0KVG86IExlZXlvdW5nDQpDYzogJ3J0Zy1kaXJA
aWV0Zi5vcmcnOyAnZHJhZnQtaWV0Zi1jY2FtcC1nZW5lcmFsLWNvbnN0cmFpbnQtZW5jb2RlLmFs
bEB0b29scy5pZXRmLm9yZyc7ICdjY2FtcEBpZXRmLm9yZyc7IFRvbW9ub3JpIFRha2VkYTsgcnRn
LWFkc0B0b29scy5pZXRmLm9yZw0KU3ViamVjdDogUmU6IFtSVEctRElSXSBSdGdEaXIgcmV2aWV3
OiBkcmFmdC1pZXRmLWNjYW1wLWdlbmVyYWwtY29uc3RyYWludC1lbmNvZGUtMTYudHh0DQoNCllv
dW5nLA0KICAgIEkgdGhpbmsgd2UncmUgY2xvc2UsIGJ1dCBsZXRzIHRpZ2h0ZW4gdXAgdGhlIGxh
bmd1YWdlIGEgYml0Lg0KDQoNCk9uIDIvMy8yMDE1IDEyOjA4IFBNLCBMZWV5b3VuZyB3cm90ZToN
Cj4gTG91LA0KPg0KPiBPSywgSG93IGFib3V0Og0KPg0KPiBPTEQgDQo+DQo+IC4uLiBUaGVyZSBt
YXkgYmUgbW9yZSB0aGFuIG9uZSBtYXRyaXggYXNzb2NpYXRlZCB3aXRoDQo+ICAgIGEgbm9kZSBh
cyB0aGUgbm9kZSBjYW4gcGFydGl0aW9uIHRoZSBzd2l0Y2ggbWF0cml4IGludG8gc2V2ZXJhbCBz
dWItDQo+ICAgIG1hdHJpY2VzIGZvciB2YXJpb3VzIHJlYXNvbnMgc3VjaCBhcyBpbmNyZW1lbnRh
bCB1cGRhdGVzLCBldGMuIFdoZW4NCj4gICAgdGhlIG1hdHJpeCBpcyBwYXJ0aXRpb25lZCBpbnRv
IHN1Yi1tYXRyaWNlcywgaXQgaXMgZW52aXNpb25lZCB0aGF0DQo+ICAgIHRoZXkgYXJlIG11dHVh
bGx5IGV4Y2x1c2l2ZSB0byBvbmUgYW5vdGhlciBpbiByZXByZXNlbnRpbmcgd2hpY2gNCj4gICAg
cG9ydHMvbGFiZWxzIGFyZSBhc3NvY2lhdGVkIHdpdGggZWFjaCBzdWItbWF0cml4LiBUaGlzIGlt
cGxpZXMgdGhhdA0KPiAgICB0d28gbWF0cmljZXMgd2lsbCBub3QgaGF2ZSB0aGUgc2FtZSB7c3Jj
IHBvcnQsIHNyYyBsYWJlbCwgZHN0IHBvcnQsDQo+ICAgIGRzdCBsYWJlbH0uDQo+DQo+ICAgIEVh
Y2ggc3ViLW1hdHJpeCBpcyBhc3NpZ25lZCBhIHVuaXF1ZSBNYXRyaXggSUQgdG8gcmVwcmVzZW50
IGEgDQo+ICAgIG11dHVhbGx5IGV4Y2x1c2l2ZSBzZXQgb2Yge3NyYyBwb3J0LCBzcmMgbGFiZWws
IGRzdCBwb3J0LCBkc3QgbGFiZWx9IA0KPiAgICBmcm9tIG90aGVyIHN1Yi1tYXRyaWNlcy4NCj4N
Cj4gTkVXOiANCj4NCj4gLi4uIFRoZXJlIG1heSBiZSBtb3JlIHRoYW4gb25lIG1hdHJpeCBhc3Nv
Y2lhdGVkIHdpdGgNCj4gICAgYSBub2RlIGFzIHRoZSBub2RlIGNhbiBwYXJ0aXRpb24gdGhlIHN3
aXRjaCBtYXRyaXggaW50byBzZXZlcmFsIHN1Yi0NCj4gICAgbWF0cmljZXMgZm9yIHZhcmlvdXMg
cmVhc29ucyBwcmltYXJpbHkgdG8gbGltaXQgdGhlIHNpemUgb2YgYW55IA0KPiAgICBpbmRpdmlk
dWFsIGluZm9ybWF0aW9uIGVsZW1lbnQgdXNlZCB0byByZXByZXNlbnQgdGhlIG1hdHJpeCBvciBh
bGxvdyANCj4gICAgaW5jcmVtZW50YWwgdXBkYXRlcywgZXRjLiBXaGVuIHRoZSBtYXRyaXggaXMg
cGFydGl0aW9uZWQgaW50byANCj4gICAgc3ViLW1hdHJpY2VzLCBpdCBpcyBlbnZpc2lvbmVkIHRo
YXQgdGhleSBhcmUgbXV0dWFsbHkgZXhjbHVzaXZlIHRvIA0KPiAgICBvbmUgYW5vdGhlciBpbiBy
ZXByZXNlbnRpbmcgd2hpY2ggcG9ydHMvbGFiZWxzIGFyZSBhc3NvY2lhdGVkIHdpdGggDQo+ICAg
IGVhY2ggc3ViLW1hdHJpeC4gVGhpcyBpbXBsaWVzIHRoYXQgdHdvIG1hdHJpY2VzIHdpbGwgbm90
IGhhdmUgdGhlIA0KPiAgICBzYW1lIHtzcmMgcG9ydCwgc3JjIGxhYmVsLCBkc3QgcG9ydCwgZHN0
IGxhYmVsfS4NCj4NCj4gICAgRWFjaCBzdWItbWF0cml4IGlzIGFzc2lnbmVkIGEgdW5pcXVlIE1h
dHJpeCBJRCB0byByZXByZXNlbnQgYSANCj4gICAgbXV0dWFsbHkgZXhjbHVzaXZlIHNldCBvZiB7
c3JjIHBvcnQsIHNyYyBsYWJlbCwgZHN0IHBvcnQsIGRzdCBsYWJlbH0gDQo+ICAgIGZyb20gb3Ro
ZXIgc3ViLW1hdHJpY2VzLg0KDQpIb3cgYWJvdXQ6DQoNCiAgIFRoZXJlIG1heSBiZSBtb3JlIHRo
YW4gb25lIEZpZWxkIGFzc29jaWF0ZWQgd2l0aA0KICAgYSBub2RlIGFzIGEgbm9kZSBjYW4gcGFy
dGl0aW9uIHRoZSBzd2l0Y2ggbWF0cml4IGludG8gc2V2ZXJhbCBzdWItDQogICBtYXRyaWNlcy4g
VGhpcyBwYXJ0aXRpb25pbmcgaXMgcHJpbWFyaWx5IHRvIGxpbWl0IHRoZSBzaXplIG9mIGFueSAN
CiAgIGluZGl2aWR1YWwgaW5mb3JtYXRpb24gZWxlbWVudCB1c2VkIHRvIHJlcHJlc2VudCB0aGUg
bWF0cml4IGFuZCB0byANCiAgIGVuYWJsZSBpbmNyZW1lbnRhbCB1cGRhdGVzLiBXaGVuIHRoZSBt
YXRyaXggaXMgcGFydGl0aW9uZWQgaW50byANCiAgIHN1Yi1tYXRyaWNlcywgZWFjaCBzdWItbWF0
cml4IHdpbGwgYmUgbXV0dWFsbHkgZXhjbHVzaXZlIHRvIA0KICAgb25lIGFub3RoZXIgaW4gcmVw
cmVzZW50aW5nIHdoaWNoIHBvcnRzL2xhYmVscyBhcmUgYXNzb2NpYXRlZCB3aXRoIA0KICAgZWFj
aCBzdWItbWF0cml4LiBUaGlzIGltcGxpZXMgdGhhdCB0d28gbWF0cmljZXMgd2lsbCBub3QgaGF2
ZSB0aGUgDQogICBzYW1lIHtzcmMgcG9ydCwgc3JjIGxhYmVsLCBkc3QgcG9ydCwgZHN0IGxhYmVs
fS4NCg0KICAgRWFjaCBzdWItbWF0cml4IGlzIGlkZW50aWZpZWQgdmlhIGEgZGlmZmVyZW50IE1h
dHJpeCBJRCB3aGljaCBNVVNUIA0KICAgcmVwcmVzZW50IGEgdW5pcXVlIGNvbWJpbmF0aW9uIG9m
IHtzcmMgcG9ydCwgc3JjIGxhYmVsLCBkc3QgcG9ydCwgDQogICBkc3QgbGFiZWx9Lg0KDQoNCkxv
dQ0KDQoNCg0KPiBXb3VsZCB0aGlzIGJlIE9rIHdpdGggeW91PyBUaGVuIEkgd2lsbCBwdWJsaXNo
IGEgcmV2aXNpb24gdXBvbiB5b3VyIGFwcHJvdmFsLg0KQWxzbyB3ZSBuZWVkIHRvIGhlYXIgZnJv
bSBUb21vbm9yaSBvbiBpZiBoaXMgaXNzdWVzIGlzIGFkZHJlc3NlZC4NCg0KVGhhbmtzLA0KTG91
DQo+IFRoYW5rcywNCj4gWW91bmcNCj4NCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4g
RnJvbTogTG91IEJlcmdlciBbbWFpbHRvOmxiZXJnZXJAbGFibi5uZXRdIA0KPiBTZW50OiBUdWVz
ZGF5LCBGZWJydWFyeSAwMywgMjAxNSA3OjU5IEFNDQo+IFRvOiBMZWV5b3VuZw0KPiBDYzogJ3J0
Zy1kaXJAaWV0Zi5vcmcnOyAnZHJhZnQtaWV0Zi1jY2FtcC1nZW5lcmFsLWNvbnN0cmFpbnQtZW5j
b2RlLmFsbEB0b29scy5pZXRmLm9yZyc7ICdjY2FtcEBpZXRmLm9yZyc7IFRvbW9ub3JpIFRha2Vk
YTsgcnRnLWFkc0B0b29scy5pZXRmLm9yZw0KPiBTdWJqZWN0OiBSZTogW1JURy1ESVJdIFJ0Z0Rp
ciByZXZpZXc6IGRyYWZ0LWlldGYtY2NhbXAtZ2VuZXJhbC1jb25zdHJhaW50LWVuY29kZS0xNi50
eHQNCj4NCj4gWW91bmcsDQo+DQo+IEkgZ3Vlc3MgSSBkaWRuJ3Qgc2VlIHRoZSBuZXcgdGV4dCBh
cyBzdWJzdGFudGl2ZWx5IGRpZmZlcmVudCBvciBtb3JlDQo+IGluZm9ybWF0aXZlIHRoYW4gcHJl
Y2VkaW5nIHRleHQ6DQo+DQo+ICAgIC4uLiBUaGVyZSBtYXkgYmUgbW9yZSB0aGFuIG9uZSBtYXRy
aXggYXNzb2NpYXRlZCB3aXRoDQo+ICAgIGEgbm9kZSBhcyB0aGUgbm9kZSBjYW4gcGFydGl0aW9u
IHRoZSBzd2l0Y2ggbWF0cml4IGludG8gc2V2ZXJhbCBzdWItDQo+ICAgIG1hdHJpY2VzIGZvciB2
YXJpb3VzIHJlYXNvbnMgc3VjaCBhcyBpbmNyZW1lbnRhbCB1cGRhdGVzLCBldGMuIFdoZW4NCj4g
ICAgdGhlIG1hdHJpeCBpcyBwYXJ0aXRpb25lZCBpbnRvIHN1Yi1tYXRyaWNlcywgaXQgaXMgZW52
aXNpb25lZCB0aGF0DQo+ICAgIHRoZXkgYXJlIG11dHVhbGx5IGV4Y2x1c2l2ZSB0byBvbmUgYW5v
dGhlciBpbiByZXByZXNlbnRpbmcgd2hpY2gNCj4gICAgcG9ydHMvbGFiZWxzIGFyZSBhc3NvY2lh
dGVkIHdpdGggZWFjaCBzdWItbWF0cml4LiBUaGlzIGltcGxpZXMgdGhhdA0KPiAgICB0d28gbWF0
cmljZXMgd2lsbCBub3QgaGF2ZSB0aGUgc2FtZSB7c3JjIHBvcnQsIHNyYyBsYWJlbCwgZHN0IHBv
cnQsDQo+ICAgIGRzdCBsYWJlbH0uDQo+DQo+IEknZCBzdWdnZXN0IGRpcmVjdGx5IGFkZHJlc3Np
bmcgdGhlIGFtYmlndWl0eSBieSByZXZpc2luZyB0aGUgZmlyc3QNCj4gc2VudGVuY2UgYW5kICJm
b3IgdmFyaW91cyByZWFzb25zIHN1Y2ggYXMgaW5jcmVtZW50YWwgdXBkYXRlcywgZXRjLiAiIGlu
DQo+IHBhcnRpY3VsYXIuICBQZXJoYXBzICJwcmltYXJpbHkgdG8gbGltaXQgdGhlIHNpemUgb2Yg
YW55IGluZGl2aWR1YWwNCj4gaW5mb3JtYXRpb24gZWxlbWVudCB1c2VkIHRvIHJlcHJlc2VudCB0
aGUgbWF0cml4LiIgIG9yIGhvd2V2ZXIgZWxzZQ0KPiB5b3UnZCBsaWtlIHRvIGNhcHR1cmUgdGhl
IGludGVudC4NCj4NCj4gTG91DQo+DQo+IE9uIDIvMi8yMDE1IDU6MTUgUE0sIExlZXlvdW5nIHdy
b3RlOg0KPj4gSGkgTG91LA0KPj4NCj4+IFRoZSBvcmlnaW5hbCBxdWVzdGlvbiBUb21vbm9yaSBy
YWlzZWQgd2FzIGlmIHN1Yi1tYXRyaWNlcyBhcmUgbGlrZSB2aXJ0dWFsIG5vZGVzIGF0dGFjaGVk
IHRvIGNvbm5lY3Rpdml0eSBtYXRyaXguIFRoZSBhbnN3ZXIgd2FzIG5vLCBhbmQgc3ViLW1hdHJp
eCBpcyBzaW1wbHkgYSBwYXJ0aXRpb24gb2YgY29ubmVjdGl2aXR5IG1hdHJpeCBpbnRvIHNtYWxs
ZXIgcGllY2VzLiBUbyB0aGF0IGVuZCwgSSBhZGRlZCB0aGUgZm9sbG93aW5nIHRleHQgaW4gU2Vj
dGlvbiAyLjENCj4+DQo+PiAgICBFYWNoIHN1Yi1tYXRyaXggaXMgYXNzaWduZWQgYSB1bmlxdWUg
TWF0cml4IElEIHRvIHJlcHJlc2VudCBhIA0KPj4gICAgbXV0dWFsbHkgZXhjbHVzaXZlIHNldCBv
ZiB7c3JjIHBvcnQsIHNyYyBsYWJlbCwgZHN0IHBvcnQsIGRzdCBsYWJlbH0gDQo+PiAgICBmcm9t
IG90aGVyIHN1Yi1tYXRyaWNlcy4gDQo+Pg0KPj4gTGV0IG1lIGtub3cgd2hhdCB5b3UgdGhpbmsu
DQo+Pg0KPj4gVGhhbmtzLA0KPj4gWW91bmcNCj4+DQo+PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2Ut
LS0tLQ0KPj4gRnJvbTogTG91IEJlcmdlciBbbWFpbHRvOmxiZXJnZXJAbGFibi5uZXRdIA0KPj4g
U2VudDogTW9uZGF5LCBGZWJydWFyeSAwMiwgMjAxNSAzOjI5IFBNDQo+PiBUbzogTGVleW91bmcN
Cj4+IENjOiBUb21vbm9yaSBUYWtlZGE7IHJ0Zy1hZHNAdG9vbHMuaWV0Zi5vcmc7ICdydGctZGly
QGlldGYub3JnJzsgJ2RyYWZ0LWlldGYtY2NhbXAtZ2VuZXJhbC1jb25zdHJhaW50LWVuY29kZS5h
bGxAdG9vbHMuaWV0Zi5vcmcnOyAnY2NhbXBAaWV0Zi5vcmcnDQo+PiBTdWJqZWN0OiBSZTogW1JU
Ry1ESVJdIFJ0Z0RpciByZXZpZXc6IGRyYWZ0LWlldGYtY2NhbXAtZ2VuZXJhbC1jb25zdHJhaW50
LWVuY29kZS0xNi50eHQNCj4+DQo+PiBIaSBZb3VuZywNCj4+DQo+PiBJIHNlZSB5b3UganVzdCBw
dWJsaXNoZWQgYW4gdXBkYXRlLiAgSSBoYXZlIG9uZSBxdWVzdGlvbiBiZWxvdy4NCj4+DQo+PiBP
biAxLzIzLzIwMTUgMzowMSBBTSwgVG9tb25vcmkgVGFrZWRhIHdyb3RlOg0KPj4+IEhpIFlvdW5n
LA0KPj4+DQo+Pj4gT0ssIHRoYW5rcywNCj4+Pg0KPj4+IFRvbW9ub3JpDQo+Pj4NCj4+PiAtLS0t
LU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPj4+IEZyb206IExlZXlvdW5nIFttYWlsdG86bGVleW91
bmdAaHVhd2VpLmNvbV0gDQo+Pj4gU2VudDogVGh1cnNkYXksIEphbnVhcnkgMjIsIDIwMTUgMjo0
NCBBTQ0KPj4+IFRvOiBUb21vbm9yaSBUYWtlZGHvvIjmrabnlLDnn6XlhbjvvIk7IExlZXlvdW5n
OyBydGctYWRzQHRvb2xzLmlldGYub3JnDQo+Pj4gQ2M6ICdydGctZGlyQGlldGYub3JnJzsgJ2Ry
YWZ0LWlldGYtY2NhbXAtZ2VuZXJhbC1jb25zdHJhaW50LWVuY29kZS5hbGxAdG9vbHMuaWV0Zi5v
cmcnOyAnY2NhbXBAaWV0Zi5vcmcnDQo+Pj4gU3ViamVjdDogUkU6IFtSVEctRElSXSBSdGdEaXIg
cmV2aWV3OiBkcmFmdC1pZXRmLWNjYW1wLWdlbmVyYWwtY29uc3RyYWludC1lbmNvZGUtMTYudHh0
DQo+Pj4NCj4+PiBIaSBUb21vbm9yaSwNCj4+Pg0KPj4+IFRoYW5rcyBmb3IgeW91ciBjb21tZW50
LiBQbGVhc2Ugc2VlIGluLWxpbmUgZm9yIG15IHJlc3BvbnNlLiBQbGVhc2UgbGV0IG1lIGtub3cg
aWYgdGhlIHJlc3BvbnNlIHdvdWxkIHNhdGlzZnkgeW91LiANCj4+Pg0KPj4+IEJlc3QgcmVnYXJk
cywNCj4+PiBZb3VuZw0KPj4+DQo+Pj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4+PiBG
cm9tOiBUb21vbm9yaSBUYWtlZGEgW21haWx0bzp0b21vbm9yaS50YWtlZGFAbnR0LmNvbV0gDQo+
Pj4gU2VudDogV2VkbmVzZGF5LCBKYW51YXJ5IDIxLCAyMDE1IDEyOjQ4IEFNDQo+Pj4gVG86IExl
ZXlvdW5nOyBydGctYWRzQHRvb2xzLmlldGYub3JnDQo+Pj4gQ2M6ICdydGctZGlyQGlldGYub3Jn
JzsgJ2RyYWZ0LWlldGYtY2NhbXAtZ2VuZXJhbC1jb25zdHJhaW50LWVuY29kZS5hbGxAdG9vbHMu
aWV0Zi5vcmcnOyAnY2NhbXBAaWV0Zi5vcmcnOyBUb21vbm9yaSBUYWtlZGENCj4+PiBTdWJqZWN0
OiBSRTogW1JURy1ESVJdIFJ0Z0RpciByZXZpZXc6IGRyYWZ0LWlldGYtY2NhbXAtZ2VuZXJhbC1j
b25zdHJhaW50LWVuY29kZS0xNi50eHQNCj4+Pg0KPj4+IEhpIFlvdW5nLA0KPj4+DQo+Pj4gVGhh
bmtzLg0KPj4+DQo+Pj4gVHdvIGZvbGxvdy11cCBxdWVzdGlvbnMvY29tbWVudHMuDQo+Pj4gKEkg
YW0gZmluZSB3aXRoIG90aGVyIHBvaW50cywgd2hpY2ggeW91IGFscmVhZHkgYWRkcmVzc2VkIGlu
IHRoZSB1cGRhdGVkIGRyYWZ0LikNCj4+Pg0KPj4+PiAyKSBJbiBzZWN0aW9uIDIuMSwgaXQgc2F5
cyAidHdvIG1hdHJpY2VzIHdpbGwgbm90IGhhdmUgdGhlIHNhbWUge3NyYyBwb3J0LCBzcmMgbGFi
ZWwsIGRzdCBwb3J0LCBkc3QgbGFiZWx9Ii4gVG8gYmUgcHJlY2lzZSwgSSBndWVzcyB0aGlzIHNo
b3VsZCBiZSA+ICJ0d28gbWF0cmljZXMgd2lsbCBub3QgaGF2ZSB0aGUgc2FtZSB7c3JjIHBvcnQs
IHNyYyBsYWJlbH0sIGFuZCB0d28gbWF0cmljZXMgd2lsbCBub3QgaGF2ZSB0aGUgc2FtZSB7ZHN0
IHBvcnQsIGRzdCBsYWJlbH0iPw0KPj4+Pg0KPj4+PiBZT1VORz4+IEkgdGhpbmsgeW91ciBzdWdn
ZXN0aW9uIG1heSBiZSB0b28gcmVzdHJpY3RpdmUuIEZvciBpbnN0YW5jZSwgaWYgd2UgaGF2ZSBv
bmUgc291cmNlIChwb3J0IDEpIGFuZCBvbmUgZGVzdGluYXRpb24gKHBvcnQgMikgd2l0aCB0d28g
bGFiZWxzID4gZWFjaC4gVGhlbiB3ZSB3b3VsZCBoYXZlOiB7KDEsMSwyLDEpLCAoMSwxLDIsMiks
ICgxLDIsMiwxKSwgKDEsMiwyLDIpfSBJIHRoaW5rIHdpdGggdGhlIGN1cnJlbnQgc3RhdGVtZW50
LCB3ZSBjYW4gc2VuZCB0aGlzIGluZm8gaW4gYW55IGNvbWJpbmF0aW9uID4gb2YgbXVsdGlwbGUg
bWF0cmljZXMsIHdoaWNoIEkgdGhpbmsgcGVyZmVjdGx5IGZpbmUuIFdpdGggeW91ciBzdWdnZXN0
aW9uLCBJIHdvdWxkIG5vdCBiZSBhYmxlIHNlbmQgKDEsMSwyLDEpIGFuZCAoMSwxLDIsMikgdG9n
ZXRoZXIuIFdoeSB3b3VsZCB0aGlzID4gbm90IGJlIG1hZGUgcG9zc2libGU/IE15IHRha2UgaXMg
YXMgbG9uZyBhcyBlYWNoIHN1Ym1hdHJpeCByZXByZXNlbnRzIGEgc2V0IG9mIGRpc2pvaW50IHF1
YWRydXBsZXMsIHRoYXQgc2hvdWxkIGJlIGFsbG93ZWQuDQo+Pj4gTXkgcmVhZGluZyBvZiAidHdv
IG1hdHJpY2VzIHdpbGwgbm90IGhhdmUgdGhlIHNhbWUge3NyYyBwb3J0LCBzcmMgbGFiZWwsIGRz
dCBwb3J0LCBkc3QgbGFiZWx9IiBpcyBhcyBmb2xsb3dzLg0KPj4+DQo+Pj4gPEV4YW1wbGUgQT4N
Cj4+Pg0KPj4+ICAgaW5wdXQgcG9ydD0xICAtLT4gU3VibWF0cml4IzEgLS0+IG91dHB1dCBwb3J0
PTINCj4+PiAgIGlucHV0IGxhYmVsPTEgICAgICAgICAgICAgICAgICAgICBvdXRwdXQgbGFiZWw9
MQ0KPj4+DQo+Pj4gICBpbnB1dCBwb3J0PTEgIC0tPiBTdWJtYXRyaXgjMiAtLT4gb3V0cHV0IHBv
cnQ9Mg0KPj4+ICAgaW5wdXQgbGFiZWw9MSAgICAgICAgICAgICAgICAgICAgIG91dHB1dCBsYWJl
bD0yDQo+Pj4NCj4+PiAgIFRoaXMgaXMgYWxsb3dlZC4NCj4+Pg0KPj4+IDxFeGFtcGxlIEI+DQo+
Pj4NCj4+PiAgIGlucHV0IHBvcnQ9MSAgLS0+IFN1Ym1hdHJpeCMxIC0tPiBvdXRwdXQgcG9ydD0y
DQo+Pj4gICBpbnB1dCBsYWJlbD0xICAgICAgICAgICAgICAgICAgICAgb3V0cHV0IGxhYmVsPTEN
Cj4+Pg0KPj4+ICAgaW5wdXQgcG9ydD0xICAtLT4gU3VibWF0cml4IzIgLS0+IG91dHB1dCBwb3J0
PTINCj4+PiAgIGlucHV0IGxhYmVsPTEgICAgICAgICAgICAgICAgICAgICBvdXRwdXQgbGFiZWw9
MQ0KPj4+DQo+Pj4gICBUaGlzIGlzIG5vdCBhbGxvd2VkLg0KPj4+DQo+Pj4gPEV4YW1wbGUgQz4N
Cj4+Pg0KPj4+ICAgaW5wdXQgcG9ydD0xICAtLT4gU3VibWF0cml4IzEgLS0+IG91dHB1dCBwb3J0
PTINCj4+PiAgIGlucHV0IGxhYmVsPTEgICAgICAgICAgICAgICAgICAgICBvdXRwdXQgbGFiZWw9
MQ0KPj4+DQo+Pj4gICBpbnB1dCBwb3J0PTEgIC0tPiBTdWJtYXRyaXgjMiAtLT4gb3V0cHV0IHBv
cnQ9Mg0KPj4+ICAgaW5wdXQgbGFiZWw9MiAgICAgICAgICAgICAgICAgICAgIG91dHB1dCBsYWJl
bD0yDQo+Pj4NCj4+PiAgIFRoaXMgaXMgYWxsb3dlZC4NCj4+Pg0KPj4+IElzIGFib3ZlIHVuZGVy
c3RhbmRpbmcgY29ycmVjdD8NCj4+PiBJZiBzbywgSSBhbSBub3Qgc3VyZSBob3cgZXhhbXBsZSBB
IHdvcmtzLCBzaW5jZSBJIGFtIG5vdCBzdXJlIHdoYXQgaXMgdGhlIGluZGVudGlmaWVyIHRvIGRp
cmVjdCBmcm9tIGlucHV0IHRvIGVhY2ggc3VibWF0cml4Lg0KPj4+DQo+Pj4gTWF5YmUgSSBhbSBt
aXMtdW5kZXJzdGFuZGluZyB3aGF0IHN1Yi1tYXRyaXggaXMuIEkgdGhvdWdodCBzdWItbWF0cml4
IGlzIGEgc29ydCBvZiB2aXJ0dWFsIG5vZGUsIHNwbGl0dGluZyB0aGUgc2luZ2xlIG1hdHJpeCAo
b3Igc3dpdGNoKSBpbnRvIHNtYWxsZXIgcGllY2VzLg0KPj4gQ2FuIHlvdSBleHBsYWluIGhvdyB0
aGUgcmV2aXNlZCB0ZXh0IGNsYXJpZmllcyB0aGlzIHBvaW50Pw0KPj4NCj4+IFRoYW5rcywNCj4+
IExvdQ0KPj4NCj4+PiAuLi4uDQo+DQoNCg0K


From nobody Tue Feb  3 10:47:43 2015
Return-Path: <akatlas@gmail.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9357C1A87E2 for <rtg-dir@ietfa.amsl.com>; Tue,  3 Feb 2015 10:47:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -100.1
X-Spam-Level: 
X-Spam-Status: No, score=-100.1 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham
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 Zv1mrCx3tjHr for <rtg-dir@ietfa.amsl.com>; Tue,  3 Feb 2015 10:47:40 -0800 (PST)
Received: from mail-yh0-x233.google.com (mail-yh0-x233.google.com [IPv6:2607:f8b0:4002:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F02BF1A8787 for <rtg-dir@ietf.org>; Tue,  3 Feb 2015 10:47:39 -0800 (PST)
Received: by mail-yh0-f51.google.com with SMTP id z6so19277075yhz.10 for <rtg-dir@ietf.org>; Tue, 03 Feb 2015 10:47:39 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:date:message-id:subject:from:to:content-type; bh=zrz2AodQgur8aSk5/jbEt+Vo9Spy/suTfDoYyqRKMzA=; b=W+lDSXkINP2X9W1w1G4ZGprIkMUe/w6QGtzdgVIuKaNcOHZV4efJdQ7s0FJJljsETY C2OFu0QlyX7P3xt+cOK1P77QESmr3rmHtY02evW5DtbxskcrhzhjZX6jUZVwVjimnKqG Q9LpQhmOd2NMZ3iUWSMcXuoGacbpxk3R0cMq7x45QLGN9v4TROkVywbXJhPsLmJNZE1+ WJqRs6C76UtZbHBdHTSRnx0AwP3ZH2+QVUr2ZQ1HW/DCaycsoPtKLw/KF9RHJM7umZM/ 0Hi+MNa5c1xzRr3uQoz51b11cYqp4/qwNAzpxcyo1MtQ0KyZDpUW0fNXm8z7ghjJ8+K+ qZZg==
MIME-Version: 1.0
X-Received: by 10.170.119.195 with SMTP id l186mr10078332ykb.51.1422989259174;  Tue, 03 Feb 2015 10:47:39 -0800 (PST)
Received: by 10.170.133.80 with HTTP; Tue, 3 Feb 2015 10:47:39 -0800 (PST)
Date: Tue, 3 Feb 2015 13:47:39 -0500
Message-ID: <CAG4d1re4MMCpgXYmB6fUGWGmPhLrDXJ5P18p0rR8dgQUuQXRJQ@mail.gmail.com>
From: Alia Atlas <akatlas@gmail.com>
To: "rtg-dir@ietf.org" <rtg-dir@ietf.org>
Content-Type: multipart/alternative; boundary=001a1137941c4ff9dc050e338176
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-dir/7h9LOn9yLGzJQR3QeX0BjdoavEw>
Subject: [RTG-DIR] following homenet
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Feb 2015 18:47:41 -0000

--001a1137941c4ff9dc050e338176
Content-Type: text/plain; charset=UTF-8

If you've been following homenet and would like to express your thoughts
and opinions in reference to the routing quagmire, could you please unicast
me?

This is in preparation for a short meeting on Feb 26 (to which you are
likely to be invited, unless the list gets too large).

Thanks,
Alia

--001a1137941c4ff9dc050e338176
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">If you&#39;ve been following homenet and would like to exp=
ress your thoughts and opinions in reference to the routing quagmire, could=
 you please unicast me?<div><br></div><div>This is in preparation for a sho=
rt meeting on Feb 26 (to which you are likely to be invited, unless the lis=
t gets too large).</div><div><br></div><div>Thanks,</div><div>Alia</div></d=
iv>

--001a1137941c4ff9dc050e338176--


From nobody Tue Feb  3 17:49:13 2015
Return-Path: <shares@ndzh.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0C28A1A88CF; Tue,  3 Feb 2015 17:49:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -99.055
X-Spam-Level: 
X-Spam-Status: No, score=-99.055 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, USER_IN_WHITELIST=-100] autolearn=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 943CyiCumZfR; Tue,  3 Feb 2015 17:49:11 -0800 (PST)
Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id DD4611A88CC; Tue,  3 Feb 2015 17:49:10 -0800 (PST)
X-Default-Received-SPF: pass (skip=forwardok (res=PASS)) x-ip-name=74.43.47.92; 
From: "Susan Hares" <shares@ndzh.com>
To: "'Eric C Rosen'" <erosen@juniper.net>, "'Stig Venaas'" <stig@venaas.com>,  <draft-ietf-mpls-seamless-mcast.all@tools.ietf.org>, <mpls@ietf.org>
References: <54CFEE72.7040601@venaas.com> <54D0E8B5.8030300@juniper.net>
In-Reply-To: <54D0E8B5.8030300@juniper.net>
Date: Tue, 3 Feb 2015 20:48:56 -0500
Message-ID: <06ab01d0401c$bf0f0940$3d2d1bc0$@ndzh.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQGuylWsBrBz8vu/a9mLzNWacBlqoQIO38gRnRItYYA=
Content-Language: en-us
X-Authenticated-User: skh@ndzh.com 
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-dir/OChS9tWNtChI00Ha7H5O3BLLQ8M>
Cc: rtg-dir@ietf.org, rtg-ads@tools.ietf.org
Subject: Re: [RTG-DIR] [mpls] Routing Directorate Review of draft-ietf-mpls-seamless-mcast-15
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 04 Feb 2015 01:49:12 -0000

Eric:=20

An early allocation just needs a review of your WG chairs and AD.  Start =
the conversation with Loa - he's good at working through these issues. =20

Sue=20

-----Original Message-----
From: rtg-dir [mailto:rtg-dir-bounces@ietf.org] On Behalf Of Eric C =
Rosen
Sent: Tuesday, February 03, 2015 10:27 AM
To: Stig Venaas; draft-ietf-mpls-seamless-mcast.all@tools.ietf.org; =
mpls@ietf.org
Cc: rtg-dir@ietf.org; erosen@juniper.net; rtg-ads@tools.ietf.org
Subject: Re: [RTG-DIR] [mpls] Routing Directorate Review of =
draft-ietf-mpls-seamless-mcast-15

On 2/2/2015 4:38 PM, Stig Venaas wrote:
> The document states in e.g. 6.2.2. Leaf A-D Route for Global Table=20
> Multicast that the RD in the MCAST-VPN NLRI is set to all 1s for=20
> (*,G)-state. Is this use of RD defined in another document?

No it isn't.

> Shouldn't RD type 65535 then be assigned for this purpose in=20
> http://www.iana.org/assignments/route-distinguisher-types/route-distin
> guisher-types.xhtml

Stig,

I think you're right, the draft should do something to prevent a future =
draft from using -1 in the RD field.  Perhaps we should ask IANA to =
assign value 65535  to "for use only as specified in this document".

Of course, IANA will complain that we're not supposed to ask for =
specific assignments, but it's a bit too late to ask for early =
allocation ;-)

Eric

P.S.: The nits you pointed out are fixed in the source.



From nobody Tue Feb  3 20:06:21 2015
Return-Path: <loa@pi.nu>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 00F041A1B7E; Tue,  3 Feb 2015 20:06:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level: 
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 0JGzRAIkeM18; Tue,  3 Feb 2015 20:06:12 -0800 (PST)
Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E2C5C1A1B77; Tue,  3 Feb 2015 20:06:11 -0800 (PST)
Received: from [192.168.1.12] (unknown [49.149.205.111]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id EB31718013C8; Wed,  4 Feb 2015 05:06:06 +0100 (CET)
Message-ID: <54D19AA9.9070503@pi.nu>
Date: Wed, 04 Feb 2015 12:06:01 +0800
From: Loa Andersson <loa@pi.nu>
User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
MIME-Version: 1.0
To: Susan Hares <shares@ndzh.com>, 'Eric C Rosen' <erosen@juniper.net>,  'Stig Venaas' <stig@venaas.com>, draft-ietf-mpls-seamless-mcast.all@tools.ietf.org, mpls@ietf.org
References: <54CFEE72.7040601@venaas.com> <54D0E8B5.8030300@juniper.net> <06ab01d0401c$bf0f0940$3d2d1bc0$@ndzh.com>
In-Reply-To: <06ab01d0401c$bf0f0940$3d2d1bc0$@ndzh.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-dir/BA-nA6yvPI-OWeDpvng3a789TdQ>
Cc: rtg-dir@ietf.org, "<drafts-lastcall@iana.org>" <drafts-lastcall@iana.org>, rtg-ads@tools.ietf.org
Subject: Re: [RTG-DIR] [mpls] Routing Directorate Review of draft-ietf-mpls-seamless-mcast-15
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 04 Feb 2015 04:06:15 -0000

Sue,

Tnx - though I'm not sure here.

Adrian, Pearl and Eric you need to look at the proposal below.

The early allocation follows the same rules as other allocations when
it comes to assigning specific values.

What I see here is that Eric want to assign 65535 from the
Route Distinguisher Type Field; values 32768-65535 are assigned under
IETF Consensus.

We have a document that is past IETF Last Call (2 days) in fact the
comments from Stig was part of the IETF Last Call comments.

I think Eric is correct, it is to late for an early allocation. What I
propose, given that Adrian and IANA (Pearl) agree, is that Eric add
some text in response to the LC comment that says:

In body text (Eric you'll have to flesh it out a bit).

"A RD field with the value [TBAx] is for use only as specified in this 
document."

And in the IANA section.

"IANA is requested to assign a new Route Distinguisher Type from the
Route Distinguisher Type Field registry. The highest available value in
the IETF consensus range should be assigned."

/Loa


On 2015-02-04 09:48, Susan Hares wrote:
> Eric:
>
> An early allocation just needs a review of your WG chairs and AD.  Start the conversation with Loa - he's good at working through these issues.
>
> Sue
>
> -----Original Message-----
> From: rtg-dir [mailto:rtg-dir-bounces@ietf.org] On Behalf Of Eric C Rosen
> Sent: Tuesday, February 03, 2015 10:27 AM
> To: Stig Venaas; draft-ietf-mpls-seamless-mcast.all@tools.ietf.org; mpls@ietf.org
> Cc: rtg-dir@ietf.org; erosen@juniper.net; rtg-ads@tools.ietf.org
> Subject: Re: [RTG-DIR] [mpls] Routing Directorate Review of draft-ietf-mpls-seamless-mcast-15
>
> On 2/2/2015 4:38 PM, Stig Venaas wrote:
>> The document states in e.g. 6.2.2. Leaf A-D Route for Global Table
>> Multicast that the RD in the MCAST-VPN NLRI is set to all 1s for
>> (*,G)-state. Is this use of RD defined in another document?
>
> No it isn't.
>
>> Shouldn't RD type 65535 then be assigned for this purpose in
>> http://www.iana.org/assignments/route-distinguisher-types/route-distin
>> guisher-types.xhtml
>
> Stig,
>
> I think you're right, the draft should do something to prevent a future draft from using -1 in the RD field.  Perhaps we should ask IANA to assign value 65535  to "for use only as specified in this document".
>
> Of course, IANA will complain that we're not supposed to ask for specific assignments, but it's a bit too late to ask for early allocation ;-)
>
> Eric
>
> P.S.: The nits you pointed out are fixed in the source.
>
>

-- 


Loa Andersson                        email: loa@mail01.huawei.com
Senior MPLS Expert                          loa@pi.nu
Huawei Technologies (consultant)     phone: +46 739 81 21 64


From nobody Wed Feb  4 07:25:15 2015
Return-Path: <shares@ndzh.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3E4301A8A4C; Wed,  4 Feb 2015 07:25:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -99.055
X-Spam-Level: 
X-Spam-Status: No, score=-99.055 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, USER_IN_WHITELIST=-100] autolearn=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 S_HdMR7Jk_ho; Wed,  4 Feb 2015 07:25:11 -0800 (PST)
Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id BED151A8A7B; Wed,  4 Feb 2015 07:25:10 -0800 (PST)
X-Default-Received-SPF: pass (skip=forwardok (res=PASS)) x-ip-name=74.43.47.92; 
From: "Susan Hares" <shares@ndzh.com>
To: "'Loa Andersson'" <loa@pi.nu>, "'Eric C Rosen'" <erosen@juniper.net>, "'Stig Venaas'" <stig@venaas.com>, <draft-ietf-mpls-seamless-mcast.all@tools.ietf.org>, <mpls@ietf.org>
References: <54CFEE72.7040601@venaas.com> <54D0E8B5.8030300@juniper.net> <06ab01d0401c$bf0f0940$3d2d1bc0$@ndzh.com> <54D19AA9.9070503@pi.nu>
In-Reply-To: <54D19AA9.9070503@pi.nu>
Date: Wed, 4 Feb 2015 10:24:59 -0500
Message-ID: <009101d0408e$be055aa0$3a100fe0$@ndzh.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 14.0
Content-Language: en-us
Thread-Index: AQGuylWsBrBz8vu/a9mLzNWacBlqoQIO38gRAqRYzPQBb/puFpzybGWQ
X-Authenticated-User: skh@ndzh.com 
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-dir/fPHbWsB8EPn8g_c4GSiTH4OTcyg>
Cc: rtg-dir@ietf.org, drafts-lastcall@iana.org, rtg-ads@tools.ietf.org
Subject: Re: [RTG-DIR] [mpls] Routing Directorate Review of draft-ietf-mpls-seamless-mcast-15
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 04 Feb 2015 15:25:13 -0000

Loa:

Thanks for doing what you can.  =20

Sue=20

-----Original Message-----
From: Loa Andersson [mailto:loa@pi.nu]=20
Sent: Tuesday, February 03, 2015 11:06 PM
To: Susan Hares; 'Eric C Rosen'; 'Stig Venaas'; =
draft-ietf-mpls-seamless-mcast.all@tools.ietf.org; mpls@ietf.org
Cc: rtg-dir@ietf.org; rtg-ads@tools.ietf.org; <drafts-lastcall@iana.org>
Subject: Re: [RTG-DIR] [mpls] Routing Directorate Review of =
draft-ietf-mpls-seamless-mcast-15

Sue,

Tnx - though I'm not sure here.

Adrian, Pearl and Eric you need to look at the proposal below.

The early allocation follows the same rules as other allocations when it =
comes to assigning specific values.

What I see here is that Eric want to assign 65535 from the Route =
Distinguisher Type Field; values 32768-65535 are assigned under IETF =
Consensus.

We have a document that is past IETF Last Call (2 days) in fact the =
comments from Stig was part of the IETF Last Call comments.

I think Eric is correct, it is to late for an early allocation. What I =
propose, given that Adrian and IANA (Pearl) agree, is that Eric add some =
text in response to the LC comment that says:

In body text (Eric you'll have to flesh it out a bit).

"A RD field with the value [TBAx] is for use only as specified in this =
document."

And in the IANA section.

"IANA is requested to assign a new Route Distinguisher Type from the =
Route Distinguisher Type Field registry. The highest available value in =
the IETF consensus range should be assigned."

/Loa


On 2015-02-04 09:48, Susan Hares wrote:
> Eric:
>
> An early allocation just needs a review of your WG chairs and AD.  =
Start the conversation with Loa - he's good at working through these =
issues.
>
> Sue
>
> -----Original Message-----
> From: rtg-dir [mailto:rtg-dir-bounces@ietf.org] On Behalf Of Eric C=20
> Rosen
> Sent: Tuesday, February 03, 2015 10:27 AM
> To: Stig Venaas; draft-ietf-mpls-seamless-mcast.all@tools.ietf.org;=20
> mpls@ietf.org
> Cc: rtg-dir@ietf.org; erosen@juniper.net; rtg-ads@tools.ietf.org
> Subject: Re: [RTG-DIR] [mpls] Routing Directorate Review of=20
> draft-ietf-mpls-seamless-mcast-15
>
> On 2/2/2015 4:38 PM, Stig Venaas wrote:
>> The document states in e.g. 6.2.2. Leaf A-D Route for Global Table=20
>> Multicast that the RD in the MCAST-VPN NLRI is set to all 1s for=20
>> (*,G)-state. Is this use of RD defined in another document?
>
> No it isn't.
>
>> Shouldn't RD type 65535 then be assigned for this purpose in=20
>> http://www.iana.org/assignments/route-distinguisher-types/route-disti
>> n
>> guisher-types.xhtml
>
> Stig,
>
> I think you're right, the draft should do something to prevent a =
future draft from using -1 in the RD field.  Perhaps we should ask IANA =
to assign value 65535  to "for use only as specified in this document".
>
> Of course, IANA will complain that we're not supposed to ask for=20
> specific assignments, but it's a bit too late to ask for early=20
> allocation ;-)
>
> Eric
>
> P.S.: The nits you pointed out are fixed in the source.
>
>

--=20


Loa Andersson                        email: loa@mail01.huawei.com
Senior MPLS Expert                          loa@pi.nu
Huawei Technologies (consultant)     phone: +46 739 81 21 64


From nobody Thu Feb  5 12:49:31 2015
Return-Path: <adrian@olddog.co.uk>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 80D0C1A8AF2; Thu,  5 Feb 2015 12:49:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.9
X-Spam-Level: 
X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, USER_IN_WHITELIST=-100] autolearn=ham
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 56FY43OaJFNB; Thu,  5 Feb 2015 12:49:08 -0800 (PST)
Received: from asmtp3.iomartmail.com (asmtp3.iomartmail.com [62.128.201.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E9CB61A8AF6; Thu,  5 Feb 2015 12:49:05 -0800 (PST)
Received: from asmtp3.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id t15Kmgd7014594; Thu, 5 Feb 2015 20:48:43 GMT
Received: from 950129200 (089144216009.atnat0025.highway.a1.net [89.144.216.9]) (authenticated bits=0) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id t15KmeWW014586 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Thu, 5 Feb 2015 20:48:41 GMT
From: "Adrian Farrel" <adrian@olddog.co.uk>
To: <iana-issues@iana.org>
References: <RT-Ticket-807148@icann.org> <54CFEE72.7040601@venaas.com> <54D0E8B5.8030300@juniper.net> <06ab01d0401c$bf0f0940$3d2d1bc0$@ndzh.com> <54D19AA9.9070503@pi.nu> <rt-4.2.9-30030-1423165296-1820.807148-7-0@icann.org>
In-Reply-To: <rt-4.2.9-30030-1423165296-1820.807148-7-0@icann.org>
Date: Thu, 5 Feb 2015 20:48:40 -0000
Message-ID: <005f01d04185$20fd9590$62f8c0b0$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQHd64eNdqwktuuODBgE21T/RZzRWwGuylWsAg7fyBECpFjM9AFv+m4WAh8Q/1Gcd6kJUA==
Content-Language: en-gb
X-TM-AS-MML: disable
X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1018-21306.002
X-TM-AS-Result: No--33.880-10.0-31-10
X-imss-scan-details: No--33.880-10.0-31-10
X-TMASE-MatchedRID: x2HXvaraFomnykMun0J1wmA/V00XWjDtc3ewuwbSaG6H8Gp6NIN6gj9J n3A147yPO+qMYX316PHxTwx4UJIMck5RCTiYesCK9UVHiwLx0/LzDFXwlHc2qC9+vUEmYLuG2Uw BLM8az1REeJ1+VJAQdPMnvNott6lBGM1G4Pq9L1RwUSK4/EeOxVAI6wCVrE3vVL6geaPy6nNrJK bCzTP9q++emaO1P4cY+6bI4L940xzzm/ciiIjcjHZoUVaGRPdAIWrhso05H/VjEZl+QzZVx8CS2 AMm1nQC5PRAib0WZrJS7bZwbdCiVPlXbaRPf/X2nbUZkYTzXIZA8JZETQujwuHrooTDFL+VVFHQ dKyMYbP5lgM/ptSk2CmweSd1jOH7QhQehsXrNgYM+FbAnNWFvl4KsHfYo5LQjU56jjASCeFpW29 g8GS+A+iKJmZ/Ae/yFtUTr2X6w/WLqnYOW4fNFKqblN109/u+NNBFtVEGTH3LYB+SSBKZc562Lm VTodVcSpVpoF9jneisPt5gvTNUSNzM3mZTxjkXJXKk/roE/RCP/EshoNKyETTp2FynA0cQgbiw8 85JktcnsL2GpGdkZVTb7uWtxfne02FrWs7riSCeAiCmPx4NwFkMvWAuahr8+gD2vYtOFhgqtq5d 3cxkNQP90fJP9eHt
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-dir/MxSY3NWWFsrbmfmKZALgPKwW6as>
Cc: rtg-dir@ietf.org, draft-ietf-mpls-seamless-mcast.all@tools.ietf.org, mpls@ietf.org, stig@venaas.com, liang@icann.org, erosen@juniper.net, rtg-ads@tools.ietf.org, michelle.cotton@icann.org, shares@ndzh.com, loa@pi.nu
Subject: Re: [RTG-DIR] [IANA #807148] Re: [mpls] Routing Directorate Review of draft-ietf-mpls-seamless-mcast-15
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: adrian@olddog.co.uk
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Feb 2015 20:49:12 -0000

Hi Pearl,

Thanks for this.

I do not believe you need to make any early allocation assignment.
It seems to me that an allocation of this particular code point is very =
unlikely to arrive in the next couple of weeks.

The text is now in the draft, and the draft is on its way to the IESG =
for evaluation on 19/2

Cheers,
Adrian

> -----Original Message-----
> From: Pearl Liang via RT [mailto:iana-issues@iana.org]
> Sent: 05 February 2015 19:42
> Cc: adrian@olddog.co.uk; loa@pi.nu; erosen@juniper.net; =
shares@ndzh.com;
> rtg-dir@ietf.org; mpls@ietf.org; stig@venaas.com; =
rtg-ads@tools.ietf.org; draft-
> ietf-mpls-seamless-mcast.all@tools.ietf.org; =
michelle.cotton@icann.org;
> liang@icann.org
> Subject: [IANA #807148] Re: [RTG-DIR] [mpls] Routing Directorate =
Review of
> draft-ietf-mpls-seamless-mcast-15
>=20
> Hi Loa, Sue, Eric, Adrian, et al.
>=20
> Adrian, we have a question for you.
>=20
> We received the added IANA action from Eric as per the discussion =
below.
> Here is a copy of Eric's proposed text in version -16::
>=20
> [[[
> This document makes use of a Route Distinguisher whose value is all
> 1's. The two-octet type field of this Route Distinguisher thus has
> the value 65535. IANA is therefore requested to assign the value
> 65535 from the "Route Distinguisher Type Field" registry to "For Use
> Only in Certain Leaf A-D Routes", with this document as the
> reference.
> ]]]
>=20
> The registry is located at =
http://www.iana.org/assignments/route-distinguisher-
> types.
> Values 32768-65535 are assigned under IETF Consensus.
>=20
> The above text looks fine.  Since it looks like the draft is almost =
approved,
> Is it okay to complete the requested action when the document has been
> approved?
> If you need an early assignment now to lock down the value 65535, we =
need
> Adrian
> to advise us how to proceed.
>=20
> Thanks,
> ~pl
>=20
> Pearl Liang
> ICANN
>=20
>=20
> On Wed Feb 04 04:06:36 2015, loa@pi.nu wrote:
> > Sue,
> >
> > Tnx - though I'm not sure here.
> >
> > Adrian, Pearl and Eric you need to look at the proposal below.
> >
> > The early allocation follows the same rules as other allocations =
when
> > it comes to assigning specific values.
> >
> > What I see here is that Eric want to assign 65535 from the
> > Route Distinguisher Type Field; values 32768-65535 are assigned =
under
> > IETF Consensus.
> >
> > We have a document that is past IETF Last Call (2 days) in fact the
> > comments from Stig was part of the IETF Last Call comments.
> >
> > I think Eric is correct, it is to late for an early allocation. What =
I
> > propose, given that Adrian and IANA (Pearl) agree, is that Eric add
> > some text in response to the LC comment that says:
> >
> > In body text (Eric you'll have to flesh it out a bit).
> >
> > "A RD field with the value [TBAx] is for use only as specified in =
this
> > document."
> >
> > And in the IANA section.
> >
> > "IANA is requested to assign a new Route Distinguisher Type from the
> > Route Distinguisher Type Field registry. The highest available value
> > in
> > the IETF consensus range should be assigned."
> >
> > /Loa
> >
> >
> > On 2015-02-04 09:48, Susan Hares wrote:
> > > Eric:
> > >
> > > An early allocation just needs a review of your WG chairs and AD.
> > > Start the conversation with Loa - he's good at working through =
these
> > > issues.
> > >
> > > Sue
> > >
> > > -----Original Message-----
> > > From: rtg-dir [mailto:rtg-dir-bounces@ietf.org] On Behalf Of Eric =
C
> > > Rosen
> > > Sent: Tuesday, February 03, 2015 10:27 AM
> > > To: Stig Venaas; =
draft-ietf-mpls-seamless-mcast.all@tools.ietf.org;
> > > mpls@ietf.org
> > > Cc: rtg-dir@ietf.org; erosen@juniper.net; rtg-ads@tools.ietf.org
> > > Subject: Re: [RTG-DIR] [mpls] Routing Directorate Review of draft-
> > > ietf-mpls-seamless-mcast-15
> > >
> > > On 2/2/2015 4:38 PM, Stig Venaas wrote:
> > >> The document states in e.g. 6.2.2. Leaf A-D Route for Global =
Table
> > >> Multicast that the RD in the MCAST-VPN NLRI is set to all 1s for
> > >> (*,G)-state. Is this use of RD defined in another document?
> > >
> > > No it isn't.
> > >
> > >> Shouldn't RD type 65535 then be assigned for this purpose in
> > >> http://www.iana.org/assignments/route-distinguisher-types/route-
> > >> distin
> > >> guisher-types.xhtml
> > >
> > > Stig,
> > >
> > > I think you're right, the draft should do something to prevent a
> > > future draft from using -1 in the RD field.  Perhaps we should ask
> > > IANA to assign value 65535  to "for use only as specified in this
> > > document".
> > >
> > > Of course, IANA will complain that we're not supposed to ask for
> > > specific assignments, but it's a bit too late to ask for early
> > > allocation ;-)
> > >
> > > Eric
> > >
> > > P.S.: The nits you pointed out are fixed in the source.
> > >
> > >



From nobody Fri Feb  6 06:34:00 2015
Return-Path: <iana-shared@icann.org>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C53F71A1B0A; Thu,  5 Feb 2015 11:41:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.19
X-Spam-Level: 
X-Spam-Status: No, score=-3.19 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MISSING_HEADERS=1.021, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 XTcYXuK3EBaa; Thu,  5 Feb 2015 11:41:38 -0800 (PST)
Received: from smtp1.lax.icann.org (smtp01.icann.org [192.0.33.81]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 640531A00C6; Thu,  5 Feb 2015 11:41:38 -0800 (PST)
Received: from request3.lax.icann.org (request1.lax.icann.org [10.32.11.221]) by smtp1.lax.icann.org (8.13.8/8.13.8) with ESMTP id t15Jfaq4024481;  Thu, 5 Feb 2015 19:41:36 GMT
Received: by request3.lax.icann.org (Postfix, from userid 48) id C1ADDC2054C; Thu,  5 Feb 2015 19:41:36 +0000 (UTC)
RT-Owner: pearl.liang
From: "Pearl Liang via RT" <iana-issues@iana.org>
In-Reply-To: <54D19AA9.9070503@pi.nu>
References: <RT-Ticket-807148@icann.org> <54CFEE72.7040601@venaas.com> <54D0E8B5.8030300@juniper.net> <06ab01d0401c$bf0f0940$3d2d1bc0$@ndzh.com> <54D19AA9.9070503@pi.nu>
Message-ID: <rt-4.2.9-30030-1423165296-1820.807148-7-0@icann.org>
X-RT-Loop-Prevention: IANA
X-RT-Ticket: IANA #807148
X-Managed-BY: RT 4.2.9 (http://www.bestpractical.com/rt/)
X-RT-Originator: pearl.liang@icann.org
Content-Type: text/plain; charset="utf-8"
X-RT-Original-Encoding: utf-8
Precedence: bulk
Date: Thu, 05 Feb 2015 19:41:36 +0000
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-dir/WpaIV_FQZncmghTuJ8npe8Nyfbg>
X-Mailman-Approved-At: Fri, 06 Feb 2015 06:33:59 -0800
Cc: mpls@ietf.org, draft-ietf-mpls-seamless-mcast.all@tools.ietf.org, rtg-dir@ietf.org, stig@venaas.com, liang@icann.org, erosen@juniper.net, rtg-ads@tools.ietf.org, adrian@olddog.co.uk, michelle.cotton@icann.org, shares@ndzh.com, loa@pi.nu
Subject: [RTG-DIR] [IANA #807148] Re: [mpls] Routing Directorate Review of draft-ietf-mpls-seamless-mcast-15
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.15
Reply-To: iana-issues@iana.org
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Feb 2015 19:41:40 -0000

Hi Loa, Sue, Eric, Adrian, et al.

Adrian, we have a question for you.

We received the added IANA action from Eric as per the discussion below.
Here is a copy of Eric's proposed text in version -16::

[[[
This document makes use of a Route Distinguisher whose value is all
1's. The two-octet type field of this Route Distinguisher thus has
the value 65535. IANA is therefore requested to assign the value
65535 from the "Route Distinguisher Type Field" registry to "For Use
Only in Certain Leaf A-D Routes", with this document as the
reference.
]]]

The registry is located at http://www.iana.org/assignments/route-distinguisher-types.
Values 32768-65535 are assigned under IETF Consensus.

The above text looks fine.  Since it looks like the draft is almost approved,
Is it okay to complete the requested action when the document has been approved?
If you need an early assignment now to lock down the value 65535, we need Adrian
to advise us how to proceed.

Thanks,
~pl

Pearl Liang
ICANN


On Wed Feb 04 04:06:36 2015, loa@pi.nu wrote:
> Sue,
> 
> Tnx - though I'm not sure here.
> 
> Adrian, Pearl and Eric you need to look at the proposal below.
> 
> The early allocation follows the same rules as other allocations when
> it comes to assigning specific values.
> 
> What I see here is that Eric want to assign 65535 from the
> Route Distinguisher Type Field; values 32768-65535 are assigned under
> IETF Consensus.
> 
> We have a document that is past IETF Last Call (2 days) in fact the
> comments from Stig was part of the IETF Last Call comments.
> 
> I think Eric is correct, it is to late for an early allocation. What I
> propose, given that Adrian and IANA (Pearl) agree, is that Eric add
> some text in response to the LC comment that says:
> 
> In body text (Eric you'll have to flesh it out a bit).
> 
> "A RD field with the value [TBAx] is for use only as specified in this
> document."
> 
> And in the IANA section.
> 
> "IANA is requested to assign a new Route Distinguisher Type from the
> Route Distinguisher Type Field registry. The highest available value
> in
> the IETF consensus range should be assigned."
> 
> /Loa
> 
> 
> On 2015-02-04 09:48, Susan Hares wrote:
> > Eric:
> >
> > An early allocation just needs a review of your WG chairs and AD.
> > Start the conversation with Loa - he's good at working through these
> > issues.
> >
> > Sue
> >
> > -----Original Message-----
> > From: rtg-dir [mailto:rtg-dir-bounces@ietf.org] On Behalf Of Eric C
> > Rosen
> > Sent: Tuesday, February 03, 2015 10:27 AM
> > To: Stig Venaas; draft-ietf-mpls-seamless-mcast.all@tools.ietf.org;
> > mpls@ietf.org
> > Cc: rtg-dir@ietf.org; erosen@juniper.net; rtg-ads@tools.ietf.org
> > Subject: Re: [RTG-DIR] [mpls] Routing Directorate Review of draft-
> > ietf-mpls-seamless-mcast-15
> >
> > On 2/2/2015 4:38 PM, Stig Venaas wrote:
> >> The document states in e.g. 6.2.2. Leaf A-D Route for Global Table
> >> Multicast that the RD in the MCAST-VPN NLRI is set to all 1s for
> >> (*,G)-state. Is this use of RD defined in another document?
> >
> > No it isn't.
> >
> >> Shouldn't RD type 65535 then be assigned for this purpose in
> >> http://www.iana.org/assignments/route-distinguisher-types/route-
> >> distin
> >> guisher-types.xhtml
> >
> > Stig,
> >
> > I think you're right, the draft should do something to prevent a
> > future draft from using -1 in the RD field.  Perhaps we should ask
> > IANA to assign value 65535  to "for use only as specified in this
> > document".
> >
> > Of course, IANA will complain that we're not supposed to ask for
> > specific assignments, but it's a bit too late to ask for early
> > allocation ;-)
> >
> > Eric
> >
> > P.S.: The nits you pointed out are fixed in the source.
> >
> >



From nobody Fri Feb  6 06:34:24 2015
Return-Path: <iana-shared@icann.org>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 89D361A8755; Thu,  5 Feb 2015 13:32:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.19
X-Spam-Level: 
X-Spam-Status: No, score=-3.19 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MISSING_HEADERS=1.021, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 UtuhDYoh8V_D; Thu,  5 Feb 2015 13:32:27 -0800 (PST)
Received: from smtp1.lax.icann.org (smtp01.icann.org [192.0.33.81]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 250021A8F4C; Thu,  5 Feb 2015 13:32:27 -0800 (PST)
Received: from request3.lax.icann.org (request1.lax.icann.org [10.32.11.221]) by smtp1.lax.icann.org (8.13.8/8.13.8) with ESMTP id t15LWQM2028272;  Thu, 5 Feb 2015 21:32:26 GMT
Received: by request3.lax.icann.org (Postfix, from userid 48) id E28D6C2054B; Thu,  5 Feb 2015 21:32:26 +0000 (UTC)
RT-Owner: pearl.liang
From: "Pearl Liang via RT" <iana-issues@iana.org>
In-Reply-To: <rt-4.2.9-15950-1423169349-1831.807148-7-0@icann.org>
References: <RT-Ticket-807148@icann.org> <54CFEE72.7040601@venaas.com> <54D0E8B5.8030300@juniper.net> <06ab01d0401c$bf0f0940$3d2d1bc0$@ndzh.com> <54D19AA9.9070503@pi.nu> <rt-4.2.9-30030-1423165296-1820.807148-7-0@icann.org> <005f01d04185$20fd9590$62f8c0b0$@olddog.co.uk> <rt-4.2.9-15950-1423169349-1831.807148-7-0@icann.org>
Message-ID: <rt-4.2.9-15950-1423171946-299.807148-7-0@icann.org>
X-RT-Loop-Prevention: IANA
X-RT-Ticket: IANA #807148
X-Managed-BY: RT 4.2.9 (http://www.bestpractical.com/rt/)
X-RT-Originator: pearl.liang@icann.org
Content-Type: text/plain; charset="utf-8"
X-RT-Original-Encoding: utf-8
Precedence: bulk
Date: Thu, 05 Feb 2015 21:32:26 +0000
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-dir/pcw2IloQVZAqJDp3mTzuUl7V5_E>
X-Mailman-Approved-At: Fri, 06 Feb 2015 06:34:19 -0800
Cc: rtg-dir@ietf.org, draft-ietf-mpls-seamless-mcast.all@tools.ietf.org, mpls@ietf.org, stig@venaas.com, shares@ndzh.com, rtg-ads@tools.ietf.org, adrian@olddog.co.uk, erosen@juniper.net, loa@pi.nu
Subject: [RTG-DIR] [IANA #807148] Re: [mpls] Routing Directorate Review of draft-ietf-mpls-seamless-mcast-15
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.15
Reply-To: iana-issues@iana.org
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Feb 2015 21:32:32 -0000

Hi Adrian,

Thank you for the reply.  I've responded to the Evaluation request.

Cheers,
~pl


On Thu Feb 05 20:49:09 2015, adrian@olddog.co.uk wrote:
> Hi Pearl,
> 
> Thanks for this.
> 
> I do not believe you need to make any early allocation assignment.
> It seems to me that an allocation of this particular code point is
> very unlikely to arrive in the next couple of weeks.
> 
> The text is now in the draft, and the draft is on its way to the IESG
> for evaluation on 19/2
> 
> Cheers,
> Adrian
> 
> > -----Original Message-----
> > From: Pearl Liang via RT [mailto:iana-issues@iana.org]
> > Sent: 05 February 2015 19:42
> > Cc: adrian@olddog.co.uk; loa@pi.nu; erosen@juniper.net;
> > shares@ndzh.com;
> > rtg-dir@ietf.org; mpls@ietf.org; stig@venaas.com; rtg-
> > ads@tools.ietf.org; draft-
> > ietf-mpls-seamless-mcast.all@tools.ietf.org;
> > michelle.cotton@icann.org;
> > liang@icann.org
> > Subject: [IANA #807148] Re: [RTG-DIR] [mpls] Routing Directorate
> > Review of
> > draft-ietf-mpls-seamless-mcast-15
> >
> > Hi Loa, Sue, Eric, Adrian, et al.
> >
> > Adrian, we have a question for you.
> >
> > We received the added IANA action from Eric as per the discussion
> > below.
> > Here is a copy of Eric's proposed text in version -16::
> >
> > [[[
> > This document makes use of a Route Distinguisher whose value is all
> > 1's. The two-octet type field of this Route Distinguisher thus has
> > the value 65535. IANA is therefore requested to assign the value
> > 65535 from the "Route Distinguisher Type Field" registry to "For Use
> > Only in Certain Leaf A-D Routes", with this document as the
> > reference.
> > ]]]
> >
> > The registry is located at http://www.iana.org/assignments/route-
> > distinguisher-
> > types.
> > Values 32768-65535 are assigned under IETF Consensus.
> >
> > The above text looks fine.  Since it looks like the draft is almost
> > approved,
> > Is it okay to complete the requested action when the document has
> > been
> > approved?
> > If you need an early assignment now to lock down the value 65535, we
> > need
> > Adrian
> > to advise us how to proceed.
> >
> > Thanks,
> > ~pl
> >
> > Pearl Liang
> > ICANN
> >
> >
> > On Wed Feb 04 04:06:36 2015, loa@pi.nu wrote:
> > > Sue,
> > >
> > > Tnx - though I'm not sure here.
> > >
> > > Adrian, Pearl and Eric you need to look at the proposal below.
> > >
> > > The early allocation follows the same rules as other allocations
> > > when
> > > it comes to assigning specific values.
> > >
> > > What I see here is that Eric want to assign 65535 from the
> > > Route Distinguisher Type Field; values 32768-65535 are assigned
> > > under
> > > IETF Consensus.
> > >
> > > We have a document that is past IETF Last Call (2 days) in fact the
> > > comments from Stig was part of the IETF Last Call comments.
> > >
> > > I think Eric is correct, it is to late for an early allocation.
> > > What I
> > > propose, given that Adrian and IANA (Pearl) agree, is that Eric add
> > > some text in response to the LC comment that says:
> > >
> > > In body text (Eric you'll have to flesh it out a bit).
> > >
> > > "A RD field with the value [TBAx] is for use only as specified in
> > > this
> > > document."
> > >
> > > And in the IANA section.
> > >
> > > "IANA is requested to assign a new Route Distinguisher Type from
> > > the
> > > Route Distinguisher Type Field registry. The highest available
> > > value
> > > in
> > > the IETF consensus range should be assigned."
> > >
> > > /Loa
> > >
> > >
> > > On 2015-02-04 09:48, Susan Hares wrote:
> > > > Eric:
> > > >
> > > > An early allocation just needs a review of your WG chairs and AD.
> > > > Start the conversation with Loa - he's good at working through
> > > > these
> > > > issues.
> > > >
> > > > Sue
> > > >
> > > > -----Original Message-----
> > > > From: rtg-dir [mailto:rtg-dir-bounces@ietf.org] On Behalf Of Eric
> > > > C
> > > > Rosen
> > > > Sent: Tuesday, February 03, 2015 10:27 AM
> > > > To: Stig Venaas; draft-ietf-mpls-seamless-
> > > > mcast.all@tools.ietf.org;
> > > > mpls@ietf.org
> > > > Cc: rtg-dir@ietf.org; erosen@juniper.net; rtg-ads@tools.ietf.org
> > > > Subject: Re: [RTG-DIR] [mpls] Routing Directorate Review of
> > > > draft-
> > > > ietf-mpls-seamless-mcast-15
> > > >
> > > > On 2/2/2015 4:38 PM, Stig Venaas wrote:
> > > >> The document states in e.g. 6.2.2. Leaf A-D Route for Global
> > > >> Table
> > > >> Multicast that the RD in the MCAST-VPN NLRI is set to all 1s for
> > > >> (*,G)-state. Is this use of RD defined in another document?
> > > >
> > > > No it isn't.
> > > >
> > > >> Shouldn't RD type 65535 then be assigned for this purpose in
> > > >> http://www.iana.org/assignments/route-distinguisher-types/route-
> > > >> distin
> > > >> guisher-types.xhtml
> > > >
> > > > Stig,
> > > >
> > > > I think you're right, the draft should do something to prevent a
> > > > future draft from using -1 in the RD field.  Perhaps we should
> > > > ask
> > > > IANA to assign value 65535  to "for use only as specified in this
> > > > document".
> > > >
> > > > Of course, IANA will complain that we're not supposed to ask for
> > > > specific assignments, but it's a bit too late to ask for early
> > > > allocation ;-)
> > > >
> > > > Eric
> > > >
> > > > P.S.: The nits you pointed out are fixed in the source.
> > > >
> > > >




From nobody Wed Feb 11 12:06:48 2015
Return-Path: <curtis@ipv6.occnc.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 71B4B1A9026; Wed, 11 Feb 2015 12:06:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.512
X-Spam-Level: 
X-Spam-Status: No, score=-0.512 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 2u_F406oeqPx; Wed, 11 Feb 2015 12:06:33 -0800 (PST)
Received: from maildrop31.somerville.occnc.com (maildrop31.somerville.occnc.com [IPv6:2001:550:3800:203::3131]) (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 B0D171A904D; Wed, 11 Feb 2015 12:06:17 -0800 (PST)
Received: from harbor31.somerville.occnc.com (harbor31.somerville.occnc.com [IPv6:2001:550:3800:203::3231]) (authenticated bits=128) by maildrop31.somerville.occnc.com (8.14.9/8.14.9) with ESMTP id t1BK63b4073326; Wed, 11 Feb 2015 15:06:04 -0500 (EST) (envelope-from curtis@ipv6.occnc.com)
Message-Id: <201502112006.t1BK63b4073326@maildrop31.somerville.occnc.com>
To: "Joel M. Halpern" <jmh@joelhalpern.com>
From: Curtis Villamizar <curtis@ipv6.occnc.com>
In-reply-to: Your message of "Fri, 23 Jan 2015 16:08:58 -0500." <54C2B86A.6010607@joelhalpern.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <73324.1423685163.1@harbor31.somerville.occnc.com>
Date: Wed, 11 Feb 2015 15:06:03 -0500
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-dir/QUjmQLiDg0tRfi4mvoKY8dEYf-U>
Cc: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "<rtgwg@ietf.org>" <rtgwg@ietf.org>, draft-ietf-rtgwg-cl-use-cases@tools.ietf.org, "rtg-ads@tools.ietf.org" <rtg-ads@tools.ietf.org>
Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-rtgwg-cl-use-cases-06.txt
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: curtis@ipv6.occnc.com
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Feb 2015 20:06:42 -0000

In message <54C2B86A.6010607@joelhalpern.com>
"Joel M. Halpern" writes:
> 
> 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-rtgwg-cl-use-cases-06.txt
>      Advanced Multipath Use Cases and Design Considerations
> Reviewer: Joel M. Halpern
> Review Date: 23-January-2015
> IETF LC End Date: N/A
> Intended Status: Informational
>  
> Summary: No issues found. This document is ready for publication.
>  
> Minor note: This draft appears to have expired.


Hello again Joel,

FYI - to the Cc.  I emailed Joel off list about this.  This draft lay
dormant in "AD review" for a long time.  Apparently the AD shepard had
a change of heart about this .. or something.

The draft itself could be described as inconsequential but contains
parts of earlier CL requirements draft and CL framework that more
closely resembled use cases.  This draft exists both to be
informational and to unclutter the requirements and framework.

At this point I can submit another draft.  But ...

I would like to know from the co-authors two things:

  1.  Is there still interest in CL aka Advanced Multipath?
  2.  Any changes in contact information?

I'm particularly interested in whether there is interest at Verizon
since they were the potential user driving this in the first place.
However two of the three Verizon co-authors to the CL drafts are no
longer at Verizon.

No further replies should be interpreted as "no interest" although an
explicit "no interest" would be preferred if that is the case.

If there is interest I'll resubmit this.  If there is still interest
in the framework, we can resurrect that document as well but the
framework needs work and discussion had fallen off to nothing by the
time it expired.

Curtis


From nobody Wed Feb 11 13:32:25 2015
Return-Path: <jeff.tantsura@ericsson.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 515B91A1C05; Wed, 11 Feb 2015 13:31:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level: 
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham
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 gufq_HP0X4wO; Wed, 11 Feb 2015 13:31:22 -0800 (PST)
Received: from usevmg20.ericsson.net (usevmg20.ericsson.net [198.24.6.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 48F5F1A3BA3; Wed, 11 Feb 2015 13:30:52 -0800 (PST)
X-AuditID: c618062d-f79376d000000ceb-4d-54db76688afd
Received: from EUSAAHC003.ericsson.se (Unknown_Domain [147.117.188.81]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id A9.74.03307.8667BD45; Wed, 11 Feb 2015 16:34:00 +0100 (CET)
Received: from EUSAAMB109.ericsson.se ([147.117.188.126]) by EUSAAHC003.ericsson.se ([147.117.188.81]) with mapi id 14.03.0210.002; Wed, 11 Feb 2015 16:30:50 -0500
From: Jeff Tantsura <jeff.tantsura@ericsson.com>
To: "curtis@ipv6.occnc.com" <curtis@ipv6.occnc.com>, "Joel M. Halpern" <jmh@joelhalpern.com>
Thread-Topic: RtgDir review: draft-ietf-rtgwg-cl-use-cases-06.txt
Thread-Index: AQHQRjZQ0kyh0Pj+aUqZnOf/CCiJ+pzrxWmA
Date: Wed, 11 Feb 2015 21:30:50 +0000
Message-ID: <D10108C4.8DB10%jeff.tantsura@ericsson.com>
References: <54C2B86A.6010607@joelhalpern.com> <201502112006.t1BK63b4073326@maildrop31.somerville.occnc.com>
In-Reply-To: <201502112006.t1BK63b4073326@maildrop31.somerville.occnc.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.4.4.140807
x-originating-ip: [147.117.188.9]
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <068BBC651BE4154DA033DC32A2C9E4E0@ericsson.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrCIsWRmVeSWpSXmKPExsUyuXRPoG5G2e0Qg2nbRS0mzzrDZjH3xxom i4+n3jBZPJ8zk8ViwZqn7BYX3vxmdmDzWLLkJ5PHsvsX2TzOTfnO6PHl8me2AJYoLpuU1JzM stQifbsErozDb7czFyyRrji6dj5zA+N2sS5GTg4JAROJpzs3MUHYYhIX7q1n62Lk4hASOMIo caTjHBOEs5xRYsuab2wgVWwCBhL/vx1nAbFFBOIkLn5ZzQpSxCzwjFFi4dMVYKOEBRwkdi+E KXKUuDDnKzOEbSTR1bmZEcRmEVCV6OzsAxvKK2Au8e3wPzBbSCBP4sHpX+wgNqeAl8SnqdfA 6hmBzvt+ag3YfGYBcYlbT+ZDnS0gsWTPeWYIW1Ti5eN/rCC2qICexLMNm9kh4ooS+/qns0P0 6kncmDqFDcK2ljj+pAFqprbEsoWvmSHuEZQ4OfMJywRGiVlI1s1C0j4LSfssJO2zkLQvYGRd xchRWpxalptuZLCJERitxyTYdHcw7nlpeYhRgINRiYe3oPdWiBBrYllxZe4hRmkOFiVx3kUP DoYICaQnlqRmp6YWpBbFF5XmpBYfYmTi4JRqYOxmT/9+s7Hhffefiwp5P+ecae722dZ2pGyX vNyz+9pdR1WWH9tQfbzPYFP7vG/scj1fow2Yo+LmXsr2D/Y9P0l96bRbDs/mla1QLH8YtmT1 ZKvAvTVnDyl/TV6wqKfx5wHp6Ys6DA7/m9UheZ/lk5co48IZt7xO7lh/oPnAGu29qzW39hmw LrmmxFKckWioxVxUnAgACmLNB7cCAAA=
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-dir/g2SrRvnYvWjqMV8SKFhFEN12HxM>
X-Mailman-Approved-At: Wed, 11 Feb 2015 13:32:19 -0800
Cc: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "rtg-ads@tools.ietf.org" <rtg-ads@tools.ietf.org>, "draft-ietf-rtgwg-cl-use-cases@tools.ietf.org" <draft-ietf-rtgwg-cl-use-cases@tools.ietf.org>, "<rtgwg@ietf.org>" <rtgwg@ietf.org>
Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-rtgwg-cl-use-cases-06.txt
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Feb 2015 21:31:29 -0000

Hi Curtis,

Please let me know how would you like to proceed with the draft.
If you feel it should progress and since Routing Directorate is done with
no issues found - please resubmit, I=B9ll provide writeup and submit to the
IESG.

Thanks!

Cheers,
Jeff




-----Original Message-----
From: Curtis Villamizar <curtis@ipv6.occnc.com>
Reply-To: "curtis@ipv6.occnc.com" <curtis@ipv6.occnc.com>
Date: Wednesday, February 11, 2015 at 12:06 PM
To: Joel Halpern <jmh@joelhalpern.com>
Cc: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "<rtgwg@ietf.org>"
<rtgwg@ietf.org>, "draft-ietf-rtgwg-cl-use-cases@tools.ietf.org"
<draft-ietf-rtgwg-cl-use-cases@tools.ietf.org>, "rtg-ads@tools.ietf.org"
<rtg-ads@tools.ietf.org>
Subject: Re: RtgDir review: draft-ietf-rtgwg-cl-use-cases-06.txt

>In message <54C2B86A.6010607@joelhalpern.com>
>"Joel M. Halpern" writes:
>>=20
>> Hello,
>> =20
>> I have been selected as the Routing Directorate reviewer for this
>>draft.=20
>> 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
>> =20
>> Although these comments are primarily for the use of the Routing ADs,
>>it=20
>> 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.
>> =20
>> Document: draft-ietf-rtgwg-cl-use-cases-06.txt
>>      Advanced Multipath Use Cases and Design Considerations
>> Reviewer: Joel M. Halpern
>> Review Date: 23-January-2015
>> IETF LC End Date: N/A
>> Intended Status: Informational
>> =20
>> Summary: No issues found. This document is ready for publication.
>> =20
>> Minor note: This draft appears to have expired.
>
>
>Hello again Joel,
>
>FYI - to the Cc.  I emailed Joel off list about this.  This draft lay
>dormant in "AD review" for a long time.  Apparently the AD shepard had
>a change of heart about this .. or something.
>
>The draft itself could be described as inconsequential but contains
>parts of earlier CL requirements draft and CL framework that more
>closely resembled use cases.  This draft exists both to be
>informational and to unclutter the requirements and framework.
>
>At this point I can submit another draft.  But ...
>
>I would like to know from the co-authors two things:
>
>  1.  Is there still interest in CL aka Advanced Multipath?
>  2.  Any changes in contact information?
>
>I'm particularly interested in whether there is interest at Verizon
>since they were the potential user driving this in the first place.
>However two of the three Verizon co-authors to the CL drafts are no
>longer at Verizon.
>
>No further replies should be interpreted as "no interest" although an
>explicit "no interest" would be preferred if that is the case.
>
>If there is interest I'll resubmit this.  If there is still interest
>in the framework, we can resurrect that document as well but the
>framework needs work and discussion had fallen off to nothing by the
>time it expired.
>
>Curtis
>
>_______________________________________________
>rtgwg mailing list
>rtgwg@ietf.org
>https://www.ietf.org/mailman/listinfo/rtgwg


From nobody Thu Feb 12 07:03:08 2015
Return-Path: <curtis@ipv6.occnc.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EBF961A9122; Thu, 12 Feb 2015 07:02:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.891
X-Spam-Level: 
X-Spam-Status: No, score=-0.891 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MISSING_HEADERS=1.021, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=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 InrBImx8A7kh; Thu, 12 Feb 2015 07:02:37 -0800 (PST)
Received: from maildrop31.somerville.occnc.com (maildrop31.somerville.occnc.com [IPv6:2001:550:3800:203::3131]) (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 913551A9027; Thu, 12 Feb 2015 07:02:30 -0800 (PST)
Received: from harbor31.somerville.occnc.com (harbor31.somerville.occnc.com [IPv6:2001:550:3800:203::3231]) (authenticated bits=128) by maildrop31.somerville.occnc.com (8.14.9/8.14.9) with ESMTP id t1CF2Ffd099176; Thu, 12 Feb 2015 10:02:15 -0500 (EST) (envelope-from curtis@ipv6.occnc.com)
Message-Id: <201502121502.t1CF2Ffd099176@maildrop31.somerville.occnc.com>
BTo: Jeff Tantsura <jeff.tantsura@ericsson.com>
From: Curtis Villamizar <curtis@ipv6.occnc.com>
In-reply-to: Your message of "Wed, 11 Feb 2015 21:30:50 +0000." <D10108C4.8DB10%jeff.tantsura@ericsson.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <99174.1423753334.1@harbor31.somerville.occnc.com>
Date: Thu, 12 Feb 2015 10:02:15 -0500
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-dir/MTs42sxlGNh26x64TeXswKUabf4>
Cc: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "curtis@ipv6.occnc.com" <curtis@ipv6.occnc.com>, "draft-ietf-rtgwg-cl-use-cases@tools.ietf.org" <draft-ietf-rtgwg-cl-use-cases@tools.ietf.org>, "rtg-ads@tools.ietf.org" <rtg-ads@tools.ietf.org>, "Joel M. Halpern" <jmh@joelhalpern.com>, "<rtgwg@ietf.org>" <rtgwg@ietf.org>
Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-rtgwg-cl-use-cases-06.txt
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: curtis@ipv6.occnc.com
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Feb 2015 15:02:41 -0000

So far I got one message from a co-author and its not encouraging:

  ning.so@tatacommunications.com
    (generated from draft-ietf-rtgwg-cl-use-cases@tools.ietf.org)
    SMTP error from remote mail server \
      after RCPT TO:<ning.so@tatacommunications.com>:
    host mx5.tatacommunications.com [115.114.148.135]:
    550 #5.1.0 Address rejected.

At best that counts as an address change at least temporarily to
"unknown".

This has been idle for very long.  Lets give it a week or two and if
no responses, then move use-cases and framework to abandoned state.
If there is interest in the topic later, a new individual submission
can be started (possibly just a framework) and the WG can decide if
there is enough interest to make that new draft a WG item.

Curtis


In message <D10108C4.8DB10%jeff.tantsura@ericsson.com>
Jeff Tantsura writes:
> 
> Hi Curtis,
>  
> Please let me know how would you like to proceed with the draft.
> If you feel it should progress and since Routing Directorate is done with
> no issues found - please resubmit, I'll provide writeup and submit to the
> IESG.
>  
> Thanks!
>  
> Cheers,
> Jeff
>  
>  
>  
>  
> -----Original Message-----
> From: Curtis Villamizar <curtis@ipv6.occnc.com>
> Reply-To: "curtis@ipv6.occnc.com" <curtis@ipv6.occnc.com>
> Date: Wednesday, February 11, 2015 at 12:06 PM
> To: Joel Halpern <jmh@joelhalpern.com>
> Cc: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "<rtgwg@ietf.org>"
> <rtgwg@ietf.org>, "draft-ietf-rtgwg-cl-use-cases@tools.ietf.org"
> <draft-ietf-rtgwg-cl-use-cases@tools.ietf.org>, "rtg-ads@tools.ietf.org"
> <rtg-ads@tools.ietf.org>
> Subject: Re: RtgDir review: draft-ietf-rtgwg-cl-use-cases-06.txt
>  
> >In message <54C2B86A.6010607@joelhalpern.com>
> >"Joel M. Halpern" writes:
> >> 
> >> 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-rtgwg-cl-use-cases-06.txt
> >>      Advanced Multipath Use Cases and Design Considerations
> >> Reviewer: Joel M. Halpern
> >> Review Date: 23-January-2015
> >> IETF LC End Date: N/A
> >> Intended Status: Informational
> >>  
> >> Summary: No issues found. This document is ready for publication.
> >>  
> >> Minor note: This draft appears to have expired.
> >
> >
> >Hello again Joel,
> >
> >FYI - to the Cc.  I emailed Joel off list about this.  This draft lay
> >dormant in "AD review" for a long time.  Apparently the AD shepard had
> >a change of heart about this .. or something.
> >
> >The draft itself could be described as inconsequential but contains
> >parts of earlier CL requirements draft and CL framework that more
> >closely resembled use cases.  This draft exists both to be
> >informational and to unclutter the requirements and framework.
> >
> >At this point I can submit another draft.  But ...
> >
> >I would like to know from the co-authors two things:
> >
> >  1.  Is there still interest in CL aka Advanced Multipath?
> >  2.  Any changes in contact information?
> >
> >I'm particularly interested in whether there is interest at Verizon
> >since they were the potential user driving this in the first place.
> >However two of the three Verizon co-authors to the CL drafts are no
> >longer at Verizon.
> >
> >No further replies should be interpreted as "no interest" although an
> >explicit "no interest" would be preferred if that is the case.
> >
> >If there is interest I'll resubmit this.  If there is still interest
> >in the framework, we can resurrect that document as well but the
> >framework needs work and discussion had fallen off to nothing by the
> >time it expired.
> >
> >Curtis
> >
> >_______________________________________________
> >rtgwg mailing list
> >rtgwg@ietf.org
> >https://www.ietf.org/mailman/listinfo/rtgwg


From nobody Mon Feb 16 02:09:04 2015
Return-Path: <ginsberg@cisco.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 163331A8794; Mon, 16 Feb 2015 02:09:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level: 
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 FGDrZJSOimsO; Mon, 16 Feb 2015 02:08:57 -0800 (PST)
Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 572261A1A99; Mon, 16 Feb 2015 02:08:57 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=9759; q=dns/txt; s=iport; t=1424081338; x=1425290938; h=from:to:cc:subject:date:message-id:mime-version; bh=TDkf3gbYJrXjHR/++uWY0qMRxSwPEOpmTe54Elj2hoc=; b=J7WKeKrgw5NEPlzpJyAJxj6rz16j9ALImXTEQR6rHAwIZR18xet9J9X3 ZhWPEAvbrgf9q6b5MrA7lR0QFcmNf+FcoHKHOuwxwuH2Xa7afVtgLB9VO oorJ0KrgtHDRANpPfylwR838zBoQLo93Z0NbDz03QZLR60GVWQsJkbjFj E=;
X-IronPort-AV: E=Sophos;i="5.09,586,1418083200";  d="scan'208,217";a="123877488"
Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by alln-iport-1.cisco.com with ESMTP; 16 Feb 2015 10:08:57 +0000
Received: from xhc-aln-x06.cisco.com (xhc-aln-x06.cisco.com [173.36.12.80]) by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id t1GA8uPh028511 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 16 Feb 2015 10:08:56 GMT
Received: from xmb-aln-x02.cisco.com ([169.254.5.138]) by xhc-aln-x06.cisco.com ([173.36.12.80]) with mapi id 14.03.0195.001; Mon, 16 Feb 2015 04:08:56 -0600
From: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>
To: "rtg-ads@tools.ietf.org" <rtg-ads@tools.ietf.org>, "draft-ietf-6man-resilient-rs@tools.ietf.org" <draft-ietf-6man-resilient-rs@tools.ietf.org>
Thread-Topic: RtgDir review:draft-ietf-6man-resilient-rs-04
Thread-Index: AdBJz78tCrJKA7UwQdqpDGt39BqknA==
Date: Mon, 16 Feb 2015 10:08:55 +0000
Message-ID: <F3ADE4747C9E124B89F0ED2180CC814F4EF24693@xmb-aln-x02.cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.24.150.128]
Content-Type: multipart/alternative; boundary="_000_F3ADE4747C9E124B89F0ED2180CC814F4EF24693xmbalnx02ciscoc_"
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-dir/RZ1GeeBuMIMxgN2IwttFU4BCc8g>
Cc: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "ipv6@ietf.org" <ipv6@ietf.org>, "ot@cisco.com" <ot@cisco.com>
Subject: [RTG-DIR] RtgDir review:draft-ietf-6man-resilient-rs-04
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Feb 2015 10:09:00 -0000

--_000_F3ADE4747C9E124B89F0ED2180CC814F4EF24693xmbalnx02ciscoc_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hello,

I have been selected as the Routing Directorate reviewer for this draft. Th=
e Routing Directorate seeks to review all routing or routing-related drafts=
 as they pass through IETF last call and IESG review, and sometimes on spec=
ial request. The purpose of the review is to provide assistance to the Rout=
ing ADs. For more information about the Routing Directorate, please see htt=
p://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir

Although these comments are primarily for the use of the Routing ADs, it wo=
uld be helpful if you could consider them along with any other IETF Last Ca=
ll comments that you receive, and strive to resolve them through discussion=
 or by updating the draft.

Document: draft-ietf-6man-resilient-rs-04<https://datatracker.ietf.org/doc/=
draft-ietf-6man-resilient-rs/>

Reviewer: Les Ginsberg

Review Date: February 16, 2015

IETF LC End Date: February 16, 2015

Intended Status: Standard



Summary:  This document is basically ready for publication, but has one sub=
stantive issue that would require some text changes prior to publication.



Major Issues: None



Minor Issues: I admit to not having followed the progress of this document =
prior to my review - but I have read the email archives and do understand t=
hat the scope of this document has been deliberately limited and there has =
been significant "wordsmithing" of the document to reflect the limited scop=
e. I am therefore a bit reluctant to suggest further changes - but I though=
t this might be worth discussing.



The mechanism defined in this document allows a host to send RSs beyond wha=
t is defined in RFC 4861. Use of this mechanism is optional. The only MUST =
which this document imposes is that if a host chooses to use the mechanism =
defined it MUST use the backoff algorithm defined in Section 2 of this docu=
ment. However, Section 2 explicitly states that a host is free to cease sen=
ding RSs whenever



"it is willing to accept that no router exists"



I therefore find the following sentence in Section 2.1 inappropriate:



"If an RA is recieved from a router and it does not result in a default rou=
te (i.e. Router Lifetime is zero) the host MUST continue retransmitting the=
 RSs."



I think this sentence should be removed. I believe the intent of the senten=
ce is to indicate that the reception of an RA provides positive indication =
that IPv6 is enabled on the interface and therefore it is useful to continu=
e to utilize the mechanism - but the introduction of a MUST here is in cont=
radiction to the earlier quote from Section 2 (see above). It also raises t=
he unanswered question as to how long a host MUST continue to send RSs once=
 it has received an RA.



Nits:



Should you decide to keep the above sentence in Section 2.1 note that "reci=
eved" is misspelled. :-)



   Les







--_000_F3ADE4747C9E124B89F0ED2180CC814F4EF24693xmbalnx02ciscoc_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p.MsoPlainText, li.MsoPlainText, div.MsoPlainText
	{mso-style-priority:99;
	mso-style-link:"Plain Text Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri","sans-serif";}
span.PlainTextChar
	{mso-style-name:"Plain Text Char";
	mso-style-priority:99;
	mso-style-link:"Plain Text";
	font-family:"Calibri","sans-serif";}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoPlainText">Hello,<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p></o:p></p>
<p class=3D"MsoPlainText">I have been selected as the Routing Directorate r=
eviewer for this draft. The Routing Directorate seeks to review all routing=
 or routing-related drafts as they pass through IETF last call and IESG rev=
iew, 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
<a href=3D"http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir">http://tra=
c.tools.ietf.org/area/rtg/trac/wiki/RtgDir</a><o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p></o:p></p>
<p class=3D"MsoPlainText">Although these comments are primarily for the use=
 of the Routing ADs, it would be helpful if you could consider them along w=
ith any other IETF Last Call comments that you receive, and strive to resol=
ve them through discussion or by updating
 the draft.<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p></o:p></p>
<p class=3D"MsoPlainText">Document: <a href=3D"https://datatracker.ietf.org=
/doc/draft-ietf-6man-resilient-rs/">
draft-ietf-6man-resilient-rs-04</a><o:p></o:p></p>
<p class=3D"MsoPlainText">Reviewer: Les Ginsberg<o:p></o:p></p>
<p class=3D"MsoPlainText">Review Date: February 16, 2015<o:p></o:p></p>
<p class=3D"MsoPlainText">IETF LC End Date: February 16, 2015<o:p></o:p></p=
>
<p class=3D"MsoPlainText">Intended Status: Standard<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoPlainText">Summary:&nbsp; This document is basically ready f=
or publication, but has one substantive issue that would require some text =
changes prior to publication.<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoPlainText">Major Issues: None<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoPlainText">Minor Issues: I admit to not having followed the =
progress of this document prior to my review - but I have read the email ar=
chives and do understand that the scope of this document has been deliberat=
ely limited and there has been significant
 &quot;wordsmithing&quot; of the document to reflect the limited scope. I a=
m therefore a bit reluctant to suggest further changes - but I thought this=
 might be worth discussing.<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoPlainText">The mechanism defined in this document allows a h=
ost to send RSs beyond what is defined in RFC 4861. Use of this mechanism i=
s optional. The only MUST which this document imposes is that if a host cho=
oses to use the mechanism defined
 it MUST use the backoff algorithm defined in Section 2 of this document. H=
owever, Section 2 explicitly states that a host is free to cease sending RS=
s whenever<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoPlainText">&quot;it is willing to accept that no router exis=
ts&quot;<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoPlainText">I therefore find the following sentence in Sectio=
n 2.1 inappropriate:<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoPlainText">&quot;If an RA is recieved from a router and it d=
oes not result in a default route (i.e. Router Lifetime is zero) the host M=
UST continue retransmitting the RSs.&quot;<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoPlainText">I think this sentence should be removed. I believ=
e the intent of the sentence is to indicate that the reception of an RA pro=
vides positive indication that IPv6 is enabled on the interface and therefo=
re it is useful to continue to utilize
 the mechanism - but the introduction of a MUST here is in contradiction to=
 the earlier quote from Section 2 (see above). It also raises the unanswere=
d question as to how long a host MUST continue to send RSs once it has rece=
ived an RA.<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoPlainText">Nits:<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoPlainText">Should you decide to keep the above sentence in S=
ection 2.1 note that &quot;recieved&quot; is misspelled. :-)<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoPlainText">&nbsp;&nbsp; Les<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoPlainText"><o:p>&nbsp;</o:p></p>
</div>
</body>
</html>

--_000_F3ADE4747C9E124B89F0ED2180CC814F4EF24693xmbalnx02ciscoc_--


From nobody Wed Feb 18 07:42:45 2015
Return-Path: <suresh.krishnan@ericsson.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 475821A8978; Tue, 17 Feb 2015 20:39:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level: 
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham
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 W7pkcz3UkRDX; Tue, 17 Feb 2015 20:39:42 -0800 (PST)
Received: from usevmg21.ericsson.net (usevmg21.ericsson.net [198.24.6.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E024C1A1B9A; Tue, 17 Feb 2015 20:39:41 -0800 (PST)
X-AuditID: c6180641-f79916d00000623a-f4-54e3b76a06d1
Received: from EUSAAHC003.ericsson.se (Unknown_Domain [147.117.188.81]) by usevmg21.ericsson.net (Symantec Mail Security) with SMTP id A1.32.25146.A67B3E45; Tue, 17 Feb 2015 22:49:31 +0100 (CET)
Received: from [153.88.4.49] (147.117.188.8) by smtps-am.internal.ericsson.com (147.117.188.81) with Microsoft SMTP Server (TLS) id 14.3.210.2; Tue, 17 Feb 2015 23:39:38 -0500
Message-ID: <54E4176E.4060809@ericsson.com>
Date: Tue, 17 Feb 2015 23:39:10 -0500
From: Suresh Krishnan <suresh.krishnan@ericsson.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
MIME-Version: 1.0
To: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>, "rtg-ads@tools.ietf.org" <rtg-ads@tools.ietf.org>, "draft-ietf-6man-resilient-rs@tools.ietf.org" <draft-ietf-6man-resilient-rs@tools.ietf.org>
References: <F3ADE4747C9E124B89F0ED2180CC814F4EF24693@xmb-aln-x02.cisco.com>
In-Reply-To: <F3ADE4747C9E124B89F0ED2180CC814F4EF24693@xmb-aln-x02.cisco.com>
Content-Type: text/plain; charset="utf-8"; format=flowed
Content-Transfer-Encoding: 7bit
X-Originating-IP: [147.117.188.8]
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrPLMWRmVeSWpSXmKPExsUyuXRPoG729schBu+O8lmc/jaBxWLDn43s Fi/PvmeyWLFrPavF8zkzWSwWrHnK7sDmMeX3RlaPJUt+Mnl8ufyZLYA5issmJTUnsyy1SN8u gSvj5/yDTAVfpSpO7VnM2MC4T7SLkZNDQsBE4snNNcwQtpjEhXvr2boYuTiEBI4wSkyesJMV wtnMKPHo1RcWkCpeAW2JU81XWEFsFgFVibuLdzCB2GxAkzbs/AxmiwqESXzfvIMZol5Q4uTM Jywgg0QEjjFKPNh2DWwQs0C2xLH9V8GKhAWsJH73HGQEsYUEfCQ2ve0EG8Qp4Cux8PRHVoh6 C4mZ888zQtjyEtvfzmGGqNeU2LrmOyvEC4oSL47/ZJrAKDQLye5ZSNpnIWlfwMi8ipGjtDi1 LDfdyHATIzDEj0mwOe5gXPDJ8hCjAAejEg+vgd2jECHWxLLiytxDjNIcLErivGVXDoYICaQn lqRmp6YWpBbFF5XmpBYfYmTi4JRqYFwbELhvnfiNzVF6i9niv/bU7PSUO+6qph3c5nLFv9Ml d++Pur48+3PSXUa1GrG3v1huT5zKunHpmk7PTawzZ/QprL3Cs9b4ue2mAztnlVsuMp0uGOh4 akJE07oKhflGpdtVXTbumjX9IO/zO3kek6qtD/zt3nLe79+/dFWvzKj7tXw/1lx71K7EUpyR aKjFXFScCABOsHerUgIAAA==
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-dir/GYBZJpuvWrhsg4YjarvdHWU45g4>
X-Mailman-Approved-At: Wed, 18 Feb 2015 07:42:44 -0800
Cc: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "ipv6@ietf.org" <ipv6@ietf.org>, "ot@cisco.com" <ot@cisco.com>
Subject: Re: [RTG-DIR] RtgDir review:draft-ietf-6man-resilient-rs-04
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Feb 2015 04:39:44 -0000

Hi Les,
   Thanks a lot for your review. Please find my responses inline.

On 02/16/2015 05:09 AM, Les Ginsberg (ginsberg) 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 throug
> discussion or by updating the draft.
>
> Document: draft-ietf-6man-resilient-rs-04
> <https://datatracker.ietf.org/doc/draft-ietf-6man-resilient-rs/>
>
> Reviewer: Les Ginsberg
>
> Review Date: February 16, 2015
>
> IETF LC End Date: February 16, 2015
>
> Intended Status: Standard
>
> Summary:  This document is basically ready for publication, but has one
> substantive issue that would require some text changes prior to publication.
>
> Major Issues: None
>
> Minor Issues: I admit to not having followed the progress of this
> document prior to my review - but I have read the email archives and do
> understand that the scope of this document has been deliberately limited
> and there has been significant "wordsmithing" of the document to reflect
> the limited scope. I am therefore a bit reluctant to suggest further
> changes - but I thought this might be worth discussing.
>
> The mechanism defined in this document allows a host to send RSs beyond
> what is defined in RFC 4861. Use of this mechanism is optional. The only
> MUST which this document imposes is that if a host chooses to use the
> mechanism defined it MUST use the backoff algorithm defined in Section 2
> of this document. However, Section 2 explicitly states that a host is
> free to cease sending RSs whenever
>
> "it is willing to accept that no router exists"
>
> I therefore find the following sentence in Section 2.1 inappropriate:
>
> "If an RA is recieved from a router and it does not result in a default
> route (i.e. Router Lifetime is zero) the host MUST continue
> retransmitting the RSs."
>
> I think this sentence should be removed. I believe the intent of the
> sentence is to indicate that the reception of an RA provides positive
> indication that IPv6 is enabled on the interface and therefore it is
> useful to continue to utilize the mechanism - but the introduction of a
> MUST here is in contradiction to the earlier quote from Section 2 (see
> above). It also raises the unanswered question as to how long a host
> MUST continue to send RSs once it has received an RA.

The exception text was added to allow such hosts to turn off soliciting 
on IPv4-only links. Once an RA is received from a router (even when the 
router is not willing to the default router), it signals to the host 
that the link is not an IPv4-only link. Hence the MUST for the host to 
continue sending the RSes. Does that make sense?

>
> Nits:
>
> Should you decide to keep the above sentence in Section 2.1 note that
> "recieved" is misspelled. :-)

Will fix. Thanks.

Regards
Suresh


From nobody Wed Feb 18 12:00:21 2015
Return-Path: <jhw@nestlabs.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 47BCE1A0072 for <rtg-dir@ietfa.amsl.com>; Wed, 18 Feb 2015 10:49:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.978
X-Spam-Level: 
X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham
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 Yd6g01MjfsNI for <rtg-dir@ietfa.amsl.com>; Wed, 18 Feb 2015 10:49:21 -0800 (PST)
Received: from mail-ob0-f169.google.com (mail-ob0-f169.google.com [209.85.214.169]) (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 111E31A0046 for <rtg-dir@ietf.org>; Wed, 18 Feb 2015 10:49:21 -0800 (PST)
Received: by mail-ob0-f169.google.com with SMTP id wp4so5644097obc.0 for <rtg-dir@ietf.org>; Wed, 18 Feb 2015 10:49:20 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=kB6RzMHmKcR/DAjo5o1o6Jopr/5wnNAf4wWcr9zEK10=; b=fBSkx204vLsiYq+YaZVV9mjclQAlV6IDpzD/Ts7/9jnEW/jf3Nl/+H/cQ7Iid+D/9R YpIxSXSFITOmlbcIuxgT1BZg/xD7aRSB5GHWy1Ikjj3r+zznUT1hUpJDNzRE4QbfJszS wj4lmUx5XON4LPpTJihzD/gHLIqSs1EJMZwYsmLIYCp8RXt83FP9vFZJBRxMgBnws98G n7t+ScrahNgS5rZnTw8uJoF1OOo2j8q2hi/33cDdknfKmkOj16lsS5TgTLCLLiLHIagZ pjcndmoIbpuqcoD5G6YXIdzJtUkghUcRMtVH9qeFvca+mMgXIa/WgE3H3/ybMUiwIEaE dKtQ==
X-Gm-Message-State: ALoCoQmS+VUfCfoteAymuQjrER+db4vrcPbqxVtcE4lkRtILS9CDL0KvmIU2ES1xcFz1ZLJbu4mO
MIME-Version: 1.0
X-Received: by 10.60.42.8 with SMTP id j8mr457300oel.41.1424285360429; Wed, 18 Feb 2015 10:49:20 -0800 (PST)
Received: by 10.76.150.2 with HTTP; Wed, 18 Feb 2015 10:49:20 -0800 (PST)
In-Reply-To: <54E4176E.4060809@ericsson.com>
References: <F3ADE4747C9E124B89F0ED2180CC814F4EF24693@xmb-aln-x02.cisco.com> <54E4176E.4060809@ericsson.com>
Date: Wed, 18 Feb 2015 10:49:20 -0800
Message-ID: <CADhXe53CtY=qUpy2PQ5-xqb_+4z4DGRYdECV503Kx=O_bZaUrA@mail.gmail.com>
From: James Woodyatt <jhw@nestlabs.com>
To: "ipv6@ietf.org" <ipv6@ietf.org>,  "draft-ietf-6man-resilient-rs@tools.ietf.org" <draft-ietf-6man-resilient-rs@tools.ietf.org>
Content-Type: multipart/alternative; boundary=089e0149d0b2f7b701050f614619
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-dir/UJKtj5PttM5fXSQZJ2VheWI0_3U>
X-Mailman-Approved-At: Wed, 18 Feb 2015 12:00:11 -0800
Cc: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "rtg-ads@tools.ietf.org" <rtg-ads@tools.ietf.org>
Subject: Re: [RTG-DIR] RtgDir review:draft-ietf-6man-resilient-rs-04
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Feb 2015 18:49:24 -0000

--089e0149d0b2f7b701050f614619
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

The inference that a link is not IPv4-only after receiving an ICMPv6 Route
Advertisement message with zero lifetime is interesting.

Here's why an interesting thing to me: on my home network, the Nest Protect
and Nest Learning Thermostats periodically send RA messages with zero
lifetime, so they can inform hosts of the ULA prefix assigned for what we
call their "fabric" (an application protocol concept).  Therefore, under
the requirement language in this draft, hosts that implement Resilient
Router Solicitation on links where Nest devices are present, which are
otherwise functionally IPv4-only, will never stop sending their RS
messages. So, the objective here=E2=80=94 allowing hosts to turn off solici=
ting on
IPv4-only links=E2=80=94 seems like it might be difficult to achieve on net=
works
where RA messages are only ever used for local prefix distribution and no
IPv6 default router is actually deployed.

I actually think the more problematic sentence is the first one Mr.
Ginsberg quoted, not the second one.  I don't think hosts can easily infer
that a link is IPv4-only, and the sentence that says hosts may stop sending
RS messages when "it is willing to accept that no [IPv6 default] router
exists [or will exist in the foreseeable future]" is the one that's loaded
with too much ambiguity [see my bracketed assumptions, which may be wrong].

I'm not sure what to say about this except that maybe allowing hosts to
stop sending RS messages because they have inferred that the network is
IPv4-only is an unnecessary concession to legacy deployments. Perhaps it
would be better to define a new DHCPv4 option that dual-stack hosts may use
as an explicit signal that IPv6 Resilient Router Solicitation is unwelcome
on the link.

On Tue, Feb 17, 2015 at 8:39 PM, Suresh Krishnan <
suresh.krishnan@ericsson.com> wrote:

> Hi Les,
>   Thanks a lot for your review. Please find my responses inline.
>
> On 02/16/2015 05:09 AM, Les Ginsberg (ginsberg) 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 throug
>> discussion or by updating the draft.
>>
>> Document: draft-ietf-6man-resilient-rs-04
>> <https://datatracker.ietf.org/doc/draft-ietf-6man-resilient-rs/>
>>
>>
>> Reviewer: Les Ginsberg
>>
>> Review Date: February 16, 2015
>>
>> IETF LC End Date: February 16, 2015
>>
>> Intended Status: Standard
>>
>> Summary:  This document is basically ready for publication, but has one
>> substantive issue that would require some text changes prior to
>> publication.
>>
>> Major Issues: None
>>
>> Minor Issues: I admit to not having followed the progress of this
>> document prior to my review - but I have read the email archives and do
>> understand that the scope of this document has been deliberately limited
>> and there has been significant "wordsmithing" of the document to reflect
>> the limited scope. I am therefore a bit reluctant to suggest further
>> changes - but I thought this might be worth discussing.
>>
>> The mechanism defined in this document allows a host to send RSs beyond
>> what is defined in RFC 4861. Use of this mechanism is optional. The only
>> MUST which this document imposes is that if a host chooses to use the
>> mechanism defined it MUST use the backoff algorithm defined in Section 2
>> of this document. However, Section 2 explicitly states that a host is
>> free to cease sending RSs whenever
>>
>> "it is willing to accept that no router exists"
>>
>> I therefore find the following sentence in Section 2.1 inappropriate:
>>
>> "If an RA is recieved from a router and it does not result in a default
>> route (i.e. Router Lifetime is zero) the host MUST continue
>> retransmitting the RSs."
>>
>> I think this sentence should be removed. I believe the intent of the
>> sentence is to indicate that the reception of an RA provides positive
>> indication that IPv6 is enabled on the interface and therefore it is
>> useful to continue to utilize the mechanism - but the introduction of a
>> MUST here is in contradiction to the earlier quote from Section 2 (see
>> above). It also raises the unanswered question as to how long a host
>> MUST continue to send RSs once it has received an RA.
>>
>
> The exception text was added to allow such hosts to turn off soliciting o=
n
> IPv4-only links. Once an RA is received from a router (even when the rout=
er
> is not willing to the default router), it signals to the host that the li=
nk
> is not an IPv4-only link. Hence the MUST for the host to continue sending
> the RSes. Does that make sense?
>
>
>> Nits:
>>
>> Should you decide to keep the above sentence in Section 2.1 note that
>> "recieved" is misspelled. :-)
>>
>
> Will fix. Thanks.
>
> Regards
> Suresh
>
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------
>



--=20
james woodyatt <jhw@nestlabs.com>
Nest Labs, Communications Engineering

--089e0149d0b2f7b701050f614619
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">The inference that a link is not IPv4-only after receiving=
 an ICMPv6 Route Advertisement message with zero lifetime is interesting.<d=
iv><br></div><div>Here&#39;s why an interesting thing to me: on my home net=
work, the Nest Protect and Nest Learning Thermostats periodically send RA m=
essages with zero lifetime, so they can inform hosts of the ULA prefix assi=
gned for what we call their &quot;fabric&quot; (an application protocol con=
cept).=C2=A0 Therefore, under the requirement language in this draft, hosts=
 that implement Resilient Router Solicitation on links where Nest devices a=
re present, which are otherwise functionally IPv4-only, will never stop sen=
ding their RS messages. So, the objective here=E2=80=94 allowing hosts to t=
urn off soliciting on IPv4-only links=E2=80=94 seems like it might be diffi=
cult to achieve on networks where RA messages are only ever used for local =
prefix distribution and no IPv6 default router is actually deployed.</div><=
div><br></div><div>I actually think the more problematic sentence is the fi=
rst one Mr. Ginsberg quoted, not the second one.=C2=A0 I don&#39;t think ho=
sts can easily infer that a link is IPv4-only, and the sentence that says h=
osts may stop sending RS messages when &quot;it is willing to accept that n=
o [IPv6 default] router exists [or will exist in the foreseeable future]&qu=
ot; is the one that&#39;s loaded with too much ambiguity [see my bracketed =
assumptions, which may be wrong].</div><div><br></div><div>I&#39;m not sure=
 what to say about this except that maybe allowing hosts to stop sending RS=
 messages because they have inferred that the network is IPv4-only is an un=
necessary concession to legacy deployments. Perhaps it would be better to d=
efine a new DHCPv4 option that dual-stack hosts may use as an explicit sign=
al that IPv6 Resilient Router Solicitation is unwelcome on the link.</div><=
/div><div class=3D"gmail_extra"><br><div class=3D"gmail_quote">On Tue, Feb =
17, 2015 at 8:39 PM, Suresh Krishnan <span dir=3D"ltr">&lt;<a href=3D"mailt=
o:suresh.krishnan@ericsson.com" target=3D"_blank">suresh.krishnan@ericsson.=
com</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"mar=
gin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Les,<br>
=C2=A0 Thanks a lot for your review. Please find my responses inline.<span =
class=3D""><br>
<br>
On 02/16/2015 05:09 AM, Les Ginsberg (ginsberg) wrote:<br>
</span><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-=
left:1px #ccc solid;padding-left:1ex"><span class=3D"">
Hello,<br>
<br>
I have been selected as the Routing Directorate reviewer for this draft.<br=
>
The Routing Directorate seeks to review all routing or routing-related<br>
drafts as they pass through IETF last call and IESG review, and<br>
sometimes on special request. The purpose of the review is to provide<br>
assistance to the Routing ADs. For more information about the Routing<br>
Directorate, please see <a href=3D"http://trac.tools.ietf.org/area/rtg/trac=
/wiki/RtgDir" target=3D"_blank">http://trac.tools.ietf.org/<u></u>area/rtg/=
trac/wiki/RtgDir</a><br>
<br>
Although these comments are primarily for the use of the Routing ADs, it<br=
>
would be helpful if you could consider them along with any other IETF<br>
Last Call comments that you receive, and strive to resolve them throug<br><=
/span><span class=3D"">
discussion or by updating the draft.<br>
<br>
Document: draft-ietf-6man-resilient-rs-<u></u>04<br></span>
&lt;<a href=3D"https://datatracker.ietf.org/doc/draft-ietf-6man-resilient-r=
s/" target=3D"_blank">https://datatracker.ietf.org/<u></u>doc/draft-ietf-6m=
an-resilient-<u></u>rs/</a>&gt;<div><div class=3D"h5"><br>
<br>
Reviewer: Les Ginsberg<br>
<br>
Review Date: February 16, 2015<br>
<br>
IETF LC End Date: February 16, 2015<br>
<br>
Intended Status: Standard<br>
<br>
Summary:=C2=A0 This document is basically ready for publication, but has on=
e<br>
substantive issue that would require some text changes prior to publication=
.<br>
<br>
Major Issues: None<br>
<br>
Minor Issues: I admit to not having followed the progress of this<br>
document prior to my review - but I have read the email archives and do<br>
understand that the scope of this document has been deliberately limited<br=
>
and there has been significant &quot;wordsmithing&quot; of the document to =
reflect<br>
the limited scope. I am therefore a bit reluctant to suggest further<br>
changes - but I thought this might be worth discussing.<br>
<br>
The mechanism defined in this document allows a host to send RSs beyond<br>
what is defined in RFC 4861. Use of this mechanism is optional. The only<br=
>
MUST which this document imposes is that if a host chooses to use the<br>
mechanism defined it MUST use the backoff algorithm defined in Section 2<br=
>
of this document. However, Section 2 explicitly states that a host is<br>
free to cease sending RSs whenever<br>
<br>
&quot;it is willing to accept that no router exists&quot;<br>
<br>
I therefore find the following sentence in Section 2.1 inappropriate:<br>
<br>
&quot;If an RA is recieved from a router and it does not result in a defaul=
t<br>
route (i.e. Router Lifetime is zero) the host MUST continue<br>
retransmitting the RSs.&quot;<br>
<br>
I think this sentence should be removed. I believe the intent of the<br>
sentence is to indicate that the reception of an RA provides positive<br>
indication that IPv6 is enabled on the interface and therefore it is<br>
useful to continue to utilize the mechanism - but the introduction of a<br>
MUST here is in contradiction to the earlier quote from Section 2 (see<br>
above). It also raises the unanswered question as to how long a host<br>
MUST continue to send RSs once it has received an RA.<br>
</div></div></blockquote>
<br>
The exception text was added to allow such hosts to turn off soliciting on =
IPv4-only links. Once an RA is received from a router (even when the router=
 is not willing to the default router), it signals to the host that the lin=
k is not an IPv4-only link. Hence the MUST for the host to continue sending=
 the RSes. Does that make sense?<span class=3D""><br>
<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
<br>
Nits:<br>
<br>
Should you decide to keep the above sentence in Section 2.1 note that<br>
&quot;recieved&quot; is misspelled. :-)<br>
</blockquote>
<br></span>
Will fix. Thanks.<br>
<br>
Regards<br>
Suresh<br>
<br>
------------------------------<u></u>------------------------------<u></u>-=
-------<br>
IETF IPv6 working group mailing list<br>
<a href=3D"mailto:ipv6@ietf.org" target=3D"_blank">ipv6@ietf.org</a><br>
Administrative Requests: <a href=3D"https://www.ietf.org/mailman/listinfo/i=
pv6" target=3D"_blank">https://www.ietf.org/mailman/<u></u>listinfo/ipv6</a=
><br>
------------------------------<u></u>------------------------------<u></u>-=
-------<br>
</blockquote></div><br><br clear=3D"all"><div><br></div>-- <br><div class=
=3D"gmail_signature"><div dir=3D"ltr">james woodyatt &lt;<a href=3D"mailto:=
jhw@nestlabs.com" target=3D"_blank">jhw@nestlabs.com</a>&gt;<div>Nest Labs,=
 Communications Engineering</div></div></div>
</div>

--089e0149d0b2f7b701050f614619--


From nobody Wed Feb 18 14:14:57 2015
Return-Path: <ginsberg@cisco.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1FB7F1A1B79; Wed, 18 Feb 2015 14:14:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.511
X-Spam-Level: 
X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 g_oye2oya2NG; Wed, 18 Feb 2015 14:14:54 -0800 (PST)
Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 974431A1B60; Wed, 18 Feb 2015 14:14:54 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6684; q=dns/txt; s=iport; t=1424297694; x=1425507294; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=mrn82pGpNp/rPd9MG1p/IH+u2nBJE4UbHP8TsaXukgU=; b=OgaKe92bH56hZhASVR/RODCSfUDQWAcDEzmCOtHkdkqEH20Bx+kZCJ7D mP0yy10UPvaSaAUYgdfbt1vzwtQj3smg9r/0hClo8mEwLyUbrV3wetJ29 hx+CCYAKAYxas2+at3K2GZ4oLEPYZ0KUheT1N8HAuVZE0PRKw0SNMRGBH Y=;
X-IronPort-AV: E=Sophos;i="5.09,604,1418083200"; d="scan'208";a="397338705"
Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by rcdn-iport-4.cisco.com with ESMTP; 18 Feb 2015 22:14:54 +0000
Received: from xhc-aln-x01.cisco.com (xhc-aln-x01.cisco.com [173.36.12.75]) by rcdn-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id t1IMEsuG000664 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 18 Feb 2015 22:14:54 GMT
Received: from xmb-aln-x02.cisco.com ([169.254.5.138]) by xhc-aln-x01.cisco.com ([173.36.12.75]) with mapi id 14.03.0195.001; Wed, 18 Feb 2015 16:14:53 -0600
From: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>
To: Suresh Krishnan <suresh.krishnan@ericsson.com>, "rtg-ads@tools.ietf.org" <rtg-ads@tools.ietf.org>, "draft-ietf-6man-resilient-rs@tools.ietf.org" <draft-ietf-6man-resilient-rs@tools.ietf.org>
Thread-Topic: RtgDir review:draft-ietf-6man-resilient-rs-04
Thread-Index: AdBJz78tCrJKA7UwQdqpDGt39BqknABl2HAAABf5dwA=
Date: Wed, 18 Feb 2015 22:14:53 +0000
Message-ID: <F3ADE4747C9E124B89F0ED2180CC814F4EF2A66A@xmb-aln-x02.cisco.com>
References: <F3ADE4747C9E124B89F0ED2180CC814F4EF24693@xmb-aln-x02.cisco.com> <54E4176E.4060809@ericsson.com>
In-Reply-To: <54E4176E.4060809@ericsson.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.24.89.172]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-dir/eVXhlOf7_NlX9AygCVg0rP8HEkE>
Cc: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "ipv6@ietf.org" <ipv6@ietf.org>, "ot@cisco.com" <ot@cisco.com>
Subject: Re: [RTG-DIR] RtgDir review:draft-ietf-6man-resilient-rs-04
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Feb 2015 22:14:57 -0000

U3VyZXNoIC0NCg0KTXkgY29tbWVudCB3YXMgaW4gcGFydCBtb3RpdmF0ZWQgYnkgbXkgcmV2aWV3
IG9mIHRoZSBXRyBkaXNjdXNzaW9uIG9uIHRoaXMgZHJhZnQgd2hlcmUgaXQgc2VlbWVkIHRoZXJl
IHdhcyBhIGNvbmNlcm4gYXMgcmVnYXJkcyB0byB0aGUgYmFuZHdpZHRoIGNvbnN1bXB0aW9uIHRo
ZXNlIHBlcmlvZGljIFJTcyBtaWdodCBjb25zdW1lLiBJIHRob3VnaHQgdGhpcyBjb25jZXJuIHdh
cyBhZGRyZXNzZWQgYnk6DQoNCiAgbyBTcGVjaWZ5aW5nIHRoZSBiYWNrb2ZmIGFsZ29yaXRobSBp
biBhIHN1ZmZpY2llbnRseSBjb25zZXJ2YXRpdmUgbWFubmVyDQogIG8gQWxsb3dpbmcgaG9zdHMg
dG8gc3RvcCBzZW5kaW5nIFJTcyB3aGVuZXZlciB0aGV5IGNob3NlIHRvIGRvIHNvDQoNClBlcmhh
cHMgSSBtaXNpbnRlcnByZXRlZCB0aGUgY29uY2x1c2lvbiBvZiB0aGF0IGRpc2N1c3Npb24/DQoN
CkJ1dCBjdXJyZW50bHkgdGhlIGxhbmd1YWdlIGluIHRoZSBkcmFmdCBpcyBhdCBvZGRzLiBJdCBh
bGxvd3MgYSBob3N0IHRvIHN0b3Agc2VuZGluZyBSU3MgYXJiaXRyYXJpbHkgKGZpcnN0IHBhcmFn
cmFwaCBvZiBTZWN0aW9uIDIpIC0gYnV0IHRoZW4gc3BlY2lmaWVzIGluIFNlY3Rpb24gMi4xIGNv
bmRpdGlvbnMgdW5kZXIgd2hpY2ggYSBob3N0IGlzIG5vdCBhbGxvd2VkIHRvIHN0b3Agc2VuZGlu
ZyBSU3MgdW50aWwgc3VjY2VzcyBpcyBhY2hpZXZlZC4gSWYgdGhlIGludGVudCBpcyB0byBzYXkg
dGhhdCBhIGhvc3QgTVVTVCBjb250aW51ZSBzZW5kaW5nIHdoZW5ldmVyIGl0IGhhcyByZWFzb24g
dG8gYmVsaWV2ZSB0aGF0IHRoZSBsaW5rIGlzIElQdjYgZW5hYmxlZCB0aGVuIHRoZSBjdXJyZW50
IHRleHQgbmVlZHMgdG8gc3RhdGUgdGhhdCBsZXNzIGFtYmlndW91c2x5Lg0KDQogICBMZXMNCg0K
DQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IFN1cmVzaCBLcmlzaG5hbiBb
bWFpbHRvOnN1cmVzaC5rcmlzaG5hbkBlcmljc3Nvbi5jb21dDQo+IFNlbnQ6IFR1ZXNkYXksIEZl
YnJ1YXJ5IDE3LCAyMDE1IDg6MzkgUE0NCj4gVG86IExlcyBHaW5zYmVyZyAoZ2luc2JlcmcpOyBy
dGctYWRzQHRvb2xzLmlldGYub3JnOyBkcmFmdC1pZXRmLTZtYW4tcmVzaWxpZW50LQ0KPiByc0B0
b29scy5pZXRmLm9yZw0KPiBDYzogcnRnLWRpckBpZXRmLm9yZzsgaXB2NkBpZXRmLm9yZzsgb3RA
Y2lzY28uY29tDQo+IFN1YmplY3Q6IFJlOiBSdGdEaXIgcmV2aWV3OmRyYWZ0LWlldGYtNm1hbi1y
ZXNpbGllbnQtcnMtMDQNCj4gDQo+IEhpIExlcywNCj4gICAgVGhhbmtzIGEgbG90IGZvciB5b3Vy
IHJldmlldy4gUGxlYXNlIGZpbmQgbXkgcmVzcG9uc2VzIGlubGluZS4NCj4gDQo+IE9uIDAyLzE2
LzIwMTUgMDU6MDkgQU0sIExlcyBHaW5zYmVyZyAoZ2luc2JlcmcpIHdyb3RlOg0KPiA+IEhlbGxv
LA0KPiA+DQo+ID4gSSBoYXZlIGJlZW4gc2VsZWN0ZWQgYXMgdGhlIFJvdXRpbmcgRGlyZWN0b3Jh
dGUgcmV2aWV3ZXIgZm9yIHRoaXMgZHJhZnQuDQo+ID4gVGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUg
c2Vla3MgdG8gcmV2aWV3IGFsbCByb3V0aW5nIG9yIHJvdXRpbmctcmVsYXRlZA0KPiA+IGRyYWZ0
cyBhcyB0aGV5IHBhc3MgdGhyb3VnaCBJRVRGIGxhc3QgY2FsbCBhbmQgSUVTRyByZXZpZXcsIGFu
ZA0KPiA+IHNvbWV0aW1lcyBvbiBzcGVjaWFsIHJlcXVlc3QuIFRoZSBwdXJwb3NlIG9mIHRoZSBy
ZXZpZXcgaXMgdG8gcHJvdmlkZQ0KPiA+IGFzc2lzdGFuY2UgdG8gdGhlIFJvdXRpbmcgQURzLiBG
b3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCB0aGUgUm91dGluZw0KPiA+IERpcmVjdG9yYXRlLCBw
bGVhc2Ugc2VlDQo+ID4gaHR0cDovL3RyYWMudG9vbHMuaWV0Zi5vcmcvYXJlYS9ydGcvdHJhYy93
aWtpL1J0Z0Rpcg0KPiA+DQo+ID4gQWx0aG91Z2ggdGhlc2UgY29tbWVudHMgYXJlIHByaW1hcmls
eSBmb3IgdGhlIHVzZSBvZiB0aGUgUm91dGluZyBBRHMsDQo+ID4gaXQgd291bGQgYmUgaGVscGZ1
bCBpZiB5b3UgY291bGQgY29uc2lkZXIgdGhlbSBhbG9uZyB3aXRoIGFueSBvdGhlcg0KPiA+IElF
VEYgTGFzdCBDYWxsIGNvbW1lbnRzIHRoYXQgeW91IHJlY2VpdmUsIGFuZCBzdHJpdmUgdG8gcmVz
b2x2ZSB0aGVtDQo+ID4gdGhyb3VnIGRpc2N1c3Npb24gb3IgYnkgdXBkYXRpbmcgdGhlIGRyYWZ0
Lg0KPiA+DQo+ID4gRG9jdW1lbnQ6IGRyYWZ0LWlldGYtNm1hbi1yZXNpbGllbnQtcnMtMDQNCj4g
PiA8aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi02bWFuLXJlc2ls
aWVudC1ycy8+DQo+ID4NCj4gPiBSZXZpZXdlcjogTGVzIEdpbnNiZXJnDQo+ID4NCj4gPiBSZXZp
ZXcgRGF0ZTogRmVicnVhcnkgMTYsIDIwMTUNCj4gPg0KPiA+IElFVEYgTEMgRW5kIERhdGU6IEZl
YnJ1YXJ5IDE2LCAyMDE1DQo+ID4NCj4gPiBJbnRlbmRlZCBTdGF0dXM6IFN0YW5kYXJkDQo+ID4N
Cj4gPiBTdW1tYXJ5OiAgVGhpcyBkb2N1bWVudCBpcyBiYXNpY2FsbHkgcmVhZHkgZm9yIHB1Ymxp
Y2F0aW9uLCBidXQgaGFzDQo+ID4gb25lIHN1YnN0YW50aXZlIGlzc3VlIHRoYXQgd291bGQgcmVx
dWlyZSBzb21lIHRleHQgY2hhbmdlcyBwcmlvciB0bw0KPiBwdWJsaWNhdGlvbi4NCj4gPg0KPiA+
IE1ham9yIElzc3VlczogTm9uZQ0KPiA+DQo+ID4gTWlub3IgSXNzdWVzOiBJIGFkbWl0IHRvIG5v
dCBoYXZpbmcgZm9sbG93ZWQgdGhlIHByb2dyZXNzIG9mIHRoaXMNCj4gPiBkb2N1bWVudCBwcmlv
ciB0byBteSByZXZpZXcgLSBidXQgSSBoYXZlIHJlYWQgdGhlIGVtYWlsIGFyY2hpdmVzIGFuZA0K
PiA+IGRvIHVuZGVyc3RhbmQgdGhhdCB0aGUgc2NvcGUgb2YgdGhpcyBkb2N1bWVudCBoYXMgYmVl
biBkZWxpYmVyYXRlbHkNCj4gPiBsaW1pdGVkIGFuZCB0aGVyZSBoYXMgYmVlbiBzaWduaWZpY2Fu
dCAid29yZHNtaXRoaW5nIiBvZiB0aGUgZG9jdW1lbnQNCj4gPiB0byByZWZsZWN0IHRoZSBsaW1p
dGVkIHNjb3BlLiBJIGFtIHRoZXJlZm9yZSBhIGJpdCByZWx1Y3RhbnQgdG8NCj4gPiBzdWdnZXN0
IGZ1cnRoZXIgY2hhbmdlcyAtIGJ1dCBJIHRob3VnaHQgdGhpcyBtaWdodCBiZSB3b3J0aCBkaXNj
dXNzaW5nLg0KPiA+DQo+ID4gVGhlIG1lY2hhbmlzbSBkZWZpbmVkIGluIHRoaXMgZG9jdW1lbnQg
YWxsb3dzIGEgaG9zdCB0byBzZW5kIFJTcw0KPiA+IGJleW9uZCB3aGF0IGlzIGRlZmluZWQgaW4g
UkZDIDQ4NjEuIFVzZSBvZiB0aGlzIG1lY2hhbmlzbSBpcyBvcHRpb25hbC4NCj4gPiBUaGUgb25s
eSBNVVNUIHdoaWNoIHRoaXMgZG9jdW1lbnQgaW1wb3NlcyBpcyB0aGF0IGlmIGEgaG9zdCBjaG9v
c2VzIHRvDQo+ID4gdXNlIHRoZSBtZWNoYW5pc20gZGVmaW5lZCBpdCBNVVNUIHVzZSB0aGUgYmFj
a29mZiBhbGdvcml0aG0gZGVmaW5lZCBpbg0KPiA+IFNlY3Rpb24gMiBvZiB0aGlzIGRvY3VtZW50
LiBIb3dldmVyLCBTZWN0aW9uIDIgZXhwbGljaXRseSBzdGF0ZXMgdGhhdA0KPiA+IGEgaG9zdCBp
cyBmcmVlIHRvIGNlYXNlIHNlbmRpbmcgUlNzIHdoZW5ldmVyDQo+ID4NCj4gPiAiaXQgaXMgd2ls
bGluZyB0byBhY2NlcHQgdGhhdCBubyByb3V0ZXIgZXhpc3RzIg0KPiA+DQo+ID4gSSB0aGVyZWZv
cmUgZmluZCB0aGUgZm9sbG93aW5nIHNlbnRlbmNlIGluIFNlY3Rpb24gMi4xIGluYXBwcm9wcmlh
dGU6DQo+ID4NCj4gPiAiSWYgYW4gUkEgaXMgcmVjaWV2ZWQgZnJvbSBhIHJvdXRlciBhbmQgaXQg
ZG9lcyBub3QgcmVzdWx0IGluIGENCj4gPiBkZWZhdWx0IHJvdXRlIChpLmUuIFJvdXRlciBMaWZl
dGltZSBpcyB6ZXJvKSB0aGUgaG9zdCBNVVNUIGNvbnRpbnVlDQo+ID4gcmV0cmFuc21pdHRpbmcg
dGhlIFJTcy4iDQo+ID4NCj4gPiBJIHRoaW5rIHRoaXMgc2VudGVuY2Ugc2hvdWxkIGJlIHJlbW92
ZWQuIEkgYmVsaWV2ZSB0aGUgaW50ZW50IG9mIHRoZQ0KPiA+IHNlbnRlbmNlIGlzIHRvIGluZGlj
YXRlIHRoYXQgdGhlIHJlY2VwdGlvbiBvZiBhbiBSQSBwcm92aWRlcyBwb3NpdGl2ZQ0KPiA+IGlu
ZGljYXRpb24gdGhhdCBJUHY2IGlzIGVuYWJsZWQgb24gdGhlIGludGVyZmFjZSBhbmQgdGhlcmVm
b3JlIGl0IGlzDQo+ID4gdXNlZnVsIHRvIGNvbnRpbnVlIHRvIHV0aWxpemUgdGhlIG1lY2hhbmlz
bSAtIGJ1dCB0aGUgaW50cm9kdWN0aW9uIG9mDQo+ID4gYSBNVVNUIGhlcmUgaXMgaW4gY29udHJh
ZGljdGlvbiB0byB0aGUgZWFybGllciBxdW90ZSBmcm9tIFNlY3Rpb24gMg0KPiA+IChzZWUgYWJv
dmUpLiBJdCBhbHNvIHJhaXNlcyB0aGUgdW5hbnN3ZXJlZCBxdWVzdGlvbiBhcyB0byBob3cgbG9u
ZyBhDQo+ID4gaG9zdCBNVVNUIGNvbnRpbnVlIHRvIHNlbmQgUlNzIG9uY2UgaXQgaGFzIHJlY2Vp
dmVkIGFuIFJBLg0KPiANCj4gVGhlIGV4Y2VwdGlvbiB0ZXh0IHdhcyBhZGRlZCB0byBhbGxvdyBz
dWNoIGhvc3RzIHRvIHR1cm4gb2ZmIHNvbGljaXRpbmcgb24NCj4gSVB2NC1vbmx5IGxpbmtzLiBP
bmNlIGFuIFJBIGlzIHJlY2VpdmVkIGZyb20gYSByb3V0ZXIgKGV2ZW4gd2hlbiB0aGUgcm91dGVy
DQo+IGlzIG5vdCB3aWxsaW5nIHRvIHRoZSBkZWZhdWx0IHJvdXRlciksIGl0IHNpZ25hbHMgdG8g
dGhlIGhvc3QgdGhhdCB0aGUgbGluayBpcyBub3QgYW4NCj4gSVB2NC1vbmx5IGxpbmsuIEhlbmNl
IHRoZSBNVVNUIGZvciB0aGUgaG9zdCB0byBjb250aW51ZSBzZW5kaW5nIHRoZSBSU2VzLg0KPiBE
b2VzIHRoYXQgbWFrZSBzZW5zZT8NCj4gDQo+ID4NCj4gPiBOaXRzOg0KPiA+DQo+ID4gU2hvdWxk
IHlvdSBkZWNpZGUgdG8ga2VlcCB0aGUgYWJvdmUgc2VudGVuY2UgaW4gU2VjdGlvbiAyLjEgbm90
ZSB0aGF0DQo+ID4gInJlY2lldmVkIiBpcyBtaXNzcGVsbGVkLiA6LSkNCj4gDQo+IFdpbGwgZml4
LiBUaGFua3MuDQo+IA0KPiBSZWdhcmRzDQo+IFN1cmVzaA0KDQo=


From nobody Thu Feb 19 01:21:11 2015
Return-Path: <lizho.jin@gmail.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A37851A8974; Thu, 19 Feb 2015 01:21:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.983
X-Spam-Level: 
X-Spam-Status: No, score=0.983 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_FONT_FACE_BAD=0.981, HTML_FONT_LOW_CONTRAST=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham
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 yeDYQQgec01i; Thu, 19 Feb 2015 01:21:05 -0800 (PST)
Received: from mail-ie0-f179.google.com (mail-ie0-f179.google.com [209.85.223.179]) (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 296FF1A8971; Thu, 19 Feb 2015 01:21:05 -0800 (PST)
Received: by iecrp18 with SMTP id rp18so8036638iec.1; Thu, 19 Feb 2015 01:21:04 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=date:from:to:cc:subject:mime-version:message-id:content-type;  bh=F5T0ZylliqeT3ZjcVwNIp+gfzP3Aa39ymzCZiMDRRaw=; b=vVKQGeofQ63ohSJ51d33Yk9RskaDNToXM9mEgIDQXlDHl2N60s25wQ079LEeBl88UY htNW7RAzbJClGLDUXBBB67sfgp1MxkCKilc19j9jc+2Md1BMBlx7/NXqBcNHUTWyARXC YOkQ0dx8MgCnf8u2eDBt/MnZbmuwMQ0+LK7sj3t4XF85Sn1vCAe2ckqn5Q2LJfrpoMBO j0DE6rKxJbH1geHMS81pm4iPRPwcGu7MbezaKq3Ij/Zwo4mE1gvTZLojXm10kctI842y ZdHFQ7ZtIplWdchn7WxEKrTN5Fb21+URte1xp3e/aSIsH+jruTI03rLm2SApt2R9SjQ+ cw7w==
X-Received: by 10.107.128.69 with SMTP id b66mr4896164iod.30.1424337664591; Thu, 19 Feb 2015 01:21:04 -0800 (PST)
Received: from Lizhong ([221.131.128.207]) by mx.google.com with ESMTPSA id w31sm14717876ioi.32.2015.02.19.01.20.55 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 19 Feb 2015 01:21:03 -0800 (PST)
Date: Thu, 19 Feb 2015 17:21:14 +0800
From: "lizho.jin@gmail.com" <lizho.jin@gmail.com>
To: teas <teas@ietf.org>, draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp <draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp@tools.ietf.org>
X-Priority: 3
X-GUID: B88F6ED7-05D4-4F30-A1AB-F241C4BFF0E8
X-Has-Attach: no
X-Mailer: Foxmail 7, 2, 5, 140[en]
Mime-Version: 1.0
Message-ID: <2015021917211051338032@gmail.com>
Content-Type: multipart/alternative; boundary="----=_001_NextPart148073881342_=----"
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-dir/Z7xnja38ZHi4nNLnxIax6mVfT-E>
Cc: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, teas <teas@ietf.org>, rtg-ads <rtg-ads@tools.ietf.org>
Subject: [RTG-DIR] RtgDir Review of draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-02
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Feb 2015 09:21:09 -0000

This is a multi-part message in MIME format.

------=_001_NextPart148073881342_=----
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: base64

SGVsbG8NCiANCkkgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIHRoZSBSb3V0aW5nIERpcmVjdG9yYXRl
IHJldmlld2VyIGZvciB0aGlzIGRyYWZ0Lg0KVGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUgc2Vla3Mg
dG8gcmV2aWV3IGFsbCByb3V0aW5nIG9yIHJvdXRpbmctcmVsYXRlZA0KZHJhZnRzIGFzIHRoZXkg
cGFzcyB0aHJvdWdoIElFVEYgbGFzdCBjYWxsIGFuZCBJRVNHIHJldmlldywgYW5kDQpzb21ldGlt
ZXMgb24gc3BlY2lhbCByZXF1ZXN0LiBUaGUgcHVycG9zZSBvZiB0aGUgcmV2aWV3IGlzIHRvIHBy
b3ZpZGUNCmFzc2lzdGFuY2UgdG8gdGhlIFJvdXRpbmcgQURzLiBGb3IgbW9yZSBpbmZvcm1hdGlv
biBhYm91dCB0aGUgUm91dGluZw0KRGlyZWN0b3JhdGUsIHBsZWFzZSBzZWUg4oCLDQpodHRwOi8v
dHJhYy50b29scy5pZXRmLm9yZy9hcmVhL3J0Zy90cmFjL3dpa2kvUnRnRGlyDQogDQpBbHRob3Vn
aCB0aGVzZSBjb21tZW50cyBhcmUgcHJpbWFyaWx5IGZvciB0aGUgdXNlIG9mIHRoZSBSb3V0aW5n
IEFEcywgaXQNCndvdWxkIGJlIGhlbHBmdWwgaWYgeW91IGNvdWxkIGNvbnNpZGVyIHRoZW0gYWxv
bmcgd2l0aCBhbnkgb3RoZXIgSUVURg0KTGFzdCBDYWxsIGNvbW1lbnRzIHRoYXQgeW91IHJlY2Vp
dmUsIGFuZCBzdHJpdmUgdG8gcmVzb2x2ZSB0aGVtIHRocm91Z2gNCmRpc2N1c3Npb24gb3IgYnkg
dXBkYXRpbmcgdGhlIGRyYWZ0Lg0KIA0KRG9jdW1lbnQ6IGRyYWZ0LWlldGYtdGVhcy1tcGxzLXRw
LXJzdnB0ZS1leHQtYXNzb2NpYXRlZC1sc3AtMDINClJldmlld2VyOiBMaXpob25nIEppbg0KUmV2
aWV3IERhdGU6IDE5IEZlYnJ1YXJ5IDIwMTUNCklFVEYgTEMgRW5kIERhdGU6IE4vQQ0KSW50ZW5k
ZWQgU3RhdHVzOiBTdGFuZGFyZCBUcmFjaw0KIA0KU3VtbWFyeToNClRoZSBkb2N1bWVudCBpcyBi
YXNpY2FsbHkgcmVhZHkgZm9yIHB1YmxpY2F0aW9uLiBJIGZvdW5kIHNvbWUgbWlub3IgaXNzdWVz
LCBhbmQgaG9wZQ0KdG8gc2VlIHRoZSBjbGFyaWZpY2F0aW9uLg0KDQpDb21tbmV0czoNCkkgcGF0
aWNpcGF0ZSB0aGUgaW5pdGlhbCBkaXNjdXNzaW9uIG9mIHRoaXMgZHJhZnQuIEkgYW0gbHVja3kg
dG8gcmV2aWV3IGl0IGFnYWluLiBPdmVyYWxsLCB0aGUNCnByb2Nlc3NpbmcgcnVsZSBvZiBpbmRl
cGVuZGVudCBwcm92aXNpb25pbmcgaG9wZSB0byBiZSBleHBsaWNpdGx5IGRlc2NyaWJlZC4gDQpO
byBtYWpvciBpc3N1ZXMsIHNvbWUgbWlub3IgaXNzdWVzIG5lZWQgdG8gYmUgY2xhcmlmaWVkLg0K
DQpNYWpvciBpc3N1ZXM6IE5vDQoNCk1pbm9yIGlzc3VlczoNClNlY3Rpb24gMy4yDQpJbiBlYWNo
IG9mIHRoZSBzaXR1YXRpb25zIGRlc2NyaWJlZCBhYm92ZSwgYm90aCBwcm92aXNpb25pbmcgbW9k
ZWxzIA0KYXJlIGFwcGxpY2FibGUuIA0KW0xpemhvbmddOiBmb3IgdGhlIHNlY29uZCBzaXR1YXRp
b25zIGFib3ZlLCBob3cgY291bGQgeW91IGxldCB0aGUgcmV2ZXJzZSBMU1AgDQp0byBiZSBleGlz
dGVkIGJlZm9yZSB0aGUgZm9yd2FyZCBMU1AgZm9yIHNpbmdsZSBzaWRlIHByb3Zpc2lvbmluZz8g
V291bGRuJ3QgdGhlIA0KcmV2ZXJzZSBMU1AgdHJpZ2dlciBhbm90aGVyIHJldmVyc2UgTFNQPw0K
DQpTZWN0aW9uIDMuMi4xLiANCkZvciB0aGUgc2luZ2xlIHNpZGVkIHByb3Zpc2lvbmluZyBtb2Rl
bCwgY3JlYXRpb24gb2YgcmV2ZXJzZSBMU1AxIGlzIA0KdHJpZ2dlcmVkIGJ5IExTUDIgb3IgY3Jl
YXRpb24gb2YgcmV2ZXJzZSBMU1AyIGlzIHRyaWdnZXJlZCBieSBMU1AxLiANCldoZW4gY3JlYXRp
b24gb2YgcmV2ZXJzZSBMU1AyIGlzIHRyaWdnZXJlZCBieSBMU1AxLCBMU1AxIGlzIA0KcHJvdmlz
aW9uZWQgZmlyc3QgKG9yIHJlZnJlc2hlZCBpZiBMU1AxIGFscmVhZHkgZXhpc3RzKSBhdCBub2Rl
IEEuIA0KW0xpemhvbmddOiBMU1AxIGFuZCBMU1AyIGlzIGluIEZpcmd1cmUxPyBCZXR0ZXIgdG8g
ZXhwbGljaXRseSBzYXkgdGhhdCBpbg0KdGhlIGRvY3VtZW50Lg0KDQogQSBzaW1pbGFyIHByb2Nl
ZHVyZSBpcyB1c2VkIGlmIExTUDIgaXMgcHJvdmlzaW9uZWQgZmlyc3QgYXQgbm9kZSBCIA0KYW5k
IHRoZSBjcmVhdGlvbiBvZiByZXZlcnNlIExTUDEgYXQgbm9kZSBBIGlzIGVpdGhlciB0cmlnZ2Vy
ZWQgYnkgDQpMU1AyIG9yIHRoZSByZXZlcnNlIExTUDEgZXhpc3RlZC4gSW4gYWxsIHRocmVlIHNj
ZW5hcmlvcywgdGhlIHR3byANCnVuaWRpcmVjdGlvbmFsIExTUHMgYXJlIGJvdW5kIHRvZ2V0aGVy
IHRvIGZvcm0gYW4gYXNzb2NpYXRlZCANCmJpZGlyZWN0aW9uYWwgTFNQIGJhc2VkIG9uIGlkZW50
aWNhbCAoRXh0ZW5kZWQpIEFTU09DSUFUSU9OIE9iamVjdHMgDQppbiB0aGUgdHdvIExTUHMnIFBh
dGggbWVzc2FnZXMuIA0KW0xpemhvbmddOiBJIGRvdWJ0IGlmIHRoZSBmb2xsb3dpbmcgc2NlbmFy
aW8gaXMgcmVhbGlzdGljIGluIFNpbmdsZSBTaWRlZCBQcm92aXNpb25pbmcuIA0KTFNQMiBpcyBw
cm92aXNpb25lZCBmaXJzdCwgcmV2ZXJzZSBMU1AxIGF0IG5vZGUgQSBpcyBleGlzdGVkIGJlZm9y
ZSBMU1AyLiANClRoZSB3aGF0IGlzIHRoZSBBc3NvY2lhdGlvbiBUeXBlIGluIHJldmVyc2UgTFNQ
MT8gQmVmb3JlIExTUDIsIHdpbGwgdGhlIHJldmVyc2UgDQpMU1AxIHRyaWdnZXIgYW5vdGhlciBM
U1A/IA0KDQpTZWN0aW9uIDUuIFByb2Nlc3NpbmcgUnVsZXMgDQpJbiBnZW5lcmFsLCB0aGUgcHJv
Y2Vzc2luZyBydWxlcyBmb3IgdGhlIEFTU09DSUFUSU9OIE9iamVjdCBhcmUgYXMgDQpzcGVjaWZp
ZWQgaW4gW1JGQzQ4NzJdIGFuZCBFeHRlbmRlZCBBU1NPQ0lBVElPTiBPYmplY3QgYXJlIHNwZWNp
ZmllZCANCmluIFtSRkM2NzgwXS4gRm9sbG93aW5nIHNlY3Rpb25zIGRlc2NyaWJlIHRoZSBydWxl
cyBmb3IgcHJvY2Vzc2luZyANCihFeHRlbmRlZCkgQVNTT0NJQVRJT04gYW5kIFJFVkVSU0VfTFNQ
IG9iamVjdHMgZm9yIGFzc29jaWF0ZWQgDQpiaWRpcmVjdGlvbmFsIExTUHMuIA0KW0xpemhvbmdd
OiBhY3Jvc3MgdGhlIGRyYWZ0LCBpdCBpcyBub3QgZXhwbGljaXRseSBzYXlpbmcgd2hhdCBpcyB0
aGUgcHJvY2Vzc2luZyANCnJ1bGVzIGZvciBpbmRlcGVuZGVudCBwcm92aXNpb25pbmcuIEl0IGlz
IGJldHRlciB0byBzYXkgaXQgaGVyZSBvciBvdGhlciBwbGFjZS4NCg0KU2VjdGlvbiA1LjENCihF
eHRlbmRlZCkgQVNTT0NJQVRJT04gT2JqZWN0cyB3aXRoIGJvdGggc2luZ2xlIHNpZGVkIGFuZCBk
b3VibGUgc2lkZWQgDQpBc3NvY2lhdGlvbiBUeXBlcyBNVVNUIE5PVCBiZSBhZGRlZCBpbiB0aGUg
c2FtZSBQYXRoIG1lc3NhZ2UuIA0KW0xpemhvbmddOiB3aGF0IGlmIHR3byB0eXBlcyBleGlzdCB0
b2dldGhlcj8gT25seSB1c2UgdGhlIGZpcnN0IG9uZT8NCg0KU2VjdGlvbiA1LjINClRoZSBSRVZF
UlNFX0xTUCBPYmplY3QgTVVTVCBOT1QgYmUgaW5jbHVkZWQgaW4gYSBSRVZFUlNFX0xTUCBPYmpl
Y3QuIA0KW0xpemhvbmddOiB0eXBvIGhlcmU/DQoNClNlY3Rpb24gNS4zDQpJbiBwYXJ0aWN1bGFy
LCBhbnkgb2JqZWN0IHRoYXQgd2FzIGNvcGllZCBhcyBwYXJ0IG9mIGluaXRpYWwgUGF0aCBtZXNz
YWdlIGNyZWF0aW9uIE1VU1QNCmJlIGNvcGllZCB3aGVuIG1vZGlmaWVkLiANCltMaXpob25nXTog
bm90IHVuZGVyc3Rvb2QgImNvcGllZCB3aGVuIG1vZGlmaWVkIiwgaXMgaXQgImNvcGllZCBhZnRl
ciBtb2RpZmllZCI/DQoNCkluIGJvdGggY2FzZXMsIHdoZW4gdGhlIGVncmVzcyBub2RlIHJlY2Vp
dmVzIGEgUGF0aFRlYXIgbWVzc2FnZSB0aGUgDQpub2RlIE1VU1QgcmVtb3ZlIHRoZSBhc3NvY2lh
dGVkIHJldmVyc2UgTFNQIHVzaW5nIFN0YW5kYXJkIFBhdGhUZWFyIA0KbWVzc2FnZSBwcm9jZXNz
aW5nLiBUZWFyIGRvd24gb2YgdGhlIHJldmVyc2UgTFNQIGZvciBvdGhlciByZWFzb25zIA0KU0hP
VUxEIE5PVCB0cmlnZ2VyIHJlbW92YWwgb2YgdGhlIGluaXRpYXRpbmcgTFNQLCBidXQgU0hPVUxE
IHJlc3VsdCANCmluIHRoZSBlZ3Jlc3Mgbm9kZSBzZW5kaW5nIGEgUGF0aEVyciB3aXRoIEVycm9y
IGNvZGUgIkFkbWlzc2lvbiANCkNvbnRyb2wgRmFpbHVyZSAoMDEpIFtSRkMyMjA1XSIgYW5kIFN1
Yi1jb2RlICJSZXZlcnNlIExTUCBGYWlsdXJlIiANCmRlZmluZWQgaW4gdGhpcyBkb2N1bWVudC4g
DQpbTGl6aG9uZ106IHRoZSBhYm92ZSBkZXNjcmlwdGlvbiBpcyBub3QgYWNjdXJhdGUuIFdoYXQg
aWYgdGhlIGVncmVzcyBub2RlIGhhdmUNCmZvcndhcmQgTFNQIGRvd24gYmVjYXVzZSBvZiBsb2Nh
bCBsaW5rIGRvd24/IEluIHRoYXQgY2FzZSwgaXQgd2lsbCBub3QgcmVjZWl2ZQ0KUGF0aFRlYXIs
IGl0IGlzIHN0aWxsIG5lZWQgdG8gdGVhciBkb3duIHRoZSByZXZlcnNlIExTUD8gSXQgc2hvdWxk
IHNheSwgd2hlbmV2ZXIgDQp0aGUgZm9yd2FyZCBMU1AgaXMgZG93biwgdGhlIHJldmVyc2UgTFNQ
IFNIT1VMRCBiZSByZW1vdmVkLiANCg0KUmVnYXJkcw0KTGl6aG9uZw0K

------=_001_NextPart148073881342_=----
Content-Type: text/html;
	charset="utf-8"
Content-Transfer-Encoding: quoted-printable

<html><head><meta http-equiv=3D"content-type" content=3D"text/html; charse=
t=3Dutf-8"><style>body { line-height: 1.5; }body { font-size: 10.5pt; font=
-family: 'Times New Roman'; color: rgb(0, 0, 0); line-height: 1.5; }</styl=
e></head><body>=0A<div><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91"=
><span></span></font><div style=3D"line-height: normal;"><font face=3D"=E5=
=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">Hello</font></div><div style=3D"line-he=
ight: normal;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">&nbsp;<=
/font></div><div style=3D"line-height: normal;"><font face=3D"=E5=BE=AE=E8=
=BD=AF=E9=9B=85=E9=BB=91">I have been selected as the Routing Directorate =
reviewer for this draft.</font></div><div style=3D"line-height: normal;"><=
font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">The Routing Directorate=
 seeks to review all routing or routing-related</font></div><div style=3D"=
line-height: normal;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">=
drafts as they pass through IETF last call and IESG review, and</font></di=
v><div style=3D"line-height: normal;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=
=9B=85=E9=BB=91">sometimes on special request. The purpose of the review i=
s to provide</font></div><div style=3D"line-height: normal;"><font face=3D=
"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">assistance to the Routing ADs. For =
more information about the Routing</font></div><div style=3D"line-height: =
normal;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">Directorate, =
please see =E2=80=8B</font></div><div style=3D"line-height: normal;"><a hr=
ef=3D"http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir" style=3D"text-=
decoration: none !important;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=
=BB=91">http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir</font></a></d=
iv><div style=3D"line-height: normal;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=
=9B=85=E9=BB=91">&nbsp;</font></div><div style=3D"line-height: normal;"><f=
ont face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">Although these comments =
are primarily for the use of the Routing ADs, it</font></div><div style=3D=
"line-height: normal;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91"=
>would be helpful if you could consider them along with any other IETF</fo=
nt></div><div style=3D"line-height: normal;"><font face=3D"=E5=BE=AE=E8=BD=
=AF=E9=9B=85=E9=BB=91">Last Call comments that you receive, and strive to =
resolve them through</font></div><div style=3D"line-height: normal;"><font=
 face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">discussion or by updating t=
he draft.</font></div><div style=3D"line-height: normal;"><font face=3D"=
=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">&nbsp;</font></div><div style=3D"lin=
e-height: normal;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">Doc=
ument:&nbsp;<span style=3D"background-color: rgba(0, 0, 0, 0); line-height=
: 1.5;">draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-02</span></font>=
</div><div style=3D"line-height: normal;"><font face=3D"=E5=BE=AE=E8=BD=AF=
=E9=9B=85=E9=BB=91">Reviewer: Lizhong Jin</font></div><div style=3D"line-h=
eight: normal;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">Review=
 Date: 19 February 2015</font></div><div style=3D"line-height: normal;"><f=
ont face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">IETF LC End Date: N/A</f=
ont></div><div style=3D"line-height: normal;"><font face=3D"=E5=BE=AE=E8=
=BD=AF=E9=9B=85=E9=BB=91">Intended Status: Standard Track</font></div><div=
 style=3D"line-height: normal;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=
=E9=BB=91">&nbsp;</font></div><div style=3D"line-height: normal;"><font fa=
ce=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">Summary:</font></div><div styl=
e=3D"line-height: normal;"><span style=3D"font-family: =E5=BE=AE=E8=BD=AF=
=E9=9B=85=E9=BB=91; font-size: 10.5pt; background-color: window;">The docu=
ment is basically ready for publication. I found some minor&nbsp;</span><s=
pan style=3D"font-family: =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91; font-size:=
 10.5pt; background-color: window;">issues, and hope</span></div><div styl=
e=3D"line-height: normal;"><span style=3D"background-color: window;"><font=
 face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">to see the clarification.</=
font></span></div></div><div style=3D"line-height: normal;"><span style=3D=
"background-color: window;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=
=BB=91"><br></font></span></div><div style=3D"line-height: normal;"><span =
style=3D"background-color: window;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=
=85=E9=BB=91">Commnets:</font></span></div><div style=3D"line-height: norm=
al;"><span style=3D"font-family: =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91;">I =
paticipate the initial discussion of this draft. I am lucky to review&nbsp=
;</span><span style=3D"font-family: =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91; =
font-size: 10.5pt; background-color: window;">it again. Overall, the<br>pr=
ocessing rule of independent provisioning hope to be explicitly&nbsp;</spa=
n><span style=3D"font-family: =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91; font-s=
ize: 10.5pt; background-color: window;">described.&nbsp;</span></div><div =
style=3D"line-height: normal;"><span style=3D"font-family: =E5=BE=AE=E8=BD=
=AF=E9=9B=85=E9=BB=91; font-size: 10.5pt; background-color: window;">No ma=
jor issues, some minor issues need to be clarified.</span></div><div style=
=3D"line-height: normal;"><span style=3D"background-color: window;"><font =
face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91"><br></font></span></div><div=
 style=3D"line-height: normal;"><span style=3D"background-color: window;">=
<font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">Major issues: No</font=
></span></div><div style=3D"line-height: normal;"><span style=3D"backgroun=
d-color: window;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91"><br>=
</font></span></div><div style=3D"line-height: normal;"><span style=3D"bac=
kground-color: window;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91=
">Minor issues:</font></span></div><div style=3D"line-height: normal;"><sp=
an style=3D"background-color: window;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=
=9B=85=E9=BB=91">Section 3.2</font></span></div><div style=3D"line-height:=
 normal;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">In each of t=
he situations described above, both provisioning models=0A<br>   are appli=
cable.=0A<br>[Lizhong]: for the second situations above, how could you let=
 the reverse LSP =0A<br>   to be existed before the forward LSP for single=
 side provisioning? Wouldn't the&nbsp;</font></div><div style=3D"line-heig=
ht: normal;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">reverse L=
SP trigger another&nbsp;</font><span style=3D"font-family: =E5=BE=AE=E8=BD=
=AF=E9=9B=85=E9=BB=91; font-size: 10.5pt; background-color: window;">rever=
se LSP?</span></div><div style=3D"line-height: normal;"><font face=3D"=E5=
=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91"><br></font></div><div style=3D"line-hei=
ght: normal;"><span =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91,=3D"" tahoma'";=
=3D"" font-size:=3D"" 14px;=3D"" color:=3D"" rgb(0,=3D"" 0,=3D"" 0);=3D"" =
background-color:=3D"" rgba(0,=3D"" font-weight:=3D"" normal;=3D"" font-st=
yle:=3D"" normal;text-decoration:=3D"" none;'=3D""><font face=3D"=E5=BE=AE=
=E8=BD=AF=E9=9B=85=E9=BB=91">Section 3.2.1.&nbsp;<br>   For the single sid=
ed provisioning model, creation of reverse LSP1 is=0A<br>   triggered by L=
SP2 or creation of reverse LSP2 is triggered by LSP1. =0A<br>   When creat=
ion of reverse LSP2 is triggered by LSP1, LSP1 is=0A<br>   provisioned fir=
st (or refreshed if LSP1 already exists) at node A. =0A<br>[Lizhong]: LSP1=
 and LSP2 is in Firgure1? Better to explicitly say that in</font></span></=
div><div style=3D"line-height: normal;"><span =E5=BE=AE=E8=BD=AF=E9=9B=85=
=E9=BB=91,=3D"" tahoma'";=3D"" font-size:=3D"" 14px;=3D"" color:=3D"" rgb(=
0,=3D"" 0,=3D"" 0);=3D"" background-color:=3D"" rgba(0,=3D"" font-weight:=
=3D"" normal;=3D"" font-style:=3D"" normal;text-decoration:=3D"" none;'=3D=
""><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">the document.</font=
></span></div><div style=3D"line-height: normal;"><span =E5=BE=AE=E8=BD=AF=
=E9=9B=85=E9=BB=91,=3D"" tahoma'";=3D"" font-size:=3D"" 14px;=3D"" color:=
=3D"" rgb(0,=3D"" 0,=3D"" 0);=3D"" background-color:=3D"" rgba(0,=3D"" fon=
t-weight:=3D"" normal;=3D"" font-style:=3D"" normal;text-decoration:=3D"" =
none;'=3D""><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91"><br></font=
></span></div><div style=3D"line-height: normal;"><span =E5=BE=AE=E8=BD=AF=
=E9=9B=85=E9=BB=91,=3D"" tahoma'";=3D"" font-size:=3D"" 14px;=3D"" color:=
=3D"" rgb(0,=3D"" 0,=3D"" 0);=3D"" background-color:=3D"" rgba(0,=3D"" fon=
t-weight:=3D"" normal;=3D"" font-style:=3D"" normal;text-decoration:=3D"" =
none;'=3D""><span style=3D"background-color: rgba(0, 0, 0, 0);"><font face=
=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">&nbsp;A similar procedure is use=
d if LSP2 is provisioned first at node B=0A<br>   and the creation of reve=
rse LSP1 at node A is either triggered by=0A<br>   LSP2 or the reverse LSP=
1 existed.  In all three scenarios, the two=0A<br>   unidirectional LSPs a=
re bound together to form an associated=0A<br>   bidirectional LSP based o=
n identical (Extended) ASSOCIATION Objects=0A<br>   in the two LSPs' Path =
messages.=0A<br>[Lizhong]: I doubt if the following scenario is realistic =
in Single Sided Provisioning. =0A<br>   LSP2 is provisioned first, reverse=
 LSP1 at node A is existed before LSP2.=0A<br>   The what is the Associati=
on Type in reverse LSP1? Before LSP2, will the reverse&nbsp;</font></span>=
</span></div><div style=3D"line-height: normal;"><span =E5=BE=AE=E8=BD=AF=
=E9=9B=85=E9=BB=91,=3D"" tahoma'";=3D"" font-size:=3D"" 14px;=3D"" color:=
=3D"" rgb(0,=3D"" 0,=3D"" 0);=3D"" background-color:=3D"" rgba(0,=3D"" fon=
t-weight:=3D"" normal;=3D"" font-style:=3D"" normal;text-decoration:=3D"" =
none;'=3D""><span style=3D"background-color: rgba(0, 0, 0, 0);"><font face=
=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">LSP1 trigger another LSP?&nbsp;<=
br></font></span></span></div><div style=3D"line-height: normal;"><span =
=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91,=3D"" tahoma'";=3D"" font-size:=3D"" =
14px;=3D"" color:=3D"" rgb(0,=3D"" 0,=3D"" 0);=3D"" background-color:=3D""=
 rgba(0,=3D"" font-weight:=3D"" normal;=3D"" font-style:=3D"" normal;text-=
decoration:=3D"" none;'=3D""><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=
=BB=91"><br></font></span></div><div style=3D"line-height: normal;"><span =
=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91,=3D"" tahoma'";=3D"" font-size:=3D"" =
14px;=3D"" color:=3D"" rgb(0,=3D"" 0,=3D"" 0);=3D"" background-color:=3D""=
 rgba(0,=3D"" font-weight:=3D"" normal;=3D"" font-style:=3D"" normal;text-=
decoration:=3D"" none;'=3D""><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=
=BB=91">Section 5.  Processing Rules=0A<br>   In general, the processing r=
ules for the ASSOCIATION Object are as=0A<br>   specified in [RFC4872] and=
 Extended ASSOCIATION Object are specified=0A<br>   in [RFC6780].  Followi=
ng sections describe the rules for processing=0A<br>   (Extended) ASSOCIAT=
ION and REVERSE_LSP objects for associated=0A<br>   bidirectional LSPs.=0A=
<br>[Lizhong]: across the draft, it is not explicitly saying what is the p=
rocessing&nbsp;</font></span></div><div style=3D"line-height: normal;"><sp=
an =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91,=3D"" tahoma'";=3D"" font-size:=3D=
"" 14px;=3D"" color:=3D"" rgb(0,=3D"" 0,=3D"" 0);=3D"" background-color:=
=3D"" rgba(0,=3D"" font-weight:=3D"" normal;=3D"" font-style:=3D"" normal;=
text-decoration:=3D"" none;'=3D""><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=
=85=E9=BB=91">rules for independent provisioning. It is better to say it h=
ere or other place.<br></font></span></div><div style=3D"line-height: norm=
al;"><span =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91,=3D"" tahoma'";=3D"" font-=
size:=3D"" 14px;=3D"" color:=3D"" rgb(0,=3D"" 0,=3D"" 0);=3D"" background-=
color:=3D"" rgba(0,=3D"" font-weight:=3D"" normal;=3D"" font-style:=3D"" n=
ormal;text-decoration:=3D"" none;'=3D""><font face=3D"=E5=BE=AE=E8=BD=AF=
=E9=9B=85=E9=BB=91"><br></font></span></div><div style=3D"line-height: nor=
mal;"><span =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91,=3D"" tahoma'";=3D"" font=
-size:=3D"" 14px;=3D"" color:=3D"" rgb(0,=3D"" 0,=3D"" 0);=3D"" background=
-color:=3D"" rgba(0,=3D"" font-weight:=3D"" normal;=3D"" font-style:=3D"" =
normal;text-decoration:=3D"" none;'=3D""><font face=3D"=E5=BE=AE=E8=BD=AF=
=E9=9B=85=E9=BB=91">Section 5.1</font></span></div><div style=3D"line-heig=
ht: normal;"><span =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91,=3D"" tahoma'";=3D=
"" font-size:=3D"" 14px;=3D"" color:=3D"" rgb(0,=3D"" 0,=3D"" 0);=3D"" bac=
kground-color:=3D"" rgba(0,=3D"" font-weight:=3D"" normal;=3D"" font-style=
:=3D"" normal;text-decoration:=3D"" none;'=3D""><span style=3D"background-=
color: rgba(0, 0, 0, 0);"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=
=91">(Extended)=0AASSOCIATION Objects with both single sided and double si=
ded=0A<br>   Association Types MUST NOT be added in the same Path message.=
=0A<br>[Lizhong]: what if two types exist together? Only use the first one=
?</font></span></span></div><div style=3D"line-height: normal;"><span =E5=
=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91,=3D"" tahoma'";=3D"" font-size:=3D"" 14p=
x;=3D"" color:=3D"" rgb(0,=3D"" 0,=3D"" 0);=3D"" background-color:=3D"" rg=
ba(0,=3D"" font-weight:=3D"" normal;=3D"" font-style:=3D"" normal;text-dec=
oration:=3D"" none;'=3D""><span style=3D"background-color: rgba(0, 0, 0, 0=
);"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91"><br></font></span>=
</span></div><div style=3D"line-height: normal;"><font face=3D"=E5=BE=AE=
=E8=BD=AF=E9=9B=85=E9=BB=91">Section 5.2</font></div><div style=3D"line-he=
ight: normal;"><span style=3D"background-color: rgba(0, 0, 0, 0);"><font f=
ace=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">The REVERSE_LSP Object MUST N=
OT be=0Aincluded in a REVERSE_LSP Object.=0A<br>[Lizhong]: typo here?</fon=
t></span></div><div style=3D"line-height: normal;"><span style=3D"backgrou=
nd-color: rgba(0, 0, 0, 0);"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=
=BB=91"><br></font></span></div><div style=3D"line-height: normal;"><span =
style=3D"background-color: rgba(0, 0, 0, 0);"><font face=3D"=E5=BE=AE=E8=
=BD=AF=E9=9B=85=E9=BB=91">Section 5.3</font></span></div><div style=3D"lin=
e-height: normal;"><span =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91,=3D"" tahoma=
'";=3D"" font-size:=3D"" 14px;=3D"" color:=3D"" rgb(0,=3D"" 0,=3D"" 0);=3D=
"" background-color:=3D"" rgba(0,=3D"" font-weight:=3D"" normal;=3D"" font=
-style:=3D"" normal;text-decoration:=3D"" none;'=3D""><font face=3D"=E5=BE=
=AE=E8=BD=AF=E9=9B=85=E9=BB=91">In particular, any object that was=0Acopie=
d as part of initial Path message creation MUST</font></span></div><div st=
yle=3D"line-height: normal;"><span =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91,=
=3D"" tahoma'";=3D"" font-size:=3D"" 14px;=3D"" color:=3D"" rgb(0,=3D"" 0,=
=3D"" 0);=3D"" background-color:=3D"" rgba(0,=3D"" font-weight:=3D"" norma=
l;=3D"" font-style:=3D"" normal;text-decoration:=3D"" none;'=3D""><font fa=
ce=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">be copied when=0Amodified.  =
=0A<br>[Lizhong]: not understood "copied when modified", is it "copied aft=
er modified"?</font></span></div>=0A<div style=3D""><font face=3D"=E5=BE=
=AE=E8=BD=AF=E9=9B=85=E9=BB=91"><br></font></div><div style=3D""><span tim=
es=3D"" new=3D"" roman'";=3D"" font-size:=3D"" 14px;=3D"" color:=3D"" rgb(=
0,=3D"" 0,=3D"" 0);=3D"" background-color:=3D"" rgba(0,=3D"" font-weight:=
=3D"" normal;=3D"" font-style:=3D"" normal;text-decoration:=3D"" none;'=3D=
""><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">In both cases, when=
 the egress node receives a PathTear message the=0A<br>   node MUST remove=
 the associated reverse LSP using Standard PathTear=0A<br>   message proce=
ssing.  Tear down of the reverse LSP for other reasons=0A<br>   SHOULD NOT=
 trigger removal of the initiating LSP, but SHOULD result=0A<br>   in the =
egress node sending a PathErr with Error code "Admission=0A<br>   Control =
Failure (01) [RFC2205]" and Sub-code "Reverse LSP Failure"=0A<br>   define=
d in this document.=0A<br>[Lizhong]: the above description is not accurate=
. What if the egress node have</font></span></div><div style=3D""><span ti=
mes=3D"" new=3D"" roman'";=3D"" font-size:=3D"" 14px;=3D"" color:=3D"" rgb=
(0,=3D"" 0,=3D"" 0);=3D"" background-color:=3D"" rgba(0,=3D"" font-weight:=
=3D"" normal;=3D"" font-style:=3D"" normal;text-decoration:=3D"" none;'=3D=
""><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">forward LSP down be=
cause of local link down? In that case, it will not receive</font></span><=
/div><div style=3D""><span times=3D"" new=3D"" roman'";=3D"" font-size:=3D=
"" 14px;=3D"" color:=3D"" rgb(0,=3D"" 0,=3D"" 0);=3D"" background-color:=
=3D"" rgba(0,=3D"" font-weight:=3D"" normal;=3D"" font-style:=3D"" normal;=
text-decoration:=3D"" none;'=3D""><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=
=85=E9=BB=91">PathTear, it is still need to tear down the reverse LSP? It =
should say, whenever&nbsp;</font></span></div><div style=3D""><span times=
=3D"" new=3D"" roman'";=3D"" font-size:=3D"" 14px;=3D"" color:=3D"" rgb(0,=
=3D"" 0,=3D"" 0);=3D"" background-color:=3D"" rgba(0,=3D"" font-weight:=3D=
"" normal;=3D"" font-style:=3D"" normal;text-decoration:=3D"" none;'=3D"">=
<font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">the forward LSP is dow=
n, the reverse LSP SHOULD be removed.&nbsp;<br></font></span></div><div st=
yle=3D""><span times=3D"" new=3D"" roman'";=3D"" font-size:=3D"" 14px;=3D"=
" color:=3D"" rgb(0,=3D"" 0,=3D"" 0);=3D"" background-color:=3D"" rgba(0,=
=3D"" font-weight:=3D"" normal;=3D"" font-style:=3D"" normal;text-decorati=
on:=3D"" none;'=3D""><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91"><=
br></font></span></div><div style=3D""></div>=0A<div><span><div style=3D"m=
argin: 10px; font-size: 10pt;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=
=E9=BB=91"><div style=3D"font-size: 14px;">Regards</div><div style=3D"font=
-size: 14px;">Lizhong</div></font></div></span></div>=0A</body></html>
------=_001_NextPart148073881342_=------


From nobody Thu Feb 19 01:49:24 2015
Return-Path: <lizho.jin@gmail.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 26E9B1A8973; Thu, 19 Feb 2015 01:49:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.717
X-Spam-Level: 
X-Spam-Status: No, score=-1.717 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_FONT_FACE_BAD=0.981, HTML_FONT_LOW_CONTRAST=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham
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 GTndpx9LC86x; Thu, 19 Feb 2015 01:49:18 -0800 (PST)
Received: from mail-ie0-f171.google.com (mail-ie0-f171.google.com [209.85.223.171]) (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 DA6351A872B; Thu, 19 Feb 2015 01:49:17 -0800 (PST)
Received: by iecar1 with SMTP id ar1so8102297iec.11; Thu, 19 Feb 2015 01:49:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=date:from:to:cc:subject:references:mime-version:message-id :content-type; bh=t9MVbG/GHKoRgRyhPylaojWywqfWRueGpwug1fBOYrc=; b=cS2vneJGEve7nypAYlwO5doYR07i7FmzMz/41OxoM8/NPRjKPTHNNKAdZWWohF9Qjm YxYXBVyxDPRYiNnX4/W5P36r5RcKLeenmAw7RNb2sBdPMeCWpuXDPVCU/uY21W5hsmSP GBRBkJzOXEa4UrV2QYig0iZDqNfta6XjsQP5FB+16Nqj2Ag2Oupvg9j8b31oJVH+0hbt 6V52GDW0qCsyUKeobQzcN8gAwALp1MnqTtb0G+f1VCgkWmg1x7mPLfyz8LYXBCXMGYFA yozcUek7rcYxVBifddi1mpyes2eXz/SgmX6q5n4JvPJ6VRrVvlXt50xEEJcX5klDQ/uI r5LQ==
X-Received: by 10.42.207.209 with SMTP id fz17mr2925921icb.43.1424339357334; Thu, 19 Feb 2015 01:49:17 -0800 (PST)
Received: from Lizhong ([221.131.128.217]) by mx.google.com with ESMTPSA id c8sm13647437igx.9.2015.02.19.01.49.07 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 19 Feb 2015 01:49:16 -0800 (PST)
Date: Thu, 19 Feb 2015 17:49:27 +0800
From: "lizho.jin@gmail.com" <lizho.jin@gmail.com>
To: teas <teas@ietf.org>, draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp <draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp@tools.ietf.org>
References: <2015021917211051338032@gmail.com>
X-Priority: 3
X-GUID: 295222A7-632C-4AD4-9647-B8995BFD1612
X-Has-Attach: no
X-Mailer: Foxmail 7, 2, 5, 140[en]
Mime-Version: 1.0
Message-ID: <201502191749217392692@gmail.com>
Content-Type: multipart/alternative; boundary="----=_001_NextPart866671367635_=----"
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-dir/AH9Oi__smWRLDZer0f470n8vu_8>
Cc: rtg-dir <rtg-dir@ietf.org>, teas <teas@ietf.org>, rtg-ads <rtg-ads@tools.ietf.org>
Subject: Re: [RTG-DIR] RtgDir Review of draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-02
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Feb 2015 09:49:21 -0000

This is a multi-part message in MIME format.

------=_001_NextPart866671367635_=----
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: base64

U29ycnksIEkgbWlzc2VkIG9uZSBtb3JlIGNvbW1lbnQgYmVsb3c6DQpTZWN0aW9uIDcgU2VjdXJp
dHkgQ29uc2lkZXJhdGlvbnMNCltMaXpob25nXSB0aGUgc2luZ2xlIHNpZGUgcHJvdmlzaW9uaW5n
IG1vZGUgd2lsbCBhbGxvdyBvbmUgbm9kZSB0byB0cmlnZ2VyIGFub3RoZXIgDQpub2RlIHRvIHNl
dHVwIExTUC4gVGhpcyB3aWxsIGludHJvZHVjZSBzb21lIHNlY3VyaXR5IGlzc3VlIGZvciB0aGUg
cmVtb3RlIG5vZGUuIA0KU29tZSBhZG1pbmlzdHJhdGl2ZSBwb2xpY2UgbWF5IGJlIGludHJvZHVj
ZWQgdG8gYWxsb3cvZGVueSBvdGhlcnMgdG8gdHJpZ2dlciBMU1Agc2V0dXAuDQoNCg0KDQpSZWdh
cmRzDQpMaXpob25nDQogDQpGcm9tOiBsaXpoby5qaW5AZ21haWwuY29tDQpEYXRlOiAyMDE1LTAy
LTE5IDE3OjIxDQpUbzogdGVhczsgZHJhZnQtaWV0Zi10ZWFzLW1wbHMtdHAtcnN2cHRlLWV4dC1h
c3NvY2lhdGVkLWxzcA0KQ0M6IHJ0Zy1kaXJAaWV0Zi5vcmc7IHJ0Zy1hZHM7IHRlYXMNClN1Ympl
Y3Q6IFJ0Z0RpciBSZXZpZXcgb2YgZHJhZnQtaWV0Zi10ZWFzLW1wbHMtdHAtcnN2cHRlLWV4dC1h
c3NvY2lhdGVkLWxzcC0wMg0KSGVsbG8NCiANCkkgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIHRoZSBS
b3V0aW5nIERpcmVjdG9yYXRlIHJldmlld2VyIGZvciB0aGlzIGRyYWZ0Lg0KVGhlIFJvdXRpbmcg
RGlyZWN0b3JhdGUgc2Vla3MgdG8gcmV2aWV3IGFsbCByb3V0aW5nIG9yIHJvdXRpbmctcmVsYXRl
ZA0KZHJhZnRzIGFzIHRoZXkgcGFzcyB0aHJvdWdoIElFVEYgbGFzdCBjYWxsIGFuZCBJRVNHIHJl
dmlldywgYW5kDQpzb21ldGltZXMgb24gc3BlY2lhbCByZXF1ZXN0LiBUaGUgcHVycG9zZSBvZiB0
aGUgcmV2aWV3IGlzIHRvIHByb3ZpZGUNCmFzc2lzdGFuY2UgdG8gdGhlIFJvdXRpbmcgQURzLiBG
b3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCB0aGUgUm91dGluZw0KRGlyZWN0b3JhdGUsIHBsZWFz
ZSBzZWUg4oCLDQpodHRwOi8vdHJhYy50b29scy5pZXRmLm9yZy9hcmVhL3J0Zy90cmFjL3dpa2kv
UnRnRGlyDQogDQpBbHRob3VnaCB0aGVzZSBjb21tZW50cyBhcmUgcHJpbWFyaWx5IGZvciB0aGUg
dXNlIG9mIHRoZSBSb3V0aW5nIEFEcywgaXQNCndvdWxkIGJlIGhlbHBmdWwgaWYgeW91IGNvdWxk
IGNvbnNpZGVyIHRoZW0gYWxvbmcgd2l0aCBhbnkgb3RoZXIgSUVURg0KTGFzdCBDYWxsIGNvbW1l
bnRzIHRoYXQgeW91IHJlY2VpdmUsIGFuZCBzdHJpdmUgdG8gcmVzb2x2ZSB0aGVtIHRocm91Z2gN
CmRpc2N1c3Npb24gb3IgYnkgdXBkYXRpbmcgdGhlIGRyYWZ0Lg0KIA0KRG9jdW1lbnQ6IGRyYWZ0
LWlldGYtdGVhcy1tcGxzLXRwLXJzdnB0ZS1leHQtYXNzb2NpYXRlZC1sc3AtMDINClJldmlld2Vy
OiBMaXpob25nIEppbg0KUmV2aWV3IERhdGU6IDE5IEZlYnJ1YXJ5IDIwMTUNCklFVEYgTEMgRW5k
IERhdGU6IE4vQQ0KSW50ZW5kZWQgU3RhdHVzOiBTdGFuZGFyZCBUcmFjaw0KIA0KU3VtbWFyeToN
ClRoZSBkb2N1bWVudCBpcyBiYXNpY2FsbHkgcmVhZHkgZm9yIHB1YmxpY2F0aW9uLiBJIGZvdW5k
IHNvbWUgbWlub3IgaXNzdWVzLCBhbmQgaG9wZQ0KdG8gc2VlIHRoZSBjbGFyaWZpY2F0aW9uLg0K
DQpDb21tbmV0czoNCkkgcGF0aWNpcGF0ZSB0aGUgaW5pdGlhbCBkaXNjdXNzaW9uIG9mIHRoaXMg
ZHJhZnQuIEkgYW0gbHVja3kgdG8gcmV2aWV3IGl0IGFnYWluLiBPdmVyYWxsLCB0aGUNCnByb2Nl
c3NpbmcgcnVsZSBvZiBpbmRlcGVuZGVudCBwcm92aXNpb25pbmcgaG9wZSB0byBiZSBleHBsaWNp
dGx5IGRlc2NyaWJlZC4gDQpObyBtYWpvciBpc3N1ZXMsIHNvbWUgbWlub3IgaXNzdWVzIG5lZWQg
dG8gYmUgY2xhcmlmaWVkLg0KDQpNYWpvciBpc3N1ZXM6IE5vDQoNCk1pbm9yIGlzc3VlczoNClNl
Y3Rpb24gMy4yDQpJbiBlYWNoIG9mIHRoZSBzaXR1YXRpb25zIGRlc2NyaWJlZCBhYm92ZSwgYm90
aCBwcm92aXNpb25pbmcgbW9kZWxzIA0KYXJlIGFwcGxpY2FibGUuIA0KW0xpemhvbmddOiBmb3Ig
dGhlIHNlY29uZCBzaXR1YXRpb25zIGFib3ZlLCBob3cgY291bGQgeW91IGxldCB0aGUgcmV2ZXJz
ZSBMU1AgDQp0byBiZSBleGlzdGVkIGJlZm9yZSB0aGUgZm9yd2FyZCBMU1AgZm9yIHNpbmdsZSBz
aWRlIHByb3Zpc2lvbmluZz8gV291bGRuJ3QgdGhlIA0KcmV2ZXJzZSBMU1AgdHJpZ2dlciBhbm90
aGVyIHJldmVyc2UgTFNQPw0KDQpTZWN0aW9uIDMuMi4xLiANCkZvciB0aGUgc2luZ2xlIHNpZGVk
IHByb3Zpc2lvbmluZyBtb2RlbCwgY3JlYXRpb24gb2YgcmV2ZXJzZSBMU1AxIGlzIA0KdHJpZ2dl
cmVkIGJ5IExTUDIgb3IgY3JlYXRpb24gb2YgcmV2ZXJzZSBMU1AyIGlzIHRyaWdnZXJlZCBieSBM
U1AxLiANCldoZW4gY3JlYXRpb24gb2YgcmV2ZXJzZSBMU1AyIGlzIHRyaWdnZXJlZCBieSBMU1Ax
LCBMU1AxIGlzIA0KcHJvdmlzaW9uZWQgZmlyc3QgKG9yIHJlZnJlc2hlZCBpZiBMU1AxIGFscmVh
ZHkgZXhpc3RzKSBhdCBub2RlIEEuIA0KW0xpemhvbmddOiBMU1AxIGFuZCBMU1AyIGlzIGluIEZp
cmd1cmUxPyBCZXR0ZXIgdG8gZXhwbGljaXRseSBzYXkgdGhhdCBpbg0KdGhlIGRvY3VtZW50Lg0K
DQogQSBzaW1pbGFyIHByb2NlZHVyZSBpcyB1c2VkIGlmIExTUDIgaXMgcHJvdmlzaW9uZWQgZmly
c3QgYXQgbm9kZSBCIA0KYW5kIHRoZSBjcmVhdGlvbiBvZiByZXZlcnNlIExTUDEgYXQgbm9kZSBB
IGlzIGVpdGhlciB0cmlnZ2VyZWQgYnkgDQpMU1AyIG9yIHRoZSByZXZlcnNlIExTUDEgZXhpc3Rl
ZC4gSW4gYWxsIHRocmVlIHNjZW5hcmlvcywgdGhlIHR3byANCnVuaWRpcmVjdGlvbmFsIExTUHMg
YXJlIGJvdW5kIHRvZ2V0aGVyIHRvIGZvcm0gYW4gYXNzb2NpYXRlZCANCmJpZGlyZWN0aW9uYWwg
TFNQIGJhc2VkIG9uIGlkZW50aWNhbCAoRXh0ZW5kZWQpIEFTU09DSUFUSU9OIE9iamVjdHMgDQpp
biB0aGUgdHdvIExTUHMnIFBhdGggbWVzc2FnZXMuIA0KW0xpemhvbmddOiBJIGRvdWJ0IGlmIHRo
ZSBmb2xsb3dpbmcgc2NlbmFyaW8gaXMgcmVhbGlzdGljIGluIFNpbmdsZSBTaWRlZCBQcm92aXNp
b25pbmcuIA0KTFNQMiBpcyBwcm92aXNpb25lZCBmaXJzdCwgcmV2ZXJzZSBMU1AxIGF0IG5vZGUg
QSBpcyBleGlzdGVkIGJlZm9yZSBMU1AyLiANClRoZSB3aGF0IGlzIHRoZSBBc3NvY2lhdGlvbiBU
eXBlIGluIHJldmVyc2UgTFNQMT8gQmVmb3JlIExTUDIsIHdpbGwgdGhlIHJldmVyc2UgDQpMU1Ax
IHRyaWdnZXIgYW5vdGhlciBMU1A/IA0KDQpTZWN0aW9uIDUuIFByb2Nlc3NpbmcgUnVsZXMgDQpJ
biBnZW5lcmFsLCB0aGUgcHJvY2Vzc2luZyBydWxlcyBmb3IgdGhlIEFTU09DSUFUSU9OIE9iamVj
dCBhcmUgYXMgDQpzcGVjaWZpZWQgaW4gW1JGQzQ4NzJdIGFuZCBFeHRlbmRlZCBBU1NPQ0lBVElP
TiBPYmplY3QgYXJlIHNwZWNpZmllZCANCmluIFtSRkM2NzgwXS4gRm9sbG93aW5nIHNlY3Rpb25z
IGRlc2NyaWJlIHRoZSBydWxlcyBmb3IgcHJvY2Vzc2luZyANCihFeHRlbmRlZCkgQVNTT0NJQVRJ
T04gYW5kIFJFVkVSU0VfTFNQIG9iamVjdHMgZm9yIGFzc29jaWF0ZWQgDQpiaWRpcmVjdGlvbmFs
IExTUHMuIA0KW0xpemhvbmddOiBhY3Jvc3MgdGhlIGRyYWZ0LCBpdCBpcyBub3QgZXhwbGljaXRs
eSBzYXlpbmcgd2hhdCBpcyB0aGUgcHJvY2Vzc2luZyANCnJ1bGVzIGZvciBpbmRlcGVuZGVudCBw
cm92aXNpb25pbmcuIEl0IGlzIGJldHRlciB0byBzYXkgaXQgaGVyZSBvciBvdGhlciBwbGFjZS4N
Cg0KU2VjdGlvbiA1LjENCihFeHRlbmRlZCkgQVNTT0NJQVRJT04gT2JqZWN0cyB3aXRoIGJvdGgg
c2luZ2xlIHNpZGVkIGFuZCBkb3VibGUgc2lkZWQgDQpBc3NvY2lhdGlvbiBUeXBlcyBNVVNUIE5P
VCBiZSBhZGRlZCBpbiB0aGUgc2FtZSBQYXRoIG1lc3NhZ2UuIA0KW0xpemhvbmddOiB3aGF0IGlm
IHR3byB0eXBlcyBleGlzdCB0b2dldGhlcj8gT25seSB1c2UgdGhlIGZpcnN0IG9uZT8NCg0KU2Vj
dGlvbiA1LjINClRoZSBSRVZFUlNFX0xTUCBPYmplY3QgTVVTVCBOT1QgYmUgaW5jbHVkZWQgaW4g
YSBSRVZFUlNFX0xTUCBPYmplY3QuIA0KW0xpemhvbmddOiB0eXBvIGhlcmU/DQoNClNlY3Rpb24g
NS4zDQpJbiBwYXJ0aWN1bGFyLCBhbnkgb2JqZWN0IHRoYXQgd2FzIGNvcGllZCBhcyBwYXJ0IG9m
IGluaXRpYWwgUGF0aCBtZXNzYWdlIGNyZWF0aW9uIE1VU1QNCmJlIGNvcGllZCB3aGVuIG1vZGlm
aWVkLiANCltMaXpob25nXTogbm90IHVuZGVyc3Rvb2QgImNvcGllZCB3aGVuIG1vZGlmaWVkIiwg
aXMgaXQgImNvcGllZCBhZnRlciBtb2RpZmllZCI/DQoNCkluIGJvdGggY2FzZXMsIHdoZW4gdGhl
IGVncmVzcyBub2RlIHJlY2VpdmVzIGEgUGF0aFRlYXIgbWVzc2FnZSB0aGUgDQpub2RlIE1VU1Qg
cmVtb3ZlIHRoZSBhc3NvY2lhdGVkIHJldmVyc2UgTFNQIHVzaW5nIFN0YW5kYXJkIFBhdGhUZWFy
IA0KbWVzc2FnZSBwcm9jZXNzaW5nLiBUZWFyIGRvd24gb2YgdGhlIHJldmVyc2UgTFNQIGZvciBv
dGhlciByZWFzb25zIA0KU0hPVUxEIE5PVCB0cmlnZ2VyIHJlbW92YWwgb2YgdGhlIGluaXRpYXRp
bmcgTFNQLCBidXQgU0hPVUxEIHJlc3VsdCANCmluIHRoZSBlZ3Jlc3Mgbm9kZSBzZW5kaW5nIGEg
UGF0aEVyciB3aXRoIEVycm9yIGNvZGUgIkFkbWlzc2lvbiANCkNvbnRyb2wgRmFpbHVyZSAoMDEp
IFtSRkMyMjA1XSIgYW5kIFN1Yi1jb2RlICJSZXZlcnNlIExTUCBGYWlsdXJlIiANCmRlZmluZWQg
aW4gdGhpcyBkb2N1bWVudC4gDQpbTGl6aG9uZ106IHRoZSBhYm92ZSBkZXNjcmlwdGlvbiBpcyBu
b3QgYWNjdXJhdGUuIFdoYXQgaWYgdGhlIGVncmVzcyBub2RlIGhhdmUNCmZvcndhcmQgTFNQIGRv
d24gYmVjYXVzZSBvZiBsb2NhbCBsaW5rIGRvd24/IEluIHRoYXQgY2FzZSwgaXQgd2lsbCBub3Qg
cmVjZWl2ZQ0KUGF0aFRlYXIsIGl0IGlzIHN0aWxsIG5lZWQgdG8gdGVhciBkb3duIHRoZSByZXZl
cnNlIExTUD8gSXQgc2hvdWxkIHNheSwgd2hlbmV2ZXIgDQp0aGUgZm9yd2FyZCBMU1AgaXMgZG93
biwgdGhlIHJldmVyc2UgTFNQIFNIT1VMRCBiZSByZW1vdmVkLiANCg0KUmVnYXJkcw0KTGl6aG9u
Zw0K

------=_001_NextPart866671367635_=----
Content-Type: text/html;
	charset="utf-8"
Content-Transfer-Encoding: quoted-printable

<html><head><meta http-equiv=3D"content-type" content=3D"text/html; charse=
t=3Dutf-8"><style>body { line-height: 1.5; }blockquote { margin-top: 0px; =
margin-bottom: 0px; margin-left: 0.5em; }div.foxdiv20150219174658733298 { =
}body { font-size: 10.5pt; font-family: 'Times New Roman'; color: rgb(0, 0=
, 0); line-height: 1.5; }</style></head><body>=0A<div><font face=3D"=E5=BE=
=AE=E8=BD=AF=E9=9B=85=E9=BB=91"><span></span>Sorry, I missed one more comm=
ent below:</font></div><div><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=
=BB=91">Section 7&nbsp;<span style=3D"font-size: 10.5pt; line-height: 1.5;=
 background-color: window;">Security Considerations</span></font></div><di=
v><span times=3D"" new=3D"" roman'";=3D"" font-size:=3D"" 14px;=3D"" color=
:=3D"" rgb(0,=3D"" 0,=3D"" 0);=3D"" background-color:=3D"" rgba(0,=3D"" fo=
nt-weight:=3D"" normal;=3D"" font-style:=3D"" normal;text-decoration:=3D""=
 none;'=3D""><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">[Lizhong]=
 the single side provisioning mode will allow one node to trigger another=
=0A<br>   node to setup LSP. This will introduce some security issue for t=
he remote node. =0A<br>   Some administrative police may be introduced to =
allow/deny others to trigger LSP setup.</font></span></div>=0A<div><br></d=
iv><hr style=3D"WIDTH: 210px; HEIGHT: 1px" color=3D"#b5c4df" size=3D"1" al=
ign=3D"left">=0A<div><span><div style=3D"MARGIN: 10px; FONT-FAMILY: verdan=
a; FONT-SIZE: 10pt"><div>Regards</div><div>Lizhong</div></div></span></div=
>=0A<blockquote style=3D"margin-top: 0px; margin-bottom: 0px; margin-left:=
 0.5em;"><div>&nbsp;</div><div style=3D"border:none;border-top:solid #B5C4=
DF 1.0pt;padding:3.0pt 0cm 0cm 0cm"><div style=3D"PADDING-RIGHT: 8px; PADD=
ING-LEFT: 8px; FONT-SIZE: 12px;FONT-FAMILY:tahoma;COLOR:#000000; BACKGROUN=
D: #efefef; PADDING-BOTTOM: 8px; PADDING-TOP: 8px"><div><b>From:</b>&nbsp;=
<a href=3D"mailto:lizho.jin@gmail.com">lizho.jin@gmail.com</a></div><div><=
b>Date:</b>&nbsp;2015-02-19&nbsp;17:21</div><div><b>To:</b>&nbsp;<a href=
=3D"mailto:teas@ietf.org">teas</a>; <a href=3D"mailto:draft-ietf-teas-mpls=
-tp-rsvpte-ext-associated-lsp@tools.ietf.org">draft-ietf-teas-mpls-tp-rsvp=
te-ext-associated-lsp</a></div><div><b>CC:</b>&nbsp;<a href=3D"mailto:rtg-=
dir@ietf.org">rtg-dir@ietf.org</a>; <a href=3D"mailto:rtg-ads@tools.ietf.o=
rg">rtg-ads</a>; <a href=3D"mailto:teas@ietf.org">teas</a></div><div><b>Su=
bject:</b>&nbsp;RtgDir Review of draft-ietf-teas-mpls-tp-rsvpte-ext-associ=
ated-lsp-02</div></div></div><div><div class=3D"FoxDiv20150219174658733298=
">=0A<div><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91"><span></span=
></font><div style=3D"line-height: normal;"><font face=3D"=E5=BE=AE=E8=BD=
=AF=E9=9B=85=E9=BB=91">Hello</font></div><div style=3D"line-height: normal=
;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">&nbsp;</font></div>=
<div style=3D"line-height: normal;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=
=85=E9=BB=91">I have been selected as the Routing Directorate reviewer for=
 this draft.</font></div><div style=3D"line-height: normal;"><font face=3D=
"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">The Routing Directorate seeks to re=
view all routing or routing-related</font></div><div style=3D"line-height:=
 normal;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">drafts as th=
ey pass through IETF last call and IESG review, and</font></div><div style=
=3D"line-height: normal;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=
=91">sometimes on special request. The purpose of the review is to provide=
</font></div><div style=3D"line-height: normal;"><font face=3D"=E5=BE=AE=
=E8=BD=AF=E9=9B=85=E9=BB=91">assistance to the Routing ADs. For more infor=
mation about the Routing</font></div><div style=3D"line-height: normal;"><=
font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">Directorate, please see=
 =E2=80=8B</font></div><div style=3D"line-height: normal;"><a href=3D"http=
://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir" style=3D"text-decoration=
: none !important;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">ht=
tp://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir</font></a></div><div st=
yle=3D"line-height: normal;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=
=BB=91">&nbsp;</font></div><div style=3D"line-height: normal;"><font face=
=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">Although these comments are prim=
arily for the use of the Routing ADs, it</font></div><div style=3D"line-he=
ight: normal;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">would b=
e helpful if you could consider them along with any other IETF</font></div=
><div style=3D"line-height: normal;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=
=9B=85=E9=BB=91">Last Call comments that you receive, and strive to resolv=
e them through</font></div><div style=3D"line-height: normal;"><font face=
=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">discussion or by updating the dr=
aft.</font></div><div style=3D"line-height: normal;"><font face=3D"=E5=BE=
=AE=E8=BD=AF=E9=9B=85=E9=BB=91">&nbsp;</font></div><div style=3D"line-heig=
ht: normal;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">Document:=
&nbsp;<span style=3D"background-color: rgba(0, 0, 0, 0); line-height: 1.5;=
">draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-02</span></font></div>=
<div style=3D"line-height: normal;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=
=85=E9=BB=91">Reviewer: Lizhong Jin</font></div><div style=3D"line-height:=
 normal;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">Review Date:=
 19 February 2015</font></div><div style=3D"line-height: normal;"><font fa=
ce=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">IETF LC End Date: N/A</font></=
div><div style=3D"line-height: normal;"><font face=3D"=E5=BE=AE=E8=BD=AF=
=E9=9B=85=E9=BB=91">Intended Status: Standard Track</font></div><div style=
=3D"line-height: normal;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=
=91">&nbsp;</font></div><div style=3D"line-height: normal;"><font face=3D"=
=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">Summary:</font></div><div style=3D"l=
ine-height: normal;"><span style=3D"font-family: =E5=BE=AE=E8=BD=AF=E9=9B=
=85=E9=BB=91; font-size: 10.5pt; background-color: window;">The document i=
s basically ready for publication. I found some minor&nbsp;</span><span st=
yle=3D"font-family: =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91; font-size: 10.5p=
t; background-color: window;">issues, and hope</span></div><div style=3D"l=
ine-height: normal;"><span style=3D"background-color: window;"><font face=
=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">to see the clarification.</font>=
</span></div></div><div style=3D"line-height: normal;"><span style=3D"back=
ground-color: window;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91"=
><br></font></span></div><div style=3D"line-height: normal;"><span style=
=3D"background-color: window;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=
=E9=BB=91">Commnets:</font></span></div><div style=3D"line-height: normal;=
"><span style=3D"font-family: =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91;">I pat=
icipate the initial discussion of this draft. I am lucky to review&nbsp;</=
span><span style=3D"font-family: =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91; fon=
t-size: 10.5pt; background-color: window;">it again. Overall, the<br>proce=
ssing rule of independent provisioning hope to be explicitly&nbsp;</span><=
span style=3D"font-family: =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91; font-size=
: 10.5pt; background-color: window;">described.&nbsp;</span></div><div sty=
le=3D"line-height: normal;"><span style=3D"font-family: =E5=BE=AE=E8=BD=AF=
=E9=9B=85=E9=BB=91; font-size: 10.5pt; background-color: window;">No major=
 issues, some minor issues need to be clarified.</span></div><div style=3D=
"line-height: normal;"><span style=3D"background-color: window;"><font fac=
e=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91"><br></font></span></div><div st=
yle=3D"line-height: normal;"><span style=3D"background-color: window;"><fo=
nt face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">Major issues: No</font></=
span></div><div style=3D"line-height: normal;"><span style=3D"background-c=
olor: window;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91"><br></f=
ont></span></div><div style=3D"line-height: normal;"><span style=3D"backgr=
ound-color: window;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">M=
inor issues:</font></span></div><div style=3D"line-height: normal;"><span =
style=3D"background-color: window;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=
=85=E9=BB=91">Section 3.2</font></span></div><div style=3D"line-height: no=
rmal;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">In each of the =
situations described above, both provisioning models=0A<br>   are applicab=
le.=0A<br>[Lizhong]: for the second situations above, how could you let th=
e reverse LSP =0A<br>   to be existed before the forward LSP for single si=
de provisioning? Wouldn't the&nbsp;</font></div><div style=3D"line-height:=
 normal;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">reverse LSP =
trigger another&nbsp;</font><span style=3D"font-family: =E5=BE=AE=E8=BD=AF=
=E9=9B=85=E9=BB=91; font-size: 10.5pt; background-color: window;">reverse =
LSP?</span></div><div style=3D"line-height: normal;"><font face=3D"=E5=BE=
=AE=E8=BD=AF=E9=9B=85=E9=BB=91"><br></font></div><div style=3D"line-height=
: normal;"><span =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91,=3D"" tahoma'";=3D""=
 font-size:=3D"" 14px;=3D"" color:=3D"" rgb(0,=3D"" 0,=3D"" 0);=3D"" backg=
round-color:=3D"" rgba(0,=3D"" font-weight:=3D"" normal;=3D"" font-style:=
=3D"" normal;text-decoration:=3D"" none;'=3D""><font face=3D"=E5=BE=AE=E8=
=BD=AF=E9=9B=85=E9=BB=91">Section 3.2.1.&nbsp;<br>   For the single sided =
provisioning model, creation of reverse LSP1 is=0A<br>   triggered by LSP2=
 or creation of reverse LSP2 is triggered by LSP1. =0A<br>   When creation=
 of reverse LSP2 is triggered by LSP1, LSP1 is=0A<br>   provisioned first =
(or refreshed if LSP1 already exists) at node A. =0A<br>[Lizhong]: LSP1 an=
d LSP2 is in Firgure1? Better to explicitly say that in</font></span></div=
><div style=3D"line-height: normal;"><span =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=
=BB=91,=3D"" tahoma'";=3D"" font-size:=3D"" 14px;=3D"" color:=3D"" rgb(0,=
=3D"" 0,=3D"" 0);=3D"" background-color:=3D"" rgba(0,=3D"" font-weight:=3D=
"" normal;=3D"" font-style:=3D"" normal;text-decoration:=3D"" none;'=3D"">=
<font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">the document.</font></=
span></div><div style=3D"line-height: normal;"><span =E5=BE=AE=E8=BD=AF=E9=
=9B=85=E9=BB=91,=3D"" tahoma'";=3D"" font-size:=3D"" 14px;=3D"" color:=3D"=
" rgb(0,=3D"" 0,=3D"" 0);=3D"" background-color:=3D"" rgba(0,=3D"" font-we=
ight:=3D"" normal;=3D"" font-style:=3D"" normal;text-decoration:=3D"" none=
;'=3D""><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91"><br></font></s=
pan></div><div style=3D"line-height: normal;"><span =E5=BE=AE=E8=BD=AF=E9=
=9B=85=E9=BB=91,=3D"" tahoma'";=3D"" font-size:=3D"" 14px;=3D"" color:=3D"=
" rgb(0,=3D"" 0,=3D"" 0);=3D"" background-color:=3D"" rgba(0,=3D"" font-we=
ight:=3D"" normal;=3D"" font-style:=3D"" normal;text-decoration:=3D"" none=
;'=3D""><span style=3D"background-color: rgba(0, 0, 0, 0);"><font face=3D"=
=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">&nbsp;A similar procedure is used if=
 LSP2 is provisioned first at node B=0A<br>   and the creation of reverse =
LSP1 at node A is either triggered by=0A<br>   LSP2 or the reverse LSP1 ex=
isted.  In all three scenarios, the two=0A<br>   unidirectional LSPs are b=
ound together to form an associated=0A<br>   bidirectional LSP based on id=
entical (Extended) ASSOCIATION Objects=0A<br>   in the two LSPs' Path mess=
ages.=0A<br>[Lizhong]: I doubt if the following scenario is realistic in S=
ingle Sided Provisioning. =0A<br>   LSP2 is provisioned first, reverse LSP=
1 at node A is existed before LSP2.=0A<br>   The what is the Association T=
ype in reverse LSP1? Before LSP2, will the reverse&nbsp;</font></span></sp=
an></div><div style=3D"line-height: normal;"><span =E5=BE=AE=E8=BD=AF=E9=
=9B=85=E9=BB=91,=3D"" tahoma'";=3D"" font-size:=3D"" 14px;=3D"" color:=3D"=
" rgb(0,=3D"" 0,=3D"" 0);=3D"" background-color:=3D"" rgba(0,=3D"" font-we=
ight:=3D"" normal;=3D"" font-style:=3D"" normal;text-decoration:=3D"" none=
;'=3D""><span style=3D"background-color: rgba(0, 0, 0, 0);"><font face=3D"=
=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">LSP1 trigger another LSP?&nbsp;<br><=
/font></span></span></div><div style=3D"line-height: normal;"><span =E5=BE=
=AE=E8=BD=AF=E9=9B=85=E9=BB=91,=3D"" tahoma'";=3D"" font-size:=3D"" 14px;=
=3D"" color:=3D"" rgb(0,=3D"" 0,=3D"" 0);=3D"" background-color:=3D"" rgba=
(0,=3D"" font-weight:=3D"" normal;=3D"" font-style:=3D"" normal;text-decor=
ation:=3D"" none;'=3D""><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91=
"><br></font></span></div><div style=3D"line-height: normal;"><span =E5=BE=
=AE=E8=BD=AF=E9=9B=85=E9=BB=91,=3D"" tahoma'";=3D"" font-size:=3D"" 14px;=
=3D"" color:=3D"" rgb(0,=3D"" 0,=3D"" 0);=3D"" background-color:=3D"" rgba=
(0,=3D"" font-weight:=3D"" normal;=3D"" font-style:=3D"" normal;text-decor=
ation:=3D"" none;'=3D""><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91=
">Section 5.  Processing Rules=0A<br>   In general, the processing rules f=
or the ASSOCIATION Object are as=0A<br>   specified in [RFC4872] and Exten=
ded ASSOCIATION Object are specified=0A<br>   in [RFC6780].  Following sec=
tions describe the rules for processing=0A<br>   (Extended) ASSOCIATION an=
d REVERSE_LSP objects for associated=0A<br>   bidirectional LSPs.=0A<br>[L=
izhong]: across the draft, it is not explicitly saying what is the process=
ing&nbsp;</font></span></div><div style=3D"line-height: normal;"><span =E5=
=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91,=3D"" tahoma'";=3D"" font-size:=3D"" 14p=
x;=3D"" color:=3D"" rgb(0,=3D"" 0,=3D"" 0);=3D"" background-color:=3D"" rg=
ba(0,=3D"" font-weight:=3D"" normal;=3D"" font-style:=3D"" normal;text-dec=
oration:=3D"" none;'=3D""><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=
=91">rules for independent provisioning. It is better to say it here or ot=
her place.<br></font></span></div><div style=3D"line-height: normal;"><spa=
n =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91,=3D"" tahoma'";=3D"" font-size:=3D"=
" 14px;=3D"" color:=3D"" rgb(0,=3D"" 0,=3D"" 0);=3D"" background-color:=3D=
"" rgba(0,=3D"" font-weight:=3D"" normal;=3D"" font-style:=3D"" normal;tex=
t-decoration:=3D"" none;'=3D""><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=
=E9=BB=91"><br></font></span></div><div style=3D"line-height: normal;"><sp=
an =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91,=3D"" tahoma'";=3D"" font-size:=3D=
"" 14px;=3D"" color:=3D"" rgb(0,=3D"" 0,=3D"" 0);=3D"" background-color:=
=3D"" rgba(0,=3D"" font-weight:=3D"" normal;=3D"" font-style:=3D"" normal;=
text-decoration:=3D"" none;'=3D""><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=
=85=E9=BB=91">Section 5.1</font></span></div><div style=3D"line-height: no=
rmal;"><span =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91,=3D"" tahoma'";=3D"" fon=
t-size:=3D"" 14px;=3D"" color:=3D"" rgb(0,=3D"" 0,=3D"" 0);=3D"" backgroun=
d-color:=3D"" rgba(0,=3D"" font-weight:=3D"" normal;=3D"" font-style:=3D""=
 normal;text-decoration:=3D"" none;'=3D""><span style=3D"background-color:=
 rgba(0, 0, 0, 0);"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">(E=
xtended)=0AASSOCIATION Objects with both single sided and double sided=0A<=
br>   Association Types MUST NOT be added in the same Path message.=0A<br>=
[Lizhong]: what if two types exist together? Only use the first one?</font=
></span></span></div><div style=3D"line-height: normal;"><span =E5=BE=AE=
=E8=BD=AF=E9=9B=85=E9=BB=91,=3D"" tahoma'";=3D"" font-size:=3D"" 14px;=3D"=
" color:=3D"" rgb(0,=3D"" 0,=3D"" 0);=3D"" background-color:=3D"" rgba(0,=
=3D"" font-weight:=3D"" normal;=3D"" font-style:=3D"" normal;text-decorati=
on:=3D"" none;'=3D""><span style=3D"background-color: rgba(0, 0, 0, 0);"><=
font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91"><br></font></span></spa=
n></div><div style=3D"line-height: normal;"><font face=3D"=E5=BE=AE=E8=BD=
=AF=E9=9B=85=E9=BB=91">Section 5.2</font></div><div style=3D"line-height: =
normal;"><span style=3D"background-color: rgba(0, 0, 0, 0);"><font face=3D=
"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">The REVERSE_LSP Object MUST NOT be=
=0Aincluded in a REVERSE_LSP Object.=0A<br>[Lizhong]: typo here?</font></s=
pan></div><div style=3D"line-height: normal;"><span style=3D"background-co=
lor: rgba(0, 0, 0, 0);"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91=
"><br></font></span></div><div style=3D"line-height: normal;"><span style=
=3D"background-color: rgba(0, 0, 0, 0);"><font face=3D"=E5=BE=AE=E8=BD=AF=
=E9=9B=85=E9=BB=91">Section 5.3</font></span></div><div style=3D"line-heig=
ht: normal;"><span =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91,=3D"" tahoma'";=3D=
"" font-size:=3D"" 14px;=3D"" color:=3D"" rgb(0,=3D"" 0,=3D"" 0);=3D"" bac=
kground-color:=3D"" rgba(0,=3D"" font-weight:=3D"" normal;=3D"" font-style=
:=3D"" normal;text-decoration:=3D"" none;'=3D""><font face=3D"=E5=BE=AE=E8=
=BD=AF=E9=9B=85=E9=BB=91">In particular, any object that was=0Acopied as p=
art of initial Path message creation MUST</font></span></div><div style=3D=
"line-height: normal;"><span =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91,=3D"" ta=
homa'";=3D"" font-size:=3D"" 14px;=3D"" color:=3D"" rgb(0,=3D"" 0,=3D"" 0)=
;=3D"" background-color:=3D"" rgba(0,=3D"" font-weight:=3D"" normal;=3D"" =
font-style:=3D"" normal;text-decoration:=3D"" none;'=3D""><font face=3D"=
=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">be copied when=0Amodified.  =0A<br>[=
Lizhong]: not understood "copied when modified", is it "copied after modif=
ied"?</font></span></div>=0A<div style=3D""><font face=3D"=E5=BE=AE=E8=BD=
=AF=E9=9B=85=E9=BB=91"><br></font></div><div style=3D""><span times=3D"" n=
ew=3D"" roman'";=3D"" font-size:=3D"" 14px;=3D"" color:=3D"" rgb(0,=3D"" 0=
,=3D"" 0);=3D"" background-color:=3D"" rgba(0,=3D"" font-weight:=3D"" norm=
al;=3D"" font-style:=3D"" normal;text-decoration:=3D"" none;'=3D""><font f=
ace=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">In both cases, when the egres=
s node receives a PathTear message the=0A<br>   node MUST remove the assoc=
iated reverse LSP using Standard PathTear=0A<br>   message processing.  Te=
ar down of the reverse LSP for other reasons=0A<br>   SHOULD NOT trigger r=
emoval of the initiating LSP, but SHOULD result=0A<br>   in the egress nod=
e sending a PathErr with Error code "Admission=0A<br>   Control Failure (0=
1) [RFC2205]" and Sub-code "Reverse LSP Failure"=0A<br>   defined in this =
document.=0A<br>[Lizhong]: the above description is not accurate. What if =
the egress node have</font></span></div><div style=3D""><span times=3D"" n=
ew=3D"" roman'";=3D"" font-size:=3D"" 14px;=3D"" color:=3D"" rgb(0,=3D"" 0=
,=3D"" 0);=3D"" background-color:=3D"" rgba(0,=3D"" font-weight:=3D"" norm=
al;=3D"" font-style:=3D"" normal;text-decoration:=3D"" none;'=3D""><font f=
ace=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">forward LSP down because of l=
ocal link down? In that case, it will not receive</font></span></div><div =
style=3D""><span times=3D"" new=3D"" roman'";=3D"" font-size:=3D"" 14px;=
=3D"" color:=3D"" rgb(0,=3D"" 0,=3D"" 0);=3D"" background-color:=3D"" rgba=
(0,=3D"" font-weight:=3D"" normal;=3D"" font-style:=3D"" normal;text-decor=
ation:=3D"" none;'=3D""><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91=
">PathTear, it is still need to tear down the reverse LSP? It should say, =
whenever&nbsp;</font></span></div><div style=3D""><span times=3D"" new=3D"=
" roman'";=3D"" font-size:=3D"" 14px;=3D"" color:=3D"" rgb(0,=3D"" 0,=3D""=
 0);=3D"" background-color:=3D"" rgba(0,=3D"" font-weight:=3D"" normal;=3D=
"" font-style:=3D"" normal;text-decoration:=3D"" none;'=3D""><font face=3D=
"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">the forward LSP is down, the revers=
e LSP SHOULD be removed.&nbsp;<br></font></span></div><div style=3D""><spa=
n times=3D"" new=3D"" roman'";=3D"" font-size:=3D"" 14px;=3D"" color:=3D""=
 rgb(0,=3D"" 0,=3D"" 0);=3D"" background-color:=3D"" rgba(0,=3D"" font-wei=
ght:=3D"" normal;=3D"" font-style:=3D"" normal;text-decoration:=3D"" none;=
'=3D""><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91"><br></font></sp=
an></div><div style=3D""></div>=0A<div><span><div style=3D"margin: 10px; f=
ont-size: 10pt;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91"><div =
style=3D"font-size: 14px;">Regards</div><div style=3D"font-size: 14px;">Li=
zhong</div></font></div></span></div>=0A</div></div></blockquote>=0A</body=
></html>
------=_001_NextPart866671367635_=------


From nobody Sun Feb 22 10:42:47 2015
Return-Path: <curtis@ipv6.occnc.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 509AA1A6EE0; Sun, 22 Feb 2015 10:42:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.788
X-Spam-Level: 
X-Spam-Status: No, score=0.788 tagged_above=-999 required=5 tests=[BAYES_50=0.8, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 qKW5S7q3nzuI; Sun, 22 Feb 2015 10:42:44 -0800 (PST)
Received: from maildrop31.somerville.occnc.com (maildrop31.somerville.occnc.com [IPv6:2001:550:3800:203::3131]) (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 060C01A039D; Sun, 22 Feb 2015 10:42:43 -0800 (PST)
Received: from harbor31.somerville.occnc.com (harbor31.somerville.occnc.com [IPv6:2001:550:3800:203::3231]) (authenticated bits=128) by maildrop31.somerville.occnc.com (8.14.9/8.14.9) with ESMTP id t1MIgTDI024468; Sun, 22 Feb 2015 13:42:29 -0500 (EST) (envelope-from curtis@ipv6.occnc.com)
Message-Id: <201502221842.t1MIgTDI024468@maildrop31.somerville.occnc.com>
To: curtis@ipv6.occnc.com
From: Curtis Villamizar <curtis@ipv6.occnc.com>
In-reply-to: Your message of "Thu, 12 Feb 2015 10:02:15 -0500." <201502121502.t1CF2Ffd099176@maildrop31.somerville.occnc.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <24466.1424630549.1@harbor31.somerville.occnc.com>
Date: Sun, 22 Feb 2015 13:42:29 -0500
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-dir/cMbkvDc1l7xhgalyt2jbpprXHeI>
Cc: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "Joel M. Halpern" <jmh@joelhalpern.com>, "draft-ietf-rtgwg-cl-use-cases@tools.ietf.org" <draft-ietf-rtgwg-cl-use-cases@tools.ietf.org>, "rtg-ads@tools.ietf.org" <rtg-ads@tools.ietf.org>, "<rtgwg@ietf.org>" <rtgwg@ietf.org>
Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-rtgwg-cl-use-cases-06.txt
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: curtis@ipv6.occnc.com
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 22 Feb 2015 18:42:46 -0000

All,

Two weeks would be Feb 26, four days from now.

So far I've only heard from Ning (positive response).  Are the other
co-authors too disinterested to reply?  If so, perhaps at best the
author list needs to be pruned and some names moved to "contributor"
so we don't get hung up later in AUTH48.

At worst, we just say "never mind".  Still waiting to hear from Dave,
Lucy, and Andy.

Curtis


In message <201502121502.t1CF2Ffd099176@maildrop31.somerville.occnc.com>
Curtis Villamizar writes:
> 
> So far I got one message from a co-author and its not encouraging:
>  
>   ning.so@tatacommunications.com
>     (generated from draft-ietf-rtgwg-cl-use-cases@tools.ietf.org)
>     SMTP error from remote mail server \
>       after RCPT TO:<ning.so@tatacommunications.com>:
>     host mx5.tatacommunications.com [115.114.148.135]:
>     550 #5.1.0 Address rejected.
>  
> At best that counts as an address change at least temporarily to
> "unknown".
>  
> This has been idle for very long.  Lets give it a week or two and if
> no responses, then move use-cases and framework to abandoned state.
> If there is interest in the topic later, a new individual submission
> can be started (possibly just a framework) and the WG can decide if
> there is enough interest to make that new draft a WG item.
>  
> Curtis
>  
>  
> In message <D10108C4.8DB10%jeff.tantsura@ericsson.com>
> Jeff Tantsura writes:
> > 
> > Hi Curtis,
> >  
> > Please let me know how would you like to proceed with the draft.
> > If you feel it should progress and since Routing Directorate is done with
> > no issues found - please resubmit, I'll provide writeup and submit to the
> > IESG.
> >  
> > Thanks!
> >  
> > Cheers,
> > Jeff
> >  
> >  
> >  
> >  
> > -----Original Message-----
> > From: Curtis Villamizar <curtis@ipv6.occnc.com>
> > Reply-To: "curtis@ipv6.occnc.com" <curtis@ipv6.occnc.com>
> > Date: Wednesday, February 11, 2015 at 12:06 PM
> > To: Joel Halpern <jmh@joelhalpern.com>
> > Cc: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "<rtgwg@ietf.org>"
> > <rtgwg@ietf.org>, "draft-ietf-rtgwg-cl-use-cases@tools.ietf.org"
> > <draft-ietf-rtgwg-cl-use-cases@tools.ietf.org>, "rtg-ads@tools.ietf.org"
> > <rtg-ads@tools.ietf.org>
> > Subject: Re: RtgDir review: draft-ietf-rtgwg-cl-use-cases-06.txt
> >  
> > >In message <54C2B86A.6010607@joelhalpern.com>
> > >"Joel M. Halpern" writes:
> > >> 
> > >> 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-rtgwg-cl-use-cases-06.txt
> > >>      Advanced Multipath Use Cases and Design Considerations
> > >> Reviewer: Joel M. Halpern
> > >> Review Date: 23-January-2015
> > >> IETF LC End Date: N/A
> > >> Intended Status: Informational
> > >>  
> > >> Summary: No issues found. This document is ready for publication.
> > >>  
> > >> Minor note: This draft appears to have expired.
> > >
> > >
> > >Hello again Joel,
> > >
> > >FYI - to the Cc.  I emailed Joel off list about this.  This draft lay
> > >dormant in "AD review" for a long time.  Apparently the AD shepard had
> > >a change of heart about this .. or something.
> > >
> > >The draft itself could be described as inconsequential but contains
> > >parts of earlier CL requirements draft and CL framework that more
> > >closely resembled use cases.  This draft exists both to be
> > >informational and to unclutter the requirements and framework.
> > >
> > >At this point I can submit another draft.  But ...
> > >
> > >I would like to know from the co-authors two things:
> > >
> > >  1.  Is there still interest in CL aka Advanced Multipath?
> > >  2.  Any changes in contact information?
> > >
> > >I'm particularly interested in whether there is interest at Verizon
> > >since they were the potential user driving this in the first place.
> > >However two of the three Verizon co-authors to the CL drafts are no
> > >longer at Verizon.
> > >
> > >No further replies should be interpreted as "no interest" although an
> > >explicit "no interest" would be preferred if that is the case.
> > >
> > >If there is interest I'll resubmit this.  If there is still interest
> > >in the framework, we can resurrect that document as well but the
> > >framework needs work and discussion had fallen off to nothing by the
> > >time it expired.
> > >
> > >Curtis
> > >
> > >_______________________________________________
> > >rtgwg mailing list
> > >rtgwg@ietf.org
> > >https://www.ietf.org/mailman/listinfo/rtgwg


From nobody Sun Feb 22 18:26:24 2015
Return-Path: <lizho.jin@gmail.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1433F1A00FB; Sun, 22 Feb 2015 18:26:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.683
X-Spam-Level: *
X-Spam-Status: No, score=1.683 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_FONT_FACE_BAD=0.981, HTML_FONT_LOW_CONTRAST=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=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 bzWds7tWlujE; Sun, 22 Feb 2015 18:26:18 -0800 (PST)
Received: from mail-ig0-x22a.google.com (mail-ig0-x22a.google.com [IPv6:2607:f8b0:4001:c05::22a]) (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 DAAC11A00F6; Sun, 22 Feb 2015 18:26:17 -0800 (PST)
Received: by mail-ig0-f170.google.com with SMTP id l13so18196014iga.1; Sun, 22 Feb 2015 18:26:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=date:from:to:cc:subject:references:mime-version:message-id :content-type; bh=4TZNF5dIj8WY2OFChjAB+FH/5VByRff/HIsKxOiduYw=; b=vIWnjGMOBNMBHJqkrsiDU7l7PtebVjs09j4APH80hBRxwq3KThneGffcS3mn2iDt+A sNE5QzcaJpso0UzFZ1pxkThpjwrGwA0kuajx3oUSmPo81Yl8r45KRWaWCD1J56oNx2YP kY+6uasBJY02eBRbO7y9P/kW5ooeyxtJtu31OlN/G4Vl7VJbsuTF8+pShWxQZGSlPSAw JEtM+Pw43qvQelf2OjvFO69YCY8vY80i4e/WWuf6PMbqVGPlD+XIOCmv8u7W+zRH21AN rsNMUOhMob+sH4PdnxCeS6VEaprA2HteK0QuZ1EeaFMFH0vBJTmNGAp6draPr0eLTdBU HX2Q==
X-Received: by 10.42.236.138 with SMTP id kk10mr9376934icb.60.1424658377081; Sun, 22 Feb 2015 18:26:17 -0800 (PST)
Received: from Lizhong ([112.4.16.22]) by mx.google.com with ESMTPSA id lr3sm5406769igb.22.2015.02.22.18.26.08 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 22 Feb 2015 18:26:16 -0800 (PST)
Date: Mon, 23 Feb 2015 10:26:29 +0800
From: "lizho.jin@gmail.com" <lizho.jin@gmail.com>
To: rgandhi <rgandhi@cisco.com>, teas <teas@ietf.org>,  draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp <draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp@tools.ietf.org>
References: <D10E0167.506F4%rgandhi@cisco.com>
X-Priority: 3
X-GUID: 4E27F4CC-0CE2-407E-9A4A-50343CB6DB36
X-Has-Attach: no
X-Mailer: Foxmail 7, 2, 5, 140[en]
Mime-Version: 1.0
Message-ID: <2015022310262586513513@gmail.com>
Content-Type: multipart/alternative; boundary="----=_001_NextPart038508345558_=----"
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-dir/p4ZEm_ROdHqYE01aKWNOrMpYV2Y>
Cc: rtg-dir <rtg-dir@ietf.org>, rtg-ads <rtg-ads@tools.ietf.org>
Subject: Re: [RTG-DIR] [Teas] RtgDir Review of draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-02
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 23 Feb 2015 02:26:21 -0000

This is a multi-part message in MIME format.

------=_001_NextPart038508345558_=----
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: base64

SGkgUmFrZXNoLA0KVGhhbmtzIGZvciB0aGUgcXVpY2sgcmVwbHkuIEkgcmVhZCB2MDUsIGFuZCBP
SyBmb3IgdGhlIGNoYW5nZXMuIE9uZSBtaW5vciBjb21tZW50cyBiZWxvdywgZGVwZW5kcyBvbiB5
b3UgdG8gY2hhbmdlIG9yIG5vdC4NCg0KU2VjdGlvbiA1LiBQcm9jZXNzaW5nIFJ1bGVzIA0KSW4g
Z2VuZXJhbCwgdGhlIHByb2Nlc3NpbmcgcnVsZXMgZm9yIHRoZSBBU1NPQ0lBVElPTiBPYmplY3Qg
YXJlIGFzIA0Kc3BlY2lmaWVkIGluIFtSRkM0ODcyXSBhbmQgRXh0ZW5kZWQgQVNTT0NJQVRJT04g
T2JqZWN0IGFyZSBzcGVjaWZpZWQgDQppbiBbUkZDNjc4MF0uIEZvbGxvd2luZyBzZWN0aW9ucyBk
ZXNjcmliZSB0aGUgcnVsZXMgZm9yIHByb2Nlc3NpbmcgDQooRXh0ZW5kZWQpIEFTU09DSUFUSU9O
IGFuZCBSRVZFUlNFX0xTUCBvYmplY3RzIGZvciBhc3NvY2lhdGVkIA0KYmlkaXJlY3Rpb25hbCBM
U1BzLiANCltMaXpob25nXTogYWNyb3NzIHRoZSBkcmFmdCwgaXQgaXMgbm90IGV4cGxpY2l0bHkg
c2F5aW5nIHdoYXQgaXMgdGhlIHByb2Nlc3NpbmcgDQpydWxlcyBmb3IgaW5kZXBlbmRlbnQgcHJv
dmlzaW9uaW5nLiBJdCBpcyBiZXR0ZXIgdG8gc2F5IGl0IGhlcmUgb3Igb3RoZXIgcGxhY2UuDQoN
CjxSRz4gVGhlcmUgYXJlIHJlbGF0ZWQgY2hhbmdlcyBpbiB0aGUgbGF0ZXN0IHZlcnNpb24gb2Yg
dGhlIGRyYWZ0LCBlc3BlY2lhbGx5IHdpdGggUkVWRVJTRV9MU1AgT2JqZWN0IHVzYWdlLiBQbGVh
c2UgYWR2aXNlIGlmIGxpa2UgdG8gc2VlIGFueXRoaW5nIHNwZWNpZmljLg0KDQpbTGl6aG9uZ10g
SSBsaWtlIHRoZSBleHBsaWN0IGRlc2NyaXB0aW9uLCBsaWtlIHRoZSBmb2xsb3dpbmcuIA0KRm9s
bG93aW5nIHNlY3Rpb25zIGRlc2NyaWJlIHRoZSBydWxlcyBmb3IgcHJvY2Vzc2luZyANCihFeHRl
bmRlZCkgQVNTT0NJQVRJT04gb2JqZWN0cyBmb3IgYm90aCBTaW5nbGUgU2lkZWQgYW5kIA0KRG91
YmxlIFNpZGVkIFByb3Zpc2lvbmVkIExTUCwgYW5kIFJFVkVSU0VfTFNQIG9iamVjdHMgDQpvbmx5
IGZvciBTaW5nbGUgU2lkZWQgUHJvdmlzaW9uZWQgTFNQLg0KDQoNCg0KUmVnYXJkcw0KTGl6aG9u
Zw0KIA0KRnJvbTogUmFrZXNoIEdhbmRoaSAocmdhbmRoaSkNCkRhdGU6IDIwMTUtMDItMjEgMjM6
MDgNClRvOiBsaXpoby5qaW5AZ21haWwuY29tOyB0ZWFzOyBkcmFmdC1pZXRmLXRlYXMtbXBscy10
cC1yc3ZwdGUtZXh0LWFzc29jaWF0ZWQtbHNwDQpDQzogcnRnLWRpcjsgcnRnLWFkcw0KU3ViamVj
dDogUmU6IFtUZWFzXSBSdGdEaXIgUmV2aWV3IG9mIGRyYWZ0LWlldGYtdGVhcy1tcGxzLXRwLXJz
dnB0ZS1leHQtYXNzb2NpYXRlZC1sc3AtMDINCkhpIExpemhvbmcsDQoNClRoYW5rIHlvdSBmb3Ig
cmV2aWV3aW5nIHRoZSBkb2N1bWVudCBhbmQgcHJvdmlkaW5nIHlvdXIgY29tbWVudHMuDQoNClBs
ZWFzZSBzZWUgaW5saW5lIC4uIDxSRz4gLi4NCg0KRnJvbTogIkxpemhvbmcgY29tPiIgPGxpemhv
LmppbkBnbWFpbC5jb20+DQpEYXRlOiBUaHVyc2RheSwgMTkgRmVicnVhcnksIDIwMTUgNDo0OSBB
TQ0KVG86IHRlYXMgPHRlYXNAaWV0Zi5vcmc+LCBkcmFmdC1pZXRmLXRlYXMtbXBscy10cC1yc3Zw
dGUtZXh0LWFzc29jaWF0ZWQtbHNwIDxkcmFmdC1pZXRmLXRlYXMtbXBscy10cC1yc3ZwdGUtZXh0
LWFzc29jaWF0ZWQtbHNwQHRvb2xzLmlldGYub3JnPg0KQ2M6IHJ0Zy1kaXIgPHJ0Zy1kaXJAaWV0
Zi5vcmc+LCB0ZWFzIDx0ZWFzQGlldGYub3JnPiwgcnRnLWFkcyA8cnRnLWFkc0B0b29scy5pZXRm
Lm9yZz4NClN1YmplY3Q6IFJlOiBbVGVhc10gUnRnRGlyIFJldmlldyBvZiBkcmFmdC1pZXRmLXRl
YXMtbXBscy10cC1yc3ZwdGUtZXh0LWFzc29jaWF0ZWQtbHNwLTAyDQoNClNvcnJ5LCBJIG1pc3Nl
ZCBvbmUgbW9yZSBjb21tZW50IGJlbG93Og0KU2VjdGlvbiA3IFNlY3VyaXR5IENvbnNpZGVyYXRp
b25zDQpbTGl6aG9uZ10gdGhlIHNpbmdsZSBzaWRlIHByb3Zpc2lvbmluZyBtb2RlIHdpbGwgYWxs
b3cgb25lIG5vZGUgdG8gdHJpZ2dlciBhbm90aGVyIA0Kbm9kZSB0byBzZXR1cCBMU1AuIFRoaXMg
d2lsbCBpbnRyb2R1Y2Ugc29tZSBzZWN1cml0eSBpc3N1ZSBmb3IgdGhlIHJlbW90ZSBub2RlLiAN
ClNvbWUgYWRtaW5pc3RyYXRpdmUgcG9saWNlIG1heSBiZSBpbnRyb2R1Y2VkIHRvIGFsbG93L2Rl
bnkgb3RoZXJzIHRvIHRyaWdnZXIgTFNQIHNldHVwLg0KDQo8Ukc+IEFncmVlLCB1cGRhdGVkIGlu
IHRoZSBsYXRlc3QgcmV2aXNpb24gKDA1KS4NCg0KDQoNClJlZ2FyZHMNCkxpemhvbmcNCiANCkZy
b206IGxpemhvLmppbkBnbWFpbC5jb20NCkRhdGU6IDIwMTUtMDItMTkgMTc6MjENClRvOiB0ZWFz
OyBkcmFmdC1pZXRmLXRlYXMtbXBscy10cC1yc3ZwdGUtZXh0LWFzc29jaWF0ZWQtbHNwDQpDQzog
cnRnLWRpckBpZXRmLm9yZzsgcnRnLWFkczsgdGVhcw0KU3ViamVjdDogUnRnRGlyIFJldmlldyBv
ZiBkcmFmdC1pZXRmLXRlYXMtbXBscy10cC1yc3ZwdGUtZXh0LWFzc29jaWF0ZWQtbHNwLTAyDQpI
ZWxsbw0KIA0KSSBoYXZlIGJlZW4gc2VsZWN0ZWQgYXMgdGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUg
cmV2aWV3ZXIgZm9yIHRoaXMgZHJhZnQuDQpUaGUgUm91dGluZyBEaXJlY3RvcmF0ZSBzZWVrcyB0
byByZXZpZXcgYWxsIHJvdXRpbmcgb3Igcm91dGluZy1yZWxhdGVkDQpkcmFmdHMgYXMgdGhleSBw
YXNzIHRocm91Z2ggSUVURiBsYXN0IGNhbGwgYW5kIElFU0cgcmV2aWV3LCBhbmQNCnNvbWV0aW1l
cyBvbiBzcGVjaWFsIHJlcXVlc3QuIFRoZSBwdXJwb3NlIG9mIHRoZSByZXZpZXcgaXMgdG8gcHJv
dmlkZQ0KYXNzaXN0YW5jZSB0byB0aGUgUm91dGluZyBBRHMuIEZvciBtb3JlIGluZm9ybWF0aW9u
IGFib3V0IHRoZSBSb3V0aW5nDQpEaXJlY3RvcmF0ZSwgcGxlYXNlIHNlZSDigIsNCmh0dHA6Ly90
cmFjLnRvb2xzLmlldGYub3JnL2FyZWEvcnRnL3RyYWMvd2lraS9SdGdEaXINCiANCkFsdGhvdWdo
IHRoZXNlIGNvbW1lbnRzIGFyZSBwcmltYXJpbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIFJvdXRpbmcg
QURzLCBpdA0Kd291bGQgYmUgaGVscGZ1bCBpZiB5b3UgY291bGQgY29uc2lkZXIgdGhlbSBhbG9u
ZyB3aXRoIGFueSBvdGhlciBJRVRGDQpMYXN0IENhbGwgY29tbWVudHMgdGhhdCB5b3UgcmVjZWl2
ZSwgYW5kIHN0cml2ZSB0byByZXNvbHZlIHRoZW0gdGhyb3VnaA0KZGlzY3Vzc2lvbiBvciBieSB1
cGRhdGluZyB0aGUgZHJhZnQuDQogDQpEb2N1bWVudDogZHJhZnQtaWV0Zi10ZWFzLW1wbHMtdHAt
cnN2cHRlLWV4dC1hc3NvY2lhdGVkLWxzcC0wMg0KUmV2aWV3ZXI6IExpemhvbmcgSmluDQpSZXZp
ZXcgRGF0ZTogMTkgRmVicnVhcnkgMjAxNQ0KSUVURiBMQyBFbmQgRGF0ZTogTi9BDQpJbnRlbmRl
ZCBTdGF0dXM6IFN0YW5kYXJkIFRyYWNrDQogDQpTdW1tYXJ5Og0KVGhlIGRvY3VtZW50IGlzIGJh
c2ljYWxseSByZWFkeSBmb3IgcHVibGljYXRpb24uIEkgZm91bmQgc29tZSBtaW5vciBpc3N1ZXMs
IGFuZCBob3BlDQp0byBzZWUgdGhlIGNsYXJpZmljYXRpb24uDQoNCkNvbW1uZXRzOg0KSSBwYXRp
Y2lwYXRlIHRoZSBpbml0aWFsIGRpc2N1c3Npb24gb2YgdGhpcyBkcmFmdC4gSSBhbSBsdWNreSB0
byByZXZpZXcgaXQgYWdhaW4uIE92ZXJhbGwsIHRoZQ0KcHJvY2Vzc2luZyBydWxlIG9mIGluZGVw
ZW5kZW50IHByb3Zpc2lvbmluZyBob3BlIHRvIGJlIGV4cGxpY2l0bHkgZGVzY3JpYmVkLiANCk5v
IG1ham9yIGlzc3Vlcywgc29tZSBtaW5vciBpc3N1ZXMgbmVlZCB0byBiZSBjbGFyaWZpZWQuDQoN
CjxSRz4gR3JlYXQsIHRoYW5rcy4NCg0KTWFqb3IgaXNzdWVzOiBObw0KDQpNaW5vciBpc3N1ZXM6
DQpTZWN0aW9uIDMuMg0KSW4gZWFjaCBvZiB0aGUgc2l0dWF0aW9ucyBkZXNjcmliZWQgYWJvdmUs
IGJvdGggcHJvdmlzaW9uaW5nIG1vZGVscyANCmFyZSBhcHBsaWNhYmxlLiANCltMaXpob25nXTog
Zm9yIHRoZSBzZWNvbmQgc2l0dWF0aW9ucyBhYm92ZSwgaG93IGNvdWxkIHlvdSBsZXQgdGhlIHJl
dmVyc2UgTFNQIA0KdG8gYmUgZXhpc3RlZCBiZWZvcmUgdGhlIGZvcndhcmQgTFNQIGZvciBzaW5n
bGUgc2lkZSBwcm92aXNpb25pbmc/IFdvdWxkbid0IHRoZSANCnJldmVyc2UgTFNQIHRyaWdnZXIg
YW5vdGhlciByZXZlcnNlIExTUD8NCg0KPFJHPiAgRml4ZWQuDQoNClNlY3Rpb24gMy4yLjEuIA0K
Rm9yIHRoZSBzaW5nbGUgc2lkZWQgcHJvdmlzaW9uaW5nIG1vZGVsLCBjcmVhdGlvbiBvZiByZXZl
cnNlIExTUDEgaXMgDQp0cmlnZ2VyZWQgYnkgTFNQMiBvciBjcmVhdGlvbiBvZiByZXZlcnNlIExT
UDIgaXMgdHJpZ2dlcmVkIGJ5IExTUDEuIA0KV2hlbiBjcmVhdGlvbiBvZiByZXZlcnNlIExTUDIg
aXMgdHJpZ2dlcmVkIGJ5IExTUDEsIExTUDEgaXMgDQpwcm92aXNpb25lZCBmaXJzdCAob3IgcmVm
cmVzaGVkIGlmIExTUDEgYWxyZWFkeSBleGlzdHMpIGF0IG5vZGUgQS4gDQpbTGl6aG9uZ106IExT
UDEgYW5kIExTUDIgaXMgaW4gRmlyZ3VyZTE/IEJldHRlciB0byBleHBsaWNpdGx5IHNheSB0aGF0
IGluDQp0aGUgZG9jdW1lbnQuDQoNCjxSRz4gIEZpeGVkLg0KDQogQSBzaW1pbGFyIHByb2NlZHVy
ZSBpcyB1c2VkIGlmIExTUDIgaXMgcHJvdmlzaW9uZWQgZmlyc3QgYXQgbm9kZSBCIA0KYW5kIHRo
ZSBjcmVhdGlvbiBvZiByZXZlcnNlIExTUDEgYXQgbm9kZSBBIGlzIGVpdGhlciB0cmlnZ2VyZWQg
YnkgDQpMU1AyIG9yIHRoZSByZXZlcnNlIExTUDEgZXhpc3RlZC4gSW4gYWxsIHRocmVlIHNjZW5h
cmlvcywgdGhlIHR3byANCnVuaWRpcmVjdGlvbmFsIExTUHMgYXJlIGJvdW5kIHRvZ2V0aGVyIHRv
IGZvcm0gYW4gYXNzb2NpYXRlZCANCmJpZGlyZWN0aW9uYWwgTFNQIGJhc2VkIG9uIGlkZW50aWNh
bCAoRXh0ZW5kZWQpIEFTU09DSUFUSU9OIE9iamVjdHMgDQppbiB0aGUgdHdvIExTUHMnIFBhdGgg
bWVzc2FnZXMuIA0KW0xpemhvbmddOiBJIGRvdWJ0IGlmIHRoZSBmb2xsb3dpbmcgc2NlbmFyaW8g
aXMgcmVhbGlzdGljIGluIFNpbmdsZSBTaWRlZCBQcm92aXNpb25pbmcuIA0KTFNQMiBpcyBwcm92
aXNpb25lZCBmaXJzdCwgcmV2ZXJzZSBMU1AxIGF0IG5vZGUgQSBpcyBleGlzdGVkIGJlZm9yZSBM
U1AyLiANClRoZSB3aGF0IGlzIHRoZSBBc3NvY2lhdGlvbiBUeXBlIGluIHJldmVyc2UgTFNQMT8g
QmVmb3JlIExTUDIsIHdpbGwgdGhlIHJldmVyc2UgDQpMU1AxIHRyaWdnZXIgYW5vdGhlciBMU1A/
IA0KDQo8Ukc+ICBGaXhlZC4NCg0KU2VjdGlvbiA1LiBQcm9jZXNzaW5nIFJ1bGVzIA0KSW4gZ2Vu
ZXJhbCwgdGhlIHByb2Nlc3NpbmcgcnVsZXMgZm9yIHRoZSBBU1NPQ0lBVElPTiBPYmplY3QgYXJl
IGFzIA0Kc3BlY2lmaWVkIGluIFtSRkM0ODcyXSBhbmQgRXh0ZW5kZWQgQVNTT0NJQVRJT04gT2Jq
ZWN0IGFyZSBzcGVjaWZpZWQgDQppbiBbUkZDNjc4MF0uIEZvbGxvd2luZyBzZWN0aW9ucyBkZXNj
cmliZSB0aGUgcnVsZXMgZm9yIHByb2Nlc3NpbmcgDQooRXh0ZW5kZWQpIEFTU09DSUFUSU9OIGFu
ZCBSRVZFUlNFX0xTUCBvYmplY3RzIGZvciBhc3NvY2lhdGVkIA0KYmlkaXJlY3Rpb25hbCBMU1Bz
LiANCltMaXpob25nXTogYWNyb3NzIHRoZSBkcmFmdCwgaXQgaXMgbm90IGV4cGxpY2l0bHkgc2F5
aW5nIHdoYXQgaXMgdGhlIHByb2Nlc3NpbmcgDQpydWxlcyBmb3IgaW5kZXBlbmRlbnQgcHJvdmlz
aW9uaW5nLiBJdCBpcyBiZXR0ZXIgdG8gc2F5IGl0IGhlcmUgb3Igb3RoZXIgcGxhY2UuDQoNCjxS
Rz4gVGhlcmUgYXJlIHJlbGF0ZWQgY2hhbmdlcyBpbiB0aGUgbGF0ZXN0IHZlcnNpb24gb2YgdGhl
IGRyYWZ0LCBlc3BlY2lhbGx5IHdpdGggUkVWRVJTRV9MU1AgT2JqZWN0IHVzYWdlLiBQbGVhc2Ug
YWR2aXNlIGlmIGxpa2UgdG8gc2VlIGFueXRoaW5nIHNwZWNpZmljLg0KDQpTZWN0aW9uIDUuMQ0K
KEV4dGVuZGVkKSBBU1NPQ0lBVElPTiBPYmplY3RzIHdpdGggYm90aCBzaW5nbGUgc2lkZWQgYW5k
IGRvdWJsZSBzaWRlZCANCkFzc29jaWF0aW9uIFR5cGVzIE1VU1QgTk9UIGJlIGFkZGVkIGluIHRo
ZSBzYW1lIFBhdGggbWVzc2FnZS4gDQpbTGl6aG9uZ106IHdoYXQgaWYgdHdvIHR5cGVzIGV4aXN0
IHRvZ2V0aGVyPyBPbmx5IHVzZSB0aGUgZmlyc3Qgb25lPw0KDQo8Ukc+IEl0IHNheXMgTVVTVCBO
T1QgOikNCg0KU2VjdGlvbiA1LjINClRoZSBSRVZFUlNFX0xTUCBPYmplY3QgTVVTVCBOT1QgYmUg
aW5jbHVkZWQgaW4gYSBSRVZFUlNFX0xTUCBPYmplY3QuIA0KW0xpemhvbmddOiB0eXBvIGhlcmU/
DQoNCjxSRz4gVGhlIGRvY3VtZW50IGRvZXMgbm90IGFsbG93IG5lc3RlZCBSRVZFUlNFX0xTUCBP
YmplY3RzLg0KDQpTZWN0aW9uIDUuMw0KSW4gcGFydGljdWxhciwgYW55IG9iamVjdCB0aGF0IHdh
cyBjb3BpZWQgYXMgcGFydCBvZiBpbml0aWFsIFBhdGggbWVzc2FnZSBjcmVhdGlvbiBNVVNUDQpi
ZSBjb3BpZWQgd2hlbiBtb2RpZmllZC4gDQpbTGl6aG9uZ106IG5vdCB1bmRlcnN0b29kICJjb3Bp
ZWQgd2hlbiBtb2RpZmllZCIsIGlzIGl0ICJjb3BpZWQgYWZ0ZXIgbW9kaWZpZWQiPw0KDQo8Ukc+
IEZpeGVkLg0KDQpJbiBib3RoIGNhc2VzLCB3aGVuIHRoZSBlZ3Jlc3Mgbm9kZSByZWNlaXZlcyBh
IFBhdGhUZWFyIG1lc3NhZ2UgdGhlIA0Kbm9kZSBNVVNUIHJlbW92ZSB0aGUgYXNzb2NpYXRlZCBy
ZXZlcnNlIExTUCB1c2luZyBTdGFuZGFyZCBQYXRoVGVhciANCm1lc3NhZ2UgcHJvY2Vzc2luZy4g
VGVhciBkb3duIG9mIHRoZSByZXZlcnNlIExTUCBmb3Igb3RoZXIgcmVhc29ucyANClNIT1VMRCBO
T1QgdHJpZ2dlciByZW1vdmFsIG9mIHRoZSBpbml0aWF0aW5nIExTUCwgYnV0IFNIT1VMRCByZXN1
bHQgDQppbiB0aGUgZWdyZXNzIG5vZGUgc2VuZGluZyBhIFBhdGhFcnIgd2l0aCBFcnJvciBjb2Rl
ICJBZG1pc3Npb24gDQpDb250cm9sIEZhaWx1cmUgKDAxKSBbUkZDMjIwNV0iIGFuZCBTdWItY29k
ZSAiUmV2ZXJzZSBMU1AgRmFpbHVyZSIgDQpkZWZpbmVkIGluIHRoaXMgZG9jdW1lbnQuIA0KW0xp
emhvbmddOiB0aGUgYWJvdmUgZGVzY3JpcHRpb24gaXMgbm90IGFjY3VyYXRlLiBXaGF0IGlmIHRo
ZSBlZ3Jlc3Mgbm9kZSBoYXZlDQpmb3J3YXJkIExTUCBkb3duIGJlY2F1c2Ugb2YgbG9jYWwgbGlu
ayBkb3duPyBJbiB0aGF0IGNhc2UsIGl0IHdpbGwgbm90IHJlY2VpdmUNClBhdGhUZWFyLCBpdCBp
cyBzdGlsbCBuZWVkIHRvIHRlYXIgZG93biB0aGUgcmV2ZXJzZSBMU1A/IEl0IHNob3VsZCBzYXks
IHdoZW5ldmVyIA0KdGhlIGZvcndhcmQgTFNQIGlzIGRvd24sIHRoZSByZXZlcnNlIExTUCBTSE9V
TEQgYmUgcmVtb3ZlZC4gDQoNCjxSRz4gRml4ZWQuDQoNCk1hbnkgdGhhbmtzIGFnYWluLA0KUmFr
ZXNoDQoNCg0KUmVnYXJkcw0KTGl6aG9uZw0K

------=_001_NextPart038508345558_=----
Content-Type: text/html;
	charset="utf-8"
Content-Transfer-Encoding: quoted-printable

<html><head><meta http-equiv=3D"content-type" content=3D"text/html; charse=
t=3Dutf-8"><style>body { line-height: 1.5; }blockquote { margin-top: 0px; =
margin-bottom: 0px; margin-left: 0.5em; }div.foxdiv20150223095648024957 { =
word-wrap: break-word; -webkit-line-break: after-white-space; color: rgb(0=
, 0, 0); font-size: 14px; font-family: CALIBRI, sans-serif; }body { font-s=
ize: 10.5pt; font-family: 'Times New Roman'; color: rgb(0, 0, 0); line-hei=
ght: 1.5; }</style></head><body>=0A<div><span></span><span id=3D"OLK_SRC_B=
ODY_SECTION" style=3D"font-family: CALIBRI, sans-serif;"><blockquote><div =
class=3D"FoxDiv20150219174658733298"><div style=3D"line-height: normal;"><=
span =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91,tahoma??;font-size:14px;color:rg=
b(0,0,0);background-color:rgba(0,font-weight:normal;font-style:normal;text=
-decoration:none;?=3D""><span style=3D"line-height: 21px;">Hi Rakesh,</spa=
n></span></div><div style=3D"line-height: normal;"><span =E5=BE=AE=E8=BD=
=AF=E9=9B=85=E9=BB=91,tahoma??;font-size:14px;color:rgb(0,0,0);background-=
color:rgba(0,font-weight:normal;font-style:normal;text-decoration:none;?=
=3D""><span style=3D"line-height: 21px;">Thanks for the quick reply. I rea=
d v05, and OK for the changes.&nbsp;</span></span><span style=3D"font-size=
: 10.5pt; line-height: 1.5; background-color: window;">One minor comments =
below, depends on you to change or not.</span></div><div style=3D"line-hei=
ght: normal;"><span =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91,tahoma??;font-siz=
e:14px;color:rgb(0,0,0);background-color:rgba(0,font-weight:normal;font-st=
yle:normal;text-decoration:none;?=3D""><font face=3D"=E5=BE=AE=E8=BD=AF=E9=
=9B=85=E9=BB=91"><br></font></span></div><div style=3D"line-height: normal=
;"><span =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91,tahoma??;font-size:14px;colo=
r:rgb(0,0,0);background-color:rgba(0,font-weight:normal;font-style:normal;=
text-decoration:none;?=3D""><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=
=BB=91">Section 5. Processing Rules&nbsp;<br>In general, the processing ru=
les for the ASSOCIATION Object are as&nbsp;<br>specified in [RFC4872] and =
Extended ASSOCIATION Object are specified&nbsp;<br>in [RFC6780]. Following=
 sections describe the rules for processing&nbsp;<br>(Extended) ASSOCIATIO=
N and REVERSE_LSP objects for associated&nbsp;<br>bidirectional LSPs.&nbsp=
;<br>[Lizhong]: across the draft, it is not explicitly saying what is the =
processing&nbsp;</font></span></div><div style=3D"line-height: normal;"><s=
pan =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91,tahoma??;font-size:14px;color:rgb=
(0,0,0);background-color:rgba(0,font-weight:normal;font-style:normal;text-=
decoration:none;?=3D""><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91"=
>rules for independent provisioning. It is better to say it here or other =
place.<br></font></span></div></div></blockquote></span><span style=3D"fon=
t-family: CALIBRI, sans-serif;"></span><div style=3D"font-family: CALIBRI,=
 sans-serif;"><br></div><div style=3D"font-family: CALIBRI, sans-serif;">&=
lt;RG&gt; There are related changes in the latest version of the draft, es=
pecially with REVERSE_LSP Object usage. Please advise if like to see anyth=
ing specific.</div></div><div style=3D"font-family: CALIBRI, sans-serif;">=
<br></div><div style=3D"font-family: CALIBRI, sans-serif;">[Lizhong] I lik=
e the explict description, like the following.&nbsp;</div><div style=3D"fo=
nt-family: CALIBRI, sans-serif;"><span style=3D"font-family: =E5=BE=AE=E8=
=BD=AF=E9=9B=85=E9=BB=91; line-height: normal;">Following sections describ=
e the rules for processing</span><span style=3D"font-family: =E5=BE=AE=E8=
=BD=AF=E9=9B=85=E9=BB=91; line-height: normal;">&nbsp;</span><br style=3D"=
font-family: =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91; line-height: normal;"><=
span style=3D"font-family: =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91; line-heig=
ht: normal;">(Extended) ASSOCIATION objects for both&nbsp;</span><span sty=
le=3D"background-color: rgba(0, 0, 0, 0); font-family: =E5=BE=AE=E8=BD=AF=
=E9=9B=85=E9=BB=91; line-height: 1.5;">Single Sided and&nbsp;</span></div>=
<div style=3D"font-family: CALIBRI, sans-serif;"><span style=3D"background=
-color: rgba(0, 0, 0, 0); font-family: =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=
=91; line-height: 1.5;">Double Sided Provisioned LSP,&nbsp;</span><span st=
yle=3D"background-color: window; font-family: =E5=BE=AE=E8=BD=AF=E9=9B=85=
=E9=BB=91; line-height: normal;">and REVERSE_LSP objects&nbsp;</span></div=
><div style=3D"font-family: CALIBRI, sans-serif;"><span style=3D"backgroun=
d-color: window; font-family: =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91; line-h=
eight: normal;">only for&nbsp;</span><span style=3D"font-family: =E5=BE=AE=
=E8=BD=AF=E9=9B=85=E9=BB=91;">Single Sided Provisioned&nbsp;</span><span s=
tyle=3D"font-family: =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91; line-height: no=
rmal; background-color: window;">LSP.</span></div>=0A<div><br></div><hr st=
yle=3D"WIDTH: 210px; HEIGHT: 1px" color=3D"#b5c4df" size=3D"1" align=3D"le=
ft">=0A<div><span><div style=3D"MARGIN: 10px; FONT-FAMILY: verdana; FONT-S=
IZE: 10pt"><div>Regards</div><div>Lizhong</div></div></span></div>=0A<bloc=
kquote style=3D"margin-top: 0px; margin-bottom: 0px; margin-left: 0.5em;">=
<div>&nbsp;</div><div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;=
padding:3.0pt 0cm 0cm 0cm"><div style=3D"PADDING-RIGHT: 8px; PADDING-LEFT:=
 8px; FONT-SIZE: 12px;FONT-FAMILY:tahoma;COLOR:#000000; BACKGROUND: #efefe=
f; PADDING-BOTTOM: 8px; PADDING-TOP: 8px"><div><b>From:</b>&nbsp;<a href=
=3D"mailto:rgandhi@cisco.com">Rakesh Gandhi (rgandhi)</a></div><div><b>Dat=
e:</b>&nbsp;2015-02-21&nbsp;23:08</div><div><b>To:</b>&nbsp;<a href=3D"mai=
lto:lizho.jin@gmail.com">lizho.jin@gmail.com</a>; <a href=3D"mailto:teas@i=
etf.org">teas</a>; <a href=3D"mailto:draft-ietf-teas-mpls-tp-rsvpte-ext-as=
sociated-lsp@tools.ietf.org">draft-ietf-teas-mpls-tp-rsvpte-ext-associated=
-lsp</a></div><div><b>CC:</b>&nbsp;<a href=3D"mailto:rtg-dir@ietf.org">rtg=
-dir</a>; <a href=3D"mailto:rtg-ads@tools.ietf.org">rtg-ads</a></div><div>=
<b>Subject:</b>&nbsp;Re: [Teas] RtgDir Review of draft-ietf-teas-mpls-tp-r=
svpte-ext-associated-lsp-02</div></div></div><div><div class=3D"FoxDiv2015=
0223095648024957">=0A<div>Hi Lizhong,</div>=0A<div><br>=0A</div>=0A<div>Th=
ank you for reviewing the document and providing your comments.</div>=0A<d=
iv><br>=0A</div>=0A<div>Please see inline .. &lt;RG&gt; ..</div>=0A<div><b=
r>=0A</div>=0A<span id=3D"OLK_SRC_BODY_SECTION">=0A<div style=3D"font-fami=
ly:Calibri; font-size:11pt; text-align:left; color:black; BORDER-BOTTOM: m=
edium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0=
in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: mediu=
m none; PADDING-TOP: 3pt">=0A<span style=3D"font-weight:bold">From: </span=
>"Lizhong com&gt;" &lt;<a href=3D"mailto:lizho.jin@gmail.com">lizho.jin@gm=
ail.com</a>&gt;<br>=0A<span style=3D"font-weight:bold">Date: </span>Thursd=
ay, 19 February, 2015 4:49 AM<br>=0A<span style=3D"font-weight:bold">To: <=
/span>teas &lt;<a href=3D"mailto:teas@ietf.org">teas@ietf.org</a>&gt;, dra=
ft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp &lt;<a href=3D"mailto:draft=
-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp@tools.ietf.org">draft-ietf-te=
as-mpls-tp-rsvpte-ext-associated-lsp@tools.ietf.org</a>&gt;<br>=0A<span st=
yle=3D"font-weight:bold">Cc: </span>rtg-dir &lt;<a href=3D"mailto:rtg-dir@=
ietf.org">rtg-dir@ietf.org</a>&gt;, teas &lt;<a href=3D"mailto:teas@ietf.o=
rg">teas@ietf.org</a>&gt;, rtg-ads &lt;<a href=3D"mailto:rtg-ads@tools.iet=
f.org">rtg-ads@tools.ietf.org</a>&gt;<br>=0A<span style=3D"font-weight:bol=
d">Subject: </span>Re: [Teas] RtgDir Review of draft-ietf-teas-mpls-tp-rsv=
pte-ext-associated-lsp-02<br>=0A</div>=0A<div><br>=0A</div>=0A<div>=0A<div=
>=0A<div><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91"><span></span>=
Sorry, I missed one more comment below:</font></div>=0A<div><font face=3D"=
=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">Section 7&nbsp;<span style=3D"font-s=
ize: 10.5pt; line-height: 1.5; background-color: window;">Security Conside=
rations</span></font></div>=0A<div><span timesnewroman??;font-size:14px;co=
lor:rgb(0,0,0);background-color:rgba(0,font-weight:normal;font-style:norma=
l;text-decoration:none;?=3D""><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=
=BB=91">[Lizhong] the single side provisioning mode will allow one node to=
 trigger another=0A<br>=0Anode to setup LSP. This will introduce some secu=
rity issue for the remote node. <br>=0ASome administrative police may be i=
ntroduced to allow/deny others to trigger LSP setup.</font></span></div>=
=0A</div>=0A</div>=0A</span>=0A<div><br>=0A</div>=0A<div>&lt;RG&gt; Agree,=
 updated in the latest revision (05).</div>=0A<span id=3D"OLK_SRC_BODY_SEC=
TION">=0A<div>=0A<div>=0A<div><br>=0A</div>=0A<hr style=3D"WIDTH: 210px; H=
EIGHT: 1px" color=3D"#b5c4df" size=3D"1" align=3D"left">=0A<div><span>=0A<=
div style=3D"MARGIN: 10px; FONT-FAMILY: verdana; FONT-SIZE: 10pt">=0A<div>=
Regards</div>=0A<div>Lizhong</div>=0A</div>=0A</span></div>=0A<blockquote =
style=3D"margin-top: 0px; margin-bottom: 0px; margin-left: 0.5em;">=0A<div=
>&nbsp;</div>=0A<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;p=
adding:3.0pt 0cm 0cm 0cm">=0A<div style=3D"PADDING-RIGHT: 8px; PADDING-LEF=
T: 8px; FONT-SIZE: 12px;FONT-FAMILY:tahoma;COLOR:#000000; BACKGROUND: #efe=
fef; PADDING-BOTTOM: 8px; PADDING-TOP: 8px">=0A<div><b>From:</b>&nbsp;<a h=
ref=3D"mailto:lizho.jin@gmail.com">lizho.jin@gmail.com</a></div>=0A<div><b=
>Date:</b>&nbsp;2015-02-19&nbsp;17:21</div>=0A<div><b>To:</b>&nbsp;<a href=
=3D"mailto:teas@ietf.org">teas</a>; <a href=3D"mailto:draft-ietf-teas-mpls=
-tp-rsvpte-ext-associated-lsp@tools.ietf.org">=0Adraft-ietf-teas-mpls-tp-r=
svpte-ext-associated-lsp</a></div>=0A<div><b>CC:</b>&nbsp;<a href=3D"mailt=
o:rtg-dir@ietf.org">rtg-dir@ietf.org</a>; <a href=3D"mailto:rtg-ads@tools.=
ietf.org">=0Artg-ads</a>; <a href=3D"mailto:teas@ietf.org">teas</a></div>=
=0A<div><b>Subject:</b>&nbsp;RtgDir Review of draft-ietf-teas-mpls-tp-rsvp=
te-ext-associated-lsp-02</div>=0A</div>=0A</div>=0A<div>=0A<div class=3D"F=
oxDiv20150219174658733298">=0A<div><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=
=85=E9=BB=91"><span></span></font>=0A<div style=3D"line-height: normal;"><=
font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">Hello</font></div>=0A<d=
iv style=3D"line-height: normal;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=
=85=E9=BB=91">&nbsp;</font></div>=0A<div style=3D"line-height: normal;"><f=
ont face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">I have been selected as =
the Routing Directorate reviewer for this draft.</font></div>=0A<div style=
=3D"line-height: normal;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=
=91">The Routing Directorate seeks to review all routing or routing-relate=
d</font></div>=0A<div style=3D"line-height: normal;"><font face=3D"=E5=BE=
=AE=E8=BD=AF=E9=9B=85=E9=BB=91">drafts as they pass through IETF last call=
 and IESG review, and</font></div>=0A<div style=3D"line-height: normal;"><=
font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">sometimes on special re=
quest. The purpose of the review is to provide</font></div>=0A<div style=
=3D"line-height: normal;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=
=91">assistance to the Routing ADs. For more information about the Routing=
</font></div>=0A<div style=3D"line-height: normal;"><font face=3D"=E5=BE=
=AE=E8=BD=AF=E9=9B=85=E9=BB=91">Directorate, please see =E2=80=8B</font></=
div>=0A<div style=3D"line-height: normal;"><a href=3D"http://trac.tools.ie=
tf.org/area/rtg/trac/wiki/RtgDir" style=3D"text-decoration: none !importan=
t;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">http://trac.tools.=
ietf.org/area/rtg/trac/wiki/RtgDir</font></a></div>=0A<div style=3D"line-h=
eight: normal;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">&nbsp;=
</font></div>=0A<div style=3D"line-height: normal;"><font face=3D"=E5=BE=
=AE=E8=BD=AF=E9=9B=85=E9=BB=91">Although these comments are primarily for =
the use of the Routing ADs, it</font></div>=0A<div style=3D"line-height: n=
ormal;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">would be helpf=
ul if you could consider them along with any other IETF</font></div>=0A<di=
v style=3D"line-height: normal;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=
=E9=BB=91">Last Call comments that you receive, and strive to resolve them=
 through</font></div>=0A<div style=3D"line-height: normal;"><font face=3D"=
=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">discussion or by updating the draft.=
</font></div>=0A<div style=3D"line-height: normal;"><font face=3D"=E5=BE=
=AE=E8=BD=AF=E9=9B=85=E9=BB=91">&nbsp;</font></div>=0A<div style=3D"line-h=
eight: normal;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">Docume=
nt:&nbsp;<span style=3D"background-color: rgba(0, 0, 0, 0); line-height: 1=
.5;">draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-02</span></font></d=
iv>=0A<div style=3D"line-height: normal;"><font face=3D"=E5=BE=AE=E8=BD=AF=
=E9=9B=85=E9=BB=91">Reviewer: Lizhong Jin</font></div>=0A<div style=3D"lin=
e-height: normal;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">Rev=
iew Date: 19 February 2015</font></div>=0A<div style=3D"line-height: norma=
l;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">IETF LC End Date: =
N/A</font></div>=0A<div style=3D"line-height: normal;"><font face=3D"=E5=
=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">Intended Status: Standard Track</font><=
/div>=0A<div style=3D"line-height: normal;"><font face=3D"=E5=BE=AE=E8=BD=
=AF=E9=9B=85=E9=BB=91">&nbsp;</font></div>=0A<div style=3D"line-height: no=
rmal;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">Summary:</font>=
</div>=0A<div style=3D"line-height: normal;"><span style=3D"font-family: =
=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91; font-size: 10.5pt; background-color:=
 window;">The document is basically ready for publication. I found some mi=
nor&nbsp;</span><span style=3D"font-family: =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=
=BB=91; font-size: 10.5pt; background-color: window;">issues,=0A and hope<=
/span></div>=0A<div style=3D"line-height: normal;"><span style=3D"backgrou=
nd-color: window;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">to =
see the clarification.</font></span></div>=0A</div>=0A<div style=3D"line-h=
eight: normal;"><span style=3D"background-color: window;"><font face=3D"=
=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91"><br>=0A</font></span></div>=0A<div s=
tyle=3D"line-height: normal;"><span style=3D"background-color: window;"><f=
ont face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">Commnets:</font></span><=
/div>=0A<div style=3D"line-height: normal;"><span style=3D"font-family: =
=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91;">I paticipate the initial discussion=
 of this draft. I am lucky to review&nbsp;</span><span style=3D"font-famil=
y: =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91; font-size: 10.5pt; background-col=
or: window;">it again. Overall, the<br>=0Aprocessing rule of independent p=
rovisioning hope to be explicitly&nbsp;</span><span style=3D"font-family: =
=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91; font-size: 10.5pt; background-color:=
 window;">described.&nbsp;</span></div>=0A<div style=3D"line-height: norma=
l;"><span style=3D"font-family: =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91; font=
-size: 10.5pt; background-color: window;">No major issues, some minor issu=
es need to be clarified.</span></div>=0A</div>=0A</div>=0A</blockquote>=0A=
</div>=0A</div>=0A</span>=0A<div><br>=0A</div>=0A<div>&lt;RG&gt; Great, th=
anks.</div>=0A<span id=3D"OLK_SRC_BODY_SECTION">=0A<div>=0A<div>=0A<blockq=
uote style=3D"margin-top: 0px; margin-bottom: 0px; margin-left: 0.5em;">=
=0A<div>=0A<div class=3D"FoxDiv20150219174658733298">=0A<div style=3D"line=
-height: normal;"><span style=3D"background-color: window;"><font face=3D"=
=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91"><br>=0A</font></span></div>=0A<div s=
tyle=3D"line-height: normal;"><span style=3D"background-color: window;"><f=
ont face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">Major issues: No</font><=
/span></div>=0A<div style=3D"line-height: normal;"><span style=3D"backgrou=
nd-color: window;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91"><br=
>=0A</font></span></div>=0A<div style=3D"line-height: normal;"><span style=
=3D"background-color: window;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=
=E9=BB=91">Minor issues:</font></span></div>=0A<div style=3D"line-height: =
normal;"><span style=3D"background-color: window;"><font face=3D"=E5=BE=AE=
=E8=BD=AF=E9=9B=85=E9=BB=91">Section 3.2</font></span></div>=0A<div style=
=3D"line-height: normal;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=
=91">In each of the situations described above, both provisioning models=
=0A<br>=0Aare applicable. <br>=0A[Lizhong]: for the second situations abov=
e, how could you let the reverse LSP <br>=0Ato be existed before the forwa=
rd LSP for single side provisioning? Wouldn't the&nbsp;</font></div>=0A<di=
v style=3D"line-height: normal;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=
=E9=BB=91">reverse LSP trigger another&nbsp;</font><span style=3D"font-fam=
ily: =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91; font-size: 10.5pt; background-c=
olor: window;">reverse LSP?</span></div>=0A</div>=0A</div>=0A</blockquote>=
=0A</div>=0A</div>=0A</span>=0A<div><br>=0A</div>=0A<div>&lt;RG&gt; &nbsp;=
Fixed.</div>=0A<span id=3D"OLK_SRC_BODY_SECTION">=0A<div>=0A<div>=0A<block=
quote style=3D"margin-top: 0px; margin-bottom: 0px; margin-left: 0.5em;">=
=0A<div>=0A<div class=3D"FoxDiv20150219174658733298">=0A<div style=3D"line=
-height: normal;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91"><br>=
=0A</font></div>=0A<div style=3D"line-height: normal;"><span =E5=BE=AE=E8=
=BD=AF=E9=9B=85=E9=BB=91,tahoma??;font-size:14px;color:rgb(0,0,0);backgrou=
nd-color:rgba(0,font-weight:normal;font-style:normal;text-decoration:none;=
?=3D""><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">Section 3.2.1.&=
nbsp;<br>=0AFor the single sided provisioning model, creation of reverse L=
SP1 is <br>=0Atriggered by LSP2 or creation of reverse LSP2 is triggered b=
y LSP1. <br>=0AWhen creation of reverse LSP2 is triggered by LSP1, LSP1 is=
 <br>=0Aprovisioned first (or refreshed if LSP1 already exists) at node A.=
 <br>=0A[Lizhong]: LSP1 and LSP2 is in Firgure1? Better to explicitly say =
that in</font></span></div>=0A<div style=3D"line-height: normal;"><span =
=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91,tahoma??;font-size:14px;color:rgb(0,0=
,0);background-color:rgba(0,font-weight:normal;font-style:normal;text-deco=
ration:none;?=3D""><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">the=
 document.</font></span></div>=0A</div>=0A</div>=0A</blockquote>=0A</div>=
=0A</div>=0A</span>=0A<div><br>=0A</div>=0A<div>=0A<div>&lt;RG&gt; &nbsp;F=
ixed.</div>=0A<span id=3D"OLK_SRC_BODY_SECTION">=0A<blockquote style=3D"ma=
rgin-top: 0px; margin-bottom: 0px; margin-left: 0.5em;">=0A<div class=3D"F=
oxDiv20150219174658733298"></div>=0A</blockquote>=0A</span></div>=0A<span =
id=3D"OLK_SRC_BODY_SECTION">=0A<div>=0A<div>=0A<blockquote style=3D"margin=
-top: 0px; margin-bottom: 0px; margin-left: 0.5em;">=0A<div>=0A<div class=
=3D"FoxDiv20150219174658733298">=0A<div style=3D"line-height: normal;"><sp=
an =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91,tahoma??;font-size:14px;color:rgb(=
0,0,0);background-color:rgba(0,font-weight:normal;font-style:normal;text-d=
ecoration:none;?=3D""><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">=
<br>=0A</font></span></div>=0A<div style=3D"line-height: normal;"><span =
=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91,tahoma??;font-size:14px;color:rgb(0,0=
,0);background-color:rgba(0,font-weight:normal;font-style:normal;text-deco=
ration:none;?=3D""><span style=3D"background-color: rgba(0, 0, 0, 0);"><fo=
nt face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">&nbsp;A similar procedure=
=0A is used if LSP2 is provisioned first at node B <br>=0Aand the creation=
 of reverse LSP1 at node A is either triggered by <br>=0ALSP2 or the rever=
se LSP1 existed. In all three scenarios, the two <br>=0Aunidirectional LSP=
s are bound together to form an associated <br>=0Abidirectional LSP based =
on identical (Extended) ASSOCIATION Objects <br>=0Ain the two LSPs' Path m=
essages. <br>=0A[Lizhong]: I doubt if the following scenario is realistic =
in Single Sided Provisioning.=0A<br>=0ALSP2 is provisioned first, reverse =
LSP1 at node A is existed before LSP2. <br>=0AThe what is the Association =
Type in reverse LSP1? Before LSP2, will the reverse&nbsp;</font></span></s=
pan></div>=0A<div style=3D"line-height: normal;"><span =E5=BE=AE=E8=BD=AF=
=E9=9B=85=E9=BB=91,tahoma??;font-size:14px;color:rgb(0,0,0);background-col=
or:rgba(0,font-weight:normal;font-style:normal;text-decoration:none;?=3D""=
><span style=3D"background-color: rgba(0, 0, 0, 0);"><font face=3D"=E5=BE=
=AE=E8=BD=AF=E9=9B=85=E9=BB=91">LSP1 trigger another=0A LSP?&nbsp;<br>=0A<=
/font></span></span></div>=0A</div>=0A</div>=0A</blockquote>=0A</div>=0A</=
div>=0A</span>=0A<div><br>=0A</div>=0A<div>=0A<div>&lt;RG&gt; &nbsp;Fixed.=
</div>=0A<span id=3D"OLK_SRC_BODY_SECTION">=0A<blockquote style=3D"margin-=
top: 0px; margin-bottom: 0px; margin-left: 0.5em;">=0A<div class=3D"FoxDiv=
20150219174658733298"></div>=0A</blockquote>=0A</span></div>=0A<span id=3D=
"OLK_SRC_BODY_SECTION">=0A<div>=0A<div>=0A<blockquote style=3D"margin-top:=
 0px; margin-bottom: 0px; margin-left: 0.5em;">=0A<div>=0A<div class=3D"Fo=
xDiv20150219174658733298">=0A<div style=3D"line-height: normal;"><span =E5=
=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91,tahoma??;font-size:14px;color:rgb(0,0,0)=
;background-color:rgba(0,font-weight:normal;font-style:normal;text-decorat=
ion:none;?=3D""><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91"><br>=
=0A</font></span></div>=0A<div style=3D"line-height: normal;"><span =E5=BE=
=AE=E8=BD=AF=E9=9B=85=E9=BB=91,tahoma??;font-size:14px;color:rgb(0,0,0);ba=
ckground-color:rgba(0,font-weight:normal;font-style:normal;text-decoration=
:none;?=3D""><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">Section 5=
. Processing Rules=0A<br>=0AIn general, the processing rules for the ASSOC=
IATION Object are as <br>=0Aspecified in [RFC4872] and Extended ASSOCIATIO=
N Object are specified <br>=0Ain [RFC6780]. Following sections describe th=
e rules for processing <br>=0A(Extended) ASSOCIATION and REVERSE_LSP objec=
ts for associated <br>=0Abidirectional LSPs. <br>=0A[Lizhong]: across the =
draft, it is not explicitly saying what is the processing&nbsp;</font></sp=
an></div>=0A<div style=3D"line-height: normal;"><span =E5=BE=AE=E8=BD=AF=
=E9=9B=85=E9=BB=91,tahoma??;font-size:14px;color:rgb(0,0,0);background-col=
or:rgba(0,font-weight:normal;font-style:normal;text-decoration:none;?=3D""=
><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">rules for independent=
 provisioning. It is better to say it here or=0A other place.<br>=0A</font=
></span></div>=0A</div>=0A</div>=0A</blockquote>=0A</div>=0A</div>=0A</spa=
n>=0A<div><br>=0A</div>=0A<div>&lt;RG&gt; There are related changes in the=
 latest version of the draft, especially with REVERSE_LSP Object usage. Pl=
ease advise if like to see anything specific.</div>=0A<span id=3D"OLK_SRC_=
BODY_SECTION">=0A<div>=0A<div>=0A<blockquote style=3D"margin-top: 0px; mar=
gin-bottom: 0px; margin-left: 0.5em;">=0A<div>=0A<div class=3D"FoxDiv20150=
219174658733298">=0A<div style=3D"line-height: normal;"><span =E5=BE=AE=E8=
=BD=AF=E9=9B=85=E9=BB=91,tahoma??;font-size:14px;color:rgb(0,0,0);backgrou=
nd-color:rgba(0,font-weight:normal;font-style:normal;text-decoration:none;=
?=3D""><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91"><br>=0A</font><=
/span></div>=0A<div style=3D"line-height: normal;"><span =E5=BE=AE=E8=BD=
=AF=E9=9B=85=E9=BB=91,tahoma??;font-size:14px;color:rgb(0,0,0);background-=
color:rgba(0,font-weight:normal;font-style:normal;text-decoration:none;?=
=3D""><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">Section 5.1</fon=
t></span></div>=0A<div style=3D"line-height: normal;"><span =E5=BE=AE=E8=
=BD=AF=E9=9B=85=E9=BB=91,tahoma??;font-size:14px;color:rgb(0,0,0);backgrou=
nd-color:rgba(0,font-weight:normal;font-style:normal;text-decoration:none;=
?=3D""><span style=3D"background-color: rgba(0, 0, 0, 0);"><font face=3D"=
=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">(Extended) ASSOCIATION=0A Objects wi=
th both single sided and double sided <br>=0AAssociation Types MUST NOT be=
 added in the same Path message. <br>=0A[Lizhong]: what if two types exist=
 together? Only use the first one?</font></span></span></div>=0A</div>=0A<=
/div>=0A</blockquote>=0A</div>=0A</div>=0A</span>=0A<div><br>=0A</div>=0A<=
div>&lt;RG&gt; It says MUST NOT :)</div>=0A<span id=3D"OLK_SRC_BODY_SECTIO=
N">=0A<div>=0A<div>=0A<blockquote style=3D"margin-top: 0px; margin-bottom:=
 0px; margin-left: 0.5em;">=0A<div>=0A<div class=3D"FoxDiv2015021917465873=
3298">=0A<div style=3D"line-height: normal;"><span =E5=BE=AE=E8=BD=AF=E9=
=9B=85=E9=BB=91,tahoma??;font-size:14px;color:rgb(0,0,0);background-color:=
rgba(0,font-weight:normal;font-style:normal;text-decoration:none;?=3D""><s=
pan style=3D"background-color: rgba(0, 0, 0, 0);"><font face=3D"=E5=BE=AE=
=E8=BD=AF=E9=9B=85=E9=BB=91"><br>=0A</font></span></span></div>=0A<div sty=
le=3D"line-height: normal;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=
=BB=91">Section 5.2</font></div>=0A<div style=3D"line-height: normal;"><sp=
an style=3D"background-color: rgba(0, 0, 0, 0);"><font face=3D"=E5=BE=AE=
=E8=BD=AF=E9=9B=85=E9=BB=91">The REVERSE_LSP Object MUST NOT be included i=
n a REVERSE_LSP Object.=0A<br>=0A[Lizhong]: typo here?</font></span></div>=
=0A</div>=0A</div>=0A</blockquote>=0A</div>=0A</div>=0A</span>=0A<div><br>=
=0A</div>=0A<div>&lt;RG&gt; The document does not allow nested REVERSE_LSP=
 Objects.</div>=0A<span id=3D"OLK_SRC_BODY_SECTION">=0A<div>=0A<div>=0A<bl=
ockquote style=3D"margin-top: 0px; margin-bottom: 0px; margin-left: 0.5em;=
">=0A<div>=0A<div class=3D"FoxDiv20150219174658733298">=0A<div style=3D"li=
ne-height: normal;"><span style=3D"background-color: rgba(0, 0, 0, 0);"><f=
ont face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91"><br>=0A</font></span></d=
iv>=0A<div style=3D"line-height: normal;"><span style=3D"background-color:=
 rgba(0, 0, 0, 0);"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">Se=
ction 5.3</font></span></div>=0A<div style=3D"line-height: normal;"><span =
=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91,tahoma??;font-size:14px;color:rgb(0,0=
,0);background-color:rgba(0,font-weight:normal;font-style:normal;text-deco=
ration:none;?=3D""><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">In =
particular, any object that was copied as part of initial Path=0A message =
creation MUST</font></span></div>=0A<div style=3D"line-height: normal;"><s=
pan =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91,tahoma??;font-size:14px;color:rgb=
(0,0,0);background-color:rgba(0,font-weight:normal;font-style:normal;text-=
decoration:none;?=3D""><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91"=
>be copied when modified.=0A<br>=0A[Lizhong]: not understood "copied when =
modified", is it "copied after modified"?</font></span></div>=0A</div>=0A<=
/div>=0A</blockquote>=0A</div>=0A</div>=0A</span>=0A<div><br>=0A</div>=0A<=
div>&lt;RG&gt; Fixed.</div>=0A<span id=3D"OLK_SRC_BODY_SECTION">=0A<div>=
=0A<div>=0A<blockquote style=3D"margin-top: 0px; margin-bottom: 0px; margi=
n-left: 0.5em;">=0A<div>=0A<div class=3D"FoxDiv20150219174658733298">=0A<d=
iv style=3D""><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91"><br>=0A<=
/font></div>=0A<div style=3D""><span timesnewroman??;font-size:14px;color:=
rgb(0,0,0);background-color:rgba(0,font-weight:normal;font-style:normal;te=
xt-decoration:none;?=3D""><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=
=91">In both cases, when the egress node receives a PathTear message the=
=0A<br>=0Anode MUST remove the associated reverse LSP using Standard PathT=
ear <br>=0Amessage processing. Tear down of the reverse LSP for other reas=
ons <br>=0ASHOULD NOT trigger removal of the initiating LSP, but SHOULD re=
sult <br>=0Ain the egress node sending a PathErr with Error code "Admissio=
n <br>=0AControl Failure (01) [RFC2205]" and Sub-code "Reverse LSP Failure=
" <br>=0Adefined in this document. <br>=0A[Lizhong]: the above description=
 is not accurate. What if the egress node have</font></span></div>=0A<div =
style=3D""><span timesnewroman??;font-size:14px;color:rgb(0,0,0);backgroun=
d-color:rgba(0,font-weight:normal;font-style:normal;text-decoration:none;?=
=3D""><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">forward LSP down=
 because of local link down? In that case, it will not receive</font></spa=
n></div>=0A<div style=3D""><span timesnewroman??;font-size:14px;color:rgb(=
0,0,0);background-color:rgba(0,font-weight:normal;font-style:normal;text-d=
ecoration:none;?=3D""><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91">=
PathTear, it is still need to tear down the reverse LSP? It should say, wh=
enever&nbsp;</font></span></div>=0A<div style=3D""><span timesnewroman??;f=
ont-size:14px;color:rgb(0,0,0);background-color:rgba(0,font-weight:normal;=
font-style:normal;text-decoration:none;?=3D""><font face=3D"=E5=BE=AE=E8=
=BD=AF=E9=9B=85=E9=BB=91">the forward LSP is down, the reverse LSP SHOULD =
be removed.&nbsp;<br>=0A</font></span></div>=0A</div>=0A</div>=0A</blockqu=
ote>=0A</div>=0A</div>=0A</span>=0A<div><br>=0A</div>=0A<div>&lt;RG&gt; Fi=
xed.</div>=0A<div><br>=0A</div>=0A<div>Many thanks again,</div>=0A<div>Rak=
esh</div>=0A<div><br>=0A</div>=0A<span id=3D"OLK_SRC_BODY_SECTION">=0A<div=
>=0A<div>=0A<blockquote style=3D"margin-top: 0px; margin-bottom: 0px; marg=
in-left: 0.5em;">=0A<div>=0A<div class=3D"FoxDiv20150219174658733298">=0A<=
div style=3D""><span timesnewroman??;font-size:14px;color:rgb(0,0,0);backg=
round-color:rgba(0,font-weight:normal;font-style:normal;text-decoration:no=
ne;?=3D""><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91"><br>=0A</fon=
t></span></div>=0A<div style=3D""></div>=0A<div><span>=0A<div style=3D"mar=
gin: 10px; font-size: 10pt;"><font face=3D"=E5=BE=AE=E8=BD=AF=E9=9B=85=E9=
=BB=91">=0A<div style=3D"font-size: 14px;">Regards</div>=0A<div style=3D"f=
ont-size: 14px;">Lizhong</div>=0A</font></div>=0A</span></div>=0A</div>=0A=
</div>=0A</blockquote>=0A</div>=0A</div>=0A</span>=0A</div></div></blockqu=
ote>=0A</body></html>
------=_001_NextPart038508345558_=------



From nobody Mon Feb 23 07:17:12 2015
Return-Path: <rgandhi@cisco.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8691D1A7012; Sat, 21 Feb 2015 07:09:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.828
X-Spam-Level: 
X-Spam-Status: No, score=-10.828 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_FONT_FACE_BAD=0.981, HTML_FONT_LOW_CONTRAST=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 AO2TDno4X0AU; Sat, 21 Feb 2015 07:09:24 -0800 (PST)
Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E86871A6FF0; Sat, 21 Feb 2015 07:09:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=37878; q=dns/txt; s=iport; t=1424531364; x=1425740964; h=from:to:cc:subject:date:message-id:in-reply-to: mime-version; bh=32O0xkOIKIAVMa4ZjA+wHjQIU7IX3R+IXePOdsXmPqQ=; b=YTr8hQ0A4mKI0aZ891lTSGtOsZh2tSTTxvo+bDmqYhFCQnzNvcwysjlp ylal4jwU+NERaXVpPvFfL5mapbKvXkZZhcBS49g5tJ4CMkVRVrvGPRsFg ycok21HFtRZQ6Uo/l5HrUGSSkD6fIq7A7rGMnJpnhqTwHxcptwGY5r8A6 g=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0BECABhn+hU/5pdJa1agkNDUloEgwS+GYFugjiDOQIcfEMBAQEBAQF8hA8BAgQjVhIBCBEDAQIhAQYDAgQfERQJCAIEAQ0FiBsDEQ26bJJ4DYUsAQEBAQEBAQEBAQEBAQEBAQEBAQEBF4oRfoJEgX8QCgcKBgECBIJigUMFjV2BcYNchB+BRoEbOIJdiHmCSYM+IoIygTxvAYFDfwEBAQ
X-IronPort-AV: E=Sophos;i="5.09,620,1418083200";  d="scan'208,217";a="394892343"
Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rcdn-iport-1.cisco.com with ESMTP; 21 Feb 2015 15:08:59 +0000
Received: from xhc-aln-x08.cisco.com (xhc-aln-x08.cisco.com [173.36.12.82]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id t1LF8xXs024969 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sat, 21 Feb 2015 15:08:59 GMT
Received: from xmb-aln-x07.cisco.com ([169.254.2.221]) by xhc-aln-x08.cisco.com ([173.36.12.82]) with mapi id 14.03.0195.001; Sat, 21 Feb 2015 09:08:58 -0600
From: "Rakesh Gandhi (rgandhi)" <rgandhi@cisco.com>
To: "lizho.jin@gmail.com" <lizho.jin@gmail.com>, teas <teas@ietf.org>, draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp <draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp@tools.ietf.org>
Thread-Topic: [Teas] RtgDir Review of draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-02
Thread-Index: AQHQTClZV8QpAZPuTkidKIUKCqOoRJz7SQsA
Date: Sat, 21 Feb 2015 15:08:58 +0000
Message-ID: <D10E0167.506F4%rgandhi@cisco.com>
In-Reply-To: <201502191749217392692@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.3.5.130515
x-originating-ip: [10.82.209.21]
Content-Type: multipart/alternative; boundary="_000_D10E0167506F4rgandhiciscocom_"
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-dir/L7h7xwqPbyJ9YIrPFgtngBSSGn4>
X-Mailman-Approved-At: Mon, 23 Feb 2015 07:17:10 -0800
Cc: rtg-dir <rtg-dir@ietf.org>, rtg-ads <rtg-ads@tools.ietf.org>
Subject: Re: [RTG-DIR] [Teas] RtgDir Review of draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-02
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 21 Feb 2015 15:09:27 -0000

--_000_D10E0167506F4rgandhiciscocom_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

SGkgTGl6aG9uZywNCg0KVGhhbmsgeW91IGZvciByZXZpZXdpbmcgdGhlIGRvY3VtZW50IGFuZCBw
cm92aWRpbmcgeW91ciBjb21tZW50cy4NCg0KUGxlYXNlIHNlZSBpbmxpbmUgLi4gPFJHPiAuLg0K
DQpGcm9tOiAiTGl6aG9uZyBjb20+IiA8bGl6aG8uamluQGdtYWlsLmNvbTxtYWlsdG86bGl6aG8u
amluQGdtYWlsLmNvbT4+DQpEYXRlOiBUaHVyc2RheSwgMTkgRmVicnVhcnksIDIwMTUgNDo0OSBB
TQ0KVG86IHRlYXMgPHRlYXNAaWV0Zi5vcmc8bWFpbHRvOnRlYXNAaWV0Zi5vcmc+PiwgZHJhZnQt
aWV0Zi10ZWFzLW1wbHMtdHAtcnN2cHRlLWV4dC1hc3NvY2lhdGVkLWxzcCA8ZHJhZnQtaWV0Zi10
ZWFzLW1wbHMtdHAtcnN2cHRlLWV4dC1hc3NvY2lhdGVkLWxzcEB0b29scy5pZXRmLm9yZzxtYWls
dG86ZHJhZnQtaWV0Zi10ZWFzLW1wbHMtdHAtcnN2cHRlLWV4dC1hc3NvY2lhdGVkLWxzcEB0b29s
cy5pZXRmLm9yZz4+DQpDYzogcnRnLWRpciA8cnRnLWRpckBpZXRmLm9yZzxtYWlsdG86cnRnLWRp
ckBpZXRmLm9yZz4+LCB0ZWFzIDx0ZWFzQGlldGYub3JnPG1haWx0bzp0ZWFzQGlldGYub3JnPj4s
IHJ0Zy1hZHMgPHJ0Zy1hZHNAdG9vbHMuaWV0Zi5vcmc8bWFpbHRvOnJ0Zy1hZHNAdG9vbHMuaWV0
Zi5vcmc+Pg0KU3ViamVjdDogUmU6IFtUZWFzXSBSdGdEaXIgUmV2aWV3IG9mIGRyYWZ0LWlldGYt
dGVhcy1tcGxzLXRwLXJzdnB0ZS1leHQtYXNzb2NpYXRlZC1sc3AtMDINCg0KU29ycnksIEkgbWlz
c2VkIG9uZSBtb3JlIGNvbW1lbnQgYmVsb3c6DQpTZWN0aW9uIDcgU2VjdXJpdHkgQ29uc2lkZXJh
dGlvbnMNCltMaXpob25nXSB0aGUgc2luZ2xlIHNpZGUgcHJvdmlzaW9uaW5nIG1vZGUgd2lsbCBh
bGxvdyBvbmUgbm9kZSB0byB0cmlnZ2VyIGFub3RoZXINCm5vZGUgdG8gc2V0dXAgTFNQLiBUaGlz
IHdpbGwgaW50cm9kdWNlIHNvbWUgc2VjdXJpdHkgaXNzdWUgZm9yIHRoZSByZW1vdGUgbm9kZS4N
ClNvbWUgYWRtaW5pc3RyYXRpdmUgcG9saWNlIG1heSBiZSBpbnRyb2R1Y2VkIHRvIGFsbG93L2Rl
bnkgb3RoZXJzIHRvIHRyaWdnZXIgTFNQIHNldHVwLg0KDQo8Ukc+IEFncmVlLCB1cGRhdGVkIGlu
IHRoZSBsYXRlc3QgcmV2aXNpb24gKDA1KS4NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX18NClJlZ2FyZHMNCkxpemhvbmcNCg0KRnJvbTogbGl6aG8uamluQGdtYWlsLmNvbTxtYWls
dG86bGl6aG8uamluQGdtYWlsLmNvbT4NCkRhdGU6IDIwMTUtMDItMTkgMTc6MjENClRvOiB0ZWFz
PG1haWx0bzp0ZWFzQGlldGYub3JnPjsgZHJhZnQtaWV0Zi10ZWFzLW1wbHMtdHAtcnN2cHRlLWV4
dC1hc3NvY2lhdGVkLWxzcDxtYWlsdG86ZHJhZnQtaWV0Zi10ZWFzLW1wbHMtdHAtcnN2cHRlLWV4
dC1hc3NvY2lhdGVkLWxzcEB0b29scy5pZXRmLm9yZz4NCkNDOiBydGctZGlyQGlldGYub3JnPG1h
aWx0bzpydGctZGlyQGlldGYub3JnPjsgcnRnLWFkczxtYWlsdG86cnRnLWFkc0B0b29scy5pZXRm
Lm9yZz47IHRlYXM8bWFpbHRvOnRlYXNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSdGdEaXIgUmV2aWV3
IG9mIGRyYWZ0LWlldGYtdGVhcy1tcGxzLXRwLXJzdnB0ZS1leHQtYXNzb2NpYXRlZC1sc3AtMDIN
CkhlbGxvDQoNCkkgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIHRoZSBSb3V0aW5nIERpcmVjdG9yYXRl
IHJldmlld2VyIGZvciB0aGlzIGRyYWZ0Lg0KVGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUgc2Vla3Mg
dG8gcmV2aWV3IGFsbCByb3V0aW5nIG9yIHJvdXRpbmctcmVsYXRlZA0KZHJhZnRzIGFzIHRoZXkg
cGFzcyB0aHJvdWdoIElFVEYgbGFzdCBjYWxsIGFuZCBJRVNHIHJldmlldywgYW5kDQpzb21ldGlt
ZXMgb24gc3BlY2lhbCByZXF1ZXN0LiBUaGUgcHVycG9zZSBvZiB0aGUgcmV2aWV3IGlzIHRvIHBy
b3ZpZGUNCmFzc2lzdGFuY2UgdG8gdGhlIFJvdXRpbmcgQURzLiBGb3IgbW9yZSBpbmZvcm1hdGlv
biBhYm91dCB0aGUgUm91dGluZw0KRGlyZWN0b3JhdGUsIHBsZWFzZSBzZWUg4oCLDQpodHRwOi8v
dHJhYy50b29scy5pZXRmLm9yZy9hcmVhL3J0Zy90cmFjL3dpa2kvUnRnRGlyDQoNCkFsdGhvdWdo
IHRoZXNlIGNvbW1lbnRzIGFyZSBwcmltYXJpbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIFJvdXRpbmcg
QURzLCBpdA0Kd291bGQgYmUgaGVscGZ1bCBpZiB5b3UgY291bGQgY29uc2lkZXIgdGhlbSBhbG9u
ZyB3aXRoIGFueSBvdGhlciBJRVRGDQpMYXN0IENhbGwgY29tbWVudHMgdGhhdCB5b3UgcmVjZWl2
ZSwgYW5kIHN0cml2ZSB0byByZXNvbHZlIHRoZW0gdGhyb3VnaA0KZGlzY3Vzc2lvbiBvciBieSB1
cGRhdGluZyB0aGUgZHJhZnQuDQoNCkRvY3VtZW50OiBkcmFmdC1pZXRmLXRlYXMtbXBscy10cC1y
c3ZwdGUtZXh0LWFzc29jaWF0ZWQtbHNwLTAyDQpSZXZpZXdlcjogTGl6aG9uZyBKaW4NClJldmll
dyBEYXRlOiAxOSBGZWJydWFyeSAyMDE1DQpJRVRGIExDIEVuZCBEYXRlOiBOL0ENCkludGVuZGVk
IFN0YXR1czogU3RhbmRhcmQgVHJhY2sNCg0KU3VtbWFyeToNClRoZSBkb2N1bWVudCBpcyBiYXNp
Y2FsbHkgcmVhZHkgZm9yIHB1YmxpY2F0aW9uLiBJIGZvdW5kIHNvbWUgbWlub3IgaXNzdWVzLCBh
bmQgaG9wZQ0KdG8gc2VlIHRoZSBjbGFyaWZpY2F0aW9uLg0KDQpDb21tbmV0czoNCkkgcGF0aWNp
cGF0ZSB0aGUgaW5pdGlhbCBkaXNjdXNzaW9uIG9mIHRoaXMgZHJhZnQuIEkgYW0gbHVja3kgdG8g
cmV2aWV3IGl0IGFnYWluLiBPdmVyYWxsLCB0aGUNCnByb2Nlc3NpbmcgcnVsZSBvZiBpbmRlcGVu
ZGVudCBwcm92aXNpb25pbmcgaG9wZSB0byBiZSBleHBsaWNpdGx5IGRlc2NyaWJlZC4NCk5vIG1h
am9yIGlzc3Vlcywgc29tZSBtaW5vciBpc3N1ZXMgbmVlZCB0byBiZSBjbGFyaWZpZWQuDQoNCjxS
Rz4gR3JlYXQsIHRoYW5rcy4NCg0KTWFqb3IgaXNzdWVzOiBObw0KDQpNaW5vciBpc3N1ZXM6DQpT
ZWN0aW9uIDMuMg0KSW4gZWFjaCBvZiB0aGUgc2l0dWF0aW9ucyBkZXNjcmliZWQgYWJvdmUsIGJv
dGggcHJvdmlzaW9uaW5nIG1vZGVscw0KYXJlIGFwcGxpY2FibGUuDQpbTGl6aG9uZ106IGZvciB0
aGUgc2Vjb25kIHNpdHVhdGlvbnMgYWJvdmUsIGhvdyBjb3VsZCB5b3UgbGV0IHRoZSByZXZlcnNl
IExTUA0KdG8gYmUgZXhpc3RlZCBiZWZvcmUgdGhlIGZvcndhcmQgTFNQIGZvciBzaW5nbGUgc2lk
ZSBwcm92aXNpb25pbmc/IFdvdWxkbid0IHRoZQ0KcmV2ZXJzZSBMU1AgdHJpZ2dlciBhbm90aGVy
IHJldmVyc2UgTFNQPw0KDQo8Ukc+ICBGaXhlZC4NCg0KU2VjdGlvbiAzLjIuMS4NCkZvciB0aGUg
c2luZ2xlIHNpZGVkIHByb3Zpc2lvbmluZyBtb2RlbCwgY3JlYXRpb24gb2YgcmV2ZXJzZSBMU1Ax
IGlzDQp0cmlnZ2VyZWQgYnkgTFNQMiBvciBjcmVhdGlvbiBvZiByZXZlcnNlIExTUDIgaXMgdHJp
Z2dlcmVkIGJ5IExTUDEuDQpXaGVuIGNyZWF0aW9uIG9mIHJldmVyc2UgTFNQMiBpcyB0cmlnZ2Vy
ZWQgYnkgTFNQMSwgTFNQMSBpcw0KcHJvdmlzaW9uZWQgZmlyc3QgKG9yIHJlZnJlc2hlZCBpZiBM
U1AxIGFscmVhZHkgZXhpc3RzKSBhdCBub2RlIEEuDQpbTGl6aG9uZ106IExTUDEgYW5kIExTUDIg
aXMgaW4gRmlyZ3VyZTE/IEJldHRlciB0byBleHBsaWNpdGx5IHNheSB0aGF0IGluDQp0aGUgZG9j
dW1lbnQuDQoNCjxSRz4gIEZpeGVkLg0KDQogQSBzaW1pbGFyIHByb2NlZHVyZSBpcyB1c2VkIGlm
IExTUDIgaXMgcHJvdmlzaW9uZWQgZmlyc3QgYXQgbm9kZSBCDQphbmQgdGhlIGNyZWF0aW9uIG9m
IHJldmVyc2UgTFNQMSBhdCBub2RlIEEgaXMgZWl0aGVyIHRyaWdnZXJlZCBieQ0KTFNQMiBvciB0
aGUgcmV2ZXJzZSBMU1AxIGV4aXN0ZWQuIEluIGFsbCB0aHJlZSBzY2VuYXJpb3MsIHRoZSB0d28N
CnVuaWRpcmVjdGlvbmFsIExTUHMgYXJlIGJvdW5kIHRvZ2V0aGVyIHRvIGZvcm0gYW4gYXNzb2Np
YXRlZA0KYmlkaXJlY3Rpb25hbCBMU1AgYmFzZWQgb24gaWRlbnRpY2FsIChFeHRlbmRlZCkgQVNT
T0NJQVRJT04gT2JqZWN0cw0KaW4gdGhlIHR3byBMU1BzJyBQYXRoIG1lc3NhZ2VzLg0KW0xpemhv
bmddOiBJIGRvdWJ0IGlmIHRoZSBmb2xsb3dpbmcgc2NlbmFyaW8gaXMgcmVhbGlzdGljIGluIFNp
bmdsZSBTaWRlZCBQcm92aXNpb25pbmcuDQpMU1AyIGlzIHByb3Zpc2lvbmVkIGZpcnN0LCByZXZl
cnNlIExTUDEgYXQgbm9kZSBBIGlzIGV4aXN0ZWQgYmVmb3JlIExTUDIuDQpUaGUgd2hhdCBpcyB0
aGUgQXNzb2NpYXRpb24gVHlwZSBpbiByZXZlcnNlIExTUDE/IEJlZm9yZSBMU1AyLCB3aWxsIHRo
ZSByZXZlcnNlDQpMU1AxIHRyaWdnZXIgYW5vdGhlciBMU1A/DQoNCjxSRz4gIEZpeGVkLg0KDQpT
ZWN0aW9uIDUuIFByb2Nlc3NpbmcgUnVsZXMNCkluIGdlbmVyYWwsIHRoZSBwcm9jZXNzaW5nIHJ1
bGVzIGZvciB0aGUgQVNTT0NJQVRJT04gT2JqZWN0IGFyZSBhcw0Kc3BlY2lmaWVkIGluIFtSRkM0
ODcyXSBhbmQgRXh0ZW5kZWQgQVNTT0NJQVRJT04gT2JqZWN0IGFyZSBzcGVjaWZpZWQNCmluIFtS
RkM2NzgwXS4gRm9sbG93aW5nIHNlY3Rpb25zIGRlc2NyaWJlIHRoZSBydWxlcyBmb3IgcHJvY2Vz
c2luZw0KKEV4dGVuZGVkKSBBU1NPQ0lBVElPTiBhbmQgUkVWRVJTRV9MU1Agb2JqZWN0cyBmb3Ig
YXNzb2NpYXRlZA0KYmlkaXJlY3Rpb25hbCBMU1BzLg0KW0xpemhvbmddOiBhY3Jvc3MgdGhlIGRy
YWZ0LCBpdCBpcyBub3QgZXhwbGljaXRseSBzYXlpbmcgd2hhdCBpcyB0aGUgcHJvY2Vzc2luZw0K
cnVsZXMgZm9yIGluZGVwZW5kZW50IHByb3Zpc2lvbmluZy4gSXQgaXMgYmV0dGVyIHRvIHNheSBp
dCBoZXJlIG9yIG90aGVyIHBsYWNlLg0KDQo8Ukc+IFRoZXJlIGFyZSByZWxhdGVkIGNoYW5nZXMg
aW4gdGhlIGxhdGVzdCB2ZXJzaW9uIG9mIHRoZSBkcmFmdCwgZXNwZWNpYWxseSB3aXRoIFJFVkVS
U0VfTFNQIE9iamVjdCB1c2FnZS4gUGxlYXNlIGFkdmlzZSBpZiBsaWtlIHRvIHNlZSBhbnl0aGlu
ZyBzcGVjaWZpYy4NCg0KU2VjdGlvbiA1LjENCihFeHRlbmRlZCkgQVNTT0NJQVRJT04gT2JqZWN0
cyB3aXRoIGJvdGggc2luZ2xlIHNpZGVkIGFuZCBkb3VibGUgc2lkZWQNCkFzc29jaWF0aW9uIFR5
cGVzIE1VU1QgTk9UIGJlIGFkZGVkIGluIHRoZSBzYW1lIFBhdGggbWVzc2FnZS4NCltMaXpob25n
XTogd2hhdCBpZiB0d28gdHlwZXMgZXhpc3QgdG9nZXRoZXI/IE9ubHkgdXNlIHRoZSBmaXJzdCBv
bmU/DQoNCjxSRz4gSXQgc2F5cyBNVVNUIE5PVCA6KQ0KDQpTZWN0aW9uIDUuMg0KVGhlIFJFVkVS
U0VfTFNQIE9iamVjdCBNVVNUIE5PVCBiZSBpbmNsdWRlZCBpbiBhIFJFVkVSU0VfTFNQIE9iamVj
dC4NCltMaXpob25nXTogdHlwbyBoZXJlPw0KDQo8Ukc+IFRoZSBkb2N1bWVudCBkb2VzIG5vdCBh
bGxvdyBuZXN0ZWQgUkVWRVJTRV9MU1AgT2JqZWN0cy4NCg0KU2VjdGlvbiA1LjMNCkluIHBhcnRp
Y3VsYXIsIGFueSBvYmplY3QgdGhhdCB3YXMgY29waWVkIGFzIHBhcnQgb2YgaW5pdGlhbCBQYXRo
IG1lc3NhZ2UgY3JlYXRpb24gTVVTVA0KYmUgY29waWVkIHdoZW4gbW9kaWZpZWQuDQpbTGl6aG9u
Z106IG5vdCB1bmRlcnN0b29kICJjb3BpZWQgd2hlbiBtb2RpZmllZCIsIGlzIGl0ICJjb3BpZWQg
YWZ0ZXIgbW9kaWZpZWQiPw0KDQo8Ukc+IEZpeGVkLg0KDQpJbiBib3RoIGNhc2VzLCB3aGVuIHRo
ZSBlZ3Jlc3Mgbm9kZSByZWNlaXZlcyBhIFBhdGhUZWFyIG1lc3NhZ2UgdGhlDQpub2RlIE1VU1Qg
cmVtb3ZlIHRoZSBhc3NvY2lhdGVkIHJldmVyc2UgTFNQIHVzaW5nIFN0YW5kYXJkIFBhdGhUZWFy
DQptZXNzYWdlIHByb2Nlc3NpbmcuIFRlYXIgZG93biBvZiB0aGUgcmV2ZXJzZSBMU1AgZm9yIG90
aGVyIHJlYXNvbnMNClNIT1VMRCBOT1QgdHJpZ2dlciByZW1vdmFsIG9mIHRoZSBpbml0aWF0aW5n
IExTUCwgYnV0IFNIT1VMRCByZXN1bHQNCmluIHRoZSBlZ3Jlc3Mgbm9kZSBzZW5kaW5nIGEgUGF0
aEVyciB3aXRoIEVycm9yIGNvZGUgIkFkbWlzc2lvbg0KQ29udHJvbCBGYWlsdXJlICgwMSkgW1JG
QzIyMDVdIiBhbmQgU3ViLWNvZGUgIlJldmVyc2UgTFNQIEZhaWx1cmUiDQpkZWZpbmVkIGluIHRo
aXMgZG9jdW1lbnQuDQpbTGl6aG9uZ106IHRoZSBhYm92ZSBkZXNjcmlwdGlvbiBpcyBub3QgYWNj
dXJhdGUuIFdoYXQgaWYgdGhlIGVncmVzcyBub2RlIGhhdmUNCmZvcndhcmQgTFNQIGRvd24gYmVj
YXVzZSBvZiBsb2NhbCBsaW5rIGRvd24/IEluIHRoYXQgY2FzZSwgaXQgd2lsbCBub3QgcmVjZWl2
ZQ0KUGF0aFRlYXIsIGl0IGlzIHN0aWxsIG5lZWQgdG8gdGVhciBkb3duIHRoZSByZXZlcnNlIExT
UD8gSXQgc2hvdWxkIHNheSwgd2hlbmV2ZXINCnRoZSBmb3J3YXJkIExTUCBpcyBkb3duLCB0aGUg
cmV2ZXJzZSBMU1AgU0hPVUxEIGJlIHJlbW92ZWQuDQoNCjxSRz4gRml4ZWQuDQoNCk1hbnkgdGhh
bmtzIGFnYWluLA0KUmFrZXNoDQoNCg0KUmVnYXJkcw0KTGl6aG9uZw0K

--_000_D10E0167506F4rgandhiciscocom_
Content-Type: text/html; charset="utf-8"
Content-ID: <7F7E5A1F67902F4B8D1BC28904CF5088@emea.cisco.com>
Content-Transfer-Encoding: base64

PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy
YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy
ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx
NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgIj4NCjxkaXY+SGkgTGl6aG9u
Zyw8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PlRoYW5rIHlvdSBmb3IgcmV2aWV3aW5n
IHRoZSBkb2N1bWVudCBhbmQgcHJvdmlkaW5nIHlvdXIgY29tbWVudHMuPC9kaXY+DQo8ZGl2Pjxi
cj4NCjwvZGl2Pg0KPGRpdj5QbGVhc2Ugc2VlIGlubGluZSAuLiAmbHQ7UkcmZ3Q7IC4uPC9kaXY+
DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPHNwYW4gaWQ9Ik9MS19TUkNfQk9EWV9TRUNUSU9OIj4NCjxk
aXYgc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmk7IGZvbnQtc2l6ZToxMXB0OyB0ZXh0LWFsaWdu
OmxlZnQ7IGNvbG9yOmJsYWNrOyBCT1JERVItQk9UVE9NOiBtZWRpdW0gbm9uZTsgQk9SREVSLUxF
RlQ6IG1lZGl1bSBub25lOyBQQURESU5HLUJPVFRPTTogMGluOyBQQURESU5HLUxFRlQ6IDBpbjsg
UEFERElORy1SSUdIVDogMGluOyBCT1JERVItVE9QOiAjYjVjNGRmIDFwdCBzb2xpZDsgQk9SREVS
LVJJR0hUOiBtZWRpdW0gbm9uZTsgUEFERElORy1UT1A6IDNwdCI+DQo8c3BhbiBzdHlsZT0iZm9u
dC13ZWlnaHQ6Ym9sZCI+RnJvbTogPC9zcGFuPiZxdW90O0xpemhvbmcgY29tJmd0OyZxdW90OyAm
bHQ7PGEgaHJlZj0ibWFpbHRvOmxpemhvLmppbkBnbWFpbC5jb20iPmxpemhvLmppbkBnbWFpbC5j
b208L2E+Jmd0Ozxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5EYXRlOiA8L3Nw
YW4+VGh1cnNkYXksIDE5IEZlYnJ1YXJ5LCAyMDE1IDQ6NDkgQU08YnI+DQo8c3BhbiBzdHlsZT0i
Zm9udC13ZWlnaHQ6Ym9sZCI+VG86IDwvc3Bhbj50ZWFzICZsdDs8YSBocmVmPSJtYWlsdG86dGVh
c0BpZXRmLm9yZyI+dGVhc0BpZXRmLm9yZzwvYT4mZ3Q7LCBkcmFmdC1pZXRmLXRlYXMtbXBscy10
cC1yc3ZwdGUtZXh0LWFzc29jaWF0ZWQtbHNwICZsdDs8YSBocmVmPSJtYWlsdG86ZHJhZnQtaWV0
Zi10ZWFzLW1wbHMtdHAtcnN2cHRlLWV4dC1hc3NvY2lhdGVkLWxzcEB0b29scy5pZXRmLm9yZyI+
ZHJhZnQtaWV0Zi10ZWFzLW1wbHMtdHAtcnN2cHRlLWV4dC1hc3NvY2lhdGVkLWxzcEB0b29scy5p
ZXRmLm9yZzwvYT4mZ3Q7PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPkNjOiA8
L3NwYW4+cnRnLWRpciAmbHQ7PGEgaHJlZj0ibWFpbHRvOnJ0Zy1kaXJAaWV0Zi5vcmciPnJ0Zy1k
aXJAaWV0Zi5vcmc8L2E+Jmd0OywgdGVhcyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnRlYXNAaWV0Zi5v
cmciPnRlYXNAaWV0Zi5vcmc8L2E+Jmd0OywgcnRnLWFkcyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnJ0
Zy1hZHNAdG9vbHMuaWV0Zi5vcmciPnJ0Zy1hZHNAdG9vbHMuaWV0Zi5vcmc8L2E+Jmd0Ozxicj4N
CjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5TdWJqZWN0OiA8L3NwYW4+UmU6IFtUZWFz
XSBSdGdEaXIgUmV2aWV3IG9mIGRyYWZ0LWlldGYtdGVhcy1tcGxzLXRwLXJzdnB0ZS1leHQtYXNz
b2NpYXRlZC1sc3AtMDI8YnI+DQo8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PjxzdHls
ZT5ib2R5IHsgbGluZS1oZWlnaHQ6IDEuNTsgfWJsb2NrcXVvdGUgeyBtYXJnaW4tdG9wOiAwcHg7
IG1hcmdpbi1ib3R0b206IDBweDsgbWFyZ2luLWxlZnQ6IDAuNWVtOyB9ZGl2LmZveGRpdjIwMTUw
MjE5MTc0NjU4NzMzMjk4IHsgfWJvZHkgeyBmb250LXNpemU6IDEwLjVwdDsgZm9udC1mYW1pbHk6
ICdUaW1lcyBOZXcgUm9tYW4nOyBjb2xvcjogcmdiKDAsIDAsIDApOyBsaW5lLWhlaWdodDogMS41
OyB9PC9zdHlsZT4NCjxkaXY+DQo8ZGl2Pjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+PHNwYW4+
PC9zcGFuPlNvcnJ5LCBJIG1pc3NlZCBvbmUgbW9yZSBjb21tZW50IGJlbG93OjwvZm9udD48L2Rp
dj4NCjxkaXY+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buRIj5TZWN0aW9uIDcmbmJzcDs8c3BhbiBz
dHlsZT0iZm9udC1zaXplOiAxMC41cHQ7IGxpbmUtaGVpZ2h0OiAxLjU7IGJhY2tncm91bmQtY29s
b3I6IHdpbmRvdzsiPlNlY3VyaXR5IENvbnNpZGVyYXRpb25zPC9zcGFuPjwvZm9udD48L2Rpdj4N
CjxkaXY+PHNwYW4gdGltZXNuZXdyb21hbj8/O2ZvbnQtc2l6ZToxNHB4O2NvbG9yOnJnYigwLDAs
MCk7YmFja2dyb3VuZC1jb2xvcjpyZ2JhKDAsZm9udC13ZWlnaHQ6bm9ybWFsO2ZvbnQtc3R5bGU6
bm9ybWFsO3RleHQtZGVjb3JhdGlvbjpub25lOz89IiI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buR
Ij5bTGl6aG9uZ10gdGhlIHNpbmdsZSBzaWRlIHByb3Zpc2lvbmluZyBtb2RlIHdpbGwgYWxsb3cg
b25lIG5vZGUgdG8gdHJpZ2dlciBhbm90aGVyDQo8YnI+DQpub2RlIHRvIHNldHVwIExTUC4gVGhp
cyB3aWxsIGludHJvZHVjZSBzb21lIHNlY3VyaXR5IGlzc3VlIGZvciB0aGUgcmVtb3RlIG5vZGUu
IDxicj4NClNvbWUgYWRtaW5pc3RyYXRpdmUgcG9saWNlIG1heSBiZSBpbnRyb2R1Y2VkIHRvIGFs
bG93L2Rlbnkgb3RoZXJzIHRvIHRyaWdnZXIgTFNQIHNldHVwLjwvZm9udD48L3NwYW4+PC9kaXY+
DQo8L2Rpdj4NCjwvZGl2Pg0KPC9zcGFuPg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+Jmx0O1JH
Jmd0OyBBZ3JlZSwgdXBkYXRlZCBpbiB0aGUgbGF0ZXN0IHJldmlzaW9uICgwNSkuPC9kaXY+DQo8
c3BhbiBpZD0iT0xLX1NSQ19CT0RZX1NFQ1RJT04iPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pjxicj4N
CjwvZGl2Pg0KPGhyIHN0eWxlPSJXSURUSDogMjEwcHg7IEhFSUdIVDogMXB4IiBjb2xvcj0iI2I1
YzRkZiIgc2l6ZT0iMSIgYWxpZ249ImxlZnQiPg0KPGRpdj48c3Bhbj4NCjxkaXYgc3R5bGU9Ik1B
UkdJTjogMTBweDsgRk9OVC1GQU1JTFk6IHZlcmRhbmE7IEZPTlQtU0laRTogMTBwdCI+DQo8ZGl2
PlJlZ2FyZHM8L2Rpdj4NCjxkaXY+TGl6aG9uZzwvZGl2Pg0KPC9kaXY+DQo8L3NwYW4+PC9kaXY+
DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDogMHB4OyBtYXJnaW4tYm90dG9tOiAwcHg7
IG1hcmdpbi1sZWZ0OiAwLjVlbTsiPg0KPGRpdj4mbmJzcDs8L2Rpdj4NCjxkaXYgc3R5bGU9ImJv
cmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBj
bSAwY20gMGNtIj4NCjxkaXYgc3R5bGU9IlBBRERJTkctUklHSFQ6IDhweDsgUEFERElORy1MRUZU
OiA4cHg7IEZPTlQtU0laRTogMTJweDtGT05ULUZBTUlMWTp0YWhvbWE7Q09MT1I6IzAwMDAwMDsg
QkFDS0dST1VORDogI2VmZWZlZjsgUEFERElORy1CT1RUT006IDhweDsgUEFERElORy1UT1A6IDhw
eCI+DQo8ZGl2PjxiPkZyb206PC9iPiZuYnNwOzxhIGhyZWY9Im1haWx0bzpsaXpoby5qaW5AZ21h
aWwuY29tIj5saXpoby5qaW5AZ21haWwuY29tPC9hPjwvZGl2Pg0KPGRpdj48Yj5EYXRlOjwvYj4m
bmJzcDsyMDE1LTAyLTE5Jm5ic3A7MTc6MjE8L2Rpdj4NCjxkaXY+PGI+VG86PC9iPiZuYnNwOzxh
IGhyZWY9Im1haWx0bzp0ZWFzQGlldGYub3JnIj50ZWFzPC9hPjsgPGEgaHJlZj0ibWFpbHRvOmRy
YWZ0LWlldGYtdGVhcy1tcGxzLXRwLXJzdnB0ZS1leHQtYXNzb2NpYXRlZC1sc3BAdG9vbHMuaWV0
Zi5vcmciPg0KZHJhZnQtaWV0Zi10ZWFzLW1wbHMtdHAtcnN2cHRlLWV4dC1hc3NvY2lhdGVkLWxz
cDwvYT48L2Rpdj4NCjxkaXY+PGI+Q0M6PC9iPiZuYnNwOzxhIGhyZWY9Im1haWx0bzpydGctZGly
QGlldGYub3JnIj5ydGctZGlyQGlldGYub3JnPC9hPjsgPGEgaHJlZj0ibWFpbHRvOnJ0Zy1hZHNA
dG9vbHMuaWV0Zi5vcmciPg0KcnRnLWFkczwvYT47IDxhIGhyZWY9Im1haWx0bzp0ZWFzQGlldGYu
b3JnIj50ZWFzPC9hPjwvZGl2Pg0KPGRpdj48Yj5TdWJqZWN0OjwvYj4mbmJzcDtSdGdEaXIgUmV2
aWV3IG9mIGRyYWZ0LWlldGYtdGVhcy1tcGxzLXRwLXJzdnB0ZS1leHQtYXNzb2NpYXRlZC1sc3At
MDI8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdiBjbGFzcz0iRm94RGl2MjAxNTAy
MTkxNzQ2NTg3MzMyOTgiPg0KPGRpdj48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPjxzcGFuPjwv
c3Bhbj48L2ZvbnQ+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogbm9ybWFsOyI+PGZvbnQgZmFj
ZT0i5b6u6L2v6ZuF6buRIj5IZWxsbzwvZm9udD48L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVp
Z2h0OiBub3JtYWw7Ij48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPiZuYnNwOzwvZm9udD48L2Rp
dj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48Zm9udCBmYWNlPSLlvq7ova/p
m4Xpu5EiPkkgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIHRoZSBSb3V0aW5nIERpcmVjdG9yYXRlIHJl
dmlld2VyIGZvciB0aGlzIGRyYWZ0LjwvZm9udD48L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVp
Z2h0OiBub3JtYWw7Ij48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPlRoZSBSb3V0aW5nIERpcmVj
dG9yYXRlIHNlZWtzIHRvIHJldmlldyBhbGwgcm91dGluZyBvciByb3V0aW5nLXJlbGF0ZWQ8L2Zv
bnQ+PC9kaXY+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogbm9ybWFsOyI+PGZvbnQgZmFjZT0i
5b6u6L2v6ZuF6buRIj5kcmFmdHMgYXMgdGhleSBwYXNzIHRocm91Z2ggSUVURiBsYXN0IGNhbGwg
YW5kIElFU0cgcmV2aWV3LCBhbmQ8L2ZvbnQ+PC9kaXY+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdo
dDogbm9ybWFsOyI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buRIj5zb21ldGltZXMgb24gc3BlY2lh
bCByZXF1ZXN0LiBUaGUgcHVycG9zZSBvZiB0aGUgcmV2aWV3IGlzIHRvIHByb3ZpZGU8L2ZvbnQ+
PC9kaXY+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogbm9ybWFsOyI+PGZvbnQgZmFjZT0i5b6u
6L2v6ZuF6buRIj5hc3Npc3RhbmNlIHRvIHRoZSBSb3V0aW5nIEFEcy4gRm9yIG1vcmUgaW5mb3Jt
YXRpb24gYWJvdXQgdGhlIFJvdXRpbmc8L2ZvbnQ+PC9kaXY+DQo8ZGl2IHN0eWxlPSJsaW5lLWhl
aWdodDogbm9ybWFsOyI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buRIj5EaXJlY3RvcmF0ZSwgcGxl
YXNlIHNlZSDigIs8L2ZvbnQ+PC9kaXY+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogbm9ybWFs
OyI+PGEgaHJlZj0iaHR0cDovL3RyYWMudG9vbHMuaWV0Zi5vcmcvYXJlYS9ydGcvdHJhYy93aWtp
L1J0Z0RpciIgc3R5bGU9InRleHQtZGVjb3JhdGlvbjogbm9uZSAhaW1wb3J0YW50OyI+PGZvbnQg
ZmFjZT0i5b6u6L2v6ZuF6buRIj5odHRwOi8vdHJhYy50b29scy5pZXRmLm9yZy9hcmVhL3J0Zy90
cmFjL3dpa2kvUnRnRGlyPC9mb250PjwvYT48L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0
OiBub3JtYWw7Ij48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPiZuYnNwOzwvZm9udD48L2Rpdj4N
CjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48Zm9udCBmYWNlPSLlvq7ova/pm4Xp
u5EiPkFsdGhvdWdoIHRoZXNlIGNvbW1lbnRzIGFyZSBwcmltYXJpbHkgZm9yIHRoZSB1c2Ugb2Yg
dGhlIFJvdXRpbmcgQURzLCBpdDwvZm9udD48L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0
OiBub3JtYWw7Ij48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPndvdWxkIGJlIGhlbHBmdWwgaWYg
eW91IGNvdWxkIGNvbnNpZGVyIHRoZW0gYWxvbmcgd2l0aCBhbnkgb3RoZXIgSUVURjwvZm9udD48
L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48Zm9udCBmYWNlPSLlvq7o
va/pm4Xpu5EiPkxhc3QgQ2FsbCBjb21tZW50cyB0aGF0IHlvdSByZWNlaXZlLCBhbmQgc3RyaXZl
IHRvIHJlc29sdmUgdGhlbSB0aHJvdWdoPC9mb250PjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1o
ZWlnaHQ6IG5vcm1hbDsiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+ZGlzY3Vzc2lvbiBvciBi
eSB1cGRhdGluZyB0aGUgZHJhZnQuPC9mb250PjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWln
aHQ6IG5vcm1hbDsiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+Jm5ic3A7PC9mb250PjwvZGl2
Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxmb250IGZhY2U9IuW+rui9r+mb
hem7kSI+RG9jdW1lbnQ6Jm5ic3A7PHNwYW4gc3R5bGU9ImJhY2tncm91bmQtY29sb3I6IHJnYmEo
MCwgMCwgMCwgMCk7IGxpbmUtaGVpZ2h0OiAxLjU7Ij5kcmFmdC1pZXRmLXRlYXMtbXBscy10cC1y
c3ZwdGUtZXh0LWFzc29jaWF0ZWQtbHNwLTAyPC9zcGFuPjwvZm9udD48L2Rpdj4NCjxkaXYgc3R5
bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPlJldmll
d2VyOiBMaXpob25nIEppbjwvZm9udD48L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBu
b3JtYWw7Ij48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPlJldmlldyBEYXRlOiAxOSBGZWJydWFy
eSAyMDE1PC9mb250PjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxm
b250IGZhY2U9IuW+rui9r+mbhem7kSI+SUVURiBMQyBFbmQgRGF0ZTogTi9BPC9mb250PjwvZGl2
Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxmb250IGZhY2U9IuW+rui9r+mb
hem7kSI+SW50ZW5kZWQgU3RhdHVzOiBTdGFuZGFyZCBUcmFjazwvZm9udD48L2Rpdj4NCjxkaXYg
c3R5bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPiZu
YnNwOzwvZm9udD48L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48Zm9u
dCBmYWNlPSLlvq7ova/pm4Xpu5EiPlN1bW1hcnk6PC9mb250PjwvZGl2Pg0KPGRpdiBzdHlsZT0i
bGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTog5b6u6L2v6ZuF
6buROyBmb250LXNpemU6IDEwLjVwdDsgYmFja2dyb3VuZC1jb2xvcjogd2luZG93OyI+VGhlIGRv
Y3VtZW50IGlzIGJhc2ljYWxseSByZWFkeSBmb3IgcHVibGljYXRpb24uIEkgZm91bmQgc29tZSBt
aW5vciZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IOW+rui9r+mbhem7kTsg
Zm9udC1zaXplOiAxMC41cHQ7IGJhY2tncm91bmQtY29sb3I6IHdpbmRvdzsiPmlzc3VlcywNCiBh
bmQgaG9wZTwvc3Bhbj48L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48
c3BhbiBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjogd2luZG93OyI+PGZvbnQgZmFjZT0i5b6u6L2v
6ZuF6buRIj50byBzZWUgdGhlIGNsYXJpZmljYXRpb24uPC9mb250Pjwvc3Bhbj48L2Rpdj4NCjwv
ZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxzcGFuIHN0eWxlPSJiYWNr
Z3JvdW5kLWNvbG9yOiB3aW5kb3c7Ij48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPjxicj4NCjwv
Zm9udD48L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogbm9ybWFsOyI+PHNw
YW4gc3R5bGU9ImJhY2tncm91bmQtY29sb3I6IHdpbmRvdzsiPjxmb250IGZhY2U9IuW+rui9r+mb
hem7kSI+Q29tbW5ldHM6PC9mb250Pjwvc3Bhbj48L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVp
Z2h0OiBub3JtYWw7Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IOW+rui9r+mbhem7kTsiPkkg
cGF0aWNpcGF0ZSB0aGUgaW5pdGlhbCBkaXNjdXNzaW9uIG9mIHRoaXMgZHJhZnQuIEkgYW0gbHVj
a3kgdG8gcmV2aWV3Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTog5b6u6L2v
6ZuF6buROyBmb250LXNpemU6IDEwLjVwdDsgYmFja2dyb3VuZC1jb2xvcjogd2luZG93OyI+aXQg
YWdhaW4uIE92ZXJhbGwsIHRoZTxicj4NCnByb2Nlc3NpbmcgcnVsZSBvZiBpbmRlcGVuZGVudCBw
cm92aXNpb25pbmcgaG9wZSB0byBiZSBleHBsaWNpdGx5Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxl
PSJmb250LWZhbWlseTog5b6u6L2v6ZuF6buROyBmb250LXNpemU6IDEwLjVwdDsgYmFja2dyb3Vu
ZC1jb2xvcjogd2luZG93OyI+ZGVzY3JpYmVkLiZuYnNwOzwvc3Bhbj48L2Rpdj4NCjxkaXYgc3R5
bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IOW+rui9
r+mbhem7kTsgZm9udC1zaXplOiAxMC41cHQ7IGJhY2tncm91bmQtY29sb3I6IHdpbmRvdzsiPk5v
IG1ham9yIGlzc3Vlcywgc29tZSBtaW5vciBpc3N1ZXMgbmVlZCB0byBiZSBjbGFyaWZpZWQuPC9z
cGFuPjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9kaXY+
DQo8L3NwYW4+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj4mbHQ7UkcmZ3Q7IEdyZWF0LCB0aGFu
a3MuPC9kaXY+DQo8c3BhbiBpZD0iT0xLX1NSQ19CT0RZX1NFQ1RJT04iPg0KPGRpdj4NCjxkaXY+
DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDogMHB4OyBtYXJnaW4tYm90dG9tOiAwcHg7
IG1hcmdpbi1sZWZ0OiAwLjVlbTsiPg0KPGRpdj4NCjxkaXYgY2xhc3M9IkZveERpdjIwMTUwMjE5
MTc0NjU4NzMzMjk4Ij4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48c3BhbiBz
dHlsZT0iYmFja2dyb3VuZC1jb2xvcjogd2luZG93OyI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buR
Ij48YnI+DQo8L2ZvbnQ+PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5v
cm1hbDsiPjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOiB3aW5kb3c7Ij48Zm9udCBmYWNl
PSLlvq7ova/pm4Xpu5EiPk1ham9yIGlzc3VlczogTm88L2ZvbnQ+PC9zcGFuPjwvZGl2Pg0KPGRp
diBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kLWNv
bG9yOiB3aW5kb3c7Ij48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPjxicj4NCjwvZm9udD48L3Nw
YW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogbm9ybWFsOyI+PHNwYW4gc3R5bGU9
ImJhY2tncm91bmQtY29sb3I6IHdpbmRvdzsiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+TWlu
b3IgaXNzdWVzOjwvZm9udD48L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDog
bm9ybWFsOyI+PHNwYW4gc3R5bGU9ImJhY2tncm91bmQtY29sb3I6IHdpbmRvdzsiPjxmb250IGZh
Y2U9IuW+rui9r+mbhem7kSI+U2VjdGlvbiAzLjI8L2ZvbnQ+PC9zcGFuPjwvZGl2Pg0KPGRpdiBz
dHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+SW4g
ZWFjaCBvZiB0aGUgc2l0dWF0aW9ucyBkZXNjcmliZWQgYWJvdmUsIGJvdGggcHJvdmlzaW9uaW5n
IG1vZGVscw0KPGJyPg0KYXJlIGFwcGxpY2FibGUuIDxicj4NCltMaXpob25nXTogZm9yIHRoZSBz
ZWNvbmQgc2l0dWF0aW9ucyBhYm92ZSwgaG93IGNvdWxkIHlvdSBsZXQgdGhlIHJldmVyc2UgTFNQ
IDxicj4NCnRvIGJlIGV4aXN0ZWQgYmVmb3JlIHRoZSBmb3J3YXJkIExTUCBmb3Igc2luZ2xlIHNp
ZGUgcHJvdmlzaW9uaW5nPyBXb3VsZG4ndCB0aGUmbmJzcDs8L2ZvbnQ+PC9kaXY+DQo8ZGl2IHN0
eWxlPSJsaW5lLWhlaWdodDogbm9ybWFsOyI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buRIj5yZXZl
cnNlIExTUCB0cmlnZ2VyIGFub3RoZXImbmJzcDs8L2ZvbnQ+PHNwYW4gc3R5bGU9ImZvbnQtZmFt
aWx5OiDlvq7ova/pm4Xpu5E7IGZvbnQtc2l6ZTogMTAuNXB0OyBiYWNrZ3JvdW5kLWNvbG9yOiB3
aW5kb3c7Ij5yZXZlcnNlIExTUD88L3NwYW4+PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9j
a3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvc3Bhbj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2
PiZsdDtSRyZndDsgJm5ic3A7Rml4ZWQuPC9kaXY+DQo8c3BhbiBpZD0iT0xLX1NSQ19CT0RZX1NF
Q1RJT04iPg0KPGRpdj4NCjxkaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDogMHB4
OyBtYXJnaW4tYm90dG9tOiAwcHg7IG1hcmdpbi1sZWZ0OiAwLjVlbTsiPg0KPGRpdj4NCjxkaXYg
Y2xhc3M9IkZveERpdjIwMTUwMjE5MTc0NjU4NzMzMjk4Ij4NCjxkaXYgc3R5bGU9ImxpbmUtaGVp
Z2h0OiBub3JtYWw7Ij48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPjxicj4NCjwvZm9udD48L2Rp
dj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48c3BhbiDlvq7ova/pm4Xpu5Es
dGFob21hPz87Zm9udC1zaXplOjE0cHg7Y29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9y
OnJnYmEoMCxmb250LXdlaWdodDpub3JtYWw7Zm9udC1zdHlsZTpub3JtYWw7dGV4dC1kZWNvcmF0
aW9uOm5vbmU7Pz0iIj48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPlNlY3Rpb24gMy4yLjEuJm5i
c3A7PGJyPg0KRm9yIHRoZSBzaW5nbGUgc2lkZWQgcHJvdmlzaW9uaW5nIG1vZGVsLCBjcmVhdGlv
biBvZiByZXZlcnNlIExTUDEgaXMgPGJyPg0KdHJpZ2dlcmVkIGJ5IExTUDIgb3IgY3JlYXRpb24g
b2YgcmV2ZXJzZSBMU1AyIGlzIHRyaWdnZXJlZCBieSBMU1AxLiA8YnI+DQpXaGVuIGNyZWF0aW9u
IG9mIHJldmVyc2UgTFNQMiBpcyB0cmlnZ2VyZWQgYnkgTFNQMSwgTFNQMSBpcyA8YnI+DQpwcm92
aXNpb25lZCBmaXJzdCAob3IgcmVmcmVzaGVkIGlmIExTUDEgYWxyZWFkeSBleGlzdHMpIGF0IG5v
ZGUgQS4gPGJyPg0KW0xpemhvbmddOiBMU1AxIGFuZCBMU1AyIGlzIGluIEZpcmd1cmUxPyBCZXR0
ZXIgdG8gZXhwbGljaXRseSBzYXkgdGhhdCBpbjwvZm9udD48L3NwYW4+PC9kaXY+DQo8ZGl2IHN0
eWxlPSJsaW5lLWhlaWdodDogbm9ybWFsOyI+PHNwYW4g5b6u6L2v6ZuF6buRLHRhaG9tYT8/O2Zv
bnQtc2l6ZToxNHB4O2NvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2JhKDAsZm9u
dC13ZWlnaHQ6bm9ybWFsO2ZvbnQtc3R5bGU6bm9ybWFsO3RleHQtZGVjb3JhdGlvbjpub25lOz89
IiI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buRIj50aGUgZG9jdW1lbnQuPC9mb250Pjwvc3Bhbj48
L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9z
cGFuPg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2PiZsdDtSRyZndDsgJm5ic3A7Rml4
ZWQuPC9kaXY+DQo8c3BhbiBpZD0iT0xLX1NSQ19CT0RZX1NFQ1RJT04iPg0KPGJsb2NrcXVvdGU+
DQo8ZGl2IGNsYXNzPSJGb3hEaXYyMDE1MDIxOTE3NDY1ODczMzI5OCI+PC9kaXY+DQo8L2Jsb2Nr
cXVvdGU+DQo8L3NwYW4+PC9kaXY+DQo8c3BhbiBpZD0iT0xLX1NSQ19CT0RZX1NFQ1RJT04iPg0K
PGRpdj4NCjxkaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDogMHB4OyBtYXJnaW4t
Ym90dG9tOiAwcHg7IG1hcmdpbi1sZWZ0OiAwLjVlbTsiPg0KPGRpdj4NCjxkaXYgY2xhc3M9IkZv
eERpdjIwMTUwMjE5MTc0NjU4NzMzMjk4Ij4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3Jt
YWw7Ij48c3BhbiDlvq7ova/pm4Xpu5EsdGFob21hPz87Zm9udC1zaXplOjE0cHg7Y29sb3I6cmdi
KDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYmEoMCxmb250LXdlaWdodDpub3JtYWw7Zm9udC1z
dHlsZTpub3JtYWw7dGV4dC1kZWNvcmF0aW9uOm5vbmU7Pz0iIj48Zm9udCBmYWNlPSLlvq7ova/p
m4Xpu5EiPjxicj4NCjwvZm9udD48L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdo
dDogbm9ybWFsOyI+PHNwYW4g5b6u6L2v6ZuF6buRLHRhaG9tYT8/O2ZvbnQtc2l6ZToxNHB4O2Nv
bG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2JhKDAsZm9udC13ZWlnaHQ6bm9ybWFs
O2ZvbnQtc3R5bGU6bm9ybWFsO3RleHQtZGVjb3JhdGlvbjpub25lOz89IiI+PHNwYW4gc3R5bGU9
ImJhY2tncm91bmQtY29sb3I6IHJnYmEoMCwgMCwgMCwgMCk7Ij48Zm9udCBmYWNlPSLlvq7ova/p
m4Xpu5EiPiZuYnNwO0Egc2ltaWxhciBwcm9jZWR1cmUNCiBpcyB1c2VkIGlmIExTUDIgaXMgcHJv
dmlzaW9uZWQgZmlyc3QgYXQgbm9kZSBCIDxicj4NCmFuZCB0aGUgY3JlYXRpb24gb2YgcmV2ZXJz
ZSBMU1AxIGF0IG5vZGUgQSBpcyBlaXRoZXIgdHJpZ2dlcmVkIGJ5IDxicj4NCkxTUDIgb3IgdGhl
IHJldmVyc2UgTFNQMSBleGlzdGVkLiBJbiBhbGwgdGhyZWUgc2NlbmFyaW9zLCB0aGUgdHdvIDxi
cj4NCnVuaWRpcmVjdGlvbmFsIExTUHMgYXJlIGJvdW5kIHRvZ2V0aGVyIHRvIGZvcm0gYW4gYXNz
b2NpYXRlZCA8YnI+DQpiaWRpcmVjdGlvbmFsIExTUCBiYXNlZCBvbiBpZGVudGljYWwgKEV4dGVu
ZGVkKSBBU1NPQ0lBVElPTiBPYmplY3RzIDxicj4NCmluIHRoZSB0d28gTFNQcycgUGF0aCBtZXNz
YWdlcy4gPGJyPg0KW0xpemhvbmddOiBJIGRvdWJ0IGlmIHRoZSBmb2xsb3dpbmcgc2NlbmFyaW8g
aXMgcmVhbGlzdGljIGluIFNpbmdsZSBTaWRlZCBQcm92aXNpb25pbmcuDQo8YnI+DQpMU1AyIGlz
IHByb3Zpc2lvbmVkIGZpcnN0LCByZXZlcnNlIExTUDEgYXQgbm9kZSBBIGlzIGV4aXN0ZWQgYmVm
b3JlIExTUDIuIDxicj4NClRoZSB3aGF0IGlzIHRoZSBBc3NvY2lhdGlvbiBUeXBlIGluIHJldmVy
c2UgTFNQMT8gQmVmb3JlIExTUDIsIHdpbGwgdGhlIHJldmVyc2UmbmJzcDs8L2ZvbnQ+PC9zcGFu
Pjwvc3Bhbj48L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48c3BhbiDl
vq7ova/pm4Xpu5EsdGFob21hPz87Zm9udC1zaXplOjE0cHg7Y29sb3I6cmdiKDAsMCwwKTtiYWNr
Z3JvdW5kLWNvbG9yOnJnYmEoMCxmb250LXdlaWdodDpub3JtYWw7Zm9udC1zdHlsZTpub3JtYWw7
dGV4dC1kZWNvcmF0aW9uOm5vbmU7Pz0iIj48c3BhbiBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjog
cmdiYSgwLCAwLCAwLCAwKTsiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+TFNQMSB0cmlnZ2Vy
IGFub3RoZXINCiBMU1A/Jm5ic3A7PGJyPg0KPC9mb250Pjwvc3Bhbj48L3NwYW4+PC9kaXY+DQo8
L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvc3Bhbj4NCjxk
aXY+PGJyPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4mbHQ7UkcmZ3Q7ICZuYnNwO0ZpeGVkLjwvZGl2
Pg0KPHNwYW4gaWQ9Ik9MS19TUkNfQk9EWV9TRUNUSU9OIj4NCjxibG9ja3F1b3RlPg0KPGRpdiBj
bGFzcz0iRm94RGl2MjAxNTAyMTkxNzQ2NTg3MzMyOTgiPjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0K
PC9zcGFuPjwvZGl2Pg0KPHNwYW4gaWQ9Ik9MS19TUkNfQk9EWV9TRUNUSU9OIj4NCjxkaXY+DQo8
ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6IDBweDsgbWFyZ2luLWJvdHRvbTog
MHB4OyBtYXJnaW4tbGVmdDogMC41ZW07Ij4NCjxkaXY+DQo8ZGl2IGNsYXNzPSJGb3hEaXYyMDE1
MDIxOTE3NDY1ODczMzI5OCI+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogbm9ybWFsOyI+PHNw
YW4g5b6u6L2v6ZuF6buRLHRhaG9tYT8/O2ZvbnQtc2l6ZToxNHB4O2NvbG9yOnJnYigwLDAsMCk7
YmFja2dyb3VuZC1jb2xvcjpyZ2JhKDAsZm9udC13ZWlnaHQ6bm9ybWFsO2ZvbnQtc3R5bGU6bm9y
bWFsO3RleHQtZGVjb3JhdGlvbjpub25lOz89IiI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buRIj48
YnI+DQo8L2ZvbnQ+PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1h
bDsiPjxzcGFuIOW+rui9r+mbhem7kSx0YWhvbWE/Pztmb250LXNpemU6MTRweDtjb2xvcjpyZ2Io
MCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiYSgwLGZvbnQtd2VpZ2h0Om5vcm1hbDtmb250LXN0
eWxlOm5vcm1hbDt0ZXh0LWRlY29yYXRpb246bm9uZTs/PSIiPjxmb250IGZhY2U9IuW+rui9r+mb
hem7kSI+U2VjdGlvbiA1LiBQcm9jZXNzaW5nIFJ1bGVzDQo8YnI+DQpJbiBnZW5lcmFsLCB0aGUg
cHJvY2Vzc2luZyBydWxlcyBmb3IgdGhlIEFTU09DSUFUSU9OIE9iamVjdCBhcmUgYXMgPGJyPg0K
c3BlY2lmaWVkIGluIFtSRkM0ODcyXSBhbmQgRXh0ZW5kZWQgQVNTT0NJQVRJT04gT2JqZWN0IGFy
ZSBzcGVjaWZpZWQgPGJyPg0KaW4gW1JGQzY3ODBdLiBGb2xsb3dpbmcgc2VjdGlvbnMgZGVzY3Jp
YmUgdGhlIHJ1bGVzIGZvciBwcm9jZXNzaW5nIDxicj4NCihFeHRlbmRlZCkgQVNTT0NJQVRJT04g
YW5kIFJFVkVSU0VfTFNQIG9iamVjdHMgZm9yIGFzc29jaWF0ZWQgPGJyPg0KYmlkaXJlY3Rpb25h
bCBMU1BzLiA8YnI+DQpbTGl6aG9uZ106IGFjcm9zcyB0aGUgZHJhZnQsIGl0IGlzIG5vdCBleHBs
aWNpdGx5IHNheWluZyB3aGF0IGlzIHRoZSBwcm9jZXNzaW5nJm5ic3A7PC9mb250Pjwvc3Bhbj48
L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48c3BhbiDlvq7ova/pm4Xp
u5EsdGFob21hPz87Zm9udC1zaXplOjE0cHg7Y29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNv
bG9yOnJnYmEoMCxmb250LXdlaWdodDpub3JtYWw7Zm9udC1zdHlsZTpub3JtYWw7dGV4dC1kZWNv
cmF0aW9uOm5vbmU7Pz0iIj48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPnJ1bGVzIGZvciBpbmRl
cGVuZGVudCBwcm92aXNpb25pbmcuIEl0IGlzIGJldHRlciB0byBzYXkgaXQgaGVyZSBvcg0KIG90
aGVyIHBsYWNlLjxicj4NCjwvZm9udD48L3NwYW4+PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9i
bG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvc3Bhbj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8
ZGl2PiZsdDtSRyZndDsgVGhlcmUgYXJlIHJlbGF0ZWQgY2hhbmdlcyBpbiB0aGUgbGF0ZXN0IHZl
cnNpb24gb2YgdGhlIGRyYWZ0LCBlc3BlY2lhbGx5IHdpdGggUkVWRVJTRV9MU1AgT2JqZWN0IHVz
YWdlLiBQbGVhc2UgYWR2aXNlIGlmIGxpa2UgdG8gc2VlIGFueXRoaW5nIHNwZWNpZmljLjwvZGl2
Pg0KPHNwYW4gaWQ9Ik9MS19TUkNfQk9EWV9TRUNUSU9OIj4NCjxkaXY+DQo8ZGl2Pg0KPGJsb2Nr
cXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6IDBweDsgbWFyZ2luLWJvdHRvbTogMHB4OyBtYXJnaW4t
bGVmdDogMC41ZW07Ij4NCjxkaXY+DQo8ZGl2IGNsYXNzPSJGb3hEaXYyMDE1MDIxOTE3NDY1ODcz
MzI5OCI+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogbm9ybWFsOyI+PHNwYW4g5b6u6L2v6ZuF
6buRLHRhaG9tYT8/O2ZvbnQtc2l6ZToxNHB4O2NvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1j
b2xvcjpyZ2JhKDAsZm9udC13ZWlnaHQ6bm9ybWFsO2ZvbnQtc3R5bGU6bm9ybWFsO3RleHQtZGVj
b3JhdGlvbjpub25lOz89IiI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buRIj48YnI+DQo8L2ZvbnQ+
PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxzcGFuIOW+
rui9r+mbhem7kSx0YWhvbWE/Pztmb250LXNpemU6MTRweDtjb2xvcjpyZ2IoMCwwLDApO2JhY2tn
cm91bmQtY29sb3I6cmdiYSgwLGZvbnQtd2VpZ2h0Om5vcm1hbDtmb250LXN0eWxlOm5vcm1hbDt0
ZXh0LWRlY29yYXRpb246bm9uZTs/PSIiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+U2VjdGlv
biA1LjE8L2ZvbnQ+PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1h
bDsiPjxzcGFuIOW+rui9r+mbhem7kSx0YWhvbWE/Pztmb250LXNpemU6MTRweDtjb2xvcjpyZ2Io
MCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiYSgwLGZvbnQtd2VpZ2h0Om5vcm1hbDtmb250LXN0
eWxlOm5vcm1hbDt0ZXh0LWRlY29yYXRpb246bm9uZTs/PSIiPjxzcGFuIHN0eWxlPSJiYWNrZ3Jv
dW5kLWNvbG9yOiByZ2JhKDAsIDAsIDAsIDApOyI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buRIj4o
RXh0ZW5kZWQpIEFTU09DSUFUSU9ODQogT2JqZWN0cyB3aXRoIGJvdGggc2luZ2xlIHNpZGVkIGFu
ZCBkb3VibGUgc2lkZWQgPGJyPg0KQXNzb2NpYXRpb24gVHlwZXMgTVVTVCBOT1QgYmUgYWRkZWQg
aW4gdGhlIHNhbWUgUGF0aCBtZXNzYWdlLiA8YnI+DQpbTGl6aG9uZ106IHdoYXQgaWYgdHdvIHR5
cGVzIGV4aXN0IHRvZ2V0aGVyPyBPbmx5IHVzZSB0aGUgZmlyc3Qgb25lPzwvZm9udD48L3NwYW4+
PC9zcGFuPjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9k
aXY+DQo8L3NwYW4+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj4mbHQ7UkcmZ3Q7IEl0IHNheXMg
TVVTVCBOT1QgOik8L2Rpdj4NCjxzcGFuIGlkPSJPTEtfU1JDX0JPRFlfU0VDVElPTiI+DQo8ZGl2
Pg0KPGRpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOiAwcHg7IG1hcmdpbi1ib3R0
b206IDBweDsgbWFyZ2luLWxlZnQ6IDAuNWVtOyI+DQo8ZGl2Pg0KPGRpdiBjbGFzcz0iRm94RGl2
MjAxNTAyMTkxNzQ2NTg3MzMyOTgiPg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1hbDsi
PjxzcGFuIOW+rui9r+mbhem7kSx0YWhvbWE/Pztmb250LXNpemU6MTRweDtjb2xvcjpyZ2IoMCww
LDApO2JhY2tncm91bmQtY29sb3I6cmdiYSgwLGZvbnQtd2VpZ2h0Om5vcm1hbDtmb250LXN0eWxl
Om5vcm1hbDt0ZXh0LWRlY29yYXRpb246bm9uZTs/PSIiPjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5k
LWNvbG9yOiByZ2JhKDAsIDAsIDAsIDApOyI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buRIj48YnI+
DQo8L2ZvbnQ+PC9zcGFuPjwvc3Bhbj48L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBu
b3JtYWw7Ij48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPlNlY3Rpb24gNS4yPC9mb250PjwvZGl2
Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxzcGFuIHN0eWxlPSJiYWNrZ3Jv
dW5kLWNvbG9yOiByZ2JhKDAsIDAsIDAsIDApOyI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buRIj5U
aGUgUkVWRVJTRV9MU1AgT2JqZWN0IE1VU1QgTk9UIGJlIGluY2x1ZGVkIGluIGEgUkVWRVJTRV9M
U1AgT2JqZWN0Lg0KPGJyPg0KW0xpemhvbmddOiB0eXBvIGhlcmU/PC9mb250Pjwvc3Bhbj48L2Rp
dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9zcGFu
Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+Jmx0O1JHJmd0OyBUaGUgZG9jdW1lbnQgZG9lcyBu
b3QgYWxsb3cgbmVzdGVkIFJFVkVSU0VfTFNQIE9iamVjdHMuPC9kaXY+DQo8c3BhbiBpZD0iT0xL
X1NSQ19CT0RZX1NFQ1RJT04iPg0KPGRpdj4NCjxkaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFy
Z2luLXRvcDogMHB4OyBtYXJnaW4tYm90dG9tOiAwcHg7IG1hcmdpbi1sZWZ0OiAwLjVlbTsiPg0K
PGRpdj4NCjxkaXYgY2xhc3M9IkZveERpdjIwMTUwMjE5MTc0NjU4NzMzMjk4Ij4NCjxkaXYgc3R5
bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48c3BhbiBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjog
cmdiYSgwLCAwLCAwLCAwKTsiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+PGJyPg0KPC9mb250
Pjwvc3Bhbj48L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48c3BhbiBz
dHlsZT0iYmFja2dyb3VuZC1jb2xvcjogcmdiYSgwLCAwLCAwLCAwKTsiPjxmb250IGZhY2U9IuW+
rui9r+mbhem7kSI+U2VjdGlvbiA1LjM8L2ZvbnQ+PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0i
bGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxzcGFuIOW+rui9r+mbhem7kSx0YWhvbWE/Pztmb250LXNp
emU6MTRweDtjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiYSgwLGZvbnQtd2Vp
Z2h0Om5vcm1hbDtmb250LXN0eWxlOm5vcm1hbDt0ZXh0LWRlY29yYXRpb246bm9uZTs/PSIiPjxm
b250IGZhY2U9IuW+rui9r+mbhem7kSI+SW4gcGFydGljdWxhciwgYW55IG9iamVjdCB0aGF0IHdh
cyBjb3BpZWQgYXMgcGFydCBvZiBpbml0aWFsIFBhdGgNCiBtZXNzYWdlIGNyZWF0aW9uIE1VU1Q8
L2ZvbnQ+PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxz
cGFuIOW+rui9r+mbhem7kSx0YWhvbWE/Pztmb250LXNpemU6MTRweDtjb2xvcjpyZ2IoMCwwLDAp
O2JhY2tncm91bmQtY29sb3I6cmdiYSgwLGZvbnQtd2VpZ2h0Om5vcm1hbDtmb250LXN0eWxlOm5v
cm1hbDt0ZXh0LWRlY29yYXRpb246bm9uZTs/PSIiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+
YmUgY29waWVkIHdoZW4gbW9kaWZpZWQuDQo8YnI+DQpbTGl6aG9uZ106IG5vdCB1bmRlcnN0b29k
ICZxdW90O2NvcGllZCB3aGVuIG1vZGlmaWVkJnF1b3Q7LCBpcyBpdCAmcXVvdDtjb3BpZWQgYWZ0
ZXIgbW9kaWZpZWQmcXVvdDs/PC9mb250Pjwvc3Bhbj48L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8
L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9zcGFuPg0KPGRpdj48YnI+DQo8L2Rpdj4N
CjxkaXY+Jmx0O1JHJmd0OyBGaXhlZC48L2Rpdj4NCjxzcGFuIGlkPSJPTEtfU1JDX0JPRFlfU0VD
VElPTiI+DQo8ZGl2Pg0KPGRpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOiAwcHg7
IG1hcmdpbi1ib3R0b206IDBweDsgbWFyZ2luLWxlZnQ6IDAuNWVtOyI+DQo8ZGl2Pg0KPGRpdiBj
bGFzcz0iRm94RGl2MjAxNTAyMTkxNzQ2NTg3MzMyOTgiPg0KPGRpdiBzdHlsZT0iIj48Zm9udCBm
YWNlPSLlvq7ova/pm4Xpu5EiPjxicj4NCjwvZm9udD48L2Rpdj4NCjxkaXYgc3R5bGU9IiI+PHNw
YW4gdGltZXNuZXdyb21hbj8/O2ZvbnQtc2l6ZToxNHB4O2NvbG9yOnJnYigwLDAsMCk7YmFja2dy
b3VuZC1jb2xvcjpyZ2JhKDAsZm9udC13ZWlnaHQ6bm9ybWFsO2ZvbnQtc3R5bGU6bm9ybWFsO3Rl
eHQtZGVjb3JhdGlvbjpub25lOz89IiI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buRIj5JbiBib3Ro
IGNhc2VzLCB3aGVuIHRoZSBlZ3Jlc3Mgbm9kZSByZWNlaXZlcyBhIFBhdGhUZWFyIG1lc3NhZ2Ug
dGhlDQo8YnI+DQpub2RlIE1VU1QgcmVtb3ZlIHRoZSBhc3NvY2lhdGVkIHJldmVyc2UgTFNQIHVz
aW5nIFN0YW5kYXJkIFBhdGhUZWFyIDxicj4NCm1lc3NhZ2UgcHJvY2Vzc2luZy4gVGVhciBkb3du
IG9mIHRoZSByZXZlcnNlIExTUCBmb3Igb3RoZXIgcmVhc29ucyA8YnI+DQpTSE9VTEQgTk9UIHRy
aWdnZXIgcmVtb3ZhbCBvZiB0aGUgaW5pdGlhdGluZyBMU1AsIGJ1dCBTSE9VTEQgcmVzdWx0IDxi
cj4NCmluIHRoZSBlZ3Jlc3Mgbm9kZSBzZW5kaW5nIGEgUGF0aEVyciB3aXRoIEVycm9yIGNvZGUg
JnF1b3Q7QWRtaXNzaW9uIDxicj4NCkNvbnRyb2wgRmFpbHVyZSAoMDEpIFtSRkMyMjA1XSZxdW90
OyBhbmQgU3ViLWNvZGUgJnF1b3Q7UmV2ZXJzZSBMU1AgRmFpbHVyZSZxdW90OyA8YnI+DQpkZWZp
bmVkIGluIHRoaXMgZG9jdW1lbnQuIDxicj4NCltMaXpob25nXTogdGhlIGFib3ZlIGRlc2NyaXB0
aW9uIGlzIG5vdCBhY2N1cmF0ZS4gV2hhdCBpZiB0aGUgZWdyZXNzIG5vZGUgaGF2ZTwvZm9udD48
L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSIiPjxzcGFuIHRpbWVzbmV3cm9tYW4/Pztmb250LXNp
emU6MTRweDtjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiYSgwLGZvbnQtd2Vp
Z2h0Om5vcm1hbDtmb250LXN0eWxlOm5vcm1hbDt0ZXh0LWRlY29yYXRpb246bm9uZTs/PSIiPjxm
b250IGZhY2U9IuW+rui9r+mbhem7kSI+Zm9yd2FyZCBMU1AgZG93biBiZWNhdXNlIG9mIGxvY2Fs
IGxpbmsgZG93bj8gSW4gdGhhdCBjYXNlLCBpdCB3aWxsIG5vdCByZWNlaXZlPC9mb250Pjwvc3Bh
bj48L2Rpdj4NCjxkaXYgc3R5bGU9IiI+PHNwYW4gdGltZXNuZXdyb21hbj8/O2ZvbnQtc2l6ZTox
NHB4O2NvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2JhKDAsZm9udC13ZWlnaHQ6
bm9ybWFsO2ZvbnQtc3R5bGU6bm9ybWFsO3RleHQtZGVjb3JhdGlvbjpub25lOz89IiI+PGZvbnQg
ZmFjZT0i5b6u6L2v6ZuF6buRIj5QYXRoVGVhciwgaXQgaXMgc3RpbGwgbmVlZCB0byB0ZWFyIGRv
d24gdGhlIHJldmVyc2UgTFNQPyBJdCBzaG91bGQgc2F5LCB3aGVuZXZlciZuYnNwOzwvZm9udD48
L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSIiPjxzcGFuIHRpbWVzbmV3cm9tYW4/Pztmb250LXNp
emU6MTRweDtjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiYSgwLGZvbnQtd2Vp
Z2h0Om5vcm1hbDtmb250LXN0eWxlOm5vcm1hbDt0ZXh0LWRlY29yYXRpb246bm9uZTs/PSIiPjxm
b250IGZhY2U9IuW+rui9r+mbhem7kSI+dGhlIGZvcndhcmQgTFNQIGlzIGRvd24sIHRoZSByZXZl
cnNlIExTUCBTSE9VTEQgYmUgcmVtb3ZlZC4mbmJzcDs8YnI+DQo8L2ZvbnQ+PC9zcGFuPjwvZGl2
Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9kaXY+DQo8L3NwYW4+
DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj4mbHQ7UkcmZ3Q7IEZpeGVkLjwvZGl2Pg0KPGRpdj48
YnI+DQo8L2Rpdj4NCjxkaXY+TWFueSB0aGFua3MgYWdhaW4sPC9kaXY+DQo8ZGl2PlJha2VzaDwv
ZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxzcGFuIGlkPSJPTEtfU1JDX0JPRFlfU0VDVElPTiI+
DQo8ZGl2Pg0KPGRpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOiAwcHg7IG1hcmdp
bi1ib3R0b206IDBweDsgbWFyZ2luLWxlZnQ6IDAuNWVtOyI+DQo8ZGl2Pg0KPGRpdiBjbGFzcz0i
Rm94RGl2MjAxNTAyMTkxNzQ2NTg3MzMyOTgiPg0KPGRpdiBzdHlsZT0iIj48c3BhbiB0aW1lc25l
d3JvbWFuPz87Zm9udC1zaXplOjE0cHg7Y29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9y
OnJnYmEoMCxmb250LXdlaWdodDpub3JtYWw7Zm9udC1zdHlsZTpub3JtYWw7dGV4dC1kZWNvcmF0
aW9uOm5vbmU7Pz0iIj48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPjxicj4NCjwvZm9udD48L3Nw
YW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSIiPjwvZGl2Pg0KPGRpdj48c3Bhbj4NCjxkaXYgc3R5bGU9
Im1hcmdpbjogMTBweDsgZm9udC1zaXplOiAxMHB0OyI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buR
Ij4NCjxkaXYgc3R5bGU9ImZvbnQtc2l6ZTogMTRweDsiPlJlZ2FyZHM8L2Rpdj4NCjxkaXYgc3R5
bGU9ImZvbnQtc2l6ZTogMTRweDsiPkxpemhvbmc8L2Rpdj4NCjwvZm9udD48L2Rpdj4NCjwvc3Bh
bj48L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0K
PC9zcGFuPg0KPC9ib2R5Pg0KPC9odG1sPg0K

--_000_D10E0167506F4rgandhiciscocom_--


From nobody Mon Feb 23 07:17:13 2015
Return-Path: <rgandhi@cisco.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 404A91A1A57; Mon, 23 Feb 2015 05:18:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.828
X-Spam-Level: 
X-Spam-Status: No, score=-10.828 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_FONT_FACE_BAD=0.981, HTML_FONT_LOW_CONTRAST=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 Qjg0RZwfhcji; Mon, 23 Feb 2015 05:18:55 -0800 (PST)
Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8F2911A00EC; Mon, 23 Feb 2015 05:18:55 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=50514; q=dns/txt; s=iport; t=1424697535; x=1425907135; h=from:to:cc:subject:date:message-id:in-reply-to: mime-version; bh=/CO93CWKqBRikrMoogERudUpEZL21izqBL9epTA0pQ0=; b=j2I7d5InY6byW9Th4voPEa7NU6JHmEok6WEiTX8UcwWBaFQQnXpkikjf iOXpk+2iEFftZf2nMYjN5NNdVD8dFOi3cKPE8PT+hAap/epiSwgV00vzu F9fyQ+8QZlGgs65nDNWq8UN+zalzkBj/obdEaNCD80ZFzaaOIxMM1lwhU Y=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0B4CQB8J+tU/4MNJK1bgkNDUloEgwS+IYFugjiDOAIcgQZDAQEBAQEBfIQPAQIEI1YSAQgRAwECIQEGAwIEHxEUCQgCBAENBYgbAxENuiCSTA2FLAEBAQEBAQEBAQEBAQEBAQEBAQEBAReKFX6CRIF/EAoHCgYBAgSCYoFDBY1hgXGDXoQfgUaBGziCXYJPhi2CSYM+IoIygTxvAYFDfwEBAQ
X-IronPort-AV: E=Sophos;i="5.09,631,1418083200";  d="scan'208,217";a="126050315"
Received: from alln-core-1.cisco.com ([173.36.13.131]) by alln-iport-7.cisco.com with ESMTP; 23 Feb 2015 13:18:54 +0000
Received: from xhc-rcd-x05.cisco.com (xhc-rcd-x05.cisco.com [173.37.183.79]) by alln-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id t1NDIslN003077 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 23 Feb 2015 13:18:54 GMT
Received: from xmb-aln-x07.cisco.com ([169.254.2.221]) by xhc-rcd-x05.cisco.com ([173.37.183.79]) with mapi id 14.03.0195.001; Mon, 23 Feb 2015 07:18:54 -0600
From: "Rakesh Gandhi (rgandhi)" <rgandhi@cisco.com>
To: "lizho.jin@gmail.com" <lizho.jin@gmail.com>, teas <teas@ietf.org>, draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp <draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp@tools.ietf.org>
Thread-Topic: [Teas] RtgDir Review of draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-02
Thread-Index: AQHQTClZV8QpAZPuTkidKIUKCqOoRJz7SQsAgAI+22eAAMcPgA==
Date: Mon, 23 Feb 2015 13:18:53 +0000
Message-ID: <D11091F7.50850%rgandhi@cisco.com>
In-Reply-To: <2015022310262586513513@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.3.5.130515
x-originating-ip: [10.82.224.10]
Content-Type: multipart/alternative; boundary="_000_D11091F750850rgandhiciscocom_"
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-dir/bhcNutgSitDbDAZRZZRwLwSWHRY>
X-Mailman-Approved-At: Mon, 23 Feb 2015 07:17:10 -0800
Cc: rtg-dir <rtg-dir@ietf.org>, rtg-ads <rtg-ads@tools.ietf.org>
Subject: Re: [RTG-DIR] [Teas] RtgDir Review of draft-ietf-teas-mpls-tp-rsvpte-ext-associated-lsp-02
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 23 Feb 2015 13:18:59 -0000

--_000_D11091F750850rgandhiciscocom_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

VGhhbmsgeW91IExpemhvbmcuDQpJIGFtIG9rICB0byBtb2RpZnkgdGhlIHByb3Bvc2VkIHRleHQu
DQpSZWdhcmRzLA0KUmFrZXNoDQoNCg0KRnJvbTogIkxpemhvbmcgY29tPiIgPGxpemhvLmppbkBn
bWFpbC5jb208bWFpbHRvOmxpemhvLmppbkBnbWFpbC5jb20+Pg0KRGF0ZTogU3VuZGF5LCAyMiBG
ZWJydWFyeSwgMjAxNSA5OjI2IFBNDQpUbzogUmFrZXNoIEdhbmRoaSA8cmdhbmRoaUBjaXNjby5j
b208bWFpbHRvOnJnYW5kaGlAY2lzY28uY29tPj4sIHRlYXMgPHRlYXNAaWV0Zi5vcmc8bWFpbHRv
OnRlYXNAaWV0Zi5vcmc+PiwgZHJhZnQtaWV0Zi10ZWFzLW1wbHMtdHAtcnN2cHRlLWV4dC1hc3Nv
Y2lhdGVkLWxzcCA8ZHJhZnQtaWV0Zi10ZWFzLW1wbHMtdHAtcnN2cHRlLWV4dC1hc3NvY2lhdGVk
LWxzcEB0b29scy5pZXRmLm9yZzxtYWlsdG86ZHJhZnQtaWV0Zi10ZWFzLW1wbHMtdHAtcnN2cHRl
LWV4dC1hc3NvY2lhdGVkLWxzcEB0b29scy5pZXRmLm9yZz4+DQpDYzogcnRnLWRpciA8cnRnLWRp
ckBpZXRmLm9yZzxtYWlsdG86cnRnLWRpckBpZXRmLm9yZz4+LCBydGctYWRzIDxydGctYWRzQHRv
b2xzLmlldGYub3JnPG1haWx0bzpydGctYWRzQHRvb2xzLmlldGYub3JnPj4NClN1YmplY3Q6IFJl
OiBbVGVhc10gUnRnRGlyIFJldmlldyBvZiBkcmFmdC1pZXRmLXRlYXMtbXBscy10cC1yc3ZwdGUt
ZXh0LWFzc29jaWF0ZWQtbHNwLTAyDQoNCkhpIFJha2VzaCwNClRoYW5rcyBmb3IgdGhlIHF1aWNr
IHJlcGx5LiBJIHJlYWQgdjA1LCBhbmQgT0sgZm9yIHRoZSBjaGFuZ2VzLiBPbmUgbWlub3IgY29t
bWVudHMgYmVsb3csIGRlcGVuZHMgb24geW91IHRvIGNoYW5nZSBvciBub3QuDQoNClNlY3Rpb24g
NS4gUHJvY2Vzc2luZyBSdWxlcw0KSW4gZ2VuZXJhbCwgdGhlIHByb2Nlc3NpbmcgcnVsZXMgZm9y
IHRoZSBBU1NPQ0lBVElPTiBPYmplY3QgYXJlIGFzDQpzcGVjaWZpZWQgaW4gW1JGQzQ4NzJdIGFu
ZCBFeHRlbmRlZCBBU1NPQ0lBVElPTiBPYmplY3QgYXJlIHNwZWNpZmllZA0KaW4gW1JGQzY3ODBd
LiBGb2xsb3dpbmcgc2VjdGlvbnMgZGVzY3JpYmUgdGhlIHJ1bGVzIGZvciBwcm9jZXNzaW5nDQoo
RXh0ZW5kZWQpIEFTU09DSUFUSU9OIGFuZCBSRVZFUlNFX0xTUCBvYmplY3RzIGZvciBhc3NvY2lh
dGVkDQpiaWRpcmVjdGlvbmFsIExTUHMuDQpbTGl6aG9uZ106IGFjcm9zcyB0aGUgZHJhZnQsIGl0
IGlzIG5vdCBleHBsaWNpdGx5IHNheWluZyB3aGF0IGlzIHRoZSBwcm9jZXNzaW5nDQpydWxlcyBm
b3IgaW5kZXBlbmRlbnQgcHJvdmlzaW9uaW5nLiBJdCBpcyBiZXR0ZXIgdG8gc2F5IGl0IGhlcmUg
b3Igb3RoZXIgcGxhY2UuDQoNCjxSRz4gVGhlcmUgYXJlIHJlbGF0ZWQgY2hhbmdlcyBpbiB0aGUg
bGF0ZXN0IHZlcnNpb24gb2YgdGhlIGRyYWZ0LCBlc3BlY2lhbGx5IHdpdGggUkVWRVJTRV9MU1Ag
T2JqZWN0IHVzYWdlLiBQbGVhc2UgYWR2aXNlIGlmIGxpa2UgdG8gc2VlIGFueXRoaW5nIHNwZWNp
ZmljLg0KDQpbTGl6aG9uZ10gSSBsaWtlIHRoZSBleHBsaWN0IGRlc2NyaXB0aW9uLCBsaWtlIHRo
ZSBmb2xsb3dpbmcuDQpGb2xsb3dpbmcgc2VjdGlvbnMgZGVzY3JpYmUgdGhlIHJ1bGVzIGZvciBw
cm9jZXNzaW5nDQooRXh0ZW5kZWQpIEFTU09DSUFUSU9OIG9iamVjdHMgZm9yIGJvdGggU2luZ2xl
IFNpZGVkIGFuZA0KRG91YmxlIFNpZGVkIFByb3Zpc2lvbmVkIExTUCwgYW5kIFJFVkVSU0VfTFNQ
IG9iamVjdHMNCm9ubHkgZm9yIFNpbmdsZSBTaWRlZCBQcm92aXNpb25lZCBMU1AuDQoNCl9fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fDQpSZWdhcmRzDQpMaXpob25nDQoNCkZyb206IFJh
a2VzaCBHYW5kaGkgKHJnYW5kaGkpPG1haWx0bzpyZ2FuZGhpQGNpc2NvLmNvbT4NCkRhdGU6IDIw
MTUtMDItMjEgMjM6MDgNClRvOiBsaXpoby5qaW5AZ21haWwuY29tPG1haWx0bzpsaXpoby5qaW5A
Z21haWwuY29tPjsgdGVhczxtYWlsdG86dGVhc0BpZXRmLm9yZz47IGRyYWZ0LWlldGYtdGVhcy1t
cGxzLXRwLXJzdnB0ZS1leHQtYXNzb2NpYXRlZC1sc3A8bWFpbHRvOmRyYWZ0LWlldGYtdGVhcy1t
cGxzLXRwLXJzdnB0ZS1leHQtYXNzb2NpYXRlZC1sc3BAdG9vbHMuaWV0Zi5vcmc+DQpDQzogcnRn
LWRpcjxtYWlsdG86cnRnLWRpckBpZXRmLm9yZz47IHJ0Zy1hZHM8bWFpbHRvOnJ0Zy1hZHNAdG9v
bHMuaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogW1RlYXNdIFJ0Z0RpciBSZXZpZXcgb2YgZHJhZnQt
aWV0Zi10ZWFzLW1wbHMtdHAtcnN2cHRlLWV4dC1hc3NvY2lhdGVkLWxzcC0wMg0KSGkgTGl6aG9u
ZywNCg0KVGhhbmsgeW91IGZvciByZXZpZXdpbmcgdGhlIGRvY3VtZW50IGFuZCBwcm92aWRpbmcg
eW91ciBjb21tZW50cy4NCg0KUGxlYXNlIHNlZSBpbmxpbmUgLi4gPFJHPiAuLg0KDQpGcm9tOiAi
TGl6aG9uZyBjb20+IiA8bGl6aG8uamluQGdtYWlsLmNvbTxtYWlsdG86bGl6aG8uamluQGdtYWls
LmNvbT4+DQpEYXRlOiBUaHVyc2RheSwgMTkgRmVicnVhcnksIDIwMTUgNDo0OSBBTQ0KVG86IHRl
YXMgPHRlYXNAaWV0Zi5vcmc8bWFpbHRvOnRlYXNAaWV0Zi5vcmc+PiwgZHJhZnQtaWV0Zi10ZWFz
LW1wbHMtdHAtcnN2cHRlLWV4dC1hc3NvY2lhdGVkLWxzcCA8ZHJhZnQtaWV0Zi10ZWFzLW1wbHMt
dHAtcnN2cHRlLWV4dC1hc3NvY2lhdGVkLWxzcEB0b29scy5pZXRmLm9yZzxtYWlsdG86ZHJhZnQt
aWV0Zi10ZWFzLW1wbHMtdHAtcnN2cHRlLWV4dC1hc3NvY2lhdGVkLWxzcEB0b29scy5pZXRmLm9y
Zz4+DQpDYzogcnRnLWRpciA8cnRnLWRpckBpZXRmLm9yZzxtYWlsdG86cnRnLWRpckBpZXRmLm9y
Zz4+LCB0ZWFzIDx0ZWFzQGlldGYub3JnPG1haWx0bzp0ZWFzQGlldGYub3JnPj4sIHJ0Zy1hZHMg
PHJ0Zy1hZHNAdG9vbHMuaWV0Zi5vcmc8bWFpbHRvOnJ0Zy1hZHNAdG9vbHMuaWV0Zi5vcmc+Pg0K
U3ViamVjdDogUmU6IFtUZWFzXSBSdGdEaXIgUmV2aWV3IG9mIGRyYWZ0LWlldGYtdGVhcy1tcGxz
LXRwLXJzdnB0ZS1leHQtYXNzb2NpYXRlZC1sc3AtMDINCg0KU29ycnksIEkgbWlzc2VkIG9uZSBt
b3JlIGNvbW1lbnQgYmVsb3c6DQpTZWN0aW9uIDcgU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMNCltM
aXpob25nXSB0aGUgc2luZ2xlIHNpZGUgcHJvdmlzaW9uaW5nIG1vZGUgd2lsbCBhbGxvdyBvbmUg
bm9kZSB0byB0cmlnZ2VyIGFub3RoZXINCm5vZGUgdG8gc2V0dXAgTFNQLiBUaGlzIHdpbGwgaW50
cm9kdWNlIHNvbWUgc2VjdXJpdHkgaXNzdWUgZm9yIHRoZSByZW1vdGUgbm9kZS4NClNvbWUgYWRt
aW5pc3RyYXRpdmUgcG9saWNlIG1heSBiZSBpbnRyb2R1Y2VkIHRvIGFsbG93L2Rlbnkgb3RoZXJz
IHRvIHRyaWdnZXIgTFNQIHNldHVwLg0KDQo8Ukc+IEFncmVlLCB1cGRhdGVkIGluIHRoZSBsYXRl
c3QgcmV2aXNpb24gKDA1KS4NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NClJl
Z2FyZHMNCkxpemhvbmcNCg0KRnJvbTogbGl6aG8uamluQGdtYWlsLmNvbTxtYWlsdG86bGl6aG8u
amluQGdtYWlsLmNvbT4NCkRhdGU6IDIwMTUtMDItMTkgMTc6MjENClRvOiB0ZWFzPG1haWx0bzp0
ZWFzQGlldGYub3JnPjsgZHJhZnQtaWV0Zi10ZWFzLW1wbHMtdHAtcnN2cHRlLWV4dC1hc3NvY2lh
dGVkLWxzcDxtYWlsdG86ZHJhZnQtaWV0Zi10ZWFzLW1wbHMtdHAtcnN2cHRlLWV4dC1hc3NvY2lh
dGVkLWxzcEB0b29scy5pZXRmLm9yZz4NCkNDOiBydGctZGlyQGlldGYub3JnPG1haWx0bzpydGct
ZGlyQGlldGYub3JnPjsgcnRnLWFkczxtYWlsdG86cnRnLWFkc0B0b29scy5pZXRmLm9yZz47IHRl
YXM8bWFpbHRvOnRlYXNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSdGdEaXIgUmV2aWV3IG9mIGRyYWZ0
LWlldGYtdGVhcy1tcGxzLXRwLXJzdnB0ZS1leHQtYXNzb2NpYXRlZC1sc3AtMDINCkhlbGxvDQoN
CkkgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIHRoZSBSb3V0aW5nIERpcmVjdG9yYXRlIHJldmlld2Vy
IGZvciB0aGlzIGRyYWZ0Lg0KVGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUgc2Vla3MgdG8gcmV2aWV3
IGFsbCByb3V0aW5nIG9yIHJvdXRpbmctcmVsYXRlZA0KZHJhZnRzIGFzIHRoZXkgcGFzcyB0aHJv
dWdoIElFVEYgbGFzdCBjYWxsIGFuZCBJRVNHIHJldmlldywgYW5kDQpzb21ldGltZXMgb24gc3Bl
Y2lhbCByZXF1ZXN0LiBUaGUgcHVycG9zZSBvZiB0aGUgcmV2aWV3IGlzIHRvIHByb3ZpZGUNCmFz
c2lzdGFuY2UgdG8gdGhlIFJvdXRpbmcgQURzLiBGb3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCB0
aGUgUm91dGluZw0KRGlyZWN0b3JhdGUsIHBsZWFzZSBzZWUg4oCLDQpodHRwOi8vdHJhYy50b29s
cy5pZXRmLm9yZy9hcmVhL3J0Zy90cmFjL3dpa2kvUnRnRGlyDQoNCkFsdGhvdWdoIHRoZXNlIGNv
bW1lbnRzIGFyZSBwcmltYXJpbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIFJvdXRpbmcgQURzLCBpdA0K
d291bGQgYmUgaGVscGZ1bCBpZiB5b3UgY291bGQgY29uc2lkZXIgdGhlbSBhbG9uZyB3aXRoIGFu
eSBvdGhlciBJRVRGDQpMYXN0IENhbGwgY29tbWVudHMgdGhhdCB5b3UgcmVjZWl2ZSwgYW5kIHN0
cml2ZSB0byByZXNvbHZlIHRoZW0gdGhyb3VnaA0KZGlzY3Vzc2lvbiBvciBieSB1cGRhdGluZyB0
aGUgZHJhZnQuDQoNCkRvY3VtZW50OiBkcmFmdC1pZXRmLXRlYXMtbXBscy10cC1yc3ZwdGUtZXh0
LWFzc29jaWF0ZWQtbHNwLTAyDQpSZXZpZXdlcjogTGl6aG9uZyBKaW4NClJldmlldyBEYXRlOiAx
OSBGZWJydWFyeSAyMDE1DQpJRVRGIExDIEVuZCBEYXRlOiBOL0ENCkludGVuZGVkIFN0YXR1czog
U3RhbmRhcmQgVHJhY2sNCg0KU3VtbWFyeToNClRoZSBkb2N1bWVudCBpcyBiYXNpY2FsbHkgcmVh
ZHkgZm9yIHB1YmxpY2F0aW9uLiBJIGZvdW5kIHNvbWUgbWlub3IgaXNzdWVzLCBhbmQgaG9wZQ0K
dG8gc2VlIHRoZSBjbGFyaWZpY2F0aW9uLg0KDQpDb21tbmV0czoNCkkgcGF0aWNpcGF0ZSB0aGUg
aW5pdGlhbCBkaXNjdXNzaW9uIG9mIHRoaXMgZHJhZnQuIEkgYW0gbHVja3kgdG8gcmV2aWV3IGl0
IGFnYWluLiBPdmVyYWxsLCB0aGUNCnByb2Nlc3NpbmcgcnVsZSBvZiBpbmRlcGVuZGVudCBwcm92
aXNpb25pbmcgaG9wZSB0byBiZSBleHBsaWNpdGx5IGRlc2NyaWJlZC4NCk5vIG1ham9yIGlzc3Vl
cywgc29tZSBtaW5vciBpc3N1ZXMgbmVlZCB0byBiZSBjbGFyaWZpZWQuDQoNCjxSRz4gR3JlYXQs
IHRoYW5rcy4NCg0KTWFqb3IgaXNzdWVzOiBObw0KDQpNaW5vciBpc3N1ZXM6DQpTZWN0aW9uIDMu
Mg0KSW4gZWFjaCBvZiB0aGUgc2l0dWF0aW9ucyBkZXNjcmliZWQgYWJvdmUsIGJvdGggcHJvdmlz
aW9uaW5nIG1vZGVscw0KYXJlIGFwcGxpY2FibGUuDQpbTGl6aG9uZ106IGZvciB0aGUgc2Vjb25k
IHNpdHVhdGlvbnMgYWJvdmUsIGhvdyBjb3VsZCB5b3UgbGV0IHRoZSByZXZlcnNlIExTUA0KdG8g
YmUgZXhpc3RlZCBiZWZvcmUgdGhlIGZvcndhcmQgTFNQIGZvciBzaW5nbGUgc2lkZSBwcm92aXNp
b25pbmc/IFdvdWxkbid0IHRoZQ0KcmV2ZXJzZSBMU1AgdHJpZ2dlciBhbm90aGVyIHJldmVyc2Ug
TFNQPw0KDQo8Ukc+ICBGaXhlZC4NCg0KU2VjdGlvbiAzLjIuMS4NCkZvciB0aGUgc2luZ2xlIHNp
ZGVkIHByb3Zpc2lvbmluZyBtb2RlbCwgY3JlYXRpb24gb2YgcmV2ZXJzZSBMU1AxIGlzDQp0cmln
Z2VyZWQgYnkgTFNQMiBvciBjcmVhdGlvbiBvZiByZXZlcnNlIExTUDIgaXMgdHJpZ2dlcmVkIGJ5
IExTUDEuDQpXaGVuIGNyZWF0aW9uIG9mIHJldmVyc2UgTFNQMiBpcyB0cmlnZ2VyZWQgYnkgTFNQ
MSwgTFNQMSBpcw0KcHJvdmlzaW9uZWQgZmlyc3QgKG9yIHJlZnJlc2hlZCBpZiBMU1AxIGFscmVh
ZHkgZXhpc3RzKSBhdCBub2RlIEEuDQpbTGl6aG9uZ106IExTUDEgYW5kIExTUDIgaXMgaW4gRmly
Z3VyZTE/IEJldHRlciB0byBleHBsaWNpdGx5IHNheSB0aGF0IGluDQp0aGUgZG9jdW1lbnQuDQoN
CjxSRz4gIEZpeGVkLg0KDQogQSBzaW1pbGFyIHByb2NlZHVyZSBpcyB1c2VkIGlmIExTUDIgaXMg
cHJvdmlzaW9uZWQgZmlyc3QgYXQgbm9kZSBCDQphbmQgdGhlIGNyZWF0aW9uIG9mIHJldmVyc2Ug
TFNQMSBhdCBub2RlIEEgaXMgZWl0aGVyIHRyaWdnZXJlZCBieQ0KTFNQMiBvciB0aGUgcmV2ZXJz
ZSBMU1AxIGV4aXN0ZWQuIEluIGFsbCB0aHJlZSBzY2VuYXJpb3MsIHRoZSB0d28NCnVuaWRpcmVj
dGlvbmFsIExTUHMgYXJlIGJvdW5kIHRvZ2V0aGVyIHRvIGZvcm0gYW4gYXNzb2NpYXRlZA0KYmlk
aXJlY3Rpb25hbCBMU1AgYmFzZWQgb24gaWRlbnRpY2FsIChFeHRlbmRlZCkgQVNTT0NJQVRJT04g
T2JqZWN0cw0KaW4gdGhlIHR3byBMU1BzJyBQYXRoIG1lc3NhZ2VzLg0KW0xpemhvbmddOiBJIGRv
dWJ0IGlmIHRoZSBmb2xsb3dpbmcgc2NlbmFyaW8gaXMgcmVhbGlzdGljIGluIFNpbmdsZSBTaWRl
ZCBQcm92aXNpb25pbmcuDQpMU1AyIGlzIHByb3Zpc2lvbmVkIGZpcnN0LCByZXZlcnNlIExTUDEg
YXQgbm9kZSBBIGlzIGV4aXN0ZWQgYmVmb3JlIExTUDIuDQpUaGUgd2hhdCBpcyB0aGUgQXNzb2Np
YXRpb24gVHlwZSBpbiByZXZlcnNlIExTUDE/IEJlZm9yZSBMU1AyLCB3aWxsIHRoZSByZXZlcnNl
DQpMU1AxIHRyaWdnZXIgYW5vdGhlciBMU1A/DQoNCjxSRz4gIEZpeGVkLg0KDQpTZWN0aW9uIDUu
IFByb2Nlc3NpbmcgUnVsZXMNCkluIGdlbmVyYWwsIHRoZSBwcm9jZXNzaW5nIHJ1bGVzIGZvciB0
aGUgQVNTT0NJQVRJT04gT2JqZWN0IGFyZSBhcw0Kc3BlY2lmaWVkIGluIFtSRkM0ODcyXSBhbmQg
RXh0ZW5kZWQgQVNTT0NJQVRJT04gT2JqZWN0IGFyZSBzcGVjaWZpZWQNCmluIFtSRkM2NzgwXS4g
Rm9sbG93aW5nIHNlY3Rpb25zIGRlc2NyaWJlIHRoZSBydWxlcyBmb3IgcHJvY2Vzc2luZw0KKEV4
dGVuZGVkKSBBU1NPQ0lBVElPTiBhbmQgUkVWRVJTRV9MU1Agb2JqZWN0cyBmb3IgYXNzb2NpYXRl
ZA0KYmlkaXJlY3Rpb25hbCBMU1BzLg0KW0xpemhvbmddOiBhY3Jvc3MgdGhlIGRyYWZ0LCBpdCBp
cyBub3QgZXhwbGljaXRseSBzYXlpbmcgd2hhdCBpcyB0aGUgcHJvY2Vzc2luZw0KcnVsZXMgZm9y
IGluZGVwZW5kZW50IHByb3Zpc2lvbmluZy4gSXQgaXMgYmV0dGVyIHRvIHNheSBpdCBoZXJlIG9y
IG90aGVyIHBsYWNlLg0KDQo8Ukc+IFRoZXJlIGFyZSByZWxhdGVkIGNoYW5nZXMgaW4gdGhlIGxh
dGVzdCB2ZXJzaW9uIG9mIHRoZSBkcmFmdCwgZXNwZWNpYWxseSB3aXRoIFJFVkVSU0VfTFNQIE9i
amVjdCB1c2FnZS4gUGxlYXNlIGFkdmlzZSBpZiBsaWtlIHRvIHNlZSBhbnl0aGluZyBzcGVjaWZp
Yy4NCg0KU2VjdGlvbiA1LjENCihFeHRlbmRlZCkgQVNTT0NJQVRJT04gT2JqZWN0cyB3aXRoIGJv
dGggc2luZ2xlIHNpZGVkIGFuZCBkb3VibGUgc2lkZWQNCkFzc29jaWF0aW9uIFR5cGVzIE1VU1Qg
Tk9UIGJlIGFkZGVkIGluIHRoZSBzYW1lIFBhdGggbWVzc2FnZS4NCltMaXpob25nXTogd2hhdCBp
ZiB0d28gdHlwZXMgZXhpc3QgdG9nZXRoZXI/IE9ubHkgdXNlIHRoZSBmaXJzdCBvbmU/DQoNCjxS
Rz4gSXQgc2F5cyBNVVNUIE5PVCA6KQ0KDQpTZWN0aW9uIDUuMg0KVGhlIFJFVkVSU0VfTFNQIE9i
amVjdCBNVVNUIE5PVCBiZSBpbmNsdWRlZCBpbiBhIFJFVkVSU0VfTFNQIE9iamVjdC4NCltMaXpo
b25nXTogdHlwbyBoZXJlPw0KDQo8Ukc+IFRoZSBkb2N1bWVudCBkb2VzIG5vdCBhbGxvdyBuZXN0
ZWQgUkVWRVJTRV9MU1AgT2JqZWN0cy4NCg0KU2VjdGlvbiA1LjMNCkluIHBhcnRpY3VsYXIsIGFu
eSBvYmplY3QgdGhhdCB3YXMgY29waWVkIGFzIHBhcnQgb2YgaW5pdGlhbCBQYXRoIG1lc3NhZ2Ug
Y3JlYXRpb24gTVVTVA0KYmUgY29waWVkIHdoZW4gbW9kaWZpZWQuDQpbTGl6aG9uZ106IG5vdCB1
bmRlcnN0b29kICJjb3BpZWQgd2hlbiBtb2RpZmllZCIsIGlzIGl0ICJjb3BpZWQgYWZ0ZXIgbW9k
aWZpZWQiPw0KDQo8Ukc+IEZpeGVkLg0KDQpJbiBib3RoIGNhc2VzLCB3aGVuIHRoZSBlZ3Jlc3Mg
bm9kZSByZWNlaXZlcyBhIFBhdGhUZWFyIG1lc3NhZ2UgdGhlDQpub2RlIE1VU1QgcmVtb3ZlIHRo
ZSBhc3NvY2lhdGVkIHJldmVyc2UgTFNQIHVzaW5nIFN0YW5kYXJkIFBhdGhUZWFyDQptZXNzYWdl
IHByb2Nlc3NpbmcuIFRlYXIgZG93biBvZiB0aGUgcmV2ZXJzZSBMU1AgZm9yIG90aGVyIHJlYXNv
bnMNClNIT1VMRCBOT1QgdHJpZ2dlciByZW1vdmFsIG9mIHRoZSBpbml0aWF0aW5nIExTUCwgYnV0
IFNIT1VMRCByZXN1bHQNCmluIHRoZSBlZ3Jlc3Mgbm9kZSBzZW5kaW5nIGEgUGF0aEVyciB3aXRo
IEVycm9yIGNvZGUgIkFkbWlzc2lvbg0KQ29udHJvbCBGYWlsdXJlICgwMSkgW1JGQzIyMDVdIiBh
bmQgU3ViLWNvZGUgIlJldmVyc2UgTFNQIEZhaWx1cmUiDQpkZWZpbmVkIGluIHRoaXMgZG9jdW1l
bnQuDQpbTGl6aG9uZ106IHRoZSBhYm92ZSBkZXNjcmlwdGlvbiBpcyBub3QgYWNjdXJhdGUuIFdo
YXQgaWYgdGhlIGVncmVzcyBub2RlIGhhdmUNCmZvcndhcmQgTFNQIGRvd24gYmVjYXVzZSBvZiBs
b2NhbCBsaW5rIGRvd24/IEluIHRoYXQgY2FzZSwgaXQgd2lsbCBub3QgcmVjZWl2ZQ0KUGF0aFRl
YXIsIGl0IGlzIHN0aWxsIG5lZWQgdG8gdGVhciBkb3duIHRoZSByZXZlcnNlIExTUD8gSXQgc2hv
dWxkIHNheSwgd2hlbmV2ZXINCnRoZSBmb3J3YXJkIExTUCBpcyBkb3duLCB0aGUgcmV2ZXJzZSBM
U1AgU0hPVUxEIGJlIHJlbW92ZWQuDQoNCjxSRz4gRml4ZWQuDQoNCk1hbnkgdGhhbmtzIGFnYWlu
LA0KUmFrZXNoDQoNCg0KUmVnYXJkcw0KTGl6aG9uZw0K

--_000_D11091F750850rgandhiciscocom_
Content-Type: text/html; charset="utf-8"
Content-ID: <607C080A4A09254EBD3BB7F51535A431@emea.cisco.com>
Content-Transfer-Encoding: base64

PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy
YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy
ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx
NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgIj4NCjxkaXY+VGhhbmsgeW91
IExpemhvbmcuICZuYnNwOzwvZGl2Pg0KPGRpdj5JIGFtIG9rICZuYnNwO3RvIG1vZGlmeSB0aGUg
cHJvcG9zZWQgdGV4dC48L2Rpdj4NCjxkaXY+UmVnYXJkcyw8L2Rpdj4NCjxkaXY+UmFrZXNoPC9k
aXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxzcGFuIGlkPSJPTEtf
U1JDX0JPRFlfU0VDVElPTiI+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpOyBmb250
LXNpemU6MTFwdDsgdGV4dC1hbGlnbjpsZWZ0OyBjb2xvcjpibGFjazsgQk9SREVSLUJPVFRPTTog
bWVkaXVtIG5vbmU7IEJPUkRFUi1MRUZUOiBtZWRpdW0gbm9uZTsgUEFERElORy1CT1RUT006IDBp
bjsgUEFERElORy1MRUZUOiAwaW47IFBBRERJTkctUklHSFQ6IDBpbjsgQk9SREVSLVRPUDogI2I1
YzRkZiAxcHQgc29saWQ7IEJPUkRFUi1SSUdIVDogbWVkaXVtIG5vbmU7IFBBRERJTkctVE9QOiAz
cHQiPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPkZyb206IDwvc3Bhbj4mcXVvdDtM
aXpob25nIGNvbSZndDsmcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpsaXpoby5qaW5AZ21haWwu
Y29tIj5saXpoby5qaW5AZ21haWwuY29tPC9hPiZndDs8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13
ZWlnaHQ6Ym9sZCI+RGF0ZTogPC9zcGFuPlN1bmRheSwgMjIgRmVicnVhcnksIDIwMTUgOToyNiBQ
TTxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5UbzogPC9zcGFuPlJha2VzaCBH
YW5kaGkgJmx0OzxhIGhyZWY9Im1haWx0bzpyZ2FuZGhpQGNpc2NvLmNvbSI+cmdhbmRoaUBjaXNj
by5jb208L2E+Jmd0OywgdGVhcyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnRlYXNAaWV0Zi5vcmciPnRl
YXNAaWV0Zi5vcmc8L2E+Jmd0OywgZHJhZnQtaWV0Zi10ZWFzLW1wbHMtdHAtcnN2cHRlLWV4dC1h
c3NvY2lhdGVkLWxzcCAmbHQ7PGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWlldGYtdGVhcy1tcGxzLXRw
LXJzdnB0ZS1leHQtYXNzb2NpYXRlZC1sc3BAdG9vbHMuaWV0Zi5vcmciPmRyYWZ0LWlldGYtdGVh
cy1tcGxzLXRwLXJzdnB0ZS1leHQtYXNzb2NpYXRlZC1sc3BAdG9vbHMuaWV0Zi5vcmc8L2E+Jmd0
Ozxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5DYzogPC9zcGFuPnJ0Zy1kaXIg
Jmx0OzxhIGhyZWY9Im1haWx0bzpydGctZGlyQGlldGYub3JnIj5ydGctZGlyQGlldGYub3JnPC9h
PiZndDssIHJ0Zy1hZHMgJmx0OzxhIGhyZWY9Im1haWx0bzpydGctYWRzQHRvb2xzLmlldGYub3Jn
Ij5ydGctYWRzQHRvb2xzLmlldGYub3JnPC9hPiZndDs8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13
ZWlnaHQ6Ym9sZCI+U3ViamVjdDogPC9zcGFuPlJlOiBbVGVhc10gUnRnRGlyIFJldmlldyBvZiBk
cmFmdC1pZXRmLXRlYXMtbXBscy10cC1yc3ZwdGUtZXh0LWFzc29jaWF0ZWQtbHNwLTAyPGJyPg0K
PC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj48c3R5bGU+Ym9keSB7IGxpbmUtaGVpZ2h0
OiAxLjU7IH1ibG9ja3F1b3RlIHsgbWFyZ2luLXRvcDogMHB4OyBtYXJnaW4tYm90dG9tOiAwcHg7
IG1hcmdpbi1sZWZ0OiAwLjVlbTsgfWRpdi5mb3hkaXYyMDE1MDIyMzA5NTY0ODAyNDk1NyB7IHdv
cmQtd3JhcDogYnJlYWstd29yZDsgLXdlYmtpdC1saW5lLWJyZWFrOiBhZnRlci13aGl0ZS1zcGFj
ZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAxNHB4OyBmb250LWZhbWlseTogQ0FM
SUJSSSwgc2Fucy1zZXJpZjsgfWJvZHkgeyBmb250LXNpemU6IDEwLjVwdDsgZm9udC1mYW1pbHk6
ICdUaW1lcyBOZXcgUm9tYW4nOyBjb2xvcjogcmdiKDAsIDAsIDApOyBsaW5lLWhlaWdodDogMS41
OyB9PC9zdHlsZT4NCjxkaXY+DQo8ZGl2PjxzcGFuPjwvc3Bhbj48c3BhbiBpZD0iT0xLX1NSQ19C
T0RZX1NFQ1RJT04iIHN0eWxlPSJmb250LWZhbWlseTogQ0FMSUJSSSwgc2Fucy1zZXJpZjsiPg0K
PGJsb2NrcXVvdGU+DQo8ZGl2IGNsYXNzPSJGb3hEaXYyMDE1MDIxOTE3NDY1ODczMzI5OCI+DQo8
ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogbm9ybWFsOyI+PHNwYW4g5b6u6L2v6ZuF6buRLHRhaG9t
YT8/O2ZvbnQtc2l6ZToxNHB4O2NvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2Jh
KDAsZm9udC13ZWlnaHQ6bm9ybWFsO2ZvbnQtc3R5bGU6bm9ybWFsO3RleHQtZGVjb3JhdGlvbjpu
b25lOz89IiI+PHNwYW4gc3R5bGU9ImxpbmUtaGVpZ2h0OiAyMXB4OyI+SGkgUmFrZXNoLDwvc3Bh
bj48L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogbm9ybWFsOyI+PHNwYW4g
5b6u6L2v6ZuF6buRLHRhaG9tYT8/O2ZvbnQtc2l6ZToxNHB4O2NvbG9yOnJnYigwLDAsMCk7YmFj
a2dyb3VuZC1jb2xvcjpyZ2JhKDAsZm9udC13ZWlnaHQ6bm9ybWFsO2ZvbnQtc3R5bGU6bm9ybWFs
O3RleHQtZGVjb3JhdGlvbjpub25lOz89IiI+PHNwYW4gc3R5bGU9ImxpbmUtaGVpZ2h0OiAyMXB4
OyI+VGhhbmtzIGZvciB0aGUgcXVpY2sgcmVwbHkuIEkgcmVhZCB2MDUsIGFuZCBPSyBmb3INCiB0
aGUgY2hhbmdlcy4mbmJzcDs8L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEw
LjVwdDsgbGluZS1oZWlnaHQ6IDEuNTsgYmFja2dyb3VuZC1jb2xvcjogd2luZG93OyI+T25lIG1p
bm9yIGNvbW1lbnRzIGJlbG93LCBkZXBlbmRzIG9uIHlvdSB0byBjaGFuZ2Ugb3Igbm90Ljwvc3Bh
bj48L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48c3BhbiDlvq7ova/p
m4Xpu5EsdGFob21hPz87Zm9udC1zaXplOjE0cHg7Y29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5k
LWNvbG9yOnJnYmEoMCxmb250LXdlaWdodDpub3JtYWw7Zm9udC1zdHlsZTpub3JtYWw7dGV4dC1k
ZWNvcmF0aW9uOm5vbmU7Pz0iIj48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPjxicj4NCjwvZm9u
dD48L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogbm9ybWFsOyI+PHNwYW4g
5b6u6L2v6ZuF6buRLHRhaG9tYT8/O2ZvbnQtc2l6ZToxNHB4O2NvbG9yOnJnYigwLDAsMCk7YmFj
a2dyb3VuZC1jb2xvcjpyZ2JhKDAsZm9udC13ZWlnaHQ6bm9ybWFsO2ZvbnQtc3R5bGU6bm9ybWFs
O3RleHQtZGVjb3JhdGlvbjpub25lOz89IiI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buRIj5TZWN0
aW9uIDUuIFByb2Nlc3NpbmcgUnVsZXMmbmJzcDs8YnI+DQpJbiBnZW5lcmFsLCB0aGUgcHJvY2Vz
c2luZyBydWxlcyBmb3IgdGhlIEFTU09DSUFUSU9OIE9iamVjdCBhcmUgYXMmbmJzcDs8YnI+DQpz
cGVjaWZpZWQgaW4gW1JGQzQ4NzJdIGFuZCBFeHRlbmRlZCBBU1NPQ0lBVElPTiBPYmplY3QgYXJl
IHNwZWNpZmllZCZuYnNwOzxicj4NCmluIFtSRkM2NzgwXS4gRm9sbG93aW5nIHNlY3Rpb25zIGRl
c2NyaWJlIHRoZSBydWxlcyBmb3IgcHJvY2Vzc2luZyZuYnNwOzxicj4NCihFeHRlbmRlZCkgQVNT
T0NJQVRJT04gYW5kIFJFVkVSU0VfTFNQIG9iamVjdHMgZm9yIGFzc29jaWF0ZWQmbmJzcDs8YnI+
DQpiaWRpcmVjdGlvbmFsIExTUHMuJm5ic3A7PGJyPg0KW0xpemhvbmddOiBhY3Jvc3MgdGhlIGRy
YWZ0LCBpdCBpcyBub3QgZXhwbGljaXRseSBzYXlpbmcgd2hhdCBpcyB0aGUgcHJvY2Vzc2luZyZu
YnNwOzwvZm9udD48L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogbm9ybWFs
OyI+PHNwYW4g5b6u6L2v6ZuF6buRLHRhaG9tYT8/O2ZvbnQtc2l6ZToxNHB4O2NvbG9yOnJnYigw
LDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2JhKDAsZm9udC13ZWlnaHQ6bm9ybWFsO2ZvbnQtc3R5
bGU6bm9ybWFsO3RleHQtZGVjb3JhdGlvbjpub25lOz89IiI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF
6buRIj5ydWxlcyBmb3IgaW5kZXBlbmRlbnQgcHJvdmlzaW9uaW5nLiBJdCBpcyBiZXR0ZXIgdG8g
c2F5IGl0IGhlcmUgb3INCiBvdGhlciBwbGFjZS48YnI+DQo8L2ZvbnQ+PC9zcGFuPjwvZGl2Pg0K
PC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBD
QUxJQlJJLCBzYW5zLXNlcmlmOyAiPjwvc3Bhbj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBD
QUxJQlJJLCBzYW5zLXNlcmlmOyI+PGJyPg0KPC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWls
eTogQ0FMSUJSSSwgc2Fucy1zZXJpZjsiPiZsdDtSRyZndDsgVGhlcmUgYXJlIHJlbGF0ZWQgY2hh
bmdlcyBpbiB0aGUgbGF0ZXN0IHZlcnNpb24gb2YgdGhlIGRyYWZ0LCBlc3BlY2lhbGx5IHdpdGgg
UkVWRVJTRV9MU1AgT2JqZWN0IHVzYWdlLiBQbGVhc2UgYWR2aXNlIGlmIGxpa2UgdG8gc2VlIGFu
eXRoaW5nIHNwZWNpZmljLjwvZGl2Pg0KPC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTog
Q0FMSUJSSSwgc2Fucy1zZXJpZjsiPjxicj4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1mYW1p
bHk6IENBTElCUkksIHNhbnMtc2VyaWY7Ij5bTGl6aG9uZ10gSSBsaWtlIHRoZSBleHBsaWN0IGRl
c2NyaXB0aW9uLCBsaWtlIHRoZSBmb2xsb3dpbmcuJm5ic3A7PC9kaXY+DQo8ZGl2IHN0eWxlPSJm
b250LWZhbWlseTogQ0FMSUJSSSwgc2Fucy1zZXJpZjsiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls
eTog5b6u6L2v6ZuF6buROyBsaW5lLWhlaWdodDogbm9ybWFsOyI+Rm9sbG93aW5nIHNlY3Rpb25z
IGRlc2NyaWJlIHRoZSBydWxlcyBmb3IgcHJvY2Vzc2luZzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9u
dC1mYW1pbHk6IOW+rui9r+mbhem7kTsgbGluZS1oZWlnaHQ6IG5vcm1hbDsiPiZuYnNwOzwvc3Bh
bj48YnIgc3R5bGU9ImZvbnQtZmFtaWx5OiDlvq7ova/pm4Xpu5E7IGxpbmUtaGVpZ2h0OiBub3Jt
YWw7Ij4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTog5b6u6L2v6ZuF6buROyBsaW5lLWhlaWdo
dDogbm9ybWFsOyI+KEV4dGVuZGVkKSBBU1NPQ0lBVElPTiBvYmplY3RzIGZvciBib3RoJm5ic3A7
PC9zcGFuPjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOiByZ2JhKDAsIDAsIDAsIDApOyBm
b250LWZhbWlseTog5b6u6L2v6ZuF6buROyBsaW5lLWhlaWdodDogMS41OyI+U2luZ2xlIFNpZGVk
IGFuZCZuYnNwOzwvc3Bhbj48L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBDQUxJQlJJ
LCBzYW5zLXNlcmlmOyI+PHNwYW4gc3R5bGU9ImJhY2tncm91bmQtY29sb3I6IHJnYmEoMCwgMCwg
MCwgMCk7IGZvbnQtZmFtaWx5OiDlvq7ova/pm4Xpu5E7IGxpbmUtaGVpZ2h0OiAxLjU7Ij5Eb3Vi
bGUgU2lkZWQgUHJvdmlzaW9uZWQgTFNQLCZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iYmFja2dy
b3VuZC1jb2xvcjogd2luZG93OyBmb250LWZhbWlseTog5b6u6L2v6ZuF6buROyBsaW5lLWhlaWdo
dDogbm9ybWFsOyI+YW5kIFJFVkVSU0VfTFNQDQogb2JqZWN0cyZuYnNwOzwvc3Bhbj48L2Rpdj4N
CjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBDQUxJQlJJLCBzYW5zLXNlcmlmOyI+PHNwYW4gc3R5
bGU9ImJhY2tncm91bmQtY29sb3I6IHdpbmRvdzsgZm9udC1mYW1pbHk6IOW+rui9r+mbhem7kTsg
bGluZS1oZWlnaHQ6IG5vcm1hbDsiPm9ubHkgZm9yJm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJm
b250LWZhbWlseTog5b6u6L2v6ZuF6buROyI+U2luZ2xlIFNpZGVkIFByb3Zpc2lvbmVkJm5ic3A7
PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTog5b6u6L2v6ZuF6buROyBsaW5lLWhlaWdo
dDogbm9ybWFsOyBiYWNrZ3JvdW5kLWNvbG9yOiB3aW5kb3c7Ij5MU1AuPC9zcGFuPjwvZGl2Pg0K
PGRpdj48YnI+DQo8L2Rpdj4NCjxociBzdHlsZT0iV0lEVEg6IDIxMHB4OyBIRUlHSFQ6IDFweCIg
Y29sb3I9IiNiNWM0ZGYiIHNpemU9IjEiIGFsaWduPSJsZWZ0Ij4NCjxkaXY+PHNwYW4+DQo8ZGl2
IHN0eWxlPSJNQVJHSU46IDEwcHg7IEZPTlQtRkFNSUxZOiB2ZXJkYW5hOyBGT05ULVNJWkU6IDEw
cHQiPg0KPGRpdj5SZWdhcmRzPC9kaXY+DQo8ZGl2Pkxpemhvbmc8L2Rpdj4NCjwvZGl2Pg0KPC9z
cGFuPjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6IDBweDsgbWFyZ2luLWJv
dHRvbTogMHB4OyBtYXJnaW4tbGVmdDogMC41ZW07Ij4NCjxkaXY+Jm5ic3A7PC9kaXY+DQo8ZGl2
IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGlu
ZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8ZGl2IHN0eWxlPSJQQURESU5HLVJJR0hUOiA4cHg7IFBB
RERJTkctTEVGVDogOHB4OyBGT05ULVNJWkU6IDEycHg7Rk9OVC1GQU1JTFk6dGFob21hO0NPTE9S
OiMwMDAwMDA7IEJBQ0tHUk9VTkQ6ICNlZmVmZWY7IFBBRERJTkctQk9UVE9NOiA4cHg7IFBBRERJ
TkctVE9QOiA4cHgiPg0KPGRpdj48Yj5Gcm9tOjwvYj4mbmJzcDs8YSBocmVmPSJtYWlsdG86cmdh
bmRoaUBjaXNjby5jb20iPlJha2VzaCBHYW5kaGkgKHJnYW5kaGkpPC9hPjwvZGl2Pg0KPGRpdj48
Yj5EYXRlOjwvYj4mbmJzcDsyMDE1LTAyLTIxJm5ic3A7MjM6MDg8L2Rpdj4NCjxkaXY+PGI+VG86
PC9iPiZuYnNwOzxhIGhyZWY9Im1haWx0bzpsaXpoby5qaW5AZ21haWwuY29tIj5saXpoby5qaW5A
Z21haWwuY29tPC9hPjsgPGEgaHJlZj0ibWFpbHRvOnRlYXNAaWV0Zi5vcmciPg0KdGVhczwvYT47
IDxhIGhyZWY9Im1haWx0bzpkcmFmdC1pZXRmLXRlYXMtbXBscy10cC1yc3ZwdGUtZXh0LWFzc29j
aWF0ZWQtbHNwQHRvb2xzLmlldGYub3JnIj4NCmRyYWZ0LWlldGYtdGVhcy1tcGxzLXRwLXJzdnB0
ZS1leHQtYXNzb2NpYXRlZC1sc3A8L2E+PC9kaXY+DQo8ZGl2PjxiPkNDOjwvYj4mbmJzcDs8YSBo
cmVmPSJtYWlsdG86cnRnLWRpckBpZXRmLm9yZyI+cnRnLWRpcjwvYT47IDxhIGhyZWY9Im1haWx0
bzpydGctYWRzQHRvb2xzLmlldGYub3JnIj4NCnJ0Zy1hZHM8L2E+PC9kaXY+DQo8ZGl2PjxiPlN1
YmplY3Q6PC9iPiZuYnNwO1JlOiBbVGVhc10gUnRnRGlyIFJldmlldyBvZiBkcmFmdC1pZXRmLXRl
YXMtbXBscy10cC1yc3ZwdGUtZXh0LWFzc29jaWF0ZWQtbHNwLTAyPC9kaXY+DQo8L2Rpdj4NCjwv
ZGl2Pg0KPGRpdj4NCjxkaXYgY2xhc3M9IkZveERpdjIwMTUwMjIzMDk1NjQ4MDI0OTU3Ij4NCjxk
aXY+SGkgTGl6aG9uZyw8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PlRoYW5rIHlvdSBm
b3IgcmV2aWV3aW5nIHRoZSBkb2N1bWVudCBhbmQgcHJvdmlkaW5nIHlvdXIgY29tbWVudHMuPC9k
aXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5QbGVhc2Ugc2VlIGlubGluZSAuLiAmbHQ7Ukcm
Z3Q7IC4uPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPHNwYW4gaWQ9Ik9MS19TUkNfQk9EWV9T
RUNUSU9OIj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmk7IGZvbnQtc2l6ZToxMXB0
OyB0ZXh0LWFsaWduOmxlZnQ7IGNvbG9yOmJsYWNrOyBCT1JERVItQk9UVE9NOiBtZWRpdW0gbm9u
ZTsgQk9SREVSLUxFRlQ6IG1lZGl1bSBub25lOyBQQURESU5HLUJPVFRPTTogMGluOyBQQURESU5H
LUxFRlQ6IDBpbjsgUEFERElORy1SSUdIVDogMGluOyBCT1JERVItVE9QOiAjYjVjNGRmIDFwdCBz
b2xpZDsgQk9SREVSLVJJR0hUOiBtZWRpdW0gbm9uZTsgUEFERElORy1UT1A6IDNwdCI+DQo8c3Bh
biBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+RnJvbTogPC9zcGFuPiZxdW90O0xpemhvbmcgY29t
Jmd0OyZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmxpemhvLmppbkBnbWFpbC5jb20iPmxpemhv
LmppbkBnbWFpbC5jb208L2E+Jmd0Ozxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xk
Ij5EYXRlOiA8L3NwYW4+VGh1cnNkYXksIDE5IEZlYnJ1YXJ5LCAyMDE1IDQ6NDkgQU08YnI+DQo8
c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+VG86IDwvc3Bhbj50ZWFzICZsdDs8YSBocmVm
PSJtYWlsdG86dGVhc0BpZXRmLm9yZyI+dGVhc0BpZXRmLm9yZzwvYT4mZ3Q7LCBkcmFmdC1pZXRm
LXRlYXMtbXBscy10cC1yc3ZwdGUtZXh0LWFzc29jaWF0ZWQtbHNwICZsdDs8YSBocmVmPSJtYWls
dG86ZHJhZnQtaWV0Zi10ZWFzLW1wbHMtdHAtcnN2cHRlLWV4dC1hc3NvY2lhdGVkLWxzcEB0b29s
cy5pZXRmLm9yZyI+ZHJhZnQtaWV0Zi10ZWFzLW1wbHMtdHAtcnN2cHRlLWV4dC1hc3NvY2lhdGVk
LWxzcEB0b29scy5pZXRmLm9yZzwvYT4mZ3Q7PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0
OmJvbGQiPkNjOiA8L3NwYW4+cnRnLWRpciAmbHQ7PGEgaHJlZj0ibWFpbHRvOnJ0Zy1kaXJAaWV0
Zi5vcmciPnJ0Zy1kaXJAaWV0Zi5vcmc8L2E+Jmd0OywgdGVhcyAmbHQ7PGEgaHJlZj0ibWFpbHRv
OnRlYXNAaWV0Zi5vcmciPnRlYXNAaWV0Zi5vcmc8L2E+Jmd0OywgcnRnLWFkcyAmbHQ7PGEgaHJl
Zj0ibWFpbHRvOnJ0Zy1hZHNAdG9vbHMuaWV0Zi5vcmciPnJ0Zy1hZHNAdG9vbHMuaWV0Zi5vcmc8
L2E+Jmd0Ozxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5TdWJqZWN0OiA8L3Nw
YW4+UmU6IFtUZWFzXSBSdGdEaXIgUmV2aWV3IG9mIGRyYWZ0LWlldGYtdGVhcy1tcGxzLXRwLXJz
dnB0ZS1leHQtYXNzb2NpYXRlZC1sc3AtMDI8YnI+DQo8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+
DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buRIj48c3Bhbj48L3Nw
YW4+U29ycnksIEkgbWlzc2VkIG9uZSBtb3JlIGNvbW1lbnQgYmVsb3c6PC9mb250PjwvZGl2Pg0K
PGRpdj48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPlNlY3Rpb24gNyZuYnNwOzxzcGFuIHN0eWxl
PSJmb250LXNpemU6IDEwLjVwdDsgbGluZS1oZWlnaHQ6IDEuNTsgYmFja2dyb3VuZC1jb2xvcjog
d2luZG93OyI+U2VjdXJpdHkgQ29uc2lkZXJhdGlvbnM8L3NwYW4+PC9mb250PjwvZGl2Pg0KPGRp
dj48c3BhbiB0aW1lc25ld3JvbWFuPz87Zm9udC1zaXplOjE0cHg7Y29sb3I6cmdiKDAsMCwwKTti
YWNrZ3JvdW5kLWNvbG9yOnJnYmEoMCxmb250LXdlaWdodDpub3JtYWw7Zm9udC1zdHlsZTpub3Jt
YWw7dGV4dC1kZWNvcmF0aW9uOm5vbmU7Pz0iIj48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPltM
aXpob25nXSB0aGUgc2luZ2xlIHNpZGUgcHJvdmlzaW9uaW5nIG1vZGUgd2lsbCBhbGxvdyBvbmUg
bm9kZSB0byB0cmlnZ2VyIGFub3RoZXINCjxicj4NCm5vZGUgdG8gc2V0dXAgTFNQLiBUaGlzIHdp
bGwgaW50cm9kdWNlIHNvbWUgc2VjdXJpdHkgaXNzdWUgZm9yIHRoZSByZW1vdGUgbm9kZS4gPGJy
Pg0KU29tZSBhZG1pbmlzdHJhdGl2ZSBwb2xpY2UgbWF5IGJlIGludHJvZHVjZWQgdG8gYWxsb3cv
ZGVueSBvdGhlcnMgdG8gdHJpZ2dlciBMU1Agc2V0dXAuPC9mb250Pjwvc3Bhbj48L2Rpdj4NCjwv
ZGl2Pg0KPC9kaXY+DQo8L3NwYW4+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj4mbHQ7UkcmZ3Q7
IEFncmVlLCB1cGRhdGVkIGluIHRoZSBsYXRlc3QgcmV2aXNpb24gKDA1KS48L2Rpdj4NCjxzcGFu
IGlkPSJPTEtfU1JDX0JPRFlfU0VDVElPTiI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+PGJyPg0KPC9k
aXY+DQo8aHIgc3R5bGU9IldJRFRIOiAyMTBweDsgSEVJR0hUOiAxcHgiIGNvbG9yPSIjYjVjNGRm
IiBzaXplPSIxIiBhbGlnbj0ibGVmdCI+DQo8ZGl2PjxzcGFuPg0KPGRpdiBzdHlsZT0iTUFSR0lO
OiAxMHB4OyBGT05ULUZBTUlMWTogdmVyZGFuYTsgRk9OVC1TSVpFOiAxMHB0Ij4NCjxkaXY+UmVn
YXJkczwvZGl2Pg0KPGRpdj5MaXpob25nPC9kaXY+DQo8L2Rpdj4NCjwvc3Bhbj48L2Rpdj4NCjxi
bG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOiAwcHg7IG1hcmdpbi1ib3R0b206IDBweDsgbWFy
Z2luLWxlZnQ6IDAuNWVtOyI+DQo8ZGl2PiZuYnNwOzwvZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVy
Om5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBj
bSAwY20iPg0KPGRpdiBzdHlsZT0iUEFERElORy1SSUdIVDogOHB4OyBQQURESU5HLUxFRlQ6IDhw
eDsgRk9OVC1TSVpFOiAxMnB4O0ZPTlQtRkFNSUxZOnRhaG9tYTtDT0xPUjojMDAwMDAwOyBCQUNL
R1JPVU5EOiAjZWZlZmVmOyBQQURESU5HLUJPVFRPTTogOHB4OyBQQURESU5HLVRPUDogOHB4Ij4N
CjxkaXY+PGI+RnJvbTo8L2I+Jm5ic3A7PGEgaHJlZj0ibWFpbHRvOmxpemhvLmppbkBnbWFpbC5j
b20iPmxpemhvLmppbkBnbWFpbC5jb208L2E+PC9kaXY+DQo8ZGl2PjxiPkRhdGU6PC9iPiZuYnNw
OzIwMTUtMDItMTkmbmJzcDsxNzoyMTwvZGl2Pg0KPGRpdj48Yj5Ubzo8L2I+Jm5ic3A7PGEgaHJl
Zj0ibWFpbHRvOnRlYXNAaWV0Zi5vcmciPnRlYXM8L2E+OyA8YSBocmVmPSJtYWlsdG86ZHJhZnQt
aWV0Zi10ZWFzLW1wbHMtdHAtcnN2cHRlLWV4dC1hc3NvY2lhdGVkLWxzcEB0b29scy5pZXRmLm9y
ZyI+DQpkcmFmdC1pZXRmLXRlYXMtbXBscy10cC1yc3ZwdGUtZXh0LWFzc29jaWF0ZWQtbHNwPC9h
PjwvZGl2Pg0KPGRpdj48Yj5DQzo8L2I+Jm5ic3A7PGEgaHJlZj0ibWFpbHRvOnJ0Zy1kaXJAaWV0
Zi5vcmciPnJ0Zy1kaXJAaWV0Zi5vcmc8L2E+OyA8YSBocmVmPSJtYWlsdG86cnRnLWFkc0B0b29s
cy5pZXRmLm9yZyI+DQpydGctYWRzPC9hPjsgPGEgaHJlZj0ibWFpbHRvOnRlYXNAaWV0Zi5vcmci
PnRlYXM8L2E+PC9kaXY+DQo8ZGl2PjxiPlN1YmplY3Q6PC9iPiZuYnNwO1J0Z0RpciBSZXZpZXcg
b2YgZHJhZnQtaWV0Zi10ZWFzLW1wbHMtdHAtcnN2cHRlLWV4dC1hc3NvY2lhdGVkLWxzcC0wMjwv
ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2IGNsYXNzPSJGb3hEaXYyMDE1MDIxOTE3
NDY1ODczMzI5OCI+DQo8ZGl2Pjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+PHNwYW4+PC9zcGFu
PjwvZm9udD4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48Zm9udCBmYWNlPSLl
vq7ova/pm4Xpu5EiPkhlbGxvPC9mb250PjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6
IG5vcm1hbDsiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+Jm5ic3A7PC9mb250PjwvZGl2Pg0K
PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxmb250IGZhY2U9IuW+rui9r+mbhem7
kSI+SSBoYXZlIGJlZW4gc2VsZWN0ZWQgYXMgdGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUgcmV2aWV3
ZXIgZm9yIHRoaXMgZHJhZnQuPC9mb250PjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6
IG5vcm1hbDsiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+VGhlIFJvdXRpbmcgRGlyZWN0b3Jh
dGUgc2Vla3MgdG8gcmV2aWV3IGFsbCByb3V0aW5nIG9yIHJvdXRpbmctcmVsYXRlZDwvZm9udD48
L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48Zm9udCBmYWNlPSLlvq7o
va/pm4Xpu5EiPmRyYWZ0cyBhcyB0aGV5IHBhc3MgdGhyb3VnaCBJRVRGIGxhc3QgY2FsbCBhbmQg
SUVTRyByZXZpZXcsIGFuZDwvZm9udD48L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBu
b3JtYWw7Ij48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPnNvbWV0aW1lcyBvbiBzcGVjaWFsIHJl
cXVlc3QuIFRoZSBwdXJwb3NlIG9mIHRoZSByZXZpZXcgaXMgdG8gcHJvdmlkZTwvZm9udD48L2Rp
dj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48Zm9udCBmYWNlPSLlvq7ova/p
m4Xpu5EiPmFzc2lzdGFuY2UgdG8gdGhlIFJvdXRpbmcgQURzLiBGb3IgbW9yZSBpbmZvcm1hdGlv
biBhYm91dCB0aGUgUm91dGluZzwvZm9udD48L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0
OiBub3JtYWw7Ij48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPkRpcmVjdG9yYXRlLCBwbGVhc2Ug
c2VlIOKAizwvZm9udD48L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48
YSBocmVmPSJodHRwOi8vdHJhYy50b29scy5pZXRmLm9yZy9hcmVhL3J0Zy90cmFjL3dpa2kvUnRn
RGlyIiBzdHlsZT0idGV4dC1kZWNvcmF0aW9uOiBub25lICFpbXBvcnRhbnQ7Ij48Zm9udCBmYWNl
PSLlvq7ova/pm4Xpu5EiPmh0dHA6Ly90cmFjLnRvb2xzLmlldGYub3JnL2FyZWEvcnRnL3RyYWMv
d2lraS9SdGdEaXI8L2ZvbnQ+PC9hPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5v
cm1hbDsiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+Jm5ic3A7PC9mb250PjwvZGl2Pg0KPGRp
diBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+
QWx0aG91Z2ggdGhlc2UgY29tbWVudHMgYXJlIHByaW1hcmlseSBmb3IgdGhlIHVzZSBvZiB0aGUg
Um91dGluZyBBRHMsIGl0PC9mb250PjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5v
cm1hbDsiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+d291bGQgYmUgaGVscGZ1bCBpZiB5b3Ug
Y291bGQgY29uc2lkZXIgdGhlbSBhbG9uZyB3aXRoIGFueSBvdGhlciBJRVRGPC9mb250PjwvZGl2
Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxmb250IGZhY2U9IuW+rui9r+mb
hem7kSI+TGFzdCBDYWxsIGNvbW1lbnRzIHRoYXQgeW91IHJlY2VpdmUsIGFuZCBzdHJpdmUgdG8g
cmVzb2x2ZSB0aGVtIHRocm91Z2g8L2ZvbnQ+PC9kaXY+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdo
dDogbm9ybWFsOyI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buRIj5kaXNjdXNzaW9uIG9yIGJ5IHVw
ZGF0aW5nIHRoZSBkcmFmdC48L2ZvbnQ+PC9kaXY+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDog
bm9ybWFsOyI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buRIj4mbmJzcDs8L2ZvbnQ+PC9kaXY+DQo8
ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogbm9ybWFsOyI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buR
Ij5Eb2N1bWVudDombmJzcDs8c3BhbiBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjogcmdiYSgwLCAw
LCAwLCAwKTsgbGluZS1oZWlnaHQ6IDEuNTsiPmRyYWZ0LWlldGYtdGVhcy1tcGxzLXRwLXJzdnB0
ZS1leHQtYXNzb2NpYXRlZC1sc3AtMDI8L3NwYW4+PC9mb250PjwvZGl2Pg0KPGRpdiBzdHlsZT0i
bGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+UmV2aWV3ZXI6
IExpemhvbmcgSmluPC9mb250PjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1h
bDsiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+UmV2aWV3IERhdGU6IDE5IEZlYnJ1YXJ5IDIw
MTU8L2ZvbnQ+PC9kaXY+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogbm9ybWFsOyI+PGZvbnQg
ZmFjZT0i5b6u6L2v6ZuF6buRIj5JRVRGIExDIEVuZCBEYXRlOiBOL0E8L2ZvbnQ+PC9kaXY+DQo8
ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogbm9ybWFsOyI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buR
Ij5JbnRlbmRlZCBTdGF0dXM6IFN0YW5kYXJkIFRyYWNrPC9mb250PjwvZGl2Pg0KPGRpdiBzdHls
ZT0ibGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+Jm5ic3A7
PC9mb250PjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxmb250IGZh
Y2U9IuW+rui9r+mbhem7kSI+U3VtbWFyeTo8L2ZvbnQ+PC9kaXY+DQo8ZGl2IHN0eWxlPSJsaW5l
LWhlaWdodDogbm9ybWFsOyI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiDlvq7ova/pm4Xpu5E7
IGZvbnQtc2l6ZTogMTAuNXB0OyBiYWNrZ3JvdW5kLWNvbG9yOiB3aW5kb3c7Ij5UaGUgZG9jdW1l
bnQgaXMgYmFzaWNhbGx5IHJlYWR5IGZvciBwdWJsaWNhdGlvbi4gSSBmb3VuZCBzb21lIG1pbm9y
Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTog5b6u6L2v6ZuF6buROyBmb250
LXNpemU6IDEwLjVwdDsgYmFja2dyb3VuZC1jb2xvcjogd2luZG93OyI+aXNzdWVzLA0KIGFuZCBo
b3BlPC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxzcGFu
IHN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOiB3aW5kb3c7Ij48Zm9udCBmYWNlPSLlvq7ova/pm4Xp
u5EiPnRvIHNlZSB0aGUgY2xhcmlmaWNhdGlvbi48L2ZvbnQ+PC9zcGFuPjwvZGl2Pg0KPC9kaXY+
DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogbm9ybWFsOyI+PHNwYW4gc3R5bGU9ImJhY2tncm91
bmQtY29sb3I6IHdpbmRvdzsiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+PGJyPg0KPC9mb250
Pjwvc3Bhbj48L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48c3BhbiBz
dHlsZT0iYmFja2dyb3VuZC1jb2xvcjogd2luZG93OyI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buR
Ij5Db21tbmV0czo8L2ZvbnQ+PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6
IG5vcm1hbDsiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTog5b6u6L2v6ZuF6buROyI+SSBwYXRp
Y2lwYXRlIHRoZSBpbml0aWFsIGRpc2N1c3Npb24gb2YgdGhpcyBkcmFmdC4gSSBhbSBsdWNreSB0
byByZXZpZXcmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiDlvq7ova/pm4Xp
u5E7IGZvbnQtc2l6ZTogMTAuNXB0OyBiYWNrZ3JvdW5kLWNvbG9yOiB3aW5kb3c7Ij5pdCBhZ2Fp
bi4gT3ZlcmFsbCwgdGhlPGJyPg0KcHJvY2Vzc2luZyBydWxlIG9mIGluZGVwZW5kZW50IHByb3Zp
c2lvbmluZyBob3BlIHRvIGJlIGV4cGxpY2l0bHkmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZv
bnQtZmFtaWx5OiDlvq7ova/pm4Xpu5E7IGZvbnQtc2l6ZTogMTAuNXB0OyBiYWNrZ3JvdW5kLWNv
bG9yOiB3aW5kb3c7Ij5kZXNjcmliZWQuJm5ic3A7PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0i
bGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTog5b6u6L2v6ZuF
6buROyBmb250LXNpemU6IDEwLjVwdDsgYmFja2dyb3VuZC1jb2xvcjogd2luZG93OyI+Tm8gbWFq
b3IgaXNzdWVzLCBzb21lIG1pbm9yIGlzc3VlcyBuZWVkIHRvIGJlIGNsYXJpZmllZC48L3NwYW4+
PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwv
c3Bhbj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PiZsdDtSRyZndDsgR3JlYXQsIHRoYW5rcy48
L2Rpdj4NCjxzcGFuIGlkPSJPTEtfU1JDX0JPRFlfU0VDVElPTiI+DQo8ZGl2Pg0KPGRpdj4NCjxi
bG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOiAwcHg7IG1hcmdpbi1ib3R0b206IDBweDsgbWFy
Z2luLWxlZnQ6IDAuNWVtOyI+DQo8ZGl2Pg0KPGRpdiBjbGFzcz0iRm94RGl2MjAxNTAyMTkxNzQ2
NTg3MzMyOTgiPg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxzcGFuIHN0eWxl
PSJiYWNrZ3JvdW5kLWNvbG9yOiB3aW5kb3c7Ij48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPjxi
cj4NCjwvZm9udD48L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogbm9ybWFs
OyI+PHNwYW4gc3R5bGU9ImJhY2tncm91bmQtY29sb3I6IHdpbmRvdzsiPjxmb250IGZhY2U9IuW+
rui9r+mbhem7kSI+TWFqb3IgaXNzdWVzOiBObzwvZm9udD48L3NwYW4+PC9kaXY+DQo8ZGl2IHN0
eWxlPSJsaW5lLWhlaWdodDogbm9ybWFsOyI+PHNwYW4gc3R5bGU9ImJhY2tncm91bmQtY29sb3I6
IHdpbmRvdzsiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+PGJyPg0KPC9mb250Pjwvc3Bhbj48
L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48c3BhbiBzdHlsZT0iYmFj
a2dyb3VuZC1jb2xvcjogd2luZG93OyI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buRIj5NaW5vciBp
c3N1ZXM6PC9mb250Pjwvc3Bhbj48L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3Jt
YWw7Ij48c3BhbiBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjogd2luZG93OyI+PGZvbnQgZmFjZT0i
5b6u6L2v6ZuF6buRIj5TZWN0aW9uIDMuMjwvZm9udD48L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxl
PSJsaW5lLWhlaWdodDogbm9ybWFsOyI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buRIj5JbiBlYWNo
IG9mIHRoZSBzaXR1YXRpb25zIGRlc2NyaWJlZCBhYm92ZSwgYm90aCBwcm92aXNpb25pbmcgbW9k
ZWxzDQo8YnI+DQphcmUgYXBwbGljYWJsZS4gPGJyPg0KW0xpemhvbmddOiBmb3IgdGhlIHNlY29u
ZCBzaXR1YXRpb25zIGFib3ZlLCBob3cgY291bGQgeW91IGxldCB0aGUgcmV2ZXJzZSBMU1AgPGJy
Pg0KdG8gYmUgZXhpc3RlZCBiZWZvcmUgdGhlIGZvcndhcmQgTFNQIGZvciBzaW5nbGUgc2lkZSBw
cm92aXNpb25pbmc/IFdvdWxkbid0IHRoZSZuYnNwOzwvZm9udD48L2Rpdj4NCjxkaXYgc3R5bGU9
ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPnJldmVyc2Ug
TFNQIHRyaWdnZXIgYW5vdGhlciZuYnNwOzwvZm9udD48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6
IOW+rui9r+mbhem7kTsgZm9udC1zaXplOiAxMC41cHQ7IGJhY2tncm91bmQtY29sb3I6IHdpbmRv
dzsiPnJldmVyc2UgTFNQPzwvc3Bhbj48L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVv
dGU+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9zcGFuPg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+Jmx0
O1JHJmd0OyAmbmJzcDtGaXhlZC48L2Rpdj4NCjxzcGFuIGlkPSJPTEtfU1JDX0JPRFlfU0VDVElP
TiI+DQo8ZGl2Pg0KPGRpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOiAwcHg7IG1h
cmdpbi1ib3R0b206IDBweDsgbWFyZ2luLWxlZnQ6IDAuNWVtOyI+DQo8ZGl2Pg0KPGRpdiBjbGFz
cz0iRm94RGl2MjAxNTAyMTkxNzQ2NTg3MzMyOTgiPg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6
IG5vcm1hbDsiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+PGJyPg0KPC9mb250PjwvZGl2Pg0K
PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxzcGFuIOW+rui9r+mbhem7kSx0YWhv
bWE/Pztmb250LXNpemU6MTRweDtjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdi
YSgwLGZvbnQtd2VpZ2h0Om5vcm1hbDtmb250LXN0eWxlOm5vcm1hbDt0ZXh0LWRlY29yYXRpb246
bm9uZTs/PSIiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+U2VjdGlvbiAzLjIuMS4mbmJzcDs8
YnI+DQpGb3IgdGhlIHNpbmdsZSBzaWRlZCBwcm92aXNpb25pbmcgbW9kZWwsIGNyZWF0aW9uIG9m
IHJldmVyc2UgTFNQMSBpcyA8YnI+DQp0cmlnZ2VyZWQgYnkgTFNQMiBvciBjcmVhdGlvbiBvZiBy
ZXZlcnNlIExTUDIgaXMgdHJpZ2dlcmVkIGJ5IExTUDEuIDxicj4NCldoZW4gY3JlYXRpb24gb2Yg
cmV2ZXJzZSBMU1AyIGlzIHRyaWdnZXJlZCBieSBMU1AxLCBMU1AxIGlzIDxicj4NCnByb3Zpc2lv
bmVkIGZpcnN0IChvciByZWZyZXNoZWQgaWYgTFNQMSBhbHJlYWR5IGV4aXN0cykgYXQgbm9kZSBB
LiA8YnI+DQpbTGl6aG9uZ106IExTUDEgYW5kIExTUDIgaXMgaW4gRmlyZ3VyZTE/IEJldHRlciB0
byBleHBsaWNpdGx5IHNheSB0aGF0IGluPC9mb250Pjwvc3Bhbj48L2Rpdj4NCjxkaXYgc3R5bGU9
ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48c3BhbiDlvq7ova/pm4Xpu5EsdGFob21hPz87Zm9udC1z
aXplOjE0cHg7Y29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYmEoMCxmb250LXdl
aWdodDpub3JtYWw7Zm9udC1zdHlsZTpub3JtYWw7dGV4dC1kZWNvcmF0aW9uOm5vbmU7Pz0iIj48
Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPnRoZSBkb2N1bWVudC48L2ZvbnQ+PC9zcGFuPjwvZGl2
Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9kaXY+DQo8L3NwYW4+
DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+Jmx0O1JHJmd0OyAmbmJzcDtGaXhlZC48
L2Rpdj4NCjxzcGFuIGlkPSJPTEtfU1JDX0JPRFlfU0VDVElPTiI+DQo8YmxvY2txdW90ZSBzdHls
ZT0ibWFyZ2luLXRvcDogMHB4OyBtYXJnaW4tYm90dG9tOiAwcHg7IG1hcmdpbi1sZWZ0OiAwLjVl
bTsiPg0KPGRpdiBjbGFzcz0iRm94RGl2MjAxNTAyMTkxNzQ2NTg3MzMyOTgiPjwvZGl2Pg0KPC9i
bG9ja3F1b3RlPg0KPC9zcGFuPjwvZGl2Pg0KPHNwYW4gaWQ9Ik9MS19TUkNfQk9EWV9TRUNUSU9O
Ij4NCjxkaXY+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6IDBweDsgbWFy
Z2luLWJvdHRvbTogMHB4OyBtYXJnaW4tbGVmdDogMC41ZW07Ij4NCjxkaXY+DQo8ZGl2IGNsYXNz
PSJGb3hEaXYyMDE1MDIxOTE3NDY1ODczMzI5OCI+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDog
bm9ybWFsOyI+PHNwYW4g5b6u6L2v6ZuF6buRLHRhaG9tYT8/O2ZvbnQtc2l6ZToxNHB4O2NvbG9y
OnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2JhKDAsZm9udC13ZWlnaHQ6bm9ybWFsO2Zv
bnQtc3R5bGU6bm9ybWFsO3RleHQtZGVjb3JhdGlvbjpub25lOz89IiI+PGZvbnQgZmFjZT0i5b6u
6L2v6ZuF6buRIj48YnI+DQo8L2ZvbnQ+PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1o
ZWlnaHQ6IG5vcm1hbDsiPjxzcGFuIOW+rui9r+mbhem7kSx0YWhvbWE/Pztmb250LXNpemU6MTRw
eDtjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiYSgwLGZvbnQtd2VpZ2h0Om5v
cm1hbDtmb250LXN0eWxlOm5vcm1hbDt0ZXh0LWRlY29yYXRpb246bm9uZTs/PSIiPjxzcGFuIHN0
eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOiByZ2JhKDAsIDAsIDAsIDApOyI+PGZvbnQgZmFjZT0i5b6u
6L2v6ZuF6buRIj4mbmJzcDtBIHNpbWlsYXIgcHJvY2VkdXJlDQogaXMgdXNlZCBpZiBMU1AyIGlz
IHByb3Zpc2lvbmVkIGZpcnN0IGF0IG5vZGUgQiA8YnI+DQphbmQgdGhlIGNyZWF0aW9uIG9mIHJl
dmVyc2UgTFNQMSBhdCBub2RlIEEgaXMgZWl0aGVyIHRyaWdnZXJlZCBieSA8YnI+DQpMU1AyIG9y
IHRoZSByZXZlcnNlIExTUDEgZXhpc3RlZC4gSW4gYWxsIHRocmVlIHNjZW5hcmlvcywgdGhlIHR3
byA8YnI+DQp1bmlkaXJlY3Rpb25hbCBMU1BzIGFyZSBib3VuZCB0b2dldGhlciB0byBmb3JtIGFu
IGFzc29jaWF0ZWQgPGJyPg0KYmlkaXJlY3Rpb25hbCBMU1AgYmFzZWQgb24gaWRlbnRpY2FsIChF
eHRlbmRlZCkgQVNTT0NJQVRJT04gT2JqZWN0cyA8YnI+DQppbiB0aGUgdHdvIExTUHMnIFBhdGgg
bWVzc2FnZXMuIDxicj4NCltMaXpob25nXTogSSBkb3VidCBpZiB0aGUgZm9sbG93aW5nIHNjZW5h
cmlvIGlzIHJlYWxpc3RpYyBpbiBTaW5nbGUgU2lkZWQgUHJvdmlzaW9uaW5nLg0KPGJyPg0KTFNQ
MiBpcyBwcm92aXNpb25lZCBmaXJzdCwgcmV2ZXJzZSBMU1AxIGF0IG5vZGUgQSBpcyBleGlzdGVk
IGJlZm9yZSBMU1AyLiA8YnI+DQpUaGUgd2hhdCBpcyB0aGUgQXNzb2NpYXRpb24gVHlwZSBpbiBy
ZXZlcnNlIExTUDE/IEJlZm9yZSBMU1AyLCB3aWxsIHRoZSByZXZlcnNlJm5ic3A7PC9mb250Pjwv
c3Bhbj48L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogbm9ybWFsOyI+PHNw
YW4g5b6u6L2v6ZuF6buRLHRhaG9tYT8/O2ZvbnQtc2l6ZToxNHB4O2NvbG9yOnJnYigwLDAsMCk7
YmFja2dyb3VuZC1jb2xvcjpyZ2JhKDAsZm9udC13ZWlnaHQ6bm9ybWFsO2ZvbnQtc3R5bGU6bm9y
bWFsO3RleHQtZGVjb3JhdGlvbjpub25lOz89IiI+PHNwYW4gc3R5bGU9ImJhY2tncm91bmQtY29s
b3I6IHJnYmEoMCwgMCwgMCwgMCk7Ij48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPkxTUDEgdHJp
Z2dlciBhbm90aGVyDQogTFNQPyZuYnNwOzxicj4NCjwvZm9udD48L3NwYW4+PC9zcGFuPjwvZGl2
Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9kaXY+DQo8L3NwYW4+
DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+Jmx0O1JHJmd0OyAmbmJzcDtGaXhlZC48
L2Rpdj4NCjxzcGFuIGlkPSJPTEtfU1JDX0JPRFlfU0VDVElPTiI+DQo8YmxvY2txdW90ZSBzdHls
ZT0ibWFyZ2luLXRvcDogMHB4OyBtYXJnaW4tYm90dG9tOiAwcHg7IG1hcmdpbi1sZWZ0OiAwLjVl
bTsiPg0KPGRpdiBjbGFzcz0iRm94RGl2MjAxNTAyMTkxNzQ2NTg3MzMyOTgiPjwvZGl2Pg0KPC9i
bG9ja3F1b3RlPg0KPC9zcGFuPjwvZGl2Pg0KPHNwYW4gaWQ9Ik9MS19TUkNfQk9EWV9TRUNUSU9O
Ij4NCjxkaXY+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6IDBweDsgbWFy
Z2luLWJvdHRvbTogMHB4OyBtYXJnaW4tbGVmdDogMC41ZW07Ij4NCjxkaXY+DQo8ZGl2IGNsYXNz
PSJGb3hEaXYyMDE1MDIxOTE3NDY1ODczMzI5OCI+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDog
bm9ybWFsOyI+PHNwYW4g5b6u6L2v6ZuF6buRLHRhaG9tYT8/O2ZvbnQtc2l6ZToxNHB4O2NvbG9y
OnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2JhKDAsZm9udC13ZWlnaHQ6bm9ybWFsO2Zv
bnQtc3R5bGU6bm9ybWFsO3RleHQtZGVjb3JhdGlvbjpub25lOz89IiI+PGZvbnQgZmFjZT0i5b6u
6L2v6ZuF6buRIj48YnI+DQo8L2ZvbnQ+PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1o
ZWlnaHQ6IG5vcm1hbDsiPjxzcGFuIOW+rui9r+mbhem7kSx0YWhvbWE/Pztmb250LXNpemU6MTRw
eDtjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiYSgwLGZvbnQtd2VpZ2h0Om5v
cm1hbDtmb250LXN0eWxlOm5vcm1hbDt0ZXh0LWRlY29yYXRpb246bm9uZTs/PSIiPjxmb250IGZh
Y2U9IuW+rui9r+mbhem7kSI+U2VjdGlvbiA1LiBQcm9jZXNzaW5nIFJ1bGVzDQo8YnI+DQpJbiBn
ZW5lcmFsLCB0aGUgcHJvY2Vzc2luZyBydWxlcyBmb3IgdGhlIEFTU09DSUFUSU9OIE9iamVjdCBh
cmUgYXMgPGJyPg0Kc3BlY2lmaWVkIGluIFtSRkM0ODcyXSBhbmQgRXh0ZW5kZWQgQVNTT0NJQVRJ
T04gT2JqZWN0IGFyZSBzcGVjaWZpZWQgPGJyPg0KaW4gW1JGQzY3ODBdLiBGb2xsb3dpbmcgc2Vj
dGlvbnMgZGVzY3JpYmUgdGhlIHJ1bGVzIGZvciBwcm9jZXNzaW5nIDxicj4NCihFeHRlbmRlZCkg
QVNTT0NJQVRJT04gYW5kIFJFVkVSU0VfTFNQIG9iamVjdHMgZm9yIGFzc29jaWF0ZWQgPGJyPg0K
YmlkaXJlY3Rpb25hbCBMU1BzLiA8YnI+DQpbTGl6aG9uZ106IGFjcm9zcyB0aGUgZHJhZnQsIGl0
IGlzIG5vdCBleHBsaWNpdGx5IHNheWluZyB3aGF0IGlzIHRoZSBwcm9jZXNzaW5nJm5ic3A7PC9m
b250Pjwvc3Bhbj48L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48c3Bh
biDlvq7ova/pm4Xpu5EsdGFob21hPz87Zm9udC1zaXplOjE0cHg7Y29sb3I6cmdiKDAsMCwwKTti
YWNrZ3JvdW5kLWNvbG9yOnJnYmEoMCxmb250LXdlaWdodDpub3JtYWw7Zm9udC1zdHlsZTpub3Jt
YWw7dGV4dC1kZWNvcmF0aW9uOm5vbmU7Pz0iIj48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPnJ1
bGVzIGZvciBpbmRlcGVuZGVudCBwcm92aXNpb25pbmcuIEl0IGlzIGJldHRlciB0byBzYXkgaXQg
aGVyZSBvcg0KIG90aGVyIHBsYWNlLjxicj4NCjwvZm9udD48L3NwYW4+PC9kaXY+DQo8L2Rpdj4N
CjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvc3Bhbj4NCjxkaXY+PGJy
Pg0KPC9kaXY+DQo8ZGl2PiZsdDtSRyZndDsgVGhlcmUgYXJlIHJlbGF0ZWQgY2hhbmdlcyBpbiB0
aGUgbGF0ZXN0IHZlcnNpb24gb2YgdGhlIGRyYWZ0LCBlc3BlY2lhbGx5IHdpdGggUkVWRVJTRV9M
U1AgT2JqZWN0IHVzYWdlLiBQbGVhc2UgYWR2aXNlIGlmIGxpa2UgdG8gc2VlIGFueXRoaW5nIHNw
ZWNpZmljLjwvZGl2Pg0KPHNwYW4gaWQ9Ik9MS19TUkNfQk9EWV9TRUNUSU9OIj4NCjxkaXY+DQo8
ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6IDBweDsgbWFyZ2luLWJvdHRvbTog
MHB4OyBtYXJnaW4tbGVmdDogMC41ZW07Ij4NCjxkaXY+DQo8ZGl2IGNsYXNzPSJGb3hEaXYyMDE1
MDIxOTE3NDY1ODczMzI5OCI+DQo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogbm9ybWFsOyI+PHNw
YW4g5b6u6L2v6ZuF6buRLHRhaG9tYT8/O2ZvbnQtc2l6ZToxNHB4O2NvbG9yOnJnYigwLDAsMCk7
YmFja2dyb3VuZC1jb2xvcjpyZ2JhKDAsZm9udC13ZWlnaHQ6bm9ybWFsO2ZvbnQtc3R5bGU6bm9y
bWFsO3RleHQtZGVjb3JhdGlvbjpub25lOz89IiI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buRIj48
YnI+DQo8L2ZvbnQ+PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1h
bDsiPjxzcGFuIOW+rui9r+mbhem7kSx0YWhvbWE/Pztmb250LXNpemU6MTRweDtjb2xvcjpyZ2Io
MCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiYSgwLGZvbnQtd2VpZ2h0Om5vcm1hbDtmb250LXN0
eWxlOm5vcm1hbDt0ZXh0LWRlY29yYXRpb246bm9uZTs/PSIiPjxmb250IGZhY2U9IuW+rui9r+mb
hem7kSI+U2VjdGlvbiA1LjE8L2ZvbnQ+PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1o
ZWlnaHQ6IG5vcm1hbDsiPjxzcGFuIOW+rui9r+mbhem7kSx0YWhvbWE/Pztmb250LXNpemU6MTRw
eDtjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiYSgwLGZvbnQtd2VpZ2h0Om5v
cm1hbDtmb250LXN0eWxlOm5vcm1hbDt0ZXh0LWRlY29yYXRpb246bm9uZTs/PSIiPjxzcGFuIHN0
eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOiByZ2JhKDAsIDAsIDAsIDApOyI+PGZvbnQgZmFjZT0i5b6u
6L2v6ZuF6buRIj4oRXh0ZW5kZWQpIEFTU09DSUFUSU9ODQogT2JqZWN0cyB3aXRoIGJvdGggc2lu
Z2xlIHNpZGVkIGFuZCBkb3VibGUgc2lkZWQgPGJyPg0KQXNzb2NpYXRpb24gVHlwZXMgTVVTVCBO
T1QgYmUgYWRkZWQgaW4gdGhlIHNhbWUgUGF0aCBtZXNzYWdlLiA8YnI+DQpbTGl6aG9uZ106IHdo
YXQgaWYgdHdvIHR5cGVzIGV4aXN0IHRvZ2V0aGVyPyBPbmx5IHVzZSB0aGUgZmlyc3Qgb25lPzwv
Zm9udD48L3NwYW4+PC9zcGFuPjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4N
CjwvZGl2Pg0KPC9kaXY+DQo8L3NwYW4+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj4mbHQ7Ukcm
Z3Q7IEl0IHNheXMgTVVTVCBOT1QgOik8L2Rpdj4NCjxzcGFuIGlkPSJPTEtfU1JDX0JPRFlfU0VD
VElPTiI+DQo8ZGl2Pg0KPGRpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOiAwcHg7
IG1hcmdpbi1ib3R0b206IDBweDsgbWFyZ2luLWxlZnQ6IDAuNWVtOyI+DQo8ZGl2Pg0KPGRpdiBj
bGFzcz0iRm94RGl2MjAxNTAyMTkxNzQ2NTg3MzMyOTgiPg0KPGRpdiBzdHlsZT0ibGluZS1oZWln
aHQ6IG5vcm1hbDsiPjxzcGFuIOW+rui9r+mbhem7kSx0YWhvbWE/Pztmb250LXNpemU6MTRweDtj
b2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiYSgwLGZvbnQtd2VpZ2h0Om5vcm1h
bDtmb250LXN0eWxlOm5vcm1hbDt0ZXh0LWRlY29yYXRpb246bm9uZTs/PSIiPjxzcGFuIHN0eWxl
PSJiYWNrZ3JvdW5kLWNvbG9yOiByZ2JhKDAsIDAsIDAsIDApOyI+PGZvbnQgZmFjZT0i5b6u6L2v
6ZuF6buRIj48YnI+DQo8L2ZvbnQ+PC9zcGFuPjwvc3Bhbj48L2Rpdj4NCjxkaXYgc3R5bGU9Imxp
bmUtaGVpZ2h0OiBub3JtYWw7Ij48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPlNlY3Rpb24gNS4y
PC9mb250PjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxzcGFuIHN0
eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOiByZ2JhKDAsIDAsIDAsIDApOyI+PGZvbnQgZmFjZT0i5b6u
6L2v6ZuF6buRIj5UaGUgUkVWRVJTRV9MU1AgT2JqZWN0IE1VU1QgTk9UIGJlIGluY2x1ZGVkIGlu
IGEgUkVWRVJTRV9MU1AgT2JqZWN0Lg0KPGJyPg0KW0xpemhvbmddOiB0eXBvIGhlcmU/PC9mb250
Pjwvc3Bhbj48L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwv
ZGl2Pg0KPC9zcGFuPg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+Jmx0O1JHJmd0OyBUaGUgZG9j
dW1lbnQgZG9lcyBub3QgYWxsb3cgbmVzdGVkIFJFVkVSU0VfTFNQIE9iamVjdHMuPC9kaXY+DQo8
c3BhbiBpZD0iT0xLX1NSQ19CT0RZX1NFQ1RJT04iPg0KPGRpdj4NCjxkaXY+DQo8YmxvY2txdW90
ZSBzdHlsZT0ibWFyZ2luLXRvcDogMHB4OyBtYXJnaW4tYm90dG9tOiAwcHg7IG1hcmdpbi1sZWZ0
OiAwLjVlbTsiPg0KPGRpdj4NCjxkaXYgY2xhc3M9IkZveERpdjIwMTUwMjE5MTc0NjU4NzMzMjk4
Ij4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48c3BhbiBzdHlsZT0iYmFja2dy
b3VuZC1jb2xvcjogcmdiYSgwLCAwLCAwLCAwKTsiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+
PGJyPg0KPC9mb250Pjwvc3Bhbj48L2Rpdj4NCjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiBub3Jt
YWw7Ij48c3BhbiBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjogcmdiYSgwLCAwLCAwLCAwKTsiPjxm
b250IGZhY2U9IuW+rui9r+mbhem7kSI+U2VjdGlvbiA1LjM8L2ZvbnQ+PC9zcGFuPjwvZGl2Pg0K
PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxzcGFuIOW+rui9r+mbhem7kSx0YWhv
bWE/Pztmb250LXNpemU6MTRweDtjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdi
YSgwLGZvbnQtd2VpZ2h0Om5vcm1hbDtmb250LXN0eWxlOm5vcm1hbDt0ZXh0LWRlY29yYXRpb246
bm9uZTs/PSIiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+SW4gcGFydGljdWxhciwgYW55IG9i
amVjdCB0aGF0IHdhcyBjb3BpZWQgYXMgcGFydCBvZiBpbml0aWFsIFBhdGgNCiBtZXNzYWdlIGNy
ZWF0aW9uIE1VU1Q8L2ZvbnQ+PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6
IG5vcm1hbDsiPjxzcGFuIOW+rui9r+mbhem7kSx0YWhvbWE/Pztmb250LXNpemU6MTRweDtjb2xv
cjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiYSgwLGZvbnQtd2VpZ2h0Om5vcm1hbDtm
b250LXN0eWxlOm5vcm1hbDt0ZXh0LWRlY29yYXRpb246bm9uZTs/PSIiPjxmb250IGZhY2U9IuW+
rui9r+mbhem7kSI+YmUgY29waWVkIHdoZW4gbW9kaWZpZWQuDQo8YnI+DQpbTGl6aG9uZ106IG5v
dCB1bmRlcnN0b29kICZxdW90O2NvcGllZCB3aGVuIG1vZGlmaWVkJnF1b3Q7LCBpcyBpdCAmcXVv
dDtjb3BpZWQgYWZ0ZXIgbW9kaWZpZWQmcXVvdDs/PC9mb250Pjwvc3Bhbj48L2Rpdj4NCjwvZGl2
Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9zcGFuPg0KPGRpdj48
YnI+DQo8L2Rpdj4NCjxkaXY+Jmx0O1JHJmd0OyBGaXhlZC48L2Rpdj4NCjxzcGFuIGlkPSJPTEtf
U1JDX0JPRFlfU0VDVElPTiI+DQo8ZGl2Pg0KPGRpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJn
aW4tdG9wOiAwcHg7IG1hcmdpbi1ib3R0b206IDBweDsgbWFyZ2luLWxlZnQ6IDAuNWVtOyI+DQo8
ZGl2Pg0KPGRpdiBjbGFzcz0iRm94RGl2MjAxNTAyMTkxNzQ2NTg3MzMyOTgiPg0KPGRpdiBzdHls
ZT0iIj48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPjxicj4NCjwvZm9udD48L2Rpdj4NCjxkaXYg
c3R5bGU9IiI+PHNwYW4gdGltZXNuZXdyb21hbj8/O2ZvbnQtc2l6ZToxNHB4O2NvbG9yOnJnYigw
LDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2JhKDAsZm9udC13ZWlnaHQ6bm9ybWFsO2ZvbnQtc3R5
bGU6bm9ybWFsO3RleHQtZGVjb3JhdGlvbjpub25lOz89IiI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF
6buRIj5JbiBib3RoIGNhc2VzLCB3aGVuIHRoZSBlZ3Jlc3Mgbm9kZSByZWNlaXZlcyBhIFBhdGhU
ZWFyIG1lc3NhZ2UgdGhlDQo8YnI+DQpub2RlIE1VU1QgcmVtb3ZlIHRoZSBhc3NvY2lhdGVkIHJl
dmVyc2UgTFNQIHVzaW5nIFN0YW5kYXJkIFBhdGhUZWFyIDxicj4NCm1lc3NhZ2UgcHJvY2Vzc2lu
Zy4gVGVhciBkb3duIG9mIHRoZSByZXZlcnNlIExTUCBmb3Igb3RoZXIgcmVhc29ucyA8YnI+DQpT
SE9VTEQgTk9UIHRyaWdnZXIgcmVtb3ZhbCBvZiB0aGUgaW5pdGlhdGluZyBMU1AsIGJ1dCBTSE9V
TEQgcmVzdWx0IDxicj4NCmluIHRoZSBlZ3Jlc3Mgbm9kZSBzZW5kaW5nIGEgUGF0aEVyciB3aXRo
IEVycm9yIGNvZGUgJnF1b3Q7QWRtaXNzaW9uIDxicj4NCkNvbnRyb2wgRmFpbHVyZSAoMDEpIFtS
RkMyMjA1XSZxdW90OyBhbmQgU3ViLWNvZGUgJnF1b3Q7UmV2ZXJzZSBMU1AgRmFpbHVyZSZxdW90
OyA8YnI+DQpkZWZpbmVkIGluIHRoaXMgZG9jdW1lbnQuIDxicj4NCltMaXpob25nXTogdGhlIGFi
b3ZlIGRlc2NyaXB0aW9uIGlzIG5vdCBhY2N1cmF0ZS4gV2hhdCBpZiB0aGUgZWdyZXNzIG5vZGUg
aGF2ZTwvZm9udD48L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSIiPjxzcGFuIHRpbWVzbmV3cm9t
YW4/Pztmb250LXNpemU6MTRweDtjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdi
YSgwLGZvbnQtd2VpZ2h0Om5vcm1hbDtmb250LXN0eWxlOm5vcm1hbDt0ZXh0LWRlY29yYXRpb246
bm9uZTs/PSIiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+Zm9yd2FyZCBMU1AgZG93biBiZWNh
dXNlIG9mIGxvY2FsIGxpbmsgZG93bj8gSW4gdGhhdCBjYXNlLCBpdCB3aWxsIG5vdCByZWNlaXZl
PC9mb250Pjwvc3Bhbj48L2Rpdj4NCjxkaXYgc3R5bGU9IiI+PHNwYW4gdGltZXNuZXdyb21hbj8/
O2ZvbnQtc2l6ZToxNHB4O2NvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2JhKDAs
Zm9udC13ZWlnaHQ6bm9ybWFsO2ZvbnQtc3R5bGU6bm9ybWFsO3RleHQtZGVjb3JhdGlvbjpub25l
Oz89IiI+PGZvbnQgZmFjZT0i5b6u6L2v6ZuF6buRIj5QYXRoVGVhciwgaXQgaXMgc3RpbGwgbmVl
ZCB0byB0ZWFyIGRvd24gdGhlIHJldmVyc2UgTFNQPyBJdCBzaG91bGQgc2F5LCB3aGVuZXZlciZu
YnNwOzwvZm9udD48L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSIiPjxzcGFuIHRpbWVzbmV3cm9t
YW4/Pztmb250LXNpemU6MTRweDtjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdi
YSgwLGZvbnQtd2VpZ2h0Om5vcm1hbDtmb250LXN0eWxlOm5vcm1hbDt0ZXh0LWRlY29yYXRpb246
bm9uZTs/PSIiPjxmb250IGZhY2U9IuW+rui9r+mbhem7kSI+dGhlIGZvcndhcmQgTFNQIGlzIGRv
d24sIHRoZSByZXZlcnNlIExTUCBTSE9VTEQgYmUgcmVtb3ZlZC4mbmJzcDs8YnI+DQo8L2ZvbnQ+
PC9zcGFuPjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9k
aXY+DQo8L3NwYW4+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj4mbHQ7UkcmZ3Q7IEZpeGVkLjwv
ZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+TWFueSB0aGFua3MgYWdhaW4sPC9kaXY+DQo8
ZGl2PlJha2VzaDwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxzcGFuIGlkPSJPTEtfU1JDX0JP
RFlfU0VDVElPTiI+DQo8ZGl2Pg0KPGRpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9w
OiAwcHg7IG1hcmdpbi1ib3R0b206IDBweDsgbWFyZ2luLWxlZnQ6IDAuNWVtOyI+DQo8ZGl2Pg0K
PGRpdiBjbGFzcz0iRm94RGl2MjAxNTAyMTkxNzQ2NTg3MzMyOTgiPg0KPGRpdiBzdHlsZT0iIj48
c3BhbiB0aW1lc25ld3JvbWFuPz87Zm9udC1zaXplOjE0cHg7Y29sb3I6cmdiKDAsMCwwKTtiYWNr
Z3JvdW5kLWNvbG9yOnJnYmEoMCxmb250LXdlaWdodDpub3JtYWw7Zm9udC1zdHlsZTpub3JtYWw7
dGV4dC1kZWNvcmF0aW9uOm5vbmU7Pz0iIj48Zm9udCBmYWNlPSLlvq7ova/pm4Xpu5EiPjxicj4N
CjwvZm9udD48L3NwYW4+PC9kaXY+DQo8ZGl2IHN0eWxlPSIiPjwvZGl2Pg0KPGRpdj48c3Bhbj4N
CjxkaXYgc3R5bGU9Im1hcmdpbjogMTBweDsgZm9udC1zaXplOiAxMHB0OyI+PGZvbnQgZmFjZT0i
5b6u6L2v6ZuF6buRIj4NCjxkaXYgc3R5bGU9ImZvbnQtc2l6ZTogMTRweDsiPlJlZ2FyZHM8L2Rp
dj4NCjxkaXYgc3R5bGU9ImZvbnQtc2l6ZTogMTRweDsiPkxpemhvbmc8L2Rpdj4NCjwvZm9udD48
L2Rpdj4NCjwvc3Bhbj48L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rp
dj4NCjwvZGl2Pg0KPC9zcGFuPjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4N
CjwvZGl2Pg0KPC9zcGFuPg0KPC9ib2R5Pg0KPC9odG1sPg0K

--_000_D11091F750850rgandhiciscocom_--

