From nobody Thu Nov 1 21:20:07 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EA179129BBF; Thu, 1 Nov 2018 21:20:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 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_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AbUGwrL11O11; Thu, 1 Nov 2018 21:20:04 -0700 (PDT) Received: from mail-lf1-x132.google.com (mail-lf1-x132.google.com [IPv6:2a00:1450:4864:20::132]) (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 7830D127133; Thu, 1 Nov 2018 21:20:03 -0700 (PDT) Received: by mail-lf1-x132.google.com with SMTP id b20so413986lfa.12; Thu, 01 Nov 2018 21:20:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=oD6J2h9LxV23Kl1vbXKhzrH5SuA3g8xFrp8vsexpfss=; b=DtCI6NKUDqUaeJffv0ytRG+FV+82NdPh1xTNE5jCpOX7ZK700RPC+VisqXooyZeeO5 2+zZ5i7kIAJ2nAfM89F7co6Uei3m0M2X4arhGtvSDAIH+AVZGdPmzLe2jAcxkaCtPPrr +w3YL3pUwwH4/OIDhHT5ONAgkWkitmMfKASMSarJkcGo9a7OIcYEmsn+XzbtdZrQGn5T OzF94ckKbstMWAlybeyfLgBHGHffZDiCicq+s9gKoZqjmWcmO/2VTE98gx3gMPXRFYZO RQRZBE3deIkNCkA2RVGrdz1DWI/lb1GLNjyG1AAYZpq0moPzlhtf8WG+pSKsREDI6s1s r5TA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=oD6J2h9LxV23Kl1vbXKhzrH5SuA3g8xFrp8vsexpfss=; b=sNc1L5qF2L+grkbgg6afUJTYfhrH+NzOajZlNLP3zBayqwynmxjZlEewpNDwQDhH0V o7TPSuyn1OZQlUDXZOneSH8LlkYefxWIYHg1OPbindomLsOxdvaKVKYHwkQqLzdivwUy XU/bU6d/P3OFfexnD+7RWcHEy4DYQKkwtWbM5/5eCe+HFdx3kmoOm6nv94VXDZNexeIR eACMya4jYspPzUdhI408xkCcgHXHlzpR3r1xxI0W+QX/A08ZXW4cXBlGW2WKu4CqMyY7 LOfdJULT+c3Sa2KRYsw9Y42EW2Oih1YcNZWgr3iIEkde01TzBR/8IVH0l5RySkPhKdPf z8yA== X-Gm-Message-State: AGRZ1gJw1mdGQAmHnNjk4fV21PbjNMS3D1wqSGOW57/qsRkjiuetnH8/ 9uwOm4iG5FiziClcm+j1Ydr/I+7M5fm4y+Ct9ZE= X-Google-Smtp-Source: AJdET5fwds4kk0tfAPE3pXlXjxiJe1S3HZX5yrDSJAvCFs+/ohb559v0KVnLhYDRkwtPg6ADnuVR89fpYgEF0GcCoMM= X-Received: by 2002:a19:9a8c:: with SMTP id c134mr5608560lfe.152.1541132401429; Thu, 01 Nov 2018 21:20:01 -0700 (PDT) MIME-Version: 1.0 References: <6dd41180-83bd-c02e-1783-df873e749941@gmail.com> <465981C7-7AB1-43AF-8A80-69D835871077@gmail.com> <8652B1BB-C2E7-4324-8E79-E3092362AE1A@gmail.com> <2120B719-EB92-4A47-A26C-0E2E810F1CA8@gmail.com> <3b257a8a-0455-cd1b-6e95-0e03ab3f1830@kuehlewind.net> <870b223b-5fa7-e5f3-919f-f36521d69d68@kuehlewind.net> In-Reply-To: From: Gaurav Dawra Date: Thu, 1 Nov 2018 21:19:49 -0700 Message-ID: To: Alvaro Retana Cc: draft-ietf-spring-segment-routing-msdc@ietf.org, SPRING WG , tsv-art@ietf.org, Martin Stiemerling , =?UTF-8?Q?Mirja_K=C3=BChlewind?= Content-Type: multipart/alternative; boundary="00000000000056d35f0579a6d97a" Archived-At: Subject: Re: [spring] [Tsv-art] TSV-ART review of draft-ietf-spring-segment-routing-msdc-08 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Nov 2018 04:20:06 -0000 --00000000000056d35f0579a6d97a Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Thanks Alvaro. Mirja, How does this text sound? I am inclined to the discussion over the phone if we need further discussion :) "This section outlines as an example a possible solution for addressing flow steering problem using SR. The host which is originating an flow may share its application observations with a centralized agent by indicating its bandwidth requirements and the destination for the flow, that enables the latter to keep up-to-date network bandwidth demand maps for such flows correlated with the actual utilization of the paths in the network. The centralized agent may use this information to make an optimal routing decision. The end host may receive updated steering information from the centralized agent, published via external mechanisms, of specific paths with their bandwidth availability on which to steer its flow. For example, an application A.1 is informed about explicit paths to Z {16006, 16011} which has bandwidth availability such as not to degrade other flows. The centralized agent may similarly pin flows on other disjoint explicit paths. Over a period of time, or once the flow is gone (as reported by the application), then the centralized agent updates the hosts to revert back to their normal per-flow ECMP based hashing for load-sharing. The details of how such a solution may be realized is outside the scope of this document. However, the traffic steering mechanism using SR allows for solving some of these problems in the data-center." Gaurav On Mon, Oct 29, 2018 at 12:41 PM Alvaro Retana wrote: > On October 29, 2018 at 11:34:13 AM, Mirja Kuehlewind (IETF) ( > ietf@kuehlewind.net) wrote: > > Hi! > > FWIW, I agree with Mirja and her proposal below. Not only does it sound > like this Informational document is talking about items that should be ou= t > of scope, but the first paragraph in =C2=A77 says that it talks about "ho= w the > problems described above (in section 3) could be solved using the segment > routing concept.=E2=80=9D To me, these are examples and (as the text als= o > mentions) "only parts of the solution=E2=80=9D. > > Let=E2=80=99s please wrap this document up! > > Thanks! > > Alvaro. > > > this still sounds very much like inventing a new mechanism which seem a > bit out of scope for this document. However, after all bandwidth > requirements might not be known or are very dynamic because of congestion > control or adaption mechanism in the application (e.g. adaptive video > traffic), and therefore there it is still the same problem that it is no > reasonable to make decision based on this very dynamic metric. > > The text below sounds like you are rather interested to a) distinguish > elephant from mice flows and b) understand if the elephant flow has a > maximum bandwidth cap (because it's application-limited). These are > different information and might be more useful for your case. However, I > still think having this discussion in this level of details goes beyond t= he > scope of the document. > > What=E2=80=99s about just saying something like, a central host can colle= ct > per-flow information, either from the host directly or measurement on the > path, and use this information to impact routing. I would, however, also > like to see a note/warning in this context that metrics that are changing > very dynamically should not be used as input for routing decisions. > > --00000000000056d35f0579a6d97a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks Alvaro.

Mirja,

How does this text sound? I am inclined to the discussion over the = phone=C2=A0if we need further discussion :)=C2=A0

= "This section outlines as an example a possible solution fo= r addressing flow steering problem using SR.=C2=A0 The host which is originating = an flow may share its application observations with a centralized age= nt by indicating its bandwidth requirements and the destination for the flo= w, that enables the latter to keep up-to-date network bandwidth demand maps= for such flows correlated with the actual utilization of the paths in the = network. The centralized agent may use this information to make an optimal = routing decision. The end host may receive updated steering information fro= m the centralized agent, published via external mechanisms, of specific pat= hs with their bandwidth availability on which to steer its flow.

=C2=A0

For example, an applicat= ion A.1 is informed about explicit paths to Z {16006, 16011} which has band= width availability such as not to degrade other flows. The centralized agen= t may similarly pin flows on other disjoint explicit paths. Over a period o= f time, or once the flow is gone (as reported by the application), then the= centralized agent updates the hosts to revert back to their normal per-flo= w ECMP based hashing for load-sharing. The details of how such a solution may be realized is outside the scope o= f this document. However, the traffic steering mechanism using SR=C2=A0allows for solving some of these problems= in the data-center."

=

Gaurav


On Mon, Oct 29, 2018 at 12:41 PM Alvaro Retan= a <aretana.ietf@gmail.com&= gt; wrote:
On Oct= ober 29, 2018 at 11:34:13 AM, Mirja Kuehlewind (IETF) (ietf@kuehlewind.net) wrote:
<= div id=3D"m_-8704671176415031712bloop_customfont" style=3D"font-family:Helv= etica,Arial;font-size:13px;margin:0px;line-height:auto">
Hi!

FW= IW, I agree with Mirja and her proposal below.=C2=A0 Not only does it sound= like this Informational document is talking about items that should be out= of scope, but the first paragraph in =C2=A77 says that it talks about &quo= t;how the problems described above (in section 3) could be solved using the= segment routing concept.=E2=80=9D =C2=A0To me, these are examples and (as = the text also mentions) "only parts of the solution=E2=80=9D.

Let=E2=80= =99s please wrap this document up!

Thanks!
=
Alvaro.


this still sounds very much like inventing a new mechanism whic= h seem a bit out of scope for this document. However, after all bandwidth r= equirements might not be known or are very dynamic because of congestion co= ntrol or adaption mechanism in the application (e.g. adaptive video traffic= ), and therefore there it is still the same problem that it is no reasonabl= e to make decision based on this very dynamic metric.=C2=A0

The text below sounds like you are rather inter= ested to a) distinguish elephant from mice flows and b) understand if the e= lephant flow has a maximum bandwidth cap (because it's application-limi= ted). These are different information and might be more useful for your cas= e. However, I still think having this discussion in this level of details g= oes beyond the scope of the document.=C2=A0

What=E2=80=99s about just saying something like, a central host= can collect per-flow information, either from the host directly or measure= ment on the path, and use this information to impact routing. I would, howe= ver, also like to see a note/warning in this context that metrics that are = changing very dynamically should not be used as input for routing decisions= .=C2=A0<= /span>
<= div id=3D"m_-8704671176415031712bloop_sign_1540841725948686080" class=3D"m_= -8704671176415031712bloop_sign">
--00000000000056d35f0579a6d97a-- From nobody Fri Nov 2 10:09:38 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4E5C81286E3 for ; Fri, 2 Nov 2018 10:09:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -17.499 X-Spam-Level: X-Spam-Status: No, score=-17.499 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, ENV_AND_HDR_SPF_MATCH=-0.5, HTML_MESSAGE=0.001, NORMAL_HTTP_TO_IP=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_DEF_SPF_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wYPdytiOTy2O for ; Fri, 2 Nov 2018 10:09:34 -0700 (PDT) Received: from mail-wm1-x341.google.com (mail-wm1-x341.google.com [IPv6:2a00:1450:4864:20::341]) (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 4A7E5129619 for ; Fri, 2 Nov 2018 10:09:34 -0700 (PDT) Received: by mail-wm1-x341.google.com with SMTP id p2-v6so2484216wmc.2 for ; Fri, 02 Nov 2018 10:09:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=xoEp+SjWF4yfEZqQWsMSMPbz62sjUgAMKh9lOcle2vo=; b=srEbd4Y/1sfmiyQLtCYVSVEm8CDS4GMnEMcMehwY+BYiDMAZn02I4EoqbocfEoiZca mfG3zUK1rWnxYI2wl9LsUYSfnlpgn9vOTVFM3T7vMFKUVXYltTvg31AYwXHrWGYpYsjF i0/+MjA9Uv70S82Iq45jQUkHCGYAo0BPBPpCOOyOWFvuFFQcD3a+WBlD9qikj0SJGB2j +Uf0mcvJwVoWs8llKQVaLsPEeDLYHIA+k0WJyV0R22wxN1sqmjcA2RBxpWN7yrEKXAqw I3Z45sVqrBbLLKlNVpGx3lrMMRSvMXmt+/xsLXtbaYe/PrBmAMv/9JqYG5zGgTYJouCM uJ+A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=xoEp+SjWF4yfEZqQWsMSMPbz62sjUgAMKh9lOcle2vo=; b=Yx8Qe5krQ1ubFYRjTxkq+6ssIzkPOm3AezbBo9G11BqjBcV9umRwAQvgng/vYvou5A 0dWQhDD91SPNHHxPSqrOg7v6qvSWSW/I5llNwFGOaFCMdro5IN9es/fgSdmtcS2ievFy xce/wM3J+FyQA0pIuMOuVrsbBjfqNTx40+rQMPYq9N5bvAi5wNWUJzjuCJ/gPhXcBnqf ZVcaE3MgjHbCq/mbkn05RmU1K7M+Wy45B9Cx3V/gsi1aEs8gkcVxQXuTyD1a8T3DEr9y flrRGWRSm7l3q6fXn7zQKzlN8DEhq7tM5K34qBK+56w53ku8zWmx4vHfDgOKxUIIYEjl TyWw== X-Gm-Message-State: AGRZ1gJfxj802q1G3mtlRONh3BTBKWWRiDFet1kmO+JyRPePfZgVmXxp kEKLymeS6ltJulRw8dRJ64cSUAg80dyfLMsFy+wDmg== X-Google-Smtp-Source: AJdET5ch5m6BQp/2snCXPhukSS4gTJ7vmZShwZQLr+FQeFMrbpF392VktKci3VNLDj1CSt8V/4cNRRWlsh8c24iJftc= X-Received: by 2002:a1c:568b:: with SMTP id k133-v6mr106581wmb.4.1541178572133; Fri, 02 Nov 2018 10:09:32 -0700 (PDT) MIME-Version: 1.0 References: <6dd41180-83bd-c02e-1783-df873e749941@gmail.com> <465981C7-7AB1-43AF-8A80-69D835871077@gmail.com> <8652B1BB-C2E7-4324-8E79-E3092362AE1A@gmail.com> <2120B719-EB92-4A47-A26C-0E2E810F1CA8@gmail.com> <3b257a8a-0455-cd1b-6e95-0e03ab3f1830@kuehlewind.net> <870b223b-5fa7-e5f3-919f-f36521d69d68@kuehlewind.net> In-Reply-To: From: Rob Shakir Date: Fri, 2 Nov 2018 10:09:19 -0700 Message-ID: To: Gaurav Dawra Cc: Alvaro Retana , draft-ietf-spring-segment-routing-msdc@ietf.org, tsv-art@ietf.org, SPRING WG , =?UTF-8?Q?Mirja_K=C3=BChlewind?= , Martin Stiemerling Content-Type: multipart/alternative; boundary="000000000000546adb0579b199fe" Archived-At: Subject: Re: [spring] [Tsv-art] TSV-ART review of draft-ietf-spring-segment-routing-msdc-08 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Nov 2018 17:09:37 -0000 --000000000000546adb0579b199fe Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Gaurav, Can we distill down (to Mirja's question earlier) what this section is trying to impart? Taking a step back, it looks to me like you basically want to say: - (7.1) since there are explicit label stacks associated with each candidate path within an ECMP, any TE mechanism inside of the datacentre can exploit this to target a single one of them, rather than the whole s= et. The scope of doing so requires careful consideration of the traffic bein= g balanced, but SR allows this to be the case. - (7.2) further to 7.1, it's not only for bandwidth-aware TE that this is the case, it may be for other traffic engineering optimisation criter= ia. - (7.3) the ability to allow targeting of traffic means that one can probe individual links. These points are not unique to the MSDC problem space that you're discussing. 3.3.1 in 7855 discusses 1+2 IMHO, and OAM is covered in 8403. Am I missing something? If not, please do seriously consider (as the author group) removing this section, or simply linking to the other documents with brief statements on the underlying points. Kind regards, r. On Thu, Nov 1, 2018 at 9:20 PM Gaurav Dawra wrote: > Thanks Alvaro. > > Mirja, > > How does this text sound? I am inclined to the discussion over the > phone if we need further discussion :) > > "This section outlines as an example a possible solution for addressing > flow steering problem using SR. The host which is originating an flow > may share its application observations with a centralized agent by > indicating its bandwidth requirements and the destination for the flow, > that enables the latter to keep up-to-date network bandwidth demand maps > for such flows correlated with the actual utilization of the paths in the > network. The centralized agent may use this information to make an optima= l > routing decision. The end host may receive updated steering information > from the centralized agent, published via external mechanisms, of specifi= c > paths with their bandwidth availability on which to steer its flow. > > > > For example, an application A.1 is informed about explicit paths to Z > {16006, 16011} which has bandwidth availability such as not to degrade > other flows. The centralized agent may similarly pin flows on other > disjoint explicit paths. Over a period of time, or once the flow is gone > (as reported by the application), then the centralized agent updates the > hosts to revert back to their normal per-flow ECMP based hashing for > load-sharing. The details of how such a solution may be realized is > outside the scope of this document. However, the traffic steering mechani= sm > using SR allows for solving some of these problems in the data-center." > > > Gaurav > > On Mon, Oct 29, 2018 at 12:41 PM Alvaro Retana > wrote: > >> On October 29, 2018 at 11:34:13 AM, Mirja Kuehlewind (IETF) ( >> ietf@kuehlewind.net) wrote: >> >> Hi! >> >> FWIW, I agree with Mirja and her proposal below. Not only does it sound >> like this Informational document is talking about items that should be o= ut >> of scope, but the first paragraph in =C2=A77 says that it talks about "h= ow the >> problems described above (in section 3) could be solved using the segmen= t >> routing concept.=E2=80=9D To me, these are examples and (as the text al= so >> mentions) "only parts of the solution=E2=80=9D. >> >> Let=E2=80=99s please wrap this document up! >> >> Thanks! >> >> Alvaro. >> >> >> this still sounds very much like inventing a new mechanism which seem a >> bit out of scope for this document. However, after all bandwidth >> requirements might not be known or are very dynamic because of congestio= n >> control or adaption mechanism in the application (e.g. adaptive video >> traffic), and therefore there it is still the same problem that it is no >> reasonable to make decision based on this very dynamic metric. >> >> The text below sounds like you are rather interested to a) distinguish >> elephant from mice flows and b) understand if the elephant flow has a >> maximum bandwidth cap (because it's application-limited). These are >> different information and might be more useful for your case. However, I >> still think having this discussion in this level of details goes beyond = the >> scope of the document. >> >> What=E2=80=99s about just saying something like, a central host can coll= ect >> per-flow information, either from the host directly or measurement on th= e >> path, and use this information to impact routing. I would, however, also >> like to see a note/warning in this context that metrics that are changin= g >> very dynamically should not be used as input for routing decisions.. >> >> _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > --000000000000546adb0579b199fe Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Gaurav,

Can we distill down (to Mirja&#= 39;s question earlier) what this section is trying to impart?
Taking a step back, it looks to me like you basically want to s= ay:
  • (7.1) since there are explicit label= stacks associated with each candidate path within an ECMP, any TE mechanis= m inside of the datacentre can exploit this to target a single one of them,= rather than the whole set. The scope of doing so requires careful consider= ation of the traffic being balanced, but SR allows this to be the case.
  • (7.2) further to 7.1, it's not only for ba= ndwidth-aware TE that this is the case, it may be for other traffic enginee= ring optimisation criteria.
  • (7.3) the abili= ty to allow targeting of traffic means that one can probe individual links.=
These points are not unique to the M= SDC problem space that you're discussing. 3.3.1 in 7855 discusses 1+2 IMHO, and = OAM is covered in=C2=A08403. Am I missing somet= hing?

If not, please do seriously consider (as the author group) removi= ng this section, or simply linking to the other documents with brief statem= ents on the underlying points.

Kind regards,
r.

On T= hu, Nov 1, 2018 at 9:20 PM Gaurav Dawra <gdawra.ietf@gmail.com> wrote:
Thanks Alvaro.

Mirja,

How does this text sound? I am inclined to the discus= sion over the phone=C2=A0if we need further discussion :)=C2=A0
<= br>
"This section outlines as an example a possib= le solution for addressing flow steering problem using SR.=C2=A0 The host which i= s originating an flow may share its application observations with a c= entralized agent by indicating its bandwidth requirements and the destinati= on for the flow, that enables the latter to keep up-to-date network bandwid= th demand maps for such flows correlated with the actual utilization of the= paths in the network. The centralized agent may use this information to ma= ke an optimal routing decision. The end host may receive updated steering i= nformation from the centralized agent, published via external mechanisms, o= f specific paths with their bandwidth availability on which to steer its fl= ow.

=

=C2=A0

For example, an applicat= ion A.1 is informed about explicit paths to Z {16006, 16011} which has band= width availability such as not to degrade other flows. The centralized agen= t may similarly pin flows on other disjoint explicit paths. Over a period o= f time, or once the flow is gone (as reported by the application), then the= centralized agent updates the hosts to revert back to their normal per-flo= w ECMP based hashing for load-sharing. The details of how such a solution may be realized is outside the scope o= f this document. However, the traffic steering mechanism using SR=C2=A0allows for solving some of these problems= in the data-center."

=

Gaurav


On Mon, Oct = 29, 2018 at 12:41 PM Alvaro Retana <aretana.ietf@gmail.com> wrote:
On October 29, 2018 at 11:34:13 AM, Mirja Kuehlewin= d (IETF) (ietf@kue= hlewind.net) wrote:

Hi!

FWIW, I agree with Mirja and her propos= al below.=C2=A0 Not only does it sound like this Informational document is = talking about items that should be out of scope, but the first paragraph in= =C2=A77 says that it talks about "how the problems described above (i= n section 3) could be solved using the segment routing concept.=E2=80=9D = =C2=A0To me, these are examples and (as the text also mentions) "only = parts of the solution=E2=80=9D.

Let= =E2=80=99s please wrap this document up!

Thanks!

Alvaro.
<= div id=3D"m_2393485051900796104m_-8704671176415031712bloop_customfont" styl= e=3D"font-family:Helvetica,Arial;font-size:13px;margin:0px;line-height:auto= ">

this still sounds = very much like inventing a new mechanism which seem a bit out of scope for = this document. However, after all bandwidth requirements might not be known= or are very dynamic because of congestion control or adaption mechanism in= the application (e.g. adaptive video traffic), and therefore there it is s= till the same problem that it is no reasonable to make decision based on th= is very dynamic metric.=C2=A0

The text below sounds like you are rather interested to = a) distinguish elephant from mice flows and b) understand if the elephant f= low has a maximum bandwidth cap (because it's application-limited). The= se are different information and might be more useful for your case. Howeve= r, I still think having this discussion in this level of details goes beyon= d the scope of the document.=C2=A0

<= /blockquote>
=
What=E2=80=99s about just saying= something like, a central host can collect per-flow information, either fr= om the host directly or measurement on the path, and use this information t= o impact routing. I would, however, also like to see a note/warning in this= context that metrics that are changing very dynamically should not be used= as input for routing decisions..=C2=A0
_______________________________________________
spring mailing list
spring@ietf.org https://www.ietf.org/mailman/listinfo/spring
--000000000000546adb0579b199fe-- From nobody Fri Nov 2 10:50:50 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 77305126DBF; Fri, 2 Nov 2018 10:50:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.969 X-Spam-Level: X-Spam-Status: No, score=-14.969 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.47, 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, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 Z1dnJOIJoW0P; Fri, 2 Nov 2018 10:50:29 -0700 (PDT) Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B830C1276D0; Fri, 2 Nov 2018 10:50:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=35184; q=dns/txt; s=iport; t=1541181028; x=1542390628; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=dnDYcMB6UZeSqBsHBW/dew3KvjRP5TLCMndN71Pjpx8=; b=XXbde5+g8resTUxhCk2ad/hJPtzTwwo9fZ9lV1+Ou4JoTiYc9aPG5Em1 2t22SEm1FKLQtJe1oCGSXjf8M/2U8f0GrRVhNPGECS8dEj2qdNnq/TUPm yl1w37lC/rqO7zFZ9jtAS0f4d3kCCxzyfiHhe8cCniRlQhS2jxuc+GFvI U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AFAACNjdxb/4UNJK1jGgEBAQEBAgE?= =?us-ascii?q?BAQEHAgEBAQGBUQUBAQEBCwGBVS+BZSgKg2yIGIwXmTkUgWYLAQGBd4J1Ahe?= =?us-ascii?q?DJyI0DQ0BAwEBAgEBAm0ohTsGGglEEhACAQg/AwICAjAUEQIEDgUbgwaBHmS?= =?us-ascii?q?nUIEuhTyEZItxF4FBP4ERJx+CTIRCcgKCTDGCJgKIZCABMoUmhieJUlQJAod?= =?us-ascii?q?uiRwYgVWPBoJulCkCERSBJh04gVVwFTsqAYJBgiMDF44ab4p4B4EngR8BAQ?= X-IronPort-AV: E=Sophos;i="5.54,456,1534809600"; d="scan'208,217";a="464554494" Received: from alln-core-11.cisco.com ([173.36.13.133]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 02 Nov 2018 17:50:27 +0000 Received: from XCH-RCD-017.cisco.com (xch-rcd-017.cisco.com [173.37.102.27]) by alln-core-11.cisco.com (8.15.2/8.15.2) with ESMTPS id wA2HoRlT007630 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 2 Nov 2018 17:50:27 GMT Received: from xch-aln-017.cisco.com (173.36.7.27) by XCH-RCD-017.cisco.com (173.37.102.27) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Fri, 2 Nov 2018 12:50:26 -0500 Received: from xch-aln-017.cisco.com ([173.36.7.27]) by XCH-ALN-017.cisco.com ([173.36.7.27]) with mapi id 15.00.1395.000; Fri, 2 Nov 2018 12:50:26 -0500 From: "Darren Dukes (ddukes)" To: "Joel M. Halpern" CC: "6man@ietf.org" <6man@ietf.org>, "spring@ietf.org" Thread-Topic: SRv6 - SRH in encaps or base header - point 2 Thread-Index: AQHUampMSmaiE2sUnkOZwbcZBqOzaaUyIfaAgAAQcoCABlqwgIAAA0oAgASXqgA= Date: Fri, 2 Nov 2018 17:50:26 +0000 Message-ID: <679B2EEF-4EE6-44BC-A9D7-17E70FF1133A@cisco.com> References: <42663f06-8fcc-4ca4-5e3c-368adcaaef86@joelhalpern.com> <69085e36-f091-44d5-590b-3550983ac4d7@joelhalpern.com> <3e51b691-ae71-31ce-a094-db2d75d80ae0@joelhalpern.com> <728DADEC-AC49-4F16-93FB-4B5A6905DF59@cisco.com> <11918c9b-f0bb-4182-cdbe-9ed720b0a800@joelhalpern.com> In-Reply-To: <11918c9b-f0bb-4182-cdbe-9ed720b0a800@joelhalpern.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.24.76.77] Content-Type: multipart/alternative; boundary="_000_679B2EEF4EE644BCA9D717E70FF1133Aciscocom_" MIME-Version: 1.0 X-Outbound-SMTP-Client: 173.37.102.27, xch-rcd-017.cisco.com X-Outbound-Node: alln-core-11.cisco.com Archived-At: Subject: Re: [spring] SRv6 - SRH in encaps or base header - point 2 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Nov 2018 17:50:33 -0000 --_000_679B2EEF4EE644BCA9D717E70FF1133Aciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sm9lbCwgRm9yIG91ciBsYXN0IHJlbWFpbmluZyBpdGVtIGluIHRoaXMgdGhyZWFkLCByZTogY29t bXVuaWNhdGlvbiBmcm9tIDEgdG8gOSBhbmQgOSB0byAxLg0KDQpMZXRzIGFkZCB0aGUgZm9sbG93 aW5nIHNpbmNlIHdlIGRvbuKAmXQgZGlzY3VzcyB0cmFmZmljIGZyb20gYSBob3N0IHdpdGhpbiB0 aGUgU1IgRG9tYWluIHRvIGEgaG9zdCBvdXRzaWRlIHRoZSBTUiBEb21haW4uDQoNCjxORVcgVEVY VD4NCjUuMy4zIEludGVyIFNSIERvbWFpbiBQYWNrZXQNCkhvc3QgOSBzZW5kcyBhIHBhY2tldCB0 byBob3N0IDEgKG91dHNpZGUgdGhlIFNSIERvbWFpbikgdmlhIGFuIFNSIFBvbGljeSA8UzYsUzM+ Lg0KSG9zdCA5IGVuY2Fwc3VsYXRlcyBhbiBpbm5lciBwYWNrZXQgZnJvbSA5IHRvIDEgaW4gYW4g b3V0ZXIgSVB2NiBoZWFkZXIgYW5kIGFkZHMgYW4gU1JIIGZvciB0aGUgU1IgUG9saWN5Lg0KDQog ICBQNzogKEE5LFM2KShTMyxTNjsgU0w9MSkoQTksQTEpDQoNCkEgaG9zdCBpbXBsZW1lbnRhdGlv biBNVVNUIHN1cHBvcnQgYWRkaXRpb24gb2YgdGhlIG91dGVyIElQdjYgZW5jYXBzdWxhdGlvbiB0 byBhdm9pZCBsZWFraW5nIFNJRHMgdG8gbm9kZXMgb3V0c2lkZSB0aGUgU1IgRG9tYWluLg0KDQpG b3IgcmV0dXJuIHRyYWZmaWMgdG8gQTksIGFuIG91dGVyIElQdjYgaGVhZGVyIG1heSBiZSBhcHBs aWVkIGJ5IHRoZSBTUiBEb21haW4gaW5ncmVzcyBub2RlLiAgVGhpcyBvdXRlciBJUHY2IGhlYWRl ciBtYXkgdGVybWluYXRlIGF0IG5vZGUgOSwgdGhlcmVmb3JlIGEgaG9zdCBpbXBsZW1lbnRhdGlv biBNVVNUIHN1cHBvcnQgZGVjYXBzdWxhdGlvbiBvZiBhbiBvdXRlciBJUHY2IGhlYWRlciBhbmQg cHJvY2Vzc2luZyBvZiB0aGUgaW5uZXIgaGVhZGVyLg0KPC9ORVcgVEVYVD4NCg0KRm9yIHRyYWZm aWMgZGVzdGluZWQgd2l0aGluIHRoZSBTUiBEb21haW4gaXTigJlzIHN0aWxsIHVwIHRvIHRoZSBo b3N0IG9yIGNvbnRyb2xsZXIgcHJvdmlkaW5nIHRoZSBTUiBQb2xpY3kgdG8gZGV0ZXJtaW5lIHdo ZXRoZXIgb3Igbm90IHRoZXkgbXVzdCBlbmNhcHN1bGF0ZSBpbiBhbiBvdXRlciBJUHY2IGhlYWRl ci4NCg0KRGFycmVuDQoNCk9uIE9jdCAzMCwgMjAxOCwgYXQgMzo0MiBQTSwgSm9lbCBNLiBIYWxw ZXJuIDxqbWhAam9lbGhhbHBlcm4uY29tPG1haWx0bzpqbWhAam9lbGhhbHBlcm4uY29tPj4gd3Jv dGU6DQoNCkkgYW0gbm90IHN1cmUgSSBhZ3JlZSB0aGF0IHRoZSBhbGxvd2FuY2UgZm9yIGhhbmRs aW5nIHRoZSBITUFDIGVsc2V3aGVyZSBpcyBzdHJhaWdodGZvcndhcmQuICBGb3IgZXhhbXBsZSwg SSB0aGluayB0aGUgcmFuZ2Ugb2YgaW1wbGVtZW50YXRpb24gc3RyYXRlZ2llcyBmb3IgYm9yZGVy IG5vZGVzIGFuZCB0aGUgaW50ZXJzZWN0aW9uIG9mIHRoYXQgd2l0aCB0aGUgcmFuZ2Ugb2Ygb3Bl cmF0aW9uYWwgYW5kIGRlcGxveW1lbnQgc3RyYXRlZ2llcyBpcyBnb2luZyB0byBhY3R1YWxseSBt YWtlIGl0IGhhcmRlciB0byBnZXQgbXVsdGktdmVuZG9yIGRlcGxveW1lbnRzLiAgSGF2aW5nIHNh aWQgdGhhdCwgdGhlIGFwcHJvYWNoIGluIHRoZSBkb2N1bWVudCB3aWxsIHdvcmsuICBBbmQgSSBj YW4gbGl2ZSB3aXRoIGl0Lg0KDQpPbiB0aGUgY2hvaWNlIG9mIGVuY2FwcyBvciBub3QgZW5jYXBz IChmcm9tIG5vZGUgOSB0byBleHRlcm5hbCBub2RlIDEpIHRoZXJlIGFyZSB0d28gaXNzdWVzLg0K VGhlIGltcG9ydGFudCBpc3N1ZSBpcyB0aGF0IG5vZGUgOSBuZWVkcyB0byBiZSBhYmxlIHRvIGVu Y2Fwcy4gT3RoZXJ3aXNlIHRoZXJlIGlzIG5vIGRlY2lzaW9uIGF2YWlsYWJlLCBhbmQgdGhlIG5v ZGVzIHNvZnR3YXJlIGlzIGZvcmNpbmcgdGhlIG9wZXJhdG9yIHRvIGRpc2Nsb3NlLCBldmVuIGlm IHRoZXJlIHBvbGljeSBpcyBub3QgdG8gZG8gc28uIFRodXMsIEkgdGhpbmsgdGhlIG1pbmltdW0g cmVxdWlyZW1lbnQgaXMgdGhhdCB0aGUgZG9jdW1lbnQgbmVlZHMgdG8gY2xlYXJseSBzdGF0ZSB0 aGF0IG5vZGUgOSBuZWVkcyB0byBiZSBhYmxlIHRvIGhhbmRsZSBpbmNvbWluZyBlbmNhcHMgYW5k IG5lZWRzIHRvIGJlIGFibGUgdG8gZ2VuZXJhdGUgb3V0Z29pbmcgZW5jYXBzLg0KDQpUaGUgbGVz c2VyIGlzc3VlIGlzICJ3aHkgYm90aGVyPyIgIFdoeSBub3QgYWx3YXlzIGVuY2Fwcy4gIEdpdmVu IHRoYXQgdGhlIG5ldHdvcmsgaGFzIHRvIGhhdmUgYW4gTVRVIGJpZyBlbm91Z2ggdG8gaGFuZGxl IGFuIGVuY2FwcyBwYWNrZXQgKGR1ZSB0byBpbmNvbWluZyBwYWNrZXRzIGZyb20gb3V0IHRoZSBT UiBkb21haW4pLCB0aGVyZSBpcyBubyBNVFUgaXNzdWUgd2lodCB0aGUgZW5jYXBzLiAgQXMgc3Vj aCwgd2UgYXJlIHRhbGtpbmcgYWJvdXQgcmVkdWNpbmcgdGhlIHNlY3VyaXR5IGFuZCByb2J1c3Ru ZXNzIG9mIHRoZSBzb2x1dGlvbiBpbiBleGNoYW5nZSBmb3Igc2F2aW5nIGEgZmV3IGJ5dGVzLiAg VGhhdCBhbG1vc3QgbmV2ZXIgdHVybnMgb3V0IHdlbGwuDQoNCllvdXJzLA0KSm9lbA0KDQpPbiAx MC8zMC8xOCAzOjMwIFBNLCBEYXJyZW4gRHVrZXMgKGRkdWtlcykgd3JvdGU6DQpJIHRoaW5rIHdl 4oCZcmUgYWxtb3N0IGNvbmNsdWRlZCBzbyBvbmNlIG1vcmUgaW5saW5lIGF0IDxkZD48L2RkPg0K T24gT2N0IDI2LCAyMDE4LCBhdCAyOjI4IFBNLCBKb2VsIEhhbHBlcm4gPGptaEBqb2VsaGFscGVy bi5jb208bWFpbHRvOmptaEBqb2VsaGFscGVybi5jb20+PiB3cm90ZToNCg0KKHJlc2VuZGluZywg K3NwcmluZyBhcyByZXF1ZXN0ZWQpDQoNClRoYW5rIHlvdSBmb3IgdGhlIHJlc3BvbnNlcy4gIEkg d2lsbCByZXNwb25kIGluIGxpbmUsIG1hcmtlZCA8am1oPjwvam1oPi4gIEkgZmVhciBpdCB3aWxs IHNob3J0bHkgZ2V0IHRvbyBkZWVwLCBidXQgdGhlIGNvbnRleHQgaXMgaW1wb3J0YW50Lg0KDQpJ IHdpbGwgcmVwaHJhc2UgaGVyZSBhbiBpc3N1ZSBmcm9tIGFub3RoZXIgdGhyZWFkIHRoYXQgSSBh aHZlIG5vdCBzZWVuIHlvdXIgY29tbWVudHMgb24uICBJZiBOb2RlIDkgaXMgc2VuZGluZyB0cmFm ZmljIHRvIE5vZGUgMSAoZm9yIGV4YW1wbGUsIHRoZSByZXZlcnNlIHRyYWZmaWMgZm9yIHRoZSB0 cmFmZmljIGZyb20gMSB0byA5IGluIHRoZSBleGFtcGxlcyBiZWxvdyksIGl0IHByZXN1bWFibHkg aGFzIGFuIFNSIFBvbGljeSB0byBiZSBhcHBsaWVkLiBUaGUgaXNzdWUgSSByYWlzZWQgYmVmb3Jl IGlzIHRoZSBsZWFrYWdlIGlzc3VlLiAgSWYgOSBwdXRzIHRoZSBTUkggaW4gaXRzIHBhY2tldCAo YXMgdGhlIGRvY3VtZW50IGN1cnJlbnRseSBtYW5kYXRlcyksIHRoZW4gaXQgd2lsbCBub3QgYmUg cG9zc2libGUgZm9yIDMgdG8gcmVtb3ZlIHRoZSBTUkguICBUaHVzLCB0aGUgU1JIIHdpbGwgbGVh ay4NCg0KU29tZSBoYXZlIGFyZ3VlZCB0aGF0IGlzIG5vdCBhIGJpZyBkZWFsLiAgSXQgc2VlbXMg dG8gbWF0dGVyIHRvIG1lLiAgQnV0IHRoZXJlIGlzIGFuIGFkZGl0aW9uYWwgcHJvYmxlbS4gIEEx IGlzIG5vdCBhIFNJRC4gIFRoZXJlZm9yZSwgOSBjYW4gbm90IHB1dCBBMSBpbnRvIHRoZSBTUkgu ICBJZiBpdCBjYW4gbm90IHB1dCBBMSBpbnRvIHRoZSBTUkgsIGFuZCBpdCBkb2VzIG5vdCBlbmNh cHN1bGF0ZSB0aGUgcGFja2V0LCB3aGVyZSBkb2VzIGl0IHB1dCBBMS4NCjxkZD4gTm9kZSA5IGhh cyBhIGNob2ljZSwgZW5jYXBzdWxhdGUgdG8gbm9kZSAzIG9yIG5vdC4NCklmIG5vZGUgOSBkb2Vz IG5vdCBlbmNhcHN1bGF0ZSwgaXQgd2lsbCBpbmZvcm0gdGhlIGRlc3RpbmF0aW9uIG9mIHRoZSBz ZWdtZW50cyBpbiB0aGUgU1JIIGFuZCBwb3NzaWJseSBsZWFrIHRoZW0gdG8gaW50ZXJtZWRpYXRl IG5vZGVzLg0KSWYgbm9kZSA5IGRvZXMgZW5jYXBzdWxhdGUsIG5vZGUgMyByZW1vdmVzIHRoZSBv dXRlciBoZWFkZXIgYW5kIG5vZGUgMSB3b3VsZCBub3QgbGVhcm4gdGhlIHNlZ21lbnQgbGlzdC4N CkkgdGhpbmsgaXRzIGNob2ljZSBzaG91bGQgbm90IGJlIG1hbmRhdGVkIGluIHRoZSBkcmFmdC4g PC9kZD4NCg0KWW91cnMsDQpKb2VsDQoNCk9uIDEwLzI2LzE4IDE6MjkgUE0sIERhcnJlbiBEdWtl cyAoZGR1a2VzKSB3cm90ZToNCkhpIEpvZWwsIHlvdeKAmXZlIGRlc2NyaWJlZCBzZWN0aW9ucyB0 aXRsZWQg4oCcSW50cmEgU1IgRG9tYWluIFBhY2tldOKAnSwg4oCcVHJhbnNpdCBQYWNrZXQgVGhy b3VnaCBTUiBEb21haW7igJ0sIGFuZCAiU1IgU291cmNlIE5vZGVzIE5vdCBEaXJlY3RseSBDb25u ZWN0ZWTigJ0uDQpJ4oCZdmUgcGFyc2VkIHRoZW0gaW5saW5lIHRvIHRoZSBzZWN0aW9ucyBvZiB0 aGUgZHJhZnQgZGVmaW5pbmcgdGhlbSBhbmQgZ2l2ZW4gbW9yZSBjb250ZXh0IHdoZXJlIG5lZWRl ZC4NCk9uIE9jdCAyMiwgMjAxOCwgYXQgODo0OSBQTSwgSm9lbCBNLiBIYWxwZXJuIDxqbWhAam9l bGhhbHBlcm4uY29tPG1haWx0bzpqbWhAam9lbGhhbHBlcm4uY29tPj4gd3JvdGU6DQoNClJlcGhy YXNpbmcgdXNpbmcgdGhlIGV4YW1wbGUgZnJvbSA1LjIuICBBc3N1bWluZyB0aGF0IDggYW5kIDkg YXJlIFNSIEhvc3RzIChub3QganVzdCBob3N0cyB3aXRoaW4gdGhlIGRvbWFpbiwgdGhleSBhcmUg Y2FwYWJsZSBvZiBhbmQgZXhwZWN0IHRvIGRlYWwgd2l0aCBTUkhzLCBhbmQgdGhlcmVmb3JlIGhh dmUgbG9jYWwgU0lEcywgLi4uKQ0KDQpGb3IgdHJhZmZpYyBmcm9tIDggdG8gOSB0aGF0IG5lZWRz IGFuIFNSSCwgdGhlIFNSSCBnb2VzIGluIHRoZSBJUHY2IGhlYWRlciBzZW50IG15IDggdG8gOS4g IFdoZW4gOSBwcm9jZXNzZXMgdGhlIHBhY2tldCwgaXQgc2VlbXMgdGhhdCBpdCBpcyB0aGUgbGFz dCBTSUQsIGZpZ3VyZXMgb3V0IHRoYXQgdGhlcmUgaXMgbm8gZW5jYXBzdWxhdGlvbiwgYW5kIHNl bmQgdGhlIFRDUCAvIFVEUCAvIFFVSUMgaW5mb3JtYXRpb24gdG8gaXRzIGludGVybmFsIHByb3Rv Y29scyBzdGFja3MuDQpZZXMsIHRoaXMgaXMgU2VjdGlvbiA1LjMuMSDigJxJbnRyYSBTUiBEb21h aW4gUGFja2V04oCdLg0KPGptaD5BZ3JlZWQgYXMgZmFyIGFzIGl0IGdvZXMuICBIb3dldmVyLCAg dGhlIGV4aXN0ZW5jZSBvZiBTOSBhbmQgQTkgcG9pbnRzIHRvIGEgcHJvYmxlbS4gIE5vZGUgOCBp cyB0cnlpbmcgdG8gcHV0IG9uIGFuIFNSSCBnb2luZyB0aHJvdWdoIFN4LCBTeSwgd2hhdGV2ZXIg Zm9yIHNvbWUgcmVhc29uLiAgSXQgY2FuJ3QgcHV0IEE5IGludG8gdGhlIFNSSCwgYXMgQUggaXMg bm90IGEgU0lELCBpdCBpcyBhbiBhZGRyZXNzLiAgSSBwcmVzdW1lIG5vZGUgOCBnb3QgUzkgZnJv bSB3aGF0ZXZlciBwcm92aWRlZCBoaW0gdGhlIFNSIFBvbGljeSB0aGF0IGl0IGlzIHVzaW5nLiAg RG9lcyBpdCBzaW1wbHkgdXNlIFM5IGFzIHRoZSBhZGRyZXNzIGZvciBub2RlIDksIHJhdGhlciB0 aGFuIEE5IHRoYXQgaXQgZ290IGZyb20gRE5TPyAgQW5kIGRvZXMgdGhlIFRDUCBzdGFjayBrbm93 IHRoYXQgdGhpcyBzdWJzdGl0dXRpb24gaXMgYmVpbmcgbWFkZT8gIChUaGlzIGlzIGFub3RoZXIg ZXhhbXBsZSBvZiBhIHByb2JsZW0gdGhhdCBnb2VzIGF3YXkgaWYgd2UgYWx3YXlzIGVuY2Fwc3Vs YXRlLikgPC9qbWg+DQo8ZGQ+U2VjdGlvbiA0LjMuMiBjb3ZlcnMgdGhlc2UgcXVlc3Rpb25zLCBp LmUuIEE5IGNhbiBiZSBwbGFjZWQgaW4gdGhlIFNSSCBhcyB0aGUgbGFzdCBzZWdtZW50LCBhbmQg dGhpcyBzZWN0aW9uIGRlc2NyaWJlcyBob3cgaXTigJlzIGhhbmRsZWQuPC9kZD4NCg0KDQpGb3Ig dHJhZmZpYyBmcm9tIDEgdG8gOSwgd2hlcmUgMyBhZGRzIGFuIFNSSCwgdGhhdCBTUkggc3RpbGwg cHJlc3VtYWJseSBlbmRzIGF0IDkuICA5IFJlY2VpdmVzIHRoZSBJUCBwYWNrZXQuICBTZWVzIHRo YXQgaXQgaXMgYWRkcmVzc2VkIHRvIGl0c2VsZi4gIFNlZXMgdGhhdCB0aGUgU1JIIGlzIGZpbmlz aGVkLiAgQW5kIHRoZW4gbm90aWNlcyB0aGF0IHRoZSBuZXh0LWhlYWRlciBpcyBJUHY2LiAgVW53 cmFwcyB0aGUgaGVhZGVyLCBjaGVja3MgdGhhdCB0aGUgaW5uZXIgZGVzdGluYXRpb24gYWRkcmVz cyBpcyBhbHNvIGl0c2VsZiwgYW5kIHBhc3NlcyB0aGUgbWF0ZXJpYWwgY2FycmllZCBieSB0aGUg aW5uZXIgaGVhZGVyIHVwIHRvIHRoZSBhcHByb3ByaWF0ZSBzdGFjay4NClNvIG5vZGUgMSBzZW5k cyBhIHBhY2tldCB0byBub2RlIDkgKEExLEE5KQ0KSUYgdGhlcmUgaXMgc29tZSBzdGVlcmluZyBp bnRvIGFuIFNSIFBvbGljeSBhdCBub2RlIDMgdG8gcmVhY2ggbm9kZSA5LCB0aGlzIGlzIGlkZW50 aWNhbCB0byBzZWN0aW9uIDUuMy4yIOKAnFRyYW5zaXQgcGFja2V0IHRocm91Z2ggU1IgZG9tYWlu 4oCdLCBleGNlcHQgZm9yIGRlc3RpbmF0aW9uIG9mIEE5IHZpYSBub2RlIDkgIGluc3RlYWQgb2Yg QTIgdmlhIG5vZGUgNC4NCg0KDQpUaHVzLCA5IG5lZWRzIHRvIGJlIGFibGUgdG8gY2hlY2sgZm9y IGJvdGggY2FzZXMuICBXZSBhdCBsZWFzdCBuZWVkIHRvIHRlbGwgaW1wbGVtZW50b3JzIHRoYXQu DQpXZWxsLCA5IG5lZWRzIGEgU0lEIFM5IGFuZCBBZGRyZXNzIEE5LiAgVGhhdCBpcyBzaG93biBp biBTZWN0aW9uIDUuMSBTSUQgYW5kIGFkZHJlc3MgcmVwcmVzZW50YXRpb24uDQo8am1oPlNvLCBs ZXQgdXMgYXNzdW1lIHRoYXQgMyBoYXMgYW4gU1IgcG9saWN5IGl0IHdhbnRzIHRvIGFwcGx5IHRv IHRoZSB0cmFmZmljIGZyb20gQTEgdG8gQTkuICBJbiB0aGlzIGNhc2UsIHRoZSBTOSAvIEE5IGRp Y2hvdG9teSBpcyBub3QgYSBwcm9ibGVtLCBJIHRoaW5rLiAgTm9kZSAzIGVuY2Fwc3VhbHRlcyB0 aGUgcGFja2V0IGZyb20gQTEgdG8gQTksIHVzZXMgUzMgYXMgdGhlIHNvdXJjZSBhZGRyZXNzIG9m IHRoZSBlbmNhcHN1bGF0aW5nIGhlYWRlciwgYW5kIGVuZHMgdGhlIFNJRCBsaXN0IGluIHRoZSBT Ukggd2l0aCBTOS4gIFRoZSB1bnNwZWNpZmllZCBwYXJ0IGlzIHRoYXQgbm9kZSA5IG5lZWRzIHRv IGJlIHByZXBhcmVkIHRvIHJlY2VpdmUgc3VjaCBwYWNrZXRzIGFuZCBkbyB0aGUgZG91YmxlIHBy b2Nlc3NpbmcuICBJdCBpcyByZWFzb25hYmxlIGRvdWJsZSBwcm9jZXNzaW5nLiAgTXkgb25seSBy ZXF1ZXN0IGhlcmUgaXMgdGhhdCB3ZSB0ZWxsIGZvbGtzIHRoZXkgbmVlZCB0byBzdXBwb3J0IGl0 LiA8L2ptaD4NCjxkZD5BY3R1YWxseSwgbm9kZSAzIHVzZXMgQTMgYXMgaXRzIHNvdXJjZSBhZGRy ZXNzLCBidXQgdGhhdOKAmXMgbWlub3IuDQpUaGUgZG91YmxlIHByb2Nlc3NpbmcgKGxvb2t1cCwg ZG8gZW5kIHByb2Nlc3NpbmcsIGRvIGFub3RoZXIgbG9va3VwKSBpcyBkb2N1bWVudGVkIGluIFNl Y3Rpb24gNC4zLg0KSXMgdGhlcmUgYSBuZWVkIGZvciBtb3JlIHRoYW4gd2hhdCBpcyBjdXJyZW50 bHkgc3BlY2lmaWVkPyA8L2RkPg0KDQpUaGVyZSBpcyBhIGZ1cnRoZXIgY29tcGxpY2F0aW9uLiAg OSBzZWVtcyB0byBuZWVkIHRvIGhhdmUgYW4gYWRkcmVzcyB0aGF0IGlzIGEgdmFsaWQgU0lELCBz byBpdCBjYW4gYmUgdGhlIGxhc3QgZW50cnkgaW4gdGhlIFNSSCBmcm9tIDggdG8gOS4NCkFzIGRl c2NyaWJlZCBpbiB0aGUgZHJhZnQsIFNlY3Rpb24gNS4xIGEgbm9kZSBrIGhhcyBhbiBhZGRyZXNz IEFrIGFuZCBTSUQgU2suICBTbyBub2RlIDkgaGFzIGEgdmFsaWQgU0lELg0KRm9yIHRyYWZmaWMg ZnJvbSA4IHRvIDksIEE5IGlzIHVzZWQgYXMgdGhlIGRlc3RpbmF0aW9uIGFzIHNob3duIGluIHNl Y3Rpb24gNS4zLjEsIDUuNCBhbmQgNS41Lg0KIEhvd2V2ZXIsIGlmIDEgd2VyZSB0byBzZW5kIHRo ZSBwYWNrZXQgdG8gdGhhdCBTSUQgZm9yIDksIHJvdXRlciAzIHdvdWxkIGJlIHJlcXVpcmVkIGJ5 IHRoZSBydWxlcyB3ZSBkaXNjdXNzZWQgaW4gdGhlIG90aGVyIHRocmVhZCB0byBkaXNjYXJkIHRo ZSBwYWNrZXQgYXMgaXQgaXMgbmVpdGhlciB0byBwcmVmaXggbm9yIGNvbnRhaW5zIGFuIEhBTUMu DQogQW5kIHNvbWVob3csIDggYW5kIDEgbmVlZCB0byBlYWNoIHBpY2sgdGhlIHJpZ2h0IGFkZHJl c3MgdG8gdXNlIGZvciA5LiAoc3BsaXQgRE5TIG1heWJlPykgIEFuZCAzIG5lZWRzIHRvIGJlIGFi bGUgdG8gZGVyaXZlIHRlaCBTSUQtZm9ybW4gYWRkcmVzcyBmb3IgOSBmcm9tIHRoZSBub24tU0lE IGZvcm0gb2YgdGhlIGFkZHJlc3Mgc28gdGhhdCBpdCAoMykgY2FuIGJ1aWxkIGEgcHJvcGVyIFNS SCB0byBnZXQgdGhlIHBhY2tldCB0byA5Lg0KPGptaD5JIGhhdmUgcmV0YWluZWQgeW91ciBhbnN3 ZXIgYmVsb3cgZm9yIGNvbnRleHQsIGJ1dCBJIHRoaW5rIHRoYXQgYW5zd2VycyB0aGUgd3Jvbmcg cXVlc3Rpb24uICBJIGJlbGlldmUgd2hhdCBpcyBpdG5lbmRlZCBpcyB0aGF0IG9ubHkgQTkgYXBw ZWFycyBpbiBETlMuICBTbyBOb2RlIDEgd2lsbCBzZWUgOSBhcyBBOSwgYW5kIHdpbGwgdXNlIHRo YXQuICBTOSB3aWxsIGFwcGVhciBpbiBTUiBQb2xpY2llcyBhYm91dCB0cmFmZmljIHRvIG5vZGUg OSwgYnV0IG5vdCBpbiBETlMuICBUaGF0IGlzIHdoYXQgd2UgbmVlZC4gIEkgd2lzaCBpdCB3ZXJl IGNsZWFyZXIgaW4gdGhlIHRleHQuIDwvam1oPg0KDQo8am1oPklmIG5vZGUgMjAgaXMgZ2VuZXJh dGluZyBTUkhzIHdpdGggSE1BQ3MsIHRoZW4gdGhpcyBpcyBsYXJnZWx5IHRoZSBzYW1lIGFzIHRo ZSBjYXNlIGZyb20gOCB0byA5LCBleGNlcHQgdGhhdCB3aG9tZXZlciBjcmVhdGVzIHRoZSBTUiBQ b2xpY3kgdGhhdCAyMCBpcyB1c2luZyBuZWVkcyB0byBhbHNvIG1ha2Ugc3VyZSB0aGF0IHdoYXRl dmVyIHRoZSBmaXJzdCBTSUQgaXMgaW4gdGVoIGxpc3QsIGl0IHByb2Nlc3NlcyBITUFDcyBhbmQg aXMgcmVjb2duaXphYmxlIHRvIG5vZGUgMyBhcyBkb2luZyBzdWNoIHByb2Nlc3NpbmcuIEkgYW0g Z3Vlc3NpbmcgdGhhdCB0aGUgcmVhc29uIGZvciBhbGxvd2luZyBpbnRlcm5hbCBub2RlcyB0byBk byB0aGUgcHJvY2Vzc2luZyBpcyB0byBtb3ZlIHRoZSB2ZXJpZmljYXRpb24gbG9hZCBvZmYgdGhl IGVkZ2Ugbm9kZXMuICBJdCBkb2VzIGNyZWF0ZSBzaWduaWZpY2FudCBhZGRpdGlvbmFsIGNvbmZp Z3VyYXRpb24gY29tcGxleGl0eS4gPC9qbWg+DQo8ZGQ+V2UgZGlkbuKAmXQgc2VlIGEgcmVhc29u IHRvIHJlc3RyaWN0IHRoZSBITUFDIHByb2Nlc3NpbmcgdG8gb25seSBlZGdlIG5vZGVzIHdoZW4g aXQgd2FzIHN0cmFpZ2h0IGZvcndhcmQgdG8gZGVmaW5lIGhvdyB0aGV5IGNvdWxkIGJlIHByb2Nl c3NlZCBhdCBub24tZWRnZSBub2Rlcy48L2RkPg0KDQpUaGlzIGlzIGluY29ycmVjdC4NClNlZSBT ZWN0aW9uIDYuMi4xIOKAnFNSIFNvdXJjZSBOb2RlcyBOb3QgRGlyZWN0bHkgQ29ubmVjdGVk4oCd IEkgd2lsbCBleHBhbmQgb24gdGhlIGV4YW1wbGUgZnJvbSB0aGF0IHNlY3Rpb24uDQpOb2RlIDIw IHNlbmRzIGEgcGFja2V0IHRvIEE5IHdpdGggU1IgUG9saWN5IDxINz4gYW5kIGFuIEhNQUMgcHJv dmlkZWQgdG8gbm9kZSAyMCBieSBzb21lIHlldCB0byBiZSBkZWZpbmVkIG1ldGhvZC4gIFJlc3Vs dGluZyBpbiBwYWNrZXQgc2VudCBmcm9tIG5vZGUgMjANCiAgUDogKEEyMCxINykoQTk7U0w9MSko cGF5bG9hZCkNClJlY2FsbCBIayBpcyBhIFNJRCBhdCBub2RlIGsgcmVxdWlyaW5nIEhNQUMgdmVy aWZpY2F0aW9uLCBhbmQgaXQgaXMgY292ZXJlZCBieSBQcmVmaXgtSC4NClByZWZpeC1IIGlzIF9u b3RfIHN1YmplY3QgdG8gaW5ncmVzcyBmaWx0ZXJpbmcgYXQgbm9kZSAzLg0KVGhlcmVmb3JlIHRo ZSBwYWNrZXQgUCBkZXN0aW5lZCB0byBINyBpcyBub3Qgc3ViamVjdCB0byBpbmdyZXNzIGZpbHRl cmluZyBhdCBub2RlIDMuDQpQIGlzIGZvcndhcmRlZCB0byBub2RlIDcsIHdoZXJlIEg3IGlzIHBy b2Nlc3NlZCBhbmQgdGhlIEhNQUMgdmVyaWZpZWQuDQpJZiB0aGUgSE1BQyBjYW4gbm90IGJlIHZl cmlmaWVkIHRoZSBwYWNrZXQgaXMgZHJvcHBlZCwgZWxzZSBpdCBpcyBmb3J3YXJkZWQgdG8gdGhl IG5leHQgc2VnbWVudCBhbmQgZGVzdGluYXRpb24sIEE5Lg0KRGFycmVuDQoNCllvdXJzLA0KSm9l bA0KDQpPbiAxMC8yMi8xOCA4OjA0IFBNLCBEYXJyZW4gRHVrZXMgKGRkdWtlcykgd3JvdGU6DQpp bmxpbmUuDQpPbiBPY3QgMjIsIDIwMTgsIGF0IDc6MjEgUE0sIEpvZWwgTS4gSGFscGVybiA8am1o QGpvZWxoYWxwZXJuLmNvbTxtYWlsdG86am1oQGpvZWxoYWxwZXJuLmNvbT4+IHdyb3RlOg0KLi4N CjIpIE5vdyBsZXQgdXMgbG9vayBhdCBwYWNrZXRzIGFycml2aW5nIGF0IGFuZCBhY3R1YWxseSBk ZXN0aW5lZCBmb3IgYW4gU1IgSG9zdCBpbiB0aGUgU1IgRG9tYWluIHdoZXJlIHRoYXQgcGFja2V0 IGhhcyBhbiBTUkguICBJZiB0aGUgcGFja2V0IGlzIGNvbWluZyBmcm9tIGFub3RoZXIgU1IgSG9z dCwgdGhlIFNSSCB3aWxsIGJlIGluIHRoZSBiYXNlIGhlYWRlciwgYW5kIHRoZSBob3N0IGNhbiBz aW1wbHkgY2hlY2sgaXQgZm9yIGFueSB2aW9sYXRpb25zLCBhbmQgY29udGludWUuICBCdXQsIGlm IHRoZSBwYWNrZXQgY2FtZSBmcm9tIG91dHNpZGUgdGhlIGRvbWFpbiwgdGhlbiBpdCB3aWxsIGhh dmUgYW4gZW5jYXBzdWxhdGluZyBTUnY2IGhlYWRlci4gIFNvIHRoZSBob3N0IGhhcyB0byBkZXRl Y3QgdGhpcyBjYXNlLCBjaGVjayBhbmQgdGhlbiBwZWFsIG9mZiB0aGUgZW5jYXBzdWxhdGluZyBo ZWFkZXIsIGFuZCB0aGVuIHByb2Nlc3MgdGhlIHJlY2VpdmVkIHBhY2tldC4gWWVzLCBpdCBjYW4g ZG8gc28uICBCdXQgbm90aGluZyBpbiB0ZWggZG9jdW1lbnQgdGVsbHMgaW1wbGVtZW50b3JzIHRo ZXkgaGF2ZSB0byBkZWFsIHdpdGggYm90aCBjYXNlcy4NCg0KQ2FuIHlvdSBiZSBtb3JlIHByZWNp c2UgaGVyZS4gIFBlcmhhcHMgdXNlIHRoZSBleGFtcGxlIGZyb20gc2VjdGlvbiA1LjIgb3IgNi4y LjE/DQouLg0KDQo= --_000_679B2EEF4EE644BCA9D717E70FF1133Aciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <144E67C1665CED4994A25E700C56964A@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgbGluZS1icmVhazogYWZ0 ZXItd2hpdGUtc3BhY2U7IiBjbGFzcz0iIj4NCjxkaXYgZGlyPSJhdXRvIiBzdHlsZT0id29yZC13 cmFwOiBicmVhay13b3JkOyAtd2Via2l0LW5ic3AtbW9kZTogc3BhY2U7IGxpbmUtYnJlYWs6IGFm dGVyLXdoaXRlLXNwYWNlOyIgY2xhc3M9IiI+DQpKb2VsLCBGb3Igb3VyIGxhc3QgcmVtYWluaW5n IGl0ZW0gaW4gdGhpcyB0aHJlYWQsIDxiIGNsYXNzPSIiPnJlOiBjb21tdW5pY2F0aW9uIGZyb20g MSB0byA5IGFuZCA5IHRvIDEuPC9iPg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rp dj4NCjxkaXYgY2xhc3M9IiI+TGV0cyBhZGQgdGhlIGZvbGxvd2luZyBzaW5jZSB3ZSBkb27igJl0 IGRpc2N1c3MgdHJhZmZpYyBmcm9tIGEgaG9zdCB3aXRoaW4gdGhlIFNSIERvbWFpbiB0byBhIGhv c3Qgb3V0c2lkZSB0aGUgU1IgRG9tYWluLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9 IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jmx0O05FVyBURVhUJmd0OzwvZGl2Pg0KPGRpdiBj bGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPjxiIGNsYXNzPSIiPjUuMy4z IEludGVyIFNSIERvbWFpbiBQYWNrZXQ8L2I+PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBj bGFzcz0iIj5Ib3N0IDkgc2VuZHMgYSBwYWNrZXQgdG8gaG9zdCAxIChvdXRzaWRlIHRoZSBTUiBE b21haW4pIHZpYSBhbiBTUiBQb2xpY3kgJmx0O1M2LFMzJmd0Oy48L2Rpdj4NCjxkaXYgY2xhc3M9 IiI+SG9zdCA5IGVuY2Fwc3VsYXRlcyBhbiBpbm5lciBwYWNrZXQgZnJvbSA5IHRvIDEgaW4gYW4g b3V0ZXIgSVB2NiBoZWFkZXIgYW5kIGFkZHMgYW4gU1JIIGZvciB0aGUgU1IgUG9saWN5LjwvZGl2 Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jm5i c3A7ICZuYnNwO1A3OiAoQTksUzYpKFMzLFM2OyBTTD0xKShBOSxBMSkmbmJzcDs8L2Rpdj4NCjxk aXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkEgaG9zdCBp bXBsZW1lbnRhdGlvbiBNVVNUIHN1cHBvcnQgYWRkaXRpb24gb2YgdGhlIG91dGVyIElQdjYgZW5j YXBzdWxhdGlvbiB0byBhdm9pZCBsZWFraW5nIFNJRHMgdG8gbm9kZXMgb3V0c2lkZSB0aGUgU1Ig RG9tYWluLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYg Y2xhc3M9IiI+Rm9yIHJldHVybiB0cmFmZmljIHRvIEE5LCBhbiBvdXRlciBJUHY2IGhlYWRlciBt YXkgYmUgYXBwbGllZCBieSB0aGUgU1IgRG9tYWluIGluZ3Jlc3Mgbm9kZS4gJm5ic3A7VGhpcyBv dXRlciBJUHY2IGhlYWRlciBtYXkgdGVybWluYXRlIGF0IG5vZGUgOSwgdGhlcmVmb3JlIGEgaG9z dCBpbXBsZW1lbnRhdGlvbiBNVVNUIHN1cHBvcnQgZGVjYXBzdWxhdGlvbiBvZiBhbiBvdXRlciBJ UHY2IGhlYWRlciBhbmQgcHJvY2Vzc2luZyBvZg0KIHRoZSBpbm5lciBoZWFkZXIuPC9kaXY+DQom bHQ7L05FVyBURVhUJmd0OzwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rp dj4NCjxkaXYgY2xhc3M9IiI+Rm9yIHRyYWZmaWMgZGVzdGluZWQgd2l0aGluIHRoZSBTUiBEb21h aW4gaXTigJlzIHN0aWxsIHVwIHRvIHRoZSBob3N0IG9yIGNvbnRyb2xsZXIgcHJvdmlkaW5nIHRo ZSBTUiBQb2xpY3kgdG8gZGV0ZXJtaW5lIHdoZXRoZXIgb3Igbm90IHRoZXkgbXVzdCBlbmNhcHN1 bGF0ZSBpbiBhbiBvdXRlciBJUHY2IGhlYWRlci48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNs YXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkRhcnJlbjwvZGl2Pg0KPGRpdiBjbGFzcz0i Ij4NCjxkaXY+PGJyIGNsYXNzPSIiPg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSIgY2xhc3M9IiI+ DQo8ZGl2IGNsYXNzPSIiPk9uIE9jdCAzMCwgMjAxOCwgYXQgMzo0MiBQTSwgSm9lbCBNLiBIYWxw ZXJuICZsdDs8YSBocmVmPSJtYWlsdG86am1oQGpvZWxoYWxwZXJuLmNvbSIgY2xhc3M9IiI+am1o QGpvZWxoYWxwZXJuLmNvbTwvYT4mZ3Q7IHdyb3RlOjwvZGl2Pg0KPGJyIGNsYXNzPSJBcHBsZS1p bnRlcmNoYW5nZS1uZXdsaW5lIj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPkkgYW0g bm90IHN1cmUgSSBhZ3JlZSB0aGF0IHRoZSBhbGxvd2FuY2UgZm9yIGhhbmRsaW5nIHRoZSBITUFD IGVsc2V3aGVyZSBpcyBzdHJhaWdodGZvcndhcmQuICZuYnNwO0ZvciBleGFtcGxlLCBJIHRoaW5r IHRoZSByYW5nZSBvZiBpbXBsZW1lbnRhdGlvbiBzdHJhdGVnaWVzIGZvciBib3JkZXIgbm9kZXMg YW5kIHRoZSBpbnRlcnNlY3Rpb24gb2YgdGhhdCB3aXRoIHRoZSByYW5nZSBvZiBvcGVyYXRpb25h bCBhbmQgZGVwbG95bWVudA0KIHN0cmF0ZWdpZXMgaXMgZ29pbmcgdG8gYWN0dWFsbHkgbWFrZSBp dCBoYXJkZXIgdG8gZ2V0IG11bHRpLXZlbmRvciBkZXBsb3ltZW50cy4gJm5ic3A7SGF2aW5nIHNh aWQgdGhhdCwgdGhlIGFwcHJvYWNoIGluIHRoZSBkb2N1bWVudCB3aWxsIHdvcmsuICZuYnNwO0Fu ZCBJIGNhbiBsaXZlIHdpdGggaXQuPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KT24gdGhl IGNob2ljZSBvZiBlbmNhcHMgb3Igbm90IGVuY2FwcyAoZnJvbSBub2RlIDkgdG8gZXh0ZXJuYWwg bm9kZSAxKSB0aGVyZSBhcmUgdHdvIGlzc3Vlcy48YnIgY2xhc3M9IiI+DQpUaGUgaW1wb3J0YW50 IGlzc3VlIGlzIHRoYXQgbm9kZSA5IG5lZWRzIHRvIGJlIGFibGUgdG8gZW5jYXBzLiBPdGhlcndp c2UgdGhlcmUgaXMgbm8gZGVjaXNpb24gYXZhaWxhYmUsIGFuZCB0aGUgbm9kZXMgc29mdHdhcmUg aXMgZm9yY2luZyB0aGUgb3BlcmF0b3IgdG8gZGlzY2xvc2UsIGV2ZW4gaWYgdGhlcmUgcG9saWN5 IGlzIG5vdCB0byBkbyBzby4gVGh1cywgSSB0aGluayB0aGUgbWluaW11bSByZXF1aXJlbWVudCBp cyB0aGF0IHRoZSBkb2N1bWVudA0KIG5lZWRzIHRvIGNsZWFybHkgc3RhdGUgdGhhdCBub2RlIDkg bmVlZHMgdG8gYmUgYWJsZSB0byBoYW5kbGUgaW5jb21pbmcgZW5jYXBzIGFuZCBuZWVkcyB0byBi ZSBhYmxlIHRvIGdlbmVyYXRlIG91dGdvaW5nIGVuY2Fwcy48YnIgY2xhc3M9IiI+DQo8YnIgY2xh c3M9IiI+DQpUaGUgbGVzc2VyIGlzc3VlIGlzICZxdW90O3doeSBib3RoZXI/JnF1b3Q7ICZuYnNw O1doeSBub3QgYWx3YXlzIGVuY2Fwcy4gJm5ic3A7R2l2ZW4gdGhhdCB0aGUgbmV0d29yayBoYXMg dG8gaGF2ZSBhbiBNVFUgYmlnIGVub3VnaCB0byBoYW5kbGUgYW4gZW5jYXBzIHBhY2tldCAoZHVl IHRvIGluY29taW5nIHBhY2tldHMgZnJvbSBvdXQgdGhlIFNSIGRvbWFpbiksIHRoZXJlIGlzIG5v IE1UVSBpc3N1ZSB3aWh0IHRoZSBlbmNhcHMuICZuYnNwO0FzIHN1Y2gsIHdlIGFyZSB0YWxraW5n IGFib3V0DQogcmVkdWNpbmcgdGhlIHNlY3VyaXR5IGFuZCByb2J1c3RuZXNzIG9mIHRoZSBzb2x1 dGlvbiBpbiBleGNoYW5nZSBmb3Igc2F2aW5nIGEgZmV3IGJ5dGVzLiAmbmJzcDtUaGF0IGFsbW9z dCBuZXZlciB0dXJucyBvdXQgd2VsbC48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpZb3Vy cyw8YnIgY2xhc3M9IiI+DQpKb2VsPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KT24gMTAv MzAvMTggMzozMCBQTSwgRGFycmVuIER1a2VzIChkZHVrZXMpIHdyb3RlOjxiciBjbGFzcz0iIj4N CjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiIGNsYXNzPSIiPkkgdGhpbmsgd2XigJlyZSBhbG1vc3Qg Y29uY2x1ZGVkIHNvIG9uY2UgbW9yZSBpbmxpbmUgYXQgJmx0O2RkJmd0OyZsdDsvZGQmZ3Q7PGJy IGNsYXNzPSIiPg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSIgY2xhc3M9IiI+T24gT2N0IDI2LCAy MDE4LCBhdCAyOjI4IFBNLCBKb2VsIEhhbHBlcm4gJmx0OzxhIGhyZWY9Im1haWx0bzpqbWhAam9l bGhhbHBlcm4uY29tIiBjbGFzcz0iIj5qbWhAam9lbGhhbHBlcm4uY29tPC9hPiZndDsgd3JvdGU6 PGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KKHJlc2VuZGluZywgJiM0MztzcHJpbmcgYXMg cmVxdWVzdGVkKTxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NClRoYW5rIHlvdSBmb3IgdGhl IHJlc3BvbnNlcy4gJm5ic3A7SSB3aWxsIHJlc3BvbmQgaW4gbGluZSwgbWFya2VkICZsdDtqbWgm Z3Q7Jmx0Oy9qbWgmZ3Q7LiAmbmJzcDtJIGZlYXIgaXQgd2lsbCBzaG9ydGx5IGdldCB0b28gZGVl cCwgYnV0IHRoZSBjb250ZXh0IGlzIGltcG9ydGFudC48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9 IiI+DQpJIHdpbGwgcmVwaHJhc2UgaGVyZSBhbiBpc3N1ZSBmcm9tIGFub3RoZXIgdGhyZWFkIHRo YXQgSSBhaHZlIG5vdCBzZWVuIHlvdXIgY29tbWVudHMgb24uICZuYnNwO0lmIE5vZGUgOSBpcyBz ZW5kaW5nIHRyYWZmaWMgdG8gTm9kZSAxIChmb3IgZXhhbXBsZSwgdGhlIHJldmVyc2UgdHJhZmZp YyBmb3IgdGhlIHRyYWZmaWMgZnJvbSAxIHRvIDkgaW4gdGhlIGV4YW1wbGVzIGJlbG93KSwgaXQg cHJlc3VtYWJseSBoYXMgYW4gU1IgUG9saWN5IHRvIGJlIGFwcGxpZWQuDQogVGhlIGlzc3VlIEkg cmFpc2VkIGJlZm9yZSBpcyB0aGUgbGVha2FnZSBpc3N1ZS4gJm5ic3A7SWYgOSBwdXRzIHRoZSBT UkggaW4gaXRzIHBhY2tldCAoYXMgdGhlIGRvY3VtZW50IGN1cnJlbnRseSBtYW5kYXRlcyksIHRo ZW4gaXQgd2lsbCBub3QgYmUgcG9zc2libGUgZm9yIDMgdG8gcmVtb3ZlIHRoZSBTUkguICZuYnNw O1RodXMsIHRoZSBTUkggd2lsbCBsZWFrLjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NClNv bWUgaGF2ZSBhcmd1ZWQgdGhhdCBpcyBub3QgYSBiaWcgZGVhbC4gJm5ic3A7SXQgc2VlbXMgdG8g bWF0dGVyIHRvIG1lLiAmbmJzcDtCdXQgdGhlcmUgaXMgYW4gYWRkaXRpb25hbCBwcm9ibGVtLiAm bmJzcDtBMSBpcyBub3QgYSBTSUQuICZuYnNwO1RoZXJlZm9yZSwgOSBjYW4gbm90IHB1dCBBMSBp bnRvIHRoZSBTUkguICZuYnNwO0lmIGl0IGNhbiBub3QgcHV0IEExIGludG8gdGhlIFNSSCwgYW5k IGl0IGRvZXMgbm90IGVuY2Fwc3VsYXRlIHRoZSBwYWNrZXQsIHdoZXJlIGRvZXMgaXQgcHV0DQog QTEuPGJyIGNsYXNzPSIiPg0KPC9ibG9ja3F1b3RlPg0KJmx0O2RkJmd0OyBOb2RlIDkgaGFzIGEg Y2hvaWNlLCBlbmNhcHN1bGF0ZSB0byBub2RlIDMgb3Igbm90LjxiciBjbGFzcz0iIj4NCklmIG5v ZGUgOSBkb2VzIG5vdCBlbmNhcHN1bGF0ZSwgaXQgd2lsbCBpbmZvcm0gdGhlIGRlc3RpbmF0aW9u IG9mIHRoZSBzZWdtZW50cyBpbiB0aGUgU1JIIGFuZCBwb3NzaWJseSBsZWFrIHRoZW0gdG8gaW50 ZXJtZWRpYXRlIG5vZGVzLjxiciBjbGFzcz0iIj4NCklmIG5vZGUgOSBkb2VzIGVuY2Fwc3VsYXRl LCBub2RlIDMgcmVtb3ZlcyB0aGUgb3V0ZXIgaGVhZGVyIGFuZCBub2RlIDEgd291bGQgbm90IGxl YXJuIHRoZSBzZWdtZW50IGxpc3QuPGJyIGNsYXNzPSIiPg0KSSB0aGluayBpdHMgY2hvaWNlIHNo b3VsZCBub3QgYmUgbWFuZGF0ZWQgaW4gdGhlIGRyYWZ0LiAmbHQ7L2RkJmd0OzxiciBjbGFzcz0i Ij4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiIGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCllvdXJz LDxiciBjbGFzcz0iIj4NCkpvZWw8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpPbiAxMC8y Ni8xOCAxOjI5IFBNLCBEYXJyZW4gRHVrZXMgKGRkdWtlcykgd3JvdGU6PGJyIGNsYXNzPSIiPg0K PGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSIgY2xhc3M9IiI+SGkgSm9lbCwgeW914oCZdmUgZGVzY3Jp YmVkIHNlY3Rpb25zIHRpdGxlZCDigJxJbnRyYSBTUiBEb21haW4gUGFja2V04oCdLCDigJxUcmFu c2l0IFBhY2tldCBUaHJvdWdoIFNSIERvbWFpbuKAnSwgYW5kICZxdW90O1NSIFNvdXJjZSBOb2Rl cyBOb3QgRGlyZWN0bHkgQ29ubmVjdGVk4oCdLjxiciBjbGFzcz0iIj4NCknigJl2ZSBwYXJzZWQg dGhlbSBpbmxpbmUgdG8gdGhlIHNlY3Rpb25zIG9mIHRoZSBkcmFmdCBkZWZpbmluZyB0aGVtIGFu ZCBnaXZlbiBtb3JlIGNvbnRleHQgd2hlcmUgbmVlZGVkLjxiciBjbGFzcz0iIj4NCjxibG9ja3F1 b3RlIHR5cGU9ImNpdGUiIGNsYXNzPSIiPk9uIE9jdCAyMiwgMjAxOCwgYXQgODo0OSBQTSwgSm9l bCBNLiBIYWxwZXJuICZsdDs8YSBocmVmPSJtYWlsdG86am1oQGpvZWxoYWxwZXJuLmNvbSIgY2xh c3M9IiI+am1oQGpvZWxoYWxwZXJuLmNvbTwvYT4mZ3Q7IHdyb3RlOjxiciBjbGFzcz0iIj4NCjxi ciBjbGFzcz0iIj4NClJlcGhyYXNpbmcgdXNpbmcgdGhlIGV4YW1wbGUgZnJvbSA1LjIuICZuYnNw O0Fzc3VtaW5nIHRoYXQgOCBhbmQgOSBhcmUgU1IgSG9zdHMgKG5vdCBqdXN0IGhvc3RzIHdpdGhp biB0aGUgZG9tYWluLCB0aGV5IGFyZSBjYXBhYmxlIG9mIGFuZCBleHBlY3QgdG8gZGVhbCB3aXRo IFNSSHMsIGFuZCB0aGVyZWZvcmUgaGF2ZSBsb2NhbCBTSURzLCAuLi4pPGJyIGNsYXNzPSIiPg0K PGJyIGNsYXNzPSIiPg0KRm9yIHRyYWZmaWMgZnJvbSA4IHRvIDkgdGhhdCBuZWVkcyBhbiBTUkgs IHRoZSBTUkggZ29lcyBpbiB0aGUgSVB2NiBoZWFkZXIgc2VudCBteSA4IHRvIDkuICZuYnNwO1do ZW4gOSBwcm9jZXNzZXMgdGhlIHBhY2tldCwgaXQgc2VlbXMgdGhhdCBpdCBpcyB0aGUgbGFzdCBT SUQsIGZpZ3VyZXMgb3V0IHRoYXQgdGhlcmUgaXMgbm8gZW5jYXBzdWxhdGlvbiwgYW5kIHNlbmQg dGhlIFRDUCAvIFVEUCAvIFFVSUMgaW5mb3JtYXRpb24gdG8gaXRzIGludGVybmFsDQogcHJvdG9j b2xzIHN0YWNrcy48YnIgY2xhc3M9IiI+DQo8L2Jsb2NrcXVvdGU+DQpZZXMsIHRoaXMgaXMgU2Vj dGlvbiA1LjMuMSDigJxJbnRyYSBTUiBEb21haW4gUGFja2V04oCdLjxiciBjbGFzcz0iIj4NCjwv YmxvY2txdW90ZT4NCiZsdDtqbWgmZ3Q7QWdyZWVkIGFzIGZhciBhcyBpdCBnb2VzLiAmbmJzcDtI b3dldmVyLCAmbmJzcDt0aGUgZXhpc3RlbmNlIG9mIFM5IGFuZCBBOSBwb2ludHMgdG8gYSBwcm9i bGVtLiAmbmJzcDtOb2RlIDggaXMgdHJ5aW5nIHRvIHB1dCBvbiBhbiBTUkggZ29pbmcgdGhyb3Vn aCBTeCwgU3ksIHdoYXRldmVyIGZvciBzb21lIHJlYXNvbi4gJm5ic3A7SXQgY2FuJ3QgcHV0IEE5 IGludG8gdGhlIFNSSCwgYXMgQUggaXMgbm90IGEgU0lELCBpdCBpcyBhbiBhZGRyZXNzLiAmbmJz cDtJIHByZXN1bWUgbm9kZQ0KIDggZ290IFM5IGZyb20gd2hhdGV2ZXIgcHJvdmlkZWQgaGltIHRo ZSBTUiBQb2xpY3kgdGhhdCBpdCBpcyB1c2luZy4gJm5ic3A7RG9lcyBpdCBzaW1wbHkgdXNlIFM5 IGFzIHRoZSBhZGRyZXNzIGZvciBub2RlIDksIHJhdGhlciB0aGFuIEE5IHRoYXQgaXQgZ290IGZy b20gRE5TPyAmbmJzcDtBbmQgZG9lcyB0aGUgVENQIHN0YWNrIGtub3cgdGhhdCB0aGlzIHN1YnN0 aXR1dGlvbiBpcyBiZWluZyBtYWRlPyAmbmJzcDsoVGhpcyBpcyBhbm90aGVyIGV4YW1wbGUgb2Yg YSBwcm9ibGVtDQogdGhhdCBnb2VzIGF3YXkgaWYgd2UgYWx3YXlzIGVuY2Fwc3VsYXRlLikgJmx0 Oy9qbWgmZ3Q7PGJyIGNsYXNzPSIiPg0KPC9ibG9ja3F1b3RlPg0KJmx0O2RkJmd0O1NlY3Rpb24g NC4zLjIgY292ZXJzIHRoZXNlIHF1ZXN0aW9ucywgaS5lLiBBOSBjYW4gYmUgcGxhY2VkIGluIHRo ZSBTUkggYXMgdGhlIGxhc3Qgc2VnbWVudCwgYW5kIHRoaXMgc2VjdGlvbiBkZXNjcmliZXMgaG93 IGl04oCZcyBoYW5kbGVkLiZsdDsvZGQmZ3Q7PGJyIGNsYXNzPSIiPg0KPGJsb2NrcXVvdGUgdHlw ZT0iY2l0ZSIgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSIg Y2xhc3M9IiI+DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+ DQpGb3IgdHJhZmZpYyBmcm9tIDEgdG8gOSwgd2hlcmUgMyBhZGRzIGFuIFNSSCwgdGhhdCBTUkgg c3RpbGwgcHJlc3VtYWJseSBlbmRzIGF0IDkuICZuYnNwOzkgUmVjZWl2ZXMgdGhlIElQIHBhY2tl dC4gJm5ic3A7U2VlcyB0aGF0IGl0IGlzIGFkZHJlc3NlZCB0byBpdHNlbGYuICZuYnNwO1NlZXMg dGhhdCB0aGUgU1JIIGlzIGZpbmlzaGVkLiAmbmJzcDtBbmQgdGhlbiBub3RpY2VzIHRoYXQgdGhl IG5leHQtaGVhZGVyIGlzIElQdjYuICZuYnNwO1Vud3JhcHMgdGhlIGhlYWRlciwgY2hlY2tzIHRo YXQNCiB0aGUgaW5uZXIgZGVzdGluYXRpb24gYWRkcmVzcyBpcyBhbHNvIGl0c2VsZiwgYW5kIHBh c3NlcyB0aGUgbWF0ZXJpYWwgY2FycmllZCBieSB0aGUgaW5uZXIgaGVhZGVyIHVwIHRvIHRoZSBh cHByb3ByaWF0ZSBzdGFjay48YnIgY2xhc3M9IiI+DQo8L2Jsb2NrcXVvdGU+DQpTbyBub2RlIDEg c2VuZHMgYSBwYWNrZXQgdG8gbm9kZSA5IChBMSxBOSk8YnIgY2xhc3M9IiI+DQpJRiB0aGVyZSBp cyBzb21lIHN0ZWVyaW5nIGludG8gYW4gU1IgUG9saWN5IGF0IG5vZGUgMyB0byByZWFjaCBub2Rl IDksIHRoaXMgaXMgaWRlbnRpY2FsIHRvIHNlY3Rpb24gNS4zLjIg4oCcVHJhbnNpdCBwYWNrZXQg dGhyb3VnaCBTUiBkb21haW7igJ0sIGV4Y2VwdCBmb3IgZGVzdGluYXRpb24gb2YgQTkgdmlhIG5v ZGUgOSAmbmJzcDtpbnN0ZWFkIG9mIEEyIHZpYSBub2RlIDQuPGJyIGNsYXNzPSIiPg0KPC9ibG9j a3F1b3RlPg0KPGJyIGNsYXNzPSIiPg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSIgY2xhc3M9IiI+ DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQpUaHVzLCA5 IG5lZWRzIHRvIGJlIGFibGUgdG8gY2hlY2sgZm9yIGJvdGggY2FzZXMuICZuYnNwO1dlIGF0IGxl YXN0IG5lZWQgdG8gdGVsbCBpbXBsZW1lbnRvcnMgdGhhdC48YnIgY2xhc3M9IiI+DQo8L2Jsb2Nr cXVvdGU+DQpXZWxsLCA5IG5lZWRzIGEgU0lEIFM5IGFuZCBBZGRyZXNzIEE5LiAmbmJzcDtUaGF0 IGlzIHNob3duIGluIFNlY3Rpb24gNS4xIFNJRCBhbmQgYWRkcmVzcyByZXByZXNlbnRhdGlvbi48 YnIgY2xhc3M9IiI+DQo8L2Jsb2NrcXVvdGU+DQombHQ7am1oJmd0O1NvLCBsZXQgdXMgYXNzdW1l IHRoYXQgMyBoYXMgYW4gU1IgcG9saWN5IGl0IHdhbnRzIHRvIGFwcGx5IHRvIHRoZSB0cmFmZmlj IGZyb20gQTEgdG8gQTkuICZuYnNwO0luIHRoaXMgY2FzZSwgdGhlIFM5IC8gQTkgZGljaG90b215 IGlzIG5vdCBhIHByb2JsZW0sIEkgdGhpbmsuICZuYnNwO05vZGUgMyBlbmNhcHN1YWx0ZXMgdGhl IHBhY2tldCBmcm9tIEExIHRvIEE5LCB1c2VzIFMzIGFzIHRoZSBzb3VyY2UgYWRkcmVzcyBvZiB0 aGUgZW5jYXBzdWxhdGluZw0KIGhlYWRlciwgYW5kIGVuZHMgdGhlIFNJRCBsaXN0IGluIHRoZSBT Ukggd2l0aCBTOS4gJm5ic3A7VGhlIHVuc3BlY2lmaWVkIHBhcnQgaXMgdGhhdCBub2RlIDkgbmVl ZHMgdG8gYmUgcHJlcGFyZWQgdG8gcmVjZWl2ZSBzdWNoIHBhY2tldHMgYW5kIGRvIHRoZSBkb3Vi bGUgcHJvY2Vzc2luZy4gJm5ic3A7SXQgaXMgcmVhc29uYWJsZSBkb3VibGUgcHJvY2Vzc2luZy4g Jm5ic3A7TXkgb25seSByZXF1ZXN0IGhlcmUgaXMgdGhhdCB3ZSB0ZWxsIGZvbGtzIHRoZXkgbmVl ZCB0bw0KIHN1cHBvcnQgaXQuICZsdDsvam1oJmd0OzxiciBjbGFzcz0iIj4NCjwvYmxvY2txdW90 ZT4NCiZsdDtkZCZndDtBY3R1YWxseSwgbm9kZSAzIHVzZXMgQTMgYXMgaXRzIHNvdXJjZSBhZGRy ZXNzLCBidXQgdGhhdOKAmXMgbWlub3IuPGJyIGNsYXNzPSIiPg0KVGhlIGRvdWJsZSBwcm9jZXNz aW5nIChsb29rdXAsIGRvIGVuZCBwcm9jZXNzaW5nLCBkbyBhbm90aGVyIGxvb2t1cCkgaXMgZG9j dW1lbnRlZCBpbiBTZWN0aW9uIDQuMy48YnIgY2xhc3M9IiI+DQpJcyB0aGVyZSBhIG5lZWQgZm9y IG1vcmUgdGhhbiB3aGF0IGlzIGN1cnJlbnRseSBzcGVjaWZpZWQ/ICZsdDsvZGQmZ3Q7PGJyIGNs YXNzPSIiPg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSIgY2xhc3M9IiI+DQo8YmxvY2txdW90ZSB0 eXBlPSJjaXRlIiBjbGFzcz0iIj4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiIGNsYXNzPSIiPjxi ciBjbGFzcz0iIj4NClRoZXJlIGlzIGEgZnVydGhlciBjb21wbGljYXRpb24uICZuYnNwOzkgc2Vl bXMgdG8gbmVlZCB0byBoYXZlIGFuIGFkZHJlc3MgdGhhdCBpcyBhIHZhbGlkIFNJRCwgc28gaXQg Y2FuIGJlIHRoZSBsYXN0IGVudHJ5IGluIHRoZSBTUkggZnJvbSA4IHRvIDkuPGJyIGNsYXNzPSIi Pg0KPC9ibG9ja3F1b3RlPg0KQXMgZGVzY3JpYmVkIGluIHRoZSBkcmFmdCwgU2VjdGlvbiA1LjEg YSBub2RlIGsgaGFzIGFuIGFkZHJlc3MgQWsgYW5kIFNJRCBTay4gJm5ic3A7U28gbm9kZSA5IGhh cyBhIHZhbGlkIFNJRC48YnIgY2xhc3M9IiI+DQpGb3IgdHJhZmZpYyBmcm9tIDggdG8gOSwgQTkg aXMgdXNlZCBhcyB0aGUgZGVzdGluYXRpb24gYXMgc2hvd24gaW4gc2VjdGlvbiA1LjMuMSwgNS40 IGFuZCA1LjUuPGJyIGNsYXNzPSIiPg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSIgY2xhc3M9IiI+ Jm5ic3A7SG93ZXZlciwgaWYgMSB3ZXJlIHRvIHNlbmQgdGhlIHBhY2tldCB0byB0aGF0IFNJRCBm b3IgOSwgcm91dGVyIDMgd291bGQgYmUgcmVxdWlyZWQgYnkgdGhlIHJ1bGVzIHdlIGRpc2N1c3Nl ZCBpbiB0aGUgb3RoZXIgdGhyZWFkIHRvIGRpc2NhcmQgdGhlIHBhY2tldCBhcyBpdCBpcyBuZWl0 aGVyIHRvIHByZWZpeCBub3IgY29udGFpbnMgYW4gSEFNQy48YnIgY2xhc3M9IiI+DQombmJzcDtB bmQgc29tZWhvdywgOCBhbmQgMSBuZWVkIHRvIGVhY2ggcGljayB0aGUgcmlnaHQgYWRkcmVzcyB0 byB1c2UgZm9yIDkuIChzcGxpdCBETlMgbWF5YmU/KSAmbmJzcDtBbmQgMyBuZWVkcyB0byBiZSBh YmxlIHRvIGRlcml2ZSB0ZWggU0lELWZvcm1uIGFkZHJlc3MgZm9yIDkgZnJvbSB0aGUgbm9uLVNJ RCBmb3JtIG9mIHRoZSBhZGRyZXNzIHNvIHRoYXQgaXQgKDMpIGNhbiBidWlsZCBhIHByb3BlciBT UkggdG8gZ2V0IHRoZSBwYWNrZXQgdG8gOS48YnIgY2xhc3M9IiI+DQo8L2Jsb2NrcXVvdGU+DQo8 L2Jsb2NrcXVvdGU+DQombHQ7am1oJmd0O0kgaGF2ZSByZXRhaW5lZCB5b3VyIGFuc3dlciBiZWxv dyBmb3IgY29udGV4dCwgYnV0IEkgdGhpbmsgdGhhdCBhbnN3ZXJzIHRoZSB3cm9uZyBxdWVzdGlv bi4gJm5ic3A7SSBiZWxpZXZlIHdoYXQgaXMgaXRuZW5kZWQgaXMgdGhhdCBvbmx5IEE5IGFwcGVh cnMgaW4gRE5TLiAmbmJzcDtTbyBOb2RlIDEgd2lsbCBzZWUgOSBhcyBBOSwgYW5kIHdpbGwgdXNl IHRoYXQuICZuYnNwO1M5IHdpbGwgYXBwZWFyIGluIFNSIFBvbGljaWVzIGFib3V0IHRyYWZmaWMg dG8gbm9kZQ0KIDksIGJ1dCBub3QgaW4gRE5TLiAmbmJzcDtUaGF0IGlzIHdoYXQgd2UgbmVlZC4g Jm5ic3A7SSB3aXNoIGl0IHdlcmUgY2xlYXJlciBpbiB0aGUgdGV4dC4gJmx0Oy9qbWgmZ3Q7PGJy IGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KJmx0O2ptaCZndDtJZiBub2RlIDIwIGlzIGdlbmVy YXRpbmcgU1JIcyB3aXRoIEhNQUNzLCB0aGVuIHRoaXMgaXMgbGFyZ2VseSB0aGUgc2FtZSBhcyB0 aGUgY2FzZSBmcm9tIDggdG8gOSwgZXhjZXB0IHRoYXQgd2hvbWV2ZXIgY3JlYXRlcyB0aGUgU1Ig UG9saWN5IHRoYXQgMjAgaXMgdXNpbmcgbmVlZHMgdG8gYWxzbyBtYWtlIHN1cmUgdGhhdCB3aGF0 ZXZlciB0aGUgZmlyc3QgU0lEIGlzIGluIHRlaCBsaXN0LCBpdCBwcm9jZXNzZXMgSE1BQ3MgYW5k IGlzIHJlY29nbml6YWJsZQ0KIHRvIG5vZGUgMyBhcyBkb2luZyBzdWNoIHByb2Nlc3NpbmcuIEkg YW0gZ3Vlc3NpbmcgdGhhdCB0aGUgcmVhc29uIGZvciBhbGxvd2luZyBpbnRlcm5hbCBub2RlcyB0 byBkbyB0aGUgcHJvY2Vzc2luZyBpcyB0byBtb3ZlIHRoZSB2ZXJpZmljYXRpb24gbG9hZCBvZmYg dGhlIGVkZ2Ugbm9kZXMuICZuYnNwO0l0IGRvZXMgY3JlYXRlIHNpZ25pZmljYW50IGFkZGl0aW9u YWwgY29uZmlndXJhdGlvbiBjb21wbGV4aXR5LiAmbHQ7L2ptaCZndDs8YnIgY2xhc3M9IiI+DQo8 L2Jsb2NrcXVvdGU+DQombHQ7ZGQmZ3Q7V2UgZGlkbuKAmXQgc2VlIGEgcmVhc29uIHRvIHJlc3Ry aWN0IHRoZSBITUFDIHByb2Nlc3NpbmcgdG8gb25seSBlZGdlIG5vZGVzIHdoZW4gaXQgd2FzIHN0 cmFpZ2h0IGZvcndhcmQgdG8gZGVmaW5lIGhvdyB0aGV5IGNvdWxkIGJlIHByb2Nlc3NlZCBhdCBu b24tZWRnZSBub2Rlcy4mbHQ7L2RkJmd0OzxiciBjbGFzcz0iIj4NCjxibG9ja3F1b3RlIHR5cGU9 ImNpdGUiIGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiIGNs YXNzPSIiPlRoaXMgaXMgaW5jb3JyZWN0LjxiciBjbGFzcz0iIj4NClNlZSBTZWN0aW9uIDYuMi4x IOKAnFNSIFNvdXJjZSBOb2RlcyBOb3QgRGlyZWN0bHkgQ29ubmVjdGVk4oCdIEkgd2lsbCBleHBh bmQgb24gdGhlIGV4YW1wbGUgZnJvbSB0aGF0IHNlY3Rpb24uPGJyIGNsYXNzPSIiPg0KTm9kZSAy MCBzZW5kcyBhIHBhY2tldCB0byBBOSB3aXRoIFNSIFBvbGljeSAmbHQ7SDcmZ3Q7IGFuZCBhbiBI TUFDIHByb3ZpZGVkIHRvIG5vZGUgMjAgYnkgc29tZSB5ZXQgdG8gYmUgZGVmaW5lZCBtZXRob2Qu ICZuYnNwO1Jlc3VsdGluZyBpbiBwYWNrZXQgc2VudCBmcm9tIG5vZGUgMjA8YnIgY2xhc3M9IiI+ DQombmJzcDsmbmJzcDtQOiAoQTIwLEg3KShBOTtTTD0xKShwYXlsb2FkKTxiciBjbGFzcz0iIj4N ClJlY2FsbCBIayBpcyBhIFNJRCBhdCBub2RlIGsgcmVxdWlyaW5nIEhNQUMgdmVyaWZpY2F0aW9u LCBhbmQgaXQgaXMgY292ZXJlZCBieSBQcmVmaXgtSC48YnIgY2xhc3M9IiI+DQpQcmVmaXgtSCBp cyBfbm90XyBzdWJqZWN0IHRvIGluZ3Jlc3MgZmlsdGVyaW5nIGF0IG5vZGUgMy48YnIgY2xhc3M9 IiI+DQpUaGVyZWZvcmUgdGhlIHBhY2tldCBQIGRlc3RpbmVkIHRvIEg3IGlzIG5vdCBzdWJqZWN0 IHRvIGluZ3Jlc3MgZmlsdGVyaW5nIGF0IG5vZGUgMy48YnIgY2xhc3M9IiI+DQpQIGlzIGZvcndh cmRlZCB0byBub2RlIDcsIHdoZXJlIEg3IGlzIHByb2Nlc3NlZCBhbmQgdGhlIEhNQUMgdmVyaWZp ZWQuPGJyIGNsYXNzPSIiPg0KSWYgdGhlIEhNQUMgY2FuIG5vdCBiZSB2ZXJpZmllZCB0aGUgcGFj a2V0IGlzIGRyb3BwZWQsIGVsc2UgaXQgaXMgZm9yd2FyZGVkIHRvIHRoZSBuZXh0IHNlZ21lbnQg YW5kIGRlc3RpbmF0aW9uLCBBOS48YnIgY2xhc3M9IiI+DQpEYXJyZW48YnIgY2xhc3M9IiI+DQo8 YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQpZb3Vycyw8YnIg Y2xhc3M9IiI+DQpKb2VsPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KT24gMTAvMjIvMTgg ODowNCBQTSwgRGFycmVuIER1a2VzIChkZHVrZXMpIHdyb3RlOjxiciBjbGFzcz0iIj4NCjxibG9j a3F1b3RlIHR5cGU9ImNpdGUiIGNsYXNzPSIiPmlubGluZS48YnIgY2xhc3M9IiI+DQo8YmxvY2tx dW90ZSB0eXBlPSJjaXRlIiBjbGFzcz0iIj5PbiBPY3QgMjIsIDIwMTgsIGF0IDc6MjEgUE0sIEpv ZWwgTS4gSGFscGVybiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmptaEBqb2VsaGFscGVybi5jb20iIGNs YXNzPSIiPmptaEBqb2VsaGFscGVybi5jb208L2E+Jmd0OyB3cm90ZTo8YnIgY2xhc3M9IiI+DQo8 L2Jsb2NrcXVvdGU+DQo8L2Jsb2NrcXVvdGU+DQouLjxiciBjbGFzcz0iIj4NCjxibG9ja3F1b3Rl IHR5cGU9ImNpdGUiIGNsYXNzPSIiPg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSIgY2xhc3M9IiI+ MikgTm93IGxldCB1cyBsb29rIGF0IHBhY2tldHMgYXJyaXZpbmcgYXQgYW5kIGFjdHVhbGx5IGRl c3RpbmVkIGZvciBhbiBTUiBIb3N0IGluIHRoZSBTUiBEb21haW4gd2hlcmUgdGhhdCBwYWNrZXQg aGFzIGFuIFNSSC4gJm5ic3A7SWYgdGhlIHBhY2tldCBpcyBjb21pbmcgZnJvbSBhbm90aGVyIFNS IEhvc3QsIHRoZSBTUkggd2lsbCBiZSBpbiB0aGUgYmFzZSBoZWFkZXIsIGFuZCB0aGUgaG9zdCBj YW4NCiBzaW1wbHkgY2hlY2sgaXQgZm9yIGFueSB2aW9sYXRpb25zLCBhbmQgY29udGludWUuICZu YnNwO0J1dCwgaWYgdGhlIHBhY2tldCBjYW1lIGZyb20gb3V0c2lkZSB0aGUgZG9tYWluLCB0aGVu IGl0IHdpbGwgaGF2ZSBhbiBlbmNhcHN1bGF0aW5nIFNSdjYgaGVhZGVyLiAmbmJzcDtTbyB0aGUg aG9zdCBoYXMgdG8gZGV0ZWN0IHRoaXMgY2FzZSwgY2hlY2sgYW5kIHRoZW4gcGVhbCBvZmYgdGhl IGVuY2Fwc3VsYXRpbmcgaGVhZGVyLCBhbmQgdGhlbiBwcm9jZXNzIHRoZQ0KIHJlY2VpdmVkIHBh Y2tldC4gWWVzLCBpdCBjYW4gZG8gc28uICZuYnNwO0J1dCBub3RoaW5nIGluIHRlaCBkb2N1bWVu dCB0ZWxscyBpbXBsZW1lbnRvcnMgdGhleSBoYXZlIHRvIGRlYWwgd2l0aCBib3RoIGNhc2VzLjxi ciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCjwvYmxvY2txdW90ZT4NCkNhbiB5b3UgYmUgbW9y ZSBwcmVjaXNlIGhlcmUuICZuYnNwO1BlcmhhcHMgdXNlIHRoZSBleGFtcGxlIGZyb20gc2VjdGlv biA1LjIgb3IgNi4yLjE/PGJyIGNsYXNzPSIiPg0KPC9ibG9ja3F1b3RlPg0KLi48YnIgY2xhc3M9 IiI+DQo8L2Jsb2NrcXVvdGU+DQo8L2Jsb2NrcXVvdGU+DQo8L2Jsb2NrcXVvdGU+DQo8L2Jsb2Nr cXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8YnIgY2xhc3M9 IiI+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_679B2EEF4EE644BCA9D717E70FF1133Aciscocom_-- From nobody Fri Nov 2 11:40:23 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A08D126BED; Fri, 2 Nov 2018 11:40:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.501 X-Spam-Level: X-Spam-Status: No, score=-14.501 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 Kcq7BhJOPvWI; Fri, 2 Nov 2018 11:40:11 -0700 (PDT) Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2DE61124C04; Fri, 2 Nov 2018 11:40:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=18976; q=dns/txt; s=iport; t=1541184011; x=1542393611; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=jk4L1RMC2/9rNGDA5utnvbz+46FLXh21852nHHsI82k=; b=A7FKz2oqaBWBQCX7AHNmCiNODS3PiHe9P6tt6PGTHrOtYC5Q3w51taEf BA7xAXKaLRn+63Ii8Shtw4YhFJmm9GSrSuinXpiRJF6rAqsZlm/Zg/Ukb MYyl7+N1FJGjRkxgvJW3qcSOW8nrC4hOtfWe60h3+cefiNvCCW2sSA/9A o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AHAAAMmdxb/4QNJK1jGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBUwIBAQEBAQsBggRmfygKg2yUL4INlyyBegsBARgLhEk?= =?us-ascii?q?CF4MnIjYLDQEDAQECAQECbRwMhToBAQEBAgEBASERMwcLBQcEAgEIEQQBAQE?= =?us-ascii?q?CAiMDAgICJQsUAQgIAgQOBYMhAYF5CA+nS4EuihwFgQuKZheBQT+BEScfgky?= =?us-ascii?q?DGwEBgWEHMQKCSjGCJgKIZCEDgWuTY1QJAoduiRwYgVWEfYoJgm6UKQIRFIE?= =?us-ascii?q?mJAMugVVwFTsqAYJBgiYFEohchT5vAYp3B4EngR8BAQ?= X-IronPort-AV: E=Sophos;i="5.54,456,1534809600"; d="scan'208";a="195658101" Received: from alln-core-10.cisco.com ([173.36.13.132]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 02 Nov 2018 18:40:09 +0000 Received: from XCH-ALN-019.cisco.com (xch-aln-019.cisco.com [173.36.7.29]) by alln-core-10.cisco.com (8.15.2/8.15.2) with ESMTPS id wA2Ie9Et026773 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 2 Nov 2018 18:40:09 GMT Received: from xch-aln-017.cisco.com (173.36.7.27) by XCH-ALN-019.cisco.com (173.36.7.29) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Fri, 2 Nov 2018 13:40:08 -0500 Received: from xch-aln-017.cisco.com ([173.36.7.27]) by XCH-ALN-017.cisco.com ([173.36.7.27]) with mapi id 15.00.1395.000; Fri, 2 Nov 2018 13:40:08 -0500 From: "Darren Dukes (ddukes)" To: "Chengli (IP Technology Research)" CC: Joel Halpern , "spring@ietf.org" , "6man@ietf.org" <6man@ietf.org>, Lizhenbin , Mach Chen Thread-Topic: SRv6 - SRH in encaps or base header - point 2 Thread-Index: AQHUampMSmaiE2sUnkOZwbcZBqOzaaUyIfaAgAAQcoCABlqwgIAAiTcAgAQfoYA= Date: Fri, 2 Nov 2018 18:40:08 +0000 Message-ID: References: <42663f06-8fcc-4ca4-5e3c-368adcaaef86@joelhalpern.com> <69085e36-f091-44d5-590b-3550983ac4d7@joelhalpern.com> <3e51b691-ae71-31ce-a094-db2d75d80ae0@joelhalpern.com> <728DADEC-AC49-4F16-93FB-4B5A6905DF59@cisco.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.24.76.77] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Outbound-SMTP-Client: 173.36.7.29, xch-aln-019.cisco.com X-Outbound-Node: alln-core-10.cisco.com Archived-At: Subject: Re: [spring] SRv6 - SRH in encaps or base header - point 2 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Nov 2018 18:40:16 -0000 SGVsbG8gQ2hlbmcsIHRoYW5rcyBmb3IgdGhlIHJldmlldyEgIFBsZWFzZSBzZWUgaW5saW5lDQoN Cj4gT24gT2N0IDMwLCAyMDE4LCBhdCAxMTo0MSBQTSwgQ2hlbmdsaSAoSVAgVGVjaG5vbG9neSBS ZXNlYXJjaCkgPGNoZW5nbGkxM0BodWF3ZWkuY29tPiB3cm90ZToNCj4gDQo+IEhpIERhcnJlbiwN Cj4gDQo+IEkgdGhpbmsgdGhlIHRleHQgb2YgZW5jYXBzdWxhdGluZyBtb2RlIGlzIGNsZWFyIGZv ciBtZS4gQnV0IEkgc3RpbGwgaGF2ZSBzb21lIHF1ZXN0aW9ucyBvZiB0aGUgaW5zZXJ0aW9uIG1v ZGUgLg0KPiANCj4gMS4xIDo8ZGQ+IE5vZGUgOSBoYXMgYSBjaG9pY2UsIGVuY2Fwc3VsYXRlIHRv IG5vZGUgMyBvciBub3QuIA0KPiBJZiBub2RlIDkgZG9lcyBub3QgZW5jYXBzdWxhdGUsIGl0IHdp bGwgaW5mb3JtIHRoZSBkZXN0aW5hdGlvbiBvZiB0aGUgc2VnbWVudHMgaW4gdGhlIFNSSCBhbmQg cG9zc2libHkgbGVhayB0aGVtIHRvIGludGVybWVkaWF0ZSBub2Rlcy4NCj4gDQo+IElmIHRoZXJl IGlzIG5vdCBpbmRpY2F0b3IgdG8gbWFrZSBhIGNob2ljZSBvZiBlbmNhcHN1bGF0aW5nIG9yIG5v dCwgaG93IHRoZSBub2RlIHRvIG1ha2UgdGhlIGNob2ljZT8gTG9jYWwgcG9saWN5PyAgDQo+IE9y IG1ha2UgaXQgdGhlIHNhbWUgbGlrZSB0aGUgcmVjZWl2ZWQgcGFja2V0PyBFbmNhcHN1bGF0ZSBp ZiByZWNlaXZlZCBwYWNrZXQgZG9lcywgZWxzZSwgaW5zZXJ0Pw0KDQpBIGhvc3QgbmVlZHMgbWFu eSB0aGluZ3MgdG8gZGV0ZXJtaW5lIGhvdyB0byBhZGQgYW4gU1JIIHRvIGEgcGFja2V0IGl0IGlz IHNlbmRpbmcgdG8gYSBkZXN0aW5hdGlvbiwgYXQgbGVhc3QgaXQgbmVlZHMgdG8gbGVhcm4gU0lE cyBmb3Igbm9kZXMgYW5kIGhhdmUgc29tZSBsb2dpYyBpbiBwbGFjZSB0byBkZXRlcm1pbmUgaG93 IGFuZCB3aGVuIHRvIHVzZSBhIHBhcnRpY3VsYXIgc2VnbWVudCBsaXN04oCmIFRoYXQgaXMgd2Vs bCBiZXlvbmQgdGhpcyBkb2N1bWVudCBhbmQgdGhlcmUgaXMgYW5kIHdpbGwgYmUgbW9yZSBpbm5v dmF0aXZlIHdheXMgb2YgZGV0ZXJtaW5pbmcgd2hlbiB0byBhZGQgYSBTUkggdG8gYSBwYWNrZXQg c291cmNlZCBieSBhIG5vZGUuDQoNClRoZXJlZm9yZSBJ4oCZbGwgc2F5IHRoaXMgcXVlc3Rpb24g aXMgbm90IHdpdGhpbiBzY29wZSBmb3IgdGhpcyBkb2N1bWVudCwgaXQgbmVlZHMgdG8gYmUgYW5z d2VyZWQgZm9yIHNwZWNpZmljIHVzZSBjYXNlcyBhbmQgYXBwbGljYXRpb25zIG9mIHRoZSBTUkgu DQoNClRoYXQgc2FpZCB0aGVyZSBpcyBvbmdvaW5nIHdvcmsgdG8gZGVmaW5lIGhvdyBhIG5vZGUg bWF5IGxlYXJuIGFuIFNSIFBvbGljeToNClBDRVAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWQvZHJh ZnQtbmVnaS1wY2Utc2VnbWVudC1yb3V0aW5nLWlwdjYtMDMudHh0LCANCkJHUC1URSBodHRwczov L3d3dy5pZXRmLm9yZy9pZC9kcmFmdC1pZXRmLWlkci1zZWdtZW50LXJvdXRpbmctdGUtcG9saWN5 LTA0LnR4dCwNCm9yIOKAnFNETuKAnSBtZXRob2RzIHdoZXJlIHNvbWUgb3V0c2lkZSBjb250cm9s bGVyIHNldHMgdXAgYSBzZWdtZW50IGxpc3QgdmlhIHNvbWUgUkVTVCwgQ0xJLCBuZXRjb25mL3lh bmcgaW50ZXJmYWNlIHRvIHNhdGlzZnkgc3BlY2lmaWMgdXNlIGNhc2VzLg0KDQpBbmQgd2hlbiB0 byB1c2UgaXQ6DQpCR1AgU1J2NiBzZXJ2aWNlcyBodHRwczovL3d3dy5pZXRmLm9yZy9pZC9kcmFm dC1kYXdyYS1pZHItc3J2Ni12cG4tMDUudHh0DQoNCg0KPiANCj4gMS4yIDogSG93IHRvIGluZm9y bSB0aGUgZGVzdGluYXRpb24gb2YgdGhlIHNlZ21lbnRzIGluIHRoZSBTUkg/ICBBbnkgaW5kaWNh dG9yIGluIFNSSD8gT3IgdGhyb3VnaCBzaWduYWxpbmc/IA0KPiANCg0KDQpTYW1lIGFuc3dlciBh cyAxLjEuICANCg0KPiAyOiBDYW4gYSBub3JtYWwobm9uLVNJRCkgSVB2NiBhZGRyZXNzIGJlIGFk ZGVkIGludG8gU0lEIGxpc3Q/DQo+IA0KPiBJIHByZWZlciB5ZXMuDQo+IA0KPiBBcyBzZWN0aW9u IDQuMyBzYXlzLCBpdCBzZWVtcyBsaWtlIHdlIGNhbiBkbyB0aGF0Lg0KPiANCj4gICAiV2hlbiBh biBTUnY2LWNhcGFibGUgbm9kZSByZWNlaXZlcyBhbiBJUHY2IHBhY2tldCwgaXQgcGVyZm9ybXMg YQ0KPiAgIGxvbmdlc3QtcHJlZml4LW1hdGNoIGxvb2t1cCBvbiB0aGUgcGFja2V0cyBkZXN0aW5h dGlvbiBhZGRyZXNzLiAgVGhpcw0KPiAgIGxvb2t1cCBjYW4gcmV0dXJuIGFueSBvZiB0aGUgZm9s bG93aW5nOg0KPiANCj4gICAgICAgQSBGSUIgZW50cnkgdGhhdCByZXByZXNlbnRzIGEgbG9jYWxs eSBpbnN0YW50aWF0ZWQgU1J2NiBTSUQNCj4gICAgICAgQSBGSUIgZW50cnkgdGhhdCByZXByZXNl bnRzIGEgbG9jYWwgaW50ZXJmYWNlLCBub3QgbG9jYWxseQ0KPiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBpbnN0YW50aWF0ZWQgYXMgYW4gU1J2NiBTSUQNCj4gICAgICAgQSBG SUIgZW50cnkgdGhhdCByZXByZXNlbnRzIGEgbm9uLWxvY2FsIHJvdXRlDQo+ICAgICAgIE5vIE1h dGNoDQo+ICAgICAgIg0KPiBBbHNvLCBpbiBzZWN0aW9uIDUsIHdlIGNhbiBzZWUgQTkgY2FuIGJl IGFkZGVkIGluIFNJRCBsaXN0IG9mIGEgU1IgcG9saWN5Lg0KPiANCj4gU28gZm9yIHRoZSBwYWNr ZXQgZnJvbSBBOSB0byBBMSwgdGhlIGFkZHJlc3Mgb2YgQTEgY2FuIGJlIGFkZGVkIGFzIHRoZSBs YXN0IGVudHJ5IG9mIFNJRCBsaXN0LCByaWdodD8gDQo+IA0KPiBJZiB5ZXMsIGFkZHJlc3Mgb2Yg QTEgaXMgbm90IGFuIGluc3RhbnRpYXRlZCBTSUQsIHNvIG5vdCBQU1AgZmxhdm9yIGNhbiBiZSBl bmFibGVkLiBTbyB0aGUgcGFja2V0IHdpbGwgYmUgc2VudCBvdXQgYnkgY2FycnlpbmcgdGhlIFNS SCBhZnRlciBBMSBpcyB1cGRhdGVkIHRvIHRoZSBJUHY2IERBLiANCj4gU1JIIHdpbGwgYmUgbGVh a2VkIHRvIG91dHNpZGUgb2YgdGhlIFNSIGRvbWFpbiwgd2hpY2ggd2lsbCBicmluZyBuZXcgc2Vj dXJpdHkgaXNzdWVzLiANCj4gDQoNClllcyBhcyB0aGUgbGFzdCBzZWdtZW50IGluIGEgc2VnbWVu dCBsaXN0LCBhbmQgYXMgUkZDODIwMCBzZWN0aW9uIDQuNCBkZXNjcmliZXMgUm91dGluZyBIZWFk ZXIgcHJvY2Vzc2luZyB3aGVuIHNlZ21lbnRzIGxlZnQgaXMgMC4NCg0KSXQgaXMgdXAgdG8gdGhl IHNwZWNpZmljIHVzZSBjYXNlIHRvIGRldGVybWluZSBpZiBpbmZvcm1pbmcgdGhlIGRlc3RpbmF0 aW9uIG9yIGludGVybWVkaWF0ZSBub2RlcyBvZiB0aGUgc2VnbWVudCBsaXN0IHVzZWQgdG8gcmVh Y2ggaXQgaXMgYSBzZWN1cml0eSByaXNrLiANCg0KQ2VydGFpbmx5IG9uIHRoZSBsYXJnZXIgaW50 ZXJuZXQgdGhpcyBpcyBhbiBpc3N1ZSB0aGF0IG5lZWRzIHRvIGJlIGNvbnNpZGVyZWQsIGJ1dCB3 aXRoaW4gYW4gZW50ZXJwcmlzZSBuZXR3b3JrIG9yIHdpdGhpbiBhIHNpbmdsZSBwcm92aWRlcnMg bmV0d29yayBjcm9zc2luZyBtdWx0aXBsZSBkb21haW5zLCBvciBldmVuIGJldHdlZW4gcHJvdmlk ZXJzIHRoZSBkaXNjbG9zdXJlIG1heSBiZSBhY2NlcHRhYmxlIG9yIGRlc2lyZWQuDQoNCj4gDQo+ IDM6IEZvciBzZWN0aW9uIDYuMiwNCj4gICBOb2RlcyBvdXRzaWRlIHRoZSBTUiBEb21haW4gY2Fu bm90IGJlIHRydXN0ZWQuICBTUiBEb21haW4gSW5ncmVzcw0KPiAgIHJvdXRlcnMgU0hPVUxEIGRp c2NhcmQgcGFja2V0cyBkZXN0aW5lZCB0byBTSURzIHdpdGhpbiB0aGUgU1IgRG9tYWluDQo+ICAg KHJlZ2FyZGxlc3Mgb2YgdGhlIHByZXNlbmNlIG9mIGFuIFNSSCkgdG8gYXZvaWQgYXR0YWNrcyBv biB0aGUgU1INCj4gICBEb21haW4gYXMgZGVzY3JpYmVkIGFuZCByZWZlcmVuY2VkIGluIFtSRkM1 MDk1XS4gDQo+IA0KPiAgIEFzIGFuIGFkZGl0aW9uYWwNCj4gICBsYXllciBvZiBwcm90ZWN0aW9u LCBTUiBTZWdtZW50IEVuZHBvaW50IG5vZGVzIFNIT1VMRCBkaXNjYXJkIHBhY2tldHMNCj4gICBk ZXN0aW5lZCB0byBsb2NhbCBTSURzIGZyb20gc291cmNlIGFkZHJlc3NlcyBub3QgcGFydCBvZiB0 aGUgU1INCj4gICBEb21haW4uDQo+IA0KPiBGb3IgYSBwYWNrZXQgZnJvbSBBMSB0byBBOSwgIHRo ZSBwYWNrZXQgaXMgKEExLCBBOSkuIE5vZGUzIHdpbGwgbm90IGRyb3AgdGhlIHBhY2tldCBzaW5j ZSB0aGUgZGVzdGluYXRpb24gaXMgQTkgbm90IFM5Lg0KPiANCj4gSWYgbm9kZSAzIGluc2VydCBh IFNSSCBpbiB0aGUgb3JpZ2luYWwgSVB2NiBwYWNrZXQsIHRoZW4gdGhlIHNvdXJjZSBBZGRyZXNz IHdpbGwgYmUgQTEuIEFuZCB0aGUgU0lEIGxpc3QgY2FuIGJlICA8QTksIFM2ID4uDQo+IEluIHRo aXMgY2FzZSwgdGhlIHBhY2tldCB3aWxsIGJlIGRyb3BwZWQgYnkgbm9kZSA2LCBzaW5jZSB0aGUg c291cmNlIGFkZHJlc3MgaXMgbm90IHBhcnQgb2YgdGhlIFNSIGRvbWFpbi4gIFtTZWN0aW9uIDYu Ml0sIHJpZ2h0Pw0KPiANCj4gSU1ITywgdGhlcmUgYXJlIHNvbWUgcHJvYmxlbXMgYWJvdXQgaW5z ZXJ0aW9uIG1vZGUuDQoNCkluIHRoZSBjb250ZXh0IG9mIHRoZSBTUkggZHJhZnQgd2UgZG8gbm90 IG1ha2UgYW55IG1lbnRpb24gb3IgdXNlIG9mIFNSSCBpbnNlcnRpb24uIEkuZS4gbm9kZSAzIGRv ZXMgbm90IGluc2VydCBhbiBTUkgsIGl0IGVuY2Fwc3VsYXRlcyBpbiBhbiBvdXRlciBJUHY2IGhl YWRlci4NCg0KRGFycmVuDQoNCj4gDQo+IFRoYW5rcywNCj4gQ2hlbmcNCj4gDQo+IA0KPiANCj4g LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogaXB2NiBbbWFpbHRvOmlwdjYtYm91 bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIERhcnJlbiBEdWtlcyAoZGR1a2VzKQ0KPiBTZW50 OiBXZWRuZXNkYXksIE9jdG9iZXIgMzEsIDIwMTggMzozMSBBTQ0KPiBUbzogSm9lbCBIYWxwZXJu IDxqbWhAam9lbGhhbHBlcm4uY29tPg0KPiBDYzogc3ByaW5nQGlldGYub3JnOyA2bWFuQGlldGYu b3JnDQo+IFN1YmplY3Q6IFJlOiBTUnY2IC0gU1JIIGluIGVuY2FwcyBvciBiYXNlIGhlYWRlciAt IHBvaW50IDINCj4gDQo+IEkgdGhpbmsgd2XigJlyZSBhbG1vc3QgY29uY2x1ZGVkIHNvIG9uY2Ug bW9yZSBpbmxpbmUgYXQgPGRkPjwvZGQ+DQo+IA0KPj4gT24gT2N0IDI2LCAyMDE4LCBhdCAyOjI4 IFBNLCBKb2VsIEhhbHBlcm4gPGptaEBqb2VsaGFscGVybi5jb20+IHdyb3RlOg0KPj4gDQo+PiAo cmVzZW5kaW5nLCArc3ByaW5nIGFzIHJlcXVlc3RlZCkNCj4+IA0KPj4gVGhhbmsgeW91IGZvciB0 aGUgcmVzcG9uc2VzLiAgSSB3aWxsIHJlc3BvbmQgaW4gbGluZSwgbWFya2VkIDxqbWg+PC9qbWg+ LiAgSSBmZWFyIGl0IHdpbGwgc2hvcnRseSBnZXQgdG9vIGRlZXAsIGJ1dCB0aGUgY29udGV4dCBp cyBpbXBvcnRhbnQuDQo+PiANCj4+IEkgd2lsbCByZXBocmFzZSBoZXJlIGFuIGlzc3VlIGZyb20g YW5vdGhlciB0aHJlYWQgdGhhdCBJIGFodmUgbm90IHNlZW4geW91ciBjb21tZW50cyBvbi4gIElm IE5vZGUgOSBpcyBzZW5kaW5nIHRyYWZmaWMgdG8gTm9kZSAxIChmb3IgZXhhbXBsZSwgdGhlIHJl dmVyc2UgdHJhZmZpYyBmb3IgdGhlIHRyYWZmaWMgZnJvbSAxIHRvIDkgaW4gdGhlIGV4YW1wbGVz IGJlbG93KSwgaXQgcHJlc3VtYWJseSBoYXMgYW4gU1IgUG9saWN5IHRvIGJlIGFwcGxpZWQuIFRo ZSBpc3N1ZSBJIHJhaXNlZCBiZWZvcmUgaXMgdGhlIGxlYWthZ2UgaXNzdWUuICBJZiA5IHB1dHMg dGhlIFNSSCBpbiBpdHMgcGFja2V0IChhcyB0aGUgZG9jdW1lbnQgY3VycmVudGx5IG1hbmRhdGVz KSwgdGhlbiBpdCB3aWxsIG5vdCBiZSBwb3NzaWJsZSBmb3IgMyB0byByZW1vdmUgdGhlIFNSSC4g IFRodXMsIHRoZSBTUkggd2lsbCBsZWFrLg0KPj4gDQo+PiBTb21lIGhhdmUgYXJndWVkIHRoYXQg aXMgbm90IGEgYmlnIGRlYWwuICBJdCBzZWVtcyB0byBtYXR0ZXIgdG8gbWUuICBCdXQgdGhlcmUg aXMgYW4gYWRkaXRpb25hbCBwcm9ibGVtLiAgQTEgaXMgbm90IGEgU0lELiAgVGhlcmVmb3JlLCA5 IGNhbiBub3QgcHV0IEExIGludG8gdGhlIFNSSC4gIElmIGl0IGNhbiBub3QgcHV0IEExIGludG8g dGhlIFNSSCwgYW5kIGl0IGRvZXMgbm90IGVuY2Fwc3VsYXRlIHRoZSBwYWNrZXQsIHdoZXJlIGRv ZXMgaXQgcHV0IEExLg0KPiANCj4gPGRkPiBOb2RlIDkgaGFzIGEgY2hvaWNlLCBlbmNhcHN1bGF0 ZSB0byBub2RlIDMgb3Igbm90LiANCj4gSWYgbm9kZSA5IGRvZXMgbm90IGVuY2Fwc3VsYXRlLCBp dCB3aWxsIGluZm9ybSB0aGUgZGVzdGluYXRpb24gb2YgdGhlIHNlZ21lbnRzIGluIHRoZSBTUkgg YW5kIHBvc3NpYmx5IGxlYWsgdGhlbSB0byBpbnRlcm1lZGlhdGUgbm9kZXMuDQo+IElmIG5vZGUg OSBkb2VzIGVuY2Fwc3VsYXRlLCBub2RlIDMgcmVtb3ZlcyB0aGUgb3V0ZXIgaGVhZGVyIGFuZCBu b2RlIDEgd291bGQgbm90IGxlYXJuIHRoZSBzZWdtZW50IGxpc3QuDQo+IEkgdGhpbmsgaXRzIGNo b2ljZSBzaG91bGQgbm90IGJlIG1hbmRhdGVkIGluIHRoZSBkcmFmdC4gPC9kZD4NCj4gDQo+PiAN Cj4+IFlvdXJzLA0KPj4gSm9lbA0KPj4gDQo+PiBPbiAxMC8yNi8xOCAxOjI5IFBNLCBEYXJyZW4g RHVrZXMgKGRkdWtlcykgd3JvdGU6DQo+Pj4gSGkgSm9lbCwgeW914oCZdmUgZGVzY3JpYmVkIHNl Y3Rpb25zIHRpdGxlZCDigJxJbnRyYSBTUiBEb21haW4gUGFja2V04oCdLCDigJxUcmFuc2l0IFBh Y2tldCBUaHJvdWdoIFNSIERvbWFpbuKAnSwgYW5kICJTUiBTb3VyY2UgTm9kZXMgTm90IERpcmVj dGx5IENvbm5lY3RlZOKAnS4NCj4+PiBJ4oCZdmUgcGFyc2VkIHRoZW0gaW5saW5lIHRvIHRoZSBz ZWN0aW9ucyBvZiB0aGUgZHJhZnQgZGVmaW5pbmcgdGhlbSBhbmQgZ2l2ZW4gbW9yZSBjb250ZXh0 IHdoZXJlIG5lZWRlZC4NCj4+Pj4gT24gT2N0IDIyLCAyMDE4LCBhdCA4OjQ5IFBNLCBKb2VsIE0u IEhhbHBlcm4gPGptaEBqb2VsaGFscGVybi5jb20+IHdyb3RlOg0KPj4+PiANCj4+Pj4gUmVwaHJh c2luZyB1c2luZyB0aGUgZXhhbXBsZSBmcm9tIDUuMi4gIEFzc3VtaW5nIHRoYXQgOCBhbmQgOSBh cmUgU1IgDQo+Pj4+IEhvc3RzIChub3QganVzdCBob3N0cyB3aXRoaW4gdGhlIGRvbWFpbiwgdGhl eSBhcmUgY2FwYWJsZSBvZiBhbmQgDQo+Pj4+IGV4cGVjdCB0byBkZWFsIHdpdGggU1JIcywgYW5k IHRoZXJlZm9yZSBoYXZlIGxvY2FsIFNJRHMsIC4uLikNCj4+Pj4gDQo+Pj4+IEZvciB0cmFmZmlj IGZyb20gOCB0byA5IHRoYXQgbmVlZHMgYW4gU1JILCB0aGUgU1JIIGdvZXMgaW4gdGhlIElQdjYg aGVhZGVyIHNlbnQgbXkgOCB0byA5LiAgV2hlbiA5IHByb2Nlc3NlcyB0aGUgcGFja2V0LCBpdCBz ZWVtcyB0aGF0IGl0IGlzIHRoZSBsYXN0IFNJRCwgZmlndXJlcyBvdXQgdGhhdCB0aGVyZSBpcyBu byBlbmNhcHN1bGF0aW9uLCBhbmQgc2VuZCB0aGUgVENQIC8gVURQIC8gUVVJQyBpbmZvcm1hdGlv biB0byBpdHMgaW50ZXJuYWwgcHJvdG9jb2xzIHN0YWNrcy4NCj4+PiBZZXMsIHRoaXMgaXMgU2Vj dGlvbiA1LjMuMSDigJxJbnRyYSBTUiBEb21haW4gUGFja2V04oCdLg0KPj4gPGptaD5BZ3JlZWQg YXMgZmFyIGFzIGl0IGdvZXMuICBIb3dldmVyLCAgdGhlIGV4aXN0ZW5jZSBvZiBTOSBhbmQgQTkg DQo+PiBwb2ludHMgdG8gYSBwcm9ibGVtLiAgTm9kZSA4IGlzIHRyeWluZyB0byBwdXQgb24gYW4g U1JIIGdvaW5nIHRocm91Z2ggDQo+PiBTeCwgU3ksIHdoYXRldmVyIGZvciBzb21lIHJlYXNvbi4g IEl0IGNhbid0IHB1dCBBOSBpbnRvIHRoZSBTUkgsIGFzIEFIIA0KPj4gaXMgbm90IGEgU0lELCBp dCBpcyBhbiBhZGRyZXNzLiAgSSBwcmVzdW1lIG5vZGUgOCBnb3QgUzkgZnJvbSB3aGF0ZXZlciAN Cj4+IHByb3ZpZGVkIGhpbSB0aGUgU1IgUG9saWN5IHRoYXQgaXQgaXMgdXNpbmcuICBEb2VzIGl0 IHNpbXBseSB1c2UgUzkgYXMgDQo+PiB0aGUgYWRkcmVzcyBmb3Igbm9kZSA5LCByYXRoZXIgdGhh biBBOSB0aGF0IGl0IGdvdCBmcm9tIEROUz8gIEFuZCBkb2VzIA0KPj4gdGhlIFRDUCBzdGFjayBr bm93IHRoYXQgdGhpcyBzdWJzdGl0dXRpb24gaXMgYmVpbmcgbWFkZT8gIChUaGlzIGlzIA0KPj4g YW5vdGhlciBleGFtcGxlIG9mIGEgcHJvYmxlbSB0aGF0IGdvZXMgYXdheSBpZiB3ZSBhbHdheXMg ZW5jYXBzdWxhdGUuKSANCj4+IDwvam1oPg0KPiANCj4gPGRkPlNlY3Rpb24gNC4zLjIgY292ZXJz IHRoZXNlIHF1ZXN0aW9ucywgaS5lLiBBOSBjYW4gYmUgcGxhY2VkIGluIHRoZSBTUkggYXMgdGhl IGxhc3Qgc2VnbWVudCwgYW5kIHRoaXMgc2VjdGlvbiBkZXNjcmliZXMgaG93IGl04oCZcyBoYW5k bGVkLjwvZGQ+IA0KPiANCj4+IA0KPj4+PiANCj4+Pj4gRm9yIHRyYWZmaWMgZnJvbSAxIHRvIDks IHdoZXJlIDMgYWRkcyBhbiBTUkgsIHRoYXQgU1JIIHN0aWxsIHByZXN1bWFibHkgZW5kcyBhdCA5 LiAgOSBSZWNlaXZlcyB0aGUgSVAgcGFja2V0LiAgU2VlcyB0aGF0IGl0IGlzIGFkZHJlc3NlZCB0 byBpdHNlbGYuICBTZWVzIHRoYXQgdGhlIFNSSCBpcyBmaW5pc2hlZC4gIEFuZCB0aGVuIG5vdGlj ZXMgdGhhdCB0aGUgbmV4dC1oZWFkZXIgaXMgSVB2Ni4gIFVud3JhcHMgdGhlIGhlYWRlciwgY2hl Y2tzIHRoYXQgdGhlIGlubmVyIGRlc3RpbmF0aW9uIGFkZHJlc3MgaXMgYWxzbyBpdHNlbGYsIGFu ZCBwYXNzZXMgdGhlIG1hdGVyaWFsIGNhcnJpZWQgYnkgdGhlIGlubmVyIGhlYWRlciB1cCB0byB0 aGUgYXBwcm9wcmlhdGUgc3RhY2suDQo+Pj4gU28gbm9kZSAxIHNlbmRzIGEgcGFja2V0IHRvIG5v ZGUgOSAoQTEsQTkpIElGIHRoZXJlIGlzIHNvbWUgc3RlZXJpbmcgDQo+Pj4gaW50byBhbiBTUiBQ b2xpY3kgYXQgbm9kZSAzIHRvIHJlYWNoIG5vZGUgOSwgdGhpcyBpcyBpZGVudGljYWwgdG8gc2Vj dGlvbiA1LjMuMiDigJxUcmFuc2l0IHBhY2tldCB0aHJvdWdoIFNSIGRvbWFpbuKAnSwgZXhjZXB0 IGZvciBkZXN0aW5hdGlvbiBvZiBBOSB2aWEgbm9kZSA5ICBpbnN0ZWFkIG9mIEEyIHZpYSBub2Rl IDQuDQo+PiANCj4+Pj4gDQo+Pj4+IFRodXMsIDkgbmVlZHMgdG8gYmUgYWJsZSB0byBjaGVjayBm b3IgYm90aCBjYXNlcy4gIFdlIGF0IGxlYXN0IG5lZWQgdG8gdGVsbCBpbXBsZW1lbnRvcnMgdGhh dC4NCj4+PiBXZWxsLCA5IG5lZWRzIGEgU0lEIFM5IGFuZCBBZGRyZXNzIEE5LiAgVGhhdCBpcyBz aG93biBpbiBTZWN0aW9uIDUuMSBTSUQgYW5kIGFkZHJlc3MgcmVwcmVzZW50YXRpb24uDQo+PiA8 am1oPlNvLCBsZXQgdXMgYXNzdW1lIHRoYXQgMyBoYXMgYW4gU1IgcG9saWN5IGl0IHdhbnRzIHRv IGFwcGx5IHRvIA0KPj4gdGhlIHRyYWZmaWMgZnJvbSBBMSB0byBBOS4gIEluIHRoaXMgY2FzZSwg dGhlIFM5IC8gQTkgZGljaG90b215IGlzIG5vdCANCj4+IGEgcHJvYmxlbSwgSSB0aGluay4gIE5v ZGUgMyBlbmNhcHN1YWx0ZXMgdGhlIHBhY2tldCBmcm9tIEExIHRvIEE5LCANCj4+IHVzZXMgUzMg YXMgdGhlIHNvdXJjZSBhZGRyZXNzIG9mIHRoZSBlbmNhcHN1bGF0aW5nIGhlYWRlciwgYW5kIGVu ZHMgDQo+PiB0aGUgU0lEIGxpc3QgaW4gdGhlIFNSSCB3aXRoIFM5LiAgVGhlIHVuc3BlY2lmaWVk IHBhcnQgaXMgdGhhdCBub2RlIDkgDQo+PiBuZWVkcyB0byBiZSBwcmVwYXJlZCB0byByZWNlaXZl IHN1Y2ggcGFja2V0cyBhbmQgZG8gdGhlIGRvdWJsZSANCj4+IHByb2Nlc3NpbmcuICBJdCBpcyBy ZWFzb25hYmxlIGRvdWJsZSBwcm9jZXNzaW5nLiAgTXkgb25seSByZXF1ZXN0IGhlcmUgDQo+PiBp cyB0aGF0IHdlIHRlbGwgZm9sa3MgdGhleSBuZWVkIHRvIHN1cHBvcnQgaXQuIDwvam1oPg0KPiAN Cj4gPGRkPkFjdHVhbGx5LCBub2RlIDMgdXNlcyBBMyBhcyBpdHMgc291cmNlIGFkZHJlc3MsIGJ1 dCB0aGF04oCZcyBtaW5vci4NCj4gVGhlIGRvdWJsZSBwcm9jZXNzaW5nIChsb29rdXAsIGRvIGVu ZCBwcm9jZXNzaW5nLCBkbyBhbm90aGVyIGxvb2t1cCkgaXMgZG9jdW1lbnRlZCBpbiBTZWN0aW9u IDQuMy4NCj4gSXMgdGhlcmUgYSBuZWVkIGZvciBtb3JlIHRoYW4gd2hhdCBpcyBjdXJyZW50bHkg c3BlY2lmaWVkPyA8L2RkPg0KPiANCj4+Pj4gDQo+Pj4+IFRoZXJlIGlzIGEgZnVydGhlciBjb21w bGljYXRpb24uICA5IHNlZW1zIHRvIG5lZWQgdG8gaGF2ZSBhbiBhZGRyZXNzIHRoYXQgaXMgYSB2 YWxpZCBTSUQsIHNvIGl0IGNhbiBiZSB0aGUgbGFzdCBlbnRyeSBpbiB0aGUgU1JIIGZyb20gOCB0 byA5Lg0KPj4+IEFzIGRlc2NyaWJlZCBpbiB0aGUgZHJhZnQsIFNlY3Rpb24gNS4xIGEgbm9kZSBr IGhhcyBhbiBhZGRyZXNzIEFrIGFuZCBTSUQgU2suICBTbyBub2RlIDkgaGFzIGEgdmFsaWQgU0lE Lg0KPj4+IEZvciB0cmFmZmljIGZyb20gOCB0byA5LCBBOSBpcyB1c2VkIGFzIHRoZSBkZXN0aW5h dGlvbiBhcyBzaG93biBpbiBzZWN0aW9uIDUuMy4xLCA1LjQgYW5kIDUuNS4NCj4+Pj4gSG93ZXZl ciwgaWYgMSB3ZXJlIHRvIHNlbmQgdGhlIHBhY2tldCB0byB0aGF0IFNJRCBmb3IgOSwgcm91dGVy IDMgd291bGQgYmUgcmVxdWlyZWQgYnkgdGhlIHJ1bGVzIHdlIGRpc2N1c3NlZCBpbiB0aGUgb3Ro ZXIgdGhyZWFkIHRvIGRpc2NhcmQgdGhlIHBhY2tldCBhcyBpdCBpcyBuZWl0aGVyIHRvIHByZWZp eCBub3IgY29udGFpbnMgYW4gSEFNQy4NCj4+Pj4gQW5kIHNvbWVob3csIDggYW5kIDEgbmVlZCB0 byBlYWNoIHBpY2sgdGhlIHJpZ2h0IGFkZHJlc3MgdG8gdXNlIGZvciA5LiAoc3BsaXQgRE5TIG1h eWJlPykgIEFuZCAzIG5lZWRzIHRvIGJlIGFibGUgdG8gZGVyaXZlIHRlaCBTSUQtZm9ybW4gYWRk cmVzcyBmb3IgOSBmcm9tIHRoZSBub24tU0lEIGZvcm0gb2YgdGhlIGFkZHJlc3Mgc28gdGhhdCBp dCAoMykgY2FuIGJ1aWxkIGEgcHJvcGVyIFNSSCB0byBnZXQgdGhlIHBhY2tldCB0byA5Lg0KPj4g PGptaD5JIGhhdmUgcmV0YWluZWQgeW91ciBhbnN3ZXIgYmVsb3cgZm9yIGNvbnRleHQsIGJ1dCBJ IHRoaW5rIHRoYXQgDQo+PiBhbnN3ZXJzIHRoZSB3cm9uZyBxdWVzdGlvbi4gIEkgYmVsaWV2ZSB3 aGF0IGlzIGl0bmVuZGVkIGlzIHRoYXQgb25seSANCj4+IEE5IGFwcGVhcnMgaW4gRE5TLiAgU28g Tm9kZSAxIHdpbGwgc2VlIDkgYXMgQTksIGFuZCB3aWxsIHVzZSB0aGF0LiAgUzkgDQo+PiB3aWxs IGFwcGVhciBpbiBTUiBQb2xpY2llcyBhYm91dCB0cmFmZmljIHRvIG5vZGUgOSwgYnV0IG5vdCBp biBETlMuICANCj4+IFRoYXQgaXMgd2hhdCB3ZSBuZWVkLiAgSSB3aXNoIGl0IHdlcmUgY2xlYXJl ciBpbiB0aGUgdGV4dC4gPC9qbWg+DQo+PiANCj4+IDxqbWg+SWYgbm9kZSAyMCBpcyBnZW5lcmF0 aW5nIFNSSHMgd2l0aCBITUFDcywgdGhlbiB0aGlzIGlzIGxhcmdlbHkgDQo+PiB0aGUgc2FtZSBh cyB0aGUgY2FzZSBmcm9tIDggdG8gOSwgZXhjZXB0IHRoYXQgd2hvbWV2ZXIgY3JlYXRlcyB0aGUg U1IgDQo+PiBQb2xpY3kgdGhhdCAyMCBpcyB1c2luZyBuZWVkcyB0byBhbHNvIG1ha2Ugc3VyZSB0 aGF0IHdoYXRldmVyIHRoZSANCj4+IGZpcnN0IFNJRCBpcyBpbiB0ZWggbGlzdCwgaXQgcHJvY2Vz c2VzIEhNQUNzIGFuZCBpcyByZWNvZ25pemFibGUgdG8gDQo+PiBub2RlIDMgYXMgZG9pbmcgc3Vj aCBwcm9jZXNzaW5nLiBJIGFtIGd1ZXNzaW5nIHRoYXQgdGhlIHJlYXNvbiBmb3IgDQo+PiBhbGxv d2luZyBpbnRlcm5hbCBub2RlcyB0byBkbyB0aGUgcHJvY2Vzc2luZyBpcyB0byBtb3ZlIHRoZSAN Cj4+IHZlcmlmaWNhdGlvbiBsb2FkIG9mZiB0aGUgZWRnZSBub2Rlcy4gIEl0IGRvZXMgY3JlYXRl IHNpZ25pZmljYW50IA0KPj4gYWRkaXRpb25hbCBjb25maWd1cmF0aW9uIGNvbXBsZXhpdHkuIDwv am1oPg0KPiANCj4gPGRkPldlIGRpZG7igJl0IHNlZSBhIHJlYXNvbiB0byByZXN0cmljdCB0aGUg SE1BQyBwcm9jZXNzaW5nIHRvIG9ubHkgZWRnZSBub2RlcyB3aGVuIGl0IHdhcyBzdHJhaWdodCBm b3J3YXJkIHRvIGRlZmluZSBob3cgdGhleSBjb3VsZCBiZSBwcm9jZXNzZWQgYXQgbm9uLWVkZ2Ug bm9kZXMuPC9kZD4NCj4gDQo+PiANCj4+PiBUaGlzIGlzIGluY29ycmVjdC4NCj4+PiBTZWUgU2Vj dGlvbiA2LjIuMSDigJxTUiBTb3VyY2UgTm9kZXMgTm90IERpcmVjdGx5IENvbm5lY3RlZOKAnSBJ IHdpbGwgZXhwYW5kIG9uIHRoZSBleGFtcGxlIGZyb20gdGhhdCBzZWN0aW9uLg0KPj4+IE5vZGUg MjAgc2VuZHMgYSBwYWNrZXQgdG8gQTkgd2l0aCBTUiBQb2xpY3kgPEg3PiBhbmQgYW4gSE1BQyBw cm92aWRlZCB0byBub2RlIDIwIGJ5IHNvbWUgeWV0IHRvIGJlIGRlZmluZWQgbWV0aG9kLiAgUmVz dWx0aW5nIGluIHBhY2tldCBzZW50IGZyb20gbm9kZSAyMA0KPj4+ICBQOiAoQTIwLEg3KShBOTtT TD0xKShwYXlsb2FkKQ0KPj4+IFJlY2FsbCBIayBpcyBhIFNJRCBhdCBub2RlIGsgcmVxdWlyaW5n IEhNQUMgdmVyaWZpY2F0aW9uLCBhbmQgaXQgaXMgY292ZXJlZCBieSBQcmVmaXgtSC4NCj4+PiBQ cmVmaXgtSCBpcyBfbm90XyBzdWJqZWN0IHRvIGluZ3Jlc3MgZmlsdGVyaW5nIGF0IG5vZGUgMy4N Cj4+PiBUaGVyZWZvcmUgdGhlIHBhY2tldCBQIGRlc3RpbmVkIHRvIEg3IGlzIG5vdCBzdWJqZWN0 IHRvIGluZ3Jlc3MgZmlsdGVyaW5nIGF0IG5vZGUgMy4NCj4+PiBQIGlzIGZvcndhcmRlZCB0byBu b2RlIDcsIHdoZXJlIEg3IGlzIHByb2Nlc3NlZCBhbmQgdGhlIEhNQUMgdmVyaWZpZWQuDQo+Pj4g SWYgdGhlIEhNQUMgY2FuIG5vdCBiZSB2ZXJpZmllZCB0aGUgcGFja2V0IGlzIGRyb3BwZWQsIGVs c2UgaXQgaXMgZm9yd2FyZGVkIHRvIHRoZSBuZXh0IHNlZ21lbnQgYW5kIGRlc3RpbmF0aW9uLCBB OS4NCj4+PiBEYXJyZW4NCj4+Pj4gDQo+Pj4+IFlvdXJzLA0KPj4+PiBKb2VsDQo+Pj4+IA0KPj4+ PiBPbiAxMC8yMi8xOCA4OjA0IFBNLCBEYXJyZW4gRHVrZXMgKGRkdWtlcykgd3JvdGU6DQo+Pj4+ PiBpbmxpbmUuDQo+Pj4+Pj4gT24gT2N0IDIyLCAyMDE4LCBhdCA3OjIxIFBNLCBKb2VsIE0uIEhh bHBlcm4gPGptaEBqb2VsaGFscGVybi5jb20+IHdyb3RlOg0KPj4+PiAuLg0KPj4+Pj4+IDIpIE5v dyBsZXQgdXMgbG9vayBhdCBwYWNrZXRzIGFycml2aW5nIGF0IGFuZCBhY3R1YWxseSBkZXN0aW5l ZCBmb3IgYW4gU1IgSG9zdCBpbiB0aGUgU1IgRG9tYWluIHdoZXJlIHRoYXQgcGFja2V0IGhhcyBh biBTUkguICBJZiB0aGUgcGFja2V0IGlzIGNvbWluZyBmcm9tIGFub3RoZXIgU1IgSG9zdCwgdGhl IFNSSCB3aWxsIGJlIGluIHRoZSBiYXNlIGhlYWRlciwgYW5kIHRoZSBob3N0IGNhbiBzaW1wbHkg Y2hlY2sgaXQgZm9yIGFueSB2aW9sYXRpb25zLCBhbmQgY29udGludWUuICBCdXQsIGlmIHRoZSBw YWNrZXQgY2FtZSBmcm9tIG91dHNpZGUgdGhlIGRvbWFpbiwgdGhlbiBpdCB3aWxsIGhhdmUgYW4g ZW5jYXBzdWxhdGluZyBTUnY2IGhlYWRlci4gIFNvIHRoZSBob3N0IGhhcyB0byBkZXRlY3QgdGhp cyBjYXNlLCBjaGVjayBhbmQgdGhlbiBwZWFsIG9mZiB0aGUgZW5jYXBzdWxhdGluZyBoZWFkZXIs IGFuZCB0aGVuIHByb2Nlc3MgdGhlIHJlY2VpdmVkIHBhY2tldC4gWWVzLCBpdCBjYW4gZG8gc28u ICBCdXQgbm90aGluZyBpbiB0ZWggZG9jdW1lbnQgdGVsbHMgaW1wbGVtZW50b3JzIHRoZXkgaGF2 ZSB0byBkZWFsIHdpdGggYm90aCBjYXNlcy4NCj4+Pj4+PiANCj4+Pj4+IENhbiB5b3UgYmUgbW9y ZSBwcmVjaXNlIGhlcmUuICBQZXJoYXBzIHVzZSB0aGUgZXhhbXBsZSBmcm9tIHNlY3Rpb24gNS4y IG9yIDYuMi4xPw0KPj4+PiAuLg0KPiANCj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gSUVURiBJUHY2IHdvcmtp bmcgZ3JvdXAgbWFpbGluZyBsaXN0DQo+IGlwdjZAaWV0Zi5vcmcNCj4gQWRtaW5pc3RyYXRpdmUg UmVxdWVzdHM6IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaXB2Ng0KPiAt LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLQ0KDQo= From nobody Sat Nov 3 00:00:09 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6EAD1127332; Fri, 2 Nov 2018 23:59:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.701 X-Spam-Level: X-Spam-Status: No, score=-2.701 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_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IawE70lojqCr; Fri, 2 Nov 2018 23:59:55 -0700 (PDT) Received: from mailb2.tigertech.net (mailb2.tigertech.net [208.80.4.154]) (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 B5F18124BE5; Fri, 2 Nov 2018 23:59:55 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mailb2.tigertech.net (Postfix) with ESMTP id 5FA271C02F4; Fri, 2 Nov 2018 23:59:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1541228395; bh=J2JadqoZuUbAbkunoJTt+293b6w8Asu4W5wUZeJ+4+0=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=OhCIzeyb21ro7u34iUhn2e+muTBjMFPe9vsHLTPgscgAu4cDdVoAuWIQFTYEtS1ll EaeZjA9uRsZ993+o6WQFVYs5uPePbHaOmgM3bXQZYVbZvhZ/bmznJNeb8qXamemlNY 68mWUv82y+Q5NwhScon5g3u3HVDt/2XNPqRVd7VE= X-Virus-Scanned: Debian amavisd-new at b2.tigertech.net Received: from Joels-MacBook-Pro.local (unknown [210.164.9.12]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mailb2.tigertech.net (Postfix) with ESMTPSA id 4066B5A1706; Fri, 2 Nov 2018 23:59:54 -0700 (PDT) To: "Darren Dukes (ddukes)" Cc: "6man@ietf.org" <6man@ietf.org>, "spring@ietf.org" References: <42663f06-8fcc-4ca4-5e3c-368adcaaef86@joelhalpern.com> <69085e36-f091-44d5-590b-3550983ac4d7@joelhalpern.com> <3e51b691-ae71-31ce-a094-db2d75d80ae0@joelhalpern.com> <728DADEC-AC49-4F16-93FB-4B5A6905DF59@cisco.com> <11918c9b-f0bb-4182-cdbe-9ed720b0a800@joelhalpern.com> <679B2EEF-4EE6-44BC-A9D7-17E70FF1133A@cisco.com> From: "Joel M. Halpern" Message-ID: Date: Sat, 3 Nov 2018 15:59:52 +0900 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <679B2EEF-4EE6-44BC-A9D7-17E70FF1133A@cisco.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [spring] SRv6 - SRH in encaps or base header - point 2 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Nov 2018 06:59:59 -0000 Thank you. That does address my concern about those exchanges. Yours, Joel On 11/3/18 2:50 AM, Darren Dukes (ddukes) wrote: > Joel, For our last remaining item in this thread, *re: communication > from 1 to 9 and 9 to 1.* > > Lets add the following since we don’t discuss traffic from a host within > the SR Domain to a host outside the SR Domain. > > > *5.3.3 Inter SR Domain Packet* > Host 9 sends a packet to host 1 (outside the SR Domain) via an SR Policy > . > Host 9 encapsulates an inner packet from 9 to 1 in an outer IPv6 header > and adds an SRH for the SR Policy. > >    P7: (A9,S6)(S3,S6; SL=1)(A9,A1) > > A host implementation MUST support addition of the outer IPv6 > encapsulation to avoid leaking SIDs to nodes outside the SR Domain. > > For return traffic to A9, an outer IPv6 header may be applied by the SR > Domain ingress node.  This outer IPv6 header may terminate at node 9, > therefore a host implementation MUST support decapsulation of an outer > IPv6 header and processing of the inner header. > > > For traffic destined within the SR Domain it’s still up to the host or > controller providing the SR Policy to determine whether or not they must > encapsulate in an outer IPv6 header. > > Darren > >> On Oct 30, 2018, at 3:42 PM, Joel M. Halpern > > wrote: >> >> I am not sure I agree that the allowance for handling the HMAC >> elsewhere is straightforward.  For example, I think the range of >> implementation strategies for border nodes and the intersection of >> that with the range of operational and deployment strategies is going >> to actually make it harder to get multi-vendor deployments.  Having >> said that, the approach in the document will work.  And I can live >> with it. >> >> On the choice of encaps or not encaps (from node 9 to external node 1) >> there are two issues. >> The important issue is that node 9 needs to be able to encaps. >> Otherwise there is no decision availabe, and the nodes software is >> forcing the operator to disclose, even if there policy is not to do >> so. Thus, I think the minimum requirement is that the document needs >> to clearly state that node 9 needs to be able to handle incoming >> encaps and needs to be able to generate outgoing encaps. >> >> The lesser issue is "why bother?"  Why not always encaps.  Given that >> the network has to have an MTU big enough to handle an encaps packet >> (due to incoming packets from out the SR domain), there is no MTU >> issue wiht the encaps.  As such, we are talking about reducing the >> security and robustness of the solution in exchange for saving a few >> bytes.  That almost never turns out well. >> >> Yours, >> Joel >> >> On 10/30/18 3:30 PM, Darren Dukes (ddukes) wrote: >>> I think we’re almost concluded so once more inline at
>>>> On Oct 26, 2018, at 2:28 PM, Joel Halpern >>> > wrote: >>>> >>>> (resending, +spring as requested) >>>> >>>> Thank you for the responses.  I will respond in line, marked >>>> .  I fear it will shortly get too deep, but the context >>>> is important. >>>> >>>> I will rephrase here an issue from another thread that I ahve not >>>> seen your comments on.  If Node 9 is sending traffic to Node 1 (for >>>> example, the reverse traffic for the traffic from 1 to 9 in the >>>> examples below), it presumably has an SR Policy to be applied. The >>>> issue I raised before is the leakage issue.  If 9 puts the SRH in >>>> its packet (as the document currently mandates), then it will not be >>>> possible for 3 to remove the SRH.  Thus, the SRH will leak. >>>> >>>> Some have argued that is not a big deal.  It seems to matter to me. >>>>  But there is an additional problem.  A1 is not a SID.  Therefore, 9 >>>> can not put A1 into the SRH.  If it can not put A1 into the SRH, and >>>> it does not encapsulate the packet, where does it put A1. >>>
Node 9 has a choice, encapsulate to node 3 or not. >>> If node 9 does not encapsulate, it will inform the destination of the >>> segments in the SRH and possibly leak them to intermediate nodes. >>> If node 9 does encapsulate, node 3 removes the outer header and node >>> 1 would not learn the segment list. >>> I think its choice should not be mandated in the draft.
>>>> >>>> Yours, >>>> Joel >>>> >>>> On 10/26/18 1:29 PM, Darren Dukes (ddukes) wrote: >>>>> Hi Joel, you’ve described sections titled “Intra SR Domain Packet”, >>>>> “Transit Packet Through SR Domain”, and "SR Source Nodes Not >>>>> Directly Connected”. >>>>> I’ve parsed them inline to the sections of the draft defining them >>>>> and given more context where needed. >>>>>> On Oct 22, 2018, at 8:49 PM, Joel M. Halpern >>>>> > wrote: >>>>>> >>>>>> Rephrasing using the example from 5.2.  Assuming that 8 and 9 are >>>>>> SR Hosts (not just hosts within the domain, they are capable of >>>>>> and expect to deal with SRHs, and therefore have local SIDs, ...) >>>>>> >>>>>> For traffic from 8 to 9 that needs an SRH, the SRH goes in the >>>>>> IPv6 header sent my 8 to 9.  When 9 processes the packet, it seems >>>>>> that it is the last SID, figures out that there is no >>>>>> encapsulation, and send the TCP / UDP / QUIC information to its >>>>>> internal protocols stacks. >>>>> Yes, this is Section 5.3.1 “Intra SR Domain Packet”. >>>> Agreed as far as it goes.  However,  the existence of S9 and A9 >>>> points to a problem.  Node 8 is trying to put on an SRH going >>>> through Sx, Sy, whatever for some reason.  It can't put A9 into the >>>> SRH, as AH is not a SID, it is an address.  I presume node 8 got S9 >>>> from whatever provided him the SR Policy that it is using.  Does it >>>> simply use S9 as the address for node 9, rather than A9 that it got >>>> from DNS?  And does the TCP stack know that this substitution is >>>> being made?  (This is another example of a problem that goes away if >>>> we always encapsulate.) >>>
Section 4.3.2 covers these questions, i.e. A9 can be placed in >>> the SRH as the last segment, and this section describes how it’s >>> handled.
>>>> >>>>>> >>>>>> For traffic from 1 to 9, where 3 adds an SRH, that SRH still >>>>>> presumably ends at 9.  9 Receives the IP packet.  Sees that it is >>>>>> addressed to itself.  Sees that the SRH is finished.  And then >>>>>> notices that the next-header is IPv6.  Unwraps the header, checks >>>>>> that the inner destination address is also itself, and passes the >>>>>> material carried by the inner header up to the appropriate stack. >>>>> So node 1 sends a packet to node 9 (A1,A9) >>>>> IF there is some steering into an SR Policy at node 3 to reach node >>>>> 9, this is identical to section 5.3.2 “Transit packet through SR >>>>> domain”, except for destination of A9 via node 9  instead of A2 via >>>>> node 4. >>>> >>>>>> >>>>>> Thus, 9 needs to be able to check for both cases.  We at least >>>>>> need to tell implementors that. >>>>> Well, 9 needs a SID S9 and Address A9.  That is shown in Section >>>>> 5.1 SID and address representation. >>>> So, let us assume that 3 has an SR policy it wants to apply to >>>> the traffic from A1 to A9.  In this case, the S9 / A9 dichotomy is >>>> not a problem, I think.  Node 3 encapsualtes the packet from A1 to >>>> A9, uses S3 as the source address of the encapsulating header, and >>>> ends the SID list in the SRH with S9.  The unspecified part is that >>>> node 9 needs to be prepared to receive such packets and do the >>>> double processing.  It is reasonable double processing.  My only >>>> request here is that we tell folks they need to support it. >>>
Actually, node 3 uses A3 as its source address, but that’s minor. >>> The double processing (lookup, do end processing, do another lookup) >>> is documented in Section 4.3. >>> Is there a need for more than what is currently specified?
>>>>>> >>>>>> There is a further complication.  9 seems to need to have an >>>>>> address that is a valid SID, so it can be the last entry in the >>>>>> SRH from 8 to 9. >>>>> As described in the draft, Section 5.1 a node k has an address Ak >>>>> and SID Sk.  So node 9 has a valid SID. >>>>> For traffic from 8 to 9, A9 is used as the destination as shown in >>>>> section 5.3.1, 5.4 and 5.5. >>>>>>  However, if 1 were to send the packet to that SID for 9, router 3 >>>>>> would be required by the rules we discussed in the other thread to >>>>>> discard the packet as it is neither to prefix nor contains an HAMC. >>>>>>  And somehow, 8 and 1 need to each pick the right address to use >>>>>> for 9. (split DNS maybe?)  And 3 needs to be able to derive teh >>>>>> SID-formn address for 9 from the non-SID form of the address so >>>>>> that it (3) can build a proper SRH to get the packet to 9. >>>> I have retained your answer below for context, but I think that >>>> answers the wrong question.  I believe what is itnended is that only >>>> A9 appears in DNS.  So Node 1 will see 9 as A9, and will use that. >>>>  S9 will appear in SR Policies about traffic to node 9, but not in >>>> DNS.  That is what we need.  I wish it were clearer in the text. >>>> >>>> If node 20 is generating SRHs with HMACs, then this is largely >>>> the same as the case from 8 to 9, except that whomever creates the >>>> SR Policy that 20 is using needs to also make sure that whatever the >>>> first SID is in teh list, it processes HMACs and is recognizable to >>>> node 3 as doing such processing. I am guessing that the reason for >>>> allowing internal nodes to do the processing is to move the >>>> verification load off the edge nodes.  It does create significant >>>> additional configuration complexity. >>>
We didn’t see a reason to restrict the HMAC processing to only >>> edge nodes when it was straight forward to define how they could be >>> processed at non-edge nodes.
>>>> >>>>> This is incorrect. >>>>> See Section 6.2.1 “SR Source Nodes Not Directly Connected” I will >>>>> expand on the example from that section. >>>>> Node 20 sends a packet to A9 with SR Policy and an HMAC >>>>> provided to node 20 by some yet to be defined method.  Resulting in >>>>> packet sent from node 20 >>>>>   P: (A20,H7)(A9;SL=1)(payload) >>>>> Recall Hk is a SID at node k requiring HMAC verification, and it is >>>>> covered by Prefix-H. >>>>> Prefix-H is _not_ subject to ingress filtering at node 3. >>>>> Therefore the packet P destined to H7 is not subject to ingress >>>>> filtering at node 3. >>>>> P is forwarded to node 7, where H7 is processed and the HMAC verified. >>>>> If the HMAC can not be verified the packet is dropped, else it is >>>>> forwarded to the next segment and destination, A9. >>>>> Darren >>>>>> >>>>>> Yours, >>>>>> Joel >>>>>> >>>>>> On 10/22/18 8:04 PM, Darren Dukes (ddukes) wrote: >>>>>>> inline. >>>>>>>> On Oct 22, 2018, at 7:21 PM, Joel M. Halpern >>>>>>>> > wrote: >>>>>> .. >>>>>>>> 2) Now let us look at packets arriving at and actually destined >>>>>>>> for an SR Host in the SR Domain where that packet has an SRH. >>>>>>>>  If the packet is coming from another SR Host, the SRH will be >>>>>>>> in the base header, and the host can simply check it for any >>>>>>>> violations, and continue.  But, if the packet came from outside >>>>>>>> the domain, then it will have an encapsulating SRv6 header.  So >>>>>>>> the host has to detect this case, check and then peal off the >>>>>>>> encapsulating header, and then process the received packet. Yes, >>>>>>>> it can do so.  But nothing in teh document tells implementors >>>>>>>> they have to deal with both cases. >>>>>>>> >>>>>>> Can you be more precise here.  Perhaps use the example from >>>>>>> section 5.2 or 6.2.1? >>>>>> .. > From nobody Sat Nov 3 04:10:18 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 63027124BAA; Sat, 3 Nov 2018 04:10:09 -0700 (PDT) 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 autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TBSFoiFYR4Zp; Sat, 3 Nov 2018 04:10:07 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6687512008A; Sat, 3 Nov 2018 04:10:07 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 91A9EB81953; Sat, 3 Nov 2018 04:09:55 -0700 (PDT) To: jwbensley@gmail.com, cfilsfil@cisco.com, stefano@previdi.net, bruno.decraene@orange.com, robjs@google.com X-PHP-Originating-Script: 30:errata_mail_lib.php From: RFC Errata System Cc: martin.vigoureux@nokia.com, iesg@ietf.org, spring@ietf.org, rfc-editor@rfc-editor.org Content-Type: text/plain; charset=UTF-8 Message-Id: <20181103110955.91A9EB81953@rfc-editor.org> Date: Sat, 3 Nov 2018 04:09:55 -0700 (PDT) Archived-At: Subject: [spring] [Errata Rejected] RFC8355 (5380) X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Nov 2018 11:10:10 -0000 The following errata report has been rejected for RFC8355, "Resiliency Use Cases in Source Packet Routing in Networking (SPRING) Networks". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata/eid5380 -------------------------------------- Status: Rejected Type: Editorial Reported by: James Bensley Date Reported: 2018-06-06 Rejected by: Martin Vigoureux (IESG) Section: 3.2 Original Text ------------- An alternative protection strategy consists in management-free local protection that is aimed at providing a repair for the destination based on the shortest path to the destination. Corrected Text -------------- An alternative protection strategy exists in management-free local protection Notes ----- --VERIFIER NOTES-- No justification given to justify the need for the change. -------------------------------------- RFC8355 (draft-ietf-spring-resiliency-use-cases-12) -------------------------------------- Title : Resiliency Use Cases in Source Packet Routing in Networking (SPRING) Networks Publication Date : March 2018 Author(s) : C. Filsfils, Ed., S. Previdi, Ed., B. Decraene, R. Shakir Category : INFORMATIONAL Source : Source Packet Routing in Networking Area : Routing Stream : IETF Verifying Party : IESG From nobody Sun Nov 4 06:24:33 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0CD671288BD; Sat, 3 Nov 2018 04:14:28 -0700 (PDT) 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 autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id giQe-Y36L1pm; Sat, 3 Nov 2018 04:14:26 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0889D124BAA; Sat, 3 Nov 2018 04:14:26 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 426C2B801B9; Sat, 3 Nov 2018 04:14:14 -0700 (PDT) To: jwbensley@gmail.com, sprevidi@cisco.com, cfilsfil@cisco.com, bruno.decraene@orange.com, stephane.litkowski@orange.com, Martin.Horneffer@telekom.de, rjs@rob.sh X-PHP-Originating-Script: 30:errata_mail_lib.php From: RFC Errata System Cc: martin.vigoureux@nokia.com, iesg@ietf.org, spring@ietf.org, rfc-editor@rfc-editor.org Content-Type: text/plain; charset=UTF-8 Message-Id: <20181103111414.426C2B801B9@rfc-editor.org> Date: Sat, 3 Nov 2018 04:14:14 -0700 (PDT) Archived-At: X-Mailman-Approved-At: Sun, 04 Nov 2018 06:24:32 -0800 Subject: [spring] [Errata Rejected] RFC7855 (5384) X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Nov 2018 11:14:28 -0000 The following errata report has been rejected for RFC7855, "Source Packet Routing in Networking (SPRING) Problem Statement and Requirements". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata/eid5384 -------------------------------------- Status: Rejected Type: Editorial Reported by: James Bensley Date Reported: 2018-06-08 Rejected by: Martin Vigoureux (IESG) Section: 3.3.1.1.1 Original Text ------------- C1k has a link to C2j iff k = j. The core nodes of a given region are directly connected. Inter-region links only connect core nodes of the same plane. {C1k has a link to C1j} iff {C2k has a link to C2j}. Corrected Text -------------- C1k has a link to C2j if k = j. The core nodes of a given region are directly connected. Inter-region links only connect core nodes of the same plane. {C1k has a link to C1j} if {C2k has a link to C2j}. Notes ----- Does "iff" mean something special that is different to "if" or is this a typo? If the former, should it be called out in a glossary? --VERIFIER NOTES-- "iff" means "if and only if" This abreviation is part of the RFC Editor's well known ones. Please see: https://www.rfc-editor.org/materials/abbrev.expansion.txt -------------------------------------- RFC7855 (draft-ietf-spring-problem-statement-08) -------------------------------------- Title : Source Packet Routing in Networking (SPRING) Problem Statement and Requirements Publication Date : May 2016 Author(s) : S. Previdi, Ed., C. Filsfils, Ed., B. Decraene, S. Litkowski, M. Horneffer, R. Shakir Category : INFORMATIONAL Source : Source Packet Routing in Networking Area : Routing Stream : IETF Verifying Party : IESG From nobody Sun Nov 4 06:24:40 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9B11F128C65; Sat, 3 Nov 2018 11:39:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.701 X-Spam-Level: X-Spam-Status: No, score=-1.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=eci365.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UigH1gTO2csY; Sat, 3 Nov 2018 11:39:51 -0700 (PDT) Received: from mail3.bemta25.messagelabs.com (mail3.bemta25.messagelabs.com [195.245.230.145]) (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 D5526126F72; Sat, 3 Nov 2018 11:39:50 -0700 (PDT) Received: from [46.226.53.53] (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits)) by server-1.bemta.az-c.eu-west-1.aws.symcld.net id 1B/2B-09207-F6BEDDB5; Sat, 03 Nov 2018 18:39:43 +0000 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprGLsWRWlGSWpSXmKPExsViovlDRTf/9d1 og6l93BY/dsxhttg5u4fNYsaficwW/xZnW8x73s5i0bT/K5vFkcnrWCyOX/jNaNFw/CKbA6fH lN8bWT12zrrL7rFgU6nHkiU/mTzu3rrE5NHy7CSbx6E5P5k9GtqOsQZwRLFm5iXlVySwZnzbu JO94KRZRc/DbvYGxjsGXYxcHCwCi5glnm/8ywbiCAlMYZLYcuA5M4TzgFHi1p6fjF2MnBxsAr YSm1bfBasSEZjJJPFi5wZ2EIdZYB+jxMbPs1hBqoQFzCTaV51lBrFFBMwl1t7ezQZhG0l8PPg IzGYRUJG4v6CbCcTmFUiU2L5xHTuILQRU/2jqYTCbU8BCovXXATCbUUBM4vupNWD1zALiEree zAezJQQEJJbsOc8MYYtKvHz8jxWiPkni/tOFjBBxRYmVjaegamQlLs3vZgQ5WkLgJpvEvaWX2 SESuhIfpk6FKvKVWNh/nKWLkQPIVpbY8iIWInyZUaL3gTaErSNx6fknqPkFEo+mvGCCmHmAUe LenS6ohJzEqt6HLBD2PWaJ3k3WELaMxJeXF9khGmayScw5/oZtAqPuLCTPQdh5EudvN4HZvAK CEidnPmGBiOtILNj9iQ3C1pZYtvA1M4x95sBjJmTxBYzsqxjNk4oy0zNKchMzc3QNDQx0DQ2N dI2AtKmxXmKVbrJeaqlueWpxia6hXmJ5sV5xZW5yTopeXmrJJkZg6kwpOGG6g3HSivRDjJIcT EqivM68d6KF+JLyUyozEosz4otKc1KLDzHKcHAoSfDeunY3WkiwKDU9tSItMweYxGHSEhw8Si K88deB0rzFBYm5xZnpEKlTjMYcj2Z0zGDmeAcihVjy8vNSpcR5JUBKBUBKM0rz4AbBssslRlk pYV5GBgYGIZ6C1KLczBJU+VeM4hyMSsK82SBTeDLzSuD2vQI6hQnolOg/t0FOKUlESEk1MJo4 xk31PmHH8GzL+q6XFWWRbFnFh0rnK7YY7Nk7YRq/yYVrJ6POTzsdp5kZ+m2lxYsE24fBjsVnZ 1joa8pnHtSS8zsa3GW0XijA6VibRfqE7wdrFCU0brEp7rTdxCC1pFYjtHfzaqWIHw+Ewp2D5t i6T98keax2pce2Gt1VK1ZP43fJeRI3R4mlOCPRUIu5qDgRAN/qdtUpBAAA X-Env-Sender: Alexander.Vainshtein@ecitele.com X-Msg-Ref: server-17.tower-305.messagelabs.com!1541270379!1792761!1 X-Originating-IP: [52.41.248.36] X-SYMC-ESS-Client-Auth: mailfrom-relay-check=pass X-StarScan-Received: X-StarScan-Version: 9.14.24; banners=ecitele.com,-,- X-VirusChecked: Checked Received: (qmail 27193 invoked from network); 3 Nov 2018 18:39:42 -0000 Received: from us-west-2a.mta.dlp.protect.symantec.com (HELO EUR04-DB3-obe.outbound.protection.outlook.com) (52.41.248.36) by server-17.tower-305.messagelabs.com with AES256-SHA256 encrypted SMTP; 3 Nov 2018 18:39:42 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ECI365.onmicrosoft.com; s=selector1-ecitele-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=LicKDwYVczQoOLVOS9LB0gqVZ1wBnmVzmmlD9kIa0MM=; b=arXxUCzDmm46cflU+W1bzntiS2qLmjFMcxAKGcgQsrdsycxRJ6oEvkLf122P1m7oRR1w05UamrthGONyH8fFrRpPuhSU8SV+mud6PjLwvR3whQTY/Toyrm7JgEAAkFeN4GMCEkzSVMxKpGogjtG2+tuf7g0vWcBDuWS9zUwfjMk= Received: from DB5PR0301MB1909.eurprd03.prod.outlook.com (10.167.226.155) by DB5PR0301MB1926.eurprd03.prod.outlook.com (10.167.227.10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1294.20; Sat, 3 Nov 2018 18:39:38 +0000 Received: from DB5PR0301MB1909.eurprd03.prod.outlook.com ([fe80::1543:935:a712:7a0d]) by DB5PR0301MB1909.eurprd03.prod.outlook.com ([fe80::1543:935:a712:7a0d%2]) with mapi id 15.20.1294.028; Sat, 3 Nov 2018 18:39:37 +0000 From: Alexander Vainshtein To: "jwbensley@gmail.com" , "cfilsfil@cisco.com" , "stefano@previdi.net" , "bruno.decraene@orange.com" , "robjs@google.com" , RFC Errata System CC: "spring@ietf.org" , "martin.vigoureux@nokia.com" , "iesg@ietf.org" , "rfc-editor@rfc-editor.org" Thread-Topic: [spring] [Errata Rejected] RFC8355 (5380) Thread-Index: AQHUc2XRYLJ+E2R+xkOVu7rdPmFdCaU+Ylgr Date: Sat, 3 Nov 2018 18:39:37 +0000 Message-ID: References: <20181103110955.91A9EB81953@rfc-editor.org> In-Reply-To: <20181103110955.91A9EB81953@rfc-editor.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [40.67.250.171] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DB5PR0301MB1926; 6:IOw6OhkF3DVOtIih92c50q6taXCSTo8U+r8shv3pnodOG4B3tlNICw8G8lpuILm1VIXwmR4tEr5iyJoNf8rOLUu9d/MNWcdm/Nw5k07Vy8m8jmuK05opHD7xmN9jrVOrqM5X0UritREkiiKGyIAnyHfJB08pgXjXFIJpNHLWeHJyi1AkNjJzkmEm347i3uWeDvLvXFouhnKLk0ImEgxv7ukFqpPU6OPdDkGeO3zrB4q8OuT/O87EFIALYI9DpcBpHKc/YuyfKAeYi2Qz2QcOq4wcTXTslL87aQlSXKOf/SyZhjVcxNkDOuggcg7PAezFHVE977UP6CJqRTE1KO7RVX+tJ1esL70IBE2q3tqOtPw8PTkH4CATY7rldUm41zeJD8F2s5dYyy5TN/xYPUmMemO9jWnCVB2ceT/R+DxOKImbFEmdjOC2COcwEtjiEvOv58z0d+SOwrlXEwX8PP3l+g==; 5:EI3SmXdRnKdHAH7E/SkUspmw6JxqZLDoC0cyKZBihrQnrskQmLJl5yWhCJbMNOmo+wnorlhEYbdRZNbqBRjW0fWKp8prJUG9ct7PXfrCHyHciF/T0GFQO7r7PplfpIO7vLAXT9Emwmpa47Fvk1ypZFifixD1un1FTXDAm14zx1Y=; 7:FjHr0SwOnrWs3CunjH3fAoB6ZV4wYlqAVM45X+/x/QqZpPoTHf/AnrWbL72grEQfgT9xTXQJYjM9C03IdjbSA/CCtujHDFfMpPUCUZ4cUJ9yZTK/Zae7W38vgbfzWkCpwo+rHNe7QmgKBZX/yRBEfg== x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 295f9d7d-075a-4a11-2263-08d641bbb572 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989299)(5600074)(711020)(4618075)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7153060)(7193020); SRVR:DB5PR0301MB1926; x-ms-traffictypediagnostic: DB5PR0301MB1926: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(85827821059158)(95692535739014)(18271650672692)(161740460382875)(211936372134217)(109105607167333)(195916259791689)(82608151540597)(158342451672863); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(3231382)(944501410)(4982022)(52105095)(10201501046)(93006095)(93001095)(3002001)(6055026)(148016)(149066)(150057)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(20161123562045)(20161123564045)(20161123560045)(201708071742011)(7699051)(76991095); SRVR:DB5PR0301MB1926; BCL:0; PCL:0; RULEID:; SRVR:DB5PR0301MB1926; x-forefront-prvs: 08457955C4 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(376002)(366004)(346002)(136003)(396003)(39850400004)(199004)(189003)(6246003)(53936002)(68736007)(99286004)(86362001)(2201001)(256004)(966005)(106356001)(105586002)(14454004)(72206003)(446003)(11346002)(476003)(2900100001)(316002)(33656002)(486006)(606006)(54906003)(110136005)(76176011)(229853002)(7696005)(6116002)(2906002)(3846002)(25786009)(7736002)(39060400002)(26005)(478600001)(53546011)(6506007)(102836004)(71190400001)(71200400001)(81156014)(6306002)(54896002)(81166006)(8936002)(236005)(97736004)(9686003)(6436002)(2501003)(186003)(74316002)(5660300001)(66066001)(55016002)(8676002)(4326008); DIR:OUT; SFP:1102; SCL:1; SRVR:DB5PR0301MB1926; H:DB5PR0301MB1909.eurprd03.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: ecitele.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: VcXlQW3TWLWSICr2swGM6DLTNUsfSpNMNUe1T6LmHMVYyYa1OToggIakWKqA8rv9KjAOh3UHKKKYo0GS01FKY1bZs2FByM544mCl9OedX3mJCL9OkGvc07UaejQ1+wKCNZFQuUP15glqdh838OChi/wF5FR21ttiaslKboFbIBfTjE2TMNyGOeu0eUgc9eOhBrOIPxPmW+g7QcJUB0o59aqJK5jia4su9kItW/h4EmGYwvQffvaagLCxRUYxuqoW+FfhXGqDBQxnHoKX14C/bfbxdpl2njKqF8klpj56zEYwcBZTwZ3R4iaiWEsgMjGnHJVVpWQxWqNInH2W9/8qfWWM2BsLuXN5UVFiF6PvGmg= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_DB5PR0301MB19091EA324BB782C6BB8F0FF9DC80DB5PR0301MB1909_" MIME-Version: 1.0 X-OriginatorOrg: ecitele.com X-MS-Exchange-CrossTenant-Network-Message-Id: 295f9d7d-075a-4a11-2263-08d641bbb572 X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Nov 2018 18:39:37.6318 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 2c514a61-08de-4519-b4c0-921fef62c42a X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB5PR0301MB1926 X-CFilter-Loop: Reflected Archived-At: X-Mailman-Approved-At: Sun, 04 Nov 2018 06:24:32 -0800 Subject: Re: [spring] [Errata Rejected] RFC8355 (5380) X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Nov 2018 18:39:54 -0000 --_000_DB5PR0301MB19091EA324BB782C6BB8F0FF9DC80DB5PR0301MB1909_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable James, Engmish is not my mother tongue, so my inability to parse the text you've = proposed may be of no significance. But I can parse the original sentence. My 2c. Thumb typed by Sasha Vainshtein ________________________________ From: spring on behalf of RFC Errata System Sent: Saturday, November 3, 2018 1:09:55 PM To: jwbensley@gmail.com; cfilsfil@cisco.com; stefano@previdi.net; bruno.de= craene@orange.com; robjs@google.com Cc: spring@ietf.org; martin.vigoureux@nokia.com; iesg@ietf.org; rfc-editor= @rfc-editor.org Subject: [spring] [Errata Rejected] RFC8355 (5380) The following errata report has been rejected for RFC8355, "Resiliency Use Cases in Source Packet Routing in Networking (SPRING) Netw= orks". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata/eid5380 -------------------------------------- Status: Rejected Type: Editorial Reported by: James Bensley Date Reported: 2018-06-06 Rejected by: Martin Vigoureux (IESG) Section: 3.2 Original Text ------------- An alternative protection strategy consists in management-free local protection that is aimed at providing a repair for the destination based on the shortest path to the destination. Corrected Text -------------- An alternative protection strategy exists in management-free local protection Notes ----- --VERIFIER NOTES-- No justification given to justify the need for the change. -------------------------------------- RFC8355 (draft-ietf-spring-resiliency-use-cases-12) -------------------------------------- Title : Resiliency Use Cases in Source Packet Routing in Net= working (SPRING) Networks Publication Date : March 2018 Author(s) : C. Filsfils, Ed., S. Previdi, Ed., B. Decraene, R. S= hakir Category : INFORMATIONAL Source : Source Packet Routing in Networking Area : Routing Stream : IETF Verifying Party : IESG _______________________________________________ spring mailing list spring@ietf.org https://www.ietf.org/mailman/listinfo/spring __________________________________________________________________________= _ This e-mail message is intended for the recipient only and contains inform= ation which is=20 CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have rece= ived this=20 transmission in error, please inform us by e-mail, phone or fax, and then = delete the original=20 and all copies thereof. __________________________________________________________________________= _ --_000_DB5PR0301MB19091EA324BB782C6BB8F0FF9DC80DB5PR0301MB1909_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
James,
Engmish is not my mother tongue, so my inability to parse the text you've = proposed may be of no significance.
But I can parse the original sentence.

My 2c.

Thumb typed by Sasha Vainshtein

From: spring <spring= -bounces@ietf.org> on behalf of RFC Errata System <rfc-editor@rfc-ed= itor.org>
Sent: Saturday, November 3, 2018 1:09:55 PM
To: jwbensley@gmail.com; cfilsfil@cisco.com; stefano@previdi.net; b= runo.decraene@orange.com; robjs@google.com
Cc: spring@ietf.org; martin.vigoureux@nokia.com; iesg@ietf.org; rfc= -editor@rfc-editor.org
Subject: [spring] [Errata Rejected] RFC8355 (5380)
 
The following errata report has been rejected for= RFC8355,
"Resiliency Use Cases in Source Packet Routing in Networking (SPRING)= Networks".

--------------------------------------
You may review the report below and at:
http://www.rfc-editor= .org/errata/eid5380

--------------------------------------
Status: Rejected
Type: Editorial

Reported by: James Bensley <jwbensley@gmail.com>
Date Reported: 2018-06-06
Rejected by: Martin Vigoureux (IESG)

Section: 3.2

Original Text
-------------
An alternative protection strategy consists in management-free local
   protection that is aimed at providing a repair for the destin= ation
   based on the shortest path to the destination.

Corrected Text
--------------
An alternative protection strategy exists in management-free local
 protection

Notes
-----

 --VERIFIER NOTES--
No justification given to justify the need for the change.

--------------------------------------
RFC8355 (draft-ietf-spring-resiliency-use-cases-12)
--------------------------------------
Title           &nb= sp;   : Resiliency Use Cases in Source Packet Routing in Network= ing (SPRING) Networks
Publication Date    : March 2018
Author(s)           : C.= Filsfils, Ed., S. Previdi, Ed., B. Decraene, R. Shakir
Category           = : INFORMATIONAL
Source           &n= bsp;  : Source Packet Routing in Networking
Area           &nbs= p;    : Routing
Stream           &n= bsp;  : IETF
Verifying Party     : IESG

_______________________________________________
spring mailing list
spring@ietf.org
https://www.ietf.= org/mailman/listinfo/spring
__________________________________________________________________________= _

This e-mail message is intended for the recipient only and contains inform= ation which is
CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have rece= ived this
transmission in error, please inform us by e-mail, phone or fax, and then = delete the original
and all copies thereof.
__________________________________________________________________________= _
--_000_DB5PR0301MB19091EA324BB782C6BB8F0FF9DC80DB5PR0301MB1909_-- From nobody Sun Nov 4 08:07:31 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9A5041292F1; Sun, 4 Nov 2018 08:07:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.689 X-Spam-Level: X-Spam-Status: No, score=-1.689 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=eci365.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jzsxM6pqYFRv; Sun, 4 Nov 2018 08:07:08 -0800 (PST) Received: from mail3.bemta25.messagelabs.com (mail3.bemta25.messagelabs.com [195.245.230.147]) (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 9FCE212D4EA; Sun, 4 Nov 2018 08:07:06 -0800 (PST) Received: from [46.226.53.53] (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits)) by server-3.bemta.az-c.eu-west-1.aws.symcld.net id 81/81-12541-8291FDB5; Sun, 04 Nov 2018 16:07:04 +0000 X-Brightmail-Tracker: H4sIAAAAAAAAA1WTf0wTZxzGeXt3vaPhzEup8JWBidW4uXEdJVu 87EdY9J8mMjWLf+gaMw+40WZt6XrHLNtiCIZNfmX+gKUiBhRmaCWYiFuQrSNBjBOySZG6wsaw CAzYkm3RZSwUYq9Xmfvrnvd9Pu/zfe7yHkPoq+lsRvTKosclOIxaHfnSjuVt3LObpq35174s4 Du6gV9uiBB8X8cQxTc0vsBPfuGn+PbuOZqPzAQJfiTQSPO3RlfQG6mW6y1TtKWz81+N5cfqMG 25OXGesHT1+tF+6m3K7iou9x6hbLcuXSfdkfoN3oGHX1NVqOkRW4d0DIkvEnCmqo1SFnrcrIH Bb2NkHUqNL+4j+LT6sKK1+HW4enlKq2gD5mBscRgpBwgcIuBeb1hThxgmA++B2toClSkC/29f kap+D+7UzmsUTeJtMNyzQCuaxQLMjoyT6uALFPimmpCSkxofFg4jhUE4E/4Z7k6cJXAWTM62J TRgDJ3f3CFUvREWH6xRKl8M03MXkLq/BXy/tNKqzoWxtvpEZ8ATWrgdXE1CHPzZ3JwMehNW/1 gllA6At8K1hcMqfxdB3yfHKZXJg6mqSDLUDXOXZrQqFEJwuuP7ZOhmCDRGSdUIEzC/UJM8nQN r/tOUavylhebYSeok4lqeej1VuyAY8KGWxGdKh9tnZ8mWeCsC74Ar/S+qyBZoqo/Sqn4OalrP 00/vtyM6gPhij73MJjsFu4Mz5+dzZnMBV5B48ibhQ67EJFZwR0VJ5swm4ahkkiqdJY5Sk0uUr 6L4fSx1f/dBH/q8q2wQbWI0xo3sbvZnq35DcXlppU2QbO94KhyiNIhyGMYIbD1MW/XpHrFM9L 5rd8Qv9RMbmDSjgZUVm5XcglOyl6nWMOKYBd8JH6EnXeUuMTuLPatAWIFsFa71iCe/xhjKzc5 gUUpKij7NLXqcdvn//hLKYpAxgz2mpKTZXfL6pKV4CU28hDX2k1JCFv6zsqtQ4cPQsb0HDXJo 8ynv0pXC+4VLP5A6KiPwWTBzUTeDXj1y0frRM27c5W/TCJUvO3sP5Mz/GmSi0aH+rUOFutG30 lvRKztLdA9iuTM3I7Hlnl3EWsPftsj7A4cM/R+j9oobu+0j5w7khcbzhEcD+3SvjZqK5jWG0Z 0nUntubP89umIkJZtgfp7wSMJj++GPzBUEAAA= X-Env-Sender: Alexander.Vainshtein@ecitele.com X-Msg-Ref: server-17.tower-305.messagelabs.com!1541347618!1838627!1 X-Originating-IP: [52.41.248.36] X-SYMC-ESS-Client-Auth: mailfrom-relay-check=pass X-StarScan-Received: X-StarScan-Version: 9.14.24; banners=ecitele.com,-,- X-VirusChecked: Checked Received: (qmail 23623 invoked from network); 4 Nov 2018 16:07:01 -0000 Received: from us-west-2a.mta.dlp.protect.symantec.com (HELO EUR01-HE1-obe.outbound.protection.outlook.com) (52.41.248.36) by server-17.tower-305.messagelabs.com with AES256-SHA256 encrypted SMTP; 4 Nov 2018 16:07:01 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ECI365.onmicrosoft.com; s=selector1-ecitele-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=X4Ewj4aroIBhCDe4oaYsAK75g6L74Aw823Cy1njTpEs=; b=Jsg6shSC17aPfmXsWtoFrWipW7Y46QGEQOn/9A6CxhF6T3HnTe+UcB05sFTuomS72HYEvnDQiG1PE07vA08ZQVm/ijML2HKXwFtd5cZJFJf/zdWODx1K3rr22TAH9/m6aImEqsyw7pELGng2srDAVDk56PTLPbdeL+tA+tM2Tis= Received: from DB5PR0301MB1909.eurprd03.prod.outlook.com (10.167.226.155) by DB5PR0301MB2054.eurprd03.prod.outlook.com (10.167.227.148) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1294.20; Sun, 4 Nov 2018 16:06:54 +0000 Received: from DB5PR0301MB1909.eurprd03.prod.outlook.com ([fe80::1543:935:a712:7a0d]) by DB5PR0301MB1909.eurprd03.prod.outlook.com ([fe80::1543:935:a712:7a0d%2]) with mapi id 15.20.1294.028; Sun, 4 Nov 2018 16:06:54 +0000 From: Alexander Vainshtein To: Ahmed Bashandy CC: "rtg-dir@ietf.org" , "'mpls@ietf.org'" , "'adrian@olddog.co.uk'" , "Jonathan Hardwick (Jonathan.Hardwick@metaswitch.com)" , "spring@ietf.org" , "spring-chairs@ietf.org" , "draft-ietf-spring-segment-routing-mpls.authors@ietf.org" , Shraddha Hegde Thread-Topic: RtgDir Early review: draft-ietf-spring-segment-routing-mpls-13 Thread-Index: AdP43xrNCf1Jfn1vTC6lobk7r4STVgHrz2WgASqJaLgE3/VOgAAMAhfgADAJDqABdLqLAAAAjU5AE7LUeu8Bg0YnsA== Date: Sun, 4 Nov 2018 16:06:54 +0000 Message-ID: References: <46a64bb1-1b17-184c-1089-e05315057236@gmail.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.234.241.1] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DB5PR0301MB2054; 6:B71WV96CtOY4py335pc0fThyKgGL6k7Ygu1EgdsSSho3fMrs3yUSgfUsj+BeMhnJiiIX7FDHbrjSNjawd2Ej+FIm24FYt0y2j6Z9W3jYycPU3jVS+pwSzciJEioA2RqV8Eqz6dw7rk6o/+vanEWSA0J4Jm43DMMOAcvcKPy+LdgvlLm7ko5EkafhfyYiR15s4Lvgse/VzqXme+eU83NfBOkXqQPhCpRoaph4Zn4biYQQVC3q+qBIMU+HMcAMrUK7a9WViW0uDVacMdjXqzYI3vgqeiOX97KzDxfPyEnIXxGJDfun1poVpcFUn0WM52DAus7usjSayMvDsy1DhsHaPi+l0GproEqvTCOtuo7ADH3TT39PhrdxV8YshZ3S9W5mXnhdm9X0ohKoAJA1Q7IYiQ5dt8VMtrzT1kGl9YxgyHwa4/GatiiJN9A2ii4AnBrlBkU8rXxhN4vhuW/gyti6PA==; 5:als/TtzZvIYbnHXzv+ToGWJxpvFSGoTZJmjyVlv38DCLnpo1lRUboL7MbGvxCc82nq1X8Vt6mmQTDb34Ghk/c3B01RXHjNcXYbXARqyA22xMf33zCNE7TRctNs2tqmBXhWPXt2CHCc76kkcL9/Ty0RfHcfBHSKkf2sm3ldqHh4g=; 7:Gmelc33v7AC8aQxU9ORqbfjqaI68lSu9ICuMeNRfXOhwGkI7SbqaAZNVsgYtP1eAje+JyJY3JlYRrtBJpea7zEmeyJHX2FdxmLZw0Iq10kMKoiRBJC8mq9hUnHNvdyFUJ1ZZVpwBU0MHIeiOuiUYkw== x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 44d6df10-525b-4721-9f9e-08d6426f89e6 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989299)(5600074)(711020)(4618075)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7153060)(7193020); SRVR:DB5PR0301MB2054; x-ms-traffictypediagnostic: DB5PR0301MB2054: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(269456686620040)(279101305709854)(85827821059158)(138986009662008)(192374486261705)(278428928389397)(120809045254105)(17755550239193)(21748063052155)(28532068793085); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(8121501046)(5005006)(3231382)(944501410)(52105095)(3002001)(10201501046)(93006095)(93001095)(6055026)(148016)(149066)(150057)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123562045)(20161123560045)(20161123564045)(20161123558120)(201708071742011)(7699051)(76991095); SRVR:DB5PR0301MB2054; BCL:0; PCL:0; RULEID:; SRVR:DB5PR0301MB2054; x-forefront-prvs: 084674B2CF x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(136003)(39850400004)(376002)(346002)(396003)(366004)(51444003)(252514010)(199004)(189003)(51914003)(54094003)(4326008)(11346002)(6916009)(74316002)(81166006)(8936002)(14454004)(476003)(68736007)(229853002)(25786009)(53936002)(446003)(186003)(2906002)(39060400002)(106356001)(478600001)(81156014)(5660300001)(486006)(3846002)(6116002)(790700001)(8676002)(2900100001)(105586002)(6246003)(66066001)(7736002)(5024004)(76176011)(14444005)(256004)(72206003)(966005)(99286004)(55016002)(4744004)(86362001)(53546011)(26005)(6436002)(7696005)(33656002)(6506007)(93886005)(236005)(54896002)(71200400001)(71190400001)(606006)(6306002)(97736004)(53946003)(9686003)(316002)(54906003)(102836004)(569006); DIR:OUT; SFP:1102; SCL:1; SRVR:DB5PR0301MB2054; H:DB5PR0301MB1909.eurprd03.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: ecitele.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: J4IxwpDYQabmf1EsX1xevVHnkWLoHnLJxQ20gKMvKMPTj83ohYyVkn/pI2WsGF2q8uKW8kB0Qat0DSXUFUViVznnhb+qo4KCeR0xzA4G6Tto3IWH8cFULTG6gd6nR8o0b5CUUyVdpjRbCRZSSMbdos+Ie7DYwSHuUp6eUc6eJ+vHEfTl0PefZDatLC31b5WdqoHqrGjhNHHa1brmonPmiN9MSkJTqGFcUraRFTOPWdV17pDJumGQ4XtAzLPs8MtXn3aj7LdxY1+459TaQy+YZE0wB7JXktblOSJPTu3FT2Q4BEuf4Vqrtzxb0sBYQA8NBofLZ+x/W9isnY1z4NaouirzxhpQCejkP/hht+9tmQE= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_DB5PR0301MB1909D4AB682398BD152E72519DC90DB5PR0301MB1909_" MIME-Version: 1.0 X-OriginatorOrg: ecitele.com X-MS-Exchange-CrossTenant-Network-Message-Id: 44d6df10-525b-4721-9f9e-08d6426f89e6 X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Nov 2018 16:06:54.0493 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 2c514a61-08de-4519-b4c0-921fef62c42a X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB5PR0301MB2054 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [spring] RtgDir Early review: draft-ietf-spring-segment-routing-mpls-13 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2018 16:07:17 -0000 --_000_DB5PR0301MB1909D4AB682398BD152E72519DC90DB5PR0301MB1909_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 QWhtZWQsCkFwb2xvZ2llcyBmb3IgYSBkZWxheWVkIHJlc3BvbnNlLgpJIGZ1bGx5IGFncmVlIHRo YXQgYWR2ZXJ0aXNpbmcgdGhlIHNhbWUgcHJlZml4IFNJRCBhcyB0aGUgTm9kZSBTSUQgYnkgdHdv IGRpZmZlcmVudCBub2RlcyBpbiB0aGUgU1IgZG9tYWluIGlzIOKAnGEgY2xlYXIgdmlvbGF0aW9u IG9mIHRoZSBTUiBhcmNoaXRlY3R1cmUgUkZDICg4NDAyKeKAnS4KQnV0IEkgZG8gbm90IHRoaW5r IHRoYXQgdGhlIFNSLU1QTFMgZHJhZnQgY2FuIHNpbGVudGx5IGlnbm9yZSB0aGlzIHZpb2xhdGlv biBqdXN0IGJlY2F1c2UgaXQg4oCcaXMgbm90IGFuIGluY29taW5nIGxhYmVsIGNvbGxpc2lvbuKA nS4KVGhlIHNhbWUgYXBwbGllcyB0byB0aGUgY29udHJvdmVyc3kgaW4gYWR2ZXJ0aXNpbmcgYXQg dGhlIHNhbWUgcHJlZml4IGFzIEFueWNhc3QgYnkgc29tZSBub2RlcyBidXQgbm90IGFzIEFueWNh c3QgKG9yIGV2ZW4gYXMgYSBOb2RlIFNJRCkgYnkgc29tZSBvdGhlciBub2Rlcy4KWW91ciByZWZl cmVuY2UgdG8gdGhlc2UgYmVpbmcganVzdCBjb250cm9sIHBsYW5lIGlzc3VlcyBhbmQgdGhlcmVm b3JlIG5vdCByZWxhdGVkIHRvIFNSLU1QTFMgaXMgbm90IHZhbGlkIC0gYmVjYXVzZSB0aGUgZHJh ZnRzIGRlYWxpbmcgd2l0aCB0aGUgU1IgY29udHJvbCBwbGFuZSB0byB3aGljaCB5b3UgcmVmZXIg aW4gdGhpcyBkcmFmdCBhcmUgc3RyaWN0bHkgTVBMUy1vcmllbnRlZDogdGhleSBkZWZpbmUgaG93 IHRvIGFkdmVydGlzZSBTSUQgbGFiZWxzIG9yIGluZGljZXMgdGhhdCBhcmUgdHJhbnNsYXRlZCBp bnRvIFNJRCBsYWJlbHMsIGFuZCBuZWl0aGVyIG9mIHRoZXNlIG1lY2hhbmlzbXMgaXMgcmVsZXZh bnQgZm9yZSBTUlY2IElNSE8uIChJIGRvIG5vdCBoYXZlIHRvIHJlbWluZCB5b3UgdGhhdCBhIGRy YWZ0IHRoYXQgZGVmaW5lcyBTUlY2IGV4dGVuc2lvbnMgZm9yIElTSVM8aHR0cHM6Ly9kYXRhdHJh Y2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtYmFzaGFuZHktaXNpcy1zcnY2LWV4dGVuc2lvbnMvP2lu Y2x1ZGVfdGV4dD0xPiBleGlzdHMsIGFuZCBkZWFscyB3aXRoIG90aGVyIGlzc3VlcykuCk15IDJj LApTYXNoYQoKT2ZmaWNlOiArOTcyLTM5MjY2MzAyCkNlbGw6ICAgICAgKzk3Mi01NDkyNjYzMDIK RW1haWw6ICAgQWxleGFuZGVyLlZhaW5zaHRlaW5AZWNpdGVsZS5jb20KCkZyb206IEFobWVkIEJh c2hhbmR5IFttYWlsdG86YWJhc2hhbmR5LmlldGZAZ21haWwuY29tXQpTZW50OiBTdW5kYXksIE9j dG9iZXIgMjgsIDIwMTggMTowMSBBTQpUbzogU2hyYWRkaGEgSGVnZGUgPHNocmFkZGhhQGp1bmlw ZXIubmV0PjsgQWxleGFuZGVyIFZhaW5zaHRlaW4gPEFsZXhhbmRlci5WYWluc2h0ZWluQGVjaXRl bGUuY29tPgpDYzogcnRnLWRpckBpZXRmLm9yZzsgJ21wbHNAaWV0Zi5vcmcnIDxtcGxzQGlldGYu b3JnPjsgJ2FkcmlhbkBvbGRkb2cuY28udWsnIDxhZHJpYW5Ab2xkZG9nLmNvLnVrPjsgSm9uYXRo YW4gSGFyZHdpY2sgKEpvbmF0aGFuLkhhcmR3aWNrQG1ldGFzd2l0Y2guY29tKSA8am9uYXRoYW4u aGFyZHdpY2tAbWV0YXN3aXRjaC5jb20+OyBzcHJpbmdAaWV0Zi5vcmc7IHNwcmluZy1jaGFpcnNA aWV0Zi5vcmc7IGRyYWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQtcm91dGluZy1tcGxzLmF1dGhvcnNA aWV0Zi5vcmcKU3ViamVjdDogUmU6IFJ0Z0RpciBFYXJseSByZXZpZXc6IGRyYWZ0LWlldGYtc3By aW5nLXNlZ21lbnQtcm91dGluZy1tcGxzLTEzCgoKVGhhbmtzIGZvciB0aGUgY29tbWVudHMKCldo aWxlIGl0IGlzIGEgY2xlYXIgdmlvbGF0aW9uIG9mIHRoZSBTUiBhcmNoaXRlY3R1cmUgUkZDICg4 NDAyKSwgbW9yZSB0aGFuIG9uZSBub2RlIGFkdmVydGlzaW5nIHRoZSBzYW1lIElQdjQvNiBQUkVG SVggYW5kIGJvdGggaGF2ZSB0aGUgc2FtZSBwcmVmaXgtU0lEIHZhbHVlIHdpdGggIk4iIGZsYWcg aXMgbm90IGFuIGluY29taW5nIGxhYmVsIGNvbGxpc2lvbiBiZWNhdXNlIHRoZSBsYWJlbCBpcyBh c3NvY2lhdGVkIHdpdGggdGhlIHNhbWUgRkVDLCB3aGljaCBpcyB0aGUgcHJlZml4LgoKSGVuY2Ug aGFuZGxpbmcgc3VjaCB2aW9sYXRpb24gaXMgbm90IGFuIFNSLU1QTFMgcHJvYmxlbSBiZWNhdXNl IHRoZXJlIGlzIG5vIGluY29taW5nIGxhYmVsIGNvbGxpc2lvbiBhbmQgaGVuY2UgaXQgaXQgaXMg b3V0c2lkZSB0aGUgc2NvcGUgb2YgdGhpcyBkcmFmdAoKCgpUaGUgc2Vjb25kIGlzc3VlIGlzIHdo aWNoIFNJRCB0byBjaG9vc2UgZm9yIGFuIFNSLXBvbGljeSAoYmUgaXQgYSBwb2xpY3kgZm9yIFRF LCB0aS1sZmEsIHVsb29wIGF2b2lkYW5jZSwgc2VjdXJpdHksLi4uLCBldGMpLiBUaGF0IGlzIHN0 cmljdGx5IGEgY29udHJvbCBsYXllciBmdW5jdGlvbmFsaXR5IGFuZCBpcyBub3Qgc3BlY2lmaWMg dG8gU1ItTVBMUy4gSGVuY2UgaXQgaXMgb3V0c2lkZSB0aGUgc2NvcGUgb2YgdGhpcyBkcmFmdAoK CgpUaGUgdGhpcmQgaXNzdWUgaXMgdGhlIGNhc2Ugd2hlcmUgYW4gYW55Y2FzdCBwcmVmaXggaXMg YWR2ZXJ0aXNlZCB3aXRoIGEgcHJlZml4LVNJRCBzdWItVExWIGJ5IHNvbWUgKGJ1dCBub3QgYWxs KSBvZiB0aGUgbm9kZXMgdGhhdCBhZHZlcnRpc2UgdGhhdCBwcmVmaXguIEFnYWluIHRoaXMgaXMg bm90IGFuIGluY29taW5nIGxhYmVsIGNvbGxpc2lvbiBiZWNhdXNlIHRoZSBsYWJlbCBpcyBhc3Nv Y2lhdGVkIHdpdGggYSBzaW5nbGUgRkVDLCB3aGljaCBpcyB0aGUgYW55Y2FzdCBwcmVmaXguCgpP biA3LzE5LzE4IDg6MzAgUE0sIFNocmFkZGhhIEhlZ2RlIHdyb3RlOgpIaSBBaG1lZCwKClRoZSBO b2RlLVNJRHMgYXJlIGV4cGVjdGVkIHRvIGJlIHVuaXF1ZSB0byBhIG5vZGUuCgrigJwKICAgQW4g SUdQIE5vZGUtU0lEIE1VU1QgTk9UIGJlIGFzc29jaWF0ZWQgd2l0aCBhIHByZWZpeCB0aGF0IGlz IG93bmVkIGJ5CiAgIG1vcmUgdGhhbiBvbmUgcm91dGVyIHdpdGhpbiB0aGUgc2FtZSByb3V0aW5n IGRvbWFpbi7igJ0KCklmIHR3byBkaWZmZXJlbnQgbm9kZXMgYWR2ZXJ0aXNlIHNhbWUgTm9kZS1T SUQsCiAgICAgICAgIEZvciBFeGFtcGxlIE5vZGUgQSBhbmQgQiBib3RoIGFkdmVydGlzZSBwcmVm aXggMS4xLjEuMSBhbmQgYXNzb2NpYXRlIGEgIFNJRCAxMDAwIHdpdGggTiBiaXQgc2V0LgpUaGVy ZSBpcyBhbiBhbm9tYWx5IGhlcmUgYW5kIElNTywgdGhpcyBkcmFmdCBzaG91bGQgYWRkcmVzcyBo b3cgdG8gaGFuZGxlIHRoaXMgYW5vbWFseSBhbmQgd2hldGhlciBUSS1MRkEgYW5kIG90aGVyCkFw cGxpY2F0aW9ucyBjYW4gdXNlIHRoaXMgU0lEIGFzIGEgTm9kZS1TSUQuCkFub3RoZXIgc2xpZ2h0 IHZhcmlhdGlvbiBvZiB0aGlzIGNhc2UgaXMgYSBzY2VuYXJpbyB3aGVyZSBBIGFuZCBCIGJvdGgg YWR2ZXJ0aXNlIGEgcHJlZml4IDEuMS4xLjEgYW5kIEEgYXNzaWducyBhIE5vZGUtU2lkCk9mIDEw MDAgYW5kIEIgZG9lcyBub3QgYXNzaWduIGFueSBTSUQuCgpSZ2RzClNocmFkZGhhCgpGcm9tOiBB bGV4YW5kZXIgVmFpbnNodGVpbiA8QWxleGFuZGVyLlZhaW5zaHRlaW5AZWNpdGVsZS5jb20+PG1h aWx0bzpBbGV4YW5kZXIuVmFpbnNodGVpbkBlY2l0ZWxlLmNvbT4KU2VudDogVGh1cnNkYXksIEp1 bHkgMTksIDIwMTggMTA6MDUgUE0KVG86IEFobWVkIEJhc2hhbmR5IDxhYmFzaGFuZHkuaWV0ZkBn bWFpbC5jb20+PG1haWx0bzphYmFzaGFuZHkuaWV0ZkBnbWFpbC5jb20+CkNjOiBydGctZGlyQGll dGYub3JnPG1haWx0bzpydGctZGlyQGlldGYub3JnPjsgJ21wbHNAaWV0Zi5vcmc8bWFpbHRvOm1w bHNAaWV0Zi5vcmc+JyA8bXBsc0BpZXRmLm9yZz48bWFpbHRvOm1wbHNAaWV0Zi5vcmc+OyAnYWRy aWFuQG9sZGRvZy5jby51azxtYWlsdG86YWRyaWFuQG9sZGRvZy5jby51az4nIDxhZHJpYW5Ab2xk ZG9nLmNvLnVrPjxtYWlsdG86YWRyaWFuQG9sZGRvZy5jby51az47IEpvbmF0aGFuIEhhcmR3aWNr IChKb25hdGhhbi5IYXJkd2lja0BtZXRhc3dpdGNoLmNvbTxtYWlsdG86Sm9uYXRoYW4uSGFyZHdp Y2tAbWV0YXN3aXRjaC5jb20+KSA8am9uYXRoYW4uaGFyZHdpY2tAbWV0YXN3aXRjaC5jb20+PG1h aWx0bzpqb25hdGhhbi5oYXJkd2lja0BtZXRhc3dpdGNoLmNvbT47IFNocmFkZGhhIEhlZ2RlIDxz aHJhZGRoYUBqdW5pcGVyLm5ldD48bWFpbHRvOnNocmFkZGhhQGp1bmlwZXIubmV0Pjsgc3ByaW5n QGlldGYub3JnPG1haWx0bzpzcHJpbmdAaWV0Zi5vcmc+OyBzcHJpbmctY2hhaXJzQGlldGYub3Jn PG1haWx0bzpzcHJpbmctY2hhaXJzQGlldGYub3JnPjsgZHJhZnQtaWV0Zi1zcHJpbmctc2VnbWVu dC1yb3V0aW5nLW1wbHMuYXV0aG9yc0BpZXRmLm9yZzxtYWlsdG86ZHJhZnQtaWV0Zi1zcHJpbmct c2VnbWVudC1yb3V0aW5nLW1wbHMuYXV0aG9yc0BpZXRmLm9yZz4KU3ViamVjdDogUkU6IFJ0Z0Rp ciBFYXJseSByZXZpZXc6IGRyYWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQtcm91dGluZy1tcGxzLTEz CgpBaG1lZCBoaSEKTG90cyBvZiB0aGFua3MgZm9yIHlvdXIgcmVzcG9uc2UuCk9mIGNvdXJzZSBO b2RlIFNJRHMgYXJlIG5vdCBkaWZmZXJlbnQgZnJvbSBhbnkgb3RoZXIgUHJlZml4IFNJRHMgd2hl biBpdCBjb21lcyB0byB0aGUgTVBMUyBmb3J3YXJkaW5nIHBsYW5lLgpCdXQsIElNSE8sIHN0cmlj dGx5IHNwZWFraW5nLCB0aGlzIGlzIGNvcnJlY3QgZm9yIGFueSBvdGhlciBTSUQgYXMgd2VsbC4K WW91IHNlZW0gdG8gaWdub3JlIHRoZSBkaWZmZXJlbmNlIGJldHdlZW4gU1ItTVBMUyBhbmQgU1J2 NiB3aXRoIHJlZ2FyZCB0byB0aGUgbGlmZSBzcGFuIG9mIHByZWZpeCBTSURzIGluIGdlbmVyYWwg YW5kIE5vZGUgU0lEcyBpbiBwYXJ0aWN1bGFyLiBGcm9tIG15IFBPViB0aGlzIGRpZmZlcmVuY2Ug c2hvdWxkIGJlIGRpc2N1c3NlZCBpbiB0aGUgZHJhZnQuClNvIGl0IHNlZW1zIHRoYXQgd2UgY2Fu IG9ubHkg4oCcYWdyZWUgdG8gZGlzYWdyZWXigJ0gb24gdGhlIG5lZWQgdG8gc2F5IHNvbWV0aGlu ZyBzcGVjaWZpYyBhYm91dCBOb2RlIFNJRHMgaW4gdGhlIGRyYWZ0LCBhbmQgbGV0IHRoZSBXRyB0 byBkZWNpZGUgd2hhdCB0byBkbyBhYm91dCBpdC4KUmVnYXJkcywKU2FzaGEKCk9mZmljZTogKzk3 Mi0zOTI2NjMwMgpDZWxsOiAgICAgICs5NzItNTQ5MjY2MzAyCkVtYWlsOiAgIEFsZXhhbmRlci5W YWluc2h0ZWluQGVjaXRlbGUuY29tPG1haWx0bzpBbGV4YW5kZXIuVmFpbnNodGVpbkBlY2l0ZWxl LmNvbT4KCkZyb206IEFobWVkIEJhc2hhbmR5IFttYWlsdG86YWJhc2hhbmR5LmlldGZAZ21haWwu Y29tXQpTZW50OiBUaHVyc2RheSwgSnVseSAxOSwgMjAxOCA3OjEzIFBNClRvOiBBbGV4YW5kZXIg VmFpbnNodGVpbiA8QWxleGFuZGVyLlZhaW5zaHRlaW5AZWNpdGVsZS5jb208bWFpbHRvOkFsZXhh bmRlci5WYWluc2h0ZWluQGVjaXRlbGUuY29tPj4KQ2M6IHJ0Zy1kaXJAaWV0Zi5vcmc8bWFpbHRv OnJ0Zy1kaXJAaWV0Zi5vcmc+OyAnbXBsc0BpZXRmLm9yZzxtYWlsdG86bXBsc0BpZXRmLm9yZz4n IDxtcGxzQGlldGYub3JnPG1haWx0bzptcGxzQGlldGYub3JnPj47ICdhZHJpYW5Ab2xkZG9nLmNv LnVrPG1haWx0bzphZHJpYW5Ab2xkZG9nLmNvLnVrPicgPGFkcmlhbkBvbGRkb2cuY28udWs8bWFp bHRvOmFkcmlhbkBvbGRkb2cuY28udWs+PjsgSm9uYXRoYW4gSGFyZHdpY2sgKEpvbmF0aGFuLkhh cmR3aWNrQG1ldGFzd2l0Y2guY29tPG1haWx0bzpKb25hdGhhbi5IYXJkd2lja0BtZXRhc3dpdGNo LmNvbT4pIDxqb25hdGhhbi5oYXJkd2lja0BtZXRhc3dpdGNoLmNvbTxtYWlsdG86am9uYXRoYW4u aGFyZHdpY2tAbWV0YXN3aXRjaC5jb20+Pjsgc2hyYWRkaGFAanVuaXBlci5uZXQ8bWFpbHRvOnNo cmFkZGhhQGp1bmlwZXIubmV0Pjsgc3ByaW5nQGlldGYub3JnPG1haWx0bzpzcHJpbmdAaWV0Zi5v cmc+OyBzcHJpbmctY2hhaXJzQGlldGYub3JnPG1haWx0bzpzcHJpbmctY2hhaXJzQGlldGYub3Jn PjsgZHJhZnQtaWV0Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5nLW1wbHMuYXV0aG9yc0BpZXRmLm9y ZzxtYWlsdG86ZHJhZnQtaWV0Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5nLW1wbHMuYXV0aG9yc0Bp ZXRmLm9yZz4KU3ViamVjdDogUmU6IFJ0Z0RpciBFYXJseSByZXZpZXc6IGRyYWZ0LWlldGYtc3By aW5nLXNlZ21lbnQtcm91dGluZy1tcGxzLTEzCgoKVGhhbmtzIGZvciB0aGUgcmVwbHkKClNlZSBp bmxpbmUKCkFobWVkCgpPbiA3LzEyLzE4IDEyOjIyIEFNLCBBbGV4YW5kZXIgVmFpbnNodGVpbiB3 cm90ZToKQWhtZWQgYW5kIGFsbCwKSSB3b3VsZCBsaWtlIHRvIGV4cGFuZCBvbiBteSBjb21tZW50 cyAoYW5kIHlvdXIgcmVzcG9uc2VzKSBhYm91dCB0aGUgcm9sZSBvZiBOb2RlIFNJRHMgaW4gU1It TVBMUy4KSSB3b3VsZCBsaWtlIHRvIGJyaW5nIHlvdXIgYXR0ZW50aW9uIHR3byBwb2ludHM6Cgox LiAgICAgICBOb2RlIFNJRHMgKGFuZCwgaW4gZ2VuZXJhbCwgUHJlZml4IFNJRHMpIGluIE1QTFMt U1IgYXJlIGRpZmZlcmVudCBmcm9tIHRoZSBzYW1lIGluIFNSdjYgYmVjYXVzZSB0aGV5IHJlcXVp cmUgZXhwbGljaXQgY29uZmlndXJhdGlvbiBhY3Rpb24gYnkgdGhlIG9wZXJhdG9yIG9mIFNSIGRv bWFpbi4gSS5lLiwgaXQgaXMgbm90IGVub3VnaCBmb3IgYSBub2RlIHRvIG93biBzb21lIC8zMiBv ciAvMTI4IHByZWZpeCB0aGF0IGlzIGFkdmVydGlzZWQgYnkgSUdQLiBUaGUgb3BlcmF0b3IgbXVz dCBleHBsaWNpdGx5IGNvbmZpZ3VyZSB0aGUgbm9kZSB0byB1c2Ugc3VjaCBhIHByZWZpeCBhcyAg Tm9kZSBTSUQgYW5kIHRvIGFzc2lnbiB0byBpdCBhIHNwZWNpZmljIGluZGV4IHRoYXQgaXMgdW5p cXVlIGluIHRoZSBTUiBkb21haW4uIEZyb20gbXkgUE9WLCB0aGlzIGRpZmZlcmVuY2UgYWxvbmUg d291bGQgcXVhbGlmeSBOb2RlIFNJRHMgYXMgYSB0b3BpYyB0byBiZSBkaXNjdXNzZWQgaW4gdGhl IE1QTFMtU1IgQXJjaGl0ZWN0dXJlPGh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92 Mi91cmw/dT1odHRwcy0zQV9fdG9vbHMuaWV0Zi5vcmdfaHRtbF9kcmFmdC0yRGlldGYtMkRzcHJp bmctMkRzZWdtZW50LTJEcm91dGluZy0yRG1wbHMtMkQxNCZkPUR3TUdhUSZjPUhBa1l1aDYzcnN1 aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kmcj1OeWpMc3I3SkE3bXZwQ0phMFltUGRW S2NtTVhKMzFicGJCYU5xekNOcm5nJm09Q0JuNDYtdFRqWnJGdXAwZFItRUdBdHQ0UUZxOVBpMjdS YU81clFDazFRdyZzPXE2ZGpwUlhsYW1VektabEdJdVhUdEJjc253ZXZId2RkcXZTdFpyU0ZNbkUm ZT0+IGRyYWZ0LgojQWhtZWQ6IEkgZGlzYWdyZWUgd2l0aCB5b3VyIFBPVi4gRnJvbSB0aGUgZm9y d2FyZGluZyBwbGFuZSBwZXJzcGVjdGl2ZSBpdCBkb2VzIG5vdCBtYWtlIGFueSBkaWZmZXJlbmNl IHdoZXRoZXIgYSB0aGUgbGFiZWwgYXQgdGhlIHRvcCBvZiBhbiBNUExTIHBhY2tldCAocmVwcmVz ZW50aW5nIHRoZSBwcmVmaXgtU0lEKSBpZGVudGlmaWVzIGEgbm9kZSBvciBub3QuIFNvIGZyb20g dGhlIFNSLW1wbHMgZm9yd2FyZGluZyBwb2ludCBvZiB2aWV3IHRoZXJlIGlzIG5vIGRpZmZlcmVu Y2UgYmV0d2VlbiBhIHByZWZpeC1TSUQgYW5kIGEgbm9kZS1TSUQuIElmIHRoZXJlIGlzIGFueSBw bGFjZSBpbiB0aGUgU1ItbXBscyBkcmFmdCB3aGVyZSB0aGVyZSBpcyBhIG5lZWQgdG8gaGFuZGxl IGEgbm9kZS1TSUQgZGlmZmVyZW50IGZyb20gYSBwcmVmaXggU0lELCBpdCB3b3VsZCBiZSBncmVh dCB0byBwb2ludCBpdCBvdXQKCgoyLiAgICAgIEluIGFkZGl0aW9uLCBxdWl0ZSBhIGZldyBjb25z dHJ1Y3RzIGFzc29jaWF0ZWQgd2l0aCBTUi1NUExTIGltcGxpY2l0bHkgYXNzdW1lIHRoYXQgZWFj aCBub2RlIGluIHRoZSBTUi1NUExTIGRvbWFpbiBpcyBhc3NpZ25lZCB3aXRoIGF0IGxlYXN0IG9u ZSBOb2RlIFNJRC4gT25lIGV4YW1wbGUgY2FuIGJlIGZvdW5kIGluIHRoZSBUSS1MRkE8aHR0cHM6 Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX190b29scy5pZXRm Lm9yZ19odG1sX2RyYWZ0LTJEYmFzaGFuZHktMkRydGd3Zy0yRHNlZ21lbnQtMkRyb3V0aW5nLTJE dGktMkRsZmEtMkQwNCZkPUR3TUdhUSZjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIz dm9EVFhjV3pvQ0kmcj1OeWpMc3I3SkE3bXZwQ0phMFltUGRWS2NtTVhKMzFicGJCYU5xekNOcm5n Jm09Q0JuNDYtdFRqWnJGdXAwZFItRUdBdHQ0UUZxOVBpMjdSYU81clFDazFRdyZzPWpiSDBEU1lZ bzJVWXltV1pybHZBdDdxVVdWWHNZS3VDdE1pRXlvZS1EV0UmZT0+IGRyYWZ0LiBUaGlzIGRyYWZ0 IHNheXMgaW4gU2VjdGlvbiA0LjI6Cgo0LjI8aHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQu Y29tL3YyL3VybD91PWh0dHBzLTNBX190b29scy5pZXRmLm9yZ19odG1sX2RyYWZ0LTJEYmFzaGFu ZHktMkRydGd3Zy0yRHNlZ21lbnQtMkRyb3V0aW5nLTJEdGktMkRsZmEtMkQwNC0yM3NlY3Rpb24t MkQ0LjImZD1Ed01HYVEmYz1IQWtZdWg2M3JzdWhyNlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6 b0NJJnI9TnlqTHNyN0pBN212cENKYTBZbVBkVktjbU1YSjMxYnBiQmFOcXpDTnJuZyZtPUNCbjQ2 LXRUalpyRnVwMGRSLUVHQXR0NFFGcTlQaTI3UmFPNXJRQ2sxUXcmcz1zQWkzS0NXVXdHUzNEOTN0 OGljNjRXXzQ2eG05eThPYWNzN296Y0F3ZVM4JmU9Pi4gVGhlIHJlcGFpciBub2RlIGlzIGEgUFEg bm9kZQoKCgoKCiAgIFdoZW4gdGhlIHJlcGFpciBub2RlIGlzIGluIFAoUyxYKSwgdGhlIHJlcGFp ciBsaXN0IGlzIG1hZGUgb2YgYQoKICAgc2luZ2xlIG5vZGUgc2VnbWVudCB0byB0aGUgcmVwYWly IG5vZGUuCkluIHRoZSBzY29wZSBvZiB0aGlzIHNlY3Rpb24sIHRoZSByZXBhaXIgbm9kZSBpcyBu b3QgYWRqYWNlbnQgdG8gdGhlIFBMUiwgYW5kIHRoZXJlZm9yZSwgdG8gdGhlIGJlc3Qgb2YgbXkg dW5kZXJzdGFuZGluZywgIOKAnGEgc2luZ2xlIG5vZGUgc2VnbWVudCB0byB0aGUgcmVwYWlyIG5v ZGXigJ0gY2FuIGJlIG9ubHkgdGhlIE5vZGUgU0lEIG9mIHRoZSByZXBhaXIgbm9kZS4gU2luY2Ug cmVwYWlyIG5vZGVzIGFyZSBjb21wdXRlZCBkeW5hbWljYWxseSwgdGhpcyBlbnRpcmUgc2NoZW1l IGRlcGVuZHMgb24gYWxsIG5vZGVzIGluIHRoZSBNUExTPVNSIGRvbWFpbiAgaGF2aW5nIGF0IGxl YXN0IG9uZSBOb2RlIFNJRCBlYWNoCiNBaG1lZDogVGhlIGNob2ljZSBvZiB0aGUgU0lEIHRvIGlk ZW50aWZ5IGFuIGludGVybWVkaWF0ZSBvciBleGl0IG5vZGUocykgaW4gYW4gU1ItcG9saWN5IGlz IGEgY29udHJvbCBwbGFuZSBiZWhhdmlvciwgaXJyZXNwZWN0aXZlIG9mIHJlYXNvbiBzdWNoIHBv bGljeSBpcyBjcmVhdGVkIChiZSBpdCB0aS1sZmEgZXhwbGljaXQgcGF0aCwgdWxvb3AgYXZvaWRh bmNlIGV4cGxpY2l0IHBhdGgsIG9yIHNvbWUgU1ItVEUgZXhwbGljaXQgcGF0aCkuIFNSLVBvbGlj eSBhcyB3ZWxsIGFzIFRpLUxGQSBhbmQgdWxvb3AgYXZvaWRhbmNlIGFyZSBoYW5kbGVkIGluIHNl cGFyYXRlIGRyYWZ0cy4gU28ganVzdCBsaWtlIHRoZSByZXNwb25zZSB0byB5b3VyIHByZXZpb3Vz IGNvbW1lbnQsIGZyb20gZm9yd2FyZGluZyBwbGFuZSBwZXJzcGVjdGl2ZSBpdCBkb2VzIG5vdCBt YWtlIGFueSBkaWZmZXJlbmNlIHdoZXRoZXIgdGhlIGxhYmVsIGF0IHRoZSB0b3Agb2YgYW4gTVBM UyBwYWNrZXQgaWRlbnRpZmllcyBhIHNpbmdsZSBvciBtdWx0aXBsZSBub2Rlcy4KCgouCgpIb3Bl ZnVsbHkgdGhlc2Ugbm90ZXMgY2xhcmlmeSBteSBwb3NpdGlvbiBvbiB0aGUgc3ViamVjdC4KClJl Z2FyZHMsClNhc2hhCgpPZmZpY2U6ICs5NzItMzkyNjYzMDIKQ2VsbDogICAgICArOTcyLTU0OTI2 NjMwMgpFbWFpbDogICBBbGV4YW5kZXIuVmFpbnNodGVpbkBlY2l0ZWxlLmNvbTxtYWlsdG86QWxl eGFuZGVyLlZhaW5zaHRlaW5AZWNpdGVsZS5jb20+CgpGcm9tOiBBbGV4YW5kZXIgVmFpbnNodGVp bgpTZW50OiBXZWRuZXNkYXksIEp1bHkgMTEsIDIwMTggMTI6MDIgUE0KVG86IEFobWVkIEJhc2hh bmR5IDxhYmFzaGFuZHkuaWV0ZkBnbWFpbC5jb20+PG1haWx0bzphYmFzaGFuZHkuaWV0ZkBnbWFp bC5jb20+CkNjOiBydGctZGlyQGlldGYub3JnPG1haWx0bzpydGctZGlyQGlldGYub3JnPjsgJ21w bHNAaWV0Zi5vcmc8bWFpbHRvOm1wbHNAaWV0Zi5vcmc+JyA8bXBsc0BpZXRmLm9yZz48bWFpbHRv Om1wbHNAaWV0Zi5vcmc+OyAnYWRyaWFuQG9sZGRvZy5jby51azxtYWlsdG86YWRyaWFuQG9sZGRv Zy5jby51az4nIDxhZHJpYW5Ab2xkZG9nLmNvLnVrPjxtYWlsdG86YWRyaWFuQG9sZGRvZy5jby51 az47IEpvbmF0aGFuIEhhcmR3aWNrIChKb25hdGhhbi5IYXJkd2lja0BtZXRhc3dpdGNoLmNvbTxt YWlsdG86Sm9uYXRoYW4uSGFyZHdpY2tAbWV0YXN3aXRjaC5jb20+KSA8am9uYXRoYW4uaGFyZHdp Y2tAbWV0YXN3aXRjaC5jb20+PG1haWx0bzpqb25hdGhhbi5oYXJkd2lja0BtZXRhc3dpdGNoLmNv bT47IHNocmFkZGhhQGp1bmlwZXIubmV0PG1haWx0bzpzaHJhZGRoYUBqdW5pcGVyLm5ldD47IHNw cmluZ0BpZXRmLm9yZzxtYWlsdG86c3ByaW5nQGlldGYub3JnPjsgc3ByaW5nLWNoYWlyc0BpZXRm Lm9yZzxtYWlsdG86c3ByaW5nLWNoYWlyc0BpZXRmLm9yZz47IGRyYWZ0LWlldGYtc3ByaW5nLXNl Z21lbnQtcm91dGluZy1tcGxzLmF1dGhvcnNAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWlldGYtc3By aW5nLXNlZ21lbnQtcm91dGluZy1tcGxzLmF1dGhvcnNAaWV0Zi5vcmc+ClN1YmplY3Q6IFJFOiBS dGdEaXIgRWFybHkgcmV2aWV3OiBkcmFmdC1pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmctbXBs cy0xMwoKQWhtZWQsIGFuZCBhbGwsCkxvdHMgb2YgdGhhbmtzIGZvciBhIGRldGFpbGVkIHJlc3Bv bnNlIHRvIG15IGNvbW1lbnRzLgpQbGVhc2Ugc2VlIGlubGluZSBiZWxvdyBteSBwb3NpdGlvbiBv biBlYWNoIG9mIHRoZW0uCgpSZWdhcmRzLApTYXNoYQoKT2ZmaWNlOiArOTcyLTM5MjY2MzAyCkNl bGw6ICAgICAgKzk3Mi01NDkyNjYzMDIKRW1haWw6ICAgQWxleGFuZGVyLlZhaW5zaHRlaW5AZWNp dGVsZS5jb208bWFpbHRvOkFsZXhhbmRlci5WYWluc2h0ZWluQGVjaXRlbGUuY29tPgoKRnJvbTog QWhtZWQgQmFzaGFuZHkgW21haWx0bzphYmFzaGFuZHkuaWV0ZkBnbWFpbC5jb21dClNlbnQ6IFdl ZG5lc2RheSwgSnVseSAxMSwgMjAxOCA0OjQyIEFNClRvOiBBbGV4YW5kZXIgVmFpbnNodGVpbiA8 QWxleGFuZGVyLlZhaW5zaHRlaW5AZWNpdGVsZS5jb208bWFpbHRvOkFsZXhhbmRlci5WYWluc2h0 ZWluQGVjaXRlbGUuY29tPj47IHNwcmluZy1jaGFpcnNAaWV0Zi5vcmc8bWFpbHRvOnNwcmluZy1j aGFpcnNAaWV0Zi5vcmc+OyBkcmFmdC1pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmctbXBscy5h dXRob3JzQGlldGYub3JnPG1haWx0bzpkcmFmdC1pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmct bXBscy5hdXRob3JzQGlldGYub3JnPgpDYzogcnRnLWRpckBpZXRmLm9yZzxtYWlsdG86cnRnLWRp ckBpZXRmLm9yZz47ICdtcGxzQGlldGYub3JnPG1haWx0bzptcGxzQGlldGYub3JnPicgPG1wbHNA aWV0Zi5vcmc8bWFpbHRvOm1wbHNAaWV0Zi5vcmc+PjsgJ2FkcmlhbkBvbGRkb2cuY28udWs8bWFp bHRvOmFkcmlhbkBvbGRkb2cuY28udWs+JyA8YWRyaWFuQG9sZGRvZy5jby51azxtYWlsdG86YWRy aWFuQG9sZGRvZy5jby51az4+OyBKb25hdGhhbiBIYXJkd2ljayAoSm9uYXRoYW4uSGFyZHdpY2tA bWV0YXN3aXRjaC5jb208bWFpbHRvOkpvbmF0aGFuLkhhcmR3aWNrQG1ldGFzd2l0Y2guY29tPikg PGpvbmF0aGFuLmhhcmR3aWNrQG1ldGFzd2l0Y2guY29tPG1haWx0bzpqb25hdGhhbi5oYXJkd2lj a0BtZXRhc3dpdGNoLmNvbT4+OyBzaHJhZGRoYUBqdW5pcGVyLm5ldDxtYWlsdG86c2hyYWRkaGFA anVuaXBlci5uZXQ+OyBzcHJpbmdAaWV0Zi5vcmc8bWFpbHRvOnNwcmluZ0BpZXRmLm9yZz4KU3Vi amVjdDogUmU6IFJ0Z0RpciBFYXJseSByZXZpZXc6IGRyYWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQt cm91dGluZy1tcGxzLTEzCgoKVGhhbmtzIGZvciB0aG9yb3VnaCAoYW5kIFZFUlkgY2xlYXIpIHRo ZSByZXZpZXcKClNlZSBpbmxpbmUgI0FobWVkCgoKCkFobWVkCgoKCk9uIDYvMTUvMTggMTE6MDgg UE0sIEFsZXhhbmRlciBWYWluc2h0ZWluIHdyb3RlOgpSZS1zZW5kaW5nIHRvICBjb3JyZWN0IFNQ UklORyBXRyBsaXN0LgpTaW5jZXJlIGFwb2xvZ2llcyBmb3IgdGhlIGRlbGF5IGNhdXNlZCBieSBh IHR5cG8uClRodW1iIHR5cGVkIGJ5IFNhc2hhIFZhaW5zaHRlaW4KCl9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fCkZyb206IEFsZXhhbmRlciBWYWluc2h0ZWluClNlbnQ6IFN1bmRheSwg SnVuZSAxMCwgMjAxOCAxMDo0Mzo1MiBBTQpUbzogc3ByaW5nLWNoYWlyc0BpZXRmLm9yZzxtYWls dG86c3ByaW5nLWNoYWlyc0BpZXRmLm9yZz47IGRyYWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQtcm91 dGluZy1tcGxzLmF1dGhvcnNAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWlldGYtc3ByaW5nLXNlZ21l bnQtcm91dGluZy1tcGxzLmF1dGhvcnNAaWV0Zi5vcmc+CkNjOiBzcHJpbmdAaWV0Zi5jb208bWFp bHRvOnNwcmluZ0BpZXRmLmNvbT47IHJ0Zy1kaXJAaWV0Zi5vcmc8bWFpbHRvOnJ0Zy1kaXJAaWV0 Zi5vcmc+OyAnbXBsc0BpZXRmLm9yZzxtYWlsdG86bXBsc0BpZXRmLm9yZz4nOyAnYWRyaWFuQG9s ZGRvZy5jby51azxtYWlsdG86YWRyaWFuQG9sZGRvZy5jby51az4nOyBKb25hdGhhbiBIYXJkd2lj ayAoSm9uYXRoYW4uSGFyZHdpY2tAbWV0YXN3aXRjaC5jb208bWFpbHRvOkpvbmF0aGFuLkhhcmR3 aWNrQG1ldGFzd2l0Y2guY29tPik7IHNocmFkZGhhQGp1bmlwZXIubmV0PG1haWx0bzpzaHJhZGRo YUBqdW5pcGVyLm5ldD4KU3ViamVjdDogUkU6IFJ0Z0RpciBFYXJseSByZXZpZXc6IGRyYWZ0LWll dGYtc3ByaW5nLXNlZ21lbnQtcm91dGluZy1tcGxzLTEzCgpFeHBsaWNpdGx5IGFkZGluZyBTaHJh ZGRoYSAgd2hvIGlzIHRoZSBzaGVwaGVyZCBvZiB0aGlzIGRyYWZ0LgoKUmVnYXJkcywKU2FzaGEK Ck9mZmljZTogKzk3Mi0zOTI2NjMwMgpDZWxsOiAgICAgICs5NzItNTQ5MjY2MzAyCkVtYWlsOiAg IEFsZXhhbmRlci5WYWluc2h0ZWluQGVjaXRlbGUuY29tPG1haWx0bzpBbGV4YW5kZXIuVmFpbnNo dGVpbkBlY2l0ZWxlLmNvbT4KCkZyb206IEFsZXhhbmRlciBWYWluc2h0ZWluClNlbnQ6IEZyaWRh eSwgSnVuZSA4LCAyMDE4IDU6NDMgUE0KVG86ICdzcHJpbmctY2hhaXJzQGlldGYub3JnPG1haWx0 bzpzcHJpbmctY2hhaXJzQGlldGYub3JnPicgPHNwcmluZy1jaGFpcnNAaWV0Zi5vcmc+PG1haWx0 bzpzcHJpbmctY2hhaXJzQGlldGYub3JnPjsgJ2RyYWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQtcm91 dGluZy1tcGxzLmF1dGhvcnNAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWlldGYtc3ByaW5nLXNlZ21l bnQtcm91dGluZy1tcGxzLmF1dGhvcnNAaWV0Zi5vcmc+JyA8ZHJhZnQtaWV0Zi1zcHJpbmctc2Vn bWVudC1yb3V0aW5nLW1wbHMuYXV0aG9yc0BpZXRmLm9yZz48bWFpbHRvOmRyYWZ0LWlldGYtc3By aW5nLXNlZ21lbnQtcm91dGluZy1tcGxzLmF1dGhvcnNAaWV0Zi5vcmc+CkNjOiAnc3ByaW5nQGll dGYuY29tPG1haWx0bzpzcHJpbmdAaWV0Zi5jb20+JyA8c3ByaW5nQGlldGYuY29tPjxtYWlsdG86 c3ByaW5nQGlldGYuY29tPjsgcnRnLWRpckBpZXRmLm9yZzxtYWlsdG86cnRnLWRpckBpZXRmLm9y Zz47IG1wbHNAaWV0Zi5vcmc8bWFpbHRvOm1wbHNAaWV0Zi5vcmc+OyAnYWRyaWFuQG9sZGRvZy5j by51azxtYWlsdG86YWRyaWFuQG9sZGRvZy5jby51az4nIDxhZHJpYW5Ab2xkZG9nLmNvLnVrPjxt YWlsdG86YWRyaWFuQG9sZGRvZy5jby51az4KU3ViamVjdDogUnRnRGlyIEVhcmx5IHJldmlldzog ZHJhZnQtaWV0Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5nLW1wbHMtMTMKCgpIZWxsbywKSSBoYXZl IGJlZW4gc2VsZWN0ZWQgdG8gZG8gYSByb3V0aW5nIGRpcmVjdG9yYXRlIOKAnGVhcmx54oCdIHJl dmlldyBvZiB0aGlzIGRyYWZ0OiBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFm dC1pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmctbXBscy88aHR0cHM6Ly91cmxkZWZlbnNlLnBy b29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX19kYXRhdHJhY2tlci5pZXRmLm9yZ19kb2Nf ZHJhZnQtMkRpZXRmLTJEc3ByaW5nLTJEc2VnbWVudC0yRHJvdXRpbmctMkRtcGxzXyZkPUR3TUdh USZjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kmcj1OeWpMc3I3 SkE3bXZwQ0phMFltUGRWS2NtTVhKMzFicGJCYU5xekNOcm5nJm09Q0JuNDYtdFRqWnJGdXAwZFIt RUdBdHQ0UUZxOVBpMjdSYU81clFDazFRdyZzPUN4YmFhZjlVMGtqNl9tZVZTb2JTa1JMUVcxU3dJ OE1KdmdIcHVZcDBRT00mZT0+CgpUaGUgcm91dGluZyBkaXJlY3RvcmF0ZSB3aWxsLCBvbiByZXF1 ZXN0IGZyb20gdGhlIHdvcmtpbmcgZ3JvdXAgY2hhaXIsIHBlcmZvcm0gYW4g4oCcZWFybHnigJ0g cmV2aWV3IG9mIGEgZHJhZnQgYmVmb3JlIGl0IGlzIHN1Ym1pdHRlZCBmb3IgcHVibGljYXRpb24g dG8gdGhlIElFU0cuIFRoZSBlYXJseSByZXZpZXcgY2FuIGJlIHBlcmZvcm1lZCBhdCBhbnkgdGlt ZSBkdXJpbmcgdGhlIGRyYWZ04oCZcyBsaWZldGltZSBhcyBhIHdvcmtpbmcgZ3JvdXAgZG9jdW1l bnQuIFRoZSBwdXJwb3NlIG9mIHRoZSBlYXJseSByZXZpZXcgZGVwZW5kcyBvbiB0aGUgc3RhZ2Ug dGhhdCB0aGUgZG9jdW1lbnQgaGFzIHJlYWNoZWQuIEFzIHRoaXMgZG9jdW1lbnQgaXMgY3VycmVu dGx5IGluIHRoZSBXRyBMYXN0IGNhbGwsIG15IGZvY3VzIGZvciB0aGUgcmV2aWV3IHdhcyB0byBk ZXRlcm1pbmUgd2hldGhlciB0aGUgZG9jdW1lbnQgaXMgcmVhZHkgdG8gYmUgcHVibGlzaGVkLiBQ bGVhc2UgY29uc2lkZXIgbXkgY29tbWVudHMgYWxvbmcgd2l0aCB0aGUgb3RoZXIgd29ya2luZyBn cm91cCBsYXN0IGNhbGwgY29tbWVudHMuCgpGb3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCB0aGUg Um91dGluZyBEaXJlY3RvcmF0ZSwgcGxlYXNlIHNlZSDigItodHRwOi8vdHJhYy50b29scy5pZXRm Lm9yZy9hcmVhL3J0Zy90cmFjL3dpa2kvUnRnRGlyPGh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBv aW50LmNvbS92Mi91cmw/dT1odHRwLTNBX190cmFjLnRvb2xzLmlldGYub3JnX2FyZWFfcnRnX3Ry YWNfd2lraV9SdGdEaXImZD1Ed01HYVEmYz1IQWtZdWg2M3JzdWhyNlNjYmZoMFVqQlhlTUstbmRi M3ZvRFRYY1d6b0NJJnI9TnlqTHNyN0pBN212cENKYTBZbVBkVktjbU1YSjMxYnBiQmFOcXpDTnJu ZyZtPUNCbjQ2LXRUalpyRnVwMGRSLUVHQXR0NFFGcTlQaTI3UmFPNXJRQ2sxUXcmcz02cG5JN2w4 MmV3d3pveGdPWHFUS3JiS3VRaWR0Ni1LQnNaZHNYRm5vUUNnJmU9PgoKRG9jdW1lbnQ6IGRyYWZ0 LWlldGYtc3ByaW5nLXNlZ21lbnQtcm91dGluZy1tcGxzLTEzClJldmlld2VyOiBBbGV4YW5kZXIg KOKAnFNhc2hh4oCdKSBWYWluc2h0ZWluIChhbGV4YW5kZXIudmFpbnNodGVpbkBlY2l0ZWxlLmNv bTxtYWlsdG86YWxleGFuZGVyLnZhaW5zaHRlaW5AZWNpdGVsZS5jb20+KQpSZXZpZXcgRGF0ZTog MDgtSnVuLTE4CkludGVuZGVkIFN0YXR1czogUHJvcG9zZWQgU3RhbmRhcmQuCgpTdW1tYXJ5OgoK SSBoYXZlIHNvbWUgbWlub3IgY29uY2VybnMgYWJvdXQgdGhpcyBkb2N1bWVudCB0aGF0IEkgdGhp bmsgc2hvdWxkIGJlIHJlc29sdmVkIGJlZm9yZSBpdCBpcyBzdWJtaXR0ZWQgdG8gdGhlIElFU0cu CgpDb21tZW50czoKCkkgY29uc2lkZXIgdGhpcyBkcmFmdCBhcyBhbiBpbXBvcnRhbnQgIGNvbXBh bmlvbiBkb2N1bWVudCB0byB0aGUgU2VnbWVudCBSb3V0aW5nIEFyY2hpdGVjdHVyZTxodHRwczov L3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3Rvb2xzLmlldGYu b3JnX2h0bWxfZHJhZnQtMkRpZXRmLTJEc3ByaW5nLTJEc2VnbWVudC0yRHJvdXRpbmctMkQxNSZk PUR3TUdhUSZjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kmcj1O eWpMc3I3SkE3bXZwQ0phMFltUGRWS2NtTVhKMzFicGJCYU5xekNOcm5nJm09Q0JuNDYtdFRqWnJG dXAwZFItRUdBdHQ0UUZxOVBpMjdSYU81clFDazFRdyZzPWlKU2hoN2U3eXlWa3Q0NHYxTzVweUNP TWZIQ3BBdmZCTkdnRnI1bGsxMzAmZT0+IGRyYWZ0IHRoYXQsIGlkZWFsbHksIHNob3VsZCBhdWdt ZW50IGRlZmluaXRpb25zIG9mIHRoZSBTZWdtZW50IFJvdXRpbmcgKFNSKSBub3Rpb25zIGFuZCBj b25zdHJ1Y3RzIGdpdmVuIHRoZXJlIHdpdGggZGV0YWlscyBzcGVjaWZpYyBmb3IgdGhlIFNSIGlu c3RhbnRpYXRpb24gdGhhdCB1c2VzICB0aGUgTVBMUyBkYXRhIHBsYW5lIChTUi1NUExTKS4gIE1h bnkgaXNzdWVzIHJhaXNlZCBpbiBteSByZXZpZXcgcmVmbGVjdCBlaXRoZXIgZ2FwcyB0aGF0IHNo b3VsZCBiZSwgYnV0IGhhdmUgbm90IGJlZW4sIGNsb3NlZCwgb3IgaW5jb25zaXN0ZW5jaWVzIGJl dHdlZW4gdGhlIHR3byBkcmFmdHMuCgoKU2luY2UgUkZDIDgyODc8aHR0cHM6Ly91cmxkZWZlbnNl LnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX190b29scy5pZXRmLm9yZ19odG1sX3Jm YzgyODcmZD1Ed01HYVEmYz1IQWtZdWg2M3JzdWhyNlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6 b0NJJnI9TnlqTHNyN0pBN212cENKYTBZbVBkVktjbU1YSjMxYnBiQmFOcXpDTnJuZyZtPUNCbjQ2 LXRUalpyRnVwMGRSLUVHQXR0NFFGcTlQaTI3UmFPNXJRQ2sxUXcmcz15N2pwM1VZTlR0Y21tOUhP dWx6cVBUck1VUlRyc01pTzI2cldsTlpONVdzJmU9PiBpcyBhbHJlYWR5IHB1Ymxpc2hlZCBhcyBh IFN0YW5kYXJkcyBUcmFjayBSRkMsIEkgZXhwZWN0IHN1Y2ggYXVnbWVudGF0aW9uIHRvIGJlIGJh Y2t3YXJkIGNvbXBhdGlibGUgd2l0aCB0aGlzIGRvY3VtZW50IChvciB0byBwcm92aWRlIGNsZWFy IGluZGljYXRpb25zIG9mIHJlcXVpcmVkIHVwZGF0ZXMgdG8gdGhpcyBkb2N1bWVudCkuIEFuZCBJ IGluY2x1ZGUgdGhlIE1QTFMgV0cgaW50byBkaXN0cmlidXRpb24gbGlzdC4KClRoaXMgZHJhZnQg d2FzIG5vdCBlYXN5IHJlYWRpbmcgZm9yIG1lLiBJbiBwYXJ0aWN1bGFyLCB0aGUgc3R5bGUgb2Yg U2VjdGlvbiAyLjUgdGhhdCBkaXNjdXNzZXMgYXQgbGVuZ3RoIGFuZCBpbiBzb21lIGRldGFpbCBt dWx0aXBsZSDigJxjb3JuZXIgY2FzZXPigJ0gcmVzdWx0aW5nLCBwcmVzdW1hYmx5LCBmcm9tIG1p c2NvbmZpZ3VyYXRpb24sIGJlZm9yZSBpdCBleHBsYWlucyB0aGUgYmFzaWMgKGFuZCByZWxhdGl2 ZWx5IHNpbXBsZSkg4oCcbm9ybWFs4oCdIGJlaGF2aW9yLCBsb29rcyBwcm9ibGVtYXRpYyB0byBt ZS4KClRoZSBXRyBMYXN0IENhbGwgaGFzIGJlZW4gZXh0ZW5kZWQgYnkgb25lIHdlZWsuIE5ldmVy dGhlbGVzcywgSSBhbSBzZW5kaW5nIG91dCBteSBjb21tZW50cwoKTWFqb3IgSXNzdWVzOiBOb25l IGZvdW5kCiNBaG1lZDogdGhhbmtzIGEgbG90CgpNaW5vciBJc3N1ZXM6IFF1aXRlIGEgZmV3IGJ1 dCwgaG9wZWZ1bGx5LCBlYXN5IHRvIHJlc29sdmUuCgoKMS4gICAgRW5jYXBzdWxhdGlvbiBvZiBT Ui1NUExTIHBhY2tldHM6CgphLiAgICBSRkMgMzAzMiAocmVmZXJlbmNlZCBieSB0aGUgZHJhZnQp IGFuZCBSRkMgNTMzMiAobm90IG1lbnRpb25lZCBpbiB0aGUgZHJhZnQpIGRlcGVuZCB0d28gZW5j YXBzdWxhdGlvbnMgb2YgbGFiZWxlZCBwYWNrZXRzIC0gb25lIGZvciBEb3duc3RyZWFtLWFsbG9j YXRlZCBsYWJlbHMgYW5kIGFub3RoZXIgZm9yIFVwc3RyZWFtLWFsbG9jYXRlZCBvbmVzLgojQWht ZWQ6IFJGQzUzMzIgaXMgZm9yIG11bHRpY2FzdC4gQXMgbWVudGlvbmVkIGluIFNlY3Rpb24gNiBv ZiBkcmFmdC1pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmctMTUsIG11bHRpY2FzdCBpcyBvdXRz aWRlIHRoZSBzY29wZSBvZiBTUi4gSGVuY2UgdGhlIFJGQyB3YXMgbm90IHJlZmVycmVkIHRvIGlu IHRoZSBTUi1NUExTIGRyYWZ0CltbU2FzaGFdXSBJIHdvdWxkIGJlIHNhdGlzZmllZCB3aXRoIHRo aXMgcmVzcG9uc2UsIHdvdWxkIGl0IG5vdCBiZSBmb3IgdGhlIGZvbGxvd2luZyB0ZXh0IEkgc2Vl IGluIFNlY3Rpb24gMi4yIG9mIHRoZSBTUiBQb2xpY3kgQXJjaGl0ZWN0dXJlPGh0dHBzOi8vdXJs ZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fdG9vbHMuaWV0Zi5vcmdf aHRtbF9kcmFmdC0yRGlldGYtMkRzcHJpbmctMkRzZWdtZW50LTJEcm91dGluZy0yRHBvbGljeS0y RDAxJmQ9RHdNR2FRJmM9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9D SSZyPU55akxzcjdKQTdtdnBDSmEwWW1QZFZLY21NWEozMWJwYkJhTnF6Q05ybmcmbT1DQm40Ni10 VGpackZ1cDBkUi1FR0F0dDRRRnE5UGkyN1JhTzVyUUNrMVF3JnM9NGYwSDY4TFR2a3A3Ti1iWVRW TE9oV3FpRWJIYUNzT1FSMXpfUXp6M1dmNCZlPT4gZHJhZnQ6CiAgIEEgdmFyaWF0aW9uIG9mIFNS IFBvbGljeSBjYW4gYmUgdXNlZCBmb3IgcGFja2V0IHJlcGxpY2F0aW9uLiAgQQogICBjYW5kaWRh dGUgcGF0aCBjb3VsZCBjb21wcmlzZSBtdWx0aXBsZSBTSUQtTGlzdHM7IG9uZSBmb3IgZWFjaAog ICByZXBsaWNhdGlvbiBwYXRoLiAgSW4gc3VjaCBhIHNjZW5hcmlvLCBwYWNrZXRzIGFyZSBhY3R1 YWxseQogICByZXBsaWNhdGVkIHRocm91Z2ggZWFjaCBTSUQgTGlzdCBvZiB0aGUgU1IgUG9saWN5 IHRvIHJlYWxpemUgYSBwb2ludC0KICAgdG8tbXVsdGlwb2ludCBzZXJ2aWNlIGRlbGl2ZXJ5LgoK VGhpcyBsb29rcyB0byBtZSBhcyBiZWluZyB2ZXJ5IG11Y2ggbXVsdGljYXN0IGluIFNSLCBhbmQs IHVubGVzcyB5b3Ugd2FudCB0byBzYXkgdGhhdCBpdCBpcyBsaW1pdGVkIHRvIFNSdjYsIG1ha2Vz IG15IHF1ZXN0aW9uIHJlbGV2YW50IElNSE8uCgpiLiAgICBGcm9tIG15IFBPViB0aGUgU1QtTVBM UyBvbmx5IHVzZXMgRG93bnN0cmVhbS1hbGxvY2F0ZWQgbGFiZWxzIOKAkyBidXQgSSBleHBlY3Qg dGhlIGRyYWZ0IHRvIHN0YXRlIHRoYXQgZXhwbGljaXRseSwgb25lIHdheSBvciBhbm90aGVyLiAo SWYgVXBzdHJlYW0tYWxsb2NhdGVkIGxhYmVscyBhcmUgcmVsZXZhbnQgZm9yIFNSLU1QTFMsIEkg d291bGQgc2VlIGl0IGFzIGEgbWFqb3IgZ2FwLCBzbyBJIGhvcGUgdGhhdCB0aGlzIGlzIG5vdCB0 aGUgY2FzZSkuCiNBaG1lZDogSSB3aWxsIGFkZCBhIHN0YXRlbWVudCBpbiBzZWN0aW9uIDIuMiB0 byBtZW50aW9uIHRoYXQgaXQgaXMgZG93bi1zdHJlYW0gYWxsb2NhdGVkIGFzIHlvdSBtZW50aW9u ZWQKW1tTYXNoYV1dIFRoaXMgaXMgcXVpdGUgdW5hbWJpZ3VvdXMgYW5kLCBvbmNlIGFkZGVkLCB3 b3VsZCByZXNvbHZlIG15IGNvbW1lbnQgaW4gZnVsbCDigJMgdGhlIHByZXZpb3VzIGNvbW1lbnQg bm90d2l0aHN0YW5kaW5nLiBJbiBwYXJ0aWN1bGFyLCBpdCB3b3VsZCBpbXBseSB0aGF0IGV2ZW4g bGFiZWxzIHJlcHJlc2VudGluZyBCU0lEcyBvZiBhIFNSIFJlcGxpY2F0aW9uIHBvbGljaWVzIHdp bGwgYmUgZG93bnN0cmVhbS1hbGxvY2F0ZWQuCgoKMi4gICAgTGFiZWwgc3BhY2VzIGluIFNSLU1Q TFM6CgphLiAgICBSRkMgMzAzMSAocmVmZXJlbmNlZCBieSB0aGUgZHJhZnQpIGRlZmluZXMgcGVy LXBsYXRmb3JtIGFuZCBwZXItaW50ZXJmYWNlIGxhYmVsIHNwYWNlcywgYW5kIFJGQyA1MzMxIChu b3QgbWVudGlvbmVkIGluIHRoZSBkcmFmdCkgYWRkcyBjb250ZXh0LXNwZWNpZmljIGxhYmVsIHNw YWNlcyBhbmQgY29udGV4dCBsYWJlbHMuCgpiLiAgICBUaGUgZHJhZnQgZG9lcyBub3Qgc2F5IHdo aWNoIG9mIHRoZXNlIGFyZSBvciBhcmUgbm90IHJlbGV2YW50IGZvciBTUi1NUExTCgpjLiAgICBG cm9tIG15IFBPVjoKCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgaS4g ICAgTGFiZWxzIHJlcHJlc2VudGluZyBhbGwga2luZHMgb2YgU0lEcyBtZW50aW9uZWQgaW4gdGhl IGRyYWZ0IE1VU1QgYmUgYWxsb2NhdGVkIGZyb20gdGhlIHBlci1wbGF0Zm9ybSBsYWJlbCBzcGFj ZSBvbmx5CgogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgaWkuICAgIEF0 IHRoZSBzYW1lIHRpbWUsIGluc3RhbnRpYXRpb24gb2YgTWlycm9yIFNlZ21lbnQgSURzIGRlZmlu ZWQgaW4gU2VjdGlvbiA1LjEgb2YgdGhlIFNlZ21lbnQgUm91dGluZyBBcmNoaXRlY3R1cmUgZHJh ZnQgdXNpbmcgTVBMUyBkYXRhIHBsYW5lIGNsZWFybHkgY2FsbHMgZm9yIGNvbnRleHQgbGFiZWxz IGFuZCBjb250ZXh0LXNwZWNpZmljIGxhYmVsIHNwYWNlcwoKZC4gICAgSSBleHBlY3QgdGhlIGRy YWZ0IHRvIHByb3ZpZGUgYSBjbGVhci1jdXQgcG9zaXRpb24gb24gdGhlc2UgYXNwZWN0cyBvZiBT Ui1NUExTLgojQWhtZWQ6IEkgd2lsbCBhZGQgYSBzdGF0ZW1lbnQgdG8gc2VjdGlvbiAyLjIgdG8g c2F5IHRoYXQgdGhlIGl0IGlzIHBlci1wbGF0Zm9ybS4gUmVnYXJkaW5nIHRoZSBmdW5jdGlvbiAi bWlycm9yaW5nIiwgU1IgYXR0YWNoZXMgYSAqZnVuY3Rpb24qIHRvIGVhY2ggU0lELiBUaGUgIm1p cnJvcmluZyIgZnVuY3Rpb24gaXMgYWxyZWFkeSBkZXNjcmliZWQgaW4gU2VjdGlvbiA1LjEgb2Yg ZHJhZnQtaWV0Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5nIGFuZCBpcyBub3Qgc3BlY2lmaWMgdG8g dGhlIE1QTFMgZm9yd2FyZGluZyBwbGFuZS4gSGVuY2UgdGhlcmUgaXMgbm8gbmVlZCB0byByZS1t ZW50aW9uIGl0IGhlcmUgYmVjYXVzZSB0aGlzIGRvY3VtZW50IGlzIHRyeWluZyB0byBiZSBhcyBz cGVjaWZpYyBhcyBwb3NzaWJsZSB0byB0aGUgTVBMUyBmb3J3YXJkaW5nIHBsYW5lLiBHZW5lcmFs IGZ1bmN0aW9ucyBhdHRhY2hlZCB0byBTSUQgYXJlIGRlc2NyaWJlZCBpbiB0aGUgc2VnbWVudCBy b3V0aW5nIGFyY2hpdGVjdHVyZSBkb2N1bWVudCBvciBmdXR1cmUgZG9jdW1lbnRzLiBGdXJ0dXJl IGRvY3VtZW50cyBwcm9wb3NpbmcgbmV3IFNSIGZ1bmN0aW9uIG11c3QgYmUgYXMgc3BlY2lmaWMg YW5kIGNsZWFyIGFzIHBvc3NpYmxlCltbU2FzaGFdXSBMb29rcyBPSyB0byBtZS4KCgozLiAgICBT Ui1NUExTIGFuZCBoaWVyYXJjaGljYWwgTFNQczoKCmEuICAgIFNSIExTUHMgdGhhdCBpbmNsdWRl IG1vcmUgdGhhbiBvbmUgc2VnbWVudCBhcmUgaGllcmFyY2hpY2FsIExTUHMgZnJvbSB0aGUgUE9W IG9mIHRoZSBNUExTIGRhdGEgcGxhbmUuIFRoZXJlZm9yZSBzb21lIChwb3NzaWJseSwgYWxsKSBv ZiB0aGUgbW9kZWxzIGZvciBoYW5kbGluZyBUVEwgYW5kIFRDIGJpdHMgdGhhdCBoYXZlIGJlZW4g ZGVmaW5lZCBpbiBSRkMgMzQ0MyAobm90IG1lbnRpb25lZCBpbiB0aGUgZHJhZnQpIHNob3VsZCBh cHBseSB0byBTUi1NUExTCgpiLiAgICBSRkMgODI4NyAobm90IHJlZmVyZW5jZWQgaW4gdGhlIGRy YWZ0KSBzcGVjaWZpY2FsbHkgZGlzY3Vzc2VkIG9wZXJhdGlvbiBvZiB0aGUgTFNQIFRyYWNlcm91 dGUgZnVuY3Rpb24gZm9yIFNSIExTUHMgaW4gdGhlIGNhc2Ugd2hlbiBQaXBlL1Nob3J0IFBpcGUg bW9kZWwgZm9yIFRUTCBoYW5kbGluZyBpcyB1c2VkCgpjLiAgICBJIGV4cGVjdCB0aGUgZHJhZnQg dG8gcHJvdmlkZSBhdCBsZWFzdCBzb21lIGd1aWRlbGluZXMgcmVnYXJkaW5nIGFwcGxpY2FiaWxp dHkgb2YgZWFjaCBzcGVjaWZpYyBtb2RlbCBkZWZpbmVkIGluIFJGQyAzNDQzIChzZXBhcmF0ZWx5 IGZvciBUVEwgYW5kIFRDIGJpdHMpIHRvIFNSLU1QTFMuCiNBaG1lZDogQlkgZGVzaWduLCB0aGUg aW5zdGFudGlhdGlvbiBvZiBTUiBvdmVyIHRoZSBNUExTIGZvcndhcmRpbmcgcGxhbmUgKGFuZCBo ZW5jZSB0aGlzIGRyYWZ0KSBkb2VzIG5vdCBtb2RpZnkgdGhlIE1QTFMgZm9yd2FyZGluZyBwbGFu IGJlaGF2aW9yIGFzIGl0IGlzIG1lbnRpb25lZCBpbiB0aGUgZmlyc3Qgc2VudGVuY2UgaW4gU2Vj dGlvbiAxLiBTbyB0aGUgVFRMIGJlaGF2aW9yIHNwZWNpZmllZCBpbiByZmMzNDQzIGlzIGFscmVh ZHkgaW1wbGllZCBhbmQgdGhlcmUgaXMgbm8gbmVlZCB0byByZS1tZW50aW9uIGl0IGhlcmUganVz dCBsaWtlIGFsbCBhc3BlY3RzIG9mIE1QTFMgZm9yd2FyZGluZy4gUkZDODI4NyBpcyBPQU0tc3Bl Y2lmaWMuICBTUi1PQU0gaXMgaGFuZGxlZCBpbiBhIHNlcGFyYXRlIGRvY3VtZW50IHNvIGlzIG91 dHNpZGUgdGhlIHNjb3BlIG9mIHRoaXMgZHJhZnQKW1tTYXNoYV1dIFVuZm9ydHVuYXRlbHkgSSBk byBub3QgdGhpbmsgdGhpcyBpcyBnb29kIGVub3VnaC4gTGV0IG1lIGFzayBhIHNwZWNpZmljIHF1 ZXN0aW9uIHJlZmxlY3RpbmcgbXkgY29uY2VybnM6ClRoZSBoZWFkLWVuZCBub2RlIHNlbmRzIFNS LU1QTFMgcGFja2V0cyBhY3Jvc3MgYSBwYXRoIGRlZmluZWQgYnkgYW4gb3JkZXJlZCBzZXQgb2Yg U0lEcyB3aXRoIG1vcmUgdGhhbiBvbmUgU0lEIGluIHRoZSBsaXN0LiBFYWNoIFNJRCBpcyByZXBy ZXNlbnRlZCBieSBhIGxhYmVsIHN0YWNrIGVudHJ5IChMU0UpIGluIHRoZSBNUExTIGxhYmVsIHN0 YWNrLCBhbmQgdGhlIGxhYmVsIGZpZWxkIGluIGVhY2ggTFNFIGlzIHRoZSBsYWJlbCB0aGF0IG1h dGNoZXMgdGhlIGNvcnJlc3BvbmRpbmcgU0lELiBIb3dldmVyLCBlYWNoIExTRSBhbHNvIGluY2x1 ZGVzIHRoZSBUVEwgYW5kIFRDIGZpZWxkcy4gSG93IGRvZXMgdGhlIGhlYWQtZW5kIG5vZGUgc2V0 IHRoZXNlIGZpZWxkcyBpbiBlYWNoIG9mIHRoZSBMU0VzIGZvbGxvd2luZyB0aGUgdG9wIG9uZT8g VGhpcyBjbGVhcmx5IGRlcGVuZHMgb24gdGhlIG1vZGVsIChVbmlmb3JtIHZzLiBQaXBlL1Nob3J0 IFBpcGUpIGltcGxlbWVudGVkIGluIGVhY2ggbm9kZSB0aGF0IHRoYXQgcGVyZm9ybXMgTmV4dCBv cGVyYXRpb24gb24gdGhlIHBhY2tldCBhbG9uZyB0aGUgcGF0aCDigJMgYnV0IHRoZSBoZWFkLWVu ZCBub2RlIHVzdWFsbHkgaXMgbm90IGF3YXJlIG9mIHRoYXQuClJGQyA4Mjg3IGlzIHJlbGV2YW50 IGFzIGFuIGV4YW1wbGUgaGVyZSBJTUhPIGJlY2F1c2UgaXQgcmVjb21tZW5kcyB0aGUgZm9sbG93 aW5nIHNldHRpbmcgb2YgVFRMIGluIFRyYWNlcm91dGUgcGFja2V0czoKCi0gICAgICAgICAgU2V0 IHRoZSBUVEwgb2YgYWxsIHRoZSBsYWJlbHMgYWJvdmUgb25lIHRoYXQgcmVwcmVzZW50cyB0aGUg c2VnbWVudCB5b3UgYXJlIGN1cnJlbnRseSB0cmFjaW5nIHRvIG1heGltdW0KCi0gICAgICAgICAg U2V0IHRoZSBUVEwgb2YgdGhlIGxhYmVsIG9uZSB0aGF0IHJlcHJlc2VudHMgdGhlIHNlZ21lbnQg eW91IGFyZSBjdXJyZW50bHkgdHJhY2luZyB0byB0aGUgZGVzaXJlZCB2YWx1ZSAodG8gYmUgaW5j cmVtZW50ZWQgdW50aWwgZW5kIG9mIHNlZ21lbnQgaXMgcmVhY2hlZAoKLSAgICAgICAgICBTZXQg dGhlIFRUTCBvZiBhbGwgdGhlIGxhYmVscyBiZWxvdyBvbmUgdGhhdCByZXByZXNlbnRzIHRoZSBz ZWdtZW50IHlvdSBhcmUgY3VycmVudGx5IHRyYWNpbmcgdG8gMC4KSSBleHBlY3QgdGhlIGRyYWZ0 IHRvIHByb3ZpZGUgc29tZSByZWNvbW1lbmRhdGlvbnMgZm9yIHRyYWZmaWMgKG5vbi1PQU0pIHBh Y2tldHMgYXMgd2VsbC4KCgo0LiAgICBJbmZlcnJpbmcgbmV0d29yayBsYXllciBwcm90b2NvbCBp biBTUi1NUExTOgoKYS4gICAgSSB3b25kZXIgaWYgdGhlIGRyYWZ0IGNvdWxkIHByb3ZpZGUgYW55 IGRldGFpbHMgb24gdGhlIHNpdHVhdGlvbiB3aGVuIGEgbGFiZWwgdGhhdCByZXByZXNlbnRzIHNv bWUga2luZCBvZiBTSUQgaXMgdGhlIGJvdHRvbS1vZi1zdGFjayBsYWJlbCB0byBiZSBwb3BwZWQg YnkgdGhlIGVncmVzcyBMRVIKI2FobWVkOiBUaGlzIGlzIHBhcnQgb2YgdGhlICJOZXh0IiBmdW5j dGlvbi4gSXQgaXMgZGVzY3JpYmVkIGluIGRldGFpbCBpbiB0aGlzIGRvY3VtZW50LgpbW1Nhc2hh XV0gTkVYVCBmdW5jdGlvbiBpcyBtZW50aW9uZWQgaW4gc2V2ZXJhbCBwbGFjZXMgaW4gdGhlIGRv Y3VtZW50LiBDYW4geW91IHBsZWFzZSBwb2ludCB0byB0aGUgc3BlY2lmaWMgdGV4dCB0aGF0IGlz IHJlbGV2YW50IGZvciBteSBxdWVzdGlvbj8KCgpiLiAgICBGb3IgdGhlIHJlZmVyZW5jZSwgUkZD IDMwMzIgc2F5cyB0aGF0IOKAnHRoZSBpZGVudGl0eSBvZiB0aGUgbmV0d29yayBsYXllciBwcm90 b2NvbCAgbXVzdCBiZSBpbmZlcmFibGUgZnJvbSB0aGUgdmFsdWUgb2YgdGhlIGxhYmVsIHdoaWNo IGlzIHBvcHBlZCBmcm9tICB0aGUgYm90dG9tIG9mIHRoZSBzdGFjaywgcG9zc2libHkgYWxvbmcg d2l0aCB0aGUgY29udGVudHMgIG9mIHRoZSBuZXR3b3JrIGxheWVyIGhlYWRlciBpdHNlbGbigJ0K CmMuICAgIEZyb20gbXkgUE9WIHRoZSBmb2xsb3dpbmcgc2NlbmFyaW8gaW5kaWNhdGVzIHJlbGV2 YW5jZSBvZiB0aGlzIGV4cGVjdGF0aW9uIGZvciBTUi1NUExTOgoKICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBpLiAgICBJUy1JUyBpcyB1c2VkIGZvciBkaXN0cmlidXRp bmcgYm90aCBJUHY0IGFuZCBJUHY2IHJlYWNoYWJpbGl0eSBpbiBhIGdpdmVuIGRvbWFpbgoKICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGlpLiAgICBBbiBJUy1JUyBhZGph Y2VuY3kgb3ZlciBzb21lIGR1YWwtc3RhY2sgbGluayBpcyBlc3RhYmxpc2hlZCwgYW5kIGEgc2lu Z2xlIEFkai1TSUQgZm9yIHRoaXMgYWRqYWNlbmN5IGlzIGFkdmVydGlzZWQKCiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIGlpaS4gICAgVGhlIG5vZGUgdGhhdCBoYXMgYXNz aWduZWQgYW5kIGFkdmVydGlzZWQgdGhpcyBBZGotU0lEIHJlY2VpdmVzIGEgbGFiZWxlZCBwYWNr ZXQgd2l0aCB0aGUgbGFiZWwgcmVwcmVzZW50aW5nIHRoaXMgQWRqLVNJRCBiZWluZyBib3RoIHRo ZSB0b3AgYW5kIGJvdHRvbS1vZi1zdGFjayBsYWJlbAoKICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgaXYuICAgIFRoZSBpbXBsZW1lbnRlcnMgbXVzdCBiZSBnaXZlbiB1bmFt YmlndW91cyBpbnN0cnVjdGlvbnMgZm9yIGZvcndhcmRpbmcgdGhlIHVubGFiZWxlZCBwYWNrZXQg dmlhIHRoZSBkdWFsLXN0YWNrIGxpbmsgYXMgYW4gSXB2NCBvciBhbiBJUHY2IHBhY2tldC4KI0Fo bWVkOiBJZiB5b3UgdGFrZSBhIGxvb2sgYXQgdGhlIFNSLUlTSVMgLCBTUi1PU1BGdjIgYW5kIFNS LU9TRnYzIGRyYWZ0cywgeW91IHdpbGwgc2VlIGFsbCAzIHByb3RvY29sIGFkdmVydGlzZSBkaWZm ZXJlbnQgYWRqLVNJRFMgZm9yIElQdjQgbmV4dC1ob3AgYW5kIElQdjYgbmV4dC1ob3AuIEZvciBl eGFtcGxlLCBJU0lTIHVzZXMgdGhlICJGLUZsYWciIChzZWN0aW9uIDIuMi4xIGluIGRyYWZ0LWll dGYtaXNpcy1zZWdtZW50LXJvdXRpbmctZXh0ZW5zaW9ucy0xOCkgdG8gc3BlY2lmeSB3aGV0aGVy IHRoZSBhZGotU0lEIGlzIGZvciBJUHY0IGFuZCBJUHY2LiBTaW1pbGFybHksIHRoZSBTUi1JU0lT IGRyYWZ0IGF0dGFjaGVzIGEgcHJlZml4LVNJRCB0byB0aGUgcHJlZml4IGFkdmVydGlzZW1lbnQg YW5kIGhlbmNlIGltcGxpZXMgdGhlIGlkZW50aXR5IG9mIHRoZSBwcm90b2NvbCB1bmRlcm5lYXRo IHRoZSBib3R0b20gbW9zdCBsYWJlbC4gRm9yIGFueSBvdGhlciAiZnVuY3Rpb24iIGF0dGFjaGVk IHRvIGEgU0lELCBpdCBpcyBwYXJ0IG9mIHRoZSBzcGVjaWZpY2F0aW9uIG9mIHRoaXMgZnVuY3Rp b24gdG8gZGVzY3JpYmUgd2hhdCBoYXBwZW5zIHdoZW4gdGhlIFNJRCBpcyByZXByZXNlbnRlZCBi eSBhIGxhYmVsIGluIHRoZSBNUExTIGZvcndhcmRpbmcgcGxhbmUgYW5kIHRoaXMgbGFiZWwgaXMg dGhlIGJvdHRvbSBtb3N0IGxhYmVsCltbU2FzaGFdXSBPSywgZ290IGl0LiBUaGlzIGlzc3VlIGlz IHJlc29sdmVkLgoKCjUuICAgIFJlc29sdXRpb24gb2YgQ29uZmxpY3RzOiBBcmUgdGhlCgphLiAg ICBBcmUgdGhlIGNvbmZsaWN0IHJlc29sdXRpb24gcHJvY2VkdXJlcyBsaXN0ZWQgaW4gc2VjdGlv biAyLjUgbWFuZGF0b3J5IHRvIGltcGxlbWVudD8KCmIuICAgIElmIHRoZXkgYXJlIG1hbmRhdG9y eSB0byBpbXBsZW1lbnQsIGFyZSB0aGV5IGFsc28gbWFuZGF0b3J5IHRvIGRlcGxveSwgb3IgY2Fu IHRoZSBvcGVyYXRvcnMgc2ltcGx5IHRyZWF0IGFueSBkZXRlY3RlZCBjb25mbGljdCBhcyByZXF1 aXJpbmcgaHVtYW4gaW50ZXJ2ZW50aW9uIGFuZCBwcmV2ZW50aW5nIG5vcm1hbCBvcGVyYXRpb24g b2YgU1ItTVBMUz8KI0FobWVkOiBUaGV5IGFyZSByZWNvbW1lbmRlZC4gSSB3aWxsIG1vZGlmeSB0 aGUgcGFyYWdyYXBoIGFmdGVyIHRoZSBmaXJzdCAzIGJ1bGxldHMgaW4gU2VjdGlvbiAyLjUgdG8g c2F5IHRoYXQgaXQgaXMgcmVjb21tZWRlZC4KW1tTYXNoYV1dIE9LLiBIb3dldmVyLCBpdCB3b3Vs ZCBiZSBuaWNlIGlmIHlvdSBjb3VsZCByZWZlciBzZXBhcmF0ZWx5IGZvciDigJxSRUNPTU1FTkRF RCB0byBpbXBsZW1lbnTigJ0gYW5kIOKAnFJFQ09NTUVOREVEIHRvIGRlcGxveeKAnS4gIFRoZSBs YXR0ZXIgcHJvYmFibHkgcmVxdWlyZXMgYSBjb25maWd1cmF0aW9uIGtub2IgZm9yIGVuYWJsaW5n IGNvbmZsaWN0IHJlc29sdXRpb24gcnVsZXMgKGlmIHRoZXkgYXJlIGltcGxlbWVudGVkKS4KCmMu ICAgIEZvciB0aGUgcmVmZXJlbmNlLCB0aGUgSUVURiBjYXBpdGFsaXplZCBNVVNUIGFwcGVhcnMg anVzdCBpbiBhIGZldyBwbGFjZXMgaW4gU2VjdGlvbiAyLjUsIGFuZCBlYWNoIGFwcGVhcmFuY2Ug aGFzIHZlcnkgbmFycm93IGNvbnRleHQ6CgogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIGkuICAgIEZvciBNQ0NzIHdoZXJlIHRoZSAiVG9wb2xvZ3kiIGFuZC9vciAiQWxn b3JpdGhtIiBmaWVsZHMgYXJlIG5vdCBkZWZpbmVkLCB0aGUgbnVtZXJpY2FsIHZhbHVlIG9mIHpl cm8gTVVTVCBiZSB1c2VkIGZvciB0aGVzZSB0d28gZmllbGRzCgogICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgaWkuICAgIElmIHRoZSBzYW1lIHNldCBvZiBGRUNzIGFyZSBh dHRhY2hlZCB0byB0aGUgc2FtZSBsYWJlbCAiTDEiLCB0aGVuIHRoZSB0aWUtYnJlYWtpbmcgcnVs ZXMgTVVTVCBhbHdheXMgc2VsZWN0IHRoZSBzYW1lIEZFQyBpcnJlc3BlY3RpdmUgb2YgdGhlIG9y ZGVyIGluIHdoaWNoIHRoZSBGRUNzIGFuZCB0aGUgbGFiZWwgIkwxIiBhcmUgcmVjZWl2ZWQuIElu IG90aGVyIHdvcmRzLCB0aGUgdGllLWJyZWFraW5nIHJ1bGUgTVVTVCBiZSBkZXRlcm1pbmlzdGlj LgoKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgaWlpLiAgICBBbiBpbXBs ZW1lbnRhdGlvbiBvZiBleHBsaWNpdCBTSUQgYXNzaWdubWVudCBNVVNUIGd1YXJhbnRlZSBjb2xs aXNpb24gZnJlZW5lc3Mgb24gdGhlIHNhbWUgcm91dGVyCkZyb20gbXkgUE9WLCBpdCBpcyBub3Qg cG9zc2libGUgdG8gaW5mZXIgdGhlIGFuc3dlciB0byBteSBxdWVzdGlvbiBmcm9tIHRoZXNlIHN0 YXRlbWVudHMuIFNvbWUgZXhwbGljaXQgc3RhdGVtZW50IGlzIHJlcXVpcmVkLgojQWhtZWQ6IEkg YWdyZWUgd2l0aCB5b3UgUE9WIGFuZCBhcyBtZW50aW9uZWQgaW4gbXkgcmVwbHkgdG8gaXRlbXMg KGEpIGFuZCAoYiksIEkgd2lsbCBtb2RpZnkgdGhlIHBhcmFncmFwaCB0byBzYXkgdGhhdCBpdCBp cyBSRUNPTU1FTkRFRCB0byBhbnN3ZXIgeW91IHF1ZXN0aW9ucyBpbiBpdGVtcyAoYSkgYW5kIChi KQoKZC4gICAgVGhlIHRpZS1icmVha2luZyBydWxlcyBpbiBzZWN0aW9uIDIuNS4xIGluY2x1ZGUg c29tZSBzcGVjaWZpYyB2YWx1ZXMgZm9yIGVuY29kaW5nIEZFQyB0eXBlcyBhbmQgYWRkcmVzcyBm YW1pbGllcyDigJMgYnV0IHRoZXNlIHZhbHVlcyBhcmUgbm90IHN1cHBvc2VkIHRvIGFwcGVhciBp biBhbnkgSUFOQSByZWdpc3RyaWVzIChiZWNhdXNlIHRoZSBkcmFmdCBkb2VzIG5vdCByZXF1ZXN0 IGFueSBJQU5BIGFjdGlvbnMpLiBDYW4geW91IHBsZWFzZSBjbGFyaWZ5IHdoYXQgaXMgc28gc3Bl Y2lhbCBhYm91dCB0aGVzZSB2YWx1ZXM/CiNBaG1lZDogVGhlcmUgaXMgbm8gc2lnbmlmaWNhbmNl IHRvIHRoZSB2YWx1ZXMgYnV0IHRoZXJlIGlzIGEgc2lnbmlmaWNhbmNlIHRvIHRoZSBvcmRlciBh bW9uZyB0aGVtLiBJIHdpbGwgbW9kaWZ5IHRoZSB0ZXh0IHRvIGNsYXJpZnkgdGhhdApbW1Nhc2hh XV0gT0suCgoKZS4gICAgSSBhbHNvIGRvdWJ0IHRoYXQgY29tcGFyaXNvbiBvZiBGRUNzIHRoYXQg cmVwcmVzZW50IElQdjQgYW5kIElQdjYgcHJlZml4IFNJRHMgbWFrZXMgbXVjaCBzZW5zZSAoZm9y IGNvbmZsaWN0IHJlc29sdXRpb24gb3IgZWxzZSksIGJlY2F1c2UsIGFtb25nIG90aGVyIHRoaW5n cywgdGhlcmUgYXJlIHZhbGlkIHNjZW5hcmlvcyB3aGVuIGFuIElQdjQgLzMyIHByZWZpeCBpcyBl bWJlZGRlZCBpbiBhbiBJUHY2IC8xMjggb25lLgojQWhtZWQ6IEEgcHJlZml4LVNJRCBpcyBhc3Np Z25lZCB0byBhIHByZWZpeC4gQW4gSVB2NiBwcmVmaXggdGhhdCBlbWJlZHMgYW4gSVB2NCBwcmVm aXggaXMgZGlmZmVyZW50IGZyb20gdGhlIElQdjQgcHJlZml4LiBUaGUgc3BlY2lmaWNhdGlvbnMg b2YgU1IgZXh0ZW5zaW9ucyB0byBJU0lTLCBPU1BGdjIsIE9TUEZ2MywgYW5kIEJHUCB0cmVhdCBJ UHY0IGFuZCBJUHY2IHByZWZpeGVzIHNlcGFyYXRlbHksIGluY2x1ZGluZyB0aGUgSVBWNiBwcmVm aXhlcyB3aXRoIGVtYmVkZGVkIElQdjQgb25lcy4gQmVzaWRlcyBub3QgYWxsIElQdjYgcHJlZml4 ZXMgZW1iZWQgSVB2NCBwcmVmaXggaW4gdGhlbS4gSGVuY2UgdGhlIGRpc3RpbmN0aW9uIGJldHdl ZW4gSVB2NCBhbmQgSVB2NiBwcmVmaXhlcyBpcyBxdWl0ZSBjbGVhcgpbW1Nhc2hhXV0gTXkgY29u Y2VybiB3YXMgbWFpbmx5IGFib3V0IElQdjQtbWFwcGVkIElQdjYgYWRkcmVzc2VzLiBRdW90aW5n IGZyb20gUkZDIDQyOTE6CjIuNS41LjI8aHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29t L3YyL3VybD91PWh0dHBzLTNBX190b29scy5pZXRmLm9yZ19odG1sX3JmYzQyOTEtMjNzZWN0aW9u LTJEMi41LjUuMiZkPUR3TUdhUSZjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9E VFhjV3pvQ0kmcj1OeWpMc3I3SkE3bXZwQ0phMFltUGRWS2NtTVhKMzFicGJCYU5xekNOcm5nJm09 Q0JuNDYtdFRqWnJGdXAwZFItRUdBdHQ0UUZxOVBpMjdSYU81clFDazFRdyZzPUkxNFhBOEk5UnV3 NWFCajVlcl9PVmJ2QUR6MXNiOVpMRkJHYVpabEpKSjQmZT0+LiAgSVB2NC1NYXBwZWQgSVB2NiBB ZGRyZXNzCgoKICAgQSBzZWNvbmQgdHlwZSBvZiBJUHY2IGFkZHJlc3MgdGhhdCBob2xkcyBhbiBl bWJlZGRlZCBJUHY0IGFkZHJlc3MgaXMKICAgZGVmaW5lZC4gIFRoaXMgYWRkcmVzcyB0eXBlIGlz IHVzZWQgdG8gcmVwcmVzZW50IHRoZSBhZGRyZXNzZXMgb2YKICAgSVB2NCBub2RlcyBhcyBJUHY2 IGFkZHJlc3Nlcy4KCkZyb20gbXkgUE9WIHRoaXMgbWVhbnMgdGhhdCBhIC8xMjggcHJlZml4IGFz c29jaWF0ZWQgd2l0aCBhbiBJUHY0LW1hcHBlZCBJUHY2IGFkZHJlc3MgYW5kIGEgLzMyIHByZWZp eCBhc3NvY2lhdGVkIHdpdGggdGhlIElQdjQgYWRkcmVzcyB0aGF0IHdhcyBtYXBwZWQgdG8gdGhp cyBJUHY2IGFkZHJlc3MgcmVwcmVzZW50IHRoZSBzYW1lIGVudGl0eS4gVGhpcyB1bmRlcnN0YW5k aW5nIGZ1bGx5IG1hdGNoZXMgdXNhZ2Ugb2YgSVB2NC1tYXBwZWQgSVB2NiBhZGRyZXNzZXMgYXMg QkdQIE5leHQgSG9wcyBvZiBWUE4tSVB2NiBhZGRyZXNzZXMgZGVmaW5lZCBpbiBSRkMgNDc5OC4g SG93ZXZlciwgdGhlIGNvbXBhcmlzb24gcnVsZXMgeW91IGhhdmUgZGVmaW5lZCB3aWxsIHRyZWF0 IHRoZW0gYXMgdHdvIGRpZmZlcmVudCBwcmVmaXhlcy4gIEkgd29uZGVyIGlmIHRoZXNlIHJ1bGVz LCBpbiB0aGUgY2FzZSBvZiBhIGNvbmZsaWN0LCBjb3VsZCByZXN1bHQgaW4gcHJlZmVycmluZyB0 aGUgSVB2NiBwcmVmaXggdG8gYW4gSVB2NCBvbmUgYW5kIHRoZXJlZm9yZSBsb29zaW5nIE1QTFMg Y29ubmVjdGl2aXR5IGZvciB0aGUgaW5ncmVzcyBQRSBvZiBhIDZWUEUgc2VydmljZSB0byBpdHMg ZWdyZXNzIFBFPwoKCmYuICAgICBTZWN0aW9uIDIuNS4xIGRlZmluZXMgMyB0eXBlcyBvZiBTUi1N UExTIEZFQ3MsIGJ1dCBJIGFtIG5vdCBzdXJlIGFsbCBTSUQgdHlwZXMgZGVmaW5lZCBpbiB0aGUg U2VnbWVudCBSb3V0aW5nIEFyY2hpdGVjdHVyZSBkcmFmdCBjYW4gYmUgdW5hbWJpZ3VvdXNseSBt YXBwZWQgdG8gb25lIG9mIHRoZXNlIHR5cGVzLiBQcm9ibGVtYXRpYyBleGFtcGxlcyBpbmNsdWRl IGF0IGxlYXN0IHRoZSBmb2xsb3dpbmc6CgogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIGkuICAgIFBhcmFsbGVsIEFkamFjZW5jeSBTSUQKCiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBpaS4gICAgTWlycm9yIFNJRApFeHBsaWNpdCBtYXBwaW5n IG9mIFNJRCB0eXBlcyB0byBTUi1NUExTIEZFQyB0eXBlcyB3b3VsZCBiZSBtb3N0IHVzZWZ1bCBJ TU8uIElmIHNvbWUgU0lEIHR5cGVzIGNhbm5vdCBiZSBtYXBwZWQgdG8gU1ItTVBMUyBGRUNzLCB0 aGlzIG11c3QgYmUgZXhwbGljaXRseSBzdGF0ZWQgaW4gdGhlIGRyYWZ0LgojQWhtZWQ6ClBhcmFs bGVsIGFkamFjZW5jeSBTSUQgYXJlIGhhbmRsZWQgaW4gdGhlIHR5cGUgIihuZXh0LWhvcCwgb3V0 Z29pbmcgaW50ZXJmYWNlKSIKW1tTYXNoYV1dIE9LCgpNaXJyb3IgU0lEIGlzIGEgdHlwZSBvZiBi aW5kaW5nLVNJRCBhcyBtZW50aW9uZWQgaW4gU2VjdGlvbiA1LjEgaW4gdGhlIFNSIGFyY2hpdGVj dHVyZSBkcmFmdCAoZHJhZnQtaWV0Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5nLTE1KS4gQWxzbyBh cyBkZXNjcmliZWQgaW4gU2VjdGlvbiAyLjQgZHJhZnQtaWV0Zi1pc2lzLXNlZ21lbnQtcm91dGlu Zy1leHRlbnNpb25zLTE4IChhbHNvIHNlZSB0aGUgZXF1aXZhbGVudCBpbiB0aGUgT1NQRnYyIGFu ZCBPU1BGdjMgZHJhZnQpLCBhIGJpbmRpbmcgU0lEIGlzIGlkZW50aWZpZWQgYnkgYSBwcmVmaXgu IEhlbmNlIGl0IGlzIGNvdmVyZWQgYnkgdGhlIHR5cGUgIihQcmVmaXgsIFJvdXRpbmcgSW5zdGFu Y2UsIFRvcG9sb2d5LCBBbGdvcml0aG0pIgpbW1Nhc2hhXV0gSSByZXNwZWN0ZnVsbHkgZGlzYWdy ZWUuIFRoZXJlIGlzIGRlZmluaXRlbHkgbm8gbWVudGlvbiBvZiBBbGdvcml0aG0gaW4gdGhlIGRl ZmluaXRpb24gb2YgdGhlIE1pcnJvciBTSUQuCgoKNi4gICAgTm9kZSBTSURzIGluIFNSLU1QTFM6 CgphLiAgICBOb2RlIFNJRHMgYXJlIGV4cGxpY2l0bHkgZGVmaW5lZCBhbmQgZGlzY3Vzc2VkIGlu IHRoZSBTZWdtZW50IFJvdXRpbmcgQXJjaGl0ZWN0dXJlIGRyYWZ0IGJ1dCBhcmUgbm90IG1lbnRp b25lZCBldmVuIG9uY2UgaW4gdGhpcyBkcmFmdAoKYi4gICAgQUZBSUssIHRoZSBjb21tb24gaW1w bGVtZW50YXRpb24gcHJhY3RpY2UgdG9kYXkgaW5jbHVkZXMgYXNzaWdubWVudCBvZiBhdCBsZWFz dCBvbmUgTm9kZSBTSUQgdG8gZXZlcnkgbm9kZSBpbiB0aGUgU1ItTVBMUyBkb21haW4KCmMuICAg IElzIHRoZXJlIGEgcmVxdWlyZW1lbnQgdG8gYXNzaWduIGF0IGxlYXN0IG9uZSBOb2RlIFNJRCBw ZXIge3JvdXRpbmcgaW5zdGFuY2UsIHRvcG9sb2d5LCBhbGdvcml0aG19IGluIFNSLU1QTFM/IElm IG5vdCwgY2FuIHRoZSBhdXRob3JzIGV4cGxhaW4gZXhwZWN0ZWQgYmVoYXZpb3Igb2Ygc3VjaCBh IG5vZGU/IChTZWUgYWxzbyBteSBjb21tZW50IGFib3V0IHJvdXRpbmcgaW5zdGFuY2VzIGJlbG93 KS4KI0FobWVkOiBBIE5vZGUtU0lEIGlzIGEgc3BlY2lhbCBjYXNlIG9mIHByZWZpeC1TSUQuIFNv IHRoZXJlIG5vdGhpbmcgc3BlY2lmaWMgYWJvdXQgaXQgZnJvbSB0aGUgTVBMUyBmb3J3YXJkaW5n IHBsYW5lIHBvaW50IG9mIHZpZXcuIFNpbWlsYXJseSBmcm9tIGEgc3RhbmRhcmQgdHJhY2tzIGRy YWZ0IHBvaW50IG9mIHZpZXcsIHRoZXJlIGlzIG5vIHJlcXVpcmVtZW50IHRvIGFzc2lnbiBhIFNJ RCB0byBldmVyeSBwcmVmaXgganVzdCBsaWtlIHRoZXJlIGlzIG5vIHJlcXVpcmVtZW50IHRvIGJp bmQgZXZlcnkgcHJlZml4IHRvIGFuIExEUCBsYWJlbC4gQ29tbW9uIGFuZC9vciByZWNvbW1lbmRl ZCBwcmFjdGljZXMgb3IgZGVzY3JpcHRpb24gb2YgZGVwbG95bWVudCBzY2VuYXJpb3MgYXJlIG1v cmUgYmVmaXR0aW5nIHRvIEJDUCBvciBpbmZvcm1hdGlvbmFsIGRyYWZ0cy4gVGhpcyBkcmFmdCBp cyBhIHN0YW5kYXJkcyB0cmFjayBkcmFmdApbW1Nhc2hhXV0gV2VsbCwgeW914oCZdmUganVzdCBz YWlkIHRoYXQgY29uZmxpY3QgcmVzb2x1dGlvbiBydWxlcyBhcmUgUkVDT01NRU5ERUQsIGFuZCB0 aGlzIGlzIHF1aXRlIGNvbW1vbiBpbiB0aGUgU3RhbmRhcmRzIFRyYWNrIFJGQ3MuCgpJZiBhIHty b3V0aW5nIGluc3RhbmNlLCB0b3BvbG9neSwgYWxnb3JpdGhtfSBpcyBub3QgYXNzaWduZWQgYSBT SUQsIHRoZW4gdGhpcyBGRUMgaXMgdG90YWxseSBpcnJlbGF2YW50IHRvIHRoaXMgZHJhZnQgYW5k IGhlbmNlIGRlc2NyaWJpbmcgaG93IGEgbm9kZSB0cmVhdHMgaXQgaXMgdG90YWxseSBvdXRzaWRl IHRoZSBzY29wZSBvZiB0aGlzIGRyYWZ0CltbU2FzaGFdXSBBRkFJSywgbmVpdGhlciBvZiB0aGUg U1IgZXh0ZW5zaW9uIGRyYWZ0cyBmb3IgSUdQcyBtZW50aW9uIHJvdXRpbmcgaW5zdGFuY2VzIHRo YXQgY2FuIGJlIGFzc29jaWF0ZWQgd2l0aCB0aGUgcHJlZml4LCBzbyBJIHRoaW5rIHRoYXQgeW91 ciByZWZlcmVuY2UgdG8gaXQgaXMgaW5jb3JyZWN0LgpXaGF04oCZcyBtb3JlIEkgc3VzcGVjdCB0 aGF0IE5vZGUgU0lEcyByZXByZXNlbnQgdGhlIG1vc3QgdXNlZCBzcGVjaWFsIGNhc2Ugb2YgUHJl Zml4IFNJRHMgd2l0aCBBbnljYXN0IFNJRHMgYmVpbmcgcXVpdGUgYmVoaW5kLiAgVGhlcmVmb3Jl IHNvbWUgcmVjb21tZW5kYXRpb24gcGVydGFpbmluZyB0byB0aGUgdXNhZ2Ugb2YgTm9kZSBTSURz IHdvdWxkIGJlIHZlcnkgbXVjaCBpbiBwbGFjZSBJTUhPLgoKCjcuICAgIFNSR0IgU2l6ZSBpbiBT Ui1NUExTOgoKYS4gICAgVGhlIGRyYWZ0IGNvcnJlY3RseSB0cmVhdHMgdGhlIHNpdHVhdGlvbiB3 aGVuIGFuIGluZGV4IGFzc2lnbmVkIHRvIHNvbWUgZ2xvYmFsIFNJRCBjYW5ub3QgYmUgbWFwcGVk IHRvIGEgbGFiZWwgdXNpbmcgdGhlIHByb2NlZHVyZSBpbiBTZWN0aW9uIDIuNCBhcyBhIGNvbmZs aWN0LgoKYi4gICAgQXQgdGhlIHNhbWUgdGltZSB0aGUgZHJhZnQgZG9lcyBub3QgZGVmaW5lIGFu eSBtaW5pbXVtIHNpemUgb2YgU1JHQiAoYmUgaXQgZGVmaW5lZCBhcyBhIHNpbmdsZSBjb250aWd1 b3VzIGJsb2NrIG9yIGFzIGEgc2VxdWVuY2Ugb2Ygc3VjaCBibG9ja3MpIHRoYXQgTVVTVCBiZSBp bXBsZW1lbnRlZCBieSBhbGwgU1ItY2FwYWJsZSBub2RlcwoKYy4gICAgSSBzdXNwZWN0IHRoYXQg bGFjayBvZiBzdWNoIGEgZGVmaW5pdGlvbiBjb3VsZCBiZSBkZXRyaW1lbnRhbCB0byBpbnRlcm9w ZXJhYmlsaXR5IG9mIFNSLU1QTFMgc29sdXRpb25zLiBBRkFJSywgdGhlIElFVEYgaGFzIGJlZW4g Zm9sbG93aW5nLCBmb3IgcXVpdGUgc29tZSB0aW1lLCBhIHBvbGljeSB0aGF0IHNvbWUgcmVhc29u YWJsZSBNVVNULXRvLWltcGxlbWVudCBkZWZhdWx0cyBzaG91bGQgYmUgYXNzaWduZWQgZm9yIGFs bCBjb25maWd1cmFibGUgcGFyYW1ldGVycyBleGFjdGx5IGluIG9yZGVyIHRvIHByZXZlbnQgdGhp cy4KI0FobWVkOiBUaGlzIGRvY3VtZW50IHNwZWNpZmllcyBob3cgdGhlIFNSR0IgaXMgdXNlZCBh bmQgdGhlIGJlaGF2aW9yIG9mIHJvdXRlcnMgd2hlbiBhIHByZWZpeC1TSUQgaW5kZXggbWFwcyB0 byBhIGxhYmVsIGluc2lkZSBhbmQvb3Igb3V0c2lkZSB0aGUgU1JHQi4gVGhlIGFjdHVhbCBzaXpl IG9mIHRoZSBTUkdCIGlzIGEgdGFzayBpbiBwYXJ0aXRpb25pbmcgdGhlIGxhYmVsIHNwYWNlLCB3 aGljaCBpcyB2ZXJ5IHNwZWNpZmljIHRvIGEgcGFydGljdWxhciBkZXBsb3ltZW50IHNjZW5hcmlv LiBTbyBJTU8gaXQgaXMgb3V0c2lkZSB0aGUgc2NvcGUgb2YgYSBzdGFuZGFyZHMgdHJhY2sgZG9j dW1lbnQuIE5vdyB0aGF0IFNSLU1QTFMgaXMgZGVwbG95ZWQgaW4gbWFueSBwbGFjZXMsIEkgZXhw ZWN0IHRoZSBjb21tdW5pdHkgdG8gZ2FpbiBzdWZmaWNpZW50IGV4cGVyaWVuY2UgdG8gcmVjb21t ZW5kIChvciBub3QgcmVjb21tZW5kKSBhIHBhcnRpY3VsYXIgbWluaW11bS9tYXhpbXVtIHNpemUg Zm9yIHRoZSBTUkdCIGlzIHNvbWUgZnV0dXJlIGluZm9ybWF0aW9uYWwgb3IgQkNQIGRyYWZ0L1JG QwpbW1Nhc2hhXV0gTXkgcmVhZGluZyBvZiB5b3VyIHJlc3BvbnNlIGlzIHRoYXQgbWluaW11bSBz aXplIG9mIFNSR0IgaXMgYW4gaXNzdWUgZm9yIGZ1dHVyZSBzdHVkeS4gQ2FuIHlvdSBwbGVhc2Ug anVzdCBhZGQgdGhpcyB0byB0aGUgZHJhZnQ/CgoKOC4gICAgQWxnb3JpdGhtcyBhbmQgUHJlZml4 IFNJRHM6CgphLiAgICBUaGUgZHJhZnQgbWVudGlvbnMgQWxnb3JpdGhtcyAoYXMgcGFydCBvZiBT Ui1NUExTIFByZWZpeCBGRUMpIGluLCBidXQgaXQgZG9lcyBub3QgZXhwbGljaXRseSBsaW5rIHRo ZW0gd2l0aCB0aGUgUHJlZml4LVNJRCBhbGdvcml0aG1zIGRlZmluZWQgaW4gc2VjdGlvbiAzLjEu MSBvZiB0aGUgU2VnbWVudCBSb3V0aW5nIEFyY2hpdGVjdHVyZSBkcmFmdAojQWhtZWQ6IEkgd2ls bCBqdXN0IGFkZCB0aGUgcmVmZXJlbmNlIFtJLUQuaWV0Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5n XSByaWdodCBiZXNpZGUgdGhlIGZpcnN0IHRpbWUgIkFsZ29yaXRobSIgaXMgbWVudGlvbmVkCltb U2FzaGFdXSBPSwoKCmIuICAgIEZyb20gbXkgUE9WLCB0aGUgZHJhZnQgc2hvdWxkIGV4cGxpY2l0 bHkgc3RhdGUgdGhhdCB0aGUgZGVmYXVsdCBQcmVmaXgtU0lEIGFsZ29yaXRobSBNVVNUIGJlIGlt cGxlbWVudGVkIGluIGFsbCBTUi1NUExTLWNvbXBsaWFudCByb3V0ZXJzLgojQWhtZWQ6IFRoZSBz cGVjaWZpY2F0aW9uIG9mIHdoYXQgcGF0aCBjYWxjdWxhdGlvbiBtZXRob2Qgc2hvdWxkIG9yIG11 c3QgYmUgc3VwcG9ydGVkIGlzIGEgcm91dGluZyBwcm90b2NvbCBwcm9wZXJ0eSBub3QgYSBmb3J3 YXJkaW5nIHBsYW5lIHByb3BlcnR5LiBJbiBmYWN0LCB0aGUgY2hvaWNlIG9mIGEgcGF0aCBjYWxj dWxhdGlvbiBtZXRob2Qgb3IgYWxnb3JpdGhtIGlzIGNvbXBsZXRlbHkgb3J0aG9nb25hbCB0byB0 aGUgcm91dGVkIHByb3RvY29sLiBIZW5jZSBtYW5kYXRpbmcgdGhlIHN1cHBvcnQgb2YgYSBwYXJ0 aWN1bGFyIHJvdXRpbmcgYWxnb3JpdGhtIGlzIGJleW9uZCB0aGUgc2NvcGUgb2YgdGhpcyBkb2N1 bWVudC4KW1tTYXNoYV1dIE9LCgoKYy4gICAgVGhlIFNlZ21lbnQgUm91dGluZyBBcmNoaXRlY3R1 cmUgZHJhZnQgc3RhdGVzIChpbiBzZWN0aW9uIDMuMS4zKSB0aGF0IOKAnFN1cHBvcnQgb2YgbXVs dGlwbGUgYWxnb3JpdGhtcyBhcHBsaWVzIHRvIFNSdjbigJ0uIEJ1dCBuZWl0aGVyIGRyYWZ0IHN0 YXRlcyB3aGV0aGVyIG11bHRpcGxlIGFsZ29yaXRobXMgYXBwbHkgdG8gU1ItTVBMUy4gQ2FuIHlv dSBwbGVhc2UgY2xhcmlmeSB0aGlzIHBvaW50PwojQWhtZWQ6IFRoZSBsYXN0IHBhcmFncmFwaCBv ZiBTZWN0aW9uIDMuMS4yIHRpdGxlZCBTUi1NUExTIGluIGRyYWZ0LWlldGYtc3ByaW5nLXNlZ21l bnQtcm91dGluZy0xNSBkaXNjdXNzZXMgdGhlIHN1cHBvcnQgb2YgbXVsdGlwbGUgYWxnb3JpdGht cy4gU28gaXQgaXMgaW1wbGllZCB0aGF0IHRoZSBjb25jZXB0IG9mIGFsZ29yaXRobSBhcHBsaWVz IHRvIFNSLU1QTFMuIEhlbmNlIHRoZXJlIGlzIG5vIG5lZWQgdG8gcmUtbWVudGlvbiBpdCBoZXJl CltbU2FzaGFdXSBUaGUgcGFyYWdyYXBoIHRvIHdoaWNoIHlvdSByZWZlciBvbmx5IHNheXMgdGhh dCBpZiBhIHBhY2tldCB3aXRoIHRoZSBhY3RpdmUgUHJlZml4LVNJRCB0aGF0IGlzIGFzc29jaWF0 ZWQgd2l0aCBhIHNwZWNpZmljIGFsZ29yaXRobSBpcyByZWNlaXZlZCBieSBhIG5vZGUgdGhhdCBk b2VzIG5vdCBzdXBwb3J0IHRoaXMgYWxnb3JpdGhtLCB0aGlzIHBhY2tldCB3aWxsIGJlIGRpc2Nh cmRlZC4gSWYgdGhpcyBpcyB0aGUgb25seSB0eXBlIG9mIHN1cHBvcnQgZm9yIG11bHRpcGxlIGFs Z29yaXRobXMgU1IgcHJvdmlkZXMsIGl0IGlzIG5vdCB2ZXJ5IHVzZWZ1bCBJTUhPLgoKCjkuICAg IFJvdXRpbmcgaW5zdGFuY2VzIGFuZCB0aGUgY29udGV4dCBmb3IgUHJlZml4LVNJRHM6CgphLiAg ICBUaGUgU2VnbWVudCBSb3V0aW5nIEFyY2hpdGVjdHVyZSBkcmFmdCBzdGF0ZXMgaW4gU2VjdGlv biAzLjEgdGhhdCB0aGUg4oCcY29udGV4dCBmb3IgYW4gSUdQLVByZWZpeCBzZWdtZW50IGluY2x1 ZGVzIHRoZSBwcmVmaXgsIHRvcG9sb2d5LCBhbmQgYWxnb3JpdGht4oCdCgpiLiAgICBUaGlzIGRy YWZ0IHNlZW1zIHRvIGRlZmluZSAoaW4gc2VjdGlvbiAyLjUpIHRoZSBjb250ZXh0IGZvciB0aGUg UHJlZml4IFNJRCBhcyDigJxQcmVmaXgsIFJvdXRpbmcgSW5zdGFuY2UsIFRvcG9sb2d5LCBBbGdv cml0aG3igJ0gd2hlcmUg4oCdYSByb3V0aW5nIGluc3RhbmNlIGlzIGlkZW50aWZpZWQgYnkgYSBz aW5nbGUgaW5jb21pbmcgbGFiZWwgZG93bmxvYWRlciB0byBGSULigJ0gKGJ1dCB0aGUgbm90aW9u IG9mIHRoZSBsYWJlbCBkb3dubG9hZGVyIHRvIEZJQiBpcyBub3QgZGVmaW5lZCkuCgpjLiAgICBU aGVzZSB0d28gZGVmaW5pdGlvbnMgbG9vayBkaWZmZXJlbnQgdG8gbWUuCgpkLiAgICBBdCB0aGUg dmVyeSBsZWFzdCBJIHdvdWxkIGV4cGVjdCBhbGlnbm1lbnQgYmV0d2VlbiB0aGUgZGVmaW5pdGlv bnMgb2YgY29udGV4dCBmb3IgdGhlIFByZWZpeC1TSUQgYmV0d2VlbiB0aGUgdHdvIGRyYWZ0cy4g UHJlZmVyYWJseSwgdGhlIGRlZmluaXRpb24gZ2l2ZW4gaW4gdGhlIFNlZ21lbnQgUm91dGluZyBB cmNoaXRlY3R1cmUgZHJhZnQgc2hvdWxkIGJlIHVzZWQgaW4gYm90aCBkcmFmdHMuCiNBaG1lZDog VGhlIGNvbnRleHQgb2YgdGhlIHNlY3Rpb24gMi41IGlzIGxpbWl0ZWQgdG8gdGhlIHJlc29sdXRp b24gb2YgbG9jYWwgbGFiZWwgY29sbGlzaW9uLiBUaGUgdXNlIG9mICJyb3V0aW5nIGluc3RhbmNl IiBpbiBzZWN0aW9uIDIuNSBpcyBqdXN0IHRoZXJlIGZvciB0aWUtYnJlYWtpbmcgaWYgdGhlcmUg aXMgbG9jYWwgbGFiZWwgY29sbGlzaW9uLgpbW1Nhc2hhXV0gSSBoYXZlIGFscmVhZHkgbWVudGlv bmVkIHRoYXQg4oCccm91dGluZyBpbnN0YW5jZXPigJ0gYXJlIG5vdCBkZWZpbmVkIGluIGFueSB0 aGUgZHJhZnRzIGRlYWxpbmcgd2l0aCBTUiBFeHRlbnNpb25zIGZvciBJR1BzLiBTbyBJIGRvIG5v dCB1bmRlcnN0YW5kIGhvdyB0aGUgY29uZmxpY3QgcmVzb2x1dGlvbiBwcm9jZWR1cmUgaXMgc3Vw cG9zZWQgdG8gdXNlIHRoaXMuIEFuZCBpbiBhbnkgY2FzZSB0aGUgZGlmZmVyZW5jZSBiZXR3ZWVu IHR3byBkZWZpbml0aW9ucyBvZiB0aGUgY29udGV4dCBvZiBQcmVmaXgtU0lEIHJlcXVpcmVzIHNv bWUgZXhwbGFuYXRpb24uCgoKCgoxMC4gRXhhbXBsZSBvZiBQVVNIIG9wZXJhdGlvbiBpbiBTZWN0 aW9uIDIuMTAuMToKCmEuICAgIFRoZSBmaXJzdCBwYXJhIG9mIHRoaXMgc2VjdGlvbiBiZWdpbnMg d2l0aCB0aGUgc2VudGVuY2Ug4oCcU3VwcG9zZSBhbiBNQ0Mgb24gYSByb3V0ZXIgIlIwIiBkZXRl cm1pbmVzIHRoYXQgUFVTSCBvciBDT05USU5VRSAgIG9wZXJhdGlvbiBpcyB0byBiZSBhcHBsaWVk IHRvIGFuIGluY29taW5nIHBhY2tldCB3aG9zZSBhY3RpdmUgU0lEIGlzIHRoZSBnbG9iYWwgU0lE ICJTaSLigJ0uIEluIHRoZSBjb250ZXh0IG9mIFNSLU1QTFMgdGhpcyBtZWFucyAodG8gbWUpIHRo YXQgdGhlIGluY29taW5nIHBhY2tldCBpcyBhIGxhYmVsZWQgcGFja2V0IGFuZCBpdHMgdG9wIGxh YmVsIG1hdGNoZXMgdGhlIGdsb2JhbCBTSUQg4oCcU2nigJ0uCgpiLiAgICBIb3dldmVyLCB0aGUg ZXhhbXBsZSBmb3IgUFVTSCBvcGVyYXRpb24gaW4gdGhlIG5leHQgcGFyYSBvZiB0aGlzIHNlY3Rp b24gaXMgdGhlIGNhc2Ugb2YgYW4gKHVubGFiZWxlZCkgSVAgcGFja2V0IHdpdGggdGhlIGRlc3Rp bmF0aW9uIGFkZHJlc3MgY292ZXJlZCBieSB0aGUgSVAgcHJlZml4IGZvciB3aGljaCDigJxTaeKA nSBoYXMgYmVlbiBhc3NpZ25lZC4KCmMuICAgIEZyb20gbXkgUE9WOgoKICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBpLiAgICBNYXBwaW5nIHVubGFiZWxlZCBwYWNrZXRz IHRvIFNJRHMgaXMgaW5kZWVkIG91dCBvZiBzY29wZSBvZiB0aGUgZHJhZnQuIFRoZXJlZm9yZSBh biBleGFtcGxlIG9mIGEgUFVTSCBvcGVyYXRpb24gdGhhdCBpcyBhcHBsaWVkIHRvIGEgbGFiZWxl ZCBwYWNrZXQgKHdpdGggdGhlIGFjdGl2ZSBTSUQgaW5mZXJyZWQgZnJvbSB0aGUgdG9wIGxhYmVs IGluIHRoZSBzdGFjaykgaXMgcHJlZmVyYWJsZS4KCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBpaS4gICAgVmFsaWQgZXhhbXBsZXMgb2YgIFBVU0ggb3BlcmF0aW9uIGFw cGxpZWQgdG8gYSBsYWJlbGVkIGluY29taW5nIHBhY2tldCBjYW4gYmUgZm91bmQgaW4gU2VjdGlv bnMgNC4yIG9yIDQuMyBvZiB0aGUgVEktTEZBPGh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50 LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fdG9vbHMuaWV0Zi5vcmdfaHRtbF9kcmFmdC0yRGJhc2hh bmR5LTJEcnRnd2ctMkRzZWdtZW50LTJEcm91dGluZy0yRHRpLTJEbGZhLTJEMDQmZD1Ed01HYVEm Yz1IQWtZdWg2M3JzdWhyNlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJJnI9TnlqTHNyN0pB N212cENKYTBZbVBkVktjbU1YSjMxYnBiQmFOcXpDTnJuZyZtPUNCbjQ2LXRUalpyRnVwMGRSLUVH QXR0NFFGcTlQaTI3UmFPNXJRQ2sxUXcmcz1qYkgwRFNZWW8yVVl5bVdacmx2QXQ3cVVXVlhzWUt1 Q3RNaUV5b2UtRFdFJmU9PiBkcmFmdAoKI0FobWVkOiBJIGRvIG5vdCB1bmRlcnN0YW5kIHlvdXIg Y29uY2VybiBoZXJlOikKW1tTYXNoYV1dIEkgdGhpbmsgaXQgaXMgcHJldHR5IGNsZWFyOiBjYW4g eW91IHByb3ZpZGUgYW4gZXhhbXBsZSBvZiBhIFBVU0ggb3BlcmF0aW9uIGFwcGxpZWQgdG8gYSBs YWJlbGVkIHBhY2tldCBpbnN0ZWFkIG9mIHlvdXIgY3VycmVudCBleGFtcGxlPwoKTml0czoKCjEu ICAgIEkgY29uY3VyIHdpdGggQWRyaWFuIHJlZ2FyZGluZyBudW1lcm91cyBuaXRzIGhlIGhhcyBy ZXBvcnRlZCBpbiBoaXMgV0cgTEMgQ29tbWVudDxodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2lu dC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX21haWxhcmNoaXZlLmlldGYub3JnX2FyY2hfbXNnX3Nw cmluZ19GUmhPMmxnUjhyNFZsS1AyWk4yZFp3SFU1QlkmZD1Ed01HYVEmYz1IQWtZdWg2M3JzdWhy NlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJJnI9TnlqTHNyN0pBN212cENKYTBZbVBkVktj bU1YSjMxYnBiQmFOcXpDTnJuZyZtPUNCbjQ2LXRUalpyRnVwMGRSLUVHQXR0NFFGcTlQaTI3UmFP NXJRQ2sxUXcmcz1JXzRnREZoY2pSXzFucHFLVVFESFRoc2VqVU1nSnkzV2xMekM5MHBvUjF3JmU9 Pi4gSSB3b3VsZCBsaWtlIHRvIHRoYW5rIEFkcmlhbiBmb3IgYW4gZXhjZWxsZW50IHJldmlldyB0 aGF0IGhhdmUgc2F2ZWQgbWUgbG90cyBvZiBoYXJkIHdvcmsuCiNBaG1lZDogSSBhbHNvIGFncmVl IHRoYXQgQWRyaWFuJ3MgcmV2aWV3IGlzIGV4Y2VwdGlvbmFsLiBJIGJlbGlldmUgSSBhZGRyZXNz ZWQgYWxsIGhpcyBjb21tZW50cyBpbiB0aGUgbGF0ZXN0IHZlcnNpb24uCgoyLiAgICBJbiBhZGRp dGlvbiwgSeKAmWQgbGlrZSB0byByZXBvcnQgdGhlIGZvbGxvd2luZyBuaXRzOgoKYS4gICAgVGkt TEZBIGluIFNlY3Rpb24gMi4xMS4xIHNob3VsZCBiZSBUSS1MRkEgKGFzIGluIHRoZSBUSS1MRkE8 aHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX190b29s cy5pZXRmLm9yZ19odG1sX2RyYWZ0LTJEYmFzaGFuZHktMkRydGd3Zy0yRHNlZ21lbnQtMkRyb3V0 aW5nLTJEdGktMkRsZmEtMkQwNCZkPUR3TUdhUSZjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVN Sy1uZGIzdm9EVFhjV3pvQ0kmcj1OeWpMc3I3SkE3bXZwQ0phMFltUGRWS2NtTVhKMzFicGJCYU5x ekNOcm5nJm09Q0JuNDYtdFRqWnJGdXAwZFItRUdBdHQ0UUZxOVBpMjdSYU81clFDazFRdyZzPWpi SDBEU1lZbzJVWXltV1pybHZBdDdxVVdWWHNZS3VDdE1pRXlvZS1EV0UmZT0+IGRyYWZ0KQojQWht ZWQ6IEFscmVhZHkgZG9uZSBpbiB0aGUgbGF0ZXN0IHZlcnNpb25bW1Nhc2hhXV0gT0sKCmIuICAg IFRJLUxGQSBkcmFmdCBpcyByZWZlcmVuY2VkIGluIHRoZSB0ZXh0IG9mIFNlY3Rpb24gMi4xMS4x LCBidXQgdGhlcmUgaXMgbm8gbWF0Y2hpbmcgcmVmZXJlbmNlIGluIHRoZSDigJxSZWZlcmVuY2Vz 4oCdIHNlY3Rpb24gKHByb2JhYmx5LCBJbmZvcm1hdGlvbmFsKQojQWhtZWQ6IEFscmVhZHkgZG9u ZSBpbiB0aGUgbGF0ZXN0IHZlcnNpb25bW1Nhc2hhXV0gT0sKCmMuICAgIOKAnHplcm8gQWxnb3Jp dGht4oCdIGluIFNlY3Rpb24gMi41IChpbW1lZGlhdGVseSBhYm92ZSBTZWN0aW9uIDIuNS4xKSBt dXN0IGJlIHJlcGxhY2VkIHdpdGgg4oCcZGVmYXVsdCBhbGdvcml0aG3igJ0uIFNpbWlsYXJseSwg 4oCcbm9uLXplcm8gQWxnb3JpdGht4oCdIHNob3VsZCBiZSByZXBsYWNlZCB3aXRoIOKAnG5vbi1k ZWZhdWx0IGFsZ29yaXRobeKAnQojQWhtZWQ6IFdpbGwgYmUgZG9uZSBpbiB0aGUgbmV4dCB2ZXJz aW9uW1tTYXNoYV1dICBPSwoKMy4gICAgSSB0aGluayB0aGF0IFJGQyAzNDQzIGFuZCBSRkMgNTMz MiBzaG91bGQgYmUgbGlzdGVkIGFzIE5vcm1hdGl2ZSByZWZlcmVuY2VzIGluIHRoaXMgZHJhZnQg d2hpbGUgUkZDIDUzMzEgYW5kIFJGQyA4Mjc3IHNob3VsZCBiZSBsaXN0ZWQgYXMgSW5mb3JtYXRp dmUgcmVmZXJlbmNlcy4gVGhpcyB3b3VsZCBpbXByb3ZlIHRoZSByZWFkYWJpbGl0eSBvZiB0aGUg ZHJhZnQgd2l0aG91dCBhbnkgaW1wYWN0IG9uIGl0cyBhZHZhbmNlbWVudC4KCiNBaG1lZCBSRkM1 MzMxIGRlc2NyaWJlcyB1cHN0cmVhbSBsYWJlbCBhc3NpZ25tZW50LiBBcyB5b3UgbWVudGlvbmVk IGFib3ZlIChhbmQgSSB3aWxsIG1vZGlmeSB0aGUgZHJhZnQgdG8gaW5kaWNhdGUgdGhhdCkgU1It TVBMUyBiZWhhdmlvciBpcyBzaW1pbGFyIHRvIGRvd25zdHJlYW0gbGFiZWwgYXNzaWdubWVudC4g UkZDIDM0NDMgZGVzY3JpYmVzIFRUTCBiZWhhdmlvci4gVGhpcyBpcyBhbiBNUExTIGZvcndhcmRp bmcgYmVoYXZpb3IuIEFzIG1lbnRpb25lZCBpbiB0aGUgZHJhZnQsIFNSLU1QTFMgZG9lcyBub3Qg bW9kaWZ5IGF0IHRoZSBNUExTIGZvcndhcmRpbmcgYmVoYXZpb3IKW1tTYXNoYV1dIFJlZ2FyZGlu ZyBSRkMgNTMzMSDigJMgeW91IG1heSBza2lwIHRoaXMgcmVmZXJlbmNlIGlmIHlvdSBzdGF0ZSAo YXMgZGlzY3Vzc2VkIGJlbG93KSB0aGF0IFNSLU1QTFMgb25seSBhbGxvY2F0ZXMgbGFiZWxzIGZy b20gdGhlIHBlci1wbGF0Zm9ybSBsYWJlbCBzcGFjZS4gUmVnYXJkaW5nIFJGQyAzNDQzIOKAkyBJ IGRvIG5vdCB0aGluayB0aGF0IHlvdSBjYW4gZnVsbHkgYXZvaWQgZGlzY3Vzc2lvbiBvZiBVbmlm b3JtIGFuZCBQaXBlL1Nob3J0IFBpcGUgbW9kZWxzLCBhbmQgdGhlcmVmb3JlIHlvdSB3aWxsIG5l ZWQgdGhpcyByZWZlcmVuY2UuCgoKCkhvcGVmdWxseSwgdGhlc2UgY29tbWVudHMgd2lsbCBiZSB1 c2VmdWwuCiNBaG1lZDogVGhleSBhcmUgY2VydGFpbmx5IHF1aXRlIHVzZWZ1bC4gVGhhbmtzIGEg bG90CgpSZWdhcmRzLApTYXNoYQoKT2ZmaWNlOiArOTcyLTM5MjY2MzAyCkNlbGw6ICAgICAgKzk3 Mi01NDkyNjYzMDIKRW1haWw6ICAgQWxleGFuZGVyLlZhaW5zaHRlaW5AZWNpdGVsZS5jb208bWFp bHRvOkFsZXhhbmRlci5WYWluc2h0ZWluQGVjaXRlbGUuY29tPgoKCl9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f XwoKVGhpcyBlLW1haWwgbWVzc2FnZSBpcyBpbnRlbmRlZCBmb3IgdGhlIHJlY2lwaWVudCBvbmx5 IGFuZCBjb250YWlucyBpbmZvcm1hdGlvbiB3aGljaCBpcwpDT05GSURFTlRJQUwgYW5kIHdoaWNo IG1heSBiZSBwcm9wcmlldGFyeSB0byBFQ0kgVGVsZWNvbS4gSWYgeW91IGhhdmUgcmVjZWl2ZWQg dGhpcwp0cmFuc21pc3Npb24gaW4gZXJyb3IsIHBsZWFzZSBpbmZvcm0gdXMgYnkgZS1tYWlsLCBw aG9uZSBvciBmYXgsIGFuZCB0aGVuIGRlbGV0ZSB0aGUgb3JpZ2luYWwKYW5kIGFsbCBjb3BpZXMg dGhlcmVvZi4KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fCgoKX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCgpUaGlzIGUt bWFpbCBtZXNzYWdlIGlzIGludGVuZGVkIGZvciB0aGUgcmVjaXBpZW50IG9ubHkgYW5kIGNvbnRh aW5zIGluZm9ybWF0aW9uIHdoaWNoIGlzCkNPTkZJREVOVElBTCBhbmQgd2hpY2ggbWF5IGJlIHBy b3ByaWV0YXJ5IHRvIEVDSSBUZWxlY29tLiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzCnRyYW5z bWlzc2lvbiBpbiBlcnJvciwgcGxlYXNlIGluZm9ybSB1cyBieSBlLW1haWwsIHBob25lIG9yIGZh eCwgYW5kIHRoZW4gZGVsZXRlIHRoZSBvcmlnaW5hbAphbmQgYWxsIGNvcGllcyB0aGVyZW9mLgpf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18KCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KClRoaXMgZS1tYWlsIG1lc3Nh Z2UgaXMgaW50ZW5kZWQgZm9yIHRoZSByZWNpcGllbnQgb25seSBhbmQgY29udGFpbnMgaW5mb3Jt YXRpb24gd2hpY2ggaXMKQ09ORklERU5USUFMIGFuZCB3aGljaCBtYXkgYmUgcHJvcHJpZXRhcnkg dG8gRUNJIFRlbGVjb20uIElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMKdHJhbnNtaXNzaW9uIGlu IGVycm9yLCBwbGVhc2UgaW5mb3JtIHVzIGJ5IGUtbWFpbCwgcGhvbmUgb3IgZmF4LCBhbmQgdGhl biBkZWxldGUgdGhlIG9yaWdpbmFsCmFuZCBhbGwgY29waWVzIHRoZXJlb2YuCl9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXwoKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXwoKVGhpcyBlLW1haWwgbWVzc2FnZSBpcyBpbnRl bmRlZCBmb3IgdGhlIHJlY2lwaWVudCBvbmx5IGFuZCBjb250YWlucyBpbmZvcm1hdGlvbiB3aGlj aCBpcyAKQ09ORklERU5USUFMIGFuZCB3aGljaCBtYXkgYmUgcHJvcHJpZXRhcnkgdG8gRUNJIFRl bGVjb20uIElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgCnRyYW5zbWlzc2lvbiBpbiBlcnJvciwg cGxlYXNlIGluZm9ybSB1cyBieSBlLW1haWwsIHBob25lIG9yIGZheCwgYW5kIHRoZW4gZGVsZXRl IHRoZSBvcmlnaW5hbCAKYW5kIGFsbCBjb3BpZXMgdGhlcmVvZi4KX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Cg== --_000_DB5PR0301MB1909D4AB682398BD152E72519DC90DB5PR0301MB1909_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+CjxoZWFkPgo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNv bnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+CjxtZXRhIG5hbWU9IkdlbmVyYXRvciIg Y29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPgo8IS0tW2lmICFt c29dPjxzdHlsZT52XDoqIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9Cm9cOioge2JlaGF2 aW9yOnVybCgjZGVmYXVsdCNWTUwpO30Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7 fQouc2hhcGUge2JlaGF2aW9yOnVybCgjZGVmYXVsdCNWTUwpO30KPC9zdHlsZT48IVtlbmRpZl0t LT48c3R5bGU+PCEtLQovKiBGb250IERlZmluaXRpb25zICovCkBmb250LWZhY2UKCXtmb250LWZh bWlseTpXaW5nZGluZ3M7CglwYW5vc2UtMTo1IDAgMCAwIDAgMCAwIDAgMCAwO30KQGZvbnQtZmFj ZQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOwoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAz IDIgNDt9CkBmb250LWZhY2UKCXtmb250LWZhbWlseToiQ2FsaWJyaSBMaWdodCI7CglwYW5vc2Ut MToyIDE1IDMgMiAyIDIgNCAzIDIgNDt9CkBmb250LWZhY2UKCXtmb250LWZhbWlseTpDYWxpYnJp OwoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQpAZm9udC1mYWNlCgl7Zm9udC1mYW1p bHk6VmVyZGFuYTsKCXBhbm9zZS0xOjIgMTEgNiA0IDMgNSA0IDQgMiA0O30KQGZvbnQtZmFjZQoJ e2ZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4gXCxzZXJpZiI7fQpAZm9udC1mYWNlCgl7Zm9u dC1mYW1pbHk6IkNvdXJpZXIgTmV3IFw7Y29sb3JcOmJsYWNrIjt9Ci8qIFN0eWxlIERlZmluaXRp b25zICovCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwKCXttYXJnaW4t dG9wOjBjbTsKCW1hcmdpbi1yaWdodDowY207CgltYXJnaW4tYm90dG9tOjEyLjBwdDsKCW1hcmdp bi1sZWZ0OjIxLjZwdDsKCWxpbmUtaGVpZ2h0OjEyLjBwdDsKCW1zby1saW5lLWhlaWdodC1ydWxl OmV4YWN0bHk7Cglmb250LXNpemU6MTIuMHB0OwoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsK CWNvbG9yOmJsYWNrO30KaDMKCXttc28tc3R5bGUtcHJpb3JpdHk6OTsKCW1zby1zdHlsZS1saW5r OiJIZWFkaW5nIDMgQ2hhciI7CgltYXJnaW4tdG9wOjIuMHB0OwoJbWFyZ2luLXJpZ2h0OjBjbTsK CW1hcmdpbi1ib3R0b206MGNtOwoJbWFyZ2luLWxlZnQ6MjEuNnB0OwoJbWFyZ2luLWJvdHRvbTou MDAwMXB0OwoJbGluZS1oZWlnaHQ6MTIuMHB0OwoJbXNvLWxpbmUtaGVpZ2h0LXJ1bGU6ZXhhY3Rs eTsKCXBhZ2UtYnJlYWstYWZ0ZXI6YXZvaWQ7Cglmb250LXNpemU6MTIuMHB0OwoJZm9udC1mYW1p bHk6IkNhbGlicmkgTGlnaHQiLHNhbnMtc2VyaWY7Cgljb2xvcjojMUY0RDc4OwoJZm9udC13ZWln aHQ6bm9ybWFsO30KaDUKCXttc28tc3R5bGUtcHJpb3JpdHk6OTsKCW1zby1zdHlsZS1saW5rOiJI ZWFkaW5nIDUgQ2hhciI7CgltYXJnaW4tdG9wOjIuMHB0OwoJbWFyZ2luLXJpZ2h0OjBjbTsKCW1h cmdpbi1ib3R0b206MGNtOwoJbWFyZ2luLWxlZnQ6MjEuNnB0OwoJbWFyZ2luLWJvdHRvbTouMDAw MXB0OwoJbGluZS1oZWlnaHQ6MTIuMHB0OwoJbXNvLWxpbmUtaGVpZ2h0LXJ1bGU6ZXhhY3RseTsK CXBhZ2UtYnJlYWstYWZ0ZXI6YXZvaWQ7Cglmb250LXNpemU6MTIuMHB0OwoJZm9udC1mYW1pbHk6 IkNhbGlicmkgTGlnaHQiLHNhbnMtc2VyaWY7Cgljb2xvcjojMkU3NEI1OwoJZm9udC13ZWlnaHQ6 bm9ybWFsO30KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluawoJe21zby1zdHlsZS1wcmlvcml0eTo5 OTsKCWNvbG9yOiMwNTYzQzE7Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30KYTp2aXNpdGVk LCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5OwoJY29s b3I6Izk1NEY3MjsKCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQpwCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5OwoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87CgltYXJnaW4tcmlnaHQ6MGNtOwoJ bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87CgltYXJnaW4tbGVmdDoyMS42cHQ7CglsaW5lLWhl aWdodDoxMi4wcHQ7Cgltc28tbGluZS1oZWlnaHQtcnVsZTpleGFjdGx5OwoJZm9udC1zaXplOjEy LjBwdDsKCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7Cgljb2xvcjpibGFjazt9CnByZQoJe21z by1zdHlsZS1wcmlvcml0eTo5OTsKCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCBD aGFyIjsKCW1hcmdpbjowY207CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7CglsaW5lLWhlaWdodDpu b3JtYWw7Cglmb250LXNpemU6MTAuMHB0OwoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsKCWNv bG9yOndpbmRvd3RleHQ7fQpwLk1zb0xpc3RQYXJhZ3JhcGgsIGxpLk1zb0xpc3RQYXJhZ3JhcGgs IGRpdi5Nc29MaXN0UGFyYWdyYXBoCgl7bXNvLXN0eWxlLXByaW9yaXR5OjM0OwoJbWFyZ2luLXRv cDowY207CgltYXJnaW4tcmlnaHQ6MGNtOwoJbWFyZ2luLWJvdHRvbTowY207CgltYXJnaW4tbGVm dDozNi4wcHQ7CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7CglsaW5lLWhlaWdodDpub3JtYWw7Cglm b250LXNpemU6MTEuMHB0OwoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7Cgljb2xv cjpibGFjazt9CnAubXNvbm9ybWFsMCwgbGkubXNvbm9ybWFsMCwgZGl2Lm1zb25vcm1hbDAKCXtt c28tc3R5bGUtbmFtZTptc29ub3JtYWw7Cgltc28tc3R5bGUtcHJpb3JpdHk6OTk7Cgltc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzsKCW1hcmdpbi1yaWdodDowY207Cgltc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0bzsKCW1hcmdpbi1sZWZ0OjBjbTsKCWxpbmUtaGVpZ2h0Om5vcm1hbDsKCWZvbnQtc2l6 ZToxMi4wcHQ7Cglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjsKCWNvbG9yOmJs YWNrO30Kc3Bhbi5IZWFkaW5nM0NoYXIKCXttc28tc3R5bGUtbmFtZToiSGVhZGluZyAzIENoYXIi OwoJbXNvLXN0eWxlLXByaW9yaXR5Ojk7Cgltc28tc3R5bGUtbGluazoiSGVhZGluZyAzIjsKCWZv bnQtZmFtaWx5OiJDYWxpYnJpIExpZ2h0IixzYW5zLXNlcmlmOwoJY29sb3I6IzFGNEQ3ODt9CnNw YW4uSGVhZGluZzVDaGFyCgl7bXNvLXN0eWxlLW5hbWU6IkhlYWRpbmcgNSBDaGFyIjsKCW1zby1z dHlsZS1wcmlvcml0eTo5OwoJbXNvLXN0eWxlLWxpbms6IkhlYWRpbmcgNSI7Cglmb250LWZhbWls eToiQ2FsaWJyaSBMaWdodCIsc2Fucy1zZXJpZjsKCWNvbG9yOiMyRTc0QjU7fQpzcGFuLkhUTUxQ cmVmb3JtYXR0ZWRDaGFyCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIi OwoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5OwoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0 dGVkIjsKCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQpwLm1zb25vcm1hbDAwLCBsaS5tc29u b3JtYWwwMCwgZGl2Lm1zb25vcm1hbDAwCgl7bXNvLXN0eWxlLW5hbWU6bXNvbm9ybWFsMDsKCW1z by1zdHlsZS1wcmlvcml0eTo5OTsKCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOwoJbWFyZ2luLXJp Z2h0OjBjbTsKCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOwoJbWFyZ2luLWxlZnQ6MGNtOwoJ bGluZS1oZWlnaHQ6bm9ybWFsOwoJZm9udC1zaXplOjEyLjBwdDsKCWZvbnQtZmFtaWx5OiJUaW1l cyBOZXcgUm9tYW4iLHNlcmlmOwoJY29sb3I6YmxhY2s7fQpwLm1zb2NocGRlZmF1bHQsIGxpLm1z b2NocGRlZmF1bHQsIGRpdi5tc29jaHBkZWZhdWx0Cgl7bXNvLXN0eWxlLW5hbWU6bXNvY2hwZGVm YXVsdDsKCW1zby1zdHlsZS1wcmlvcml0eTo5OTsKCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOwoJ bWFyZ2luLXJpZ2h0OjBjbTsKCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOwoJbWFyZ2luLWxl ZnQ6MjEuNnB0OwoJbGluZS1oZWlnaHQ6MTIuMHB0OwoJbXNvLWxpbmUtaGVpZ2h0LXJ1bGU6ZXhh Y3RseTsKCWZvbnQtc2l6ZToxMC4wcHQ7Cglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixz ZXJpZjsKCWNvbG9yOmJsYWNrO30KcC5SRkNMaXN0QnVsbGV0LCBsaS5SRkNMaXN0QnVsbGV0LCBk aXYuUkZDTGlzdEJ1bGxldAoJe21zby1zdHlsZS1uYW1lOiJSRkMgTGlzdCBCdWxsZXQiOwoJbXNv LXN0eWxlLXByaW9yaXR5Ojk5OwoJbWFyZ2luLXRvcDowY207CgltYXJnaW4tcmlnaHQ6MGNtOwoJ bWFyZ2luLWJvdHRvbToxMi4wcHQ7CgltYXJnaW4tbGVmdDo0My4ycHQ7Cgl0ZXh0LWluZGVudDot MjEuNnB0OwoJbGluZS1oZWlnaHQ6MTIuMHB0OwoJbXNvLWxpbmUtaGVpZ2h0LXJ1bGU6ZXhhY3Rs eTsKCW1zby1saXN0OmwwIGxldmVsMSBsZm8yOwoJZm9udC1zaXplOjEyLjBwdDsKCWZvbnQtZmFt aWx5OiJDb3VyaWVyIE5ldyI7Cgljb2xvcjpibGFjazt9CnNwYW4uZW1haWxzdHlsZTE5Cgl7bXNv LXN0eWxlLW5hbWU6ZW1haWxzdHlsZTE5OwoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2Vy aWY7Cgljb2xvcjp3aW5kb3d0ZXh0O30Kc3Bhbi5lbWFpbHN0eWxlMjAKCXttc28tc3R5bGUtbmFt ZTplbWFpbHN0eWxlMjA7Cglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsKCWNvbG9y OiMxRjQ5N0Q7fQpzcGFuLkVtYWlsU3R5bGUyOQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOwoJ Zm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7Cgljb2xvcjojMUY0OTdEO30Kc3Bhbi5F bWFpbFN0eWxlMzAKCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsKCWZvbnQtZmFtaWx5OiJDYWxp YnJpIixzYW5zLXNlcmlmOwoJY29sb3I6IzFGNDk3RDt9CnNwYW4uRW1haWxTdHlsZTMxCgl7bXNv LXN0eWxlLXR5cGU6cGVyc29uYWw7Cglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsK CWNvbG9yOiMxRjQ5N0Q7fQpzcGFuLkVtYWlsU3R5bGUzMgoJe21zby1zdHlsZS10eXBlOnBlcnNv bmFsOwoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7Cgljb2xvcjojMUY0OTdEO30K c3Bhbi5FbWFpbFN0eWxlMzMKCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsKCWZvbnQt ZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOwoJY29sb3I6IzFGNDk3RDt9Ci5Nc29DaHBEZWZh dWx0Cgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7Cglmb250LXNpemU6MTAuMHB0O30KQHBh Z2UgV29yZFNlY3Rpb24xCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7CgltYXJnaW46NzIuMHB0IDcy LjBwdCA3Mi4wcHQgNzIuMHB0O30KZGl2LldvcmRTZWN0aW9uMQoJe3BhZ2U6V29yZFNlY3Rpb24x O30KLyogTGlzdCBEZWZpbml0aW9ucyAqLwpAbGlzdCBsMAoJe21zby1saXN0LWlkOjUxOTMzNjI4 OwoJbXNvLWxpc3QtdHlwZTpoeWJyaWQ7Cgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6NjcwMzAzNTY2 IC04OTQ1NTc4ODIgNjc2OTg2OTEgNjc2OTg2OTMgNjc2OTg2ODkgNjc2OTg2OTEgNjc2OTg2OTMg Njc2OTg2ODkgNjc2OTg2OTEgNjc2OTg2OTM7fQpAbGlzdCBsMDpsZXZlbDEKCXttc28tbGV2ZWwt bnVtYmVyLWZvcm1hdDpidWxsZXQ7Cgltc28tbGV2ZWwtc3R5bGUtbGluazoiUkZDIExpc3QgQnVs bGV0IjsKCW1zby1sZXZlbC10ZXh0Om87Cgltc28tbGV2ZWwtdGFiLXN0b3A6NDMuMnB0OwoJbXNv LWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0OwoJbWFyZ2luLWxlZnQ6NDMuMnB0OwoJdGV4dC1p bmRlbnQ6LTIxLjZwdDsKCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7Cgltc28tYmlkaS1mb250 LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9CkBsaXN0IGwwOmxldmVsMgoJe21zby1sZXZlbC1u dW1iZXItZm9ybWF0OmJ1bGxldDsKCW1zby1sZXZlbC10ZXh0Om87Cgltc28tbGV2ZWwtdGFiLXN0 b3A6NzIuMHB0OwoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0OwoJdGV4dC1pbmRlbnQ6 LTE4LjBwdDsKCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQpAbGlzdCBsMDpsZXZlbDMKCXtt c28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7Cgltc28tbGV2ZWwtdGFiLXN0b3A6MTA4LjBw dDsKCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsKCXRleHQtaW5kZW50Oi0xOC4wcHQ7 Cglmb250LWZhbWlseTpXaW5nZGluZ3M7fQpAbGlzdCBsMDpsZXZlbDQKCXttc28tbGV2ZWwtbnVt YmVyLWZvcm1hdDpidWxsZXQ7Cgltc28tbGV2ZWwtdGFiLXN0b3A6MTQ0LjBwdDsKCW1zby1sZXZl bC1udW1iZXItcG9zaXRpb246bGVmdDsKCXRleHQtaW5kZW50Oi0xOC4wcHQ7Cglmb250LWZhbWls eTpTeW1ib2w7fQpAbGlzdCBsMDpsZXZlbDUKCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxs ZXQ7Cgltc28tbGV2ZWwtdGV4dDpvOwoJbXNvLWxldmVsLXRhYi1zdG9wOjE4MC4wcHQ7Cgltc28t bGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7Cgl0ZXh0LWluZGVudDotMTguMHB0OwoJZm9udC1m YW1pbHk6IkNvdXJpZXIgTmV3Ijt9CkBsaXN0IGwwOmxldmVsNgoJe21zby1sZXZlbC1udW1iZXIt Zm9ybWF0OmJ1bGxldDsKCW1zby1sZXZlbC10YWItc3RvcDoyMTYuMHB0OwoJbXNvLWxldmVsLW51 bWJlci1wb3NpdGlvbjpsZWZ0OwoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsKCWZvbnQtZmFtaWx5Oldp bmdkaW5nczt9CkBsaXN0IGwwOmxldmVsNwoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxl dDsKCW1zby1sZXZlbC10YWItc3RvcDoyNTIuMHB0OwoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlv bjpsZWZ0OwoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsKCWZvbnQtZmFtaWx5OlN5bWJvbDt9CkBsaXN0 IGwwOmxldmVsOAoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsKCW1zby1sZXZlbC10 ZXh0Om87Cgltc28tbGV2ZWwtdGFiLXN0b3A6Mjg4LjBwdDsKCW1zby1sZXZlbC1udW1iZXItcG9z aXRpb246bGVmdDsKCXRleHQtaW5kZW50Oi0xOC4wcHQ7Cglmb250LWZhbWlseToiQ291cmllciBO ZXciO30KQGxpc3QgbDA6bGV2ZWw5Cgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0OwoJ bXNvLWxldmVsLXRhYi1zdG9wOjMyNC4wcHQ7Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxl ZnQ7Cgl0ZXh0LWluZGVudDotMTguMHB0OwoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30KQGxpc3Qg bDEKCXttc28tbGlzdC1pZDo3NDY1MzIxODE7Cgltc28tbGlzdC10eXBlOmh5YnJpZDsKCW1zby1s aXN0LXRlbXBsYXRlLWlkczotODM5MjEwNTA0IDU1OTYwOTg1MCA2NzY5ODY5MSA2NzY5ODY5MyA2 NzY5ODY4OSA2NzY5ODY5MSA2NzY5ODY5MyA2NzY5ODY4OSA2NzY5ODY5MSA2NzY5ODY5Mzt9CkBs aXN0IGwxOmxldmVsMQoJe21zby1sZXZlbC1zdGFydC1hdDo0OwoJbXNvLWxldmVsLW51bWJlci1m b3JtYXQ6YnVsbGV0OwoJbXNvLWxldmVsLXRleHQ6LTsKCW1zby1sZXZlbC10YWItc3RvcDpub25l OwoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0OwoJbWFyZ2luLWxlZnQ6MzkuNnB0OwoJ dGV4dC1pbmRlbnQ6LTE4LjBwdDsKCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOwoJ bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6Q2FsaWJyaTt9CkBsaXN0IGwxOmxldmVsMgoJe21zby1s ZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsKCW1zby1sZXZlbC10ZXh0Om87Cgltc28tbGV2ZWwt dGFiLXN0b3A6bm9uZTsKCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsKCW1hcmdpbi1s ZWZ0Ojc1LjZwdDsKCXRleHQtaW5kZW50Oi0xOC4wcHQ7Cglmb250LWZhbWlseToiQ291cmllciBO ZXciO30KQGxpc3QgbDE6bGV2ZWwzCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0OwoJ bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7 CgltYXJnaW4tbGVmdDoxMTEuNnB0OwoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsKCWZvbnQtZmFtaWx5 OldpbmdkaW5nczt9CkBsaXN0IGwxOmxldmVsNAoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1 bGxldDsKCW1zby1sZXZlbC10YWItc3RvcDpub25lOwoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlv bjpsZWZ0OwoJbWFyZ2luLWxlZnQ6MTQ3LjZwdDsKCXRleHQtaW5kZW50Oi0xOC4wcHQ7Cglmb250 LWZhbWlseTpTeW1ib2w7fQpAbGlzdCBsMTpsZXZlbDUKCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1h dDpidWxsZXQ7Cgltc28tbGV2ZWwtdGV4dDpvOwoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7Cglt c28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7CgltYXJnaW4tbGVmdDoxODMuNnB0OwoJdGV4 dC1pbmRlbnQ6LTE4LjBwdDsKCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQpAbGlzdCBsMTps ZXZlbDYKCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7Cgltc28tbGV2ZWwtdGFiLXN0 b3A6bm9uZTsKCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsKCW1hcmdpbi1sZWZ0OjIx OS42cHQ7Cgl0ZXh0LWluZGVudDotMTguMHB0OwoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30KQGxp c3QgbDE6bGV2ZWw3Cgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0OwoJbXNvLWxldmVs LXRhYi1zdG9wOm5vbmU7Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7CgltYXJnaW4t bGVmdDoyNTUuNnB0OwoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsKCWZvbnQtZmFtaWx5OlN5bWJvbDt9 CkBsaXN0IGwxOmxldmVsOAoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsKCW1zby1s ZXZlbC10ZXh0Om87Cgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsKCW1zby1sZXZlbC1udW1iZXIt cG9zaXRpb246bGVmdDsKCW1hcmdpbi1sZWZ0OjI5MS42cHQ7Cgl0ZXh0LWluZGVudDotMTguMHB0 OwoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9CkBsaXN0IGwxOmxldmVsOQoJe21zby1sZXZl bC1udW1iZXItZm9ybWF0OmJ1bGxldDsKCW1zby1sZXZlbC10YWItc3RvcDpub25lOwoJbXNvLWxl dmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0OwoJbWFyZ2luLWxlZnQ6MzI3LjZwdDsKCXRleHQtaW5k ZW50Oi0xOC4wcHQ7Cglmb250LWZhbWlseTpXaW5nZGluZ3M7fQpAbGlzdCBsMgoJe21zby1saXN0 LWlkOjIwMDY1ODUwMTk7Cgltc28tbGlzdC10eXBlOmh5YnJpZDsKCW1zby1saXN0LXRlbXBsYXRl LWlkczoxNjc3MjM1OTYyIDY3Njk4NzAzIDY3Njk4NzEzIDY3Njk4NzE1IDY3Njk4NzAzIDY3Njk4 NzEzIDY3Njk4NzE1IDY3Njk4NzAzIDY3Njk4NzEzIDY3Njk4NzE1O30KQGxpc3QgbDI6bGV2ZWwx Cgl7bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxl ZnQ7Cgl0ZXh0LWluZGVudDotMTguMHB0O30KQGxpc3QgbDI6bGV2ZWwyCgl7bXNvLWxldmVsLW51 bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7Cgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsKCW1zby1s ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsKCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQpAbGlzdCBs MjpsZXZlbDMKCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpyb21hbi1sb3dlcjsKCW1zby1sZXZl bC10YWItc3RvcDpub25lOwoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpyaWdodDsKCXRleHQt aW5kZW50Oi05LjBwdDt9CkBsaXN0IGwyOmxldmVsNAoJe21zby1sZXZlbC10YWItc3RvcDpub25l OwoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0OwoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9 CkBsaXN0IGwyOmxldmVsNQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmFscGhhLWxvd2VyOwoJ bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7 Cgl0ZXh0LWluZGVudDotMTguMHB0O30KQGxpc3QgbDI6bGV2ZWw2Cgl7bXNvLWxldmVsLW51bWJl ci1mb3JtYXQ6cm9tYW4tbG93ZXI7Cgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsKCW1zby1sZXZl bC1udW1iZXItcG9zaXRpb246cmlnaHQ7Cgl0ZXh0LWluZGVudDotOS4wcHQ7fQpAbGlzdCBsMjps ZXZlbDcKCXttc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsKCW1zby1sZXZlbC1udW1iZXItcG9zaXRp b246bGVmdDsKCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQpAbGlzdCBsMjpsZXZlbDgKCXttc28tbGV2 ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1sb3dlcjsKCW1zby1sZXZlbC10YWItc3RvcDpub25lOwoJ bXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0OwoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9CkBs aXN0IGwyOmxldmVsOQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OnJvbWFuLWxvd2VyOwoJbXNv LWxldmVsLXRhYi1zdG9wOm5vbmU7Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOnJpZ2h0OwoJ dGV4dC1pbmRlbnQ6LTkuMHB0O30Kb2wKCXttYXJnaW4tYm90dG9tOjBjbTt9CnVsCgl7bWFyZ2lu LWJvdHRvbTowY207fQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPgo8bzpzaGFw ZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPgo8L3htbD48IVtlbmRpZl0t LT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPgo8 bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwh W2VuZGlmXS0tPgo8L2hlYWQ+Cjxib2R5IGJnY29sb3I9IndoaXRlIiBsYW5nPSJFTi1VUyIgbGlu az0iIzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiPgo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPgo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MGNtIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6IzFGNDk3RCI+QWhtZWQsPG86cD48L286cD48L3NwYW4+PC9wPgo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MGNtIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RCI+QXBvbG9naWVzIGZvciBhIGRlbGF5ZWQgcmVzcG9uc2UuPG86cD48L286cD48L3Nw YW4+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MGNtIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SSBmdWxseSBhZ3JlZSB0aGF0IGFkdmVydGlzaW5n IHRoZSBzYW1lIHByZWZpeCBTSUQgYXMgdGhlIE5vZGUgU0lEIGJ5IHR3byBkaWZmZXJlbnQgbm9k ZXMgaW4gdGhlIFNSIGRvbWFpbiBpcyDigJw8L3NwYW4+YSBjbGVhciB2aW9sYXRpb24KIG9mIHRo ZSBTUiBhcmNoaXRlY3R1cmUgUkZDICg4NDAyKTxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE Ij7igJ0uPG86cD48L286cD48L3NwYW4+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MGNtIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+QnV0IEkgZG8g bm90IHRoaW5rIHRoYXQgdGhlIFNSLU1QTFMgZHJhZnQgY2FuIHNpbGVudGx5IGlnbm9yZSB0aGlz IHZpb2xhdGlvbiBqdXN0IGJlY2F1c2UgaXQg4oCcPC9zcGFuPmlzIG5vdCBhbiBpbmNvbWluZyBs YWJlbCBjb2xsaXNpb248c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+4oCdLgo8bzpwPjwv bzpwPjwvc3Bhbj48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDow Y20iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5UaGUgc2FtZSBhcHBsaWVzIHRvIHRo ZSBjb250cm92ZXJzeSBpbiBhZHZlcnRpc2luZyBhdCB0aGUgc2FtZSBwcmVmaXggYXMgQW55Y2Fz dCBieSBzb21lIG5vZGVzIGJ1dCBub3QgYXMgQW55Y2FzdCAob3IgZXZlbiBhcyBhIE5vZGUgU0lE KQogYnkgc29tZSBvdGhlciBub2Rlcy4gPG86cD48L286cD48L3NwYW4+PC9wPgo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MGNtIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RCI+WW91ciByZWZlcmVuY2UgdG8gdGhlc2UgYmVpbmcganVzdCBjb250cm9sIHBsYW5l IGlzc3VlcyBhbmQgdGhlcmVmb3JlIG5vdCByZWxhdGVkIHRvIFNSLU1QTFMgaXMgbm90IHZhbGlk IC0gYmVjYXVzZSB0aGUgZHJhZnRzIGRlYWxpbmcKIHdpdGggdGhlIFNSIGNvbnRyb2wgcGxhbmUg dG8gd2hpY2ggeW91IHJlZmVyIGluIHRoaXMgZHJhZnQgYXJlIHN0cmljdGx5IE1QTFMtb3JpZW50 ZWQ6IHRoZXkgZGVmaW5lIGhvdyB0byBhZHZlcnRpc2UKPGI+PGk+U0lEIGxhYmVsczwvaT48L2I+ IG9yIDxiPjxpPmluZGljZXM8L2k+PC9iPiB0aGF0IGFyZSB0cmFuc2xhdGVkIGludG8gPGI+PGk+ U0lEIGxhYmVsczwvaT48L2I+LCBhbmQgbmVpdGhlciBvZiB0aGVzZSBtZWNoYW5pc21zIGlzIHJl bGV2YW50IGZvcmUgU1JWNiBJTUhPLiAoSSBkbyBub3QgaGF2ZSB0byByZW1pbmQgeW91IHRoYXQg YSBkcmFmdCB0aGF0IGRlZmluZXMKPGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9y Zy9kb2MvZHJhZnQtYmFzaGFuZHktaXNpcy1zcnY2LWV4dGVuc2lvbnMvP2luY2x1ZGVfdGV4dD0x Ij4KU1JWNiBleHRlbnNpb25zIGZvciBJU0lTPC9hPiBleGlzdHMsIGFuZCBkZWFscyB3aXRoIG90 aGVyIGlzc3VlcykuPG86cD48L286cD48L3NwYW4+PC9wPgo8ZGl2Pgo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luOjBjbTttYXJnaW4tYm90dG9tOi4wMDAxcHQ7bGluZS1oZWlnaHQ6 bm9ybWFsIj4KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPk15IDJjLDxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbjowY207bWFyZ2lu LWJvdHRvbTouMDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1hbCI+CjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj5TYXNoYTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbjowY207bWFyZ2luLWJvdHRvbTouMDAwMXB0O2xpbmUtaGVpZ2h0Om5v cm1hbCI+CjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW46MGNtO21hcmdpbi1i b3R0b206LjAwMDFwdDtsaW5lLWhlaWdodDpub3JtYWwiPgo8c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RCI+T2ZmaWNlOiAmIzQzOzk3Mi0zOTI2NjMwMjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbjowY207bWFyZ2luLWJvdHRvbTouMDAw MXB0O2xpbmUtaGVpZ2h0Om5vcm1hbCI+CjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5D ZWxsOiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOzk3Mi01NDkyNjYzMDI8bzpw PjwvbzpwPjwvc3Bhbj48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW46MGNt O21hcmdpbi1ib3R0b206LjAwMDFwdDtsaW5lLWhlaWdodDpub3JtYWwiPgo8c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6IzFGNDk3RCI+RW1haWw6Jm5ic3A7Jm5ic3A7IEFsZXhhbmRlci5WYWluc2h0ZWlu QGVjaXRlbGUuY29tPG86cD48L286cD48L3NwYW4+PC9wPgo8L2Rpdj4KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4KPGRpdj4KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAj RTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPgo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luOjBjbTttYXJnaW4tYm90dG9tOi4wMDAxcHQ7bGluZS1oZWlnaHQ6 bm9ybWFsIj4KPGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOndpbmRvd3RleHQiPkZyb206PC9zcGFu PjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6d2luZG93dGV4dCI+IEFobWVkIEJhc2hhbmR5IFtt YWlsdG86YWJhc2hhbmR5LmlldGZAZ21haWwuY29tXQo8YnI+CjxiPlNlbnQ6PC9iPiBTdW5kYXks IE9jdG9iZXIgMjgsIDIwMTggMTowMSBBTTxicj4KPGI+VG86PC9iPiBTaHJhZGRoYSBIZWdkZSAm bHQ7c2hyYWRkaGFAanVuaXBlci5uZXQmZ3Q7OyBBbGV4YW5kZXIgVmFpbnNodGVpbiAmbHQ7QWxl eGFuZGVyLlZhaW5zaHRlaW5AZWNpdGVsZS5jb20mZ3Q7PGJyPgo8Yj5DYzo8L2I+IHJ0Zy1kaXJA aWV0Zi5vcmc7ICdtcGxzQGlldGYub3JnJyAmbHQ7bXBsc0BpZXRmLm9yZyZndDs7ICdhZHJpYW5A b2xkZG9nLmNvLnVrJyAmbHQ7YWRyaWFuQG9sZGRvZy5jby51ayZndDs7IEpvbmF0aGFuIEhhcmR3 aWNrIChKb25hdGhhbi5IYXJkd2lja0BtZXRhc3dpdGNoLmNvbSkgJmx0O2pvbmF0aGFuLmhhcmR3 aWNrQG1ldGFzd2l0Y2guY29tJmd0Ozsgc3ByaW5nQGlldGYub3JnOyBzcHJpbmctY2hhaXJzQGll dGYub3JnOyBkcmFmdC1pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmctbXBscy5hdXRob3JzQGll dGYub3JnPGJyPgo8Yj5TdWJqZWN0OjwvYj4gUmU6IFJ0Z0RpciBFYXJseSByZXZpZXc6IGRyYWZ0 LWlldGYtc3ByaW5nLXNlZ21lbnQtcm91dGluZy1tcGxzLTEzPG86cD48L286cD48L3NwYW4+PC9w Pgo8L2Rpdj4KPC9kaXY+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w Pgo8cD5UaGFua3MgZm9yIHRoZSBjb21tZW50czxvOnA+PC9vOnA+PC9wPgo8cD5XaGlsZSBpdCBp cyBhIGNsZWFyIHZpb2xhdGlvbiBvZiB0aGUgU1IgYXJjaGl0ZWN0dXJlIFJGQyAoODQwMiksIG1v cmUgdGhhbiBvbmUgbm9kZSBhZHZlcnRpc2luZyB0aGUgc2FtZSBJUHY0LzYgUFJFRklYIGFuZCBi b3RoIGhhdmUgdGhlIHNhbWUgcHJlZml4LVNJRCB2YWx1ZSB3aXRoICZxdW90O04mcXVvdDsgZmxh ZyBpcyBub3QgYW4gaW5jb21pbmcgbGFiZWwgY29sbGlzaW9uIGJlY2F1c2UgdGhlIGxhYmVsIGlz IGFzc29jaWF0ZWQgd2l0aCB0aGUgc2FtZQogRkVDLCB3aGljaCBpcyB0aGUgcHJlZml4LiZuYnNw OyA8bzpwPjwvbzpwPjwvcD4KPHA+SGVuY2UgaGFuZGxpbmcgc3VjaCB2aW9sYXRpb24gaXMgbm90 IGFuIFNSLU1QTFMgcHJvYmxlbSBiZWNhdXNlIHRoZXJlIGlzIG5vIGluY29taW5nIGxhYmVsIGNv bGxpc2lvbiBhbmQgaGVuY2UgaXQgaXQgaXMgb3V0c2lkZSB0aGUgc2NvcGUgb2YgdGhpcyBkcmFm dDxvOnA+PC9vOnA+PC9wPgo8cD48bzpwPiZuYnNwOzwvbzpwPjwvcD4KPHA+VGhlIHNlY29uZCBp c3N1ZSBpcyB3aGljaCBTSUQgdG8gY2hvb3NlIGZvciBhbiBTUi1wb2xpY3kgKGJlIGl0IGEgcG9s aWN5IGZvciBURSwgdGktbGZhLCB1bG9vcCBhdm9pZGFuY2UsIHNlY3VyaXR5LC4uLiwgZXRjKS4g VGhhdCBpcyBzdHJpY3RseSBhIGNvbnRyb2wgbGF5ZXIgZnVuY3Rpb25hbGl0eSBhbmQgaXMgbm90 IHNwZWNpZmljIHRvIFNSLU1QTFMuIEhlbmNlIGl0IGlzIG91dHNpZGUgdGhlIHNjb3BlIG9mIHRo aXMgZHJhZnQ8bzpwPjwvbzpwPjwvcD4KPHA+PG86cD4mbmJzcDs8L286cD48L3A+CjxwPlRoZSB0 aGlyZCBpc3N1ZSBpcyB0aGUgY2FzZSB3aGVyZSBhbiBhbnljYXN0IHByZWZpeCBpcyBhZHZlcnRp c2VkIHdpdGggYSBwcmVmaXgtU0lEIHN1Yi1UTFYgYnkgc29tZSAoYnV0IG5vdCBhbGwpIG9mIHRo ZSBub2RlcyB0aGF0IGFkdmVydGlzZSB0aGF0IHByZWZpeC4gQWdhaW4gdGhpcyBpcyBub3QgYW4g aW5jb21pbmcgbGFiZWwgY29sbGlzaW9uIGJlY2F1c2UgdGhlIGxhYmVsIGlzIGFzc29jaWF0ZWQg d2l0aCBhIHNpbmdsZSBGRUMsIHdoaWNoCiBpcyB0aGUgYW55Y2FzdCBwcmVmaXguPG86cD48L286 cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPgo8ZGl2Pgo8 cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiA3LzE5LzE4IDg6MzAgUE0sIFNocmFkZGhhIEhlZ2RlIHdy b3RlOjxvOnA+PC9vOnA+PC9wPgo8L2Rpdj4KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6 NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEIj5IaSBBaG1lZCw8L3NwYW4+PG86cD48L286cD48L3A+Cjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8 L3NwYW4+PG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEIj5UaGUgTm9kZS1TSURzIGFyZSBleHBlY3RlZCB0byBiZSB1bmlxdWUg dG8gYSBub2RlLgo8L3NwYW4+PG86cD48L286cD48L3A+CjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0QiPuKAnDwvc3Bhbj48bzpwPjwvbzpwPjwvcHJlPgo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luOjBjbTttYXJnaW4tYm90dG9tOi4wMDAxcHQ7bGluZS1oZWlnaHQ6 bm9ybWFsIj4KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Y29sb3I6d2luZG93dGV4dCI+ Jm5ic3A7Jm5ic3A7IEFuIElHUCBOb2RlLVNJRCBNVVNUIE5PVCBiZSBhc3NvY2lhdGVkIHdpdGgg YSBwcmVmaXggdGhhdCBpcyBvd25lZCBieTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbjowY207bWFyZ2luLWJvdHRvbTouMDAwMXB0O2xpbmUt aGVpZ2h0Om5vcm1hbCI+CjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2NvbG9yOndpbmRv d3RleHQiPiZuYnNwOyZuYnNwOyBtb3JlIHRoYW4gb25lIHJvdXRlciB3aXRoaW4gdGhlIHNhbWUg cm91dGluZyBkb21haW4u4oCdPC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9v OnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RCI+SWYgdHdvIGRpZmZlcmVudCBub2RlcyBhZHZlcnRpc2Ugc2FtZSBOb2RlLVNJRCw8L3NwYW4+ PG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDow Y20iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgRm9yIEV4YW1wbGUgTm9kZSBBIGFuZCBCIGJvdGgg YWR2ZXJ0aXNlIHByZWZpeCAxLjEuMS4xIGFuZCBhc3NvY2lhdGUgYSAmbmJzcDtTSUQgMTAwMCB3 aXRoIE4gYml0IHNldC48L3NwYW4+PG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDowY20iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5U aGVyZSBpcyBhbiBhbm9tYWx5IGhlcmUgYW5kIElNTywgdGhpcyBkcmFmdCBzaG91bGQgYWRkcmVz cyBob3cgdG8gaGFuZGxlIHRoaXMgYW5vbWFseSBhbmQgd2hldGhlciBUSS1MRkEgYW5kIG90aGVy PC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MGNtIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+QXBwbGljYXRpb25zIGNh biB1c2UgdGhpcyBTSUQgYXMgYSBOb2RlLVNJRC48L3NwYW4+PG86cD48L286cD48L3A+CjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDowY20iPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjojMUY0OTdEIj5Bbm90aGVyIHNsaWdodCB2YXJpYXRpb24gb2YgdGhpcyBjYXNlIGlzIGEg c2NlbmFyaW8gd2hlcmUgQSBhbmQgQiBib3RoIGFkdmVydGlzZSBhIHByZWZpeCAxLjEuMS4xIGFu ZCBBIGFzc2lnbnMgYSBOb2RlLVNpZDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjBjbSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx RjQ5N0QiPk9mIDEwMDAgYW5kIEIgZG9lcyBub3QgYXNzaWduIGFueSBTSUQuPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MGNtIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9w Pgo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MGNtIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+Umdkczwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjBjbSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0QiPlNocmFkZGhhPC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9v OnA+PC9wPgo8ZGl2Pgo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNF MUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+CjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW46MGNtO21hcmdpbi1ib3R0b206LjAwMDFwdDtsaW5lLWhlaWdodDpu b3JtYWwiPgo8Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6d2luZG93dGV4dCI+RnJvbTo8L3NwYW4+ PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjp3aW5kb3d0ZXh0Ij4gQWxleGFuZGVyIFZhaW5zaHRl aW4KPGEgaHJlZj0ibWFpbHRvOkFsZXhhbmRlci5WYWluc2h0ZWluQGVjaXRlbGUuY29tIj4mbHQ7 QWxleGFuZGVyLlZhaW5zaHRlaW5AZWNpdGVsZS5jb20mZ3Q7PC9hPgo8YnI+CjxiPlNlbnQ6PC9i PiBUaHVyc2RheSwgSnVseSAxOSwgMjAxOCAxMDowNSBQTTxicj4KPGI+VG86PC9iPiBBaG1lZCBC YXNoYW5keSA8YSBocmVmPSJtYWlsdG86YWJhc2hhbmR5LmlldGZAZ21haWwuY29tIj4mbHQ7YWJh c2hhbmR5LmlldGZAZ21haWwuY29tJmd0OzwvYT48YnI+CjxiPkNjOjwvYj4gPGEgaHJlZj0ibWFp bHRvOnJ0Zy1kaXJAaWV0Zi5vcmciPnJ0Zy1kaXJAaWV0Zi5vcmc8L2E+OyAnPGEgaHJlZj0ibWFp bHRvOm1wbHNAaWV0Zi5vcmciPm1wbHNAaWV0Zi5vcmc8L2E+Jwo8YSBocmVmPSJtYWlsdG86bXBs c0BpZXRmLm9yZyI+Jmx0O21wbHNAaWV0Zi5vcmcmZ3Q7PC9hPjsgJzxhIGhyZWY9Im1haWx0bzph ZHJpYW5Ab2xkZG9nLmNvLnVrIj5hZHJpYW5Ab2xkZG9nLmNvLnVrPC9hPicKPGEgaHJlZj0ibWFp bHRvOmFkcmlhbkBvbGRkb2cuY28udWsiPiZsdDthZHJpYW5Ab2xkZG9nLmNvLnVrJmd0OzwvYT47 IEpvbmF0aGFuIEhhcmR3aWNrICg8YSBocmVmPSJtYWlsdG86Sm9uYXRoYW4uSGFyZHdpY2tAbWV0 YXN3aXRjaC5jb20iPkpvbmF0aGFuLkhhcmR3aWNrQG1ldGFzd2l0Y2guY29tPC9hPikKPGEgaHJl Zj0ibWFpbHRvOmpvbmF0aGFuLmhhcmR3aWNrQG1ldGFzd2l0Y2guY29tIj4mbHQ7am9uYXRoYW4u aGFyZHdpY2tAbWV0YXN3aXRjaC5jb20mZ3Q7PC9hPjsgU2hyYWRkaGEgSGVnZGUKPGEgaHJlZj0i bWFpbHRvOnNocmFkZGhhQGp1bmlwZXIubmV0Ij4mbHQ7c2hyYWRkaGFAanVuaXBlci5uZXQmZ3Q7 PC9hPjsgPGEgaHJlZj0ibWFpbHRvOnNwcmluZ0BpZXRmLm9yZyI+CnNwcmluZ0BpZXRmLm9yZzwv YT47IDxhIGhyZWY9Im1haWx0bzpzcHJpbmctY2hhaXJzQGlldGYub3JnIj5zcHJpbmctY2hhaXJz QGlldGYub3JnPC9hPjsKPGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQt cm91dGluZy1tcGxzLmF1dGhvcnNAaWV0Zi5vcmciPmRyYWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQt cm91dGluZy1tcGxzLmF1dGhvcnNAaWV0Zi5vcmc8L2E+PGJyPgo8Yj5TdWJqZWN0OjwvYj4gUkU6 IFJ0Z0RpciBFYXJseSByZXZpZXc6IGRyYWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQtcm91dGluZy1t cGxzLTEzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8L2Rpdj4KPC9kaXY+CjxwIGNsYXNzPSJNc29O b3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MGNtIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+QWhtZWQgaGkh PC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MGNtIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+TG90cyBvZiB0aGFua3Mg Zm9yIHlvdXIgcmVzcG9uc2UuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MGNtIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RCI+T2YgY291cnNlIE5vZGUgU0lEcyBhcmUgbm90IGRpZmZlcmVudCBmcm9tIGFueSBvdGhlciBQ cmVmaXggU0lEcyB3aGVuIGl0IGNvbWVzIHRvIHRoZSBNUExTIGZvcndhcmRpbmcgcGxhbmUuPC9z cGFuPjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6MGNtIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+QnV0LCBJTUhPLCBzdHJpY3Rs eSBzcGVha2luZywgdGhpcyBpcyBjb3JyZWN0IGZvciBhbnkgb3RoZXIgU0lEIGFzIHdlbGwuCjwv c3Bhbj48bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0OjBjbSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPllvdSBzZWVtIHRvIGlnbm9y ZSB0aGUgZGlmZmVyZW5jZSBiZXR3ZWVuIFNSLU1QTFMgYW5kIFNSdjYgd2l0aCByZWdhcmQgdG8g dGhlIGxpZmUgc3BhbiBvZiBwcmVmaXggU0lEcyBpbiBnZW5lcmFsIGFuZCBOb2RlIFNJRHMgaW4g cGFydGljdWxhci4KIEZyb20gbXkgUE9WIHRoaXMgZGlmZmVyZW5jZSBzaG91bGQgYmUgZGlzY3Vz c2VkIGluIHRoZSBkcmFmdC4gPC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MGNtIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RCI+U28gaXQgc2VlbXMgdGhhdCB3ZSBjYW4gb25seSDigJxhZ3JlZSB0byBkaXNhZ3JlZeKAnSBv biB0aGUgbmVlZCB0byBzYXkgc29tZXRoaW5nIHNwZWNpZmljIGFib3V0IE5vZGUgU0lEcyBpbiB0 aGUgZHJhZnQsIGFuZCBsZXQgdGhlIFdHIHRvCiBkZWNpZGUgd2hhdCB0byBkbyBhYm91dCBpdC4g PC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8ZGl2Pgo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luOjBjbTttYXJnaW4tYm90dG9tOi4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj4KPHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlJlZ2FyZHMsPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pgo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luOjBjbTttYXJnaW4tYm90dG9tOi4w MDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj4KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi PlNhc2hhPC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luOjBjbTttYXJnaW4tYm90dG9tOi4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj4KPHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbjowY207bWFyZ2luLWJvdHRvbTouMDAw MXB0O2xpbmUtaGVpZ2h0Om5vcm1hbCI+CjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5P ZmZpY2U6ICYjNDM7OTcyLTM5MjY2MzAyPC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luOjBjbTttYXJnaW4tYm90dG9tOi4wMDAxcHQ7bGluZS1o ZWlnaHQ6bm9ybWFsIj4KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkNlbGw6Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7OTcyLTU0OTI2NjMwMjwvc3Bhbj48bzpwPjwv bzpwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbjowY207bWFyZ2luLWJv dHRvbTouMDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1hbCI+CjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj MUY0OTdEIj5FbWFpbDombmJzcDsmbmJzcDsKPGEgaHJlZj0ibWFpbHRvOkFsZXhhbmRlci5WYWlu c2h0ZWluQGVjaXRlbGUuY29tIj5BbGV4YW5kZXIuVmFpbnNodGVpbkBlY2l0ZWxlLmNvbTwvYT48 L3NwYW4+PG86cD48L286cD48L3A+CjwvZGl2Pgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8ZGl2 Pgo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7 cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW46MGNtO21hcmdpbi1ib3R0b206LjAwMDFwdDtsaW5lLWhlaWdodDpub3JtYWwiPgo8Yj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6d2luZG93dGV4dCI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjp3aW5kb3d0ZXh0Ij4gQWhtZWQgQmFzaGFuZHkgWzxhIGhyZWY9Im1haWx0 bzphYmFzaGFuZHkuaWV0ZkBnbWFpbC5jb20iPm1haWx0bzphYmFzaGFuZHkuaWV0ZkBnbWFpbC5j b208L2E+XQo8YnI+CjxiPlNlbnQ6PC9iPiBUaHVyc2RheSwgSnVseSAxOSwgMjAxOCA3OjEzIFBN PGJyPgo8Yj5Ubzo8L2I+IEFsZXhhbmRlciBWYWluc2h0ZWluICZsdDs8YSBocmVmPSJtYWlsdG86 QWxleGFuZGVyLlZhaW5zaHRlaW5AZWNpdGVsZS5jb20iPkFsZXhhbmRlci5WYWluc2h0ZWluQGVj aXRlbGUuY29tPC9hPiZndDs8YnI+CjxiPkNjOjwvYj4gPGEgaHJlZj0ibWFpbHRvOnJ0Zy1kaXJA aWV0Zi5vcmciPnJ0Zy1kaXJAaWV0Zi5vcmc8L2E+OyAnPGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0 Zi5vcmciPm1wbHNAaWV0Zi5vcmc8L2E+JyAmbHQ7PGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5v cmciPm1wbHNAaWV0Zi5vcmc8L2E+Jmd0OzsgJzxhIGhyZWY9Im1haWx0bzphZHJpYW5Ab2xkZG9n LmNvLnVrIj5hZHJpYW5Ab2xkZG9nLmNvLnVrPC9hPicgJmx0OzxhIGhyZWY9Im1haWx0bzphZHJp YW5Ab2xkZG9nLmNvLnVrIj5hZHJpYW5Ab2xkZG9nLmNvLnVrPC9hPiZndDs7CiBKb25hdGhhbiBI YXJkd2ljayAoPGEgaHJlZj0ibWFpbHRvOkpvbmF0aGFuLkhhcmR3aWNrQG1ldGFzd2l0Y2guY29t Ij5Kb25hdGhhbi5IYXJkd2lja0BtZXRhc3dpdGNoLmNvbTwvYT4pICZsdDs8YSBocmVmPSJtYWls dG86am9uYXRoYW4uaGFyZHdpY2tAbWV0YXN3aXRjaC5jb20iPmpvbmF0aGFuLmhhcmR3aWNrQG1l dGFzd2l0Y2guY29tPC9hPiZndDs7CjxhIGhyZWY9Im1haWx0bzpzaHJhZGRoYUBqdW5pcGVyLm5l dCI+c2hyYWRkaGFAanVuaXBlci5uZXQ8L2E+OyA8YSBocmVmPSJtYWlsdG86c3ByaW5nQGlldGYu b3JnIj4Kc3ByaW5nQGlldGYub3JnPC9hPjsgPGEgaHJlZj0ibWFpbHRvOnNwcmluZy1jaGFpcnNA aWV0Zi5vcmciPnNwcmluZy1jaGFpcnNAaWV0Zi5vcmc8L2E+Owo8YSBocmVmPSJtYWlsdG86ZHJh ZnQtaWV0Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5nLW1wbHMuYXV0aG9yc0BpZXRmLm9yZyI+ZHJh ZnQtaWV0Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5nLW1wbHMuYXV0aG9yc0BpZXRmLm9yZzwvYT48 YnI+CjxiPlN1YmplY3Q6PC9iPiBSZTogUnRnRGlyIEVhcmx5IHJldmlldzogZHJhZnQtaWV0Zi1z cHJpbmctc2VnbWVudC1yb3V0aW5nLW1wbHMtMTM8L3NwYW4+PG86cD48L286cD48L3A+CjwvZGl2 Pgo8L2Rpdj4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+CjxwPlRo YW5rcyBmb3IgdGhlIHJlcGx5PG86cD48L286cD48L3A+CjxwPlNlZSBpbmxpbmU8bzpwPjwvbzpw PjwvcD4KPHA+QWhtZWQ8bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7 PG86cD48L286cD48L3A+CjxkaXY+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIDcvMTIvMTggMTI6 MjIgQU0sIEFsZXhhbmRlciBWYWluc2h0ZWluIHdyb3RlOjxvOnA+PC9vOnA+PC9wPgo8L2Rpdj4K PGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+ CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDowY20iPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEIj5BaG1lZCBhbmQgYWxsLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjBjbSI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiMxRjQ5N0QiPkkgd291bGQgbGlrZSB0byBleHBhbmQgb24gbXkgY29tbWVudHMg KGFuZCB5b3VyIHJlc3BvbnNlcykgYWJvdXQgdGhlIHJvbGUgb2YgTm9kZSBTSURzIGluIFNSLU1Q TFMuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MGNtIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SSB3b3VsZCBsaWtl IHRvIGJyaW5nIHlvdXIgYXR0ZW50aW9uIHR3byBwb2ludHM6PC9zcGFuPjxvOnA+PC9vOnA+PC9w Pgo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRleHQtaW5kZW50Oi0xOC4wcHQ7 bXNvLWxpc3Q6bDIgbGV2ZWwxIGxmbzQiPjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxl PSJtc28tbGlzdDpJZ25vcmUiPjEuPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsKPC9z cGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4gZGlyPSJMVFIiPjwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6IzFGNDk3RCI+Tm9kZSBTSURzIChhbmQsIGluIGdlbmVyYWwsIFByZWZpeCBTSURzKSBp biBNUExTLVNSIGFyZSBkaWZmZXJlbnQgZnJvbSB0aGUgc2FtZSBpbiBTUnY2IGJlY2F1c2UgdGhl eSByZXF1aXJlIGV4cGxpY2l0IGNvbmZpZ3VyYXRpb24gYWN0aW9uIGJ5IHRoZSBvcGVyYXRvciBv ZiBTUiBkb21haW4uIEkuZS4sIGl0IGlzIG5vdAogZW5vdWdoIGZvciBhIG5vZGUgdG8gb3duIHNv bWUgLzMyIG9yIC8xMjggcHJlZml4IHRoYXQgaXMgYWR2ZXJ0aXNlZCBieSBJR1AuIFRoZSBvcGVy YXRvciBtdXN0IGV4cGxpY2l0bHkgY29uZmlndXJlIHRoZSBub2RlIHRvIHVzZSBzdWNoIGEgcHJl Zml4IGFzJm5ic3A7IE5vZGUgU0lEIGFuZCB0byBhc3NpZ24gdG8gaXQgYSBzcGVjaWZpYyBpbmRl eCB0aGF0IGlzIHVuaXF1ZSBpbiB0aGUgU1IgZG9tYWluLiBGcm9tIG15IFBPViwgdGhpcyBkaWZm ZXJlbmNlCiBhbG9uZSB3b3VsZCBxdWFsaWZ5IE5vZGUgU0lEcyBhcyBhIHRvcGljIHRvIGJlIGRp c2N1c3NlZCBpbiB0aGUgPGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29t L3YyL3VybD91PWh0dHBzLTNBX190b29scy5pZXRmLm9yZ19odG1sX2RyYWZ0LTJEaWV0Zi0yRHNw cmluZy0yRHNlZ21lbnQtMkRyb3V0aW5nLTJEbXBscy0yRDE0JmFtcDtkPUR3TUdhUSZhbXA7Yz1I QWtZdWg2M3JzdWhyNlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJJmFtcDtyPU55akxzcjdK QTdtdnBDSmEwWW1QZFZLY21NWEozMWJwYkJhTnF6Q05ybmcmYW1wO209Q0JuNDYtdFRqWnJGdXAw ZFItRUdBdHQ0UUZxOVBpMjdSYU81clFDazFRdyZhbXA7cz1xNmRqcFJYbGFtVXpLWmxHSXVYVHRC Y3Nud2V2SHdkZHF2U3RaclNGTW5FJmFtcDtlPSI+Ck1QTFMtU1IgQXJjaGl0ZWN0dXJlPC9hPiBk cmFmdC48L3NwYW4+PG86cD48L286cD48L3A+CjwvYmxvY2txdW90ZT4KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjBjbTtsaW5lLWhlaWdodDpub3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiNBaG1l ZDogSSBkaXNhZ3JlZSB3aXRoIHlvdXIgUE9WLiBGcm9tIHRoZSBmb3J3YXJkaW5nIHBsYW5lIHBl cnNwZWN0aXZlIGl0IGRvZXMgbm90IG1ha2UgYW55IGRpZmZlcmVuY2Ugd2hldGhlciBhIHRoZSBs YWJlbCBhdCB0aGUgdG9wIG9mIGFuIE1QTFMKIHBhY2tldCAocmVwcmVzZW50aW5nIHRoZSBwcmVm aXgtU0lEKSBpZGVudGlmaWVzIGEgbm9kZSBvciBub3QuIFNvIGZyb20gdGhlIFNSLW1wbHMgZm9y d2FyZGluZyBwb2ludCBvZiB2aWV3IHRoZXJlIGlzIG5vIGRpZmZlcmVuY2UgYmV0d2VlbiBhIHBy ZWZpeC1TSUQgYW5kIGEgbm9kZS1TSUQuIElmIHRoZXJlIGlzIGFueSBwbGFjZSBpbiB0aGUgU1It bXBscyBkcmFmdCB3aGVyZSB0aGVyZSBpcyBhIG5lZWQgdG8gaGFuZGxlIGEgbm9kZS1TSUQgZGlm ZmVyZW50CiBmcm9tIGEgcHJlZml4IFNJRCwgaXQgd291bGQgYmUgZ3JlYXQgdG8gcG9pbnQgaXQg b3V0PGJyPgo8YnI+Cjxicj4KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8YmxvY2txdW90ZSBzdHls ZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4KPGgzIHN0eWxlPSJtYXJn aW4tbGVmdDozNi4wcHQ7dGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGluZS1oZWlnaHQtYWx0OjBw dDttc28tbGlzdDpsMiBsZXZlbDEgbGZvNCI+CjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0 eWxlPSJtc28tbGlzdDpJZ25vcmUiPjIuPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGlt ZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsKPC9zcGFu Pjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4gZGlyPSJMVFIiPjwvc3Bhbj5JbiBhZGRpdGlvbiwgcXVp dGUgYSBmZXcgY29uc3RydWN0cyBhc3NvY2lhdGVkIHdpdGggU1ItTVBMUyBpbXBsaWNpdGx5IGFz c3VtZSB0aGF0IGVhY2ggbm9kZSBpbiB0aGUgU1ItTVBMUyBkb21haW4gaXMgYXNzaWduZWQgd2l0 aCBhdCBsZWFzdCBvbmUgTm9kZSBTSUQuIE9uZSBleGFtcGxlIGNhbiBiZSBmb3VuZCBpbiB0aGUK PGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBz LTNBX190b29scy5pZXRmLm9yZ19odG1sX2RyYWZ0LTJEYmFzaGFuZHktMkRydGd3Zy0yRHNlZ21l bnQtMkRyb3V0aW5nLTJEdGktMkRsZmEtMkQwNCZhbXA7ZD1Ed01HYVEmYW1wO2M9SEFrWXVoNjNy c3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZhbXA7cj1OeWpMc3I3SkE3bXZwQ0ph MFltUGRWS2NtTVhKMzFicGJCYU5xekNOcm5nJmFtcDttPUNCbjQ2LXRUalpyRnVwMGRSLUVHQXR0 NFFGcTlQaTI3UmFPNXJRQ2sxUXcmYW1wO3M9amJIMERTWVlvMlVZeW1XWnJsdkF0N3FVV1ZYc1lL dUN0TWlFeW9lLURXRSZhbXA7ZT0iPgo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmIj5USS1MRkE8L3NwYW4+PC9hPiBkcmFmdC4gVGhpcyBkcmFm dCBzYXlzIGluIFNlY3Rpb24gNC4yOjxvOnA+PC9vOnA+PC9oMz4KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpw PjwvcD4KPGgzIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQ7bXNvLWxpbmUtaGVpZ2h0LWFsdDow cHQiPjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1o dHRwcy0zQV9fdG9vbHMuaWV0Zi5vcmdfaHRtbF9kcmFmdC0yRGJhc2hhbmR5LTJEcnRnd2ctMkRz ZWdtZW50LTJEcm91dGluZy0yRHRpLTJEbGZhLTJEMDQtMjNzZWN0aW9uLTJENC4yJmFtcDtkPUR3 TUdhUSZhbXA7Yz1IQWtZdWg2M3JzdWhyNlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJJmFt cDtyPU55akxzcjdKQTdtdnBDSmEwWW1QZFZLY21NWEozMWJwYkJhTnF6Q05ybmcmYW1wO209Q0Ju NDYtdFRqWnJGdXAwZFItRUdBdHQ0UUZxOVBpMjdSYU81clFDazFRdyZhbXA7cz1zQWkzS0NXVXdH UzNEOTN0OGljNjRXXzQ2eG05eThPYWNzN296Y0F3ZVM4JmFtcDtlPSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcgO2NvbG9yOmJsYWNr JnF1b3Q7LHNlcmlmIj40LjI8L3NwYW4+PC9hPjxhIG5hbWU9InNlY3Rpb24tNC4yIj48L2E+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcg O2NvbG9yOmJsYWNrJnF1b3Q7LHNlcmlmIj4uCiBUaGUgcmVwYWlyIG5vZGUgaXMgYSBQUSBub2Rl PC9zcGFuPjxvOnA+PC9vOnA+PC9oMz4KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6NTAuNHB0Ij48 c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcHJlPgo8 cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDo1MC40cHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+ Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wcmU+CjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjUw LjRwdCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgV2hlbiB0aGUgcmVw YWlyIG5vZGUgaXMgaW4gUChTLFgpLCB0aGUgcmVwYWlyIGxpc3QgaXMgbWFkZSBvZiBhPC9zcGFu PjxvOnA+PC9vOnA+PC9wcmU+CjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjUwLjRwdCI+PHNwYW4g c3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgc2luZ2xlIG5vZGUgc2VnbWVudCB0byB0 aGUgcmVwYWlyIG5vZGUuPC9zcGFuPjxvOnA+PC9vOnA+PC9wcmU+CjxkaXY+CjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6MGNtO21hcmdpbi1yaWdodDowY207 bWFyZ2luLWJvdHRvbTowY207bWFyZ2luLWxlZnQ6MzYuMHB0O21hcmdpbi1ib3R0b206LjAwMDFw dDtsaW5lLWhlaWdodDpub3JtYWwiPgo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SW4g dGhlIHNjb3BlIG9mIHRoaXMgc2VjdGlvbiwgdGhlIHJlcGFpciBub2RlIGlzIG5vdCBhZGphY2Vu dCB0byB0aGUgUExSLCBhbmQgdGhlcmVmb3JlLCB0byB0aGUgYmVzdCBvZiBteSB1bmRlcnN0YW5k aW5nLCAmbmJzcDvigJxhIHNpbmdsZQo8c3BhbiBzdHlsZT0iYmFja2dyb3VuZDp5ZWxsb3c7bXNv LWhpZ2hsaWdodDp5ZWxsb3ciPm5vZGUgc2VnbWVudDwvc3Bhbj4gdG8gdGhlIHJlcGFpciBub2Rl 4oCdIGNhbiBiZSBvbmx5IHRoZSBOb2RlIFNJRCBvZiB0aGUgcmVwYWlyIG5vZGUuIFNpbmNlIHJl cGFpciBub2RlcyBhcmUgY29tcHV0ZWQgZHluYW1pY2FsbHksIHRoaXMgZW50aXJlIHNjaGVtZSBk ZXBlbmRzIG9uIGFsbCBub2RlcyBpbiB0aGUgTVBMUz1TUiBkb21haW4gJm5ic3A7aGF2aW5nIGF0 IGxlYXN0CiBvbmUgTm9kZSBTSUQgZWFjaDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPC9kaXY+Cjwv YmxvY2txdW90ZT4KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjBjbTts aW5lLWhlaWdodDpub3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDssc2VyaWYiPiNBaG1lZDogVGhlIGNob2ljZSBvZiB0aGUgU0lEIHRvIGlk ZW50aWZ5IGFuIGludGVybWVkaWF0ZSBvciBleGl0IG5vZGUocykgaW4gYW4gU1ItcG9saWN5IGlz IGEgY29udHJvbCBwbGFuZSBiZWhhdmlvciwgaXJyZXNwZWN0aXZlIG9mIHJlYXNvbiBzdWNoCiBw b2xpY3kgaXMgY3JlYXRlZCAoYmUgaXQgdGktbGZhIGV4cGxpY2l0IHBhdGgsIHVsb29wIGF2b2lk YW5jZSBleHBsaWNpdCBwYXRoLCBvciBzb21lIFNSLVRFIGV4cGxpY2l0IHBhdGgpLiBTUi1Qb2xp Y3kgYXMgd2VsbCBhcyBUaS1MRkEgYW5kIHVsb29wIGF2b2lkYW5jZSBhcmUgaGFuZGxlZCBpbiBz ZXBhcmF0ZSBkcmFmdHMuIFNvIGp1c3QgbGlrZSB0aGUgcmVzcG9uc2UgdG8geW91ciBwcmV2aW91 cyBjb21tZW50LCBmcm9tIGZvcndhcmRpbmcKIHBsYW5lIHBlcnNwZWN0aXZlIGl0IGRvZXMgbm90 IG1ha2UgYW55IGRpZmZlcmVuY2Ugd2hldGhlciB0aGUgbGFiZWwgYXQgdGhlIHRvcCBvZiBhbiBN UExTIHBhY2tldCBpZGVudGlmaWVzIGEgc2luZ2xlIG9yIG11bHRpcGxlIG5vZGVzLgo8YnI+Cjxi cj4KPGJyPgo8L3NwYW4+PG86cD48L286cD48L3A+CjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4t dG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPgo8ZGl2Pgo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OjBjbTttYXJnaW4tcmlnaHQ6MGNtO21hcmdpbi1i b3R0b206MGNtO21hcmdpbi1sZWZ0OjM2LjBwdDttYXJnaW4tYm90dG9tOi4wMDAxcHQ7bGluZS1o ZWlnaHQ6bm9ybWFsIj4KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPi48L3NwYW4+PG86 cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW46MGNtO21hcmdp bi1ib3R0b206LjAwMDFwdDtsaW5lLWhlaWdodDpub3JtYWwiPgo8c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luOjBjbTttYXJnaW4tYm90dG9tOi4wMDAxcHQ7bGluZS1oZWlnaHQ6 bm9ybWFsIj4KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkhvcGVmdWxseSB0aGVzZSBu b3RlcyBjbGFyaWZ5IG15IHBvc2l0aW9uIG9uIHRoZSBzdWJqZWN0Ljwvc3Bhbj48bzpwPjwvbzpw PjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbjowY207bWFyZ2luLWJvdHRv bTouMDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1hbCI+CjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0 OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW46MGNtO21hcmdpbi1ib3R0b206LjAwMDFwdDtsaW5lLWhlaWdodDpub3JtYWwi Pgo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+UmVnYXJkcyw8L3NwYW4+PG86cD48L286 cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW46MGNtO21hcmdpbi1ib3R0 b206LjAwMDFwdDtsaW5lLWhlaWdodDpub3JtYWwiPgo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RCI+U2FzaGE8L3NwYW4+PG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW46MGNtO21hcmdpbi1ib3R0b206LjAwMDFwdDtsaW5lLWhlaWdodDpub3JtYWwi Pgo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+ PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luOjBjbTttYXJnaW4tYm90dG9t Oi4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj4KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPk9mZmljZTogJiM0Mzs5NzItMzkyNjYzMDI8L3NwYW4+PG86cD48L286cD48L3A+CjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW46MGNtO21hcmdpbi1ib3R0b206LjAwMDFwdDts aW5lLWhlaWdodDpub3JtYWwiPgo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Q2VsbDom bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0Mzs5NzItNTQ5MjY2MzAyPC9zcGFuPjxv OnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luOjBjbTttYXJn aW4tYm90dG9tOi4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj4KPHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0QiPkVtYWlsOiZuYnNwOyZuYnNwOwo8YSBocmVmPSJtYWlsdG86QWxleGFuZGVy LlZhaW5zaHRlaW5AZWNpdGVsZS5jb20iPkFsZXhhbmRlci5WYWluc2h0ZWluQGVjaXRlbGUuY29t PC9hPjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPC9kaXY+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+ CjxkaXY+CjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAx LjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbjowY207bWFyZ2luLWJvdHRvbTouMDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1hbCI+ CjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjp3aW5kb3d0ZXh0Ij5Gcm9tOjwvc3Bhbj48L2I+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOndpbmRvd3RleHQiPiBBbGV4YW5kZXIgVmFpbnNodGVpbgo8YnI+ CjxiPlNlbnQ6PC9iPiBXZWRuZXNkYXksIEp1bHkgMTEsIDIwMTggMTI6MDIgUE08YnI+CjxiPlRv OjwvYj4gQWhtZWQgQmFzaGFuZHkgPGEgaHJlZj0ibWFpbHRvOmFiYXNoYW5keS5pZXRmQGdtYWls LmNvbSI+Jmx0O2FiYXNoYW5keS5pZXRmQGdtYWlsLmNvbSZndDs8L2E+PGJyPgo8Yj5DYzo8L2I+ IDxhIGhyZWY9Im1haWx0bzpydGctZGlyQGlldGYub3JnIj5ydGctZGlyQGlldGYub3JnPC9hPjsg JzxhIGhyZWY9Im1haWx0bzptcGxzQGlldGYub3JnIj5tcGxzQGlldGYub3JnPC9hPicKPGEgaHJl Zj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmciPiZsdDttcGxzQGlldGYub3JnJmd0OzwvYT47ICc8YSBo cmVmPSJtYWlsdG86YWRyaWFuQG9sZGRvZy5jby51ayI+YWRyaWFuQG9sZGRvZy5jby51azwvYT4n CjxhIGhyZWY9Im1haWx0bzphZHJpYW5Ab2xkZG9nLmNvLnVrIj4mbHQ7YWRyaWFuQG9sZGRvZy5j by51ayZndDs8L2E+OyBKb25hdGhhbiBIYXJkd2ljayAoPGEgaHJlZj0ibWFpbHRvOkpvbmF0aGFu LkhhcmR3aWNrQG1ldGFzd2l0Y2guY29tIj5Kb25hdGhhbi5IYXJkd2lja0BtZXRhc3dpdGNoLmNv bTwvYT4pCjxhIGhyZWY9Im1haWx0bzpqb25hdGhhbi5oYXJkd2lja0BtZXRhc3dpdGNoLmNvbSI+ Jmx0O2pvbmF0aGFuLmhhcmR3aWNrQG1ldGFzd2l0Y2guY29tJmd0OzwvYT47CjxhIGhyZWY9Im1h aWx0bzpzaHJhZGRoYUBqdW5pcGVyLm5ldCI+c2hyYWRkaGFAanVuaXBlci5uZXQ8L2E+OyA8YSBo cmVmPSJtYWlsdG86c3ByaW5nQGlldGYub3JnIj4Kc3ByaW5nQGlldGYub3JnPC9hPjsgPGEgaHJl Zj0ibWFpbHRvOnNwcmluZy1jaGFpcnNAaWV0Zi5vcmciPnNwcmluZy1jaGFpcnNAaWV0Zi5vcmc8 L2E+Owo8YSBocmVmPSJtYWlsdG86ZHJhZnQtaWV0Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5nLW1w bHMuYXV0aG9yc0BpZXRmLm9yZyI+ZHJhZnQtaWV0Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5nLW1w bHMuYXV0aG9yc0BpZXRmLm9yZzwvYT48YnI+CjxiPlN1YmplY3Q6PC9iPiBSRTogUnRnRGlyIEVh cmx5IHJldmlldzogZHJhZnQtaWV0Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5nLW1wbHMtMTM8L3Nw YW4+PG86cD48L286cD48L3A+CjwvZGl2Pgo8L2Rpdj4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5i c3A7PG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDowY20iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5BaG1lZCwgYW5kIGFsbCw8L3Nw YW4+PG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDowY20iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5Mb3RzIG9mIHRoYW5rcyBmb3Ig YSBkZXRhaWxlZCByZXNwb25zZSB0byBteSBjb21tZW50cy4KPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pgo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MGNtIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+UGxlYXNlIHNlZQo8L3NwYW4+PGI+PGk+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiMwMEIwNTAiPmlubGluZSBiZWxvdzwvc3Bhbj48L2k+PC9iPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEIj4gbXkgcG9zaXRpb24gb24gZWFjaCBvZiB0aGVtLjwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPGRpdj4KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbjowY207bWFyZ2luLWJvdHRvbTouMDAwMXB0O2xpbmUtaGVp Z2h0Om5vcm1hbCI+CjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5SZWdhcmRzLDwvc3Bh bj48bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbjowY207 bWFyZ2luLWJvdHRvbTouMDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1hbCI+CjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEIj5TYXNoYTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbjowY207bWFyZ2luLWJvdHRvbTouMDAwMXB0O2xpbmUtaGVp Z2h0Om5vcm1hbCI+CjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+ PG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW46MGNtO21h cmdpbi1ib3R0b206LjAwMDFwdDtsaW5lLWhlaWdodDpub3JtYWwiPgo8c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RCI+T2ZmaWNlOiAmIzQzOzk3Mi0zOTI2NjMwMjwvc3Bhbj48bzpwPjwvbzpw PjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbjowY207bWFyZ2luLWJvdHRv bTouMDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1hbCI+CjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0 OTdEIj5DZWxsOiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOzk3Mi01NDkyNjYz MDI8L3NwYW4+PG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW46MGNtO21hcmdpbi1ib3R0b206LjAwMDFwdDtsaW5lLWhlaWdodDpub3JtYWwiPgo8c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+RW1haWw6Jm5ic3A7Jm5ic3A7CjxhIGhyZWY9Im1haWx0 bzpBbGV4YW5kZXIuVmFpbnNodGVpbkBlY2l0ZWxlLmNvbSI+QWxleGFuZGVyLlZhaW5zaHRlaW5A ZWNpdGVsZS5jb208L2E+PC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8L2Rpdj4KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpw PjwvbzpwPjwvcD4KPGRpdj4KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xp ZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPgo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luOjBjbTttYXJnaW4tYm90dG9tOi4wMDAxcHQ7bGluZS1oZWln aHQ6bm9ybWFsIj4KPGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOndpbmRvd3RleHQiPkZyb206PC9z cGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6d2luZG93dGV4dCI+IEFobWVkIEJhc2hhbmR5 IFs8YSBocmVmPSJtYWlsdG86YWJhc2hhbmR5LmlldGZAZ21haWwuY29tIj5tYWlsdG86YWJhc2hh bmR5LmlldGZAZ21haWwuY29tPC9hPl0KPGJyPgo8Yj5TZW50OjwvYj4gV2VkbmVzZGF5LCBKdWx5 IDExLCAyMDE4IDQ6NDIgQU08YnI+CjxiPlRvOjwvYj4gQWxleGFuZGVyIFZhaW5zaHRlaW4gJmx0 OzxhIGhyZWY9Im1haWx0bzpBbGV4YW5kZXIuVmFpbnNodGVpbkBlY2l0ZWxlLmNvbSI+QWxleGFu ZGVyLlZhaW5zaHRlaW5AZWNpdGVsZS5jb208L2E+Jmd0OzsKPGEgaHJlZj0ibWFpbHRvOnNwcmlu Zy1jaGFpcnNAaWV0Zi5vcmciPnNwcmluZy1jaGFpcnNAaWV0Zi5vcmc8L2E+OyA8YSBocmVmPSJt YWlsdG86ZHJhZnQtaWV0Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5nLW1wbHMuYXV0aG9yc0BpZXRm Lm9yZyI+CmRyYWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQtcm91dGluZy1tcGxzLmF1dGhvcnNAaWV0 Zi5vcmc8L2E+PGJyPgo8Yj5DYzo8L2I+IDxhIGhyZWY9Im1haWx0bzpydGctZGlyQGlldGYub3Jn Ij5ydGctZGlyQGlldGYub3JnPC9hPjsgJzxhIGhyZWY9Im1haWx0bzptcGxzQGlldGYub3JnIj5t cGxzQGlldGYub3JnPC9hPicgJmx0OzxhIGhyZWY9Im1haWx0bzptcGxzQGlldGYub3JnIj5tcGxz QGlldGYub3JnPC9hPiZndDs7ICc8YSBocmVmPSJtYWlsdG86YWRyaWFuQG9sZGRvZy5jby51ayI+ YWRyaWFuQG9sZGRvZy5jby51azwvYT4nICZsdDs8YSBocmVmPSJtYWlsdG86YWRyaWFuQG9sZGRv Zy5jby51ayI+YWRyaWFuQG9sZGRvZy5jby51azwvYT4mZ3Q7OwogSm9uYXRoYW4gSGFyZHdpY2sg KDxhIGhyZWY9Im1haWx0bzpKb25hdGhhbi5IYXJkd2lja0BtZXRhc3dpdGNoLmNvbSI+Sm9uYXRo YW4uSGFyZHdpY2tAbWV0YXN3aXRjaC5jb208L2E+KSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmpvbmF0 aGFuLmhhcmR3aWNrQG1ldGFzd2l0Y2guY29tIj5qb25hdGhhbi5oYXJkd2lja0BtZXRhc3dpdGNo LmNvbTwvYT4mZ3Q7Owo8YSBocmVmPSJtYWlsdG86c2hyYWRkaGFAanVuaXBlci5uZXQiPnNocmFk ZGhhQGp1bmlwZXIubmV0PC9hPjsgPGEgaHJlZj0ibWFpbHRvOnNwcmluZ0BpZXRmLm9yZyI+CnNw cmluZ0BpZXRmLm9yZzwvYT48YnI+CjxiPlN1YmplY3Q6PC9iPiBSZTogUnRnRGlyIEVhcmx5IHJl dmlldzogZHJhZnQtaWV0Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5nLW1wbHMtMTM8L3NwYW4+PG86 cD48L286cD48L3A+CjwvZGl2Pgo8L2Rpdj4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86 cD48L286cD48L3A+CjxwPlRoYW5rcyBmb3IgdGhvcm91Z2ggKGFuZCBWRVJZIGNsZWFyKSB0aGUg cmV2aWV3PG86cD48L286cD48L3A+CjxwPlNlZSBpbmxpbmUgI0FobWVkPG86cD48L286cD48L3A+ CjxwPiZuYnNwOzxvOnA+PC9vOnA+PC9wPgo8cD5BaG1lZDxvOnA+PC9vOnA+PC9wPgo8cD4mbmJz cDs8bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48 L3A+CjxkaXY+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIDYvMTUvMTggMTE6MDggUE0sIEFsZXhh bmRlciBWYWluc2h0ZWluIHdyb3RlOjxvOnA+PC9vOnA+PC9wPgo8L2Rpdj4KPGJsb2NrcXVvdGUg c3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+CjxkaXY+CjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90 OyxzYW5zLXNlcmlmIj5SZS1zZW5kaW5nIHRvJm5ic3A7IGNvcnJlY3QgU1BSSU5HIFdHIGxpc3Qu PC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8L2Rpdj4KPGRpdj4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPlNp bmNlcmUgYXBvbG9naWVzIGZvciB0aGUgZGVsYXkgY2F1c2VkIGJ5IGEgdHlwby48L3NwYW4+PG86 cD48L286cD48L3A+CjwvZGl2Pgo8ZGl2Pgo8ZGl2Pgo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWJvdHRvbTowY21tYXJnaW4tYm90dG9tOi4wMDAxcHQiPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5UaHVtYiB0eXBlZCBieSBT YXNoYSBWYWluc2h0ZWluPC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8L2Rpdj4KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMt c2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPC9kaXY+CjxkaXYgc3R5bGU9Im1h cmdpbi1sZWZ0OjIxLjZwdDttYXJnaW4tYm90dG9tOjEyLjBwdCI+CjxkaXYgY2xhc3M9Ik1zb05v cm1hbCIgYWxpZ249ImNlbnRlciIgc3R5bGU9Im1hcmdpbjowY207bWFyZ2luLWJvdHRvbTouMDAw MXB0O3RleHQtYWxpZ246Y2VudGVyIj4KPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1Rp bWVzIE5ldyBSb21hbiAsc2VyaWYmcXVvdDssc2VyaWYiPgo8aHIgc2l6ZT0iMiIgd2lkdGg9Ijk4 JSIgYWxpZ249ImNlbnRlciI+Cjwvc3Bhbj48L2Rpdj4KPC9kaXY+CjxkaXYgaWQ9ImRpdlJwbHlG d2RNc2ciPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj5Gcm9tOjwvYj4gQWxleGFuZGVyIFZhaW5z aHRlaW48YnI+CjxiPlNlbnQ6PC9iPiBTdW5kYXksIEp1bmUgMTAsIDIwMTggMTA6NDM6NTIgQU08 YnI+CjxiPlRvOjwvYj4gPGEgaHJlZj0ibWFpbHRvOnNwcmluZy1jaGFpcnNAaWV0Zi5vcmciPnNw cmluZy1jaGFpcnNAaWV0Zi5vcmc8L2E+OyA8YSBocmVmPSJtYWlsdG86ZHJhZnQtaWV0Zi1zcHJp bmctc2VnbWVudC1yb3V0aW5nLW1wbHMuYXV0aG9yc0BpZXRmLm9yZyI+CmRyYWZ0LWlldGYtc3By aW5nLXNlZ21lbnQtcm91dGluZy1tcGxzLmF1dGhvcnNAaWV0Zi5vcmc8L2E+PGJyPgo8Yj5DYzo8 L2I+IDxhIGhyZWY9Im1haWx0bzpzcHJpbmdAaWV0Zi5jb20iPnNwcmluZ0BpZXRmLmNvbTwvYT47 IDxhIGhyZWY9Im1haWx0bzpydGctZGlyQGlldGYub3JnIj4KcnRnLWRpckBpZXRmLm9yZzwvYT47 ICc8YSBocmVmPSJtYWlsdG86bXBsc0BpZXRmLm9yZyI+bXBsc0BpZXRmLm9yZzwvYT4nOyAnPGEg aHJlZj0ibWFpbHRvOmFkcmlhbkBvbGRkb2cuY28udWsiPmFkcmlhbkBvbGRkb2cuY28udWs8L2E+ JzsgSm9uYXRoYW4gSGFyZHdpY2sgKDxhIGhyZWY9Im1haWx0bzpKb25hdGhhbi5IYXJkd2lja0Bt ZXRhc3dpdGNoLmNvbSI+Sm9uYXRoYW4uSGFyZHdpY2tAbWV0YXN3aXRjaC5jb208L2E+KTsKPGEg aHJlZj0ibWFpbHRvOnNocmFkZGhhQGp1bmlwZXIubmV0Ij5zaHJhZGRoYUBqdW5pcGVyLm5ldDwv YT48YnI+CjxiPlN1YmplY3Q6PC9iPiBSRTogUnRnRGlyIEVhcmx5IHJldmlldzogZHJhZnQtaWV0 Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5nLW1wbHMtMTM8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4KPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pgo8ZGl2Pgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7VGltZXMgTmV3IFJvbWFuICxzZXJpZiZxdW90OyxzZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPgo8L2Rpdj4KPC9kaXY+CjxkaXY+CjxkaXY+CjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5FeHBsaWNpdGx5IGFkZGluZyBTaHJhZGRoYSAm bmJzcDt3aG8gaXMgdGhlIHNoZXBoZXJkIG9mIHRoaXMgZHJhZnQuCjwvc3Bhbj48bzpwPjwvbzpw PjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPiZu YnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPGRpdj4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPlJlZ2FyZHMsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+U2FzaGE8L3Nw YW4+PG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xv cjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5PZmZpY2U6ICYjNDM7OTcyLTM5MjY2MzAy PC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Y29sb3I6IzFGNDk3RCI+Q2VsbDombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0Mzs5 NzItNTQ5MjY2MzAyPC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+RW1haWw6Jm5ic3A7Jm5ic3A7IDxhIGhyZWY9Im1h aWx0bzpBbGV4YW5kZXIuVmFpbnNodGVpbkBlY2l0ZWxlLmNvbSI+CkFsZXhhbmRlci5WYWluc2h0 ZWluQGVjaXRlbGUuY29tPC9hPjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPC9kaXY+CjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86 cD48L286cD48L3A+CjxkaXY+CjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29s aWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGI+RnJvbTo8L2I+IEFsZXhhbmRlciBWYWluc2h0ZWluIDxicj4KPGI+U2VudDo8 L2I+IEZyaWRheSwgSnVuZSA4LCAyMDE4IDU6NDMgUE08YnI+CjxiPlRvOjwvYj4gJzxhIGhyZWY9 Im1haWx0bzpzcHJpbmctY2hhaXJzQGlldGYub3JnIj5zcHJpbmctY2hhaXJzQGlldGYub3JnPC9h PicgPGEgaHJlZj0ibWFpbHRvOnNwcmluZy1jaGFpcnNAaWV0Zi5vcmciPgombHQ7c3ByaW5nLWNo YWlyc0BpZXRmLm9yZyZndDs8L2E+OyAnPGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWlldGYtc3ByaW5n LXNlZ21lbnQtcm91dGluZy1tcGxzLmF1dGhvcnNAaWV0Zi5vcmciPmRyYWZ0LWlldGYtc3ByaW5n LXNlZ21lbnQtcm91dGluZy1tcGxzLmF1dGhvcnNAaWV0Zi5vcmc8L2E+Jwo8YSBocmVmPSJtYWls dG86ZHJhZnQtaWV0Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5nLW1wbHMuYXV0aG9yc0BpZXRmLm9y ZyI+Jmx0O2RyYWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQtcm91dGluZy1tcGxzLmF1dGhvcnNAaWV0 Zi5vcmcmZ3Q7PC9hPjxicj4KPGI+Q2M6PC9iPiAnPGEgaHJlZj0ibWFpbHRvOnNwcmluZ0BpZXRm LmNvbSI+c3ByaW5nQGlldGYuY29tPC9hPicgPGEgaHJlZj0ibWFpbHRvOnNwcmluZ0BpZXRmLmNv bSI+CiZsdDtzcHJpbmdAaWV0Zi5jb20mZ3Q7PC9hPjsgPGEgaHJlZj0ibWFpbHRvOnJ0Zy1kaXJA aWV0Zi5vcmciPnJ0Zy1kaXJAaWV0Zi5vcmc8L2E+OyA8YSBocmVmPSJtYWlsdG86bXBsc0BpZXRm Lm9yZyI+Cm1wbHNAaWV0Zi5vcmc8L2E+OyAnPGEgaHJlZj0ibWFpbHRvOmFkcmlhbkBvbGRkb2cu Y28udWsiPmFkcmlhbkBvbGRkb2cuY28udWs8L2E+Jwo8YSBocmVmPSJtYWlsdG86YWRyaWFuQG9s ZGRvZy5jby51ayI+Jmx0O2FkcmlhbkBvbGRkb2cuY28udWsmZ3Q7PC9hPjxicj4KPGI+U3ViamVj dDo8L2I+IFJ0Z0RpciBFYXJseSByZXZpZXc6IGRyYWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQtcm91 dGluZy1tcGxzLTEzPG86cD48L286cD48L3A+CjwvZGl2Pgo8L2Rpdj4KPHAgY2xhc3M9Ik1zb05v cm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fu cy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5h JnF1b3Q7LHNhbnMtc2VyaWYiPkhlbGxvLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5JIGhhdmUgYmVlbiBzZWxlY3RlZCB0byBkbyBh IHJvdXRpbmcgZGlyZWN0b3JhdGUg4oCcZWFybHnigJ0gcmV2aWV3IG9mIHRoaXMgZHJhZnQ6Cjxh IGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0z QV9fZGF0YXRyYWNrZXIuaWV0Zi5vcmdfZG9jX2RyYWZ0LTJEaWV0Zi0yRHNwcmluZy0yRHNlZ21l bnQtMkRyb3V0aW5nLTJEbXBsc18mYW1wO2Q9RHdNR2FRJmFtcDtjPUhBa1l1aDYzcnN1aHI2U2Ni ZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kmYW1wO3I9TnlqTHNyN0pBN212cENKYTBZbVBkVktj bU1YSjMxYnBiQmFOcXpDTnJuZyZhbXA7bT1DQm40Ni10VGpackZ1cDBkUi1FR0F0dDRRRnE5UGky N1JhTzVyUUNrMVF3JmFtcDtzPUN4YmFhZjlVMGtqNl9tZVZTb2JTa1JMUVcxU3dJOE1KdmdIcHVZ cDBRT00mYW1wO2U9Ij4KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0 Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5nLW1wbHMvPC9hPjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48 L286cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+VGhlIHJvdXRp bmcgZGlyZWN0b3JhdGUgd2lsbCwgb24gcmVxdWVzdCBmcm9tIHRoZSB3b3JraW5nIGdyb3VwIGNo YWlyLCBwZXJmb3JtIGFuIOKAnGVhcmx54oCdIHJldmlldyBvZiBhIGRyYWZ0IGJlZm9yZSBpdCBp cyBzdWJtaXR0ZWQgZm9yIHB1YmxpY2F0aW9uIHRvIHRoZSBJRVNHLiBUaGUgZWFybHkgcmV2aWV3 CiBjYW4gYmUgcGVyZm9ybWVkIGF0IGFueSB0aW1lIGR1cmluZyB0aGUgZHJhZnTigJlzIGxpZmV0 aW1lIGFzIGEgd29ya2luZyBncm91cCBkb2N1bWVudC4gVGhlIHB1cnBvc2Ugb2YgdGhlIGVhcmx5 IHJldmlldyBkZXBlbmRzIG9uIHRoZSBzdGFnZSB0aGF0IHRoZSBkb2N1bWVudCBoYXMgcmVhY2hl ZC4gQXMgdGhpcyBkb2N1bWVudCBpcyBjdXJyZW50bHkgaW4gdGhlIFdHIExhc3QgY2FsbCwgbXkg Zm9jdXMgZm9yIHRoZSByZXZpZXcgd2FzIHRvIGRldGVybWluZQogd2hldGhlciB0aGUgZG9jdW1l bnQgaXMgcmVhZHkgdG8gYmUgcHVibGlzaGVkLiBQbGVhc2UgY29uc2lkZXIgbXkgY29tbWVudHMg YWxvbmcgd2l0aCB0aGUgb3RoZXIgd29ya2luZyBncm91cCBsYXN0IGNhbGwgY29tbWVudHMuPC9z cGFuPjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYi PiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90Oyxz YW5zLXNlcmlmIj5Gb3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCB0aGUgUm91dGluZyBEaXJlY3Rv cmF0ZSwgcGxlYXNlIHNlZQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+4oCLPC9zcGFuPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fu cy1zZXJpZiI+PGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3Vy bD91PWh0dHAtM0FfX3RyYWMudG9vbHMuaWV0Zi5vcmdfYXJlYV9ydGdfdHJhY193aWtpX1J0Z0Rp ciZhbXA7ZD1Ed01HYVEmYW1wO2M9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RU WGNXem9DSSZhbXA7cj1OeWpMc3I3SkE3bXZwQ0phMFltUGRWS2NtTVhKMzFicGJCYU5xekNOcm5n JmFtcDttPUNCbjQ2LXRUalpyRnVwMGRSLUVHQXR0NFFGcTlQaTI3UmFPNXJRQ2sxUXcmYW1wO3M9 NnBuSTdsODJld3d6b3hnT1hxVEtyYkt1UWlkdDYtS0JzWmRzWEZub1FDZyZhbXA7ZT0iPmh0dHA6 Ly90cmFjLnRvb2xzLmlldGYub3JnL2FyZWEvcnRnL3RyYWMvd2lraS9SdGdEaXI8L2E+Cjwvc3Bh bj48bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj4m bmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDss c2Fucy1zZXJpZiI+RG9jdW1lbnQ8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+OiBkcmFmdC1p ZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmctbXBscy0xMzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5SZXZpZXdlcjwvc3Bhbj48 L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFu YSZxdW90OyxzYW5zLXNlcmlmIj46IEFsZXhhbmRlciAo4oCcU2FzaGHigJ0pIFZhaW5zaHRlaW4g KDxhIGhyZWY9Im1haWx0bzphbGV4YW5kZXIudmFpbnNodGVpbkBlY2l0ZWxlLmNvbSI+YWxleGFu ZGVyLnZhaW5zaHRlaW5AZWNpdGVsZS5jb208L2E+KTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5SZXZpZXcgRGF0ZTwvc3Bhbj48 L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFu YSZxdW90OyxzYW5zLXNlcmlmIj46IDA4LUp1bi0xODwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5JbnRlbmRlZCBTdGF0dXM8L3Nw YW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Zl cmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+OiBQcm9wb3NlZCBTdGFuZGFyZC48L3NwYW4+PG86cD48 L286cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9z cGFuPjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2Vy aWYiPlN1bW1hcnk8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Ojwvc3Bhbj48bzpwPjwvbzpw PjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3NwYW4+ PG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+SSBo YXZlIHNvbWUgbWlub3IgY29uY2VybnMgYWJvdXQgdGhpcyBkb2N1bWVudCB0aGF0IEkgdGhpbmsg c2hvdWxkIGJlIHJlc29sdmVkIGJlZm9yZSBpdCBpcyBzdWJtaXR0ZWQgdG8gdGhlIElFU0cuPC9z cGFuPjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYi PiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90 OyxzYW5zLXNlcmlmIj5Db21tZW50czwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj46PC9zcGFu PjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPiZu YnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5z LXNlcmlmIj5JIGNvbnNpZGVyIHRoaXMgZHJhZnQgYXMgYW4gaW1wb3J0YW50ICZuYnNwO2NvbXBh bmlvbiBkb2N1bWVudCB0byB0aGUKPGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9p bnQuY29tL3YyL3VybD91PWh0dHBzLTNBX190b29scy5pZXRmLm9yZ19odG1sX2RyYWZ0LTJEaWV0 Zi0yRHNwcmluZy0yRHNlZ21lbnQtMkRyb3V0aW5nLTJEMTUmYW1wO2Q9RHdNR2FRJmFtcDtjPUhB a1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kmYW1wO3I9TnlqTHNyN0pB N212cENKYTBZbVBkVktjbU1YSjMxYnBiQmFOcXpDTnJuZyZhbXA7bT1DQm40Ni10VGpackZ1cDBk Ui1FR0F0dDRRRnE5UGkyN1JhTzVyUUNrMVF3JmFtcDtzPWlKU2hoN2U3eXlWa3Q0NHYxTzVweUNP TWZIQ3BBdmZCTkdnRnI1bGsxMzAmYW1wO2U9Ij4KU2VnbWVudCBSb3V0aW5nIEFyY2hpdGVjdHVy ZTwvYT4gZHJhZnQgdGhhdCwgaWRlYWxseSwgc2hvdWxkIGF1Z21lbnQgZGVmaW5pdGlvbnMgb2Yg dGhlIFNlZ21lbnQgUm91dGluZyAoU1IpIG5vdGlvbnMgYW5kIGNvbnN0cnVjdHMgZ2l2ZW4gdGhl cmUgd2l0aCBkZXRhaWxzIHNwZWNpZmljIGZvciB0aGUgU1IgaW5zdGFudGlhdGlvbiB0aGF0IHVz ZXMmbmJzcDsgdGhlIE1QTFMgZGF0YSBwbGFuZSAoU1ItTVBMUykuJm5ic3A7IE1hbnkgaXNzdWVz IHJhaXNlZCBpbiBteQogcmV2aWV3IHJlZmxlY3QgZWl0aGVyIGdhcHMgdGhhdCBzaG91bGQgYmUs IGJ1dCBoYXZlIG5vdCBiZWVuLCBjbG9zZWQsIG9yIGluY29uc2lzdGVuY2llcyBiZXR3ZWVuIHRo ZSB0d28gZHJhZnRzLgo8L3NwYW4+PG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEm cXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5TaW5jZQo8YSBocmVmPSJodHRw czovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3Rvb2xzLmll dGYub3JnX2h0bWxfcmZjODI4NyZhbXA7ZD1Ed01HYVEmYW1wO2M9SEFrWXVoNjNyc3VocjZTY2Jm aDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZhbXA7cj1OeWpMc3I3SkE3bXZwQ0phMFltUGRWS2Nt TVhKMzFicGJCYU5xekNOcm5nJmFtcDttPUNCbjQ2LXRUalpyRnVwMGRSLUVHQXR0NFFGcTlQaTI3 UmFPNXJRQ2sxUXcmYW1wO3M9eTdqcDNVWU5UdGNtbTlIT3VsenFQVHJNVVJUcnNNaU8yNnJXbE5a TjVXcyZhbXA7ZT0iPgpSRkMgODI4NzwvYT4gaXMgYWxyZWFkeSBwdWJsaXNoZWQgYXMgYSBTdGFu ZGFyZHMgVHJhY2sgUkZDLCBJIGV4cGVjdCBzdWNoIGF1Z21lbnRhdGlvbiB0byBiZSBiYWNrd2Fy ZCBjb21wYXRpYmxlIHdpdGggdGhpcyBkb2N1bWVudCAob3IgdG8gcHJvdmlkZSBjbGVhciBpbmRp Y2F0aW9ucyBvZiByZXF1aXJlZCB1cGRhdGVzIHRvIHRoaXMgZG9jdW1lbnQpLiBBbmQgSSBpbmNs dWRlIHRoZSBNUExTIFdHIGludG8gZGlzdHJpYnV0aW9uIGxpc3QuCjwvc3Bhbj48bzpwPjwvbzpw PjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3NwYW4+ PG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+VGhp cyBkcmFmdCB3YXMgbm90IGVhc3kgcmVhZGluZyBmb3IgbWUuIEluIHBhcnRpY3VsYXIsIHRoZSBz dHlsZSBvZiBTZWN0aW9uIDIuNSB0aGF0IGRpc2N1c3NlcyBhdCBsZW5ndGggYW5kIGluIHNvbWUg ZGV0YWlsIG11bHRpcGxlIOKAnGNvcm5lciBjYXNlc+KAnSByZXN1bHRpbmcsIHByZXN1bWFibHks IGZyb20KIG1pc2NvbmZpZ3VyYXRpb24sIGJlZm9yZSBpdCBleHBsYWlucyB0aGUgYmFzaWMgKGFu ZCByZWxhdGl2ZWx5IHNpbXBsZSkg4oCcbm9ybWFs4oCdIGJlaGF2aW9yLCBsb29rcyBwcm9ibGVt YXRpYyB0byBtZS48L3NwYW4+PG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVv dDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtW ZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPlRoZSBXRyBMYXN0IENhbGwgaGFzIGJlZW4gZXh0ZW5k ZWQgYnkgb25lIHdlZWsuIE5ldmVydGhlbGVzcywgSSBhbSBzZW5kaW5nIG91dCBteSBjb21tZW50 cwo8L3NwYW4+PG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1z ZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5h JnF1b3Q7LHNhbnMtc2VyaWYiPk1ham9yIElzc3Vlczwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlm Ij46IE5vbmUgZm91bmQ8L3NwYW4+PG86cD48L286cD48L3A+CjwvZGl2Pgo8L2Rpdj4KPC9ibG9j a3F1b3RlPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7VGltZXMgTmV3IFJvbWFuICxzZXJpZiZxdW90OyxzZXJpZiI+I0FobWVkOiB0aGFua3MgYSBs b3Q8L3NwYW4+PG86cD48L286cD48L3A+CjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1ib3R0b206NS4wcHQiPgo8ZGl2Pgo8ZGl2Pgo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5h JnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5NaW5vciBJc3N1ZXM8L3NwYW4+PC9iPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVv dDssc2Fucy1zZXJpZiI+OiBRdWl0ZSBhIGZldyBidXQsIGhvcGVmdWxseSwgZWFzeSB0byByZXNv bHZlLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5z LXNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29MaXN0UGFy YWdyYXBoIiBzdHlsZT0idGV4dC1pbmRlbnQ6LTE4LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj4xLjwv c3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVz IE5ldyBSb21hbiAsc2VyaWYmcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOwo8L3NwYW4+ PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFu YSZxdW90OyxzYW5zLXNlcmlmIj5FbmNhcHN1bGF0aW9uIG9mIFNSLU1QTFMgcGFja2V0czwvc3Bh bj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVy ZGFuYSZxdW90OyxzYW5zLXNlcmlmIj46Cjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9 Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQ7dGV4dC1pbmRlbnQ6 LTE4LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5hLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiAsc2VyaWYmcXVvdDssc2Vy aWYiPiZuYnNwOyZuYnNwOyZuYnNwOwo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5SRkMgMzAzMiAo cmVmZXJlbmNlZCBieSB0aGUgZHJhZnQpIGFuZCBSRkMgNTMzMiAoPGI+PGk+bm90IG1lbnRpb25l ZCBpbiB0aGUgZHJhZnQ8L2k+PC9iPikgZGVwZW5kIHR3byBlbmNhcHN1bGF0aW9ucyBvZiBsYWJl bGVkIHBhY2tldHMgLSBvbmUgZm9yIERvd25zdHJlYW0tYWxsb2NhdGVkIGxhYmVscyBhbmQgYW5v dGhlcgogZm9yIFVwc3RyZWFtLWFsbG9jYXRlZCBvbmVzLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4K PC9kaXY+CjwvZGl2Pgo8L2Jsb2NrcXVvdGU+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gLHNlcmlmJnF1b3Q7LHNlcmlm Ij4jQWhtZWQ6IFJGQzUzMzIgaXMgZm9yIG11bHRpY2FzdC4gQXMgbWVudGlvbmVkIGluIFNlY3Rp b24gNiBvZiBkcmFmdC1pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmctMTUsIG11bHRpY2FzdCBp cyBvdXRzaWRlIHRoZSBzY29wZSBvZiBTUi4gSGVuY2UgdGhlIFJGQyB3YXMgbm90IHJlZmVycmVk IHRvIGluIHRoZQogU1ItTVBMUyBkcmFmdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMwMEIwNTAiPltbU2FzaGFd XSBJIHdvdWxkIGJlIHNhdGlzZmllZCB3aXRoIHRoaXMgcmVzcG9uc2UsIHdvdWxkIGl0IG5vdCBi ZSBmb3IgdGhlIGZvbGxvd2luZyB0ZXh0IEkgc2VlIGluIFNlY3Rpb24gMi4yIG9mIHRoZTwvc3Bh bj48L2k+PC9iPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4KPGEgaHJlZj0i aHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX190b29s cy5pZXRmLm9yZ19odG1sX2RyYWZ0LTJEaWV0Zi0yRHNwcmluZy0yRHNlZ21lbnQtMkRyb3V0aW5n LTJEcG9saWN5LTJEMDEmYW1wO2Q9RHdNR2FRJmFtcDtjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpC WGVNSy1uZGIzdm9EVFhjV3pvQ0kmYW1wO3I9TnlqTHNyN0pBN212cENKYTBZbVBkVktjbU1YSjMx YnBiQmFOcXpDTnJuZyZhbXA7bT1DQm40Ni10VGpackZ1cDBkUi1FR0F0dDRRRnE5UGkyN1JhTzVy UUNrMVF3JmFtcDtzPTRmMEg2OExUdmtwN04tYllUVkxPaFdxaUViSGFDc09RUjF6X1F6ejNXZjQm YW1wO2U9Ij4KU1IgUG9saWN5IEFyY2hpdGVjdHVyZTwvYT4gPC9zcGFuPjwvaT48L2I+PGI+PGk+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMwMEIwNTAiPmRyYWZ0Ojwvc3Bhbj48L2k+PC9iPjxvOnA+ PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luOjBjbTttYXJnaW4t Ym90dG9tOi4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj4KPHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQiPiZuYnNwOyZuYnNwOyBBIHZhcmlhdGlvbiBvZiBTUiBQb2xpY3kgY2FuIGJlIHVz ZWQgZm9yIHBhY2tldCByZXBsaWNhdGlvbi4mbmJzcDsgQTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbjowY207bWFyZ2luLWJvdHRvbTouMDAw MXB0O2xpbmUtaGVpZ2h0Om5vcm1hbCI+CjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0Ij4m bmJzcDsmbmJzcDsgY2FuZGlkYXRlIHBhdGggY291bGQgY29tcHJpc2UgbXVsdGlwbGUgU0lELUxp c3RzOyBvbmUgZm9yIGVhY2g8L3NwYW4+PG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW46MGNtO21hcmdpbi1ib3R0b206LjAwMDFwdDtsaW5lLWhlaWdodDpu b3JtYWwiPgo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdCI+Jm5ic3A7Jm5ic3A7IHJlcGxp Y2F0aW9uIHBhdGguJm5ic3A7IEluIHN1Y2ggYSBzY2VuYXJpbywgcGFja2V0cyBhcmUgYWN0dWFs bHk8L3NwYW4+PG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW46MGNtO21hcmdpbi1ib3R0b206LjAwMDFwdDtsaW5lLWhlaWdodDpub3JtYWwiPgo8c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdCI+Jm5ic3A7Jm5ic3A7IHJlcGxpY2F0ZWQgdGhyb3VnaCBl YWNoIFNJRCBMaXN0IG9mIHRoZSBTUiBQb2xpY3kgdG8gcmVhbGl6ZSBhIHBvaW50LTwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbjowY207bWFy Z2luLWJvdHRvbTouMDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1hbCI+CjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0Ij4mbmJzcDsmbmJzcDsgdG8tbXVsdGlwb2ludCBzZXJ2aWNlIGRlbGl2ZXJ5 LiA8L3NwYW4+PG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+ PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48aT48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzAwQjA1MCI+VGhpcyBsb29rcyB0byBtZSBhcyBiZWluZyB2ZXJ5IG11Y2ggbXVsdGljYXN0 IGluIFNSLCBhbmQsIHVubGVzcyB5b3Ugd2FudCB0byBzYXkgdGhhdCBpdCBpcyBsaW1pdGVkIHRv IFNSdjYsIG1ha2VzIG15IHF1ZXN0aW9uIHJlbGV2YW50IElNSE8uPC9zcGFuPjwvaT48L2I+PG86 cD48L286cD48L3A+CjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1i b3R0b206NS4wcHQiPgo8ZGl2Pgo8ZGl2Pgo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdDt0ZXh0LWluZGVudDotMTguMHB0Ij48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2Vy aWYiPmIuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7VGltZXMgTmV3IFJvbWFuICxzZXJpZiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Cjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtW ZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb20gbXkgUE9WIHRoZSBTVC1NUExTIG9ubHkgdXNl cyBEb3duc3RyZWFtLWFsbG9jYXRlZCBsYWJlbHMg4oCTIGJ1dCBJIGV4cGVjdCB0aGUgZHJhZnQg dG8gc3RhdGUgdGhhdCBleHBsaWNpdGx5LCBvbmUgd2F5IG9yIGFub3RoZXIuIChJZiBVcHN0cmVh bS1hbGxvY2F0ZWQgbGFiZWxzIGFyZSByZWxldmFudCBmb3IgU1ItTVBMUywKIEkgd291bGQgc2Vl IGl0IGFzIGEgbWFqb3IgZ2FwLCBzbyBJIGhvcGUgdGhhdCB0aGlzIGlzIG5vdCB0aGUgY2FzZSku PC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8L2Rpdj4KPC9kaXY+CjwvYmxvY2txdW90ZT4KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBS b21hbiAsc2VyaWYmcXVvdDssc2VyaWYiPiNBaG1lZDogSSB3aWxsIGFkZCBhIHN0YXRlbWVudCBp biBzZWN0aW9uIDIuMiB0byBtZW50aW9uIHRoYXQgaXQgaXMgZG93bi1zdHJlYW0gYWxsb2NhdGVk IGFzIHlvdSBtZW50aW9uZWQ8L3NwYW4+PG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5bW1Nhc2hhXV0gVGhpcyBp cyBxdWl0ZSB1bmFtYmlndW91cyBhbmQsIG9uY2UgYWRkZWQsIHdvdWxkIHJlc29sdmUgbXkgY29t bWVudCBpbiBmdWxsIOKAkyB0aGUgcHJldmlvdXMgY29tbWVudCBub3R3aXRoc3RhbmRpbmcuIElu IHBhcnRpY3VsYXIsIGl0IHdvdWxkIGltcGx5CiB0aGF0IGV2ZW4gbGFiZWxzIHJlcHJlc2VudGlu ZyBCU0lEcyBvZiBhIFNSIFJlcGxpY2F0aW9uIHBvbGljaWVzIHdpbGwgYmUgZG93bnN0cmVhbS1h bGxvY2F0ZWQuCjwvc3Bhbj48L2k+PC9iPjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuICxzZXJp ZiZxdW90OyxzZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8YmxvY2txdW90ZSBz dHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4KPGRpdj4KPGRpdj4K PHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVudDotMTguMHB0Ij48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1 b3Q7LHNhbnMtc2VyaWYiPjIuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuICxzZXJpZiZxdW90OyxzZXJpZiI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Cjwvc3Bhbj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPkxhYmVsIHNwYWNlcyBpbiBT Ui1NUExTPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPjo8L3NwYW4+PG86cD48L286cD48L3A+ CjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0O3Rl eHQtaW5kZW50Oi0xOC4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+YS48L3NwYW4+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gLHNlcmlm JnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJzcDsKPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+ UkZDIDMwMzEgKHJlZmVyZW5jZWQgYnkgdGhlIGRyYWZ0KSBkZWZpbmVzIHBlci1wbGF0Zm9ybSBh bmQgcGVyLWludGVyZmFjZSBsYWJlbCBzcGFjZXMsIGFuZCBSRkMgNTMzMSAoPGI+PGk+bm90IG1l bnRpb25lZCBpbiB0aGUgZHJhZnQ8L2k+PC9iPikgYWRkcyBjb250ZXh0LXNwZWNpZmljIGxhYmVs IHNwYWNlcyBhbmQgY29udGV4dAogbGFiZWxzLiA8L3NwYW4+PG86cD48L286cD48L3A+CjxwIGNs YXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0O3RleHQtaW5k ZW50Oi0xOC4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Yi48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gLHNlcmlmJnF1b3Q7 LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJzcDsKPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+VGhlIGRy YWZ0IGRvZXMgbm90IHNheSB3aGljaCBvZiB0aGVzZSBhcmUgb3IgYXJlIG5vdCByZWxldmFudCBm b3IgU1ItTVBMUzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3Jh cGgiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQ7dGV4dC1pbmRlbnQ6LTE4LjBwdCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90Oyxz YW5zLXNlcmlmIj5jLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiAsc2VyaWYmcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNw OyZuYnNwOwo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9tIG15IFBPVjo8L3NwYW4+PG86cD48 L286cD48L3A+CjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 MTA4LjBwdDt0ZXh0LWluZGVudDotMTA4LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBw dDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gLHNlcmlmJnF1b3Q7LHNlcmlmIj4m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsKPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+aS48L3NwYW4+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gLHNlcmlm JnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJzcDsKPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+ TGFiZWxzIHJlcHJlc2VudGluZyBhbGwga2luZHMgb2YgU0lEcyBtZW50aW9uZWQgaW4gdGhlIGRy YWZ0IE1VU1QgYmUgYWxsb2NhdGVkIGZyb20gdGhlIHBlci1wbGF0Zm9ybSBsYWJlbCBzcGFjZSBv bmx5Cjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0 eWxlPSJtYXJnaW4tbGVmdDoxMDguMHB0O3RleHQtaW5kZW50Oi0xMDguMHB0Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiAsc2Vy aWYmcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOwo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5paS48L3NwYW4+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcg Um9tYW4gLHNlcmlmJnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJzcDsKPC9zcGFuPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDss c2Fucy1zZXJpZiI+QXQgdGhlIHNhbWUgdGltZSwgaW5zdGFudGlhdGlvbiBvZiBNaXJyb3IgU2Vn bWVudCBJRHMgZGVmaW5lZCBpbiBTZWN0aW9uIDUuMSBvZiB0aGUgU2VnbWVudCBSb3V0aW5nIEFy Y2hpdGVjdHVyZSBkcmFmdCB1c2luZyBNUExTIGRhdGEgcGxhbmUgY2xlYXJseSBjYWxscyBmb3Ig Y29udGV4dCBsYWJlbHMgYW5kIGNvbnRleHQtc3BlY2lmaWMKIGxhYmVsIHNwYWNlczwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4t bGVmdDo3Mi4wcHQ7dGV4dC1pbmRlbnQ6LTE4LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5kLjwvc3Bh bj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5l dyBSb21hbiAsc2VyaWYmcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOwo8L3NwYW4+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90 OyxzYW5zLXNlcmlmIj5JIGV4cGVjdCB0aGUgZHJhZnQgdG8gcHJvdmlkZSBhIGNsZWFyLWN1dCBw b3NpdGlvbiBvbiB0aGVzZSBhc3BlY3RzIG9mIFNSLU1QTFMuPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pgo8L2Rpdj4KPC9kaXY+CjwvYmxvY2txdW90ZT4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiAsc2VyaWYmcXVvdDssc2Vy aWYiPiNBaG1lZDogSSB3aWxsIGFkZCBhIHN0YXRlbWVudCB0byBzZWN0aW9uIDIuMiB0byBzYXkg dGhhdCB0aGUgaXQgaXMgcGVyLXBsYXRmb3JtLiBSZWdhcmRpbmcgdGhlIGZ1bmN0aW9uICZxdW90 O21pcnJvcmluZyZxdW90OywgU1IgYXR0YWNoZXMgYSAqZnVuY3Rpb24qIHRvIGVhY2ggU0lELiBU aGUgJnF1b3Q7bWlycm9yaW5nJnF1b3Q7IGZ1bmN0aW9uCiBpcyBhbHJlYWR5IGRlc2NyaWJlZCBp biBTZWN0aW9uIDUuMSBvZiBkcmFmdC1pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmcgYW5kIGlz IG5vdCBzcGVjaWZpYyB0byB0aGUgTVBMUyBmb3J3YXJkaW5nIHBsYW5lLiBIZW5jZSB0aGVyZSBp cyBubyBuZWVkIHRvIHJlLW1lbnRpb24gaXQgaGVyZSBiZWNhdXNlIHRoaXMgZG9jdW1lbnQgaXMg dHJ5aW5nIHRvIGJlIGFzIHNwZWNpZmljIGFzIHBvc3NpYmxlIHRvIHRoZSBNUExTIGZvcndhcmRp bmcgcGxhbmUuCiBHZW5lcmFsIGZ1bmN0aW9ucyBhdHRhY2hlZCB0byBTSUQgYXJlIGRlc2NyaWJl ZCBpbiB0aGUgc2VnbWVudCByb3V0aW5nIGFyY2hpdGVjdHVyZSBkb2N1bWVudCBvciBmdXR1cmUg ZG9jdW1lbnRzLiBGdXJ0dXJlIGRvY3VtZW50cyBwcm9wb3NpbmcgbmV3IFNSIGZ1bmN0aW9uIG11 c3QgYmUgYXMgc3BlY2lmaWMgYW5kIGNsZWFyIGFzIHBvc3NpYmxlPC9zcGFuPjxvOnA+PC9vOnA+ PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzAw QjA1MCI+W1tTYXNoYV1dIExvb2tzIE9LIHRvIG1lLjwvc3Bhbj48L2k+PC9iPjxvOnA+PC9vOnA+ PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 VGltZXMgTmV3IFJvbWFuICxzZXJpZiZxdW90OyxzZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9v OnA+PC9wPgo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9t OjUuMHB0Ij4KPGRpdj4KPGRpdj4KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0 ZXh0LWluZGVudDotMTguMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPjMuPC9zcGFuPjxzcGFuIHN0eWxl PSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuICxzZXJp ZiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Cjwvc3Bhbj48Yj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2Vy aWYiPlNSLU1QTFMgYW5kIGhpZXJhcmNoaWNhbCBMU1BzPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2Vy aWYiPjo8L3NwYW4+PG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBz dHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0O3RleHQtaW5kZW50Oi0xOC4wcHQiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1z ZXJpZiI+YS48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTom cXVvdDtUaW1lcyBOZXcgUm9tYW4gLHNlcmlmJnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJz cDsKPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+U1IgTFNQcyB0aGF0IGluY2x1ZGUgbW9yZSB0aGFu IG9uZSBzZWdtZW50IGFyZSBoaWVyYXJjaGljYWwgTFNQcyBmcm9tIHRoZSBQT1Ygb2YgdGhlIE1Q TFMgZGF0YSBwbGFuZS4gVGhlcmVmb3JlIHNvbWUgKHBvc3NpYmx5LCBhbGwpIG9mIHRoZSBtb2Rl bHMgZm9yIGhhbmRsaW5nIFRUTCBhbmQgVEMgYml0cyB0aGF0IGhhdmUKIGJlZW4gZGVmaW5lZCBp biBSRkMgMzQ0MyAoPGI+PGk+bm90IG1lbnRpb25lZCBpbiB0aGUgZHJhZnQ8L2k+PC9iPikgc2hv dWxkIGFwcGx5IHRvIFNSLU1QTFM8L3NwYW4+PG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29M aXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0O3RleHQtaW5kZW50Oi0xOC4w cHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRh bmEmcXVvdDssc2Fucy1zZXJpZiI+Yi48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBw dDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gLHNlcmlmJnF1b3Q7LHNlcmlmIj4m bmJzcDsmbmJzcDsmbmJzcDsKPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+UkZDIDgyODcgKDxiPjxp Pm5vdCByZWZlcmVuY2VkIGluIHRoZSBkcmFmdDwvaT48L2I+KSBzcGVjaWZpY2FsbHkgZGlzY3Vz c2VkIG9wZXJhdGlvbiBvZiB0aGUgTFNQIFRyYWNlcm91dGUgZnVuY3Rpb24gZm9yIFNSIExTUHMg aW4gdGhlIGNhc2Ugd2hlbiBQaXBlL1Nob3J0IFBpcGUgbW9kZWwgZm9yIFRUTCBoYW5kbGluZyBp cwogdXNlZDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgi IHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQ7dGV4dC1pbmRlbnQ6LTE4LjBwdCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5z LXNlcmlmIj5jLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1RpbWVzIE5ldyBSb21hbiAsc2VyaWYmcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZu YnNwOwo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5JIGV4cGVjdCB0aGUgZHJhZnQgdG8gcHJvdmlk ZSBhdCBsZWFzdCBzb21lIGd1aWRlbGluZXMgcmVnYXJkaW5nIGFwcGxpY2FiaWxpdHkgb2YgZWFj aCBzcGVjaWZpYyBtb2RlbCBkZWZpbmVkIGluIFJGQyAzNDQzIChzZXBhcmF0ZWx5IGZvciBUVEwg YW5kIFRDIGJpdHMpIHRvIFNSLU1QTFMuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8L2Rpdj4KPC9k aXY+CjwvYmxvY2txdW90ZT4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiAsc2VyaWYmcXVvdDssc2VyaWYiPiNBaG1lZDog QlkgZGVzaWduLCB0aGUgaW5zdGFudGlhdGlvbiBvZiBTUiBvdmVyIHRoZSBNUExTIGZvcndhcmRp bmcgcGxhbmUgKGFuZCBoZW5jZSB0aGlzIGRyYWZ0KSBkb2VzIG5vdCBtb2RpZnkgdGhlIE1QTFMg Zm9yd2FyZGluZyBwbGFuIGJlaGF2aW9yIGFzIGl0IGlzIG1lbnRpb25lZCBpbiB0aGUgZmlyc3QK IHNlbnRlbmNlIGluIFNlY3Rpb24gMS4gU28gdGhlIFRUTCBiZWhhdmlvciBzcGVjaWZpZWQgaW4g cmZjMzQ0MyBpcyBhbHJlYWR5IGltcGxpZWQgYW5kIHRoZXJlIGlzIG5vIG5lZWQgdG8gcmUtbWVu dGlvbiBpdCBoZXJlIGp1c3QgbGlrZSBhbGwgYXNwZWN0cyBvZiBNUExTIGZvcndhcmRpbmcuIFJG QzgyODcgaXMgT0FNLXNwZWNpZmljLiZuYnNwOyBTUi1PQU0gaXMgaGFuZGxlZCBpbiBhIHNlcGFy YXRlIGRvY3VtZW50IHNvIGlzIG91dHNpZGUgdGhlIHNjb3BlCiBvZiB0aGlzIGRyYWZ0PC9zcGFu PjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48aT48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6IzAwQjA1MCI+W1tTYXNoYV1dIFVuZm9ydHVuYXRlbHkgSSBkbyBub3QgdGhpbmsg dGhpcyBpcyBnb29kIGVub3VnaC4gTGV0IG1lIGFzayBhIHNwZWNpZmljIHF1ZXN0aW9uIHJlZmxl Y3RpbmcgbXkgY29uY2VybnM6PC9zcGFuPjwvaT48L2I+PG86cD48L286cD48L3A+CjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMDBCMDUwIj5UaGUgaGVh ZC1lbmQgbm9kZSBzZW5kcyBTUi1NUExTIHBhY2tldHMgYWNyb3NzIGEgcGF0aCBkZWZpbmVkIGJ5 IGFuIG9yZGVyZWQgc2V0IG9mIFNJRHMgd2l0aCBtb3JlIHRoYW4gb25lIFNJRCBpbiB0aGUgbGlz dC4gRWFjaCBTSUQgaXMgcmVwcmVzZW50ZWQgYnkgYQogbGFiZWwgc3RhY2sgZW50cnkgKExTRSkg aW4gdGhlIE1QTFMgbGFiZWwgc3RhY2ssIGFuZCB0aGUgbGFiZWwgZmllbGQgaW4gZWFjaCBMU0Ug aXMgdGhlIGxhYmVsIHRoYXQgbWF0Y2hlcyB0aGUgY29ycmVzcG9uZGluZyBTSUQuIEhvd2V2ZXIs IGVhY2ggTFNFIGFsc28gaW5jbHVkZXMgdGhlIFRUTCBhbmQgVEMgZmllbGRzLiBIb3cgZG9lcyB0 aGUgaGVhZC1lbmQgbm9kZSBzZXQgdGhlc2UgZmllbGRzIGluIGVhY2ggb2YgdGhlIExTRXMgZm9s bG93aW5nCiB0aGUgdG9wIG9uZT8gVGhpcyBjbGVhcmx5IGRlcGVuZHMgb24gdGhlIG1vZGVsIChV bmlmb3JtIHZzLiBQaXBlL1Nob3J0IFBpcGUpIGltcGxlbWVudGVkIGluIGVhY2ggbm9kZSB0aGF0 IHRoYXQgcGVyZm9ybXMgTmV4dCBvcGVyYXRpb24gb24gdGhlIHBhY2tldCBhbG9uZyB0aGUgcGF0 aCDigJMgYnV0IHRoZSBoZWFkLWVuZCBub2RlIHVzdWFsbHkgaXMgbm90IGF3YXJlIG9mIHRoYXQu Cjwvc3Bhbj48L2k+PC9iPjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48 aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzAwQjA1MCI+UkZDIDgyODcgaXMgcmVsZXZhbnQgYXMg YW4gZXhhbXBsZSBoZXJlIElNSE8gYmVjYXVzZSBpdCByZWNvbW1lbmRzIHRoZSBmb2xsb3dpbmcg c2V0dGluZyBvZiBUVEwgaW4gVHJhY2Vyb3V0ZSBwYWNrZXRzOjwvc3Bhbj48L2k+PC9iPjxvOnA+ PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjM5LjZwdDt0ZXh0LWluZGVudDotMTguMHB0O21zby1saXN0OmwxIGxldmVsMSBsZm82Ij4KPCFb aWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+LTxzcGFuIHN0 eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Cjwvc3Bhbj48L3NwYW4+ PCFbZW5kaWZdPjxzcGFuIGRpcj0iTFRSIj48L3NwYW4+PGI+PGk+PHNwYW4gc3R5bGU9ImNvbG9y OiMwMEIwNTAiPlNldCB0aGUgVFRMIG9mIGFsbCB0aGUgbGFiZWxzIGFib3ZlIG9uZSB0aGF0IHJl cHJlc2VudHMgdGhlIHNlZ21lbnQgeW91IGFyZSBjdXJyZW50bHkgdHJhY2luZyB0byBtYXhpbXVt PC9zcGFuPjwvaT48L2I+PG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBo IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzkuNnB0O3RleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6 bDEgbGV2ZWwxIGxmbzYiPgo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0ibXNvLWxp c3Q6SWdub3JlIj4tPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFu JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsKPC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4gZGlyPSJMVFIiPjwvc3Bhbj48Yj48 aT48c3BhbiBzdHlsZT0iY29sb3I6IzAwQjA1MCI+U2V0IHRoZSBUVEwgb2YgdGhlIGxhYmVsIG9u ZSB0aGF0IHJlcHJlc2VudHMgdGhlIHNlZ21lbnQgeW91IGFyZSBjdXJyZW50bHkgdHJhY2luZyB0 byB0aGUgZGVzaXJlZCB2YWx1ZSAodG8gYmUgaW5jcmVtZW50ZWQgdW50aWwgZW5kIG9mIHNlZ21l bnQgaXMgcmVhY2hlZDwvc3Bhbj48L2k+PC9iPjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNv TGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM5LjZwdDt0ZXh0LWluZGVudDotMTgu MHB0O21zby1saXN0OmwxIGxldmVsMSBsZm82Ij4KPCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4g c3R5bGU9Im1zby1saXN0Oklnbm9yZSI+LTxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1Rp bWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Cjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxzcGFuIGRpcj0iTFRS Ij48L3NwYW4+PGI+PGk+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMEIwNTAiPlNldCB0aGUgVFRMIG9m IGFsbCB0aGUgbGFiZWxzIGJlbG93IG9uZSB0aGF0IHJlcHJlc2VudHMgdGhlIHNlZ21lbnQgeW91 IGFyZSBjdXJyZW50bHkgdHJhY2luZyB0byAwLjwvc3Bhbj48L2k+PC9iPjxvOnA+PC9vOnA+PC9w Pgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48aT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMwMEIwNTAiPkkgZXhwZWN0IHRoZSBk cmFmdCB0byBwcm92aWRlIHNvbWUgcmVjb21tZW5kYXRpb25zIGZvciB0cmFmZmljIChub24tT0FN KSBwYWNrZXRzIGFzIHdlbGwuPC9zcGFuPjwvaT48L2I+PG86cD48L286cD48L3A+CjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t YW4gLHNlcmlmJnF1b3Q7LHNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+CjxibG9j a3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPgo8ZGl2 Pgo8ZGl2Pgo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRleHQtaW5kZW50Oi0x OC4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Zl cmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+NC48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3 LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gLHNlcmlmJnF1b3Q7LHNlcmlm Ij4mbmJzcDsmbmJzcDsmbmJzcDsKPC9zcGFuPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+SW5mZXJyaW5n IG5ldHdvcmsgbGF5ZXIgcHJvdG9jb2wgaW4gU1ItTVBMUzwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNl cmlmIj46PC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdDt0ZXh0LWluZGVudDotMTguMHB0Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMt c2VyaWYiPmEuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VGltZXMgTmV3IFJvbWFuICxzZXJpZiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5i c3A7Cjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPkkgd29uZGVyIGlmIHRoZSBkcmFmdCBjb3VsZCBw cm92aWRlIGFueSBkZXRhaWxzIG9uIHRoZSBzaXR1YXRpb24gd2hlbiBhIGxhYmVsIHRoYXQgcmVw cmVzZW50cyBzb21lIGtpbmQgb2YgU0lEIGlzIHRoZSBib3R0b20tb2Ytc3RhY2sgbGFiZWwgdG8g YmUgcG9wcGVkIGJ5IHRoZSBlZ3Jlc3MgTEVSPC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8L2Rpdj4K PC9kaXY+CjwvYmxvY2txdW90ZT4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiAsc2VyaWYmcXVvdDssc2VyaWYiPiNhaG1l ZDogVGhpcyBpcyBwYXJ0IG9mIHRoZSAmcXVvdDtOZXh0JnF1b3Q7IGZ1bmN0aW9uLiBJdCBpcyBk ZXNjcmliZWQgaW4gZGV0YWlsIGluIHRoaXMgZG9jdW1lbnQuCjwvc3Bhbj48bzpwPjwvbzpwPjwv cD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMwMEIw NTAiPltbU2FzaGFdXSBORVhUIGZ1bmN0aW9uIGlzIG1lbnRpb25lZCBpbiBzZXZlcmFsIHBsYWNl cyBpbiB0aGUgZG9jdW1lbnQuIENhbiB5b3UgcGxlYXNlIHBvaW50IHRvIHRoZSBzcGVjaWZpYyB0 ZXh0IHRoYXQgaXMgcmVsZXZhbnQgZm9yIG15IHF1ZXN0aW9uPzwvc3Bhbj48L2k+PC9iPjxvOnA+ PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7VGltZXMgTmV3IFJvbWFuICxzZXJpZiZxdW90OyxzZXJpZiI+Jm5ic3A7PC9zcGFuPjxv OnA+PC9vOnA+PC9wPgo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t Ym90dG9tOjUuMHB0Ij4KPGRpdj4KPGRpdj4KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0 eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQ7dGV4dC1pbmRlbnQ6LTE4LjBwdCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNl cmlmIj5iLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiAsc2VyaWYmcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNw Owo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5Gb3IgdGhlIHJlZmVyZW5jZSwgUkZDIDMwMzIgc2F5 cyB0aGF0IOKAnHRoZSBpZGVudGl0eSBvZiB0aGUgbmV0d29yayBsYXllciBwcm90b2NvbCZuYnNw OyBtdXN0IGJlIGluZmVyYWJsZSBmcm9tIHRoZSB2YWx1ZSBvZiB0aGUgbGFiZWwgd2hpY2ggaXMg cG9wcGVkIGZyb20mbmJzcDsgdGhlIGJvdHRvbSBvZiB0aGUgc3RhY2ssIHBvc3NpYmx5IGFsb25n CiB3aXRoIHRoZSBjb250ZW50cyZuYnNwOyBvZiB0aGUgbmV0d29yayBsYXllciBoZWFkZXIgaXRz ZWxm4oCdPC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdDt0ZXh0LWluZGVudDotMTguMHB0Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMt c2VyaWYiPmMuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VGltZXMgTmV3IFJvbWFuICxzZXJpZiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5i c3A7Cjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb20gbXkgUE9WIHRoZSBmb2xsb3dpbmcgc2Nl bmFyaW8gaW5kaWNhdGVzIHJlbGV2YW5jZSBvZiB0aGlzIGV4cGVjdGF0aW9uIGZvciBTUi1NUExT Ojwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxl PSJtYXJnaW4tbGVmdDoxMDguMHB0O3RleHQtaW5kZW50Oi0xMDguMHB0Ij48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiAsc2VyaWYm cXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOwo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5pLjwvc3Bh bj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5l dyBSb21hbiAsc2VyaWYmcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOwo8L3NwYW4+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90 OyxzYW5zLXNlcmlmIj5JUy1JUyBpcyB1c2VkIGZvciBkaXN0cmlidXRpbmcgYm90aCBJUHY0IGFu ZCBJUHY2IHJlYWNoYWJpbGl0eSBpbiBhIGdpdmVuIGRvbWFpbjwvc3Bhbj48bzpwPjwvbzpwPjwv cD4KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDoxMDguMHB0 O3RleHQtaW5kZW50Oi0xMDguMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiAsc2VyaWYmcXVvdDssc2VyaWYiPiZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOwo8 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVy ZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5paS48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3 LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gLHNlcmlmJnF1b3Q7LHNlcmlm Ij4mbmJzcDsmbmJzcDsmbmJzcDsKPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+QW4gSVMtSVMgYWRq YWNlbmN5IG92ZXIgc29tZSBkdWFsLXN0YWNrIGxpbmsgaXMgZXN0YWJsaXNoZWQsIGFuZCBhIHNp bmdsZSBBZGotU0lEIGZvciB0aGlzIGFkamFjZW5jeSBpcyBhZHZlcnRpc2VkPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjEwOC4wcHQ7dGV4dC1pbmRlbnQ6LTEwOC4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuICxzZXJpZiZxdW90OyxzZXJpZiI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Cjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtW ZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPmlpaS48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gLHNlcmlmJnF1b3Q7LHNl cmlmIj4mbmJzcDsmbmJzcDsmbmJzcDsKPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+VGhlIG5vZGUg dGhhdCBoYXMgYXNzaWduZWQgYW5kIGFkdmVydGlzZWQgdGhpcyBBZGotU0lEIHJlY2VpdmVzIGEg bGFiZWxlZCBwYWNrZXQgd2l0aCB0aGUgbGFiZWwgcmVwcmVzZW50aW5nIHRoaXMgQWRqLVNJRCBi ZWluZyBib3RoIHRoZSB0b3AgYW5kIGJvdHRvbS1vZi1zdGFjayBsYWJlbDwvc3Bhbj48bzpwPjwv bzpwPjwvcD4KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDox MDguMHB0O3RleHQtaW5kZW50Oi0xMDguMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiAsc2VyaWYmcXVvdDssc2VyaWYiPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOwo8 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVy ZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5pdi48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3 LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gLHNlcmlmJnF1b3Q7LHNlcmlm Ij4mbmJzcDsmbmJzcDsmbmJzcDsKPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+VGhlIGltcGxlbWVu dGVycyBtdXN0IGJlIGdpdmVuIHVuYW1iaWd1b3VzIGluc3RydWN0aW9ucyBmb3IgZm9yd2FyZGlu ZyB0aGUgdW5sYWJlbGVkIHBhY2tldCB2aWEgdGhlIGR1YWwtc3RhY2sgbGluayBhcyBhbiBJcHY0 IG9yIGFuIElQdjYgcGFja2V0Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPC9kaXY+CjwvZGl2Pgo8 L2Jsb2NrcXVvdGU+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gLHNlcmlmJnF1b3Q7LHNlcmlmIj4jQWhtZWQ6IElmIHlv dSB0YWtlIGEgbG9vayBhdCB0aGUgU1ItSVNJUyAsIFNSLU9TUEZ2MiBhbmQgU1ItT1NGdjMgZHJh ZnRzLCB5b3Ugd2lsbCBzZWUgYWxsIDMgcHJvdG9jb2wgYWR2ZXJ0aXNlIGRpZmZlcmVudCBhZGot U0lEUyBmb3IgSVB2NCBuZXh0LWhvcCBhbmQgSVB2NiBuZXh0LWhvcC4gRm9yIGV4YW1wbGUsCiBJ U0lTIHVzZXMgdGhlICZxdW90O0YtRmxhZyZxdW90OyAoc2VjdGlvbiAyLjIuMSBpbiBkcmFmdC1p ZXRmLWlzaXMtc2VnbWVudC1yb3V0aW5nLWV4dGVuc2lvbnMtMTgpIHRvIHNwZWNpZnkgd2hldGhl ciB0aGUgYWRqLVNJRCBpcyBmb3IgSVB2NCBhbmQgSVB2Ni4gU2ltaWxhcmx5LCB0aGUgU1ItSVNJ UyBkcmFmdCBhdHRhY2hlcyBhIHByZWZpeC1TSUQgdG8gdGhlIHByZWZpeCBhZHZlcnRpc2VtZW50 IGFuZCBoZW5jZSBpbXBsaWVzIHRoZSBpZGVudGl0eSBvZiB0aGUKIHByb3RvY29sIHVuZGVybmVh dGggdGhlIGJvdHRvbSBtb3N0IGxhYmVsLiBGb3IgYW55IG90aGVyICZxdW90O2Z1bmN0aW9uJnF1 b3Q7IGF0dGFjaGVkIHRvIGEgU0lELCBpdCBpcyBwYXJ0IG9mIHRoZSBzcGVjaWZpY2F0aW9uIG9m IHRoaXMgZnVuY3Rpb24gdG8gZGVzY3JpYmUgd2hhdCBoYXBwZW5zIHdoZW4gdGhlIFNJRCBpcyBy ZXByZXNlbnRlZCBieSBhIGxhYmVsIGluIHRoZSBNUExTIGZvcndhcmRpbmcgcGxhbmUgYW5kIHRo aXMgbGFiZWwgaXMgdGhlIGJvdHRvbQogbW9zdCBsYWJlbCA8L3NwYW4+PG86cD48L286cD48L3A+ CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMDBCMDUw Ij5bW1Nhc2hhXV0gT0ssIGdvdCBpdC4gVGhpcyBpc3N1ZSBpcyByZXNvbHZlZC48L3NwYW4+PC9p PjwvYj48bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiAsc2VyaWYmcXVvdDssc2VyaWYiPiZuYnNw Ozwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4w cHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+CjxkaXY+CjxkaXY+CjxwIGNsYXNzPSJNc29MaXN0UGFy YWdyYXBoIiBzdHlsZT0idGV4dC1pbmRlbnQ6LTE4LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj41Ljwv c3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVz IE5ldyBSb21hbiAsc2VyaWYmcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOwo8L3NwYW4+ PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFu YSZxdW90OyxzYW5zLXNlcmlmIj5SZXNvbHV0aW9uPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYi Pgo8Yj5vZiBDb25mbGljdHM8L2I+OiBBcmUgdGhlPC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8cCBj bGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdDt0ZXh0LWlu ZGVudDotMTguMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPmEuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuICxzZXJpZiZxdW90 OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Cjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPkFyZSB0 aGUgY29uZmxpY3QgcmVzb2x1dGlvbiBwcm9jZWR1cmVzIGxpc3RlZCBpbiBzZWN0aW9uIDIuNSBt YW5kYXRvcnkgdG8gaW1wbGVtZW50Pwo8L3NwYW4+PG86cD48L286cD48L3A+CjxwIGNsYXNzPSJN c29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0O3RleHQtaW5kZW50Oi0x OC4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Zl cmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Yi48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3 LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gLHNlcmlmJnF1b3Q7LHNlcmlm Ij4mbmJzcDsmbmJzcDsmbmJzcDsKPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+SWYgdGhleSBhcmUg bWFuZGF0b3J5IHRvIGltcGxlbWVudCwgYXJlIHRoZXkgYWxzbyBtYW5kYXRvcnkgdG8gZGVwbG95 LCBvciBjYW4gdGhlIG9wZXJhdG9ycyBzaW1wbHkgdHJlYXQgYW55IGRldGVjdGVkIGNvbmZsaWN0 IGFzIHJlcXVpcmluZyBodW1hbiBpbnRlcnZlbnRpb24gYW5kIHByZXZlbnRpbmcgbm9ybWFsIG9w ZXJhdGlvbgogb2YgU1ItTVBMUz88L3NwYW4+PG86cD48L286cD48L3A+CjwvZGl2Pgo8L2Rpdj4K PC9ibG9ja3F1b3RlPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuICxzZXJpZiZxdW90OyxzZXJpZiI+I0FobWVkOiBUaGV5 IGFyZSByZWNvbW1lbmRlZC4gSSB3aWxsIG1vZGlmeSB0aGUgcGFyYWdyYXBoIGFmdGVyIHRoZSBm aXJzdCAzIGJ1bGxldHMgaW4gU2VjdGlvbiAyLjUgdG8gc2F5IHRoYXQgaXQgaXMgcmVjb21tZWRl ZC4gJm5ic3A7Cjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+ PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMwMEIwNTAiPltbU2FzaGFdXSBPSy4gSG93ZXZlciwg aXQgd291bGQgYmUgbmljZSBpZiB5b3UgY291bGQgcmVmZXIgc2VwYXJhdGVseSBmb3Ig4oCcUkVD T01NRU5ERUQgdG8gaW1wbGVtZW504oCdIGFuZCDigJxSRUNPTU1FTkRFRCB0byBkZXBsb3nigJ0u ICZuYnNwO1RoZSBsYXR0ZXIgcHJvYmFibHkgcmVxdWlyZXMKIGEgY29uZmlndXJhdGlvbiBrbm9i IGZvciBlbmFibGluZyBjb25mbGljdCByZXNvbHV0aW9uIHJ1bGVzIChpZiB0aGV5IGFyZSBpbXBs ZW1lbnRlZCkuCjwvc3Bhbj48L2k+PC9iPjxvOnA+PC9vOnA+PC9wPgo8YmxvY2txdW90ZSBzdHls ZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4KPGRpdj4KPGRpdj4KPHAg Y2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQ7dGV4dC1p bmRlbnQ6LTE4LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5jLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiAsc2VyaWYmcXVv dDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOwo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5Gb3Ig dGhlIHJlZmVyZW5jZSwgdGhlIElFVEYgY2FwaXRhbGl6ZWQgTVVTVCBhcHBlYXJzIGp1c3QgaW4g YSBmZXcgcGxhY2VzIGluIFNlY3Rpb24gMi41LCBhbmQgZWFjaCBhcHBlYXJhbmNlIGhhcyB2ZXJ5 IG5hcnJvdyBjb250ZXh0Ojwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb0xpc3RQ YXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDoxMDguMHB0O3RleHQtaW5kZW50Oi0xMDguMHB0 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5l dyBSb21hbiAsc2VyaWYmcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOwo8L3NwYW4+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5z LXNlcmlmIj5pLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1RpbWVzIE5ldyBSb21hbiAsc2VyaWYmcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZu YnNwOwo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5Gb3IgTUNDcyB3aGVyZSB0aGUgJnF1b3Q7VG9w b2xvZ3kmcXVvdDsgYW5kL29yICZxdW90O0FsZ29yaXRobSZxdW90OyBmaWVsZHMgYXJlIG5vdCBk ZWZpbmVkLCB0aGUgbnVtZXJpY2FsIHZhbHVlIG9mIHplcm8gTVVTVCBiZSB1c2VkIGZvciB0aGVz ZSB0d28gZmllbGRzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTGlzdFBhcmFn cmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEwOC4wcHQ7dGV4dC1pbmRlbnQ6LTEwOC4wcHQiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJv bWFuICxzZXJpZiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Cjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPmlp Ljwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rp bWVzIE5ldyBSb21hbiAsc2VyaWYmcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOwo8L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFu YSZxdW90OyxzYW5zLXNlcmlmIj5JZiB0aGUgc2FtZSBzZXQgb2YgRkVDcyBhcmUgYXR0YWNoZWQg dG8gdGhlIHNhbWUgbGFiZWwgJnF1b3Q7TDEmcXVvdDssIHRoZW4gdGhlIHRpZS1icmVha2luZyBy dWxlcyBNVVNUIGFsd2F5cyBzZWxlY3QgdGhlIHNhbWUgRkVDIGlycmVzcGVjdGl2ZSBvZiB0aGUg b3JkZXIgaW4gd2hpY2ggdGhlIEZFQ3MgYW5kIHRoZSBsYWJlbCAmcXVvdDtMMSZxdW90OyBhcmUK IHJlY2VpdmVkLiBJbiBvdGhlciB3b3JkcywgdGhlIHRpZS1icmVha2luZyBydWxlIE1VU1QgYmUg ZGV0ZXJtaW5pc3RpYy4gPC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTGlzdFBh cmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEwOC4wcHQ7dGV4dC1pbmRlbnQ6LTEwOC4wcHQi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3 IFJvbWFuICxzZXJpZiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Cjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPmlpaS48 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1l cyBOZXcgUm9tYW4gLHNlcmlmJnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJzcDsKPC9zcGFu PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEm cXVvdDssc2Fucy1zZXJpZiI+QW4gaW1wbGVtZW50YXRpb24gb2YgZXhwbGljaXQgU0lEIGFzc2ln bm1lbnQgTVVTVCBndWFyYW50ZWUgY29sbGlzaW9uIGZyZWVuZXNzIG9uIHRoZSBzYW1lIHJvdXRl cjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9tIG15IFBPViwgaXQgaXMgbm90IHBv c3NpYmxlIHRvIGluZmVyIHRoZSBhbnN3ZXIgdG8gbXkgcXVlc3Rpb24gZnJvbSB0aGVzZSBzdGF0 ZW1lbnRzLiBTb21lIGV4cGxpY2l0IHN0YXRlbWVudCBpcyByZXF1aXJlZC48L3NwYW4+PG86cD48 L286cD48L3A+CjwvZGl2Pgo8L2Rpdj4KPC9ibG9ja3F1b3RlPgo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuICxzZXJpZiZx dW90OyxzZXJpZiI+I0FobWVkOiBJIGFncmVlIHdpdGggeW91IFBPViBhbmQgYXMgbWVudGlvbmVk IGluIG15IHJlcGx5IHRvIGl0ZW1zIChhKSBhbmQgKGIpLCBJIHdpbGwgbW9kaWZ5IHRoZSBwYXJh Z3JhcGggdG8gc2F5IHRoYXQgaXQgaXMgUkVDT01NRU5ERUQgdG8gYW5zd2VyIHlvdSBxdWVzdGlv bnMgaW4gaXRlbXMgKGEpIGFuZAogKGIpPC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8YmxvY2txdW90 ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4KPGRpdj4KPGRp dj4KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQ7 dGV4dC1pbmRlbnQ6LTE4LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5kLjwvc3Bhbj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiAsc2Vy aWYmcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOwo8L3NwYW4+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlm Ij5UaGUgdGllLWJyZWFraW5nIHJ1bGVzIGluIHNlY3Rpb24gMi41LjEgaW5jbHVkZSBzb21lIHNw ZWNpZmljIHZhbHVlcyBmb3IgZW5jb2RpbmcgRkVDIHR5cGVzIGFuZCBhZGRyZXNzIGZhbWlsaWVz IOKAkyBidXQgdGhlc2UgdmFsdWVzIGFyZSBub3Qgc3VwcG9zZWQgdG8gYXBwZWFyIGluIGFueSBJ QU5BIHJlZ2lzdHJpZXMgKGJlY2F1c2UKIHRoZSBkcmFmdCBkb2VzIG5vdCByZXF1ZXN0IGFueSBJ QU5BIGFjdGlvbnMpLiBDYW4geW91IHBsZWFzZSBjbGFyaWZ5IHdoYXQgaXMgc28gc3BlY2lhbCBh Ym91dCB0aGVzZSB2YWx1ZXM/Cjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPC9kaXY+CjwvZGl2Pgo8 L2Jsb2NrcXVvdGU+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gLHNlcmlmJnF1b3Q7LHNlcmlmIj4jQWhtZWQ6IFRoZXJl IGlzIG5vIHNpZ25pZmljYW5jZSB0byB0aGUgdmFsdWVzIGJ1dCB0aGVyZSBpcyBhIHNpZ25pZmlj YW5jZSB0byB0aGUgb3JkZXIgYW1vbmcgdGhlbS4gSSB3aWxsIG1vZGlmeSB0aGUgdGV4dCB0byBj bGFyaWZ5IHRoYXQ8L3NwYW4+PG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxi PjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMDBCMDUwIj5bW1Nhc2hhXV0gT0suCjwvc3Bhbj48 L2k+PC9iPjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuICxzZXJpZiZxdW90OyxzZXJpZiI+Jm5i c3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1 LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4KPGRpdj4KPGRpdj4KPHAgY2xhc3M9Ik1zb0xpc3RQ YXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQ7dGV4dC1pbmRlbnQ6LTE4LjBwdCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZx dW90OyxzYW5zLXNlcmlmIj5lLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiAsc2VyaWYmcXVvdDssc2VyaWYiPiZuYnNw OyZuYnNwOyZuYnNwOwo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5JIGFsc28gZG91YnQgdGhhdCBj b21wYXJpc29uIG9mIEZFQ3MgdGhhdCByZXByZXNlbnQgSVB2NCBhbmQgSVB2NiBwcmVmaXggU0lE cyBtYWtlcyBtdWNoIHNlbnNlIChmb3IgY29uZmxpY3QgcmVzb2x1dGlvbiBvciBlbHNlKSwgYmVj YXVzZSwgYW1vbmcgb3RoZXIgdGhpbmdzLCB0aGVyZSBhcmUgdmFsaWQgc2NlbmFyaW9zIHdoZW4K IGFuIElQdjQgLzMyIHByZWZpeCBpcyBlbWJlZGRlZCBpbiBhbiBJUHY2IC8xMjggb25lLjwvc3Bh bj48bzpwPjwvbzpwPjwvcD4KPC9kaXY+CjwvZGl2Pgo8L2Jsb2NrcXVvdGU+CjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4g LHNlcmlmJnF1b3Q7LHNlcmlmIj4jQWhtZWQ6IEEgcHJlZml4LVNJRCBpcyBhc3NpZ25lZCB0byBh IHByZWZpeC4gQW4gSVB2NiBwcmVmaXggdGhhdCBlbWJlZHMgYW4gSVB2NCBwcmVmaXggaXMgZGlm ZmVyZW50IGZyb20gdGhlIElQdjQgcHJlZml4LiBUaGUgc3BlY2lmaWNhdGlvbnMgb2YgU1IgZXh0 ZW5zaW9ucyB0byBJU0lTLCBPU1BGdjIsIE9TUEZ2MywKIGFuZCBCR1AgdHJlYXQgSVB2NCBhbmQg SVB2NiBwcmVmaXhlcyBzZXBhcmF0ZWx5LCBpbmNsdWRpbmcgdGhlIElQVjYgcHJlZml4ZXMgd2l0 aCBlbWJlZGRlZCBJUHY0IG9uZXMuIEJlc2lkZXMgbm90IGFsbCBJUHY2IHByZWZpeGVzIGVtYmVk IElQdjQgcHJlZml4IGluIHRoZW0uIEhlbmNlIHRoZSBkaXN0aW5jdGlvbiBiZXR3ZWVuIElQdjQg YW5kIElQdjYgcHJlZml4ZXMgaXMgcXVpdGUgY2xlYXIKPC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzAwQjA1MCI+ W1tTYXNoYV1dIE15IGNvbmNlcm4gd2FzIG1haW5seSBhYm91dCBJUHY0LW1hcHBlZCBJUHY2IGFk ZHJlc3Nlcy4gUXVvdGluZyBmcm9tIFJGQyA0MjkxOjwvc3Bhbj48L2k+PC9iPjxvOnA+PC9vOnA+ PC9wPgo8aDUgc3R5bGU9Im1zby1saW5lLWhlaWdodC1hbHQ6MHB0Ij48YSBocmVmPSJodHRwczov L3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3Rvb2xzLmlldGYu b3JnX2h0bWxfcmZjNDI5MS0yM3NlY3Rpb24tMkQyLjUuNS4yJmFtcDtkPUR3TUdhUSZhbXA7Yz1I QWtZdWg2M3JzdWhyNlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJJmFtcDtyPU55akxzcjdK QTdtdnBDSmEwWW1QZFZLY21NWEozMWJwYkJhTnF6Q05ybmcmYW1wO209Q0JuNDYtdFRqWnJGdXAw ZFItRUdBdHQ0UUZxOVBpMjdSYU81clFDazFRdyZhbXA7cz1JMTRYQThJOVJ1dzVhQmo1ZXJfT1Zi dkFEejFzYjlaTEZCR2FaWmxKSko0JmFtcDtlPSI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcgO2NvbG9yOmJsYWNrJnF1b3Q7LHNl cmlmIj4yLjUuNS4yPC9zcGFuPjwvYj48L2E+PGEgbmFtZT0ic2VjdGlvbi0yLjUuNS4yIj48L2E+ PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcgO2NvbG9yOmJsYWNrJnF1b3Q7LHNlcmlmIj4uJm5ic3A7CiBJUHY0LU1hcHBlZCBJUHY2 IEFkZHJlc3M8L3NwYW4+PC9iPjxvOnA+PC9vOnA+PC9oNT4KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbjowY207bWFyZ2luLWJvdHRvbTouMDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1h bCI+CjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0Ij4mbmJzcDs8L3NwYW4+PG86cD48L286 cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW46MGNtO21hcmdpbi1ib3R0 b206LjAwMDFwdDtsaW5lLWhlaWdodDpub3JtYWwiPgo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luOjBjbTttYXJnaW4tYm90dG9tOi4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFs Ij4KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQiPiZuYnNwOyZuYnNwOyBBIHNlY29uZCB0 eXBlIG9mIElQdjYgYWRkcmVzcyB0aGF0IGhvbGRzIGFuIGVtYmVkZGVkIElQdjQgYWRkcmVzcyBp czwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bjowY207bWFyZ2luLWJvdHRvbTouMDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1hbCI+CjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0Ij4mbmJzcDsmbmJzcDsgZGVmaW5lZC4mbmJzcDsgPHNwYW4g c3R5bGU9ImJhY2tncm91bmQ6eWVsbG93O21zby1oaWdobGlnaHQ6eWVsbG93Ij4KVGhpcyBhZGRy ZXNzIHR5cGUgaXMgdXNlZCB0byByZXByZXNlbnQgdGhlIGFkZHJlc3NlcyBvZjwvc3Bhbj48L3Nw YW4+PG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW46MGNt O21hcmdpbi1ib3R0b206LjAwMDFwdDtsaW5lLWhlaWdodDpub3JtYWwiPgo8c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtiYWNrZ3JvdW5kOnllbGxvdzttc28taGlnaGxpZ2h0OnllbGxvdyI+ Jm5ic3A7Jm5ic3A7IElQdjQgbm9kZXMgYXMgSVB2NiBhZGRyZXNzZXM8L3NwYW4+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQiPi48L3NwYW4+PG86cD48L286cD48L3A+CjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3Nw YW4+PC9pPjwvYj48bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PGk+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMwMEIwNTAiPkZyb20gbXkgUE9WIHRoaXMgbWVhbnMgdGhhdCBh IC8xMjggcHJlZml4IGFzc29jaWF0ZWQgd2l0aCBhbiBJUHY0LW1hcHBlZCBJUHY2IGFkZHJlc3Mg YW5kIGEgLzMyIHByZWZpeCBhc3NvY2lhdGVkIHdpdGggdGhlIElQdjQgYWRkcmVzcyB0aGF0IHdh cyBtYXBwZWQKIHRvIHRoaXMgSVB2NiBhZGRyZXNzIHJlcHJlc2VudCB0aGUgc2FtZSBlbnRpdHku IFRoaXMgdW5kZXJzdGFuZGluZyBmdWxseSBtYXRjaGVzIHVzYWdlIG9mIElQdjQtbWFwcGVkIElQ djYgYWRkcmVzc2VzIGFzIEJHUCBOZXh0IEhvcHMgb2YgVlBOLUlQdjYgYWRkcmVzc2VzIGRlZmlu ZWQgaW4gUkZDIDQ3OTguIEhvd2V2ZXIsIHRoZSBjb21wYXJpc29uIHJ1bGVzIHlvdSBoYXZlIGRl ZmluZWQgd2lsbCB0cmVhdCB0aGVtIGFzIHR3byBkaWZmZXJlbnQKIHByZWZpeGVzLiAmbmJzcDtJ IHdvbmRlciBpZiB0aGVzZSBydWxlcywgaW4gdGhlIGNhc2Ugb2YgYSBjb25mbGljdCwgY291bGQg cmVzdWx0IGluIHByZWZlcnJpbmcgdGhlIElQdjYgcHJlZml4IHRvIGFuIElQdjQgb25lIGFuZCB0 aGVyZWZvcmUgbG9vc2luZyBNUExTIGNvbm5lY3Rpdml0eSBmb3IgdGhlIGluZ3Jlc3MgUEUgb2Yg YSA2VlBFIHNlcnZpY2UgdG8gaXRzIGVncmVzcyBQRT88L3NwYW4+PC9pPjwvYj48bzpwPjwvbzpw PjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O1RpbWVzIE5ldyBSb21hbiAsc2VyaWYmcXVvdDssc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwv bzpwPjwvcD4KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRv bTo1LjBwdCI+CjxkaXY+CjxkaXY+CjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0i bWFyZ2luLWxlZnQ6NzIuMHB0O3RleHQtaW5kZW50Oi0xOC4wcHQiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+ Zi48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtU aW1lcyBOZXcgUm9tYW4gLHNlcmlmJnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsKPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+U2VjdGlvbiAyLjUuMSBkZWZpbmVzIDMgdHlwZXMg b2YgU1ItTVBMUyBGRUNzLCBidXQgSSBhbSBub3Qgc3VyZSBhbGwgU0lEIHR5cGVzIGRlZmluZWQg aW4gdGhlIFNlZ21lbnQgUm91dGluZyBBcmNoaXRlY3R1cmUgZHJhZnQgY2FuIGJlIHVuYW1iaWd1 b3VzbHkgbWFwcGVkIHRvIG9uZSBvZiB0aGVzZSB0eXBlcy4gUHJvYmxlbWF0aWMKIGV4YW1wbGVz IGluY2x1ZGUgYXQgbGVhc3QgdGhlIGZvbGxvd2luZzo8L3NwYW4+PG86cD48L286cD48L3A+Cjxw IGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MTA4LjBwdDt0ZXh0 LWluZGVudDotMTA4LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gLHNlcmlmJnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsK PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Zl cmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+aS48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3 LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gLHNlcmlmJnF1b3Q7LHNlcmlm Ij4mbmJzcDsmbmJzcDsmbmJzcDsKPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+UGFyYWxsZWwgQWRq YWNlbmN5IFNJRDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3Jh cGgiIHN0eWxlPSJtYXJnaW4tbGVmdDoxMDguMHB0O3RleHQtaW5kZW50Oi0xMDguMHB0Ij48c3Bh biBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21h biAsc2VyaWYmcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOwo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5paS48 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1l cyBOZXcgUm9tYW4gLHNlcmlmJnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJzcDsKPC9zcGFu PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEm cXVvdDssc2Fucy1zZXJpZiI+TWlycm9yIFNJRDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlm Ij5FeHBsaWNpdCBtYXBwaW5nIG9mIFNJRCB0eXBlcyB0byBTUi1NUExTIEZFQyB0eXBlcyB3b3Vs ZCBiZSBtb3N0IHVzZWZ1bCBJTU8uIElmIHNvbWUgU0lEIHR5cGVzIGNhbm5vdCBiZSBtYXBwZWQg dG8gU1ItTVBMUyBGRUNzLCB0aGlzIG11c3QgYmUgZXhwbGljaXRseQogc3RhdGVkIGluIHRoZSBk cmFmdC48L3NwYW4+PG86cD48L286cD48L3A+CjwvZGl2Pgo8L2Rpdj4KPC9ibG9ja3F1b3RlPgo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luOjBjbTttYXJnaW4tYm90dG9tOi4wMDAx cHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj4KPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1Rp bWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+I0FobWVkOiA8YnI+ClBhcmFsbGVsIGFkamFjZW5j eSBTSUQgYXJlIGhhbmRsZWQgaW4gdGhlIHR5cGUgJnF1b3Q7KG5leHQtaG9wLCBvdXRnb2luZyBp bnRlcmZhY2UpJnF1b3Q7IDwvc3Bhbj4KPG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjBjbTttYXJnaW4tYm90dG9tOi4wMDAxcHQ7bGluZS1o ZWlnaHQ6bm9ybWFsIj4KPGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMwMEIwNTAiPltbU2Fz aGFdXSBPSzwvc3Bhbj48L2k+PC9iPjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luOjBjbTttYXJnaW4tYm90dG9tOi4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9y bWFsIj4KPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90 OyxzZXJpZiI+PGJyPgpNaXJyb3IgU0lEIGlzIGEgdHlwZSBvZiBiaW5kaW5nLVNJRCBhcyBtZW50 aW9uZWQgaW4gU2VjdGlvbiA1LjEgaW4gdGhlIFNSIGFyY2hpdGVjdHVyZSBkcmFmdCAoZHJhZnQt aWV0Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5nLTE1KS4gQWxzbyBhcyBkZXNjcmliZWQgaW4gU2Vj dGlvbiAyLjQgZHJhZnQtaWV0Zi1pc2lzLXNlZ21lbnQtcm91dGluZy1leHRlbnNpb25zLTE4IChh bHNvIHNlZSB0aGUgZXF1aXZhbGVudCBpbiB0aGUgT1NQRnYyIGFuZCBPU1BGdjMKIGRyYWZ0KSwg YSBiaW5kaW5nIFNJRCBpcyBpZGVudGlmaWVkIGJ5IGEgcHJlZml4LiBIZW5jZSBpdCBpcyBjb3Zl cmVkIGJ5IHRoZSB0eXBlICZxdW90OyhQcmVmaXgsIFJvdXRpbmcgSW5zdGFuY2UsIFRvcG9sb2d5 LCBBbGdvcml0aG0pJnF1b3Q7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbTowY207bWFyZ2luLWJvdHRvbTouMDAwMXB0O2xpbmUt aGVpZ2h0Om5vcm1hbCI+CjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMDBCMDUwIj5bW1Nh c2hhXV0gSSByZXNwZWN0ZnVsbHkgZGlzYWdyZWUuIFRoZXJlIGlzIGRlZmluaXRlbHkgbm8gbWVu dGlvbiBvZiBBbGdvcml0aG0gaW4gdGhlIGRlZmluaXRpb24gb2YgdGhlIE1pcnJvciBTSUQuCjwv c3Bhbj48L2k+PC9iPjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MGNtO2xpbmUtaGVpZ2h0Om5vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPgo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90 dG9tOjUuMHB0Ij4KPGRpdj4KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0 LWluZGVudDotMTguMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPjYuPC9zcGFuPjxzcGFuIHN0eWxlPSJm b250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuICxzZXJpZiZx dW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Cjwvc3Bhbj48Yj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYi Pk5vZGUgU0lEcyBpbiBTUi1NUExTPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPjo8L3NwYW4+ PG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6NzIuMHB0O3RleHQtaW5kZW50Oi0xOC4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+YS48L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBO ZXcgUm9tYW4gLHNlcmlmJnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJzcDsKPC9zcGFuPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVv dDssc2Fucy1zZXJpZiI+Tm9kZSBTSURzIGFyZSBleHBsaWNpdGx5IGRlZmluZWQgYW5kIGRpc2N1 c3NlZCBpbiB0aGUgU2VnbWVudCBSb3V0aW5nIEFyY2hpdGVjdHVyZSBkcmFmdCBidXQgYXJlIG5v dCBtZW50aW9uZWQgZXZlbiBvbmNlIGluIHRoaXMgZHJhZnQ8L3NwYW4+PG86cD48L286cD48L3A+ CjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0O3Rl eHQtaW5kZW50Oi0xOC4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Yi48L3NwYW4+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gLHNlcmlm JnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJzcDsKPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+ QUZBSUssIHRoZSBjb21tb24gaW1wbGVtZW50YXRpb24gcHJhY3RpY2UgdG9kYXkgaW5jbHVkZXMg YXNzaWdubWVudCBvZiBhdCBsZWFzdCBvbmUgTm9kZSBTSUQgdG8gZXZlcnkgbm9kZSBpbiB0aGUg U1ItTVBMUyBkb21haW48L3NwYW4+PG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29MaXN0UGFy YWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0O3RleHQtaW5kZW50Oi0xOC4wcHQiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVv dDssc2Fucy1zZXJpZiI+Yy48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250 LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gLHNlcmlmJnF1b3Q7LHNlcmlmIj4mbmJzcDsm bmJzcDsmbmJzcDsKPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+SXMgdGhlcmUgYSByZXF1aXJlbWVu dCB0byBhc3NpZ24gYXQgbGVhc3Qgb25lIE5vZGUgU0lEIHBlciB7cm91dGluZyBpbnN0YW5jZSwg dG9wb2xvZ3ksIGFsZ29yaXRobX0gaW4gU1ItTVBMUz8gSWYgbm90LCBjYW4gdGhlIGF1dGhvcnMg ZXhwbGFpbiBleHBlY3RlZCBiZWhhdmlvciBvZiBzdWNoIGEgbm9kZT8gKFNlZSBhbHNvCiBteSBj b21tZW50IGFib3V0IHJvdXRpbmcgaW5zdGFuY2VzIGJlbG93KS48L3NwYW4+PG86cD48L286cD48 L3A+CjwvZGl2Pgo8L2Jsb2NrcXVvdGU+CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW46MGNtO21hcmdpbi1ib3R0b206LjAwMDFwdDtsaW5lLWhlaWdodDpub3JtYWwiPgo8c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4jQWht ZWQ6IEEgTm9kZS1TSUQgaXMgYSBzcGVjaWFsIGNhc2Ugb2YgcHJlZml4LVNJRC4gU28gdGhlcmUg bm90aGluZyBzcGVjaWZpYyBhYm91dCBpdCBmcm9tIHRoZSBNUExTIGZvcndhcmRpbmcgcGxhbmUg cG9pbnQgb2Ygdmlldy4gU2ltaWxhcmx5IGZyb20gYSBzdGFuZGFyZCB0cmFja3MgZHJhZnQgcG9p bnQgb2YgdmlldywgdGhlcmUgaXMgbm8gcmVxdWlyZW1lbnQKIHRvIGFzc2lnbiBhIFNJRCB0byBl dmVyeSBwcmVmaXgganVzdCBsaWtlIHRoZXJlIGlzIG5vIHJlcXVpcmVtZW50IHRvIGJpbmQgZXZl cnkgcHJlZml4IHRvIGFuIExEUCBsYWJlbC4gQ29tbW9uIGFuZC9vciByZWNvbW1lbmRlZCBwcmFj dGljZXMgb3IgZGVzY3JpcHRpb24gb2YgZGVwbG95bWVudCBzY2VuYXJpb3MgYXJlIG1vcmUgYmVm aXR0aW5nIHRvIEJDUCBvciBpbmZvcm1hdGlvbmFsIGRyYWZ0cy4gVGhpcyBkcmFmdCBpcyBhIHN0 YW5kYXJkcwogdHJhY2sgZHJhZnQ8L3NwYW4+PG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjBjbTttYXJnaW4tYm90dG9tOi4wMDAxcHQ7bGlu ZS1oZWlnaHQ6bm9ybWFsIj4KPGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMwMEIwNTAiPltb U2FzaGFdXSBXZWxsLCB5b3XigJl2ZSBqdXN0IHNhaWQgdGhhdCBjb25mbGljdCByZXNvbHV0aW9u IHJ1bGVzIGFyZSBSRUNPTU1FTkRFRCwgYW5kIHRoaXMgaXMgcXVpdGUgY29tbW9uIGluIHRoZSBT dGFuZGFyZHMgVHJhY2sgUkZDcy4KPC9zcGFuPjwvaT48L2I+PG86cD48L286cD48L3A+CjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW46MGNtO21hcmdpbi1ib3R0b206LjAwMDFwdDts aW5lLWhlaWdodDpub3JtYWwiPgo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48YnI+CklmIGEge3JvdXRpbmcgaW5zdGFuY2UsIHRvcG9s b2d5LCBhbGdvcml0aG19IGlzIG5vdCBhc3NpZ25lZCBhIFNJRCwgdGhlbiB0aGlzIEZFQyBpcyB0 b3RhbGx5IGlycmVsYXZhbnQgdG8gdGhpcyBkcmFmdCBhbmQgaGVuY2UgZGVzY3JpYmluZyBob3cg YSBub2RlIHRyZWF0cyBpdCBpcyB0b3RhbGx5IG91dHNpZGUgdGhlIHNjb3BlIG9mIHRoaXMgZHJh ZnQ8L3NwYW4+PG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tYm90dG9tOjBjbTttYXJnaW4tYm90dG9tOi4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj4K PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMwMEIwNTAiPltbU2FzaGFdXSBBRkFJSywgbmVp dGhlciBvZiB0aGUgU1IgZXh0ZW5zaW9uIGRyYWZ0cyBmb3IgSUdQcyBtZW50aW9uIHJvdXRpbmcg aW5zdGFuY2VzIHRoYXQgY2FuIGJlIGFzc29jaWF0ZWQgd2l0aCB0aGUgcHJlZml4LCBzbyBJIHRo aW5rIHRoYXQgeW91ciByZWZlcmVuY2UgdG8gaXQgaXMgaW5jb3JyZWN0Ljwvc3Bhbj48L2k+PC9i PjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRv bTowY207bWFyZ2luLWJvdHRvbTouMDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1hbCI+CjxiPjxpPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojMDBCMDUwIj5XaGF04oCZcyBtb3JlIEkgc3VzcGVjdCB0aGF0 IE5vZGUgU0lEcyByZXByZXNlbnQgdGhlIG1vc3QgdXNlZCBzcGVjaWFsIGNhc2Ugb2YgUHJlZml4 IFNJRHMgd2l0aCBBbnljYXN0IFNJRHMgYmVpbmcgcXVpdGUgYmVoaW5kLiAmbmJzcDtUaGVyZWZv cmUgc29tZSByZWNvbW1lbmRhdGlvbiBwZXJ0YWluaW5nIHRvIHRoZQogdXNhZ2Ugb2YgTm9kZSBT SURzIHdvdWxkIGJlIHZlcnkgbXVjaCBpbiBwbGFjZSBJTUhPLiA8L3NwYW4+PC9pPjwvYj48bzpw PjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjBjbTts aW5lLWhlaWdodDpub3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPGJsb2Nr cXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+CjxkaXY+ CjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0idGV4dC1pbmRlbnQ6LTE4LjBwdCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZx dW90OyxzYW5zLXNlcmlmIj43Ljwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiAsc2VyaWYmcXVvdDssc2VyaWYiPiZuYnNw OyZuYnNwOyZuYnNwOwo8L3NwYW4+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5TUkdCIFNpemUgaW4gU1It TVBMUzwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj46Cjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4K PHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQ7dGV4 dC1pbmRlbnQ6LTE4LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5hLjwvc3Bhbj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiAsc2VyaWYm cXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOwo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5U aGUgZHJhZnQgY29ycmVjdGx5IHRyZWF0cyB0aGUgc2l0dWF0aW9uIHdoZW4gYW4gaW5kZXggYXNz aWduZWQgdG8gc29tZSBnbG9iYWwgU0lEIGNhbm5vdCBiZSBtYXBwZWQgdG8gYSBsYWJlbCB1c2lu ZyB0aGUgcHJvY2VkdXJlIGluIFNlY3Rpb24gMi40IGFzIGEgY29uZmxpY3QuPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjcyLjBwdDt0ZXh0LWluZGVudDotMTguMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPmIuPC9zcGFuPjxz cGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJv bWFuICxzZXJpZiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Cjwvc3Bhbj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNh bnMtc2VyaWYiPkF0IHRoZSBzYW1lIHRpbWUgdGhlIGRyYWZ0IGRvZXMgbm90IGRlZmluZSBhbnkg bWluaW11bSBzaXplIG9mIFNSR0IgKGJlIGl0IGRlZmluZWQgYXMgYSBzaW5nbGUgY29udGlndW91 cyBibG9jayBvciBhcyBhIHNlcXVlbmNlIG9mIHN1Y2ggYmxvY2tzKSB0aGF0IE1VU1QgYmUgaW1w bGVtZW50ZWQgYnkgYWxsIFNSLWNhcGFibGUKIG5vZGVzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8 cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdDt0ZXh0 LWluZGVudDotMTguMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPmMuPC9zcGFuPjxzcGFuIHN0eWxlPSJm b250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuICxzZXJpZiZx dW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Cjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPkkg c3VzcGVjdCB0aGF0IGxhY2sgb2Ygc3VjaCBhIGRlZmluaXRpb24gY291bGQgYmUgZGV0cmltZW50 YWwgdG8gaW50ZXJvcGVyYWJpbGl0eSBvZiBTUi1NUExTIHNvbHV0aW9ucy4gQUZBSUssIHRoZSBJ RVRGIGhhcyBiZWVuIGZvbGxvd2luZywgZm9yIHF1aXRlIHNvbWUgdGltZSwgYSBwb2xpY3kgdGhh dCBzb21lIHJlYXNvbmFibGUKIE1VU1QtdG8taW1wbGVtZW50IGRlZmF1bHRzIHNob3VsZCBiZSBh c3NpZ25lZCBmb3IgYWxsIGNvbmZpZ3VyYWJsZSBwYXJhbWV0ZXJzIGV4YWN0bHkgaW4gb3JkZXIg dG8gcHJldmVudCB0aGlzLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPC9kaXY+CjwvYmxvY2txdW90 ZT4KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbjowY207bWFyZ2luLWJvdHRvbTou MDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1hbCI+CjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiNBaG1lZDogVGhpcyBkb2N1bWVudCBzcGVj aWZpZXMgaG93IHRoZSBTUkdCIGlzIHVzZWQgYW5kIHRoZSBiZWhhdmlvciBvZiByb3V0ZXJzIHdo ZW4gYSBwcmVmaXgtU0lEIGluZGV4IG1hcHMgdG8gYSBsYWJlbCBpbnNpZGUgYW5kL29yIG91dHNp ZGUgdGhlIFNSR0IuIFRoZSBhY3R1YWwgc2l6ZSBvZiB0aGUgU1JHQiBpcyBhIHRhc2sgaW4gcGFy dGl0aW9uaW5nCiB0aGUgbGFiZWwgc3BhY2UsIHdoaWNoIGlzIHZlcnkgc3BlY2lmaWMgdG8gYSBw YXJ0aWN1bGFyIGRlcGxveW1lbnQgc2NlbmFyaW8uIFNvIElNTyBpdCBpcyBvdXRzaWRlIHRoZSBz Y29wZSBvZiBhIHN0YW5kYXJkcyB0cmFjayBkb2N1bWVudC4gTm93IHRoYXQgU1ItTVBMUyBpcyBk ZXBsb3llZCBpbiBtYW55IHBsYWNlcywgSSBleHBlY3QgdGhlIGNvbW11bml0eSB0byBnYWluIHN1 ZmZpY2llbnQgZXhwZXJpZW5jZSB0byByZWNvbW1lbmQgKG9yIG5vdAogcmVjb21tZW5kKSBhIHBh cnRpY3VsYXIgbWluaW11bS9tYXhpbXVtIHNpemUgZm9yIHRoZSBTUkdCIGlzIHNvbWUgZnV0dXJl IGluZm9ybWF0aW9uYWwgb3IgQkNQIGRyYWZ0L1JGQzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MGNtO21hcmdpbi1ib3R0b206 LjAwMDFwdDtsaW5lLWhlaWdodDpub3JtYWwiPgo8Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzAwQjA1MCI+W1tTYXNoYV1dIE15IHJlYWRpbmcgb2YgeW91ciByZXNwb25zZSBpcyB0aGF0IG1p bmltdW0gc2l6ZSBvZiBTUkdCIGlzIGFuIGlzc3VlIGZvciBmdXR1cmUgc3R1ZHkuIENhbiB5b3Ug cGxlYXNlIGp1c3QgYWRkIHRoaXMgdG8gdGhlIGRyYWZ0Pzwvc3Bhbj48L2k+PC9iPjxvOnA+PC9v OnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MGNtO2xpbmUt aGVpZ2h0Om5vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBS b21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8YmxvY2txdW90 ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4KPGRpdj4KPHAg Y2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVudDotMTguMHB0Ij48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7 LHNhbnMtc2VyaWYiPjguPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuICxzZXJpZiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5i c3A7Jm5ic3A7Cjwvc3Bhbj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPkFsZ29yaXRobXMgYW5kIFByZWZp eCBTSURzPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPjo8L3NwYW4+PG86cD48L286cD48L3A+ CjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0O3Rl eHQtaW5kZW50Oi0xOC4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+YS48L3NwYW4+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gLHNlcmlm JnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJzcDsKPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+ VGhlIGRyYWZ0IG1lbnRpb25zIEFsZ29yaXRobXMgKGFzIHBhcnQgb2YgU1ItTVBMUyBQcmVmaXgg RkVDKSBpbiwgYnV0IGl0IGRvZXMgbm90IGV4cGxpY2l0bHkgbGluayB0aGVtIHdpdGggdGhlIFBy ZWZpeC1TSUQgYWxnb3JpdGhtcyBkZWZpbmVkIGluIHNlY3Rpb24gMy4xLjEgb2YgdGhlIFNlZ21l bnQgUm91dGluZyBBcmNoaXRlY3R1cmUKIGRyYWZ0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8L2Rp dj4KPC9ibG9ja3F1b3RlPgo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luOjBjbTtt YXJnaW4tYm90dG9tOi4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj4KPHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+I0FobWVkOiBJIHdp bGwganVzdCBhZGQgdGhlIHJlZmVyZW5jZSBbSS1ELmlldGYtc3ByaW5nLXNlZ21lbnQtcm91dGlu Z10gcmlnaHQgYmVzaWRlIHRoZSBmaXJzdCB0aW1lICZxdW90O0FsZ29yaXRobSZxdW90OyBpcyBt ZW50aW9uZWQ8L3NwYW4+PG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tYm90dG9tOjBjbTttYXJnaW4tYm90dG9tOi4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9y bWFsIj4KPGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPltbU2FzaGFdXSBPSzwv c3Bhbj48L2k+PC9iPjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MGNtO2xpbmUtaGVpZ2h0Om5vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPgo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90 dG9tOjUuMHB0Ij4KPGRpdj4KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJn aW4tbGVmdDo3Mi4wcHQ7dGV4dC1pbmRlbnQ6LTE4LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5iLjwv c3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVz IE5ldyBSb21hbiAsc2VyaWYmcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOwo8L3NwYW4+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZx dW90OyxzYW5zLXNlcmlmIj5Gcm9tIG15IFBPViwgdGhlIGRyYWZ0IHNob3VsZCBleHBsaWNpdGx5 IHN0YXRlIHRoYXQgdGhlIGRlZmF1bHQgUHJlZml4LVNJRCBhbGdvcml0aG0gTVVTVCBiZSBpbXBs ZW1lbnRlZCBpbiBhbGwgU1ItTVBMUy1jb21wbGlhbnQgcm91dGVycy48L3NwYW4+PG86cD48L286 cD48L3A+CjwvZGl2Pgo8L2Jsb2NrcXVvdGU+CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW46MGNtO21hcmdpbi1ib3R0b206LjAwMDFwdDtsaW5lLWhlaWdodDpub3JtYWwiPgo8c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4j QWhtZWQ6IFRoZSBzcGVjaWZpY2F0aW9uIG9mIHdoYXQgcGF0aCBjYWxjdWxhdGlvbiBtZXRob2Qg c2hvdWxkIG9yIG11c3QgYmUgc3VwcG9ydGVkIGlzIGEgcm91dGluZyBwcm90b2NvbCBwcm9wZXJ0 eSBub3QgYSBmb3J3YXJkaW5nIHBsYW5lIHByb3BlcnR5LiBJbiBmYWN0LCB0aGUgY2hvaWNlIG9m IGEgcGF0aCBjYWxjdWxhdGlvbiBtZXRob2Qgb3IgYWxnb3JpdGhtCiBpcyBjb21wbGV0ZWx5IG9y dGhvZ29uYWwgdG8gdGhlIHJvdXRlZCBwcm90b2NvbC4gSGVuY2UgbWFuZGF0aW5nIHRoZSBzdXBw b3J0IG9mIGEgcGFydGljdWxhciByb3V0aW5nIGFsZ29yaXRobSBpcyBiZXlvbmQgdGhlIHNjb3Bl IG9mIHRoaXMgZG9jdW1lbnQuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbTowY207bWFyZ2luLWJvdHRvbTouMDAwMXB0O2xpbmUt aGVpZ2h0Om5vcm1hbCI+CjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5bW1Nh c2hhXV0gT0s8L3NwYW4+PC9pPjwvYj48bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjBjbTtsaW5lLWhlaWdodDpub3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzwv c3Bhbj48bzpwPjwvbzpwPjwvcD4KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7 bWFyZ2luLWJvdHRvbTo1LjBwdCI+CjxkaXY+CjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBz dHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0O3RleHQtaW5kZW50Oi0xOC4wcHQiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1z ZXJpZiI+Yy48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTom cXVvdDtUaW1lcyBOZXcgUm9tYW4gLHNlcmlmJnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJz cDsKPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+VGhlIFNlZ21lbnQgUm91dGluZyBBcmNoaXRlY3R1 cmUgZHJhZnQgc3RhdGVzIChpbiBzZWN0aW9uIDMuMS4zKSB0aGF0IOKAnFN1cHBvcnQgb2YgbXVs dGlwbGUgYWxnb3JpdGhtcyBhcHBsaWVzIHRvIFNSdjbigJ0uIEJ1dCBuZWl0aGVyIGRyYWZ0IHN0 YXRlcyB3aGV0aGVyIG11bHRpcGxlIGFsZ29yaXRobXMgYXBwbHkgdG8gU1ItTVBMUy4KIENhbiB5 b3UgcGxlYXNlIGNsYXJpZnkgdGhpcyBwb2ludD88L3NwYW4+PG86cD48L286cD48L3A+CjwvZGl2 Pgo8L2Jsb2NrcXVvdGU+CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW46MGNtO21h cmdpbi1ib3R0b206LjAwMDFwdDtsaW5lLWhlaWdodDpub3JtYWwiPgo8c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4jQWhtZWQ6IFRoZSBs YXN0IHBhcmFncmFwaCBvZiBTZWN0aW9uIDMuMS4yIHRpdGxlZCBTUi1NUExTIGluIGRyYWZ0LWll dGYtc3ByaW5nLXNlZ21lbnQtcm91dGluZy0xNSBkaXNjdXNzZXMgdGhlIHN1cHBvcnQgb2YgbXVs dGlwbGUgYWxnb3JpdGhtcy4gU28gaXQgaXMgaW1wbGllZCB0aGF0IHRoZSBjb25jZXB0IG9mIGFs Z29yaXRobSBhcHBsaWVzIHRvIFNSLU1QTFMuCiBIZW5jZSB0aGVyZSBpcyBubyBuZWVkIHRvIHJl LW1lbnRpb24gaXQgaGVyZTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MGNtO21hcmdpbi1ib3R0b206LjAwMDFwdDtsaW5lLWhl aWdodDpub3JtYWwiPgo8Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzAwQjA1MCI+W1tTYXNo YV1dIFRoZSBwYXJhZ3JhcGggdG8gd2hpY2ggeW91IHJlZmVyIG9ubHkgc2F5cyB0aGF0IGlmIGEg cGFja2V0IHdpdGggdGhlIGFjdGl2ZSBQcmVmaXgtU0lEIHRoYXQgaXMgYXNzb2NpYXRlZCB3aXRo IGEgc3BlY2lmaWMgYWxnb3JpdGhtIGlzIHJlY2VpdmVkIGJ5IGEgbm9kZSB0aGF0IGRvZXMKIG5v dCBzdXBwb3J0IHRoaXMgYWxnb3JpdGhtLCB0aGlzIHBhY2tldCB3aWxsIGJlIGRpc2NhcmRlZC4g SWYgdGhpcyBpcyB0aGUgb25seSB0eXBlIG9mIHN1cHBvcnQgZm9yIG11bHRpcGxlIGFsZ29yaXRo bXMgU1IgcHJvdmlkZXMsIGl0IGlzIG5vdCB2ZXJ5IHVzZWZ1bCBJTUhPPC9zcGFuPjwvaT48L2I+ PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPi4KPC9zcGFuPjwvaT48L2I+PG86 cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDowY207 bGluZS1oZWlnaHQ6bm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+CjxibG9j a3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPgo8ZGl2 Pgo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRleHQtaW5kZW50Oi0xOC4wcHQi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEm cXVvdDssc2Fucy1zZXJpZiI+OS48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtm b250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gLHNlcmlmJnF1b3Q7LHNlcmlmIj4mbmJz cDsmbmJzcDsmbmJzcDsKPC9zcGFuPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Um91dGluZyBpbnN0YW5j ZXMgYW5kIHRoZSBjb250ZXh0IGZvciBQcmVmaXgtU0lEczwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNl cmlmIj46PC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdDt0ZXh0LWluZGVudDotMTguMHB0Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMt c2VyaWYiPmEuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VGltZXMgTmV3IFJvbWFuICxzZXJpZiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5i c3A7Cjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPlRoZSBTZWdtZW50IFJvdXRpbmcgQXJjaGl0ZWN0 dXJlIGRyYWZ0IHN0YXRlcyBpbiBTZWN0aW9uIDMuMSB0aGF0IHRoZSDigJxjb250ZXh0IGZvciBh biBJR1AtUHJlZml4IHNlZ21lbnQgaW5jbHVkZXMgdGhlIHByZWZpeCwgdG9wb2xvZ3ksIGFuZCBh bGdvcml0aG3igJ08L3NwYW4+PG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29MaXN0UGFyYWdy YXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0O3RleHQtaW5kZW50Oi0xOC4wcHQiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDss c2Fucy1zZXJpZiI+Yi48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZh bWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gLHNlcmlmJnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJz cDsmbmJzcDsKPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+VGhpcyBkcmFmdCBzZWVtcyB0byBkZWZp bmUgKGluIHNlY3Rpb24gMi41KSB0aGUgY29udGV4dCBmb3IgdGhlIFByZWZpeCBTSUQgYXMg4oCc UHJlZml4LCBSb3V0aW5nIEluc3RhbmNlLCBUb3BvbG9neSwgQWxnb3JpdGht4oCdIHdoZXJlIOKA nWEgcm91dGluZyBpbnN0YW5jZSBpcyBpZGVudGlmaWVkIGJ5IGEgc2luZ2xlIGluY29taW5nCiBs YWJlbCBkb3dubG9hZGVyIHRvIEZJQuKAnSAoYnV0IHRoZSBub3Rpb24gb2YgdGhlIGxhYmVsIGRv d25sb2FkZXIgdG8gRklCIGlzIG5vdCBkZWZpbmVkKS48L3NwYW4+PG86cD48L286cD48L3A+Cjxw IGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0O3RleHQt aW5kZW50Oi0xOC4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Yy48L3NwYW4+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gLHNlcmlmJnF1 b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJzcDsKPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+VGhl c2UgdHdvIGRlZmluaXRpb25zIGxvb2sgZGlmZmVyZW50IHRvIG1lLgo8L3NwYW4+PG86cD48L286 cD48L3A+CjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIu MHB0O3RleHQtaW5kZW50Oi0xOC4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+ZC48L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4g LHNlcmlmJnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJzcDsKPC9zcGFuPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1z ZXJpZiI+QXQgdGhlIHZlcnkgbGVhc3QgSSB3b3VsZCBleHBlY3QgYWxpZ25tZW50IGJldHdlZW4g dGhlIGRlZmluaXRpb25zIG9mIGNvbnRleHQgZm9yIHRoZSBQcmVmaXgtU0lEIGJldHdlZW4gdGhl IHR3byBkcmFmdHMuIFByZWZlcmFibHksIHRoZSBkZWZpbml0aW9uIGdpdmVuIGluIHRoZSBTZWdt ZW50IFJvdXRpbmcgQXJjaGl0ZWN0dXJlCiBkcmFmdCBzaG91bGQgYmUgdXNlZCBpbiBib3RoIGRy YWZ0cy48L3NwYW4+PG86cD48L286cD48L3A+CjwvZGl2Pgo8L2Jsb2NrcXVvdGU+CjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW46MGNtO21hcmdpbi1ib3R0b206LjAwMDFwdDtsaW5l LWhlaWdodDpub3JtYWwiPgo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7LHNlcmlmIj4jQWhtZWQ6IFRoZSBjb250ZXh0IG9mIHRoZSBzZWN0aW9uIDIu NSBpcyBsaW1pdGVkIHRvIHRoZSByZXNvbHV0aW9uIG9mIGxvY2FsIGxhYmVsIGNvbGxpc2lvbi4g VGhlIHVzZSBvZiAmcXVvdDtyb3V0aW5nIGluc3RhbmNlJnF1b3Q7IGluIHNlY3Rpb24gMi41IGlz IGp1c3QgdGhlcmUgZm9yIHRpZS1icmVha2luZyBpZiB0aGVyZSBpcyBsb2NhbCBsYWJlbCBjb2xs aXNpb24uPC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWJvdHRvbTowY207bWFyZ2luLWJvdHRvbTouMDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1h bCI+CjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMDBCMDUwIj5bW1Nhc2hhXV0gSSBoYXZl IGFscmVhZHkgbWVudGlvbmVkIHRoYXQg4oCccm91dGluZyBpbnN0YW5jZXPigJ0gYXJlIG5vdCBk ZWZpbmVkIGluIGFueSB0aGUgZHJhZnRzIGRlYWxpbmcgd2l0aCBTUiBFeHRlbnNpb25zIGZvciBJ R1BzLiBTbyBJIGRvIG5vdCB1bmRlcnN0YW5kIGhvdyB0aGUgY29uZmxpY3QgcmVzb2x1dGlvbgog cHJvY2VkdXJlIGlzIHN1cHBvc2VkIHRvIHVzZSB0aGlzLiBBbmQgaW4gYW55IGNhc2UgdGhlIGRp ZmZlcmVuY2UgYmV0d2VlbiB0d28gZGVmaW5pdGlvbnMgb2YgdGhlIGNvbnRleHQgb2YgUHJlZml4 LVNJRCByZXF1aXJlcyBzb21lIGV4cGxhbmF0aW9uLjwvc3Bhbj48L2k+PC9iPjxvOnA+PC9vOnA+ PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MGNtO2xpbmUtaGVp Z2h0Om5vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21h biZxdW90OyxzZXJpZiI+PGJyPgo8YnI+Cjxicj4KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8Ymxv Y2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4KPGRp dj4KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVudDotMTguMHB0 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5h JnF1b3Q7LHNhbnMtc2VyaWYiPjEwLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiAsc2VyaWYmcXVvdDssc2VyaWYiPgo8 L3NwYW4+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5FeGFtcGxlIG9mIFBVU0ggb3BlcmF0aW9uIGluIFNl Y3Rpb24gMi4xMC4xPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPjo8L3NwYW4+PG86cD48L286 cD48L3A+CjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIu MHB0O3RleHQtaW5kZW50Oi0xOC4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+YS48L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4g LHNlcmlmJnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJzcDsKPC9zcGFuPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1z ZXJpZiI+VGhlIGZpcnN0IHBhcmEgb2YgdGhpcyBzZWN0aW9uIGJlZ2lucyB3aXRoIHRoZSBzZW50 ZW5jZSDigJxTdXBwb3NlIGFuIE1DQyBvbiBhIHJvdXRlciAmcXVvdDtSMCZxdW90OyBkZXRlcm1p bmVzIHRoYXQgUFVTSCBvciBDT05USU5VRSZuYnNwOyZuYnNwOyBvcGVyYXRpb24gaXMgdG8gYmUg YXBwbGllZCB0byBhbiBpbmNvbWluZyBwYWNrZXQgd2hvc2UgYWN0aXZlCiBTSUQgaXMgdGhlIGds b2JhbCBTSUQgJnF1b3Q7U2kmcXVvdDvigJ0uIEluIHRoZSBjb250ZXh0IG9mIFNSLU1QTFMgdGhp cyBtZWFucyAodG8gbWUpIHRoYXQgdGhlIGluY29taW5nIHBhY2tldCBpcyBhIGxhYmVsZWQgcGFj a2V0IGFuZCBpdHMgdG9wIGxhYmVsIG1hdGNoZXMgdGhlIGdsb2JhbCBTSUQg4oCcU2nigJ0uCjwv c3Bhbj48bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJt YXJnaW4tbGVmdDo3Mi4wcHQ7dGV4dC1pbmRlbnQ6LTE4LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5i Ljwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rp bWVzIE5ldyBSb21hbiAsc2VyaWYmcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOwo8L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFu YSZxdW90OyxzYW5zLXNlcmlmIj5Ib3dldmVyLCB0aGUgZXhhbXBsZSBmb3IgUFVTSCBvcGVyYXRp b24gaW4gdGhlIG5leHQgcGFyYSBvZiB0aGlzIHNlY3Rpb24gaXMgdGhlIGNhc2Ugb2YgYW4gKHVu bGFiZWxlZCkgSVAgcGFja2V0IHdpdGggdGhlIGRlc3RpbmF0aW9uIGFkZHJlc3MgY292ZXJlZCBi eSB0aGUgSVAgcHJlZml4IGZvciB3aGljaCDigJxTaeKAnSBoYXMKIGJlZW4gYXNzaWduZWQuIDwv c3Bhbj48bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJt YXJnaW4tbGVmdDo3Mi4wcHQ7dGV4dC1pbmRlbnQ6LTE4LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5j Ljwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rp bWVzIE5ldyBSb21hbiAsc2VyaWYmcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOwo8L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFu YSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9tIG15IFBPVjo8L3NwYW4+PG86cD48L286cD48L3A+Cjxw IGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MTA4LjBwdDt0ZXh0 LWluZGVudDotMTA4LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gLHNlcmlmJnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsK PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Zl cmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+aS48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3 LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gLHNlcmlmJnF1b3Q7LHNlcmlm Ij4mbmJzcDsmbmJzcDsmbmJzcDsKPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+TWFwcGluZyB1bmxh YmVsZWQgcGFja2V0cyB0byBTSURzIGlzIGluZGVlZCBvdXQgb2Ygc2NvcGUgb2YgdGhlIGRyYWZ0 LiBUaGVyZWZvcmUgYW4gZXhhbXBsZSBvZiBhIFBVU0ggb3BlcmF0aW9uIHRoYXQgaXMgYXBwbGll ZCB0byBhIGxhYmVsZWQgcGFja2V0ICh3aXRoIHRoZSBhY3RpdmUgU0lEIGluZmVycmVkIGZyb20g dGhlCiB0b3AgbGFiZWwgaW4gdGhlIHN0YWNrKSBpcyBwcmVmZXJhYmxlLjwvc3Bhbj48bzpwPjwv bzpwPjwvcD4KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDox MDguMHB0O3RleHQtaW5kZW50Oi0xMDguMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiAsc2VyaWYmcXVvdDssc2VyaWYiPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOwo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5paS48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gLHNlcmlmJnF1b3Q7 LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJzcDsKPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+VmFsaWQg ZXhhbXBsZXMgb2YmbmJzcDsgUFVTSCBvcGVyYXRpb24gYXBwbGllZCB0byBhIGxhYmVsZWQgaW5j b21pbmcgcGFja2V0IGNhbiBiZSBmb3VuZCBpbiBTZWN0aW9ucyA0LjIgb3IgNC4zIG9mIHRoZQo8 YSBocmVmPSJodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMt M0FfX3Rvb2xzLmlldGYub3JnX2h0bWxfZHJhZnQtMkRiYXNoYW5keS0yRHJ0Z3dnLTJEc2VnbWVu dC0yRHJvdXRpbmctMkR0aS0yRGxmYS0yRDA0JmFtcDtkPUR3TUdhUSZhbXA7Yz1IQWtZdWg2M3Jz dWhyNlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJJmFtcDtyPU55akxzcjdKQTdtdnBDSmEw WW1QZFZLY21NWEozMWJwYkJhTnF6Q05ybmcmYW1wO209Q0JuNDYtdFRqWnJGdXAwZFItRUdBdHQ0 UUZxOVBpMjdSYU81clFDazFRdyZhbXA7cz1qYkgwRFNZWW8yVVl5bVdacmx2QXQ3cVVXVlhzWUt1 Q3RNaUV5b2UtRFdFJmFtcDtlPSI+ClRJLUxGQTwvYT4gZHJhZnQ8L3NwYW4+PG86cD48L286cD48 L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjxv OnA+PC9vOnA+PC9wPgo8L2Rpdj4KPC9ibG9ja3F1b3RlPgo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MGNtO2xpbmUtaGVpZ2h0Om5vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+I0FobWVkOiBJIGRv IG5vdCB1bmRlcnN0YW5kIHlvdXIgY29uY2VybiBoZXJlOik8L3NwYW4+PG86cD48L286cD48L3A+ CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjBjbTttYXJnaW4tYm90 dG9tOi4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj4KPGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMwMEIwNTAiPltbU2FzaGFdXSBJIHRoaW5rIGl0IGlzIHByZXR0eSBjbGVhcjogY2FuIHlv dSBwcm92aWRlIGFuIGV4YW1wbGUgb2YgYSBQVVNIIG9wZXJhdGlvbiBhcHBsaWVkIHRvIGEgbGFi ZWxlZCBwYWNrZXQgaW5zdGVhZCBvZiB5b3VyIGN1cnJlbnQgZXhhbXBsZT88L3NwYW4+PC9pPjwv Yj48bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbjowY207 bWFyZ2luLWJvdHRvbTouMDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1hbCI+CjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzwvc3Bh bj48bzpwPjwvbzpwPjwvcD4KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFy Z2luLWJvdHRvbTo1LjBwdCI+CjxkaXY+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fu cy1zZXJpZiI+Tml0czwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj46PC9zcGFuPgo8bzpwPjwv bzpwPjwvcD4KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVudDot MTguMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtW ZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPjEuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuICxzZXJpZiZxdW90OyxzZXJp ZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Cjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPkkgY29uY3VyIHdp dGggQWRyaWFuIHJlZ2FyZGluZyBudW1lcm91cyBuaXRzIGhlIGhhcyByZXBvcnRlZCBpbiBoaXMK PGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBz LTNBX19tYWlsYXJjaGl2ZS5pZXRmLm9yZ19hcmNoX21zZ19zcHJpbmdfRlJoTzJsZ1I4cjRWbEtQ MlpOMmRad0hVNUJZJmFtcDtkPUR3TUdhUSZhbXA7Yz1IQWtZdWg2M3JzdWhyNlNjYmZoMFVqQlhl TUstbmRiM3ZvRFRYY1d6b0NJJmFtcDtyPU55akxzcjdKQTdtdnBDSmEwWW1QZFZLY21NWEozMWJw YkJhTnF6Q05ybmcmYW1wO209Q0JuNDYtdFRqWnJGdXAwZFItRUdBdHQ0UUZxOVBpMjdSYU81clFD azFRdyZhbXA7cz1JXzRnREZoY2pSXzFucHFLVVFESFRoc2VqVU1nSnkzV2xMekM5MHBvUjF3JmFt cDtlPSI+CldHIExDIENvbW1lbnQ8L2E+LiBJIHdvdWxkIGxpa2UgdG8gdGhhbmsgQWRyaWFuIGZv ciBhbiBleGNlbGxlbnQgcmV2aWV3IHRoYXQgaGF2ZSBzYXZlZCBtZSBsb3RzIG9mIGhhcmQgd29y ay48L3NwYW4+PG86cD48L286cD48L3A+CjwvZGl2Pgo8L2Jsb2NrcXVvdGU+CjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDowY207bGluZS1oZWlnaHQ6bm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4j QWhtZWQ6IEkgYWxzbyBhZ3JlZSB0aGF0IEFkcmlhbidzIHJldmlldyBpcyBleGNlcHRpb25hbC4g SSBiZWxpZXZlIEkgYWRkcmVzc2VkIGFsbCBoaXMgY29tbWVudHMgaW4gdGhlIGxhdGVzdCB2ZXJz aW9uLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6 NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+CjxkaXY+CjxwIGNsYXNzPSJNc29MaXN0UGFyYWdy YXBoIiBzdHlsZT0idGV4dC1pbmRlbnQ6LTE4LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj4yLjwvc3Bh bj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5l dyBSb21hbiAsc2VyaWYmcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOwo8L3NwYW4+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90 OyxzYW5zLXNlcmlmIj5JbiBhZGRpdGlvbiwgSeKAmWQgbGlrZSB0byByZXBvcnQgdGhlIGZvbGxv d2luZyBuaXRzOjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3Jh cGgiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQ7dGV4dC1pbmRlbnQ6LTE4LjBwdCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90Oyxz YW5zLXNlcmlmIj5hLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiAsc2VyaWYmcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNw OyZuYnNwOwo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5UaS1MRkEgaW4gU2VjdGlvbiAyLjExLjEg c2hvdWxkIGJlIFRJLUxGQSAoYXMgaW4gdGhlCjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5w cm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fdG9vbHMuaWV0Zi5vcmdfaHRtbF9kcmFm dC0yRGJhc2hhbmR5LTJEcnRnd2ctMkRzZWdtZW50LTJEcm91dGluZy0yRHRpLTJEbGZhLTJEMDQm YW1wO2Q9RHdNR2FRJmFtcDtjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhj V3pvQ0kmYW1wO3I9TnlqTHNyN0pBN212cENKYTBZbVBkVktjbU1YSjMxYnBiQmFOcXpDTnJuZyZh bXA7bT1DQm40Ni10VGpackZ1cDBkUi1FR0F0dDRRRnE5UGkyN1JhTzVyUUNrMVF3JmFtcDtzPWpi SDBEU1lZbzJVWXltV1pybHZBdDdxVVdWWHNZS3VDdE1pRXlvZS1EV0UmYW1wO2U9Ij4KVEktTEZB PC9hPiBkcmFmdCk8L3NwYW4+PG86cD48L286cD48L3A+CjwvZGl2Pgo8L2Jsb2NrcXVvdGU+Cjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDowY207bGluZS1oZWlnaHQ6bm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7 LHNlcmlmIj4jQWhtZWQ6IEFscmVhZHkgZG9uZSBpbiB0aGUgbGF0ZXN0IHZlcnNpb248L3NwYW4+ PGI+PGk+W1tTYXNoYV1dIE9LPC9pPjwvYj4KPG86cD48L286cD48L3A+CjxibG9ja3F1b3RlIHN0 eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPgo8ZGl2Pgo8cCBjbGFz cz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdDt0ZXh0LWluZGVu dDotMTguMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPmIuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNp emU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuICxzZXJpZiZxdW90Oyxz ZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Cjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPlRJLUxGQSBk cmFmdCBpcyByZWZlcmVuY2VkIGluIHRoZSB0ZXh0IG9mIFNlY3Rpb24gMi4xMS4xLCBidXQgdGhl cmUgaXMgbm8gbWF0Y2hpbmcgcmVmZXJlbmNlIGluIHRoZSDigJxSZWZlcmVuY2Vz4oCdIHNlY3Rp b24gKHByb2JhYmx5LCBJbmZvcm1hdGlvbmFsKTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPC9kaXY+ CjwvYmxvY2txdW90ZT4KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjBj bTtsaW5lLWhlaWdodDpub3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1l cyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiNBaG1lZDogQWxyZWFkeSBkb25lIGluIHRoZSBsYXRl c3QgdmVyc2lvbjwvc3Bhbj48Yj48aT5bW1Nhc2hhXV0gT0s8L2k+PC9iPgo8bzpwPjwvbzpwPjwv cD4KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBw dCI+CjxkaXY+CjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 NzIuMHB0O3RleHQtaW5kZW50Oi0xOC4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Yy48L3NwYW4+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t YW4gLHNlcmlmJnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsmbmJzcDsKPC9zcGFuPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fu cy1zZXJpZiI+4oCcemVybyBBbGdvcml0aG3igJ0gaW4gU2VjdGlvbiAyLjUgKGltbWVkaWF0ZWx5 IGFib3ZlIFNlY3Rpb24gMi41LjEpIG11c3QgYmUgcmVwbGFjZWQgd2l0aCDigJxkZWZhdWx0IGFs Z29yaXRobeKAnS4gU2ltaWxhcmx5LCDigJxub24temVybyBBbGdvcml0aG3igJ0gc2hvdWxkIGJl IHJlcGxhY2VkIHdpdGgg4oCcbm9uLWRlZmF1bHQgYWxnb3JpdGht4oCdPC9zcGFuPjxvOnA+PC9v OnA+PC9wPgo8L2Rpdj4KPC9ibG9ja3F1b3RlPgo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MGNtO2xpbmUtaGVpZ2h0Om5vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+I0FobWVkOiBXaWxsIGJlIGRv bmUgaW4gdGhlIG5leHQgdmVyc2lvbjwvc3Bhbj48Yj48aT5bW1Nhc2hhXV0KPC9pPjwvYj4mbmJz cDtPSzxvOnA+PC9vOnA+PC9wPgo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDtt YXJnaW4tYm90dG9tOjUuMHB0Ij4KPGRpdj4KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0 eWxlPSJ0ZXh0LWluZGVudDotMTguMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPjMuPC9zcGFuPjxzcGFu IHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFu ICxzZXJpZiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Cjwvc3Bhbj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMt c2VyaWYiPkkgdGhpbmsgdGhhdCBSRkMgMzQ0MyBhbmQgUkZDIDUzMzIgc2hvdWxkIGJlIGxpc3Rl ZCBhcyBOb3JtYXRpdmUgcmVmZXJlbmNlcyBpbiB0aGlzIGRyYWZ0IHdoaWxlIFJGQyA1MzMxIGFu ZCBSRkMgODI3NyBzaG91bGQgYmUgbGlzdGVkIGFzIEluZm9ybWF0aXZlIHJlZmVyZW5jZXMuIFRo aXMgd291bGQgaW1wcm92ZSB0aGUgcmVhZGFiaWxpdHkKIG9mIHRoZSBkcmFmdCB3aXRob3V0IGFu eSBpbXBhY3Qgb24gaXRzIGFkdmFuY2VtZW50LiA8L3NwYW4+PG86cD48L286cD48L3A+CjxwIGNs YXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPgo8L2Rpdj4KPC9ibG9ja3F1b3Rl Pgo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luOjBjbTttYXJnaW4tYm90dG9tOi4w MDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj4KPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+I0FobWVkIFJGQzUzMzEgZGVzY3JpYmVzIHVw c3RyZWFtIGxhYmVsIGFzc2lnbm1lbnQuIEFzIHlvdSBtZW50aW9uZWQgYWJvdmUgKGFuZCBJIHdp bGwgbW9kaWZ5IHRoZSBkcmFmdCB0byBpbmRpY2F0ZSB0aGF0KSBTUi1NUExTIGJlaGF2aW9yIGlz IHNpbWlsYXIgdG8gZG93bnN0cmVhbSBsYWJlbCBhc3NpZ25tZW50LiBSRkMgMzQ0MyBkZXNjcmli ZXMgVFRMIGJlaGF2aW9yLgogVGhpcyBpcyBhbiBNUExTIGZvcndhcmRpbmcgYmVoYXZpb3IuIEFz IG1lbnRpb25lZCBpbiB0aGUgZHJhZnQsIFNSLU1QTFMgZG9lcyBub3QgbW9kaWZ5IGF0IHRoZSBN UExTIGZvcndhcmRpbmcgYmVoYXZpb3I8L3NwYW4+PG86cD48L286cD48L3A+CjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjBjbTttYXJnaW4tYm90dG9tOi4wMDAxcHQ7 bGluZS1oZWlnaHQ6bm9ybWFsIj4KPGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMwMEIwNTAi PltbU2FzaGFdXSBSZWdhcmRpbmcgUkZDIDUzMzEg4oCTIHlvdSBtYXkgc2tpcCB0aGlzIHJlZmVy ZW5jZSBpZiB5b3Ugc3RhdGUgKGFzIGRpc2N1c3NlZCBiZWxvdykgdGhhdCBTUi1NUExTIG9ubHkg YWxsb2NhdGVzIGxhYmVscyBmcm9tIHRoZSBwZXItcGxhdGZvcm0gbGFiZWwgc3BhY2UuIFJlZ2Fy ZGluZwogUkZDIDM0NDMg4oCTIEkgZG8gbm90IHRoaW5rIHRoYXQgeW91IGNhbiBmdWxseSBhdm9p ZCBkaXNjdXNzaW9uIG9mIFVuaWZvcm0gYW5kIFBpcGUvU2hvcnQgUGlwZSBtb2RlbHMsIGFuZCB0 aGVyZWZvcmUgeW91IHdpbGwgbmVlZCB0aGlzIHJlZmVyZW5jZS48L3NwYW4+PC9pPjwvYj48bzpw PjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjBjbTts aW5lLWhlaWdodDpub3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxicj4KPGJyPgo8YnI+Cjwvc3Bhbj48bzpwPjwvbzpwPjwv cD4KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBw dCI+CjxkaXY+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhvcGVmdWxseSwgdGhlc2UgY29tbWVudHMg d2lsbCBiZSB1c2VmdWwuPG86cD48L286cD48L3A+CjwvZGl2Pgo8L2Jsb2NrcXVvdGU+CjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDowY207bGluZS1oZWlnaHQ6bm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNl cmlmIj4jQWhtZWQ6IFRoZXkgYXJlIGNlcnRhaW5seSBxdWl0ZSB1c2VmdWwuIFRoYW5rcyBhIGxv dDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4w cHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+CjxkaXY+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNw OzxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj5SZWdhcmRzLDxvOnA+PC9vOnA+ PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj5TYXNoYTxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0i TXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T2Zm aWNlOiAmIzQzOzk3Mi0zOTI2NjMwMjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5DZWxsOiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOzk3Mi01NDkyNjYzMDI8 bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+RW1haWw6Jm5ic3A7Jm5ic3A7IDxh IGhyZWY9Im1haWx0bzpBbGV4YW5kZXIuVmFpbnNodGVpbkBlY2l0ZWxlLmNvbSI+QWxleGFuZGVy LlZhaW5zaHRlaW5AZWNpdGVsZS5jb208L2E+PG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29O b3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPgo8L2Rpdj4KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbjowY207bWFyZ2luLWJvdHRvbTouMDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1h bCI+CjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gLHNlcmlm JnF1b3Q7LHNlcmlmIj48YnIgY2xlYXI9ImFsbCI+Cl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4KPGJy PgpUaGlzIGUtbWFpbCBtZXNzYWdlIGlzIGludGVuZGVkIGZvciB0aGUgcmVjaXBpZW50IG9ubHkg YW5kIGNvbnRhaW5zIGluZm9ybWF0aW9uIHdoaWNoIGlzCjxicj4KQ09ORklERU5USUFMIGFuZCB3 aGljaCBtYXkgYmUgcHJvcHJpZXRhcnkgdG8gRUNJIFRlbGVjb20uIElmIHlvdSBoYXZlIHJlY2Vp dmVkIHRoaXMKPGJyPgp0cmFuc21pc3Npb24gaW4gZXJyb3IsIHBsZWFzZSBpbmZvcm0gdXMgYnkg ZS1tYWlsLCBwaG9uZSBvciBmYXgsIGFuZCB0aGVuIGRlbGV0ZSB0aGUgb3JpZ2luYWwKPGJyPgph bmQgYWxsIGNvcGllcyB0aGVyZW9mLjxicj4KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPgo8L2Jsb2NrcXVvdGU+CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW46MGNtO21hcmdpbi1ib3R0b206LjAwMDFwdDtsaW5lLWhlaWdodDpub3JtYWwiPgo8c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJz cDs8L3NwYW4+PG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW46MGNtO21hcmdpbi1ib3R0b206LjAwMDFwdDtsaW5lLWhlaWdodDpub3JtYWwiPgo8c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48YnIg Y2xlYXI9ImFsbCI+Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4KPGJyPgpUaGlzIGUtbWFpbCBtZXNz YWdlIGlzIGludGVuZGVkIGZvciB0aGUgcmVjaXBpZW50IG9ubHkgYW5kIGNvbnRhaW5zIGluZm9y bWF0aW9uIHdoaWNoIGlzCjxicj4KQ09ORklERU5USUFMIGFuZCB3aGljaCBtYXkgYmUgcHJvcHJp ZXRhcnkgdG8gRUNJIFRlbGVjb20uIElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMKPGJyPgp0cmFu c21pc3Npb24gaW4gZXJyb3IsIHBsZWFzZSBpbmZvcm0gdXMgYnkgZS1tYWlsLCBwaG9uZSBvciBm YXgsIGFuZCB0aGVuIGRlbGV0ZSB0aGUgb3JpZ2luYWwKPGJyPgphbmQgYWxsIGNvcGllcyB0aGVy ZW9mLjxicj4KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fPC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8L2Jsb2Nr cXVvdGU+CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW46MGNtO21hcmdpbi1ib3R0 b206LjAwMDFwdDtsaW5lLWhlaWdodDpub3JtYWwiPgo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286 cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW46MGNtO21hcmdpbi1ib3R0 b206LjAwMDFwdDtsaW5lLWhlaWdodDpub3JtYWwiPgo8YnI+Cl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxi cj4KPGJyPgpUaGlzIGUtbWFpbCBtZXNzYWdlIGlzIGludGVuZGVkIGZvciB0aGUgcmVjaXBpZW50 IG9ubHkgYW5kIGNvbnRhaW5zIGluZm9ybWF0aW9uIHdoaWNoIGlzCjxicj4KQ09ORklERU5USUFM IGFuZCB3aGljaCBtYXkgYmUgcHJvcHJpZXRhcnkgdG8gRUNJIFRlbGVjb20uIElmIHlvdSBoYXZl IHJlY2VpdmVkIHRoaXMKPGJyPgp0cmFuc21pc3Npb24gaW4gZXJyb3IsIHBsZWFzZSBpbmZvcm0g dXMgYnkgZS1tYWlsLCBwaG9uZSBvciBmYXgsIGFuZCB0aGVuIGRlbGV0ZSB0aGUgb3JpZ2luYWwK PGJyPgphbmQgYWxsIGNvcGllcyB0aGVyZW9mLjxicj4KX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPG86cD48 L286cD48L3A+CjwvYmxvY2txdW90ZT4KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bjowY207bWFyZ2luLWJvdHRvbTouMDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1hbCI+CjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4KPC9kaXY+CjxiciBjbGVhcj0iYm90aCI+Cl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXzxCUj4KPEJSPgpUaGlzIGUtbWFpbCBtZXNzYWdlIGlzIGludGVuZGVkIGZvciB0 aGUgcmVjaXBpZW50IG9ubHkgYW5kIGNvbnRhaW5zIGluZm9ybWF0aW9uIHdoaWNoIGlzIDxCUj4K Q09ORklERU5USUFMIGFuZCB3aGljaCBtYXkgYmUgcHJvcHJpZXRhcnkgdG8gRUNJIFRlbGVjb20u IElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgPEJSPgp0cmFuc21pc3Npb24gaW4gZXJyb3IsIHBs ZWFzZSBpbmZvcm0gdXMgYnkgZS1tYWlsLCBwaG9uZSBvciBmYXgsIGFuZCB0aGVuIGRlbGV0ZSB0 aGUgb3JpZ2luYWwgPEJSPgphbmQgYWxsIGNvcGllcyB0aGVyZW9mLjxCUj4KX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fPEJSPgo8L2JvZHk+CjwvaHRtbD4KCg== --_000_DB5PR0301MB1909D4AB682398BD152E72519DC90DB5PR0301MB1909_-- From nobody Sun Nov 4 18:26:32 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4074A129619; Sun, 4 Nov 2018 18:26:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 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_MESSAGE=0.001, NORMAL_HTTP_TO_IP=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fl1VweyukP2f; Sun, 4 Nov 2018 18:26:24 -0800 (PST) Received: from mail-qk1-x730.google.com (mail-qk1-x730.google.com [IPv6:2607:f8b0:4864:20::730]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6D56013102C; Sun, 4 Nov 2018 18:25:35 -0800 (PST) Received: by mail-qk1-x730.google.com with SMTP id 131so12329232qkd.4; Sun, 04 Nov 2018 18:25:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=wHGLwCP4VxY9ckoEKQgz308IueM7CVYaYgoWpY+BFns=; b=jaNIq1/0SFLZ/msXjjQsMgrFWRvArZDWNleH3K/0wsqXeEacHOraypa7WV+ASdI3cS WdMCTs95V4SEYMSr6zV8XaYP5Lhhy2c/9XrYtU+y67zgW0Ncc7uhJcLBfcCHnHDNa6nJ g1GQfVKubrIKte2VFNmNG0I67SLTLzE3sq7NwMJhjUrQVcRu+ySJtv3CZTEkMeVY8PWS wTApjgRSYKdM8ElEq1GoNgYXbSqnwphV2/1BiGE6r9YkzSwU4uh6v+LT9c/P4/tzQQx4 z5KZWTvlTR+jpZY7h6sHBOSE2wU4DNzpP6ERjCreGGJMTasCc6CbgV2pazNaDNa3tycD PeJA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=wHGLwCP4VxY9ckoEKQgz308IueM7CVYaYgoWpY+BFns=; b=Wm7nYee9uM7xYN1lqduRq4ri0pMYb5UXVLlYt9zvqeI0yCYIPw4cZqZHxbLLR+Pzjw AXxFOkepbbshg4QhL5QhbJO6C6aO397Eeu6CzAZ9cq4Jh09AZdwgoiGCdkXrpU58bo4X 0vXkRORopfdbTVkT4JAAv4aYvKd0fAUbMli9mayd0RAbnAXoNoc4ZeZOhS1I/jMdJhuk RMu9kjZuXjIee/D7vX+ATFTbn9lid9WhJownWL+4GABrEvndwQWiuNYa6RzqcHxrDQ/C iyUNLHGDM0+3jay6wODRji0dKizwLl86OW0FTwufrjLZm0T4IaFASs3uSXcQYn2dxeK4 rsmA== X-Gm-Message-State: AGRZ1gJsBur9M7OrhnkcBj6WWTA36mABMhF95bbB9TBNPi5UcYVy6UVe PkpgKsWh0N/qe8O7yM4uxC5+R/3B9LYlh4omF50= X-Google-Smtp-Source: AJdET5d4n/fBkqRGsu5dZwDxt2fy/uG/D5H3eqDvZpAjfzHBfKwUw5wWoIsB3qXNK9i1LzlRSgNfDLR2FOphi9Wkej0= X-Received: by 2002:a37:455:: with SMTP id 82mr19008500qke.60.1541384734291; Sun, 04 Nov 2018 18:25:34 -0800 (PST) MIME-Version: 1.0 References: <28960_1527182067_5B06F2F3_28960_194_1_53C29892C857584299CBF5D05346208A47A53592@OPEXCLILM21.corporate.adroot.infra.ftgroup> In-Reply-To: From: Chris Bowers Date: Sun, 4 Nov 2018 20:24:46 -0600 Message-ID: To: abashandy.ietf@gmail.com Cc: SPRING WG List , Bruno Decraene , draft-ietf-spring-segment-routing-mpls@ietf.org Content-Type: multipart/alternative; boundary="0000000000008cbba40579e1991d" Archived-At: Subject: Re: [spring] WG Last Call for draft-ietf-spring-segment-routing-mpls-13 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2018 02:26:30 -0000 --0000000000008cbba40579e1991d Content-Type: text/plain; charset="UTF-8" Ahmed, Thanks for including the examples and modifying where needed. I have comments on a few of your comments, shown below with [CB]. Thanks, Chris On Sat, Oct 27, 2018 at 5:04 PM Ahmed Bashandy wrote: > Thanks a lot for the examples. > > Version 15 of the document incorporates all of the examples in the > appendix (all examples have been moved to appendix), except the examples > where > - Incoming label=1009 > - Incoming label=1018 > - Incoming label=1019 > - Binding-SID label=1023 > > See my comments at "#Ahmed" under each of these 4 examples > > > I have a response for your comment right after the examples that use > "Incoming label=1008" and "Incoming label=1015" > > > Ahmed > > > > On 6/8/18 11:14 AM, Chris Bowers wrote: > > SPRING WG, > > I generally support publication of > draft-ietf-spring-segment-routing-mpls. However, I think > that the text in sections 2.5 and 2.6 (on incoming label collisions) > needs some work before publication. This text was added to > the draft a few months ago, and has not gotten much review > from the WG as a whole. The review and proposed text below > focuses on these sections. > > As I understand the current text of the draft, the general > approach to resolving incoming label collisions seems > well-reasoned and complete. However, it is possible that > my interpretation of these tie-breaking rules is > not what the authors intended. > > I'd like to propose the examples below to be included > in the draft to help clarify the tie-breaking rules > for incoming label collisions described in section 2.5. > I have highlighted several cases in these examples, > where I think the rules in section 2.5 need > to be clarified in order to unambiguously determine > the winning FEC in an example. > > It may also be the case that the authors or other > WG participants will disagree with the interpretation of the > rules used to choose a winning FEC in some of these > examples. In that case, we should discuss > what is the correct interpretation, and clarify the > text in the draft to make the correct interpretation > clear. > > > Incoming label collision examples > ========= > > Node A > OSPF default admin distance for implementation=50 > ISIS default admin distance for implementation=60 > > ========= > Example incoming label conflict for label=1005 on node A > > FEC1) > OSPF prefix sid advertisement from node B for 198.51.100.5/32 with index=5 > OSPF SRGB on node A = [1000,1999] > Incoming label=1005 > > FEC2) > ISIS prefix sid advertisement from node C for 203.0.113.105/32 with > index=5 > ISIS SRGB on node A = [1000,1999] > Incoming label=1005 > > FEC1 and FEC2 both use dynamic SID assignment. Since neither of > the FEC types is SR Policy, we use the default admin distances of 50 > and 60 to break the tie. So FEC1 wins. > > ========= > Example incoming label conflict for label=1006 on node A > > FEC1) > OSPF prefix sid advertisement from node B for 198.51.100.6/32 with index=6 > OSPF SRGB on node A = [1000,1999] > Incoming label=1006 > > FEC2) > ISIS adjacency sid advertisement from node A with label=1006 > Incoming label=1006 > Node A allocates this adjacency SID dynamically, > and it may differ across router reboots. > > FEC1 and FEC2 both use dynamic SID assignment. Since neither of > the FEC types is SR Policy, we use the default admin distances of 50 > and 60 to break the tie. So FEC1 wins. > > ========= > Example incoming label conflict for label=1007 on node A > > FEC1) > OSPF prefix sid advertisement from node B for 198.51.100.7/32 with index=7 > OSPF SRGB on node A = [1000,1999] > Incoming label=1007 > > FEC2) > ISIS adjacency sid advertisement from node A with label=1007 > Incoming label=1007 > Node A assigns this adjacency SID explicitly via configuration, > so the adjacency SID survives router reboots. > > FEC1 uses dynamic SID assignment, while FEC2 uses explicit SID > assignment. So FEC2 wins. > > ========= > Example incoming label conflict for label=1008 on node A > > FEC1) > OSPF prefix sid advertisement from node B for 198.51.100.8/32 with index=8 > OSPF SRGB on node A = [1000,1999] > Incoming label=1008 > > FEC2) > SR Policy advertisement from controller to node A > Endpoint = 192.0.2.208, color = 100, SID-List = > Binding-SID label = 1008 > > FEC1 and FEC2 both use dynamic SID assignment. > Since one of the FEC types is SR Policy, default admin > distance is not used to break the tie. > /* The text in Section 2.5.1 needs to be clarified to specify > whether SR Policy always loses or always wins in this case. */ > > #Ahmed: > Section 2.5.1 in page 9 clearly says > The default FEC administrative distance order starting from the > lowest value SHOULD be > and then lists the FECs > Hence the list specifies the default admin distance starting from the > "lowest" > The Binding SID appears in the 2nd sub-bullet of the second > bullet. Hence the binding SID of a policy receives the maximal default > admin distance. Hence FEC1 should win > I adapted this example so that it shows the the default admin distance > of a binding SID is always higher than the default admin distances of > other FECs > > ------------- [CB] I suggest the following text to clarify the ordering of administrative distance in section 2.5.1. o Dynamic SID assignment: o For all FEC types except for SR policy, the FEC types are ordered using the default administrative distance ordering defined by the implementation. o The Binding SID [RFC8402 ] assigned using SR Policy always has a higher administrative distance than any other FEC type. -------------- > > ========= > Example incoming label conflict for label=1009 on node A > > FEC1) > OSPF adjacency sid advertisement by node A with label=1009 > Incoming label=1009 > Node A assigns this adjacency SID explicitly via configuration, > so the adjacency SID survives router reboots. > > FEC2) > ISIS adjacency sid advertisement by node A with label=1009 > Incoming label=1009 > Node A assigns this adjacency SID explicitly via configuration, > so the adjacency SID survives router reboots. > > FEC1 and FEC2 both use explicit SID assignment. This kind of > incoming label collision should never occur, since an > implement of explicit SID assignment MUST guarantee > collision freeness on the same router. > > #Ahmed > The example is not clear. If the adjacency SIDs for ISIS and OSPF are > out of the same interface towards the same neighbor, then there is no > collision > If they are out of different interfaces and/or towards different > neighbors, then this is an example of a faulty > implementation. Implementation must not allow multiple MCCs on the > same box to assign the same local label to two different FECs > > Although assigning the same label to more than one FEC is a problem from > the MPLS point of view, in version 15, I added a paragraph in page 8 to > prohibit that for completeness > ------ [CB] The new paragraph on page 8 addresses this well. ------ > > ======== > Example incoming label conflict for label=1010 on node A > > FEC1) > ISIS prefix sid advertisement from node B for 203.0.113.110/32 with > index=10 > ISIS SRGB on node A = [1000,1999] > Incoming label=1010 > > FEC2) > ISIS adjacency sid advertisement by node A with label=1010 > Incoming label=1010 > Node A allocates this adjacency SID dynamically, > and it may differ across router reboots. > > FEC1 and FEC2 both use dynamic SID assignment. Since both FECs > are from the same MCC, they have the same default admin distance. > So we compare FEC type code-point. FEC1 has FEC type > code-point=120, while FEC2 has FEC type code-point=130. > Therefore, FEC1 wins. > > ========= > Example incoming label conflict for label=1011 on node A > > FEC1) > ISIS prefix sid advertisement from node B for 203.0.113.111/32 with > index=11 > ISIS SRGB on node A = [1000,1999] > Incoming label=1011 > > FEC2) > ISIS prefix sid advertisement from node C for 2001:DB8:1000::11/128 with > index=11 > ISIS SRGB on node A = [1000,1999] > Incoming label=1011 > > FEC1 and FEC2 both use dynamic SID assignment. Since both FECs > are from the same MCC, they have the same default admin distance. > So we compare FEC type code-point. Both FECs have FEC type > code-point=120. So we compare address family. Since IPv4 is > preferred over IPv6, FEC1 wins. > > ========= > Example incoming label conflict for label=1012 on node A > > FEC1) > ISIS prefix sid advertisement from node B for 203.0.113.112/32 with > index=12 > ISIS SRGB on node A = [1000,1999] > Incoming label=1012 > > FEC2) > ISIS prefix sid advertisement from node C for 203.0.113.128/30 with > index=12 > ISIS SRGB on node A = [1000,1999] > Incoming label=1012 > > FEC1 and FEC2 both use dynamic SID assignment. Since both FECs > are from the same MCC, they have the same default admin distance. > So we compare FEC type code-point. Both FECs have FEC type > code-point=120. So we compare address family. Both are IPv4 address > family, so we compare prefix length. FEC1 has prefix length=32, > and FEC2 has prefix length=30, so FEC2 wins. > > ========= > Example incoming label conflict for label=1013 on node A > > FEC1) > ISIS prefix sid advertisement from node B for 203.0.113.113/32 with > index=13 > ISIS SRGB on node A = [1000,1999] > Incoming label=1013 > > FEC2) > ISIS prefix sid advertisement from node C for 203.0.113.213/32 with > index=13 > ISIS SRGB on node A = [1000,1999] > Incoming label=1013 > > FEC1 and FEC2 both use dynamic SID assignment. Since both FECs > are from the same MCC, they have the same default admin distance. > So we compare FEC type code-point. Both FECs have FEC type > code-point=120. So we compare address family. Both are IPv4 address > family, so we compare prefix length. Prefix lengths are the same, > so we compare prefix. FEC1 has the lower prefix, so FEC1 wins. > > ========= > Example incoming label conflict for label=1014 on node A > > FEC1) > ISIS prefix sid advertisement from node B for 203.0.113.114/32 with > index=14 > Routing Instance ID = 1000 > ISIS SRGB on node A = [1000,1999] > Incoming label=1014 > > FEC2) > ISIS prefix sid advertisement from node C for 203.0.113.114/32 with > index=14 > Routing Instance ID = 2000 > ISIS SRGB on node A = [1000,1999] > Incoming label=1014 > > These two FECs match all the way through the prefix length and prefix. > So Routing Instance ID breaks the tie, with FEC1 winning. > > ========= > Example incoming label conflict for label=1015 on node A > > FEC1) > ISIS prefix sid advertisement from node B for 203.0.113.115/32 with > index=15 > Routing Instance ID = 1000 > ISIS Multi-topology ID = 50 > ISIS SRGB on node A = [1000,1999] > Incoming label=1015 > > FEC2) > ISIS prefix sid advertisement from node C for 203.0.113.115/32 with > index=15 > Routing Instance ID = 1000 > ISIS Multi-topology ID = 40 > ISIS SRGB on node A = [1000,1999] > Incoming label=1015 > > These two FECs match all the way through the prefix length, prefix, and > Routing Instance ID. We compare ISIS Multi-topology ID, so FEC2 wins. > > /* There appears to be a typo in section 2.5.1, with two different > orderings shown for a prefix-based FEC: > Prefix, Routing Instance, Topology, Algorithm > and > (Prefix Length, Prefix, SR Algorithm, routing_instance_id, Topology) > This needs to be corrected. */ > > #Ahmed: > This is not a mistake. This bullet illustrates how to encode a > prefix and hence it separates the prefix into its two components: > "prefix length" and "prefix" > ----------- [CB] The ambiguity is with the placement of SR Algorithm in the ordering. In the first list, algorithm appears _before_ the routing instance and the topology. In the second list, algorithm appears _after_ the routing instance and the topology. ----------- > > ========= > Example incoming label conflict for label=1016 on node A > > FEC1) > ISIS prefix sid advertisement from node B for 203.0.113.116/32 with > index=16 > Routing Instance ID = 1000 > ISIS Multi-topology ID = 50 > SR algorithm = 0 > ISIS SRGB on node A = [1000,1999] > Incoming label=1016 > > FEC2) > ISIS prefix sid advertisement from node C for 203.0.113.116/32 with > index=16 > Routing Instance ID = 1000 > ISIS Multi-topology ID = 50 > SR algorithm = 22 > ISIS SRGB on node A = [1000,1999] > Incoming label=1016 > > These two FECs match all the way through the prefix length, prefix, and > Routing Instance ID, and Multi-topology ID. We compare SR algorithm ID, so > FEC1 wins. > > ========= > Example incoming label conflict for label=1017 on node A > > FEC1) > ISIS prefix sid advertisement from node B for 203.0.113.117/32 with > index=17 > ISIS SRGB on node A = [1000,1999] > Incoming label=1017 > > FEC2) > ISIS mapping server advertisement (SID/Label Binding TLV) from node D: > Range=100, Prefix = 203.0.113.1/32 > This mapping server advertisment generates 100 mappings, one of which > maps 203.0.113.17/32 to index=17. > ISIS SRGB on node A = [1000,1999] > Incoming label=1017 > > The fact that FEC1 comes from a normal prefix sid advertisement and > FEC2 is generated from a mapping server advertisement is not > used as a tie-breaking parameter. Both FECs use dynamic SID assignment, > are from the same MCC, have the same FEC type code-point=120. Their prefix > lengths are the same as well. FEC2 wins based on lower numerical prefix > value, > since 203.0.113.17 is less than 203.0.113.117. > > ========= > Example incoming label conflict for label=1018 on node A > > FEC1) > ISIS IPv4 adjacency sid advertisement from node A with label=1018 > corresponding to next-hop interface address=192.0.2.100, outgoing > interface ID=5 > Incoming label=1018 > Node A allocates this adjacency SID dynamically, > and it may differ across router reboots. > > FEC2) > ISIS IPv6 adjacency sid advertisement from node A with label=1018 > corresponding to 2001:DB8:2000::100/128, outgoing interface ID=6. > Incoming label=1018 > Node A allocates this adjacency SID dynamically, > and it may differ across router reboots. > > Both FECs use dynamic SID assignment, are from the same MCC, > and have the same FEC type code-point=130. FEC1 wins > because IPv4 address family is preferred over IPv6. > > > #Ahmed: > This is another example of a faulty implementation because the > implementation of ISIS must not allow allocating the same local label > to two different adj-SIDs on the same node A > > ------- [CB] OK. Since example 6 already covers the case of using address family to break the tie, we can do not need to fix this example, and can omit it instead. ------- > > ========= > Example incoming label conflict for label=1019 on node A > > FEC1) > ISIS IPv4 adjacency sid advertisement from node A with label=1019 > corresponding to next-hop interface address=192.0.2.220, outgoing > interface ID=7 > Incoming label=1019 > Node A allocates this adjacency SID dynamically, > and it may differ across router reboots. > > FEC2) > ISIS IPv4 adjacency sid advertisement from node A with label=1019 > corresponding to next-hop interface address=192.0.2.230, outgoing > interface ID=8 > Incoming label=1019 > Node A allocates this adjacency SID dynamically, > and it may differ across router reboots. > > Both FECs use dynamic SID assignment, are from the same MCC, > and have the same FEC type code-point=130. Both FECs have to > same address family. FEC1 wins based on having the lowest next-hop > interface address. > > /* It is not clear how to construct an example that > would result in using the outgoing interface ID as a tie-breaker. > It would be useful to understand why this is and clarify > it in the text. */ > > #Ahmed: > This is a third example of a faulty implementation because the > implementation of ISIS must not allow allocating the same local label > to two different adj-SIDs on the same box > -------- [CB] The example above using label=1019 was an attempt to construct an example to exercise the "next-hop" as the tie-breaker. Since this example is not valid, I think the text needs an example that illustrates how "next-hop" should be used as a tie-breaker. Can you add such an example to the text? Similarly, the text needs an example of how "outgoing interface" should be used as a tie-breaker. -------- > ========= > Example incoming label conflict for label=1020 on node A > > FEC1) > SR Policy advertisement from controller to node A > Endpoint address=2001:DB8:3000::100, color=100, SID-List= > Binding-SID label=1020 > > FEC2) > SR Policy advertisement from controller to node A > Endpoint address=192.0.2.60, color=100, SID-List= > Binding-SID label=1020 > > The FECs match through the tie-breaks up to and including > having the same FEC type code-point=140. > FEC2 wins based on IPv4 address family being preferred > over IPv6. > > ========= > Example incoming label conflict for label=1021 on node A > > FEC1) > SR Policy advertisement from controller to node A > Endpoint address=192.0.2.70, color=100, SID-List= > Binding-SID label=1021 > > FEC2) > SR Policy advertisement from controller to node A > Endpoint address=192.0.2.71, color=100, SID-List= > Binding-SID label=1021 > > The FECs match through the tie-breaks up to and including > having the same address family. FEC1 wins by having the > lower numerical endpoint address value. > > ========= > > I'd like to propose the examples below to be included > in the draft to help clarify section 2.6 > (currently entitled "Outgoing Label Collision"). > > > Examples of the Effect Incoming Label Collision on Outgoing Label > Programming > ==================================== > > Example of effect of incoming label collision for label=1022 > on outgoing label programming on node A > > FEC1) > ISIS prefix sid advertisement from node B for 203.0.113.122/32 with > index=22 > ISIS SRGB on node A = [1000,1999] > Incoming label=1022 > > FEC2) > ISIS prefix sid advertisement from node C for 203.0.113.222/32 with > index=22 > ISIS SRGB on node A = [1000,1999] > Incoming label=1022 > > FEC1 wins based on lowest numerical prefix value. This means that node A > installs a transit MPLS forwarding entry to SWAP incoming label=1022, with > outgoing label N, > and use outgoing interace I. N is determined by the index associated with > FEC1 (index=22) and > the SRGB advertised by the next-hop node on the shortest path to reach > 203.0.113.122/32. > > Node A will generally also install an ingress MPLS forwarding entry > corresponding to FEC1 for > incoming prefix=203.0.113.122/32 pushing outgoing label N, and using > outgoing interace I. > > The rule in section 2.6 means that node A MUST NOT install an ingress MPLS > forwarding entry > corresponding to FEC2 ( which would be for incoming prefix= > 203.0.113.222/32). > ======== > > Example of effect of incoming label collision for label=1023 > on outgoing label programming on node A > > FEC1) > SR Policy advertisement from controller to node A > Endpoint address=192.0.2.80, color=100, SID-List= > Binding-SID label=1023 > > FEC2) > SR Policy advertisement from controller to node A > Endpoint address=192.0.2.81, color=100, SID-List= > Binding-SID label=1023 > > FEC1 wins by having the lower numerical endpoint address value. This means > that node A > installs a transit MPLS forwarding entry to SWAP incoming label=1023, with > outgoing labels > and outgoing interface determined by the SID-List for FEC1. > Node A will generally also install an ingress MPLS forwarding entry > corresponding to FEC1 for > incoming prefix=192.0.2.80/32 pushing outgoing labels and using the > outgoing interface > determined by the SID-List for FEC1. > > The rule in section 2.6 means that node A MUST NOT install an ingress MPLS > forwarding entry > corresponding to FEC2 ( which would be for incoming prefix=192.0.2.81/32). > > > #Ahmed > It seems like there is a misunderstanding here. A policy is identified by > a color and an IP address. What gets installed in the FIB is the MPLS label > representing the binding SID. A packet arriving with the top label equal to > the binding SID gets forwarded into the policy. The endpoint and color are > unique identifier of the policy on the box > The IP address is the address of an endpoint, NOT a prefix. So the > instantiation or advertisement of a policy does not result in installing > any prefixes in FIB > ---------- [CB] I added some text to the example to use the commonly understood case of recursive next-hop resolution for BGP VPN routes. Please use this modified example. Illustration of the effect of incoming label collision resolution on outgoing label programming on node A FEC1: o SR Policy advertisement from controller to node A o Endpoint address=192.0.2.80, color=100, SID-List= o Binding-SID label=1023 FEC2: o SR Policy advertisement from controller to node A o Endpoint address=192.0.2.81, color=100, SID-List= o Binding-SID label=1023 FEC1 wins by having the lower numerical endpoint address value. This means that node A installs a transit MPLS forwarding entry to SWAP incoming label=1023, with outgoing labels and outgoing interface determined by the SID-List for FEC1. In this example, we assume that node A receives two BGP/VPN routes: R1 with VPN label=V1, BGP next-hop = 192.0.2.80 , and color=100, R2 with VPN label=V2, BGP next-hop = 192.0.2.81 , and color=100, We also assume that A has a BGP policy which matches on color=100 that allows that its usage as SLA steering information. In this case, node A will install a VPN route with label stack = (corresponding to FEC1). The rule described in section 2.6 means that node A MUST NOT install a VPN route with label stack = (corresponding to FEC2.) ---------- > > ======== > > General comment: > > section 2.6 title: > existing: > Outgoing Label Collision: > proposed: > Effect of Incoming Label Collision on Outgoing Label Programming : > -------------------------------------- > > > Thanks, > Chris > > > On Thu, May 24, 2018 at 12:14 PM, wrote: > >> Hello Working Group, >> >> >> >> This email starts a Working Group Last Call on draft-ietf-spring-segment-routing-mpls-13 [1] which is considered mature and ready for a final working group review. >> >> >> >> Please read this document if you haven't read the most recent version yet, and send your comments to the list, no later than *June 08*. >> >> >> >> As a reminder, this document had already passed a WGLC more than a year ago on version -06 [2], had been sent to the AD but then returned to the WG. >> >> Since then, the document has significantly changed, so please read it again. In particular, it now includes the resolution in case of incoming label collision. Hence it killed draft-ietf-spring-conflict-resolution. >> >> >> >> Both co-chairs co-author this document, hence: >> >> - Shraddha has agreed to be the document shepherd.. Thank you Shraddha. >> >> - Martin, our AD, has agreed to evaluate the WG consensus. >> >> >> >> Thank you, >> >> Bruno, Rob >> >> >> >> [1] https://tools.ietf.org/html/draft-ietf-spring-segment-routing-mpls-13 >> >> [2] https://mailarchive.ietf.org/arch/msg/spring/STiYsQJWuVXA1C9hK4BiUnyMu7Y >> >> >> >> _________________________________________________________________________________________________________________________ >> >> Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc >> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler >> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, >> Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. >> >> This message and its attachments may contain confidential or privileged information that may be protected by law; >> they should not be distributed, used or copied without authorisation. >> If you have received this email in error, please notify the sender and delete this message and its attachments. >> As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. >> Thank you. >> >> >> _______________________________________________ >> spring mailing list >> spring@ietf.org >> https://www.ietf.org/mailman/listinfo/spring >> >> > > --0000000000008cbba40579e1991d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Ahmed,

Thanks for inclu= ding the examples and modifying where needed.

I ha= ve comments on a few of your comments, shown below with [CB].
Thanks,
Chris

On Sat, Oct 27, 2018 at 5:04 PM Ahmed Bashandy <abashandy.ietf@= gmail.com> wrote:
=20 =20 =20
Thanks a lot for the examples.

Version 15 of the document incorporates all of the examples in the appendix (all examples have been moved to appendix), except the examples where
- Incoming label=3D1009
- Incoming label=3D1018
- Incoming label=3D1019
- Binding-SID label=3D1023

See my comments at "#Ahmed" under each of these 4 examples

I have a response for your comment right after the examples that use=C2=A0 "Incoming label=3D1008" and "Incoming label=3D= 1015"


Ahmed



On 6/8/18 11:14 AM, Chris Bowers wrote:
=20
SPRING WG,

I generally support publication of
draft-ietf-spring-segment-routing-mpls. However, I think
that the text in sections 2.5 and 2.6 (on incoming label collisions)
needs some work before publication. This text was added to
the draft a few months ago, and has not gotten much review
from the WG as a whole. The review and proposed text below
focuses on these sections.

As I understand the current text of the draft, the general
approach to resolving incoming label collisions seems
well-reasoned and complete.=C2=A0 However, it is possible that
my interpretation of these tie-breaking rules is
not what the authors intended.

I'd like to propose the examples below to be included
in the draft to help clarify the tie-breaking rules
for incoming label collisions described in section 2.5.
I have highlighted several cases in these examples,
where I think the rules in section 2.5 need
to be clarified in order to unambiguously determine
the winning FEC in an example.

It may also be the case that the authors or other
WG participants will disagree with the interpretation of the
rules used to choose a winning FEC in some of these
examples.=C2=A0 In that case, we should discuss
what is the correct interpretation, and clarify the
text in the draft to make the correct interpretation
clear.


Incoming label collision examples
=3D=3D=3D=3D=3D=3D=3D=3D=3D

Node A
OSPF default admin distance for implementation=3D50
ISIS default admin distance for implementation=3D60

=3D=3D=3D=3D=3D=3D=3D=3D=3D
Example incoming label conflict for label=3D1005 on node A

FEC1)
OSPF prefix sid advertisement from node B for 198.51.100.5/32 with index=3D5
OSPF SRGB on node A =3D [1000,1999]
Incoming label=3D1005

FEC2)
ISIS prefix sid advertisement from node C for 203.0.113.105/32 with index=3D5
ISIS SRGB on node A =3D [1000,1999]
Incoming label=3D1005

FEC1 and FEC2 both use dynamic SID assignment.=C2=A0 Since neither = of
the FEC types is SR Policy, we use the default admin distances of 50
and 60 to break the tie.=C2=A0 So FEC1 wins.

=3D=3D=3D=3D=3D=3D=3D=3D=3D
Example incoming label conflict for label=3D1006 on node A

FEC1)
OSPF prefix sid advertisement from node B for 198.51.100.6/32 with index=3D6
OSPF SRGB on node A =3D [1000,1999]
Incoming label=3D1006

FEC2)
ISIS adjacency sid advertisement from node A with label=3D1006
Incoming label=3D1006
Node A allocates this adjacency SID dynamically,
and it may differ across router reboots.

FEC1 and FEC2 both use dynamic SID assignment.=C2=A0 Since neither = of
the FEC types is SR Policy, we use the default admin distances of 50
and 60 to break the tie.=C2=A0 So FEC1 wins.

=3D=3D=3D=3D=3D=3D=3D=3D=3D
Example incoming label conflict for label=3D1007 on node A

FEC1)
OSPF prefix sid advertisement from node B for 198.51.100.7/32 with index=3D7
OSPF SRGB on node A =3D [1000,1999]
Incoming label=3D1007

FEC2)
ISIS adjacency sid advertisement from node A with label=3D1007
Incoming label=3D1007
Node A assigns this adjacency SID explicitly via configuration,
so the adjacency SID survives router reboots.

FEC1 uses dynamic SID assignment, while FEC2 uses explicit SID
assignment. So FEC2 wins.

=3D=3D=3D=3D=3D=3D=3D=3D=3D
Example incoming label conflict for label=3D1008 on node A

FEC1)
OSPF prefix sid advertisement from node B for 198.51.100.8/32 with index=3D8
OSPF SRGB on node A =3D [1000,1999]
Incoming label=3D1008

FEC2)
SR Policy advertisement from controller to node A
Endpoint =3D 192.0.2.208, color =3D 100, SID-List =3D <S1, S2>= ;
Binding-SID label =3D 1008

FEC1 and FEC2 both use dynamic SID assignment.=C2=A0
Since one of the FEC types is SR Policy, default admin
distance is not used to break the tie.=C2=A0
/* The text in Section 2.5.1 needs to be clarified to specify
whether SR Policy always loses or always wins in this case. */
#Ahmed:
Section 2.5.1 in page 9 clearly says
=C2=A0=C2=A0=C2=A0=C2=A0 The default FEC administrative distance order = starting from the
=C2=A0=C2=A0=C2=A0=C2=A0 lowest value SHOULD be
and then lists the FECs
Hence the list specifies the default admin distance starting from the
"lowest"
The Binding SID appears in the 2nd sub-bullet of the second
bullet. Hence the binding SID of a policy receives the maximal default
admin distance. Hence FEC1 should win
I adapted this example so that it shows the the default admin distance
of a binding SID is always higher than the default admin distances of
other FECs

-------------
[CB]=C2=A0=C2= =A0
I suggest the following text to clarify the ordering of admin= istrative distance in section 2.5.1.=C2=A0 
o  Dynamic SID assignment=
:

       o For all FEC types except for SR policy, the FEC types are 
    =
     ordered using the default administrative distance ordering defined          by the implementation.


       o The Binding SID =
[RFC8402] assigned using SR P=
olicy always has a higher 
         administrative distance than any other FEC type.  
<=
/pre>

--------------

=3D=3D=3D=3D=3D=3D=3D=3D=3D
Example incoming label conflict for label=3D1009 on node A

FEC1)
OSPF adjacency sid advertisement by node A with label=3D1009
Incoming label=3D1009
Node A assigns this adjacency SID explicitly via configuration,
so the adjacency SID survives router reboots.

FEC2)
ISIS adjacency sid advertisement by node A with label=3D1009
Incoming label=3D1009
Node A assigns this adjacency SID explicitly via configuration,
so the adjacency SID survives router reboots.

FEC1 and FEC2 both use explicit SID assignment.=C2=A0 This kind of =
incoming label collision should never occur, since an
implement of explicit SID assignment MUST guarantee
collision freeness on the same router.
#Ahmed
The example is not clear. If the adjacency SIDs for ISIS and OSPF are
out of the same interface towards the same neighbor, then there is no
collision
If they are out of different interfaces and/or towards different
neighbors, then this is an example of a faulty
implementation. Implementation must not allow multiple MCCs on the
same box to assign the same local label to two different FECs

Although assigning the same label to more than one FEC is a problem from the MPLS point of view, in version 15,=C2=A0 I added a=C2=A0 parag= raph in page 8 to prohibit that for completeness
------
[CB]=C2=A0 The new paragraph on page 8 address= es this well.
------

=3D=3D=3D=3D=3D=3D=3D=3D
Example incoming label conflict for label=3D1010 on node A

FEC1)
ISIS prefix sid advertisement from node B for 203.0.113.110/32 with index=3D10
ISIS SRGB on node A =3D [1000,1999]
Incoming label=3D1010

FEC2)
ISIS adjacency sid advertisement by node A with label=3D1010
Incoming label=3D1010
Node A allocates this adjacency SID dynamically,
and it may differ across router reboots.

FEC1 and FEC2 both use dynamic SID assignment. Since both FECs
are from the same MCC, they have the same default admin distance.
So we compare FEC type code-point.=C2=A0 FEC1 has FEC type
code-point=3D120, while FEC2 has FEC type code-point=3D130.
Therefore, FEC1 wins.=C2=A0

=3D=3D=3D=3D=3D=3D=3D=3D=3D
Example incoming label conflict for label=3D1011 on node A

FEC1)
ISIS prefix sid advertisement from node B for 203.0.113.111/32 with index=3D11
ISIS SRGB on node A =3D [1000,1999]
Incoming label=3D1011

FEC2)
ISIS prefix sid advertisement from node C for 2001:DB8:1000::11/128 with index=3D11
ISIS SRGB on node A =3D [1000,1999]
Incoming label=3D1011

FEC1 and FEC2 both use dynamic SID assignment. Since both FECs
are from the same MCC, they have the same default admin distance.
So we compare FEC type code-point.=C2=A0 Both FECs have FEC type code-point=3D120. So we compare address family.=C2=A0 Since IPv4 is=
preferred over IPv6, FEC1 wins.

=3D=3D=3D=3D=3D=3D=3D=3D=3D
Example incoming label conflict for label=3D1012 on node A

FEC1)
ISIS prefix sid advertisement from node B for 203.0.113.112/32 with index=3D12
ISIS SRGB on node A =3D [1000,1999]
Incoming label=3D1012

FEC2)
ISIS prefix sid advertisement from node C for 203.0.113.128/30 with index=3D12
ISIS SRGB on node A =3D [1000,1999]
Incoming label=3D1012

FEC1 and FEC2 both use dynamic SID assignment. Since both FECs
are from the same MCC, they have the same default admin distance.
So we compare FEC type code-point.=C2=A0 Both FECs have FEC type code-point=3D120. So we compare address family.=C2=A0 Both are IPv4 address
family, so we compare prefix length.=C2=A0 FEC1 has prefix length= =3D32,
and FEC2 has prefix length=3D30, so FEC2 wins.

=3D=3D=3D=3D=3D=3D=3D=3D=3D
Example incoming label conflict for label=3D1013 on node A

FEC1)
ISIS prefix sid advertisement from node B for 203.0.113.113/32 with index=3D13
ISIS SRGB on node A =3D [1000,1999]
Incoming label=3D1013

FEC2)
ISIS prefix sid advertisement from node C for 203.0.113.213/32 with index=3D13
ISIS SRGB on node A =3D [1000,1999]
Incoming label=3D1013

FEC1 and FEC2 both use dynamic SID assignment. Since both FECs
are from the same MCC, they have the same default admin distance.
So we compare FEC type code-point.=C2=A0 Both FECs have FEC type code-point=3D120. So we compare address family.=C2=A0 Both are IPv4 address
family, so we compare prefix length.=C2=A0 Prefix lengths are the same,
so we compare prefix.=C2=A0 FEC1 has the lower prefix, so FEC1 wins= .

=3D=3D=3D=3D=3D=3D=3D=3D=3D
Example incoming label conflict for label=3D1014 on node A

FEC1)
ISIS prefix sid advertisement from node B for 203.0.113.114/32 with index=3D14
Routing Instance ID =3D 1000
ISIS SRGB on node A =3D [1000,1999]
Incoming label=3D1014

FEC2)
ISIS prefix sid advertisement from node C for 203.0.113.114/32 with index=3D14
Routing Instance ID =3D 2000
ISIS SRGB on node A =3D [1000,1999]
Incoming label=3D1014

These two FECs match all the way through the prefix length and prefix.
So Routing Instance ID breaks the tie, with FEC1 winning.

=3D=3D=3D=3D=3D=3D=3D=3D=3D
Example incoming label conflict for label=3D1015 on node A

FEC1)
ISIS prefix sid advertisement from node B for 203.0.113.115/32 with index=3D15
Routing Instance ID =3D 1000
ISIS Multi-topology ID =3D 50
ISIS SRGB on node A =3D [1000,1999]
Incoming label=3D1015

FEC2)
ISIS prefix sid advertisement from node C for 203.0.113.115/32 with index=3D15
Routing Instance ID =3D 1000
ISIS Multi-topology ID =3D 40
ISIS SRGB on node A =3D [1000,1999]
Incoming label=3D1015

These two FECs match all the way through the prefix length, prefix, and
Routing Instance ID.=C2=A0 We compare ISIS Multi-topology ID, so FE= C2 wins.

/* There appears to be a typo in section 2.5.1, with two different
orderings shown for a prefix-based FEC:
Prefix, Routing Instance, Topology, Algorithm
and
(Prefix Length, Prefix, SR Algorithm, routing_instance_id, Topology)
This needs to be corrected. */
#Ahmed:
This is not a mistake. This bullet illustrates how to encode a
prefix and hence it separates the prefix into=C2=A0 its two components:=
"prefix length" and "prefix"
=
-----------
[CB]=C2=A0 The ambiguity is with the placeme= nt of SR Algorithm in the ordering.
In the first list, algorithm = appears _before_ the routing instance and the topology.
In t= he second list, algorithm appears _after_ the routing instance and the topo= logy.=C2=A0
-----------

=3D=3D=3D=3D=3D=3D=3D=3D=3D
Example incoming label conflict for label=3D1016 on node A

FEC1)
ISIS prefix sid advertisement from node B for 203.0.113.116/32 with index=3D16
Routing Instance ID =3D 1000
ISIS Multi-topology ID =3D 50
SR algorithm =3D 0
ISIS SRGB on node A =3D [1000,1999]
Incoming label=3D1016

FEC2)
ISIS prefix sid advertisement from node C for 203.0.113.116/32 with index=3D16
Routing Instance ID =3D 1000
ISIS Multi-topology ID =3D 50
SR algorithm =3D 22
ISIS SRGB on node A =3D [1000,1999]
Incoming label=3D1016

These two FECs match all the way through the prefix length, prefix, and
Routing Instance ID, and Multi-topology ID. We compare SR algorithm ID, so
FEC1 wins.

=3D=3D=3D=3D=3D=3D=3D=3D=3D
Example incoming label conflict for label=3D1017 on node A

FEC1)
ISIS prefix sid advertisement from node B for 203.0.113.117/32 with index=3D17
ISIS SRGB on node A =3D [1000,1999]
Incoming label=3D1017

FEC2)
ISIS mapping server advertisement (SID/Label Binding TLV) from node D:
Range=3D100, Prefix =3D 203.0.113.1/32
This mapping server advertisment generates 100 mappings, one of which
maps 203.0.113= .17/32 to index=3D17.
ISIS SRGB on node A =3D [1000,1999]
Incoming label=3D1017

The fact that FEC1 comes from a normal prefix sid advertisement and
FEC2 is generated from a mapping server advertisement is not
used as a tie-breaking parameter. Both FECs use dynamic SID assignment,
are from the same MCC, have the same FEC type code-point=3D120. Their prefix
lengths are the same as well.=C2=A0 FEC2 wins based on lower numerical prefix value,
since 203.0.113.17 is less than 203.0.113.117.

=3D=3D=3D=3D=3D=3D=3D=3D=3D
Example incoming label conflict for label=3D1018 on node A

FEC1)
ISIS IPv4 adjacency sid advertisement from node A with label=3D1018
corresponding to next-hop interface address=3D192.0.2.100, outgoing interface ID=3D5
Incoming label=3D1018
Node A allocates this adjacency SID dynamically,
and it may differ across router reboots.

FEC2)
ISIS IPv6 adjacency sid advertisement from node A with label=3D1018
corresponding to 2001:DB8:2000::100/128, outgoing interface ID=3D6.
Incoming label=3D1018
Node A allocates this adjacency SID dynamically,
and it may differ across router reboots.

Both FECs use dynamic SID assignment, are from the same MCC,
and have the same FEC type code-point=3D130.=C2=A0 FEC1 wins
because IPv4 address family is preferred over IPv6.

#Ahmed:
This is another example of a faulty implementation because the
implementation of ISIS must not allow allocating the same local label
to two different adj-SIDs on the same node A


-------
[CB] OK.= =C2=A0 Since example 6 already covers the case of using address family
=
to break the tie, we can do not need to fix this example, and ca= n omit it instead.
-------

=3D=3D=3D=3D=3D=3D=3D=3D=3D
Example incoming label conflict for label=3D1019 on node A

FEC1)
ISIS IPv4 adjacency sid advertisement from node A with label=3D1019
corresponding to next-hop interface address=3D192.0.2.220, outgoing interface ID=3D7
Incoming label=3D1019
Node A allocates this adjacency SID dynamically,
and it may differ across router reboots.

FEC2)
ISIS IPv4 adjacency sid advertisement from node A with label=3D1019
corresponding to next-hop interface address=3D192.0.2.230, outgoing interface ID=3D8
Incoming label=3D1019
Node A allocates this adjacency SID dynamically,
and it may differ across router reboots.

Both FECs use dynamic SID assignment, are from the same MCC,
and have the same FEC type code-point=3D130. Both FECs have to
same address family.=C2=A0 FEC1 wins based on having the lowest next-hop
interface address.=C2=A0

/* It is not clear how to construct an example that
would result in using the outgoing interface ID as a tie-breaker.
It would be useful to understand why this is and clarify
it in the text. */
#Ahmed:
This is a third example of a faulty implementation because the
implementation of ISIS must not allow allocating the same local label
to two different adj-SIDs on the same box
--------
[CB]=C2=A0 The example above using label=3D= 1019 was an attempt to construct
an example to exercise the &= quot;next-hop" as the tie-breaker.=C2=A0 Since this example
= is not valid, I think the text needs an example that illustrates how "= next-hop"
should be used as a tie-breaker. Can you add = such an example to the text? =C2=A0

Similarly= , the text needs an example of how "outgoing interface" should be= used as
a tie-breaker.
--------
=3D=3D=3D=3D=3D=3D=3D=3D=3D
Example incoming label conflict for label=3D1020 on node A

FEC1)
SR Policy advertisement from controller to node A
Endpoint address=3D2001:DB8:3000::100, color=3D100, SID-List=3D<= S1, S2>
Binding-SID label=3D1020

FEC2)
SR Policy advertisement from controller to node A
Endpoint address=3D192.0.2.60, color=3D100, SID-List=3D<S3, S4&g= t;
Binding-SID label=3D1020

The FECs match through the tie-breaks up to and including
having the same FEC type code-point=3D140.
FEC2 wins based on IPv4 address family being preferred
over IPv6.=C2=A0=C2=A0

=3D=3D=3D=3D=3D=3D=3D=3D=3D
Example incoming label conflict for label=3D1021 on node A

FEC1)
SR Policy advertisement from controller to node A
Endpoint address=3D192.0.2.70, color=3D100, SID-List=3D<S1, S2&g= t;
Binding-SID label=3D1021

FEC2)
SR Policy advertisement from controller to node A
Endpoint address=3D192.0.2.71, color=3D100, SID-List=3D<S3, S4&g= t;
Binding-SID label=3D1021

The FECs match through the tie-breaks up to and including
having the same address family. FEC1 wins by having the
lower numerical endpoint address value.

=3D=3D=3D=3D=3D=3D=3D=3D=3D

I'd like to propose the examples below to be included
in the draft to help clarify section 2.6
(currently entitled "Outgoing Label Collision").


Examples of the Effect Incoming Label Collision on Outgoing Label Programming
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

Example of effect of incoming label collision for label=3D1022
on outgoing label programming on node A

FEC1)
ISIS prefix sid advertisement from node B for 203.0.113.122/32 with index=3D22
ISIS SRGB on node A =3D [1000,1999]
Incoming label=3D1022

FEC2)
ISIS prefix sid advertisement from node C for 203.0.113.222/32 with index=3D22
ISIS SRGB on node A =3D [1000,1999]
Incoming label=3D1022

FEC1 wins based on lowest numerical prefix value.=C2=A0 This means that node A
installs a transit MPLS forwarding entry to SWAP incoming label=3D1022, with outgoing label N,
and use outgoing interace I. N is determined by the index associated with FEC1 (index=3D22) and
the SRGB advertised by the next-hop node on the shortest path to reach
203.0.113.122= /32.

Node A will generally also install an ingress MPLS forwarding entry corresponding to FEC1 for
incoming prefix=3D203.0.113.122/32 pushing outgoing label N, and using outgoing interace I.

The rule in section 2.6 means that node A MUST NOT install an ingress MPLS forwarding entry
corresponding to FEC2 ( which would be for incoming prefix=3D203.0.113.222/32).=C2= =A0
=3D=3D=3D=3D=3D=3D=3D=3D

Example of effect of incoming label collision for label=3D1023
on outgoing label programming on node A

FEC1)
SR Policy advertisement from controller to node A
Endpoint address=3D192.0.2.80, color=3D100, SID-List=3D<S1, S2&g= t;
Binding-SID label=3D1023

FEC2)
SR Policy advertisement from controller to node A
Endpoint address=3D192.0.2.81, color=3D100, SID-List=3D<S3, S4&g= t;
Binding-SID label=3D1023

FEC1 wins by having the lower numerical endpoint address value. This means that node A
installs a transit MPLS forwarding entry to SWAP incoming label=3D1023, with outgoing labels
and outgoing interface determined by the SID-List for FEC1.
Node A will generally also install an ingress MPLS forwarding entry corresponding to FEC1 for
incoming prefix=3D192.0.2.80/32 pushing outgoing labels and using the outgoing interface
determined by the SID-List for FEC1.

The rule in section 2.6 means that node A MUST NOT install an ingress MPLS forwarding entry
corresponding to FEC2 ( which would be for incoming prefix=3D192.0.2.81/32).=C2=A0
#Ahmed
It seems like there is a misunderstanding here. A policy is identified by a color and an IP address. What gets installed in the FIB is the MPLS label representing the binding SID. A packet arriving with the top label equal to the binding SID gets forwarded into the policy. The endpoint and color are unique identifier of the policy on the box
The IP address is the address of an endpoint, NOT a prefix. So the instantiation or advertisement of a policy does not result in installing any prefixes in FIB
----------
[CB]=C2=A0 I added some text to the example to use the commonly und= erstood case
of recursive next-hop resolution for BGP VPN ro= utes.=C2=A0=C2=A0 Please use this modified example.
Illustration of the effec=
t of incoming label collision resolution on
   outgoing label programming on node A

   FEC1:
   o  SR Policy advertisement from controller to node A

   o  Endpoint address=3D192.0.2.80, color=3D100, SID-List=3D<S1, S2>

   o  Binding-SID label=3D1023

   FEC2:
   o  SR Policy advertisement from controller to node A

   o  Endpoint address=3D192.0.2.81, color=3D100, SID-List=3D<S3, S4>

   o  Binding-SID label=3D1023

   FEC1 wins by having the lower numerical endpoint address value. This
   means that node A installs a transit MPLS forwarding entry to SWAP
   incoming label=3D1023, with outgoing labels and outgoing interface
   determined by the SID-List for FEC1.


In this example, we assume that node A 
receives=
 two BGP/VPN routes:
R1 with VPN label=3DV1, BGP next-hop =3D 192.0.2.80, and color=3D100,=20
R2 with VPN label=3DV2, BGP next-hop =3D 192.0.2.81, and color=3D100,
We also assume that A has a BGP policy which matches on
color=3D100 that=
 allows that its usage as SLA steering information. =20
In this case, node A will install a VPN route with 
label stack =3D <=
S1,S2,V1> (corresponding to FEC1).  
The rule described in section 2.6 means that=
 node A MUST NOT 
install a VPN route with label stack =3D <S3,S4,V1> (corresponding =
to FEC2.)
----------
=C2=A0

=3D=3D=3D=3D=3D=3D=3D=3D

General comment:

section 2.6 title:
existing:
Outgoing Label Collision:
proposed:
Effect of Incoming Label Collision on Outgoing Label Programming :
--------------------------------------


Thanks,
Chris


On Thu, May 24, 2018 at 12:14 PM, <bruno.decraene@orange.com> wrote:
Hello Working Group,
                  
=C2=A0=C2=A0=C2=A0 
                  
This email starts a Working Gro=
up Last Call on draft-ietf-spring-segment-routing-mpls-13 [1] which is cons=
idered mature and ready for a final working group review.

                  
=C2=A0=C2=A0=C2=A0 
                  
Please read this document if yo=
u haven't read the most recent version yet, and send your comments to t=
he list, no later than *June 08*.

                  
=C2=A0

                  
As a reminder, this document ha=
d already passed a WGLC more than a year ago on version -06 [2], had been s=
ent to the AD but then returned to the WG.

                  
Since then, the document has si=
gnificantly changed, so please read it again. In particular, it now include=
s the resolution in case of incoming label collision. Hence it killed draft=
-ietf-spring-conflict-resolution.

                  
=C2=A0

                  
Both co-chairs co-author this d=
ocument, hence:

                  
- Shraddha has agreed to be the=
 document shepherd.. Thank you Shraddha.

                  
- Martin, our AD, has agreed to=
 evaluate the WG consensus.

                  
=C2=A0=C2=A0=C2=A0 
                  
Thank you,

                  
Bruno, Rob

                  
=C2=A0

                  
[1] ht=
tps://tools.ietf.org/html/draft-ietf-spring-segment-routing-mpls-13

                  
[2] https://mailarchive.ietf.org/arch/msg/spring/STiYsQJWuVXA1C9hK4BiUnyMu7Y

                  
=C2=A0

                
______________________________________________________=
___________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les message=
s electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.

_______________________________________________
spring mailing list
spring@i= etf.org
https://www.ietf.org/mailman/listinfo/spr= ing



--0000000000008cbba40579e1991d-- From nobody Sun Nov 4 20:55:35 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 51984128CF2; Sun, 4 Nov 2018 20:55:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8eSXhUcdJ5DW; Sun, 4 Nov 2018 20:55:23 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 59057128B14; Sun, 4 Nov 2018 20:55:23 -0800 (PST) Received: from lhreml703-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 5F87F88882329; Mon, 5 Nov 2018 04:55:20 +0000 (GMT) Received: from DGGEML403-HUB.china.huawei.com (10.3.17.33) by lhreml703-cah.china.huawei.com (10.201.108.44) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 5 Nov 2018 04:55:21 +0000 Received: from DGGEML529-MBX.china.huawei.com ([169.254.6.70]) by DGGEML403-HUB.china.huawei.com ([fe80::74d9:c659:fbec:21fa%31]) with mapi id 14.03.0415.000; Mon, 5 Nov 2018 12:55:11 +0800 From: "Chengli (Cheng Li)" To: "Darren Dukes (ddukes)" CC: Joel Halpern , "spring@ietf.org" , "6man@ietf.org" <6man@ietf.org>, Lizhenbin , Mach Chen Thread-Topic: SRv6 - SRH in encaps or base header - point 2 Thread-Index: AQHUcIcsTbFeHZpwLku+NvhkEcQp5qU4pNnQgAOq8QCABFXpAA== Date: Mon, 5 Nov 2018 04:55:11 +0000 Message-ID: References: <42663f06-8fcc-4ca4-5e3c-368adcaaef86@joelhalpern.com> <69085e36-f091-44d5-590b-3550983ac4d7@joelhalpern.com> <3e51b691-ae71-31ce-a094-db2d75d80ae0@joelhalpern.com> <728DADEC-AC49-4F16-93FB-4B5A6905DF59@cisco.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.126.175.168] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [spring] =?utf-8?b?562U5aSNOiBTUnY2IC0gU1JIIGluIGVuY2FwcyBvciBi?= =?utf-8?q?ase_header_-_point_2?= X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2018 04:55:26 -0000 c28gaG93IHRvIHVzZSBTUkggaW5zZXJ0aW9uPyBPdXQgb2Ygc2NvcGUgb2YgdGhpcyBkcmFmdD8N Cg0KQ2hlbmcNCg0KDQotLS0tLemCruS7tuWOn+S7ti0tLS0tDQrlj5Hku7bkuro6IERhcnJlbiBE dWtlcyAoZGR1a2VzKSBbbWFpbHRvOmRkdWtlc0BjaXNjby5jb21dIA0K5Y+R6YCB5pe26Ze0OiAy MDE45bm0MTHmnIgz5pelIDI6NDANCuaUtuS7tuS6ujogQ2hlbmdsaSAoQ2hlbmcgTGkpIDxjaGVu Z2xpMTNAaHVhd2VpLmNvbT4NCuaKhOmAgTogSm9lbCBIYWxwZXJuIDxqbWhAam9lbGhhbHBlcm4u Y29tPjsgc3ByaW5nQGlldGYub3JnOyA2bWFuQGlldGYub3JnOyBMaXpoZW5iaW4gPGxpemhlbmJp bkBodWF3ZWkuY29tPjsgTWFjaCBDaGVuIDxtYWNoLmNoZW5AaHVhd2VpLmNvbT4NCuS4u+mimDog UmU6IFNSdjYgLSBTUkggaW4gZW5jYXBzIG9yIGJhc2UgaGVhZGVyIC0gcG9pbnQgMg0KDQpIZWxs byBDaGVuZywgdGhhbmtzIGZvciB0aGUgcmV2aWV3ISAgUGxlYXNlIHNlZSBpbmxpbmUNCg0KPiBP biBPY3QgMzAsIDIwMTgsIGF0IDExOjQxIFBNLCBDaGVuZ2xpIChJUCBUZWNobm9sb2d5IFJlc2Vh cmNoKSA8Y2hlbmdsaTEzQGh1YXdlaS5jb20+IHdyb3RlOg0KPiANCj4gSGkgRGFycmVuLA0KPiAN Cj4gSSB0aGluayB0aGUgdGV4dCBvZiBlbmNhcHN1bGF0aW5nIG1vZGUgaXMgY2xlYXIgZm9yIG1l LiBCdXQgSSBzdGlsbCBoYXZlIHNvbWUgcXVlc3Rpb25zIG9mIHRoZSBpbnNlcnRpb24gbW9kZSAu DQo+IA0KPiAxLjEgOjxkZD4gTm9kZSA5IGhhcyBhIGNob2ljZSwgZW5jYXBzdWxhdGUgdG8gbm9k ZSAzIG9yIG5vdC4gDQo+IElmIG5vZGUgOSBkb2VzIG5vdCBlbmNhcHN1bGF0ZSwgaXQgd2lsbCBp bmZvcm0gdGhlIGRlc3RpbmF0aW9uIG9mIHRoZSBzZWdtZW50cyBpbiB0aGUgU1JIIGFuZCBwb3Nz aWJseSBsZWFrIHRoZW0gdG8gaW50ZXJtZWRpYXRlIG5vZGVzLg0KPiANCj4gSWYgdGhlcmUgaXMg bm90IGluZGljYXRvciB0byBtYWtlIGEgY2hvaWNlIG9mIGVuY2Fwc3VsYXRpbmcgb3Igbm90LCBo b3cgdGhlIG5vZGUgdG8gbWFrZSB0aGUgY2hvaWNlPyBMb2NhbCBwb2xpY3k/ICANCj4gT3IgbWFr ZSBpdCB0aGUgc2FtZSBsaWtlIHRoZSByZWNlaXZlZCBwYWNrZXQ/IEVuY2Fwc3VsYXRlIGlmIHJl Y2VpdmVkIHBhY2tldCBkb2VzLCBlbHNlLCBpbnNlcnQ/DQoNCkEgaG9zdCBuZWVkcyBtYW55IHRo aW5ncyB0byBkZXRlcm1pbmUgaG93IHRvIGFkZCBhbiBTUkggdG8gYSBwYWNrZXQgaXQgaXMgc2Vu ZGluZyB0byBhIGRlc3RpbmF0aW9uLCBhdCBsZWFzdCBpdCBuZWVkcyB0byBsZWFybiBTSURzIGZv ciBub2RlcyBhbmQgaGF2ZSBzb21lIGxvZ2ljIGluIHBsYWNlIHRvIGRldGVybWluZSBob3cgYW5k IHdoZW4gdG8gdXNlIGEgcGFydGljdWxhciBzZWdtZW50IGxpc3TigKYgVGhhdCBpcyB3ZWxsIGJl eW9uZCB0aGlzIGRvY3VtZW50IGFuZCB0aGVyZSBpcyBhbmQgd2lsbCBiZSBtb3JlIGlubm92YXRp dmUgd2F5cyBvZiBkZXRlcm1pbmluZyB3aGVuIHRvIGFkZCBhIFNSSCB0byBhIHBhY2tldCBzb3Vy Y2VkIGJ5IGEgbm9kZS4NCg0KVGhlcmVmb3JlIEnigJlsbCBzYXkgdGhpcyBxdWVzdGlvbiBpcyBu b3Qgd2l0aGluIHNjb3BlIGZvciB0aGlzIGRvY3VtZW50LCBpdCBuZWVkcyB0byBiZSBhbnN3ZXJl ZCBmb3Igc3BlY2lmaWMgdXNlIGNhc2VzIGFuZCBhcHBsaWNhdGlvbnMgb2YgdGhlIFNSSC4NCg0K VGhhdCBzYWlkIHRoZXJlIGlzIG9uZ29pbmcgd29yayB0byBkZWZpbmUgaG93IGEgbm9kZSBtYXkg bGVhcm4gYW4gU1IgUG9saWN5Og0KUENFUCBodHRwczovL3d3dy5pZXRmLm9yZy9pZC9kcmFmdC1u ZWdpLXBjZS1zZWdtZW50LXJvdXRpbmctaXB2Ni0wMy50eHQsDQpCR1AtVEUgaHR0cHM6Ly93d3cu aWV0Zi5vcmcvaWQvZHJhZnQtaWV0Zi1pZHItc2VnbWVudC1yb3V0aW5nLXRlLXBvbGljeS0wNC50 eHQsDQpvciDigJxTRE7igJ0gbWV0aG9kcyB3aGVyZSBzb21lIG91dHNpZGUgY29udHJvbGxlciBz ZXRzIHVwIGEgc2VnbWVudCBsaXN0IHZpYSBzb21lIFJFU1QsIENMSSwgbmV0Y29uZi95YW5nIGlu dGVyZmFjZSB0byBzYXRpc2Z5IHNwZWNpZmljIHVzZSBjYXNlcy4NCg0KQW5kIHdoZW4gdG8gdXNl IGl0Og0KQkdQIFNSdjYgc2VydmljZXMgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWQvZHJhZnQtZGF3 cmEtaWRyLXNydjYtdnBuLTA1LnR4dA0KDQoNCj4gDQo+IDEuMiA6IEhvdyB0byBpbmZvcm0gdGhl IGRlc3RpbmF0aW9uIG9mIHRoZSBzZWdtZW50cyBpbiB0aGUgU1JIPyAgQW55IGluZGljYXRvciBp biBTUkg/IE9yIHRocm91Z2ggc2lnbmFsaW5nPyANCj4gDQoNCg0KU2FtZSBhbnN3ZXIgYXMgMS4x LiAgDQoNCj4gMjogQ2FuIGEgbm9ybWFsKG5vbi1TSUQpIElQdjYgYWRkcmVzcyBiZSBhZGRlZCBp bnRvIFNJRCBsaXN0Pw0KPiANCj4gSSBwcmVmZXIgeWVzLg0KPiANCj4gQXMgc2VjdGlvbiA0LjMg c2F5cywgaXQgc2VlbXMgbGlrZSB3ZSBjYW4gZG8gdGhhdC4NCj4gDQo+ICAgIldoZW4gYW4gU1J2 Ni1jYXBhYmxlIG5vZGUgcmVjZWl2ZXMgYW4gSVB2NiBwYWNrZXQsIGl0IHBlcmZvcm1zIGENCj4g ICBsb25nZXN0LXByZWZpeC1tYXRjaCBsb29rdXAgb24gdGhlIHBhY2tldHMgZGVzdGluYXRpb24g YWRkcmVzcy4gIFRoaXMNCj4gICBsb29rdXAgY2FuIHJldHVybiBhbnkgb2YgdGhlIGZvbGxvd2lu ZzoNCj4gDQo+ICAgICAgIEEgRklCIGVudHJ5IHRoYXQgcmVwcmVzZW50cyBhIGxvY2FsbHkgaW5z dGFudGlhdGVkIFNSdjYgU0lEDQo+ICAgICAgIEEgRklCIGVudHJ5IHRoYXQgcmVwcmVzZW50cyBh IGxvY2FsIGludGVyZmFjZSwgbm90IGxvY2FsbHkNCj4gICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgaW5zdGFudGlhdGVkIGFzIGFuIFNSdjYgU0lEDQo+ICAgICAgIEEgRklCIGVu dHJ5IHRoYXQgcmVwcmVzZW50cyBhIG5vbi1sb2NhbCByb3V0ZQ0KPiAgICAgICBObyBNYXRjaA0K PiAgICAgICINCj4gQWxzbywgaW4gc2VjdGlvbiA1LCB3ZSBjYW4gc2VlIEE5IGNhbiBiZSBhZGRl ZCBpbiBTSUQgbGlzdCBvZiBhIFNSIHBvbGljeS4NCj4gDQo+IFNvIGZvciB0aGUgcGFja2V0IGZy b20gQTkgdG8gQTEsIHRoZSBhZGRyZXNzIG9mIEExIGNhbiBiZSBhZGRlZCBhcyB0aGUgbGFzdCBl bnRyeSBvZiBTSUQgbGlzdCwgcmlnaHQ/IA0KPiANCj4gSWYgeWVzLCBhZGRyZXNzIG9mIEExIGlz IG5vdCBhbiBpbnN0YW50aWF0ZWQgU0lELCBzbyBub3QgUFNQIGZsYXZvciBjYW4gYmUgZW5hYmxl ZC4gU28gdGhlIHBhY2tldCB3aWxsIGJlIHNlbnQgb3V0IGJ5IGNhcnJ5aW5nIHRoZSBTUkggYWZ0 ZXIgQTEgaXMgdXBkYXRlZCB0byB0aGUgSVB2NiBEQS4gDQo+IFNSSCB3aWxsIGJlIGxlYWtlZCB0 byBvdXRzaWRlIG9mIHRoZSBTUiBkb21haW4sIHdoaWNoIHdpbGwgYnJpbmcgbmV3IHNlY3VyaXR5 IGlzc3Vlcy4gDQo+IA0KDQpZZXMgYXMgdGhlIGxhc3Qgc2VnbWVudCBpbiBhIHNlZ21lbnQgbGlz dCwgYW5kIGFzIFJGQzgyMDAgc2VjdGlvbiA0LjQgZGVzY3JpYmVzIFJvdXRpbmcgSGVhZGVyIHBy b2Nlc3Npbmcgd2hlbiBzZWdtZW50cyBsZWZ0IGlzIDAuDQoNCkl0IGlzIHVwIHRvIHRoZSBzcGVj aWZpYyB1c2UgY2FzZSB0byBkZXRlcm1pbmUgaWYgaW5mb3JtaW5nIHRoZSBkZXN0aW5hdGlvbiBv ciBpbnRlcm1lZGlhdGUgbm9kZXMgb2YgdGhlIHNlZ21lbnQgbGlzdCB1c2VkIHRvIHJlYWNoIGl0 IGlzIGEgc2VjdXJpdHkgcmlzay4gDQoNCkNlcnRhaW5seSBvbiB0aGUgbGFyZ2VyIGludGVybmV0 IHRoaXMgaXMgYW4gaXNzdWUgdGhhdCBuZWVkcyB0byBiZSBjb25zaWRlcmVkLCBidXQgd2l0aGlu IGFuIGVudGVycHJpc2UgbmV0d29yayBvciB3aXRoaW4gYSBzaW5nbGUgcHJvdmlkZXJzIG5ldHdv cmsgY3Jvc3NpbmcgbXVsdGlwbGUgZG9tYWlucywgb3IgZXZlbiBiZXR3ZWVuIHByb3ZpZGVycyB0 aGUgZGlzY2xvc3VyZSBtYXkgYmUgYWNjZXB0YWJsZSBvciBkZXNpcmVkLg0KDQo+IA0KPiAzOiBG b3Igc2VjdGlvbiA2LjIsDQo+ICAgTm9kZXMgb3V0c2lkZSB0aGUgU1IgRG9tYWluIGNhbm5vdCBi ZSB0cnVzdGVkLiAgU1IgRG9tYWluIEluZ3Jlc3MNCj4gICByb3V0ZXJzIFNIT1VMRCBkaXNjYXJk IHBhY2tldHMgZGVzdGluZWQgdG8gU0lEcyB3aXRoaW4gdGhlIFNSIERvbWFpbg0KPiAgIChyZWdh cmRsZXNzIG9mIHRoZSBwcmVzZW5jZSBvZiBhbiBTUkgpIHRvIGF2b2lkIGF0dGFja3Mgb24gdGhl IFNSDQo+ICAgRG9tYWluIGFzIGRlc2NyaWJlZCBhbmQgcmVmZXJlbmNlZCBpbiBbUkZDNTA5NV0u IA0KPiANCj4gICBBcyBhbiBhZGRpdGlvbmFsDQo+ICAgbGF5ZXIgb2YgcHJvdGVjdGlvbiwgU1Ig U2VnbWVudCBFbmRwb2ludCBub2RlcyBTSE9VTEQgZGlzY2FyZCBwYWNrZXRzDQo+ICAgZGVzdGlu ZWQgdG8gbG9jYWwgU0lEcyBmcm9tIHNvdXJjZSBhZGRyZXNzZXMgbm90IHBhcnQgb2YgdGhlIFNS DQo+ICAgRG9tYWluLg0KPiANCj4gRm9yIGEgcGFja2V0IGZyb20gQTEgdG8gQTksICB0aGUgcGFj a2V0IGlzIChBMSwgQTkpLiBOb2RlMyB3aWxsIG5vdCBkcm9wIHRoZSBwYWNrZXQgc2luY2UgdGhl IGRlc3RpbmF0aW9uIGlzIEE5IG5vdCBTOS4NCj4gDQo+IElmIG5vZGUgMyBpbnNlcnQgYSBTUkgg aW4gdGhlIG9yaWdpbmFsIElQdjYgcGFja2V0LCB0aGVuIHRoZSBzb3VyY2UgQWRkcmVzcyB3aWxs IGJlIEExLiBBbmQgdGhlIFNJRCBsaXN0IGNhbiBiZSAgPEE5LCBTNiA+Lg0KPiBJbiB0aGlzIGNh c2UsIHRoZSBwYWNrZXQgd2lsbCBiZSBkcm9wcGVkIGJ5IG5vZGUgNiwgc2luY2UgdGhlIHNvdXJj ZSBhZGRyZXNzIGlzIG5vdCBwYXJ0IG9mIHRoZSBTUiBkb21haW4uICBbU2VjdGlvbiA2LjJdLCBy aWdodD8NCj4gDQo+IElNSE8sIHRoZXJlIGFyZSBzb21lIHByb2JsZW1zIGFib3V0IGluc2VydGlv biBtb2RlLg0KDQpJbiB0aGUgY29udGV4dCBvZiB0aGUgU1JIIGRyYWZ0IHdlIGRvIG5vdCBtYWtl IGFueSBtZW50aW9uIG9yIHVzZSBvZiBTUkggaW5zZXJ0aW9uLiBJLmUuIG5vZGUgMyBkb2VzIG5v dCBpbnNlcnQgYW4gU1JILCBpdCBlbmNhcHN1bGF0ZXMgaW4gYW4gb3V0ZXIgSVB2NiBoZWFkZXIu DQoNCkRhcnJlbg0KDQo+IA0KPiBUaGFua3MsDQo+IENoZW5nDQo+IA0KPiANCj4gDQo+IC0tLS0t T3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IGlwdjYgW21haWx0bzppcHY2LWJvdW5jZXNA aWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBEYXJyZW4gRHVrZXMgDQo+IChkZHVrZXMpDQo+IFNlbnQ6 IFdlZG5lc2RheSwgT2N0b2JlciAzMSwgMjAxOCAzOjMxIEFNDQo+IFRvOiBKb2VsIEhhbHBlcm4g PGptaEBqb2VsaGFscGVybi5jb20+DQo+IENjOiBzcHJpbmdAaWV0Zi5vcmc7IDZtYW5AaWV0Zi5v cmcNCj4gU3ViamVjdDogUmU6IFNSdjYgLSBTUkggaW4gZW5jYXBzIG9yIGJhc2UgaGVhZGVyIC0g cG9pbnQgMg0KPiANCj4gSSB0aGluayB3ZeKAmXJlIGFsbW9zdCBjb25jbHVkZWQgc28gb25jZSBt b3JlIGlubGluZSBhdCA8ZGQ+PC9kZD4NCj4gDQo+PiBPbiBPY3QgMjYsIDIwMTgsIGF0IDI6Mjgg UE0sIEpvZWwgSGFscGVybiA8am1oQGpvZWxoYWxwZXJuLmNvbT4gd3JvdGU6DQo+PiANCj4+IChy ZXNlbmRpbmcsICtzcHJpbmcgYXMgcmVxdWVzdGVkKQ0KPj4gDQo+PiBUaGFuayB5b3UgZm9yIHRo ZSByZXNwb25zZXMuICBJIHdpbGwgcmVzcG9uZCBpbiBsaW5lLCBtYXJrZWQgPGptaD48L2ptaD4u ICBJIGZlYXIgaXQgd2lsbCBzaG9ydGx5IGdldCB0b28gZGVlcCwgYnV0IHRoZSBjb250ZXh0IGlz IGltcG9ydGFudC4NCj4+IA0KPj4gSSB3aWxsIHJlcGhyYXNlIGhlcmUgYW4gaXNzdWUgZnJvbSBh bm90aGVyIHRocmVhZCB0aGF0IEkgYWh2ZSBub3Qgc2VlbiB5b3VyIGNvbW1lbnRzIG9uLiAgSWYg Tm9kZSA5IGlzIHNlbmRpbmcgdHJhZmZpYyB0byBOb2RlIDEgKGZvciBleGFtcGxlLCB0aGUgcmV2 ZXJzZSB0cmFmZmljIGZvciB0aGUgdHJhZmZpYyBmcm9tIDEgdG8gOSBpbiB0aGUgZXhhbXBsZXMg YmVsb3cpLCBpdCBwcmVzdW1hYmx5IGhhcyBhbiBTUiBQb2xpY3kgdG8gYmUgYXBwbGllZC4gVGhl IGlzc3VlIEkgcmFpc2VkIGJlZm9yZSBpcyB0aGUgbGVha2FnZSBpc3N1ZS4gIElmIDkgcHV0cyB0 aGUgU1JIIGluIGl0cyBwYWNrZXQgKGFzIHRoZSBkb2N1bWVudCBjdXJyZW50bHkgbWFuZGF0ZXMp LCB0aGVuIGl0IHdpbGwgbm90IGJlIHBvc3NpYmxlIGZvciAzIHRvIHJlbW92ZSB0aGUgU1JILiAg VGh1cywgdGhlIFNSSCB3aWxsIGxlYWsuDQo+PiANCj4+IFNvbWUgaGF2ZSBhcmd1ZWQgdGhhdCBp cyBub3QgYSBiaWcgZGVhbC4gIEl0IHNlZW1zIHRvIG1hdHRlciB0byBtZS4gIEJ1dCB0aGVyZSBp cyBhbiBhZGRpdGlvbmFsIHByb2JsZW0uICBBMSBpcyBub3QgYSBTSUQuICBUaGVyZWZvcmUsIDkg Y2FuIG5vdCBwdXQgQTEgaW50byB0aGUgU1JILiAgSWYgaXQgY2FuIG5vdCBwdXQgQTEgaW50byB0 aGUgU1JILCBhbmQgaXQgZG9lcyBub3QgZW5jYXBzdWxhdGUgdGhlIHBhY2tldCwgd2hlcmUgZG9l cyBpdCBwdXQgQTEuDQo+IA0KPiA8ZGQ+IE5vZGUgOSBoYXMgYSBjaG9pY2UsIGVuY2Fwc3VsYXRl IHRvIG5vZGUgMyBvciBub3QuIA0KPiBJZiBub2RlIDkgZG9lcyBub3QgZW5jYXBzdWxhdGUsIGl0 IHdpbGwgaW5mb3JtIHRoZSBkZXN0aW5hdGlvbiBvZiB0aGUgc2VnbWVudHMgaW4gdGhlIFNSSCBh bmQgcG9zc2libHkgbGVhayB0aGVtIHRvIGludGVybWVkaWF0ZSBub2Rlcy4NCj4gSWYgbm9kZSA5 IGRvZXMgZW5jYXBzdWxhdGUsIG5vZGUgMyByZW1vdmVzIHRoZSBvdXRlciBoZWFkZXIgYW5kIG5v ZGUgMSB3b3VsZCBub3QgbGVhcm4gdGhlIHNlZ21lbnQgbGlzdC4NCj4gSSB0aGluayBpdHMgY2hv aWNlIHNob3VsZCBub3QgYmUgbWFuZGF0ZWQgaW4gdGhlIGRyYWZ0LiA8L2RkPg0KPiANCj4+IA0K Pj4gWW91cnMsDQo+PiBKb2VsDQo+PiANCj4+IE9uIDEwLzI2LzE4IDE6MjkgUE0sIERhcnJlbiBE dWtlcyAoZGR1a2VzKSB3cm90ZToNCj4+PiBIaSBKb2VsLCB5b3XigJl2ZSBkZXNjcmliZWQgc2Vj dGlvbnMgdGl0bGVkIOKAnEludHJhIFNSIERvbWFpbiBQYWNrZXTigJ0sIOKAnFRyYW5zaXQgUGFj a2V0IFRocm91Z2ggU1IgRG9tYWlu4oCdLCBhbmQgIlNSIFNvdXJjZSBOb2RlcyBOb3QgRGlyZWN0 bHkgQ29ubmVjdGVk4oCdLg0KPj4+IEnigJl2ZSBwYXJzZWQgdGhlbSBpbmxpbmUgdG8gdGhlIHNl Y3Rpb25zIG9mIHRoZSBkcmFmdCBkZWZpbmluZyB0aGVtIGFuZCBnaXZlbiBtb3JlIGNvbnRleHQg d2hlcmUgbmVlZGVkLg0KPj4+PiBPbiBPY3QgMjIsIDIwMTgsIGF0IDg6NDkgUE0sIEpvZWwgTS4g SGFscGVybiA8am1oQGpvZWxoYWxwZXJuLmNvbT4gd3JvdGU6DQo+Pj4+IA0KPj4+PiBSZXBocmFz aW5nIHVzaW5nIHRoZSBleGFtcGxlIGZyb20gNS4yLiAgQXNzdW1pbmcgdGhhdCA4IGFuZCA5IGFy ZSANCj4+Pj4gU1IgSG9zdHMgKG5vdCBqdXN0IGhvc3RzIHdpdGhpbiB0aGUgZG9tYWluLCB0aGV5 IGFyZSBjYXBhYmxlIG9mIGFuZCANCj4+Pj4gZXhwZWN0IHRvIGRlYWwgd2l0aCBTUkhzLCBhbmQg dGhlcmVmb3JlIGhhdmUgbG9jYWwgU0lEcywgLi4uKQ0KPj4+PiANCj4+Pj4gRm9yIHRyYWZmaWMg ZnJvbSA4IHRvIDkgdGhhdCBuZWVkcyBhbiBTUkgsIHRoZSBTUkggZ29lcyBpbiB0aGUgSVB2NiBo ZWFkZXIgc2VudCBteSA4IHRvIDkuICBXaGVuIDkgcHJvY2Vzc2VzIHRoZSBwYWNrZXQsIGl0IHNl ZW1zIHRoYXQgaXQgaXMgdGhlIGxhc3QgU0lELCBmaWd1cmVzIG91dCB0aGF0IHRoZXJlIGlzIG5v IGVuY2Fwc3VsYXRpb24sIGFuZCBzZW5kIHRoZSBUQ1AgLyBVRFAgLyBRVUlDIGluZm9ybWF0aW9u IHRvIGl0cyBpbnRlcm5hbCBwcm90b2NvbHMgc3RhY2tzLg0KPj4+IFllcywgdGhpcyBpcyBTZWN0 aW9uIDUuMy4xIOKAnEludHJhIFNSIERvbWFpbiBQYWNrZXTigJ0uDQo+PiA8am1oPkFncmVlZCBh cyBmYXIgYXMgaXQgZ29lcy4gIEhvd2V2ZXIsICB0aGUgZXhpc3RlbmNlIG9mIFM5IGFuZCBBOSAN Cj4+IHBvaW50cyB0byBhIHByb2JsZW0uICBOb2RlIDggaXMgdHJ5aW5nIHRvIHB1dCBvbiBhbiBT UkggZ29pbmcgdGhyb3VnaCANCj4+IFN4LCBTeSwgd2hhdGV2ZXIgZm9yIHNvbWUgcmVhc29uLiAg SXQgY2FuJ3QgcHV0IEE5IGludG8gdGhlIFNSSCwgYXMgDQo+PiBBSCBpcyBub3QgYSBTSUQsIGl0 IGlzIGFuIGFkZHJlc3MuICBJIHByZXN1bWUgbm9kZSA4IGdvdCBTOSBmcm9tIA0KPj4gd2hhdGV2 ZXIgcHJvdmlkZWQgaGltIHRoZSBTUiBQb2xpY3kgdGhhdCBpdCBpcyB1c2luZy4gIERvZXMgaXQg c2ltcGx5IA0KPj4gdXNlIFM5IGFzIHRoZSBhZGRyZXNzIGZvciBub2RlIDksIHJhdGhlciB0aGFu IEE5IHRoYXQgaXQgZ290IGZyb20gDQo+PiBETlM/ICBBbmQgZG9lcyB0aGUgVENQIHN0YWNrIGtu b3cgdGhhdCB0aGlzIHN1YnN0aXR1dGlvbiBpcyBiZWluZyANCj4+IG1hZGU/ICAoVGhpcyBpcyBh bm90aGVyIGV4YW1wbGUgb2YgYSBwcm9ibGVtIHRoYXQgZ29lcyBhd2F5IGlmIHdlIA0KPj4gYWx3 YXlzIGVuY2Fwc3VsYXRlLikgPC9qbWg+DQo+IA0KPiA8ZGQ+U2VjdGlvbiA0LjMuMiBjb3ZlcnMg dGhlc2UgcXVlc3Rpb25zLCBpLmUuIEE5IGNhbiBiZSBwbGFjZWQgaW4gdGhlIA0KPiBTUkggYXMg dGhlIGxhc3Qgc2VnbWVudCwgYW5kIHRoaXMgc2VjdGlvbiBkZXNjcmliZXMgaG93IGl04oCZcyAN Cj4gaGFuZGxlZC48L2RkPg0KPiANCj4+IA0KPj4+PiANCj4+Pj4gRm9yIHRyYWZmaWMgZnJvbSAx IHRvIDksIHdoZXJlIDMgYWRkcyBhbiBTUkgsIHRoYXQgU1JIIHN0aWxsIHByZXN1bWFibHkgZW5k cyBhdCA5LiAgOSBSZWNlaXZlcyB0aGUgSVAgcGFja2V0LiAgU2VlcyB0aGF0IGl0IGlzIGFkZHJl c3NlZCB0byBpdHNlbGYuICBTZWVzIHRoYXQgdGhlIFNSSCBpcyBmaW5pc2hlZC4gIEFuZCB0aGVu IG5vdGljZXMgdGhhdCB0aGUgbmV4dC1oZWFkZXIgaXMgSVB2Ni4gIFVud3JhcHMgdGhlIGhlYWRl ciwgY2hlY2tzIHRoYXQgdGhlIGlubmVyIGRlc3RpbmF0aW9uIGFkZHJlc3MgaXMgYWxzbyBpdHNl bGYsIGFuZCBwYXNzZXMgdGhlIG1hdGVyaWFsIGNhcnJpZWQgYnkgdGhlIGlubmVyIGhlYWRlciB1 cCB0byB0aGUgYXBwcm9wcmlhdGUgc3RhY2suDQo+Pj4gU28gbm9kZSAxIHNlbmRzIGEgcGFja2V0 IHRvIG5vZGUgOSAoQTEsQTkpIElGIHRoZXJlIGlzIHNvbWUgc3RlZXJpbmcgDQo+Pj4gaW50byBh biBTUiBQb2xpY3kgYXQgbm9kZSAzIHRvIHJlYWNoIG5vZGUgOSwgdGhpcyBpcyBpZGVudGljYWwg dG8gc2VjdGlvbiA1LjMuMiDigJxUcmFuc2l0IHBhY2tldCB0aHJvdWdoIFNSIGRvbWFpbuKAnSwg ZXhjZXB0IGZvciBkZXN0aW5hdGlvbiBvZiBBOSB2aWEgbm9kZSA5ICBpbnN0ZWFkIG9mIEEyIHZp YSBub2RlIDQuDQo+PiANCj4+Pj4gDQo+Pj4+IFRodXMsIDkgbmVlZHMgdG8gYmUgYWJsZSB0byBj aGVjayBmb3IgYm90aCBjYXNlcy4gIFdlIGF0IGxlYXN0IG5lZWQgdG8gdGVsbCBpbXBsZW1lbnRv cnMgdGhhdC4NCj4+PiBXZWxsLCA5IG5lZWRzIGEgU0lEIFM5IGFuZCBBZGRyZXNzIEE5LiAgVGhh dCBpcyBzaG93biBpbiBTZWN0aW9uIDUuMSBTSUQgYW5kIGFkZHJlc3MgcmVwcmVzZW50YXRpb24u DQo+PiA8am1oPlNvLCBsZXQgdXMgYXNzdW1lIHRoYXQgMyBoYXMgYW4gU1IgcG9saWN5IGl0IHdh bnRzIHRvIGFwcGx5IHRvIA0KPj4gdGhlIHRyYWZmaWMgZnJvbSBBMSB0byBBOS4gIEluIHRoaXMg Y2FzZSwgdGhlIFM5IC8gQTkgZGljaG90b215IGlzIA0KPj4gbm90IGEgcHJvYmxlbSwgSSB0aGlu ay4gIE5vZGUgMyBlbmNhcHN1YWx0ZXMgdGhlIHBhY2tldCBmcm9tIEExIHRvIA0KPj4gQTksIHVz ZXMgUzMgYXMgdGhlIHNvdXJjZSBhZGRyZXNzIG9mIHRoZSBlbmNhcHN1bGF0aW5nIGhlYWRlciwg YW5kIA0KPj4gZW5kcyB0aGUgU0lEIGxpc3QgaW4gdGhlIFNSSCB3aXRoIFM5LiAgVGhlIHVuc3Bl Y2lmaWVkIHBhcnQgaXMgdGhhdCANCj4+IG5vZGUgOSBuZWVkcyB0byBiZSBwcmVwYXJlZCB0byBy ZWNlaXZlIHN1Y2ggcGFja2V0cyBhbmQgZG8gdGhlIGRvdWJsZSANCj4+IHByb2Nlc3NpbmcuICBJ dCBpcyByZWFzb25hYmxlIGRvdWJsZSBwcm9jZXNzaW5nLiAgTXkgb25seSByZXF1ZXN0IA0KPj4g aGVyZSBpcyB0aGF0IHdlIHRlbGwgZm9sa3MgdGhleSBuZWVkIHRvIHN1cHBvcnQgaXQuIDwvam1o Pg0KPiANCj4gPGRkPkFjdHVhbGx5LCBub2RlIDMgdXNlcyBBMyBhcyBpdHMgc291cmNlIGFkZHJl c3MsIGJ1dCB0aGF04oCZcyBtaW5vci4NCj4gVGhlIGRvdWJsZSBwcm9jZXNzaW5nIChsb29rdXAs IGRvIGVuZCBwcm9jZXNzaW5nLCBkbyBhbm90aGVyIGxvb2t1cCkgaXMgZG9jdW1lbnRlZCBpbiBT ZWN0aW9uIDQuMy4NCj4gSXMgdGhlcmUgYSBuZWVkIGZvciBtb3JlIHRoYW4gd2hhdCBpcyBjdXJy ZW50bHkgc3BlY2lmaWVkPyA8L2RkPg0KPiANCj4+Pj4gDQo+Pj4+IFRoZXJlIGlzIGEgZnVydGhl ciBjb21wbGljYXRpb24uICA5IHNlZW1zIHRvIG5lZWQgdG8gaGF2ZSBhbiBhZGRyZXNzIHRoYXQg aXMgYSB2YWxpZCBTSUQsIHNvIGl0IGNhbiBiZSB0aGUgbGFzdCBlbnRyeSBpbiB0aGUgU1JIIGZy b20gOCB0byA5Lg0KPj4+IEFzIGRlc2NyaWJlZCBpbiB0aGUgZHJhZnQsIFNlY3Rpb24gNS4xIGEg bm9kZSBrIGhhcyBhbiBhZGRyZXNzIEFrIGFuZCBTSUQgU2suICBTbyBub2RlIDkgaGFzIGEgdmFs aWQgU0lELg0KPj4+IEZvciB0cmFmZmljIGZyb20gOCB0byA5LCBBOSBpcyB1c2VkIGFzIHRoZSBk ZXN0aW5hdGlvbiBhcyBzaG93biBpbiBzZWN0aW9uIDUuMy4xLCA1LjQgYW5kIDUuNS4NCj4+Pj4g SG93ZXZlciwgaWYgMSB3ZXJlIHRvIHNlbmQgdGhlIHBhY2tldCB0byB0aGF0IFNJRCBmb3IgOSwg cm91dGVyIDMgd291bGQgYmUgcmVxdWlyZWQgYnkgdGhlIHJ1bGVzIHdlIGRpc2N1c3NlZCBpbiB0 aGUgb3RoZXIgdGhyZWFkIHRvIGRpc2NhcmQgdGhlIHBhY2tldCBhcyBpdCBpcyBuZWl0aGVyIHRv IHByZWZpeCBub3IgY29udGFpbnMgYW4gSEFNQy4NCj4+Pj4gQW5kIHNvbWVob3csIDggYW5kIDEg bmVlZCB0byBlYWNoIHBpY2sgdGhlIHJpZ2h0IGFkZHJlc3MgdG8gdXNlIGZvciA5LiAoc3BsaXQg RE5TIG1heWJlPykgIEFuZCAzIG5lZWRzIHRvIGJlIGFibGUgdG8gZGVyaXZlIHRlaCBTSUQtZm9y bW4gYWRkcmVzcyBmb3IgOSBmcm9tIHRoZSBub24tU0lEIGZvcm0gb2YgdGhlIGFkZHJlc3Mgc28g dGhhdCBpdCAoMykgY2FuIGJ1aWxkIGEgcHJvcGVyIFNSSCB0byBnZXQgdGhlIHBhY2tldCB0byA5 Lg0KPj4gPGptaD5JIGhhdmUgcmV0YWluZWQgeW91ciBhbnN3ZXIgYmVsb3cgZm9yIGNvbnRleHQs IGJ1dCBJIHRoaW5rIHRoYXQgDQo+PiBhbnN3ZXJzIHRoZSB3cm9uZyBxdWVzdGlvbi4gIEkgYmVs aWV2ZSB3aGF0IGlzIGl0bmVuZGVkIGlzIHRoYXQgb25seQ0KPj4gQTkgYXBwZWFycyBpbiBETlMu ICBTbyBOb2RlIDEgd2lsbCBzZWUgOSBhcyBBOSwgYW5kIHdpbGwgdXNlIHRoYXQuICANCj4+IFM5 IHdpbGwgYXBwZWFyIGluIFNSIFBvbGljaWVzIGFib3V0IHRyYWZmaWMgdG8gbm9kZSA5LCBidXQg bm90IGluIEROUy4NCj4+IFRoYXQgaXMgd2hhdCB3ZSBuZWVkLiAgSSB3aXNoIGl0IHdlcmUgY2xl YXJlciBpbiB0aGUgdGV4dC4gPC9qbWg+DQo+PiANCj4+IDxqbWg+SWYgbm9kZSAyMCBpcyBnZW5l cmF0aW5nIFNSSHMgd2l0aCBITUFDcywgdGhlbiB0aGlzIGlzIGxhcmdlbHkgDQo+PiB0aGUgc2Ft ZSBhcyB0aGUgY2FzZSBmcm9tIDggdG8gOSwgZXhjZXB0IHRoYXQgd2hvbWV2ZXIgY3JlYXRlcyB0 aGUgU1IgDQo+PiBQb2xpY3kgdGhhdCAyMCBpcyB1c2luZyBuZWVkcyB0byBhbHNvIG1ha2Ugc3Vy ZSB0aGF0IHdoYXRldmVyIHRoZSANCj4+IGZpcnN0IFNJRCBpcyBpbiB0ZWggbGlzdCwgaXQgcHJv Y2Vzc2VzIEhNQUNzIGFuZCBpcyByZWNvZ25pemFibGUgdG8gDQo+PiBub2RlIDMgYXMgZG9pbmcg c3VjaCBwcm9jZXNzaW5nLiBJIGFtIGd1ZXNzaW5nIHRoYXQgdGhlIHJlYXNvbiBmb3IgDQo+PiBh bGxvd2luZyBpbnRlcm5hbCBub2RlcyB0byBkbyB0aGUgcHJvY2Vzc2luZyBpcyB0byBtb3ZlIHRo ZSANCj4+IHZlcmlmaWNhdGlvbiBsb2FkIG9mZiB0aGUgZWRnZSBub2Rlcy4gIEl0IGRvZXMgY3Jl YXRlIHNpZ25pZmljYW50IA0KPj4gYWRkaXRpb25hbCBjb25maWd1cmF0aW9uIGNvbXBsZXhpdHku IDwvam1oPg0KPiANCj4gPGRkPldlIGRpZG7igJl0IHNlZSBhIHJlYXNvbiB0byByZXN0cmljdCB0 aGUgSE1BQyBwcm9jZXNzaW5nIHRvIG9ubHkgDQo+IGVkZ2Ugbm9kZXMgd2hlbiBpdCB3YXMgc3Ry YWlnaHQgZm9yd2FyZCB0byBkZWZpbmUgaG93IHRoZXkgY291bGQgYmUgDQo+IHByb2Nlc3NlZCBh dCBub24tZWRnZSBub2Rlcy48L2RkPg0KPiANCj4+IA0KPj4+IFRoaXMgaXMgaW5jb3JyZWN0Lg0K Pj4+IFNlZSBTZWN0aW9uIDYuMi4xIOKAnFNSIFNvdXJjZSBOb2RlcyBOb3QgRGlyZWN0bHkgQ29u bmVjdGVk4oCdIEkgd2lsbCBleHBhbmQgb24gdGhlIGV4YW1wbGUgZnJvbSB0aGF0IHNlY3Rpb24u DQo+Pj4gTm9kZSAyMCBzZW5kcyBhIHBhY2tldCB0byBBOSB3aXRoIFNSIFBvbGljeSA8SDc+IGFu ZCBhbiBITUFDIA0KPj4+IHByb3ZpZGVkIHRvIG5vZGUgMjAgYnkgc29tZSB5ZXQgdG8gYmUgZGVm aW5lZCBtZXRob2QuICBSZXN1bHRpbmcgaW4gDQo+Pj4gcGFja2V0IHNlbnQgZnJvbSBub2RlIDIw DQo+Pj4gIFA6IChBMjAsSDcpKEE5O1NMPTEpKHBheWxvYWQpDQo+Pj4gUmVjYWxsIEhrIGlzIGEg U0lEIGF0IG5vZGUgayByZXF1aXJpbmcgSE1BQyB2ZXJpZmljYXRpb24sIGFuZCBpdCBpcyBjb3Zl cmVkIGJ5IFByZWZpeC1ILg0KPj4+IFByZWZpeC1IIGlzIF9ub3RfIHN1YmplY3QgdG8gaW5ncmVz cyBmaWx0ZXJpbmcgYXQgbm9kZSAzLg0KPj4+IFRoZXJlZm9yZSB0aGUgcGFja2V0IFAgZGVzdGlu ZWQgdG8gSDcgaXMgbm90IHN1YmplY3QgdG8gaW5ncmVzcyBmaWx0ZXJpbmcgYXQgbm9kZSAzLg0K Pj4+IFAgaXMgZm9yd2FyZGVkIHRvIG5vZGUgNywgd2hlcmUgSDcgaXMgcHJvY2Vzc2VkIGFuZCB0 aGUgSE1BQyB2ZXJpZmllZC4NCj4+PiBJZiB0aGUgSE1BQyBjYW4gbm90IGJlIHZlcmlmaWVkIHRo ZSBwYWNrZXQgaXMgZHJvcHBlZCwgZWxzZSBpdCBpcyBmb3J3YXJkZWQgdG8gdGhlIG5leHQgc2Vn bWVudCBhbmQgZGVzdGluYXRpb24sIEE5Lg0KPj4+IERhcnJlbg0KPj4+PiANCj4+Pj4gWW91cnMs DQo+Pj4+IEpvZWwNCj4+Pj4gDQo+Pj4+IE9uIDEwLzIyLzE4IDg6MDQgUE0sIERhcnJlbiBEdWtl cyAoZGR1a2VzKSB3cm90ZToNCj4+Pj4+IGlubGluZS4NCj4+Pj4+PiBPbiBPY3QgMjIsIDIwMTgs IGF0IDc6MjEgUE0sIEpvZWwgTS4gSGFscGVybiA8am1oQGpvZWxoYWxwZXJuLmNvbT4gd3JvdGU6 DQo+Pj4+IC4uDQo+Pj4+Pj4gMikgTm93IGxldCB1cyBsb29rIGF0IHBhY2tldHMgYXJyaXZpbmcg YXQgYW5kIGFjdHVhbGx5IGRlc3RpbmVkIGZvciBhbiBTUiBIb3N0IGluIHRoZSBTUiBEb21haW4g d2hlcmUgdGhhdCBwYWNrZXQgaGFzIGFuIFNSSC4gIElmIHRoZSBwYWNrZXQgaXMgY29taW5nIGZy b20gYW5vdGhlciBTUiBIb3N0LCB0aGUgU1JIIHdpbGwgYmUgaW4gdGhlIGJhc2UgaGVhZGVyLCBh bmQgdGhlIGhvc3QgY2FuIHNpbXBseSBjaGVjayBpdCBmb3IgYW55IHZpb2xhdGlvbnMsIGFuZCBj b250aW51ZS4gIEJ1dCwgaWYgdGhlIHBhY2tldCBjYW1lIGZyb20gb3V0c2lkZSB0aGUgZG9tYWlu LCB0aGVuIGl0IHdpbGwgaGF2ZSBhbiBlbmNhcHN1bGF0aW5nIFNSdjYgaGVhZGVyLiAgU28gdGhl IGhvc3QgaGFzIHRvIGRldGVjdCB0aGlzIGNhc2UsIGNoZWNrIGFuZCB0aGVuIHBlYWwgb2ZmIHRo ZSBlbmNhcHN1bGF0aW5nIGhlYWRlciwgYW5kIHRoZW4gcHJvY2VzcyB0aGUgcmVjZWl2ZWQgcGFj a2V0LiBZZXMsIGl0IGNhbiBkbyBzby4gIEJ1dCBub3RoaW5nIGluIHRlaCBkb2N1bWVudCB0ZWxs cyBpbXBsZW1lbnRvcnMgdGhleSBoYXZlIHRvIGRlYWwgd2l0aCBib3RoIGNhc2VzLg0KPj4+Pj4+ IA0KPj4+Pj4gQ2FuIHlvdSBiZSBtb3JlIHByZWNpc2UgaGVyZS4gIFBlcmhhcHMgdXNlIHRoZSBl eGFtcGxlIGZyb20gc2VjdGlvbiA1LjIgb3IgNi4yLjE/DQo+Pj4+IC4uDQo+IA0KPiAtLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLQ0KPiBJRVRGIElQdjYgd29ya2luZyBncm91cCBtYWlsaW5nIGxpc3QNCj4gaXB2NkBpZXRm Lm9yZw0KPiBBZG1pbmlzdHJhdGl2ZSBSZXF1ZXN0czogaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp bG1hbi9saXN0aW5mby9pcHY2DQo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNCg== From nobody Sun Nov 4 21:10:36 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C407C129C6B for ; Sun, 4 Nov 2018 21:10:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zefbkQz8rrKC for ; Sun, 4 Nov 2018 21:10:31 -0800 (PST) Received: from orange.com (mta134.mail.business.static.orange.com [80.12.70.34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E79C2128CF2 for ; Sun, 4 Nov 2018 21:10:30 -0800 (PST) Received: from opfednr05.francetelecom.fr (unknown [xx.xx.xx.69]) by opfednr23.francetelecom.fr (ESMTP service) with ESMTP id 42pLNN5RzLz5wWt for ; Mon, 5 Nov 2018 06:10:28 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.33]) by opfednr05.francetelecom.fr (ESMTP service) with ESMTP id 42pLNN4YYhzyPk for ; Mon, 5 Nov 2018 06:10:28 +0100 (CET) Received: from OPEXCLILM21.corporate.adroot.infra.ftgroup ([fe80::e92a:c932:907e:8f06]) by OPEXCLILM42.corporate.adroot.infra.ftgroup ([fe80::d5fd:9c7d:2ee3:39d9%19]) with mapi id 14.03.0415.000; Mon, 5 Nov 2018 06:10:28 +0100 From: To: SPRING WG List Thread-Topic: [spring] Agenda Uploaded for IETF 103 Thread-Index: AQHUbM/GvDaFKXoIrEqcnOHLjHvJ8KVAr3HQ Date: Mon, 5 Nov 2018 05:10:28 +0000 Message-ID: <7316_1541394628_5BDFD0C4_7316_44_1_53C29892C857584299CBF5D05346208A47F7978D@OPEXCLILM21.corporate.adroot.infra.ftgroup> References: In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.2] Content-Type: multipart/alternative; boundary="_000_53C29892C857584299CBF5D05346208A47F7978DOPEXCLILM21corp_" MIME-Version: 1.0 Archived-At: Subject: Re: [spring] Agenda Uploaded for IETF 103 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2018 05:10:34 -0000 --_000_53C29892C857584299CBF5D05346208A47F7978DOPEXCLILM21corp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 U3BlYWtlcnMsDQoNCldlIGFyZSBtZWV0aW5nIFdlZC4gbW9ybmluZy4NCg0KUGxlYXNlIHNlbmQg eW91ciBzbGlkZXMgdG8gdGhlIGNoYWlycyBieSBUdWVzZGF5IDE3SDAwLiBCZWZvcmUgaXMgYmV0 dGVyLg0KDQpQbGVhc2UgcmVtZW1iZXIgdGhhdCB5b3VyIGFnZW5kYSB0aW1lIGlzIHRvdGFsIHRp bWUgZm9yIGJvdGggcHJlc2VudGF0aW9uIGFuZCBXRyBxdWVzdGlvbnMuIGUuZy4sIGEgMTAgc2xp ZGVzIGRlY2sgZm9yIGEgMTAgbWludXRlcyBzbG90IGlzIHByb2JhYmx5IHRvbyBtdWNoLg0KDQpU aGFua3MsDQotLUJydW5vDQoNCkZyb206IHNwcmluZyBbbWFpbHRvOnNwcmluZy1ib3VuY2VzQGll dGYub3JnXSBPbiBCZWhhbGYgT2YgUm9iIFNoYWtpcg0KU2VudDogRnJpZGF5LCBPY3RvYmVyIDI2 LCAyMDE4IDk6MDEgQU0NClRvOiBTUFJJTkcgV0cgTGlzdA0KU3ViamVjdDogW3NwcmluZ10gQWdl bmRhIFVwbG9hZGVkIGZvciBJRVRGIDEwMw0KDQpIaSBTUFJJTkcgV0csDQoNClRoZSBhZ2VuZGEg Zm9yIHRoZSBTUFJJTkcgd29ya2luZyBncm91cCBzZXNzaW9uIGF0IElFVEYgMTAzIGhhcyBiZWVu IHVwbG9hZGVkIHRvIHRoZSBkYXRhdHJhY2tlcjxodHRwczovL2RhdGF0cmFja2VyLmlldGYub3Jn L21lZXRpbmcvMTAzL21hdGVyaWFscy9hZ2VuZGEtMTAzLXNwcmluZy0wMD4uDQoNCkFnYWluLCB3 ZSB3ZXJlIG92ZXJzdWJzY3JpYmVkIGZvciB0aGlzIHNlc3Npb24gLSB3aXRoIGFwcHJveGltYXRl bHkgMTkwIG1pbnV0ZXMgb2YgcmVxdWVzdHMgZm9yIHRoZSB0d28gaG91ciBzbG90LiBUaGUgbWFq b3JpdHkgb2YgdGhlc2UgZHJhZnRzIGhhdmUgbm90IGJlZW4gZGlzY3Vzc2VkIGluIGFueSBkZXRh aWwgb24gdGhlIG1haWxpbmcgbGlzdCAtLSBtYWtpbmcgQnJ1bm8gYW5kIG15IGpvYiBzb21ld2hh dCBoYXJkZXIhDQoNCkdpdmVuIHRoZSBvdmVyc3Vic2NyaXB0aW9uLCBvdXIgc2xvdHMgYXJlIHNo b3J0IC0tIHBsZWFzZSBmb2N1cyB5b3VyIHByZXNlbnRhdGlvbiBvbiB0aGUgY2hhbmdlcyB0byB5 b3VyIGRyYWZ0cywgb3Igb3BlbiBpdGVtcyB0aGF0IHRoZSB3b3JraW5nIGdyb3VwIG5lZWRzIHRv IGNvbnNpZGVyIGZvciB0aGUgd29yay4NCg0KQXBvbG9naWVzIGlmIHlvdSBkaWQgbm90IGdldCBh IHNsb3QgLS0gaG93ZXZlciwgdGhpcyBpcyBldmVuIG1vcmUgcmVhc29uIHRvIHN0YXJ0IGEgdGhy ZWFkIHdpdGggd2hhdCB5b3Ugd291bGQgaGF2ZSBwcmVzZW50ZWQgb24gdGhlIGxpc3QhDQoNClNl ZSB5b3UgaW4gQmFuZ2tvaywNCi0tIEJydW5vIGFuZCBSb2IuDQoKX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwoKQ2UgbWVzc2Fn ZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25z IGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25jCnBhcyBl dHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2 b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVy CmEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50 ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVy YXRpb24sCk9yYW5nZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2Ug YSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS4KClRoaXMgbWVzc2FnZSBh bmQgaXRzIGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxlZ2Vk IGluZm9ybWF0aW9uIHRoYXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7CnRoZXkgc2hvdWxkIG5v dCBiZSBkaXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9uLgpJ ZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRo ZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy4KQXMg ZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVzc2FnZXMg dGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLgpUaGFuayB5b3Uu Cgo= --_000_53C29892C857584299CBF5D05346208A47F7978DOPEXCLILM21corp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQov KiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z b05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KYTps aW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6 Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29I eXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxl Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNv LXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkFyaWFsIiwic2Fucy1z ZXJpZiI7DQoJY29sb3I6YmxhY2s7DQoJZm9udC13ZWlnaHQ6bm9ybWFsOw0KCWZvbnQtc3R5bGU6 bm9ybWFsO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0K CWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJbXNvLWZhcmVhc3QtbGFuZ3Vh Z2U6RU4tVVM7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0K CW1hcmdpbjo3MC44NXB0IDcwLjg1cHQgNzAuODVwdCA3MC44NXB0O30NCmRpdi5Xb3JkU2VjdGlv bjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+ PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8 L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0 IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNo YXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRlIiIGxp bms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2si PlNwZWFrZXJzLA0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPldlIGFyZSBtZWV0aW5nIFdlZC4gbW9ybmluZy48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPlBsZWFzZSBzZW5kIHlvdXIgc2xpZGVzIHRvIHRo ZSBjaGFpcnMgYnkgVHVlc2RheSAxN0gwMC4gQmVmb3JlIGlzIGJldHRlci48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6YmxhY2siPlBsZWFzZSByZW1lbWJlciB0aGF0IHlvdXIgYWdlbmRhIHRpbWUgaXMg dG90YWwgdGltZSBmb3IgYm90aCBwcmVzZW50YXRpb24gYW5kIFdHIHF1ZXN0aW9ucy4gZS5nLiwg YSAxMCBzbGlkZXMgZGVjayBmb3IgYSAxMCBtaW51dGVzIHNsb3QgaXMgcHJvYmFibHkNCiB0b28g bXVjaC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJp YWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPlRoYW5rcyw8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjpibGFjayI+LS1CcnVubzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJi b3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAw Y20gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29s aWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RnJv bTo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+IHNw cmluZyBbbWFpbHRvOnNwcmluZy1ib3VuY2VzQGlldGYub3JnXQ0KPGI+T24gQmVoYWxmIE9mIDwv Yj5Sb2IgU2hha2lyPGJyPg0KPGI+U2VudDo8L2I+IEZyaWRheSwgT2N0b2JlciAyNiwgMjAxOCA5 OjAxIEFNPGJyPg0KPGI+VG86PC9iPiBTUFJJTkcgV0cgTGlzdDxicj4NCjwvc3Bhbj48Yj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+U3ViamVjdDo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7Ij4gW3NwcmluZ10gQWdlbmRhIFVwbG9hZGVkIGZvciBJRVRGIDEwMzxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5IaSBTUFJJ TkcgV0csPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m bmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGUg YWdlbmRhIGZvciB0aGUgU1BSSU5HIHdvcmtpbmcgZ3JvdXAgc2Vzc2lvbiBhdCBJRVRGIDEwMyBo YXMgYmVlbiB1cGxvYWRlZCB0byZuYnNwOzxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0 Zi5vcmcvbWVldGluZy8xMDMvbWF0ZXJpYWxzL2FnZW5kYS0xMDMtc3ByaW5nLTAwIj50aGUgZGF0 YXRyYWNrZXI8L2E+LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj5BZ2Fpbiwgd2Ugd2VyZSBvdmVyc3Vic2NyaWJlZCBmb3IgdGhpcyBzZXNzaW9u IC0gd2l0aCBhcHByb3hpbWF0ZWx5IDE5MCBtaW51dGVzIG9mIHJlcXVlc3RzIGZvciB0aGUgdHdv IGhvdXIgc2xvdC4gVGhlIG1ham9yaXR5IG9mIHRoZXNlIGRyYWZ0cyBoYXZlIG5vdCBiZWVuIGRp c2N1c3NlZCBpbiBhbnkgZGV0YWlsIG9uIHRoZSBtYWlsaW5nIGxpc3QgLS0gbWFraW5nIEJydW5v IGFuZCBteSBqb2Igc29tZXdoYXQNCiBoYXJkZXIhJm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkdpdmVuIHRoZSBvdmVyc3Vic2NyaXB0 aW9uLCBvdXIgc2xvdHMgYXJlIHNob3J0IC0tIHBsZWFzZSBmb2N1cyB5b3VyIHByZXNlbnRhdGlv biBvbiB0aGUgY2hhbmdlcyB0byB5b3VyIGRyYWZ0cywgb3Igb3BlbiBpdGVtcyB0aGF0IHRoZSB3 b3JraW5nIGdyb3VwIG5lZWRzIHRvIGNvbnNpZGVyIGZvciB0aGUgd29yay4mbmJzcDs8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QXBvbG9naWVz IGlmIHlvdSBkaWQgbm90IGdldCBhIHNsb3QgLS0gaG93ZXZlciwgdGhpcyBpcyBldmVuIG1vcmUg cmVhc29uIHRvIHN0YXJ0IGEgdGhyZWFkIHdpdGggd2hhdCB5b3Ugd291bGQgaGF2ZSBwcmVzZW50 ZWQgb24gdGhlIGxpc3QhPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPlNlZSB5b3UgaW4gQmFuZ2tvayw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPi0tIEJydW5vIGFuZCBSb2IuPG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxQUkU+X19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwoKQ2UgbWVz c2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRp b25zIGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25jCnBh cyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBT aSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25h bGVyCmEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpv aW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2Fs dGVyYXRpb24sCk9yYW5nZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3Nh Z2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS4KClRoaXMgbWVzc2Fn ZSBhbmQgaXRzIGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxl Z2VkIGluZm9ybWF0aW9uIHRoYXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7CnRoZXkgc2hvdWxk IG5vdCBiZSBkaXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9u LgpJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5 IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy4K QXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVzc2Fn ZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLgpUaGFuayB5 b3UuCjwvUFJFPjwvYm9keT4NCjwvaHRtbD4NCg== --_000_53C29892C857584299CBF5D05346208A47F7978DOPEXCLILM21corp_-- From nobody Mon Nov 5 13:28:11 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 49E0B123FFD; Mon, 5 Nov 2018 13:28:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.971 X-Spam-Level: X-Spam-Status: No, score=-14.971 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.47, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 rYCr5r0Tq6Qz; Mon, 5 Nov 2018 13:28:00 -0800 (PST) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8D0A2130DC0; Mon, 5 Nov 2018 13:27:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=20236; q=dns/txt; s=iport; t=1541453279; x=1542662879; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=AtfJnZ+ptXON6SIAstxfGv8Eg9LJSmcYwIduZhjZGac=; b=YlfcCHrM2LG05SGIs73DKFwUfFKMTpDGfdBVTFWEfkpkwECLubOBSVsA QB+KGA0ZZ77fgXGOtcZ5rw+M+2EHVcmyyMYVuGNWKCYsaoSWCP4kzrnZQ WBaVRS8aPjFenwPqC+vy32t2YJL5hEFZOR1prYuVtuo5grSZ1qBgeTUdJ o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ADAAAKteBb/51dJa1lGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBUQQBAQEBAQsBggRmfygKg2yIGIwYgWglly2BegsBARg?= =?us-ascii?q?LCYRAAheDOiI0DQ0BAwEBAgEBAm0cDIU6AQEBAQIBAQEhETMHCwUHBAIBBgI?= =?us-ascii?q?RBAEBAQICIwMCAgIlCxQBCAgCBA4FgyEBgXkID48om0+BLoodBYELimsXgUE?= =?us-ascii?q?/gREnDBOCTIMbAQGBYQcxAoJKMYImAohlIQOBa5NqVAkCh3CJHxiBVYUAigu?= =?us-ascii?q?CbpQxAhEUgSYdOIFVcBU7KgGCQYInBRKIXYU+bwGBJ4ogB4EnAYEeAQE?= X-IronPort-AV: E=Sophos;i="5.54,469,1534809600"; d="scan'208";a="480274321" Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 05 Nov 2018 21:27:57 +0000 Received: from XCH-RCD-020.cisco.com (xch-rcd-020.cisco.com [173.37.102.30]) by rcdn-core-6.cisco.com (8.15.2/8.15.2) with ESMTPS id wA5LRvhQ002267 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 5 Nov 2018 21:27:57 GMT Received: from xch-aln-017.cisco.com (173.36.7.27) by XCH-RCD-020.cisco.com (173.37.102.30) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Mon, 5 Nov 2018 15:27:56 -0600 Received: from xch-aln-017.cisco.com ([173.36.7.27]) by XCH-ALN-017.cisco.com ([173.36.7.27]) with mapi id 15.00.1395.000; Mon, 5 Nov 2018 15:27:56 -0600 From: "Darren Dukes (ddukes)" To: "Chengli (Cheng Li)" CC: Joel Halpern , "spring@ietf.org" , "6man@ietf.org" <6man@ietf.org>, Lizhenbin , Mach Chen Thread-Topic: SRv6 - SRH in encaps or base header - point 2 Thread-Index: AQHUampMSmaiE2sUnkOZwbcZBqOzaaUyIfaAgAAQcoCABlqwgIAAiTcAgAQfoYCAA+FHgIABFVwA Date: Mon, 5 Nov 2018 21:27:56 +0000 Message-ID: <0CA05243-FAC4-4344-BCBE-9B0306A32486@cisco.com> References: <42663f06-8fcc-4ca4-5e3c-368adcaaef86@joelhalpern.com> <69085e36-f091-44d5-590b-3550983ac4d7@joelhalpern.com> <3e51b691-ae71-31ce-a094-db2d75d80ae0@joelhalpern.com> <728DADEC-AC49-4F16-93FB-4B5A6905DF59@cisco.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [161.44.212.123] Content-Type: text/plain; charset="utf-8" Content-ID: <73151EE8503C044D9D810EAE2E185240@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Outbound-SMTP-Client: 173.37.102.30, xch-rcd-020.cisco.com X-Outbound-Node: rcdn-core-6.cisco.com Archived-At: Subject: Re: [spring] SRv6 - SRH in encaps or base header - point 2 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2018 21:28:03 -0000 WWVzLCBTUkggaW5zZXJ0aW9uIGlzIG5vdCBkaXNjdXNzZWQgaW4gdGhpcyBkcmFmdCBhbmQgbm90 IHdpdGhpbiBpdHMgc2NvcGUuDQoNCkRhcnJlbg0KDQo+IE9uIE5vdiA0LCAyMDE4LCBhdCAxMTo1 NSBQTSwgQ2hlbmdsaSAoQ2hlbmcgTGkpIDxjaGVuZ2xpMTNAaHVhd2VpLmNvbT4gd3JvdGU6DQo+ IA0KPiBzbyBob3cgdG8gdXNlIFNSSCBpbnNlcnRpb24/IE91dCBvZiBzY29wZSBvZiB0aGlzIGRy YWZ0Pw0KPiANCj4gQ2hlbmcNCj4gDQo+IA0KPiAtLS0tLemCruS7tuWOn+S7ti0tLS0tDQo+IOWP keS7tuS6ujogRGFycmVuIER1a2VzIChkZHVrZXMpIFttYWlsdG86ZGR1a2VzQGNpc2NvLmNvbV0g DQo+IOWPkemAgeaXtumXtDogMjAxOOW5tDEx5pyIM+aXpSAyOjQwDQo+IOaUtuS7tuS6ujogQ2hl bmdsaSAoQ2hlbmcgTGkpIDxjaGVuZ2xpMTNAaHVhd2VpLmNvbT4NCj4g5oqE6YCBOiBKb2VsIEhh bHBlcm4gPGptaEBqb2VsaGFscGVybi5jb20+OyBzcHJpbmdAaWV0Zi5vcmc7IDZtYW5AaWV0Zi5v cmc7IExpemhlbmJpbiA8bGl6aGVuYmluQGh1YXdlaS5jb20+OyBNYWNoIENoZW4gPG1hY2guY2hl bkBodWF3ZWkuY29tPg0KPiDkuLvpopg6IFJlOiBTUnY2IC0gU1JIIGluIGVuY2FwcyBvciBiYXNl IGhlYWRlciAtIHBvaW50IDINCj4gDQo+IEhlbGxvIENoZW5nLCB0aGFua3MgZm9yIHRoZSByZXZp ZXchICBQbGVhc2Ugc2VlIGlubGluZQ0KPiANCj4+IE9uIE9jdCAzMCwgMjAxOCwgYXQgMTE6NDEg UE0sIENoZW5nbGkgKElQIFRlY2hub2xvZ3kgUmVzZWFyY2gpIDxjaGVuZ2xpMTNAaHVhd2VpLmNv bT4gd3JvdGU6DQo+PiANCj4+IEhpIERhcnJlbiwNCj4+IA0KPj4gSSB0aGluayB0aGUgdGV4dCBv ZiBlbmNhcHN1bGF0aW5nIG1vZGUgaXMgY2xlYXIgZm9yIG1lLiBCdXQgSSBzdGlsbCBoYXZlIHNv bWUgcXVlc3Rpb25zIG9mIHRoZSBpbnNlcnRpb24gbW9kZSAuDQo+PiANCj4+IDEuMSA6PGRkPiBO b2RlIDkgaGFzIGEgY2hvaWNlLCBlbmNhcHN1bGF0ZSB0byBub2RlIDMgb3Igbm90LiANCj4+IElm IG5vZGUgOSBkb2VzIG5vdCBlbmNhcHN1bGF0ZSwgaXQgd2lsbCBpbmZvcm0gdGhlIGRlc3RpbmF0 aW9uIG9mIHRoZSBzZWdtZW50cyBpbiB0aGUgU1JIIGFuZCBwb3NzaWJseSBsZWFrIHRoZW0gdG8g aW50ZXJtZWRpYXRlIG5vZGVzLg0KPj4gDQo+PiBJZiB0aGVyZSBpcyBub3QgaW5kaWNhdG9yIHRv IG1ha2UgYSBjaG9pY2Ugb2YgZW5jYXBzdWxhdGluZyBvciBub3QsIGhvdyB0aGUgbm9kZSB0byBt YWtlIHRoZSBjaG9pY2U/IExvY2FsIHBvbGljeT8gIA0KPj4gT3IgbWFrZSBpdCB0aGUgc2FtZSBs aWtlIHRoZSByZWNlaXZlZCBwYWNrZXQ/IEVuY2Fwc3VsYXRlIGlmIHJlY2VpdmVkIHBhY2tldCBk b2VzLCBlbHNlLCBpbnNlcnQ/DQo+IA0KPiBBIGhvc3QgbmVlZHMgbWFueSB0aGluZ3MgdG8gZGV0 ZXJtaW5lIGhvdyB0byBhZGQgYW4gU1JIIHRvIGEgcGFja2V0IGl0IGlzIHNlbmRpbmcgdG8gYSBk ZXN0aW5hdGlvbiwgYXQgbGVhc3QgaXQgbmVlZHMgdG8gbGVhcm4gU0lEcyBmb3Igbm9kZXMgYW5k IGhhdmUgc29tZSBsb2dpYyBpbiBwbGFjZSB0byBkZXRlcm1pbmUgaG93IGFuZCB3aGVuIHRvIHVz ZSBhIHBhcnRpY3VsYXIgc2VnbWVudCBsaXN04oCmIFRoYXQgaXMgd2VsbCBiZXlvbmQgdGhpcyBk b2N1bWVudCBhbmQgdGhlcmUgaXMgYW5kIHdpbGwgYmUgbW9yZSBpbm5vdmF0aXZlIHdheXMgb2Yg ZGV0ZXJtaW5pbmcgd2hlbiB0byBhZGQgYSBTUkggdG8gYSBwYWNrZXQgc291cmNlZCBieSBhIG5v ZGUuDQo+IA0KPiBUaGVyZWZvcmUgSeKAmWxsIHNheSB0aGlzIHF1ZXN0aW9uIGlzIG5vdCB3aXRo aW4gc2NvcGUgZm9yIHRoaXMgZG9jdW1lbnQsIGl0IG5lZWRzIHRvIGJlIGFuc3dlcmVkIGZvciBz cGVjaWZpYyB1c2UgY2FzZXMgYW5kIGFwcGxpY2F0aW9ucyBvZiB0aGUgU1JILg0KPiANCj4gVGhh dCBzYWlkIHRoZXJlIGlzIG9uZ29pbmcgd29yayB0byBkZWZpbmUgaG93IGEgbm9kZSBtYXkgbGVh cm4gYW4gU1IgUG9saWN5Og0KPiBQQ0VQIGh0dHBzOi8vd3d3LmlldGYub3JnL2lkL2RyYWZ0LW5l Z2ktcGNlLXNlZ21lbnQtcm91dGluZy1pcHY2LTAzLnR4dCwNCj4gQkdQLVRFIGh0dHBzOi8vd3d3 LmlldGYub3JnL2lkL2RyYWZ0LWlldGYtaWRyLXNlZ21lbnQtcm91dGluZy10ZS1wb2xpY3ktMDQu dHh0LA0KPiBvciDigJxTRE7igJ0gbWV0aG9kcyB3aGVyZSBzb21lIG91dHNpZGUgY29udHJvbGxl ciBzZXRzIHVwIGEgc2VnbWVudCBsaXN0IHZpYSBzb21lIFJFU1QsIENMSSwgbmV0Y29uZi95YW5n IGludGVyZmFjZSB0byBzYXRpc2Z5IHNwZWNpZmljIHVzZSBjYXNlcy4NCj4gDQo+IEFuZCB3aGVu IHRvIHVzZSBpdDoNCj4gQkdQIFNSdjYgc2VydmljZXMgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWQv ZHJhZnQtZGF3cmEtaWRyLXNydjYtdnBuLTA1LnR4dA0KPiANCj4gDQo+PiANCj4+IDEuMiA6IEhv dyB0byBpbmZvcm0gdGhlIGRlc3RpbmF0aW9uIG9mIHRoZSBzZWdtZW50cyBpbiB0aGUgU1JIPyAg QW55IGluZGljYXRvciBpbiBTUkg/IE9yIHRocm91Z2ggc2lnbmFsaW5nPyANCj4+IA0KPiANCj4g DQo+IFNhbWUgYW5zd2VyIGFzIDEuMS4gIA0KPiANCj4+IDI6IENhbiBhIG5vcm1hbChub24tU0lE KSBJUHY2IGFkZHJlc3MgYmUgYWRkZWQgaW50byBTSUQgbGlzdD8NCj4+IA0KPj4gSSBwcmVmZXIg eWVzLg0KPj4gDQo+PiBBcyBzZWN0aW9uIDQuMyBzYXlzLCBpdCBzZWVtcyBsaWtlIHdlIGNhbiBk byB0aGF0Lg0KPj4gDQo+PiAgIldoZW4gYW4gU1J2Ni1jYXBhYmxlIG5vZGUgcmVjZWl2ZXMgYW4g SVB2NiBwYWNrZXQsIGl0IHBlcmZvcm1zIGENCj4+ICBsb25nZXN0LXByZWZpeC1tYXRjaCBsb29r dXAgb24gdGhlIHBhY2tldHMgZGVzdGluYXRpb24gYWRkcmVzcy4gIFRoaXMNCj4+ICBsb29rdXAg Y2FuIHJldHVybiBhbnkgb2YgdGhlIGZvbGxvd2luZzoNCj4+IA0KPj4gICAgICBBIEZJQiBlbnRy eSB0aGF0IHJlcHJlc2VudHMgYSBsb2NhbGx5IGluc3RhbnRpYXRlZCBTUnY2IFNJRA0KPj4gICAg ICBBIEZJQiBlbnRyeSB0aGF0IHJlcHJlc2VudHMgYSBsb2NhbCBpbnRlcmZhY2UsIG5vdCBsb2Nh bGx5DQo+PiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGluc3RhbnRpYXRlZCBh cyBhbiBTUnY2IFNJRA0KPj4gICAgICBBIEZJQiBlbnRyeSB0aGF0IHJlcHJlc2VudHMgYSBub24t bG9jYWwgcm91dGUNCj4+ICAgICAgTm8gTWF0Y2gNCj4+ICAgICAiDQo+PiBBbHNvLCBpbiBzZWN0 aW9uIDUsIHdlIGNhbiBzZWUgQTkgY2FuIGJlIGFkZGVkIGluIFNJRCBsaXN0IG9mIGEgU1IgcG9s aWN5Lg0KPj4gDQo+PiBTbyBmb3IgdGhlIHBhY2tldCBmcm9tIEE5IHRvIEExLCB0aGUgYWRkcmVz cyBvZiBBMSBjYW4gYmUgYWRkZWQgYXMgdGhlIGxhc3QgZW50cnkgb2YgU0lEIGxpc3QsIHJpZ2h0 PyANCj4+IA0KPj4gSWYgeWVzLCBhZGRyZXNzIG9mIEExIGlzIG5vdCBhbiBpbnN0YW50aWF0ZWQg U0lELCBzbyBub3QgUFNQIGZsYXZvciBjYW4gYmUgZW5hYmxlZC4gU28gdGhlIHBhY2tldCB3aWxs IGJlIHNlbnQgb3V0IGJ5IGNhcnJ5aW5nIHRoZSBTUkggYWZ0ZXIgQTEgaXMgdXBkYXRlZCB0byB0 aGUgSVB2NiBEQS4gDQo+PiBTUkggd2lsbCBiZSBsZWFrZWQgdG8gb3V0c2lkZSBvZiB0aGUgU1Ig ZG9tYWluLCB3aGljaCB3aWxsIGJyaW5nIG5ldyBzZWN1cml0eSBpc3N1ZXMuIA0KPj4gDQo+IA0K PiBZZXMgYXMgdGhlIGxhc3Qgc2VnbWVudCBpbiBhIHNlZ21lbnQgbGlzdCwgYW5kIGFzIFJGQzgy MDAgc2VjdGlvbiA0LjQgZGVzY3JpYmVzIFJvdXRpbmcgSGVhZGVyIHByb2Nlc3Npbmcgd2hlbiBz ZWdtZW50cyBsZWZ0IGlzIDAuDQo+IA0KPiBJdCBpcyB1cCB0byB0aGUgc3BlY2lmaWMgdXNlIGNh c2UgdG8gZGV0ZXJtaW5lIGlmIGluZm9ybWluZyB0aGUgZGVzdGluYXRpb24gb3IgaW50ZXJtZWRp YXRlIG5vZGVzIG9mIHRoZSBzZWdtZW50IGxpc3QgdXNlZCB0byByZWFjaCBpdCBpcyBhIHNlY3Vy aXR5IHJpc2suIA0KPiANCj4gQ2VydGFpbmx5IG9uIHRoZSBsYXJnZXIgaW50ZXJuZXQgdGhpcyBp cyBhbiBpc3N1ZSB0aGF0IG5lZWRzIHRvIGJlIGNvbnNpZGVyZWQsIGJ1dCB3aXRoaW4gYW4gZW50 ZXJwcmlzZSBuZXR3b3JrIG9yIHdpdGhpbiBhIHNpbmdsZSBwcm92aWRlcnMgbmV0d29yayBjcm9z c2luZyBtdWx0aXBsZSBkb21haW5zLCBvciBldmVuIGJldHdlZW4gcHJvdmlkZXJzIHRoZSBkaXNj bG9zdXJlIG1heSBiZSBhY2NlcHRhYmxlIG9yIGRlc2lyZWQuDQo+IA0KPj4gDQo+PiAzOiBGb3Ig c2VjdGlvbiA2LjIsDQo+PiAgTm9kZXMgb3V0c2lkZSB0aGUgU1IgRG9tYWluIGNhbm5vdCBiZSB0 cnVzdGVkLiAgU1IgRG9tYWluIEluZ3Jlc3MNCj4+ICByb3V0ZXJzIFNIT1VMRCBkaXNjYXJkIHBh Y2tldHMgZGVzdGluZWQgdG8gU0lEcyB3aXRoaW4gdGhlIFNSIERvbWFpbg0KPj4gIChyZWdhcmRs ZXNzIG9mIHRoZSBwcmVzZW5jZSBvZiBhbiBTUkgpIHRvIGF2b2lkIGF0dGFja3Mgb24gdGhlIFNS DQo+PiAgRG9tYWluIGFzIGRlc2NyaWJlZCBhbmQgcmVmZXJlbmNlZCBpbiBbUkZDNTA5NV0uIA0K Pj4gDQo+PiAgQXMgYW4gYWRkaXRpb25hbA0KPj4gIGxheWVyIG9mIHByb3RlY3Rpb24sIFNSIFNl Z21lbnQgRW5kcG9pbnQgbm9kZXMgU0hPVUxEIGRpc2NhcmQgcGFja2V0cw0KPj4gIGRlc3RpbmVk IHRvIGxvY2FsIFNJRHMgZnJvbSBzb3VyY2UgYWRkcmVzc2VzIG5vdCBwYXJ0IG9mIHRoZSBTUg0K Pj4gIERvbWFpbi4NCj4+IA0KPj4gRm9yIGEgcGFja2V0IGZyb20gQTEgdG8gQTksICB0aGUgcGFj a2V0IGlzIChBMSwgQTkpLiBOb2RlMyB3aWxsIG5vdCBkcm9wIHRoZSBwYWNrZXQgc2luY2UgdGhl IGRlc3RpbmF0aW9uIGlzIEE5IG5vdCBTOS4NCj4+IA0KPj4gSWYgbm9kZSAzIGluc2VydCBhIFNS SCBpbiB0aGUgb3JpZ2luYWwgSVB2NiBwYWNrZXQsIHRoZW4gdGhlIHNvdXJjZSBBZGRyZXNzIHdp bGwgYmUgQTEuIEFuZCB0aGUgU0lEIGxpc3QgY2FuIGJlICA8QTksIFM2ID4uDQo+PiBJbiB0aGlz IGNhc2UsIHRoZSBwYWNrZXQgd2lsbCBiZSBkcm9wcGVkIGJ5IG5vZGUgNiwgc2luY2UgdGhlIHNv dXJjZSBhZGRyZXNzIGlzIG5vdCBwYXJ0IG9mIHRoZSBTUiBkb21haW4uICBbU2VjdGlvbiA2LjJd LCByaWdodD8NCj4+IA0KPj4gSU1ITywgdGhlcmUgYXJlIHNvbWUgcHJvYmxlbXMgYWJvdXQgaW5z ZXJ0aW9uIG1vZGUuDQo+IA0KPiBJbiB0aGUgY29udGV4dCBvZiB0aGUgU1JIIGRyYWZ0IHdlIGRv IG5vdCBtYWtlIGFueSBtZW50aW9uIG9yIHVzZSBvZiBTUkggaW5zZXJ0aW9uLiBJLmUuIG5vZGUg MyBkb2VzIG5vdCBpbnNlcnQgYW4gU1JILCBpdCBlbmNhcHN1bGF0ZXMgaW4gYW4gb3V0ZXIgSVB2 NiBoZWFkZXIuDQo+IA0KPiBEYXJyZW4NCj4gDQo+PiANCj4+IFRoYW5rcywNCj4+IENoZW5nDQo+ PiANCj4+IA0KPj4gDQo+PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPj4gRnJvbTogaXB2 NiBbbWFpbHRvOmlwdjYtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIERhcnJlbiBEdWtl cyANCj4+IChkZHVrZXMpDQo+PiBTZW50OiBXZWRuZXNkYXksIE9jdG9iZXIgMzEsIDIwMTggMzoz MSBBTQ0KPj4gVG86IEpvZWwgSGFscGVybiA8am1oQGpvZWxoYWxwZXJuLmNvbT4NCj4+IENjOiBz cHJpbmdAaWV0Zi5vcmc7IDZtYW5AaWV0Zi5vcmcNCj4+IFN1YmplY3Q6IFJlOiBTUnY2IC0gU1JI IGluIGVuY2FwcyBvciBiYXNlIGhlYWRlciAtIHBvaW50IDINCj4+IA0KPj4gSSB0aGluayB3ZeKA mXJlIGFsbW9zdCBjb25jbHVkZWQgc28gb25jZSBtb3JlIGlubGluZSBhdCA8ZGQ+PC9kZD4NCj4+ IA0KPj4+IE9uIE9jdCAyNiwgMjAxOCwgYXQgMjoyOCBQTSwgSm9lbCBIYWxwZXJuIDxqbWhAam9l bGhhbHBlcm4uY29tPiB3cm90ZToNCj4+PiANCj4+PiAocmVzZW5kaW5nLCArc3ByaW5nIGFzIHJl cXVlc3RlZCkNCj4+PiANCj4+PiBUaGFuayB5b3UgZm9yIHRoZSByZXNwb25zZXMuICBJIHdpbGwg cmVzcG9uZCBpbiBsaW5lLCBtYXJrZWQgPGptaD48L2ptaD4uICBJIGZlYXIgaXQgd2lsbCBzaG9y dGx5IGdldCB0b28gZGVlcCwgYnV0IHRoZSBjb250ZXh0IGlzIGltcG9ydGFudC4NCj4+PiANCj4+ PiBJIHdpbGwgcmVwaHJhc2UgaGVyZSBhbiBpc3N1ZSBmcm9tIGFub3RoZXIgdGhyZWFkIHRoYXQg SSBhaHZlIG5vdCBzZWVuIHlvdXIgY29tbWVudHMgb24uICBJZiBOb2RlIDkgaXMgc2VuZGluZyB0 cmFmZmljIHRvIE5vZGUgMSAoZm9yIGV4YW1wbGUsIHRoZSByZXZlcnNlIHRyYWZmaWMgZm9yIHRo ZSB0cmFmZmljIGZyb20gMSB0byA5IGluIHRoZSBleGFtcGxlcyBiZWxvdyksIGl0IHByZXN1bWFi bHkgaGFzIGFuIFNSIFBvbGljeSB0byBiZSBhcHBsaWVkLiBUaGUgaXNzdWUgSSByYWlzZWQgYmVm b3JlIGlzIHRoZSBsZWFrYWdlIGlzc3VlLiAgSWYgOSBwdXRzIHRoZSBTUkggaW4gaXRzIHBhY2tl dCAoYXMgdGhlIGRvY3VtZW50IGN1cnJlbnRseSBtYW5kYXRlcyksIHRoZW4gaXQgd2lsbCBub3Qg YmUgcG9zc2libGUgZm9yIDMgdG8gcmVtb3ZlIHRoZSBTUkguICBUaHVzLCB0aGUgU1JIIHdpbGwg bGVhay4NCj4+PiANCj4+PiBTb21lIGhhdmUgYXJndWVkIHRoYXQgaXMgbm90IGEgYmlnIGRlYWwu ICBJdCBzZWVtcyB0byBtYXR0ZXIgdG8gbWUuICBCdXQgdGhlcmUgaXMgYW4gYWRkaXRpb25hbCBw cm9ibGVtLiAgQTEgaXMgbm90IGEgU0lELiAgVGhlcmVmb3JlLCA5IGNhbiBub3QgcHV0IEExIGlu dG8gdGhlIFNSSC4gIElmIGl0IGNhbiBub3QgcHV0IEExIGludG8gdGhlIFNSSCwgYW5kIGl0IGRv ZXMgbm90IGVuY2Fwc3VsYXRlIHRoZSBwYWNrZXQsIHdoZXJlIGRvZXMgaXQgcHV0IEExLg0KPj4g DQo+PiA8ZGQ+IE5vZGUgOSBoYXMgYSBjaG9pY2UsIGVuY2Fwc3VsYXRlIHRvIG5vZGUgMyBvciBu b3QuIA0KPj4gSWYgbm9kZSA5IGRvZXMgbm90IGVuY2Fwc3VsYXRlLCBpdCB3aWxsIGluZm9ybSB0 aGUgZGVzdGluYXRpb24gb2YgdGhlIHNlZ21lbnRzIGluIHRoZSBTUkggYW5kIHBvc3NpYmx5IGxl YWsgdGhlbSB0byBpbnRlcm1lZGlhdGUgbm9kZXMuDQo+PiBJZiBub2RlIDkgZG9lcyBlbmNhcHN1 bGF0ZSwgbm9kZSAzIHJlbW92ZXMgdGhlIG91dGVyIGhlYWRlciBhbmQgbm9kZSAxIHdvdWxkIG5v dCBsZWFybiB0aGUgc2VnbWVudCBsaXN0Lg0KPj4gSSB0aGluayBpdHMgY2hvaWNlIHNob3VsZCBu b3QgYmUgbWFuZGF0ZWQgaW4gdGhlIGRyYWZ0LiA8L2RkPg0KPj4gDQo+Pj4gDQo+Pj4gWW91cnMs DQo+Pj4gSm9lbA0KPj4+IA0KPj4+IE9uIDEwLzI2LzE4IDE6MjkgUE0sIERhcnJlbiBEdWtlcyAo ZGR1a2VzKSB3cm90ZToNCj4+Pj4gSGkgSm9lbCwgeW914oCZdmUgZGVzY3JpYmVkIHNlY3Rpb25z IHRpdGxlZCDigJxJbnRyYSBTUiBEb21haW4gUGFja2V04oCdLCDigJxUcmFuc2l0IFBhY2tldCBU aHJvdWdoIFNSIERvbWFpbuKAnSwgYW5kICJTUiBTb3VyY2UgTm9kZXMgTm90IERpcmVjdGx5IENv bm5lY3RlZOKAnS4NCj4+Pj4gSeKAmXZlIHBhcnNlZCB0aGVtIGlubGluZSB0byB0aGUgc2VjdGlv bnMgb2YgdGhlIGRyYWZ0IGRlZmluaW5nIHRoZW0gYW5kIGdpdmVuIG1vcmUgY29udGV4dCB3aGVy ZSBuZWVkZWQuDQo+Pj4+PiBPbiBPY3QgMjIsIDIwMTgsIGF0IDg6NDkgUE0sIEpvZWwgTS4gSGFs cGVybiA8am1oQGpvZWxoYWxwZXJuLmNvbT4gd3JvdGU6DQo+Pj4+PiANCj4+Pj4+IFJlcGhyYXNp bmcgdXNpbmcgdGhlIGV4YW1wbGUgZnJvbSA1LjIuICBBc3N1bWluZyB0aGF0IDggYW5kIDkgYXJl IA0KPj4+Pj4gU1IgSG9zdHMgKG5vdCBqdXN0IGhvc3RzIHdpdGhpbiB0aGUgZG9tYWluLCB0aGV5 IGFyZSBjYXBhYmxlIG9mIGFuZCANCj4+Pj4+IGV4cGVjdCB0byBkZWFsIHdpdGggU1JIcywgYW5k IHRoZXJlZm9yZSBoYXZlIGxvY2FsIFNJRHMsIC4uLikNCj4+Pj4+IA0KPj4+Pj4gRm9yIHRyYWZm aWMgZnJvbSA4IHRvIDkgdGhhdCBuZWVkcyBhbiBTUkgsIHRoZSBTUkggZ29lcyBpbiB0aGUgSVB2 NiBoZWFkZXIgc2VudCBteSA4IHRvIDkuICBXaGVuIDkgcHJvY2Vzc2VzIHRoZSBwYWNrZXQsIGl0 IHNlZW1zIHRoYXQgaXQgaXMgdGhlIGxhc3QgU0lELCBmaWd1cmVzIG91dCB0aGF0IHRoZXJlIGlz IG5vIGVuY2Fwc3VsYXRpb24sIGFuZCBzZW5kIHRoZSBUQ1AgLyBVRFAgLyBRVUlDIGluZm9ybWF0 aW9uIHRvIGl0cyBpbnRlcm5hbCBwcm90b2NvbHMgc3RhY2tzLg0KPj4+PiBZZXMsIHRoaXMgaXMg U2VjdGlvbiA1LjMuMSDigJxJbnRyYSBTUiBEb21haW4gUGFja2V04oCdLg0KPj4+IDxqbWg+QWdy ZWVkIGFzIGZhciBhcyBpdCBnb2VzLiAgSG93ZXZlciwgIHRoZSBleGlzdGVuY2Ugb2YgUzkgYW5k IEE5IA0KPj4+IHBvaW50cyB0byBhIHByb2JsZW0uICBOb2RlIDggaXMgdHJ5aW5nIHRvIHB1dCBv biBhbiBTUkggZ29pbmcgdGhyb3VnaCANCj4+PiBTeCwgU3ksIHdoYXRldmVyIGZvciBzb21lIHJl YXNvbi4gIEl0IGNhbid0IHB1dCBBOSBpbnRvIHRoZSBTUkgsIGFzIA0KPj4+IEFIIGlzIG5vdCBh IFNJRCwgaXQgaXMgYW4gYWRkcmVzcy4gIEkgcHJlc3VtZSBub2RlIDggZ290IFM5IGZyb20gDQo+ Pj4gd2hhdGV2ZXIgcHJvdmlkZWQgaGltIHRoZSBTUiBQb2xpY3kgdGhhdCBpdCBpcyB1c2luZy4g IERvZXMgaXQgc2ltcGx5IA0KPj4+IHVzZSBTOSBhcyB0aGUgYWRkcmVzcyBmb3Igbm9kZSA5LCBy YXRoZXIgdGhhbiBBOSB0aGF0IGl0IGdvdCBmcm9tIA0KPj4+IEROUz8gIEFuZCBkb2VzIHRoZSBU Q1Agc3RhY2sga25vdyB0aGF0IHRoaXMgc3Vic3RpdHV0aW9uIGlzIGJlaW5nIA0KPj4+IG1hZGU/ ICAoVGhpcyBpcyBhbm90aGVyIGV4YW1wbGUgb2YgYSBwcm9ibGVtIHRoYXQgZ29lcyBhd2F5IGlm IHdlIA0KPj4+IGFsd2F5cyBlbmNhcHN1bGF0ZS4pIDwvam1oPg0KPj4gDQo+PiA8ZGQ+U2VjdGlv biA0LjMuMiBjb3ZlcnMgdGhlc2UgcXVlc3Rpb25zLCBpLmUuIEE5IGNhbiBiZSBwbGFjZWQgaW4g dGhlIA0KPj4gU1JIIGFzIHRoZSBsYXN0IHNlZ21lbnQsIGFuZCB0aGlzIHNlY3Rpb24gZGVzY3Jp YmVzIGhvdyBpdOKAmXMgDQo+PiBoYW5kbGVkLjwvZGQ+DQo+PiANCj4+PiANCj4+Pj4+IA0KPj4+ Pj4gRm9yIHRyYWZmaWMgZnJvbSAxIHRvIDksIHdoZXJlIDMgYWRkcyBhbiBTUkgsIHRoYXQgU1JI IHN0aWxsIHByZXN1bWFibHkgZW5kcyBhdCA5LiAgOSBSZWNlaXZlcyB0aGUgSVAgcGFja2V0LiAg U2VlcyB0aGF0IGl0IGlzIGFkZHJlc3NlZCB0byBpdHNlbGYuICBTZWVzIHRoYXQgdGhlIFNSSCBp cyBmaW5pc2hlZC4gIEFuZCB0aGVuIG5vdGljZXMgdGhhdCB0aGUgbmV4dC1oZWFkZXIgaXMgSVB2 Ni4gIFVud3JhcHMgdGhlIGhlYWRlciwgY2hlY2tzIHRoYXQgdGhlIGlubmVyIGRlc3RpbmF0aW9u IGFkZHJlc3MgaXMgYWxzbyBpdHNlbGYsIGFuZCBwYXNzZXMgdGhlIG1hdGVyaWFsIGNhcnJpZWQg YnkgdGhlIGlubmVyIGhlYWRlciB1cCB0byB0aGUgYXBwcm9wcmlhdGUgc3RhY2suDQo+Pj4+IFNv IG5vZGUgMSBzZW5kcyBhIHBhY2tldCB0byBub2RlIDkgKEExLEE5KSBJRiB0aGVyZSBpcyBzb21l IHN0ZWVyaW5nIA0KPj4+PiBpbnRvIGFuIFNSIFBvbGljeSBhdCBub2RlIDMgdG8gcmVhY2ggbm9k ZSA5LCB0aGlzIGlzIGlkZW50aWNhbCB0byBzZWN0aW9uIDUuMy4yIOKAnFRyYW5zaXQgcGFja2V0 IHRocm91Z2ggU1IgZG9tYWlu4oCdLCBleGNlcHQgZm9yIGRlc3RpbmF0aW9uIG9mIEE5IHZpYSBu b2RlIDkgIGluc3RlYWQgb2YgQTIgdmlhIG5vZGUgNC4NCj4+PiANCj4+Pj4+IA0KPj4+Pj4gVGh1 cywgOSBuZWVkcyB0byBiZSBhYmxlIHRvIGNoZWNrIGZvciBib3RoIGNhc2VzLiAgV2UgYXQgbGVh c3QgbmVlZCB0byB0ZWxsIGltcGxlbWVudG9ycyB0aGF0Lg0KPj4+PiBXZWxsLCA5IG5lZWRzIGEg U0lEIFM5IGFuZCBBZGRyZXNzIEE5LiAgVGhhdCBpcyBzaG93biBpbiBTZWN0aW9uIDUuMSBTSUQg YW5kIGFkZHJlc3MgcmVwcmVzZW50YXRpb24uDQo+Pj4gPGptaD5TbywgbGV0IHVzIGFzc3VtZSB0 aGF0IDMgaGFzIGFuIFNSIHBvbGljeSBpdCB3YW50cyB0byBhcHBseSB0byANCj4+PiB0aGUgdHJh ZmZpYyBmcm9tIEExIHRvIEE5LiAgSW4gdGhpcyBjYXNlLCB0aGUgUzkgLyBBOSBkaWNob3RvbXkg aXMgDQo+Pj4gbm90IGEgcHJvYmxlbSwgSSB0aGluay4gIE5vZGUgMyBlbmNhcHN1YWx0ZXMgdGhl IHBhY2tldCBmcm9tIEExIHRvIA0KPj4+IEE5LCB1c2VzIFMzIGFzIHRoZSBzb3VyY2UgYWRkcmVz cyBvZiB0aGUgZW5jYXBzdWxhdGluZyBoZWFkZXIsIGFuZCANCj4+PiBlbmRzIHRoZSBTSUQgbGlz dCBpbiB0aGUgU1JIIHdpdGggUzkuICBUaGUgdW5zcGVjaWZpZWQgcGFydCBpcyB0aGF0IA0KPj4+ IG5vZGUgOSBuZWVkcyB0byBiZSBwcmVwYXJlZCB0byByZWNlaXZlIHN1Y2ggcGFja2V0cyBhbmQg ZG8gdGhlIGRvdWJsZSANCj4+PiBwcm9jZXNzaW5nLiAgSXQgaXMgcmVhc29uYWJsZSBkb3VibGUg cHJvY2Vzc2luZy4gIE15IG9ubHkgcmVxdWVzdCANCj4+PiBoZXJlIGlzIHRoYXQgd2UgdGVsbCBm b2xrcyB0aGV5IG5lZWQgdG8gc3VwcG9ydCBpdC4gPC9qbWg+DQo+PiANCj4+IDxkZD5BY3R1YWxs eSwgbm9kZSAzIHVzZXMgQTMgYXMgaXRzIHNvdXJjZSBhZGRyZXNzLCBidXQgdGhhdOKAmXMgbWlu b3IuDQo+PiBUaGUgZG91YmxlIHByb2Nlc3NpbmcgKGxvb2t1cCwgZG8gZW5kIHByb2Nlc3Npbmcs IGRvIGFub3RoZXIgbG9va3VwKSBpcyBkb2N1bWVudGVkIGluIFNlY3Rpb24gNC4zLg0KPj4gSXMg dGhlcmUgYSBuZWVkIGZvciBtb3JlIHRoYW4gd2hhdCBpcyBjdXJyZW50bHkgc3BlY2lmaWVkPyA8 L2RkPg0KPj4gDQo+Pj4+PiANCj4+Pj4+IFRoZXJlIGlzIGEgZnVydGhlciBjb21wbGljYXRpb24u ICA5IHNlZW1zIHRvIG5lZWQgdG8gaGF2ZSBhbiBhZGRyZXNzIHRoYXQgaXMgYSB2YWxpZCBTSUQs IHNvIGl0IGNhbiBiZSB0aGUgbGFzdCBlbnRyeSBpbiB0aGUgU1JIIGZyb20gOCB0byA5Lg0KPj4+ PiBBcyBkZXNjcmliZWQgaW4gdGhlIGRyYWZ0LCBTZWN0aW9uIDUuMSBhIG5vZGUgayBoYXMgYW4g YWRkcmVzcyBBayBhbmQgU0lEIFNrLiAgU28gbm9kZSA5IGhhcyBhIHZhbGlkIFNJRC4NCj4+Pj4g Rm9yIHRyYWZmaWMgZnJvbSA4IHRvIDksIEE5IGlzIHVzZWQgYXMgdGhlIGRlc3RpbmF0aW9uIGFz IHNob3duIGluIHNlY3Rpb24gNS4zLjEsIDUuNCBhbmQgNS41Lg0KPj4+Pj4gSG93ZXZlciwgaWYg MSB3ZXJlIHRvIHNlbmQgdGhlIHBhY2tldCB0byB0aGF0IFNJRCBmb3IgOSwgcm91dGVyIDMgd291 bGQgYmUgcmVxdWlyZWQgYnkgdGhlIHJ1bGVzIHdlIGRpc2N1c3NlZCBpbiB0aGUgb3RoZXIgdGhy ZWFkIHRvIGRpc2NhcmQgdGhlIHBhY2tldCBhcyBpdCBpcyBuZWl0aGVyIHRvIHByZWZpeCBub3Ig Y29udGFpbnMgYW4gSEFNQy4NCj4+Pj4+IEFuZCBzb21laG93LCA4IGFuZCAxIG5lZWQgdG8gZWFj aCBwaWNrIHRoZSByaWdodCBhZGRyZXNzIHRvIHVzZSBmb3IgOS4gKHNwbGl0IEROUyBtYXliZT8p ICBBbmQgMyBuZWVkcyB0byBiZSBhYmxlIHRvIGRlcml2ZSB0ZWggU0lELWZvcm1uIGFkZHJlc3Mg Zm9yIDkgZnJvbSB0aGUgbm9uLVNJRCBmb3JtIG9mIHRoZSBhZGRyZXNzIHNvIHRoYXQgaXQgKDMp IGNhbiBidWlsZCBhIHByb3BlciBTUkggdG8gZ2V0IHRoZSBwYWNrZXQgdG8gOS4NCj4+PiA8am1o PkkgaGF2ZSByZXRhaW5lZCB5b3VyIGFuc3dlciBiZWxvdyBmb3IgY29udGV4dCwgYnV0IEkgdGhp bmsgdGhhdCANCj4+PiBhbnN3ZXJzIHRoZSB3cm9uZyBxdWVzdGlvbi4gIEkgYmVsaWV2ZSB3aGF0 IGlzIGl0bmVuZGVkIGlzIHRoYXQgb25seQ0KPj4+IEE5IGFwcGVhcnMgaW4gRE5TLiAgU28gTm9k ZSAxIHdpbGwgc2VlIDkgYXMgQTksIGFuZCB3aWxsIHVzZSB0aGF0LiAgDQo+Pj4gUzkgd2lsbCBh cHBlYXIgaW4gU1IgUG9saWNpZXMgYWJvdXQgdHJhZmZpYyB0byBub2RlIDksIGJ1dCBub3QgaW4g RE5TLg0KPj4+IFRoYXQgaXMgd2hhdCB3ZSBuZWVkLiAgSSB3aXNoIGl0IHdlcmUgY2xlYXJlciBp biB0aGUgdGV4dC4gPC9qbWg+DQo+Pj4gDQo+Pj4gPGptaD5JZiBub2RlIDIwIGlzIGdlbmVyYXRp bmcgU1JIcyB3aXRoIEhNQUNzLCB0aGVuIHRoaXMgaXMgbGFyZ2VseSANCj4+PiB0aGUgc2FtZSBh cyB0aGUgY2FzZSBmcm9tIDggdG8gOSwgZXhjZXB0IHRoYXQgd2hvbWV2ZXIgY3JlYXRlcyB0aGUg U1IgDQo+Pj4gUG9saWN5IHRoYXQgMjAgaXMgdXNpbmcgbmVlZHMgdG8gYWxzbyBtYWtlIHN1cmUg dGhhdCB3aGF0ZXZlciB0aGUgDQo+Pj4gZmlyc3QgU0lEIGlzIGluIHRlaCBsaXN0LCBpdCBwcm9j ZXNzZXMgSE1BQ3MgYW5kIGlzIHJlY29nbml6YWJsZSB0byANCj4+PiBub2RlIDMgYXMgZG9pbmcg c3VjaCBwcm9jZXNzaW5nLiBJIGFtIGd1ZXNzaW5nIHRoYXQgdGhlIHJlYXNvbiBmb3IgDQo+Pj4g YWxsb3dpbmcgaW50ZXJuYWwgbm9kZXMgdG8gZG8gdGhlIHByb2Nlc3NpbmcgaXMgdG8gbW92ZSB0 aGUgDQo+Pj4gdmVyaWZpY2F0aW9uIGxvYWQgb2ZmIHRoZSBlZGdlIG5vZGVzLiAgSXQgZG9lcyBj cmVhdGUgc2lnbmlmaWNhbnQgDQo+Pj4gYWRkaXRpb25hbCBjb25maWd1cmF0aW9uIGNvbXBsZXhp dHkuIDwvam1oPg0KPj4gDQo+PiA8ZGQ+V2UgZGlkbuKAmXQgc2VlIGEgcmVhc29uIHRvIHJlc3Ry aWN0IHRoZSBITUFDIHByb2Nlc3NpbmcgdG8gb25seSANCj4+IGVkZ2Ugbm9kZXMgd2hlbiBpdCB3 YXMgc3RyYWlnaHQgZm9yd2FyZCB0byBkZWZpbmUgaG93IHRoZXkgY291bGQgYmUgDQo+PiBwcm9j ZXNzZWQgYXQgbm9uLWVkZ2Ugbm9kZXMuPC9kZD4NCj4+IA0KPj4+IA0KPj4+PiBUaGlzIGlzIGlu Y29ycmVjdC4NCj4+Pj4gU2VlIFNlY3Rpb24gNi4yLjEg4oCcU1IgU291cmNlIE5vZGVzIE5vdCBE aXJlY3RseSBDb25uZWN0ZWTigJ0gSSB3aWxsIGV4cGFuZCBvbiB0aGUgZXhhbXBsZSBmcm9tIHRo YXQgc2VjdGlvbi4NCj4+Pj4gTm9kZSAyMCBzZW5kcyBhIHBhY2tldCB0byBBOSB3aXRoIFNSIFBv bGljeSA8SDc+IGFuZCBhbiBITUFDIA0KPj4+PiBwcm92aWRlZCB0byBub2RlIDIwIGJ5IHNvbWUg eWV0IHRvIGJlIGRlZmluZWQgbWV0aG9kLiAgUmVzdWx0aW5nIGluIA0KPj4+PiBwYWNrZXQgc2Vu dCBmcm9tIG5vZGUgMjANCj4+Pj4gUDogKEEyMCxINykoQTk7U0w9MSkocGF5bG9hZCkNCj4+Pj4g UmVjYWxsIEhrIGlzIGEgU0lEIGF0IG5vZGUgayByZXF1aXJpbmcgSE1BQyB2ZXJpZmljYXRpb24s IGFuZCBpdCBpcyBjb3ZlcmVkIGJ5IFByZWZpeC1ILg0KPj4+PiBQcmVmaXgtSCBpcyBfbm90XyBz dWJqZWN0IHRvIGluZ3Jlc3MgZmlsdGVyaW5nIGF0IG5vZGUgMy4NCj4+Pj4gVGhlcmVmb3JlIHRo ZSBwYWNrZXQgUCBkZXN0aW5lZCB0byBINyBpcyBub3Qgc3ViamVjdCB0byBpbmdyZXNzIGZpbHRl cmluZyBhdCBub2RlIDMuDQo+Pj4+IFAgaXMgZm9yd2FyZGVkIHRvIG5vZGUgNywgd2hlcmUgSDcg aXMgcHJvY2Vzc2VkIGFuZCB0aGUgSE1BQyB2ZXJpZmllZC4NCj4+Pj4gSWYgdGhlIEhNQUMgY2Fu IG5vdCBiZSB2ZXJpZmllZCB0aGUgcGFja2V0IGlzIGRyb3BwZWQsIGVsc2UgaXQgaXMgZm9yd2Fy ZGVkIHRvIHRoZSBuZXh0IHNlZ21lbnQgYW5kIGRlc3RpbmF0aW9uLCBBOS4NCj4+Pj4gRGFycmVu DQo+Pj4+PiANCj4+Pj4+IFlvdXJzLA0KPj4+Pj4gSm9lbA0KPj4+Pj4gDQo+Pj4+PiBPbiAxMC8y Mi8xOCA4OjA0IFBNLCBEYXJyZW4gRHVrZXMgKGRkdWtlcykgd3JvdGU6DQo+Pj4+Pj4gaW5saW5l Lg0KPj4+Pj4+PiBPbiBPY3QgMjIsIDIwMTgsIGF0IDc6MjEgUE0sIEpvZWwgTS4gSGFscGVybiA8 am1oQGpvZWxoYWxwZXJuLmNvbT4gd3JvdGU6DQo+Pj4+PiAuLg0KPj4+Pj4+PiAyKSBOb3cgbGV0 IHVzIGxvb2sgYXQgcGFja2V0cyBhcnJpdmluZyBhdCBhbmQgYWN0dWFsbHkgZGVzdGluZWQgZm9y IGFuIFNSIEhvc3QgaW4gdGhlIFNSIERvbWFpbiB3aGVyZSB0aGF0IHBhY2tldCBoYXMgYW4gU1JI LiAgSWYgdGhlIHBhY2tldCBpcyBjb21pbmcgZnJvbSBhbm90aGVyIFNSIEhvc3QsIHRoZSBTUkgg d2lsbCBiZSBpbiB0aGUgYmFzZSBoZWFkZXIsIGFuZCB0aGUgaG9zdCBjYW4gc2ltcGx5IGNoZWNr IGl0IGZvciBhbnkgdmlvbGF0aW9ucywgYW5kIGNvbnRpbnVlLiAgQnV0LCBpZiB0aGUgcGFja2V0 IGNhbWUgZnJvbSBvdXRzaWRlIHRoZSBkb21haW4sIHRoZW4gaXQgd2lsbCBoYXZlIGFuIGVuY2Fw c3VsYXRpbmcgU1J2NiBoZWFkZXIuICBTbyB0aGUgaG9zdCBoYXMgdG8gZGV0ZWN0IHRoaXMgY2Fz ZSwgY2hlY2sgYW5kIHRoZW4gcGVhbCBvZmYgdGhlIGVuY2Fwc3VsYXRpbmcgaGVhZGVyLCBhbmQg dGhlbiBwcm9jZXNzIHRoZSByZWNlaXZlZCBwYWNrZXQuIFllcywgaXQgY2FuIGRvIHNvLiAgQnV0 IG5vdGhpbmcgaW4gdGVoIGRvY3VtZW50IHRlbGxzIGltcGxlbWVudG9ycyB0aGV5IGhhdmUgdG8g ZGVhbCB3aXRoIGJvdGggY2FzZXMuDQo+Pj4+Pj4+IA0KPj4+Pj4+IENhbiB5b3UgYmUgbW9yZSBw cmVjaXNlIGhlcmUuICBQZXJoYXBzIHVzZSB0aGUgZXhhbXBsZSBmcm9tIHNlY3Rpb24gNS4yIG9y IDYuMi4xPw0KPj4+Pj4gLi4NCj4+IA0KPj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4+IElFVEYgSVB2NiB3b3Jr aW5nIGdyb3VwIG1haWxpbmcgbGlzdA0KPj4gaXB2NkBpZXRmLm9yZw0KPj4gQWRtaW5pc3RyYXRp dmUgUmVxdWVzdHM6IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaXB2Ng0K Pj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0NCj4gDQoNCg== From nobody Mon Nov 5 19:24:25 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A2E2B1276D0 for ; Mon, 5 Nov 2018 19:24:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -17.5 X-Spam-Level: X-Spam-Status: No, score=-17.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, ENV_AND_HDR_SPF_MATCH=-0.5, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_DEF_SPF_WL=-7.5] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kiO6JB8o5ON5 for ; Mon, 5 Nov 2018 19:24:20 -0800 (PST) Received: from mail-it1-x132.google.com (mail-it1-x132.google.com [IPv6:2607:f8b0:4864:20::132]) (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 B5345127148 for ; Mon, 5 Nov 2018 19:24:19 -0800 (PST) Received: by mail-it1-x132.google.com with SMTP id t190-v6so10261804itb.2 for ; Mon, 05 Nov 2018 19:24:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=3C3jz0gadAsf3eh09IY4X/wr9H4INZLsYiqaJumaR3s=; b=fyrnzJHCbWIp8W4jJObFpgZPcbrE3pAnFkaNyyUsO3dLETWrn+QzzbeA7bKfTtHFi9 Cgr/H2gmJqIkW+3t4g6xEGCe13s5QpNa+tNEk/Ja2rTFRePx/Hl5FISdEtz9z/7atyaJ 02whV4UtXM6qoI0jZYQX44OY4Aejweb2d9WGnkujpManeG8PPFNKIiy2ILic0/YFaVZW JSYqjFQIUr9a5bbywIYaH0CFNRhN+M6RozqT+0+gqyZ3OIqwTxW9r32Cd0MZJlJTB6Yr WyIQsv67k5U9U8BoodnMZXBAmwIT3AlA4Qog4+UIuPq2T63a6B405Lok7cJJ/VraprD9 rzNg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=3C3jz0gadAsf3eh09IY4X/wr9H4INZLsYiqaJumaR3s=; b=Rel+rVh6+tTt+NPRtwsAT+f9abZHL6Cfcr24b9VUtJ+xTTwrpn6BsANRjhp8hmqwAS dH/AHSfADx7CSjR5XCtDwgvsQ9kfJsMdvLcOvXQ8GB+TqZj8XQYIcyarViN/1vaisUGW bg02DmNUlGMxYXSVg0UPHs/zqz20P8aXKPdZ6ylyPeYkIDt/5x51K4tazg5yEzu3nCHQ D5qRPXqcW3O43u53DUjBwAvNHi2mmsUOUYNd9vfWSa0yqMLRxF7udpQka6ePmTAmpnsP Bxyka4aYph61cz7UDcRWD/Px4BMw0LWXKFqnplHObB8yJXHVIsPG6dl62j8LlrmvZ2+C DP4A== X-Gm-Message-State: AGRZ1gKwMnrrDcqmas8ZRbU34RuHJSdIkFeGFXKcaYg8GKnYIf1pRwS2 B6lJMtpOzESSJYNWDYu75DyzhqwmG7TACIkNAgV7Kg== X-Google-Smtp-Source: AJdET5eQMFShPFcT4rB8YP/c16TDl5+Dav/Jc/R437msw0qGUlZ/ENdk1n6IyvvBt6dz3HW1pakO+8DStuLdMJuUgdA= X-Received: by 2002:a24:eb0b:: with SMTP id h11-v6mr624937itj.47.1541474658608; Mon, 05 Nov 2018 19:24:18 -0800 (PST) MIME-Version: 1.0 References: <3470b63ec7264ac096e326a59d97b50f@XCH-ALN-008.cisco.com> In-Reply-To: From: Przemyslaw Krol Date: Tue, 6 Nov 2018 10:23:40 +0700 Message-ID: To: rjs@rob.sh Cc: "Ketan Talaulikar (ketant)" , robjs=40google.com@dmarc.ietf.org, spring@ietf.org, draft-filsfils-spring-sr-policy-considerations@tools.ietf.org Content-Type: multipart/alternative; boundary="0000000000007572430579f68993" Archived-At: Subject: Re: [spring] Comments on draft-filsfils-spring-sr-policy-considerations-01 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2018 03:24:24 -0000 --0000000000007572430579f68993 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Greetings, Would it be possible to close this (scope of this document) while in BKK? We could then take the draft editing work offline and come back with it before PRG. Hopefully this would let all involved parties be clear on the purpose of this document and make soliciting feedback easier. thank you, On Tue, Oct 30, 2018 at 11:44 PM Przemyslaw Krol wrote: > Howdy, > > I tend to agree that in the current shape, > draft-filsfils-spring-sr-policy-considerations-02 > document > attempts to cover architectural, operational and use-case aspects which m= ay > not be optimal. To that point, if we can agree whether it is supposed to = be > a more operationally-focused extension to its > parent draft-ietf-spring-segment-routing-policy draft or more of a use ca= se > overview, we could make relevant adjustments/augmentations to accommodate > that. I personally see a value in both options but based on Rob's feedbac= k, > the latter one may not be suited for SPRING WG. > > thanks, > pk > > On Mon, Oct 22, 2018 at 9:50 PM Rob Shakir wrote: > >> Ketan, Authors, >> >> Thanks for the update. Further responses are in-line marked [rjs]. >> >> My key feedback here is that I feel like we're not really on the same >> page as to what this draft is trying to communicate. Perhaps if we agree= d >> this, then it'd be clearer what the right direction for the document is. >> >> I'd really encourage the WG to read this doc and provide the authors wit= h >> feedback -- especially if you have an implementation, or are implementin= g >> SR-TE Policy in your network. >> >> On Thu, 18 Oct 2018 at 19:10 Ketan Talaulikar (ketant) >> wrote: >> >>> >>> >>> - (2) What is the intention of the diagram shown in this section? It >>> seems to be completely an implementation detail that an implementati= on has >>> the "SRPM" that acts as a central resolution point. For instance, wh= at >>> should a reader learn from the fact that the SRPM is not a standard = RIB >>> resolution process? If there are suggestions that one wants this >>> implementation - should there be some discussion of the complexity o= f this >>> new API between say, the BGP daemon and a general RIB process? >>> >>> *[KT] **We will clarify in the text that the section provides a >>> conceptual overview of components/functionality that work with each oth= er >>> to implement SR Policy on a headend. The intention is not to define API= s >>> between the blocks since those are implementation details. We have seve= ral >>> drafts related to the SR Policy functionality =E2=80=93 besides the arc= hitecture >>> draft, there are extensions to BGP (BGP-SRTE & LS), PCEP then we have Y= ang >>> model. This draft puts these blocks into reference so implementers get = an >>> idea of the functionality that maps to say BGP and the SR Policy proces= ses >>> (e.g. draft-ietf-idr-segment-routing-te-policy).* >>> >> >>> - (2) My general feedback on this section is that this is >>> implementation discussion, that does not add to the IETF content tha= t we >>> are publishing within SPRING. Like we have had discussion of use cas= e >>> drafts, I think this is similar but from the implementor side. I'd l= ike to >>> discuss the value that this content has. >>> >>> *[KT] **There is a difference between documenting implementation >>> details and providing a conceptual overview of the implementation aspec= ts. >>> Especially when defining an architecture which involves multiple protoc= ols >>> and functional blocks. I find it valuable as an implementer myself.* >>> >> >> [rjs] I don't think that the edits that are made to this section >> particularly add anything. If the intention is the conceptual overview, = I >> don't understand why we refer to say, the "SRP process". Conceptually, >> shouldn't this be describing interaction between functional blocks? i.e.= , >> we have a functional block in the architecture that is responsible for >> learning candidate paths (it's an implementation detail from where...), = and >> selects the active path, installing it into the RIB or FIB. >> >> If the intention is to have this be conceptual, my suggestion would be t= o >> make the language refer to architectural concepts - rather than what see= m >> to be realisations of the idea, and to convert the diagrams into lists t= hat >> describe what each block is doing. Others may have thoughts on this too = - >> especially where they have other implementations. >> >> >>> >>> - (3.1) I think that this section has some useful content, but it's >>> buried by starting out by defining the algorithms.. Why not make thi= s >>> section be focused towards the constraints that must be considered w= hen >>> calculating a SID stack for a particular path. i.e., the key points = seem to >>> be: >>> >>> >>> - Use of the IGP metric as the metric for path optimisation is >>> desirable, especially in constrained push or readable depth envir= onments, >>> because it allows the minimum number of deviations from the short= est path >>> and therefore labels. >>> - If a different metric is used, then this implies that every >>> time that metric differs from the IGP metric, then this will resu= lt in >>> additional SIDs. >>> >>> >>> - There is no mention of flex-algorithm in this section. It seems >>> relevant given that you can also mitigate the problem that is = trying to be >>> solved here by having a set of prefix SIDs per metric. >>> >>> *[KT] **We will put a forward reference to the Flex Algo section here.* >>> >>> - It may be advantageous to sacrifice optimality of the path >>> calculation solution by relaxing the optimisation constraints. >>> >>> >>> - The draft should talk about the operational considerations here - >>> i.e., it implies that you can actually tolerate the margin in = the >>> optimisation objective for the service. >>> - The "just pick the best you can do within N SIDs" is >>> dangerous, since it means that the network delivers a service = that *isn't* >>> what the operator asked for - which may result in service degr= adation >>> (e.g., consider live/live where there is a maximum latency dif= ference that >>> is tolerable between the two feeds). >>> >>> *[KT] **We will add text clarifying this aspect. However, the point is >>> also that the operator may be OK with the =E2=80=9Cbest possible=E2=80= =9D and so such an >>> option may be useful in some deployments.* >>> >> >> [rjs] I don't think that we agree at all on whether this section is >> useful in its current form. What is the message that we're trying to con= vey >> in this section of the document? If it is that there are possible >> algorithms that may be used by an operator dependent on their service, I= 'm >> not clear that we need to document this. The value to me *would be* that= we >> cover some of the caveats of calculating policies that are specific to S= R >> -- i.e., SID stack depth being something that is influenced by divergenc= e >> from the shortest path, and the fact that we might need to sacrifice the >> optimal solution to pathing based on these constraints, then I think it'= d >> be useful. The current text does not get this across clearly. >> >> >>> >>> - (3.2) I'm unclear of the value of this text. It seems to me that >>> we're restating some of the optimisation objectives that are known f= or >>> general TE (and, for example, are described by - say RFC3209). What = is it >>> that we're trying to communicate to the reader here -- can it be cov= ered by >>> "existing path calculation considerations, such as resource affinity >>> [rfc3209] can be applied to the path calculation of SR paths"? >>> >>> *[KT] **We do not assume that anyone that is deploying SR Policies is >>> familiar with RSVP-TE. RFC3209 does cover resource affinity but not the >>> others. Some of the constraints are unique to SR. Hence, there is a val= ue >>> in specifying the available constraints.* >>> >> >> [rjs]: Again, we might have to agree to disagree here. I did not make an >> assertion that someone was familiar with RSVP-TE, but that they were >> familiar with *TE* -- there are networks that meet these constraints tha= t >> do not use SR or RSVP-TE.... Again, I'd find it very useful to understan= d >> what the authors are trying to communicate in this section. If it's that >> there are particular trade-offs, sure, let's find new wording -- but if >> not, then I'm not clear why SPRING needs to standardise an incomplete li= st >> of optimisation criteria. >> >> >>> >>> - (3.4) I'm again going to question the value of this section -- it >>> doesn't seem to give enough detail of the algorithm that you're prop= osing >>> to be generally useful, and points out it is a node-local behaviour.= If >>> there's a desire to get to a common understanding of how to take a p= ath and >>> compress its SID stack, then let's write this out. >>> >>> *[KT] **Agree that this is a node local behavior. However, the high >>> level description does indicate how an implementation could go about >>> determining a path to a SID in an efficient manner.* >>> >> >> [rjs]: If there's really value in this high-level description (I'm not >> sure I agree...) -- it seems like then restructuring this section to wri= te >> out the algorithm then use it to illustrate how it operates on a network >> after this. >> >> >>> >>> - (4) See my comments on Section 2 of this document, why is >>> describing how the interaction between different processes within wh= at >>> sounds like a single implementation something that we should publish= within >>> the IETF? >>> >>> *[KT] **These examples are important to illustrate how the candidate >>> path selection tiebreaker rules work in different conditions. The >>> interactions are also valuable to understand the selection which happen= s >>> say within BGP (based on its best path) for BGP-SRTE and the selection = that >>> then happens at SR Policy level. This section was originally placed in = the >>> Appendix of the SR Policy Architecture draft since the candidate path >>> selection tiebreaker rules were specified in that draft. Later was move= to >>> this informational draft.* >>> >> >> [rjs]: In my view, this example would be best _as succinctly_ as possibl= e >> to demonstrate the preferences in the actual draft. It seems to me that = the >> explanations themselves are quite wordy to make a couple of clear points= : >> >> - BGP path selection is unaffected by SR-TE policy. >> - If a protocol does not make its own path selection, then SR-TE policy >> attributes are considered to differentiate between them. >> etc. >> >> Ideally, this should be clear in the policy architecture draft itself. I= f >> it can't be made clear, then I think we should seriously consider whethe= r >> we have the right level of complexity here. >> >> >>> >>> - (5+5.1+5.2) The core point that seems to be being made here is >>> that - within a single IGP area the head-end has all the visibility = it >>> requires; if there are multiple areas, there are ways that a head-en= d could >>> get access to the areas that it is not part of (e.g., BGP-LS). Is an= ything >>> more being said here? Do the implementation details that there are B= GP-LS >>> RRs actually matter? >>> >>> *[KT] **The intention is to provide guidance for some of the deployment >>> options for achieving this functionality.* >>> >>> - (5.3) Similarly to the above, this seems to assume one particular >>> mechanism of building a centralised system, that doesn't need any ne= w >>> extensions in the IETF. Is this something that we need to document? >>> >>> *[KT] **We explain while taking an example of a mechanism based on IETF >>> standards that is available for operators looking to deploy this model.= * >>> >>> - (6.2) This section seems to imply that there can never be >>> allocations from the SRLB that are not dynamically advertised via so= me >>> other protocol. Is this really true? >>> >>> *[KT] **I don=E2=80=99t believe this was the intention. We will clarify= this in >>> the text.* >>> >>> - (8) Given that there is a separate draft discussing this -- what >>> is the motivation to have this in this document? >>> >>> *[KT] **This section gives and overview of the proposal with an example >>> of optical circuit. It also clarifies that the concept described is >>> applicable not just for optical links but in general to other types of >>> layer 2 circuits and tunnels as well. The draft-anand-spring-poi-sr goe= s >>> into the details of the use-case, protocol mechanism and extensions >>> specifically for optical networks only.* >>> >> >> [rjs]: For the above points -- I think we've clearly seen in the WG and >> IESG that there is not a huge amount of appetite to publish use case >> drafts. From an operational perspective, I also don't really find these >> sections that useful since they don't really give me enough information = to >> be able to figure out an implementation. I'd be interested whether the >> working group thinks that they are sufficiently of interest to include i= n >> this document. >> >> Cheers, >> r. >> >> >>> Thanks, >>> >>> r. >>> _______________________________________________ >>> spring mailing list >>> spring@ietf.org >>> https://www.ietf.org/mailman/listinfo/spring >>> >> > > -- > Przemyslaw "PK" Krol | Strategic Network Engineer ing | pkrol@google.com > --=20 Przemyslaw "PK" Krol | Strategic Network Engineer ing | pkrol@google.com --0000000000007572430579f68993 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Greetings,

Would it be possi= ble to close this (scope of this document) while in BKK? We could then take= the draft editing work offline and come back with it before PRG. Hopefully= this would let all involved parties be clear on the purpose of this docume= nt and make soliciting feedback easier.

thank you,=




On Tue, Oct 30, 2018 at 11:44 PM Przemyslaw K= rol <pkrol@google.com> wrote:=
=
Howdy,

I tend to agree that in the curr= ent shape,=C2=A0draft-filsfils-spring-sr-p= olicy-considerations-02=C2=A0document attempts to cover architectural, = operational and use-case aspects which may not be optimal. To that point, i= f we can agree whether it is supposed to be a more operationally-focused ex= tension to its parent=C2=A0draft-ietf-spring-segment-routing-policy draft o= r more of a use case overview, we could make relevant adjustments/augmentat= ions to accommodate that. I personally see a value in both options but base= d on Rob's feedback, the latter one may not be suited for SPRING WG.

thanks,
pk

On Mon, Oct 22, 2018 at 9:50 PM Rob= Shakir <rjs@rob.sh> wrote:
<= div dir=3D"ltr">Ketan, Authors,

Thanks for the update. F= urther responses are in-line marked [rjs].=C2=A0

M= y key feedback here is that I feel like we're not really on the same pa= ge as to what this draft is trying to communicate. Perhaps if we agreed thi= s, then it'd be clearer what the right direction for the document is.

I'd really encourage the WG to read this doc an= d provide the authors with feedback -- especially if you have an implementa= tion, or are implementing SR-TE Policy in your network.

On Thu, 18 Oct 2018 at 19:10 Ketan T= alaulikar (ketant) <ketant@cisco.com> wrote:


  • (2) What is the intention of the diagram shown in this section? It seems to= be completely an implementation detail that an implementation has the &quo= t;SRPM" that acts as a central resolution point. For instance, what sh= ould a reader learn from the fact that the SRPM is not a standard RIB resolution process? If there are suggestions th= at one wants this implementation - should there be some discussion of the c= omplexity of this new API between say, the BGP daemon and a general RIB pro= cess?

[KT] We will= clarify in the text that the section provides a conceptual overview of com= ponents/functionality that work with each other to implement SR Policy on a= headend. The intention is not to define APIs between the blocks since those are implementation details. We = have several drafts related to the SR Policy functionality =E2=80=93 beside= s the architecture draft, there are extensions to BGP (BGP-SRTE & LS), = PCEP then we have Yang model. This draft puts these blocks into reference so implementers get an idea of the functionali= ty that maps to say BGP and the SR Policy processes (e.g. draft-ietf-idr-se= gment-routing-te-policy).

=

<= u>

  • (2) My general feedback on this section is that this is implementation disc= ussion, that does not add to the IETF content that we are publishing within= SPRING. Like we have had discussion of use case drafts, I think this is si= milar but from the implementor side. I'd like to discuss the value that this content has.

[KT] There i= s a difference between documenting implementation details and providing a c= onceptual overview of the implementation aspects. Especially when defining = an architecture which involves multiple protocols and functional blocks. I find it valuable as an implementer myse= lf.


[r= js] I don't think that the edits that are made to this section particul= arly add anything. If the intention is the conceptual overview, I don't= understand why we refer to say, the "SRP process". Conceptually,= shouldn't this be describing interaction between functional blocks? i.= e., we have a functional block in the architecture that is responsible for = learning candidate paths (it's an implementation detail from where...),= and selects the active path, installing it into the RIB or FIB.
=
If the intention is to have this be conceptual, my suggestio= n would be to make the language refer to architectural concepts - rather th= an what seem to be realisations of the idea, and to convert the diagrams in= to lists that describe what each block is doing. Others may have thoughts o= n this too - especially where they have other implementations.
= =C2=A0

  • (3.1) I think that this section has some useful content, but it's burie= d by starting out by defining the algorithms.. Why not make this section be= focused towards the constraints that must be considered when calculating a= SID stack for a particular path. i.e., the key points seem to be:
    • Use of the IGP metric as the metric for path optimisation is desirable, esp= ecially in constrained push or readable depth environments, because it allo= ws the minimum number of deviations from the shortest path and therefore la= bels.
    • If a different metric is used, then this implies that every time that metri= c differs from the IGP metric, then this will result in additional SIDs.=
      • There is no mention of flex-algorithm in this section. It seems relevant gi= ven that you can also mitigate the problem that is trying to be solved here= by having a set of prefix SIDs per metric.

[KT] We will= put a forward reference to the Flex Algo section here.

    • It may be advantageous to sacrifice optimality of the path calculation solu= tion by relaxing the optimisation constraints.
      • The draft should talk about the operational considerations here - i.e., it = implies that you can actually tolerate the margin in the optimisation objec= tive for the service.
      • The "just pick the best you can do within N SIDs" is dangerous, s= ince it means that the network delivers a service that *isn't* what the= operator asked for - which may result in service degradation (e.g., consid= er live/live where there is a maximum latency difference that is tolerable between the two feeds).

[KT] We will= add text clarifying this aspect. However, the point is also that the opera= tor may be OK with the =E2=80=9Cbest possible=E2=80=9D and so such an optio= n may be useful in some deployments.


[rjs] I don't think that we agree at all= on whether this section is useful in its current form. What is the message= that we're trying to convey in this section of the document? If it is = that there are possible algorithms that may be used by an operator dependen= t on their service, I'm not clear that we need to document this. The va= lue to me *would be* that we cover some of the caveats of calculating polic= ies that are specific to SR -- i.e., SID stack depth being something that i= s influenced by divergence from the shortest path, and the fact that we mig= ht need to sacrifice the optimal solution to pathing based on these constra= ints, then I think it'd be useful. The current text does not get this a= cross clearly.
=C2=A0

=
  • (3.2) I'm unclear of the value of this text. It seems to me that we'= ;re restating some of the optimisation objectives that are known for genera= l TE (and, for example, are described by - say RFC3209). What is it that we= 're trying to communicate to the reader here -- can it be covered by "existing path calculation consideration= s, such as resource affinity [rfc3209] can be applied to the path calculati= on of SR paths"?

[KT] We do n= ot assume that anyone that is deploying SR Policies is familiar with RSVP-T= E. RFC3209 does cover resource affinity but not the others. Some of the con= straints are unique to SR. Hence, there is a value in specifying the available constraints.


[rjs]: Again, we might= have to agree to disagree here. I did not make an assertion that someone w= as familiar with RSVP-TE, but that they were familiar with *TE* -- there ar= e networks that meet these constraints that do not use SR or RSVP-TE.... Ag= ain, I'd find it very useful to understand what the authors are trying = to communicate in this section. If it's that there are particular trade= -offs, sure, let's find new wording -- but if not, then I'm not cle= ar why SPRING needs to standardise an incomplete list of optimisation crite= ria.
=C2=A0

  • (3.4) I'm again going to question the value of this section -- it doesn= 't seem to give enough detail of the algorithm that you're proposin= g to be generally useful, and points out it is a node-local behaviour. If t= here's a desire to get to a common understanding of how to take a path and compress its SID stack, then let's write thi= s out.

[KT] Agree t= hat this is a node local behavior. However, the high level description does= indicate how an implementation could go about determining a path to a SID = in an efficient manner.


[rjs]: If there's really value in this high-level des= cription (I'm not sure I agree...) -- it seems like then restructuring = this section to write out the algorithm then use it to illustrate how it op= erates on a network after this.
=C2=A0

  • (4) See my comments on Section 2 of this document, why is describing how th= e interaction between different processes within what sounds like a single = implementation something that we should publish within the IETF?<= /u>

[KT] These e= xamples are important to illustrate how the candidate path selection tiebre= aker rules work in different conditions. The interactions are also valuable= to understand the selection which happens say within BGP (based on its best path) for BGP-SRTE and the selec= tion that then happens at SR Policy level. This section was originally plac= ed in the Appendix of the SR Policy Architecture draft since the candidate = path selection tiebreaker rules were specified in that draft. Later was move to this informational draft.<= /span>


[rjs]:= In my view, this example would be best _as succinctly_ as possible to demo= nstrate the preferences in the actual draft. It seems to me that the explan= ations themselves are quite wordy to make a couple of clear points:

=C2=A0- BGP path selection is unaffected by SR-TE policy.=
=C2=A0- If a protocol does not make its own path selection, then= SR-TE policy attributes are considered to differentiate between them.
=C2=A0etc.

Ideally, this should be clear in = the policy architecture draft itself. If it can't be made clear, then I= think we should seriously consider whether we have the right level of comp= lexity here.
=C2=A0

<= div>
  • (5+5.1+5.2) The core point that seems to be being made here is that - withi= n a single IGP area the head-end has all the visibility it requires; if the= re are multiple areas, there are ways that a head-end could get access to t= he areas that it is not part of (e.g., BGP-LS). Is anything more being said here? Do the implementation de= tails that there are BGP-LS RRs actually matter?

[KT] The int= ention is to provide guidance for some of the deployment options for achiev= ing this functionality.<= /p>

  • (5.3) Similarly to the above, this seems to assume one particular mechanism= of building a centralised system, that doesn't need any new extensions= in the IETF. Is this something that we need to document?

[KT] We expl= ain while taking an example of a mechanism based on IETF standards that is = available for operators looking to deploy this model.

  • (6.2) This section seems to imply that there can never be allocations from = the SRLB that are not dynamically advertised via some other protocol. Is th= is really true?

[KT] I don= =E2=80=99t believe this was the intention. We will clarify this in the text= .

<= div lang=3D"EN-US" link=3D"#0563C1" vlink=3D"#954F72">
  • (8) Given that there is a separate draft discussing this -- what is the mot= ivation to have this in this document?

[KT] This se= ction gives and overview of the proposal with an example of optical circuit= . It also clarifies that the concept described is applicable not just for o= ptical links but in general to other types of layer 2 circuits and tunnels as well. The draft-anand-spring-poi-= sr goes into the details of the use-case, protocol mechanism and extensions= specifically for optical networks only.


[rjs]: For the above points -- I think w= e've clearly seen in the WG and IESG that there is not a huge amount of= appetite to publish use case drafts. From an operational perspective, I al= so don't really find these sections that useful since they don't re= ally give me enough information to be able to figure out an implementation.= I'd be interested whether the working group thinks that they are suffi= ciently of interest to include in this document.

C= heers,
r.
=C2=A0

Thanks,

r.

_______________________________________________
spring mailing list
spring@ietf.org https://www.ietf.org/mailman/listinfo/spring


--
=
Przemyslaw "PK" Krol |=C2=A0Strategic Network Engineering |=C2=A0pkro= l@google.com=C2=A0
=
<= /div>


--
=
= --0000000000007572430579f68993-- From nobody Mon Nov 5 19:26:16 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DFDAE1276D0; Mon, 5 Nov 2018 19:26:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4OkxnN_emu-L; Mon, 5 Nov 2018 19:26:10 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 F23DF127148; Mon, 5 Nov 2018 19:26:09 -0800 (PST) Received: from LHREML714-CAH.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id B32356E612B91; Tue, 6 Nov 2018 03:26:06 +0000 (GMT) Received: from DGGEML423-HUB.china.huawei.com (10.1.199.40) by LHREML714-CAH.china.huawei.com (10.201.108.37) with Microsoft SMTP Server (TLS) id 14.3.408.0; Tue, 6 Nov 2018 03:26:06 +0000 Received: from DGGEML529-MBX.china.huawei.com ([169.254.6.70]) by dggeml423-hub.china.huawei.com ([10.1.199.40]) with mapi id 14.03.0415.000; Tue, 6 Nov 2018 11:25:58 +0800 From: "Chengli (Cheng Li)" To: "Darren Dukes (ddukes)" CC: Joel Halpern , spring , 6man <6man@ietf.org>, Lizhenbin , Mach Chen Thread-Topic: SRv6 - SRH in encaps or base header - point 2 Thread-Index: AQHUcIcsTbFeHZpwLku+NvhkEcQp5qU4pNnQgAOq8QCABFXpAIAAj/cAgADqJXI= Date: Tue, 6 Nov 2018 03:25:58 +0000 Message-ID: References: <42663f06-8fcc-4ca4-5e3c-368adcaaef86@joelhalpern.com> <69085e36-f091-44d5-590b-3550983ac4d7@joelhalpern.com> <3e51b691-ae71-31ce-a094-db2d75d80ae0@joelhalpern.com> <728DADEC-AC49-4F16-93FB-4B5A6905DF59@cisco.com> , <0CA05243-FAC4-4344-BCBE-9B0306A32486@cisco.com> In-Reply-To: <0CA05243-FAC4-4344-BCBE-9B0306A32486@cisco.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: multipart/alternative; boundary="_000_C7C2E1C43D652C4E9E49FE7517C236CB01A5663Cdggeml529mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [spring] SRv6 - SRH in encaps or base header - point 2 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2018 03:26:15 -0000 --_000_C7C2E1C43D652C4E9E49FE7517C236CB01A5663Cdggeml529mbxchi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 T0ssIHRoYW5rcyBmb3IgeW91ciByZXBseS4gSXQgc29sdmVzIG15IHByb2JsZW1zLg0KDQpSZWdh cmRzLA0KQ2hlbmcNCg0KRnJvbTogRGFycmVuIER1a2VzIChkZHVrZXMpDQpUbzogQ2hlbmdsaSAo Q2hlbmcgTGkpPGNoZW5nbGkxM0BodWF3ZWkuY29tPG1haWx0bzpjaGVuZ2xpMTNAaHVhd2VpLmNv bT4+DQpDYzogSm9lbCBIYWxwZXJuPGptaEBqb2VsaGFscGVybi5jb208bWFpbHRvOmptaEBqb2Vs aGFscGVybi5jb20+PjtzcHJpbmc8c3ByaW5nQGlldGYub3JnPG1haWx0bzpzcHJpbmdAaWV0Zi5v cmc+Pjs2bWFuPDZtYW5AaWV0Zi5vcmc8bWFpbHRvOjZtYW5AaWV0Zi5vcmc+PjtMaXpoZW5iaW48 bGl6aGVuYmluQGh1YXdlaS5jb208bWFpbHRvOmxpemhlbmJpbkBodWF3ZWkuY29tPj47TWFjaCBD aGVuPG1hY2guY2hlbkBodWF3ZWkuY29tPG1haWx0bzptYWNoLmNoZW5AaHVhd2VpLmNvbT4+DQpT dWJqZWN0OiBSZTogU1J2NiAtIFNSSCBpbiBlbmNhcHMgb3IgYmFzZSBoZWFkZXIgLSBwb2ludCAy DQpUaW1lOiAyMDE4LTExLTA2IDA0OjI4OjE4DQoNClllcywgU1JIIGluc2VydGlvbiBpcyBub3Qg ZGlzY3Vzc2VkIGluIHRoaXMgZHJhZnQgYW5kIG5vdCB3aXRoaW4gaXRzIHNjb3BlLg0KDQpEYXJy ZW4NCg0KPiBPbiBOb3YgNCwgMjAxOCwgYXQgMTE6NTUgUE0sIENoZW5nbGkgKENoZW5nIExpKSA8 Y2hlbmdsaTEzQGh1YXdlaS5jb20+IHdyb3RlOg0KPg0KPiBzbyBob3cgdG8gdXNlIFNSSCBpbnNl cnRpb24/IE91dCBvZiBzY29wZSBvZiB0aGlzIGRyYWZ0Pw0KPg0KPiBDaGVuZw0KPg0KPg0KPiAt LS0tLdPKvP7Urbz+LS0tLS0NCj4gt6K8/sjLOiBEYXJyZW4gRHVrZXMgKGRkdWtlcykgW21haWx0 bzpkZHVrZXNAY2lzY28uY29tXQ0KPiC3osvNyrG85DogMjAxOMTqMTHUwjPI1SAyOjQwDQo+IMrV vP7IyzogQ2hlbmdsaSAoQ2hlbmcgTGkpIDxjaGVuZ2xpMTNAaHVhd2VpLmNvbT4NCj4gs63LzTog Sm9lbCBIYWxwZXJuIDxqbWhAam9lbGhhbHBlcm4uY29tPjsgc3ByaW5nQGlldGYub3JnOyA2bWFu QGlldGYub3JnOyBMaXpoZW5iaW4gPGxpemhlbmJpbkBodWF3ZWkuY29tPjsgTWFjaCBDaGVuIDxt YWNoLmNoZW5AaHVhd2VpLmNvbT4NCj4g1vfM4jogUmU6IFNSdjYgLSBTUkggaW4gZW5jYXBzIG9y IGJhc2UgaGVhZGVyIC0gcG9pbnQgMg0KPg0KPiBIZWxsbyBDaGVuZywgdGhhbmtzIGZvciB0aGUg cmV2aWV3ISAgUGxlYXNlIHNlZSBpbmxpbmUNCj4NCj4+IE9uIE9jdCAzMCwgMjAxOCwgYXQgMTE6 NDEgUE0sIENoZW5nbGkgKElQIFRlY2hub2xvZ3kgUmVzZWFyY2gpIDxjaGVuZ2xpMTNAaHVhd2Vp LmNvbT4gd3JvdGU6DQo+Pg0KPj4gSGkgRGFycmVuLA0KPj4NCj4+IEkgdGhpbmsgdGhlIHRleHQg b2YgZW5jYXBzdWxhdGluZyBtb2RlIGlzIGNsZWFyIGZvciBtZS4gQnV0IEkgc3RpbGwgaGF2ZSBz b21lIHF1ZXN0aW9ucyBvZiB0aGUgaW5zZXJ0aW9uIG1vZGUgLg0KPj4NCj4+IDEuMSA6PGRkPiBO b2RlIDkgaGFzIGEgY2hvaWNlLCBlbmNhcHN1bGF0ZSB0byBub2RlIDMgb3Igbm90Lg0KPj4gSWYg bm9kZSA5IGRvZXMgbm90IGVuY2Fwc3VsYXRlLCBpdCB3aWxsIGluZm9ybSB0aGUgZGVzdGluYXRp b24gb2YgdGhlIHNlZ21lbnRzIGluIHRoZSBTUkggYW5kIHBvc3NpYmx5IGxlYWsgdGhlbSB0byBp bnRlcm1lZGlhdGUgbm9kZXMuDQo+Pg0KPj4gSWYgdGhlcmUgaXMgbm90IGluZGljYXRvciB0byBt YWtlIGEgY2hvaWNlIG9mIGVuY2Fwc3VsYXRpbmcgb3Igbm90LCBob3cgdGhlIG5vZGUgdG8gbWFr ZSB0aGUgY2hvaWNlPyBMb2NhbCBwb2xpY3k/DQo+PiBPciBtYWtlIGl0IHRoZSBzYW1lIGxpa2Ug dGhlIHJlY2VpdmVkIHBhY2tldD8gRW5jYXBzdWxhdGUgaWYgcmVjZWl2ZWQgcGFja2V0IGRvZXMs IGVsc2UsIGluc2VydD8NCj4NCj4gQSBob3N0IG5lZWRzIG1hbnkgdGhpbmdzIHRvIGRldGVybWlu ZSBob3cgdG8gYWRkIGFuIFNSSCB0byBhIHBhY2tldCBpdCBpcyBzZW5kaW5nIHRvIGEgZGVzdGlu YXRpb24sIGF0IGxlYXN0IGl0IG5lZWRzIHRvIGxlYXJuIFNJRHMgZm9yIG5vZGVzIGFuZCBoYXZl IHNvbWUgbG9naWMgaW4gcGxhY2UgdG8gZGV0ZXJtaW5lIGhvdyBhbmQgd2hlbiB0byB1c2UgYSBw YXJ0aWN1bGFyIHNlZ21lbnQgbGlzdKGtIFRoYXQgaXMgd2VsbCBiZXlvbmQgdGhpcyBkb2N1bWVu dCBhbmQgdGhlcmUgaXMgYW5kIHdpbGwgYmUgbW9yZSBpbm5vdmF0aXZlIHdheXMgb2YgZGV0ZXJt aW5pbmcgd2hlbiB0byBhZGQgYSBTUkggdG8gYSBwYWNrZXQgc291cmNlZCBieSBhIG5vZGUuDQo+ DQo+IFRoZXJlZm9yZSBJoa9sbCBzYXkgdGhpcyBxdWVzdGlvbiBpcyBub3Qgd2l0aGluIHNjb3Bl IGZvciB0aGlzIGRvY3VtZW50LCBpdCBuZWVkcyB0byBiZSBhbnN3ZXJlZCBmb3Igc3BlY2lmaWMg dXNlIGNhc2VzIGFuZCBhcHBsaWNhdGlvbnMgb2YgdGhlIFNSSC4NCj4NCj4gVGhhdCBzYWlkIHRo ZXJlIGlzIG9uZ29pbmcgd29yayB0byBkZWZpbmUgaG93IGEgbm9kZSBtYXkgbGVhcm4gYW4gU1Ig UG9saWN5Og0KPiBQQ0VQIGh0dHBzOi8vd3d3LmlldGYub3JnL2lkL2RyYWZ0LW5lZ2ktcGNlLXNl Z21lbnQtcm91dGluZy1pcHY2LTAzLnR4dCwNCj4gQkdQLVRFIGh0dHBzOi8vd3d3LmlldGYub3Jn L2lkL2RyYWZ0LWlldGYtaWRyLXNlZ21lbnQtcm91dGluZy10ZS1wb2xpY3ktMDQudHh0LA0KPiBv ciChsFNETqGxIG1ldGhvZHMgd2hlcmUgc29tZSBvdXRzaWRlIGNvbnRyb2xsZXIgc2V0cyB1cCBh IHNlZ21lbnQgbGlzdCB2aWEgc29tZSBSRVNULCBDTEksIG5ldGNvbmYveWFuZyBpbnRlcmZhY2Ug dG8gc2F0aXNmeSBzcGVjaWZpYyB1c2UgY2FzZXMuDQo+DQo+IEFuZCB3aGVuIHRvIHVzZSBpdDoN Cj4gQkdQIFNSdjYgc2VydmljZXMgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWQvZHJhZnQtZGF3cmEt aWRyLXNydjYtdnBuLTA1LnR4dA0KPg0KPg0KPj4NCj4+IDEuMiA6IEhvdyB0byBpbmZvcm0gdGhl IGRlc3RpbmF0aW9uIG9mIHRoZSBzZWdtZW50cyBpbiB0aGUgU1JIPyAgQW55IGluZGljYXRvciBp biBTUkg/IE9yIHRocm91Z2ggc2lnbmFsaW5nPw0KPj4NCj4NCj4NCj4gU2FtZSBhbnN3ZXIgYXMg MS4xLg0KPg0KPj4gMjogQ2FuIGEgbm9ybWFsKG5vbi1TSUQpIElQdjYgYWRkcmVzcyBiZSBhZGRl ZCBpbnRvIFNJRCBsaXN0Pw0KPj4NCj4+IEkgcHJlZmVyIHllcy4NCj4+DQo+PiBBcyBzZWN0aW9u IDQuMyBzYXlzLCBpdCBzZWVtcyBsaWtlIHdlIGNhbiBkbyB0aGF0Lg0KPj4NCj4+ICAiV2hlbiBh biBTUnY2LWNhcGFibGUgbm9kZSByZWNlaXZlcyBhbiBJUHY2IHBhY2tldCwgaXQgcGVyZm9ybXMg YQ0KPj4gIGxvbmdlc3QtcHJlZml4LW1hdGNoIGxvb2t1cCBvbiB0aGUgcGFja2V0cyBkZXN0aW5h dGlvbiBhZGRyZXNzLiAgVGhpcw0KPj4gIGxvb2t1cCBjYW4gcmV0dXJuIGFueSBvZiB0aGUgZm9s bG93aW5nOg0KPj4NCj4+ICAgICAgQSBGSUIgZW50cnkgdGhhdCByZXByZXNlbnRzIGEgbG9jYWxs eSBpbnN0YW50aWF0ZWQgU1J2NiBTSUQNCj4+ICAgICAgQSBGSUIgZW50cnkgdGhhdCByZXByZXNl bnRzIGEgbG9jYWwgaW50ZXJmYWNlLCBub3QgbG9jYWxseQ0KPj4gICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBpbnN0YW50aWF0ZWQgYXMgYW4gU1J2NiBTSUQNCj4+ICAgICAgQSBG SUIgZW50cnkgdGhhdCByZXByZXNlbnRzIGEgbm9uLWxvY2FsIHJvdXRlDQo+PiAgICAgIE5vIE1h dGNoDQo+PiAgICAgIg0KPj4gQWxzbywgaW4gc2VjdGlvbiA1LCB3ZSBjYW4gc2VlIEE5IGNhbiBi ZSBhZGRlZCBpbiBTSUQgbGlzdCBvZiBhIFNSIHBvbGljeS4NCj4+DQo+PiBTbyBmb3IgdGhlIHBh Y2tldCBmcm9tIEE5IHRvIEExLCB0aGUgYWRkcmVzcyBvZiBBMSBjYW4gYmUgYWRkZWQgYXMgdGhl IGxhc3QgZW50cnkgb2YgU0lEIGxpc3QsIHJpZ2h0Pw0KPj4NCj4+IElmIHllcywgYWRkcmVzcyBv ZiBBMSBpcyBub3QgYW4gaW5zdGFudGlhdGVkIFNJRCwgc28gbm90IFBTUCBmbGF2b3IgY2FuIGJl IGVuYWJsZWQuIFNvIHRoZSBwYWNrZXQgd2lsbCBiZSBzZW50IG91dCBieSBjYXJyeWluZyB0aGUg U1JIIGFmdGVyIEExIGlzIHVwZGF0ZWQgdG8gdGhlIElQdjYgREEuDQo+PiBTUkggd2lsbCBiZSBs ZWFrZWQgdG8gb3V0c2lkZSBvZiB0aGUgU1IgZG9tYWluLCB3aGljaCB3aWxsIGJyaW5nIG5ldyBz ZWN1cml0eSBpc3N1ZXMuDQo+Pg0KPg0KPiBZZXMgYXMgdGhlIGxhc3Qgc2VnbWVudCBpbiBhIHNl Z21lbnQgbGlzdCwgYW5kIGFzIFJGQzgyMDAgc2VjdGlvbiA0LjQgZGVzY3JpYmVzIFJvdXRpbmcg SGVhZGVyIHByb2Nlc3Npbmcgd2hlbiBzZWdtZW50cyBsZWZ0IGlzIDAuDQo+DQo+IEl0IGlzIHVw IHRvIHRoZSBzcGVjaWZpYyB1c2UgY2FzZSB0byBkZXRlcm1pbmUgaWYgaW5mb3JtaW5nIHRoZSBk ZXN0aW5hdGlvbiBvciBpbnRlcm1lZGlhdGUgbm9kZXMgb2YgdGhlIHNlZ21lbnQgbGlzdCB1c2Vk IHRvIHJlYWNoIGl0IGlzIGEgc2VjdXJpdHkgcmlzay4NCj4NCj4gQ2VydGFpbmx5IG9uIHRoZSBs YXJnZXIgaW50ZXJuZXQgdGhpcyBpcyBhbiBpc3N1ZSB0aGF0IG5lZWRzIHRvIGJlIGNvbnNpZGVy ZWQsIGJ1dCB3aXRoaW4gYW4gZW50ZXJwcmlzZSBuZXR3b3JrIG9yIHdpdGhpbiBhIHNpbmdsZSBw cm92aWRlcnMgbmV0d29yayBjcm9zc2luZyBtdWx0aXBsZSBkb21haW5zLCBvciBldmVuIGJldHdl ZW4gcHJvdmlkZXJzIHRoZSBkaXNjbG9zdXJlIG1heSBiZSBhY2NlcHRhYmxlIG9yIGRlc2lyZWQu DQo+DQo+Pg0KPj4gMzogRm9yIHNlY3Rpb24gNi4yLA0KPj4gIE5vZGVzIG91dHNpZGUgdGhlIFNS IERvbWFpbiBjYW5ub3QgYmUgdHJ1c3RlZC4gIFNSIERvbWFpbiBJbmdyZXNzDQo+PiAgcm91dGVy cyBTSE9VTEQgZGlzY2FyZCBwYWNrZXRzIGRlc3RpbmVkIHRvIFNJRHMgd2l0aGluIHRoZSBTUiBE b21haW4NCj4+ICAocmVnYXJkbGVzcyBvZiB0aGUgcHJlc2VuY2Ugb2YgYW4gU1JIKSB0byBhdm9p ZCBhdHRhY2tzIG9uIHRoZSBTUg0KPj4gIERvbWFpbiBhcyBkZXNjcmliZWQgYW5kIHJlZmVyZW5j ZWQgaW4gW1JGQzUwOTVdLg0KPj4NCj4+ICBBcyBhbiBhZGRpdGlvbmFsDQo+PiAgbGF5ZXIgb2Yg cHJvdGVjdGlvbiwgU1IgU2VnbWVudCBFbmRwb2ludCBub2RlcyBTSE9VTEQgZGlzY2FyZCBwYWNr ZXRzDQo+PiAgZGVzdGluZWQgdG8gbG9jYWwgU0lEcyBmcm9tIHNvdXJjZSBhZGRyZXNzZXMgbm90 IHBhcnQgb2YgdGhlIFNSDQo+PiAgRG9tYWluLg0KPj4NCj4+IEZvciBhIHBhY2tldCBmcm9tIEEx IHRvIEE5LCAgdGhlIHBhY2tldCBpcyAoQTEsIEE5KS4gTm9kZTMgd2lsbCBub3QgZHJvcCB0aGUg cGFja2V0IHNpbmNlIHRoZSBkZXN0aW5hdGlvbiBpcyBBOSBub3QgUzkuDQo+Pg0KPj4gSWYgbm9k ZSAzIGluc2VydCBhIFNSSCBpbiB0aGUgb3JpZ2luYWwgSVB2NiBwYWNrZXQsIHRoZW4gdGhlIHNv dXJjZSBBZGRyZXNzIHdpbGwgYmUgQTEuIEFuZCB0aGUgU0lEIGxpc3QgY2FuIGJlICA8QTksIFM2 ID4uDQo+PiBJbiB0aGlzIGNhc2UsIHRoZSBwYWNrZXQgd2lsbCBiZSBkcm9wcGVkIGJ5IG5vZGUg Niwgc2luY2UgdGhlIHNvdXJjZSBhZGRyZXNzIGlzIG5vdCBwYXJ0IG9mIHRoZSBTUiBkb21haW4u ICBbU2VjdGlvbiA2LjJdLCByaWdodD8NCj4+DQo+PiBJTUhPLCB0aGVyZSBhcmUgc29tZSBwcm9i bGVtcyBhYm91dCBpbnNlcnRpb24gbW9kZS4NCj4NCj4gSW4gdGhlIGNvbnRleHQgb2YgdGhlIFNS SCBkcmFmdCB3ZSBkbyBub3QgbWFrZSBhbnkgbWVudGlvbiBvciB1c2Ugb2YgU1JIIGluc2VydGlv bi4gSS5lLiBub2RlIDMgZG9lcyBub3QgaW5zZXJ0IGFuIFNSSCwgaXQgZW5jYXBzdWxhdGVzIGlu IGFuIG91dGVyIElQdjYgaGVhZGVyLg0KPg0KPiBEYXJyZW4NCj4NCj4+DQo+PiBUaGFua3MsDQo+ PiBDaGVuZw0KPj4NCj4+DQo+Pg0KPj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4+IEZy b206IGlwdjYgW21haWx0bzppcHY2LWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBEYXJy ZW4gRHVrZXMNCj4+IChkZHVrZXMpDQo+PiBTZW50OiBXZWRuZXNkYXksIE9jdG9iZXIgMzEsIDIw MTggMzozMSBBTQ0KPj4gVG86IEpvZWwgSGFscGVybiA8am1oQGpvZWxoYWxwZXJuLmNvbT4NCj4+ IENjOiBzcHJpbmdAaWV0Zi5vcmc7IDZtYW5AaWV0Zi5vcmcNCj4+IFN1YmplY3Q6IFJlOiBTUnY2 IC0gU1JIIGluIGVuY2FwcyBvciBiYXNlIGhlYWRlciAtIHBvaW50IDINCj4+DQo+PiBJIHRoaW5r IHdloa9yZSBhbG1vc3QgY29uY2x1ZGVkIHNvIG9uY2UgbW9yZSBpbmxpbmUgYXQgPGRkPjwvZGQ+ DQo+Pg0KPj4+IE9uIE9jdCAyNiwgMjAxOCwgYXQgMjoyOCBQTSwgSm9lbCBIYWxwZXJuIDxqbWhA am9lbGhhbHBlcm4uY29tPiB3cm90ZToNCj4+Pg0KPj4+IChyZXNlbmRpbmcsICtzcHJpbmcgYXMg cmVxdWVzdGVkKQ0KPj4+DQo+Pj4gVGhhbmsgeW91IGZvciB0aGUgcmVzcG9uc2VzLiAgSSB3aWxs IHJlc3BvbmQgaW4gbGluZSwgbWFya2VkIDxqbWg+PC9qbWg+LiAgSSBmZWFyIGl0IHdpbGwgc2hv cnRseSBnZXQgdG9vIGRlZXAsIGJ1dCB0aGUgY29udGV4dCBpcyBpbXBvcnRhbnQuDQo+Pj4NCj4+ PiBJIHdpbGwgcmVwaHJhc2UgaGVyZSBhbiBpc3N1ZSBmcm9tIGFub3RoZXIgdGhyZWFkIHRoYXQg SSBhaHZlIG5vdCBzZWVuIHlvdXIgY29tbWVudHMgb24uICBJZiBOb2RlIDkgaXMgc2VuZGluZyB0 cmFmZmljIHRvIE5vZGUgMSAoZm9yIGV4YW1wbGUsIHRoZSByZXZlcnNlIHRyYWZmaWMgZm9yIHRo ZSB0cmFmZmljIGZyb20gMSB0byA5IGluIHRoZSBleGFtcGxlcyBiZWxvdyksIGl0IHByZXN1bWFi bHkgaGFzIGFuIFNSIFBvbGljeSB0byBiZSBhcHBsaWVkLiBUaGUgaXNzdWUgSSByYWlzZWQgYmVm b3JlIGlzIHRoZSBsZWFrYWdlIGlzc3VlLiAgSWYgOSBwdXRzIHRoZSBTUkggaW4gaXRzIHBhY2tl dCAoYXMgdGhlIGRvY3VtZW50IGN1cnJlbnRseSBtYW5kYXRlcyksIHRoZW4gaXQgd2lsbCBub3Qg YmUgcG9zc2libGUgZm9yIDMgdG8gcmVtb3ZlIHRoZSBTUkguICBUaHVzLCB0aGUgU1JIIHdpbGwg bGVhay4NCj4+Pg0KPj4+IFNvbWUgaGF2ZSBhcmd1ZWQgdGhhdCBpcyBub3QgYSBiaWcgZGVhbC4g IEl0IHNlZW1zIHRvIG1hdHRlciB0byBtZS4gIEJ1dCB0aGVyZSBpcyBhbiBhZGRpdGlvbmFsIHBy b2JsZW0uICBBMSBpcyBub3QgYSBTSUQuICBUaGVyZWZvcmUsIDkgY2FuIG5vdCBwdXQgQTEgaW50 byB0aGUgU1JILiAgSWYgaXQgY2FuIG5vdCBwdXQgQTEgaW50byB0aGUgU1JILCBhbmQgaXQgZG9l cyBub3QgZW5jYXBzdWxhdGUgdGhlIHBhY2tldCwgd2hlcmUgZG9lcyBpdCBwdXQgQTEuDQo+Pg0K Pj4gPGRkPiBOb2RlIDkgaGFzIGEgY2hvaWNlLCBlbmNhcHN1bGF0ZSB0byBub2RlIDMgb3Igbm90 Lg0KPj4gSWYgbm9kZSA5IGRvZXMgbm90IGVuY2Fwc3VsYXRlLCBpdCB3aWxsIGluZm9ybSB0aGUg ZGVzdGluYXRpb24gb2YgdGhlIHNlZ21lbnRzIGluIHRoZSBTUkggYW5kIHBvc3NpYmx5IGxlYWsg dGhlbSB0byBpbnRlcm1lZGlhdGUgbm9kZXMuDQo+PiBJZiBub2RlIDkgZG9lcyBlbmNhcHN1bGF0 ZSwgbm9kZSAzIHJlbW92ZXMgdGhlIG91dGVyIGhlYWRlciBhbmQgbm9kZSAxIHdvdWxkIG5vdCBs ZWFybiB0aGUgc2VnbWVudCBsaXN0Lg0KPj4gSSB0aGluayBpdHMgY2hvaWNlIHNob3VsZCBub3Qg YmUgbWFuZGF0ZWQgaW4gdGhlIGRyYWZ0LiA8L2RkPg0KPj4NCj4+Pg0KPj4+IFlvdXJzLA0KPj4+ IEpvZWwNCj4+Pg0KPj4+IE9uIDEwLzI2LzE4IDE6MjkgUE0sIERhcnJlbiBEdWtlcyAoZGR1a2Vz KSB3cm90ZToNCj4+Pj4gSGkgSm9lbCwgeW91oa92ZSBkZXNjcmliZWQgc2VjdGlvbnMgdGl0bGVk IKGwSW50cmEgU1IgRG9tYWluIFBhY2tldKGxLCChsFRyYW5zaXQgUGFja2V0IFRocm91Z2ggU1Ig RG9tYWluobEsIGFuZCAiU1IgU291cmNlIE5vZGVzIE5vdCBEaXJlY3RseSBDb25uZWN0ZWShsS4N Cj4+Pj4gSaGvdmUgcGFyc2VkIHRoZW0gaW5saW5lIHRvIHRoZSBzZWN0aW9ucyBvZiB0aGUgZHJh ZnQgZGVmaW5pbmcgdGhlbSBhbmQgZ2l2ZW4gbW9yZSBjb250ZXh0IHdoZXJlIG5lZWRlZC4NCj4+ Pj4+IE9uIE9jdCAyMiwgMjAxOCwgYXQgODo0OSBQTSwgSm9lbCBNLiBIYWxwZXJuIDxqbWhAam9l bGhhbHBlcm4uY29tPiB3cm90ZToNCj4+Pj4+DQo+Pj4+PiBSZXBocmFzaW5nIHVzaW5nIHRoZSBl eGFtcGxlIGZyb20gNS4yLiAgQXNzdW1pbmcgdGhhdCA4IGFuZCA5IGFyZQ0KPj4+Pj4gU1IgSG9z dHMgKG5vdCBqdXN0IGhvc3RzIHdpdGhpbiB0aGUgZG9tYWluLCB0aGV5IGFyZSBjYXBhYmxlIG9m IGFuZA0KPj4+Pj4gZXhwZWN0IHRvIGRlYWwgd2l0aCBTUkhzLCBhbmQgdGhlcmVmb3JlIGhhdmUg bG9jYWwgU0lEcywgLi4uKQ0KPj4+Pj4NCj4+Pj4+IEZvciB0cmFmZmljIGZyb20gOCB0byA5IHRo YXQgbmVlZHMgYW4gU1JILCB0aGUgU1JIIGdvZXMgaW4gdGhlIElQdjYgaGVhZGVyIHNlbnQgbXkg OCB0byA5LiAgV2hlbiA5IHByb2Nlc3NlcyB0aGUgcGFja2V0LCBpdCBzZWVtcyB0aGF0IGl0IGlz IHRoZSBsYXN0IFNJRCwgZmlndXJlcyBvdXQgdGhhdCB0aGVyZSBpcyBubyBlbmNhcHN1bGF0aW9u LCBhbmQgc2VuZCB0aGUgVENQIC8gVURQIC8gUVVJQyBpbmZvcm1hdGlvbiB0byBpdHMgaW50ZXJu YWwgcHJvdG9jb2xzIHN0YWNrcy4NCj4+Pj4gWWVzLCB0aGlzIGlzIFNlY3Rpb24gNS4zLjEgobBJ bnRyYSBTUiBEb21haW4gUGFja2V0obEuDQo+Pj4gPGptaD5BZ3JlZWQgYXMgZmFyIGFzIGl0IGdv ZXMuICBIb3dldmVyLCAgdGhlIGV4aXN0ZW5jZSBvZiBTOSBhbmQgQTkNCj4+PiBwb2ludHMgdG8g YSBwcm9ibGVtLiAgTm9kZSA4IGlzIHRyeWluZyB0byBwdXQgb24gYW4gU1JIIGdvaW5nIHRocm91 Z2gNCj4+PiBTeCwgU3ksIHdoYXRldmVyIGZvciBzb21lIHJlYXNvbi4gIEl0IGNhbid0IHB1dCBB OSBpbnRvIHRoZSBTUkgsIGFzDQo+Pj4gQUggaXMgbm90IGEgU0lELCBpdCBpcyBhbiBhZGRyZXNz LiAgSSBwcmVzdW1lIG5vZGUgOCBnb3QgUzkgZnJvbQ0KPj4+IHdoYXRldmVyIHByb3ZpZGVkIGhp bSB0aGUgU1IgUG9saWN5IHRoYXQgaXQgaXMgdXNpbmcuICBEb2VzIGl0IHNpbXBseQ0KPj4+IHVz ZSBTOSBhcyB0aGUgYWRkcmVzcyBmb3Igbm9kZSA5LCByYXRoZXIgdGhhbiBBOSB0aGF0IGl0IGdv dCBmcm9tDQo+Pj4gRE5TPyAgQW5kIGRvZXMgdGhlIFRDUCBzdGFjayBrbm93IHRoYXQgdGhpcyBz dWJzdGl0dXRpb24gaXMgYmVpbmcNCj4+PiBtYWRlPyAgKFRoaXMgaXMgYW5vdGhlciBleGFtcGxl IG9mIGEgcHJvYmxlbSB0aGF0IGdvZXMgYXdheSBpZiB3ZQ0KPj4+IGFsd2F5cyBlbmNhcHN1bGF0 ZS4pIDwvam1oPg0KPj4NCj4+IDxkZD5TZWN0aW9uIDQuMy4yIGNvdmVycyB0aGVzZSBxdWVzdGlv bnMsIGkuZS4gQTkgY2FuIGJlIHBsYWNlZCBpbiB0aGUNCj4+IFNSSCBhcyB0aGUgbGFzdCBzZWdt ZW50LCBhbmQgdGhpcyBzZWN0aW9uIGRlc2NyaWJlcyBob3cgaXShr3MNCj4+IGhhbmRsZWQuPC9k ZD4NCj4+DQo+Pj4NCj4+Pj4+DQo+Pj4+PiBGb3IgdHJhZmZpYyBmcm9tIDEgdG8gOSwgd2hlcmUg MyBhZGRzIGFuIFNSSCwgdGhhdCBTUkggc3RpbGwgcHJlc3VtYWJseSBlbmRzIGF0IDkuICA5IFJl Y2VpdmVzIHRoZSBJUCBwYWNrZXQuICBTZWVzIHRoYXQgaXQgaXMgYWRkcmVzc2VkIHRvIGl0c2Vs Zi4gIFNlZXMgdGhhdCB0aGUgU1JIIGlzIGZpbmlzaGVkLiAgQW5kIHRoZW4gbm90aWNlcyB0aGF0 IHRoZSBuZXh0LWhlYWRlciBpcyBJUHY2LiAgVW53cmFwcyB0aGUgaGVhZGVyLCBjaGVja3MgdGhh dCB0aGUgaW5uZXIgZGVzdGluYXRpb24gYWRkcmVzcyBpcyBhbHNvIGl0c2VsZiwgYW5kIHBhc3Nl cyB0aGUgbWF0ZXJpYWwgY2FycmllZCBieSB0aGUgaW5uZXIgaGVhZGVyIHVwIHRvIHRoZSBhcHBy b3ByaWF0ZSBzdGFjay4NCj4+Pj4gU28gbm9kZSAxIHNlbmRzIGEgcGFja2V0IHRvIG5vZGUgOSAo QTEsQTkpIElGIHRoZXJlIGlzIHNvbWUgc3RlZXJpbmcNCj4+Pj4gaW50byBhbiBTUiBQb2xpY3kg YXQgbm9kZSAzIHRvIHJlYWNoIG5vZGUgOSwgdGhpcyBpcyBpZGVudGljYWwgdG8gc2VjdGlvbiA1 LjMuMiChsFRyYW5zaXQgcGFja2V0IHRocm91Z2ggU1IgZG9tYWluobEsIGV4Y2VwdCBmb3IgZGVz dGluYXRpb24gb2YgQTkgdmlhIG5vZGUgOSAgaW5zdGVhZCBvZiBBMiB2aWEgbm9kZSA0Lg0KPj4+ DQo+Pj4+Pg0KPj4+Pj4gVGh1cywgOSBuZWVkcyB0byBiZSBhYmxlIHRvIGNoZWNrIGZvciBib3Ro IGNhc2VzLiAgV2UgYXQgbGVhc3QgbmVlZCB0byB0ZWxsIGltcGxlbWVudG9ycyB0aGF0Lg0KPj4+ PiBXZWxsLCA5IG5lZWRzIGEgU0lEIFM5IGFuZCBBZGRyZXNzIEE5LiAgVGhhdCBpcyBzaG93biBp biBTZWN0aW9uIDUuMSBTSUQgYW5kIGFkZHJlc3MgcmVwcmVzZW50YXRpb24uDQo+Pj4gPGptaD5T bywgbGV0IHVzIGFzc3VtZSB0aGF0IDMgaGFzIGFuIFNSIHBvbGljeSBpdCB3YW50cyB0byBhcHBs eSB0bw0KPj4+IHRoZSB0cmFmZmljIGZyb20gQTEgdG8gQTkuICBJbiB0aGlzIGNhc2UsIHRoZSBT OSAvIEE5IGRpY2hvdG9teSBpcw0KPj4+IG5vdCBhIHByb2JsZW0sIEkgdGhpbmsuICBOb2RlIDMg ZW5jYXBzdWFsdGVzIHRoZSBwYWNrZXQgZnJvbSBBMSB0bw0KPj4+IEE5LCB1c2VzIFMzIGFzIHRo ZSBzb3VyY2UgYWRkcmVzcyBvZiB0aGUgZW5jYXBzdWxhdGluZyBoZWFkZXIsIGFuZA0KPj4+IGVu ZHMgdGhlIFNJRCBsaXN0IGluIHRoZSBTUkggd2l0aCBTOS4gIFRoZSB1bnNwZWNpZmllZCBwYXJ0 IGlzIHRoYXQNCj4+PiBub2RlIDkgbmVlZHMgdG8gYmUgcHJlcGFyZWQgdG8gcmVjZWl2ZSBzdWNo IHBhY2tldHMgYW5kIGRvIHRoZSBkb3VibGUNCj4+PiBwcm9jZXNzaW5nLiAgSXQgaXMgcmVhc29u YWJsZSBkb3VibGUgcHJvY2Vzc2luZy4gIE15IG9ubHkgcmVxdWVzdA0KPj4+IGhlcmUgaXMgdGhh dCB3ZSB0ZWxsIGZvbGtzIHRoZXkgbmVlZCB0byBzdXBwb3J0IGl0LiA8L2ptaD4NCj4+DQo+PiA8 ZGQ+QWN0dWFsbHksIG5vZGUgMyB1c2VzIEEzIGFzIGl0cyBzb3VyY2UgYWRkcmVzcywgYnV0IHRo YXShr3MgbWlub3IuDQo+PiBUaGUgZG91YmxlIHByb2Nlc3NpbmcgKGxvb2t1cCwgZG8gZW5kIHBy b2Nlc3NpbmcsIGRvIGFub3RoZXIgbG9va3VwKSBpcyBkb2N1bWVudGVkIGluIFNlY3Rpb24gNC4z Lg0KPj4gSXMgdGhlcmUgYSBuZWVkIGZvciBtb3JlIHRoYW4gd2hhdCBpcyBjdXJyZW50bHkgc3Bl Y2lmaWVkPyA8L2RkPg0KPj4NCj4+Pj4+DQo+Pj4+PiBUaGVyZSBpcyBhIGZ1cnRoZXIgY29tcGxp Y2F0aW9uLiAgOSBzZWVtcyB0byBuZWVkIHRvIGhhdmUgYW4gYWRkcmVzcyB0aGF0IGlzIGEgdmFs aWQgU0lELCBzbyBpdCBjYW4gYmUgdGhlIGxhc3QgZW50cnkgaW4gdGhlIFNSSCBmcm9tIDggdG8g OS4NCj4+Pj4gQXMgZGVzY3JpYmVkIGluIHRoZSBkcmFmdCwgU2VjdGlvbiA1LjEgYSBub2RlIGsg aGFzIGFuIGFkZHJlc3MgQWsgYW5kIFNJRCBTay4gIFNvIG5vZGUgOSBoYXMgYSB2YWxpZCBTSUQu DQo+Pj4+IEZvciB0cmFmZmljIGZyb20gOCB0byA5LCBBOSBpcyB1c2VkIGFzIHRoZSBkZXN0aW5h dGlvbiBhcyBzaG93biBpbiBzZWN0aW9uIDUuMy4xLCA1LjQgYW5kIDUuNS4NCj4+Pj4+IEhvd2V2 ZXIsIGlmIDEgd2VyZSB0byBzZW5kIHRoZSBwYWNrZXQgdG8gdGhhdCBTSUQgZm9yIDksIHJvdXRl ciAzIHdvdWxkIGJlIHJlcXVpcmVkIGJ5IHRoZSBydWxlcyB3ZSBkaXNjdXNzZWQgaW4gdGhlIG90 aGVyIHRocmVhZCB0byBkaXNjYXJkIHRoZSBwYWNrZXQgYXMgaXQgaXMgbmVpdGhlciB0byBwcmVm aXggbm9yIGNvbnRhaW5zIGFuIEhBTUMuDQo+Pj4+PiBBbmQgc29tZWhvdywgOCBhbmQgMSBuZWVk IHRvIGVhY2ggcGljayB0aGUgcmlnaHQgYWRkcmVzcyB0byB1c2UgZm9yIDkuIChzcGxpdCBETlMg bWF5YmU/KSAgQW5kIDMgbmVlZHMgdG8gYmUgYWJsZSB0byBkZXJpdmUgdGVoIFNJRC1mb3JtbiBh ZGRyZXNzIGZvciA5IGZyb20gdGhlIG5vbi1TSUQgZm9ybSBvZiB0aGUgYWRkcmVzcyBzbyB0aGF0 IGl0ICgzKSBjYW4gYnVpbGQgYSBwcm9wZXIgU1JIIHRvIGdldCB0aGUgcGFja2V0IHRvIDkuDQo+ Pj4gPGptaD5JIGhhdmUgcmV0YWluZWQgeW91ciBhbnN3ZXIgYmVsb3cgZm9yIGNvbnRleHQsIGJ1 dCBJIHRoaW5rIHRoYXQNCj4+PiBhbnN3ZXJzIHRoZSB3cm9uZyBxdWVzdGlvbi4gIEkgYmVsaWV2 ZSB3aGF0IGlzIGl0bmVuZGVkIGlzIHRoYXQgb25seQ0KPj4+IEE5IGFwcGVhcnMgaW4gRE5TLiAg U28gTm9kZSAxIHdpbGwgc2VlIDkgYXMgQTksIGFuZCB3aWxsIHVzZSB0aGF0Lg0KPj4+IFM5IHdp bGwgYXBwZWFyIGluIFNSIFBvbGljaWVzIGFib3V0IHRyYWZmaWMgdG8gbm9kZSA5LCBidXQgbm90 IGluIEROUy4NCj4+PiBUaGF0IGlzIHdoYXQgd2UgbmVlZC4gIEkgd2lzaCBpdCB3ZXJlIGNsZWFy ZXIgaW4gdGhlIHRleHQuIDwvam1oPg0KPj4+DQo+Pj4gPGptaD5JZiBub2RlIDIwIGlzIGdlbmVy YXRpbmcgU1JIcyB3aXRoIEhNQUNzLCB0aGVuIHRoaXMgaXMgbGFyZ2VseQ0KPj4+IHRoZSBzYW1l IGFzIHRoZSBjYXNlIGZyb20gOCB0byA5LCBleGNlcHQgdGhhdCB3aG9tZXZlciBjcmVhdGVzIHRo ZSBTUg0KPj4+IFBvbGljeSB0aGF0IDIwIGlzIHVzaW5nIG5lZWRzIHRvIGFsc28gbWFrZSBzdXJl IHRoYXQgd2hhdGV2ZXIgdGhlDQo+Pj4gZmlyc3QgU0lEIGlzIGluIHRlaCBsaXN0LCBpdCBwcm9j ZXNzZXMgSE1BQ3MgYW5kIGlzIHJlY29nbml6YWJsZSB0bw0KPj4+IG5vZGUgMyBhcyBkb2luZyBz dWNoIHByb2Nlc3NpbmcuIEkgYW0gZ3Vlc3NpbmcgdGhhdCB0aGUgcmVhc29uIGZvcg0KPj4+IGFs bG93aW5nIGludGVybmFsIG5vZGVzIHRvIGRvIHRoZSBwcm9jZXNzaW5nIGlzIHRvIG1vdmUgdGhl DQo+Pj4gdmVyaWZpY2F0aW9uIGxvYWQgb2ZmIHRoZSBlZGdlIG5vZGVzLiAgSXQgZG9lcyBjcmVh dGUgc2lnbmlmaWNhbnQNCj4+PiBhZGRpdGlvbmFsIGNvbmZpZ3VyYXRpb24gY29tcGxleGl0eS4g PC9qbWg+DQo+Pg0KPj4gPGRkPldlIGRpZG6hr3Qgc2VlIGEgcmVhc29uIHRvIHJlc3RyaWN0IHRo ZSBITUFDIHByb2Nlc3NpbmcgdG8gb25seQ0KPj4gZWRnZSBub2RlcyB3aGVuIGl0IHdhcyBzdHJh aWdodCBmb3J3YXJkIHRvIGRlZmluZSBob3cgdGhleSBjb3VsZCBiZQ0KPj4gcHJvY2Vzc2VkIGF0 IG5vbi1lZGdlIG5vZGVzLjwvZGQ+DQo+Pg0KPj4+DQo+Pj4+IFRoaXMgaXMgaW5jb3JyZWN0Lg0K Pj4+PiBTZWUgU2VjdGlvbiA2LjIuMSChsFNSIFNvdXJjZSBOb2RlcyBOb3QgRGlyZWN0bHkgQ29u bmVjdGVkobEgSSB3aWxsIGV4cGFuZCBvbiB0aGUgZXhhbXBsZSBmcm9tIHRoYXQgc2VjdGlvbi4N Cj4+Pj4gTm9kZSAyMCBzZW5kcyBhIHBhY2tldCB0byBBOSB3aXRoIFNSIFBvbGljeSA8SDc+IGFu ZCBhbiBITUFDDQo+Pj4+IHByb3ZpZGVkIHRvIG5vZGUgMjAgYnkgc29tZSB5ZXQgdG8gYmUgZGVm aW5lZCBtZXRob2QuICBSZXN1bHRpbmcgaW4NCj4+Pj4gcGFja2V0IHNlbnQgZnJvbSBub2RlIDIw DQo+Pj4+IFA6IChBMjAsSDcpKEE5O1NMPTEpKHBheWxvYWQpDQo+Pj4+IFJlY2FsbCBIayBpcyBh IFNJRCBhdCBub2RlIGsgcmVxdWlyaW5nIEhNQUMgdmVyaWZpY2F0aW9uLCBhbmQgaXQgaXMgY292 ZXJlZCBieSBQcmVmaXgtSC4NCj4+Pj4gUHJlZml4LUggaXMgX25vdF8gc3ViamVjdCB0byBpbmdy ZXNzIGZpbHRlcmluZyBhdCBub2RlIDMuDQo+Pj4+IFRoZXJlZm9yZSB0aGUgcGFja2V0IFAgZGVz dGluZWQgdG8gSDcgaXMgbm90IHN1YmplY3QgdG8gaW5ncmVzcyBmaWx0ZXJpbmcgYXQgbm9kZSAz Lg0KPj4+PiBQIGlzIGZvcndhcmRlZCB0byBub2RlIDcsIHdoZXJlIEg3IGlzIHByb2Nlc3NlZCBh bmQgdGhlIEhNQUMgdmVyaWZpZWQuDQo+Pj4+IElmIHRoZSBITUFDIGNhbiBub3QgYmUgdmVyaWZp ZWQgdGhlIHBhY2tldCBpcyBkcm9wcGVkLCBlbHNlIGl0IGlzIGZvcndhcmRlZCB0byB0aGUgbmV4 dCBzZWdtZW50IGFuZCBkZXN0aW5hdGlvbiwgQTkuDQo+Pj4+IERhcnJlbg0KPj4+Pj4NCj4+Pj4+ IFlvdXJzLA0KPj4+Pj4gSm9lbA0KPj4+Pj4NCj4+Pj4+IE9uIDEwLzIyLzE4IDg6MDQgUE0sIERh cnJlbiBEdWtlcyAoZGR1a2VzKSB3cm90ZToNCj4+Pj4+PiBpbmxpbmUuDQo+Pj4+Pj4+IE9uIE9j dCAyMiwgMjAxOCwgYXQgNzoyMSBQTSwgSm9lbCBNLiBIYWxwZXJuIDxqbWhAam9lbGhhbHBlcm4u Y29tPiB3cm90ZToNCj4+Pj4+IC4uDQo+Pj4+Pj4+IDIpIE5vdyBsZXQgdXMgbG9vayBhdCBwYWNr ZXRzIGFycml2aW5nIGF0IGFuZCBhY3R1YWxseSBkZXN0aW5lZCBmb3IgYW4gU1IgSG9zdCBpbiB0 aGUgU1IgRG9tYWluIHdoZXJlIHRoYXQgcGFja2V0IGhhcyBhbiBTUkguICBJZiB0aGUgcGFja2V0 IGlzIGNvbWluZyBmcm9tIGFub3RoZXIgU1IgSG9zdCwgdGhlIFNSSCB3aWxsIGJlIGluIHRoZSBi YXNlIGhlYWRlciwgYW5kIHRoZSBob3N0IGNhbiBzaW1wbHkgY2hlY2sgaXQgZm9yIGFueSB2aW9s YXRpb25zLCBhbmQgY29udGludWUuICBCdXQsIGlmIHRoZSBwYWNrZXQgY2FtZSBmcm9tIG91dHNp ZGUgdGhlIGRvbWFpbiwgdGhlbiBpdCB3aWxsIGhhdmUgYW4gZW5jYXBzdWxhdGluZyBTUnY2IGhl YWRlci4gIFNvIHRoZSBob3N0IGhhcyB0byBkZXRlY3QgdGhpcyBjYXNlLCBjaGVjayBhbmQgdGhl biBwZWFsIG9mZiB0aGUgZW5jYXBzdWxhdGluZyBoZWFkZXIsIGFuZCB0aGVuIHByb2Nlc3MgdGhl IHJlY2VpdmVkIHBhY2tldC4gWWVzLCBpdCBjYW4gZG8gc28uICBCdXQgbm90aGluZyBpbiB0ZWgg ZG9jdW1lbnQgdGVsbHMgaW1wbGVtZW50b3JzIHRoZXkgaGF2ZSB0byBkZWFsIHdpdGggYm90aCBj YXNlcy4NCj4+Pj4+Pj4NCj4+Pj4+PiBDYW4geW91IGJlIG1vcmUgcHJlY2lzZSBoZXJlLiAgUGVy aGFwcyB1c2UgdGhlIGV4YW1wbGUgZnJvbSBzZWN0aW9uIDUuMiBvciA2LjIuMT8NCj4+Pj4+IC4u DQo+Pg0KPj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4+IElFVEYgSVB2NiB3b3JraW5nIGdyb3VwIG1haWxpbmcg bGlzdA0KPj4gaXB2NkBpZXRmLm9yZw0KPj4gQWRtaW5pc3RyYXRpdmUgUmVxdWVzdHM6IGh0dHBz Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaXB2Ng0KPj4gLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4N Cg0K --_000_C7C2E1C43D652C4E9E49FE7517C236CB01A5663Cdggeml529mbxchi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable
OK, thanks for your = reply. It solves my problems.

Regards,
Cheng

From: Darren Dukes (ddukes)
To: Chengli (Cheng Li)<chengli13@huawei.com>
Subject: Re: SRv6 - SRH in encaps or base header - point 2
Time: 2018-11-06 04:28:18

Yes, SRH insertion is not discussed in this draft = and not within its scope.

Darren

> On Nov 4, 2018, at 11:55 PM, Chengli (Cheng Li) <chengli13@huawei.c= om> wrote:
>
> so how to use SRH insertion? Out of scope of this draft?
>
> Cheng
>
>
> -----=D3=CA=BC=FE=D4=AD=BC=FE-----
> =B7=A2=BC=FE=C8=CB: Darren Dukes (ddukes) [mailto:ddukes@cisco.com]
> =B7=A2=CB=CD=CA=B1=BC=E4: 2018=C4=EA11=D4=C23=C8=D5 2:40
> =CA=D5=BC=FE=C8=CB: Chengli (Cheng Li) <chengli13@huawei.com> > =B3=AD=CB=CD: Joel Halpern <jmh@joelhalpern.com>; spring@ietf.or= g; 6man@ietf.org; Lizhenbin <lizhenbin@huawei.com>; Mach Chen <mac= h.chen@huawei.com>
> =D6=F7=CC=E2: Re: SRv6 - SRH in encaps or base header - point 2
>
> Hello Cheng, thanks for the review!  Please see inline
>
>> On Oct 30, 2018, at 11:41 PM, Chengli (IP Technology Research) <= ;chengli13@huawei.com> wrote:
>>
>> Hi Darren,
>>
>> I think the text of encapsulating mode is clear for me. But I stil= l have some questions of the insertion mode .
>>
>> 1.1 :<dd> Node 9 has a choice, encapsulate to node 3 or not.=
>> If node 9 does not encapsulate, it will inform the destination of = the segments in the SRH and possibly leak them to intermediate nodes.
>>
>> If there is not indicator to make a choice of encapsulating or not= , how the node to make the choice? Local policy? 
>> Or make it the same like the received packet? Encapsulate if recei= ved packet does, else, insert?
>
> A host needs many things to determine how to add an SRH to a packet it= is sending to a destination, at least it needs to learn SIDs for nodes and= have some logic in place to determine how and when to use a particular seg= ment list=A1=AD That is well beyond this document and there is and will be more innovative ways of determining when= to add a SRH to a packet sourced by a node.
>
> Therefore I=A1=AFll say this question is not within scope for this doc= ument, it needs to be answered for specific use cases and applications of t= he SRH.
>
> That said there is ongoing work to define how a node may learn an SR P= olicy:
> PCEP https://www.ietf.org/id/draft-negi-pce-segment-routing-ipv6-03.txt,
> BGP-TE https://www.ietf.org/id/draft-ietf-idr-segment-routing-te-policy-04.txt= ,
> or =A1=B0SDN=A1=B1 methods where some outside controller sets up a seg= ment list via some REST, CLI, netconf/yang interface to satisfy specific us= e cases.
>
> And when to use it:
> BGP SRv6 services https://www.ietf.org/id/draft-dawra-idr-srv6-vpn-05.txt
>
>
>>
>> 1.2 : How to inform the destination of the segments in the SRH?&nb= sp; Any indicator in SRH? Or through signaling?
>>
>
>
> Same answer as 1.1. 
>
>> 2: Can a normal(non-SID) IPv6 address be added into SID list?
>>
>> I prefer yes.
>>
>> As section 4.3 says, it seems like we can do that.
>>
>>  "When an SRv6-capable node receives an IPv6 packet, it = performs a
>>  longest-prefix-match lookup on the packets destination addre= ss.  This
>>  lookup can return any of the following:
>>
>>      A FIB entry that represents a locall= y instantiated SRv6 SID
>>      A FIB entry that represents a local = interface, not locally
>>           &= nbsp;           &nbs= p;            instan= tiated as an SRv6 SID
>>      A FIB entry that represents a non-lo= cal route
>>      No Match
>>     "
>> Also, in section 5, we can see A9 can be added in SID list of a SR= policy.
>>
>> So for the packet from A9 to A1, the address of A1 can be added as= the last entry of SID list, right?
>>
>> If yes, address of A1 is not an instantiated SID, so not PSP flavo= r can be enabled. So the packet will be sent out by carrying the SRH after = A1 is updated to the IPv6 DA.
>> SRH will be leaked to outside of the SR domain, which will bring n= ew security issues.
>>
>
> Yes as the last segment in a segment list, and as RFC8200 section 4.4 = describes Routing Header processing when segments left is 0.
>
> It is up to the specific use case to determine if informing the destin= ation or intermediate nodes of the segment list used to reach it is a secur= ity risk.
>
> Certainly on the larger internet this is an issue that needs to be con= sidered, but within an enterprise network or within a single providers netw= ork crossing multiple domains, or even between providers the disclosure may= be acceptable or desired.
>
>>
>> 3: For section 6.2,
>>  Nodes outside the SR Domain cannot be trusted.  SR Doma= in Ingress
>>  routers SHOULD discard packets destined to SIDs within the S= R Domain
>>  (regardless of the presence of an SRH) to avoid attacks on t= he SR
>>  Domain as described and referenced in [RFC5095].
>>
>>  As an additional
>>  layer of protection, SR Segment Endpoint nodes SHOULD discar= d packets
>>  destined to local SIDs from source addresses not part of the= SR
>>  Domain.
>>
>> For a packet from A1 to A9,  the packet is (A1, A9). Node3 wi= ll not drop the packet since the destination is A9 not S9.
>>
>> If node 3 insert a SRH in the original IPv6 packet, then the sourc= e Address will be A1. And the SID list can be  <A9, S6 >.
>> In this case, the packet will be dropped by node 6, since the sour= ce address is not part of the SR domain.  [Section 6.2], right?
>>
>> IMHO, there are some problems about insertion mode.
>
> In the context of the SRH draft we do not make any mention or use of S= RH insertion. I.e. node 3 does not insert an SRH, it encapsulates in an out= er IPv6 header.
>
> Darren
>
>>
>> Thanks,
>> Cheng
>>
>>
>>
>> -----Original Message-----
>> From: ipv6 [mailto:ipv6-b= ounces@ietf.org] On Behalf Of Darren Dukes
>> (ddukes)
>> Sent: Wednesday, October 31, 2018 3:31 AM
>> To: Joel Halpern <jmh@joelhalpern.com>
>> Cc: spring@ietf.org; 6man@ietf.org
>> Subject: Re: SRv6 - SRH in encaps or base header - point 2
>>
>> I think we=A1=AFre almost concluded so once more inline at <dd&= gt;</dd>
>>
>>> On Oct 26, 2018, at 2:28 PM, Joel Halpern <jmh@joelhalpern.= com> wrote:
>>>
>>> (resending, +spring as requested)
>>>
>>> Thank you for the responses.  I will respond in line, mar= ked <jmh></jmh>.  I fear it will shortly get too deep, but= the context is important.
>>>
>>> I will rephrase here an issue from another thread that I ahve = not seen your comments on.  If Node 9 is sending traffic to Node 1 (fo= r example, the reverse traffic for the traffic from 1 to 9 in the examples = below), it presumably has an SR Policy to be applied. The issue I raised before is the leakage issue.  If 9 puts the SRH in= its packet (as the document currently mandates), then it will not be possi= ble for 3 to remove the SRH.  Thus, the SRH will leak.
>>>
>>> Some have argued that is not a big deal.  It seems to mat= ter to me.  But there is an additional problem.  A1 is not a SID.=   Therefore, 9 can not put A1 into the SRH.  If it can not put A1= into the SRH, and it does not encapsulate the packet, where does it put A1.
>>
>> <dd> Node 9 has a choice, encapsulate to node 3 or not.
>> If node 9 does not encapsulate, it will inform the destination of = the segments in the SRH and possibly leak them to intermediate nodes.
>> If node 9 does encapsulate, node 3 removes the outer header and no= de 1 would not learn the segment list.
>> I think its choice should not be mandated in the draft. </dd>= ;
>>
>>>
>>> Yours,
>>> Joel
>>>
>>> On 10/26/18 1:29 PM, Darren Dukes (ddukes) wrote:
>>>> Hi Joel, you=A1=AFve described sections titled =A1=B0Intra= SR Domain Packet=A1=B1, =A1=B0Transit Packet Through SR Domain=A1=B1, and = "SR Source Nodes Not Directly Connected=A1=B1.
>>>> I=A1=AFve parsed them inline to the sections of the draft = defining them and given more context where needed.
>>>>> On Oct 22, 2018, at 8:49 PM, Joel M. Halpern <jmh@j= oelhalpern.com> wrote:
>>>>>
>>>>> Rephrasing using the example from 5.2.  Assuming = that 8 and 9 are
>>>>> SR Hosts (not just hosts within the domain, they are c= apable of and
>>>>> expect to deal with SRHs, and therefore have local SID= s, ...)
>>>>>
>>>>> For traffic from 8 to 9 that needs an SRH, the SRH goe= s in the IPv6 header sent my 8 to 9.  When 9 processes the packet, it = seems that it is the last SID, figures out that there is no encapsulation, = and send the TCP / UDP / QUIC information to its internal protocols stacks.
>>>> Yes, this is Section 5.3.1 =A1=B0Intra SR Domain Packet=A1= =B1.
>>> <jmh>Agreed as far as it goes.  However,  the = existence of S9 and A9
>>> points to a problem.  Node 8 is trying to put on an SRH g= oing through
>>> Sx, Sy, whatever for some reason.  It can't put A9 into t= he SRH, as
>>> AH is not a SID, it is an address.  I presume node 8 got = S9 from
>>> whatever provided him the SR Policy that it is using.  Do= es it simply
>>> use S9 as the address for node 9, rather than A9 that it got f= rom
>>> DNS?  And does the TCP stack know that this substitution = is being
>>> made?  (This is another example of a problem that goes aw= ay if we
>>> always encapsulate.) </jmh>
>>
>> <dd>Section 4.3.2 covers these questions, i.e. A9 can be pla= ced in the
>> SRH as the last segment, and this section describes how it=A1=AFs =
>> handled.</dd>
>>
>>>
>>>>>
>>>>> For traffic from 1 to 9, where 3 adds an SRH, that SRH= still presumably ends at 9.  9 Receives the IP packet.  Sees tha= t it is addressed to itself.  Sees that the SRH is finished.  And= then notices that the next-header is IPv6.  Unwraps the header, check= s that the inner destination address is also itself, and passes the material= carried by the inner header up to the appropriate stack.
>>>> So node 1 sends a packet to node 9 (A1,A9) IF there is som= e steering
>>>> into an SR Policy at node 3 to reach node 9, this is ident= ical to section 5.3.2 =A1=B0Transit packet through SR domain=A1=B1, except = for destination of A9 via node 9  instead of A2 via node 4.
>>>
>>>>>
>>>>> Thus, 9 needs to be able to check for both cases. = ; We at least need to tell implementors that.
>>>> Well, 9 needs a SID S9 and Address A9.  That is shown= in Section 5.1 SID and address representation.
>>> <jmh>So, let us assume that 3 has an SR policy it wants = to apply to
>>> the traffic from A1 to A9.  In this case, the S9 / A9 dic= hotomy is
>>> not a problem, I think.  Node 3 encapsualtes the packet f= rom A1 to
>>> A9, uses S3 as the source address of the encapsulating header,= and
>>> ends the SID list in the SRH with S9.  The unspecified pa= rt is that
>>> node 9 needs to be prepared to receive such packets and do the= double
>>> processing.  It is reasonable double processing.  My= only request
>>> here is that we tell folks they need to support it. </jmh&g= t;
>>
>> <dd>Actually, node 3 uses A3 as its source address, but that= =A1=AFs minor.
>> The double processing (lookup, do end processing, do another looku= p) is documented in Section 4.3.
>> Is there a need for more than what is currently specified? </dd= >
>>
>>>>>
>>>>> There is a further complication.  9 seems to need= to have an address that is a valid SID, so it can be the last entry in the= SRH from 8 to 9.
>>>> As described in the draft, Section 5.1 a node k has an add= ress Ak and SID Sk.  So node 9 has a valid SID.
>>>> For traffic from 8 to 9, A9 is used as the destination as = shown in section 5.3.1, 5.4 and 5.5.
>>>>> However, if 1 were to send the packet to that SID for = 9, router 3 would be required by the rules we discussed in the other thread= to discard the packet as it is neither to prefix nor contains an HAMC.
>>>>> And somehow, 8 and 1 need to each pick the right addre= ss to use for 9. (split DNS maybe?)  And 3 needs to be able to derive = teh SID-formn address for 9 from the non-SID form of the address so that it= (3) can build a proper SRH to get the packet to 9.
>>> <jmh>I have retained your answer below for context, but = I think that
>>> answers the wrong question.  I believe what is itnended i= s that only
>>> A9 appears in DNS.  So Node 1 will see 9 as A9, and will = use that. 
>>> S9 will appear in SR Policies about traffic to node 9, but not= in DNS.
>>> That is what we need.  I wish it were clearer in the text= . </jmh>
>>>
>>> <jmh>If node 20 is generating SRHs with HMACs, then this= is largely
>>> the same as the case from 8 to 9, except that whomever creates= the SR
>>> Policy that 20 is using needs to also make sure that whatever = the
>>> first SID is in teh list, it processes HMACs and is recognizab= le to
>>> node 3 as doing such processing. I am guessing that the reason= for
>>> allowing internal nodes to do the processing is to move the >>> verification load off the edge nodes.  It does create sig= nificant
>>> additional configuration complexity. </jmh>
>>
>> <dd>We didn=A1=AFt see a reason to restrict the HMAC process= ing to only
>> edge nodes when it was straight forward to define how they could b= e
>> processed at non-edge nodes.</dd>
>>
>>>
>>>> This is incorrect.
>>>> See Section 6.2.1 =A1=B0SR Source Nodes Not Directly Conne= cted=A1=B1 I will expand on the example from that section.
>>>> Node 20 sends a packet to A9 with SR Policy <H7> and= an HMAC
>>>> provided to node 20 by some yet to be defined method. = ; Resulting in
>>>> packet sent from node 20
>>>> P: (A20,H7)(A9;SL=3D1)(payload)
>>>> Recall Hk is a SID at node k requiring HMAC verification, = and it is covered by Prefix-H.
>>>> Prefix-H is _not_ subject to ingress filtering at node 3.<= br> >>>> Therefore the packet P destined to H7 is not subject to in= gress filtering at node 3.
>>>> P is forwarded to node 7, where H7 is processed and the HM= AC verified.
>>>> If the HMAC can not be verified the packet is dropped, els= e it is forwarded to the next segment and destination, A9.
>>>> Darren
>>>>>
>>>>> Yours,
>>>>> Joel
>>>>>
>>>>> On 10/22/18 8:04 PM, Darren Dukes (ddukes) wrote:
>>>>>> inline.
>>>>>>> On Oct 22, 2018, at 7:21 PM, Joel M. Halpern &= lt;jmh@joelhalpern.com> wrote:
>>>>> ..
>>>>>>> 2) Now let us look at packets arriving at and = actually destined for an SR Host in the SR Domain where that packet has an = SRH.  If the packet is coming from another SR Host, the SRH will be in= the base header, and the host can simply check it for any violations, and continue.  But, if the packet came from outside the d= omain, then it will have an encapsulating SRv6 header.  So the host ha= s to detect this case, check and then peal off the encapsulating header, an= d then process the received packet. Yes, it can do so.  But nothing in teh document tells implementors they have = to deal with both cases.
>>>>>>>
>>>>>> Can you be more precise here.  Perhaps use th= e example from section 5.2 or 6.2.1?
>>>>> ..
>>
>> ------------------------------------------------------------------= --
>> IETF IPv6 working group mailing list
>> ipv6@ietf.org
>> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
>> ------------------------------------------------------------------= --
>

--_000_C7C2E1C43D652C4E9E49FE7517C236CB01A5663Cdggeml529mbxchi_-- From nobody Mon Nov 5 21:10:43 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5007C1294D0 for ; Mon, 5 Nov 2018 21:10:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=venaas-com.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BDpwAXZm0cex for ; Mon, 5 Nov 2018 21:10:39 -0800 (PST) Received: from mail-ed1-x52f.google.com (mail-ed1-x52f.google.com [IPv6:2a00:1450:4864:20::52f]) (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 0BD3212D4EA for ; Mon, 5 Nov 2018 21:10:38 -0800 (PST) Received: by mail-ed1-x52f.google.com with SMTP id h21-v6so8971800edq.9 for ; Mon, 05 Nov 2018 21:10:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=venaas-com.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=18ioHImDDH0I9ZMUwWhSujF6Zhstqz52TuX+Uq7JjHg=; b=WeXI6VlihBEgbVpCXVe7L8RVCapi4MEPY4PPt5Mg0wFW+wYCSAqD2zn1KL5J7QLvdY u/xGOncuHo9cyvYjiPGqDF04E1YcMuMXROG//XdepikJbWM99+oyNHXgxCgM0Jop3stf aku3F63Z9xZWGcq4/xg20s4zmxTQMVlFoHTAufw51qcuhoAdnhJ4HZaro7cXAoIXcmWJ cgFweGwvMSBNKzt5csXumNZI46UeKesgF73MARwo3gS8pouQ645TipvufsmyelbMFXAa xAAvq8cFkhKIc+Uvu19sEevYv96c9yjzHjbMmyGjwVuGxtO2OTo4wuixvWEazxCuG1a7 eivg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=18ioHImDDH0I9ZMUwWhSujF6Zhstqz52TuX+Uq7JjHg=; b=GhoO5MeXmG4y5XbNv+Sesr5cOoIxlhlMhW1mpcdo7wr35Wb/HJnLUfu5Pv31yLHX6c Oo+ZIgZkyBiHOoTXsNipsB93v4FTYSncCOOa27MDtrmIb7JGN7M7JOMWRa8b36NjzJ0Q /hsj60smQwovDg7d7FAVU5Uwdc6Lp0untMFgSX5qGJlwQ3hXTvmZO1+WycufvZNNpw26 Ei+NgjZNIPYffqwnL1HuU1wjf398ue+TbV46PAqGfao4rKwGAiPQ3+6kPC9dU2a2pvMu 7MUTDoV529KKij5pLP5FVDeCj+WXdrDvSUmnMX2WHQ4ITW3haISIvBjZJU9u9Kt6vMsN bAtg== X-Gm-Message-State: AGRZ1gJEiP8y+IYDvnh+LeTUgjTOE0OGibWQiYSbcdLgvRsfOk5hhGzp cAZnAbr3JiGtsbmDgRsiqdrhuFmBT7K4y+CwD2waUej03iw= X-Google-Smtp-Source: AJdET5c2HUYxchWuJ8PvDibXIg+duLNHfF4Bo0/I6WUkd+2+UiW7p4xglY0opBlGTfdQE5KPfjQEfWvrDd96P9r574g= X-Received: by 2002:a50:948f:: with SMTP id s15-v6mr19978557eda.132.1541481037249; Mon, 05 Nov 2018 21:10:37 -0800 (PST) MIME-Version: 1.0 From: Stig Venaas Date: Tue, 6 Nov 2018 12:10:25 +0700 Message-ID: To: spring@ietf.org Content-Type: multipart/alternative; boundary="000000000000a751890579f80519" Archived-At: Subject: [spring] Multicast within SR-MPLS discussion in pim this afternoon X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2018 05:10:41 -0000 --000000000000a751890579f80519 Content-Type: text/plain; charset="UTF-8" We are discussing this in the pim wg today. Please join us if interested. Please note that the pim wg is not only working in the pim protocol family, but also multicast in general. Regards Stig --000000000000a751890579f80519 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
We are discussing this in the pim wg today. Please join u= s if interested.

Please note t= hat the pim wg is not only working in the pim protocol family, but also mul= ticast in general.

Regar= ds
Stig

--000000000000a751890579f80519-- From nobody Mon Nov 5 22:05:43 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 12BCD130E39; Mon, 5 Nov 2018 22:05:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 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_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9A8uS5-aeVYX; Mon, 5 Nov 2018 22:05:27 -0800 (PST) Received: from mail-lj1-x22f.google.com (mail-lj1-x22f.google.com [IPv6:2a00:1450:4864:20::22f]) (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 078FA130E25; Mon, 5 Nov 2018 22:05:24 -0800 (PST) Received: by mail-lj1-x22f.google.com with SMTP id k19-v6so10294906lji.11; Mon, 05 Nov 2018 22:05:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=/4n/WeEBaQIP6b57g75A+50fRgesYVDRP+FtUiV+oko=; b=VJokdis2VKMKuULP+h78obxvFGzS5RFR+Mm4vrcLeaLPThFx7q+bS2imvfhPTPb5zD EoHspTEXR+h6uWhgP6j1pYMN56f9awxo+Qf6ZHMuxHFHJEV35W2ABRsPUO63zbrIE/SN YG9yUBkqgotEgm3jkGUbsIT4zFmlOyEaL/Vz92TJHQYYVex4RPWnnnjnswesEv7Vg4QS 3UxAW6foS3+i1mN1jTJAMJlKRwMbHxfNoRZiqeq8LGGYskcsYPDpHxtW7XMCFRgxdpwM FTlVWneU04mS+QXpcyhSIegYkCyNPPQvbvTpPPEbwGaAfxQLnQDnkr6CDqGOzUBqdAQR hjCQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=/4n/WeEBaQIP6b57g75A+50fRgesYVDRP+FtUiV+oko=; b=dc93XQQqnVVM8JvJSXRFMnwjrnX1BB6jZ9sx/qvau4ngLZe6jvDIpCjE1HxvWu8XFq asHCTYyhY7RCDdCepXKIiPZr+dP3VFCHAuj79Yq+eEZRYr6PcxV/D0AjSyx/mSc6gVDt jQhICN0cJA8oEiUaN9ywIKRBdTqCz2cYp4ctqxTT66Dtgf67ru+40svH/U8vxcxnCTjN nHA+VQVdNQ8ShDw/j695e9YWugdEhmiXVJr8vNOVl7TbWjf3hFfIrz1F5DSiqNmpeyZk tqOORAoiXJJKObT19N4bWUG4hhbUr3Tuli3WwHQWNrM9TESFlTxLjUz+uLZU8xmAss0e 09vA== X-Gm-Message-State: AGRZ1gLuu9sbY1vGpH0CJz3Ekii2AAC82A3GarjF2LpB+DQ8A6K7ZlRt DDDKjwhbHxdBdy50Iz2PVyR2H23PyUA0MJ6HDEMpGGqCQl8= X-Google-Smtp-Source: AJdET5d9JKVUaa5XCsXMjJHINrL5KVpEGpie/prRNQicdsNuhnpkz/0oK55FxNcX3s7ZJV5HYQR2eS93QWYBz/xtzVE= X-Received: by 2002:a2e:94ce:: with SMTP id r14-v6mr14443527ljh.34.1541484320421; Mon, 05 Nov 2018 22:05:20 -0800 (PST) MIME-Version: 1.0 From: Greg Mirsky Date: Tue, 6 Nov 2018 13:05:10 +0700 Message-ID: To: draft-gandhi-spring-udp-pm@ietf.org, spring , IETF IPPM WG , 6man WG Content-Type: multipart/alternative; boundary="000000000000587baa0579f8c9ae" Archived-At: Subject: [spring] Sequence Number in RFC 6374 and Synthetic Loss Measurement X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2018 06:05:29 -0000 --000000000000587baa0579f8c9ae Content-Type: text/plain; charset="UTF-8" Dear Authors, in your presentation of this draft at IPPM WG meeting I've pointed that assertion in Section 6 of the draft: The message formats for DM and LM [RFC6374] do not contain sequence number for probe query packets. is not accurate. RFC 6374 allows interpretation of the Timestamp field as a sequence number. Section 3.4 explains that QTF and RTF values could be 0, 1, 2, or 3, with 1 identifying the sequence number: 1: Sequence number. This value indicates that the timestamp field is to be viewed as a simple 64-bit sequence number. This provides a simple solution for applications that do not require a real absolute timestamp, but only an indication of message ordering; an example is LM exception detection. Regards, Greg --000000000000587baa0579f8c9ae Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear Authors,
in you= r presentation of this draft at IPPM WG meeting I've pointed that asser= tion in Section 6 of the draft:
=C2=A0 =C2=A0The message for= mats for DM and LM [RFC6374] do not contain sequence
=C2=A0 =C2= =A0number for probe query packets.
is not accurate. RFC 637= 4 allows interpretation of the Timestamp field as a sequence number. Sectio= n 3.4 explains that QTF and RTF values could be 0, 1, 2, or 3, with 1 ident= ifying the sequence number:
=C2=A0 =C2=A0 =C2=A0 1: Sequence= number.=C2=A0 This value indicates that the timestamp field
=C2= =A0 =C2=A0 =C2=A0 is to be viewed as a simple 64-bit sequence number.=C2=A0= This provides
=C2=A0 =C2=A0 =C2=A0 a simple solution for applica= tions that do not require a real
=C2=A0 =C2=A0 =C2=A0 absolute ti= mestamp, but only an indication of message ordering; an
=C2=A0 = =C2=A0 =C2=A0 example is LM exception detection.

=
Regards,
Greg

--000000000000587baa0579f8c9ae-- From nobody Mon Nov 5 23:26:07 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4899A128CF2 for ; Mon, 5 Nov 2018 23:26:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.5 X-Spam-Level: X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, 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, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 3qoEtz_M6EOq for ; Mon, 5 Nov 2018 23:26:04 -0800 (PST) Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3EB7B128CB7 for ; Mon, 5 Nov 2018 23:26:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6826; q=dns/txt; s=iport; t=1541489164; x=1542698764; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=EjAMxxjQQakPOifOv7VnsjGchRONIicsf4/UbOQTJ+0=; b=AbjGHINfiamJnmBZEvnNemJ0vjm5jGKNXkhZKuUAnYPM++3mevIciDOZ KHpMkdewmhh/2RJ/jIO4sjVA8pdP3mg6PzDDLjCfSrA7hGiPel2JICaB2 doQftJ+x/PHBN4Ucx8aRNmOCmLNXe27+X1vjb8cqzNBzo+DHtwqbVck0O g=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AEAAC9QOFb/51dJa1kGgEBAQEBAgE?= =?us-ascii?q?BAQEHAgEBAQGBUQUBAQEBCwGBDXdmfygKg2yIGI4lkVuFVIF6CwEBhGwCF4N?= =?us-ascii?q?AIjQNDQEDAQECAQECbSiFOgEBAQQjVhACAQgRAwECKwICAjAdCAIEAQ0FgyE?= =?us-ascii?q?BgR1kqQ2BLoU8hHeLdheBQT+BEScfgh4uhR6CZDGCJgKJNUuEX5BUCQKRDxi?= =?us-ascii?q?BVYUAiguUIIMCAhEUgSYdOIFVcBVlAYJBCZBQb40MgR8BAQ?= X-IronPort-AV: E=Sophos;i="5.54,470,1534809600"; d="scan'208,217";a="196794232" Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 06 Nov 2018 07:26:03 +0000 Received: from XCH-RTP-018.cisco.com (xch-rtp-018.cisco.com [64.101.220.158]) by rcdn-core-6.cisco.com (8.15.2/8.15.2) with ESMTPS id wA67Q2dY018781 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 6 Nov 2018 07:26:03 GMT Received: from xch-rtp-018.cisco.com (64.101.220.158) by XCH-RTP-018.cisco.com (64.101.220.158) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Tue, 6 Nov 2018 02:26:02 -0500 Received: from xch-rtp-018.cisco.com ([64.101.220.158]) by XCH-RTP-018.cisco.com ([64.101.220.158]) with mapi id 15.00.1395.000; Tue, 6 Nov 2018 02:26:02 -0500 From: "Zafar Ali (zali)" To: Stig Venaas , "spring@ietf.org" CC: "Zafar Ali (zali)" Thread-Topic: [spring] Multicast within SR-MPLS discussion in pim this afternoon Thread-Index: AQHUdY8bmt7YNKkjJEi0KQhIUMSg/qVCWM+A Date: Tue, 6 Nov 2018 07:26:02 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.9.0.180116 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.75.233.108] Content-Type: multipart/alternative; boundary="_000_DFA41AA3A4034A92AD76AF17FC7A1C86ciscocom_" MIME-Version: 1.0 X-Outbound-SMTP-Client: 64.101.220.158, xch-rtp-018.cisco.com X-Outbound-Node: rcdn-core-6.cisco.com Archived-At: Subject: Re: [spring] Multicast within SR-MPLS discussion in pim this afternoon X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2018 07:26:06 -0000 --_000_DFA41AA3A4034A92AD76AF17FC7A1C86ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgU3RpZywNCg0KV2hpY2ggZG9jdW1lbnQocykgYXJlIG9uIGFnZW5kYT8gSSBkb27igJl0IHNl ZSBhbnl0aGluZyBsaXN0ZWQgb24gdGhlIFBJTVMgYWdlbmRhLg0KDQpUaGFua3MNCg0KUmVnYXJk cyDigKYgWmFmYXINCg0KRnJvbTogc3ByaW5nIDxzcHJpbmctYm91bmNlc0BpZXRmLm9yZz4gb24g YmVoYWxmIG9mIFN0aWcgVmVuYWFzIDxzdGlnQHZlbmFhcy5jb20+DQpEYXRlOiBUdWVzZGF5LCBO b3ZlbWJlciA2LCAyMDE4IGF0IDEyOjEwIEFNDQpUbzogInNwcmluZ0BpZXRmLm9yZyIgPHNwcmlu Z0BpZXRmLm9yZz4NClN1YmplY3Q6IFtzcHJpbmddIE11bHRpY2FzdCB3aXRoaW4gU1ItTVBMUyBk aXNjdXNzaW9uIGluIHBpbSB0aGlzIGFmdGVybm9vbg0KDQpXZSBhcmUgZGlzY3Vzc2luZyB0aGlz IGluIHRoZSBwaW0gd2cgdG9kYXkuIFBsZWFzZSBqb2luIHVzIGlmIGludGVyZXN0ZWQuDQoNClBs ZWFzZSBub3RlIHRoYXQgdGhlIHBpbSB3ZyBpcyBub3Qgb25seSB3b3JraW5nIGluIHRoZSBwaW0g cHJvdG9jb2wgZmFtaWx5LCBidXQgYWxzbyBtdWx0aWNhc3QgaW4gZ2VuZXJhbC4NCg0KUmVnYXJk cw0KU3RpZw0KDQo= --_000_DFA41AA3A4034A92AD76AF17FC7A1C86ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <45F6CEEDEC6EA24D9AB2C7BFE1FDBFE4@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1i b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9 DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpw cmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZv cm1hdHRlZCBDaGFyIjsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglm b250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KcC5tc29ub3Jt YWwwLCBsaS5tc29ub3JtYWwwLCBkaXYubXNvbm9ybWFsMA0KCXttc28tc3R5bGUtbmFtZTptc29u b3JtYWw7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCglt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowaW47DQoJZm9udC1zaXpl OjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpzcGFuLkVtYWls U3R5bGUxOA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToi Q2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4uSFRNTFByZWZv cm1hdHRlZENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0K CW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0 ZWQiOw0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNv LXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3Jk U2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGlu IDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9z dHlsZT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0i Izk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+SGkgU3RpZywgPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPldoaWNoIGRvY3VtZW50KHMpIGFy ZSBvbiBhZ2VuZGE/IEkgZG9u4oCZdCBzZWUgYW55dGhpbmcgbGlzdGVkIG9uIHRoZSBQSU1TIGFn ZW5kYS4NCjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlm Ij5UaGFua3M8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t YW4mcXVvdDssc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+UmVnYXJkcyDigKYgWmFmYXINCjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0 REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+RnJvbTogPC9z cGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+c3ByaW5n ICZsdDtzcHJpbmctYm91bmNlc0BpZXRmLm9yZyZndDsgb24gYmVoYWxmIG9mIFN0aWcgVmVuYWFz ICZsdDtzdGlnQHZlbmFhcy5jb20mZ3Q7PGJyPg0KPGI+RGF0ZTogPC9iPlR1ZXNkYXksIE5vdmVt YmVyIDYsIDIwMTggYXQgMTI6MTAgQU08YnI+DQo8Yj5UbzogPC9iPiZxdW90O3NwcmluZ0BpZXRm Lm9yZyZxdW90OyAmbHQ7c3ByaW5nQGlldGYub3JnJmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5b c3ByaW5nXSBNdWx0aWNhc3Qgd2l0aGluIFNSLU1QTFMgZGlzY3Vzc2lvbiBpbiBwaW0gdGhpcyBh ZnRlcm5vb248bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxhIG5hbWU9Il9NYWlsT3JpZ2luYWxCb2R5Ij5XZSBhcmUgZGlzY3Vzc2lu ZyB0aGlzIGluIHRoZSBwaW0gd2cgdG9kYXkuIFBsZWFzZSBqb2luIHVzIGlmIGludGVyZXN0ZWQu DQo8bzpwPjwvbzpwPjwvYT48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+UGxlYXNlIG5vdGUgdGhhdCB0aGUg cGltIHdnIGlzIG5vdCBvbmx5IHdvcmtpbmcgaW4gdGhlIHBpbSBwcm90b2NvbCBmYW1pbHksIGJ1 dCBhbHNvIG11bHRpY2FzdCBpbiBnZW5lcmFsLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6 X01haWxPcmlnaW5hbEJvZHkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01h aWxPcmlnaW5hbEJvZHkiPlJlZ2FyZHM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWls T3JpZ2luYWxCb2R5Ij5TdGlnPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdp bmFsQm9keSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_DFA41AA3A4034A92AD76AF17FC7A1C86ciscocom_-- From nobody Mon Nov 5 23:34:14 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1809D128CF2 for ; Mon, 5 Nov 2018 23:34:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VnvQGPzLBaxf for ; Mon, 5 Nov 2018 23:34:09 -0800 (PST) Received: from mta6.iomartmail.com (mta6.iomartmail.com [62.128.193.156]) (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 50A27128CB7 for ; Mon, 5 Nov 2018 23:34:09 -0800 (PST) Received: from vs1.iomartmail.com (vs1.iomartmail.com [10.12.10.121]) by mta6.iomartmail.com (8.14.4/8.14.4) with ESMTP id wA67Y4WV027179; Tue, 6 Nov 2018 07:34:04 GMT Received: from vs1.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 4CEDE2203C; Tue, 6 Nov 2018 07:34:04 +0000 (GMT) Received: from asmtp2.iomartmail.com (unknown [10.12.10.249]) by vs1.iomartmail.com (Postfix) with ESMTPS id 375FC2203A; Tue, 6 Nov 2018 07:34:04 +0000 (GMT) Received: from 950129200 (dhcp-890c.meeting.ietf.org [31.133.137.12]) (authenticated bits=0) by asmtp2.iomartmail.com (8.14.4/8.14.4) with ESMTP id wA67XxcQ018715 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 6 Nov 2018 07:34:01 GMT Reply-To: From: "Adrian Farrel" To: "'Zafar Ali \(zali\)'" , "'Stig Venaas'" , References: In-Reply-To: Date: Tue, 6 Nov 2018 07:33:57 -0000 Message-ID: <011401d475a3$15bf13b0$413d3b10$@olddog.co.uk> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0115_01D475A3.15C3A790" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQK7NKsmzcaZYVDN91RF7YaRs9OSZAIivGn9o2PGyvA= Content-Language: en-gb X-Originating-IP: 31.133.137.12 X-Thinkmail-Auth: adrian@olddog.co.uk X-TM-AS-GCONF: 00 X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-24204.005 X-TM-AS-Result: No--21.512-10.0-31-10 X-imss-scan-details: No--21.512-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-24204.005 X-TMASE-Result: 10--21.512200-10.000000 X-TMASE-MatchedRID: H0/uSqZo4D7xIbpQ8BhdbAPZZctd3P4B+LidURF+DB2OtR/F4zYXtC2J hm+XaCGKi+oqcWhDyDWMxND4t+zSA2MNX/9K+Qfet5gd9Qdmwso0bHxqj5bPlXY/CbipBSdqjNE THH9N9TYbOg2/CerplkmlX2scVfePArfIDVjQDX7BtFDYGmaWKrRfRjDbtW6i5DjmdW0+qbHKjf UdX96vDDB6EdCmNDGVVbEDP0uzojXyTBeqcpWTVlRe8joruKtpIFb2VdwQdkDROhK+RFWo5lthO gNFYwZakNCK/RB7QjECSHHGjA3FAhfyTevQtfkQkdcpJKX5JwqCp3onNpm5s2AfN+t90cS3hzQH k5Qv+7UzmpYx+UKjh3C2KyYp/H7vWYqLLUX2mAtB6yOrxc8xu8MdI0UcXEHzj2iyfwmt0k/Z8MU YhpNWM6H/0NvSton7cclFsrlvOwUJEd0lG94Ju01Wvi92YKnO0Wl6Zu5sEJy5GN1lMPwfF7vIsi QsjbepdvgGbsWpCct4p2/OtAq0KMD6PBj+02DbGUubsVz8TenTMQ/93vE8XUHTrJlBBr2lsB5xK ruH4a4zDuByL1f3gk5gIMN6wZCXlwV2iaAfSWcURSScn+QSXlkMvWAuahr8mI+faDiwdhoUGm4z riL0oSAHAopEd76vNgNbhntYwZGqC7RPIqPTSFTHUYbZlBEFdQN8juZu8kiujsCckDMSgA== X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: Re: [spring] Multicast within SR-MPLS discussion in pim this afternoon X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2018 07:34:12 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0115_01D475A3.15C3A790 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Last item on the agenda... =20 Multicast Within SR-MPLS A Comparative Review Ian 20 15:30 =20 A =20 From: spring [mailto:spring-bounces@ietf.org] On Behalf Of Zafar Ali = (zali) Sent: 06 November 2018 07:26 To: Stig Venaas; spring@ietf.org Cc: Zafar Ali (zali) Subject: Re: [spring] Multicast within SR-MPLS discussion in pim this = afternoon =20 Hi Stig,=20 =20 Which document(s) are on agenda? I don=E2=80=99t see anything listed on = the PIMS agenda.=20 =20 Thanks =20 Regards =E2=80=A6 Zafar=20 =20 From: spring on behalf of Stig Venaas = Date: Tuesday, November 6, 2018 at 12:10 AM To: "spring@ietf.org" Subject: [spring] Multicast within SR-MPLS discussion in pim this = afternoon =20 We are discussing this in the pim wg today. Please join us if = interested.=20 =20 Please note that the pim wg is not only working in the pim protocol = family, but also multicast in general. =20 Regards Stig =20 ------=_NextPart_000_0115_01D475A3.15C3A790 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Last item on the = agenda...

 

Multicast Within = SR-MPLS A Comparative Review=C2=A0=C2=A0=C2=A0 Ian=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 20 15:30

 

A

 

From: spring = [mailto:spring-bounces@ietf.org] On Behalf Of Zafar Ali = (zali)
Sent: 06 November 2018 07:26
To: Stig Venaas; = spring@ietf.org
Cc: Zafar Ali (zali)
Subject: Re: = [spring] Multicast within SR-MPLS discussion in pim this = afternoon

 

Hi Stig, =

 

Which document(s) are on agenda? I = don=E2=80=99t see anything listed on the PIMS agenda. =

 

Thanks

 

Regards =E2=80=A6 Zafar =

 

From: = spring = <spring-bounces@ietf.org> on behalf of Stig Venaas = <stig@venaas.com>
Date: Tuesday, November 6, 2018 at = 12:10 AM
To: "spring@ietf.org" = <spring@ietf.org>
Subject: [spring] Multicast within = SR-MPLS discussion in pim this = afternoon

 

=

We are discussing this in the pim wg = today. Please join us if interested.

 

Please note that the pim wg is not = only working in the pim protocol family, but also multicast in = general.

 

Regards

Stig

=

 

------=_NextPart_000_0115_01D475A3.15C3A790-- From nobody Mon Nov 5 23:38:53 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 758FD128CF2 for ; Mon, 5 Nov 2018 23:38:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UeUmveVK33_f for ; Mon, 5 Nov 2018 23:38:49 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 7DC84128CB7 for ; Mon, 5 Nov 2018 23:38:49 -0800 (PST) Received: from lhreml702-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 15CA48EA4CC51 for ; Tue, 6 Nov 2018 07:38:37 +0000 (GMT) Received: from SJCEML701-CHM.china.huawei.com (10.208.112.40) by lhreml702-cah.china.huawei.com (10.201.108.43) with Microsoft SMTP Server (TLS) id 14.3.408.0; Tue, 6 Nov 2018 07:38:38 +0000 Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.88]) by SJCEML701-CHM.china.huawei.com ([169.254.3.13]) with mapi id 14.03.0415.000; Mon, 5 Nov 2018 23:38:29 -0800 From: Michael McBride To: "adrian@olddog.co.uk" , "'Zafar Ali (zali)'" , 'Stig Venaas' , "spring@ietf.org" Thread-Topic: [spring] Multicast within SR-MPLS discussion in pim this afternoon Thread-Index: AQHUdY8hpbQNAZtR9UelPY+OAP0RR6VC3u8AgAACNoD//3pfcA== Date: Tue, 6 Nov 2018 07:38:28 +0000 Message-ID: <8CCB28152EA2E14A96BBEDC15823481A1CDD22A5@sjceml521-mbx.china.huawei.com> References: <011401d475a3$15bf13b0$413d3b10$@olddog.co.uk> In-Reply-To: <011401d475a3$15bf13b0$413d3b10$@olddog.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.126.173.104] Content-Type: multipart/alternative; boundary="_000_8CCB28152EA2E14A96BBEDC15823481A1CDD22A5sjceml521mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [spring] Multicast within SR-MPLS discussion in pim this afternoon X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2018 07:38:52 -0000 --_000_8CCB28152EA2E14A96BBEDC15823481A1CDD22A5sjceml521mbxchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 QW5kIHRoZXJl4oCZcyBubyBkcmFmdCwgaXTigJlzIHRoaXMgcHJlc2VudGF0aW9uIHdoaWNoIHdl IHdpbGwgZGlzY3VzcywgaW4gYWJvdXQgYW4gaG91ciBmcm9tIG5vdzoNCg0KaHR0cHM6Ly9kYXRh dHJhY2tlci5pZXRmLm9yZy9tZWV0aW5nLzEwMy9tYXRlcmlhbHMvc2xpZGVzLTEwMy1waW0tbXVs dGljYXN0LXdpdGhpbi1zci1tcGxzLWEtY29tcGFyYXRpdmUtcmV2aWV3LTAwDQoNCm1pa2UNCg0K RnJvbTogc3ByaW5nIFttYWlsdG86c3ByaW5nLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBP ZiBBZHJpYW4gRmFycmVsDQpTZW50OiBNb25kYXksIE5vdmVtYmVyIDA1LCAyMDE4IDExOjM0IFBN DQpUbzogJ1phZmFyIEFsaSAoemFsaSknIDx6YWxpQGNpc2NvLmNvbT47ICdTdGlnIFZlbmFhcycg PHN0aWdAdmVuYWFzLmNvbT47IHNwcmluZ0BpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtzcHJpbmdd IE11bHRpY2FzdCB3aXRoaW4gU1ItTVBMUyBkaXNjdXNzaW9uIGluIHBpbSB0aGlzIGFmdGVybm9v bg0KDQpMYXN0IGl0ZW0gb24gdGhlIGFnZW5kYS4uLg0KDQpNdWx0aWNhc3QgV2l0aGluIFNSLU1Q TFMgQSBDb21wYXJhdGl2ZSBSZXZpZXcgICAgSWFuICAgICAgICAgICAyMCAxNTozMA0KDQpBDQoN CkZyb206IHNwcmluZyBbbWFpbHRvOnNwcmluZy1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYg T2YgWmFmYXIgQWxpICh6YWxpKQ0KU2VudDogMDYgTm92ZW1iZXIgMjAxOCAwNzoyNg0KVG86IFN0 aWcgVmVuYWFzOyBzcHJpbmdAaWV0Zi5vcmc8bWFpbHRvOnNwcmluZ0BpZXRmLm9yZz4NCkNjOiBa YWZhciBBbGkgKHphbGkpDQpTdWJqZWN0OiBSZTogW3NwcmluZ10gTXVsdGljYXN0IHdpdGhpbiBT Ui1NUExTIGRpc2N1c3Npb24gaW4gcGltIHRoaXMgYWZ0ZXJub29uDQoNCkhpIFN0aWcsDQoNCldo aWNoIGRvY3VtZW50KHMpIGFyZSBvbiBhZ2VuZGE/IEkgZG9u4oCZdCBzZWUgYW55dGhpbmcgbGlz dGVkIG9uIHRoZSBQSU1TIGFnZW5kYS4NCg0KVGhhbmtzDQoNClJlZ2FyZHMg4oCmIFphZmFyDQoN CkZyb206IHNwcmluZyA8c3ByaW5nLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOnNwcmluZy1ib3Vu Y2VzQGlldGYub3JnPj4gb24gYmVoYWxmIG9mIFN0aWcgVmVuYWFzIDxzdGlnQHZlbmFhcy5jb208 bWFpbHRvOnN0aWdAdmVuYWFzLmNvbT4+DQpEYXRlOiBUdWVzZGF5LCBOb3ZlbWJlciA2LCAyMDE4 IGF0IDEyOjEwIEFNDQpUbzogInNwcmluZ0BpZXRmLm9yZzxtYWlsdG86c3ByaW5nQGlldGYub3Jn PiIgPHNwcmluZ0BpZXRmLm9yZzxtYWlsdG86c3ByaW5nQGlldGYub3JnPj4NClN1YmplY3Q6IFtz cHJpbmddIE11bHRpY2FzdCB3aXRoaW4gU1ItTVBMUyBkaXNjdXNzaW9uIGluIHBpbSB0aGlzIGFm dGVybm9vbg0KDQpXZSBhcmUgZGlzY3Vzc2luZyB0aGlzIGluIHRoZSBwaW0gd2cgdG9kYXkuIFBs ZWFzZSBqb2luIHVzIGlmIGludGVyZXN0ZWQuDQoNClBsZWFzZSBub3RlIHRoYXQgdGhlIHBpbSB3 ZyBpcyBub3Qgb25seSB3b3JraW5nIGluIHRoZSBwaW0gcHJvdG9jb2wgZmFtaWx5LCBidXQgYWxz byBtdWx0aWNhc3QgaW4gZ2VuZXJhbC4NCg0KUmVnYXJkcw0KU3RpZw0KDQo= --_000_8CCB28152EA2E14A96BBEDC15823481A1CDD22A5sjceml521mbxchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQov KiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z b05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGluaywg c3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYz QzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlw ZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7 DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwcmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltYXJnaW46 MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTAuMHB0Ow0KCWZvbnQt ZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0Kc3Bhbi5IVE1MUHJlZm9ybWF0dGVkQ2hhcg0KCXttc28t c3R5bGUtbmFtZToiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCI7DQoJZm9udC1mYW1pbHk6 IkNvdXJpZXIgTmV3Ijt9DQpwLm1zb25vcm1hbDAsIGxpLm1zb25vcm1hbDAsIGRpdi5tc29ub3Jt YWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1h cmdpbi1sZWZ0OjBpbjsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTIwDQoJe21zby1zdHlsZS10eXBlOnBlcnNv bmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3Rl eHQ7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjENCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9u dC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkVt YWlsU3R5bGUyMg0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWls eToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0 DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBh Z2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBp biAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30N Ci0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6 ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBn dGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2 OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0t LT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1 NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkFuZCB0aGVyZeKAmXMgbm8gZHJhZnQsIGl04oCZ cyB0aGlzIHByZXNlbnRhdGlvbiB3aGljaCB3ZSB3aWxsIGRpc2N1c3MsIGluIGFib3V0IGFuIGhv dXIgZnJvbSBub3c6DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPmh0dHBz Oi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvbWVldGluZy8xMDMvbWF0ZXJpYWxzL3NsaWRlcy0xMDMt cGltLW11bHRpY2FzdC13aXRoaW4tc3ItbXBscy1hLWNvbXBhcmF0aXZlLXJldmlldy0wMDxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xv cjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+bWlrZTxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7 Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4i Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+RnJvbTo8L2I+IHNwcmluZyBbbWFpbHRvOnNwcmlu Zy1ib3VuY2VzQGlldGYub3JnXSA8Yj5PbiBCZWhhbGYgT2YNCjwvYj5BZHJpYW4gRmFycmVsPGJy Pg0KPGI+U2VudDo8L2I+IE1vbmRheSwgTm92ZW1iZXIgMDUsIDIwMTggMTE6MzQgUE08YnI+DQo8 Yj5Ubzo8L2I+ICdaYWZhciBBbGkgKHphbGkpJyAmbHQ7emFsaUBjaXNjby5jb20mZ3Q7OyAnU3Rp ZyBWZW5hYXMnICZsdDtzdGlnQHZlbmFhcy5jb20mZ3Q7OyBzcHJpbmdAaWV0Zi5vcmc8YnI+DQo8 Yj5TdWJqZWN0OjwvYj4gUmU6IFtzcHJpbmddIE11bHRpY2FzdCB3aXRoaW4gU1ItTVBMUyBkaXNj dXNzaW9uIGluIHBpbSB0aGlzIGFmdGVybm9vbjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5MYXN0 IGl0ZW0gb24gdGhlIGFnZW5kYS4uLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tR0IiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5NdWx0aWNhc3QgV2l0aGluIFNSLU1QTFMgQSBD b21wYXJhdGl2ZSBSZXZpZXcmbmJzcDsmbmJzcDsmbmJzcDsgSWFuJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDIwIDE1OjMwPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0Ii IHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImNvbG9yOiMxRjQ5N0Qi PkE8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1HQiIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7 cGFkZGluZzowaW4gMGluIDBpbiA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5v bmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAw aW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFu PjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhv bWEmcXVvdDssc2Fucy1zZXJpZiI+IHNwcmluZyBbPGEgaHJlZj0ibWFpbHRvOnNwcmluZy1ib3Vu Y2VzQGlldGYub3JnIj5tYWlsdG86c3ByaW5nLWJvdW5jZXNAaWV0Zi5vcmc8L2E+XQ0KPGI+T24g QmVoYWxmIE9mIDwvYj5aYWZhciBBbGkgKHphbGkpPGJyPg0KPGI+U2VudDo8L2I+IDA2IE5vdmVt YmVyIDIwMTggMDc6MjY8YnI+DQo8Yj5Ubzo8L2I+IFN0aWcgVmVuYWFzOyA8YSBocmVmPSJtYWls dG86c3ByaW5nQGlldGYub3JnIj5zcHJpbmdAaWV0Zi5vcmc8L2E+PGJyPg0KPGI+Q2M6PC9iPiBa YWZhciBBbGkgKHphbGkpPGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbc3ByaW5nXSBNdWx0aWNh c3Qgd2l0aGluIFNSLU1QTFMgZGlzY3Vzc2lvbiBpbiBwaW0gdGhpcyBhZnRlcm5vb248bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tR0IiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPkhpIFN0aWcsIDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5XaGljaCBkb2N1bWVu dChzKSBhcmUgb24gYWdlbmRhPyBJIGRvbuKAmXQgc2VlIGFueXRoaW5nIGxpc3RlZCBvbiB0aGUg UElNUyBhZ2VuZGEuDQo8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90 OyxzZXJpZiI+VGhhbmtzPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPlJlZ2FyZHMg4oCmIFphZmFyDQo8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xp ZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6YmxhY2siPkZy b206IDwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6YmxhY2si PnNwcmluZyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnNwcmluZy1ib3VuY2VzQGlldGYub3JnIj5zcHJp bmctYm91bmNlc0BpZXRmLm9yZzwvYT4mZ3Q7IG9uIGJlaGFsZiBvZiBTdGlnIFZlbmFhcyAmbHQ7 PGEgaHJlZj0ibWFpbHRvOnN0aWdAdmVuYWFzLmNvbSI+c3RpZ0B2ZW5hYXMuY29tPC9hPiZndDs8 YnI+DQo8Yj5EYXRlOiA8L2I+VHVlc2RheSwgTm92ZW1iZXIgNiwgMjAxOCBhdCAxMjoxMCBBTTxi cj4NCjxiPlRvOiA8L2I+JnF1b3Q7PGEgaHJlZj0ibWFpbHRvOnNwcmluZ0BpZXRmLm9yZyI+c3By aW5nQGlldGYub3JnPC9hPiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnNwcmluZ0BpZXRmLm9y ZyI+c3ByaW5nQGlldGYub3JnPC9hPiZndDs8YnI+DQo8Yj5TdWJqZWN0OiA8L2I+W3NwcmluZ10g TXVsdGljYXN0IHdpdGhpbiBTUi1NUExTIGRpc2N1c3Npb24gaW4gcGltIHRoaXMgYWZ0ZXJub29u PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48YSBuYW1lPSJfTWFpbE9yaWdpbmFsQm9keSI+V2UgYXJlIGRpc2N1c3NpbmcgdGhpcyBp biB0aGUgcGltIHdnIHRvZGF5LiBQbGVhc2Ugam9pbiB1cyBpZiBpbnRlcmVzdGVkLg0KPG86cD48 L286cD48L2E+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+UGxlYXNlIG5vdGUg dGhhdCB0aGUgcGltIHdnIGlzIG5vdCBvbmx5IHdvcmtpbmcgaW4gdGhlIHBpbSBwcm90b2NvbCBm YW1pbHksIGJ1dCBhbHNvIG11bHRpY2FzdCBpbiBnZW5lcmFsLjxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5SZWdhcmRzPG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5TdGlnPG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_8CCB28152EA2E14A96BBEDC15823481A1CDD22A5sjceml521mbxchi_-- From nobody Mon Nov 5 23:39:42 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7EF1612007C for ; Mon, 5 Nov 2018 23:39:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.969 X-Spam-Level: X-Spam-Status: No, score=-14.969 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.47, 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, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 ORX0YjlGmQ5t for ; Mon, 5 Nov 2018 23:39:38 -0800 (PST) Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CEB2612D4F1 for ; Mon, 5 Nov 2018 23:39:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=17208; q=dns/txt; s=iport; t=1541489977; x=1542699577; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=oWe7/MNNDYe4DyRpsz+B0q40GYHYNd/7cwaQi+mtjDc=; b=a957gL2aQ98ZGuNy/1RfEABOT8uhOyO/0JPvYcrngLBY64413a/ED/Qd XupnE4roQYvJru3kjbbwstud50yJ+DrxVNrZmPMDNrskCH2EXB32Molq1 y0t3DgDMjTyyxd9R1q7nmmy2AUp0tWShRXUJpxHdBVIrVPk3EDS5lvTsp U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ADAAD1Q+Fb/5BdJa1kGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBUQQBAQEBAQsBgQ1IL2Z/KAqDbIgYjiWRW4VUgXoLAQE?= =?us-ascii?q?jhEkCF4NBIjQNDQEDAQECAQECbRwMhToBAQEEI1YQAgEIEQMBAQEoAwICAjA?= =?us-ascii?q?UCQgCBAENBYMhAYEdZA+ocoEuhC0BAwIChXkFi3YXgUE/gREnH4IeLoMbAgO?= =?us-ascii?q?BfhaCTjGCJgKJNUuEXxaQPgkChmyKIxiBVYUAiguNC4cVgwICERSBJh04gVV?= =?us-ascii?q?wFWUBgkEJixKFPm+NDIEfAQE?= X-IronPort-AV: E=Sophos;i="5.54,470,1534809600"; d="scan'208,217";a="196180666" Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 06 Nov 2018 07:39:36 +0000 Received: from XCH-RTP-019.cisco.com (xch-rtp-019.cisco.com [64.101.220.159]) by rcdn-core-8.cisco.com (8.15.2/8.15.2) with ESMTPS id wA67da2u017451 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 6 Nov 2018 07:39:36 GMT Received: from xch-rtp-018.cisco.com (64.101.220.158) by XCH-RTP-019.cisco.com (64.101.220.159) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Tue, 6 Nov 2018 02:39:35 -0500 Received: from xch-rtp-018.cisco.com ([64.101.220.158]) by XCH-RTP-018.cisco.com ([64.101.220.158]) with mapi id 15.00.1395.000; Tue, 6 Nov 2018 02:39:35 -0500 From: "Zafar Ali (zali)" To: "adrian@olddog.co.uk" , "'Stig Venaas'" , "spring@ietf.org" CC: "Zafar Ali (zali)" Thread-Topic: [spring] Multicast within SR-MPLS discussion in pim this afternoon Thread-Index: AQHUdY8bmt7YNKkjJEi0KQhIUMSg/qVCWM+AgABWC4D//629gA== Date: Tue, 6 Nov 2018 07:39:35 +0000 Message-ID: <8141E27C-CA50-4BAD-809D-17F6C347B39E@cisco.com> References: <011401d475a3$15bf13b0$413d3b10$@olddog.co.uk> In-Reply-To: <011401d475a3$15bf13b0$413d3b10$@olddog.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.9.0.180116 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.75.233.108] Content-Type: multipart/alternative; boundary="_000_8141E27CCA504BAD809D17F6C347B39Eciscocom_" MIME-Version: 1.0 X-Outbound-SMTP-Client: 64.101.220.159, xch-rtp-019.cisco.com X-Outbound-Node: rcdn-core-8.cisco.com Archived-At: Subject: Re: [spring] Multicast within SR-MPLS discussion in pim this afternoon X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2018 07:39:41 -0000 --_000_8141E27CCA504BAD809D17F6C347B39Eciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQWRyaWFuLCBTdGlnLA0KDQpJIGRvbuKAmXQgc2VlIGluIHRoZSBwdWJsaXNoZWQgYWdlbmRh IChodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL21lZXRpbmcvMTAzL21hdGVyaWFscy9hZ2Vu ZGEtMTAzLXBpbS0wNCkuIE1heSBiZSBJIG1pc3NlZCBzb21ldGhpbmcuDQoNCkRyYWZ0IGFnZW5k YSBmb3IgcGltIGF0IElFVEYgMTAzLg0KDQpUdWVzZGF5IDEzOjUwLTE1OjUwDQpSb29tIE5hbWU6 IEJvcm9tcGhpbWFybiAzDQoNCldHIFN0YXR1cyAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICBTdGlnL01pa2UgICAgIDIwDQpkcmFmdC1pZXRmLXBpbS1tdWx0aXBsZS11cHN0 cmVhbXMtcmVxcyAgICAgICAgICAgQ2FybG9zICAgICAgICAxNQ0KZHJhZnQtaWV0Zi1waW0taWdt cC1tbGQtc25vb3BpbmcteWFuZyAgICAgICAgICAgIEhvbmdqaSAgICAgICAgMTANCmRyYWZ0LXpo YW8tcGltLWlnbXAtbWxkLXByb3h5LXlhbmcgICAgICAgICAgICAgICBIb25namkgICAgICAgIDE1 DQpkcmFmdC1pZXRmLXBpbS1kci1pbXByb3ZlbWVudCAgICAgICAgICAgICAgICAgICAgU2FuZHkg ICAgICAgICAyMA0KZHJhZnQtdmVuYWFzLWJpZXItcGZtLXNkICAgICAgICAgICAgICAgICAgICAg ICAgIFN0aWcgICAgICAgICAgMTANClByb2dyZXNzaW5nIElHTVB2My9NTER2MiBvbiBzdGFuZGFy ZHMgdHJhY2sgICAgICBTdGlnL1RvZXJsZXNzIDIwDQoNClRoYW5rcw0KDQpSZWdhcmRzIOKApiBa YWZhcg0KDQpGcm9tOiAiYWRyaWFuQG9sZGRvZy5jby51ayIgPGFkcmlhbkBvbGRkb2cuY28udWs+ DQpSZXBseS1UbzogImFkcmlhbkBvbGRkb2cuY28udWsiIDxhZHJpYW5Ab2xkZG9nLmNvLnVrPg0K RGF0ZTogVHVlc2RheSwgTm92ZW1iZXIgNiwgMjAxOCBhdCAyOjM0IEFNDQpUbzogIlphZmFyIEFs aSAoemFsaSkiIDx6YWxpQGNpc2NvLmNvbT4sICdTdGlnIFZlbmFhcycgPHN0aWdAdmVuYWFzLmNv bT4sICJzcHJpbmdAaWV0Zi5vcmciIDxzcHJpbmdAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSRTogW3Nw cmluZ10gTXVsdGljYXN0IHdpdGhpbiBTUi1NUExTIGRpc2N1c3Npb24gaW4gcGltIHRoaXMgYWZ0 ZXJub29uDQoNCkxhc3QgaXRlbSBvbiB0aGUgYWdlbmRhLi4uDQoNCk11bHRpY2FzdCBXaXRoaW4g U1ItTVBMUyBBIENvbXBhcmF0aXZlIFJldmlldyAgICBJYW4gICAgICAgICAgIDIwIDE1OjMwDQoN CkENCg0KRnJvbTogc3ByaW5nIFttYWlsdG86c3ByaW5nLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJl aGFsZiBPZiBaYWZhciBBbGkgKHphbGkpDQpTZW50OiAwNiBOb3ZlbWJlciAyMDE4IDA3OjI2DQpU bzogU3RpZyBWZW5hYXM7IHNwcmluZ0BpZXRmLm9yZw0KQ2M6IFphZmFyIEFsaSAoemFsaSkNClN1 YmplY3Q6IFJlOiBbc3ByaW5nXSBNdWx0aWNhc3Qgd2l0aGluIFNSLU1QTFMgZGlzY3Vzc2lvbiBp biBwaW0gdGhpcyBhZnRlcm5vb24NCg0KSGkgU3RpZywNCg0KV2hpY2ggZG9jdW1lbnQocykgYXJl IG9uIGFnZW5kYT8gSSBkb27igJl0IHNlZSBhbnl0aGluZyBsaXN0ZWQgb24gdGhlIFBJTVMgYWdl bmRhLg0KDQpUaGFua3MNCg0KUmVnYXJkcyDigKYgWmFmYXINCg0KRnJvbTogc3ByaW5nIDxzcHJp bmctYm91bmNlc0BpZXRmLm9yZz4gb24gYmVoYWxmIG9mIFN0aWcgVmVuYWFzIDxzdGlnQHZlbmFh cy5jb20+DQpEYXRlOiBUdWVzZGF5LCBOb3ZlbWJlciA2LCAyMDE4IGF0IDEyOjEwIEFNDQpUbzog InNwcmluZ0BpZXRmLm9yZyIgPHNwcmluZ0BpZXRmLm9yZz4NClN1YmplY3Q6IFtzcHJpbmddIE11 bHRpY2FzdCB3aXRoaW4gU1ItTVBMUyBkaXNjdXNzaW9uIGluIHBpbSB0aGlzIGFmdGVybm9vbg0K DQpXZSBhcmUgZGlzY3Vzc2luZyB0aGlzIGluIHRoZSBwaW0gd2cgdG9kYXkuIFBsZWFzZSBqb2lu IHVzIGlmIGludGVyZXN0ZWQuDQoNClBsZWFzZSBub3RlIHRoYXQgdGhlIHBpbSB3ZyBpcyBub3Qg b25seSB3b3JraW5nIGluIHRoZSBwaW0gcHJvdG9jb2wgZmFtaWx5LCBidXQgYWxzbyBtdWx0aWNh c3QgaW4gZ2VuZXJhbC4NCg0KUmVnYXJkcw0KU3RpZw0KDQo= --_000_8141E27CCA504BAD809D17F6C347B39Eciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <5F5895A999C17D4DAE9B0A8CD86CB0B2@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsN CglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAq Lw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGlu Ow0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFt aWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7 bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9u OnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNv LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVu ZGVybGluZTt9DQpwcmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5r OiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206 LjAwMDFwdDsNCglmb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7 fQ0KcC5tc29ub3JtYWwwLCBsaS5tc29ub3JtYWwwLCBkaXYubXNvbm9ybWFsMA0KCXttc28tc3R5 bGUtbmFtZTptc29ub3JtYWw7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJp Z2h0OjBpbjsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowaW47 DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9 DQpzcGFuLkhUTUxQcmVmb3JtYXR0ZWRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJIVE1MIFByZWZv cm1hdHRlZCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6 IkhUTUwgUHJlZm9ybWF0dGVkIjsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCnNwYW4u RW1haWxTdHlsZTIwDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJD YWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5FbWFpbFN0eWxl MjENCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNh bnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUyMg0KCXttc28tc3R5 bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJp ZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBl OmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJ e3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpk aXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+DQo8L2hl YWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iIzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0K PGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhpIEFkcmlh biwgU3RpZywgPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkkgZG9u4oCZdCBzZWUgaW4gdGhlIHB1 Ymxpc2hlZCBhZ2VuZGEgKDxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvbWVl dGluZy8xMDMvbWF0ZXJpYWxzL2FnZW5kYS0xMDMtcGltLTA0Ij5odHRwczovL2RhdGF0cmFja2Vy LmlldGYub3JnL21lZXRpbmcvMTAzL21hdGVyaWFscy9hZ2VuZGEtMTAzLXBpbS0wNDwvYT4pLiBN YXkgYmUgSSBtaXNzZWQgc29tZXRoaW5nLg0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7O2NvbG9yOmJsYWNrIj5EcmFmdCBhZ2VuZGEgZm9yIHBpbSBhdCBJRVRGIDEwMy48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFj ayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDs7Y29sb3I6YmxhY2siPlR1ZXNkYXkgMTM6NTAtMTU6NTA8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+Um9vbSBOYW1l OiBCb3JvbXBoaW1hcm4gMzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+V0cgU3RhdHVzJm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IFN0aWcvTWlrZSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAyMDxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj5kcmFmdC1pZXRm LXBpbS1tdWx0aXBsZS11cHN0cmVhbXMtcmVxcyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBDYXJsb3MmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMTU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+ZHJhZnQtaWV0Zi1waW0taWdtcC1t bGQtc25vb3BpbmcteWFuZyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBIb25namkmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgMTA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+ZHJhZnQtemhhby1waW0taWdtcC1tbGQtcHJv eHkteWFuZyZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtIb25namkmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMTU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+ZHJhZnQtaWV0Zi1waW0tZHIt aW1wcm92ZW1lbnQmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgU2FuZHkmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgMjA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90Oztjb2xvcjpibGFjayI+ZHJhZnQtdmVuYWFzLWJpZXItcGZtLXNkJm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IFN0aWcmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgMTA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+UHJvZ3Jlc3NpbmcgSUdNUHYzL01MRHYy IG9uIHN0YW5kYXJkcyB0cmFjayZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBTdGlnL1Rv ZXJsZXNzIDIwPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1 b3Q7LHNlcmlmIj5UaGFua3M8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1l cyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+UmVnYXJkcyDigKYgWmFmYXIN CjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNv bGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+ RnJvbTogPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFj ayI+JnF1b3Q7YWRyaWFuQG9sZGRvZy5jby51ayZxdW90OyAmbHQ7YWRyaWFuQG9sZGRvZy5jby51 ayZndDs8YnI+DQo8Yj5SZXBseS1UbzogPC9iPiZxdW90O2FkcmlhbkBvbGRkb2cuY28udWsmcXVv dDsgJmx0O2FkcmlhbkBvbGRkb2cuY28udWsmZ3Q7PGJyPg0KPGI+RGF0ZTogPC9iPlR1ZXNkYXks IE5vdmVtYmVyIDYsIDIwMTggYXQgMjozNCBBTTxicj4NCjxiPlRvOiA8L2I+JnF1b3Q7WmFmYXIg QWxpICh6YWxpKSZxdW90OyAmbHQ7emFsaUBjaXNjby5jb20mZ3Q7LCAnU3RpZyBWZW5hYXMnICZs dDtzdGlnQHZlbmFhcy5jb20mZ3Q7LCAmcXVvdDtzcHJpbmdAaWV0Zi5vcmcmcXVvdDsgJmx0O3Nw cmluZ0BpZXRmLm9yZyZndDs8YnI+DQo8Yj5TdWJqZWN0OiA8L2I+UkU6IFtzcHJpbmddIE11bHRp Y2FzdCB3aXRoaW4gU1ItTVBMUyBkaXNjdXNzaW9uIGluIHBpbSB0aGlzIGFmdGVybm9vbjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iY29sb3I6IzFGNDk3RCI+TGFzdCBpdGVtIG9uIHRoZSBhZ2VuZGEuLi48L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFG NDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPk11bHRpY2FzdCBXaXRoaW4gU1ItTVBMUyBBIENv bXBhcmF0aXZlIFJldmlldyZuYnNwOyZuYnNwOyZuYnNwOyBJYW4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMjAgMTU6MzA8L3NwYW4+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6 IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkE8L3NwYW4+PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6 c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2 IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGlu ZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1z ZXJpZiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmIj4gc3ByaW5nIFttYWlsdG86c3By aW5nLWJvdW5jZXNAaWV0Zi5vcmddDQo8Yj5PbiBCZWhhbGYgT2YgPC9iPlphZmFyIEFsaSAoemFs aSk8YnI+DQo8Yj5TZW50OjwvYj4gMDYgTm92ZW1iZXIgMjAxOCAwNzoyNjxicj4NCjxiPlRvOjwv Yj4gU3RpZyBWZW5hYXM7IHNwcmluZ0BpZXRmLm9yZzxicj4NCjxiPkNjOjwvYj4gWmFmYXIgQWxp ICh6YWxpKTxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW3NwcmluZ10gTXVsdGljYXN0IHdpdGhp biBTUi1NUExTIGRpc2N1c3Npb24gaW4gcGltIHRoaXMgYWZ0ZXJub29uPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGkgU3RpZywgPG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPldoaWNoIGRvY3VtZW50KHMpIGFyZSBvbiBhZ2VuZGE/IEkgZG9u4oCZdCBzZWUg YW55dGhpbmcgbGlzdGVkIG9uIHRoZSBQSU1TIGFnZW5kYS4NCjxvOnA+PC9vOnA+PC9wPg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj5UaGFua3M8L3NwYW4+PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtm b250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJp ZiI+UmVnYXJkcyDigKYgWmFmYXINCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8ZGl2IHN0eWxlPSJib3Jk ZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4g MGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEyLjBwdDtjb2xvcjpibGFjayI+RnJvbTogPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEyLjBwdDtjb2xvcjpibGFjayI+c3ByaW5nICZsdDtzcHJpbmctYm91bmNlc0BpZXRmLm9y ZyZndDsgb24gYmVoYWxmIG9mIFN0aWcgVmVuYWFzICZsdDtzdGlnQHZlbmFhcy5jb20mZ3Q7PGJy Pg0KPGI+RGF0ZTogPC9iPlR1ZXNkYXksIE5vdmVtYmVyIDYsIDIwMTggYXQgMTI6MTAgQU08YnI+ DQo8Yj5UbzogPC9iPiZxdW90O3NwcmluZ0BpZXRmLm9yZyZxdW90OyAmbHQ7c3ByaW5nQGlldGYu b3JnJmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5bc3ByaW5nXSBNdWx0aWNhc3Qgd2l0aGluIFNS LU1QTFMgZGlzY3Vzc2lvbiBpbiBwaW0gdGhpcyBhZnRlcm5vb248L3NwYW4+PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxhIG5hbWU9Il9NYWls T3JpZ2luYWxCb2R5Ij5XZSBhcmUgZGlzY3Vzc2luZyB0aGlzIGluIHRoZSBwaW0gd2cgdG9kYXku IFBsZWFzZSBqb2luIHVzIGlmIGludGVyZXN0ZWQuDQo8bzpwPjwvbzpwPjwvYT48L3A+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9y aWdpbmFsQm9keSI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdp bmFsQm9keSI+UGxlYXNlIG5vdGUgdGhhdCB0aGUgcGltIHdnIGlzIG5vdCBvbmx5IHdvcmtpbmcg aW4gdGhlIHBpbSBwcm90b2NvbCBmYW1pbHksIGJ1dCBhbHNvIG11bHRpY2FzdCBpbiBnZW5lcmFs LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPiZuYnNwOzxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPlJlZ2FyZHM8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij5TdGlnPG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+Jm5ic3A7PG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0 bWw+DQo= --_000_8141E27CCA504BAD809D17F6C347B39Eciscocom_-- From nobody Mon Nov 5 23:43:11 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 048D2130F90 for ; Mon, 5 Nov 2018 23:43:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zL5S-M9w_9jG for ; Mon, 5 Nov 2018 23:43:07 -0800 (PST) Received: from mail-it1-x12d.google.com (mail-it1-x12d.google.com [IPv6:2607:f8b0:4864:20::12d]) (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 B9CE0130FAE for ; Mon, 5 Nov 2018 23:43:07 -0800 (PST) Received: by mail-it1-x12d.google.com with SMTP id m15so16389606itl.4 for ; Mon, 05 Nov 2018 23:43:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=QvACS5pzz7qbXqgmuEQX5N1XLo0IJBQtKkBOexjO+Qg=; b=BrLO4Ad1cN44DktiS6jPa4yqG/rrwKZhUSvuo3d4Cv7XxchSCyAgfMjisqKoBuUvqQ L/onRku3+Ytn52E7ZbTxsV9A+c2/0phEvxiRpVUtFzGeKbq8lZWQSD+gENWTasT2dgsi 8YOuf/vneDUHBpRLNZUyUdj1xOFtFd1P5WSB+7m9aMzNp/RdnpQ/wtsM86ME1Q3fuhKT ewnhhj3prJxIwYHkLfr6z5kqjGvBq7zBEhceROceuLQOfKwi9xf83IDRUfGQMr90WLcm psXou2+dk2VVF9ATiGGOAF4XnNTPbampwcmwrJeo1hjvxKtB8R2uRV+ag7C7qjSDMDdT tQYg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=QvACS5pzz7qbXqgmuEQX5N1XLo0IJBQtKkBOexjO+Qg=; b=o5DTozwOjr7eVvkl3AGyC7LnHg1llT1mnODPch9gjaW8a5o/O7h1h6h6UVE8N5SKDx bx+30KampSQj2AoSt/60E0l1DWq8s3BD2LJeHLtn6aw9EYLZiYtA8DN6/eRyUTymFF91 3AUbZyYeaJInxy6PEP9aSWcaXM4Q72hib1tzXlx+FjXzTbk7Ol7CQYpzj3vTvAQaHrTu pYywR9hKUFbxTFDSB1VSLa4PnlIJwp+Tn6yPVfpOep5eoZAQf8X37+jY3TPviMAGaHPH AtucfDpW0evn7v4wx08dC4hgF+xvAy209/mURRG9BAIh2X7pjJNmlEvRVyh+Ni/3u5o+ 4iGA== X-Gm-Message-State: AGRZ1gKWN5xKgHNg+nha7y9/eR37+zyjziH4gHgc5JznOeGD/uTcTY9O ZnIAGcSLPPpHmxgnnmV+t/jbTch8Fk8hYIDcD02MjtmS X-Google-Smtp-Source: AJdET5cTUJbQHrJoFzbDEJ19/EksK//RuKFEwuQZhPWrQj/dDusvYHgp8rYw+Gi2Q9Ucd/WCAmY9uzPyGasw4PlUaL8= X-Received: by 2002:a24:4f46:: with SMTP id c67-v6mr1089353itb.164.1541490186886; Mon, 05 Nov 2018 23:43:06 -0800 (PST) MIME-Version: 1.0 References: <011401d475a3$15bf13b0$413d3b10$@olddog.co.uk> <8141E27C-CA50-4BAD-809D-17F6C347B39E@cisco.com> In-Reply-To: <8141E27C-CA50-4BAD-809D-17F6C347B39E@cisco.com> From: Dhruv Dhody Date: Tue, 6 Nov 2018 14:42:54 +0700 Message-ID: To: "Zafar Ali (zali)" Cc: Farrel Adrian , stig@venaas.com, spring@ietf.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [spring] Multicast within SR-MPLS discussion in pim this afternoon X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2018 07:43:10 -0000 Hi Zafar, Agenda gets updated, better to use this link - https://datatracker.ietf.org/meeting/103/materials/agenda-103-pim/ Thanks!Dhruv On Tue, Nov 6, 2018 at 2:39 PM Zafar Ali (zali) wrote: > > Hi Adrian, Stig, > > > > I don=E2=80=99t see in the published agenda (https://datatracker.ietf.org= /meeting/103/materials/agenda-103-pim-04). May be I missed something. > > > > Draft agenda for pim at IETF 103. > > > > Tuesday 13:50-15:50 > > Room Name: Boromphimarn 3 > > > > WG Status Stig/Mike 20 > > draft-ietf-pim-multiple-upstreams-reqs Carlos 15 > > draft-ietf-pim-igmp-mld-snooping-yang Hongji 10 > > draft-zhao-pim-igmp-mld-proxy-yang Hongji 15 > > draft-ietf-pim-dr-improvement Sandy 20 > > draft-venaas-bier-pfm-sd Stig 10 > > Progressing IGMPv3/MLDv2 on standards track Stig/Toerless 20 > > > > Thanks > > > > Regards =E2=80=A6 Zafar > > > > From: "adrian@olddog.co.uk" > Reply-To: "adrian@olddog.co.uk" > Date: Tuesday, November 6, 2018 at 2:34 AM > To: "Zafar Ali (zali)" , 'Stig Venaas' ,= "spring@ietf.org" > Subject: RE: [spring] Multicast within SR-MPLS discussion in pim this aft= ernoon > > > > Last item on the agenda... > > > > Multicast Within SR-MPLS A Comparative Review Ian 20 15:30 > > > > A > > > > From: spring [mailto:spring-bounces@ietf.org] On Behalf Of Zafar Ali (zal= i) > Sent: 06 November 2018 07:26 > To: Stig Venaas; spring@ietf.org > Cc: Zafar Ali (zali) > Subject: Re: [spring] Multicast within SR-MPLS discussion in pim this aft= ernoon > > > > Hi Stig, > > > > Which document(s) are on agenda? I don=E2=80=99t see anything listed on t= he PIMS agenda. > > > > Thanks > > > > Regards =E2=80=A6 Zafar > > > > From: spring on behalf of Stig Venaas > Date: Tuesday, November 6, 2018 at 12:10 AM > To: "spring@ietf.org" > Subject: [spring] Multicast within SR-MPLS discussion in pim this afterno= on > > > > We are discussing this in the pim wg today. Please join us if interested. > > > > Please note that the pim wg is not only working in the pim protocol famil= y, but also multicast in general. > > > > Regards > > Stig > > > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring From nobody Tue Nov 6 01:19:10 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2708112D4F1 for ; Tue, 6 Nov 2018 01:19:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -17.5 X-Spam-Level: X-Spam-Status: No, score=-17.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, ENV_AND_HDR_SPF_MATCH=-0.5, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_DEF_SPF_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5dA_jRoLtcy6 for ; Tue, 6 Nov 2018 01:19:00 -0800 (PST) Received: from mail-wr1-x42e.google.com (mail-wr1-x42e.google.com [IPv6:2a00:1450:4864:20::42e]) (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 405521277C8 for ; Tue, 6 Nov 2018 01:19:00 -0800 (PST) Received: by mail-wr1-x42e.google.com with SMTP id j17-v6so7437514wrq.11 for ; Tue, 06 Nov 2018 01:19:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=+Xhlcfi9anjzxgAN0NQh4Ix1w9iBfVNM+5770qTgnWc=; b=qjPqJln5daQNbAkNiRv7RPpI/ERmoFjKYJsHuTLOw7pLCzDAfBFsNlhsxHe1xJXZD+ i9bYKGw5QLKCb89gE9fS5FJAbJ+78qdqTNRqjo+C4njV29N60IeS19oHcyjamnGcBmS0 VEsy5kty432LnbTbDOERm7XYg573KUcMTdVy4CiSIQqd1Mz8QyMg1jEJNz/RTUwJbc7d CZWrTiQddNCt8KVHuLF1dtjRz5pasQ5a7TeRc101+OhsAD0UgwknhKo7k+F+oNuCcZbm iRYae1eJff3GaSxeS7Vh5HFBI3rcpKbewU0Hbedeo/apgRWIBMvJ9OgXAYSpNTNanlyI 11xQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=+Xhlcfi9anjzxgAN0NQh4Ix1w9iBfVNM+5770qTgnWc=; b=pLamXQJrvNFV3ldAxC6s6RAXgBOZIhC0iZdmvz9Oil9HtW399JeRFx8MSN/V7Dl/vL VYG6eGStrvBpClGeh3bbSHSQ4t8uV76uFGC7zWhD+WXnDOMkUjQfAz9w5RPv3ZzanQCn 4v4/I1gcpqknlTGbEeC9Pc1PfNzrfc3e1xvzBcudO6+pI3R02Gjuh9iaGzCmegBesFCZ nhW5l60r6TS7UChNHU3jCd/qSsegti0wpIBF19huGNenPdDZ2wWAKAfmAa7I/pfH+hDk JDSc/TW003qVyMKbETX0PJBJSnruXduOiP2jpDfio5LGnepw2um0clWC4YU7S5LiwxIa lLOg== X-Gm-Message-State: AGRZ1gIliYOCsgMz2MTKdSEzRMPB+zI9tzfP3iBYsNXCGKw3NyRkT1k6 JQI8aN3n+cvhSMz7yeSZNmQCV1/pgfoyTZLtTbq2GQ== X-Google-Smtp-Source: AJdET5cJxxTzoqF9G1fyT9dspVsgiosdbhru1YaucXHGo1h0Y4sznPXm8N+FtjqQ+C2JbQeMes53a3SVIfIye87h+qU= X-Received: by 2002:a5d:5012:: with SMTP id e18-v6mr20943170wrt.99.1541495937997; Tue, 06 Nov 2018 01:18:57 -0800 (PST) MIME-Version: 1.0 References: <7316_1541394628_5BDFD0C4_7316_44_1_53C29892C857584299CBF5D05346208A47F7978D@OPEXCLILM21.corporate.adroot.infra.ftgroup> In-Reply-To: <7316_1541394628_5BDFD0C4_7316_44_1_53C29892C857584299CBF5D05346208A47F7978D@OPEXCLILM21.corporate.adroot.infra.ftgroup> From: Rob Shakir Date: Tue, 6 Nov 2018 16:18:45 +0700 Message-ID: To: bruno.decraene@orange.com Cc: SPRING WG List Content-Type: multipart/alternative; boundary="000000000000cf0d950579fb7d4a" Archived-At: Subject: Re: [spring] Agenda Uploaded for IETF 103 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2018 09:19:08 -0000 --000000000000cf0d950579fb7d4a Content-Type: text/plain; charset="UTF-8" Folks -- Please remember to send your slides prior to the meeting. Per Bruno's note below, we'd like them by 17:00 to guarantee they are available for your presentation. Cheers, r. On Mon, Nov 5, 2018 at 12:10 PM wrote: > Speakers, > > > > We are meeting Wed. morning. > > > > Please send your slides to the chairs by Tuesday 17H00. Before is better. > > > > Please remember that your agenda time is total time for both presentation > and WG questions. e.g., a 10 slides deck for a 10 minutes slot is probably > too much. > > > > Thanks, > > --Bruno > > > > *From:* spring [mailto:spring-bounces@ietf.org] *On Behalf Of *Rob Shakir > *Sent:* Friday, October 26, 2018 9:01 AM > *To:* SPRING WG List > *Subject:* [spring] Agenda Uploaded for IETF 103 > > > > Hi SPRING WG, > > > > The agenda for the SPRING working group session at IETF 103 has been > uploaded to the datatracker > . > > > > Again, we were oversubscribed for this session - with approximately 190 > minutes of requests for the two hour slot. The majority of these drafts > have not been discussed in any detail on the mailing list -- making Bruno > and my job somewhat harder! > > > > Given the oversubscription, our slots are short -- please focus your > presentation on the changes to your drafts, or open items that the working > group needs to consider for the work. > > > > Apologies if you did not get a slot -- however, this is even more reason > to start a thread with what you would have presented on the list! > > > > See you in Bangkok, > > -- Bruno and Rob. > > _________________________________________________________________________________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. > > This message and its attachments may contain confidential or privileged information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and delete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. > Thank you. > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > --000000000000cf0d950579fb7d4a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Folks --=C2=A0

Please remember to send = your slides prior to the meeting. Per Bruno's note below, we'd like= them by 17:00 to guarantee they are available for your presentation.
=

Cheers,
r.



On Mon, Nov 5, 2018 at 12:10 PM &l= t;bruno.decraene@orange.com> wrote:

=C2=A0

Hi SPRING WG,

=C2=A0

The agenda for the SPRING working group session at I= ETF 103 has been uploaded to=C2=A0the datatracke= r.

=C2=A0

Again, we were oversubscribed for this session - wit= h approximately 190 minutes of requests for the two hour slot. The majority= of these drafts have not been discussed in any detail on the mailing list = -- making Bruno and my job somewhat harder!=C2=A0

=C2=A0

Given the oversubscription, our slots are short -- p= lease focus your presentation on the changes to your drafts, or open items = that the working group needs to consider for the work.=C2=A0<= /p>

=C2=A0

Apologies if you did not get a slot -- however, this= is even more reason to start a thread with what you would have presented o= n the list!

=C2=A0

See you in Bangkok,

-- Bruno and Rob.

______________________________________________________________________=
___________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les message=
s electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
_______________________________________________
spring mailing list
spring@ietf.org https://www.ietf.org/mailman/listinfo/spring
--000000000000cf0d950579fb7d4a-- From nobody Tue Nov 6 02:56:22 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CC84D1277C8 for ; Tue, 6 Nov 2018 02:56:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.501 X-Spam-Level: X-Spam-Status: No, score=-14.501 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 NGzvxkZWW4dc for ; Tue, 6 Nov 2018 02:56:16 -0800 (PST) Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 99BEA130DDB for ; Tue, 6 Nov 2018 02:56:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=17051; q=dns/txt; s=iport; t=1541501775; x=1542711375; h=subject:to:cc:references:from:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=QFPb3C7qDwvFA9JxAqRfH/j6RCS2C8egfEoShiHvGfw=; b=a8VIYh+3rG/orGUFurpIC/Nq1tfPWIVYwXW/Nf2vcEjZktPHLjZLWXoK DTqLGQ3VGLzAGGOwD7gL2ph0WNACqgYlkeID5IyE8r1hwO+be3sseHZai VwbJsvket2C/2cLcx36PX6HJKRif57TfWkRdLnvTjxq1W0AP31etiF32F k=; X-IronPort-AV: E=Sophos;i="5.54,471,1534809600"; d="scan'208";a="7785184" Received: from aer-iport-nat.cisco.com (HELO aer-core-4.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 06 Nov 2018 10:56:13 +0000 Received: from [10.61.171.42] ([10.61.171.42]) (authenticated bits=0) by aer-core-4.cisco.com (8.15.2/8.15.2) with ESMTPSA id wA6AuCdw024009 (version=TLSv1.2 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 6 Nov 2018 10:56:13 GMT To: Przemyslaw Krol , rjs@rob.sh Cc: spring@ietf.org, "Ketan Talaulikar (ketant)" , robjs=40google.com@dmarc.ietf.org, draft-filsfils-spring-sr-policy-considerations@tools.ietf.org, "Zafar Ali (zali)" References: <3470b63ec7264ac096e326a59d97b50f@XCH-ALN-008.cisco.com> From: "Clarence Filsfils (cfilsfil)" Message-ID: Date: Tue, 6 Nov 2018 11:56:12 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Authenticated-User: cfilsfil X-Outbound-SMTP-Client: 10.61.171.42, [10.61.171.42] X-Outbound-Node: aer-core-4.cisco.com Archived-At: Subject: Re: [spring] Comments on draft-filsfils-spring-sr-policy-considerations-01 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2018 10:56:21 -0000 Prem, Ketan can call me in when you meet locally and I can help remotely. Cheers, Clarence On 06/11/2018 04:23, Przemyslaw Krol wrote: > Greetings, > > Would it be possible to close this (scope of this document) while in > BKK? We could then take the draft editing work offline and come back > with it before PRG. Hopefully this would let all involved parties be > clear on the purpose of this document and make soliciting feedback easier. > > thank you, > > > > > On Tue, Oct 30, 2018 at 11:44 PM Przemyslaw Krol > wrote: > > Howdy, > > I tend to agree that in the current shape, > draft-filsfils-spring-sr-policy-considerations-02 >  document > attempts to cover architectural, operational and use-case aspects > which may not be optimal. To that point, if we can agree whether it > is supposed to be a more operationally-focused extension to its > parent draft-ietf-spring-segment-routing-policy draft or more of a > use case overview, we could make relevant adjustments/augmentations > to accommodate that. I personally see a value in both options but > based on Rob's feedback, the latter one may not be suited for SPRING WG. > > thanks, > pk > > On Mon, Oct 22, 2018 at 9:50 PM Rob Shakir wrote: > > Ketan, Authors, > > Thanks for the update. Further responses are in-line marked [rjs]. > > My key feedback here is that I feel like we're not really on the > same page as to what this draft is trying to communicate. > Perhaps if we agreed this, then it'd be clearer what the right > direction for the document is. > > I'd really encourage the WG to read this doc and provide the > authors with feedback -- especially if you have an > implementation, or are implementing SR-TE Policy in your network. > > On Thu, 18 Oct 2018 at 19:10 Ketan Talaulikar (ketant) > > wrote: > > > * (2) What is the intention of the diagram shown in this > section? It seems to be completely an implementation > detail that an implementation has the "SRPM" that acts > as a central resolution point. For instance, what should > a reader learn from the fact that the SRPM is not a > standard RIB resolution process? If there are > suggestions that one wants this implementation - should > there be some discussion of the complexity of this new > API between say, the BGP daemon and a general RIB > process?____ > > */[KT] /**/We will clarify in the text that the section > provides a conceptual overview of components/functionality > that work with each other to implement SR Policy on a > headend. The intention is not to define APIs between the > blocks since those are implementation details. We have > several drafts related to the SR Policy functionality – > besides the architecture draft, there are extensions to BGP > (BGP-SRTE & LS), PCEP then we have Yang model. This draft > puts these blocks into reference so implementers get an idea > of the functionality that maps to say BGP and the SR Policy > processes (e.g. draft-ietf-idr-segment-routing-te-policy)./* > > ____ > > * (2) My general feedback on this section is that this is > implementation discussion, that does not add to the IETF > content that we are publishing within SPRING. Like we > have had discussion of use case drafts, I think this is > similar but from the implementor side. I'd like to > discuss the value that this content has.____ > > */[KT] /**/There is a difference between documenting > implementation details and providing a conceptual overview > of the implementation aspects. Especially when defining an > architecture which involves multiple protocols and > functional blocks. I find it valuable as an implementer > myself./* > > > [rjs] I don't think that the edits that are made to this section > particularly add anything. If the intention is the conceptual > overview, I don't understand why we refer to say, the "SRP > process". Conceptually, shouldn't this be describing interaction > between functional blocks? i.e., we have a functional block in > the architecture that is responsible for learning candidate > paths (it's an implementation detail from where...), and selects > the active path, installing it into the RIB or FIB. > > If the intention is to have this be conceptual, my suggestion > would be to make the language refer to architectural concepts - > rather than what seem to be realisations of the idea, and to > convert the diagrams into lists that describe what each block is > doing. Others may have thoughts on this too - especially where > they have other implementations. > > ____ > > * (3.1) I think that this section has some useful content, > but it's buried by starting out by defining the > algorithms.. Why not make this section be focused > towards the constraints that must be considered when > calculating a SID stack for a particular path. i.e., the > key points seem to be:____ > > o Use of the IGP metric as the metric for path > optimisation is desirable, especially in constrained > push or readable depth environments, because it > allows the minimum number of deviations from the > shortest path and therefore labels.____ > o If a different metric is used, then this implies > that every time that metric differs from the IGP > metric, then this will result in additional SIDs.____ > > + There is no mention of flex-algorithm in this > section. It seems relevant given that you can > also mitigate the problem that is trying to be > solved here by having a set of prefix SIDs per > metric.____ > > */[KT] /**/We will put a forward reference to the Flex Algo > section here./*____ > > o It may be advantageous to sacrifice optimality of > the path calculation solution by relaxing the > optimisation constraints.____ > > + The draft should talk about the operational > considerations here - i.e., it implies that you > can actually tolerate the margin in the > optimisation objective for the service.____ > + The "just pick the best you can do within N > SIDs" is dangerous, since it means that the > network delivers a service that *isn't* what the > operator asked for - which may result in service > degradation (e.g., consider live/live where > there is a maximum latency difference that is > tolerable between the two feeds).____ > > */[KT] /**/We will add text clarifying this aspect. However, > the point is also that the operator may be OK with the “best > possible” and so such an option may be useful in some > deployments./* > > > [rjs] I don't think that we agree at all on whether this section > is useful in its current form. What is the message that we're > trying to convey in this section of the document? If it is that > there are possible algorithms that may be used by an operator > dependent on their service, I'm not clear that we need to > document this. The value to me *would be* that we cover some of > the caveats of calculating policies that are specific to SR -- > i.e., SID stack depth being something that is influenced by > divergence from the shortest path, and the fact that we might > need to sacrifice the optimal solution to pathing based on these > constraints, then I think it'd be useful. The current text does > not get this across clearly. > > ____ > > * (3.2) I'm unclear of the value of this text. It seems to > me that we're restating some of the optimisation > objectives that are known for general TE (and, for > example, are described by - say RFC3209). What is it > that we're trying to communicate to the reader here -- > can it be covered by "existing path calculation > considerations, such as resource affinity [rfc3209] can > be applied to the path calculation of SR paths"?____ > > */[KT] /**/We do not assume that anyone that is deploying SR > Policies is familiar with RSVP-TE. RFC3209 does cover > resource affinity but not the others. Some of the > constraints are unique to SR. Hence, there is a value in > specifying the available constraints./* > > > [rjs]: Again, we might have to agree to disagree here. I did not > make an assertion that someone was familiar with RSVP-TE, but > that they were familiar with *TE* -- there are networks that > meet these constraints that do not use SR or RSVP-TE.... Again, > I'd find it very useful to understand what the authors are > trying to communicate in this section. If it's that there are > particular trade-offs, sure, let's find new wording -- but if > not, then I'm not clear why SPRING needs to standardise an > incomplete list of optimisation criteria. > > ____ > > * (3.4) I'm again going to question the value of this > section -- it doesn't seem to give enough detail of the > algorithm that you're proposing to be generally useful, > and points out it is a node-local behaviour. If there's > a desire to get to a common understanding of how to take > a path and compress its SID stack, then let's write this > out.____ > > */[KT] /**/Agree that this is a node local behavior. > However, the high level description does indicate how an > implementation could go about determining a path to a SID in > an efficient manner./* > > > [rjs]: If there's really value in this high-level description > (I'm not sure I agree...) -- it seems like then restructuring > this section to write out the algorithm then use it to > illustrate how it operates on a network after this. > > ____ > > * (4) See my comments on Section 2 of this document, why > is describing how the interaction between different > processes within what sounds like a single > implementation something that we should publish within > the IETF?____ > > */[KT] /**/These examples are important to illustrate how > the candidate path selection tiebreaker rules work in > different conditions. The interactions are also valuable to > understand the selection which happens say within BGP (based > on its best path) for BGP-SRTE and the selection that then > happens at SR Policy level. This section was originally > placed in the Appendix of the SR Policy Architecture draft > since the candidate path selection tiebreaker rules were > specified in that draft. Later was move to this > informational draft./* > > > [rjs]: In my view, this example would be best _as succinctly_ as > possible to demonstrate the preferences in the actual draft. It > seems to me that the explanations themselves are quite wordy to > make a couple of clear points: > >  - BGP path selection is unaffected by SR-TE policy. >  - If a protocol does not make its own path selection, then > SR-TE policy attributes are considered to differentiate between > them. >  etc. > > Ideally, this should be clear in the policy architecture draft > itself. If it can't be made clear, then I think we should > seriously consider whether we have the right level of complexity > here. > > ____ > > * (5+5.1+5.2) The core point that seems to be being made > here is that - within a single IGP area the head-end has > all the visibility it requires; if there are multiple > areas, there are ways that a head-end could get access > to the areas that it is not part of (e.g., BGP-LS). Is > anything more being said here? Do the implementation > details that there are BGP-LS RRs actually matter?____ > > */[KT] /**/The intention is to provide guidance for some of > the deployment options for achieving this functionality./*____ > > * (5.3) Similarly to the above, this seems to assume one > particular mechanism of building a centralised system, > that doesn't need any new extensions in the IETF. Is > this something that we need to document?____ > > */[KT] /**/We explain while taking an example of a mechanism > based on IETF standards that is available for operators > looking to deploy this model./*____ > > * (6.2) This section seems to imply that there can never > be allocations from the SRLB that are not dynamically > advertised via some other protocol. Is this really true?____ > > */[KT] /**/I don’t believe this was the intention. We will > clarify this in the text../*____ > > * (8) Given that there is a separate draft discussing this > -- what is the motivation to have this in this document?____ > > */[KT] /**/This section gives and overview of the proposal > with an example of optical circuit.. It also clarifies that > the concept described is applicable not just for optical > links but in general to other types of layer 2 circuits and > tunnels as well. The draft-anand-spring-poi-sr goes into the > details of the use-case, protocol mechanism and extensions > specifically for optical networks only./* > > > [rjs]: For the above points -- I think we've clearly seen in the > WG and IESG that there is not a huge amount of appetite to > publish use case drafts. From an operational perspective, I also > don't really find these sections that useful since they don't > really give me enough information to be able to figure out an > implementation. I'd be interested whether the working group > thinks that they are sufficiently of interest to include in this > document. > > Cheers, > r. > > *//*____ > > Thanks,____ > > r.____ > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > > > > -- > Przemyslaw "PK" Krol |  Strategic Network Engineer ing > |pkrol@google.com > > > > -- > Przemyslaw "PK" Krol |  Strategic Network Engineer ing |pkrol@google.com > > > > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > From nobody Fri Nov 9 06:30:32 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B5E0D130E08; Fri, 9 Nov 2018 06:30:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oKyMIpeG1fSR; Fri, 9 Nov 2018 06:30:22 -0800 (PST) Received: from orange.com (mta136.mail.business.static.orange.com [80.12.70.36]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E90E41277C8; Fri, 9 Nov 2018 06:30:21 -0800 (PST) Received: from opfednr02.francetelecom.fr (unknown [xx.xx.xx.66]) by opfednr24.francetelecom.fr (ESMTP service) with ESMTP id 42s2cX4KSQz2009; Fri, 9 Nov 2018 15:30:20 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.31]) by opfednr02.francetelecom.fr (ESMTP service) with ESMTP id 42s2cX3P5Yz8sYT; Fri, 9 Nov 2018 15:30:20 +0100 (CET) Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILM22.corporate.adroot.infra.ftgroup ([fe80::8c90:f4e9:be28:2a1%19]) with mapi id 14.03.0415.000; Fri, 9 Nov 2018 15:30:20 +0100 From: To: "lsr@ietf.org" CC: "spring@ietf.org" Thread-Topic: draft-ietf-isis-mpls-elc & draft-ietf-ospf-mpls-elc Thread-Index: AdR4OJWYmH00pYTzTK6gvxR+PFXbGg== Date: Fri, 9 Nov 2018 14:30:19 +0000 Message-ID: <9208_1541773820_5BE599FC_9208_47_1_9E32478DFA9976438E7A22F69B08FF924B746E6A@OPEXCLILMA4.corporate.adroot.infra.ftgroup> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.6] Content-Type: multipart/alternative; boundary="_000_9E32478DFA9976438E7A22F69B08FF924B746E6AOPEXCLILMA4corp_" MIME-Version: 1.0 Archived-At: Subject: [spring] draft-ietf-isis-mpls-elc & draft-ietf-ospf-mpls-elc X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2018 14:30:24 -0000 --_000_9E32478DFA9976438E7A22F69B08FF924B746E6AOPEXCLILMA4corp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi WG, Some discussions occurred on the mailing list on how to encode the entropy = label capability for SR but we hadn't found a consensus on the target solut= ion. IETF 103 was the opportunity to meet face to face various people that have = participated to this discussion. Following this discussion, we are coming with the following proposal that t= he WG need to validate: The entropy label capability is still considered as a per node property (fo= r simplicity reason, we do not want to have an ELC per linecard). The ERLD is considered as a per node property (for simplicity reason, we do= not want to have an ERLD per linecard). However IGPs may advertise prefixes that are not belonging to the node itse= lf in addition to the local prefixes of the nodes. A typical use case is when two IGP domains (running the same protocol or a = different one) are redistributing routes between each other. The inter-area use case is also creating a similar situation. When an ingress node pushes an entropy label below a segment it must ensur= e that the tail-end of the segment is entropy label capable otherwise packe= ts will be dropped. As a consequence, when prefixes are redistributed, the entropy label capabi= lity of the node who has firstly originated the prefix, should be associate= d to the prefix during the redistribution. In terms of encoding, we propose to associate an entropy label capability f= or each prefix advertised by a node. The entropy label capability will be encoded as part of the Prefix Attribut= es IGP extension (RFC7794 and RFC7684). The entropy label capability may be set for local prefixes (e.g. loopbacks)= by a local configuration and for leaked/redistributed prefixes. When a pre= fix is leaked or redistributed, the ELC associated to the prefix may be als= o leaked/redistributed. An ingress should set the entropy label below a Node/Prefix segment only if= the prefix associated to the Node/Prefix segment as the ELC set in the Pre= fix Attributes. An ingress should set the entropy label below an Adjacency segment only if = the adjacent neighbor of the node that has advertised the Adj SID is advert= ising an ERLD (and so is entropy label capable). For the binding SID, as IGPs are not involved in the signaling of the bindi= ng SID, there is nothing to do in these drafts. Let us know your comments/feedback on this proposal so we can progress thes= e documents. Brgds, Stephane ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. --_000_9E32478DFA9976438E7A22F69B08FF924B746E6AOPEXCLILMA4corp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi WG,

 

Some discussions occurred on the mailing list on how= to encode the entropy label capability for SR but we hadn’t found a = consensus on the target solution.

IETF 103 was the opportunity to meet face to face va= rious people that have participated to this discussion.

 

Following this discussion, we are coming with the fo= llowing proposal that the WG need to validate:

 

The entropy label capability is still considered as = a per node property (for simplicity reason, we do not want to have an ELC p= er linecard).

The ERLD is considered as a per node property (for s= implicity reason, we do not want to have an ERLD per linecard).<= /p>

 

However IGPs may advertise prefixes that are not bel= onging to the node itself in addition to the local prefixes of the nodes.

A typical use case is when two IGP domains (running = the same protocol or a different one) are redistributing routes between eac= h other.

The inter-area use case is also creating a similar s= ituation.

 

When an ingress node pushes an entropy label below a= segment  it must ensure that the tail-end of the segment is entropy l= abel capable otherwise packets will be dropped.

 

As a consequence, when prefixes are redistributed, t= he entropy label capability of the node who has firstly originated the pref= ix, should be associated to the prefix during the redistribution.

 

In terms of encoding, we propose to associate an ent= ropy label capability for each prefix advertised by a node.

The entropy label capability will be encoded as part= of the Prefix Attributes IGP extension (RFC7794 and RFC7684).

The entropy label capability may be set for local pr= efixes (e.g. loopbacks) by a local configuration and for leaked/redistribut= ed prefixes. When a prefix is leaked or redistributed, the ELC associated t= o the prefix may be also leaked/redistributed.

 

An ingress should set the entropy label below a Node= /Prefix segment only if the prefix associated to the Node/Prefix segment as= the ELC set in the Prefix Attributes.

An ingress should set the entropy label below an Adj= acency segment only if the adjacent neighbor of the node that has advertise= d the Adj SID is advertising an ERLD (and so is entropy label capable).

 

For the binding SID, as IGPs are not involved in the= signaling of the binding SID, there is nothing to do in these drafts.

 

 

Let us know your comments/feedback on this proposal = so we can progress these documents.

 

Brgds,

 

Stephane

 

______________________________________________________________________=
___________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el=
ectroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
--_000_9E32478DFA9976438E7A22F69B08FF924B746E6AOPEXCLILMA4corp_-- From nobody Mon Nov 12 13:04:46 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 37219130F18 for ; Mon, 12 Nov 2018 13:04:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -17.5 X-Spam-Level: X-Spam-Status: No, score=-17.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, ENV_AND_HDR_SPF_MATCH=-0.5, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_DEF_SPF_WL=-7.5] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fElIJqSUZ-GS for ; Mon, 12 Nov 2018 13:04:42 -0800 (PST) Received: from mail-io1-xd35.google.com (mail-io1-xd35.google.com [IPv6:2607:f8b0:4864:20::d35]) (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 302BA130EA5 for ; Mon, 12 Nov 2018 13:04:40 -0800 (PST) Received: by mail-io1-xd35.google.com with SMTP id m19so1597722ioh.3 for ; Mon, 12 Nov 2018 13:04:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=9hykqIRNvMRw2eK/FImp78jVNC45BM705qAJa3J5zT0=; b=TOky6Zze/llfAkKZBCUDqK1k48LpLHXjkW312424z9zHULwCJwt52gb4fhNcJc3WMH ePYNK8qm90v6HwEVDc05Lob7RiG2PIzNfzGkNhpo1XE9wWQFnn47ElZyH2q1HEKfis7q TTgSqknKUo/BnFL+AgutFOk0Zz2FF31N3Cz40MKfn5v9oZNgjbQ+EKtmCXpESvtCtvpm 9fgPXx9cv99KTEpV+KlZGmGyyqjRw4YwozfB/Xr/sRVz5JEO13bYVuCpyHT36xOK0fjt VY8MRTzCsFS+4ZbX0FtPa89WjkZJO9ueL+L6ekYbthCWmpkEkCnUEVJBtm6nbSYRt1zt LLRQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=9hykqIRNvMRw2eK/FImp78jVNC45BM705qAJa3J5zT0=; b=fWLPoSu2nViYtFysbK+5eT785W46Coc6O932xB7f76BVkZyBllDFZUmDT5plmaLvKK m8hObx/tRvLVmWHmqmIf2cvfDyN0F3JKgRQlb5eyokFM+eJCdp+1EQ7cskXDz4dVBGg4 ySZu3pSu2DbhnkrAzxwBgOAQssBo82yK9EIvlaJ7KCS4xdibLVKUI38n5YVospMUGi7a SpBf8Lww1hT1ROXazynXycMFO2D4Jy21fAsVsCA6JSU3+u6wN3waCB8QdtmQBtqDLe/l ZZ6CD1EQtd69ZdyafjCzPQnMdcZve/zrPTFbe3hLrOf8aSRgmjNXXNLR6BZNYjS1co7l 2oqg== X-Gm-Message-State: AGRZ1gKHQXdmgOcxbtDP1r12XQCTbRY0kcnoxn2SrcMoqh4WQVBYPp3g 4UJmh2fgCojCdDqKHJL5RwT0O315XIgN2kOb76Qw3w== X-Google-Smtp-Source: AJdET5ceBSrDzMbzlH0zyUCfLihnyahCJ6Cff7hB1CDOq+QBKkv0S/BMIgOpiaEsetcZOBIoGEn2puvZsJhHMseUCtI= X-Received: by 2002:a5e:a507:: with SMTP id 7-v6mr2073880iog.151.1542056678902; Mon, 12 Nov 2018 13:04:38 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Przemyslaw Krol Date: Mon, 12 Nov 2018 13:04:02 -0800 Message-ID: To: "Ketan Talaulikar (ketant)" Cc: spring@ietf.org, draft-ietf-idr-segment-routing-te-policy@ietf.org, shsethur@cisco.com, swaagraw@cisco.com, draft-ietf-spring-segment-routing-policy@ietf.org Content-Type: multipart/alternative; boundary="0000000000009260f9057a7e0c38" Archived-At: Subject: Re: [spring] draft-previdi-idr-segment-routing-te-policy - BSID flag inconsistency X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2018 21:04:44 -0000 --0000000000009260f9057a7e0c38 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Ketan, Did you manage to confirm bit ordering for the flag? thanks, pk On Thu, Oct 25, 2018 at 7:50 AM Przemyslaw Krol wrote: > Hi Ketan, > > Thanks for the reply. > > > *[KT] Thanks for catching that it looks like perhaps the IANA section > needs to be updated to reflect the ordering in the main section text.* > [PK] Great, thanks for that. Is it safe to assume the ordering in 2.4.2 > (instead of 8.5) to be final then? > > *Normally, only the path resolution is needed to be performed and that to= o > for the first SID. The =E2=80=9CV=E2=80=9D flag may be used to indicate t= o the headend to > perform the verification. When the SID is of type 1 or 2 then it is only > about checking the path resolution (reachability) for it. When the SID is > of type 3-through-11 then it would be about first resolving to get the SI= D > value and then doing its path resolution. Perhaps this text in the SR > Policy Architecture draft could clarify this further (if needed) and we u= se > =E2=80=9CSID verification=E2=80=9D term in the BGP draft for alignment of= terminologies.* > > [PK] I reckon even pointing to draft-ietf-idr-segment-routing-te-policy i= n > the context of SID verification would make the meaning of V-flag much mor= e > obvious. Anyhow, this is just a suggestion as it's been signaled to me th= at > it's not easy to make that association. > > thanks, > > On Wed, Oct 24, 2018 at 8:26 PM Ketan Talaulikar (ketant) < > ketant@cisco.com> wrote: > >> Hi PK, >> >> >> >> Thanks for your review and including the BGP draft authors to keep them >> posted. >> >> >> >> Please check inline below. >> >> >> >> *From:* spring *On Behalf Of *Przemyslaw Krol >> *Sent:* 24 October 2018 23:35 >> *To:* spring@ietf.org >> *Subject:* [spring] draft-previdi-idr-segment-routing-te-policy - BSID >> flag inconsistency >> >> >> >> Authors, >> >> >> >> There seems to be a discrepancy in BSID flag ordering: >> >> >> https://tools.ietf.org/html/draft-ietf-idr-segment-routing-te-policy-04#= section-2.4.2 >> >> >> >> 0 1 2 3 4 5 6 7 >> >> +-+-+-+-+-+-+-+-+ >> >> |S|I| | >> >> +-+-+-+-+-+-+-+-+ >> >> >> >> >> https://tools.ietf.org/html/draft-ietf-idr-segment-routing-te-policy-04#= section-8.5 >> >> >> Bit Description Reference >> >> >> ------------------------------------------------------------------------= --------- >> >> 0 Drop Upon Invalid Flag (I-Flag) This document >> >> 1 Specified-BSID-Only Flag (S-Flag) This document >> >> >> >> Would it be possible to clarify this please? >> >> *[KT] Thanks for catching that it looks like perhaps the IANA section >> needs to be updated to reflect the ordering in the main section text.* >> >> >> >> Also, draft mentions "V-flag: Segment Verification Flag": >> >> >> >> V-Flag: This flag encodes the "Segment Verification" behavior. It >> >> is used by SRPM as described in section 5 in >> >> [I-D.ietf-spring-segment-routing-policy]. >> >> >> >> Yet its meaning doesn't look to be clearly described in either drafts. >> >> *[KT] I believe this is referring to the following text in Sec 5.1 of th= e >> draft-ietf-spring-segment-routing-policy.* >> >> >> >> o It is empty. >> >> o Its weight is 0. >> >> o The headend is unable to perform path resolution for the first SID >> >> into one or more outgoing interface(s) and next-hop(s). >> >> * o The headend is unable to perform SID resolution for any non-first= * >> >> * SID of type 3-through-11 into an MPLS label or an SRv6 SID.* >> >> * o The headend verification fails for any SID for which verification= * >> >> * has been explicitly requested.* >> >> >> >> "Unable to perform path resolution" means that the headend has no >> >> path to the SID in its SR database. >> >> >> >> *SID verification is performed when the headend is explicitly* >> >> * requested to verify SID(s) by the controller via the signaling* >> >> * protocol used*. >> >> >> >> *Normally, only the path resolution is needed to be performed and that >> too for the first SID. The =E2=80=9CV=E2=80=9D flag may be used to indic= ate to the headend >> to perform the verification. When the SID is of type 1 or 2 then it is o= nly >> about checking the path resolution (reachability) for it. When the SID i= s >> of type 3-through-11 then it would be about first resolving to get the S= ID >> value and then doing its path resolution. Perhaps this text in the SR >> Policy Architecture draft could clarify this further (if needed) and we = use >> =E2=80=9CSID verification=E2=80=9D term in the BGP draft for alignment o= f terminologies.* >> >> >> >> *Thanks,* >> >> *Ketan* >> >> >> >> thanks, >> >> pk >> >> >> >> >> >> -- >> >> Przemyslaw "PK" Krol | >> >> Strategic Network Engineer >> >> ing | pkrol@google.com >> >> >> > > > -- > Przemyslaw "PK" Krol | Strategic Network Engineer ing | pkrol@google.com > --=20 Przemyslaw "PK" Krol | Strategic Network Engineer ing | pkrol@google.com --0000000000009260f9057a7e0c38 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Ketan,

Did you manage to confirm bit= ordering for the flag?

thanks,
pk
=

On Thu, Oct 25, 2018 = at 7:50 AM Przemyslaw Krol <pkrol@go= ogle.com> wrote:
Hi Ketan,

Thanks for the reply.


[KT] Thanks for catchi= ng that it looks like perhaps the IANA section needs to be updated to refle= ct the ordering in the main section text.
[PK]= Great, thanks for that. Is it safe to assume the ordering in 2.4.2 (instea= d of 8.5) to be final then?

Normally, only the path resolution is needed to be perfo= rmed and that too for the first SID. The =E2=80=9CV=E2=80=9D flag may be us= ed to indicate to the headend to perform the verification. When the SID is = of type 1 or 2 then it is only about checking the path resolution (reachabi= lity) for it. When the SID is of type 3-through-11 then it would be about f= irst resolving to get the SID value and then doing its path resolution. Per= haps this text in the SR Policy Architecture draft could clarify this furth= er (if needed) and we use =E2=80=9CSID verification=E2=80=9D term in the BG= P draft for alignment of terminologies.

= [PK] I reckon even pointing to=C2=A0draft-ietf-idr-segment-routing-te-polic= y in the context of SID verification would make the meaning of V-flag much = more obvious. Anyhow, this is just a suggestion as it's been signaled t= o me that it's not easy to make that association.

<= div>thanks,

On Wed, Oct 24, 2018 at 8:26 PM Ketan Talaulikar (ketant) <ketant@cisco.com> wrote:<= br>

Hi PK,

=C2=A0

Thanks for your review= and including the BGP draft authors to keep them posted.

=C2=A0

Please check inline be= low.

=C2=A0

From: spring <spring-bounces@ietf.org> On Behalf Of Przemyslaw Krol
Sent: 24 October 2018 23:35
To: spring@ietf= .org
Subject: [spring] draft-previdi-idr-segment-routing-te-policy - BSID= flag inconsistency

=C2=A0

Authors,

=C2=A0

There seems to be a discrepancy in BSID flag orderin= g:

=C2=A0

=C2=A0 =C2=A00 1 2 3 4 5 6 7

=C2=A0 =C2=A0+-+-+-+-+-+-+-+-+

=C2=A0 =C2=A0|S|I|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0|

=C2=A0 =C2=A0+-+-+-+-+-+-+-+-+

=C2=A0


Bit=C2=A0 =C2=A0 Description=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 Reference

----------------------------------------------------= -----------------------------

=C2=A0 =C2=A00=C2=A0 =C2=A0 =C2=A0Drop Upon Invalid = Flag (I-Flag)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0This document<= u>

=C2=A0 =C2=A01=C2=A0 =C2=A0 =C2=A0Specified-BSID-Onl= y Flag (S-Flag)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0This document

=C2=A0

Would it be possible to clarify this please?<= u>

[KT] Thanks for catching that i= t looks like perhaps the IANA section needs to be updated to reflect the or= dering in the main section text.

=C2=A0

Also, draft mentions "V-flag: Segment Verificat= ion Flag":

=C2=A0

=C2=A0 =C2=A0V-Flag: This flag encodes the "Seg= ment Verification" behavior.=C2=A0 It

=C2=A0 =C2=A0 =C2=A0 is used by SRPM as described in= section 5 in

=C2=A0 =C2=A0 =C2=A0 [I-D.ietf-spring-segment-routin= g-policy].

=C2=A0

Yet its meaning doesn't look to be clearly descr= ibed in either drafts.

[KT] I believe this is referrin= g to the following text in Sec 5.1 of the draft-ietf-spring-segment-routing= -policy.

=C2=A0=

=C2=A0=C2=A0 o=C2=A0 It is empty.

=C2=A0=C2=A0 o=C2=A0 Its weight is 0.

=C2=A0=C2=A0 o=C2=A0 The headend is unable to = perform path resolution for the first SID

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 into one or mor= e outgoing interface(s) and next-hop(s).

=C2=A0=C2=A0 o=C2=A0 The headend is unable = to perform SID resolution for any non-first

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 SID of type = 3-through-11 into an MPLS label or an SRv6 SID.<= /u>

=C2=A0=C2=A0 o=C2=A0 The headend verificati= on fails for any SID for which verification

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 has been exp= licitly requested.

=C2=A0

=C2=A0=C2=A0 "Unable to perform path reso= lution" means that the headend has no

=C2=A0=C2=A0 path to the SID in its SR databas= e.

=C2=A0

=C2=A0=C2=A0 SID verification is performed when the headend is explicitly

=C2=A0=C2=A0 requested to verify SID(s) by = the controller via the signaling

=C2=A0=C2=A0 protocol used= .

=C2=A0

Normally, only the path resolut= ion is needed to be performed and that too for the first SID. The =E2=80=9C= V=E2=80=9D flag may be used to indicate to the headend to perform the verification. When the SID is of type 1 or 2 then it is only about che= cking the path resolution (reachability) for it. When the SID is of type 3-= through-11 then it would be about first resolving to get the SID value and = then doing its path resolution. Perhaps this text in the SR Policy Architecture draft could clarify this f= urther (if needed) and we use =E2=80=9CSID verification=E2=80=9D term in th= e BGP draft for alignment of terminologies.

=C2=A0=

Thanks,

Ketan<= /b>

=C2=A0

thanks,

pk

=C2=A0

=C2=A0

--

Przemyslaw "PK" Krol |=C2=A0Strategic Network Engineering |=C2=A0pkrol@google.com= =C2=A0

Przemyslaw "PK" Krol |

=C2=A0Strategic Network Engineer

ing |=C2=A0pkrol@google.com=C2=A0

=C2=A0



--
<= div dir=3D"ltr">
Przemyslaw "PK" Krol |=C2=A0Strategic Network Engineering |=C2=A0pkro= l@google.com=C2=A0
=
<= /div>


--
=
= --0000000000009260f9057a7e0c38-- From nobody Mon Nov 12 13:22:10 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 58B75130D7A; Mon, 12 Nov 2018 13:20:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.968 X-Spam-Level: X-Spam-Status: No, score=-14.968 tagged_above=-999 required=5 tests=[AC_DIV_BONANZA=0.001, BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.47, 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, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 uf0jw0rJfgdC; Mon, 12 Nov 2018 13:20:21 -0800 (PST) Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 284A1128D68; Mon, 12 Nov 2018 13:20:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=44566; q=dns/txt; s=iport; t=1542057621; x=1543267221; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=J4HeO0KFTqwFy925S2phWbCNia6xvuMWt5jOmnNSL24=; b=FodcIxg3+JZ3iQjLr01WT/htKgadk7O28WbaiG0WZmYowdfDoO1sr2LS Q6SCQhkyHFJscWjFFezhcqOsEBVg1I/vyariarU4gbnMEd8nGrdmhQ0Wi 8j7/bdTCOLacoHj6/PifC+rSRMqYsspY2Nqkm2IY55j3AV/rW+1vHqdbC k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AIAAC47elb/5ldJa1jGgEBAQEBAgE?= =?us-ascii?q?BAQEHAgEBAQGBUgQBAQEBCwGBDXZmgQInCoMvP5QSgg2XNYEkA1MLAQElhEc?= =?us-ascii?q?CF4MWIjUMDQEDAQECAQECbRwMhToBAQEEDBcKTBACAQYCDgMBAwEBIQEGAwI?= =?us-ascii?q?CAjAUAwYIAgQBDQUIgxqBHWQPjTCbUIEviicFjAAXgUA/gRGDEoMbAQECAYI?= =?us-ascii?q?Ugk6CVwKJEoVahi+JZFAJAoZ0gyeGeCCBWIUCiG2BKYJ0hmaDTIorAhEUgSY?= =?us-ascii?q?fATU0DYEUcBWDJ4InFxKITIU+QTEBAYx5gR8BAQ?= X-IronPort-AV: E=Sophos;i="5.54,496,1534809600"; d="scan'208,217";a="480538748" Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 12 Nov 2018 21:20:19 +0000 Received: from XCH-RCD-008.cisco.com (xch-rcd-008.cisco.com [173.37.102.18]) by rcdn-core-2.cisco.com (8.15.2/8.15.2) with ESMTPS id wACLKJ1w015772 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 12 Nov 2018 21:20:19 GMT Received: from xch-rcd-009.cisco.com (173.37.102.19) by XCH-RCD-008.cisco.com (173.37.102.18) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Mon, 12 Nov 2018 15:20:18 -0600 Received: from xch-rcd-009.cisco.com ([173.37.102.19]) by XCH-RCD-009.cisco.com ([173.37.102.19]) with mapi id 15.00.1395.000; Mon, 12 Nov 2018 15:20:18 -0600 From: "Shyam Sethuram (shsethur)" To: Przemyslaw Krol , "Ketan Talaulikar (ketant)" CC: "spring@ietf.org" , "draft-ietf-idr-segment-routing-te-policy@ietf.org" , "Swadesh Agrawal (swaagraw)" , "draft-ietf-spring-segment-routing-policy@ietf.org" Thread-Topic: [spring] draft-previdi-idr-segment-routing-te-policy - BSID flag inconsistency Thread-Index: AQHUa8RBB+yzY0riXkK4MWWPSgHNTKUvRn8AgAEZ3ACAHMMrAP//nzDg Date: Mon, 12 Nov 2018 21:20:18 +0000 Message-ID: <667e2cbf25aa4fe084a676f54af08eb0@XCH-RCD-009.cisco.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.65.71.189] Content-Type: multipart/alternative; boundary="_000_667e2cbf25aa4fe084a676f54af08eb0XCHRCD009ciscocom_" MIME-Version: 1.0 X-Outbound-SMTP-Client: 173.37.102.18, xch-rcd-008.cisco.com X-Outbound-Node: rcdn-core-2.cisco.com Archived-At: X-Mailman-Approved-At: Mon, 12 Nov 2018 13:22:08 -0800 Subject: Re: [spring] draft-previdi-idr-segment-routing-te-policy - BSID flag inconsistency X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2018 21:20:26 -0000 --_000_667e2cbf25aa4fe084a676f54af08eb0XCHRCD009ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgUEssDQpTb3JyeSBmb3IgdGhlIGRlbGF5LiBXZSdsbCBzb29uIHB1Ymxpc2ggYW4gdXBkYXRl IHRvIGZpeCB0aGUgQlNJRCBGbGFncyBvcmRlcg0KYW5kIGNsYXJpZnkgdGhlIFNlZ21lbnQgVi1G bGFnLiBUaGFua3MgZm9yIHBvaW50aW5nLg0KDQpUaGUgQlNJRCBGbGFncyB3b3VsZCBiZSBhcyBm b2xsb3dzOg0KQml0IDAgOiAgUy1GbGFnDQpCaXQgMSA6ICBJLUZsYWcNCg0KDQp0aGFua3Piiapz aHlhbQ0KDQpGcm9tOiBQcnplbXlzbGF3IEtyb2wgPHBrcm9sQGdvb2dsZS5jb20+DQpTZW50OiBN b25kYXksIE5vdmVtYmVyIDEyLCAyMDE4IDE6MDQgUE0NClRvOiBLZXRhbiBUYWxhdWxpa2FyIChr ZXRhbnQpIDxrZXRhbnRAY2lzY28uY29tPg0KQ2M6IHNwcmluZ0BpZXRmLm9yZzsgZHJhZnQtaWV0 Zi1pZHItc2VnbWVudC1yb3V0aW5nLXRlLXBvbGljeUBpZXRmLm9yZzsgU2h5YW0gU2V0aHVyYW0g KHNoc2V0aHVyKSA8c2hzZXRodXJAY2lzY28uY29tPjsgU3dhZGVzaCBBZ3Jhd2FsIChzd2FhZ3Jh dykgPHN3YWFncmF3QGNpc2NvLmNvbT47IGRyYWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQtcm91dGlu Zy1wb2xpY3lAaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbc3ByaW5nXSBkcmFmdC1wcmV2aWRpLWlk ci1zZWdtZW50LXJvdXRpbmctdGUtcG9saWN5IC0gQlNJRCBmbGFnIGluY29uc2lzdGVuY3kNCg0K SGkgS2V0YW4sDQoNCkRpZCB5b3UgbWFuYWdlIHRvIGNvbmZpcm0gYml0IG9yZGVyaW5nIGZvciB0 aGUgZmxhZz8NCg0KdGhhbmtzLA0KcGsNCg0KT24gVGh1LCBPY3QgMjUsIDIwMTggYXQgNzo1MCBB TSBQcnplbXlzbGF3IEtyb2wgPHBrcm9sQGdvb2dsZS5jb208bWFpbHRvOnBrcm9sQGdvb2dsZS5j b20+PiB3cm90ZToNCkhpIEtldGFuLA0KDQpUaGFua3MgZm9yIHRoZSByZXBseS4NCg0KDQpbS1Rd IFRoYW5rcyBmb3IgY2F0Y2hpbmcgdGhhdCBpdCBsb29rcyBsaWtlIHBlcmhhcHMgdGhlIElBTkEg c2VjdGlvbiBuZWVkcyB0byBiZSB1cGRhdGVkIHRvIHJlZmxlY3QgdGhlIG9yZGVyaW5nIGluIHRo ZSBtYWluIHNlY3Rpb24gdGV4dC4NCltQS10gR3JlYXQsIHRoYW5rcyBmb3IgdGhhdC4gSXMgaXQg c2FmZSB0byBhc3N1bWUgdGhlIG9yZGVyaW5nIGluIDIuNC4yIChpbnN0ZWFkIG9mIDguNSkgdG8g YmUgZmluYWwgdGhlbj8NCg0KTm9ybWFsbHksIG9ubHkgdGhlIHBhdGggcmVzb2x1dGlvbiBpcyBu ZWVkZWQgdG8gYmUgcGVyZm9ybWVkIGFuZCB0aGF0IHRvbyBmb3IgdGhlIGZpcnN0IFNJRC4gVGhl IOKAnFbigJ0gZmxhZyBtYXkgYmUgdXNlZCB0byBpbmRpY2F0ZSB0byB0aGUgaGVhZGVuZCB0byBw ZXJmb3JtIHRoZSB2ZXJpZmljYXRpb24uIFdoZW4gdGhlIFNJRCBpcyBvZiB0eXBlIDEgb3IgMiB0 aGVuIGl0IGlzIG9ubHkgYWJvdXQgY2hlY2tpbmcgdGhlIHBhdGggcmVzb2x1dGlvbiAocmVhY2hh YmlsaXR5KSBmb3IgaXQuIFdoZW4gdGhlIFNJRCBpcyBvZiB0eXBlIDMtdGhyb3VnaC0xMSB0aGVu IGl0IHdvdWxkIGJlIGFib3V0IGZpcnN0IHJlc29sdmluZyB0byBnZXQgdGhlIFNJRCB2YWx1ZSBh bmQgdGhlbiBkb2luZyBpdHMgcGF0aCByZXNvbHV0aW9uLiBQZXJoYXBzIHRoaXMgdGV4dCBpbiB0 aGUgU1IgUG9saWN5IEFyY2hpdGVjdHVyZSBkcmFmdCBjb3VsZCBjbGFyaWZ5IHRoaXMgZnVydGhl ciAoaWYgbmVlZGVkKSBhbmQgd2UgdXNlIOKAnFNJRCB2ZXJpZmljYXRpb27igJ0gdGVybSBpbiB0 aGUgQkdQIGRyYWZ0IGZvciBhbGlnbm1lbnQgb2YgdGVybWlub2xvZ2llcy4NCg0KW1BLXSBJIHJl Y2tvbiBldmVuIHBvaW50aW5nIHRvIGRyYWZ0LWlldGYtaWRyLXNlZ21lbnQtcm91dGluZy10ZS1w b2xpY3kgaW4gdGhlIGNvbnRleHQgb2YgU0lEIHZlcmlmaWNhdGlvbiB3b3VsZCBtYWtlIHRoZSBt ZWFuaW5nIG9mIFYtZmxhZyBtdWNoIG1vcmUgb2J2aW91cy4gQW55aG93LCB0aGlzIGlzIGp1c3Qg YSBzdWdnZXN0aW9uIGFzIGl0J3MgYmVlbiBzaWduYWxlZCB0byBtZSB0aGF0IGl0J3Mgbm90IGVh c3kgdG8gbWFrZSB0aGF0IGFzc29jaWF0aW9uLg0KDQp0aGFua3MsDQoNCk9uIFdlZCwgT2N0IDI0 LCAyMDE4IGF0IDg6MjYgUE0gS2V0YW4gVGFsYXVsaWthciAoa2V0YW50KSA8a2V0YW50QGNpc2Nv LmNvbTxtYWlsdG86a2V0YW50QGNpc2NvLmNvbT4+IHdyb3RlOg0KSGkgUEssDQoNClRoYW5rcyBm b3IgeW91ciByZXZpZXcgYW5kIGluY2x1ZGluZyB0aGUgQkdQIGRyYWZ0IGF1dGhvcnMgdG8ga2Vl cCB0aGVtIHBvc3RlZC4NCg0KUGxlYXNlIGNoZWNrIGlubGluZSBiZWxvdy4NCg0KRnJvbTogc3By aW5nIDxzcHJpbmctYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86c3ByaW5nLWJvdW5jZXNAaWV0Zi5v cmc+PiBPbiBCZWhhbGYgT2YgUHJ6ZW15c2xhdyBLcm9sDQpTZW50OiAyNCBPY3RvYmVyIDIwMTgg MjM6MzUNClRvOiBzcHJpbmdAaWV0Zi5vcmc8bWFpbHRvOnNwcmluZ0BpZXRmLm9yZz4NClN1Ympl Y3Q6IFtzcHJpbmddIGRyYWZ0LXByZXZpZGktaWRyLXNlZ21lbnQtcm91dGluZy10ZS1wb2xpY3kg LSBCU0lEIGZsYWcgaW5jb25zaXN0ZW5jeQ0KDQpBdXRob3JzLA0KDQpUaGVyZSBzZWVtcyB0byBi ZSBhIGRpc2NyZXBhbmN5IGluIEJTSUQgZmxhZyBvcmRlcmluZzoNCmh0dHBzOi8vdG9vbHMuaWV0 Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLWlkci1zZWdtZW50LXJvdXRpbmctdGUtcG9saWN5LTA0I3Nl Y3Rpb24tMi40LjINCg0KICAgMCAxIDIgMyA0IDUgNiA3DQogICArLSstKy0rLSstKy0rLSstKw0K ICAgfFN8SXwgICAgICAgICAgIHwNCiAgICstKy0rLSstKy0rLSstKy0rDQoNCmh0dHBzOi8vdG9v bHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLWlkci1zZWdtZW50LXJvdXRpbmctdGUtcG9saWN5 LTA0I3NlY3Rpb24tOC41DQoNCkJpdCAgICBEZXNjcmlwdGlvbiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBSZWZlcmVuY2UNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KICAgMCAg ICAgRHJvcCBVcG9uIEludmFsaWQgRmxhZyAoSS1GbGFnKSAgICAgICAgICAgICBUaGlzIGRvY3Vt ZW50DQogICAxICAgICBTcGVjaWZpZWQtQlNJRC1Pbmx5IEZsYWcgKFMtRmxhZykgICAgICAgICAg IFRoaXMgZG9jdW1lbnQNCg0KV291bGQgaXQgYmUgcG9zc2libGUgdG8gY2xhcmlmeSB0aGlzIHBs ZWFzZT8NCltLVF0gVGhhbmtzIGZvciBjYXRjaGluZyB0aGF0IGl0IGxvb2tzIGxpa2UgcGVyaGFw cyB0aGUgSUFOQSBzZWN0aW9uIG5lZWRzIHRvIGJlIHVwZGF0ZWQgdG8gcmVmbGVjdCB0aGUgb3Jk ZXJpbmcgaW4gdGhlIG1haW4gc2VjdGlvbiB0ZXh0Lg0KDQpBbHNvLCBkcmFmdCBtZW50aW9ucyAi Vi1mbGFnOiBTZWdtZW50IFZlcmlmaWNhdGlvbiBGbGFnIjoNCg0KICAgVi1GbGFnOiBUaGlzIGZs YWcgZW5jb2RlcyB0aGUgIlNlZ21lbnQgVmVyaWZpY2F0aW9uIiBiZWhhdmlvci4gIEl0DQogICAg ICBpcyB1c2VkIGJ5IFNSUE0gYXMgZGVzY3JpYmVkIGluIHNlY3Rpb24gNSBpbg0KICAgICAgW0kt RC5pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmctcG9saWN5XS4NCg0KWWV0IGl0cyBtZWFuaW5n IGRvZXNuJ3QgbG9vayB0byBiZSBjbGVhcmx5IGRlc2NyaWJlZCBpbiBlaXRoZXIgZHJhZnRzLg0K W0tUXSBJIGJlbGlldmUgdGhpcyBpcyByZWZlcnJpbmcgdG8gdGhlIGZvbGxvd2luZyB0ZXh0IGlu IFNlYyA1LjEgb2YgdGhlIGRyYWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQtcm91dGluZy1wb2xpY3ku DQoNCiAgIG8gIEl0IGlzIGVtcHR5Lg0KICAgbyAgSXRzIHdlaWdodCBpcyAwLg0KICAgbyAgVGhl IGhlYWRlbmQgaXMgdW5hYmxlIHRvIHBlcmZvcm0gcGF0aCByZXNvbHV0aW9uIGZvciB0aGUgZmly c3QgU0lEDQogICAgICBpbnRvIG9uZSBvciBtb3JlIG91dGdvaW5nIGludGVyZmFjZShzKSBhbmQg bmV4dC1ob3AocykuDQogICBvICBUaGUgaGVhZGVuZCBpcyB1bmFibGUgdG8gcGVyZm9ybSBTSUQg cmVzb2x1dGlvbiBmb3IgYW55IG5vbi1maXJzdA0KICAgICAgU0lEIG9mIHR5cGUgMy10aHJvdWdo LTExIGludG8gYW4gTVBMUyBsYWJlbCBvciBhbiBTUnY2IFNJRC4NCiAgIG8gIFRoZSBoZWFkZW5k IHZlcmlmaWNhdGlvbiBmYWlscyBmb3IgYW55IFNJRCBmb3Igd2hpY2ggdmVyaWZpY2F0aW9uDQog ICAgICBoYXMgYmVlbiBleHBsaWNpdGx5IHJlcXVlc3RlZC4NCg0KICAgIlVuYWJsZSB0byBwZXJm b3JtIHBhdGggcmVzb2x1dGlvbiIgbWVhbnMgdGhhdCB0aGUgaGVhZGVuZCBoYXMgbm8NCiAgIHBh dGggdG8gdGhlIFNJRCBpbiBpdHMgU1IgZGF0YWJhc2UuDQoNCiAgIFNJRCB2ZXJpZmljYXRpb24g aXMgcGVyZm9ybWVkIHdoZW4gdGhlIGhlYWRlbmQgaXMgZXhwbGljaXRseQ0KICAgcmVxdWVzdGVk IHRvIHZlcmlmeSBTSUQocykgYnkgdGhlIGNvbnRyb2xsZXIgdmlhIHRoZSBzaWduYWxpbmcNCiAg IHByb3RvY29sIHVzZWQuDQoNCk5vcm1hbGx5LCBvbmx5IHRoZSBwYXRoIHJlc29sdXRpb24gaXMg bmVlZGVkIHRvIGJlIHBlcmZvcm1lZCBhbmQgdGhhdCB0b28gZm9yIHRoZSBmaXJzdCBTSUQuIFRo ZSDigJxW4oCdIGZsYWcgbWF5IGJlIHVzZWQgdG8gaW5kaWNhdGUgdG8gdGhlIGhlYWRlbmQgdG8g cGVyZm9ybSB0aGUgdmVyaWZpY2F0aW9uLiBXaGVuIHRoZSBTSUQgaXMgb2YgdHlwZSAxIG9yIDIg dGhlbiBpdCBpcyBvbmx5IGFib3V0IGNoZWNraW5nIHRoZSBwYXRoIHJlc29sdXRpb24gKHJlYWNo YWJpbGl0eSkgZm9yIGl0LiBXaGVuIHRoZSBTSUQgaXMgb2YgdHlwZSAzLXRocm91Z2gtMTEgdGhl biBpdCB3b3VsZCBiZSBhYm91dCBmaXJzdCByZXNvbHZpbmcgdG8gZ2V0IHRoZSBTSUQgdmFsdWUg YW5kIHRoZW4gZG9pbmcgaXRzIHBhdGggcmVzb2x1dGlvbi4gUGVyaGFwcyB0aGlzIHRleHQgaW4g dGhlIFNSIFBvbGljeSBBcmNoaXRlY3R1cmUgZHJhZnQgY291bGQgY2xhcmlmeSB0aGlzIGZ1cnRo ZXIgKGlmIG5lZWRlZCkgYW5kIHdlIHVzZSDigJxTSUQgdmVyaWZpY2F0aW9u4oCdIHRlcm0gaW4g dGhlIEJHUCBkcmFmdCBmb3IgYWxpZ25tZW50IG9mIHRlcm1pbm9sb2dpZXMuDQoNClRoYW5rcywN CktldGFuDQoNCnRoYW5rcywNCnBrDQoNCg0KLS0NClByemVteXNsYXcgIlBLIiBLcm9sIHwNCg0K IFN0cmF0ZWdpYyBOZXR3b3JrIEVuZ2luZWVyDQoNCmluZyB8IHBrcm9sQGdvb2dsZS5jb208bWFp bHRvOnBrcm9sQGdvb2dsZS5jb20+DQoNCg0KDQoNCi0tDQpQcnplbXlzbGF3ICJQSyIgS3JvbCB8 DQoNCiBTdHJhdGVnaWMgTmV0d29yayBFbmdpbmVlcg0KDQppbmcgfCBwa3JvbEBnb29nbGUuY29t PG1haWx0bzpwa3JvbEBnb29nbGUuY29tPg0KDQoNCg0KLS0NClByemVteXNsYXcgIlBLIiBLcm9s IHwNCg0KIFN0cmF0ZWdpYyBOZXR3b3JrIEVuZ2luZWVyDQoNCmluZyB8IHBrcm9sQGdvb2dsZS5j b208bWFpbHRvOnBrcm9sQGdvb2dsZS5jb20+DQoNCg0K --_000_667e2cbf25aa4fe084a676f54af08eb0XCHRCD009ciscocom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9 DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj b2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpw dXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLm1zb25vcm1hbDAsIGxpLm1z b25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCglt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNpemU6MTIuMHB0Ow0K CWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTE4 DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0 eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7 fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBp biAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rp b24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1 bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEt LVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzpp ZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtl bmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0i cHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SGkgUEssPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi PlNvcnJ5IGZvciB0aGUgZGVsYXkuIFdlJ2xsIHNvb24gcHVibGlzaCBhbiB1cGRhdGUgdG8gZml4 IHRoZSBCU0lEIEZsYWdzIG9yZGVyPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPmFuZCBjbGFyaWZ5IHRoZSBT ZWdtZW50IFYtRmxhZy4gVGhhbmtzIGZvciBwb2ludGluZy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlRoZSBCU0lEIEZsYWdzIHdvdWxkIGJlIGFzIGZvbGxvd3M6 PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiMxRjQ5N0QiPkJpdCAwIDogJm5ic3A7Uy1GbGFnPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi PkJpdCAxIDombmJzcDsgSS1GbGFnPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj MUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+dGhhbmtzPC9zcGFuPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbWJyaWEgTWF0aCZxdW90Oyxz ZXJpZjtjb2xvcjojMUY0OTdEIj7iiao8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPnNoeWFtPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFk ZGluZzowaW4gMGluIDBpbiA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7 Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4i Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwvc3Bhbj48 L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmIj4gUHJ6ZW15c2xhdyBLcm9sICZsdDtwa3JvbEBnb29nbGUuY29t Jmd0Ow0KPGJyPg0KPGI+U2VudDo8L2I+IE1vbmRheSwgTm92ZW1iZXIgMTIsIDIwMTggMTowNCBQ TTxicj4NCjxiPlRvOjwvYj4gS2V0YW4gVGFsYXVsaWthciAoa2V0YW50KSAmbHQ7a2V0YW50QGNp c2NvLmNvbSZndDs8YnI+DQo8Yj5DYzo8L2I+IHNwcmluZ0BpZXRmLm9yZzsgZHJhZnQtaWV0Zi1p ZHItc2VnbWVudC1yb3V0aW5nLXRlLXBvbGljeUBpZXRmLm9yZzsgU2h5YW0gU2V0aHVyYW0gKHNo c2V0aHVyKSAmbHQ7c2hzZXRodXJAY2lzY28uY29tJmd0OzsgU3dhZGVzaCBBZ3Jhd2FsIChzd2Fh Z3JhdykgJmx0O3N3YWFncmF3QGNpc2NvLmNvbSZndDs7IGRyYWZ0LWlldGYtc3ByaW5nLXNlZ21l bnQtcm91dGluZy1wb2xpY3lAaWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtzcHJp bmddIGRyYWZ0LXByZXZpZGktaWRyLXNlZ21lbnQtcm91dGluZy10ZS1wb2xpY3kgLSBCU0lEIGZs YWcgaW5jb25zaXN0ZW5jeTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj5IaSBLZXRhbiw8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPkRpZCB5b3UgbWFuYWdlIHRvIGNvbmZpcm0gYml0IG9yZGVyaW5nIGZvciB0 aGUgZmxhZz88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+dGhhbmtzLDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+cGs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+T24gVGh1LCBPY3QgMjUsIDIwMTggYXQgNzo1MCBBTSBQcnplbXlzbGF3IEtyb2wg Jmx0OzxhIGhyZWY9Im1haWx0bzpwa3JvbEBnb29nbGUuY29tIj5wa3JvbEBnb29nbGUuY29tPC9h PiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJi b3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGluIDBp biAwaW4gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBpbiI+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhpIEtldGFuLDxvOnA+PC9vOnA+PC9wPg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhhbmtzIGZvciB0aGUgcmVwbHkuPG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PGk+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPltLVF0gVGhhbmtzIGZvciBjYXRjaGluZyB0aGF0 IGl0IGxvb2tzIGxpa2UgcGVyaGFwcyB0aGUgSUFOQSBzZWN0aW9uIG5lZWRzIHRvIGJlIHVwZGF0 ZWQgdG8gcmVmbGVjdCB0aGUgb3JkZXJpbmcgaW4gdGhlIG1haW4gc2VjdGlvbiB0ZXh0Ljwvc3Bh bj48L2k+PC9iPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+W1BLXSBHcmVhdCwgdGhhbmtzIGZvciB0aGF0LiBJcyBpdCBzYWZlIHRvIGFzc3VtZSB0 aGUgb3JkZXJpbmcgaW4gMi40LjIgKGluc3RlYWQgb2YgOC41KSB0byBiZSBmaW5hbCB0aGVuPzxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m bmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxi PjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5Ob3JtYWxseSwgb25seSB0aGUgcGF0 aCByZXNvbHV0aW9uIGlzIG5lZWRlZCB0byBiZSBwZXJmb3JtZWQgYW5kIHRoYXQgdG9vIGZvciB0 aGUgZmlyc3QgU0lELg0KIFRoZSDigJxW4oCdIGZsYWcgbWF5IGJlIHVzZWQgdG8gaW5kaWNhdGUg dG8gdGhlIGhlYWRlbmQgdG8gcGVyZm9ybSB0aGUgdmVyaWZpY2F0aW9uLiBXaGVuIHRoZSBTSUQg aXMgb2YgdHlwZSAxIG9yIDIgdGhlbiBpdCBpcyBvbmx5IGFib3V0IGNoZWNraW5nIHRoZSBwYXRo IHJlc29sdXRpb24gKHJlYWNoYWJpbGl0eSkgZm9yIGl0LiBXaGVuIHRoZSBTSUQgaXMgb2YgdHlw ZSAzLXRocm91Z2gtMTEgdGhlbiBpdCB3b3VsZCBiZSBhYm91dCBmaXJzdCByZXNvbHZpbmcNCiB0 byBnZXQgdGhlIFNJRCB2YWx1ZSBhbmQgdGhlbiBkb2luZyBpdHMgcGF0aCByZXNvbHV0aW9uLiBQ ZXJoYXBzIHRoaXMgdGV4dCBpbiB0aGUgU1IgUG9saWN5IEFyY2hpdGVjdHVyZSBkcmFmdCBjb3Vs ZCBjbGFyaWZ5IHRoaXMgZnVydGhlciAoaWYgbmVlZGVkKSBhbmQgd2UgdXNlIOKAnFNJRCB2ZXJp ZmljYXRpb27igJ0gdGVybSBpbiB0aGUgQkdQIGRyYWZ0IGZvciBhbGlnbm1lbnQgb2YgdGVybWlu b2xvZ2llcy48L3NwYW4+PC9pPjwvYj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+W1BLXSBJIHJlY2tvbiBldmVuIHBvaW50aW5nIHRvJm5ic3A7ZHJhZnQtaWV0Zi1pZHIt c2VnbWVudC1yb3V0aW5nLXRlLXBvbGljeSBpbiB0aGUgY29udGV4dCBvZiBTSUQgdmVyaWZpY2F0 aW9uIHdvdWxkIG1ha2UgdGhlIG1lYW5pbmcgb2YgVi1mbGFnIG11Y2ggbW9yZSBvYnZpb3VzLiBB bnlob3csIHRoaXMgaXMganVzdCBhIHN1Z2dlc3Rpb24gYXMgaXQncyBiZWVuIHNpZ25hbGVkIHRv IG1lIHRoYXQgaXQncyBub3QgZWFzeQ0KIHRvIG1ha2UgdGhhdCBhc3NvY2lhdGlvbi48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+dGhhbmtzLDxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPk9uIFdlZCwgT2N0IDI0LCAyMDE4IGF0IDg6MjYgUE0gS2V0YW4gVGFsYXVsaWthciAoa2V0 YW50KSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmtldGFudEBjaXNjby5jb20iIHRhcmdldD0iX2JsYW5r Ij5rZXRhbnRAY2lzY28uY29tPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0ND IDEuMHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2lu LXJpZ2h0OjBpbiI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4g bGFuZz0iRU4tSU4iIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5IaSBQSyw8L3NwYW4+PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLUlOIiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1JTiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPlRoYW5rcyBmb3IgeW91ciByZXZpZXcgYW5kIGluY2x1ZGluZyB0aGUgQkdQIGRyYWZ0IGF1 dGhvcnMgdG8ga2VlcCB0aGVtIHBvc3RlZC48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLUlOIiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48 c3BhbiBsYW5nPSJFTi1JTiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlBsZWFzZSBjaGVjayBp bmxpbmUgYmVsb3cuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij48c3BhbiBsYW5nPSJFTi1JTiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4gc3ByaW5nICZsdDs8YSBocmVm PSJtYWlsdG86c3ByaW5nLWJvdW5jZXNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5zcHJpbmct Ym91bmNlc0BpZXRmLm9yZzwvYT4mZ3Q7DQo8Yj5PbiBCZWhhbGYgT2YgPC9iPlByemVteXNsYXcg S3JvbDxicj4NCjxiPlNlbnQ6PC9iPiAyNCBPY3RvYmVyIDIwMTggMjM6MzU8YnI+DQo8Yj5Ubzo8 L2I+IDxhIGhyZWY9Im1haWx0bzpzcHJpbmdAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5zcHJp bmdAaWV0Zi5vcmc8L2E+PGJyPg0KPGI+U3ViamVjdDo8L2I+IFtzcHJpbmddIGRyYWZ0LXByZXZp ZGktaWRyLXNlZ21lbnQtcm91dGluZy10ZS1wb2xpY3kgLSBCU0lEIGZsYWcgaW5jb25zaXN0ZW5j eTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86 cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG8iPkF1dGhvcnMsPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+VGhlcmUgc2VlbXMgdG8gYmUgYSBkaXNjcmVwYW5jeSBp biBCU0lEIGZsYWcgb3JkZXJpbmc6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9k cmFmdC1pZXRmLWlkci1zZWdtZW50LXJvdXRpbmctdGUtcG9saWN5LTA0I3NlY3Rpb24tMi40LjIi IHRhcmdldD0iX2JsYW5rIj5odHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1p ZHItc2VnbWVudC1yb3V0aW5nLXRlLXBvbGljeS0wNCNzZWN0aW9uLTIuNC4yPGJyPg0KPC9hPjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJz cDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPiZuYnNwOyAmbmJzcDswIDEgMiAzIDQgNSA2IDc8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7ICZuYnNwOyYjNDM7LSYjNDM7 LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7LSYjNDM7PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOyAmbmJzcDt8U3xJ fCZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7fDxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDsgJm5ic3A7JiM0 MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0MzstJiM0Mzs8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4m bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtaWRyLXNl Z21lbnQtcm91dGluZy10ZS1wb2xpY3ktMDQjc2VjdGlvbi04LjUiIHRhcmdldD0iX2JsYW5rIj5o dHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1pZHItc2VnbWVudC1yb3V0aW5n LXRlLXBvbGljeS0wNCNzZWN0aW9uLTguNTxicj4NCjwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGJyIGNsZWFyPSJhbGwiPg0KPG86cD48 L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Qml0Jm5ic3A7 ICZuYnNwOyBEZXNjcmlwdGlvbiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgUmVmZXJlbmNlPG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1 dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJz cDsgJm5ic3A7MCZuYnNwOyAmbmJzcDsgJm5ic3A7RHJvcCBVcG9uIEludmFsaWQgRmxhZyAoSS1G bGFnKSZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO1RoaXMg ZG9jdW1lbnQ8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+Jm5ic3A7ICZuYnNwOzEmbmJzcDsgJm5ic3A7ICZuYnNwO1NwZWNpZmllZC1CU0lELU9u bHkgRmxhZyAoUy1GbGFnKSZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 VGhpcyBkb2N1bWVudDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj5Xb3VsZCBpdCBiZSBwb3NzaWJsZSB0byBjbGFyaWZ5IHRo aXMgcGxlYXNlPzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48Yj48aT48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+W0tUXSBUaGFua3MgZm9yIGNhdGNoaW5nIHRo YXQgaXQgbG9va3MgbGlrZSBwZXJoYXBzIHRoZSBJQU5BIHNlY3Rpb24gbmVlZHMgdG8gYmUgdXBk YXRlZCB0byByZWZsZWN0DQogdGhlIG9yZGVyaW5nIGluIHRoZSBtYWluIHNlY3Rpb24gdGV4dC48 L3NwYW4+PC9pPjwvYj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG8iPkFsc28sIGRyYWZ0IG1lbnRpb25zICZxdW90O1YtZmxhZzogU2VnbWVu dCBWZXJpZmljYXRpb24gRmxhZyZxdW90Ozo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDsgJm5ic3A7Vi1GbGFnOiBU aGlzIGZsYWcgZW5jb2RlcyB0aGUgJnF1b3Q7U2VnbWVudCBWZXJpZmljYXRpb24mcXVvdDsgYmVo YXZpb3IuJm5ic3A7IEl0PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPiZuYnNwOyAmbmJzcDsgJm5ic3A7IGlzIHVzZWQgYnkgU1JQTSBhcyBkZXNj cmliZWQgaW4gc2VjdGlvbiA1IGluPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOyAmbmJzcDsgJm5ic3A7IFtJLUQuaWV0Zi1zcHJpbmct c2VnbWVudC1yb3V0aW5nLXBvbGljeV0uPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPllldCBpdHMgbWVhbmluZyBkb2Vzbid0 IGxvb2sgdG8gYmUgY2xlYXJseSBkZXNjcmliZWQgaW4gZWl0aGVyIGRyYWZ0cy48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0QiPltLVF0gSSBiZWxpZXZlIHRoaXMgaXMgcmVmZXJyaW5nIHRvIHRoZSBmb2xsb3dp bmcgdGV4dCBpbiBTZWMgNS4xIG9mIHRoZSBkcmFmdC1pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRp bmctcG9saWN5Ljwvc3Bhbj48L2k+PC9iPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvIj48Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFu PjwvaT48L2I+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 O2NvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgbyZuYnNwOyBJdCBpcyBlbXB0eS48L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNr Ij4mbmJzcDsmbmJzcDsgbyZuYnNwOyBJdHMgd2VpZ2h0IGlzIDAuPC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+Jm5ic3A7 Jm5ic3A7IG8mbmJzcDsgVGhlIGhlYWRlbmQgaXMgdW5hYmxlIHRvIHBlcmZvcm0gcGF0aCByZXNv bHV0aW9uIGZvciB0aGUgZmlyc3QgU0lEPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IGludG8gb25lIG9yIG1vcmUgb3V0Z29pbmcgaW50ZXJmYWNlKHMpIGFuZCBuZXh0 LWhvcChzKS48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgbyZuYnNwOyBUaGUgaGVhZGVuZCBp cyB1bmFibGUgdG8gcGVyZm9ybSBTSUQgcmVzb2x1dGlvbiBmb3IgYW55IG5vbi1maXJzdDwvc3Bh bj48L2I+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 O2NvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgU0lEIG9mIHR5cGUg My10aHJvdWdoLTExIGludG8gYW4gTVBMUyBsYWJlbCBvciBhbiBTUnY2IFNJRC48L3NwYW4+PC9i PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48Yj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xv cjpibGFjayI+Jm5ic3A7Jm5ic3A7IG8mbmJzcDsgVGhlIGhlYWRlbmQgdmVyaWZpY2F0aW9uIGZh aWxzIGZvciBhbnkgU0lEIGZvciB3aGljaCB2ZXJpZmljYXRpb248L3NwYW4+PC9iPjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGhhcyBiZWVuIGV4cGxpY2l0bHkgcmVxdWVz dGVkLjwvc3Bhbj48L2I+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgJnF1b3Q7 VW5hYmxlIHRvIHBlcmZvcm0gcGF0aCByZXNvbHV0aW9uJnF1b3Q7IG1lYW5zIHRoYXQgdGhlIGhl YWRlbmQgaGFzIG5vPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90Oztjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7IHBhdGggdG8gdGhlIFNJRCBpbiBp dHMgU1IgZGF0YWJhc2UuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7 DQo8Yj5TSUQgdmVyaWZpY2F0aW9uIGlzIHBlcmZvcm1lZCB3aGVuIHRoZSBoZWFkZW5kIGlzIGV4 cGxpY2l0bHk8L2I+PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7IHJlcXVlc3RlZCB0byB2ZXJp ZnkgU0lEKHMpIGJ5IHRoZSBjb250cm9sbGVyIHZpYSB0aGUgc2lnbmFsaW5nPC9zcGFuPjwvYj48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6 YmxhY2siPiZuYnNwOyZuYnNwOyBwcm90b2NvbCB1c2VkPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xv cjpibGFjayI+Lg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RCI+Tm9ybWFsbHksIG9ubHkgdGhlIHBhdGggcmVzb2x1dGlvbiBpcyBuZWVkZWQgdG8g YmUgcGVyZm9ybWVkIGFuZCB0aGF0IHRvbyBmb3IgdGhlIGZpcnN0IFNJRC4NCiBUaGUg4oCcVuKA nSBmbGFnIG1heSBiZSB1c2VkIHRvIGluZGljYXRlIHRvIHRoZSBoZWFkZW5kIHRvIHBlcmZvcm0g dGhlIHZlcmlmaWNhdGlvbi4gV2hlbiB0aGUgU0lEIGlzIG9mIHR5cGUgMSBvciAyIHRoZW4gaXQg aXMgb25seSBhYm91dCBjaGVja2luZyB0aGUgcGF0aCByZXNvbHV0aW9uIChyZWFjaGFiaWxpdHkp IGZvciBpdC4gV2hlbiB0aGUgU0lEIGlzIG9mIHR5cGUgMy10aHJvdWdoLTExIHRoZW4gaXQgd291 bGQgYmUgYWJvdXQgZmlyc3QgcmVzb2x2aW5nDQogdG8gZ2V0IHRoZSBTSUQgdmFsdWUgYW5kIHRo ZW4gZG9pbmcgaXRzIHBhdGggcmVzb2x1dGlvbi4gUGVyaGFwcyB0aGlzIHRleHQgaW4gdGhlIFNS IFBvbGljeSBBcmNoaXRlY3R1cmUgZHJhZnQgY291bGQgY2xhcmlmeSB0aGlzIGZ1cnRoZXIgKGlm IG5lZWRlZCkgYW5kIHdlIHVzZSDigJxTSUQgdmVyaWZpY2F0aW9u4oCdIHRlcm0gaW4gdGhlIEJH UCBkcmFmdCBmb3IgYWxpZ25tZW50IG9mIHRlcm1pbm9sb2dpZXMuPC9zcGFuPjwvaT48L2I+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxiPjxpPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PC9pPjwvYj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0byI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi PlRoYW5rcyw8L3NwYW4+PC9pPjwvYj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPktldGFuPC9zcGFuPjwv aT48L2I+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvIj50aGFua3MsPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPnBrPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj4tLQ0KPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luLXRvcDo3LjVwdCI+DQo8dGFibGUgY2xhc3M9 Ik1zb05vcm1hbFRhYmxlIiBib3JkZXI9IjAiIGNlbGxzcGFjaW5nPSIwIiBjZWxscGFkZGluZz0i MCI+DQo8dGJvZHk+DQo8dHI+DQo8dGQgbm93cmFwPSIiIHN0eWxlPSJib3JkZXI6bm9uZTtib3Jk ZXItdG9wOnNvbGlkICNENTBGMjUgMS41cHQ7cGFkZGluZzowaW4gMGluIDBpbiAwaW4iPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojNTU1NTU1Ij5QcnplbXlzbGF3ICZxdW90O1BLJnF1b3Q7 IEtyb2wgfDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8dGQgbm93cmFwPSIiIHN0eWxl PSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICMzMzY5RTggMS41cHQ7cGFkZGluZzowaW4g MGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojNTU1NTU1Ij4mbmJzcDtT dHJhdGVnaWMgTmV0d29yayBFbmdpbmVlcjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8 dGQgbm93cmFwPSIiIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICMwMDk5Mzkg MS41cHQ7cGFkZGluZzowaW4gMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojNTU1NTU1O2JvcmRlcjpzb2xpZCAjMzM2OUU4IDEuNXB0O3BhZGRpbmc6Mi4wcHQiPmluZyB8 PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiM1NTU1NTU7Ym9yZGVyOnNvbGlkICMwMDk5MzkgMS41cHQ7cGFkZGluZzoyLjBw dCI+Jm5ic3A7PGEgaHJlZj0ibWFpbHRvOnBrcm9sQGdvb2dsZS5jb20iIHRhcmdldD0iX2JsYW5r Ij48c3BhbiBzdHlsZT0iY29sb3I6IzExNTVDQyI+cGtyb2xAZ29vZ2xlLmNvbTwvc3Bhbj48L2E+ Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC90ZD4NCjx0ZCBub3dyYXA9IiIgc3R5bGU9 ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0VFQjIxMSAxLjVwdDtwYWRkaW5nOjBpbiAw aW4gMGluIDBpbiI+DQo8L3RkPg0KPC90cj4NCjwvdGJvZHk+DQo8L3RhYmxlPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2Nr cXVvdGU+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiciBjbGVhcj0iYWxsIj4NCjxv OnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4tLSA8bzpwPjwvbzpwPjwvcD4N CjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0K PGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW4tdG9w OjcuNXB0Ij4NCjx0YWJsZSBjbGFzcz0iTXNvTm9ybWFsVGFibGUiIGJvcmRlcj0iMCIgY2VsbHNw YWNpbmc9IjAiIGNlbGxwYWRkaW5nPSIwIj4NCjx0Ym9keT4NCjx0cj4NCjx0ZCBub3dyYXA9IiIg c3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0Q1MEYyNSAxLjVwdDtwYWRkaW5n OjBpbiAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojNTU1NTU1Ij5Qcnpl bXlzbGF3ICZxdW90O1BLJnF1b3Q7IEtyb2wgfDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvdGQ+ DQo8dGQgbm93cmFwPSIiIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICMzMzY5 RTggMS41cHQ7cGFkZGluZzowaW4gMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzU1NTU1NSI+Jm5ic3A7U3RyYXRlZ2ljIE5ldHdvcmsgRW5naW5lZXI8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L3RkPg0KPHRkIG5vd3JhcD0iIiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVy LXRvcDpzb2xpZCAjMDA5OTM5IDEuNXB0O3BhZGRpbmc6MGluIDBpbiAwaW4gMGluIj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiM1NTU1NTU7Ym9yZGVyOnNvbGlkICMzMzY5RTggMS41cHQ7cGFk ZGluZzoyLjBwdCI+aW5nIHw8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Fy aWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzU1NTU1NTtib3JkZXI6c29saWQgIzAwOTkzOSAx LjVwdDtwYWRkaW5nOjIuMHB0Ij4mbmJzcDs8YSBocmVmPSJtYWlsdG86cGtyb2xAZ29vZ2xlLmNv bSIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0eWxlPSJjb2xvcjojMTE1NUNDIj5wa3JvbEBnb29n bGUuY29tPC9zcGFuPjwvYT4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzU1NTU1NSI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC90ZD4NCjx0ZCBub3dyYXA9IiIgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10 b3A6c29saWQgI0VFQjIxMSAxLjVwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDBpbiI+DQo8L3RkPg0K PC90cj4NCjwvdGJvZHk+DQo8L3RhYmxlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGJyIGNsZWFyPSJhbGwiPg0KPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPi0tIDxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRp dj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbi10b3A6Ny41cHQiPg0KPHRhYmxlIGNsYXNzPSJN c29Ob3JtYWxUYWJsZSIgYm9yZGVyPSIwIiBjZWxsc3BhY2luZz0iMCIgY2VsbHBhZGRpbmc9IjAi Pg0KPHRib2R5Pg0KPHRyPg0KPHRkIG5vd3JhcD0iIiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVy LXRvcDpzb2xpZCAjRDUwRjI1IDEuNXB0O3BhZGRpbmc6MGluIDBpbiAwaW4gMGluIj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiM1NTU1NTUiPlByemVteXNsYXcgJnF1b3Q7UEsmcXVvdDsgS3Jv bCB8PG86cD48L286cD48L3NwYW4+PC9wPg0KPC90ZD4NCjx0ZCBub3dyYXA9IiIgc3R5bGU9ImJv cmRlcjpub25lO2JvcmRlci10b3A6c29saWQgIzMzNjlFOCAxLjVwdDtwYWRkaW5nOjBpbiAwaW4g MGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojNTU1NTU1Ij4mbmJzcDtTdHJhdGVn aWMgTmV0d29yayBFbmdpbmVlcjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvdGQ+DQo8dGQgbm93 cmFwPSIiIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICMwMDk5MzkgMS41cHQ7 cGFkZGluZzowaW4gMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzU1NTU1 NTtib3JkZXI6c29saWQgIzMzNjlFOCAxLjVwdDtwYWRkaW5nOjIuMHB0Ij5pbmcgfDwvc3Bhbj48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojNTU1NTU1O2JvcmRlcjpzb2xpZCAjMDA5OTM5IDEuNXB0O3BhZGRpbmc6Mi4wcHQiPiZuYnNw OzxhIGhyZWY9Im1haWx0bzpwa3JvbEBnb29nbGUuY29tIiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4g c3R5bGU9ImNvbG9yOiMxMTU1Q0MiPnBrcm9sQGdvb2dsZS5jb208L3NwYW4+PC9hPiZuYnNwOzwv c3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojNTU1NTU1Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L3RkPg0KPHRkIG5vd3Jh cD0iIiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRUVCMjExIDEuNXB0O3Bh ZGRpbmc6MGluIDBpbiAwaW4gMGluIj4NCjwvdGQ+DQo8L3RyPg0KPC90Ym9keT4NCjwvdGFibGU+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_667e2cbf25aa4fe084a676f54af08eb0XCHRCD009ciscocom_-- From nobody Mon Nov 12 13:24:09 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4E2EB130E94 for ; Mon, 12 Nov 2018 13:24:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -17.499 X-Spam-Level: X-Spam-Status: No, score=-17.499 tagged_above=-999 required=5 tests=[AC_DIV_BONANZA=0.001, BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, ENV_AND_HDR_SPF_MATCH=-0.5, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_DEF_SPF_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id epxIBiSHzF2F for ; Mon, 12 Nov 2018 13:24:04 -0800 (PST) Received: from mail-io1-xd2a.google.com (mail-io1-xd2a.google.com [IPv6:2607:f8b0:4864:20::d2a]) (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 6E559130D7A for ; Mon, 12 Nov 2018 13:24:04 -0800 (PST) Received: by mail-io1-xd2a.google.com with SMTP id r200so1789807iod.11 for ; Mon, 12 Nov 2018 13:24:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=DP4azWFlOBIstF1rxEAvgvHz/fOPok2TBG+Z0IYiDTE=; b=A6M1Y4vEmi54cM0W5KFcA6Cxmi8ic/eOnzBeSfUpGbNEuOHV4p8IBLEQMK/TNHKa9X LkmIwbCtE74JWWhe18bBjR6VghLQfG01eAE/+gFGLcCFABat6W5khgLG7WOazzxPuwcB 5Z9MndnCk0XaYtpq2Izoijro/5TSxxHag3TG9/uW+8+VC2zhyY+ElscyBdWKJInHETDD EDN9gEOQdXZxg73/4eJqjnqbfCNvJwumoUILvlEvA/x0OOJM+R1Y1aS/r+GKOee4sb/+ kq34V1P3rGNl3jUlPc0E4dCLlbr2A31HjoxS0CsTlQRo16KNVJgfWcfZVnVGff/yO7Nj g+AA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=DP4azWFlOBIstF1rxEAvgvHz/fOPok2TBG+Z0IYiDTE=; b=m8Ev3/66RkzbkQ6I/uMHAs04gzNRSDJxEKlrcvwFQ2u+wWoTJfM4WrU3/+jny1iS4q mRPm9r2PTTyOtsy1bMtd/usjMJTVnfQ0ABlRjv+Zc9aq86ew2BKfEDeQAu/TYO5PYw3x NbrUykjSXvaz5HngVjEvjlxRBYpECU1JRabmIU/+LShM/4dSngxXcZKxdWt5ZpbOohUI enPcBpEndzJsPiVIOUBvNlsy7qwgcMrFtWUFq3qgBEH5TCv9HKHCNH1XRdizfV5CmKW2 38AOqj1hCxR2uGlu8Et3cqEHYTVuyJXGHGk31ERu10njX8c8MNPuJ+0ClUbzJXRvzyX8 H2WA== X-Gm-Message-State: AGRZ1gJW7zSV3eyW0cGz/7gHT5D+DDO+Xm9Mg+UdwdT5DZFfGrAGnfPQ Z2UueCGzuosBJR6WtejQi+UUZGjjNnuqKsVX6lMHcf26xrI= X-Google-Smtp-Source: AJdET5fNXr/Q39FOd4GH9mV3pWnQKbhJ5Zu5m8wF2qSszH898bZ5VR4NTfAu+yqc/qyDle3lmulY7VK81xTDn2RSMTM= X-Received: by 2002:a5e:a507:: with SMTP id 7-v6mr2128359iog.151.1542057843270; Mon, 12 Nov 2018 13:24:03 -0800 (PST) MIME-Version: 1.0 References: <667e2cbf25aa4fe084a676f54af08eb0@XCH-RCD-009.cisco.com> In-Reply-To: <667e2cbf25aa4fe084a676f54af08eb0@XCH-RCD-009.cisco.com> From: Przemyslaw Krol Date: Mon, 12 Nov 2018 13:23:26 -0800 Message-ID: To: shsethur@cisco.com Cc: "Ketan Talaulikar (ketant)" , spring@ietf.org, draft-ietf-idr-segment-routing-te-policy@ietf.org, swaagraw@cisco.com, draft-ietf-spring-segment-routing-policy@ietf.org Content-Type: multipart/alternative; boundary="000000000000f96227057a7e518e" Archived-At: Subject: Re: [spring] draft-previdi-idr-segment-routing-te-policy - BSID flag inconsistency X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2018 21:24:07 -0000 --000000000000f96227057a7e518e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Thanks for clarification. pk On Mon, Nov 12, 2018 at 1:20 PM Shyam Sethuram (shsethur) < shsethur@cisco.com> wrote: > Hi PK, > > Sorry for the delay. We'll soon publish an update to fix the BSID Flags > order > > and clarify the Segment V-Flag. Thanks for pointing. > > > > The BSID Flags would be as follows: > > Bit 0 : S-Flag > > Bit 1 : I-Flag > > > > > > thanks=E2=89=AAshyam > > > > *From:* Przemyslaw Krol > *Sent:* Monday, November 12, 2018 1:04 PM > *To:* Ketan Talaulikar (ketant) > *Cc:* spring@ietf.org; draft-ietf-idr-segment-routing-te-policy@ietf.org; > Shyam Sethuram (shsethur) ; Swadesh Agrawal > (swaagraw) ; > draft-ietf-spring-segment-routing-policy@ietf.org > *Subject:* Re: [spring] draft-previdi-idr-segment-routing-te-policy - > BSID flag inconsistency > > > > Hi Ketan, > > > > Did you manage to confirm bit ordering for the flag? > > > > thanks, > > pk > > > > On Thu, Oct 25, 2018 at 7:50 AM Przemyslaw Krol wrote: > > Hi Ketan, > > > > Thanks for the reply. > > > > > > *[KT] Thanks for catching that it looks like perhaps the IANA section > needs to be updated to reflect the ordering in the main section text.* > > [PK] Great, thanks for that. Is it safe to assume the ordering in 2.4.2 > (instead of 8.5) to be final then? > > > > *Normally, only the path resolution is needed to be performed and that to= o > for the first SID. The =E2=80=9CV=E2=80=9D flag may be used to indicate t= o the headend to > perform the verification. When the SID is of type 1 or 2 then it is only > about checking the path resolution (reachability) for it. When the SID is > of type 3-through-11 then it would be about first resolving to get the SI= D > value and then doing its path resolution. Perhaps this text in the SR > Policy Architecture draft could clarify this further (if needed) and we u= se > =E2=80=9CSID verification=E2=80=9D term in the BGP draft for alignment of= terminologies.* > > > > [PK] I reckon even pointing to draft-ietf-idr-segment-routing-te-policy i= n > the context of SID verification would make the meaning of V-flag much mor= e > obvious. Anyhow, this is just a suggestion as it's been signaled to me th= at > it's not easy to make that association. > > > > thanks, > > > > On Wed, Oct 24, 2018 at 8:26 PM Ketan Talaulikar (ketant) < > ketant@cisco.com> wrote: > > Hi PK, > > > > Thanks for your review and including the BGP draft authors to keep them > posted. > > > > Please check inline below. > > > > *From:* spring *On Behalf Of *Przemyslaw Krol > *Sent:* 24 October 2018 23:35 > *To:* spring@ietf.org > *Subject:* [spring] draft-previdi-idr-segment-routing-te-policy - BSID > flag inconsistency > > > > Authors, > > > > There seems to be a discrepancy in BSID flag ordering: > > > https://tools.ietf.org/html/draft-ietf-idr-segment-routing-te-policy-04#s= ection-2.4.2 > > > > 0 1 2 3 4 5 6 7 > > +-+-+-+-+-+-+-+-+ > > |S|I| | > > +-+-+-+-+-+-+-+-+ > > > > > https://tools.ietf.org/html/draft-ietf-idr-segment-routing-te-policy-04#s= ection-8.5 > > > Bit Description Reference > > > -------------------------------------------------------------------------= -------- > > 0 Drop Upon Invalid Flag (I-Flag) This document > > 1 Specified-BSID-Only Flag (S-Flag) This document > > > > Would it be possible to clarify this please? > > *[KT] Thanks for catching that it looks like perhaps the IANA section > needs to be updated to reflect the ordering in the main section text.* > > > > Also, draft mentions "V-flag: Segment Verification Flag": > > > > V-Flag: This flag encodes the "Segment Verification" behavior. It > > is used by SRPM as described in section 5 in > > [I-D.ietf-spring-segment-routing-policy]. > > > > Yet its meaning doesn't look to be clearly described in either drafts. > > *[KT] I believe this is referring to the following text in Sec 5.1 of the > draft-ietf-spring-segment-routing-policy.* > > > > o It is empty. > > o Its weight is 0. > > o The headend is unable to perform path resolution for the first SID > > into one or more outgoing interface(s) and next-hop(s). > > * o The headend is unable to perform SID resolution for any non-first* > > * SID of type 3-through-11 into an MPLS label or an SRv6 SID.* > > * o The headend verification fails for any SID for which verification* > > * has been explicitly requested.* > > > > "Unable to perform path resolution" means that the headend has no > > path to the SID in its SR database. > > > > *SID verification is performed when the headend is explicitly* > > * requested to verify SID(s) by the controller via the signaling* > > * protocol used*. > > > > *Normally, only the path resolution is needed to be performed and that to= o > for the first SID. The =E2=80=9CV=E2=80=9D flag may be used to indicate t= o the headend to > perform the verification. When the SID is of type 1 or 2 then it is only > about checking the path resolution (reachability) for it. When the SID is > of type 3-through-11 then it would be about first resolving to get the SI= D > value and then doing its path resolution. Perhaps this text in the SR > Policy Architecture draft could clarify this further (if needed) and we u= se > =E2=80=9CSID verification=E2=80=9D term in the BGP draft for alignment of= terminologies.* > > > > *Thanks,* > > *Ketan* > > > > thanks, > > pk > > > > > > -- > > Przemyslaw "PK" Krol | > > Strategic Network Engineer > > ing | pkrol@google.com > > > > > > > -- > > Przemyslaw "PK" Krol | > > Strategic Network Engineer > > ing | pkrol@google.com > > > > > -- > > Przemyslaw "PK" Krol | > > Strategic Network Engineer > > ing | pkrol@google.com > > > --=20 Przemyslaw "PK" Krol | Strategic Network Engineer ing | pkrol@google.com --000000000000f96227057a7e518e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks for clarification.

pk

On Mon, Nov 12, 2018 at 1:= 20 PM Shyam Sethuram (shsethur) <s= hsethur@cisco.com> wrote:

Hi PK,

Sorry for the delay. We'll soon p= ublish an update to fix the BSID Flags order

and clarify the Segment V-Flag. Thank= s for pointing.

=C2=A0

The BSID Flags would be as follows:

Bit 0 : =C2=A0S-Flag

Bit 1 :=C2=A0 I-Flag

=C2=A0

=C2=A0

thanks=E2=89=AA= shyam

=C2=A0

From: Przemyslaw Krol <pkrol@google.com>
Sent: Monday, November 12, 2018 1:04 PM
To: Ketan Talaulikar (ketant) <ketant@cisco.com>
Cc: spring@ietf= .org; draft-ietf-idr-segment-routing-te-policy@ietf.org= ; Shyam Sethuram (shsethur) <shsethur@cisco.com>; Swadesh Agrawal (swaagraw) <swaagraw@cisco.com= >; draft-ietf-spring-segment-routing-policy@ietf.org
Subject: Re: [spring] draft-previdi-idr-segment-routing-te-policy - = BSID flag inconsistency

=C2=A0

Hi Ketan,

=C2=A0

Did you manage to confirm bit ordering for the flag?=

=C2=A0

thanks,

pk

=C2=A0

On Thu, Oct 25, 2018 at 7:50 AM Przemyslaw Krol <= pkrol@google.com&= gt; wrote:

Hi Ketan,

=C2=A0

Thanks for the reply.

=C2=A0

=C2=A0

[KT] Thanks for catching that i= t looks like perhaps the IANA section needs to be updated to reflect the or= dering in the main section text.

[PK] Great, thanks for that. Is it safe to assume th= e ordering in 2.4.2 (instead of 8.5) to be final then?

=C2=A0

Normally, only the path resolut= ion is needed to be performed and that too for the first SID. The =E2=80=9CV=E2=80=9D flag may be used to indicate to the headend to per= form the verification. When the SID is of type 1 or 2 then it is only about= checking the path resolution (reachability) for it. When the SID is of typ= e 3-through-11 then it would be about first resolving to get the SID value and then doing its path resolution. Perhaps this text= in the SR Policy Architecture draft could clarify this further (if needed)= and we use =E2=80=9CSID verification=E2=80=9D term in the BGP draft for al= ignment of terminologies.

=C2=A0

[PK] I reckon even pointing to=C2=A0draft-ietf-idr-s= egment-routing-te-policy in the context of SID verification would make the = meaning of V-flag much more obvious. Anyhow, this is just a suggestion as i= t's been signaled to me that it's not easy to make that association.

=C2=A0

thanks,

=C2=A0

On Wed, Oct 24, 2018 at 8:26 PM Ketan Talaulikar (ke= tant) <ketant@cisc= o.com> wrote:

Hi PK,

=C2=A0

Thanks for your review= and including the BGP draft authors to keep them posted.<= /u>

=C2=A0

Please check inline be= low.

=C2=A0

From: spring <spring-bounces@ietf.org> On Behalf Of Przemyslaw Krol
Sent: 24 October 2018 23:35
To: spring@ietf= .org
Subject: [spring] draft-previdi-idr-segment-routing-te-policy - BSID= flag inconsistency

=C2=A0

Authors,

=C2=A0

There seems to be a discrepancy in BSID flag orderin= g:

=C2=A0

=C2=A0 =C2=A00 1 2 3 4 5 6 7

=C2=A0 =C2=A0+-+-+-+-+-+-+-+-+

=C2=A0 =C2=A0|S|I|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0|

=C2=A0 =C2=A0+-+-+-+-+-+-+-+-+

=C2=A0


Bit=C2=A0 =C2=A0 Description=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 Reference

----------------------------------------------------= -----------------------------

=C2=A0 =C2=A00=C2=A0 =C2=A0 =C2=A0Drop Upon Invalid = Flag (I-Flag)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0This document<= u>

=C2=A0 =C2=A01=C2=A0 =C2=A0 =C2=A0Specified-BSID-Onl= y Flag (S-Flag)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0This document

=C2=A0

Would it be possible to clarify this please?<= u>

[KT] Thanks for catching that i= t looks like perhaps the IANA section needs to be updated to reflect the ordering in the main section text.

=C2=A0

Also, draft mentions "V-flag: Segment Verificat= ion Flag":

=C2=A0

=C2=A0 =C2=A0V-Flag: This flag encodes the "Seg= ment Verification" behavior.=C2=A0 It

=C2=A0 =C2=A0 =C2=A0 is used by SRPM as described in= section 5 in

=C2=A0 =C2=A0 =C2=A0 [I-D.ietf-spring-segment-routin= g-policy].

=C2=A0

Yet its meaning doesn't look to be clearly descr= ibed in either drafts.

[KT] I believe this is referrin= g to the following text in Sec 5.1 of the draft-ietf-spring-segment-routing= -policy.

=C2=A0=

=C2=A0=C2=A0 o=C2=A0 It is empty.

=C2=A0=C2=A0 o=C2=A0 Its weight is 0.

=C2=A0=C2=A0 o=C2=A0 The headend is unable to = perform path resolution for the first SID

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 into one or mor= e outgoing interface(s) and next-hop(s).

=C2=A0=C2=A0 o=C2=A0 The headend is unable = to perform SID resolution for any non-first

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 SID of type = 3-through-11 into an MPLS label or an SRv6 SID.

=C2=A0=C2=A0 o=C2=A0 The headend verificati= on fails for any SID for which verification

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 has been exp= licitly requested.

=C2=A0

=C2=A0=C2=A0 "Unable to perform path reso= lution" means that the headend has no

=C2=A0=C2=A0 path to the SID in its SR databas= e.

=C2=A0

=C2=A0=C2=A0 SID verification is performed when the headend is explicitly<= u>

=C2=A0=C2=A0 requested to verify SID(s) by = the controller via the signaling

=C2=A0=C2=A0 protocol used= .

=C2=A0

Normally, only the path resolut= ion is needed to be performed and that too for the first SID. The =E2=80=9CV=E2=80=9D flag may be used to indicate to the headend to per= form the verification. When the SID is of type 1 or 2 then it is only about= checking the path resolution (reachability) for it. When the SID is of typ= e 3-through-11 then it would be about first resolving to get the SID value and then doing its path resolution. Perhaps this text= in the SR Policy Architecture draft could clarify this further (if needed)= and we use =E2=80=9CSID verification=E2=80=9D term in the BGP draft for al= ignment of terminologies.

=C2=A0=

Thanks,

Ketan<= /u>

=C2=A0

thanks,

pk

=C2=A0

=C2=A0

--

Przemyslaw "PK" Krol |=C2=A0Strategic Network Engineering |=C2=A0pkrol@google.com= =C2=A0

Przemyslaw "PK" Krol |

=C2=A0Strategic Network Engineer

ing |=C2=A0pkrol@google.com=C2=A0

=C2=A0


=C2=A0

--

Przemyslaw "PK" Krol |

=C2=A0Strategic Network Engineer

ing |=C2=A0pkrol@google.com=C2=A0


=C2=A0

--

Przemyslaw "PK" Krol |

=C2=A0Strategic Network Engineer

ing |=C2=A0pkrol@google.com=C2=A0

=C2=A0



--
=
= --000000000000f96227057a7e518e-- From nobody Tue Nov 13 06:01:08 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3BC1E12F1A6 for ; Tue, 13 Nov 2018 06:01:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NEJspo1hG8DI for ; Tue, 13 Nov 2018 06:01:04 -0800 (PST) Received: from orange.com (mta134.mail.business.static.orange.com [80.12.70.34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CD11612D4EE for ; Tue, 13 Nov 2018 06:01:03 -0800 (PST) Received: from opfednr00.francetelecom.fr (unknown [xx.xx.xx.64]) by opfednr21.francetelecom.fr (ESMTP service) with ESMTP id 42vTds2vkzz5wR5 for ; Tue, 13 Nov 2018 14:54:57 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.43]) by opfednr00.francetelecom.fr (ESMTP service) with ESMTP id 42vTds26GNzDq7b for ; Tue, 13 Nov 2018 14:54:57 +0100 (CET) Received: from OPEXCLILM21.corporate.adroot.infra.ftgroup ([fe80::e92a:c932:907e:8f06]) by OPEXCLILM5F.corporate.adroot.infra.ftgroup ([fe80::e172:f13e:8be6:71cc%18]) with mapi id 14.03.0415.000; Tue, 13 Nov 2018 14:54:57 +0100 From: To: SPRING WG List Thread-Topic: IETF 103 minutes Thread-Index: AdR7WBiKhNRvTBWSSTitu0Io9cvo5w== Date: Tue, 13 Nov 2018 13:54:56 +0000 Message-ID: <8501_1542117297_5BEAD7B1_8501_369_1_53C29892C857584299CBF5D05346208A47F84B59@OPEXCLILM21.corporate.adroot.infra.ftgroup> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.2] Content-Type: multipart/alternative; boundary="_000_53C29892C857584299CBF5D05346208A47F84B59OPEXCLILM21corp_" MIME-Version: 1.0 Archived-At: Subject: [spring] IETF 103 minutes X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2018 14:01:07 -0000 --_000_53C29892C857584299CBF5D05346208A47F84B59OPEXCLILM21corp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, SPRING minutes have been uploaded: https://datatracker.ietf.org/meeting/103= /materials/minutes-103-spring Please review and comment as needed. Thank you to the minutes takers, in particular Colin. Regards, --Bruno, Rob ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. --_000_53C29892C857584299CBF5D05346208A47F84B59OPEXCLILM21corp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi all,<= /p>

 

SPRING minutes have been u= ploaded: https://datatracker.ietf.org/= meeting/103/materials/minutes-103-spring

 

Please review and comment = as needed.

 

Thank you to the minutes t= akers, in particular Colin.

 

Regards,=

--Bruno, Rob

 

______________________________________________________________________=
___________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el=
ectroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
--_000_53C29892C857584299CBF5D05346208A47F84B59OPEXCLILM21corp_-- From yutianpeng.ietf@gmail.com Tue Nov 13 12:34:53 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 11B70130E71; Tue, 13 Nov 2018 12:34:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.651 X-Spam-Level: X-Spam-Status: No, score=0.651 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DATE_IN_PAST_06_12=1.543, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, LOCALPART_IN_SUBJECT=1.107, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tKe--lEIHwJ8; Tue, 13 Nov 2018 12:34:50 -0800 (PST) Received: from mail-wr1-x42f.google.com (mail-wr1-x42f.google.com [IPv6:2a00:1450:4864:20::42f]) (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 A1BAD130E06; Tue, 13 Nov 2018 12:34:49 -0800 (PST) Received: by mail-wr1-x42f.google.com with SMTP id b13so14785622wrx.6; Tue, 13 Nov 2018 12:34:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=N9SCEcMHQWjy8aDJk8CCbazbZ8T9zqOPIuKIxmnl0Ro=; b=M2L+7nDtMZNkbAzwevgKGLqm4IkniGpU37dF7I0Es0bqnhm2rwMkAZLTRtXK7JeqGk e3cQA71uYzLo1pZZwAC/WvZSZbDSHgeZd8C4hWmyyJzMBjo6DhZVJ8GfmSyG8MirIXpN Tmw8+QAZ/WoE3o9gYEA6hLQNGhhFinxhCJ+vM1KwL+afcCzpH3mQvUMdrAJ230a+1g2p mU8PCwGoTATRYYEuULhYa1/F8foihQEjzX7nyL1tDwH8dTeGphOSilYfZ6Oh7gYson// 9EpNLnhjqZ6vc5wwZ5jQA/tx1ZodsI3ecwIcBcgZ32AFfVO6tBcocECREREuEnaFdMVN GGMQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=N9SCEcMHQWjy8aDJk8CCbazbZ8T9zqOPIuKIxmnl0Ro=; b=eQx9zZ4gU4LHCJAx/zuBZbXteOKVty4oeTMGKZhBGFWiNSewZIVBZ0kenNLrbD6Fzb k22A4KGbbpoKS4InwxB0SDUj4gh/zNBE/OLbRWA1jKyLQrt7cM0CwzLGBsKjkeLITEcr g7OetmOei5ouWHDeP2+Ji3LNUmDmJTFX9Ifla4WK2B5Bfs6ah2CZPij7Gb7lkQNi41ao w6M/ctg/0I5yV3sgAHSgyh+HTRX877VYNsfRjM+Kjj34ydxd81sCoZmUjmJE+XuDUqcJ JirCFmel2wBlyJexVArQkArft0hG5S3m6OCuhtL4H3zn0YSYAUOwVZawOYt+2jGt2TdD k3jw== X-Gm-Message-State: AGRZ1gJgu/KOdHwLGkawwDMaj3PHgRrwHGr0zIZgcuSbk9uFzT7gCpGp oKCDaozyIeHwArXlKQknE7hsgbVEf2YEWq2obyAZ1wVxlVI= X-Google-Smtp-Source: AJdET5fyWzZNjuY3MCSoE2533WhAZmNzDc0B/27MHoDist1aie3Ekv7dFzD8VPc4UzqdhHthE1om7G7oXfBYXHX+yFw= X-Received: by 2002:adf:ff91:: with SMTP id j17-v6mr6422896wrr.214.1542141287937; Tue, 13 Nov 2018 12:34:47 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Yu Tianpeng Date: Tue, 13 Nov 2018 20:34:37 +0800 Message-ID: To: draft-ietf-spring-segment-routing-policy@ietf.org, spring@ietf.org Content-Type: multipart/alternative; boundary="000000000000a93a11057a91bfe6" Archived-At: Subject: Re: [spring] draft-ietf-spring-segment-routing-policy X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2018 21:15:40 -0000 --000000000000a93a11057a91bfe6 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable +spring On Wed, Nov 14, 2018 at 1:58 AM Yu Tianpeng wrote: > Dear authors, > I have read the document and some comments as below, hope will help. > > 2.1 > . > Identification of an SR Policy > > [Tim]: I suggest we define a default color value 0x00000000 as =E2=80=9Cd= efault > behavior=E2=80=9D or =E2=80=9Cbest effort=E2=80=9D. This value will help = further interoperability > between vendors. The other values are left user-defined. > > Or we can say if the color is not specified, we should use 0x00000000 as > default one. Also, I suggest we mention the higher value is, the higher S= LA > it indicates. > > > > 2.12 > . > Priority of an SR Policy > > [Tim]: Suggest to change the title to Re-compute priority to avoid > confusing with preference defined previously. > > > > 2.13 > . > Summary > > [Tim]: Priority defined in 2.12 is not listed in the example. > > > > In addition, a Segment-List MAY be declared invalid when: > > [Tim]: Another case is: Its last label is not explicit-null neither. If I > understand correctly, the logic of the two criteria is =E2=80=9CAND=E2=80= =9D instead of > =E2=80=9COR=E2=80=9D right? I suggest we mention the logic here. > > > > 2.9 > . > Active Candidate Path > > [Tim] [I-D.filsfils-spring-sr-policy-considerations] The reference link o= f > this part does not work. > > > > 6.2.1 > . > Frequent use-case: unspecified BSID > > [Tim]: Suggest we change the title to =E2=80=9CSR Policy specified BSID= =E2=80=9D > > The BSID of all candidate paths are empty in such case, I don=E2=80=99t t= hink we > should use the word =E2=80=9Cunspecified BSID=E2=80=9D which looks like a= reserved BSID. > > > > > > 6.2.3 > . > Specified-BSID-only > > [Tim]: An implementation MAY support the configuration of the > Specified-BSID-only restrictive behavior on the headend for all SR Polici= es > or individual SR Policies. > > It should be as below right? > > An implementation MAY support the configuration of the Specified-BSID-onl= y > restrictive behavior on the headend for all SR candidate paths or > individual SR candidate paths. > > > > > > 8.6 > . > Per-Flow Steering > > [Tim]: I have concerns that BSID is programmed into the forwarding plane > as in =E2=80=9C6.2 > . > BSID of an SR Policy=E2=80=9D it is mentioned that =E2=80=9Cthe BSID SHOU= LD NOT be used as > an identification of an SR Policy.=E2=80=9D > > I suppose we at least mention if we use per-flow steering, we should not > use Specified-BSID-only which lead to inpersistent BSID. > > Thanks. > Regards, > Tim > --000000000000a93a11057a91bfe6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Wed, Nov = 14, 2018 at 1:58 AM Yu Tianpeng <yutianpeng.ietf@gmail.com> wrote:
Dear authors,
I have read = the document and some comments as below, hope will help.=C2=A0

2.1.=C2=A0 Identification of an SR Policy

[Tim]: I suggest = we define a default color value 0x00000000 as =E2=80=9Cdefault behavior=E2= =80=9D or =E2=80=9Cbest effort=E2=80=9D. This value will help further inter= operability between vendors. The other values are left user-defined.

= Or we can say if the color is not specified, we should use 0x00000000 as de= fault one. Also, I suggest we mention the higher value is, the higher SLA i= t indicates.

=C2=A0

2.1= 2.=C2=A0 Priority of an SR Policy

[Tim]: Suggest to change the ti= tle to Re-compute priority to avoid confusing with preference defined previ= ously.

=C2=A0

2.13.= =C2=A0 Summary

[Tim]: Priority defined in 2.12 is not listed in the e= xample.

=C2=A0

In addition, a Segment-List MAY be declared inva= lid when:

[Tim]: Another case is: Its last label is not explicit-null= neither. If I understand correctly, the logic of the two criteria is =E2= =80=9CAND=E2=80=9D instead of =E2=80=9COR=E2=80=9D right? I suggest we ment= ion the logic here.

=C2=A0

2.9.=C2=A0 Active Candidate Path

[Tim] [I-D.filsfils-spring-sr= -policy-considerations] The reference link of this part does not work.

<= p>=C2=A0

6.2.1.=C2=A0 Fr= equent use-case: unspecified BSID

[Tim]: Suggest we change the title = to =E2=80=9CSR Policy specified BSID=E2=80=9D

The BSID of all candida= te paths are empty in such case, I don=E2=80=99t think we should use the wo= rd =E2=80=9Cunspecified BSID=E2=80=9D which looks like a reserved BSID.

=

=C2=A0

=C2=A0

6.2.3= .=C2=A0 Specified-BSID-only

[Tim]: An implementation MAY support = the configuration of the Specified-BSID-only restrictive behavior on the he= adend for all SR Policies or individual SR Policies.

It should be as = below right?

An implementation MAY support the configuration of the S= pecified-BSID-only restrictive behavior on the headend for all SR candidate= paths or individual SR candidate paths.

=C2=A0

=C2=A0

8.6.=C2=A0 Per-Flow Steering

[Tim]: I have concerns that BSID is programmed into the forwarding plane a= s in =E2=80=9C6.2.=C2=A0 BSID of= an SR Policy=E2=80=9D it is mentioned that =E2=80=9Cthe BSID SHOULD NOT be= used as an identification of an SR Policy.=E2=80=9D

I suppose we at = least mention if we use per-flow steering, we should not use Specified-BSID= -only which lead to inpersistent BSID.


Thanks.
Regards,
Tim
--000000000000a93a11057a91bfe6-- From yutianpeng.ietf@gmail.com Tue Nov 13 09:58:39 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3DC38130DE0; Tue, 13 Nov 2018 09:58:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.892 X-Spam-Level: X-Spam-Status: No, score=-0.892 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_MESSAGE=0.001, LOCALPART_IN_SUBJECT=1.107, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id D9aPAMFHXXqb; Tue, 13 Nov 2018 09:58:37 -0800 (PST) Received: from mail-wm1-x342.google.com (mail-wm1-x342.google.com [IPv6:2a00:1450:4864:20::342]) (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 2428312D4E8; Tue, 13 Nov 2018 09:58:37 -0800 (PST) Received: by mail-wm1-x342.google.com with SMTP id f1-v6so11704257wmg.1; Tue, 13 Nov 2018 09:58:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to:cc; bh=z6iKXMysrSPvZ/2YKW89GqEli3VZ6XUbqul1dGgZsTc=; b=hHf5cpkhZDy5t5oioRIhq6qIngCne4wNGhzjZQq2pr0xnnAjbeUdYmMDmpFjPvHmrP mNJkTr/FlVF9AfCyf2t9Ac+ImesfLO4HRaBxDpGyD7kS3ffVCY1hA6/yjk0fF8NfWKpo i+GThaZufBQ52qGQhnehozdyK2nyiY4v//DZuvXa7Gy+7KcIyL9EjbGzX9RxrJrRZ3Bg QyOyAvSxx7/lvvsOACnXYoEqRFAZHPKHNWo4tcXSjJfYnbyukfUeJA6ROtOIgxNRVfP4 hJS9Zuju10EhB7LQjeSza/YPPK5wKHe131Q+ECEKhNO35zm9Ari+iTTRrossWHlCug9W 25aw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=z6iKXMysrSPvZ/2YKW89GqEli3VZ6XUbqul1dGgZsTc=; b=hXhvlD3oGB8iEtMi6FVY1Ye051bFqDyXCIo9e9Rez/R+k9MB0PHdNqbiDaXTJs9IT+ TYA8sbH7u1PuLluXjmDwWlT42BgnTJI0SAC3X0tPTqCrOJWeEG8cuEBo07sPkTEuwhof JXQbCEfIRHY9BTafQzlx+0HuNq+SVB3MhCiXxegs2QCG5LaWCRfbMA2GBKED11GsukJu IIgveGJTTzMFccCKfCvxaTla8MHuMND+B0TiMAgqHpH6ZUedH0nYkGwtNe1z6w55m6uk BYo4jlpx7Topk9z3nRBE+5mSUYjjGeYYPNbj3PEAUNhK44Ean5FrqtMPuOx+nH7W6tHz J7mw== X-Gm-Message-State: AGRZ1gL4PGgxj39JptIuWZJ9IW5CE+hoIgzlNP9030uVsUHOCXW0vfkk RTSyslGWUOjGSCmv7lsNVH7lwvacJZ+iNEDhUfABF2DL X-Google-Smtp-Source: AJdET5ePUSkElbol09IgiJop9LLFhJN8x/gkPJNbKbSYb3N1BWZ57qbXS9Gjbp6Gt7AbkIpuVlv55Hm20vBh10Fl7jk= X-Received: by 2002:a1c:1807:: with SMTP id 7-v6mr3924628wmy.29.1542131915250; Tue, 13 Nov 2018 09:58:35 -0800 (PST) MIME-Version: 1.0 From: Yu Tianpeng Date: Tue, 13 Nov 2018 17:58:24 +0000 Message-ID: To: draft-ietf-spring-segment-routing-policy@ietf.org Cc: spring@ietf.org Content-Type: multipart/alternative; boundary="000000000000016076057a8f9151" Archived-At: Subject: [spring] draft-ietf-spring-segment-routing-policy X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2018 21:35:51 -0000 --000000000000016076057a8f9151 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Dear authors, I have read the document and some comments as below, hope will help. 2.1 . Identification of an SR Policy [Tim]: I suggest we define a default color value 0x00000000 as =E2=80=9Cdef= ault behavior=E2=80=9D or =E2=80=9Cbest effort=E2=80=9D. This value will help fu= rther interoperability between vendors. The other values are left user-defined. Or we can say if the color is not specified, we should use 0x00000000 as default one. Also, I suggest we mention the higher value is, the higher SLA it indicates. 2.12 . Priority of an SR Policy [Tim]: Suggest to change the title to Re-compute priority to avoid confusing with preference defined previously. 2.13 . Summary [Tim]: Priority defined in 2.12 is not listed in the example. In addition, a Segment-List MAY be declared invalid when: [Tim]: Another case is: Its last label is not explicit-null neither. If I understand correctly, the logic of the two criteria is =E2=80=9CAND=E2=80= =9D instead of =E2=80=9COR=E2=80=9D right? I suggest we mention the logic here. 2.9 . Active Candidate Path [Tim] [I-D.filsfils-spring-sr-policy-considerations] The reference link of this part does not work. 6.2.1 . Frequent use-case: unspecified BSID [Tim]: Suggest we change the title to =E2=80=9CSR Policy specified BSID=E2= =80=9D The BSID of all candidate paths are empty in such case, I don=E2=80=99t thi= nk we should use the word =E2=80=9Cunspecified BSID=E2=80=9D which looks like a r= eserved BSID. 6.2.3 . Specified-BSID-only [Tim]: An implementation MAY support the configuration of the Specified-BSID-only restrictive behavior on the headend for all SR Policies or individual SR Policies. It should be as below right? An implementation MAY support the configuration of the Specified-BSID-only restrictive behavior on the headend for all SR candidate paths or individual SR candidate paths. 8.6 . Per-Flow Steering [Tim]: I have concerns that BSID is programmed into the forwarding plane as in =E2=80=9C6.2 . BSID of an SR Policy=E2=80=9D it is mentioned that =E2=80=9Cthe BSID SHOULD= NOT be used as an identification of an SR Policy.=E2=80=9D I suppose we at least mention if we use per-flow steering, we should not use Specified-BSID-only which lead to inpersistent BSID. Thanks. Regards, Tim --000000000000016076057a8f9151 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear authors,
I have read the document a= nd some comments as below, hope will help.=C2=A0

2.1.=C2=A0 Identificat= ion of an SR Policy

[Tim]: I suggest we define a default color value = 0x00000000 as =E2=80=9Cdefault behavior=E2=80=9D or =E2=80=9Cbest effort=E2= =80=9D. This value will help further interoperability between vendors. The = other values are left user-defined.

Or we can say if the color is not= specified, we should use 0x00000000 as default one. Also, I suggest we men= tion the higher value is, the higher SLA it indicates.

=C2=A0

<= a href=3D"https://tools.ietf.org/html/draft-ietf-spring-segment-routing-pol= icy-02#section-2.12">2.12.=C2=A0 Priority of an SR Policy

[Tim]: = Suggest to change the title to Re-compute priority to avoid confusing with = preference defined previously.

=C2=A0

2.1= 3.=C2=A0 Summary

[Tim]: Priority defined in 2.12 is not listed in= the example.

=C2=A0

In addition, a Segment-List MAY be declare= d invalid when:

[Tim]: Another case is: Its last label is not explici= t-null neither. If I understand correctly, the logic of the two criteria is= =E2=80=9CAND=E2=80=9D instead of =E2=80=9COR=E2=80=9D right? I suggest we = mention the logic here.

=C2=A0

2.9.=C2= =A0 Active Candidate Path

[Tim] [I-D.filsfils-spring-sr-policy-consid= erations] The reference link of this part does not work.

=C2=A0

6.2.1.=C2=A0 Frequent use-case: unspecified BSI= D

[Tim]: Suggest we change the title to =E2=80=9CSR Policy specified = BSID=E2=80=9D

The BSID of all candidate paths are empty in such case,= I don=E2=80=99t think we should use the word =E2=80=9Cunspecified BSID=E2= =80=9D which looks like a reserved BSID.

=C2=A0

=C2=A0

6.2.3.=C2=A0 Specified-BSID-only

[Tim]: An i= mplementation MAY support the configuration of the Specified-BSID-only rest= rictive behavior on the headend for all SR Policies or individual SR Polici= es.

It should be as below right?

An implementation MAY support = the configuration of the Specified-BSID-only restrictive behavior on the he= adend for all SR candidate paths or individual SR candidate paths.

= =C2=A0

=C2=A0

8.6.=C2=A0 Per-Flow Stee= ring

[Tim]: I have concerns that BSID is programmed into the forwardi= ng plane as in =E2=80=9C6.2.=C2=A0 BSID of an SR P= olicy=E2=80=9D it is mentioned that =E2=80=9Cthe BSID SHOULD NOT be used as= an identification of an SR Policy.=E2=80=9D

I suppose we at least me= ntion if we use per-flow steering, we should not use Specified-BSID-only wh= ich lead to inpersistent BSID.


Thanks.
Regards,
T= im
--000000000000016076057a8f9151-- From nobody Wed Nov 14 00:05:54 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0847E1293FB for ; Wed, 14 Nov 2018 00:05:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 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_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DzfQz2EtSg1t for ; Wed, 14 Nov 2018 00:05:49 -0800 (PST) Received: from mail-vk1-xa32.google.com (mail-vk1-xa32.google.com [IPv6:2607:f8b0:4864:20::a32]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 82FAC128CF3 for ; Wed, 14 Nov 2018 00:05:49 -0800 (PST) Received: by mail-vk1-xa32.google.com with SMTP id d201so3446853vka.0 for ; Wed, 14 Nov 2018 00:05:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=rvwBjEP7Hy/aVKA81yWkNQGO796IDWjKKDQss7nYIfY=; b=oEFq0ocRtak5fldplcCNgTwkkleozTDOan8QQYzHsu3eDkMS29itr1MdL3yra8Y1uA f9kSkVsO0UiCwvXrK+WBI3a/LUUNGI3YJw9JeVVonE4iH0eJDjfhXw6v2231TQ07KwBF 5uA4V6WwAoukDklqEsqGsGz/XHdjT1mdgzASkl5kAUa5j3/Dm4gz5ikwE23Q0UVjND4c DtkCRwrSeSC0gs885OgIUefUrBk2WfTIN9+Fqv7XSZ7hAjGyLZjpCa6MN0szivt+qZ1o GybPu7z0MuCpIxQJk8z7wqG6CypOtKVeBnI0Ocpm9ENdP0W+5D4a2vYclcvnkltnHcU6 0s5Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=rvwBjEP7Hy/aVKA81yWkNQGO796IDWjKKDQss7nYIfY=; b=tiKmICbU/j77ybCU9lwN1AInTveVYNfSybxWqN5Zi266WCREIUWcGGmMBZzxIArpl0 Xyr/NZz0k+jz1icw1VfMakhxYH1GXy5yf8XuO0hklEqkOn3dc3iqPaCg/n+zRBBvbrH6 11x2EH4E7m0iXnoSGR59ED6xC3u3M/1mSE58bMoNQQ1E+y0f20p+MZwVvok64ncjNw40 6WhZPcsl1jp3/E3EL1HQVliIMLa8A4770GeRPtQwpf7gRW2KDeQmrCbn1cqd96bsItGj 2sLqjkAG9IY50ez6ERfL6WhSIfHplsRKRWPxvGqjQ9syUQ/mvldKEL7f1PIV3noBbQU0 XX7Q== X-Gm-Message-State: AGRZ1gI9gguWWqxcSPHNQqq6GrC1jQMOcfLaQ0Td2mAopOt3m9P6Z6jw XtCd74oTp7sXfFMs3cF+jg3Cb+ohkEqEAn1YSambxlww X-Google-Smtp-Source: AJdET5fAxiCl+jAqg9BALOVFEv0OffObDzjqBCcSgpfj4ytqwwrpUjhbSNCOYLT45wq87771DnqOWFjXWxqzhnTKwmg= X-Received: by 2002:a1f:1e09:: with SMTP id e9mr377275vke.18.1542182748250; Wed, 14 Nov 2018 00:05:48 -0800 (PST) MIME-Version: 1.0 From: Yu Tianpeng Date: Wed, 14 Nov 2018 08:05:37 +0000 Message-ID: To: spring@ietf.org Content-Type: multipart/alternative; boundary="000000000000e36680057a9b662e" Archived-At: Subject: [spring] draft-ietf-spring-segment-routing-policy X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2018 08:05:52 -0000 --000000000000e36680057a9b662e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Dear authors, I have read the document and have some comments as below, hope will help. 2.1 . Identification of an SR Policy [Tim]: I suggest we define a default color value 0x00000000 as =E2=80=9Cdef= ault behavior=E2=80=9D or =E2=80=9Cbest effort=E2=80=9D. This value will help fu= rther interoperability between vendors. The other values are left user-defined. Or we can say if the color is not specified, we should use 0x00000000 as default one. Also, I suggest we mention the higher value is, the higher SLA it indicates. 2.12 . Priority of an SR Policy [Tim]: Suggest to change the title to Re-compute priority to avoid confusing with preference defined previously. 2.13 . Summary [Tim]: Priority defined in 2.12 is not listed in the example. In addition, a Segment-List MAY be declared invalid when: [Tim]: Another case is: Its last label is not explicit-null neither. If I understand correctly, the logic of the two criteria is =E2=80=9CAND=E2=80= =9D instead of =E2=80=9COR=E2=80=9D right? I suggest we mention the logic here. 2.9 . Active Candidate Path [Tim] [I-D.filsfils-spring-sr-policy-considerations] The reference link of this part does not work. 6.2.1 . Frequent use-case: unspecified BSID [Tim]: Suggest we change the title to =E2=80=9CSR Policy specified BSID=E2= =80=9D The BSID of all candidate paths are empty in such case, I don=E2=80=99t thi= nk we should use the word =E2=80=9Cunspecified BSID=E2=80=9D which looks like a r= eserved BSID. 6.2.3 . Specified-BSID-only [Tim]: An implementation MAY support the configuration of the Specified-BSID-only restrictive behavior on the headend for all SR Policies or individual SR Policies. It should be as below right? An implementation MAY support the configuration of the Specified-BSID-only restrictive behavior on the headend for all SR candidate paths or individual SR candidate paths. 8.6 . Per-Flow Steering [Tim]: I have concerns that BSID is programmed into the forwarding plane as in =E2=80=9C6.2 . BSID of an SR Policy=E2=80=9D it is mentioned that =E2=80=9Cthe BSID SHOULD= NOT be used as an identification of an SR Policy.=E2=80=9D I suppose we at least mention if we use per-flow steering, we should not use Specified-BSID-only which lead to inpersistent BSID. Thanks. Regards, Tim --000000000000e36680057a9b662e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear authors,I have read the document and have some comments as below, h= ope will help.=C2=A0

= 2.1.=C2=A0 Identification of a= n SR Policy

[Tim]: I suggest we define a default color value 0x000000= 00 as =E2=80=9Cdefault behavior=E2=80=9D or =E2=80=9Cbest effort=E2=80=9D. = This value will help further interoperability between vendors. The other va= lues are left user-defined.

Or we can say if the color is not specifi= ed, we should use 0x00000000 as default one. Also, I suggest we mention the= higher value is, the higher SLA it indicates.

=C2=A0

2.12.=C2=A0 Priority of an SR Policy=

[Tim]: Suggest to change the title to Re-compute priority to avoid c= onfusing with preference defined previously.

=C2=A0

2.13.=C2=A0 Summary

[Tim]: Priorit= y defined in 2.12 is not listed in the example.

=C2=A0

In addit= ion, a Segment-List MAY be declared invalid when:

[Tim]: Another case= is: Its last label is not explicit-null neither. If I understand correctly= , the logic of the two criteria is =E2=80=9CAND=E2=80=9D instead of =E2=80= =9COR=E2=80=9D right? I suggest we mention the logic here.

=C2=A0

=

2.9.=C2=A0 Active Candidate= Path

[Tim] [I-D.filsfils-spring-sr-policy-considerations] The refere= nce link of this part does not work.

=C2=A0

6.2.1.=C2=A0 Frequent use-case: unspecified BSI= D

[Tim]: Suggest we change the title to =E2=80=9CSR Policy specified = BSID=E2=80=9D

The BSID of all candidate paths are empty in such case,= I don=E2=80=99t think we should use the word =E2=80=9Cunspecified BSID=E2= =80=9D which looks like a reserved BSID.

=C2=A0

=C2=A0

6.2.3.=C2=A0 Specified-BSID-on= ly

[Tim]: An implementation MAY support the configuration of the Spec= ified-BSID-only restrictive behavior on the headend for all SR Policies or = individual SR Policies.

It should be as below right?

An impleme= ntation MAY support the configuration of the Specified-BSID-only restrictiv= e behavior on the headend for all SR candidate paths or individual SR candi= date paths.

=C2=A0

=C2=A0

8.6.=C2=A0 Per-Flow Steering

[Tim]: I have concerns tha= t BSID is programmed into the forwarding plane as in =E2=80=9C6.2.=C2=A0 BSID of an SR Policy=E2=80=9D it= is mentioned that =E2=80=9Cthe BSID SHOULD NOT be used as an identificatio= n of an SR Policy.=E2=80=9D

I suppose we at least mention if we use p= er-flow steering, we should not use Specified-BSID-only which lead to inper= sistent BSID.


Thanks= .
Regards,
Tim

--000000000000e36680057a9b662e-- From nobody Wed Nov 14 07:17:39 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 62034130E82 for ; Wed, 14 Nov 2018 07:17:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.699 X-Spam-Level: X-Spam-Status: No, score=-1.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=eci365.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SLrQnQr4_zWg for ; Wed, 14 Nov 2018 07:17:35 -0800 (PST) Received: from mail3.bemta25.messagelabs.com (mail3.bemta25.messagelabs.com [195.245.230.146]) (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 780501292AD for ; Wed, 14 Nov 2018 07:17:34 -0800 (PST) Received: from [46.226.53.53] (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits)) by server-2.bemta.az-c.eu-west-1.aws.symcld.net id 22/CB-12179-B8C3CEB5; Wed, 14 Nov 2018 15:17:31 +0000 X-Brightmail-Tracker: H4sIAAAAAAAAA1WSa0gUURTH987M7o7m1HXNPNkD3JK0ms3VrCV 6fwokKKOo1Go2J3dpd9121rSCsA/2cHqa1rZZmi1SFkphYGkaEqVmKWZQ4mb2gFrNAomMoJrZ 2V5f7v3de/7nnP+9HJrUvdLE0nyBm3c5OJteE07NTxybyYqLhzOSeu/pTA+7vyPTSNsDtJxYd dvr167y+b4Ra4jNaqvDnFuwTW0ZuVuOnB1+VFB/Z4AqRJ19qBiF0xSuIuHnm261fNDhMwTUf6 lFymEQQYuvT1uMwmgNXgI3r/k1Mk/EcyDw87RaZhLPguqWbkrmKLwU/O0XiWJES5plcP7ECkW eDEcaewiZKRwPlS11wTIM5uDqi95gqg6vhRvV94MchtPhaP+3YFuEJ8HXjuuE0ioG+t5WBBkw Bl9TF6lwNHx480Ot6M0w8O4SUu7jwPOyXKvwNOipEIPvAvxCA2MPDoRELHwuKyNlz4BXw0dxp YIzoP59liLvR/Co5KBGkc8Ff+HzUE0ntHs9IQ/74XKPSCk8HWqODVJK8jMS+kZHQ6Kp8Li0KS Qq0cDDTs1JxHr/eZvCDvBdbFZ7g38UCe3n3lJeyROJE6HuzjxFEgel4qBW4QQoKr+g/fe+Eml r0EKzy5pjcds5q401JiWxRmMymyztqSkGbi+73cDnsfm84GaNBi5fMAh77Ntt2QYH776JpNnK dralNqCSKzmtaDJN6KOZHRsCGbrx5tzsPRZOsGx15dl4oRVNpWk9MNoFwxm6SBefwxfssNqkA f0dBjpCP5HZmyqFGcHJ2QVrjhLqQMvo157DHpIeCa69nUekdfjCmIfUUY5cBx8bw1yX07CcZs lz/Cn6e/B70LTYKAapVCpdhJN32a3u/+MBFEMjfRQjylUirA73n94ByRYh2WorG5Jtubm/odh CtHT3e1PV0/TZRdVbLpWtTHCauxJ2Tqo7npf2rPHJ6uYp9lu74hcOfWrK3LhudNboWGI/2vTo U2ZDgjguvII5q45rTBnq1L6yiRPWF6kansQPo+iUJaYpDZ/Daq14USCrpjZQyTKqgVM38kufH 6vCfElXVlqx6eu+3endhwbEuSMn9ZRg4YyzSZfA/QKXb7YU8wMAAA== X-Env-Sender: Alexander.Vainshtein@ecitele.com X-Msg-Ref: server-20.tower-305.messagelabs.com!1542208647!2657408!1 X-Originating-IP: [52.41.248.36] X-SYMC-ESS-Client-Auth: mailfrom-relay-check=pass X-StarScan-Received: X-StarScan-Version: 9.14.24; banners=ecitele.com,-,- X-VirusChecked: Checked Received: (qmail 3740 invoked from network); 14 Nov 2018 15:17:30 -0000 Received: from us-west-2a.mta.dlp.protect.symantec.com (HELO EUR01-VE1-obe.outbound.protection.outlook.com) (52.41.248.36) by server-20.tower-305.messagelabs.com with AES256-SHA256 encrypted SMTP; 14 Nov 2018 15:17:30 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ECI365.onmicrosoft.com; s=selector1-ecitele-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=B92oMT9nuP/3HGUg7w/JvHMIvnXByZbTmytSSNpqQtM=; b=T4Rj3XUYFGUNaA39FhvNgaQ32jPv1I97K1KgdHDxGriqG4wYYMejMXsRLjOuF8TOnT9TPftfaDaWJzyB3Y594QfyoVcVbOULthP4jIfY69JTHIF8RGo7lEEZVN9FXPDeqE6hAuHD68mhKoWj7U8yHxoYmRzXMsJ0O7uJ2w1aox8= Received: from DB5PR0301MB1909.eurprd03.prod.outlook.com (10.167.226.155) by DB5PR0301MB2054.eurprd03.prod.outlook.com (10.167.227.148) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1294.45; Wed, 14 Nov 2018 15:17:25 +0000 Received: from DB5PR0301MB1909.eurprd03.prod.outlook.com ([fe80::1543:935:a712:7a0d]) by DB5PR0301MB1909.eurprd03.prod.outlook.com ([fe80::1543:935:a712:7a0d%2]) with mapi id 15.20.1294.045; Wed, 14 Nov 2018 15:17:25 +0000 From: Alexander Vainshtein To: Yu Tianpeng CC: "spring@ietf.org" Thread-Topic: [spring] draft-ietf-spring-segment-routing-policy Thread-Index: AQHUe/Di4CG6yBc8SUOmgvyYIp+k5aVPWybg Date: Wed, 14 Nov 2018 15:17:25 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.234.241.1] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DB5PR0301MB2054; 6:sWfeZ7IP42fBJcqYBkH4czIK5nYHpCIf0uEa+GJPzFLhR8SMgvve6372ayP45RxbfystxJaZ+LDXrB0SxOPcknLt0DqmRvw1wih2CqtliOrGqU0BitCEALhSxVQSHtaMFfTGyjuzu3j7sVWNSp3SljZv1yOv23JyVGfJ88GEEFstJaJzsvCTZS4n4IlPrQLFCkrBYv99oJwhHyim4xKLxvMhfSZw83bkjs066S+vuPGukn50V4nXaW+h5CovWVNtWa3gMMDWZTOWyX1uAIQPGc6Bvs0/37eTDlSoEOabNsD5jwE5gQfC1M9bwddRbjXuG6kjg7z3q8E56KLmSMx5uKm2SbzRodopnkVDUwuRk7Dfk8OfjaeTSXIdgMSmkkPzaySf4iarFpcTzdGL6YlrAx3ZubvEarukg8nKCtXQK8JE5zvkc+/yhoCAzFyiFfO+e2XsmV9ZfcUAfeeW//zFPQ==; 5:IciI/WyqEha5MiUjOCQhMCdVyDEEKIYs8vUO//h9wXDpsWGmun8NEuk06E6jodvqLN/+PMxIB0kt3XdP8lIoA4T10upY78+ltu4gKrm9hgNyreewbyK6KwYo+4U1tOOtikGAaD5NG2mWo3NwuoXyMKk6RrxAknxZVL9PiUnltIU=; 7:YQ5aMUYF7q5JTBKYqCAPJ9iEA8lHMDvGmsvdM2Ot/lVH16FuJSR06AY2k8SufWE4nloIJN0TYM4Wao6IwFyDR359AnHIX8da6r2iR0cFInQZMGyzI2eT8oT9v+32nlt8218DOpDDlPHd53ZS4DldQA== x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: c471b0e5-7b5a-4b04-69d6-08d64a4448af x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390098)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600074)(711020)(4618075)(2017052603328)(7153060)(7193020); SRVR:DB5PR0301MB2054; x-ms-traffictypediagnostic: DB5PR0301MB2054: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(279101305709854)(21748063052155)(28532068793085)(190501279198761)(227612066756510); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(3002001)(10201501046)(93006095)(93001095)(3231410)(944501410)(52105112)(6055026)(148016)(149066)(150057)(6041310)(20161123562045)(20161123558120)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(201708071742011)(7699051)(76991095); SRVR:DB5PR0301MB2054; BCL:0; PCL:0; RULEID:; SRVR:DB5PR0301MB2054; x-forefront-prvs: 085634EFF4 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(366004)(136003)(376002)(346002)(396003)(189003)(199004)(252514010)(8676002)(2900100001)(81166006)(81156014)(476003)(486006)(11346002)(446003)(74316002)(7696005)(33656002)(55016002)(229853002)(53936002)(7736002)(106356001)(25786009)(68736007)(6306002)(105586002)(9686003)(54896002)(236005)(6436002)(8936002)(97736004)(316002)(86362001)(39060400002)(186003)(478600001)(72206003)(6916009)(66066001)(14454004)(606006)(6246003)(2906002)(5660300001)(99286004)(790700001)(6116002)(71200400001)(26005)(53546011)(71190400001)(76176011)(6506007)(256004)(102836004)(5024004)(4326008)(3846002); DIR:OUT; SFP:1102; SCL:1; SRVR:DB5PR0301MB2054; H:DB5PR0301MB1909.eurprd03.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: ecitele.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: L0xCV44WLmNIdDit4ER7kzfY8fZi4wujcPRyoKvItORwAYbNNBK/xNJswYyP7LoEGvv7S9Nou7aIyx3vguxxWaYf99E6L+g1kEu0NyyolHqc71Bl6j23G0M9U66UkA5cvzEPwxq3gxu7BtJ3YDd2ws5V3Gp36cSiBlkIs8aDU2a9nw4sXaPFhXFXQunuSaBz50SvGi2WjP93XJdT4Gvc9QHuEYmSv4n6Gw6m20b5p926Vl70f4wVysRBzW8DZVFUmNibTrccWvxyetMerfBSQIuYyIMAgZm+Mr+8aJ13JIV0iwXJ+yjfh8ACXUVIPljpT2hv+f2xAsWc506cSY1VRN0JCsQEI9lCQUweRR8FgRo= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_DB5PR0301MB1909234F48F1F81906909AE59DC30DB5PR0301MB1909_" MIME-Version: 1.0 X-OriginatorOrg: ecitele.com X-MS-Exchange-CrossTenant-Network-Message-Id: c471b0e5-7b5a-4b04-69d6-08d64a4448af X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Nov 2018 15:17:25.5940 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 2c514a61-08de-4519-b4c0-921fef62c42a X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB5PR0301MB2054 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [spring] draft-ietf-spring-segment-routing-policy X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2018 15:17:38 -0000 --_000_DB5PR0301MB1909234F48F1F81906909AE59DC30DB5PR0301MB1909_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGltLApQbGVhc2Ugc2VlIHNvbWUgY29tbWVudHMgaW5saW5lIGJlbG93LgoKUmVnYXJkcywKU2Fz aGEKCk9mZmljZTogKzk3Mi0zOTI2NjMwMgpDZWxsOiAgICAgICs5NzItNTQ5MjY2MzAyCkVtYWls OiAgIEFsZXhhbmRlci5WYWluc2h0ZWluQGVjaXRlbGUuY29tCgpGcm9tOiBzcHJpbmcgPHNwcmlu Zy1ib3VuY2VzQGlldGYub3JnPiBPbiBCZWhhbGYgT2YgWXUgVGlhbnBlbmcKU2VudDogV2VkbmVz ZGF5LCBOb3ZlbWJlciAxNCwgMjAxOCAxMDowNiBBTQpUbzogc3ByaW5nQGlldGYub3JnClN1Ympl Y3Q6IFtzcHJpbmddIGRyYWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQtcm91dGluZy1wb2xpY3kKCkRl YXIgYXV0aG9ycywKSSBoYXZlIHJlYWQgdGhlIGRvY3VtZW50IGFuZCBoYXZlIHNvbWUgY29tbWVu dHMgYXMgYmVsb3csIGhvcGUgd2lsbCBoZWxwLgoKCjIuMTxodHRwczovL3Rvb2xzLmlldGYub3Jn L2h0bWwvZHJhZnQtaWV0Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5nLXBvbGljeS0wMiNzZWN0aW9u LTIuMT4uICBJZGVudGlmaWNhdGlvbiBvZiBhbiBTUiBQb2xpY3kKCltUaW1dOiBJIHN1Z2dlc3Qg d2UgZGVmaW5lIGEgZGVmYXVsdCBjb2xvciB2YWx1ZSAweDAwMDAwMDAwIGFzIOKAnGRlZmF1bHQg YmVoYXZpb3LigJ0gb3Ig4oCcYmVzdCBlZmZvcnTigJ0uIFRoaXMgdmFsdWUgd2lsbCBoZWxwIGZ1 cnRoZXIgaW50ZXJvcGVyYWJpbGl0eSBiZXR3ZWVuIHZlbmRvcnMuIFRoZSBvdGhlciB2YWx1ZXMg YXJlIGxlZnQgdXNlci1kZWZpbmVkLgoKW1tTYXNoYV1dIEkgZG8gbm90IHNlZSB3aHkgdGhpcyBp cyBuZWNlc3NhcnkuIFRvIHRoZSBiZXN0IG9mIG15IHVuZGVyc3RhbmRpbmcsIGNvbG9yIHZhbHVl cyBhcmUgdXNlZCBmb3Igc2VsZWN0aW9uIG9mIHBvbGljaWVzIHRoYXQgcmVzb2x2ZSBCR1AgTkgg b2Ygcm91dGVzIHRoYXQgY2FycnkgY29sb3Igb2YgdGhlaXIgZGVzdGluYXRpb25zIGluIEV4dGVu ZGVkIENvbG9yIENvbW11bml0aWVzIGF0dGFjaGVkIHRvIHRoZW0uIFN1Y2ggdXNhZ2UgaXMgY29u dHJvbGxlZCBieSBhIHN1aXRhYmxlIEJHUCBwb2xpY3kgYXMgZXhwbGFpbmVkIGluIFNlY3Rpb24g OC40IG9mIHRoZSBkcmFmdDoKTGV0IHVzIGFzc3VtZSB0aGF0IGhlYWRlbmQgSDoKCiAgIG8gIGxl YXJucyBhIEJHUCByb3V0ZSBSL3IgdmlhIG5leHQtaG9wIE4sIGV4dGVuZGVkLWNvbG9yIGNvbW11 bml0eSBDCiAgICAgIGFuZCBWUE4gbGFiZWwgVi4KICAgbyAgaGFzIGEgdmFsaWQgU1IgUG9saWN5 IFAgdG8gKGNvbG9yID0gQywgZW5kcG9pbnQgPSBOKSBvZiBTZWdtZW50LQogICAgICBMaXN0IDxT MSwgUzIsIFMzPiBhbmQgQlNJRCBCLgogICBvICBoYXMgYSBCR1AgcG9saWN5IHdoaWNoIG1hdGNo ZXMgb24gdGhlIGV4dGVuZGVkLWNvbG9yIGNvbW11bml0eSBDCiAgICAgIGFuZCBhbGxvd3MgaXRz IHVzYWdlIGFzIFNMQSBzdGVlcmluZyBpbmZvcm1hdGlvbi4KCiAgIElmIGFsbCB0aGVzZSBjb25k aXRpb25zIGFyZSBtZXQsIEggaW5zdGFsbHMgUi9yIGluIFJJQi9GSUIgd2l0aCBuZXh0LQoKICAg aG9wID0gU1IgUG9saWN5IFAgb2YgQlNJRCBCIGluc3RlYWQgb2YgdmlhIE4uCgpGcm9tIG15IFBP ViwgdGhlcmUgaXMgbm90aGluZyBpbiB0aGUgZHJhZnQgdGhhdCBtYWtlcyBhbnkgY29sb3IgdmFs dWUgc3BlY2lhbCBpbiBhbnkgd2F5LgoKT3Igd2UgY2FuIHNheSBpZiB0aGUgY29sb3IgaXMgbm90 IHNwZWNpZmllZCwgd2Ugc2hvdWxkIHVzZSAweDAwMDAwMDAwIGFzIGRlZmF1bHQgb25lLgoKW1tT YXNoYV1dIEhvdyBjYW4gY29sb3IgYmUgbm90IHNwZWNpZmllZD8gSXQgbXVzdCBiZSBzcGVjaWZp ZWQgZm9yIGEgcG9saWN5IChpZiB5b3VyIG1hbmFnZW1lbnQgc3lzdGVtIHVzZXMgc29tZSBkZWZh dWx0IHZhbHVlLCB0aGlzIGlzIGEgbG9jYWwgbWF0dGVyKS4KCk9yIGRvIHlvdSBtZWFuIHRoYXQg YSBCR1Agcm91dGUgd2l0aCBubyBFeHRlbmRlZCBDb2xvciBDb21tdW5pdGllcyBhdHRhY2hlZCBz aG91bGQgYmUgdHJlYXRlZCBhcyBpZiBpdHMgY29sb3IgaXMgMD8KCkFsc28sIEkgc3VnZ2VzdCB3 ZSBtZW50aW9uIHRoZSBoaWdoZXIgdmFsdWUgaXMsIHRoZSBoaWdoZXIgU0xBIGl0IGluZGljYXRl cy4KCltbU2FzaGFdXSBJIGFtIG5vdCBzdXJlIHlvdSBjYW4gcmVhbGx5IGNvbXBhcmUgZGlmZmVy ZW50IFNMQXMgYXMgYmVpbmcgaGlnaGVyIG9yIGxvd2VyLgoKIDIuMTI8aHR0cHM6Ly90b29scy5p ZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQtcm91dGluZy1wb2xpY3ktMDIj c2VjdGlvbi0yLjEyPi4gIFByaW9yaXR5IG9mIGFuIFNSIFBvbGljeQoKW1RpbV06IFN1Z2dlc3Qg dG8gY2hhbmdlIHRoZSB0aXRsZSB0byBSZS1jb21wdXRlIHByaW9yaXR5IHRvIGF2b2lkIGNvbmZ1 c2luZyB3aXRoIHByZWZlcmVuY2UgZGVmaW5lZCBwcmV2aW91c2x5LgoKCgoyLjEzPGh0dHBzOi8v dG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmctcG9s aWN5LTAyI3NlY3Rpb24tMi4xMz4uICBTdW1tYXJ5CgpbVGltXTogUHJpb3JpdHkgZGVmaW5lZCBp biAyLjEyIGlzIG5vdCBsaXN0ZWQgaW4gdGhlIGV4YW1wbGUuCgoKCkluIGFkZGl0aW9uLCBhIFNl Z21lbnQtTGlzdCBNQVkgYmUgZGVjbGFyZWQgaW52YWxpZCB3aGVuOgoKW1RpbV06IEFub3RoZXIg Y2FzZSBpczogSXRzIGxhc3QgbGFiZWwgaXMgbm90IGV4cGxpY2l0LW51bGwgbmVpdGhlci4gSWYg SSB1bmRlcnN0YW5kIGNvcnJlY3RseSwgdGhlIGxvZ2ljIG9mIHRoZSB0d28gY3JpdGVyaWEgaXMg 4oCcQU5E4oCdIGluc3RlYWQgb2Yg4oCcT1LigJ0gcmlnaHQ/IEkgc3VnZ2VzdCB3ZSBtZW50aW9u IHRoZSBsb2dpYyBoZXJlLgoKIFtbU2FzaGFdXSBBIFNlZ21lbnQtTGlzdCBpcyBhIGxpc3Qgb2Yg c2VnbWVudHMuIEFuZCByZXNlcnZlZCBsYWJlbHMgY2Fubm90IGJlIHVzZWQgYXMgU2VnbWVudCBJ RHMg4oCTIHRoaXMgaXMgZXhwbGljaXRseSBzcGVjaWZpZWQgaW4gdGhlIFNSLU1QTFMgZHJhZnQ8 aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQtcm91 dGluZy1tcGxzLTE1Pi4KCjIuOTxodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0 Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5nLXBvbGljeS0wMiNzZWN0aW9uLTIuOT4uICBBY3RpdmUg Q2FuZGlkYXRlIFBhdGgKCltUaW1dIFtJLUQuZmlsc2ZpbHMtc3ByaW5nLXNyLXBvbGljeS1jb25z aWRlcmF0aW9uc10gVGhlIHJlZmVyZW5jZSBsaW5rIG9mIHRoaXMgcGFydCBkb2VzIG5vdCB3b3Jr LgoKCgo2LjIuMTxodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1zcHJpbmct c2VnbWVudC1yb3V0aW5nLXBvbGljeS0wMiNzZWN0aW9uLTYuMi4uMT4uICBGcmVxdWVudCB1c2Ut Y2FzZTogdW5zcGVjaWZpZWQgQlNJRAoKW1RpbV06IFN1Z2dlc3Qgd2UgY2hhbmdlIHRoZSB0aXRs ZSB0byDigJxTUiBQb2xpY3kgc3BlY2lmaWVkIEJTSUTigJ0KClRoZSBCU0lEIG9mIGFsbCBjYW5k aWRhdGUgcGF0aHMgYXJlIGVtcHR5IGluIHN1Y2ggY2FzZSwgSSBkb27igJl0IHRoaW5rIHdlIHNo b3VsZCB1c2UgdGhlIHdvcmQg4oCcdW5zcGVjaWZpZWQgQlNJROKAnSB3aGljaCBsb29rcyBsaWtl IGEgcmVzZXJ2ZWQgQlNJRC4KCgoKCgo2LjIuMzxodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwv ZHJhZnQtaWV0Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5nLXBvbGljeS0wMiNzZWN0aW9uLTYuMi4z Pi4gIFNwZWNpZmllZC1CU0lELW9ubHkKCltUaW1dOiBBbiBpbXBsZW1lbnRhdGlvbiBNQVkgc3Vw cG9ydCB0aGUgY29uZmlndXJhdGlvbiBvZiB0aGUgU3BlY2lmaWVkLUJTSUQtb25seSByZXN0cmlj dGl2ZSBiZWhhdmlvciBvbiB0aGUgaGVhZGVuZCBmb3IgYWxsIFNSIFBvbGljaWVzIG9yIGluZGl2 aWR1YWwgU1IgUG9saWNpZXMuCgpJdCBzaG91bGQgYmUgYXMgYmVsb3cgcmlnaHQ/CgpBbiBpbXBs ZW1lbnRhdGlvbiBNQVkgc3VwcG9ydCB0aGUgY29uZmlndXJhdGlvbiBvZiB0aGUgU3BlY2lmaWVk LUJTSUQtb25seSByZXN0cmljdGl2ZSBiZWhhdmlvciBvbiB0aGUgaGVhZGVuZCBmb3IgYWxsIFNS IGNhbmRpZGF0ZSBwYXRocyBvciBpbmRpdmlkdWFsIFNSIGNhbmRpZGF0ZSBwYXRocy4KCgoKCgo4 LjY8aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQt cm91dGluZy1wb2xpY3ktMDIjc2VjdGlvbi04LjY+LiAgUGVyLUZsb3cgU3RlZXJpbmcKCltUaW1d OiBJIGhhdmUgY29uY2VybnMgdGhhdCBCU0lEIGlzIHByb2dyYW1tZWQgaW50byB0aGUgZm9yd2Fy ZGluZyBwbGFuZSBhcyBpbiDigJw2LjI8aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0 LWlldGYtc3ByaW5nLXNlZ21lbnQtcm91dGluZy1wb2xpY3ktMDIjc2VjdGlvbi02LjI+LiAgQlNJ RCBvZiBhbiBTUiBQb2xpY3nigJ0gaXQgaXMgbWVudGlvbmVkIHRoYXQg4oCcdGhlIEJTSUQgU0hP VUxEIE5PVCBiZSB1c2VkIGFzIGFuIGlkZW50aWZpY2F0aW9uIG9mIGFuIFNSIFBvbGljeS7igJ0K Ckkgc3VwcG9zZSB3ZSBhdCBsZWFzdCBtZW50aW9uIGlmIHdlIHVzZSBwZXItZmxvdyBzdGVlcmlu Zywgd2Ugc2hvdWxkIG5vdCB1c2UgU3BlY2lmaWVkLUJTSUQtb25seSB3aGljaCBsZWFkIHRvIGlu cGVyc2lzdGVudCBCU0lELgoKVGhhbmtzLi4KUmVnYXJkcywKVGltCgoKX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fCgpUaGlzIGUtbWFpbCBtZXNzYWdlIGlzIGludGVuZGVkIGZvciB0aGUgcmVjaXBpZW50IG9u bHkgYW5kIGNvbnRhaW5zIGluZm9ybWF0aW9uIHdoaWNoIGlzIApDT05GSURFTlRJQUwgYW5kIHdo aWNoIG1heSBiZSBwcm9wcmlldGFyeSB0byBFQ0kgVGVsZWNvbS4gSWYgeW91IGhhdmUgcmVjZWl2 ZWQgdGhpcyAKdHJhbnNtaXNzaW9uIGluIGVycm9yLCBwbGVhc2UgaW5mb3JtIHVzIGJ5IGUtbWFp bCwgcGhvbmUgb3IgZmF4LCBhbmQgdGhlbiBkZWxldGUgdGhlIG9yaWdpbmFsIAphbmQgYWxsIGNv cGllcyB0aGVyZW9mLgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18K --_000_DB5PR0301MB1909234F48F1F81906909AE59DC30DB5PR0301MB1909_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+CjxoZWFkPgo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNv bnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+CjxtZXRhIG5hbWU9IkdlbmVyYXRvciIg Y29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPgo8c3R5bGU+PCEt LQovKiBGb250IERlZmluaXRpb25zICovCkBmb250LWZhY2UKCXtmb250LWZhbWlseToiQ2FtYnJp YSBNYXRoIjsKCXBhbm9zZS0xOjIgNCA1IDMgNSA0IDYgMyAyIDQ7fQpAZm9udC1mYWNlCgl7Zm9u dC1mYW1pbHk6Q2FsaWJyaTsKCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30KLyogU3R5 bGUgRGVmaW5pdGlvbnMgKi8KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1h bAoJe21hcmdpbjowY207CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7Cglmb250LXNpemU6MTIuMHB0 OwoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsc2VyaWY7fQphOmxpbmssIHNwYW4uTXNv SHlwZXJsaW5rCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5OwoJY29sb3I6Ymx1ZTsKCXRleHQtZGVj b3JhdGlvbjp1bmRlcmxpbmU7fQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQK CXttc28tc3R5bGUtcHJpb3JpdHk6OTk7Cgljb2xvcjpwdXJwbGU7Cgl0ZXh0LWRlY29yYXRpb246 dW5kZXJsaW5lO30KcAoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsKCW1zby1tYXJnaW4tdG9wLWFs dDphdXRvOwoJbWFyZ2luLXJpZ2h0OjBjbTsKCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOwoJ bWFyZ2luLWxlZnQ6MGNtOwoJZm9udC1zaXplOjEyLjBwdDsKCWZvbnQtZmFtaWx5OiJUaW1lcyBO ZXcgUm9tYW4iLHNlcmlmO30KcC5tc29ub3JtYWwwLCBsaS5tc29ub3JtYWwwLCBkaXYubXNvbm9y bWFsMAoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsKCW1zby1tYXJnaW4tdG9wLWFsdDphdXRv OwoJbWFyZ2luLXJpZ2h0OjBjbTsKCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOwoJbWFyZ2lu LWxlZnQ6MGNtOwoJZm9udC1zaXplOjEyLjBwdDsKCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9t YW4iLHNlcmlmO30Kc3Bhbi5FbWFpbFN0eWxlMTkKCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1y ZXBseTsKCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOwoJY29sb3I6IzFGNDk3RDt9 Ci5Nc29DaHBEZWZhdWx0Cgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7Cglmb250LWZhbWls eToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9CkBwYWdlIFdvcmRTZWN0aW9uMQoJe3NpemU6NjEyLjBw dCA3OTIuMHB0OwoJbWFyZ2luOjcyLjBwdCA5MC4wcHQgNzIuMHB0IDkwLjBwdDt9CmRpdi5Xb3Jk U2VjdGlvbjEKCXtwYWdlOldvcmRTZWN0aW9uMTt9Ci0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNv IDldPjx4bWw+CjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+ CjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPgo8bzpzaGFwZWxheW91 dCB2OmV4dD0iZWRpdCI+CjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPgo8L286c2hh cGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+CjwvaGVhZD4KPGJvZHkgbGFuZz0iRU4tVVMiIGxp bms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPgo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPgo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+VGltLDxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0QiPlBsZWFzZSBzZWUgc29tZSBjb21tZW50cwo8L3NwYW4+PGI+PGk+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMwMEIwNTAiPmlubGluZSBiZWxvdzwvc3Bhbj48L2k+PC9iPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4uPG86cD48L286cD48L3NwYW4+PC9wPgo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzFGNDk3RCI+UmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+CjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5TYXNoYTxvOnA+PC9vOnA+PC9z cGFuPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPk9mZmljZTogJiM0Mzs5NzItMzkyNjYzMDI8bzpw PjwvbzpwPjwvc3Bhbj48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjojMUY0OTdEIj5DZWxsOiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOzk3 Mi01NDkyNjYzMDI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5FbWFpbDombmJzcDsmbmJzcDsgQWxleGFuZGVy LlZhaW5zaHRlaW5AZWNpdGVsZS5jb208bzpwPjwvbzpwPjwvc3Bhbj48L3A+CjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RnJv bTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+IHNwcmluZyAmbHQ7c3ByaW5nLWJvdW5jZXNA aWV0Zi5vcmcmZ3Q7CjxiPk9uIEJlaGFsZiBPZiA8L2I+WXUgVGlhbnBlbmc8YnI+CjxiPlNlbnQ6 PC9iPiBXZWRuZXNkYXksIE5vdmVtYmVyIDE0LCAyMDE4IDEwOjA2IEFNPGJyPgo8Yj5Ubzo8L2I+ IHNwcmluZ0BpZXRmLm9yZzxicj4KPGI+U3ViamVjdDo8L2I+IFtzcHJpbmddIGRyYWZ0LWlldGYt c3ByaW5nLXNlZ21lbnQtcm91dGluZy1wb2xpY3k8bzpwPjwvbzpwPjwvc3Bhbj48L3A+CjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPgo8ZGl2Pgo8ZGl2Pgo8ZGl2IHN0 eWxlPSJtYXJnaW4tdG9wOjEyLjBwdDttYXJnaW4tYm90dG9tOjEyLjBwdCI+CjxkaXY+CjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+RGVhciBhdXRob3JzLDxvOnA+PC9vOnA+PC9z cGFuPjwvcD4KPGRpdj4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo5LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5JIGhhdmUg cmVhZCB0aGUgZG9jdW1lbnQgYW5kIGhhdmUgc29tZSBjb21tZW50cyBhcyBiZWxvdywgaG9wZSB3 aWxsIGhlbHAuJm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPgo8L2Rpdj4KPGRpdj4KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdDtmb250LWZhbWlseTom cXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ CjwvZGl2Pgo8ZGl2Pgo8cD48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0O2ZvbnQtZmFtaWx5 OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0 Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmctcG9saWN5LTAyI3Nl Y3Rpb24tMi4xIiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gc3R5bGU9ImNvbG9yOiM0Mjg1RjQiPjIu MTwvc3Bhbj48L2E+LiZuYnNwOyBJZGVudGlmaWNhdGlvbiBvZiBhbiBTUiBQb2xpY3k8bzpwPjwv bzpwPjwvc3Bhbj48L3A+CjxwPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQ7Zm9udC1mYW1p bHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+W1RpbV06IEkgc3VnZ2VzdCB3ZSBkZWZp bmUgYSBkZWZhdWx0IGNvbG9yIHZhbHVlIDB4MDAwMDAwMDAgYXMg4oCcZGVmYXVsdCBiZWhhdmlv cuKAnSBvciDigJxiZXN0IGVmZm9ydOKAnS4gVGhpcyB2YWx1ZSB3aWxsIGhlbHAgZnVydGhlciBp bnRlcm9wZXJhYmlsaXR5IGJldHdlZW4gdmVuZG9ycy4gVGhlIG90aGVyIHZhbHVlcyBhcmUgbGVm dCB1c2VyLWRlZmluZWQuPG86cD48L286cD48L3NwYW4+PC9wPgo8cD48Yj48aT48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzAwQjA1MCI+W1tTYXNoYV1dIEkgZG8gbm90IHNlZSB3aHkgdGhpcyBpcyBu ZWNlc3NhcnkuIFRvIHRoZSBiZXN0IG9mIG15IHVuZGVyc3RhbmRpbmcsIGNvbG9yIHZhbHVlcyBh cmUgdXNlZCBmb3Igc2VsZWN0aW9uIG9mIHBvbGljaWVzIHRoYXQgcmVzb2x2ZSBCR1AgTkggb2Yg cm91dGVzIHRoYXQgY2FycnkgY29sb3IKIG9mIHRoZWlyIGRlc3RpbmF0aW9ucyBpbiBFeHRlbmRl ZCBDb2xvciBDb21tdW5pdGllcyBhdHRhY2hlZCB0byB0aGVtLiBTdWNoIHVzYWdlIGlzIGNvbnRy b2xsZWQgYnkgYSBzdWl0YWJsZSBCR1AgcG9saWN5IGFzIGV4cGxhaW5lZCBpbiBTZWN0aW9uIDgu NCBvZiB0aGUgZHJhZnQ6PG86cD48L286cD48L3NwYW4+PC9pPjwvYj48L3A+CjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj5MZXQgdXMgYXNzdW1lIHRoYXQgaGVhZGVu ZCBIOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7 Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyBvJm5ic3A7IGxlYXJucyBh IEJHUCByb3V0ZSBSL3IgdmlhIG5leHQtaG9wIE4sIGV4dGVuZGVkLWNvbG9yIGNvbW11bml0eSBD PG86cD48L286cD48L3NwYW4+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xv cjpibGFjayI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGFuZCBWUE4gbGFiZWwgVi48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9y OmJsYWNrIj4mbmJzcDsmbmJzcDsgbyZuYnNwOyBoYXMgYSB2YWxpZCBTUiBQb2xpY3kgUCB0byAo Y29sb3IgPSBDLCBlbmRwb2ludCA9IE4pIG9mIFNlZ21lbnQtPG86cD48L286cD48L3NwYW4+PC9w Pgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IExpc3QgJmx0O1MxLCBTMiwgUzMmZ3Q7IGFuZCBCU0lEIEIuPG86 cD48L286cD48L3NwYW4+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpi bGFjayI+Jm5ic3A7Jm5ic3A7IG8mbmJzcDsKPHNwYW4gc3R5bGU9ImJhY2tncm91bmQ6eWVsbG93 O21zby1oaWdobGlnaHQ6eWVsbG93Ij5oYXMgYSBCR1AgcG9saWN5IHdoaWNoIG1hdGNoZXMgb24g dGhlIGV4dGVuZGVkLWNvbG9yIGNvbW11bml0eSBDPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOwo8c3BhbiBzdHlsZT0iYmFja2dyb3VuZDp5ZWxsb3c7bXNvLWhp Z2hsaWdodDp5ZWxsb3ciPmFuZCBhbGxvd3MgaXRzIHVzYWdlIGFzIFNMQSBzdGVlcmluZyBpbmZv cm1hdGlvbjwvc3Bhbj4uPG86cD48L286cD48L3NwYW4+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90Oztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPgo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7IElmIGFs bCB0aGVzZSBjb25kaXRpb25zIGFyZSBtZXQsIEggaW5zdGFsbHMgUi9yIGluIFJJQi9GSUIgd2l0 aCBuZXh0LTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4KPHA+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPiZu YnNwOyZuYnNwOyBob3AgPSBTUiBQb2xpY3kgUCBvZiBCU0lEIEIgaW5zdGVhZCBvZiB2aWEgTi48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+CjxwPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMDBC MDUwIj5Gcm9tIG15IFBPViwgdGhlcmUgaXMgbm90aGluZyBpbiB0aGUgZHJhZnQgdGhhdCBtYWtl cyBhbnkgY29sb3IgdmFsdWUgc3BlY2lhbCBpbiBhbnkgd2F5Lgo8bzpwPjwvbzpwPjwvc3Bhbj48 L2k+PC9iPjwvcD4KPHA+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdDtmb250LWZhbWlseTom cXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5PciB3ZSBjYW4gc2F5IGlmIHRoZSBjb2xvciBp cyBub3Qgc3BlY2lmaWVkLCB3ZSBzaG91bGQgdXNlIDB4MDAwMDAwMDAgYXMgZGVmYXVsdCBvbmUu CjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9w Pgo8cD48Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzAwQjA1MCI+W1tTYXNoYV1dIEhvdyBj YW4gY29sb3IgYmUgbm90IHNwZWNpZmllZD8gSXQgbXVzdCBiZSBzcGVjaWZpZWQgZm9yIGEgcG9s aWN5IChpZiB5b3VyIG1hbmFnZW1lbnQgc3lzdGVtIHVzZXMgc29tZSBkZWZhdWx0IHZhbHVlLCB0 aGlzIGlzIGEgbG9jYWwgbWF0dGVyKS4KPG86cD48L286cD48L3NwYW4+PC9pPjwvYj48L3A+Cjxw PjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMDBCMDUwIj5PciBkbyB5b3UgbWVhbiB0aGF0 IGEgQkdQIHJvdXRlIHdpdGggbm8gRXh0ZW5kZWQgQ29sb3IgQ29tbXVuaXRpZXMgYXR0YWNoZWQg c2hvdWxkIGJlIHRyZWF0ZWQgYXMgaWYgaXRzIGNvbG9yIGlzIDA/CjxvOnA+PC9vOnA+PC9zcGFu PjwvaT48L2I+PC9wPgo8cD48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0O2ZvbnQtZmFtaWx5 OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPkFsc28sIEkgc3VnZ2VzdCB3ZSBtZW50aW9u IHRoZSBoaWdoZXIgdmFsdWUgaXMsIHRoZSBoaWdoZXIgU0xBIGl0IGluZGljYXRlcy48bzpwPjwv bzpwPjwvc3Bhbj48L3A+CjxwPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMDBCMDUwIj5b W1Nhc2hhXV0gSSBhbSBub3Qgc3VyZSB5b3UgY2FuIHJlYWxseSBjb21wYXJlIGRpZmZlcmVudCBT TEFzIGFzIGJlaW5nIGhpZ2hlciBvciBsb3dlci4KPC9zcGFuPjwvaT48L2I+PGI+PGk+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48L2k+PC9iPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+CjxwPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OS41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJp ZiI+Jm5ic3A7PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYt c3ByaW5nLXNlZ21lbnQtcm91dGluZy1wb2xpY3ktMDIjc2VjdGlvbi0yLjEyIiB0YXJnZXQ9Il9i bGFuayI+PHNwYW4gc3R5bGU9ImNvbG9yOiM0Mjg1RjQiPjIuMTI8L3NwYW4+PC9hPi4mbmJzcDsg UHJpb3JpdHkgb2YgYW4gU1IgUG9saWN5PG86cD48L286cD48L3NwYW4+PC9wPgo8cD48c3BhbiBz dHlsZT0iZm9udC1zaXplOjkuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMt c2VyaWYiPltUaW1dOiBTdWdnZXN0IHRvIGNoYW5nZSB0aGUgdGl0bGUgdG8gUmUtY29tcHV0ZSBw cmlvcml0eSB0byBhdm9pZCBjb25mdXNpbmcgd2l0aCBwcmVmZXJlbmNlIGRlZmluZWQgcHJldmlv dXNseS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+CjxwPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41 cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PG86cD48 L286cD48L3NwYW4+PC9wPgo8cD48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0O2ZvbnQtZmFt aWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMu aWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmctcG9saWN5LTAy I3NlY3Rpb24tMi4xMyIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0eWxlPSJjb2xvcjojNDI4NUY0 Ij4yLjEzPC9zcGFuPjwvYT4uJm5ic3A7IFN1bW1hcnk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+Cjxw PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVv dDssc2Fucy1zZXJpZiI+W1RpbV06IFByaW9yaXR5IGRlZmluZWQgaW4gMi4xMiBpcyBub3QgbGlz dGVkIGluIHRoZSBleGFtcGxlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4KPHA+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTo5LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlm Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+CjxwPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 OS41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+SW4gYWRkaXRp b24sIGEgU2VnbWVudC1MaXN0IE1BWSBiZSBkZWNsYXJlZCBpbnZhbGlkIHdoZW46PG86cD48L286 cD48L3NwYW4+PC9wPgo8cD48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0O2ZvbnQtZmFtaWx5 OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPltUaW1dOiBBbm90aGVyIGNhc2UgaXM6IEl0 cyBsYXN0IGxhYmVsIGlzIG5vdCBleHBsaWNpdC1udWxsIG5laXRoZXIuIElmIEkgdW5kZXJzdGFu ZCBjb3JyZWN0bHksIHRoZSBsb2dpYyBvZiB0aGUgdHdvIGNyaXRlcmlhIGlzIOKAnEFOROKAnSBp bnN0ZWFkIG9mIOKAnE9S4oCdIHJpZ2h0PyBJIHN1Z2dlc3Qgd2UgbWVudGlvbiB0aGUgbG9naWMg aGVyZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+CjxwPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41 cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFu PjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMDBCMDUwIj5bW1Nhc2hhXV0gQSBTZWdtZW50 LUxpc3QgaXMgYSBsaXN0IG9mIHNlZ21lbnRzLiBBbmQgcmVzZXJ2ZWQgbGFiZWxzIGNhbm5vdCBi ZSB1c2VkIGFzIFNlZ21lbnQgSURzIOKAkyB0aGlzCiBpcyBleHBsaWNpdGx5IHNwZWNpZmllZCBp biB0aGUgPGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtc3By aW5nLXNlZ21lbnQtcm91dGluZy1tcGxzLTE1Ij4KU1ItTVBMUyBkcmFmdDwvYT4uPC9zcGFuPjwv aT48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4KPHA+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlh bCZxdW90OyxzYW5zLXNlcmlmIj48YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwv ZHJhZnQtaWV0Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5nLXBvbGljeS0wMiNzZWN0aW9uLTIuOSIg dGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0eWxlPSJjb2xvcjojNDI4NUY0Ij4yLjk8L3NwYW4+PC9h Pi4mbmJzcDsgQWN0aXZlIENhbmRpZGF0ZSBQYXRoPG86cD48L286cD48L3NwYW4+PC9wPgo8cD48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7 LHNhbnMtc2VyaWYiPltUaW1dIFtJLUQuZmlsc2ZpbHMtc3ByaW5nLXNyLXBvbGljeS1jb25zaWRl cmF0aW9uc10gVGhlIHJlZmVyZW5jZSBsaW5rIG9mIHRoaXMgcGFydCBkb2VzIG5vdCB3b3JrLjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4KPHA+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdDtmb250 LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8bzpwPjwvbzpwPjwv c3Bhbj48L3A+CjxwPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9y Zy9odG1sL2RyYWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQtcm91dGluZy1wb2xpY3ktMDIjc2VjdGlv bi02LjIuLjEiIHRhcmdldD0iX2JsYW5rIj48c3BhbiBzdHlsZT0iY29sb3I6IzQyODVGNCI+Ni4y LjE8L3NwYW4+PC9hPi4mbmJzcDsgRnJlcXVlbnQgdXNlLWNhc2U6IHVuc3BlY2lmaWVkIEJTSUQ8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+CjxwPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+W1RpbV06IFN1Z2dlc3Qgd2Ug Y2hhbmdlIHRoZSB0aXRsZSB0byDigJxTUiBQb2xpY3kgc3BlY2lmaWVkIEJTSUTigJ08bzpwPjwv bzpwPjwvc3Bhbj48L3A+CjxwPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQ7Zm9udC1mYW1p bHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+VGhlIEJTSUQgb2YgYWxsIGNhbmRpZGF0 ZSBwYXRocyBhcmUgZW1wdHkgaW4gc3VjaCBjYXNlLCBJIGRvbuKAmXQgdGhpbmsgd2Ugc2hvdWxk IHVzZSB0aGUgd29yZCDigJx1bnNwZWNpZmllZCBCU0lE4oCdIHdoaWNoIGxvb2tzIGxpa2UgYSBy ZXNlcnZlZCBCU0lELjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4KPHA+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo5LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj4mbmJz cDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+CjxwPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PG86cD48L286 cD48L3NwYW4+PC9wPgo8cD48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0O2ZvbnQtZmFtaWx5 OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0 Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmctcG9saWN5LTAyI3Nl Y3Rpb24tNi4yLjMiIHRhcmdldD0iX2JsYW5rIj48c3BhbiBzdHlsZT0iY29sb3I6IzQyODVGNCI+ Ni4yLjM8L3NwYW4+PC9hPi4mbmJzcDsgU3BlY2lmaWVkLUJTSUQtb25seTxvOnA+PC9vOnA+PC9z cGFuPjwvcD4KPHA+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdDtmb250LWZhbWlseTomcXVv dDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5bVGltXTogQW4gaW1wbGVtZW50YXRpb24gTUFZIHN1 cHBvcnQgdGhlIGNvbmZpZ3VyYXRpb24gb2YgdGhlIFNwZWNpZmllZC1CU0lELW9ubHkgcmVzdHJp Y3RpdmUgYmVoYXZpb3Igb24gdGhlIGhlYWRlbmQgZm9yIGFsbCBTUiBQb2xpY2llcyBvciBpbmRp dmlkdWFsIFNSIFBvbGljaWVzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4KPHA+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTo5LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlm Ij5JdCBzaG91bGQgYmUgYXMgYmVsb3cgcmlnaHQ/PG86cD48L286cD48L3NwYW4+PC9wPgo8cD48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7 LHNhbnMtc2VyaWYiPkFuIGltcGxlbWVudGF0aW9uIE1BWSBzdXBwb3J0IHRoZSBjb25maWd1cmF0 aW9uIG9mIHRoZSBTcGVjaWZpZWQtQlNJRC1vbmx5IHJlc3RyaWN0aXZlIGJlaGF2aW9yIG9uIHRo ZSBoZWFkZW5kIGZvciBhbGwgU1IgY2FuZGlkYXRlIHBhdGhzIG9yIGluZGl2aWR1YWwgU1IgY2Fu ZGlkYXRlIHBhdGhzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4KPHA+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo5LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj4mbmJz cDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+CjxwPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PG86cD48L286 cD48L3NwYW4+PC9wPgo8cD48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0O2ZvbnQtZmFtaWx5 OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0 Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmctcG9saWN5LTAyI3Nl Y3Rpb24tOC42IiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gc3R5bGU9ImNvbG9yOiM0Mjg1RjQiPjgu Njwvc3Bhbj48L2E+LiZuYnNwOyBQZXItRmxvdyBTdGVlcmluZzxvOnA+PC9vOnA+PC9zcGFuPjwv cD4KPHA+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlh bCZxdW90OyxzYW5zLXNlcmlmIj5bVGltXTogSSBoYXZlIGNvbmNlcm5zIHRoYXQgQlNJRCBpcyBw cm9ncmFtbWVkIGludG8gdGhlIGZvcndhcmRpbmcgcGxhbmUgYXMgaW4g4oCcPGEgaHJlZj0iaHR0 cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQtcm91dGlu Zy1wb2xpY3ktMDIjc2VjdGlvbi02LjIiIHRhcmdldD0iX2JsYW5rIj48c3BhbiBzdHlsZT0iY29s b3I6IzQyODVGNCI+Ni4yPC9zcGFuPjwvYT4uJm5ic3A7CiBCU0lEIG9mIGFuIFNSIFBvbGljeeKA nSBpdCBpcyBtZW50aW9uZWQgdGhhdCDigJx0aGUgQlNJRCBTSE9VTEQgTk9UIGJlIHVzZWQgYXMg YW4gaWRlbnRpZmljYXRpb24gb2YgYW4gU1IgUG9saWN5LuKAnTxvOnA+PC9vOnA+PC9zcGFuPjwv cD4KPHA+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlh bCZxdW90OyxzYW5zLXNlcmlmIj5JIHN1cHBvc2Ugd2UgYXQgbGVhc3QgbWVudGlvbiBpZiB3ZSB1 c2UgcGVyLWZsb3cgc3RlZXJpbmcsIHdlIHNob3VsZCBub3QgdXNlIFNwZWNpZmllZC1CU0lELW9u bHkgd2hpY2ggbGVhZCB0byBpbnBlcnNpc3RlbnQgQlNJRC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ CjwvZGl2Pgo8ZGl2Pgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjkuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4KPC9kaXY+CjxkaXY+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDss c2Fucy1zZXJpZiI+VGhhbmtzLi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+CjwvZGl2Pgo8ZGl2Pgo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0O2ZvbnQtZmFt aWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPlJlZ2FyZHMsPG86cD48L286cD48L3Nw YW4+PC9wPgo8L2Rpdj4KPGRpdj4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo5LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5U aW08bzpwPjwvbzpwPjwvc3Bhbj48L3A+CjwvZGl2Pgo8L2Rpdj4KPC9kaXY+CjwvZGl2Pgo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4KPC9kaXY+CjwvZGl2Pgo8YnIg Y2xlYXI9ImJvdGgiPgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188QlI+CjxCUj4KVGhpcyBlLW1haWwgbWVz c2FnZSBpcyBpbnRlbmRlZCBmb3IgdGhlIHJlY2lwaWVudCBvbmx5IGFuZCBjb250YWlucyBpbmZv cm1hdGlvbiB3aGljaCBpcyA8QlI+CkNPTkZJREVOVElBTCBhbmQgd2hpY2ggbWF5IGJlIHByb3By aWV0YXJ5IHRvIEVDSSBUZWxlY29tLiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIDxCUj4KdHJh bnNtaXNzaW9uIGluIGVycm9yLCBwbGVhc2UgaW5mb3JtIHVzIGJ5IGUtbWFpbCwgcGhvbmUgb3Ig ZmF4LCBhbmQgdGhlbiBkZWxldGUgdGhlIG9yaWdpbmFsIDxCUj4KYW5kIGFsbCBjb3BpZXMgdGhl cmVvZi48QlI+Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXzxCUj4KPC9ib2R5Pgo8L2h0bWw+Cgo= --_000_DB5PR0301MB1909234F48F1F81906909AE59DC30DB5PR0301MB1909_-- From nobody Wed Nov 14 07:52:01 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 88D42124BAA; Wed, 14 Nov 2018 07:51:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 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_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Q4Ery50M5hai; Wed, 14 Nov 2018 07:51:44 -0800 (PST) Received: from mail-lj1-x22c.google.com (mail-lj1-x22c.google.com [IPv6:2a00:1450:4864:20::22c]) (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 3352D128D09; Wed, 14 Nov 2018 07:51:44 -0800 (PST) Received: by mail-lj1-x22c.google.com with SMTP id t22-v6so14512109lji.7; Wed, 14 Nov 2018 07:51:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=wxAg83FRiGA2wdjnj/faXeyMfS5obMTRqciBXDnYrII=; b=bH/PecRLkQH/E+VM4BowfMnHOd9/36oxzV4Nq/RGVxyXrOqtcZeNpYr0z4V2lxmI2E KHT+s/0IlCBmReABulrotAr3QaGqKXrnVo0hnCCscjcTZL+IqPeAbRsC8y2ZcsRUFDQ6 yrI3wKlFE6oNMbWv88lZdDEXsZJ2hkjztyyM9+5AlQeaO4kaaUMR6g5h6D0bFKQ6ttlX TeK58wv/X+ihOIrvzocdHP03dve0uNg0c8GOZIIkOFBSqv95XBhk6AgUTQJb3eC7x/6M q9xP2upZpjWGggz6CPwi6KKpGs+ijQfTKK1JU2zYCvA1y2LIr5dEbP26ByLmP03U00Ov ZwQA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=wxAg83FRiGA2wdjnj/faXeyMfS5obMTRqciBXDnYrII=; b=l8xv+C4MJN3+aMqZYgHfihUhAosjCvK/B3iyugxr/7SMg32u2DWC8Dr93mpslhj9Ml 47FKQvk6xnOeeZWH6zHqvyijtn6G371lWstNsj2ezXaiqib2eE42yyhBX1do3J4919xL xNV4lHbKvh2E+LoqE8s2RgzOONQfjAaLsOgoCeFmmgwSn/zdMP6kG3C30lPHI/PFR6FF doDEavf5Ww/NFIYrxCwET3LD1beROBWkUOGHOz7NdfWzNYEckuY+Ka47VslfJ3V1haEE OpWQspLn8q5ud7vuMgZXw5oGYOiHU9qOiMQIW/mL7XHbzYtVhRUfGSzusPwRqIai/VUf A87A== X-Gm-Message-State: AGRZ1gJ+bshyRYK/F0Kzeqyga7wGQYid8+WrIFD0F/LniVsk9t1EAgbl u2LuZCRJESCfhNiA6EJSy+bcIr8by170fkxTHV+kE3v+6A== X-Google-Smtp-Source: AJdET5cwrNn/dJ/I1AIQUWkr/5wrHpCzV7IjYNsZNcEGcC4L4KnyMc2h9XzqPcD8yfrVVO/LRFOm+TPDaGt7F5D01w4= X-Received: by 2002:a2e:99d7:: with SMTP id l23-v6mr1385526ljj.165.1542210702099; Wed, 14 Nov 2018 07:51:42 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Rakesh Gandhi Date: Wed, 14 Nov 2018 10:51:30 -0500 Message-ID: To: Greg Mirsky Cc: draft-gandhi-spring-udp-pm@ietf.org, spring@ietf.org, ippm@ietf.org, ipv6@ietf.org Content-Type: multipart/alternative; boundary="000000000000114f09057aa1e94e" Archived-At: Subject: Re: [spring] [ippm] Sequence Number in RFC 6374 and Synthetic Loss Measurement X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2018 15:51:47 -0000 --000000000000114f09057aa1e94e Content-Type: text/plain; charset="UTF-8" Thanks Greg for your review comments. Right, the RFC 6374 DM and LM messages can carry either sequence number or timestamp but not both. There might be some cases where both are desired. The proposed sequence number TLV is optional and can be used with timestamps in DM and LM messages. We can clarify the text in the next update of the draft-gandhi-spring-udp-pm . Thanks, Rakesh On Tue, Nov 6, 2018 at 1:06 AM Greg Mirsky wrote: > Dear Authors, > in your presentation of this draft at IPPM WG meeting I've pointed that > assertion in Section 6 of the draft: > The message formats for DM and LM [RFC6374] do not contain sequence > number for probe query packets. > is not accurate. RFC 6374 allows interpretation of the Timestamp field as > a sequence number. Section 3.4 explains that QTF and RTF values could be 0, > 1, 2, or 3, with 1 identifying the sequence number: > 1: Sequence number. This value indicates that the timestamp field > is to be viewed as a simple 64-bit sequence number. This provides > a simple solution for applications that do not require a real > absolute timestamp, but only an indication of message ordering; an > example is LM exception detection. > > Regards, > Greg > > _______________________________________________ > ippm mailing list > ippm@ietf.org > https://www.ietf.org/mailman/listinfo/ippm > --000000000000114f09057aa1e94e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks Greg for your review comments.

<= /div>
Right, the RFC 6374 DM and LM messages can carry either sequence = number or timestamp but not both. There might be some cases where both are = desired. The proposed sequence number TLV is optional and can be used with = timestamps in DM and LM messages. We can clarify the text in the next updat= e of the draft-gandhi-spring-udp-pm.

Thanks,
Rakesh


On Tue, Nov 6, 2018 at 1:06 AM Greg Mirsky <gregimirsky@gmail.com> wrote:
Dear Authors,
in your presentation of this draft at IPPM WG meeting= I've pointed that assertion in Section 6 of the draft:
= =C2=A0 =C2=A0The message formats for DM and LM [RFC6374] do not contain seq= uence
=C2=A0 =C2=A0number for probe query packets.
is not accurate. RFC 6374 allows interpretation of the Timestamp field as= a sequence number. Section 3.4 explains that QTF and RTF values could be 0= , 1, 2, or 3, with 1 identifying the sequence number:
=C2=A0= =C2=A0 =C2=A0 1: Sequence number.=C2=A0 This value indicates that the time= stamp field
=C2=A0 =C2=A0 =C2=A0 is to be viewed as a simple 64-b= it sequence number.=C2=A0 This provides
=C2=A0 =C2=A0 =C2=A0 a si= mple solution for applications that do not require a real
=C2=A0 = =C2=A0 =C2=A0 absolute timestamp, but only an indication of message orderin= g; an
=C2=A0 =C2=A0 =C2=A0 example is LM exception detection.

Regards,
Greg

_______________________________________________
ippm mailing list
ippm@ietf.org
https://www.ietf.org/mailman/listinfo/ippm
--000000000000114f09057aa1e94e-- From nobody Wed Nov 14 13:00:29 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6361C1274D0 for ; Wed, 14 Nov 2018 13:00:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.455 X-Spam-Level: X-Spam-Status: No, score=-0.455 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DATE_IN_PAST_06_12=1.543, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2oFsdK6euI2h for ; Wed, 14 Nov 2018 13:00:26 -0800 (PST) Received: from mail-vs1-xe32.google.com (mail-vs1-xe32.google.com [IPv6:2607:f8b0:4864:20::e32]) (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 2091A126CB6 for ; Wed, 14 Nov 2018 13:00:26 -0800 (PST) Received: by mail-vs1-xe32.google.com with SMTP id e7so10413350vsc.2 for ; Wed, 14 Nov 2018 13:00:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=gTBksrNGxda11UwKi7VxrSnZbx6u6CRWI4nChs6uCvg=; b=ePgctfKEWQb5BEKpn2mcweV+C7OdI9MUcJcsV2L6TITkzZOsEpFgHJv9lmherkonsJ W9bnYS074KtyuzbtYLuiSrsg3chP3CxbJxoW0lEbvCQD6oUOUlSl6plL0Nc9q2Jo+Ze9 jrgtdpW89u+VJKGF2CW3zco9T6iYFR3XXixrN3AAwGNans3kcnoYEJSa3lPXqS95I2O4 BTW/gyqL9MQFFpviBe2lrv/juuS6/28Sga6KGjVsWGtsr3Hmzw1gReIRVk5bwxog/5Yg kyykMkF4/Kop05m1PhT0XEKFZlwJVOJP/dgc4wPvJ0Nw8ON4bsqUTveOuo62YAM6jPHZ svYA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=gTBksrNGxda11UwKi7VxrSnZbx6u6CRWI4nChs6uCvg=; b=BK7yfZahNvEE4gwsyECmemoMkme/E5ov7Dif09iYU2T0AsTlF1u0Tf6fO1wGFc49GZ 1CPRTfJciBIMn5GwOM9gSF7ogEnG0OJlfJHCdhCD/2eBdIbQSm9BzIdaAAk8/86hH9hc oyaAPpCtK3/Hf5kelRnGdtBpvkT58VOOy4/AVEnmqLDyHsJe0hE+bpPFB0mqZ4y6Z05r w56gbR4D9F+HM9fNoeA4Nkpl/mHWut9LQklsA0FImnxVh40YL2ZfD6Et2dZzx+AbPwBp H5aleG+P+g5kVzTsNyPgimCVhYX6l+26hT+AUWZ+e+CrUgAZhWkP/R4GP2evkwwki87W JRrQ== X-Gm-Message-State: AGRZ1gJf19Yyt6Q4W/KuyAQ4XALnOwsDE37M6SL7vpHvD7X4PAxDWoEy K/cVpWcTAvj3liUfn38ucHcMyGnVWgcWxNucKOY= X-Google-Smtp-Source: AJdET5comSunGyVCRzLhCdvFSPWscxE2+RouvhaJyawTpViu1heJ+EbQql3gairpUUp/ATXgDFN69OlXOZ+ENo6rtt4= X-Received: by 2002:a67:3b1b:: with SMTP id i27mr1547942vsa.14.1542229224983; Wed, 14 Nov 2018 13:00:24 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Yu Tianpeng Date: Wed, 14 Nov 2018 21:00:13 +0800 Message-ID: To: Alexander.Vainshtein@ecitele.com, spring@ietf.org Content-Type: multipart/alternative; boundary="0000000000001e1120057aa6393a" Archived-At: Subject: Re: [spring] draft-ietf-spring-segment-routing-policy X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2018 21:00:28 -0000 --0000000000001e1120057aa6393a Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, Nov 14, 2018 at 7:43 PM Yu Tianpeng wrote: > Thanks a lot, Sasha, Please check response inline. > Tim > > On Wed, Nov 14, 2018 at 11:17 PM Alexander Vainshtein < > Alexander.Vainshtein@ecitele.com> wrote: > >> Tim, >> >> Please see some comments *inline below*. >> >> >> >> Regards, >> >> Sasha >> >> >> >> Office: +972-39266302 >> >> Cell: +972-549266302 >> >> Email: Alexander.Vainshtein@ecitele.com >> >> >> >> *From:* spring *On Behalf Of *Yu Tianpeng >> *Sent:* Wednesday, November 14, 2018 10:06 AM >> *To:* spring@ietf.org >> *Subject:* [spring] draft-ietf-spring-segment-routing-policy >> >> >> >> Dear authors, >> >> I have read the document and have some comments as below, hope will help= . >> >> >> >> 2.1 >> . >> Identification of an SR Policy >> >> [Tim]: I suggest we define a default color value 0x00000000 as =E2=80=9C= default >> behavior=E2=80=9D or =E2=80=9Cbest effort=E2=80=9D. This value will help= further interoperability >> between vendors. The other values are left user-defined. >> >> *[[Sasha]] I do not see why this is necessary. To the best of my >> understanding, color values are used for selection of policies that reso= lve >> BGP NH of routes that carry color of their destinations in Extended Colo= r >> Communities attached to them. Such usage is controlled by a suitable BGP >> policy as explained in Section 8.4 of the draft:* >> >> Let us assume that headend H: >> >> >> >> o learns a BGP route R/r via next-hop N, extended-color community C >> >> and VPN label V. >> >> o has a valid SR Policy P to (color =3D C, endpoint =3D N) of Segmen= t- >> >> List and BSID B. >> >> o has a BGP policy which matches on the extended-color community C >> >> and allows its usage as SLA steering information. >> >> >> >> If all these conditions are met, H installs R/r in RIB/FIB with next- >> >> hop =3D SR Policy P of BSID B instead of via N. >> >> *From my POV, there is nothing in the draft that makes any color value >> special in any way. * >> >> Or we can say if the color is not specified, we should use 0x00000000 as >> default one. >> >> *[[Sasha]] How can color be not specified? It must be specified for a >> policy (if your management system uses some default value, this is a loc= al >> matter). * >> >> *Or do you mean that a BGP route with no Extended Color Communities >> attached should be treated as if its color is 0? * >> >> Also, I suggest we mention the higher value is, the higher SLA it >> indicates. >> >> *[[Sasha]] I am not sure you can really compare different SLAs as being >> higher or lower. * >> > [Tim]: Agree, but I find in "8.4.1. Multiple Colors" we are using color > comparing color as a tie-break. We are using color as SR Policy election. > I should mention the comment actually comes from 8.4.1, sorry for that:) > So we can have multipls colors with same destination. In such case color > actually becomes a "preference value" among SR policies. > > > 2.12 >> . >> Priority of an SR Policy >> >> [Tim]: Suggest to change the title to Re-compute priority to avoid >> confusing with preference defined previously. >> >> >> >> 2.13 >> . >> Summary >> >> [Tim]: Priority defined in 2.12 is not listed in the example. >> >> >> >> In addition, a Segment-List MAY be declared invalid when: >> >> [Tim]: Another case is: Its last label is not explicit-null neither. If = I >> understand correctly, the logic of the two criteria is =E2=80=9CAND=E2= =80=9D instead of >> =E2=80=9COR=E2=80=9D right? I suggest we mention the logic here. >> >> *[[Sasha]] A Segment-List is a list of segments. And reserved labels >> cannot be used as Segment IDs =E2=80=93 this is explicitly specified in = the SR-MPLS >> draft >> .= * >> > [Tim]: SR-MPLS draft says SRGB MUST NOT cover reserved label space. But > in a SID list reserved label they can still be used with their original > usage. > This is also mentioned in Page 11 Type-1 : SR-MPLS Label: "Additionally, > reserved labels like explicit-null or in general any MPLS label may also > be used." > My question is if such case is already considered in the validation > process defined in 5.1 > >> 2.9 >> . >> Active Candidate Path >> >> [Tim] [I-D.filsfils-spring-sr-policy-considerations] The reference link >> of this part does not work. >> >> >> >> 6.2.1 >> . >> Frequent use-case: unspecified BSID >> >> [Tim]: Suggest we change the title to =E2=80=9CSR Policy specified BSID= =E2=80=9D >> >> The BSID of all candidate paths are empty in such case, I don=E2=80=99t = think we >> should use the word =E2=80=9Cunspecified BSID=E2=80=9D which looks like = a reserved BSID. >> >> >> >> >> >> 6.2.3 >> . >> Specified-BSID-only >> >> [Tim]: An implementation MAY support the configuration of the >> Specified-BSID-only restrictive behavior on the headend for all SR Polic= ies >> or individual SR Policies. >> >> It should be as below right? >> >> An implementation MAY support the configuration of the >> Specified-BSID-only restrictive behavior on the headend for all SR >> candidate paths or individual SR candidate paths. >> >> >> >> >> >> 8.6 >> . >> Per-Flow Steering >> >> [Tim]: I have concerns that BSID is programmed into the forwarding plane >> as in =E2=80=9C6.2 >> . >> BSID of an SR Policy=E2=80=9D it is mentioned that =E2=80=9Cthe BSID SHO= ULD NOT be used as >> an identification of an SR Policy.=E2=80=9D >> >> I suppose we at least mention if we use per-flow steering, we should not >> use Specified-BSID-only which lead to inpersistent BSID. >> >> >> >> Thanks.. >> >> Regards, >> >> Tim >> >> >> >> >> ________________________________________________________________________= ___ >> >> This e-mail message is intended for the recipient only and contains >> information which is >> CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have >> received this >> transmission in error, please inform us by e-mail, phone or fax, and the= n >> delete the original >> and all copies thereof. >> >> ________________________________________________________________________= ___ >> > --0000000000001e1120057aa6393a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


= On Wed, Nov 14, 2018 at 7:43 PM Yu Tianpeng <yutianpeng.ietf@gmail.com> wrote:
=
Thanks a lot, Sasha, Please check respons= e inline.
Tim

On Wed, Nov 14, 201= 8 at 11:17 PM Alexander Vainshtein <Alexander.Vainshtein@ecitele.com> = wrote:

Tim,

Please see some comments inline below.

=C2=A0

Regards,

Sasha

=C2=A0

Office: +972-39266302

Cell:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +972-549= 266302

Email:=C2=A0=C2=A0 Alexander.Vainshtein@ecitele.c= om

=C2=A0

From: spring <spring-bounces@ietf.org> On Behalf Of Yu Tianpeng
Sent: Wednesday, November 14, 2018 10:06 AM
To: spring@ietf= .org
Subject: [spring] draft-ietf-spring-segment-routing-policy=

=C2=A0

Dear authors,

I have read the document and have some comments as below, hope wil= l help.=C2=A0

=C2=A0

2.1.=C2=A0 Identification of an SR Policy

[Tim]: I su= ggest we define a default color value 0x00000000 as =E2=80=9Cdefault behavi= or=E2=80=9D or =E2=80=9Cbest effort=E2=80=9D. This value will help further = interoperability between vendors. The other values are left user-defined.

[[Sasha]] I do not see why this is necessary. To the best o= f my understanding, color values are used for selection of policies that re= solve BGP NH of routes that carry color of their destinations in Extended Color Communities attached to them. Such= usage is controlled by a suitable BGP policy as explained in Section 8.4 o= f the draft:

Let us assume that headend H:

=C2=A0

=C2=A0=C2=A0 o=C2=A0 learns a BGP route R/r via = next-hop N, extended-color community C

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 and VPN label V.<= u>

=C2=A0=C2=A0 o=C2=A0 has a valid SR Policy P to = (color =3D C, endpoint =3D N) of Segment-

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 List <S1, S2, = S3> and BSID B.

=C2=A0=C2=A0 o=C2=A0 has a BGP policy which matches on the ext= ended-color community C

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 and allows its usage as SLA steering info= rmation.

=C2=A0

=C2=A0=C2=A0 If all these conditions are met, H = installs R/r in RIB/FIB with next-

=C2=A0=C2=A0 hop =3D SR Policy P of BSID B instead of via N.<= u>

From my POV, there is nothing in the draft that makes any c= olor value special in any way.

Or we can s= ay if the color is not specified, we should use 0x00000000 as default one.

[[Sasha]] How can color be not specified? It must be specif= ied for a policy (if your management system uses some default value, this i= s a local matter).

Or do you mean that a BGP route with no Extended Color Comm= unities attached should be treated as if its color is 0?

Also, I sug= gest we mention the higher value is, the higher SLA it indicates.=

[[Sasha]] I am not sure you can really compare different SL= As as being higher or lower. =C2=A0

[Tim]: Agree= , but I find in "8.4.1.=C2=A0 Multiple Colors" we are using color comparing color as a tie-break= . We are using color as SR Policy election.
I should mention the comment actually comes from 8.4.1, sorry for= that:)
So we can have multipls co= lors with same destination. In such case color actually becomes a "pre= ference value" among SR policies.


=
<= p>

=C2=A02.= 12.=C2=A0 Priority of an SR Policy

[Tim]: Sugg= est to change the title to Re-compute priority to avoid confusing with pref= erence defined previously.

=C2=A0

2.13.=C2=A0 Summary

[Tim]: Prio= rity defined in 2.12 is not listed in the example.

=C2=A0

In addition= , a Segment-List MAY be declared invalid when:

[Tim]: Anot= her case is: Its last label is not explicit-null neither. If I understand c= orrectly, the logic of the two criteria is =E2=80=9CAND=E2=80=9D instead of= =E2=80=9COR=E2=80=9D right? I suggest we mention the logic here.=

=C2=A0[[Sasha]] A Segment-List is a list of segments. And reserved= labels cannot be used as Segment IDs =E2=80=93 this is explicitly specified in the SR-MPLS draft.

=C2=A0[Tim]: SR-MPLS draft sa= ys SRGB MUST NOT cover reserved label space. But in a SID list reserved lab= el they can still be used with their original usage.
This is also mentioned in Page 11 Type-1=C2=A0: SR-MPLS = Label: "Additionally, reserved labels=C2=A0like explicit-null or in general any MPLS label may also b= e=C2=A0used."
=
My question is if such case is already conside= red in the validation process defined in 5.1=C2=A0

<= u>

2.9.=C2=A0 Active Candidate Path

[Tim] [I-D.= filsfils-spring-sr-policy-considerations] The reference link of this part d= oes not work.

=C2=A0

6.2.1<= /span>.=C2=A0 Frequent use-case: unspecified BSID<= /p>

[Tim]: Sugg= est we change the title to =E2=80=9CSR Policy specified BSID=E2=80=9D

The BSID of= all candidate paths are empty in such case, I don=E2=80=99t think we shoul= d use the word =E2=80=9Cunspecified BSID=E2=80=9D which looks like a reserv= ed BSID.

=C2=A0

=C2=A0

6.2.3.=C2=A0 Specified-BSID-only

[Tim]: An i= mplementation MAY support the configuration of the Specified-BSID-only rest= rictive behavior on the headend for all SR Policies or individual SR Polici= es.

It should b= e as below right?

An implemen= tation MAY support the configuration of the Specified-BSID-only restrictive= behavior on the headend for all SR candidate paths or individual SR candid= ate paths.

=C2=A0

=C2=A0

8.6.=C2=A0 Per-Flow Steering

[Tim]: I ha= ve concerns that BSID is programmed into the forwarding plane as in =E2=80= =9C6.2.=C2=A0 BSID of an SR Policy=E2=80=9D it is mentioned that =E2=80=9Cthe BSID SHOUL= D NOT be used as an identification of an SR Policy.=E2=80=9D<= /span>

I suppose w= e at least mention if we use per-flow steering, we should not use Specified= -BSID-only which lead to inpersistent BSID.

=C2=A0

Thanks..

Regards,

Tim

=C2=A0


___________________________________________________________________________=

This e-mail message is intended for the recipient only and contains informa= tion which is
CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have recei= ved this
transmission in error, please inform us by e-mail, phone or fax, and then d= elete the original
and all copies thereof.
___________________________________________________________________________=
--0000000000001e1120057aa6393a-- From nobody Sun Nov 18 13:43:46 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5228F12D4E7 for ; Sun, 18 Nov 2018 13:43:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.969 X-Spam-Level: X-Spam-Status: No, score=-14.969 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.47, 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, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 96xdcJi3J36E for ; Sun, 18 Nov 2018 13:43:43 -0800 (PST) Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 07DAC127598 for ; Sun, 18 Nov 2018 13:43:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=22262; q=dns/txt; s=iport; t=1542577423; x=1543787023; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=4W0yBQZyndK0y1KArOE1VwV3hZNogVsaIoGVtHt/3zY=; b=adfK6Zn0d0IxB1RM7svRTBwaIqgeblZB7oPlfPyRdodxviKvth7FGAGt 3ZqhVMBd+S/VggxMviv0dnrR5Z/jHh29N2ZdzYJ8eWaj0Tvf5+qF+E0Tj 3G0Vv/M9/QqwSvz2DUf1Kcngqjtly+8zUdq4GSz3aIJ/UqS2t3+P7fYB/ o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AEAADH2/Fb/4wNJK1jGgEBAQEBAgE?= =?us-ascii?q?BAQEHAgEBAQGBUQUBAQEBCwGBDU0pZoECJwqDbogYi3uCDZFihVQUgWYLAQE?= =?us-ascii?q?lhEcCF4M9IjQJDQEDAQECAQECbRwMhTwBAQEBAyMKXAIBCBEEAQErAgICMB0?= =?us-ascii?q?IAgQBEgiDGoEdZA+mNYEvihQFjAUXgX+BEYMSgxsBAQIBgSZGgnaCVwKIeIY?= =?us-ascii?q?AkHcJAoZ4iiUggViFCIMjhnqNOYo2AhEUgScfOIFVcBUaIYJsgicXfwEHh1e?= =?us-ascii?q?FPkExAQGMSoEfAQE?= X-IronPort-AV: E=Sophos;i="5.56,249,1539648000"; d="scan'208,217";a="202180639" Received: from alln-core-7.cisco.com ([173.36.13.140]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 18 Nov 2018 21:43:42 +0000 Received: from XCH-RCD-014.cisco.com (xch-rcd-014.cisco.com [173.37.102.24]) by alln-core-7.cisco.com (8.15.2/8.15.2) with ESMTPS id wAILhg2m005246 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Sun, 18 Nov 2018 21:43:42 GMT Received: from xch-aln-011.cisco.com (173.36.7.21) by XCH-RCD-014.cisco.com (173.37.102.24) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Sun, 18 Nov 2018 15:43:41 -0600 Received: from xch-aln-011.cisco.com ([173.36.7.21]) by XCH-ALN-011.cisco.com ([173.36.7.21]) with mapi id 15.00.1395.000; Sun, 18 Nov 2018 15:43:41 -0600 From: "Siva Sivabalan (msiva)" To: Yu Tianpeng , "spring@ietf.org" Thread-Topic: [spring] draft-ietf-spring-segment-routing-policy Thread-Index: AQHUe/DoV2I6QEm+P0qKFJY9+9ets6VWB3dQ Date: Sun, 18 Nov 2018 21:43:41 +0000 Message-ID: <8e48a3556fb64a2a9dd49c1a41371c64@XCH-ALN-011.cisco.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.86.242.20] Content-Type: multipart/alternative; boundary="_000_8e48a3556fb64a2a9dd49c1a41371c64XCHALN011ciscocom_" MIME-Version: 1.0 X-Outbound-SMTP-Client: 173.37.102.24, xch-rcd-014.cisco.com X-Outbound-Node: alln-core-7.cisco.com Archived-At: Subject: Re: [spring] draft-ietf-spring-segment-routing-policy X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Nov 2018 21:43:45 -0000 --_000_8e48a3556fb64a2a9dd49c1a41371c64XCHALN011ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgVGltLA0KDQpQbGVhc2Ugc2VlIGluLWxpbmUuDQoNClRoYW5rcywNClNpdmENCg0KDQpGcm9t OiBzcHJpbmcgPHNwcmluZy1ib3VuY2VzQGlldGYub3JnPiBPbiBCZWhhbGYgT2YgWXUgVGlhbnBl bmcNClNlbnQ6IFdlZG5lc2RheSwgTm92ZW1iZXIgMTQsIDIwMTggMzowNiBBTQ0KVG86IHNwcmlu Z0BpZXRmLm9yZw0KU3ViamVjdDogW3NwcmluZ10gZHJhZnQtaWV0Zi1zcHJpbmctc2VnbWVudC1y b3V0aW5nLXBvbGljeQ0KDQpEZWFyIGF1dGhvcnMsDQpJIGhhdmUgcmVhZCB0aGUgZG9jdW1lbnQg YW5kIGhhdmUgc29tZSBjb21tZW50cyBhcyBiZWxvdywgaG9wZSB3aWxsIGhlbHAuDQoNCg0KMi4x PGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXNwcmluZy1zZWdtZW50LXJv dXRpbmctcG9saWN5LTAyI3NlY3Rpb24tMi4xPi4gIElkZW50aWZpY2F0aW9uIG9mIGFuIFNSIFBv bGljeQ0KDQpbVGltXTogSSBzdWdnZXN0IHdlIGRlZmluZSBhIGRlZmF1bHQgY29sb3IgdmFsdWUg MHgwMDAwMDAwMCBhcyDigJxkZWZhdWx0IGJlaGF2aW9y4oCdIG9yIOKAnGJlc3QgZWZmb3J04oCd LiBUaGlzIHZhbHVlIHdpbGwgaGVscCBmdXJ0aGVyIGludGVyb3BlcmFiaWxpdHkgYmV0d2VlbiB2 ZW5kb3JzLiBUaGUgb3RoZXIgdmFsdWVzIGFyZSBsZWZ0IHVzZXItZGVmaW5lZC4NCg0KT3Igd2Ug Y2FuIHNheSBpZiB0aGUgY29sb3IgaXMgbm90IHNwZWNpZmllZCwgd2Ugc2hvdWxkIHVzZSAweDAw MDAwMDAwIGFzIGRlZmF1bHQgb25lLiBBbHNvLCBJIHN1Z2dlc3Qgd2UgbWVudGlvbiB0aGUgaGln aGVyIHZhbHVlIGlzLCB0aGUgaGlnaGVyIFNMQSBpdCBpbmRpY2F0ZXMuDQoNCiA8U0lWQT4gU3Vj aCBhIHJlc3RyaWN0aW9uIGlzIHVubmVjZXNzYXJ5LiBDb2xvciBhbmQgZW5kLXBvaW50IGRlZmlu ZSBhbiBTUiBwb2xpY3ksIGFuZCB0cmFmZmljIHN0ZWVyaW5nIG1lY2hhbmlzbSAobG9jYWwgYmVo YXZpb3IpIGF0IGhlYWQtZW5kIGRpY3RhdGVzIGhvdyBhIGdpdmVuIFNSIHBvbGljeSBpcyB1c2Vk IHRvIHRyYW5zcG9ydCBzZXJ2aWNlLg0KDQoyLjEyPGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRt bC9kcmFmdC1pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmctcG9saWN5LTAyI3NlY3Rpb24tMi4x Mj4uICBQcmlvcml0eSBvZiBhbiBTUiBQb2xpY3kNCg0KW1RpbV06IFN1Z2dlc3QgdG8gY2hhbmdl IHRoZSB0aXRsZSB0byBSZS1jb21wdXRlIHByaW9yaXR5IHRvIGF2b2lkIGNvbmZ1c2luZyB3aXRo IHByZWZlcmVuY2UgZGVmaW5lZCBwcmV2aW91c2x5Lg0KDQogPFNJVkE+IFdlIHNoYWxsIGNvbnNp ZGVyIHRoaXMgc3VnZ2VzdGlvbiBpbiB0aGUgbmV4dCAgcmV2aXNpb24uDQoNCjIuMTM8aHR0cHM6 Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQtcm91dGluZy1w b2xpY3ktMDIjc2VjdGlvbi0yLjEzPi4gIFN1bW1hcnkNCg0KW1RpbV06IFByaW9yaXR5IGRlZmlu ZWQgaW4gMi4xMiBpcyBub3QgbGlzdGVkIGluIHRoZSBleGFtcGxlLg0KDQogPFNJVkE+IE5vdGVk Lg0KDQpJbiBhZGRpdGlvbiwgYSBTZWdtZW50LUxpc3QgTUFZIGJlIGRlY2xhcmVkIGludmFsaWQg d2hlbjoNCg0KW1RpbV06IEFub3RoZXIgY2FzZSBpczogSXRzIGxhc3QgbGFiZWwgaXMgbm90IGV4 cGxpY2l0LW51bGwgbmVpdGhlci4gSWYgSSB1bmRlcnN0YW5kIGNvcnJlY3RseSwgdGhlIGxvZ2lj IG9mIHRoZSB0d28gY3JpdGVyaWEgaXMg4oCcQU5E4oCdIGluc3RlYWQgb2Yg4oCcT1LigJ0gcmln aHQ/IEkgc3VnZ2VzdCB3ZSBtZW50aW9uIHRoZSBsb2dpYyBoZXJlLg0KDQogPFNJVkE+IFdlIHdp bGwgYWRkIG1vcmUgY2xhcml0eSB3LnIudCBleHBsaWNpdC1udWxsIGluIHRoZSBuZXh0IHJldmlz aW9uLCBhbmQgeWVzIGxvZ2ljIGlzIOKAnE9S4oCdLg0KDQoyLjk8aHR0cHM6Ly90b29scy5pZXRm Lm9yZy9odG1sL2RyYWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQtcm91dGluZy1wb2xpY3ktMDIjc2Vj dGlvbi0yLjk+LiAgQWN0aXZlIENhbmRpZGF0ZSBQYXRoDQoNCltUaW1dIFtJLUQuZmlsc2ZpbHMt c3ByaW5nLXNyLXBvbGljeS1jb25zaWRlcmF0aW9uc10gVGhlIHJlZmVyZW5jZSBsaW5rIG9mIHRo aXMgcGFydCBkb2VzIG5vdCB3b3JrLg0KDQogPFNJVkE+IFRoYW5rcyBmb3IgY2F0Y2hpbmcgaXQu IFdlIHdpbGwgZml4IGl0Lg0KDQo2LjIuMTxodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJh ZnQtaWV0Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5nLXBvbGljeS0wMiNzZWN0aW9uLTYuMi4uMT4u ICBGcmVxdWVudCB1c2UtY2FzZTogdW5zcGVjaWZpZWQgQlNJRA0KDQpbVGltXTogU3VnZ2VzdCB3 ZSBjaGFuZ2UgdGhlIHRpdGxlIHRvIOKAnFNSIFBvbGljeSBzcGVjaWZpZWQgQlNJROKAnQ0KDQpU aGUgQlNJRCBvZiBhbGwgY2FuZGlkYXRlIHBhdGhzIGFyZSBlbXB0eSBpbiBzdWNoIGNhc2UsIEkg ZG9u4oCZdCB0aGluayB3ZSBzaG91bGQgdXNlIHRoZSB3b3JkIOKAnHVuc3BlY2lmaWVkIEJTSUTi gJ0gd2hpY2ggbG9va3MgbGlrZSBhIHJlc2VydmVkIEJTSUQuDQoNCiA8U0lWQT4gSSBmYWlsIHRv IHVuZGVyc3RhbmQgdGhlIGNvbmZ1c2lvbi4gVGhlIHRleHQgaXMgYWxzbyBleHBsYW5hdG9yeS4N Cg0KDQoNCjYuMi4zPGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXNwcmlu Zy1zZWdtZW50LXJvdXRpbmctcG9saWN5LTAyI3NlY3Rpb24tNi4yLjM+LiAgU3BlY2lmaWVkLUJT SUQtb25seQ0KDQpbVGltXTogQW4gaW1wbGVtZW50YXRpb24gTUFZIHN1cHBvcnQgdGhlIGNvbmZp Z3VyYXRpb24gb2YgdGhlIFNwZWNpZmllZC1CU0lELW9ubHkgcmVzdHJpY3RpdmUgYmVoYXZpb3Ig b24gdGhlIGhlYWRlbmQgZm9yIGFsbCBTUiBQb2xpY2llcyBvciBpbmRpdmlkdWFsIFNSIFBvbGlj aWVzLg0KDQo8U0lWQT4gVGhlIHRleHQgcmVmZXJzIHRvIGFwcGx5aW5nIHJlc3RyaWN0aXZlIGJl aGF2aW9yIGZvciBzb21lIG9yIGFsbCBTUiBwb2xpY2llcyBvbiBhIGhlYWQtZW5kLg0KDQpJdCBz aG91bGQgYmUgYXMgYmVsb3cgcmlnaHQ/DQoNCkFuIGltcGxlbWVudGF0aW9uIE1BWSBzdXBwb3J0 IHRoZSBjb25maWd1cmF0aW9uIG9mIHRoZSBTcGVjaWZpZWQtQlNJRC1vbmx5IHJlc3RyaWN0aXZl IGJlaGF2aW9yIG9uIHRoZSBoZWFkZW5kIGZvciBhbGwgU1IgY2FuZGlkYXRlIHBhdGhzIG9yIGlu ZGl2aWR1YWwgU1IgY2FuZGlkYXRlIHBhdGhzLg0KDQoNCg0KOC42PGh0dHBzOi8vdG9vbHMuaWV0 Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmctcG9saWN5LTAyI3Nl Y3Rpb24tOC42Pi4gIFBlci1GbG93IFN0ZWVyaW5nDQoNCltUaW1dOiBJIGhhdmUgY29uY2VybnMg dGhhdCBCU0lEIGlzIHByb2dyYW1tZWQgaW50byB0aGUgZm9yd2FyZGluZyBwbGFuZSBhcyBpbiDi gJw2LjI8aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtc3ByaW5nLXNlZ21l bnQtcm91dGluZy1wb2xpY3ktMDIjc2VjdGlvbi02LjI+LiAgQlNJRCBvZiBhbiBTUiBQb2xpY3ni gJ0gaXQgaXMgbWVudGlvbmVkIHRoYXQg4oCcdGhlIEJTSUQgU0hPVUxEIE5PVCBiZSB1c2VkIGFz IGFuIGlkZW50aWZpY2F0aW9uIG9mIGFuIFNSIFBvbGljeS7igJ0NCg0KSSBzdXBwb3NlIHdlIGF0 IGxlYXN0IG1lbnRpb24gaWYgd2UgdXNlIHBlci1mbG93IHN0ZWVyaW5nLCB3ZSBzaG91bGQgbm90 IHVzZSBTcGVjaWZpZWQtQlNJRC1vbmx5IHdoaWNoIGxlYWQgdG8gaW5wZXJzaXN0ZW50IEJTSUQu DQo8U0lWQT4gVGhlIHBvaW50IHNpbmNlIEJTSUQgZm9yIGFuIFNSIHBvbGljeSBtYXkgY2hhbmdl LCBpdCBjYW5ub3QgYmUgdXNlZCBhIHVuaXF1ZSBpZGVudGlmaWVyIG9mIGFuIFNSIHBvbGljeS4N Cg0KVGhhbmtzLi4NClJlZ2FyZHMsDQpUaW0NCg0K --_000_8e48a3556fb64a2a9dd49c1a41371c64XCHALN011ciscocom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9 DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj b2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpw dXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwDQoJe21zby1zdHlsZS1wcmlv cml0eTo5OTsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0K CW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNp emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCnAubXNv bm9ybWFsMCwgbGkubXNvbm9ybWFsMCwgZGl2Lm1zb25vcm1hbDANCgl7bXNvLXN0eWxlLW5hbWU6 bXNvbm9ybWFsOw0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowaW47 DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGluOw0KCWZvbnQt c2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsc2VyaWY7fQ0Kc3Bh bi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1m YW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVm YXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZhbWlseToiQ2FsaWJy aSIsc2Fucy1zZXJpZjt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47 DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7 cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4N CjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48 IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0 PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5 b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9 ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5IaSBUaW0sPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5QbGVhc2Ugc2VlIGluLWxp bmUuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5UaGFua3MsPGJy Pg0KU2l2YTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4gc3ByaW5nICZsdDtzcHJp bmctYm91bmNlc0BpZXRmLm9yZyZndDsNCjxiPk9uIEJlaGFsZiBPZiA8L2I+WXUgVGlhbnBlbmc8 YnI+DQo8Yj5TZW50OjwvYj4gV2VkbmVzZGF5LCBOb3ZlbWJlciAxNCwgMjAxOCAzOjA2IEFNPGJy Pg0KPGI+VG86PC9iPiBzcHJpbmdAaWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gW3Nwcmlu Z10gZHJhZnQtaWV0Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5nLXBvbGljeTxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRp dj4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW4tdG9wOjEyLjBwdDttYXJnaW4tYm90dG9tOjEy LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo5LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5EZWFyIGF1 dGhvcnMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVv dDssc2Fucy1zZXJpZiI+SSBoYXZlIHJlYWQgdGhlIGRvY3VtZW50IGFuZCBoYXZlIHNvbWUgY29t bWVudHMgYXMgYmVsb3csIGhvcGUgd2lsbCBoZWxwLiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6OS41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHA+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTo5LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlm Ij48YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1zcHJpbmct c2VnbWVudC1yb3V0aW5nLXBvbGljeS0wMiNzZWN0aW9uLTIuMSIgdGFyZ2V0PSJfYmxhbmsiPjxz cGFuIHN0eWxlPSJjb2xvcjojNDI4NUY0Ij4yLjE8L3NwYW4+PC9hPi4mbmJzcDsgSWRlbnRpZmlj YXRpb24gb2YgYW4gU1IgUG9saWN5PG86cD48L286cD48L3NwYW4+PC9wPg0KPHA+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo5LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNl cmlmIj5bVGltXTogSSBzdWdnZXN0IHdlIGRlZmluZSBhIGRlZmF1bHQgY29sb3IgdmFsdWUgMHgw MDAwMDAwMCBhcyDigJxkZWZhdWx0IGJlaGF2aW9y4oCdIG9yIOKAnGJlc3QgZWZmb3J04oCdLiBU aGlzIHZhbHVlIHdpbGwgaGVscCBmdXJ0aGVyIGludGVyb3BlcmFiaWxpdHkgYmV0d2VlbiB2ZW5k b3JzLiBUaGUgb3RoZXIgdmFsdWVzIGFyZSBsZWZ0IHVzZXItZGVmaW5lZC48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cD48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0O2ZvbnQtZmFtaWx5OiZx dW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPk9yIHdlIGNhbiBzYXkgaWYgdGhlIGNvbG9yIGlz IG5vdCBzcGVjaWZpZWQsIHdlIHNob3VsZCB1c2UgMHgwMDAwMDAwMCBhcyBkZWZhdWx0IG9uZS4g QWxzbywgSSBzdWdnZXN0IHdlIG1lbnRpb24gdGhlIGhpZ2hlciB2YWx1ZSBpcywgdGhlIGhpZ2hl ciBTTEEgaXQgaW5kaWNhdGVzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OS41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJp ZiI+Jm5ic3A7PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPiZsdDtTSVZBJmd0OyBTdWNoIGEg cmVzdHJpY3Rpb24gaXMgdW5uZWNlc3NhcnkuIENvbG9yIGFuZCBlbmQtcG9pbnQgZGVmaW5lIGFu IFNSIHBvbGljeSwgYW5kIHRyYWZmaWMgc3RlZXJpbmcgbWVjaGFuaXNtIChsb2NhbCBiZWhhdmlv cikgYXQgaGVhZC1lbmQgZGljdGF0ZXMgaG93IGEgZ2l2ZW4NCiBTUiBwb2xpY3kgaXMgdXNlZCB0 byB0cmFuc3BvcnQgc2VydmljZS48L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHA+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90Oyxz YW5zLXNlcmlmIj48YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0 Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5nLXBvbGljeS0wMiNzZWN0aW9uLTIuMTIiIHRhcmdldD0i X2JsYW5rIj48c3BhbiBzdHlsZT0iY29sb3I6IzQyODVGNCI+Mi4xMjwvc3Bhbj48L2E+LiZuYnNw OyBQcmlvcml0eSBvZiBhbiBTUiBQb2xpY3k8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cD48c3Bh biBzdHlsZT0iZm9udC1zaXplOjkuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNh bnMtc2VyaWYiPltUaW1dOiBTdWdnZXN0IHRvIGNoYW5nZSB0aGUgdGl0bGUgdG8gUmUtY29tcHV0 ZSBwcmlvcml0eSB0byBhdm9pZCBjb25mdXNpbmcgd2l0aCBwcmVmZXJlbmNlIGRlZmluZWQgcHJl dmlvdXNseS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cD48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjkuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzxz cGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj4mbHQ7U0lWQSZndDsgV2Ugc2hhbGwgY29uc2lkZXIg dGhpcyBzdWdnZXN0aW9uIGluIHRoZSBuZXh0Jm5ic3A7IHJldmlzaW9uLjwvc3Bhbj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cD48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0O2ZvbnQtZmFt aWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMu aWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmctcG9saWN5LTAy I3NlY3Rpb24tMi4xMyIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0eWxlPSJjb2xvcjojNDI4NUY0 Ij4yLjEzPC9zcGFuPjwvYT4uJm5ic3A7IFN1bW1hcnk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cD48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1 b3Q7LHNhbnMtc2VyaWYiPltUaW1dOiBQcmlvcml0eSBkZWZpbmVkIGluIDIuMTIgaXMgbm90IGxp c3RlZCBpbiB0aGUgZXhhbXBsZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cD48c3BhbiBzdHls ZT0iZm9udC1zaXplOjkuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2Vy aWYiPiZuYnNwOzxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj4mbHQ7U0lWQSZndDsgTm90ZWQu PC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 OS41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+SW4gYWRkaXRp b24sIGEgU2VnbWVudC1MaXN0IE1BWSBiZSBkZWNsYXJlZCBpbnZhbGlkIHdoZW46PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHA+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdDtmb250LWZhbWls eTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5bVGltXTogQW5vdGhlciBjYXNlIGlzOiBJ dHMgbGFzdCBsYWJlbCBpcyBub3QgZXhwbGljaXQtbnVsbCBuZWl0aGVyLiBJZiBJIHVuZGVyc3Rh bmQgY29ycmVjdGx5LCB0aGUgbG9naWMgb2YgdGhlIHR3byBjcml0ZXJpYSBpcyDigJxBTkTigJ0g aW5zdGVhZCBvZiDigJxPUuKAnSByaWdodD8gSSBzdWdnZXN0IHdlIG1lbnRpb24gdGhlIGxvZ2lj IGhlcmUuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHA+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5 LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8c3Bh biBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Jmx0O1NJVkEmZ3Q7IFdlIHdpbGwgYWRkIG1vcmUgY2xh cml0eSB3LnIudCBleHBsaWNpdC1udWxsIGluIHRoZSBuZXh0IHJldmlzaW9uLCBhbmQgeWVzIGxv Z2ljIGlzIOKAnE9S4oCdLjwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cD48c3BhbiBz dHlsZT0iZm9udC1zaXplOjkuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMt c2VyaWYiPjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXNw cmluZy1zZWdtZW50LXJvdXRpbmctcG9saWN5LTAyI3NlY3Rpb24tMi45IiB0YXJnZXQ9Il9ibGFu ayI+PHNwYW4gc3R5bGU9ImNvbG9yOiM0Mjg1RjQiPjIuOTwvc3Bhbj48L2E+LiZuYnNwOyBBY3Rp dmUgQ2FuZGlkYXRlIFBhdGg8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cD48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjkuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYi PltUaW1dIFtJLUQuZmlsc2ZpbHMtc3ByaW5nLXNyLXBvbGljeS1jb25zaWRlcmF0aW9uc10gVGhl IHJlZmVyZW5jZSBsaW5rIG9mIHRoaXMgcGFydCBkb2VzIG5vdCB3b3JrLjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5 N0QiPiZsdDtTSVZBJmd0OyBUaGFua3MgZm9yIGNhdGNoaW5nIGl0LiBXZSB3aWxsIGZpeCBpdC48 L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHA+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5 LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj48YSBocmVmPSJo dHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1zcHJpbmctc2VnbWVudC1yb3V0 aW5nLXBvbGljeS0wMiNzZWN0aW9uLTYuMi4uMSIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0eWxl PSJjb2xvcjojNDI4NUY0Ij42LjIuMTwvc3Bhbj48L2E+LiZuYnNwOyBGcmVxdWVudCB1c2UtY2Fz ZTogdW5zcGVjaWZpZWQgQlNJRDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OS41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJp ZiI+W1RpbV06IFN1Z2dlc3Qgd2UgY2hhbmdlIHRoZSB0aXRsZSB0byDigJxTUiBQb2xpY3kgc3Bl Y2lmaWVkIEJTSUTigJ08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cD48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjkuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPlRo ZSBCU0lEIG9mIGFsbCBjYW5kaWRhdGUgcGF0aHMgYXJlIGVtcHR5IGluIHN1Y2ggY2FzZSwgSSBk b27igJl0IHRoaW5rIHdlIHNob3VsZCB1c2UgdGhlIHdvcmQg4oCcdW5zcGVjaWZpZWQgQlNJROKA nSB3aGljaCBsb29rcyBsaWtlIGEgcmVzZXJ2ZWQgQlNJRC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cD48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFs JnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj4mbHQ7 U0lWQSZndDsgSSBmYWlsIHRvIHVuZGVyc3RhbmQgdGhlIGNvbmZ1c2lvbi4gVGhlIHRleHQgaXMg YWxzbyBleHBsYW5hdG9yeS48L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHA+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo5LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5z LXNlcmlmIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cD48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjkuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPjxh IGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXNwcmluZy1zZWdt ZW50LXJvdXRpbmctcG9saWN5LTAyI3NlY3Rpb24tNi4yLjMiIHRhcmdldD0iX2JsYW5rIj48c3Bh biBzdHlsZT0iY29sb3I6IzQyODVGNCI+Ni4yLjM8L3NwYW4+PC9hPi4mbmJzcDsgU3BlY2lmaWVk LUJTSUQtb25seTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OS41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+W1RpbV06 IEFuIGltcGxlbWVudGF0aW9uIE1BWSBzdXBwb3J0IHRoZSBjb25maWd1cmF0aW9uIG9mIHRoZSBT cGVjaWZpZWQtQlNJRC1vbmx5IHJlc3RyaWN0aXZlIGJlaGF2aW9yIG9uIHRoZSBoZWFkZW5kIGZv ciBhbGwgU1IgUG9saWNpZXMgb3IgaW5kaXZpZHVhbCBTUiBQb2xpY2llcy48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cD48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jmx0O1NJVkEmZ3Q7 IFRoZSB0ZXh0IHJlZmVycyB0byBhcHBseWluZyByZXN0cmljdGl2ZSBiZWhhdmlvciBmb3Igc29t ZSBvciBhbGwgU1IgcG9saWNpZXMgb24gYSBoZWFkLWVuZC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cD48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFs JnF1b3Q7LHNhbnMtc2VyaWYiPkl0IHNob3VsZCBiZSBhcyBiZWxvdyByaWdodD88bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cD48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0O2ZvbnQtZmFtaWx5 OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPkFuIGltcGxlbWVudGF0aW9uIE1BWSBzdXBw b3J0IHRoZSBjb25maWd1cmF0aW9uIG9mIHRoZSBTcGVjaWZpZWQtQlNJRC1vbmx5IHJlc3RyaWN0 aXZlIGJlaGF2aW9yIG9uIHRoZSBoZWFkZW5kIGZvciBhbGwgU1IgY2FuZGlkYXRlIHBhdGhzIG9y IGluZGl2aWR1YWwgU1IgY2FuZGlkYXRlIHBhdGhzPHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0Qi Pi48bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPHA+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo5LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cD48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0O2Zv bnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPjxhIGhyZWY9Imh0dHBzOi8v dG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmctcG9s aWN5LTAyI3NlY3Rpb24tOC42IiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gc3R5bGU9ImNvbG9yOiM0 Mjg1RjQiPjguNjwvc3Bhbj48L2E+LiZuYnNwOyBQZXItRmxvdyBTdGVlcmluZzxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+W1RpbV06IEkgaGF2ZSBjb25jZXJucyB0aGF0 IEJTSUQgaXMgcHJvZ3JhbW1lZCBpbnRvIHRoZSBmb3J3YXJkaW5nIHBsYW5lIGFzIGluIOKAnDxh IGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXNwcmluZy1zZWdt ZW50LXJvdXRpbmctcG9saWN5LTAyI3NlY3Rpb24tNi4yIiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4g c3R5bGU9ImNvbG9yOiM0Mjg1RjQiPjYuMjwvc3Bhbj48L2E+LiZuYnNwOw0KIEJTSUQgb2YgYW4g U1IgUG9saWN54oCdIGl0IGlzIG1lbnRpb25lZCB0aGF0IOKAnHRoZSBCU0lEIFNIT1VMRCBOT1Qg YmUgdXNlZCBhcyBhbiBpZGVudGlmaWNhdGlvbiBvZiBhbiBTUiBQb2xpY3ku4oCdPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHA+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdDtmb250LWZhbWls eTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5JIHN1cHBvc2Ugd2UgYXQgbGVhc3QgbWVu dGlvbiBpZiB3ZSB1c2UgcGVyLWZsb3cgc3RlZXJpbmcsIHdlIHNob3VsZCBub3QgdXNlIFNwZWNp ZmllZC1CU0lELW9ubHkgd2hpY2ggbGVhZCB0byBpbnBlcnNpc3RlbnQgQlNJRC48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjkuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+Jmx0O1NJVkEmZ3Q7IFRoZSBwb2ludCBzaW5jZSBCU0lEIGZv ciBhbiBTUiBwb2xpY3kgbWF5IGNoYW5nZSwgaXQgY2Fubm90IGJlIHVzZWQgYSB1bmlxdWUgaWRl bnRpZmllciBvZiBhbiBTUiBwb2xpY3kuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OS41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fu cy1zZXJpZiI+VGhhbmtzLi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0O2ZvbnQtZmFt aWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPlJlZ2FyZHMsPG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTo5LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlm Ij5UaW08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_8e48a3556fb64a2a9dd49c1a41371c64XCHALN011ciscocom_-- From nobody Sun Nov 18 14:15:50 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5F32912872C for ; Sun, 18 Nov 2018 14:15:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.455 X-Spam-Level: X-Spam-Status: No, score=-0.455 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DATE_IN_PAST_06_12=1.543, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jj0ojZc0Aozm for ; Sun, 18 Nov 2018 14:15:46 -0800 (PST) Received: from mail-wm1-x329.google.com (mail-wm1-x329.google.com [IPv6:2a00:1450:4864:20::329]) (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 2C430126BED for ; Sun, 18 Nov 2018 14:15:46 -0800 (PST) Received: by mail-wm1-x329.google.com with SMTP id f1-v6so4782888wmg.1 for ; Sun, 18 Nov 2018 14:15:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:mime-version:date:message-id:subject:to:in-reply-to:references :user-agent; bh=eN2fdPwAQwEz6VY6QX0FSTN7/mqykcd1/3WzFlVIzOo=; b=oixSowEzTNiW/qlFb3Rk/uPgtrdaU61GeEn1WwVvih6Jekx+zMN+Lj+HRtTNplUhwK LLvYOSIaj8QXeouydJzoI8sMFpuwig2MVX0Uy28RUyRmlMPSJiqqrfg+gtog+lWA+q/N xclwBK6KIaDfbD5fAXt23MsxJ1+kVWcLOGIu39q2qO2A83oTF1JdBK/FyXiL5aog96cY pLWZ5Y7pQi+DpBpLMCi+Vtr2lja+FyQHOer5T9Ka92Vkm8VstV+tyQ4htfMe1qX6+2ol saclUg7RBoIEiVfc/LZABAUw5ox1Rm2XpYmhch8r3YAwcrxr9BSaEewO4g5wQc8Cmxzd fRUw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:date:message-id:subject:to :in-reply-to:references:user-agent; bh=eN2fdPwAQwEz6VY6QX0FSTN7/mqykcd1/3WzFlVIzOo=; b=Do+29yPOkhDaXcxQW7AUJxQPlGQB3qUpl07hMUMgA3dIXWJexeSB9IgMKQcMhfIjWY 6H9uuHGLkRxPk8bzg08i2+8xZYh43b89yKNTDQ6QkAtz7qf6shrhhJEfviHNeZ7n6smR 5RZAiu74q+y07nmXz0qiiSCZXkrCDzO2TwWi3COklSlnIGXRn/UfSPKN9XFMHFIbAQak FH9GNpAJJxJz3qOYN8TeNbqUY1sZRYzDaW2kAO3VArlmXrLdReJMfT61NplL+rmYtzg9 axHRXV3TiasFRenWpPjNpj3S5sQhLgsyF2m+9BN9M03W2OGSjjkbwoaxJyIPNVhGnMk4 2Niw== X-Gm-Message-State: AA+aEWbg1MmBbC5IJi9U2aLt9O2BcwLpySONuMltnGBPYSALR6bo8RtJ xiKfCunzDQY6reKuLq+EQ6g= X-Google-Smtp-Source: AJdET5dkY4a0pJOPspAXl3pRnB/vw+7fuxTLVpc9FYeOS0gxSYcY0wRN7auEZXaW/pcsCgdcncmiJQ== X-Received: by 2002:a1c:b7c1:: with SMTP id h184-v6mr5107248wmf.33.1542579344524; Sun, 18 Nov 2018 14:15:44 -0800 (PST) Received: from [192.168.0.18] (cpc96350-rdng26-2-0-cust269.15-3.cable.virginm.net. [86.18.45.14]) by smtp.gmail.com with ESMTPSA id x8sm24281wrd.53.2018.11.18.14.15.43 (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sun, 18 Nov 2018 14:15:44 -0800 (PST) From: "Tianpeng.Yu" X-Google-Original-From: "Tianpeng.Yu" Content-Type: multipart/alternative; boundary="----=_NextPart_52324356.135569655983" MIME-Version: 1.0 Date: Sun, 18 Nov 2018 22:15:41 +0800 Message-ID: To: "Siva Sivabalan (msiva)" , "Yu Tianpeng" , "" In-Reply-To: <8e48a3556fb64a2a9dd49c1a41371c64@XCH-ALN-011.cisco.com> References: <8e48a3556fb64a2a9dd49c1a41371c64@XCH-ALN-011.cisco.com> User-Agent: Mailbird/2.5.24.0 X-Mailbird-ID: e8360999-65fc-4bf0-b7b2-79a99233e070@getmailbird.com Archived-At: Subject: Re: [spring] draft-ietf-spring-segment-routing-policy X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Nov 2018 22:15:48 -0000 ------=_NextPart_52324356.135569655983 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Thanks Siva, please check inline Regards, Tim On 2018\11\19 =E6=98=9F=E6=9C=9F=E4=B8=80 5:43:43, Siva Sivabalan (msiva) <= msiva@cisco.com> wrote: Hi Tim, =C2=A0 Please see in-line. =C2=A0 Thanks, Siva =C2=A0 =C2=A0 From: spring On Behalf Of Yu Tianpeng Sent: Wednesday, November 14, 2018 3:06 AM To: spring@ietf.org Subject: [spring] draft-ietf-spring-segment-routing-policy =C2=A0 Dear authors, I have read the document and have some comments as below, hope will help.= =C2=A0 =C2=A0 2.1 [https://tools.ietf.org/html/draft-ietf-spring-segment-routing-policy-0= 2#section-2.1].=C2=A0 Identification of an SR Policy [Tim]: I suggest we define a default color value 0x00000000 as =E2=80=9Cdef= ault behavior=E2=80=9D or =E2=80=9Cbest effort=E2=80=9D. This value will he= lp further interoperability between vendors. The other values are left user= -defined. Or we can say if the color is not specified, we should use 0x00000000 as de= fault one. Also, I suggest we mention the higher value is, the higher SLA i= t indicates. =C2=A0 Such a restriction is unnecessary. Color and end-point define = an SR policy, and traffic steering mechanism (local behavior) at head-end d= ictates how a given SR policy is used to transport service. [Tim]: OK. It is only used in multiple color mode, it does not worth an=C2= =A0explicit=C2=A0definition=C2=A0here. 2.12 [https://tools.ietf.org/html/draft-ietf-spring-segment-routing-policy-= 02#section-2.12].=C2=A0 Priority of an SR Policy [Tim]: Suggest to change the title to Re-compute priority to avoid confusin= g with preference defined previously. =C2=A0 We shall consider this suggestion in the next=C2=A0 revision. 2.13 [https://tools.ietf.org/html/draft-ietf-spring-segment-routing-policy-= 02#section-2.13].=C2=A0 Summary [Tim]: Priority defined in 2.12 is not listed in the example. =C2=A0 Noted. In addition, a Segment-List MAY be declared invalid when: [Tim]: Another case is: Its last label is not explicit-null neither. If I u= nderstand correctly, the logic of the two criteria is =E2=80=9CAND=E2=80=9D= instead of =E2=80=9COR=E2=80=9D right? I suggest we mention the logic here. =C2=A0 We will add more clarity w.r.t explicit-null in the next revis= ion, and yes logic is =E2=80=9COR=E2=80=9D. 2.9 [https://tools.ietf.org/html/draft-ietf-spring-segment-routing-policy-0= 2#section-2.9].=C2=A0 Active Candidate Path [Tim] [I-D.filsfils-spring-sr-policy-considerations] The reference link of = this part does not work. =C2=A0 Thanks for catching it. We will fix it. 6.2.1 [https://tools.ietf.org/html/draft-ietf-spring-segment-routing-policy= -02#section-6.2..1].=C2=A0 Frequent use-case: unspecified BSID [Tim]: Suggest we change the title to =E2=80=9CSR Policy specified BSID=E2= =80=9D The BSID of all candidate paths are empty in such case, I don=E2=80=99t thi= nk we should use the word =E2=80=9Cunspecified BSID=E2=80=9D which looks li= ke a reserved BSID. =C2=A0 I fail to understand the confusion. The text is also explanato= ry. =C2=A0 6.2.3 [https://tools.ietf.org/html/draft-ietf-spring-segment-routing-policy= -02#section-6.2.3].=C2=A0 Specified-BSID-only [Tim]: An implementation MAY support the configuration of the Specified-BSI= D-only restrictive behavior on the headend for all SR Policies or individua= l SR Policies. The text refers to applying restrictive behavior for some or all SR = policies on a head-end. It should be as below right? An implementation MAY support the configuration of the Specified-BSID-only = restrictive behavior on the headend for all SR candidate paths or individua= l SR candidate paths. =C2=A0 [Tim]: Fine. I believe this part is understandable :) 8.6 [https://tools.ietf.org/html/draft-ietf-spring-segment-routing-policy-0= 2#section-8.6].=C2=A0 Per-Flow Steering [Tim]: I have concerns that BSID is programmed into the forwarding plane as= in =E2=80=9C6.2 [https://tools.ietf.org/html/draft-ietf-spring-segment-rou= ting-policy-02#section-6.2].=C2=A0 BSID of an SR Policy=E2=80=9D it is ment= ioned that =E2=80=9Cthe BSID SHOULD NOT be used as an identification of an = SR Policy.=E2=80=9D I suppose we at least mention if we use per-flow steering, we should not us= e Specified-BSID-only which lead to inpersistent BSID. The point since BSID for an SR policy may change, it cannot be used = a unique identifier of an SR policy. [Tim]: Yes, BSID cannot be an identifier of SR policy, buy if you check per= flow steering, BSID is directly downloaded in forwarding plane as an ident= ifier. I suppose the proper way should be use SR-policy as NHP of entries instead = of directly using BSID: E.g.: o N via a recursion on an array A (instead of the immediate outgoing link a= ssociated with the IGP shortest-path to N). o Entry A(0) set to the immedia= te outgoing link of the IGP shortest- path to N. o Entry A(1) set to SR Pol= icy P1 of BSID=3DB1. =3D=3D>Entry A(1) set to SR Policy P1 o Entry A(2) set= to SR Policy P2 of BSID=3DB2. =3D=3D>Entry A(2) set to SR Policy P2 In case BSID of SR pilicy changes, control plane can update BSID of the pol= icy in forwarding plane directly. Another case would be as below a SR policy can have a candidate path as bac= kup even. A(1) =C2=A0---> P1 ---> B1 (primary) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |-------->B1' (Backup) Thanks.. Regards, Tim =C2=A0 ------=_NextPart_52324356.135569655983 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable
=0A =0A = =0A = =0A =0A = =0A Thanks Siva, please check inline
Regards,
Tim
=0A = =0A
=0A =

On 201= 8\11\19 =E6=98=9F=E6=9C=9F=E4=B8=80 5:43:43, Siva Sivabalan (msiva) <msi= va@cisco.com> wrote:

=0A
=0A

Hi Tim,

=0A

 

=0A

Please see in-line.

=0A

 

=0A

Thanks,
=0ASiva

=0A

 

=0A

<= span style=3D"font-size: 11.0pt;font-family: "Calibri",sans-serif= ;color: #1F497D"> 

=0A

<= span style=3D"font-size: 11.0pt;font-family: "Calibri",sans-serif= ">From: spring <spring-bounces@ietf.org>=0AOn Behalf= Of Yu Tianpeng
=0ASent: Wednesday, November 14, 2018 3:06 AM=
=0ATo: spring@ietf.org
=0ASubject: [spring] draft-ietf= -spring-segment-routing-policy

=0A

 

=0A
=0A
=0A
=0A
=0A

Dear authors,<= /o:p>

=0A
=0A

I have read the document = and have some comments as below, hope will help. =0A

=0A
=0A

 

=0A=
=0A
=0A

2.1.  Identification of an SR Policy

=0A

[Tim]: I suggest we define a default color value 0x00000= 000 as =E2=80=9Cdefault behavior=E2=80=9D or =E2=80=9Cbest effort=E2=80=9D.= This value will help further interoperability between vendors. The other v= alues are left user-defined.

=0A

Or we can say if th= e color is not specified, we should use 0x00000000 as default one. Also, I = suggest we mention the higher value is, the higher SLA it indicates.

=0A

 <SIVA> Such = a restriction is unnecessary. Color and end-point define an SR policy, and = traffic steering mechanism (local behavior) at head-end dictates how a give= n=0A SR policy is used to transport service.

<= /div>
[Tim]: OK. It is only used= in multiple color mode, it does not worth an explicit definition here.

<= span style=3D"font-size: 9.5pt;font-family: "Arial",sans-serif"><= span style=3D"color:#1F497D">

=0A

2.12.=   Priority of an SR Policy

=0A

[Tim]: Suggest t= o change the title to Re-compute priority to avoid confusing with preferenc= e defined previously.

=0A

 <SIVA> We shall consider this suggestion in the next  = revision.

=0A

2.13.  Summary<= /o:p>

=0A

[Tim]: Priority defined in 2.12 is not listed in the = example.

=0A

 <= ;SIVA> Noted.

=0A

In addition, a Segment-L= ist MAY be declared invalid when:

=0A

[Tim]: Another= case is: Its last label is not explicit-null neither. If I understand corr= ectly, the logic of the two criteria is =E2=80=9CAND=E2=80=9D instead of = =E2=80=9COR=E2=80=9D right? I suggest we mention the logic here.=

=0A

 <SIVA> We will a= dd more clarity w.r.t explicit-null in the next revision, and yes logic is = =E2=80=9COR=E2=80=9D.

=0A

2.9.  Act= ive Candidate Path

=0A

[Tim] [I-D.filsfils-spring-sr= -policy-considerations] The reference link of this part does not work.=

=0A

 <SIVA> Tha= nks for catching it. We will fix it.

=0A

6.2.1.  Frequent use-case: unspecified BSID

= =0A

[Tim]: Suggest we change the title to =E2=80=9CSR Policy specified BS= ID=E2=80=9D

=0A

The BSID of all candidate paths are = empty in such case, I don=E2=80=99t think we should use the word =E2=80=9Cu= nspecified BSID=E2=80=9D which looks like a reserved BSID.

=0A

 <SIVA> I fail to under= stand the confusion. The text is also explanatory.=

=0A

 

=0A

6.2.3.  Specified= -BSID-only

=0A

[Tim]: An implementation MAY support = the configuration of the Specified-BSID-only restrictive behavior on the he= adend for all SR Policies or individual SR Policies.

= =0A

<SIVA> The text refers to applying restrictiv= e behavior for some or all SR policies on a head-end.

= =0A

It should be as below right?

=0A

An implemen= tation MAY support the configuration of the Specified-BSID-only restrictive= behavior on the headend for all SR candidate paths or individual SR candid= ate paths.

=0A

= =  

[Tim]: Fine. I believe this part is understandab= le :)

<= /span>

=0A8.6.  Per-Flow Steering

=0A

[Tim]: I ha= ve concerns that BSID is programmed into the forwarding plane as in =E2=80= =9C6.2= . =0A BSID of an SR Policy=E2=80=9D it is mentioned that = =E2=80=9Cthe BSID SHOULD NOT be used as an identification of an SR Policy.= =E2=80=9D

=0A

I suppose we at least mention if we us= e per-flow steering, we should not use Specified-BSID-only which lead to in= persistent BSID.

=0A
=0A
=0A

<SIVA> The point since BSID for an SR policy may= change, it cannot be used a unique identifier of an SR policy.<= /span>

=0A

[Tim]: Yes, BSID cannot b= e an identifier of SR policy, buy if you check per flow steering, BSID is d= irectly downloaded in forwarding plane as an identifier.<= /div>
I suppose the proper way should be use S= R-policy as NHP of entries instead of directly using BSID:
E.g.:
o N via a recursion o= n an array A (instead of the immediate outgoing=0A link associated wit= h the IGP shortest-path to N).=0A o Entry A(0) set to the immediate outg= oing link of the IGP shortest-=0A path to N.=0A o Entry A(1) set to= SR Policy P1 of BSID=3DB1. =3D=3D>Entry A(1) set to SR Policy P1=0A o Entry A(2)= set to SR Policy P2 of BSID=3DB2. =3D=3D>Entry A(2) set to SR Policy P2
In case BSID of SR= pilicy changes, control plane can update BSID of the policy in forwarding = plane directly.
Another case would be as below a SR policy can have= a candidate path as backup even.
A(1)  ---> P1 ---> B1 = (primary)
              |-------= ->B1' (Backup)
=


=0A
=0A
=0A

Thanks..

=0A
=0A
=0A

Regards,

=0A
=0A
=0A

Tim

=0A
=0A
=0A
=0A
=0A

 

=0A
=0A
=0A
------=_NextPart_52324356.135569655983-- From nobody Sun Nov 18 20:37:58 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3ABC51277D2; Sun, 18 Nov 2018 20:37:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.161 X-Spam-Level: X-Spam-Status: No, score=-1.161 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.47, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, KHOP_DYNAMIC=1.999, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iLH_8cMbkoF1; Sun, 18 Nov 2018 20:37:35 -0800 (PST) Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (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 1521E12D4EF; Sun, 18 Nov 2018 20:37:34 -0800 (PST) Received: from pps.filterd (m0108163.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id wAJ4YPVL025463; Sun, 18 Nov 2018 20:37:29 -0800 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=PPS1017; bh=us/LBt4rHMfpNRwt8SFMqcOjeu7J1+Ac/WI9n1s80dA=; b=FtMhZol7o34K7RQc9IAmr7amkG4jpW+EicGt/AdeyA4SoPrGPiDNGp+fsiGJPhTnarkx NQUokpI+kF4Xp/7j3QIRnEngdU5wOocqoYXNl4MQCN9l2IlgKl46qHqvqd/hwX4byu+b TPAzxrnt1VyPy9FSMPukdXgJ4joKNqyqD85lhf0uELdFZ5l1T/l27DrQ2Jw9WppXW/KM Ie9BlcL+4qu+FwVn1VpkuZMRf4AlOk6+bfamZhPBP2YVxkU2yWKFMqx5HPYMNNISZJNC /9xB3xz1Tj5QuWzuyFpltwA8tpEMuzuGW8JNwr8bR4MXDaV4ELCAYrPfUnecEtyOEU7B nw== Received: from nam01-bn3-obe.outbound.protection.outlook.com (mail-bn3nam01lp0175.outbound.protection.outlook.com [216.32.180.175]) by mx0b-00273201.pphosted.com with ESMTP id 2nun4m02br-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Sun, 18 Nov 2018 20:37:28 -0800 Received: from BYAPR05MB3943.namprd05.prod.outlook.com (52.135.195.146) by BYAPR05MB5173.namprd05.prod.outlook.com (20.177.231.31) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1339.11; Mon, 19 Nov 2018 04:37:24 +0000 Received: from BYAPR05MB3943.namprd05.prod.outlook.com ([fe80::29a4:64e6:5c49:402d]) by BYAPR05MB3943.namprd05.prod.outlook.com ([fe80::29a4:64e6:5c49:402d%6]) with mapi id 15.20.1361.013; Mon, 19 Nov 2018 04:37:24 +0000 From: Shraddha Hegde To: Alexander Vainshtein , Ahmed Bashandy CC: "rtg-dir@ietf.org" , "'mpls@ietf.org'" , "'adrian@olddog.co.uk'" , "Jonathan Hardwick (Jonathan.Hardwick@metaswitch.com)" , "spring@ietf.org" , "spring-chairs@ietf.org" , "draft-ietf-spring-segment-routing-mpls.authors@ietf.org" Thread-Topic: RtgDir Early review: draft-ietf-spring-segment-routing-mpls-13 Thread-Index: AdP43xrNCf1Jfn1vTC6lobk7r4STVgHrz2WgASqJaLgE3/VOgAAMAhfgADAJDqABdLqLAAAAjU5AABZXolATnHrfgAGD34cAAtoL+9A= Date: Mon, 19 Nov 2018 04:37:24 +0000 Message-ID: References: <46a64bb1-1b17-184c-1089-e05315057236@gmail.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.0.400.15 dlp-reaction: no-action x-originating-ip: [116.197.184.14] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; BYAPR05MB5173; 6:LtfoX4CO+j37kAeY2LUx13gy9CMcsFOcxNFeN8FwlwjXFv3MFHuPcw7nhp3SWdN3UJHaLqhUM/jdLUvEibzIk4ElYo6O0Y8Ip5nVoCaHfGrbPwyF8ppxHHhELozyyK0jGM1/h6vL7qUZ9RdTxtdWvqCbT9CZoqHK21rNUfxN47Wcn8XsIl17Z3vY2lDSxaWxIRrRuGWIIR07Da9oSP4xY7gxqi8LiIGryqhyrZY/aMIqpP1CnhD+RgBO/3yU1N+Y/JdIHW5PaaEAJqRWrx/oCzcf5E7Dx0MxR8paDXsvRmU0asmkLminIcgHfzak+1rb/RGU++vSyAEmQcMX72+b+3MkXte2h1jLfW1zIoRo7uGOIyxnuuCbeYbBlItpnNW7DGffgcOak7sLupp/CJgUAjj/Oa+7NeVKWvFG5Alyuz540+JKYMdVGFWEwQEZg7WJu7UYeHleMqTeXgqIzKJ1yg==; 5:q9fnB051MBYKHeB39WUyY43/JAtJz8utFngow8X24e0a1PQGqtzdOLqBao/o2QL3fTMsRETa9kMgDuQ5wgodmopA9xS5NpQ0aJ7ZCm2+lDIy1cW2b7G024dxLLEIvRU6Yn+M95hhAGEuXv8GMc89gBiBG5QrDZhU7dE+6JDAocA=; 7:fgvicPZvXQruDq9JzTPWqcKO3K05wm3nS9/UEafmnE7oSxgdH5fUP/e54KeSE6QynUEAEw0p4KJ3Qh0jEvSflO79l2hTb1tTgGCxmLS+E02PaYLEaUP5v2DNIp/7qa2/9iMJiBT7ykidwvaKmYdNbw== x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 94b28d1a-a735-4e61-8529-08d64dd8b406 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390098)(7020095)(4652040)(8989299)(5600074)(711020)(4618075)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7153060)(7193020); SRVR:BYAPR05MB5173; x-ms-traffictypediagnostic: BYAPR05MB5173: x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(3002001)(10201501046)(93006095)(93001095)(3231415)(944501410)(52105112)(6055026)(148016)(149066)(150057)(6041310)(20161123564045)(20161123562045)(20161123560045)(20161123558120)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(201708071742011)(7699051)(76991095); SRVR:BYAPR05MB5173; BCL:0; PCL:0; RULEID:; SRVR:BYAPR05MB5173; x-forefront-prvs: 08617F610C x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(396003)(39860400002)(136003)(346002)(366004)(376002)(53754006)(189003)(252514010)(51914003)(51444003)(199004)(54094003)(86362001)(74316002)(7736002)(81166006)(236005)(9686003)(81156014)(97736004)(6306002)(54896002)(105586002)(68736007)(26005)(6436002)(229853002)(606006)(55016002)(53946003)(71190400001)(2900100001)(5660300001)(2906002)(14454004)(71200400001)(99286004)(66066001)(478600001)(8936002)(33656002)(53936002)(5024004)(8676002)(446003)(11346002)(76176011)(25786009)(7696005)(476003)(256004)(14444005)(39060400002)(102836004)(93886005)(966005)(186003)(4326008)(6506007)(53546011)(4744004)(316002)(6246003)(54906003)(106356001)(486006)(790700001)(110136005)(3846002)(6116002)(569006); DIR:OUT; SFP:1102; SCL:1; SRVR:BYAPR05MB5173; H:BYAPR05MB3943.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-microsoft-antispam-message-info: gYR1LheteZx3hGEeRY7QNXF6DrGidajqJSWKxGJvifsihYKztpifY8kLXGprkS6l3lylFVBC0ADD9jCCNHyDjawph8xqPs6EQcJRo6wQ9oVB34CqeIiyTmb4/PaYfT/y/yuv/BkjKVcHvBnOQBw8KBL1+rdDz52QF2eL3t68QQhSX8O1J32nWE5zN0ezQF5aBpi2aHpXv67Psvn1n61hvfJeviOej39aMmlgz23m312LDQecq4tgzycq1z8gV0qw+hTpuy/M5eETvrw3tuxFkeUqvimu7VE0GBpoQ6l+K3I8Z5pFFyoIhxUjTdvdLm+5Y/JkMcMQJI9KPAvsNTVxGgIro7PaYO9S5il5jtZcWhM= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_BYAPR05MB3943FB07ACA7E343152F2BFBD5D80BYAPR05MB3943namp_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: 94b28d1a-a735-4e61-8529-08d64dd8b406 X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Nov 2018 04:37:24.7294 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR05MB5173 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-11-19_01:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1811190042 Archived-At: Subject: Re: [spring] RtgDir Early review: draft-ietf-spring-segment-routing-mpls-13 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Nov 2018 04:37:43 -0000 --_000_BYAPR05MB3943FB07ACA7E343152F2BFBD5D80BYAPR05MB3943namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgYWxsLA0KDQpJIGFtIHByZXBhcmluZyB0aGUgc2hlcGhlcmQgd3JpdGUtdXAgYW5kIG5vdGlj ZWQgdGhhdCB0aGUgdG9waWMgaW4gYmVsb3cgZS1tYWlsIHRocmVhZCBpcyBhbg0KT3BlbiBpdGVt LiBNeSBwZXJzb25hbCBvcGluaW9uIGlzIHRvIGFkZCBhIG5ldyBzZWN0aW9uIHRvIHRoaXMgZHJh ZnQgdG8gYWRkcmVzcyBiZWxvdyBjYXNlcw0KPiBtb3JlIHRoYW4gb25lIG5vZGUgYWR2ZXJ0aXNp bmcgdGhlIHNhbWUgSVB2NC82IFBSRUZJWCBhbmQgYm90aCBoYXZlIHRoZSBzYW1lIHByZWZpeC1T SUQgdmFsdWUgd2l0aCAiTiIgZmxhZw0KPiB3aGVyZSBhbiBhbnljYXN0IHByZWZpeCBpcyBhZHZl cnRpc2VkIHdpdGggYSBwcmVmaXgtU0lEIHN1Yi1UTFYgYnkgc29tZSAoYnV0IG5vdCBhbGwpIG9m IHRoZSBub2RlcyB0aGF0IGFkdmVydGlzZSB0aGF0IHByZWZpeC4NCg0KVGhpcyBkcmFmdCBpcyBh ZGRyZXNzaW5nIGluY29taW5nIGxhYmVsIGNvbGxpc2lvbiBhbmQgcmVzdWx0aW5nIGJlaGF2aW9y IGFuZCBhbHNvIGRlc2NyaWJlcyBvdGhlciBhc3BlY3RzIGxpa2UgZGlmZmVyZW50IFNJRHMgZm9y IHNhbWUgcHJlZml4IHNvIGl0IHNlZW1zIHJlYXNvbmFibGUgdG8gYWRkIGFib3ZlIHR3byBjYXNl cyB0byB0aGlzIGRyYWZ0Lg0KV0cgbWVtYmVycywgaWYgeW91IGhhdmUgYW4gb3BpbmlvbiwgcGxz IHJlc3BvbmQgb24gdGhlIGxpc3QuDQoNClJnZHMNClNocmFkZGhhDQpGcm9tOiBBbGV4YW5kZXIg VmFpbnNodGVpbiA8QWxleGFuZGVyLlZhaW5zaHRlaW5AZWNpdGVsZS5jb20+DQpTZW50OiBTdW5k YXksIE5vdmVtYmVyIDQsIDIwMTggOTozNyBQTQ0KVG86IEFobWVkIEJhc2hhbmR5IDxhYmFzaGFu ZHkuaWV0ZkBnbWFpbC5jb20+DQpDYzogcnRnLWRpckBpZXRmLm9yZzsgJ21wbHNAaWV0Zi5vcmcn IDxtcGxzQGlldGYub3JnPjsgJ2FkcmlhbkBvbGRkb2cuY28udWsnIDxhZHJpYW5Ab2xkZG9nLmNv LnVrPjsgSm9uYXRoYW4gSGFyZHdpY2sgKEpvbmF0aGFuLkhhcmR3aWNrQG1ldGFzd2l0Y2guY29t KSA8am9uYXRoYW4uaGFyZHdpY2tAbWV0YXN3aXRjaC5jb20+OyBzcHJpbmdAaWV0Zi5vcmc7IHNw cmluZy1jaGFpcnNAaWV0Zi5vcmc7IGRyYWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQtcm91dGluZy1t cGxzLmF1dGhvcnNAaWV0Zi5vcmc7IFNocmFkZGhhIEhlZ2RlIDxzaHJhZGRoYUBqdW5pcGVyLm5l dD4NClN1YmplY3Q6IFJFOiBSdGdEaXIgRWFybHkgcmV2aWV3OiBkcmFmdC1pZXRmLXNwcmluZy1z ZWdtZW50LXJvdXRpbmctbXBscy0xMw0KDQpBaG1lZCwNCkFwb2xvZ2llcyBmb3IgYSBkZWxheWVk IHJlc3BvbnNlLg0KSSBmdWxseSBhZ3JlZSB0aGF0IGFkdmVydGlzaW5nIHRoZSBzYW1lIHByZWZp eCBTSUQgYXMgdGhlIE5vZGUgU0lEIGJ5IHR3byBkaWZmZXJlbnQgbm9kZXMgaW4gdGhlIFNSIGRv bWFpbiBpcyDigJxhIGNsZWFyIHZpb2xhdGlvbiBvZiB0aGUgU1IgYXJjaGl0ZWN0dXJlIFJGQyAo ODQwMinigJ0uDQpCdXQgSSBkbyBub3QgdGhpbmsgdGhhdCB0aGUgU1ItTVBMUyBkcmFmdCBjYW4g c2lsZW50bHkgaWdub3JlIHRoaXMgdmlvbGF0aW9uIGp1c3QgYmVjYXVzZSBpdCDigJxpcyBub3Qg YW4gaW5jb21pbmcgbGFiZWwgY29sbGlzaW9u4oCdLg0KVGhlIHNhbWUgYXBwbGllcyB0byB0aGUg Y29udHJvdmVyc3kgaW4gYWR2ZXJ0aXNpbmcgYXQgdGhlIHNhbWUgcHJlZml4IGFzIEFueWNhc3Qg Ynkgc29tZSBub2RlcyBidXQgbm90IGFzIEFueWNhc3QgKG9yIGV2ZW4gYXMgYSBOb2RlIFNJRCkg Ynkgc29tZSBvdGhlciBub2Rlcy4NCllvdXIgcmVmZXJlbmNlIHRvIHRoZXNlIGJlaW5nIGp1c3Qg Y29udHJvbCBwbGFuZSBpc3N1ZXMgYW5kIHRoZXJlZm9yZSBub3QgcmVsYXRlZCB0byBTUi1NUExT IGlzIG5vdCB2YWxpZCAtIGJlY2F1c2UgdGhlIGRyYWZ0cyBkZWFsaW5nIHdpdGggdGhlIFNSIGNv bnRyb2wgcGxhbmUgdG8gd2hpY2ggeW91IHJlZmVyIGluIHRoaXMgZHJhZnQgYXJlIHN0cmljdGx5 IE1QTFMtb3JpZW50ZWQ6IHRoZXkgZGVmaW5lIGhvdyB0byBhZHZlcnRpc2UgU0lEIGxhYmVscyBv ciBpbmRpY2VzIHRoYXQgYXJlIHRyYW5zbGF0ZWQgaW50byBTSUQgbGFiZWxzLCBhbmQgbmVpdGhl ciBvZiB0aGVzZSBtZWNoYW5pc21zIGlzIHJlbGV2YW50IGZvcmUgU1JWNiBJTUhPLiAoSSBkbyBu b3QgaGF2ZSB0byByZW1pbmQgeW91IHRoYXQgYSBkcmFmdCB0aGF0IGRlZmluZXMgU1JWNiBleHRl bnNpb25zIGZvciBJU0lTPGh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/ dT1odHRwcy0zQV9fZGF0YXRyYWNrZXIuaWV0Zi5vcmdfZG9jX2RyYWZ0LTJEYmFzaGFuZHktMkRp c2lzLTJEc3J2Ni0yRGV4dGVuc2lvbnNfLTNGaW5jbHVkZS01RnRleHQtM0QxJmQ9RHdNR2FRJmM9 SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZyPU55akxzcjdKQTdt dnBDSmEwWW1QZFZLY21NWEozMWJwYkJhTnF6Q05ybmcmbT1rby0zZUY4eXlTRjFleEg2NFNvZXlF UDBldHQ0Z2pzSG1tT0N2ajl6Q3ZRJnM9X0FaU2lxbVRVVE1LRlM5REFxYm91ZW9fR252dkFjRnhB UldGODIwSG5UQSZlPT4gZXhpc3RzLCBhbmQgZGVhbHMgd2l0aCBvdGhlciBpc3N1ZXMpLg0KTXkg MmMsDQpTYXNoYQ0KDQpPZmZpY2U6ICs5NzItMzkyNjYzMDINCkNlbGw6ICAgICAgKzk3Mi01NDky NjYzMDINCkVtYWlsOiAgIEFsZXhhbmRlci5WYWluc2h0ZWluQGVjaXRlbGUuY29tPG1haWx0bzpB bGV4YW5kZXIuVmFpbnNodGVpbkBlY2l0ZWxlLmNvbT4NCg0KRnJvbTogQWhtZWQgQmFzaGFuZHkg W21haWx0bzphYmFzaGFuZHkuaWV0ZkBnbWFpbC5jb21dDQpTZW50OiBTdW5kYXksIE9jdG9iZXIg MjgsIDIwMTggMTowMSBBTQ0KVG86IFNocmFkZGhhIEhlZ2RlIDxzaHJhZGRoYUBqdW5pcGVyLm5l dDxtYWlsdG86c2hyYWRkaGFAanVuaXBlci5uZXQ+PjsgQWxleGFuZGVyIFZhaW5zaHRlaW4gPEFs ZXhhbmRlci5WYWluc2h0ZWluQGVjaXRlbGUuY29tPG1haWx0bzpBbGV4YW5kZXIuVmFpbnNodGVp bkBlY2l0ZWxlLmNvbT4+DQpDYzogcnRnLWRpckBpZXRmLm9yZzxtYWlsdG86cnRnLWRpckBpZXRm Lm9yZz47ICdtcGxzQGlldGYub3JnJyA8bXBsc0BpZXRmLm9yZzxtYWlsdG86bXBsc0BpZXRmLm9y Zz4+OyAnYWRyaWFuQG9sZGRvZy5jby51aycgPGFkcmlhbkBvbGRkb2cuY28udWs8bWFpbHRvOmFk cmlhbkBvbGRkb2cuY28udWs+PjsgSm9uYXRoYW4gSGFyZHdpY2sgKEpvbmF0aGFuLkhhcmR3aWNr QG1ldGFzd2l0Y2guY29tPG1haWx0bzpKb25hdGhhbi5IYXJkd2lja0BtZXRhc3dpdGNoLmNvbT4p IDxqb25hdGhhbi5oYXJkd2lja0BtZXRhc3dpdGNoLmNvbTxtYWlsdG86am9uYXRoYW4uaGFyZHdp Y2tAbWV0YXN3aXRjaC5jb20+Pjsgc3ByaW5nQGlldGYub3JnPG1haWx0bzpzcHJpbmdAaWV0Zi5v cmc+OyBzcHJpbmctY2hhaXJzQGlldGYub3JnPG1haWx0bzpzcHJpbmctY2hhaXJzQGlldGYub3Jn PjsgZHJhZnQtaWV0Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5nLW1wbHMuYXV0aG9yc0BpZXRmLm9y ZzxtYWlsdG86ZHJhZnQtaWV0Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5nLW1wbHMuYXV0aG9yc0Bp ZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBSdGdEaXIgRWFybHkgcmV2aWV3OiBkcmFmdC1pZXRmLXNw cmluZy1zZWdtZW50LXJvdXRpbmctbXBscy0xMw0KDQoNClRoYW5rcyBmb3IgdGhlIGNvbW1lbnRz DQoNCldoaWxlIGl0IGlzIGEgY2xlYXIgdmlvbGF0aW9uIG9mIHRoZSBTUiBhcmNoaXRlY3R1cmUg UkZDICg4NDAyKSwgbW9yZSB0aGFuIG9uZSBub2RlIGFkdmVydGlzaW5nIHRoZSBzYW1lIElQdjQv NiBQUkVGSVggYW5kIGJvdGggaGF2ZSB0aGUgc2FtZSBwcmVmaXgtU0lEIHZhbHVlIHdpdGggIk4i IGZsYWcgaXMgbm90IGFuIGluY29taW5nIGxhYmVsIGNvbGxpc2lvbiBiZWNhdXNlIHRoZSBsYWJl bCBpcyBhc3NvY2lhdGVkIHdpdGggdGhlIHNhbWUgRkVDLCB3aGljaCBpcyB0aGUgcHJlZml4Lg0K DQpIZW5jZSBoYW5kbGluZyBzdWNoIHZpb2xhdGlvbiBpcyBub3QgYW4gU1ItTVBMUyBwcm9ibGVt IGJlY2F1c2UgdGhlcmUgaXMgbm8gaW5jb21pbmcgbGFiZWwgY29sbGlzaW9uIGFuZCBoZW5jZSBp dCBpdCBpcyBvdXRzaWRlIHRoZSBzY29wZSBvZiB0aGlzIGRyYWZ0DQoNCg0KDQpUaGUgc2Vjb25k IGlzc3VlIGlzIHdoaWNoIFNJRCB0byBjaG9vc2UgZm9yIGFuIFNSLXBvbGljeSAoYmUgaXQgYSBw b2xpY3kgZm9yIFRFLCB0aS1sZmEsIHVsb29wIGF2b2lkYW5jZSwgc2VjdXJpdHksLi4uLCBldGMp LiBUaGF0IGlzIHN0cmljdGx5IGEgY29udHJvbCBsYXllciBmdW5jdGlvbmFsaXR5IGFuZCBpcyBu b3Qgc3BlY2lmaWMgdG8gU1ItTVBMUy4gSGVuY2UgaXQgaXMgb3V0c2lkZSB0aGUgc2NvcGUgb2Yg dGhpcyBkcmFmdA0KDQoNCg0KVGhlIHRoaXJkIGlzc3VlIGlzIHRoZSBjYXNlIHdoZXJlIGFuIGFu eWNhc3QgcHJlZml4IGlzIGFkdmVydGlzZWQgd2l0aCBhIHByZWZpeC1TSUQgc3ViLVRMViBieSBz b21lIChidXQgbm90IGFsbCkgb2YgdGhlIG5vZGVzIHRoYXQgYWR2ZXJ0aXNlIHRoYXQgcHJlZml4 LiBBZ2FpbiB0aGlzIGlzIG5vdCBhbiBpbmNvbWluZyBsYWJlbCBjb2xsaXNpb24gYmVjYXVzZSB0 aGUgbGFiZWwgaXMgYXNzb2NpYXRlZCB3aXRoIGEgc2luZ2xlIEZFQywgd2hpY2ggaXMgdGhlIGFu eWNhc3QgcHJlZml4Lg0KDQpPbiA3LzE5LzE4IDg6MzAgUE0sIFNocmFkZGhhIEhlZ2RlIHdyb3Rl Og0KSGkgQWhtZWQsDQoNClRoZSBOb2RlLVNJRHMgYXJlIGV4cGVjdGVkIHRvIGJlIHVuaXF1ZSB0 byBhIG5vZGUuDQoNCuKAnA0KICAgQW4gSUdQIE5vZGUtU0lEIE1VU1QgTk9UIGJlIGFzc29jaWF0 ZWQgd2l0aCBhIHByZWZpeCB0aGF0IGlzIG93bmVkIGJ5DQogICBtb3JlIHRoYW4gb25lIHJvdXRl ciB3aXRoaW4gdGhlIHNhbWUgcm91dGluZyBkb21haW4u4oCdDQoNCklmIHR3byBkaWZmZXJlbnQg bm9kZXMgYWR2ZXJ0aXNlIHNhbWUgTm9kZS1TSUQsDQogICAgICAgICBGb3IgRXhhbXBsZSBOb2Rl IEEgYW5kIEIgYm90aCBhZHZlcnRpc2UgcHJlZml4IDEuMS4xLjEgYW5kIGFzc29jaWF0ZSBhICBT SUQgMTAwMCB3aXRoIE4gYml0IHNldC4NClRoZXJlIGlzIGFuIGFub21hbHkgaGVyZSBhbmQgSU1P LCB0aGlzIGRyYWZ0IHNob3VsZCBhZGRyZXNzIGhvdyB0byBoYW5kbGUgdGhpcyBhbm9tYWx5IGFu ZCB3aGV0aGVyIFRJLUxGQSBhbmQgb3RoZXINCkFwcGxpY2F0aW9ucyBjYW4gdXNlIHRoaXMgU0lE IGFzIGEgTm9kZS1TSUQuDQpBbm90aGVyIHNsaWdodCB2YXJpYXRpb24gb2YgdGhpcyBjYXNlIGlz IGEgc2NlbmFyaW8gd2hlcmUgQSBhbmQgQiBib3RoIGFkdmVydGlzZSBhIHByZWZpeCAxLjEuMS4x IGFuZCBBIGFzc2lnbnMgYSBOb2RlLVNpZA0KT2YgMTAwMCBhbmQgQiBkb2VzIG5vdCBhc3NpZ24g YW55IFNJRC4NCg0KUmdkcw0KU2hyYWRkaGENCg0KRnJvbTogQWxleGFuZGVyIFZhaW5zaHRlaW4g PEFsZXhhbmRlci5WYWluc2h0ZWluQGVjaXRlbGUuY29tPjxtYWlsdG86QWxleGFuZGVyLlZhaW5z aHRlaW5AZWNpdGVsZS5jb20+DQpTZW50OiBUaHVyc2RheSwgSnVseSAxOSwgMjAxOCAxMDowNSBQ TQ0KVG86IEFobWVkIEJhc2hhbmR5IDxhYmFzaGFuZHkuaWV0ZkBnbWFpbC5jb20+PG1haWx0bzph YmFzaGFuZHkuaWV0ZkBnbWFpbC5jb20+DQpDYzogcnRnLWRpckBpZXRmLm9yZzxtYWlsdG86cnRn LWRpckBpZXRmLm9yZz47ICdtcGxzQGlldGYub3JnPG1haWx0bzptcGxzQGlldGYub3JnPicgPG1w bHNAaWV0Zi5vcmc+PG1haWx0bzptcGxzQGlldGYub3JnPjsgJ2FkcmlhbkBvbGRkb2cuY28udWs8 bWFpbHRvOmFkcmlhbkBvbGRkb2cuY28udWs+JyA8YWRyaWFuQG9sZGRvZy5jby51az48bWFpbHRv OmFkcmlhbkBvbGRkb2cuY28udWs+OyBKb25hdGhhbiBIYXJkd2ljayAoSm9uYXRoYW4uSGFyZHdp Y2tAbWV0YXN3aXRjaC5jb208bWFpbHRvOkpvbmF0aGFuLkhhcmR3aWNrQG1ldGFzd2l0Y2guY29t PikgPGpvbmF0aGFuLmhhcmR3aWNrQG1ldGFzd2l0Y2guY29tPjxtYWlsdG86am9uYXRoYW4uaGFy ZHdpY2tAbWV0YXN3aXRjaC5jb20+OyBTaHJhZGRoYSBIZWdkZSA8c2hyYWRkaGFAanVuaXBlci5u ZXQ+PG1haWx0bzpzaHJhZGRoYUBqdW5pcGVyLm5ldD47IHNwcmluZ0BpZXRmLm9yZzxtYWlsdG86 c3ByaW5nQGlldGYub3JnPjsgc3ByaW5nLWNoYWlyc0BpZXRmLm9yZzxtYWlsdG86c3ByaW5nLWNo YWlyc0BpZXRmLm9yZz47IGRyYWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQtcm91dGluZy1tcGxzLmF1 dGhvcnNAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQtcm91dGluZy1t cGxzLmF1dGhvcnNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSRTogUnRnRGlyIEVhcmx5IHJldmlldzog ZHJhZnQtaWV0Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5nLW1wbHMtMTMNCg0KQWhtZWQgaGkhDQpM b3RzIG9mIHRoYW5rcyBmb3IgeW91ciByZXNwb25zZS4NCk9mIGNvdXJzZSBOb2RlIFNJRHMgYXJl IG5vdCBkaWZmZXJlbnQgZnJvbSBhbnkgb3RoZXIgUHJlZml4IFNJRHMgd2hlbiBpdCBjb21lcyB0 byB0aGUgTVBMUyBmb3J3YXJkaW5nIHBsYW5lLg0KQnV0LCBJTUhPLCBzdHJpY3RseSBzcGVha2lu ZywgdGhpcyBpcyBjb3JyZWN0IGZvciBhbnkgb3RoZXIgU0lEIGFzIHdlbGwuDQpZb3Ugc2VlbSB0 byBpZ25vcmUgdGhlIGRpZmZlcmVuY2UgYmV0d2VlbiBTUi1NUExTIGFuZCBTUnY2IHdpdGggcmVn YXJkIHRvIHRoZSBsaWZlIHNwYW4gb2YgcHJlZml4IFNJRHMgaW4gZ2VuZXJhbCBhbmQgTm9kZSBT SURzIGluIHBhcnRpY3VsYXIuIEZyb20gbXkgUE9WIHRoaXMgZGlmZmVyZW5jZSBzaG91bGQgYmUg ZGlzY3Vzc2VkIGluIHRoZSBkcmFmdC4NClNvIGl0IHNlZW1zIHRoYXQgd2UgY2FuIG9ubHkg4oCc YWdyZWUgdG8gZGlzYWdyZWXigJ0gb24gdGhlIG5lZWQgdG8gc2F5IHNvbWV0aGluZyBzcGVjaWZp YyBhYm91dCBOb2RlIFNJRHMgaW4gdGhlIGRyYWZ0LCBhbmQgbGV0IHRoZSBXRyB0byBkZWNpZGUg d2hhdCB0byBkbyBhYm91dCBpdC4NClJlZ2FyZHMsDQpTYXNoYQ0KDQpPZmZpY2U6ICs5NzItMzky NjYzMDINCkNlbGw6ICAgICAgKzk3Mi01NDkyNjYzMDINCkVtYWlsOiAgIEFsZXhhbmRlci5WYWlu c2h0ZWluQGVjaXRlbGUuY29tPG1haWx0bzpBbGV4YW5kZXIuVmFpbnNodGVpbkBlY2l0ZWxlLmNv bT4NCg0KRnJvbTogQWhtZWQgQmFzaGFuZHkgW21haWx0bzphYmFzaGFuZHkuaWV0ZkBnbWFpbC5j b21dDQpTZW50OiBUaHVyc2RheSwgSnVseSAxOSwgMjAxOCA3OjEzIFBNDQpUbzogQWxleGFuZGVy IFZhaW5zaHRlaW4gPEFsZXhhbmRlci5WYWluc2h0ZWluQGVjaXRlbGUuY29tPG1haWx0bzpBbGV4 YW5kZXIuVmFpbnNodGVpbkBlY2l0ZWxlLmNvbT4+DQpDYzogcnRnLWRpckBpZXRmLm9yZzxtYWls dG86cnRnLWRpckBpZXRmLm9yZz47ICdtcGxzQGlldGYub3JnPG1haWx0bzptcGxzQGlldGYub3Jn PicgPG1wbHNAaWV0Zi5vcmc8bWFpbHRvOm1wbHNAaWV0Zi5vcmc+PjsgJ2FkcmlhbkBvbGRkb2cu Y28udWs8bWFpbHRvOmFkcmlhbkBvbGRkb2cuY28udWs+JyA8YWRyaWFuQG9sZGRvZy5jby51azxt YWlsdG86YWRyaWFuQG9sZGRvZy5jby51az4+OyBKb25hdGhhbiBIYXJkd2ljayAoSm9uYXRoYW4u SGFyZHdpY2tAbWV0YXN3aXRjaC5jb208bWFpbHRvOkpvbmF0aGFuLkhhcmR3aWNrQG1ldGFzd2l0 Y2guY29tPikgPGpvbmF0aGFuLmhhcmR3aWNrQG1ldGFzd2l0Y2guY29tPG1haWx0bzpqb25hdGhh bi5oYXJkd2lja0BtZXRhc3dpdGNoLmNvbT4+OyBzaHJhZGRoYUBqdW5pcGVyLm5ldDxtYWlsdG86 c2hyYWRkaGFAanVuaXBlci5uZXQ+OyBzcHJpbmdAaWV0Zi5vcmc8bWFpbHRvOnNwcmluZ0BpZXRm Lm9yZz47IHNwcmluZy1jaGFpcnNAaWV0Zi5vcmc8bWFpbHRvOnNwcmluZy1jaGFpcnNAaWV0Zi5v cmc+OyBkcmFmdC1pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmctbXBscy5hdXRob3JzQGlldGYu b3JnPG1haWx0bzpkcmFmdC1pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmctbXBscy5hdXRob3Jz QGlldGYub3JnPg0KU3ViamVjdDogUmU6IFJ0Z0RpciBFYXJseSByZXZpZXc6IGRyYWZ0LWlldGYt c3ByaW5nLXNlZ21lbnQtcm91dGluZy1tcGxzLTEzDQoNCg0KVGhhbmtzIGZvciB0aGUgcmVwbHkN Cg0KU2VlIGlubGluZQ0KDQpBaG1lZA0KDQpPbiA3LzEyLzE4IDEyOjIyIEFNLCBBbGV4YW5kZXIg VmFpbnNodGVpbiB3cm90ZToNCkFobWVkIGFuZCBhbGwsDQpJIHdvdWxkIGxpa2UgdG8gZXhwYW5k IG9uIG15IGNvbW1lbnRzIChhbmQgeW91ciByZXNwb25zZXMpIGFib3V0IHRoZSByb2xlIG9mIE5v ZGUgU0lEcyBpbiBTUi1NUExTLg0KSSB3b3VsZCBsaWtlIHRvIGJyaW5nIHlvdXIgYXR0ZW50aW9u IHR3byBwb2ludHM6DQoNCjEuICAgICAgIE5vZGUgU0lEcyAoYW5kLCBpbiBnZW5lcmFsLCBQcmVm aXggU0lEcykgaW4gTVBMUy1TUiBhcmUgZGlmZmVyZW50IGZyb20gdGhlIHNhbWUgaW4gU1J2NiBi ZWNhdXNlIHRoZXkgcmVxdWlyZSBleHBsaWNpdCBjb25maWd1cmF0aW9uIGFjdGlvbiBieSB0aGUg b3BlcmF0b3Igb2YgU1IgZG9tYWluLiBJLmUuLCBpdCBpcyBub3QgZW5vdWdoIGZvciBhIG5vZGUg dG8gb3duIHNvbWUgLzMyIG9yIC8xMjggcHJlZml4IHRoYXQgaXMgYWR2ZXJ0aXNlZCBieSBJR1Au IFRoZSBvcGVyYXRvciBtdXN0IGV4cGxpY2l0bHkgY29uZmlndXJlIHRoZSBub2RlIHRvIHVzZSBz dWNoIGEgcHJlZml4IGFzICBOb2RlIFNJRCBhbmQgdG8gYXNzaWduIHRvIGl0IGEgc3BlY2lmaWMg aW5kZXggdGhhdCBpcyB1bmlxdWUgaW4gdGhlIFNSIGRvbWFpbi4gRnJvbSBteSBQT1YsIHRoaXMg ZGlmZmVyZW5jZSBhbG9uZSB3b3VsZCBxdWFsaWZ5IE5vZGUgU0lEcyBhcyBhIHRvcGljIHRvIGJl IGRpc2N1c3NlZCBpbiB0aGUgTVBMUy1TUiBBcmNoaXRlY3R1cmU8aHR0cHM6Ly91cmxkZWZlbnNl LnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX190b29scy5pZXRmLm9yZ19odG1sX2Ry YWZ0LTJEaWV0Zi0yRHNwcmluZy0yRHNlZ21lbnQtMkRyb3V0aW5nLTJEbXBscy0yRDE0JmQ9RHdN R2FRJmM9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZyPU55akxz cjdKQTdtdnBDSmEwWW1QZFZLY21NWEozMWJwYkJhTnF6Q05ybmcmbT1DQm40Ni10VGpackZ1cDBk Ui1FR0F0dDRRRnE5UGkyN1JhTzVyUUNrMVF3JnM9cTZkanBSWGxhbVV6S1psR0l1WFR0QmNzbndl dkh3ZGRxdlN0WnJTRk1uRSZlPT4gZHJhZnQuDQojQWhtZWQ6IEkgZGlzYWdyZWUgd2l0aCB5b3Vy IFBPVi4gRnJvbSB0aGUgZm9yd2FyZGluZyBwbGFuZSBwZXJzcGVjdGl2ZSBpdCBkb2VzIG5vdCBt YWtlIGFueSBkaWZmZXJlbmNlIHdoZXRoZXIgYSB0aGUgbGFiZWwgYXQgdGhlIHRvcCBvZiBhbiBN UExTIHBhY2tldCAocmVwcmVzZW50aW5nIHRoZSBwcmVmaXgtU0lEKSBpZGVudGlmaWVzIGEgbm9k ZSBvciBub3QuIFNvIGZyb20gdGhlIFNSLW1wbHMgZm9yd2FyZGluZyBwb2ludCBvZiB2aWV3IHRo ZXJlIGlzIG5vIGRpZmZlcmVuY2UgYmV0d2VlbiBhIHByZWZpeC1TSUQgYW5kIGEgbm9kZS1TSUQu IElmIHRoZXJlIGlzIGFueSBwbGFjZSBpbiB0aGUgU1ItbXBscyBkcmFmdCB3aGVyZSB0aGVyZSBp cyBhIG5lZWQgdG8gaGFuZGxlIGEgbm9kZS1TSUQgZGlmZmVyZW50IGZyb20gYSBwcmVmaXggU0lE LCBpdCB3b3VsZCBiZSBncmVhdCB0byBwb2ludCBpdCBvdXQNCg0KMi4gICAgICBJbiBhZGRpdGlv biwgcXVpdGUgYSBmZXcgY29uc3RydWN0cyBhc3NvY2lhdGVkIHdpdGggU1ItTVBMUyBpbXBsaWNp dGx5IGFzc3VtZSB0aGF0IGVhY2ggbm9kZSBpbiB0aGUgU1ItTVBMUyBkb21haW4gaXMgYXNzaWdu ZWQgd2l0aCBhdCBsZWFzdCBvbmUgTm9kZSBTSUQuIE9uZSBleGFtcGxlIGNhbiBiZSBmb3VuZCBp biB0aGUgVEktTEZBPGh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1o dHRwcy0zQV9fdG9vbHMuaWV0Zi5vcmdfaHRtbF9kcmFmdC0yRGJhc2hhbmR5LTJEcnRnd2ctMkRz ZWdtZW50LTJEcm91dGluZy0yRHRpLTJEbGZhLTJEMDQmZD1Ed01HYVEmYz1IQWtZdWg2M3JzdWhy NlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJJnI9TnlqTHNyN0pBN212cENKYTBZbVBkVktj bU1YSjMxYnBiQmFOcXpDTnJuZyZtPUNCbjQ2LXRUalpyRnVwMGRSLUVHQXR0NFFGcTlQaTI3UmFP NXJRQ2sxUXcmcz1qYkgwRFNZWW8yVVl5bVdacmx2QXQ3cVVXVlhzWUt1Q3RNaUV5b2UtRFdFJmU9 PiBkcmFmdC4gVGhpcyBkcmFmdCBzYXlzIGluIFNlY3Rpb24gNC4yOg0KDQo0LjI8aHR0cHM6Ly91 cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX190b29scy5pZXRmLm9y Z19odG1sX2RyYWZ0LTJEYmFzaGFuZHktMkRydGd3Zy0yRHNlZ21lbnQtMkRyb3V0aW5nLTJEdGkt MkRsZmEtMkQwNC0yM3NlY3Rpb24tMkQ0LjImZD1Ed01HYVEmYz1IQWtZdWg2M3JzdWhyNlNjYmZo MFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJJnI9TnlqTHNyN0pBN212cENKYTBZbVBkVktjbU1YSjMx YnBiQmFOcXpDTnJuZyZtPUNCbjQ2LXRUalpyRnVwMGRSLUVHQXR0NFFGcTlQaTI3UmFPNXJRQ2sx UXcmcz1zQWkzS0NXVXdHUzNEOTN0OGljNjRXXzQ2eG05eThPYWNzN296Y0F3ZVM4JmU9Pi4gVGhl IHJlcGFpciBub2RlIGlzIGEgUFEgbm9kZQ0KDQoNCg0KDQoNCiAgIFdoZW4gdGhlIHJlcGFpciBu b2RlIGlzIGluIFAoUyxYKSwgdGhlIHJlcGFpciBsaXN0IGlzIG1hZGUgb2YgYQ0KDQogICBzaW5n bGUgbm9kZSBzZWdtZW50IHRvIHRoZSByZXBhaXIgbm9kZS4NCkluIHRoZSBzY29wZSBvZiB0aGlz IHNlY3Rpb24sIHRoZSByZXBhaXIgbm9kZSBpcyBub3QgYWRqYWNlbnQgdG8gdGhlIFBMUiwgYW5k IHRoZXJlZm9yZSwgdG8gdGhlIGJlc3Qgb2YgbXkgdW5kZXJzdGFuZGluZywgIOKAnGEgc2luZ2xl IG5vZGUgc2VnbWVudCB0byB0aGUgcmVwYWlyIG5vZGXigJ0gY2FuIGJlIG9ubHkgdGhlIE5vZGUg U0lEIG9mIHRoZSByZXBhaXIgbm9kZS4gU2luY2UgcmVwYWlyIG5vZGVzIGFyZSBjb21wdXRlZCBk eW5hbWljYWxseSwgdGhpcyBlbnRpcmUgc2NoZW1lIGRlcGVuZHMgb24gYWxsIG5vZGVzIGluIHRo ZSBNUExTPVNSIGRvbWFpbiAgaGF2aW5nIGF0IGxlYXN0IG9uZSBOb2RlIFNJRCBlYWNoDQojQWht ZWQ6IFRoZSBjaG9pY2Ugb2YgdGhlIFNJRCB0byBpZGVudGlmeSBhbiBpbnRlcm1lZGlhdGUgb3Ig ZXhpdCBub2RlKHMpIGluIGFuIFNSLXBvbGljeSBpcyBhIGNvbnRyb2wgcGxhbmUgYmVoYXZpb3Is IGlycmVzcGVjdGl2ZSBvZiByZWFzb24gc3VjaCBwb2xpY3kgaXMgY3JlYXRlZCAoYmUgaXQgdGkt bGZhIGV4cGxpY2l0IHBhdGgsIHVsb29wIGF2b2lkYW5jZSBleHBsaWNpdCBwYXRoLCBvciBzb21l IFNSLVRFIGV4cGxpY2l0IHBhdGgpLiBTUi1Qb2xpY3kgYXMgd2VsbCBhcyBUaS1MRkEgYW5kIHVs b29wIGF2b2lkYW5jZSBhcmUgaGFuZGxlZCBpbiBzZXBhcmF0ZSBkcmFmdHMuIFNvIGp1c3QgbGlr ZSB0aGUgcmVzcG9uc2UgdG8geW91ciBwcmV2aW91cyBjb21tZW50LCBmcm9tIGZvcndhcmRpbmcg cGxhbmUgcGVyc3BlY3RpdmUgaXQgZG9lcyBub3QgbWFrZSBhbnkgZGlmZmVyZW5jZSB3aGV0aGVy IHRoZSBsYWJlbCBhdCB0aGUgdG9wIG9mIGFuIE1QTFMgcGFja2V0IGlkZW50aWZpZXMgYSBzaW5n bGUgb3IgbXVsdGlwbGUgbm9kZXMuDQoNCi4NCg0KSG9wZWZ1bGx5IHRoZXNlIG5vdGVzIGNsYXJp ZnkgbXkgcG9zaXRpb24gb24gdGhlIHN1YmplY3QuDQoNClJlZ2FyZHMsDQpTYXNoYQ0KDQpPZmZp Y2U6ICs5NzItMzkyNjYzMDINCkNlbGw6ICAgICAgKzk3Mi01NDkyNjYzMDINCkVtYWlsOiAgIEFs ZXhhbmRlci5WYWluc2h0ZWluQGVjaXRlbGUuY29tPG1haWx0bzpBbGV4YW5kZXIuVmFpbnNodGVp bkBlY2l0ZWxlLmNvbT4NCg0KRnJvbTogQWxleGFuZGVyIFZhaW5zaHRlaW4NClNlbnQ6IFdlZG5l c2RheSwgSnVseSAxMSwgMjAxOCAxMjowMiBQTQ0KVG86IEFobWVkIEJhc2hhbmR5IDxhYmFzaGFu ZHkuaWV0ZkBnbWFpbC5jb20+PG1haWx0bzphYmFzaGFuZHkuaWV0ZkBnbWFpbC5jb20+DQpDYzog cnRnLWRpckBpZXRmLm9yZzxtYWlsdG86cnRnLWRpckBpZXRmLm9yZz47ICdtcGxzQGlldGYub3Jn PG1haWx0bzptcGxzQGlldGYub3JnPicgPG1wbHNAaWV0Zi5vcmc+PG1haWx0bzptcGxzQGlldGYu b3JnPjsgJ2FkcmlhbkBvbGRkb2cuY28udWs8bWFpbHRvOmFkcmlhbkBvbGRkb2cuY28udWs+JyA8 YWRyaWFuQG9sZGRvZy5jby51az48bWFpbHRvOmFkcmlhbkBvbGRkb2cuY28udWs+OyBKb25hdGhh biBIYXJkd2ljayAoSm9uYXRoYW4uSGFyZHdpY2tAbWV0YXN3aXRjaC5jb208bWFpbHRvOkpvbmF0 aGFuLkhhcmR3aWNrQG1ldGFzd2l0Y2guY29tPikgPGpvbmF0aGFuLmhhcmR3aWNrQG1ldGFzd2l0 Y2guY29tPjxtYWlsdG86am9uYXRoYW4uaGFyZHdpY2tAbWV0YXN3aXRjaC5jb20+OyBzaHJhZGRo YUBqdW5pcGVyLm5ldDxtYWlsdG86c2hyYWRkaGFAanVuaXBlci5uZXQ+OyBzcHJpbmdAaWV0Zi5v cmc8bWFpbHRvOnNwcmluZ0BpZXRmLm9yZz47IHNwcmluZy1jaGFpcnNAaWV0Zi5vcmc8bWFpbHRv OnNwcmluZy1jaGFpcnNAaWV0Zi5vcmc+OyBkcmFmdC1pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRp bmctbXBscy5hdXRob3JzQGlldGYub3JnPG1haWx0bzpkcmFmdC1pZXRmLXNwcmluZy1zZWdtZW50 LXJvdXRpbmctbXBscy5hdXRob3JzQGlldGYub3JnPg0KU3ViamVjdDogUkU6IFJ0Z0RpciBFYXJs eSByZXZpZXc6IGRyYWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQtcm91dGluZy1tcGxzLTEzDQoNCkFo bWVkLCBhbmQgYWxsLA0KTG90cyBvZiB0aGFua3MgZm9yIGEgZGV0YWlsZWQgcmVzcG9uc2UgdG8g bXkgY29tbWVudHMuDQpQbGVhc2Ugc2VlIGlubGluZSBiZWxvdyBteSBwb3NpdGlvbiBvbiBlYWNo IG9mIHRoZW0uDQoNClJlZ2FyZHMsDQpTYXNoYQ0KDQpPZmZpY2U6ICs5NzItMzkyNjYzMDINCkNl bGw6ICAgICAgKzk3Mi01NDkyNjYzMDINCkVtYWlsOiAgIEFsZXhhbmRlci5WYWluc2h0ZWluQGVj aXRlbGUuY29tPG1haWx0bzpBbGV4YW5kZXIuVmFpbnNodGVpbkBlY2l0ZWxlLmNvbT4NCg0KRnJv bTogQWhtZWQgQmFzaGFuZHkgW21haWx0bzphYmFzaGFuZHkuaWV0ZkBnbWFpbC5jb21dDQpTZW50 OiBXZWRuZXNkYXksIEp1bHkgMTEsIDIwMTggNDo0MiBBTQ0KVG86IEFsZXhhbmRlciBWYWluc2h0 ZWluIDxBbGV4YW5kZXIuVmFpbnNodGVpbkBlY2l0ZWxlLmNvbTxtYWlsdG86QWxleGFuZGVyLlZh aW5zaHRlaW5AZWNpdGVsZS5jb20+Pjsgc3ByaW5nLWNoYWlyc0BpZXRmLm9yZzxtYWlsdG86c3By aW5nLWNoYWlyc0BpZXRmLm9yZz47IGRyYWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQtcm91dGluZy1t cGxzLmF1dGhvcnNAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQtcm91 dGluZy1tcGxzLmF1dGhvcnNAaWV0Zi5vcmc+DQpDYzogcnRnLWRpckBpZXRmLm9yZzxtYWlsdG86 cnRnLWRpckBpZXRmLm9yZz47ICdtcGxzQGlldGYub3JnPG1haWx0bzptcGxzQGlldGYub3JnPicg PG1wbHNAaWV0Zi5vcmc8bWFpbHRvOm1wbHNAaWV0Zi5vcmc+PjsgJ2FkcmlhbkBvbGRkb2cuY28u dWs8bWFpbHRvOmFkcmlhbkBvbGRkb2cuY28udWs+JyA8YWRyaWFuQG9sZGRvZy5jby51azxtYWls dG86YWRyaWFuQG9sZGRvZy5jby51az4+OyBKb25hdGhhbiBIYXJkd2ljayAoSm9uYXRoYW4uSGFy ZHdpY2tAbWV0YXN3aXRjaC5jb208bWFpbHRvOkpvbmF0aGFuLkhhcmR3aWNrQG1ldGFzd2l0Y2gu Y29tPikgPGpvbmF0aGFuLmhhcmR3aWNrQG1ldGFzd2l0Y2guY29tPG1haWx0bzpqb25hdGhhbi5o YXJkd2lja0BtZXRhc3dpdGNoLmNvbT4+OyBzaHJhZGRoYUBqdW5pcGVyLm5ldDxtYWlsdG86c2hy YWRkaGFAanVuaXBlci5uZXQ+OyBzcHJpbmdAaWV0Zi5vcmc8bWFpbHRvOnNwcmluZ0BpZXRmLm9y Zz4NClN1YmplY3Q6IFJlOiBSdGdEaXIgRWFybHkgcmV2aWV3OiBkcmFmdC1pZXRmLXNwcmluZy1z ZWdtZW50LXJvdXRpbmctbXBscy0xMw0KDQoNClRoYW5rcyBmb3IgdGhvcm91Z2ggKGFuZCBWRVJZ IGNsZWFyKSB0aGUgcmV2aWV3DQoNClNlZSBpbmxpbmUgI0FobWVkDQoNCg0KDQpBaG1lZA0KDQoN Cg0KT24gNi8xNS8xOCAxMTowOCBQTSwgQWxleGFuZGVyIFZhaW5zaHRlaW4gd3JvdGU6DQpSZS1z ZW5kaW5nIHRvICBjb3JyZWN0IFNQUklORyBXRyBsaXN0Lg0KU2luY2VyZSBhcG9sb2dpZXMgZm9y IHRoZSBkZWxheSBjYXVzZWQgYnkgYSB0eXBvLg0KVGh1bWIgdHlwZWQgYnkgU2FzaGEgVmFpbnNo dGVpbg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KRnJvbTogQWxleGFuZGVy IFZhaW5zaHRlaW4NClNlbnQ6IFN1bmRheSwgSnVuZSAxMCwgMjAxOCAxMDo0Mzo1MiBBTQ0KVG86 IHNwcmluZy1jaGFpcnNAaWV0Zi5vcmc8bWFpbHRvOnNwcmluZy1jaGFpcnNAaWV0Zi5vcmc+OyBk cmFmdC1pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmctbXBscy5hdXRob3JzQGlldGYub3JnPG1h aWx0bzpkcmFmdC1pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmctbXBscy5hdXRob3JzQGlldGYu b3JnPg0KQ2M6IHNwcmluZ0BpZXRmLmNvbTxtYWlsdG86c3ByaW5nQGlldGYuY29tPjsgcnRnLWRp ckBpZXRmLm9yZzxtYWlsdG86cnRnLWRpckBpZXRmLm9yZz47ICdtcGxzQGlldGYub3JnPG1haWx0 bzptcGxzQGlldGYub3JnPic7ICdhZHJpYW5Ab2xkZG9nLmNvLnVrPG1haWx0bzphZHJpYW5Ab2xk ZG9nLmNvLnVrPic7IEpvbmF0aGFuIEhhcmR3aWNrIChKb25hdGhhbi5IYXJkd2lja0BtZXRhc3dp dGNoLmNvbTxtYWlsdG86Sm9uYXRoYW4uSGFyZHdpY2tAbWV0YXN3aXRjaC5jb20+KTsgc2hyYWRk aGFAanVuaXBlci5uZXQ8bWFpbHRvOnNocmFkZGhhQGp1bmlwZXIubmV0Pg0KU3ViamVjdDogUkU6 IFJ0Z0RpciBFYXJseSByZXZpZXc6IGRyYWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQtcm91dGluZy1t cGxzLTEzDQoNCkV4cGxpY2l0bHkgYWRkaW5nIFNocmFkZGhhICB3aG8gaXMgdGhlIHNoZXBoZXJk IG9mIHRoaXMgZHJhZnQuDQoNClJlZ2FyZHMsDQpTYXNoYQ0KDQpPZmZpY2U6ICs5NzItMzkyNjYz MDINCkNlbGw6ICAgICAgKzk3Mi01NDkyNjYzMDINCkVtYWlsOiAgIEFsZXhhbmRlci5WYWluc2h0 ZWluQGVjaXRlbGUuY29tPG1haWx0bzpBbGV4YW5kZXIuVmFpbnNodGVpbkBlY2l0ZWxlLmNvbT4N Cg0KRnJvbTogQWxleGFuZGVyIFZhaW5zaHRlaW4NClNlbnQ6IEZyaWRheSwgSnVuZSA4LCAyMDE4 IDU6NDMgUE0NClRvOiAnc3ByaW5nLWNoYWlyc0BpZXRmLm9yZzxtYWlsdG86c3ByaW5nLWNoYWly c0BpZXRmLm9yZz4nIDxzcHJpbmctY2hhaXJzQGlldGYub3JnPjxtYWlsdG86c3ByaW5nLWNoYWly c0BpZXRmLm9yZz47ICdkcmFmdC1pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmctbXBscy5hdXRo b3JzQGlldGYub3JnPG1haWx0bzpkcmFmdC1pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmctbXBs cy5hdXRob3JzQGlldGYub3JnPicgPGRyYWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQtcm91dGluZy1t cGxzLmF1dGhvcnNAaWV0Zi5vcmc+PG1haWx0bzpkcmFmdC1pZXRmLXNwcmluZy1zZWdtZW50LXJv dXRpbmctbXBscy5hdXRob3JzQGlldGYub3JnPg0KQ2M6ICdzcHJpbmdAaWV0Zi5jb208bWFpbHRv OnNwcmluZ0BpZXRmLmNvbT4nIDxzcHJpbmdAaWV0Zi5jb20+PG1haWx0bzpzcHJpbmdAaWV0Zi5j b20+OyBydGctZGlyQGlldGYub3JnPG1haWx0bzpydGctZGlyQGlldGYub3JnPjsgbXBsc0BpZXRm Lm9yZzxtYWlsdG86bXBsc0BpZXRmLm9yZz47ICdhZHJpYW5Ab2xkZG9nLmNvLnVrPG1haWx0bzph ZHJpYW5Ab2xkZG9nLmNvLnVrPicgPGFkcmlhbkBvbGRkb2cuY28udWs+PG1haWx0bzphZHJpYW5A b2xkZG9nLmNvLnVrPg0KU3ViamVjdDogUnRnRGlyIEVhcmx5IHJldmlldzogZHJhZnQtaWV0Zi1z cHJpbmctc2VnbWVudC1yb3V0aW5nLW1wbHMtMTMNCg0KDQpIZWxsbywNCkkgaGF2ZSBiZWVuIHNl bGVjdGVkIHRvIGRvIGEgcm91dGluZyBkaXJlY3RvcmF0ZSDigJxlYXJseeKAnSByZXZpZXcgb2Yg dGhpcyBkcmFmdDogaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1z cHJpbmctc2VnbWVudC1yb3V0aW5nLW1wbHMvPGh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50 LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fZGF0YXRyYWNrZXIuaWV0Zi5vcmdfZG9jX2RyYWZ0LTJE aWV0Zi0yRHNwcmluZy0yRHNlZ21lbnQtMkRyb3V0aW5nLTJEbXBsc18mZD1Ed01HYVEmYz1IQWtZ dWg2M3JzdWhyNlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJJnI9TnlqTHNyN0pBN212cENK YTBZbVBkVktjbU1YSjMxYnBiQmFOcXpDTnJuZyZtPUNCbjQ2LXRUalpyRnVwMGRSLUVHQXR0NFFG cTlQaTI3UmFPNXJRQ2sxUXcmcz1DeGJhYWY5VTBrajZfbWVWU29iU2tSTFFXMVN3SThNSnZnSHB1 WXAwUU9NJmU9Pg0KDQpUaGUgcm91dGluZyBkaXJlY3RvcmF0ZSB3aWxsLCBvbiByZXF1ZXN0IGZy b20gdGhlIHdvcmtpbmcgZ3JvdXAgY2hhaXIsIHBlcmZvcm0gYW4g4oCcZWFybHnigJ0gcmV2aWV3 IG9mIGEgZHJhZnQgYmVmb3JlIGl0IGlzIHN1Ym1pdHRlZCBmb3IgcHVibGljYXRpb24gdG8gdGhl IElFU0cuIFRoZSBlYXJseSByZXZpZXcgY2FuIGJlIHBlcmZvcm1lZCBhdCBhbnkgdGltZSBkdXJp bmcgdGhlIGRyYWZ04oCZcyBsaWZldGltZSBhcyBhIHdvcmtpbmcgZ3JvdXAgZG9jdW1lbnQuIFRo ZSBwdXJwb3NlIG9mIHRoZSBlYXJseSByZXZpZXcgZGVwZW5kcyBvbiB0aGUgc3RhZ2UgdGhhdCB0 aGUgZG9jdW1lbnQgaGFzIHJlYWNoZWQuIEFzIHRoaXMgZG9jdW1lbnQgaXMgY3VycmVudGx5IGlu IHRoZSBXRyBMYXN0IGNhbGwsIG15IGZvY3VzIGZvciB0aGUgcmV2aWV3IHdhcyB0byBkZXRlcm1p bmUgd2hldGhlciB0aGUgZG9jdW1lbnQgaXMgcmVhZHkgdG8gYmUgcHVibGlzaGVkLiBQbGVhc2Ug Y29uc2lkZXIgbXkgY29tbWVudHMgYWxvbmcgd2l0aCB0aGUgb3RoZXIgd29ya2luZyBncm91cCBs YXN0IGNhbGwgY29tbWVudHMuDQoNCkZvciBtb3JlIGluZm9ybWF0aW9uIGFib3V0IHRoZSBSb3V0 aW5nIERpcmVjdG9yYXRlLCBwbGVhc2Ugc2VlIOKAi2h0dHA6Ly90cmFjLnRvb2xzLmlldGYub3Jn L2FyZWEvcnRnL3RyYWMvd2lraS9SdGdEaXI8aHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQu Y29tL3YyL3VybD91PWh0dHAtM0FfX3RyYWMudG9vbHMuaWV0Zi5vcmdfYXJlYV9ydGdfdHJhY193 aWtpX1J0Z0RpciZkPUR3TUdhUSZjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9E VFhjV3pvQ0kmcj1OeWpMc3I3SkE3bXZwQ0phMFltUGRWS2NtTVhKMzFicGJCYU5xekNOcm5nJm09 Q0JuNDYtdFRqWnJGdXAwZFItRUdBdHQ0UUZxOVBpMjdSYU81clFDazFRdyZzPTZwbkk3bDgyZXd3 em94Z09YcVRLcmJLdVFpZHQ2LUtCc1pkc1hGbm9RQ2cmZT0+DQoNCkRvY3VtZW50OiBkcmFmdC1p ZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmctbXBscy0xMw0KUmV2aWV3ZXI6IEFsZXhhbmRlciAo 4oCcU2FzaGHigJ0pIFZhaW5zaHRlaW4gKGFsZXhhbmRlci52YWluc2h0ZWluQGVjaXRlbGUuY29t PG1haWx0bzphbGV4YW5kZXIudmFpbnNodGVpbkBlY2l0ZWxlLmNvbT4pDQpSZXZpZXcgRGF0ZTog MDgtSnVuLTE4DQpJbnRlbmRlZCBTdGF0dXM6IFByb3Bvc2VkIFN0YW5kYXJkLg0KDQpTdW1tYXJ5 Og0KDQpJIGhhdmUgc29tZSBtaW5vciBjb25jZXJucyBhYm91dCB0aGlzIGRvY3VtZW50IHRoYXQg SSB0aGluayBzaG91bGQgYmUgcmVzb2x2ZWQgYmVmb3JlIGl0IGlzIHN1Ym1pdHRlZCB0byB0aGUg SUVTRy4NCg0KQ29tbWVudHM6DQoNCkkgY29uc2lkZXIgdGhpcyBkcmFmdCBhcyBhbiBpbXBvcnRh bnQgIGNvbXBhbmlvbiBkb2N1bWVudCB0byB0aGUgU2VnbWVudCBSb3V0aW5nIEFyY2hpdGVjdHVy ZTxodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3Rv b2xzLmlldGYub3JnX2h0bWxfZHJhZnQtMkRpZXRmLTJEc3ByaW5nLTJEc2VnbWVudC0yRHJvdXRp bmctMkQxNSZkPUR3TUdhUSZjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhj V3pvQ0kmcj1OeWpMc3I3SkE3bXZwQ0phMFltUGRWS2NtTVhKMzFicGJCYU5xekNOcm5nJm09Q0Ju NDYtdFRqWnJGdXAwZFItRUdBdHQ0UUZxOVBpMjdSYU81clFDazFRdyZzPWlKU2hoN2U3eXlWa3Q0 NHYxTzVweUNPTWZIQ3BBdmZCTkdnRnI1bGsxMzAmZT0+IGRyYWZ0IHRoYXQsIGlkZWFsbHksIHNo b3VsZCBhdWdtZW50IGRlZmluaXRpb25zIG9mIHRoZSBTZWdtZW50IFJvdXRpbmcgKFNSKSBub3Rp b25zIGFuZCBjb25zdHJ1Y3RzIGdpdmVuIHRoZXJlIHdpdGggZGV0YWlscyBzcGVjaWZpYyBmb3Ig dGhlIFNSIGluc3RhbnRpYXRpb24gdGhhdCB1c2VzICB0aGUgTVBMUyBkYXRhIHBsYW5lIChTUi1N UExTKS4gIE1hbnkgaXNzdWVzIHJhaXNlZCBpbiBteSByZXZpZXcgcmVmbGVjdCBlaXRoZXIgZ2Fw cyB0aGF0IHNob3VsZCBiZSwgYnV0IGhhdmUgbm90IGJlZW4sIGNsb3NlZCwgb3IgaW5jb25zaXN0 ZW5jaWVzIGJldHdlZW4gdGhlIHR3byBkcmFmdHMuDQoNCg0KU2luY2UgUkZDIDgyODc8aHR0cHM6 Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX190b29scy5pZXRm Lm9yZ19odG1sX3JmYzgyODcmZD1Ed01HYVEmYz1IQWtZdWg2M3JzdWhyNlNjYmZoMFVqQlhlTUst bmRiM3ZvRFRYY1d6b0NJJnI9TnlqTHNyN0pBN212cENKYTBZbVBkVktjbU1YSjMxYnBiQmFOcXpD TnJuZyZtPUNCbjQ2LXRUalpyRnVwMGRSLUVHQXR0NFFGcTlQaTI3UmFPNXJRQ2sxUXcmcz15N2pw M1VZTlR0Y21tOUhPdWx6cVBUck1VUlRyc01pTzI2cldsTlpONVdzJmU9PiBpcyBhbHJlYWR5IHB1 Ymxpc2hlZCBhcyBhIFN0YW5kYXJkcyBUcmFjayBSRkMsIEkgZXhwZWN0IHN1Y2ggYXVnbWVudGF0 aW9uIHRvIGJlIGJhY2t3YXJkIGNvbXBhdGlibGUgd2l0aCB0aGlzIGRvY3VtZW50IChvciB0byBw cm92aWRlIGNsZWFyIGluZGljYXRpb25zIG9mIHJlcXVpcmVkIHVwZGF0ZXMgdG8gdGhpcyBkb2N1 bWVudCkuIEFuZCBJIGluY2x1ZGUgdGhlIE1QTFMgV0cgaW50byBkaXN0cmlidXRpb24gbGlzdC4N Cg0KVGhpcyBkcmFmdCB3YXMgbm90IGVhc3kgcmVhZGluZyBmb3IgbWUuIEluIHBhcnRpY3VsYXIs IHRoZSBzdHlsZSBvZiBTZWN0aW9uIDIuNSB0aGF0IGRpc2N1c3NlcyBhdCBsZW5ndGggYW5kIGlu IHNvbWUgZGV0YWlsIG11bHRpcGxlIOKAnGNvcm5lciBjYXNlc+KAnSByZXN1bHRpbmcsIHByZXN1 bWFibHksIGZyb20gbWlzY29uZmlndXJhdGlvbiwgYmVmb3JlIGl0IGV4cGxhaW5zIHRoZSBiYXNp YyAoYW5kIHJlbGF0aXZlbHkgc2ltcGxlKSDigJxub3JtYWzigJ0gYmVoYXZpb3IsIGxvb2tzIHBy b2JsZW1hdGljIHRvIG1lLg0KDQpUaGUgV0cgTGFzdCBDYWxsIGhhcyBiZWVuIGV4dGVuZGVkIGJ5 IG9uZSB3ZWVrLiBOZXZlcnRoZWxlc3MsIEkgYW0gc2VuZGluZyBvdXQgbXkgY29tbWVudHMNCg0K TWFqb3IgSXNzdWVzOiBOb25lIGZvdW5kDQojQWhtZWQ6IHRoYW5rcyBhIGxvdA0KDQpNaW5vciBJ c3N1ZXM6IFF1aXRlIGEgZmV3IGJ1dCwgaG9wZWZ1bGx5LCBlYXN5IHRvIHJlc29sdmUuDQoNCg0K MS4gICAgRW5jYXBzdWxhdGlvbiBvZiBTUi1NUExTIHBhY2tldHM6DQoNCmEuICAgIFJGQyAzMDMy IChyZWZlcmVuY2VkIGJ5IHRoZSBkcmFmdCkgYW5kIFJGQyA1MzMyIChub3QgbWVudGlvbmVkIGlu IHRoZSBkcmFmdCkgZGVwZW5kIHR3byBlbmNhcHN1bGF0aW9ucyBvZiBsYWJlbGVkIHBhY2tldHMg LSBvbmUgZm9yIERvd25zdHJlYW0tYWxsb2NhdGVkIGxhYmVscyBhbmQgYW5vdGhlciBmb3IgVXBz dHJlYW0tYWxsb2NhdGVkIG9uZXMuDQojQWhtZWQ6IFJGQzUzMzIgaXMgZm9yIG11bHRpY2FzdC4g QXMgbWVudGlvbmVkIGluIFNlY3Rpb24gNiBvZiBkcmFmdC1pZXRmLXNwcmluZy1zZWdtZW50LXJv dXRpbmctMTUsIG11bHRpY2FzdCBpcyBvdXRzaWRlIHRoZSBzY29wZSBvZiBTUi4gSGVuY2UgdGhl IFJGQyB3YXMgbm90IHJlZmVycmVkIHRvIGluIHRoZSBTUi1NUExTIGRyYWZ0DQpbW1Nhc2hhXV0g SSB3b3VsZCBiZSBzYXRpc2ZpZWQgd2l0aCB0aGlzIHJlc3BvbnNlLCB3b3VsZCBpdCBub3QgYmUg Zm9yIHRoZSBmb2xsb3dpbmcgdGV4dCBJIHNlZSBpbiBTZWN0aW9uIDIuMiBvZiB0aGUgU1IgUG9s aWN5IEFyY2hpdGVjdHVyZTxodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJs P3U9aHR0cHMtM0FfX3Rvb2xzLmlldGYub3JnX2h0bWxfZHJhZnQtMkRpZXRmLTJEc3ByaW5nLTJE c2VnbWVudC0yRHJvdXRpbmctMkRwb2xpY3ktMkQwMSZkPUR3TUdhUSZjPUhBa1l1aDYzcnN1aHI2 U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kmcj1OeWpMc3I3SkE3bXZwQ0phMFltUGRWS2Nt TVhKMzFicGJCYU5xekNOcm5nJm09Q0JuNDYtdFRqWnJGdXAwZFItRUdBdHQ0UUZxOVBpMjdSYU81 clFDazFRdyZzPTRmMEg2OExUdmtwN04tYllUVkxPaFdxaUViSGFDc09RUjF6X1F6ejNXZjQmZT0+ IGRyYWZ0Og0KICAgQSB2YXJpYXRpb24gb2YgU1IgUG9saWN5IGNhbiBiZSB1c2VkIGZvciBwYWNr ZXQgcmVwbGljYXRpb24uICBBDQogICBjYW5kaWRhdGUgcGF0aCBjb3VsZCBjb21wcmlzZSBtdWx0 aXBsZSBTSUQtTGlzdHM7IG9uZSBmb3IgZWFjaA0KICAgcmVwbGljYXRpb24gcGF0aC4gIEluIHN1 Y2ggYSBzY2VuYXJpbywgcGFja2V0cyBhcmUgYWN0dWFsbHkNCiAgIHJlcGxpY2F0ZWQgdGhyb3Vn aCBlYWNoIFNJRCBMaXN0IG9mIHRoZSBTUiBQb2xpY3kgdG8gcmVhbGl6ZSBhIHBvaW50LQ0KICAg dG8tbXVsdGlwb2ludCBzZXJ2aWNlIGRlbGl2ZXJ5Lg0KDQpUaGlzIGxvb2tzIHRvIG1lIGFzIGJl aW5nIHZlcnkgbXVjaCBtdWx0aWNhc3QgaW4gU1IsIGFuZCwgdW5sZXNzIHlvdSB3YW50IHRvIHNh eSB0aGF0IGl0IGlzIGxpbWl0ZWQgdG8gU1J2NiwgbWFrZXMgbXkgcXVlc3Rpb24gcmVsZXZhbnQg SU1ITy4NCg0KYi4gICAgRnJvbSBteSBQT1YgdGhlIFNULU1QTFMgb25seSB1c2VzIERvd25zdHJl YW0tYWxsb2NhdGVkIGxhYmVscyDigJMgYnV0IEkgZXhwZWN0IHRoZSBkcmFmdCB0byBzdGF0ZSB0 aGF0IGV4cGxpY2l0bHksIG9uZSB3YXkgb3IgYW5vdGhlci4gKElmIFVwc3RyZWFtLWFsbG9jYXRl ZCBsYWJlbHMgYXJlIHJlbGV2YW50IGZvciBTUi1NUExTLCBJIHdvdWxkIHNlZSBpdCBhcyBhIG1h am9yIGdhcCwgc28gSSBob3BlIHRoYXQgdGhpcyBpcyBub3QgdGhlIGNhc2UpLg0KI0FobWVkOiBJ IHdpbGwgYWRkIGEgc3RhdGVtZW50IGluIHNlY3Rpb24gMi4yIHRvIG1lbnRpb24gdGhhdCBpdCBp cyBkb3duLXN0cmVhbSBhbGxvY2F0ZWQgYXMgeW91IG1lbnRpb25lZA0KW1tTYXNoYV1dIFRoaXMg aXMgcXVpdGUgdW5hbWJpZ3VvdXMgYW5kLCBvbmNlIGFkZGVkLCB3b3VsZCByZXNvbHZlIG15IGNv bW1lbnQgaW4gZnVsbCDigJMgdGhlIHByZXZpb3VzIGNvbW1lbnQgbm90d2l0aHN0YW5kaW5nLiBJ biBwYXJ0aWN1bGFyLCBpdCB3b3VsZCBpbXBseSB0aGF0IGV2ZW4gbGFiZWxzIHJlcHJlc2VudGlu ZyBCU0lEcyBvZiBhIFNSIFJlcGxpY2F0aW9uIHBvbGljaWVzIHdpbGwgYmUgZG93bnN0cmVhbS1h bGxvY2F0ZWQuDQoNCg0KMi4gICAgTGFiZWwgc3BhY2VzIGluIFNSLU1QTFM6DQoNCmEuICAgIFJG QyAzMDMxIChyZWZlcmVuY2VkIGJ5IHRoZSBkcmFmdCkgZGVmaW5lcyBwZXItcGxhdGZvcm0gYW5k IHBlci1pbnRlcmZhY2UgbGFiZWwgc3BhY2VzLCBhbmQgUkZDIDUzMzEgKG5vdCBtZW50aW9uZWQg aW4gdGhlIGRyYWZ0KSBhZGRzIGNvbnRleHQtc3BlY2lmaWMgbGFiZWwgc3BhY2VzIGFuZCBjb250 ZXh0IGxhYmVscy4NCg0KYi4gICAgVGhlIGRyYWZ0IGRvZXMgbm90IHNheSB3aGljaCBvZiB0aGVz ZSBhcmUgb3IgYXJlIG5vdCByZWxldmFudCBmb3IgU1ItTVBMUw0KDQpjLiAgICBGcm9tIG15IFBP VjoNCg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBpLiAgICBMYWJl bHMgcmVwcmVzZW50aW5nIGFsbCBraW5kcyBvZiBTSURzIG1lbnRpb25lZCBpbiB0aGUgZHJhZnQg TVVTVCBiZSBhbGxvY2F0ZWQgZnJvbSB0aGUgcGVyLXBsYXRmb3JtIGxhYmVsIHNwYWNlIG9ubHkN Cg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGlpLiAgICBBdCB0aGUg c2FtZSB0aW1lLCBpbnN0YW50aWF0aW9uIG9mIE1pcnJvciBTZWdtZW50IElEcyBkZWZpbmVkIGlu IFNlY3Rpb24gNS4xIG9mIHRoZSBTZWdtZW50IFJvdXRpbmcgQXJjaGl0ZWN0dXJlIGRyYWZ0IHVz aW5nIE1QTFMgZGF0YSBwbGFuZSBjbGVhcmx5IGNhbGxzIGZvciBjb250ZXh0IGxhYmVscyBhbmQg Y29udGV4dC1zcGVjaWZpYyBsYWJlbCBzcGFjZXMNCg0KZC4gICAgSSBleHBlY3QgdGhlIGRyYWZ0 IHRvIHByb3ZpZGUgYSBjbGVhci1jdXQgcG9zaXRpb24gb24gdGhlc2UgYXNwZWN0cyBvZiBTUi1N UExTLg0KI0FobWVkOiBJIHdpbGwgYWRkIGEgc3RhdGVtZW50IHRvIHNlY3Rpb24gMi4yIHRvIHNh eSB0aGF0IHRoZSBpdCBpcyBwZXItcGxhdGZvcm0uIFJlZ2FyZGluZyB0aGUgZnVuY3Rpb24gIm1p cnJvcmluZyIsIFNSIGF0dGFjaGVzIGEgKmZ1bmN0aW9uKiB0byBlYWNoIFNJRC4gVGhlICJtaXJy b3JpbmciIGZ1bmN0aW9uIGlzIGFscmVhZHkgZGVzY3JpYmVkIGluIFNlY3Rpb24gNS4xIG9mIGRy YWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQtcm91dGluZyBhbmQgaXMgbm90IHNwZWNpZmljIHRvIHRo ZSBNUExTIGZvcndhcmRpbmcgcGxhbmUuIEhlbmNlIHRoZXJlIGlzIG5vIG5lZWQgdG8gcmUtbWVu dGlvbiBpdCBoZXJlIGJlY2F1c2UgdGhpcyBkb2N1bWVudCBpcyB0cnlpbmcgdG8gYmUgYXMgc3Bl Y2lmaWMgYXMgcG9zc2libGUgdG8gdGhlIE1QTFMgZm9yd2FyZGluZyBwbGFuZS4gR2VuZXJhbCBm dW5jdGlvbnMgYXR0YWNoZWQgdG8gU0lEIGFyZSBkZXNjcmliZWQgaW4gdGhlIHNlZ21lbnQgcm91 dGluZyBhcmNoaXRlY3R1cmUgZG9jdW1lbnQgb3IgZnV0dXJlIGRvY3VtZW50cy4gRnVydHVyZSBk b2N1bWVudHMgcHJvcG9zaW5nIG5ldyBTUiBmdW5jdGlvbiBtdXN0IGJlIGFzIHNwZWNpZmljIGFu ZCBjbGVhciBhcyBwb3NzaWJsZQ0KW1tTYXNoYV1dIExvb2tzIE9LIHRvIG1lLg0KDQoNCjMuICAg IFNSLU1QTFMgYW5kIGhpZXJhcmNoaWNhbCBMU1BzOg0KDQphLiAgICBTUiBMU1BzIHRoYXQgaW5j bHVkZSBtb3JlIHRoYW4gb25lIHNlZ21lbnQgYXJlIGhpZXJhcmNoaWNhbCBMU1BzIGZyb20gdGhl IFBPViBvZiB0aGUgTVBMUyBkYXRhIHBsYW5lLiBUaGVyZWZvcmUgc29tZSAocG9zc2libHksIGFs bCkgb2YgdGhlIG1vZGVscyBmb3IgaGFuZGxpbmcgVFRMIGFuZCBUQyBiaXRzIHRoYXQgaGF2ZSBi ZWVuIGRlZmluZWQgaW4gUkZDIDM0NDMgKG5vdCBtZW50aW9uZWQgaW4gdGhlIGRyYWZ0KSBzaG91 bGQgYXBwbHkgdG8gU1ItTVBMUw0KDQpiLiAgICBSRkMgODI4NyAobm90IHJlZmVyZW5jZWQgaW4g dGhlIGRyYWZ0KSBzcGVjaWZpY2FsbHkgZGlzY3Vzc2VkIG9wZXJhdGlvbiBvZiB0aGUgTFNQIFRy YWNlcm91dGUgZnVuY3Rpb24gZm9yIFNSIExTUHMgaW4gdGhlIGNhc2Ugd2hlbiBQaXBlL1Nob3J0 IFBpcGUgbW9kZWwgZm9yIFRUTCBoYW5kbGluZyBpcyB1c2VkDQoNCmMuICAgIEkgZXhwZWN0IHRo ZSBkcmFmdCB0byBwcm92aWRlIGF0IGxlYXN0IHNvbWUgZ3VpZGVsaW5lcyByZWdhcmRpbmcgYXBw bGljYWJpbGl0eSBvZiBlYWNoIHNwZWNpZmljIG1vZGVsIGRlZmluZWQgaW4gUkZDIDM0NDMgKHNl cGFyYXRlbHkgZm9yIFRUTCBhbmQgVEMgYml0cykgdG8gU1ItTVBMUy4NCiNBaG1lZDogQlkgZGVz aWduLCB0aGUgaW5zdGFudGlhdGlvbiBvZiBTUiBvdmVyIHRoZSBNUExTIGZvcndhcmRpbmcgcGxh bmUgKGFuZCBoZW5jZSB0aGlzIGRyYWZ0KSBkb2VzIG5vdCBtb2RpZnkgdGhlIE1QTFMgZm9yd2Fy ZGluZyBwbGFuIGJlaGF2aW9yIGFzIGl0IGlzIG1lbnRpb25lZCBpbiB0aGUgZmlyc3Qgc2VudGVu Y2UgaW4gU2VjdGlvbiAxLiBTbyB0aGUgVFRMIGJlaGF2aW9yIHNwZWNpZmllZCBpbiByZmMzNDQz IGlzIGFscmVhZHkgaW1wbGllZCBhbmQgdGhlcmUgaXMgbm8gbmVlZCB0byByZS1tZW50aW9uIGl0 IGhlcmUganVzdCBsaWtlIGFsbCBhc3BlY3RzIG9mIE1QTFMgZm9yd2FyZGluZy4gUkZDODI4NyBp cyBPQU0tc3BlY2lmaWMuICBTUi1PQU0gaXMgaGFuZGxlZCBpbiBhIHNlcGFyYXRlIGRvY3VtZW50 IHNvIGlzIG91dHNpZGUgdGhlIHNjb3BlIG9mIHRoaXMgZHJhZnQNCltbU2FzaGFdXSBVbmZvcnR1 bmF0ZWx5IEkgZG8gbm90IHRoaW5rIHRoaXMgaXMgZ29vZCBlbm91Z2guIExldCBtZSBhc2sgYSBz cGVjaWZpYyBxdWVzdGlvbiByZWZsZWN0aW5nIG15IGNvbmNlcm5zOg0KVGhlIGhlYWQtZW5kIG5v ZGUgc2VuZHMgU1ItTVBMUyBwYWNrZXRzIGFjcm9zcyBhIHBhdGggZGVmaW5lZCBieSBhbiBvcmRl cmVkIHNldCBvZiBTSURzIHdpdGggbW9yZSB0aGFuIG9uZSBTSUQgaW4gdGhlIGxpc3QuIEVhY2gg U0lEIGlzIHJlcHJlc2VudGVkIGJ5IGEgbGFiZWwgc3RhY2sgZW50cnkgKExTRSkgaW4gdGhlIE1Q TFMgbGFiZWwgc3RhY2ssIGFuZCB0aGUgbGFiZWwgZmllbGQgaW4gZWFjaCBMU0UgaXMgdGhlIGxh YmVsIHRoYXQgbWF0Y2hlcyB0aGUgY29ycmVzcG9uZGluZyBTSUQuIEhvd2V2ZXIsIGVhY2ggTFNF IGFsc28gaW5jbHVkZXMgdGhlIFRUTCBhbmQgVEMgZmllbGRzLiBIb3cgZG9lcyB0aGUgaGVhZC1l bmQgbm9kZSBzZXQgdGhlc2UgZmllbGRzIGluIGVhY2ggb2YgdGhlIExTRXMgZm9sbG93aW5nIHRo ZSB0b3Agb25lPyBUaGlzIGNsZWFybHkgZGVwZW5kcyBvbiB0aGUgbW9kZWwgKFVuaWZvcm0gdnMu IFBpcGUvU2hvcnQgUGlwZSkgaW1wbGVtZW50ZWQgaW4gZWFjaCBub2RlIHRoYXQgdGhhdCBwZXJm b3JtcyBOZXh0IG9wZXJhdGlvbiBvbiB0aGUgcGFja2V0IGFsb25nIHRoZSBwYXRoIOKAkyBidXQg dGhlIGhlYWQtZW5kIG5vZGUgdXN1YWxseSBpcyBub3QgYXdhcmUgb2YgdGhhdC4NClJGQyA4Mjg3 IGlzIHJlbGV2YW50IGFzIGFuIGV4YW1wbGUgaGVyZSBJTUhPIGJlY2F1c2UgaXQgcmVjb21tZW5k cyB0aGUgZm9sbG93aW5nIHNldHRpbmcgb2YgVFRMIGluIFRyYWNlcm91dGUgcGFja2V0czoNCg0K LSAgICAgICAgICBTZXQgdGhlIFRUTCBvZiBhbGwgdGhlIGxhYmVscyBhYm92ZSBvbmUgdGhhdCBy ZXByZXNlbnRzIHRoZSBzZWdtZW50IHlvdSBhcmUgY3VycmVudGx5IHRyYWNpbmcgdG8gbWF4aW11 bQ0KDQotICAgICAgICAgIFNldCB0aGUgVFRMIG9mIHRoZSBsYWJlbCBvbmUgdGhhdCByZXByZXNl bnRzIHRoZSBzZWdtZW50IHlvdSBhcmUgY3VycmVudGx5IHRyYWNpbmcgdG8gdGhlIGRlc2lyZWQg dmFsdWUgKHRvIGJlIGluY3JlbWVudGVkIHVudGlsIGVuZCBvZiBzZWdtZW50IGlzIHJlYWNoZWQN Cg0KLSAgICAgICAgICBTZXQgdGhlIFRUTCBvZiBhbGwgdGhlIGxhYmVscyBiZWxvdyBvbmUgdGhh dCByZXByZXNlbnRzIHRoZSBzZWdtZW50IHlvdSBhcmUgY3VycmVudGx5IHRyYWNpbmcgdG8gMC4N CkkgZXhwZWN0IHRoZSBkcmFmdCB0byBwcm92aWRlIHNvbWUgcmVjb21tZW5kYXRpb25zIGZvciB0 cmFmZmljIChub24tT0FNKSBwYWNrZXRzIGFzIHdlbGwuDQoNCg0KNC4gICAgSW5mZXJyaW5nIG5l dHdvcmsgbGF5ZXIgcHJvdG9jb2wgaW4gU1ItTVBMUzoNCg0KYS4gICAgSSB3b25kZXIgaWYgdGhl IGRyYWZ0IGNvdWxkIHByb3ZpZGUgYW55IGRldGFpbHMgb24gdGhlIHNpdHVhdGlvbiB3aGVuIGEg bGFiZWwgdGhhdCByZXByZXNlbnRzIHNvbWUga2luZCBvZiBTSUQgaXMgdGhlIGJvdHRvbS1vZi1z dGFjayBsYWJlbCB0byBiZSBwb3BwZWQgYnkgdGhlIGVncmVzcyBMRVINCiNhaG1lZDogVGhpcyBp cyBwYXJ0IG9mIHRoZSAiTmV4dCIgZnVuY3Rpb24uIEl0IGlzIGRlc2NyaWJlZCBpbiBkZXRhaWwg aW4gdGhpcyBkb2N1bWVudC4NCltbU2FzaGFdXSBORVhUIGZ1bmN0aW9uIGlzIG1lbnRpb25lZCBp biBzZXZlcmFsIHBsYWNlcyBpbiB0aGUgZG9jdW1lbnQuIENhbiB5b3UgcGxlYXNlIHBvaW50IHRv IHRoZSBzcGVjaWZpYyB0ZXh0IHRoYXQgaXMgcmVsZXZhbnQgZm9yIG15IHF1ZXN0aW9uPw0KDQoN CmIuICAgIEZvciB0aGUgcmVmZXJlbmNlLCBSRkMgMzAzMiBzYXlzIHRoYXQg4oCcdGhlIGlkZW50 aXR5IG9mIHRoZSBuZXR3b3JrIGxheWVyIHByb3RvY29sICBtdXN0IGJlIGluZmVyYWJsZSBmcm9t IHRoZSB2YWx1ZSBvZiB0aGUgbGFiZWwgd2hpY2ggaXMgcG9wcGVkIGZyb20gIHRoZSBib3R0b20g b2YgdGhlIHN0YWNrLCBwb3NzaWJseSBhbG9uZyB3aXRoIHRoZSBjb250ZW50cyAgb2YgdGhlIG5l dHdvcmsgbGF5ZXIgaGVhZGVyIGl0c2VsZuKAnQ0KDQpjLiAgICBGcm9tIG15IFBPViB0aGUgZm9s bG93aW5nIHNjZW5hcmlvIGluZGljYXRlcyByZWxldmFuY2Ugb2YgdGhpcyBleHBlY3RhdGlvbiBm b3IgU1ItTVBMUzoNCg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBp LiAgICBJUy1JUyBpcyB1c2VkIGZvciBkaXN0cmlidXRpbmcgYm90aCBJUHY0IGFuZCBJUHY2IHJl YWNoYWJpbGl0eSBpbiBhIGdpdmVuIGRvbWFpbg0KDQogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgaWkuICAgIEFuIElTLUlTIGFkamFjZW5jeSBvdmVyIHNvbWUgZHVhbC1z dGFjayBsaW5rIGlzIGVzdGFibGlzaGVkLCBhbmQgYSBzaW5nbGUgQWRqLVNJRCBmb3IgdGhpcyBh ZGphY2VuY3kgaXMgYWR2ZXJ0aXNlZA0KDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICBpaWkuICAgIFRoZSBub2RlIHRoYXQgaGFzIGFzc2lnbmVkIGFuZCBhZHZlcnRpc2Vk IHRoaXMgQWRqLVNJRCByZWNlaXZlcyBhIGxhYmVsZWQgcGFja2V0IHdpdGggdGhlIGxhYmVsIHJl cHJlc2VudGluZyB0aGlzIEFkai1TSUQgYmVpbmcgYm90aCB0aGUgdG9wIGFuZCBib3R0b20tb2Yt c3RhY2sgbGFiZWwNCg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgaXYu ICAgIFRoZSBpbXBsZW1lbnRlcnMgbXVzdCBiZSBnaXZlbiB1bmFtYmlndW91cyBpbnN0cnVjdGlv bnMgZm9yIGZvcndhcmRpbmcgdGhlIHVubGFiZWxlZCBwYWNrZXQgdmlhIHRoZSBkdWFsLXN0YWNr IGxpbmsgYXMgYW4gSXB2NCBvciBhbiBJUHY2IHBhY2tldC4NCiNBaG1lZDogSWYgeW91IHRha2Ug YSBsb29rIGF0IHRoZSBTUi1JU0lTICwgU1ItT1NQRnYyIGFuZCBTUi1PU0Z2MyBkcmFmdHMsIHlv dSB3aWxsIHNlZSBhbGwgMyBwcm90b2NvbCBhZHZlcnRpc2UgZGlmZmVyZW50IGFkai1TSURTIGZv ciBJUHY0IG5leHQtaG9wIGFuZCBJUHY2IG5leHQtaG9wLiBGb3IgZXhhbXBsZSwgSVNJUyB1c2Vz IHRoZSAiRi1GbGFnIiAoc2VjdGlvbiAyLjIuMSBpbiBkcmFmdC1pZXRmLWlzaXMtc2VnbWVudC1y b3V0aW5nLWV4dGVuc2lvbnMtMTgpIHRvIHNwZWNpZnkgd2hldGhlciB0aGUgYWRqLVNJRCBpcyBm b3IgSVB2NCBhbmQgSVB2Ni4gU2ltaWxhcmx5LCB0aGUgU1ItSVNJUyBkcmFmdCBhdHRhY2hlcyBh IHByZWZpeC1TSUQgdG8gdGhlIHByZWZpeCBhZHZlcnRpc2VtZW50IGFuZCBoZW5jZSBpbXBsaWVz IHRoZSBpZGVudGl0eSBvZiB0aGUgcHJvdG9jb2wgdW5kZXJuZWF0aCB0aGUgYm90dG9tIG1vc3Qg bGFiZWwuIEZvciBhbnkgb3RoZXIgImZ1bmN0aW9uIiBhdHRhY2hlZCB0byBhIFNJRCwgaXQgaXMg cGFydCBvZiB0aGUgc3BlY2lmaWNhdGlvbiBvZiB0aGlzIGZ1bmN0aW9uIHRvIGRlc2NyaWJlIHdo YXQgaGFwcGVucyB3aGVuIHRoZSBTSUQgaXMgcmVwcmVzZW50ZWQgYnkgYSBsYWJlbCBpbiB0aGUg TVBMUyBmb3J3YXJkaW5nIHBsYW5lIGFuZCB0aGlzIGxhYmVsIGlzIHRoZSBib3R0b20gbW9zdCBs YWJlbA0KW1tTYXNoYV1dIE9LLCBnb3QgaXQuIFRoaXMgaXNzdWUgaXMgcmVzb2x2ZWQuDQoNCg0K NS4gICAgUmVzb2x1dGlvbiBvZiBDb25mbGljdHM6IEFyZSB0aGUNCg0KYS4gICAgQXJlIHRoZSBj b25mbGljdCByZXNvbHV0aW9uIHByb2NlZHVyZXMgbGlzdGVkIGluIHNlY3Rpb24gMi41IG1hbmRh dG9yeSB0byBpbXBsZW1lbnQ/DQoNCmIuICAgIElmIHRoZXkgYXJlIG1hbmRhdG9yeSB0byBpbXBs ZW1lbnQsIGFyZSB0aGV5IGFsc28gbWFuZGF0b3J5IHRvIGRlcGxveSwgb3IgY2FuIHRoZSBvcGVy YXRvcnMgc2ltcGx5IHRyZWF0IGFueSBkZXRlY3RlZCBjb25mbGljdCBhcyByZXF1aXJpbmcgaHVt YW4gaW50ZXJ2ZW50aW9uIGFuZCBwcmV2ZW50aW5nIG5vcm1hbCBvcGVyYXRpb24gb2YgU1ItTVBM Uz8NCiNBaG1lZDogVGhleSBhcmUgcmVjb21tZW5kZWQuIEkgd2lsbCBtb2RpZnkgdGhlIHBhcmFn cmFwaCBhZnRlciB0aGUgZmlyc3QgMyBidWxsZXRzIGluIFNlY3Rpb24gMi41IHRvIHNheSB0aGF0 IGl0IGlzIHJlY29tbWVkZWQuDQpbW1Nhc2hhXV0gT0suIEhvd2V2ZXIsIGl0IHdvdWxkIGJlIG5p Y2UgaWYgeW91IGNvdWxkIHJlZmVyIHNlcGFyYXRlbHkgZm9yIOKAnFJFQ09NTUVOREVEIHRvIGlt cGxlbWVudOKAnSBhbmQg4oCcUkVDT01NRU5ERUQgdG8gZGVwbG954oCdLiAgVGhlIGxhdHRlciBw cm9iYWJseSByZXF1aXJlcyBhIGNvbmZpZ3VyYXRpb24ga25vYiBmb3IgZW5hYmxpbmcgY29uZmxp Y3QgcmVzb2x1dGlvbiBydWxlcyAoaWYgdGhleSBhcmUgaW1wbGVtZW50ZWQpLg0KDQpjLiAgICBG b3IgdGhlIHJlZmVyZW5jZSwgdGhlIElFVEYgY2FwaXRhbGl6ZWQgTVVTVCBhcHBlYXJzIGp1c3Qg aW4gYSBmZXcgcGxhY2VzIGluIFNlY3Rpb24gMi41LCBhbmQgZWFjaCBhcHBlYXJhbmNlIGhhcyB2 ZXJ5IG5hcnJvdyBjb250ZXh0Og0KDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIGkuICAgIEZvciBNQ0NzIHdoZXJlIHRoZSAiVG9wb2xvZ3kiIGFuZC9vciAiQWxnb3Jp dGhtIiBmaWVsZHMgYXJlIG5vdCBkZWZpbmVkLCB0aGUgbnVtZXJpY2FsIHZhbHVlIG9mIHplcm8g TVVTVCBiZSB1c2VkIGZvciB0aGVzZSB0d28gZmllbGRzDQoNCiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICBpaS4gICAgSWYgdGhlIHNhbWUgc2V0IG9mIEZFQ3MgYXJlIGF0 dGFjaGVkIHRvIHRoZSBzYW1lIGxhYmVsICJMMSIsIHRoZW4gdGhlIHRpZS1icmVha2luZyBydWxl cyBNVVNUIGFsd2F5cyBzZWxlY3QgdGhlIHNhbWUgRkVDIGlycmVzcGVjdGl2ZSBvZiB0aGUgb3Jk ZXIgaW4gd2hpY2ggdGhlIEZFQ3MgYW5kIHRoZSBsYWJlbCAiTDEiIGFyZSByZWNlaXZlZC4gSW4g b3RoZXIgd29yZHMsIHRoZSB0aWUtYnJlYWtpbmcgcnVsZSBNVVNUIGJlIGRldGVybWluaXN0aWMu DQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGlpaS4gICAgQW4gaW1w bGVtZW50YXRpb24gb2YgZXhwbGljaXQgU0lEIGFzc2lnbm1lbnQgTVVTVCBndWFyYW50ZWUgY29s bGlzaW9uIGZyZWVuZXNzIG9uIHRoZSBzYW1lIHJvdXRlcg0KRnJvbSBteSBQT1YsIGl0IGlzIG5v dCBwb3NzaWJsZSB0byBpbmZlciB0aGUgYW5zd2VyIHRvIG15IHF1ZXN0aW9uIGZyb20gdGhlc2Ug c3RhdGVtZW50cy4gU29tZSBleHBsaWNpdCBzdGF0ZW1lbnQgaXMgcmVxdWlyZWQuDQojQWhtZWQ6 IEkgYWdyZWUgd2l0aCB5b3UgUE9WIGFuZCBhcyBtZW50aW9uZWQgaW4gbXkgcmVwbHkgdG8gaXRl bXMgKGEpIGFuZCAoYiksIEkgd2lsbCBtb2RpZnkgdGhlIHBhcmFncmFwaCB0byBzYXkgdGhhdCBp dCBpcyBSRUNPTU1FTkRFRCB0byBhbnN3ZXIgeW91IHF1ZXN0aW9ucyBpbiBpdGVtcyAoYSkgYW5k IChiKQ0KDQpkLiAgICBUaGUgdGllLWJyZWFraW5nIHJ1bGVzIGluIHNlY3Rpb24gMi41LjEgaW5j bHVkZSBzb21lIHNwZWNpZmljIHZhbHVlcyBmb3IgZW5jb2RpbmcgRkVDIHR5cGVzIGFuZCBhZGRy ZXNzIGZhbWlsaWVzIOKAkyBidXQgdGhlc2UgdmFsdWVzIGFyZSBub3Qgc3VwcG9zZWQgdG8gYXBw ZWFyIGluIGFueSBJQU5BIHJlZ2lzdHJpZXMgKGJlY2F1c2UgdGhlIGRyYWZ0IGRvZXMgbm90IHJl cXVlc3QgYW55IElBTkEgYWN0aW9ucykuIENhbiB5b3UgcGxlYXNlIGNsYXJpZnkgd2hhdCBpcyBz byBzcGVjaWFsIGFib3V0IHRoZXNlIHZhbHVlcz8NCiNBaG1lZDogVGhlcmUgaXMgbm8gc2lnbmlm aWNhbmNlIHRvIHRoZSB2YWx1ZXMgYnV0IHRoZXJlIGlzIGEgc2lnbmlmaWNhbmNlIHRvIHRoZSBv cmRlciBhbW9uZyB0aGVtLiBJIHdpbGwgbW9kaWZ5IHRoZSB0ZXh0IHRvIGNsYXJpZnkgdGhhdA0K W1tTYXNoYV1dIE9LLg0KDQoNCmUuICAgIEkgYWxzbyBkb3VidCB0aGF0IGNvbXBhcmlzb24gb2Yg RkVDcyB0aGF0IHJlcHJlc2VudCBJUHY0IGFuZCBJUHY2IHByZWZpeCBTSURzIG1ha2VzIG11Y2gg c2Vuc2UgKGZvciBjb25mbGljdCByZXNvbHV0aW9uIG9yIGVsc2UpLCBiZWNhdXNlLCBhbW9uZyBv dGhlciB0aGluZ3MsIHRoZXJlIGFyZSB2YWxpZCBzY2VuYXJpb3Mgd2hlbiBhbiBJUHY0IC8zMiBw cmVmaXggaXMgZW1iZWRkZWQgaW4gYW4gSVB2NiAvMTI4IG9uZS4NCiNBaG1lZDogQSBwcmVmaXgt U0lEIGlzIGFzc2lnbmVkIHRvIGEgcHJlZml4LiBBbiBJUHY2IHByZWZpeCB0aGF0IGVtYmVkcyBh biBJUHY0IHByZWZpeCBpcyBkaWZmZXJlbnQgZnJvbSB0aGUgSVB2NCBwcmVmaXguIFRoZSBzcGVj aWZpY2F0aW9ucyBvZiBTUiBleHRlbnNpb25zIHRvIElTSVMsIE9TUEZ2MiwgT1NQRnYzLCBhbmQg QkdQIHRyZWF0IElQdjQgYW5kIElQdjYgcHJlZml4ZXMgc2VwYXJhdGVseSwgaW5jbHVkaW5nIHRo ZSBJUFY2IHByZWZpeGVzIHdpdGggZW1iZWRkZWQgSVB2NCBvbmVzLiBCZXNpZGVzIG5vdCBhbGwg SVB2NiBwcmVmaXhlcyBlbWJlZCBJUHY0IHByZWZpeCBpbiB0aGVtLiBIZW5jZSB0aGUgZGlzdGlu Y3Rpb24gYmV0d2VlbiBJUHY0IGFuZCBJUHY2IHByZWZpeGVzIGlzIHF1aXRlIGNsZWFyDQpbW1Nh c2hhXV0gTXkgY29uY2VybiB3YXMgbWFpbmx5IGFib3V0IElQdjQtbWFwcGVkIElQdjYgYWRkcmVz c2VzLiBRdW90aW5nIGZyb20gUkZDIDQyOTE6DQoyLjUuNS4yPGh0dHBzOi8vdXJsZGVmZW5zZS5w cm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fdG9vbHMuaWV0Zi5vcmdfaHRtbF9yZmM0 MjkxLTIzc2VjdGlvbi0yRDIuNS41LjImZD1Ed01HYVEmYz1IQWtZdWg2M3JzdWhyNlNjYmZoMFVq QlhlTUstbmRiM3ZvRFRYY1d6b0NJJnI9TnlqTHNyN0pBN212cENKYTBZbVBkVktjbU1YSjMxYnBi QmFOcXpDTnJuZyZtPUNCbjQ2LXRUalpyRnVwMGRSLUVHQXR0NFFGcTlQaTI3UmFPNXJRQ2sxUXcm cz1JMTRYQThJOVJ1dzVhQmo1ZXJfT1ZidkFEejFzYjlaTEZCR2FaWmxKSko0JmU9Pi4gIElQdjQt TWFwcGVkIElQdjYgQWRkcmVzcw0KDQoNCiAgIEEgc2Vjb25kIHR5cGUgb2YgSVB2NiBhZGRyZXNz IHRoYXQgaG9sZHMgYW4gZW1iZWRkZWQgSVB2NCBhZGRyZXNzIGlzDQogICBkZWZpbmVkLiAgVGhp cyBhZGRyZXNzIHR5cGUgaXMgdXNlZCB0byByZXByZXNlbnQgdGhlIGFkZHJlc3NlcyBvZg0KICAg SVB2NCBub2RlcyBhcyBJUHY2IGFkZHJlc3Nlcy4NCg0KRnJvbSBteSBQT1YgdGhpcyBtZWFucyB0 aGF0IGEgLzEyOCBwcmVmaXggYXNzb2NpYXRlZCB3aXRoIGFuIElQdjQtbWFwcGVkIElQdjYgYWRk cmVzcyBhbmQgYSAvMzIgcHJlZml4IGFzc29jaWF0ZWQgd2l0aCB0aGUgSVB2NCBhZGRyZXNzIHRo YXQgd2FzIG1hcHBlZCB0byB0aGlzIElQdjYgYWRkcmVzcyByZXByZXNlbnQgdGhlIHNhbWUgZW50 aXR5LiBUaGlzIHVuZGVyc3RhbmRpbmcgZnVsbHkgbWF0Y2hlcyB1c2FnZSBvZiBJUHY0LW1hcHBl ZCBJUHY2IGFkZHJlc3NlcyBhcyBCR1AgTmV4dCBIb3BzIG9mIFZQTi1JUHY2IGFkZHJlc3NlcyBk ZWZpbmVkIGluIFJGQyA0Nzk4LiBIb3dldmVyLCB0aGUgY29tcGFyaXNvbiBydWxlcyB5b3UgaGF2 ZSBkZWZpbmVkIHdpbGwgdHJlYXQgdGhlbSBhcyB0d28gZGlmZmVyZW50IHByZWZpeGVzLiAgSSB3 b25kZXIgaWYgdGhlc2UgcnVsZXMsIGluIHRoZSBjYXNlIG9mIGEgY29uZmxpY3QsIGNvdWxkIHJl c3VsdCBpbiBwcmVmZXJyaW5nIHRoZSBJUHY2IHByZWZpeCB0byBhbiBJUHY0IG9uZSBhbmQgdGhl cmVmb3JlIGxvb3NpbmcgTVBMUyBjb25uZWN0aXZpdHkgZm9yIHRoZSBpbmdyZXNzIFBFIG9mIGEg NlZQRSBzZXJ2aWNlIHRvIGl0cyBlZ3Jlc3MgUEU/DQoNCg0KZi4gICAgIFNlY3Rpb24gMi41LjEg ZGVmaW5lcyAzIHR5cGVzIG9mIFNSLU1QTFMgRkVDcywgYnV0IEkgYW0gbm90IHN1cmUgYWxsIFNJ RCB0eXBlcyBkZWZpbmVkIGluIHRoZSBTZWdtZW50IFJvdXRpbmcgQXJjaGl0ZWN0dXJlIGRyYWZ0 IGNhbiBiZSB1bmFtYmlndW91c2x5IG1hcHBlZCB0byBvbmUgb2YgdGhlc2UgdHlwZXMuIFByb2Js ZW1hdGljIGV4YW1wbGVzIGluY2x1ZGUgYXQgbGVhc3QgdGhlIGZvbGxvd2luZzoNCg0KICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBpLiAgICBQYXJhbGxlbCBBZGphY2Vu Y3kgU0lEDQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBpaS4gICAg TWlycm9yIFNJRA0KRXhwbGljaXQgbWFwcGluZyBvZiBTSUQgdHlwZXMgdG8gU1ItTVBMUyBGRUMg dHlwZXMgd291bGQgYmUgbW9zdCB1c2VmdWwgSU1PLiBJZiBzb21lIFNJRCB0eXBlcyBjYW5ub3Qg YmUgbWFwcGVkIHRvIFNSLU1QTFMgRkVDcywgdGhpcyBtdXN0IGJlIGV4cGxpY2l0bHkgc3RhdGVk IGluIHRoZSBkcmFmdC4NCiNBaG1lZDoNClBhcmFsbGVsIGFkamFjZW5jeSBTSUQgYXJlIGhhbmRs ZWQgaW4gdGhlIHR5cGUgIihuZXh0LWhvcCwgb3V0Z29pbmcgaW50ZXJmYWNlKSINCltbU2FzaGFd XSBPSw0KDQpNaXJyb3IgU0lEIGlzIGEgdHlwZSBvZiBiaW5kaW5nLVNJRCBhcyBtZW50aW9uZWQg aW4gU2VjdGlvbiA1LjEgaW4gdGhlIFNSIGFyY2hpdGVjdHVyZSBkcmFmdCAoZHJhZnQtaWV0Zi1z cHJpbmctc2VnbWVudC1yb3V0aW5nLTE1KS4gQWxzbyBhcyBkZXNjcmliZWQgaW4gU2VjdGlvbiAy LjQgZHJhZnQtaWV0Zi1pc2lzLXNlZ21lbnQtcm91dGluZy1leHRlbnNpb25zLTE4IChhbHNvIHNl ZSB0aGUgZXF1aXZhbGVudCBpbiB0aGUgT1NQRnYyIGFuZCBPU1BGdjMgZHJhZnQpLCBhIGJpbmRp bmcgU0lEIGlzIGlkZW50aWZpZWQgYnkgYSBwcmVmaXguIEhlbmNlIGl0IGlzIGNvdmVyZWQgYnkg dGhlIHR5cGUgIihQcmVmaXgsIFJvdXRpbmcgSW5zdGFuY2UsIFRvcG9sb2d5LCBBbGdvcml0aG0p Ig0KW1tTYXNoYV1dIEkgcmVzcGVjdGZ1bGx5IGRpc2FncmVlLiBUaGVyZSBpcyBkZWZpbml0ZWx5 IG5vIG1lbnRpb24gb2YgQWxnb3JpdGhtIGluIHRoZSBkZWZpbml0aW9uIG9mIHRoZSBNaXJyb3Ig U0lELg0KDQoNCjYuICAgIE5vZGUgU0lEcyBpbiBTUi1NUExTOg0KDQphLiAgICBOb2RlIFNJRHMg YXJlIGV4cGxpY2l0bHkgZGVmaW5lZCBhbmQgZGlzY3Vzc2VkIGluIHRoZSBTZWdtZW50IFJvdXRp bmcgQXJjaGl0ZWN0dXJlIGRyYWZ0IGJ1dCBhcmUgbm90IG1lbnRpb25lZCBldmVuIG9uY2UgaW4g dGhpcyBkcmFmdA0KDQpiLiAgICBBRkFJSywgdGhlIGNvbW1vbiBpbXBsZW1lbnRhdGlvbiBwcmFj dGljZSB0b2RheSBpbmNsdWRlcyBhc3NpZ25tZW50IG9mIGF0IGxlYXN0IG9uZSBOb2RlIFNJRCB0 byBldmVyeSBub2RlIGluIHRoZSBTUi1NUExTIGRvbWFpbg0KDQpjLiAgICBJcyB0aGVyZSBhIHJl cXVpcmVtZW50IHRvIGFzc2lnbiBhdCBsZWFzdCBvbmUgTm9kZSBTSUQgcGVyIHtyb3V0aW5nIGlu c3RhbmNlLCB0b3BvbG9neSwgYWxnb3JpdGhtfSBpbiBTUi1NUExTPyBJZiBub3QsIGNhbiB0aGUg YXV0aG9ycyBleHBsYWluIGV4cGVjdGVkIGJlaGF2aW9yIG9mIHN1Y2ggYSBub2RlPyAoU2VlIGFs c28gbXkgY29tbWVudCBhYm91dCByb3V0aW5nIGluc3RhbmNlcyBiZWxvdykuDQojQWhtZWQ6IEEg Tm9kZS1TSUQgaXMgYSBzcGVjaWFsIGNhc2Ugb2YgcHJlZml4LVNJRC4gU28gdGhlcmUgbm90aGlu ZyBzcGVjaWZpYyBhYm91dCBpdCBmcm9tIHRoZSBNUExTIGZvcndhcmRpbmcgcGxhbmUgcG9pbnQg b2Ygdmlldy4gU2ltaWxhcmx5IGZyb20gYSBzdGFuZGFyZCB0cmFja3MgZHJhZnQgcG9pbnQgb2Yg dmlldywgdGhlcmUgaXMgbm8gcmVxdWlyZW1lbnQgdG8gYXNzaWduIGEgU0lEIHRvIGV2ZXJ5IHBy ZWZpeCBqdXN0IGxpa2UgdGhlcmUgaXMgbm8gcmVxdWlyZW1lbnQgdG8gYmluZCBldmVyeSBwcmVm aXggdG8gYW4gTERQIGxhYmVsLiBDb21tb24gYW5kL29yIHJlY29tbWVuZGVkIHByYWN0aWNlcyBv ciBkZXNjcmlwdGlvbiBvZiBkZXBsb3ltZW50IHNjZW5hcmlvcyBhcmUgbW9yZSBiZWZpdHRpbmcg dG8gQkNQIG9yIGluZm9ybWF0aW9uYWwgZHJhZnRzLiBUaGlzIGRyYWZ0IGlzIGEgc3RhbmRhcmRz IHRyYWNrIGRyYWZ0DQpbW1Nhc2hhXV0gV2VsbCwgeW914oCZdmUganVzdCBzYWlkIHRoYXQgY29u ZmxpY3QgcmVzb2x1dGlvbiBydWxlcyBhcmUgUkVDT01NRU5ERUQsIGFuZCB0aGlzIGlzIHF1aXRl IGNvbW1vbiBpbiB0aGUgU3RhbmRhcmRzIFRyYWNrIFJGQ3MuDQoNCklmIGEge3JvdXRpbmcgaW5z dGFuY2UsIHRvcG9sb2d5LCBhbGdvcml0aG19IGlzIG5vdCBhc3NpZ25lZCBhIFNJRCwgdGhlbiB0 aGlzIEZFQyBpcyB0b3RhbGx5IGlycmVsYXZhbnQgdG8gdGhpcyBkcmFmdCBhbmQgaGVuY2UgZGVz Y3JpYmluZyBob3cgYSBub2RlIHRyZWF0cyBpdCBpcyB0b3RhbGx5IG91dHNpZGUgdGhlIHNjb3Bl IG9mIHRoaXMgZHJhZnQNCltbU2FzaGFdXSBBRkFJSywgbmVpdGhlciBvZiB0aGUgU1IgZXh0ZW5z aW9uIGRyYWZ0cyBmb3IgSUdQcyBtZW50aW9uIHJvdXRpbmcgaW5zdGFuY2VzIHRoYXQgY2FuIGJl IGFzc29jaWF0ZWQgd2l0aCB0aGUgcHJlZml4LCBzbyBJIHRoaW5rIHRoYXQgeW91ciByZWZlcmVu Y2UgdG8gaXQgaXMgaW5jb3JyZWN0Lg0KV2hhdOKAmXMgbW9yZSBJIHN1c3BlY3QgdGhhdCBOb2Rl IFNJRHMgcmVwcmVzZW50IHRoZSBtb3N0IHVzZWQgc3BlY2lhbCBjYXNlIG9mIFByZWZpeCBTSURz IHdpdGggQW55Y2FzdCBTSURzIGJlaW5nIHF1aXRlIGJlaGluZC4gIFRoZXJlZm9yZSBzb21lIHJl Y29tbWVuZGF0aW9uIHBlcnRhaW5pbmcgdG8gdGhlIHVzYWdlIG9mIE5vZGUgU0lEcyB3b3VsZCBi ZSB2ZXJ5IG11Y2ggaW4gcGxhY2UgSU1ITy4NCg0KDQo3LiAgICBTUkdCIFNpemUgaW4gU1ItTVBM UzoNCg0KYS4gICAgVGhlIGRyYWZ0IGNvcnJlY3RseSB0cmVhdHMgdGhlIHNpdHVhdGlvbiB3aGVu IGFuIGluZGV4IGFzc2lnbmVkIHRvIHNvbWUgZ2xvYmFsIFNJRCBjYW5ub3QgYmUgbWFwcGVkIHRv IGEgbGFiZWwgdXNpbmcgdGhlIHByb2NlZHVyZSBpbiBTZWN0aW9uIDIuNCBhcyBhIGNvbmZsaWN0 Lg0KDQpiLiAgICBBdCB0aGUgc2FtZSB0aW1lIHRoZSBkcmFmdCBkb2VzIG5vdCBkZWZpbmUgYW55 IG1pbmltdW0gc2l6ZSBvZiBTUkdCIChiZSBpdCBkZWZpbmVkIGFzIGEgc2luZ2xlIGNvbnRpZ3Vv dXMgYmxvY2sgb3IgYXMgYSBzZXF1ZW5jZSBvZiBzdWNoIGJsb2NrcykgdGhhdCBNVVNUIGJlIGlt cGxlbWVudGVkIGJ5IGFsbCBTUi1jYXBhYmxlIG5vZGVzDQoNCmMuICAgIEkgc3VzcGVjdCB0aGF0 IGxhY2sgb2Ygc3VjaCBhIGRlZmluaXRpb24gY291bGQgYmUgZGV0cmltZW50YWwgdG8gaW50ZXJv cGVyYWJpbGl0eSBvZiBTUi1NUExTIHNvbHV0aW9ucy4gQUZBSUssIHRoZSBJRVRGIGhhcyBiZWVu IGZvbGxvd2luZywgZm9yIHF1aXRlIHNvbWUgdGltZSwgYSBwb2xpY3kgdGhhdCBzb21lIHJlYXNv bmFibGUgTVVTVC10by1pbXBsZW1lbnQgZGVmYXVsdHMgc2hvdWxkIGJlIGFzc2lnbmVkIGZvciBh bGwgY29uZmlndXJhYmxlIHBhcmFtZXRlcnMgZXhhY3RseSBpbiBvcmRlciB0byBwcmV2ZW50IHRo aXMuDQojQWhtZWQ6IFRoaXMgZG9jdW1lbnQgc3BlY2lmaWVzIGhvdyB0aGUgU1JHQiBpcyB1c2Vk IGFuZCB0aGUgYmVoYXZpb3Igb2Ygcm91dGVycyB3aGVuIGEgcHJlZml4LVNJRCBpbmRleCBtYXBz IHRvIGEgbGFiZWwgaW5zaWRlIGFuZC9vciBvdXRzaWRlIHRoZSBTUkdCLiBUaGUgYWN0dWFsIHNp emUgb2YgdGhlIFNSR0IgaXMgYSB0YXNrIGluIHBhcnRpdGlvbmluZyB0aGUgbGFiZWwgc3BhY2Us IHdoaWNoIGlzIHZlcnkgc3BlY2lmaWMgdG8gYSBwYXJ0aWN1bGFyIGRlcGxveW1lbnQgc2NlbmFy aW8uIFNvIElNTyBpdCBpcyBvdXRzaWRlIHRoZSBzY29wZSBvZiBhIHN0YW5kYXJkcyB0cmFjayBk b2N1bWVudC4gTm93IHRoYXQgU1ItTVBMUyBpcyBkZXBsb3llZCBpbiBtYW55IHBsYWNlcywgSSBl eHBlY3QgdGhlIGNvbW11bml0eSB0byBnYWluIHN1ZmZpY2llbnQgZXhwZXJpZW5jZSB0byByZWNv bW1lbmQgKG9yIG5vdCByZWNvbW1lbmQpIGEgcGFydGljdWxhciBtaW5pbXVtL21heGltdW0gc2l6 ZSBmb3IgdGhlIFNSR0IgaXMgc29tZSBmdXR1cmUgaW5mb3JtYXRpb25hbCBvciBCQ1AgZHJhZnQv UkZDDQpbW1Nhc2hhXV0gTXkgcmVhZGluZyBvZiB5b3VyIHJlc3BvbnNlIGlzIHRoYXQgbWluaW11 bSBzaXplIG9mIFNSR0IgaXMgYW4gaXNzdWUgZm9yIGZ1dHVyZSBzdHVkeS4gQ2FuIHlvdSBwbGVh c2UganVzdCBhZGQgdGhpcyB0byB0aGUgZHJhZnQ/DQoNCg0KOC4gICAgQWxnb3JpdGhtcyBhbmQg UHJlZml4IFNJRHM6DQoNCmEuICAgIFRoZSBkcmFmdCBtZW50aW9ucyBBbGdvcml0aG1zIChhcyBw YXJ0IG9mIFNSLU1QTFMgUHJlZml4IEZFQykgaW4sIGJ1dCBpdCBkb2VzIG5vdCBleHBsaWNpdGx5 IGxpbmsgdGhlbSB3aXRoIHRoZSBQcmVmaXgtU0lEIGFsZ29yaXRobXMgZGVmaW5lZCBpbiBzZWN0 aW9uIDMuMS4xIG9mIHRoZSBTZWdtZW50IFJvdXRpbmcgQXJjaGl0ZWN0dXJlIGRyYWZ0DQojQWht ZWQ6IEkgd2lsbCBqdXN0IGFkZCB0aGUgcmVmZXJlbmNlIFtJLUQuaWV0Zi1zcHJpbmctc2VnbWVu dC1yb3V0aW5nXSByaWdodCBiZXNpZGUgdGhlIGZpcnN0IHRpbWUgIkFsZ29yaXRobSIgaXMgbWVu dGlvbmVkDQpbW1Nhc2hhXV0gT0sNCg0KDQpiLiAgICBGcm9tIG15IFBPViwgdGhlIGRyYWZ0IHNo b3VsZCBleHBsaWNpdGx5IHN0YXRlIHRoYXQgdGhlIGRlZmF1bHQgUHJlZml4LVNJRCBhbGdvcml0 aG0gTVVTVCBiZSBpbXBsZW1lbnRlZCBpbiBhbGwgU1ItTVBMUy1jb21wbGlhbnQgcm91dGVycy4N CiNBaG1lZDogVGhlIHNwZWNpZmljYXRpb24gb2Ygd2hhdCBwYXRoIGNhbGN1bGF0aW9uIG1ldGhv ZCBzaG91bGQgb3IgbXVzdCBiZSBzdXBwb3J0ZWQgaXMgYSByb3V0aW5nIHByb3RvY29sIHByb3Bl cnR5IG5vdCBhIGZvcndhcmRpbmcgcGxhbmUgcHJvcGVydHkuIEluIGZhY3QsIHRoZSBjaG9pY2Ug b2YgYSBwYXRoIGNhbGN1bGF0aW9uIG1ldGhvZCBvciBhbGdvcml0aG0gaXMgY29tcGxldGVseSBv cnRob2dvbmFsIHRvIHRoZSByb3V0ZWQgcHJvdG9jb2wuIEhlbmNlIG1hbmRhdGluZyB0aGUgc3Vw cG9ydCBvZiBhIHBhcnRpY3VsYXIgcm91dGluZyBhbGdvcml0aG0gaXMgYmV5b25kIHRoZSBzY29w ZSBvZiB0aGlzIGRvY3VtZW50Lg0KW1tTYXNoYV1dIE9LDQoNCg0KYy4gICAgVGhlIFNlZ21lbnQg Um91dGluZyBBcmNoaXRlY3R1cmUgZHJhZnQgc3RhdGVzIChpbiBzZWN0aW9uIDMuMS4zKSB0aGF0 IOKAnFN1cHBvcnQgb2YgbXVsdGlwbGUgYWxnb3JpdGhtcyBhcHBsaWVzIHRvIFNSdjbigJ0uIEJ1 dCBuZWl0aGVyIGRyYWZ0IHN0YXRlcyB3aGV0aGVyIG11bHRpcGxlIGFsZ29yaXRobXMgYXBwbHkg dG8gU1ItTVBMUy4gQ2FuIHlvdSBwbGVhc2UgY2xhcmlmeSB0aGlzIHBvaW50Pw0KI0FobWVkOiBU aGUgbGFzdCBwYXJhZ3JhcGggb2YgU2VjdGlvbiAzLjEuMiB0aXRsZWQgU1ItTVBMUyBpbiBkcmFm dC1pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmctMTUgZGlzY3Vzc2VzIHRoZSBzdXBwb3J0IG9m IG11bHRpcGxlIGFsZ29yaXRobXMuIFNvIGl0IGlzIGltcGxpZWQgdGhhdCB0aGUgY29uY2VwdCBv ZiBhbGdvcml0aG0gYXBwbGllcyB0byBTUi1NUExTLiBIZW5jZSB0aGVyZSBpcyBubyBuZWVkIHRv IHJlLW1lbnRpb24gaXQgaGVyZQ0KW1tTYXNoYV1dIFRoZSBwYXJhZ3JhcGggdG8gd2hpY2ggeW91 IHJlZmVyIG9ubHkgc2F5cyB0aGF0IGlmIGEgcGFja2V0IHdpdGggdGhlIGFjdGl2ZSBQcmVmaXgt U0lEIHRoYXQgaXMgYXNzb2NpYXRlZCB3aXRoIGEgc3BlY2lmaWMgYWxnb3JpdGhtIGlzIHJlY2Vp dmVkIGJ5IGEgbm9kZSB0aGF0IGRvZXMgbm90IHN1cHBvcnQgdGhpcyBhbGdvcml0aG0sIHRoaXMg cGFja2V0IHdpbGwgYmUgZGlzY2FyZGVkLiBJZiB0aGlzIGlzIHRoZSBvbmx5IHR5cGUgb2Ygc3Vw cG9ydCBmb3IgbXVsdGlwbGUgYWxnb3JpdGhtcyBTUiBwcm92aWRlcywgaXQgaXMgbm90IHZlcnkg dXNlZnVsIElNSE8uDQoNCg0KOS4gICAgUm91dGluZyBpbnN0YW5jZXMgYW5kIHRoZSBjb250ZXh0 IGZvciBQcmVmaXgtU0lEczoNCg0KYS4gICAgVGhlIFNlZ21lbnQgUm91dGluZyBBcmNoaXRlY3R1 cmUgZHJhZnQgc3RhdGVzIGluIFNlY3Rpb24gMy4xIHRoYXQgdGhlIOKAnGNvbnRleHQgZm9yIGFu IElHUC1QcmVmaXggc2VnbWVudCBpbmNsdWRlcyB0aGUgcHJlZml4LCB0b3BvbG9neSwgYW5kIGFs Z29yaXRobeKAnQ0KDQpiLiAgICBUaGlzIGRyYWZ0IHNlZW1zIHRvIGRlZmluZSAoaW4gc2VjdGlv biAyLjUpIHRoZSBjb250ZXh0IGZvciB0aGUgUHJlZml4IFNJRCBhcyDigJxQcmVmaXgsIFJvdXRp bmcgSW5zdGFuY2UsIFRvcG9sb2d5LCBBbGdvcml0aG3igJ0gd2hlcmUg4oCdYSByb3V0aW5nIGlu c3RhbmNlIGlzIGlkZW50aWZpZWQgYnkgYSBzaW5nbGUgaW5jb21pbmcgbGFiZWwgZG93bmxvYWRl ciB0byBGSULigJ0gKGJ1dCB0aGUgbm90aW9uIG9mIHRoZSBsYWJlbCBkb3dubG9hZGVyIHRvIEZJ QiBpcyBub3QgZGVmaW5lZCkuDQoNCmMuICAgIFRoZXNlIHR3byBkZWZpbml0aW9ucyBsb29rIGRp ZmZlcmVudCB0byBtZS4NCg0KZC4gICAgQXQgdGhlIHZlcnkgbGVhc3QgSSB3b3VsZCBleHBlY3Qg YWxpZ25tZW50IGJldHdlZW4gdGhlIGRlZmluaXRpb25zIG9mIGNvbnRleHQgZm9yIHRoZSBQcmVm aXgtU0lEIGJldHdlZW4gdGhlIHR3byBkcmFmdHMuIFByZWZlcmFibHksIHRoZSBkZWZpbml0aW9u IGdpdmVuIGluIHRoZSBTZWdtZW50IFJvdXRpbmcgQXJjaGl0ZWN0dXJlIGRyYWZ0IHNob3VsZCBi ZSB1c2VkIGluIGJvdGggZHJhZnRzLg0KI0FobWVkOiBUaGUgY29udGV4dCBvZiB0aGUgc2VjdGlv biAyLjUgaXMgbGltaXRlZCB0byB0aGUgcmVzb2x1dGlvbiBvZiBsb2NhbCBsYWJlbCBjb2xsaXNp b24uIFRoZSB1c2Ugb2YgInJvdXRpbmcgaW5zdGFuY2UiIGluIHNlY3Rpb24gMi41IGlzIGp1c3Qg dGhlcmUgZm9yIHRpZS1icmVha2luZyBpZiB0aGVyZSBpcyBsb2NhbCBsYWJlbCBjb2xsaXNpb24u DQpbW1Nhc2hhXV0gSSBoYXZlIGFscmVhZHkgbWVudGlvbmVkIHRoYXQg4oCccm91dGluZyBpbnN0 YW5jZXPigJ0gYXJlIG5vdCBkZWZpbmVkIGluIGFueSB0aGUgZHJhZnRzIGRlYWxpbmcgd2l0aCBT UiBFeHRlbnNpb25zIGZvciBJR1BzLiBTbyBJIGRvIG5vdCB1bmRlcnN0YW5kIGhvdyB0aGUgY29u ZmxpY3QgcmVzb2x1dGlvbiBwcm9jZWR1cmUgaXMgc3VwcG9zZWQgdG8gdXNlIHRoaXMuIEFuZCBp biBhbnkgY2FzZSB0aGUgZGlmZmVyZW5jZSBiZXR3ZWVuIHR3byBkZWZpbml0aW9ucyBvZiB0aGUg Y29udGV4dCBvZiBQcmVmaXgtU0lEIHJlcXVpcmVzIHNvbWUgZXhwbGFuYXRpb24uDQoNCg0KDQox MC4gRXhhbXBsZSBvZiBQVVNIIG9wZXJhdGlvbiBpbiBTZWN0aW9uIDIuMTAuMToNCg0KYS4gICAg VGhlIGZpcnN0IHBhcmEgb2YgdGhpcyBzZWN0aW9uIGJlZ2lucyB3aXRoIHRoZSBzZW50ZW5jZSDi gJxTdXBwb3NlIGFuIE1DQyBvbiBhIHJvdXRlciAiUjAiIGRldGVybWluZXMgdGhhdCBQVVNIIG9y IENPTlRJTlVFICAgb3BlcmF0aW9uIGlzIHRvIGJlIGFwcGxpZWQgdG8gYW4gaW5jb21pbmcgcGFj a2V0IHdob3NlIGFjdGl2ZSBTSUQgaXMgdGhlIGdsb2JhbCBTSUQgIlNpIuKAnS4gSW4gdGhlIGNv bnRleHQgb2YgU1ItTVBMUyB0aGlzIG1lYW5zICh0byBtZSkgdGhhdCB0aGUgaW5jb21pbmcgcGFj a2V0IGlzIGEgbGFiZWxlZCBwYWNrZXQgYW5kIGl0cyB0b3AgbGFiZWwgbWF0Y2hlcyB0aGUgZ2xv YmFsIFNJRCDigJxTaeKAnS4NCg0KYi4gICAgSG93ZXZlciwgdGhlIGV4YW1wbGUgZm9yIFBVU0gg b3BlcmF0aW9uIGluIHRoZSBuZXh0IHBhcmEgb2YgdGhpcyBzZWN0aW9uIGlzIHRoZSBjYXNlIG9m IGFuICh1bmxhYmVsZWQpIElQIHBhY2tldCB3aXRoIHRoZSBkZXN0aW5hdGlvbiBhZGRyZXNzIGNv dmVyZWQgYnkgdGhlIElQIHByZWZpeCBmb3Igd2hpY2gg4oCcU2nigJ0gaGFzIGJlZW4gYXNzaWdu ZWQuDQoNCmMuICAgIEZyb20gbXkgUE9WOg0KDQogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIGkuICAgIE1hcHBpbmcgdW5sYWJlbGVkIHBhY2tldHMgdG8gU0lEcyBpcyBp bmRlZWQgb3V0IG9mIHNjb3BlIG9mIHRoZSBkcmFmdC4gVGhlcmVmb3JlIGFuIGV4YW1wbGUgb2Yg YSBQVVNIIG9wZXJhdGlvbiB0aGF0IGlzIGFwcGxpZWQgdG8gYSBsYWJlbGVkIHBhY2tldCAod2l0 aCB0aGUgYWN0aXZlIFNJRCBpbmZlcnJlZCBmcm9tIHRoZSB0b3AgbGFiZWwgaW4gdGhlIHN0YWNr KSBpcyBwcmVmZXJhYmxlLg0KDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgaWkuICAgIFZhbGlkIGV4YW1wbGVzIG9mICBQVVNIIG9wZXJhdGlvbiBhcHBsaWVkIHRvIGEg bGFiZWxlZCBpbmNvbWluZyBwYWNrZXQgY2FuIGJlIGZvdW5kIGluIFNlY3Rpb25zIDQuMiBvciA0 LjMgb2YgdGhlIFRJLUxGQTxodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJs P3U9aHR0cHMtM0FfX3Rvb2xzLmlldGYub3JnX2h0bWxfZHJhZnQtMkRiYXNoYW5keS0yRHJ0Z3dn LTJEc2VnbWVudC0yRHJvdXRpbmctMkR0aS0yRGxmYS0yRDA0JmQ9RHdNR2FRJmM9SEFrWXVoNjNy c3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZyPU55akxzcjdKQTdtdnBDSmEwWW1Q ZFZLY21NWEozMWJwYkJhTnF6Q05ybmcmbT1DQm40Ni10VGpackZ1cDBkUi1FR0F0dDRRRnE5UGky N1JhTzVyUUNrMVF3JnM9amJIMERTWVlvMlVZeW1XWnJsdkF0N3FVV1ZYc1lLdUN0TWlFeW9lLURX RSZlPT4gZHJhZnQNCg0KI0FobWVkOiBJIGRvIG5vdCB1bmRlcnN0YW5kIHlvdXIgY29uY2VybiBo ZXJlOikNCltbU2FzaGFdXSBJIHRoaW5rIGl0IGlzIHByZXR0eSBjbGVhcjogY2FuIHlvdSBwcm92 aWRlIGFuIGV4YW1wbGUgb2YgYSBQVVNIIG9wZXJhdGlvbiBhcHBsaWVkIHRvIGEgbGFiZWxlZCBw YWNrZXQgaW5zdGVhZCBvZiB5b3VyIGN1cnJlbnQgZXhhbXBsZT8NCg0KTml0czoNCg0KMS4gICAg SSBjb25jdXIgd2l0aCBBZHJpYW4gcmVnYXJkaW5nIG51bWVyb3VzIG5pdHMgaGUgaGFzIHJlcG9y dGVkIGluIGhpcyBXRyBMQyBDb21tZW50PGh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNv bS92Mi91cmw/dT1odHRwcy0zQV9fbWFpbGFyY2hpdmUuaWV0Zi5vcmdfYXJjaF9tc2dfc3ByaW5n X0ZSaE8ybGdSOHI0VmxLUDJaTjJkWndIVTVCWSZkPUR3TUdhUSZjPUhBa1l1aDYzcnN1aHI2U2Ni ZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kmcj1OeWpMc3I3SkE3bXZwQ0phMFltUGRWS2NtTVhK MzFicGJCYU5xekNOcm5nJm09Q0JuNDYtdFRqWnJGdXAwZFItRUdBdHQ0UUZxOVBpMjdSYU81clFD azFRdyZzPUlfNGdERmhjalJfMW5wcUtVUURIVGhzZWpVTWdKeTNXbEx6QzkwcG9SMXcmZT0+LiBJ IHdvdWxkIGxpa2UgdG8gdGhhbmsgQWRyaWFuIGZvciBhbiBleGNlbGxlbnQgcmV2aWV3IHRoYXQg aGF2ZSBzYXZlZCBtZSBsb3RzIG9mIGhhcmQgd29yay4NCiNBaG1lZDogSSBhbHNvIGFncmVlIHRo YXQgQWRyaWFuJ3MgcmV2aWV3IGlzIGV4Y2VwdGlvbmFsLiBJIGJlbGlldmUgSSBhZGRyZXNzZWQg YWxsIGhpcyBjb21tZW50cyBpbiB0aGUgbGF0ZXN0IHZlcnNpb24uDQoNCjIuICAgIEluIGFkZGl0 aW9uLCBJ4oCZZCBsaWtlIHRvIHJlcG9ydCB0aGUgZm9sbG93aW5nIG5pdHM6DQoNCmEuICAgIFRp LUxGQSBpbiBTZWN0aW9uIDIuMTEuMSBzaG91bGQgYmUgVEktTEZBIChhcyBpbiB0aGUgVEktTEZB PGh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fdG9v bHMuaWV0Zi5vcmdfaHRtbF9kcmFmdC0yRGJhc2hhbmR5LTJEcnRnd2ctMkRzZWdtZW50LTJEcm91 dGluZy0yRHRpLTJEbGZhLTJEMDQmZD1Ed01HYVEmYz1IQWtZdWg2M3JzdWhyNlNjYmZoMFVqQlhl TUstbmRiM3ZvRFRYY1d6b0NJJnI9TnlqTHNyN0pBN212cENKYTBZbVBkVktjbU1YSjMxYnBiQmFO cXpDTnJuZyZtPUNCbjQ2LXRUalpyRnVwMGRSLUVHQXR0NFFGcTlQaTI3UmFPNXJRQ2sxUXcmcz1q YkgwRFNZWW8yVVl5bVdacmx2QXQ3cVVXVlhzWUt1Q3RNaUV5b2UtRFdFJmU9PiBkcmFmdCkNCiNB aG1lZDogQWxyZWFkeSBkb25lIGluIHRoZSBsYXRlc3QgdmVyc2lvbltbU2FzaGFdXSBPSw0KDQpi LiAgICBUSS1MRkEgZHJhZnQgaXMgcmVmZXJlbmNlZCBpbiB0aGUgdGV4dCBvZiBTZWN0aW9uIDIu MTEuMSwgYnV0IHRoZXJlIGlzIG5vIG1hdGNoaW5nIHJlZmVyZW5jZSBpbiB0aGUg4oCcUmVmZXJl bmNlc+KAnSBzZWN0aW9uIChwcm9iYWJseSwgSW5mb3JtYXRpb25hbCkNCiNBaG1lZDogQWxyZWFk eSBkb25lIGluIHRoZSBsYXRlc3QgdmVyc2lvbltbU2FzaGFdXSBPSw0KDQpjLiAgICDigJx6ZXJv IEFsZ29yaXRobeKAnSBpbiBTZWN0aW9uIDIuNSAoaW1tZWRpYXRlbHkgYWJvdmUgU2VjdGlvbiAy LjUuMSkgbXVzdCBiZSByZXBsYWNlZCB3aXRoIOKAnGRlZmF1bHQgYWxnb3JpdGht4oCdLiBTaW1p bGFybHksIOKAnG5vbi16ZXJvIEFsZ29yaXRobeKAnSBzaG91bGQgYmUgcmVwbGFjZWQgd2l0aCDi gJxub24tZGVmYXVsdCBhbGdvcml0aG3igJ0NCiNBaG1lZDogV2lsbCBiZSBkb25lIGluIHRoZSBu ZXh0IHZlcnNpb25bW1Nhc2hhXV0gIE9LDQoNCjMuICAgIEkgdGhpbmsgdGhhdCBSRkMgMzQ0MyBh bmQgUkZDIDUzMzIgc2hvdWxkIGJlIGxpc3RlZCBhcyBOb3JtYXRpdmUgcmVmZXJlbmNlcyBpbiB0 aGlzIGRyYWZ0IHdoaWxlIFJGQyA1MzMxIGFuZCBSRkMgODI3NyBzaG91bGQgYmUgbGlzdGVkIGFz IEluZm9ybWF0aXZlIHJlZmVyZW5jZXMuIFRoaXMgd291bGQgaW1wcm92ZSB0aGUgcmVhZGFiaWxp dHkgb2YgdGhlIGRyYWZ0IHdpdGhvdXQgYW55IGltcGFjdCBvbiBpdHMgYWR2YW5jZW1lbnQuDQoN CiNBaG1lZCBSRkM1MzMxIGRlc2NyaWJlcyB1cHN0cmVhbSBsYWJlbCBhc3NpZ25tZW50LiBBcyB5 b3UgbWVudGlvbmVkIGFib3ZlIChhbmQgSSB3aWxsIG1vZGlmeSB0aGUgZHJhZnQgdG8gaW5kaWNh dGUgdGhhdCkgU1ItTVBMUyBiZWhhdmlvciBpcyBzaW1pbGFyIHRvIGRvd25zdHJlYW0gbGFiZWwg YXNzaWdubWVudC4gUkZDIDM0NDMgZGVzY3JpYmVzIFRUTCBiZWhhdmlvci4gVGhpcyBpcyBhbiBN UExTIGZvcndhcmRpbmcgYmVoYXZpb3IuIEFzIG1lbnRpb25lZCBpbiB0aGUgZHJhZnQsIFNSLU1Q TFMgZG9lcyBub3QgbW9kaWZ5IGF0IHRoZSBNUExTIGZvcndhcmRpbmcgYmVoYXZpb3INCltbU2Fz aGFdXSBSZWdhcmRpbmcgUkZDIDUzMzEg4oCTIHlvdSBtYXkgc2tpcCB0aGlzIHJlZmVyZW5jZSBp ZiB5b3Ugc3RhdGUgKGFzIGRpc2N1c3NlZCBiZWxvdykgdGhhdCBTUi1NUExTIG9ubHkgYWxsb2Nh dGVzIGxhYmVscyBmcm9tIHRoZSBwZXItcGxhdGZvcm0gbGFiZWwgc3BhY2UuIFJlZ2FyZGluZyBS RkMgMzQ0MyDigJMgSSBkbyBub3QgdGhpbmsgdGhhdCB5b3UgY2FuIGZ1bGx5IGF2b2lkIGRpc2N1 c3Npb24gb2YgVW5pZm9ybSBhbmQgUGlwZS9TaG9ydCBQaXBlIG1vZGVscywgYW5kIHRoZXJlZm9y ZSB5b3Ugd2lsbCBuZWVkIHRoaXMgcmVmZXJlbmNlLg0KDQoNCkhvcGVmdWxseSwgdGhlc2UgY29t bWVudHMgd2lsbCBiZSB1c2VmdWwuDQojQWhtZWQ6IFRoZXkgYXJlIGNlcnRhaW5seSBxdWl0ZSB1 c2VmdWwuIFRoYW5rcyBhIGxvdA0KDQpSZWdhcmRzLA0KU2FzaGENCg0KT2ZmaWNlOiArOTcyLTM5 MjY2MzAyDQpDZWxsOiAgICAgICs5NzItNTQ5MjY2MzAyDQpFbWFpbDogICBBbGV4YW5kZXIuVmFp bnNodGVpbkBlY2l0ZWxlLmNvbTxtYWlsdG86QWxleGFuZGVyLlZhaW5zaHRlaW5AZWNpdGVsZS5j b20+DQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNClRoaXMgZS1tYWlsIG1lc3NhZ2UgaXMgaW50 ZW5kZWQgZm9yIHRoZSByZWNpcGllbnQgb25seSBhbmQgY29udGFpbnMgaW5mb3JtYXRpb24gd2hp Y2ggaXMNCkNPTkZJREVOVElBTCBhbmQgd2hpY2ggbWF5IGJlIHByb3ByaWV0YXJ5IHRvIEVDSSBU ZWxlY29tLiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzDQp0cmFuc21pc3Npb24gaW4gZXJyb3Is IHBsZWFzZSBpbmZvcm0gdXMgYnkgZS1tYWlsLCBwaG9uZSBvciBmYXgsIGFuZCB0aGVuIGRlbGV0 ZSB0aGUgb3JpZ2luYWwNCmFuZCBhbGwgY29waWVzIHRoZXJlb2YuDQpfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18NCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KVGhpcyBlLW1haWwgbWVzc2FnZSBpcyBpbnRl bmRlZCBmb3IgdGhlIHJlY2lwaWVudCBvbmx5IGFuZCBjb250YWlucyBpbmZvcm1hdGlvbiB3aGlj aCBpcw0KQ09ORklERU5USUFMIGFuZCB3aGljaCBtYXkgYmUgcHJvcHJpZXRhcnkgdG8gRUNJIFRl bGVjb20uIElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMNCnRyYW5zbWlzc2lvbiBpbiBlcnJvciwg cGxlYXNlIGluZm9ybSB1cyBieSBlLW1haWwsIHBob25lIG9yIGZheCwgYW5kIHRoZW4gZGVsZXRl IHRoZSBvcmlnaW5hbA0KYW5kIGFsbCBjb3BpZXMgdGhlcmVvZi4NCl9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpUaGlzIGUtbWFpbCBtZXNzYWdlIGlzIGludGVu ZGVkIGZvciB0aGUgcmVjaXBpZW50IG9ubHkgYW5kIGNvbnRhaW5zIGluZm9ybWF0aW9uIHdoaWNo IGlzDQpDT05GSURFTlRJQUwgYW5kIHdoaWNoIG1heSBiZSBwcm9wcmlldGFyeSB0byBFQ0kgVGVs ZWNvbS4gSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcw0KdHJhbnNtaXNzaW9uIGluIGVycm9yLCBw bGVhc2UgaW5mb3JtIHVzIGJ5IGUtbWFpbCwgcGhvbmUgb3IgZmF4LCBhbmQgdGhlbiBkZWxldGUg dGhlIG9yaWdpbmFsDQphbmQgYWxsIGNvcGllcyB0aGVyZW9mLg0KX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f DQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fDQoNClRoaXMgZS1tYWlsIG1lc3NhZ2UgaXMgaW50ZW5k ZWQgZm9yIHRoZSByZWNpcGllbnQgb25seSBhbmQgY29udGFpbnMgaW5mb3JtYXRpb24gd2hpY2gg aXMNCkNPTkZJREVOVElBTCBhbmQgd2hpY2ggbWF5IGJlIHByb3ByaWV0YXJ5IHRvIEVDSSBUZWxl Y29tLiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzDQp0cmFuc21pc3Npb24gaW4gZXJyb3IsIHBs ZWFzZSBpbmZvcm0gdXMgYnkgZS1tYWlsLCBwaG9uZSBvciBmYXgsIGFuZCB0aGVuIGRlbGV0ZSB0 aGUgb3JpZ2luYWwNCmFuZCBhbGwgY29waWVzIHRoZXJlb2YuDQpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N Cg== --_000_BYAPR05MB3943FB07ACA7E343152F2BFBD5D80BYAPR05MB3943namp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtp ZiAhbXNvXT48c3R5bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7 YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0 I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwh W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OldpbmdkaW5nczsNCglwYW5vc2UtMTo1IDAgMCAwIDAgMCAwIDAgMCAw O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6 MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYWxpYnJp IExpZ2h0IjsNCglwYW5vc2UtMToyIDE1IDMgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0K QGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpWZXJkYW5hOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDMg NSA0IDQgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IFw7Y29s b3JcOmJsYWNrIjt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4g XCxzZXJpZiI7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29O b3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luLXRvcDowaW47DQoJbWFyZ2luLXJpZ2h0OjBp bjsNCgltYXJnaW4tYm90dG9tOjEyLjBwdDsNCgltYXJnaW4tbGVmdDouM2luOw0KCWxpbmUtaGVp Z2h0OjEyLjBwdDsNCgltc28tbGluZS1oZWlnaHQtcnVsZTpleGFjdGx5Ow0KCWZvbnQtc2l6ZTox Mi4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCgljb2xvcjpibGFjazt9DQpoMw0K CXttc28tc3R5bGUtcHJpb3JpdHk6OTsNCgltc28tc3R5bGUtbGluazoiSGVhZGluZyAzIENoYXIi Ow0KCW1hcmdpbi10b3A6Mi4wcHQ7DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltYXJnaW4tYm90dG9t OjBpbjsNCgltYXJnaW4tbGVmdDouM2luOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglsaW5l LWhlaWdodDoxMi4wcHQ7DQoJbXNvLWxpbmUtaGVpZ2h0LXJ1bGU6ZXhhY3RseTsNCglwYWdlLWJy ZWFrLWFmdGVyOmF2b2lkOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGli cmkgTGlnaHQiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNEQ3ODsNCglmb250LXdlaWdodDpub3Jt YWw7fQ0KaDUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk7DQoJbXNvLXN0eWxlLWxpbms6IkhlYWRp bmcgNSBDaGFyIjsNCgltYXJnaW4tdG9wOjIuMHB0Ow0KCW1hcmdpbi1yaWdodDowaW47DQoJbWFy Z2luLWJvdHRvbTowaW47DQoJbWFyZ2luLWxlZnQ6LjNpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAx cHQ7DQoJbGluZS1oZWlnaHQ6MTIuMHB0Ow0KCW1zby1saW5lLWhlaWdodC1ydWxlOmV4YWN0bHk7 DQoJcGFnZS1icmVhay1hZnRlcjphdm9pZDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFt aWx5OiJDYWxpYnJpIExpZ2h0IixzYW5zLXNlcmlmOw0KCWNvbG9yOiMyRTc0QjU7DQoJZm9udC13 ZWlnaHQ6bm9ybWFsO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9 DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpw DQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCglt YXJnaW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1s ZWZ0Oi4zaW47DQoJbGluZS1oZWlnaHQ6MTIuMHB0Ow0KCW1zby1saW5lLWhlaWdodC1ydWxlOmV4 YWN0bHk7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciOw0K CWNvbG9yOmJsYWNrO30NCnByZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxl LWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1hcmdpbjowaW47DQoJbWFyZ2luLWJv dHRvbTouMDAwMXB0Ow0KCWxpbmUtaGVpZ2h0Om5vcm1hbDsNCglmb250LXNpemU6MTAuMHB0Ow0K CWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7DQoJY29sb3I6d2luZG93dGV4dDt9DQpwLk1zb0xp c3RQYXJhZ3JhcGgsIGxpLk1zb0xpc3RQYXJhZ3JhcGgsIGRpdi5Nc29MaXN0UGFyYWdyYXBoDQoJ e21zby1zdHlsZS1wcmlvcml0eTozNDsNCgltYXJnaW4tdG9wOjBpbjsNCgltYXJnaW4tcmlnaHQ6 MGluOw0KCW1hcmdpbi1ib3R0b206MGluOw0KCW1hcmdpbi1sZWZ0Oi41aW47DQoJbWFyZ2luLWJv dHRvbTouMDAwMXB0Ow0KCWxpbmUtaGVpZ2h0Om5vcm1hbDsNCglmb250LXNpemU6MTEuMHB0Ow0K CWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOmJsYWNrO30NCnNwYW4u SGVhZGluZzNDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJIZWFkaW5nIDMgQ2hhciI7DQoJbXNvLXN0 eWxlLXByaW9yaXR5Ojk7DQoJbXNvLXN0eWxlLWxpbms6IkhlYWRpbmcgMyI7DQoJZm9udC1mYW1p bHk6IkNhbGlicmkgTGlnaHQiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNEQ3ODt9DQpzcGFuLkhl YWRpbmc1Q2hhcg0KCXttc28tc3R5bGUtbmFtZToiSGVhZGluZyA1IENoYXIiOw0KCW1zby1zdHls ZS1wcmlvcml0eTo5Ow0KCW1zby1zdHlsZS1saW5rOiJIZWFkaW5nIDUiOw0KCWZvbnQtZmFtaWx5 OiJDYWxpYnJpIExpZ2h0IixzYW5zLXNlcmlmOw0KCWNvbG9yOiMyRTc0QjU7fQ0Kc3Bhbi5IVE1M UHJlZm9ybWF0dGVkQ2hhcg0KCXttc28tc3R5bGUtbmFtZToiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hh ciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZv cm1hdHRlZCI7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpwLm1zb25vcm1hbDAsIGxp Lm1zb25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsN Cgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFy Z2luLXJpZ2h0OjBpbjsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVm dDowaW47DQoJbGluZS1oZWlnaHQ6bm9ybWFsOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1m YW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsc2VyaWY7DQoJY29sb3I6YmxhY2s7fQ0KcC5tc29ub3Jt YWwwMCwgbGkubXNvbm9ybWFsMDAsIGRpdi5tc29ub3JtYWwwMA0KCXttc28tc3R5bGUtbmFtZTpt c29ub3JtYWwwOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0K CW1hcmdpbi1sZWZ0OjBpbjsNCglsaW5lLWhlaWdodDpub3JtYWw7DQoJZm9udC1zaXplOjEyLjBw dDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjsNCgljb2xvcjpibGFjazt9 DQpwLm1zb2NocGRlZmF1bHQsIGxpLm1zb2NocGRlZmF1bHQsIGRpdi5tc29jaHBkZWZhdWx0DQoJ e21zby1zdHlsZS1uYW1lOm1zb2NocGRlZmF1bHQ7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0K CW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6LjNpbjsNCglsaW5lLWhlaWdodDoxMi4w cHQ7DQoJbXNvLWxpbmUtaGVpZ2h0LXJ1bGU6ZXhhY3RseTsNCglmb250LXNpemU6MTAuMHB0Ow0K CWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmOw0KCWNvbG9yOmJsYWNrO30NCnAu UkZDTGlzdEJ1bGxldCwgbGkuUkZDTGlzdEJ1bGxldCwgZGl2LlJGQ0xpc3RCdWxsZXQNCgl7bXNv LXN0eWxlLW5hbWU6IlJGQyBMaXN0IEJ1bGxldCI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0K CW1hcmdpbi10b3A6MGluOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbWFyZ2luLWJvdHRvbToxMi4w cHQ7DQoJbWFyZ2luLWxlZnQ6LjZpbjsNCgl0ZXh0LWluZGVudDotLjNpbjsNCglsaW5lLWhlaWdo dDoxMi4wcHQ7DQoJbXNvLWxpbmUtaGVpZ2h0LXJ1bGU6ZXhhY3RseTsNCgltc28tbGlzdDpsMCBs ZXZlbDEgbGZvMjsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5l dyI7DQoJY29sb3I6YmxhY2s7fQ0Kc3Bhbi5lbWFpbHN0eWxlMTkNCgl7bXNvLXN0eWxlLW5hbWU6 ZW1haWxzdHlsZTE5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9y OndpbmRvd3RleHQ7fQ0Kc3Bhbi5lbWFpbHN0eWxlMjANCgl7bXNvLXN0eWxlLW5hbWU6ZW1haWxz dHlsZTIwOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5 N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjkNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9u dC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkVt YWlsU3R5bGUzMA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2Fs aWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uRW1haWxTdHlsZTMxDQoJ e21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNl cmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxlMzINCgl7bXNvLXN0eWxlLXR5 cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6 IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUzMw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsN Cglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCnNw YW4uRW1haWxTdHlsZTM0DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQt ZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERl ZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9 DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGlu IDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlv bjE7fQ0KLyogTGlzdCBEZWZpbml0aW9ucyAqLw0KQGxpc3QgbDANCgl7bXNvLWxpc3QtaWQ6NTE5 MzM2Mjg7DQoJbXNvLWxpc3QtdHlwZTpoeWJyaWQ7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOjY3 MDMwMzU2NiAtODk0NTU3ODgyIDY3Njk4NjkxIDY3Njk4NjkzIDY3Njk4Njg5IDY3Njk4NjkxIDY3 Njk4NjkzIDY3Njk4Njg5IDY3Njk4NjkxIDY3Njk4NjkzO30NCkBsaXN0IGwwOmxldmVsMQ0KCXtt c28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXN0eWxlLWxpbms6IlJG QyBMaXN0IEJ1bGxldCI7DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6 LjZpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6LjZp bjsNCgl0ZXh0LWluZGVudDotLjNpbjsNCglmb250LWZhbWlseToiQ291cmllciBOZXciOw0KCW1z by1iaWRpLWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCkBsaXN0IGwwOmxldmVsMg0K CXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsNCglt c28tbGV2ZWwtdGFiLXN0b3A6MS4waW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0 Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCkBs aXN0IGwwOmxldmVsMw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxl dmVsLXRhYi1zdG9wOjEuNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0 ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwwOmxl dmVsNA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRhYi1z dG9wOjIuMGluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVu dDotLjI1aW47DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwwOmxldmVsNQ0KCXttc28t bGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2 ZWwtdGFiLXN0b3A6Mi41aW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRl eHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCkBsaXN0IGww OmxldmVsNg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRh Yi1zdG9wOjMuMGluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWlu ZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwwOmxldmVsNw0K CXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjMu NWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1 aW47DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwwOmxldmVsOA0KCXttc28tbGV2ZWwt bnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFi LXN0b3A6NC4waW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5k ZW50Oi0uMjVpbjsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCkBsaXN0IGwwOmxldmVs OQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRhYi1zdG9w OjQuNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDot LjI1aW47DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwxDQoJe21zby1saXN0LWlk Ojc0NjUzMjE4MTsNCgltc28tbGlzdC10eXBlOmh5YnJpZDsNCgltc28tbGlzdC10ZW1wbGF0ZS1p ZHM6LTgzOTIxMDUwNCA1NTk2MDk4NTAgNjc2OTg2OTEgNjc2OTg2OTMgNjc2OTg2ODkgNjc2OTg2 OTEgNjc2OTg2OTMgNjc2OTg2ODkgNjc2OTg2OTEgNjc2OTg2OTM7fQ0KQGxpc3QgbDE6bGV2ZWwx DQoJe21zby1sZXZlbC1zdGFydC1hdDo0Ow0KCW1zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxl dDsNCgltc28tbGV2ZWwtdGV4dDotOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1s ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgltYXJnaW4tbGVmdDouNTVpbjsNCgl0ZXh0LWlu ZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJbXNvLWZh cmVhc3QtZm9udC1mYW1pbHk6Q2FsaWJyaTt9DQpAbGlzdCBsMTpsZXZlbDINCgl7bXNvLWxldmVs LW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRh Yi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1s ZWZ0OjEuMDVpbjsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIg TmV3Ijt9DQpAbGlzdCBsMTpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0 Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246 bGVmdDsNCgltYXJnaW4tbGVmdDoxLjU1aW47DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQt ZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMTpsZXZlbDQNCgl7bXNvLWxldmVsLW51bWJlci1m b3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1i ZXItcG9zaXRpb246bGVmdDsNCgltYXJnaW4tbGVmdDoyLjA1aW47DQoJdGV4dC1pbmRlbnQ6LS4y NWluOw0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMTpsZXZlbDUNCgl7bXNvLWxldmVs LW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRh Yi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1s ZWZ0OjIuNTVpbjsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIg TmV3Ijt9DQpAbGlzdCBsMTpsZXZlbDYNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0 Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246 bGVmdDsNCgltYXJnaW4tbGVmdDozLjA1aW47DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQt ZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMTpsZXZlbDcNCgl7bXNvLWxldmVsLW51bWJlci1m b3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1i ZXItcG9zaXRpb246bGVmdDsNCgltYXJnaW4tbGVmdDozLjU1aW47DQoJdGV4dC1pbmRlbnQ6LS4y NWluOw0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMTpsZXZlbDgNCgl7bXNvLWxldmVs LW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRh Yi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1s ZWZ0OjQuMDVpbjsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIg TmV3Ijt9DQpAbGlzdCBsMTpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0 Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246 bGVmdDsNCgltYXJnaW4tbGVmdDo0LjU1aW47DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQt ZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMg0KCXttc28tbGlzdC1pZDoyMDA2NTg1MDE5Ow0K CW1zby1saXN0LXR5cGU6aHlicmlkOw0KCW1zby1saXN0LXRlbXBsYXRlLWlkczoxNjc3MjM1OTYy IDY3Njk4NzAzIDY3Njk4NzEzIDY3Njk4NzE1IDY3Njk4NzAzIDY3Njk4NzEzIDY3Njk4NzE1IDY3 Njk4NzAzIDY3Njk4NzEzIDY3Njk4NzE1O30NCkBsaXN0IGwyOmxldmVsMQ0KCXttc28tbGV2ZWwt dGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1p bmRlbnQ6LS4yNWluO30NCkBsaXN0IGwyOmxldmVsMg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1h dDphbHBoYS1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVt YmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluO30NCkBsaXN0IGwyOmxldmVs Mw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpyb21hbi1sb3dlcjsNCgltc28tbGV2ZWwtdGFi LXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOnJpZ2h0Ow0KCXRleHQtaW5k ZW50Oi05LjBwdDt9DQpAbGlzdCBsMjpsZXZlbDQNCgl7bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7 DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjt9 DQpAbGlzdCBsMjpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7 DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjps ZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjt9DQpAbGlzdCBsMjpsZXZlbDYNCgl7bXNvLWxldmVs LW51bWJlci1mb3JtYXQ6cm9tYW4tbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJ bXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpyaWdodDsNCgl0ZXh0LWluZGVudDotOS4wcHQ7fQ0K QGxpc3QgbDI6bGV2ZWw3DQoJe21zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1u dW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47fQ0KQGxpc3QgbDI6bGV2 ZWw4DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmFscGhhLWxvd2VyOw0KCW1zby1sZXZlbC10 YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWlu ZGVudDotLjI1aW47fQ0KQGxpc3QgbDI6bGV2ZWw5DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0 OnJvbWFuLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1i ZXItcG9zaXRpb246cmlnaHQ7DQoJdGV4dC1pbmRlbnQ6LTkuMHB0O30NCm9sDQoJe21hcmdpbi1i b3R0b206MGluO30NCnVsDQoJe21hcmdpbi1ib3R0b206MGluO30NCi0tPjwvc3R5bGU+PCEtLVtp ZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4 PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8 bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0i MSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5 IGJnY29sb3I9IndoaXRlIiBsYW5nPSJFTi1VUyIgbGluaz0iIzA1NjNDMSIgdmxpbms9IiM5NTRG NzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5IaSBhbGwsPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEIj5JIGFtIHByZXBhcmluZyB0aGUgc2hlcGhlcmQgd3JpdGUt dXAgYW5kIG5vdGljZWQgdGhhdCB0aGUgdG9waWMgaW4gYmVsb3cgZS1tYWlsIHRocmVhZCBpcyBh bjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEIj5PcGVuIGl0ZW0uIE15IHBlcnNvbmFsIG9waW5pb24gaXMgdG8g YWRkIGEgbmV3IHNlY3Rpb24gdG8gdGhpcyBkcmFmdCB0byBhZGRyZXNzIGJlbG93IGNhc2VzPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMxRjQ5N0QiPiZndDs8L3NwYW4+IG1vcmUgdGhhbiBvbmUgbm9kZSBhZHZlcnRpc2lu ZyB0aGUgc2FtZSBJUHY0LzYgUFJFRklYIGFuZCBib3RoIGhhdmUgdGhlIHNhbWUgcHJlZml4LVNJ RCB2YWx1ZSB3aXRoICZxdW90O04mcXVvdDsgZmxhZzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZndDs8L3NwYW4+IHdo ZXJlIGFuIGFueWNhc3QgcHJlZml4IGlzIGFkdmVydGlzZWQgd2l0aCBhIHByZWZpeC1TSUQgc3Vi LVRMViBieSBzb21lIChidXQgbm90IGFsbCkgb2YgdGhlIG5vZGVzIHRoYXQgYWR2ZXJ0aXNlIHRo YXQgcHJlZml4LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDowaW4iPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjojMUY0OTdEIj5UaGlzIGRyYWZ0IGlzIGFkZHJlc3NpbmcgaW5jb21pbmcgbGFiZWwgY29s bGlzaW9uIGFuZCByZXN1bHRpbmcgYmVoYXZpb3IgYW5kIGFsc28gZGVzY3JpYmVzIG90aGVyIGFz cGVjdHMgbGlrZSBkaWZmZXJlbnQgU0lEcyBmb3Igc2FtZQ0KIHByZWZpeCBzbyBpdCBzZWVtcyBy ZWFzb25hYmxlIHRvIGFkZCBhYm92ZSB0d28gY2FzZXMgdG8gdGhpcyBkcmFmdC48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MGlu Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+V0cgbWVtYmVycywgaWYgeW91IGhhdmUg YW4gb3BpbmlvbiwgcGxzIHJlc3BvbmQgb24gdGhlIGxpc3QuPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjBpbiI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDowaW4iPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjojMUY0OTdEIj5SZ2RzPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjBpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPlNocmFkZGhhPG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJv cmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBp biAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW46MGluO21hcmdp bi1ib3R0b206LjAwMDFwdDtsaW5lLWhlaWdodDpub3JtYWwiPg0KPGI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOndpbmRvd3RleHQiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 d2luZG93dGV4dCI+IEFsZXhhbmRlciBWYWluc2h0ZWluICZsdDtBbGV4YW5kZXIuVmFpbnNodGVp bkBlY2l0ZWxlLmNvbSZndDsNCjxicj4NCjxiPlNlbnQ6PC9iPiBTdW5kYXksIE5vdmVtYmVyIDQs IDIwMTggOTozNyBQTTxicj4NCjxiPlRvOjwvYj4gQWhtZWQgQmFzaGFuZHkgJmx0O2FiYXNoYW5k eS5pZXRmQGdtYWlsLmNvbSZndDs8YnI+DQo8Yj5DYzo8L2I+IHJ0Zy1kaXJAaWV0Zi5vcmc7ICdt cGxzQGlldGYub3JnJyAmbHQ7bXBsc0BpZXRmLm9yZyZndDs7ICdhZHJpYW5Ab2xkZG9nLmNvLnVr JyAmbHQ7YWRyaWFuQG9sZGRvZy5jby51ayZndDs7IEpvbmF0aGFuIEhhcmR3aWNrIChKb25hdGhh bi5IYXJkd2lja0BtZXRhc3dpdGNoLmNvbSkgJmx0O2pvbmF0aGFuLmhhcmR3aWNrQG1ldGFzd2l0 Y2guY29tJmd0Ozsgc3ByaW5nQGlldGYub3JnOyBzcHJpbmctY2hhaXJzQGlldGYub3JnOyBkcmFm dC1pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmctbXBscy5hdXRob3JzQGlldGYub3JnOw0KIFNo cmFkZGhhIEhlZ2RlICZsdDtzaHJhZGRoYUBqdW5pcGVyLm5ldCZndDs8YnI+DQo8Yj5TdWJqZWN0 OjwvYj4gUkU6IFJ0Z0RpciBFYXJseSByZXZpZXc6IGRyYWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQt cm91dGluZy1tcGxzLTEzPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjBpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPkFobWVkLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDowaW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5BcG9s b2dpZXMgZm9yIGEgZGVsYXllZCByZXNwb25zZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MGluIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RCI+SSBmdWxseSBhZ3JlZSB0aGF0IGFkdmVydGlzaW5nIHRoZSBzYW1lIHBy ZWZpeCBTSUQgYXMgdGhlIE5vZGUgU0lEIGJ5IHR3byBkaWZmZXJlbnQgbm9kZXMgaW4gdGhlIFNS IGRvbWFpbiBpcyDigJw8L3NwYW4+YSBjbGVhciB2aW9sYXRpb24NCiBvZiB0aGUgU1IgYXJjaGl0 ZWN0dXJlIFJGQyAoODQwMik8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+4oCdLjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDowaW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5CdXQgSSBkbyBub3QgdGhpbmsg dGhhdCB0aGUgU1ItTVBMUyBkcmFmdCBjYW4gc2lsZW50bHkgaWdub3JlIHRoaXMgdmlvbGF0aW9u IGp1c3QgYmVjYXVzZSBpdCDigJw8L3NwYW4+aXMgbm90IGFuIGluY29taW5nIGxhYmVsIGNvbGxp c2lvbjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj7igJ0uDQo8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MGluIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+VGhlIHNhbWUgYXBwbGllcyB0byB0aGUgY29udHJv dmVyc3kgaW4gYWR2ZXJ0aXNpbmcgYXQgdGhlIHNhbWUgcHJlZml4IGFzIEFueWNhc3QgYnkgc29t ZSBub2RlcyBidXQgbm90IGFzIEFueWNhc3QgKG9yIGV2ZW4gYXMgYSBOb2RlIFNJRCkNCiBieSBz b21lIG90aGVyIG5vZGVzLiA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MGluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RCI+WW91ciByZWZlcmVuY2UgdG8gdGhlc2UgYmVpbmcganVzdCBjb250cm9sIHBsYW5lIGlzc3Vl cyBhbmQgdGhlcmVmb3JlIG5vdCByZWxhdGVkIHRvIFNSLU1QTFMgaXMgbm90IHZhbGlkIC0gYmVj YXVzZSB0aGUgZHJhZnRzIGRlYWxpbmcNCiB3aXRoIHRoZSBTUiBjb250cm9sIHBsYW5lIHRvIHdo aWNoIHlvdSByZWZlciBpbiB0aGlzIGRyYWZ0IGFyZSBzdHJpY3RseSBNUExTLW9yaWVudGVkOiB0 aGV5IGRlZmluZSBob3cgdG8gYWR2ZXJ0aXNlDQo8Yj48aT5TSUQgbGFiZWxzPC9pPjwvYj4gb3Ig PGI+PGk+aW5kaWNlczwvaT48L2I+IHRoYXQgYXJlIHRyYW5zbGF0ZWQgaW50byA8Yj48aT5TSUQg bGFiZWxzPC9pPjwvYj4sIGFuZCBuZWl0aGVyIG9mIHRoZXNlIG1lY2hhbmlzbXMgaXMgcmVsZXZh bnQgZm9yZSBTUlY2IElNSE8uIChJIGRvIG5vdCBoYXZlIHRvIHJlbWluZCB5b3UgdGhhdCBhIGRy YWZ0IHRoYXQgZGVmaW5lcw0KPC9zcGFuPjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9v ZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fZGF0YXRyYWNrZXIuaWV0Zi5vcmdfZG9jX2Ry YWZ0LTJEYmFzaGFuZHktMkRpc2lzLTJEc3J2Ni0yRGV4dGVuc2lvbnNfLTNGaW5jbHVkZS01RnRl eHQtM0QxJmFtcDtkPUR3TUdhUSZhbXA7Yz1IQWtZdWg2M3JzdWhyNlNjYmZoMFVqQlhlTUstbmRi M3ZvRFRYY1d6b0NJJmFtcDtyPU55akxzcjdKQTdtdnBDSmEwWW1QZFZLY21NWEozMWJwYkJhTnF6 Q05ybmcmYW1wO209a28tM2VGOHl5U0YxZXhINjRTb2V5RVAwZXR0NGdqc0htbU9Ddmo5ekN2USZh bXA7cz1fQVpTaXFtVFVUTUtGUzlEQXFib3Vlb19HbnZ2QWNGeEFSV0Y4MjBIblRBJmFtcDtlPSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmIj5TUlY2DQogZXh0ZW5zaW9ucyBmb3IgSVNJUzwvc3Bhbj48L2E+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiBleGlzdHMsIGFuZCBkZWFscyB3aXRoIG90aGVy IGlzc3VlcykuPG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW46MGluO21hcmdpbi1ib3R0b206LjAwMDFwdDtsaW5lLWhlaWdodDpu b3JtYWwiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPk15IDJjLDxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW46MGluO21hcmdp bi1ib3R0b206LjAwMDFwdDtsaW5lLWhlaWdodDpub3JtYWwiPg0KPHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0QiPlNhc2hhPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbjowaW47bWFyZ2luLWJvdHRvbTouMDAwMXB0O2xpbmUtaGVpZ2h0 Om5vcm1hbCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbjowaW47bWFy Z2luLWJvdHRvbTouMDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1hbCI+DQo8c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RCI+T2ZmaWNlOiAmIzQzOzk3Mi0zOTI2NjMwMjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW46MGluO21hcmdpbi1ib3R0 b206LjAwMDFwdDtsaW5lLWhlaWdodDpub3JtYWwiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx RjQ5N0QiPkNlbGw6Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7OTcyLTU0OTI2 NjMwMjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW46MGluO21hcmdpbi1ib3R0b206LjAwMDFwdDtsaW5lLWhlaWdodDpub3JtYWwiPg0KPHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkVtYWlsOiZuYnNwOyZuYnNwOw0KPC9zcGFuPjxh IGhyZWY9Im1haWx0bzpBbGV4YW5kZXIuVmFpbnNodGVpbkBlY2l0ZWxlLmNvbSI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmIj5BbGV4YW5kZXIuVmFpbnNodGVpbkBlY2l0ZWxlLmNvbTwvc3Bhbj48L2E+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTti b3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luOjBpbjttYXJnaW4tYm90dG9tOi4w MDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj4NCjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjp3aW5k b3d0ZXh0Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOndpbmRvd3RleHQi PiBBaG1lZCBCYXNoYW5keSBbPC9zcGFuPjxhIGhyZWY9Im1haWx0bzphYmFzaGFuZHkuaWV0ZkBn bWFpbC5jb20iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+bWFpbHRvOmFiYXNoYW5keS5pZXRmQGdtYWlsLmNv bTwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOndpbmRvd3RleHQiPl0NCjxicj4NCjxi PlNlbnQ6PC9iPiBTdW5kYXksIE9jdG9iZXIgMjgsIDIwMTggMTowMSBBTTxicj4NCjxiPlRvOjwv Yj4gU2hyYWRkaGEgSGVnZGUgJmx0Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86c2hyYWRkaGFAanVu aXBlci5uZXQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+c2hyYWRkaGFAanVuaXBlci5uZXQ8L3NwYW4+PC9h PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjp3aW5kb3d0ZXh0Ij4mZ3Q7OyBBbGV4YW5kZXINCiBWYWlu c2h0ZWluICZsdDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOkFsZXhhbmRlci5WYWluc2h0ZWluQGVj aXRlbGUuY29tIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkFsZXhhbmRlci5WYWluc2h0ZWluQGVjaXRlbGUu Y29tPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6d2luZG93dGV4dCI+Jmd0Ozxicj4N CjxiPkNjOjwvYj4gPC9zcGFuPjxhIGhyZWY9Im1haWx0bzpydGctZGlyQGlldGYub3JnIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWYiPnJ0Zy1kaXJAaWV0Zi5vcmc8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjp3aW5kb3d0ZXh0Ij47ICdtcGxzQGlldGYub3JnJyAmbHQ7PC9zcGFuPjxhIGhyZWY9Im1h aWx0bzptcGxzQGlldGYub3JnIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPm1wbHNAaWV0Zi5vcmc8L3NwYW4+ PC9hPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjp3aW5kb3d0ZXh0Ij4mZ3Q7Ow0KICdhZHJpYW5Ab2xk ZG9nLmNvLnVrJyAmbHQ7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzphZHJpYW5Ab2xkZG9nLmNvLnVr Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWYiPmFkcmlhbkBvbGRkb2cuY28udWs8L3NwYW4+PC9hPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjp3aW5kb3d0ZXh0Ij4mZ3Q7OyBKb25hdGhhbiBIYXJkd2ljaw0KICg8L3Nw YW4+PGEgaHJlZj0ibWFpbHRvOkpvbmF0aGFuLkhhcmR3aWNrQG1ldGFzd2l0Y2guY29tIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWYiPkpvbmF0aGFuLkhhcmR3aWNrQG1ldGFzd2l0Y2guY29tPC9zcGFuPjwvYT48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6d2luZG93dGV4dCI+KSAmbHQ7PC9zcGFuPjxhIGhyZWY9Im1h aWx0bzpqb25hdGhhbi5oYXJkd2lja0BtZXRhc3dpdGNoLmNvbSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5q b25hdGhhbi5oYXJkd2lja0BtZXRhc3dpdGNoLmNvbTwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOndpbmRvd3RleHQiPiZndDs7DQo8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOnNwcmluZ0Bp ZXRmLm9yZyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5zcHJpbmdAaWV0Zi5vcmc8L3NwYW4+PC9hPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjp3aW5kb3d0ZXh0Ij47DQo8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOnNw cmluZy1jaGFpcnNAaWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+c3ByaW5nLWNoYWlyc0BpZXRm Lm9yZzwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOndpbmRvd3RleHQiPjsNCjwvc3Bh bj48YSBocmVmPSJtYWlsdG86ZHJhZnQtaWV0Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5nLW1wbHMu YXV0aG9yc0BpZXRmLm9yZyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5kcmFmdC1pZXRmLXNwcmluZy1zZWdt ZW50LXJvdXRpbmctbXBscy5hdXRob3JzQGlldGYub3JnPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6d2luZG93dGV4dCI+PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBSdGdEaXIgRWFy bHkgcmV2aWV3OiBkcmFmdC1pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmctbXBscy0xMzxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwPlRoYW5rcyBmb3IgdGhlIGNvbW1lbnRzPG86cD48L286 cD48L3A+DQo8cD5XaGlsZSBpdCBpcyBhIGNsZWFyIHZpb2xhdGlvbiBvZiB0aGUgU1IgYXJjaGl0 ZWN0dXJlIFJGQyAoODQwMiksIG1vcmUgdGhhbiBvbmUgbm9kZSBhZHZlcnRpc2luZyB0aGUgc2Ft ZSBJUHY0LzYgUFJFRklYIGFuZCBib3RoIGhhdmUgdGhlIHNhbWUgcHJlZml4LVNJRCB2YWx1ZSB3 aXRoICZxdW90O04mcXVvdDsgZmxhZyBpcyBub3QgYW4gaW5jb21pbmcgbGFiZWwgY29sbGlzaW9u IGJlY2F1c2UgdGhlIGxhYmVsIGlzIGFzc29jaWF0ZWQgd2l0aCB0aGUgc2FtZQ0KIEZFQywgd2hp Y2ggaXMgdGhlIHByZWZpeC4mbmJzcDsgPG86cD48L286cD48L3A+DQo8cD5IZW5jZSBoYW5kbGlu ZyBzdWNoIHZpb2xhdGlvbiBpcyBub3QgYW4gU1ItTVBMUyBwcm9ibGVtIGJlY2F1c2UgdGhlcmUg aXMgbm8gaW5jb21pbmcgbGFiZWwgY29sbGlzaW9uIGFuZCBoZW5jZSBpdCBpdCBpcyBvdXRzaWRl IHRoZSBzY29wZSBvZiB0aGlzIGRyYWZ0PG86cD48L286cD48L3A+DQo8cD48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjxwPlRoZSBzZWNvbmQgaXNzdWUgaXMgd2hpY2ggU0lEIHRvIGNob29zZSBmb3Ig YW4gU1ItcG9saWN5IChiZSBpdCBhIHBvbGljeSBmb3IgVEUsIHRpLWxmYSwgdWxvb3AgYXZvaWRh bmNlLCBzZWN1cml0eSwuLi4sIGV0YykuIFRoYXQgaXMgc3RyaWN0bHkgYSBjb250cm9sIGxheWVy IGZ1bmN0aW9uYWxpdHkgYW5kIGlzIG5vdCBzcGVjaWZpYyB0byBTUi1NUExTLiBIZW5jZSBpdCBp cyBvdXRzaWRlIHRoZSBzY29wZSBvZiB0aGlzIGRyYWZ0PG86cD48L286cD48L3A+DQo8cD48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjxwPlRoZSB0aGlyZCBpc3N1ZSBpcyB0aGUgY2FzZSB3aGVyZSBh biBhbnljYXN0IHByZWZpeCBpcyBhZHZlcnRpc2VkIHdpdGggYSBwcmVmaXgtU0lEIHN1Yi1UTFYg Ynkgc29tZSAoYnV0IG5vdCBhbGwpIG9mIHRoZSBub2RlcyB0aGF0IGFkdmVydGlzZSB0aGF0IHBy ZWZpeC4gQWdhaW4gdGhpcyBpcyBub3QgYW4gaW5jb21pbmcgbGFiZWwgY29sbGlzaW9uIGJlY2F1 c2UgdGhlIGxhYmVsIGlzIGFzc29jaWF0ZWQgd2l0aCBhIHNpbmdsZSBGRUMsIHdoaWNoDQogaXMg dGhlIGFueWNhc3QgcHJlZml4LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gNy8x OS8xOCA4OjMwIFBNLCBTaHJhZGRoYSBIZWdkZSB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBw dCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+ SGkgQWhtZWQsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5UaGUg Tm9kZS1TSURzIGFyZSBleHBlY3RlZCB0byBiZSB1bmlxdWUgdG8gYSBub2RlLg0KPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+4oCcPC9z cGFuPjxvOnA+PC9vOnA+PC9wcmU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu OjBpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj4NCjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2NvbG9yOndpbmRvd3RleHQiPiZuYnNwOyZuYnNwOyBBbiBJ R1AgTm9kZS1TSUQgTVVTVCBOT1QgYmUgYXNzb2NpYXRlZCB3aXRoIGEgcHJlZml4IHRoYXQgaXMg b3duZWQgYnk8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luOjBpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj4N CjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2NvbG9yOndpbmRvd3RleHQiPiZuYnNwOyZu YnNwOyBtb3JlIHRoYW4gb25lIHJvdXRlciB3aXRoaW4gdGhlIHNhbWUgcm91dGluZyBkb21haW4u 4oCdPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5JZiB0d28gZGlm ZmVyZW50IG5vZGVzIGFkdmVydGlzZSBzYW1lIE5vZGUtU0lELDwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDowaW4iPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgRm9yIEV4YW1wbGUgTm9kZSBBIGFuZCBCIGJvdGggYWR2ZXJ0aXNlIHBy ZWZpeCAxLjEuMS4xIGFuZCBhc3NvY2lhdGUgYSAmbmJzcDtTSUQgMTAwMCB3aXRoIE4gYml0IHNl dC48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MGluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+VGhlcmUgaXMgYW4g YW5vbWFseSBoZXJlIGFuZCBJTU8sIHRoaXMgZHJhZnQgc2hvdWxkIGFkZHJlc3MgaG93IHRvIGhh bmRsZSB0aGlzIGFub21hbHkgYW5kIHdoZXRoZXIgVEktTEZBIGFuZCBvdGhlcjwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDowaW4i PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5BcHBsaWNhdGlvbnMgY2FuIHVzZSB0aGlz IFNJRCBhcyBhIE5vZGUtU0lELjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDowaW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0 OTdEIj5Bbm90aGVyIHNsaWdodCB2YXJpYXRpb24gb2YgdGhpcyBjYXNlIGlzIGEgc2NlbmFyaW8g d2hlcmUgQSBhbmQgQiBib3RoIGFkdmVydGlzZSBhIHByZWZpeCAxLjEuMS4xIGFuZCBBIGFzc2ln bnMgYSBOb2RlLVNpZDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDowaW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5P ZiAxMDAwIGFuZCBCIGRvZXMgbm90IGFzc2lnbiBhbnkgU0lELjwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDowaW4iPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MGluIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RCI+Umdkczwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDowaW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0 OTdEIj5TaHJhZGRoYTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48 L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFF MUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbjowaW47bWFyZ2luLWJvdHRvbTouMDAwMXB0O2xpbmUtaGVpZ2h0Om5v cm1hbCI+DQo8Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6d2luZG93dGV4dCI+RnJvbTo8L3NwYW4+ PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjp3aW5kb3d0ZXh0Ij4gQWxleGFuZGVyIFZhaW5zaHRl aW4NCjwvc3Bhbj48YSBocmVmPSJtYWlsdG86QWxleGFuZGVyLlZhaW5zaHRlaW5AZWNpdGVsZS5j b20iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZiI+Jmx0O0FsZXhhbmRlci5WYWluc2h0ZWluQGVjaXRlbGUuY29t Jmd0Ozwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOndpbmRvd3RleHQiPg0KPGJyPg0K PGI+U2VudDo8L2I+IFRodXJzZGF5LCBKdWx5IDE5LCAyMDE4IDEwOjA1IFBNPGJyPg0KPGI+VG86 PC9iPiBBaG1lZCBCYXNoYW5keSA8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmFiYXNoYW5keS5pZXRm QGdtYWlsLmNvbSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4mbHQ7YWJhc2hhbmR5LmlldGZAZ21haWwuY29t Jmd0Ozwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOndpbmRvd3RleHQiPjxicj4NCjxi PkNjOjwvYj4gPC9zcGFuPjxhIGhyZWY9Im1haWx0bzpydGctZGlyQGlldGYub3JnIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWYiPnJ0Zy1kaXJAaWV0Zi5vcmc8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjp3aW5kb3d0ZXh0Ij47ICc8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmciPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZiI+bXBsc0BpZXRmLm9yZzwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOndpbmRvd3RleHQiPicNCjwvc3Bhbj48YSBocmVmPSJtYWlsdG86bXBsc0BpZXRmLm9yZyI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmIj4mbHQ7bXBsc0BpZXRmLm9yZyZndDs8L3NwYW4+PC9hPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjp3aW5kb3d0ZXh0Ij47ICc8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmFkcmlh bkBvbGRkb2cuY28udWsiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+YWRyaWFuQG9sZGRvZy5jby51azwvc3Bh bj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOndpbmRvd3RleHQiPicNCjwvc3Bhbj48YSBocmVm PSJtYWlsdG86YWRyaWFuQG9sZGRvZy5jby51ayI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4mbHQ7YWRyaWFu QG9sZGRvZy5jby51ayZndDs8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjp3aW5kb3d0 ZXh0Ij47IEpvbmF0aGFuIEhhcmR3aWNrICg8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOkpvbmF0aGFu LkhhcmR3aWNrQG1ldGFzd2l0Y2guY29tIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkpvbmF0aGFuLkhhcmR3 aWNrQG1ldGFzd2l0Y2guY29tPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6d2luZG93 dGV4dCI+KQ0KPC9zcGFuPjxhIGhyZWY9Im1haWx0bzpqb25hdGhhbi5oYXJkd2lja0BtZXRhc3dp dGNoLmNvbSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4mbHQ7am9uYXRoYW4uaGFyZHdpY2tAbWV0YXN3aXRj aC5jb20mZ3Q7PC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6d2luZG93dGV4dCI+OyBT aHJhZGRoYQ0KIEhlZ2RlIDwvc3Bhbj48YSBocmVmPSJtYWlsdG86c2hyYWRkaGFAanVuaXBlci5u ZXQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZiI+Jmx0O3NocmFkZGhhQGp1bmlwZXIubmV0Jmd0Ozwvc3Bhbj48 L2E+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOndpbmRvd3RleHQiPjsNCjwvc3Bhbj48YSBocmVmPSJt YWlsdG86c3ByaW5nQGlldGYub3JnIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPnNwcmluZ0BpZXRmLm9yZzwv c3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOndpbmRvd3RleHQiPjsNCjwvc3Bhbj48YSBo cmVmPSJtYWlsdG86c3ByaW5nLWNoYWlyc0BpZXRmLm9yZyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5zcHJp bmctY2hhaXJzQGlldGYub3JnPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6d2luZG93 dGV4dCI+Ow0KPC9zcGFuPjxhIGhyZWY9Im1haWx0bzpkcmFmdC1pZXRmLXNwcmluZy1zZWdtZW50 LXJvdXRpbmctbXBscy5hdXRob3JzQGlldGYub3JnIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPmRyYWZ0LWll dGYtc3ByaW5nLXNlZ21lbnQtcm91dGluZy1tcGxzLmF1dGhvcnNAaWV0Zi5vcmc8L3NwYW4+PC9h PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjp3aW5kb3d0ZXh0Ij48YnI+DQo8Yj5TdWJqZWN0OjwvYj4g UkU6IFJ0Z0RpciBFYXJseSByZXZpZXc6IGRyYWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQtcm91dGlu Zy1tcGxzLTEzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjBpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkFo bWVkIGhpITwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDowaW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5Mb3RzIG9m IHRoYW5rcyBmb3IgeW91ciByZXNwb25zZS48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MGluIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzFGNDk3RCI+T2YgY291cnNlIE5vZGUgU0lEcyBhcmUgbm90IGRpZmZlcmVudCBmcm9tIGFu eSBvdGhlciBQcmVmaXggU0lEcyB3aGVuIGl0IGNvbWVzIHRvIHRoZSBNUExTIGZvcndhcmRpbmcg cGxhbmUuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjBpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkJ1dCwgSU1I Tywgc3RyaWN0bHkgc3BlYWtpbmcsIHRoaXMgaXMgY29ycmVjdCBmb3IgYW55IG90aGVyIFNJRCBh cyB3ZWxsLg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjBpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPllvdSBz ZWVtIHRvIGlnbm9yZSB0aGUgZGlmZmVyZW5jZSBiZXR3ZWVuIFNSLU1QTFMgYW5kIFNSdjYgd2l0 aCByZWdhcmQgdG8gdGhlIGxpZmUgc3BhbiBvZiBwcmVmaXggU0lEcyBpbiBnZW5lcmFsIGFuZCBO b2RlIFNJRHMgaW4gcGFydGljdWxhci4NCiBGcm9tIG15IFBPViB0aGlzIGRpZmZlcmVuY2Ugc2hv dWxkIGJlIGRpc2N1c3NlZCBpbiB0aGUgZHJhZnQuIDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDowaW4iPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEIj5TbyBpdCBzZWVtcyB0aGF0IHdlIGNhbiBvbmx5IOKAnGFncmVlIHRv IGRpc2FncmVl4oCdIG9uIHRoZSBuZWVkIHRvIHNheSBzb21ldGhpbmcgc3BlY2lmaWMgYWJvdXQg Tm9kZSBTSURzIGluIHRoZSBkcmFmdCwgYW5kIGxldCB0aGUgV0cgdG8NCiBkZWNpZGUgd2hhdCB0 byBkbyBhYm91dCBpdC4gPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW46MGluO21hcmdpbi1ib3R0b206LjAwMDFwdDtsaW5lLWhl aWdodDpub3JtYWwiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlJlZ2FyZHMsPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbjow aW47bWFyZ2luLWJvdHRvbTouMDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1hbCI+DQo8c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+U2FzaGE8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luOjBpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQ7bGlu ZS1oZWlnaHQ6bm9ybWFsIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8 L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu OjBpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj4NCjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEIj5PZmZpY2U6ICYjNDM7OTcyLTM5MjY2MzAyPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbjowaW47bWFy Z2luLWJvdHRvbTouMDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1hbCI+DQo8c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RCI+Q2VsbDombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0Mzs5 NzItNTQ5MjY2MzAyPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbjowaW47bWFyZ2luLWJvdHRvbTouMDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1h bCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+RW1haWw6Jm5ic3A7Jm5ic3A7DQo8 L3NwYW4+PGEgaHJlZj0ibWFpbHRvOkFsZXhhbmRlci5WYWluc2h0ZWluQGVjaXRlbGUuY29tIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWYiPkFsZXhhbmRlci5WYWluc2h0ZWluQGVjaXRlbGUuY29tPC9zcGFuPjwv YT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxkaXY+ DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7 cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luOjBpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj4NCjxi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjp3aW5kb3d0ZXh0Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOndpbmRvd3RleHQiPiBBaG1lZCBCYXNoYW5keSBbPC9zcGFuPjxhIGhy ZWY9Im1haWx0bzphYmFzaGFuZHkuaWV0ZkBnbWFpbC5jb20iPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+bWFp bHRvOmFiYXNoYW5keS5pZXRmQGdtYWlsLmNvbTwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOndpbmRvd3RleHQiPl0NCjxicj4NCjxiPlNlbnQ6PC9iPiBUaHVyc2RheSwgSnVseSAxOSwg MjAxOCA3OjEzIFBNPGJyPg0KPGI+VG86PC9iPiBBbGV4YW5kZXIgVmFpbnNodGVpbiAmbHQ7PC9z cGFuPjxhIGhyZWY9Im1haWx0bzpBbGV4YW5kZXIuVmFpbnNodGVpbkBlY2l0ZWxlLmNvbSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmIj5BbGV4YW5kZXIuVmFpbnNodGVpbkBlY2l0ZWxlLmNvbTwvc3Bhbj48L2E+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOndpbmRvd3RleHQiPiZndDs8YnI+DQo8Yj5DYzo8L2I+IDwv c3Bhbj48YSBocmVmPSJtYWlsdG86cnRnLWRpckBpZXRmLm9yZyI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5y dGctZGlyQGlldGYub3JnPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6d2luZG93dGV4 dCI+OyAnPC9zcGFuPjxhIGhyZWY9Im1haWx0bzptcGxzQGlldGYub3JnIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWYiPm1wbHNAaWV0Zi5vcmc8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjp3aW5kb3d0 ZXh0Ij4nDQogJmx0Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86bXBsc0BpZXRmLm9yZyI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmIj5tcGxzQGlldGYub3JnPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 d2luZG93dGV4dCI+Jmd0OzsgJzwvc3Bhbj48YSBocmVmPSJtYWlsdG86YWRyaWFuQG9sZGRvZy5j by51ayI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmIj5hZHJpYW5Ab2xkZG9nLmNvLnVrPC9zcGFuPjwvYT48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6d2luZG93dGV4dCI+Jw0KICZsdDs8L3NwYW4+PGEgaHJlZj0ibWFp bHRvOmFkcmlhbkBvbGRkb2cuY28udWsiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+YWRyaWFuQG9sZGRvZy5j by51azwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOndpbmRvd3RleHQiPiZndDs7IEpv bmF0aGFuIEhhcmR3aWNrICg8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOkpvbmF0aGFuLkhhcmR3aWNr QG1ldGFzd2l0Y2guY29tIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkpvbmF0aGFuLkhhcmR3aWNrQG1ldGFz d2l0Y2guY29tPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6d2luZG93dGV4dCI+KQ0K ICZsdDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmpvbmF0aGFuLmhhcmR3aWNrQG1ldGFzd2l0Y2gu Y29tIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWYiPmpvbmF0aGFuLmhhcmR3aWNrQG1ldGFzd2l0Y2guY29tPC9z cGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6d2luZG93dGV4dCI+Jmd0OzsNCjwvc3Bhbj48 YSBocmVmPSJtYWlsdG86c2hyYWRkaGFAanVuaXBlci5uZXQiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+c2hy YWRkaGFAanVuaXBlci5uZXQ8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjp3aW5kb3d0 ZXh0Ij47DQo8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOnNwcmluZ0BpZXRmLm9yZyI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmIj5zcHJpbmdAaWV0Zi5vcmc8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjp3 aW5kb3d0ZXh0Ij47DQo8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOnNwcmluZy1jaGFpcnNAaWV0Zi5v cmciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZiI+c3ByaW5nLWNoYWlyc0BpZXRmLm9yZzwvc3Bhbj48L2E+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOndpbmRvd3RleHQiPjsNCjwvc3Bhbj48YSBocmVmPSJtYWlsdG86 ZHJhZnQtaWV0Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5nLW1wbHMuYXV0aG9yc0BpZXRmLm9yZyI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmIj5kcmFmdC1pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmctbXBscy5h dXRob3JzQGlldGYub3JnPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6d2luZG93dGV4 dCI+PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBSdGdEaXIgRWFybHkgcmV2aWV3OiBkcmFmdC1p ZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmctbXBscy0xMzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwv cD4NCjxwPlRoYW5rcyBmb3IgdGhlIHJlcGx5PG86cD48L286cD48L3A+DQo8cD5TZWUgaW5saW5l PG86cD48L286cD48L3A+DQo8cD5BaG1lZDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ T24gNy8xMi8xOCAxMjoyMiBBTSwgQWxleGFuZGVyIFZhaW5zaHRlaW4gd3JvdGU6PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdp bi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjBpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkFobWVkIGFuZCBhbGwsPC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjBpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkkgd291bGQgbGlrZSB0byBleHBh bmQgb24gbXkgY29tbWVudHMgKGFuZCB5b3VyIHJlc3BvbnNlcykgYWJvdXQgdGhlIHJvbGUgb2Yg Tm9kZSBTSURzIGluIFNSLU1QTFMuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjBpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx RjQ5N0QiPkkgd291bGQgbGlrZSB0byBicmluZyB5b3VyIGF0dGVudGlvbiB0d28gcG9pbnRzOjwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0i dGV4dC1pbmRlbnQ6LS4yNWluO21zby1saXN0OmwyIGxldmVsMSBsZm80Ij48IVtpZiAhc3VwcG9y dExpc3RzXT48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj4xLjxzcGFuIHN0eWxlPSJmb250 OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBzdHlsZT0iY29s b3I6IzFGNDk3RCI+Tm9kZSBTSURzIChhbmQsIGluIGdlbmVyYWwsIFByZWZpeCBTSURzKSBpbiBN UExTLVNSIGFyZSBkaWZmZXJlbnQgZnJvbSB0aGUgc2FtZSBpbiBTUnY2IGJlY2F1c2UgdGhleSBy ZXF1aXJlIGV4cGxpY2l0IGNvbmZpZ3VyYXRpb24gYWN0aW9uIGJ5IHRoZSBvcGVyYXRvciBvZiBT UiBkb21haW4uIEkuZS4sIGl0IGlzIG5vdCBlbm91Z2ggZm9yIGEgbm9kZSB0bw0KIG93biBzb21l IC8zMiBvciAvMTI4IHByZWZpeCB0aGF0IGlzIGFkdmVydGlzZWQgYnkgSUdQLiBUaGUgb3BlcmF0 b3IgbXVzdCBleHBsaWNpdGx5IGNvbmZpZ3VyZSB0aGUgbm9kZSB0byB1c2Ugc3VjaCBhIHByZWZp eCBhcyZuYnNwOyBOb2RlIFNJRCBhbmQgdG8gYXNzaWduIHRvIGl0IGEgc3BlY2lmaWMgaW5kZXgg dGhhdCBpcyB1bmlxdWUgaW4gdGhlIFNSIGRvbWFpbi4gRnJvbSBteSBQT1YsIHRoaXMgZGlmZmVy ZW5jZSBhbG9uZSB3b3VsZCBxdWFsaWZ5DQogTm9kZSBTSURzIGFzIGEgdG9waWMgdG8gYmUgZGlz Y3Vzc2VkIGluIHRoZSA8L3NwYW4+PGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9p bnQuY29tL3YyL3VybD91PWh0dHBzLTNBX190b29scy5pZXRmLm9yZ19odG1sX2RyYWZ0LTJEaWV0 Zi0yRHNwcmluZy0yRHNlZ21lbnQtMkRyb3V0aW5nLTJEbXBscy0yRDE0JmFtcDtkPUR3TUdhUSZh bXA7Yz1IQWtZdWg2M3JzdWhyNlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJJmFtcDtyPU55 akxzcjdKQTdtdnBDSmEwWW1QZFZLY21NWEozMWJwYkJhTnF6Q05ybmcmYW1wO209Q0JuNDYtdFRq WnJGdXAwZFItRUdBdHQ0UUZxOVBpMjdSYU81clFDazFRdyZhbXA7cz1xNmRqcFJYbGFtVXpLWmxH SXVYVHRCY3Nud2V2SHdkZHF2U3RaclNGTW5FJmFtcDtlPSI+TVBMUy1TUg0KIEFyY2hpdGVjdHVy ZTwvYT48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+IGRyYWZ0Ljwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDowaW47bGluZS1oZWlnaHQ6bm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4jQWhtZWQ6IEkgZGlzYWdyZWUgd2l0aCB5 b3VyIFBPVi4gRnJvbSB0aGUgZm9yd2FyZGluZyBwbGFuZSBwZXJzcGVjdGl2ZSBpdCBkb2VzIG5v dCBtYWtlIGFueSBkaWZmZXJlbmNlIHdoZXRoZXIgYSB0aGUgbGFiZWwgYXQgdGhlIHRvcCBvZiBh biBNUExTDQogcGFja2V0IChyZXByZXNlbnRpbmcgdGhlIHByZWZpeC1TSUQpIGlkZW50aWZpZXMg YSBub2RlIG9yIG5vdC4gU28gZnJvbSB0aGUgU1ItbXBscyBmb3J3YXJkaW5nIHBvaW50IG9mIHZp ZXcgdGhlcmUgaXMgbm8gZGlmZmVyZW5jZSBiZXR3ZWVuIGEgcHJlZml4LVNJRCBhbmQgYSBub2Rl LVNJRC4gSWYgdGhlcmUgaXMgYW55IHBsYWNlIGluIHRoZSBTUi1tcGxzIGRyYWZ0IHdoZXJlIHRo ZXJlIGlzIGEgbmVlZCB0byBoYW5kbGUgYSBub2RlLVNJRCBkaWZmZXJlbnQNCiBmcm9tIGEgcHJl Zml4IFNJRCwgaXQgd291bGQgYmUgZ3JlYXQgdG8gcG9pbnQgaXQgb3V0PGJyPg0KPGJyPg0KPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7 bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8aDMgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47dGV4dC1p bmRlbnQ6LS4yNWluO21zby1saW5lLWhlaWdodC1hbHQ6MHB0O21zby1saXN0OmwyIGxldmVsMSBs Zm80Ij4NCjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUi PjIuPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPklu IGFkZGl0aW9uLCBxdWl0ZSBhIGZldyBjb25zdHJ1Y3RzIGFzc29jaWF0ZWQgd2l0aCBTUi1NUExT IGltcGxpY2l0bHkgYXNzdW1lIHRoYXQgZWFjaCBub2RlIGluIHRoZSBTUi1NUExTIGRvbWFpbiBp cyBhc3NpZ25lZCB3aXRoIGF0IGxlYXN0IG9uZSBOb2RlIFNJRC4gT25lIGV4YW1wbGUgY2FuIGJl IGZvdW5kIGluIHRoZQ0KPGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29t L3YyL3VybD91PWh0dHBzLTNBX190b29scy5pZXRmLm9yZ19odG1sX2RyYWZ0LTJEYmFzaGFuZHkt MkRydGd3Zy0yRHNlZ21lbnQtMkRyb3V0aW5nLTJEdGktMkRsZmEtMkQwNCZhbXA7ZD1Ed01HYVEm YW1wO2M9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZhbXA7cj1O eWpMc3I3SkE3bXZwQ0phMFltUGRWS2NtTVhKMzFicGJCYU5xekNOcm5nJmFtcDttPUNCbjQ2LXRU alpyRnVwMGRSLUVHQXR0NFFGcTlQaTI3UmFPNXJRQ2sxUXcmYW1wO3M9amJIMERTWVlvMlVZeW1X WnJsdkF0N3FVV1ZYc1lLdUN0TWlFeW9lLURXRSZhbXA7ZT0iPg0KPHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+VEktTEZBPC9zcGFuPjwvYT4g ZHJhZnQuIFRoaXMgZHJhZnQgc2F5cyBpbiBTZWN0aW9uIDQuMjo8bzpwPjwvbzpwPjwvaDM+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7 PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGgzIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjttc28t bGluZS1oZWlnaHQtYWx0OjBwdCI+PGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9p bnQuY29tL3YyL3VybD91PWh0dHBzLTNBX190b29scy5pZXRmLm9yZ19odG1sX2RyYWZ0LTJEYmFz aGFuZHktMkRydGd3Zy0yRHNlZ21lbnQtMkRyb3V0aW5nLTJEdGktMkRsZmEtMkQwNC0yM3NlY3Rp b24tMkQ0LjImYW1wO2Q9RHdNR2FRJmFtcDtjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1u ZGIzdm9EVFhjV3pvQ0kmYW1wO3I9TnlqTHNyN0pBN212cENKYTBZbVBkVktjbU1YSjMxYnBiQmFO cXpDTnJuZyZhbXA7bT1DQm40Ni10VGpackZ1cDBkUi1FR0F0dDRRRnE5UGkyN1JhTzVyUUNrMVF3 JmFtcDtzPXNBaTNLQ1dVd0dTM0Q5M3Q4aWM2NFdfNDZ4bTl5OE9hY3M3b3pjQXdlUzgmYW1wO2U9 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyBcO2NvbG9yXDpibGFjayZxdW90OyI+NC4yPC9zcGFuPjwvYT48YSBuYW1lPSJzZWN0aW9u LTQuMiI+PC9hPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3IFw7Y29sb3JcOmJsYWNrJnF1b3Q7Ij4uDQogVGhlIHJlcGFpciBub2RlIGlz IGEgUFEgbm9kZTwvc3Bhbj48bzpwPjwvbzpwPjwvaDM+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVm dDouN2luIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpw PjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6LjdpbiI+PHNwYW4gc3R5bGU9ImNvbG9y OmJsYWNrIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdp bi1sZWZ0Oi43aW4iPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7IFdoZW4g dGhlIHJlcGFpciBub2RlIGlzIGluIFAoUyxYKSwgdGhlIHJlcGFpciBsaXN0IGlzIG1hZGUgb2Yg YTwvc3Bhbj48bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6LjdpbiI+ PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgc2luZ2xlIG5vZGUgc2VnbWVu dCB0byB0aGUgcmVwYWlyIG5vZGUuPC9zcGFuPjxvOnA+PC9vOnA+PC9wcmU+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDowaW47bWFyZ2luLXJp Z2h0OjBpbjttYXJnaW4tYm90dG9tOjBpbjttYXJnaW4tbGVmdDouNWluO21hcmdpbi1ib3R0b206 LjAwMDFwdDtsaW5lLWhlaWdodDpub3JtYWwiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPkluIHRoZSBzY29wZSBvZiB0aGlzIHNlY3Rpb24sIHRoZSByZXBhaXIgbm9kZSBpcyBub3Qg YWRqYWNlbnQgdG8gdGhlIFBMUiwgYW5kIHRoZXJlZm9yZSwgdG8gdGhlIGJlc3Qgb2YgbXkgdW5k ZXJzdGFuZGluZywgJm5ic3A74oCcYSBzaW5nbGUNCjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kOnll bGxvdzttc28taGlnaGxpZ2h0OnllbGxvdyI+bm9kZSBzZWdtZW50PC9zcGFuPiB0byB0aGUgcmVw YWlyIG5vZGXigJ0gY2FuIGJlIG9ubHkgdGhlIE5vZGUgU0lEIG9mIHRoZSByZXBhaXIgbm9kZS4g U2luY2UgcmVwYWlyIG5vZGVzIGFyZSBjb21wdXRlZCBkeW5hbWljYWxseSwgdGhpcyBlbnRpcmUg c2NoZW1lIGRlcGVuZHMgb24gYWxsIG5vZGVzIGluIHRoZSBNUExTPVNSIGRvbWFpbiAmbmJzcDto YXZpbmcgYXQgbGVhc3QNCiBvbmUgTm9kZSBTSUQgZWFjaDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjBpbjtsaW5lLWhlaWdodDpub3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiNBaG1lZDogVGhlIGNob2ljZSBvZiB0 aGUgU0lEIHRvIGlkZW50aWZ5IGFuIGludGVybWVkaWF0ZSBvciBleGl0IG5vZGUocykgaW4gYW4g U1ItcG9saWN5IGlzIGEgY29udHJvbCBwbGFuZSBiZWhhdmlvciwgaXJyZXNwZWN0aXZlIG9mIHJl YXNvbiBzdWNoDQogcG9saWN5IGlzIGNyZWF0ZWQgKGJlIGl0IHRpLWxmYSBleHBsaWNpdCBwYXRo LCB1bG9vcCBhdm9pZGFuY2UgZXhwbGljaXQgcGF0aCwgb3Igc29tZSBTUi1URSBleHBsaWNpdCBw YXRoKS4gU1ItUG9saWN5IGFzIHdlbGwgYXMgVGktTEZBIGFuZCB1bG9vcCBhdm9pZGFuY2UgYXJl IGhhbmRsZWQgaW4gc2VwYXJhdGUgZHJhZnRzLiBTbyBqdXN0IGxpa2UgdGhlIHJlc3BvbnNlIHRv IHlvdXIgcHJldmlvdXMgY29tbWVudCwgZnJvbSBmb3J3YXJkaW5nDQogcGxhbmUgcGVyc3BlY3Rp dmUgaXQgZG9lcyBub3QgbWFrZSBhbnkgZGlmZmVyZW5jZSB3aGV0aGVyIHRoZSBsYWJlbCBhdCB0 aGUgdG9wIG9mIGFuIE1QTFMgcGFja2V0IGlkZW50aWZpZXMgYSBzaW5nbGUgb3IgbXVsdGlwbGUg bm9kZXMuDQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBz dHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OjBpbjttYXJnaW4tcmln aHQ6MGluO21hcmdpbi1ib3R0b206MGluO21hcmdpbi1sZWZ0Oi41aW47bWFyZ2luLWJvdHRvbTou MDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1hbCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RCI+Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW46MGluO21hcmdpbi1ib3R0b206LjAwMDFwdDtsaW5lLWhlaWdodDpub3JtYWwiPg0KPHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW46MGluO21hcmdpbi1ib3R0b206LjAw MDFwdDtsaW5lLWhlaWdodDpub3JtYWwiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi PkhvcGVmdWxseSB0aGVzZSBub3RlcyBjbGFyaWZ5IG15IHBvc2l0aW9uIG9uIHRoZSBzdWJqZWN0 Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW46MGluO21hcmdpbi1ib3R0b206LjAwMDFwdDtsaW5lLWhlaWdodDpub3JtYWwiPg0KPHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW46MGluO21hcmdpbi1ib3R0b206LjAwMDFw dDtsaW5lLWhlaWdodDpub3JtYWwiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlJl Z2FyZHMsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbjowaW47bWFyZ2luLWJvdHRvbTouMDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1hbCI+DQo8 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+U2FzaGE8L3NwYW4+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luOjBpbjttYXJnaW4tYm90dG9tOi4w MDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luOjBpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj4N CjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5PZmZpY2U6ICYjNDM7OTcyLTM5MjY2MzAy PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bjowaW47bWFyZ2luLWJvdHRvbTouMDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1hbCI+DQo8c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Q2VsbDombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgJiM0Mzs5NzItNTQ5MjY2MzAyPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbjowaW47bWFyZ2luLWJvdHRvbTouMDAwMXB0O2xpbmUtaGVp Z2h0Om5vcm1hbCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+RW1haWw6Jm5ic3A7 Jm5ic3A7DQo8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOkFsZXhhbmRlci5WYWluc2h0ZWluQGVjaXRl bGUuY29tIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkFsZXhhbmRlci5WYWluc2h0ZWluQGVjaXRlbGUuY29t PC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUx RTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luOjBpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9y bWFsIj4NCjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjp3aW5kb3d0ZXh0Ij5Gcm9tOjwvc3Bhbj48 L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOndpbmRvd3RleHQiPiBBbGV4YW5kZXIgVmFpbnNodGVp bg0KPGJyPg0KPGI+U2VudDo8L2I+IFdlZG5lc2RheSwgSnVseSAxMSwgMjAxOCAxMjowMiBQTTxi cj4NCjxiPlRvOjwvYj4gQWhtZWQgQmFzaGFuZHkgPC9zcGFuPjxhIGhyZWY9Im1haWx0bzphYmFz aGFuZHkuaWV0ZkBnbWFpbC5jb20iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+Jmx0O2FiYXNoYW5keS5pZXRm QGdtYWlsLmNvbSZndDs8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjp3aW5kb3d0ZXh0 Ij48YnI+DQo8Yj5DYzo8L2I+IDwvc3Bhbj48YSBocmVmPSJtYWlsdG86cnRnLWRpckBpZXRmLm9y ZyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmIj5ydGctZGlyQGlldGYub3JnPC9zcGFuPjwvYT48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6d2luZG93dGV4dCI+OyAnPC9zcGFuPjxhIGhyZWY9Im1haWx0bzptcGxzQGll dGYub3JnIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPm1wbHNAaWV0Zi5vcmc8L3NwYW4+PC9hPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjp3aW5kb3d0ZXh0Ij4nDQo8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOm1wbHNA aWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+Jmx0O21wbHNAaWV0Zi5vcmcmZ3Q7PC9zcGFuPjwv YT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6d2luZG93dGV4dCI+OyAnPC9zcGFuPjxhIGhyZWY9Im1h aWx0bzphZHJpYW5Ab2xkZG9nLmNvLnVrIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPmFkcmlhbkBvbGRkb2cu Y28udWs8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjp3aW5kb3d0ZXh0Ij4nDQo8L3Nw YW4+PGEgaHJlZj0ibWFpbHRvOmFkcmlhbkBvbGRkb2cuY28udWsiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+ Jmx0O2FkcmlhbkBvbGRkb2cuY28udWsmZ3Q7PC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6d2luZG93dGV4dCI+OyBKb25hdGhhbiBIYXJkd2ljayAoPC9zcGFuPjxhIGhyZWY9Im1haWx0 bzpKb25hdGhhbi5IYXJkd2lja0BtZXRhc3dpdGNoLmNvbSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5Kb25h dGhhbi5IYXJkd2lja0BtZXRhc3dpdGNoLmNvbTwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOndpbmRvd3RleHQiPikNCjwvc3Bhbj48YSBocmVmPSJtYWlsdG86am9uYXRoYW4uaGFyZHdp Y2tAbWV0YXN3aXRjaC5jb20iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+Jmx0O2pvbmF0aGFuLmhhcmR3aWNr QG1ldGFzd2l0Y2guY29tJmd0Ozwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOndpbmRv d3RleHQiPjsNCjwvc3Bhbj48YSBocmVmPSJtYWlsdG86c2hyYWRkaGFAanVuaXBlci5uZXQiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZiI+c2hyYWRkaGFAanVuaXBlci5uZXQ8L3NwYW4+PC9hPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjp3aW5kb3d0ZXh0Ij47DQo8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOnNwcmluZ0Bp ZXRmLm9yZyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5zcHJpbmdAaWV0Zi5vcmc8L3NwYW4+PC9hPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjp3aW5kb3d0ZXh0Ij47DQo8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOnNw cmluZy1jaGFpcnNAaWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+c3ByaW5nLWNoYWlyc0BpZXRm Lm9yZzwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOndpbmRvd3RleHQiPjsNCjwvc3Bh bj48YSBocmVmPSJtYWlsdG86ZHJhZnQtaWV0Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5nLW1wbHMu YXV0aG9yc0BpZXRmLm9yZyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5kcmFmdC1pZXRmLXNwcmluZy1zZWdt ZW50LXJvdXRpbmctbXBscy5hdXRob3JzQGlldGYub3JnPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6d2luZG93dGV4dCI+PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJFOiBSdGdEaXIgRWFy bHkgcmV2aWV3OiBkcmFmdC1pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmctbXBscy0xMzwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4m bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDowaW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5BaG1lZCwgYW5kIGFsbCw8 L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MGluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+TG90cyBvZiB0aGFua3Mg Zm9yIGEgZGV0YWlsZWQgcmVzcG9uc2UgdG8gbXkgY29tbWVudHMuDQo8L3NwYW4+PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MGluIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+UGxlYXNlIHNlZQ0KPC9zcGFuPjxiPjxpPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMDBCMDUwIj5pbmxpbmUgYmVsb3c8L3NwYW4+PC9pPjwvYj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+IG15IHBvc2l0aW9uIG9uIGVhY2ggb2YgdGhlbS48 L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW46MGluO21hcmdpbi1ib3R0b206LjAwMDFw dDtsaW5lLWhlaWdodDpub3JtYWwiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlJl Z2FyZHMsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbjowaW47bWFyZ2luLWJvdHRvbTouMDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1hbCI+DQo8 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+U2FzaGE8L3NwYW4+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luOjBpbjttYXJnaW4tYm90dG9tOi4w MDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luOjBpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj4N CjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5PZmZpY2U6ICYjNDM7OTcyLTM5MjY2MzAy PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bjowaW47bWFyZ2luLWJvdHRvbTouMDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1hbCI+DQo8c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Q2VsbDombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgJiM0Mzs5NzItNTQ5MjY2MzAyPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbjowaW47bWFyZ2luLWJvdHRvbTouMDAwMXB0O2xpbmUtaGVp Z2h0Om5vcm1hbCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+RW1haWw6Jm5ic3A7 Jm5ic3A7DQo8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOkFsZXhhbmRlci5WYWluc2h0ZWluQGVjaXRl bGUuY29tIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkFsZXhhbmRlci5WYWluc2h0ZWluQGVjaXRlbGUuY29t PC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUx RTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luOjBpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9y bWFsIj4NCjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjp3aW5kb3d0ZXh0Ij5Gcm9tOjwvc3Bhbj48 L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOndpbmRvd3RleHQiPiBBaG1lZCBCYXNoYW5keSBbPC9z cGFuPjxhIGhyZWY9Im1haWx0bzphYmFzaGFuZHkuaWV0ZkBnbWFpbC5jb20iPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZiI+bWFpbHRvOmFiYXNoYW5keS5pZXRmQGdtYWlsLmNvbTwvc3Bhbj48L2E+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOndpbmRvd3RleHQiPl0NCjxicj4NCjxiPlNlbnQ6PC9iPiBXZWRuZXNkYXks IEp1bHkgMTEsIDIwMTggNDo0MiBBTTxicj4NCjxiPlRvOjwvYj4gQWxleGFuZGVyIFZhaW5zaHRl aW4gJmx0Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86QWxleGFuZGVyLlZhaW5zaHRlaW5AZWNpdGVs ZS5jb20iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZiI+QWxleGFuZGVyLlZhaW5zaHRlaW5AZWNpdGVsZS5jb208 L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjp3aW5kb3d0ZXh0Ij4mZ3Q7Ow0KPC9zcGFu PjxhIGhyZWY9Im1haWx0bzpzcHJpbmctY2hhaXJzQGlldGYub3JnIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYi PnNwcmluZy1jaGFpcnNAaWV0Zi5vcmc8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjp3 aW5kb3d0ZXh0Ij47DQo8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWlldGYtc3ByaW5nLXNl Z21lbnQtcm91dGluZy1tcGxzLmF1dGhvcnNAaWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+ZHJh ZnQtaWV0Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5nLW1wbHMuYXV0aG9yc0BpZXRmLm9yZzwvc3Bh bj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOndpbmRvd3RleHQiPjxicj4NCjxiPkNjOjwvYj4g PC9zcGFuPjxhIGhyZWY9Im1haWx0bzpydGctZGlyQGlldGYub3JnIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYi PnJ0Zy1kaXJAaWV0Zi5vcmc8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjp3aW5kb3d0 ZXh0Ij47ICc8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmciPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZiI+bXBsc0BpZXRmLm9yZzwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOndpbmRv d3RleHQiPicNCiAmbHQ7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzptcGxzQGlldGYub3JnIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWYiPm1wbHNAaWV0Zi5vcmc8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjp3aW5kb3d0ZXh0Ij4mZ3Q7OyAnPC9zcGFuPjxhIGhyZWY9Im1haWx0bzphZHJpYW5Ab2xkZG9n LmNvLnVrIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPmFkcmlhbkBvbGRkb2cuY28udWs8L3NwYW4+PC9hPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjp3aW5kb3d0ZXh0Ij4nDQogJmx0Ozwvc3Bhbj48YSBocmVmPSJt YWlsdG86YWRyaWFuQG9sZGRvZy5jby51ayI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5hZHJpYW5Ab2xkZG9n LmNvLnVrPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6d2luZG93dGV4dCI+Jmd0Ozsg Sm9uYXRoYW4gSGFyZHdpY2sgKDwvc3Bhbj48YSBocmVmPSJtYWlsdG86Sm9uYXRoYW4uSGFyZHdp Y2tAbWV0YXN3aXRjaC5jb20iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+Sm9uYXRoYW4uSGFyZHdpY2tAbWV0 YXN3aXRjaC5jb208L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjp3aW5kb3d0ZXh0Ij4p DQogJmx0Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86am9uYXRoYW4uaGFyZHdpY2tAbWV0YXN3aXRj aC5jb20iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZiI+am9uYXRoYW4uaGFyZHdpY2tAbWV0YXN3aXRjaC5jb208 L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjp3aW5kb3d0ZXh0Ij4mZ3Q7Ow0KPC9zcGFu PjxhIGhyZWY9Im1haWx0bzpzaHJhZGRoYUBqdW5pcGVyLm5ldCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5z aHJhZGRoYUBqdW5pcGVyLm5ldDwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOndpbmRv d3RleHQiPjsNCjwvc3Bhbj48YSBocmVmPSJtYWlsdG86c3ByaW5nQGlldGYub3JnIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWYiPnNwcmluZ0BpZXRmLm9yZzwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OndpbmRvd3RleHQiPjxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogUnRnRGlyIEVhcmx5IHJldmll dzogZHJhZnQtaWV0Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5nLW1wbHMtMTM8L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86 cD48L286cD48L3A+DQo8cD5UaGFua3MgZm9yIHRob3JvdWdoIChhbmQgVkVSWSBjbGVhcikgdGhl IHJldmlldzxvOnA+PC9vOnA+PC9wPg0KPHA+U2VlIGlubGluZSAjQWhtZWQ8bzpwPjwvbzpwPjwv cD4NCjxwPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHA+QWhtZWQ8bzpwPjwvbzpwPjwvcD4NCjxw PiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48 L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gNi8xNS8xOCAxMTowOCBQ TSwgQWxleGFuZGVyIFZhaW5zaHRlaW4gd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxi bG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5SZS1zZW5kaW5nIHRvJm5ic3A7IGNvcnJlY3QgU1BS SU5HIFdHIGxpc3QuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7 LHNhbnMtc2VyaWYiPlNpbmNlcmUgYXBvbG9naWVzIGZvciB0aGUgZGVsYXkgY2F1c2VkIGJ5IGEg dHlwby48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MGNtbWFyZ2luLWJvdHRvbTouMDAw MXB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJp ZiI+VGh1bWIgdHlwZWQgYnkgU2FzaGEgVmFpbnNodGVpbjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjNpbjttYXJnaW4tYm90dG9tOjEyLjBw dCI+DQo8ZGl2IGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJjZW50ZXIiIHN0eWxlPSJtYXJnaW46 MGluO21hcmdpbi1ib3R0b206LjAwMDFwdDt0ZXh0LWFsaWduOmNlbnRlciI+DQo8c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuIFwsc2VyaWYmcXVvdDsiPg0KPGhy IHNpemU9IjIiIHdpZHRoPSI5OCUiIGFsaWduPSJjZW50ZXIiPg0KPC9zcGFuPjwvZGl2Pg0KPC9k aXY+DQo8ZGl2IGlkPSJkaXZScGx5RndkTXNnIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPkZy b206PC9iPiBBbGV4YW5kZXIgVmFpbnNodGVpbjxicj4NCjxiPlNlbnQ6PC9iPiBTdW5kYXksIEp1 bmUgMTAsIDIwMTggMTA6NDM6NTIgQU08YnI+DQo8Yj5Ubzo8L2I+IDxhIGhyZWY9Im1haWx0bzpz cHJpbmctY2hhaXJzQGlldGYub3JnIj5zcHJpbmctY2hhaXJzQGlldGYub3JnPC9hPjsgPGEgaHJl Zj0ibWFpbHRvOmRyYWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQtcm91dGluZy1tcGxzLmF1dGhvcnNA aWV0Zi5vcmciPg0KZHJhZnQtaWV0Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5nLW1wbHMuYXV0aG9y c0BpZXRmLm9yZzwvYT48YnI+DQo8Yj5DYzo8L2I+IDxhIGhyZWY9Im1haWx0bzpzcHJpbmdAaWV0 Zi5jb20iPnNwcmluZ0BpZXRmLmNvbTwvYT47IDxhIGhyZWY9Im1haWx0bzpydGctZGlyQGlldGYu b3JnIj4NCnJ0Zy1kaXJAaWV0Zi5vcmc8L2E+OyAnPGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5v cmciPm1wbHNAaWV0Zi5vcmc8L2E+JzsgJzxhIGhyZWY9Im1haWx0bzphZHJpYW5Ab2xkZG9nLmNv LnVrIj5hZHJpYW5Ab2xkZG9nLmNvLnVrPC9hPic7IEpvbmF0aGFuIEhhcmR3aWNrICg8YSBocmVm PSJtYWlsdG86Sm9uYXRoYW4uSGFyZHdpY2tAbWV0YXN3aXRjaC5jb20iPkpvbmF0aGFuLkhhcmR3 aWNrQG1ldGFzd2l0Y2guY29tPC9hPik7DQo8YSBocmVmPSJtYWlsdG86c2hyYWRkaGFAanVuaXBl ci5uZXQiPnNocmFkZGhhQGp1bmlwZXIubmV0PC9hPjxicj4NCjxiPlN1YmplY3Q6PC9iPiBSRTog UnRnRGlyIEVhcmx5IHJldmlldzogZHJhZnQtaWV0Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5nLW1w bHMtMTM8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7 LHNlcmlmIj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuIFwsc2Vy aWYmcXVvdDsiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0 OTdEIj5FeHBsaWNpdGx5IGFkZGluZyBTaHJhZGRoYSAmbmJzcDt3aG8gaXMgdGhlIHNoZXBoZXJk IG9mIHRoaXMgZHJhZnQuDQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0 OTdEIj5SZWdhcmRzLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5TYXNoYTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj4mbmJzcDs8 L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Y29sb3I6IzFGNDk3RCI+T2ZmaWNlOiAmIzQzOzk3Mi0zOTI2NjMwMjwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5D ZWxsOiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOzk3Mi01NDkyNjYzMDI8L3Nw YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29s b3I6IzFGNDk3RCI+RW1haWw6Jm5ic3A7Jm5ic3A7IDwvc3Bhbj48YSBocmVmPSJtYWlsdG86QWxl eGFuZGVyLlZhaW5zaHRlaW5AZWNpdGVsZS5jb20iPkFsZXhhbmRlci5WYWluc2h0ZWluQGVjaXRl bGUuY29tPC9hPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAx LjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxi PkZyb206PC9iPiBBbGV4YW5kZXIgVmFpbnNodGVpbiA8YnI+DQo8Yj5TZW50OjwvYj4gRnJpZGF5 LCBKdW5lIDgsIDIwMTggNTo0MyBQTTxicj4NCjxiPlRvOjwvYj4gJzxhIGhyZWY9Im1haWx0bzpz cHJpbmctY2hhaXJzQGlldGYub3JnIj5zcHJpbmctY2hhaXJzQGlldGYub3JnPC9hPicgPGEgaHJl Zj0ibWFpbHRvOnNwcmluZy1jaGFpcnNAaWV0Zi5vcmciPg0KJmx0O3NwcmluZy1jaGFpcnNAaWV0 Zi5vcmcmZ3Q7PC9hPjsgJzxhIGhyZWY9Im1haWx0bzpkcmFmdC1pZXRmLXNwcmluZy1zZWdtZW50 LXJvdXRpbmctbXBscy5hdXRob3JzQGlldGYub3JnIj5kcmFmdC1pZXRmLXNwcmluZy1zZWdtZW50 LXJvdXRpbmctbXBscy5hdXRob3JzQGlldGYub3JnPC9hPicNCjxhIGhyZWY9Im1haWx0bzpkcmFm dC1pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmctbXBscy5hdXRob3JzQGlldGYub3JnIj4mbHQ7 ZHJhZnQtaWV0Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5nLW1wbHMuYXV0aG9yc0BpZXRmLm9yZyZn dDs8L2E+PGJyPg0KPGI+Q2M6PC9iPiAnPGEgaHJlZj0ibWFpbHRvOnNwcmluZ0BpZXRmLmNvbSI+ c3ByaW5nQGlldGYuY29tPC9hPicgPGEgaHJlZj0ibWFpbHRvOnNwcmluZ0BpZXRmLmNvbSI+DQom bHQ7c3ByaW5nQGlldGYuY29tJmd0OzwvYT47IDxhIGhyZWY9Im1haWx0bzpydGctZGlyQGlldGYu b3JnIj5ydGctZGlyQGlldGYub3JnPC9hPjsgPGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmci Pg0KbXBsc0BpZXRmLm9yZzwvYT47ICc8YSBocmVmPSJtYWlsdG86YWRyaWFuQG9sZGRvZy5jby51 ayI+YWRyaWFuQG9sZGRvZy5jby51azwvYT4nDQo8YSBocmVmPSJtYWlsdG86YWRyaWFuQG9sZGRv Zy5jby51ayI+Jmx0O2FkcmlhbkBvbGRkb2cuY28udWsmZ3Q7PC9hPjxicj4NCjxiPlN1YmplY3Q6 PC9iPiBSdGdEaXIgRWFybHkgcmV2aWV3OiBkcmFmdC1pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRp bmctbXBscy0xMzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90Oyxz YW5zLXNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJk YW5hJnF1b3Q7LHNhbnMtc2VyaWYiPkhlbGxvLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+SSBoYXZlIGJlZW4gc2VsZWN0ZWQgdG8g ZG8gYSByb3V0aW5nIGRpcmVjdG9yYXRlIOKAnGVhcmx54oCdIHJldmlldyBvZiB0aGlzIGRyYWZ0 Og0KPC9zcGFuPjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91 cmw/dT1odHRwcy0zQV9fZGF0YXRyYWNrZXIuaWV0Zi5vcmdfZG9jX2RyYWZ0LTJEaWV0Zi0yRHNw cmluZy0yRHNlZ21lbnQtMkRyb3V0aW5nLTJEbXBsc18mYW1wO2Q9RHdNR2FRJmFtcDtjPUhBa1l1 aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kmYW1wO3I9TnlqTHNyN0pBN212 cENKYTBZbVBkVktjbU1YSjMxYnBiQmFOcXpDTnJuZyZhbXA7bT1DQm40Ni10VGpackZ1cDBkUi1F R0F0dDRRRnE5UGkyN1JhTzVyUUNrMVF3JmFtcDtzPUN4YmFhZjlVMGtqNl9tZVZTb2JTa1JMUVcx U3dJOE1KdmdIcHVZcDBRT00mYW1wO2U9Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPmh0dHBzOi8vZGF0YXRy YWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQtcm91dGluZy1tcGxz Lzwvc3Bhbj48L2E+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNh bnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRh bmEmcXVvdDssc2Fucy1zZXJpZiI+VGhlIHJvdXRpbmcgZGlyZWN0b3JhdGUgd2lsbCwgb24gcmVx dWVzdCBmcm9tIHRoZSB3b3JraW5nIGdyb3VwIGNoYWlyLCBwZXJmb3JtIGFuIOKAnGVhcmx54oCd IHJldmlldyBvZiBhIGRyYWZ0IGJlZm9yZSBpdCBpcyBzdWJtaXR0ZWQgZm9yIHB1YmxpY2F0aW9u IHRvIHRoZSBJRVNHLiBUaGUgZWFybHkgcmV2aWV3DQogY2FuIGJlIHBlcmZvcm1lZCBhdCBhbnkg dGltZSBkdXJpbmcgdGhlIGRyYWZ04oCZcyBsaWZldGltZSBhcyBhIHdvcmtpbmcgZ3JvdXAgZG9j dW1lbnQuIFRoZSBwdXJwb3NlIG9mIHRoZSBlYXJseSByZXZpZXcgZGVwZW5kcyBvbiB0aGUgc3Rh Z2UgdGhhdCB0aGUgZG9jdW1lbnQgaGFzIHJlYWNoZWQuIEFzIHRoaXMgZG9jdW1lbnQgaXMgY3Vy cmVudGx5IGluIHRoZSBXRyBMYXN0IGNhbGwsIG15IGZvY3VzIGZvciB0aGUgcmV2aWV3IHdhcyB0 byBkZXRlcm1pbmUNCiB3aGV0aGVyIHRoZSBkb2N1bWVudCBpcyByZWFkeSB0byBiZSBwdWJsaXNo ZWQuIFBsZWFzZSBjb25zaWRlciBteSBjb21tZW50cyBhbG9uZyB3aXRoIHRoZSBvdGhlciB3b3Jr aW5nIGdyb3VwIGxhc3QgY2FsbCBjb21tZW50cy48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Rm9yIG1vcmUgaW5m b3JtYXRpb24gYWJvdXQgdGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUsIHBsZWFzZSBzZWUNCjwvc3Bh bj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZx dW90OyxzYW5zLXNlcmlmIj7igIs8L3NwYW4+PGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNlLnBy b29mcG9pbnQuY29tL3YyL3VybD91PWh0dHAtM0FfX3RyYWMudG9vbHMuaWV0Zi5vcmdfYXJlYV9y dGdfdHJhY193aWtpX1J0Z0RpciZhbXA7ZD1Ed01HYVEmYW1wO2M9SEFrWXVoNjNyc3VocjZTY2Jm aDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZhbXA7cj1OeWpMc3I3SkE3bXZwQ0phMFltUGRWS2Nt TVhKMzFicGJCYU5xekNOcm5nJmFtcDttPUNCbjQ2LXRUalpyRnVwMGRSLUVHQXR0NFFGcTlQaTI3 UmFPNXJRQ2sxUXcmYW1wO3M9NnBuSTdsODJld3d6b3hnT1hxVEtyYkt1UWlkdDYtS0JzWmRzWEZu b1FDZyZhbXA7ZT0iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+aHR0cDovL3RyYWMudG9vbHMuaWV0Zi5vcmcv YXJlYS9ydGcvdHJhYy93aWtpL1J0Z0Rpcjwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj4NCjwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJp ZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZx dW90OyxzYW5zLXNlcmlmIj5Eb2N1bWVudDwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj46IGRy YWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQtcm91dGluZy1tcGxzLTEzPC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5SZXZpZXdlcjwv c3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj46IEFsZXhhbmRlciAo4oCcU2FzaGHigJ0pIFZhaW5z aHRlaW4gKDwvc3Bhbj48YSBocmVmPSJtYWlsdG86YWxleGFuZGVyLnZhaW5zaHRlaW5AZWNpdGVs ZS5jb20iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Zl cmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+YWxleGFuZGVyLnZhaW5zaHRlaW5AZWNpdGVsZS5jb208 L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+KTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+UmV2aWV3IERhdGU8L3NwYW4+PC9i PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEm cXVvdDssc2Fucy1zZXJpZiI+OiAwOC1KdW4tMTg8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPkludGVuZGVkIFN0YXR1czwvc3Bh bj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVy ZGFuYSZxdW90OyxzYW5zLXNlcmlmIj46IFByb3Bvc2VkIFN0YW5kYXJkLjwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNl cmlmIj5TdW1tYXJ5PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPjo8L3NwYW4+PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+ SSBoYXZlIHNvbWUgbWlub3IgY29uY2VybnMgYWJvdXQgdGhpcyBkb2N1bWVudCB0aGF0IEkgdGhp bmsgc2hvdWxkIGJlIHJlc29sdmVkIGJlZm9yZSBpdCBpcyBzdWJtaXR0ZWQgdG8gdGhlIElFU0cu PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNl cmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5h JnF1b3Q7LHNhbnMtc2VyaWYiPkNvbW1lbnRzPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPjo8 L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2Vy aWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVv dDssc2Fucy1zZXJpZiI+SSBjb25zaWRlciB0aGlzIGRyYWZ0IGFzIGFuIGltcG9ydGFudCAmbmJz cDtjb21wYW5pb24gZG9jdW1lbnQgdG8gdGhlDQo8L3NwYW4+PGEgaHJlZj0iaHR0cHM6Ly91cmxk ZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX190b29scy5pZXRmLm9yZ19o dG1sX2RyYWZ0LTJEaWV0Zi0yRHNwcmluZy0yRHNlZ21lbnQtMkRyb3V0aW5nLTJEMTUmYW1wO2Q9 RHdNR2FRJmFtcDtjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0km YW1wO3I9TnlqTHNyN0pBN212cENKYTBZbVBkVktjbU1YSjMxYnBiQmFOcXpDTnJuZyZhbXA7bT1D Qm40Ni10VGpackZ1cDBkUi1FR0F0dDRRRnE5UGkyN1JhTzVyUUNrMVF3JmFtcDtzPWlKU2hoN2U3 eXlWa3Q0NHYxTzVweUNPTWZIQ3BBdmZCTkdnRnI1bGsxMzAmYW1wO2U9Ij48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2Vy aWYiPlNlZ21lbnQNCiBSb3V0aW5nIEFyY2hpdGVjdHVyZTwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNl cmlmIj4gZHJhZnQgdGhhdCwgaWRlYWxseSwgc2hvdWxkIGF1Z21lbnQgZGVmaW5pdGlvbnMgb2Yg dGhlIFNlZ21lbnQgUm91dGluZyAoU1IpIG5vdGlvbnMgYW5kIGNvbnN0cnVjdHMgZ2l2ZW4gdGhl cmUgd2l0aCBkZXRhaWxzIHNwZWNpZmljIGZvciB0aGUgU1IgaW5zdGFudGlhdGlvbiB0aGF0DQog dXNlcyZuYnNwOyB0aGUgTVBMUyBkYXRhIHBsYW5lIChTUi1NUExTKS4mbmJzcDsgTWFueSBpc3N1 ZXMgcmFpc2VkIGluIG15IHJldmlldyByZWZsZWN0IGVpdGhlciBnYXBzIHRoYXQgc2hvdWxkIGJl LCBidXQgaGF2ZSBub3QgYmVlbiwgY2xvc2VkLCBvciBpbmNvbnNpc3RlbmNpZXMgYmV0d2VlbiB0 aGUgdHdvIGRyYWZ0cy4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRh bmEmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPlNpbmNlDQo8L3NwYW4+ PGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBz LTNBX190b29scy5pZXRmLm9yZ19odG1sX3JmYzgyODcmYW1wO2Q9RHdNR2FRJmFtcDtjPUhBa1l1 aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kmYW1wO3I9TnlqTHNyN0pBN212 cENKYTBZbVBkVktjbU1YSjMxYnBiQmFOcXpDTnJuZyZhbXA7bT1DQm40Ni10VGpackZ1cDBkUi1F R0F0dDRRRnE5UGkyN1JhTzVyUUNrMVF3JmFtcDtzPXk3anAzVVlOVHRjbW05SE91bHpxUFRyTVVS VHJzTWlPMjZyV2xOWk41V3MmYW1wO2U9Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPlJGQw0KIDgyODc8L3Nw YW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Zl cmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+IGlzIGFscmVhZHkgcHVibGlzaGVkIGFzIGEgU3RhbmRh cmRzIFRyYWNrIFJGQywgSSBleHBlY3Qgc3VjaCBhdWdtZW50YXRpb24gdG8gYmUgYmFja3dhcmQg Y29tcGF0aWJsZSB3aXRoIHRoaXMgZG9jdW1lbnQgKG9yIHRvIHByb3ZpZGUgY2xlYXIgaW5kaWNh dGlvbnMgb2YgcmVxdWlyZWQgdXBkYXRlcyB0byB0aGlzDQogZG9jdW1lbnQpLiBBbmQgSSBpbmNs dWRlIHRoZSBNUExTIFdHIGludG8gZGlzdHJpYnV0aW9uIGxpc3QuIDwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5U aGlzIGRyYWZ0IHdhcyBub3QgZWFzeSByZWFkaW5nIGZvciBtZS4gSW4gcGFydGljdWxhciwgdGhl IHN0eWxlIG9mIFNlY3Rpb24gMi41IHRoYXQgZGlzY3Vzc2VzIGF0IGxlbmd0aCBhbmQgaW4gc29t ZSBkZXRhaWwgbXVsdGlwbGUg4oCcY29ybmVyIGNhc2Vz4oCdIHJlc3VsdGluZywgcHJlc3VtYWJs eSwgZnJvbQ0KIG1pc2NvbmZpZ3VyYXRpb24sIGJlZm9yZSBpdCBleHBsYWlucyB0aGUgYmFzaWMg KGFuZCByZWxhdGl2ZWx5IHNpbXBsZSkg4oCcbm9ybWFs4oCdIGJlaGF2aW9yLCBsb29rcyBwcm9i bGVtYXRpYyB0byBtZS48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5h JnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+VGhlIFdHIExhc3QgQ2FsbCBoYXMgYmVlbiBl eHRlbmRlZCBieSBvbmUgd2Vlay4gTmV2ZXJ0aGVsZXNzLCBJIGFtIHNlbmRpbmcgb3V0IG15IGNv bW1lbnRzDQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7 LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+TWFqb3IgSXNzdWVzPC9zcGFuPjwvYj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNh bnMtc2VyaWYiPjogTm9uZSBmb3VuZDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuIFwsc2VyaWYmcXVvdDsiPiNBaG1lZDogdGhh bmtzIGEgbG90PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdp bi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5NaW5vciBJc3N1ZXM8 L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+OiBRdWl0ZSBhIGZldyBidXQsIGhvcGVmdWxseSwg ZWFzeSB0byByZXNvbHZlLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRh bmEmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVudDotLjI1aW4iPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fu cy1zZXJpZiI+MS48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gXCxzZXJpZiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 DQo8L3NwYW4+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5FbmNhcHN1bGF0aW9uIG9mIFNSLU1QTFMgcGFj a2V0czwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj46DQo8L3NwYW4+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO3Rl eHQtaW5kZW50Oi0uMjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5hLjwvc3Bhbj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiBcLHNlcmlm JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPlJGQyAz MDMyIChyZWZlcmVuY2VkIGJ5IHRoZSBkcmFmdCkgYW5kIFJGQyA1MzMyICg8Yj48aT5ub3QgbWVu dGlvbmVkIGluIHRoZSBkcmFmdDwvaT48L2I+KSBkZXBlbmQgdHdvIGVuY2Fwc3VsYXRpb25zIG9m IGxhYmVsZWQgcGFja2V0cyAtIG9uZSBmb3IgRG93bnN0cmVhbS1hbGxvY2F0ZWQgbGFiZWxzIGFu ZCBhbm90aGVyDQogZm9yIFVwc3RyZWFtLWFsbG9jYXRlZCBvbmVzLjwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuIFwsc2VyaWYm cXVvdDsiPiNBaG1lZDogUkZDNTMzMiBpcyBmb3IgbXVsdGljYXN0LiBBcyBtZW50aW9uZWQgaW4g U2VjdGlvbiA2IG9mIGRyYWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQtcm91dGluZy0xNSwgbXVsdGlj YXN0IGlzIG91dHNpZGUgdGhlIHNjb3BlIG9mIFNSLiBIZW5jZSB0aGUgUkZDIHdhcyBub3QgcmVm ZXJyZWQgdG8gaW4gdGhlIFNSLU1QTFMNCiBkcmFmdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMDBCMDUwIj5b W1Nhc2hhXV0gSSB3b3VsZCBiZSBzYXRpc2ZpZWQgd2l0aCB0aGlzIHJlc3BvbnNlLCB3b3VsZCBp dCBub3QgYmUgZm9yIHRoZSBmb2xsb3dpbmcgdGV4dCBJIHNlZSBpbiBTZWN0aW9uIDIuMiBvZiB0 aGU8L3NwYW4+PC9pPjwvYj48Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+DQo8 L3NwYW4+PC9pPjwvYj48YSBocmVmPSJodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20v djIvdXJsP3U9aHR0cHMtM0FfX3Rvb2xzLmlldGYub3JnX2h0bWxfZHJhZnQtMkRpZXRmLTJEc3By aW5nLTJEc2VnbWVudC0yRHJvdXRpbmctMkRwb2xpY3ktMkQwMSZhbXA7ZD1Ed01HYVEmYW1wO2M9 SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZhbXA7cj1OeWpMc3I3 SkE3bXZwQ0phMFltUGRWS2NtTVhKMzFicGJCYU5xekNOcm5nJmFtcDttPUNCbjQ2LXRUalpyRnVw MGRSLUVHQXR0NFFGcTlQaTI3UmFPNXJRQ2sxUXcmYW1wO3M9NGYwSDY4TFR2a3A3Ti1iWVRWTE9o V3FpRWJIYUNzT1FSMXpfUXp6M1dmNCZhbXA7ZT0iPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+U1IN CiBQb2xpY3kgQXJjaGl0ZWN0dXJlPC9zcGFuPjwvaT48L2I+PC9hPjxiPjxpPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEIj4NCjwvc3Bhbj48L2k+PC9iPjxiPjxpPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMDBCMDUwIj5kcmFmdDo8L3NwYW4+PC9pPjwvYj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW46MGluO21hcmdpbi1ib3R0b206LjAwMDFw dDtsaW5lLWhlaWdodDpub3JtYWwiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQiPiZu YnNwOyZuYnNwOyBBIHZhcmlhdGlvbiBvZiBTUiBQb2xpY3kgY2FuIGJlIHVzZWQgZm9yIHBhY2tl dCByZXBsaWNhdGlvbi4mbmJzcDsgQTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW46MGluO21hcmdpbi1ib3R0b206LjAwMDFwdDtsaW5lLWhl aWdodDpub3JtYWwiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQiPiZuYnNwOyZuYnNw OyBjYW5kaWRhdGUgcGF0aCBjb3VsZCBjb21wcmlzZSBtdWx0aXBsZSBTSUQtTGlzdHM7IG9uZSBm b3IgZWFjaDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW46MGluO21hcmdpbi1ib3R0b206LjAwMDFwdDtsaW5lLWhlaWdodDpub3JtYWwiPg0K PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQiPiZuYnNwOyZuYnNwOyByZXBsaWNhdGlvbiBw YXRoLiZuYnNwOyBJbiBzdWNoIGEgc2NlbmFyaW8sIHBhY2tldHMgYXJlIGFjdHVhbGx5PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbjowaW47 bWFyZ2luLWJvdHRvbTouMDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1hbCI+DQo8c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdCI+Jm5ic3A7Jm5ic3A7IHJlcGxpY2F0ZWQgdGhyb3VnaCBlYWNoIFNJ RCBMaXN0IG9mIHRoZSBTUiBQb2xpY3kgdG8gcmVhbGl6ZSBhIHBvaW50LTwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW46MGluO21hcmdpbi1i b3R0b206LjAwMDFwdDtsaW5lLWhlaWdodDpub3JtYWwiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQiPiZuYnNwOyZuYnNwOyB0by1tdWx0aXBvaW50IHNlcnZpY2UgZGVsaXZlcnkuIDwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMwMEIwNTAiPlRoaXMgbG9va3MgdG8gbWUgYXMgYmVpbmcgdmVyeSBtdWNoIG11bHRpY2FzdCBp biBTUiwgYW5kLCB1bmxlc3MgeW91IHdhbnQgdG8gc2F5IHRoYXQgaXQgaXMgbGltaXRlZCB0byBT UnY2LCBtYWtlcyBteSBxdWVzdGlvbiByZWxldmFudCBJTUhPLjwvc3Bhbj48L2k+PC9iPjxvOnA+ PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJv dHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4yNWluIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2Vy aWYiPmIuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7VGltZXMgTmV3IFJvbWFuIFwsc2VyaWYmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOw0KPC9z cGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRh bmEmcXVvdDssc2Fucy1zZXJpZiI+RnJvbSBteSBQT1YgdGhlIFNULU1QTFMgb25seSB1c2VzIERv d25zdHJlYW0tYWxsb2NhdGVkIGxhYmVscyDigJMgYnV0IEkgZXhwZWN0IHRoZSBkcmFmdCB0byBz dGF0ZSB0aGF0IGV4cGxpY2l0bHksIG9uZSB3YXkgb3IgYW5vdGhlci4gKElmIFVwc3RyZWFtLWFs bG9jYXRlZCBsYWJlbHMgYXJlIHJlbGV2YW50IGZvciBTUi1NUExTLA0KIEkgd291bGQgc2VlIGl0 IGFzIGEgbWFqb3IgZ2FwLCBzbyBJIGhvcGUgdGhhdCB0aGlzIGlzIG5vdCB0aGUgY2FzZSkuPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcg Um9tYW4gXCxzZXJpZiZxdW90OyI+I0FobWVkOiBJIHdpbGwgYWRkIGEgc3RhdGVtZW50IGluIHNl Y3Rpb24gMi4yIHRvIG1lbnRpb24gdGhhdCBpdCBpcyBkb3duLXN0cmVhbSBhbGxvY2F0ZWQgYXMg eW91IG1lbnRpb25lZDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5bW1Nhc2hhXV0gVGhpcyBpcyBx dWl0ZSB1bmFtYmlndW91cyBhbmQsIG9uY2UgYWRkZWQsIHdvdWxkIHJlc29sdmUgbXkgY29tbWVu dCBpbiBmdWxsIOKAkyB0aGUgcHJldmlvdXMgY29tbWVudCBub3R3aXRoc3RhbmRpbmcuIEluIHBh cnRpY3VsYXIsIGl0IHdvdWxkIGltcGx5DQogdGhhdCBldmVuIGxhYmVscyByZXByZXNlbnRpbmcg QlNJRHMgb2YgYSBTUiBSZXBsaWNhdGlvbiBwb2xpY2llcyB3aWxsIGJlIGRvd25zdHJlYW0tYWxs b2NhdGVkLg0KPC9zcGFuPjwvaT48L2I+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuIFwsc2Vy aWYmcXVvdDsiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxl PSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRleHQtaW5kZW50Oi0uMjVpbiI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90 OyxzYW5zLXNlcmlmIj4yLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiBcLHNlcmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsm bmJzcDsNCjwvc3Bhbj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPkxhYmVsIHNwYWNlcyBpbiBTUi1NUExT PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPjo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO3RleHQtaW5k ZW50Oi0uMjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5hLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiBcLHNlcmlmJnF1b3Q7 Ij4mbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPlJGQyAzMDMxIChy ZWZlcmVuY2VkIGJ5IHRoZSBkcmFmdCkgZGVmaW5lcyBwZXItcGxhdGZvcm0gYW5kIHBlci1pbnRl cmZhY2UgbGFiZWwgc3BhY2VzLCBhbmQgUkZDIDUzMzEgKDxiPjxpPm5vdCBtZW50aW9uZWQgaW4g dGhlIGRyYWZ0PC9pPjwvYj4pIGFkZHMgY29udGV4dC1zcGVjaWZpYyBsYWJlbCBzcGFjZXMgYW5k IGNvbnRleHQNCiBsYWJlbHMuIDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29M aXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4yNWlu Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5h JnF1b3Q7LHNhbnMtc2VyaWYiPmIuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuIFwsc2VyaWYmcXVvdDsiPiZuYnNwOyZu YnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+VGhlIGRyYWZ0IGRvZXMgbm90IHNh eSB3aGljaCBvZiB0aGVzZSBhcmUgb3IgYXJlIG5vdCByZWxldmFudCBmb3IgU1ItTVBMUzwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4yNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPmMuPC9z cGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuIFwsc2VyaWYmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDss c2Fucy1zZXJpZiI+RnJvbSBteSBQT1Y6PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjVpbjt0ZXh0LWluZGVudDot MS41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGlt ZXMgTmV3IFJvbWFuIFwsc2VyaWYmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fu cy1zZXJpZiI+aS48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gXCxzZXJpZiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5MYWJlbHMgcmVwcmVzZW50aW5nIGFsbCBraW5kcyBv ZiBTSURzIG1lbnRpb25lZCBpbiB0aGUgZHJhZnQgTVVTVCBiZSBhbGxvY2F0ZWQgZnJvbSB0aGUg cGVyLXBsYXRmb3JtIGxhYmVsIHNwYWNlIG9ubHkNCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS41aW47dGV4dC1p bmRlbnQ6LTEuNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiBcLHNlcmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNh bnMtc2VyaWYiPmlpLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiBcLHNlcmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJz cDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPkF0IHRoZSBzYW1lIHRpbWUsIGluc3RhbnRpYXRp b24gb2YgTWlycm9yIFNlZ21lbnQgSURzIGRlZmluZWQgaW4gU2VjdGlvbiA1LjEgb2YgdGhlIFNl Z21lbnQgUm91dGluZyBBcmNoaXRlY3R1cmUgZHJhZnQgdXNpbmcgTVBMUyBkYXRhIHBsYW5lIGNs ZWFybHkgY2FsbHMgZm9yIGNvbnRleHQgbGFiZWxzIGFuZCBjb250ZXh0LXNwZWNpZmljDQogbGFi ZWwgc3BhY2VzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3Jh cGgiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjt0ZXh0LWluZGVudDotLjI1aW4iPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fu cy1zZXJpZiI+ZC48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gXCxzZXJpZiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5JIGV4cGVjdCB0aGUgZHJhZnQgdG8gcHJvdmlkZSBh IGNsZWFyLWN1dCBwb3NpdGlvbiBvbiB0aGVzZSBhc3BlY3RzIG9mIFNSLU1QTFMuPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4g XCxzZXJpZiZxdW90OyI+I0FobWVkOiBJIHdpbGwgYWRkIGEgc3RhdGVtZW50IHRvIHNlY3Rpb24g Mi4yIHRvIHNheSB0aGF0IHRoZSBpdCBpcyBwZXItcGxhdGZvcm0uIFJlZ2FyZGluZyB0aGUgZnVu Y3Rpb24gJnF1b3Q7bWlycm9yaW5nJnF1b3Q7LCBTUiBhdHRhY2hlcyBhICpmdW5jdGlvbiogdG8g ZWFjaCBTSUQuIFRoZSAmcXVvdDttaXJyb3JpbmcmcXVvdDsgZnVuY3Rpb24gaXMNCiBhbHJlYWR5 IGRlc2NyaWJlZCBpbiBTZWN0aW9uIDUuMSBvZiBkcmFmdC1pZXRmLXNwcmluZy1zZWdtZW50LXJv dXRpbmcgYW5kIGlzIG5vdCBzcGVjaWZpYyB0byB0aGUgTVBMUyBmb3J3YXJkaW5nIHBsYW5lLiBI ZW5jZSB0aGVyZSBpcyBubyBuZWVkIHRvIHJlLW1lbnRpb24gaXQgaGVyZSBiZWNhdXNlIHRoaXMg ZG9jdW1lbnQgaXMgdHJ5aW5nIHRvIGJlIGFzIHNwZWNpZmljIGFzIHBvc3NpYmxlIHRvIHRoZSBN UExTIGZvcndhcmRpbmcgcGxhbmUuDQogR2VuZXJhbCBmdW5jdGlvbnMgYXR0YWNoZWQgdG8gU0lE IGFyZSBkZXNjcmliZWQgaW4gdGhlIHNlZ21lbnQgcm91dGluZyBhcmNoaXRlY3R1cmUgZG9jdW1l bnQgb3IgZnV0dXJlIGRvY3VtZW50cy4gRnVydHVyZSBkb2N1bWVudHMgcHJvcG9zaW5nIG5ldyBT UiBmdW5jdGlvbiBtdXN0IGJlIGFzIHNwZWNpZmljIGFuZCBjbGVhciBhcyBwb3NzaWJsZTwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxpPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMDBCMDUwIj5bW1Nhc2hhXV0gTG9va3MgT0sgdG8gbWUuPC9zcGFuPjwvaT48 L2I+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuIFwsc2VyaWYmcXVvdDsiPiZuYnNwOzwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21h cmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFn cmFwaCIgc3R5bGU9InRleHQtaW5kZW50Oi0uMjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj4zLjwvc3Bh bj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5l dyBSb21hbiBcLHNlcmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48Yj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7 LHNhbnMtc2VyaWYiPlNSLU1QTFMgYW5kIGhpZXJhcmNoaWNhbCBMU1BzPC9zcGFuPjwvYj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7 LHNhbnMtc2VyaWYiPjo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBh cmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO3RleHQtaW5kZW50Oi0uMjVpbiI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90 OyxzYW5zLXNlcmlmIj5hLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiBcLHNlcmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsm bmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPlNSIExTUHMgdGhhdCBpbmNsdWRlIG1vcmUg dGhhbiBvbmUgc2VnbWVudCBhcmUgaGllcmFyY2hpY2FsIExTUHMgZnJvbSB0aGUgUE9WIG9mIHRo ZSBNUExTIGRhdGEgcGxhbmUuIFRoZXJlZm9yZSBzb21lIChwb3NzaWJseSwgYWxsKSBvZiB0aGUg bW9kZWxzIGZvciBoYW5kbGluZyBUVEwgYW5kIFRDIGJpdHMgdGhhdCBoYXZlDQogYmVlbiBkZWZp bmVkIGluIFJGQyAzNDQzICg8Yj48aT5ub3QgbWVudGlvbmVkIGluIHRoZSBkcmFmdDwvaT48L2I+ KSBzaG91bGQgYXBwbHkgdG8gU1ItTVBMUzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6 LS4yNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtW ZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPmIuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuIFwsc2VyaWYmcXVvdDsiPiZu YnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+UkZDIDgyODcgKDxiPjxp Pm5vdCByZWZlcmVuY2VkIGluIHRoZSBkcmFmdDwvaT48L2I+KSBzcGVjaWZpY2FsbHkgZGlzY3Vz c2VkIG9wZXJhdGlvbiBvZiB0aGUgTFNQIFRyYWNlcm91dGUgZnVuY3Rpb24gZm9yIFNSIExTUHMg aW4gdGhlIGNhc2Ugd2hlbiBQaXBlL1Nob3J0IFBpcGUgbW9kZWwgZm9yIFRUTCBoYW5kbGluZyBp cw0KIHVzZWQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFw aCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO3RleHQtaW5kZW50Oi0uMjVpbiI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5z LXNlcmlmIj5jLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1RpbWVzIE5ldyBSb21hbiBcLHNlcmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsN Cjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtW ZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPkkgZXhwZWN0IHRoZSBkcmFmdCB0byBwcm92aWRlIGF0 IGxlYXN0IHNvbWUgZ3VpZGVsaW5lcyByZWdhcmRpbmcgYXBwbGljYWJpbGl0eSBvZiBlYWNoIHNw ZWNpZmljIG1vZGVsIGRlZmluZWQgaW4gUkZDIDM0NDMgKHNlcGFyYXRlbHkgZm9yIFRUTCBhbmQg VEMgYml0cykgdG8gU1ItTVBMUy48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiBcLHNlcmlmJnF1b3Q7Ij4jQWhtZWQ6IEJZIGRl c2lnbiwgdGhlIGluc3RhbnRpYXRpb24gb2YgU1Igb3ZlciB0aGUgTVBMUyBmb3J3YXJkaW5nIHBs YW5lIChhbmQgaGVuY2UgdGhpcyBkcmFmdCkgZG9lcyBub3QgbW9kaWZ5IHRoZSBNUExTIGZvcndh cmRpbmcgcGxhbiBiZWhhdmlvciBhcyBpdCBpcyBtZW50aW9uZWQgaW4gdGhlIGZpcnN0IHNlbnRl bmNlDQogaW4gU2VjdGlvbiAxLiBTbyB0aGUgVFRMIGJlaGF2aW9yIHNwZWNpZmllZCBpbiByZmMz NDQzIGlzIGFscmVhZHkgaW1wbGllZCBhbmQgdGhlcmUgaXMgbm8gbmVlZCB0byByZS1tZW50aW9u IGl0IGhlcmUganVzdCBsaWtlIGFsbCBhc3BlY3RzIG9mIE1QTFMgZm9yd2FyZGluZy4gUkZDODI4 NyBpcyBPQU0tc3BlY2lmaWMuJm5ic3A7IFNSLU9BTSBpcyBoYW5kbGVkIGluIGEgc2VwYXJhdGUg ZG9jdW1lbnQgc28gaXMgb3V0c2lkZSB0aGUgc2NvcGUgb2YgdGhpcw0KIGRyYWZ0PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PGk+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMwMEIwNTAiPltbU2FzaGFdXSBVbmZvcnR1bmF0ZWx5IEkgZG8gbm90IHRoaW5rIHRo aXMgaXMgZ29vZCBlbm91Z2guIExldCBtZSBhc2sgYSBzcGVjaWZpYyBxdWVzdGlvbiByZWZsZWN0 aW5nIG15IGNvbmNlcm5zOjwvc3Bhbj48L2k+PC9iPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMwMEIwNTAiPlRoZSBoZWFk LWVuZCBub2RlIHNlbmRzIFNSLU1QTFMgcGFja2V0cyBhY3Jvc3MgYSBwYXRoIGRlZmluZWQgYnkg YW4gb3JkZXJlZCBzZXQgb2YgU0lEcyB3aXRoIG1vcmUgdGhhbiBvbmUgU0lEIGluIHRoZSBsaXN0 LiBFYWNoIFNJRCBpcyByZXByZXNlbnRlZCBieSBhDQogbGFiZWwgc3RhY2sgZW50cnkgKExTRSkg aW4gdGhlIE1QTFMgbGFiZWwgc3RhY2ssIGFuZCB0aGUgbGFiZWwgZmllbGQgaW4gZWFjaCBMU0Ug aXMgdGhlIGxhYmVsIHRoYXQgbWF0Y2hlcyB0aGUgY29ycmVzcG9uZGluZyBTSUQuIEhvd2V2ZXIs IGVhY2ggTFNFIGFsc28gaW5jbHVkZXMgdGhlIFRUTCBhbmQgVEMgZmllbGRzLiBIb3cgZG9lcyB0 aGUgaGVhZC1lbmQgbm9kZSBzZXQgdGhlc2UgZmllbGRzIGluIGVhY2ggb2YgdGhlIExTRXMgZm9s bG93aW5nDQogdGhlIHRvcCBvbmU/IFRoaXMgY2xlYXJseSBkZXBlbmRzIG9uIHRoZSBtb2RlbCAo VW5pZm9ybSB2cy4gUGlwZS9TaG9ydCBQaXBlKSBpbXBsZW1lbnRlZCBpbiBlYWNoIG5vZGUgdGhh dCB0aGF0IHBlcmZvcm1zIE5leHQgb3BlcmF0aW9uIG9uIHRoZSBwYWNrZXQgYWxvbmcgdGhlIHBh dGgg4oCTIGJ1dCB0aGUgaGVhZC1lbmQgbm9kZSB1c3VhbGx5IGlzIG5vdCBhd2FyZSBvZiB0aGF0 Lg0KPC9zcGFuPjwvaT48L2I+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzAwQjA1MCI+UkZDIDgyODcgaXMgcmVsZXZhbnQg YXMgYW4gZXhhbXBsZSBoZXJlIElNSE8gYmVjYXVzZSBpdCByZWNvbW1lbmRzIHRoZSBmb2xsb3dp bmcgc2V0dGluZyBvZiBUVEwgaW4gVHJhY2Vyb3V0ZSBwYWNrZXRzOjwvc3Bhbj48L2k+PC9iPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4t bGVmdDouNTVpbjt0ZXh0LWluZGVudDotLjI1aW47bXNvLWxpc3Q6bDEgbGV2ZWwxIGxmbzYiPg0K PCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+LTxzcGFu IHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9z cGFuPjwhW2VuZGlmXT48Yj48aT48c3BhbiBzdHlsZT0iY29sb3I6IzAwQjA1MCI+U2V0IHRoZSBU VEwgb2YgYWxsIHRoZSBsYWJlbHMgYWJvdmUgb25lIHRoYXQgcmVwcmVzZW50cyB0aGUgc2VnbWVu dCB5b3UgYXJlIGN1cnJlbnRseSB0cmFjaW5nIHRvIG1heGltdW08L3NwYW4+PC9pPjwvYj48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6LjU1aW47dGV4dC1pbmRlbnQ6LS4yNWluO21zby1saXN0OmwxIGxldmVsMSBsZm82Ij4NCjwh W2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPi08c3BhbiBz dHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bh bj48IVtlbmRpZl0+PGI+PGk+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMEIwNTAiPlNldCB0aGUgVFRM IG9mIHRoZSBsYWJlbCBvbmUgdGhhdCByZXByZXNlbnRzIHRoZSBzZWdtZW50IHlvdSBhcmUgY3Vy cmVudGx5IHRyYWNpbmcgdG8gdGhlIGRlc2lyZWQgdmFsdWUgKHRvIGJlIGluY3JlbWVudGVkIHVu dGlsIGVuZCBvZiBzZWdtZW50IGlzIHJlYWNoZWQ8L3NwYW4+PC9pPjwvYj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjU1aW47 dGV4dC1pbmRlbnQ6LS4yNWluO21zby1saXN0OmwxIGxldmVsMSBsZm82Ij4NCjwhW2lmICFzdXBw b3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPi08c3BhbiBzdHlsZT0iZm9u dDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48IVtlbmRp Zl0+PGI+PGk+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMEIwNTAiPlNldCB0aGUgVFRMIG9mIGFsbCB0 aGUgbGFiZWxzIGJlbG93IG9uZSB0aGF0IHJlcHJlc2VudHMgdGhlIHNlZ21lbnQgeW91IGFyZSBj dXJyZW50bHkgdHJhY2luZyB0byAwLjwvc3Bhbj48L2k+PC9iPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMDBCMDUwIj5JIGV4cGVjdCB0aGUgZHJhZnQg dG8gcHJvdmlkZSBzb21lIHJlY29tbWVuZGF0aW9ucyBmb3IgdHJhZmZpYyAobm9uLU9BTSkgcGFj a2V0cyBhcyB3ZWxsLjwvc3Bhbj48L2k+PC9iPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiBc LHNlcmlmJnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBz dHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVudDotLjI1aW4i PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEm cXVvdDssc2Fucy1zZXJpZiI+NC48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtm b250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gXCxzZXJpZiZxdW90OyI+Jm5ic3A7Jm5i c3A7Jm5ic3A7DQo8L3NwYW4+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5JbmZlcnJpbmcgbmV0d29yayBs YXllciBwcm90b2NvbCBpbiBTUi1NUExTPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPjo8L3Nw YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjEuMGluO3RleHQtaW5kZW50Oi0uMjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5hLjwv c3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVz IE5ldyBSb21hbiBcLHNlcmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7 LHNhbnMtc2VyaWYiPkkgd29uZGVyIGlmIHRoZSBkcmFmdCBjb3VsZCBwcm92aWRlIGFueSBkZXRh aWxzIG9uIHRoZSBzaXR1YXRpb24gd2hlbiBhIGxhYmVsIHRoYXQgcmVwcmVzZW50cyBzb21lIGtp bmQgb2YgU0lEIGlzIHRoZSBib3R0b20tb2Ytc3RhY2sgbGFiZWwgdG8gYmUgcG9wcGVkIGJ5IHRo ZSBlZ3Jlc3MgTEVSPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxv Y2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtUaW1lcyBOZXcgUm9tYW4gXCxzZXJpZiZxdW90OyI+I2FobWVkOiBUaGlzIGlzIHBhcnQg b2YgdGhlICZxdW90O05leHQmcXVvdDsgZnVuY3Rpb24uIEl0IGlzIGRlc2NyaWJlZCBpbiBkZXRh aWwgaW4gdGhpcyBkb2N1bWVudC4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMDBCMDUwIj5bW1Nhc2hhXV0g TkVYVCBmdW5jdGlvbiBpcyBtZW50aW9uZWQgaW4gc2V2ZXJhbCBwbGFjZXMgaW4gdGhlIGRvY3Vt ZW50LiBDYW4geW91IHBsZWFzZSBwb2ludCB0byB0aGUgc3BlY2lmaWMgdGV4dCB0aGF0IGlzIHJl bGV2YW50IGZvciBteSBxdWVzdGlvbj88L3NwYW4+PC9pPjwvYj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBO ZXcgUm9tYW4gXCxzZXJpZiZxdW90OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGJs b2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4yNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPmIuPC9zcGFuPjxz cGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJv bWFuIFwsc2VyaWYmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1z ZXJpZiI+Rm9yIHRoZSByZWZlcmVuY2UsIFJGQyAzMDMyIHNheXMgdGhhdCDigJx0aGUgaWRlbnRp dHkgb2YgdGhlIG5ldHdvcmsgbGF5ZXIgcHJvdG9jb2wmbmJzcDsgbXVzdCBiZSBpbmZlcmFibGUg ZnJvbSB0aGUgdmFsdWUgb2YgdGhlIGxhYmVsIHdoaWNoIGlzIHBvcHBlZCBmcm9tJm5ic3A7IHRo ZSBib3R0b20gb2YgdGhlIHN0YWNrLCBwb3NzaWJseSBhbG9uZw0KIHdpdGggdGhlIGNvbnRlbnRz Jm5ic3A7IG9mIHRoZSBuZXR3b3JrIGxheWVyIGhlYWRlciBpdHNlbGbigJ08L3NwYW4+PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjEuMGluO3RleHQtaW5kZW50Oi0uMjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5jLjwvc3Bhbj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21h biBcLHNlcmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2Vy aWYiPkZyb20gbXkgUE9WIHRoZSBmb2xsb3dpbmcgc2NlbmFyaW8gaW5kaWNhdGVzIHJlbGV2YW5j ZSBvZiB0aGlzIGV4cGVjdGF0aW9uIGZvciBTUi1NUExTOjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS41aW47dGV4 dC1pbmRlbnQ6LTEuNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1RpbWVzIE5ldyBSb21hbiBcLHNlcmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bh bj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5h JnF1b3Q7LHNhbnMtc2VyaWYiPmkuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuIFwsc2VyaWYmcXVvdDsiPiZuYnNwOyZu YnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+SVMtSVMgaXMgdXNlZCBmb3IgZGlz dHJpYnV0aW5nIGJvdGggSVB2NCBhbmQgSVB2NiByZWFjaGFiaWxpdHkgaW4gYSBnaXZlbiBkb21h aW48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjEuNWluO3RleHQtaW5kZW50Oi0xLjVpbiI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gXCxzZXJpZiZx dW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5paS48L3NwYW4+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gXCxz ZXJpZiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5B biBJUy1JUyBhZGphY2VuY3kgb3ZlciBzb21lIGR1YWwtc3RhY2sgbGluayBpcyBlc3RhYmxpc2hl ZCwgYW5kIGEgc2luZ2xlIEFkai1TSUQgZm9yIHRoaXMgYWRqYWNlbmN5IGlzIGFkdmVydGlzZWQ8 L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjEuNWluO3RleHQtaW5kZW50Oi0xLjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gXCxzZXJpZiZxdW90 OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5paWkuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuIFwsc2VyaWYmcXVv dDsiPiZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+VGhlIG5vZGUg dGhhdCBoYXMgYXNzaWduZWQgYW5kIGFkdmVydGlzZWQgdGhpcyBBZGotU0lEIHJlY2VpdmVzIGEg bGFiZWxlZCBwYWNrZXQgd2l0aCB0aGUgbGFiZWwgcmVwcmVzZW50aW5nIHRoaXMgQWRqLVNJRCBi ZWluZyBib3RoIHRoZSB0b3AgYW5kIGJvdHRvbS1vZi1zdGFjayBsYWJlbDwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 MS41aW47dGV4dC1pbmRlbnQ6LTEuNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiBcLHNlcmlmJnF1b3Q7Ij4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1 b3Q7LHNhbnMtc2VyaWYiPml2Ljwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiBcLHNlcmlmJnF1b3Q7Ij4mbmJzcDsmbmJz cDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPlRoZSBpbXBsZW1lbnRlcnMgbXVzdCBi ZSBnaXZlbiB1bmFtYmlndW91cyBpbnN0cnVjdGlvbnMgZm9yIGZvcndhcmRpbmcgdGhlIHVubGFi ZWxlZCBwYWNrZXQgdmlhIHRoZSBkdWFsLXN0YWNrIGxpbmsgYXMgYW4gSXB2NCBvciBhbiBJUHY2 IHBhY2tldC48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1 b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O1RpbWVzIE5ldyBSb21hbiBcLHNlcmlmJnF1b3Q7Ij4jQWhtZWQ6IElmIHlvdSB0YWtlIGEgbG9v ayBhdCB0aGUgU1ItSVNJUyAsIFNSLU9TUEZ2MiBhbmQgU1ItT1NGdjMgZHJhZnRzLCB5b3Ugd2ls bCBzZWUgYWxsIDMgcHJvdG9jb2wgYWR2ZXJ0aXNlIGRpZmZlcmVudCBhZGotU0lEUyBmb3IgSVB2 NCBuZXh0LWhvcCBhbmQgSVB2NiBuZXh0LWhvcC4gRm9yIGV4YW1wbGUsIElTSVMNCiB1c2VzIHRo ZSAmcXVvdDtGLUZsYWcmcXVvdDsgKHNlY3Rpb24gMi4yLjEgaW4gZHJhZnQtaWV0Zi1pc2lzLXNl Z21lbnQtcm91dGluZy1leHRlbnNpb25zLTE4KSB0byBzcGVjaWZ5IHdoZXRoZXIgdGhlIGFkai1T SUQgaXMgZm9yIElQdjQgYW5kIElQdjYuIFNpbWlsYXJseSwgdGhlIFNSLUlTSVMgZHJhZnQgYXR0 YWNoZXMgYSBwcmVmaXgtU0lEIHRvIHRoZSBwcmVmaXggYWR2ZXJ0aXNlbWVudCBhbmQgaGVuY2Ug aW1wbGllcyB0aGUgaWRlbnRpdHkgb2YgdGhlIHByb3RvY29sDQogdW5kZXJuZWF0aCB0aGUgYm90 dG9tIG1vc3QgbGFiZWwuIEZvciBhbnkgb3RoZXIgJnF1b3Q7ZnVuY3Rpb24mcXVvdDsgYXR0YWNo ZWQgdG8gYSBTSUQsIGl0IGlzIHBhcnQgb2YgdGhlIHNwZWNpZmljYXRpb24gb2YgdGhpcyBmdW5j dGlvbiB0byBkZXNjcmliZSB3aGF0IGhhcHBlbnMgd2hlbiB0aGUgU0lEIGlzIHJlcHJlc2VudGVk IGJ5IGEgbGFiZWwgaW4gdGhlIE1QTFMgZm9yd2FyZGluZyBwbGFuZSBhbmQgdGhpcyBsYWJlbCBp cyB0aGUgYm90dG9tIG1vc3QgbGFiZWwNCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMDBCMDUwIj5bW1Nhc2hh XV0gT0ssIGdvdCBpdC4gVGhpcyBpc3N1ZSBpcyByZXNvbHZlZC48L3NwYW4+PC9pPjwvYj48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gXCxzZXJpZiZxdW90OyI+Jm5ic3A7PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJv dHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBz dHlsZT0idGV4dC1pbmRlbnQ6LS4yNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPjUuPC9zcGFuPjxzcGFu IHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFu IFwsc2VyaWYmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1z ZXJpZiI+UmVzb2x1dGlvbjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj4NCjxiPm9mIENvbmZs aWN0czwvYj46IEFyZSB0aGU8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlz dFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO3RleHQtaW5kZW50Oi0uMjVpbiI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZx dW90OyxzYW5zLXNlcmlmIj5hLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiBcLHNlcmlmJnF1b3Q7Ij4mbmJzcDsmbmJz cDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPkFyZSB0aGUgY29uZmxpY3QgcmVzb2x1 dGlvbiBwcm9jZWR1cmVzIGxpc3RlZCBpbiBzZWN0aW9uIDIuNSBtYW5kYXRvcnkgdG8gaW1wbGVt ZW50Pw0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgi IHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjt0ZXh0LWluZGVudDotLjI1aW4iPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1z ZXJpZiI+Yi48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTom cXVvdDtUaW1lcyBOZXcgUm9tYW4gXCxzZXJpZiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVy ZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5JZiB0aGV5IGFyZSBtYW5kYXRvcnkgdG8gaW1wbGVtZW50 LCBhcmUgdGhleSBhbHNvIG1hbmRhdG9yeSB0byBkZXBsb3ksIG9yIGNhbiB0aGUgb3BlcmF0b3Jz IHNpbXBseSB0cmVhdCBhbnkgZGV0ZWN0ZWQgY29uZmxpY3QgYXMgcmVxdWlyaW5nIGh1bWFuIGlu dGVydmVudGlvbiBhbmQgcHJldmVudGluZyBub3JtYWwgb3BlcmF0aW9uDQogb2YgU1ItTVBMUz88 L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5l dyBSb21hbiBcLHNlcmlmJnF1b3Q7Ij4jQWhtZWQ6IFRoZXkgYXJlIHJlY29tbWVuZGVkLiBJIHdp bGwgbW9kaWZ5IHRoZSBwYXJhZ3JhcGggYWZ0ZXIgdGhlIGZpcnN0IDMgYnVsbGV0cyBpbiBTZWN0 aW9uIDIuNSB0byBzYXkgdGhhdCBpdCBpcyByZWNvbW1lZGVkLiAmbmJzcDsNCjwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjojMDBCMDUwIj5bW1Nhc2hhXV0gT0suIEhvd2V2ZXIsIGl0IHdvdWxkIGJlIG5pY2UgaWYg eW91IGNvdWxkIHJlZmVyIHNlcGFyYXRlbHkgZm9yIOKAnFJFQ09NTUVOREVEIHRvIGltcGxlbWVu dOKAnSBhbmQg4oCcUkVDT01NRU5ERUQgdG8gZGVwbG954oCdLiAmbmJzcDtUaGUgbGF0dGVyIHBy b2JhYmx5IHJlcXVpcmVzDQogYSBjb25maWd1cmF0aW9uIGtub2IgZm9yIGVuYWJsaW5nIGNvbmZs aWN0IHJlc29sdXRpb24gcnVsZXMgKGlmIHRoZXkgYXJlIGltcGxlbWVudGVkKS4NCjwvc3Bhbj48 L2k+PC9iPjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4w cHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29MaXN0 UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4yNWluIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1 b3Q7LHNhbnMtc2VyaWYiPmMuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuIFwsc2VyaWYmcXVvdDsiPiZuYnNwOyZuYnNw OyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Rm9yIHRoZSByZWZlcmVuY2UsIHRoZSBJ RVRGIGNhcGl0YWxpemVkIE1VU1QgYXBwZWFycyBqdXN0IGluIGEgZmV3IHBsYWNlcyBpbiBTZWN0 aW9uIDIuNSwgYW5kIGVhY2ggYXBwZWFyYW5jZSBoYXMgdmVyeSBuYXJyb3cgY29udGV4dDo8L3Nw YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjEuNWluO3RleHQtaW5kZW50Oi0xLjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gXCxzZXJpZiZxdW90OyI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5pLjwvc3Bhbj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiBcLHNl cmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPkZv ciBNQ0NzIHdoZXJlIHRoZSAmcXVvdDtUb3BvbG9neSZxdW90OyBhbmQvb3IgJnF1b3Q7QWxnb3Jp dGhtJnF1b3Q7IGZpZWxkcyBhcmUgbm90IGRlZmluZWQsIHRoZSBudW1lcmljYWwgdmFsdWUgb2Yg emVybyBNVVNUIGJlIHVzZWQgZm9yIHRoZXNlIHR3byBmaWVsZHM8L3NwYW4+PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuNWlu O3RleHQtaW5kZW50Oi0xLjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZh bWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gXCxzZXJpZiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZx dW90OyxzYW5zLXNlcmlmIj5paS48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtm b250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gXCxzZXJpZiZxdW90OyI+Jm5ic3A7Jm5i c3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5JZiB0aGUgc2FtZSBzZXQgb2YgRkVD cyBhcmUgYXR0YWNoZWQgdG8gdGhlIHNhbWUgbGFiZWwgJnF1b3Q7TDEmcXVvdDssIHRoZW4gdGhl IHRpZS1icmVha2luZyBydWxlcyBNVVNUIGFsd2F5cyBzZWxlY3QgdGhlIHNhbWUgRkVDIGlycmVz cGVjdGl2ZSBvZiB0aGUgb3JkZXIgaW4gd2hpY2ggdGhlIEZFQ3MgYW5kIHRoZSBsYWJlbCAmcXVv dDtMMSZxdW90OyBhcmUNCiByZWNlaXZlZC4gSW4gb3RoZXIgd29yZHMsIHRoZSB0aWUtYnJlYWtp bmcgcnVsZSBNVVNUIGJlIGRldGVybWluaXN0aWMuIDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS41aW47dGV4dC1p bmRlbnQ6LTEuNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiBcLHNlcmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2Vy aWYiPmlpaS48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTom cXVvdDtUaW1lcyBOZXcgUm9tYW4gXCxzZXJpZiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVy ZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5BbiBpbXBsZW1lbnRhdGlvbiBvZiBleHBsaWNpdCBTSUQg YXNzaWdubWVudCBNVVNUIGd1YXJhbnRlZSBjb2xsaXNpb24gZnJlZW5lc3Mgb24gdGhlIHNhbWUg cm91dGVyPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjEuMGluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb20gbXkgUE9WLCBpdCBpcyBu b3QgcG9zc2libGUgdG8gaW5mZXIgdGhlIGFuc3dlciB0byBteSBxdWVzdGlvbiBmcm9tIHRoZXNl IHN0YXRlbWVudHMuIFNvbWUgZXhwbGljaXQgc3RhdGVtZW50IGlzIHJlcXVpcmVkLjwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFu IFwsc2VyaWYmcXVvdDsiPiNBaG1lZDogSSBhZ3JlZSB3aXRoIHlvdSBQT1YgYW5kIGFzIG1lbnRp b25lZCBpbiBteSByZXBseSB0byBpdGVtcyAoYSkgYW5kIChiKSwgSSB3aWxsIG1vZGlmeSB0aGUg cGFyYWdyYXBoIHRvIHNheSB0aGF0IGl0IGlzIFJFQ09NTUVOREVEIHRvIGFuc3dlciB5b3UgcXVl c3Rpb25zIGluIGl0ZW1zIChhKSBhbmQgKGIpPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGJsb2Nr cXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 MS4waW47dGV4dC1pbmRlbnQ6LS4yNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPmQuPC9zcGFuPjxzcGFu IHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFu IFwsc2VyaWYmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJp ZiI+VGhlIHRpZS1icmVha2luZyBydWxlcyBpbiBzZWN0aW9uIDIuNS4xIGluY2x1ZGUgc29tZSBz cGVjaWZpYyB2YWx1ZXMgZm9yIGVuY29kaW5nIEZFQyB0eXBlcyBhbmQgYWRkcmVzcyBmYW1pbGll cyDigJMgYnV0IHRoZXNlIHZhbHVlcyBhcmUgbm90IHN1cHBvc2VkIHRvIGFwcGVhciBpbiBhbnkg SUFOQSByZWdpc3RyaWVzIChiZWNhdXNlDQogdGhlIGRyYWZ0IGRvZXMgbm90IHJlcXVlc3QgYW55 IElBTkEgYWN0aW9ucykuIENhbiB5b3UgcGxlYXNlIGNsYXJpZnkgd2hhdCBpcyBzbyBzcGVjaWFs IGFib3V0IHRoZXNlIHZhbHVlcz8NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuIFwsc2VyaWYmcXVvdDsiPiNBaG1lZDogVGhl cmUgaXMgbm8gc2lnbmlmaWNhbmNlIHRvIHRoZSB2YWx1ZXMgYnV0IHRoZXJlIGlzIGEgc2lnbmlm aWNhbmNlIHRvIHRoZSBvcmRlciBhbW9uZyB0aGVtLiBJIHdpbGwgbW9kaWZ5IHRoZSB0ZXh0IHRv IGNsYXJpZnkgdGhhdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMDBCMDUwIj5bW1Nhc2hhXV0gT0suDQo8L3Nw YW4+PC9pPjwvYj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gXCxzZXJpZiZxdW90OyI+Jm5i c3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6 NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29M aXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4yNWlu Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5h JnF1b3Q7LHNhbnMtc2VyaWYiPmUuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuIFwsc2VyaWYmcXVvdDsiPiZuYnNwOyZu YnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+SSBhbHNvIGRvdWJ0IHRoYXQgY29t cGFyaXNvbiBvZiBGRUNzIHRoYXQgcmVwcmVzZW50IElQdjQgYW5kIElQdjYgcHJlZml4IFNJRHMg bWFrZXMgbXVjaCBzZW5zZSAoZm9yIGNvbmZsaWN0IHJlc29sdXRpb24gb3IgZWxzZSksIGJlY2F1 c2UsIGFtb25nIG90aGVyIHRoaW5ncywgdGhlcmUgYXJlIHZhbGlkIHNjZW5hcmlvcyB3aGVuDQog YW4gSVB2NCAvMzIgcHJlZml4IGlzIGVtYmVkZGVkIGluIGFuIElQdjYgLzEyOCBvbmUuPC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t YW4gXCxzZXJpZiZxdW90OyI+I0FobWVkOiBBIHByZWZpeC1TSUQgaXMgYXNzaWduZWQgdG8gYSBw cmVmaXguIEFuIElQdjYgcHJlZml4IHRoYXQgZW1iZWRzIGFuIElQdjQgcHJlZml4IGlzIGRpZmZl cmVudCBmcm9tIHRoZSBJUHY0IHByZWZpeC4gVGhlIHNwZWNpZmljYXRpb25zIG9mIFNSIGV4dGVu c2lvbnMgdG8gSVNJUywgT1NQRnYyLCBPU1BGdjMsDQogYW5kIEJHUCB0cmVhdCBJUHY0IGFuZCBJ UHY2IHByZWZpeGVzIHNlcGFyYXRlbHksIGluY2x1ZGluZyB0aGUgSVBWNiBwcmVmaXhlcyB3aXRo IGVtYmVkZGVkIElQdjQgb25lcy4gQmVzaWRlcyBub3QgYWxsIElQdjYgcHJlZml4ZXMgZW1iZWQg SVB2NCBwcmVmaXggaW4gdGhlbS4gSGVuY2UgdGhlIGRpc3RpbmN0aW9uIGJldHdlZW4gSVB2NCBh bmQgSVB2NiBwcmVmaXhlcyBpcyBxdWl0ZSBjbGVhcg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMwMEIwNTAi PltbU2FzaGFdXSBNeSBjb25jZXJuIHdhcyBtYWlubHkgYWJvdXQgSVB2NC1tYXBwZWQgSVB2NiBh ZGRyZXNzZXMuIFF1b3RpbmcgZnJvbSBSRkMgNDI5MTo8L3NwYW4+PC9pPjwvYj48bzpwPjwvbzpw PjwvcD4NCjxoNSBzdHlsZT0ibXNvLWxpbmUtaGVpZ2h0LWFsdDowcHQiPjxhIGhyZWY9Imh0dHBz Oi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fdG9vbHMuaWV0 Zi5vcmdfaHRtbF9yZmM0MjkxLTIzc2VjdGlvbi0yRDIuNS41LjImYW1wO2Q9RHdNR2FRJmFtcDtj PUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kmYW1wO3I9TnlqTHNy N0pBN212cENKYTBZbVBkVktjbU1YSjMxYnBiQmFOcXpDTnJuZyZhbXA7bT1DQm40Ni10VGpackZ1 cDBkUi1FR0F0dDRRRnE5UGkyN1JhTzVyUUNrMVF3JmFtcDtzPUkxNFhBOEk5UnV3NWFCajVlcl9P VmJ2QUR6MXNiOVpMRkJHYVpabEpKSjQmYW1wO2U9Ij48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyBcO2NvbG9yXDpibGFjayZxdW90 OyI+Mi41LjUuMjwvc3Bhbj48L2I+PC9hPjxhIG5hbWU9InNlY3Rpb24tMi41LjUuMiI+PC9hPjxi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3IFw7Y29sb3JcOmJsYWNrJnF1b3Q7Ij4uJm5ic3A7DQogSVB2NC1NYXBwZWQgSVB2NiBBZGRy ZXNzPC9zcGFuPjwvYj48bzpwPjwvbzpwPjwvaDU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luOjBpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj4N CjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luOjBpbjttYXJnaW4tYm90dG9t Oi4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luOjBpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFs Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0Ij4mbmJzcDsmbmJzcDsgQSBzZWNvbmQg dHlwZSBvZiBJUHY2IGFkZHJlc3MgdGhhdCBob2xkcyBhbiBlbWJlZGRlZCBJUHY0IGFkZHJlc3Mg aXM8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luOjBpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj4NCjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0Ij4mbmJzcDsmbmJzcDsgZGVmaW5lZC4mbmJzcDsgPHNw YW4gc3R5bGU9ImJhY2tncm91bmQ6eWVsbG93O21zby1oaWdobGlnaHQ6eWVsbG93Ij4NClRoaXMg YWRkcmVzcyB0eXBlIGlzIHVzZWQgdG8gcmVwcmVzZW50IHRoZSBhZGRyZXNzZXMgb2Y8L3NwYW4+ PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bjowaW47bWFyZ2luLWJvdHRvbTouMDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1hbCI+DQo8c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtiYWNrZ3JvdW5kOnllbGxvdzttc28taGlnaGxpZ2h0Onll bGxvdyI+Jm5ic3A7Jm5ic3A7IElQdjQgbm9kZXMgYXMgSVB2NiBhZGRyZXNzZXM8L3NwYW4+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQiPi48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5i c3A7PC9zcGFuPjwvaT48L2I+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzAwQjA1MCI+RnJvbSBteSBQT1YgdGhpcyBtZWFu cyB0aGF0IGEgLzEyOCBwcmVmaXggYXNzb2NpYXRlZCB3aXRoIGFuIElQdjQtbWFwcGVkIElQdjYg YWRkcmVzcyBhbmQgYSAvMzIgcHJlZml4IGFzc29jaWF0ZWQgd2l0aCB0aGUgSVB2NCBhZGRyZXNz IHRoYXQgd2FzIG1hcHBlZA0KIHRvIHRoaXMgSVB2NiBhZGRyZXNzIHJlcHJlc2VudCB0aGUgc2Ft ZSBlbnRpdHkuIFRoaXMgdW5kZXJzdGFuZGluZyBmdWxseSBtYXRjaGVzIHVzYWdlIG9mIElQdjQt bWFwcGVkIElQdjYgYWRkcmVzc2VzIGFzIEJHUCBOZXh0IEhvcHMgb2YgVlBOLUlQdjYgYWRkcmVz c2VzIGRlZmluZWQgaW4gUkZDIDQ3OTguIEhvd2V2ZXIsIHRoZSBjb21wYXJpc29uIHJ1bGVzIHlv dSBoYXZlIGRlZmluZWQgd2lsbCB0cmVhdCB0aGVtIGFzIHR3byBkaWZmZXJlbnQNCiBwcmVmaXhl cy4gJm5ic3A7SSB3b25kZXIgaWYgdGhlc2UgcnVsZXMsIGluIHRoZSBjYXNlIG9mIGEgY29uZmxp Y3QsIGNvdWxkIHJlc3VsdCBpbiBwcmVmZXJyaW5nIHRoZSBJUHY2IHByZWZpeCB0byBhbiBJUHY0 IG9uZSBhbmQgdGhlcmVmb3JlIGxvb3NpbmcgTVBMUyBjb25uZWN0aXZpdHkgZm9yIHRoZSBpbmdy ZXNzIFBFIG9mIGEgNlZQRSBzZXJ2aWNlIHRvIGl0cyBlZ3Jlc3MgUEU/PC9zcGFuPjwvaT48L2I+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuIFwsc2VyaWYmcXVvdDsiPiZuYnNwOzwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdp bi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFw aCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO3RleHQtaW5kZW50Oi0uMjVpbiI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5z LXNlcmlmIj5mLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1RpbWVzIE5ldyBSb21hbiBcLHNlcmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPlNlY3Rpb24gMi41LjEgZGVmaW5lcyAzIHR5 cGVzIG9mIFNSLU1QTFMgRkVDcywgYnV0IEkgYW0gbm90IHN1cmUgYWxsIFNJRCB0eXBlcyBkZWZp bmVkIGluIHRoZSBTZWdtZW50IFJvdXRpbmcgQXJjaGl0ZWN0dXJlIGRyYWZ0IGNhbiBiZSB1bmFt YmlndW91c2x5IG1hcHBlZCB0byBvbmUgb2YgdGhlc2UgdHlwZXMuIFByb2JsZW1hdGljDQogZXhh bXBsZXMgaW5jbHVkZSBhdCBsZWFzdCB0aGUgZm9sbG93aW5nOjwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS41aW47 dGV4dC1pbmRlbnQ6LTEuNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiBcLHNlcmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwv c3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJk YW5hJnF1b3Q7LHNhbnMtc2VyaWYiPmkuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuIFwsc2VyaWYmcXVvdDsiPiZuYnNw OyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+UGFyYWxsZWwgQWRqYWNlbmN5 IFNJRDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MS41aW47dGV4dC1pbmRlbnQ6LTEuNWluIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiBcLHNlcmlm JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPmlpLjwvc3Bhbj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiBc LHNlcmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYi Pk1pcnJvciBTSUQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MS4waW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+RXhwbGljaXQgbWFwcGlu ZyBvZiBTSUQgdHlwZXMgdG8gU1ItTVBMUyBGRUMgdHlwZXMgd291bGQgYmUgbW9zdCB1c2VmdWwg SU1PLiBJZiBzb21lIFNJRCB0eXBlcyBjYW5ub3QgYmUgbWFwcGVkIHRvIFNSLU1QTFMgRkVDcywg dGhpcyBtdXN0IGJlIGV4cGxpY2l0bHkNCiBzdGF0ZWQgaW4gdGhlIGRyYWZ0Ljwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luOjBpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQ7bGluZS1oZWln aHQ6bm9ybWFsIj4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t YW4mcXVvdDssc2VyaWYiPiNBaG1lZDogPGJyPg0KUGFyYWxsZWwgYWRqYWNlbmN5IFNJRCBhcmUg aGFuZGxlZCBpbiB0aGUgdHlwZSAmcXVvdDsobmV4dC1ob3AsIG91dGdvaW5nIGludGVyZmFjZSkm cXVvdDsgPC9zcGFuPg0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWJvdHRvbTowaW47bWFyZ2luLWJvdHRvbTouMDAwMXB0O2xpbmUtaGVpZ2h0Om5v cm1hbCI+DQo8Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzAwQjA1MCI+W1tTYXNoYV1dIE9L PC9zcGFuPjwvaT48L2I+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luOjBpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj4N CjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2Vy aWYiPjxicj4NCk1pcnJvciBTSUQgaXMgYSB0eXBlIG9mIGJpbmRpbmctU0lEIGFzIG1lbnRpb25l ZCBpbiBTZWN0aW9uIDUuMSBpbiB0aGUgU1IgYXJjaGl0ZWN0dXJlIGRyYWZ0IChkcmFmdC1pZXRm LXNwcmluZy1zZWdtZW50LXJvdXRpbmctMTUpLiBBbHNvIGFzIGRlc2NyaWJlZCBpbiBTZWN0aW9u IDIuNCBkcmFmdC1pZXRmLWlzaXMtc2VnbWVudC1yb3V0aW5nLWV4dGVuc2lvbnMtMTggKGFsc28g c2VlIHRoZSBlcXVpdmFsZW50IGluIHRoZSBPU1BGdjIgYW5kIE9TUEZ2Mw0KIGRyYWZ0KSwgYSBi aW5kaW5nIFNJRCBpcyBpZGVudGlmaWVkIGJ5IGEgcHJlZml4LiBIZW5jZSBpdCBpcyBjb3ZlcmVk IGJ5IHRoZSB0eXBlICZxdW90OyhQcmVmaXgsIFJvdXRpbmcgSW5zdGFuY2UsIFRvcG9sb2d5LCBB bGdvcml0aG0pJnF1b3Q7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MGluO21hcmdpbi1ib3R0b206LjAwMDFwdDtsaW5lLWhl aWdodDpub3JtYWwiPg0KPGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMwMEIwNTAiPltbU2Fz aGFdXSBJIHJlc3BlY3RmdWxseSBkaXNhZ3JlZS4gVGhlcmUgaXMgZGVmaW5pdGVseSBubyBtZW50 aW9uIG9mIEFsZ29yaXRobSBpbiB0aGUgZGVmaW5pdGlvbiBvZiB0aGUgTWlycm9yIFNJRC4NCjwv c3Bhbj48L2k+PC9iPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjBpbjtsaW5lLWhlaWdodDpub3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1i b3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0i dGV4dC1pbmRlbnQ6LS4yNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPjYuPC9zcGFuPjxzcGFuIHN0eWxl PSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuIFwsc2Vy aWYmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+ Tm9kZSBTSURzIGluIFNSLU1QTFM8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Ojwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4yNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPmEuPC9zcGFu PjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3 IFJvbWFuIFwsc2VyaWYmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fu cy1zZXJpZiI+Tm9kZSBTSURzIGFyZSBleHBsaWNpdGx5IGRlZmluZWQgYW5kIGRpc2N1c3NlZCBp biB0aGUgU2VnbWVudCBSb3V0aW5nIEFyY2hpdGVjdHVyZSBkcmFmdCBidXQgYXJlIG5vdCBtZW50 aW9uZWQgZXZlbiBvbmNlIGluIHRoaXMgZHJhZnQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO3RleHQtaW5k ZW50Oi0uMjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5iLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiBcLHNlcmlmJnF1b3Q7 Ij4mbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPkFGQUlLLCB0aGUg Y29tbW9uIGltcGxlbWVudGF0aW9uIHByYWN0aWNlIHRvZGF5IGluY2x1ZGVzIGFzc2lnbm1lbnQg b2YgYXQgbGVhc3Qgb25lIE5vZGUgU0lEIHRvIGV2ZXJ5IG5vZGUgaW4gdGhlIFNSLU1QTFMgZG9t YWluPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0 eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjt0ZXh0LWluZGVudDotLjI1aW4iPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJp ZiI+Yy48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVv dDtUaW1lcyBOZXcgUm9tYW4gXCxzZXJpZiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFu YSZxdW90OyxzYW5zLXNlcmlmIj5JcyB0aGVyZSBhIHJlcXVpcmVtZW50IHRvIGFzc2lnbiBhdCBs ZWFzdCBvbmUgTm9kZSBTSUQgcGVyIHtyb3V0aW5nIGluc3RhbmNlLCB0b3BvbG9neSwgYWxnb3Jp dGhtfSBpbiBTUi1NUExTPyBJZiBub3QsIGNhbiB0aGUgYXV0aG9ycyBleHBsYWluIGV4cGVjdGVk IGJlaGF2aW9yIG9mIHN1Y2ggYSBub2RlPyAoU2VlIGFsc28NCiBteSBjb21tZW50IGFib3V0IHJv dXRpbmcgaW5zdGFuY2VzIGJlbG93KS48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv YmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW46MGluO21hcmdp bi1ib3R0b206LjAwMDFwdDtsaW5lLWhlaWdodDpub3JtYWwiPg0KPHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+I0FobWVkOiBBIE5vZGUt U0lEIGlzIGEgc3BlY2lhbCBjYXNlIG9mIHByZWZpeC1TSUQuIFNvIHRoZXJlIG5vdGhpbmcgc3Bl Y2lmaWMgYWJvdXQgaXQgZnJvbSB0aGUgTVBMUyBmb3J3YXJkaW5nIHBsYW5lIHBvaW50IG9mIHZp ZXcuIFNpbWlsYXJseSBmcm9tIGEgc3RhbmRhcmQgdHJhY2tzIGRyYWZ0IHBvaW50IG9mIHZpZXcs IHRoZXJlIGlzIG5vIHJlcXVpcmVtZW50DQogdG8gYXNzaWduIGEgU0lEIHRvIGV2ZXJ5IHByZWZp eCBqdXN0IGxpa2UgdGhlcmUgaXMgbm8gcmVxdWlyZW1lbnQgdG8gYmluZCBldmVyeSBwcmVmaXgg dG8gYW4gTERQIGxhYmVsLiBDb21tb24gYW5kL29yIHJlY29tbWVuZGVkIHByYWN0aWNlcyBvciBk ZXNjcmlwdGlvbiBvZiBkZXBsb3ltZW50IHNjZW5hcmlvcyBhcmUgbW9yZSBiZWZpdHRpbmcgdG8g QkNQIG9yIGluZm9ybWF0aW9uYWwgZHJhZnRzLiBUaGlzIGRyYWZ0IGlzIGEgc3RhbmRhcmRzDQog dHJhY2sgZHJhZnQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWJvdHRvbTowaW47bWFyZ2luLWJvdHRvbTouMDAwMXB0O2xpbmUtaGVpZ2h0 Om5vcm1hbCI+DQo8Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzAwQjA1MCI+W1tTYXNoYV1d IFdlbGwsIHlvdeKAmXZlIGp1c3Qgc2FpZCB0aGF0IGNvbmZsaWN0IHJlc29sdXRpb24gcnVsZXMg YXJlIFJFQ09NTUVOREVELCBhbmQgdGhpcyBpcyBxdWl0ZSBjb21tb24gaW4gdGhlIFN0YW5kYXJk cyBUcmFjayBSRkNzLg0KPC9zcGFuPjwvaT48L2I+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luOjBpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQ7bGluZS1o ZWlnaHQ6bm9ybWFsIj4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcg Um9tYW4mcXVvdDssc2VyaWYiPjxicj4NCklmIGEge3JvdXRpbmcgaW5zdGFuY2UsIHRvcG9sb2d5 LCBhbGdvcml0aG19IGlzIG5vdCBhc3NpZ25lZCBhIFNJRCwgdGhlbiB0aGlzIEZFQyBpcyB0b3Rh bGx5IGlycmVsYXZhbnQgdG8gdGhpcyBkcmFmdCBhbmQgaGVuY2UgZGVzY3JpYmluZyBob3cgYSBu b2RlIHRyZWF0cyBpdCBpcyB0b3RhbGx5IG91dHNpZGUgdGhlIHNjb3BlIG9mIHRoaXMgZHJhZnQ8 L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWJvdHRvbTowaW47bWFyZ2luLWJvdHRvbTouMDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1hbCI+DQo8 Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzAwQjA1MCI+W1tTYXNoYV1dIEFGQUlLLCBuZWl0 aGVyIG9mIHRoZSBTUiBleHRlbnNpb24gZHJhZnRzIGZvciBJR1BzIG1lbnRpb24gcm91dGluZyBp bnN0YW5jZXMgdGhhdCBjYW4gYmUgYXNzb2NpYXRlZCB3aXRoIHRoZSBwcmVmaXgsIHNvIEkgdGhp bmsgdGhhdCB5b3VyIHJlZmVyZW5jZSB0byBpdCBpcyBpbmNvcnJlY3QuPC9zcGFuPjwvaT48L2I+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRv bTowaW47bWFyZ2luLWJvdHRvbTouMDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1hbCI+DQo8Yj48aT48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzAwQjA1MCI+V2hhdOKAmXMgbW9yZSBJIHN1c3BlY3QgdGhh dCBOb2RlIFNJRHMgcmVwcmVzZW50IHRoZSBtb3N0IHVzZWQgc3BlY2lhbCBjYXNlIG9mIFByZWZp eCBTSURzIHdpdGggQW55Y2FzdCBTSURzIGJlaW5nIHF1aXRlIGJlaGluZC4gJm5ic3A7VGhlcmVm b3JlIHNvbWUgcmVjb21tZW5kYXRpb24gcGVydGFpbmluZyB0byB0aGUNCiB1c2FnZSBvZiBOb2Rl IFNJRHMgd291bGQgYmUgdmVyeSBtdWNoIGluIHBsYWNlIElNSE8uIDwvc3Bhbj48L2k+PC9iPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjBp bjtsaW5lLWhlaWdodDpub3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1l cyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxi bG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0K PGRpdj4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0idGV4dC1pbmRlbnQ6LS4y NWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJk YW5hJnF1b3Q7LHNhbnMtc2VyaWYiPjcuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuIFwsc2VyaWYmcXVvdDsiPiZuYnNw OyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+U1JHQiBTaXplIGluIFNS LU1QTFM8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Og0KPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjt0 ZXh0LWluZGVudDotLjI1aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+YS48L3NwYW4+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gXCxzZXJp ZiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5UaGUg ZHJhZnQgY29ycmVjdGx5IHRyZWF0cyB0aGUgc2l0dWF0aW9uIHdoZW4gYW4gaW5kZXggYXNzaWdu ZWQgdG8gc29tZSBnbG9iYWwgU0lEIGNhbm5vdCBiZSBtYXBwZWQgdG8gYSBsYWJlbCB1c2luZyB0 aGUgcHJvY2VkdXJlIGluIFNlY3Rpb24gMi40IGFzIGEgY29uZmxpY3QuPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDox LjBpbjt0ZXh0LWluZGVudDotLjI1aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Yi48L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4g XCxzZXJpZiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlm Ij5BdCB0aGUgc2FtZSB0aW1lIHRoZSBkcmFmdCBkb2VzIG5vdCBkZWZpbmUgYW55IG1pbmltdW0g c2l6ZSBvZiBTUkdCIChiZSBpdCBkZWZpbmVkIGFzIGEgc2luZ2xlIGNvbnRpZ3VvdXMgYmxvY2sg b3IgYXMgYSBzZXF1ZW5jZSBvZiBzdWNoIGJsb2NrcykgdGhhdCBNVVNUIGJlIGltcGxlbWVudGVk IGJ5IGFsbCBTUi1jYXBhYmxlDQogbm9kZXM8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO3RleHQtaW5kZW50 Oi0uMjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5jLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiBcLHNlcmlmJnF1b3Q7Ij4m bmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPkkgc3VzcGVjdCB0aGF0 IGxhY2sgb2Ygc3VjaCBhIGRlZmluaXRpb24gY291bGQgYmUgZGV0cmltZW50YWwgdG8gaW50ZXJv cGVyYWJpbGl0eSBvZiBTUi1NUExTIHNvbHV0aW9ucy4gQUZBSUssIHRoZSBJRVRGIGhhcyBiZWVu IGZvbGxvd2luZywgZm9yIHF1aXRlIHNvbWUgdGltZSwgYSBwb2xpY3kgdGhhdCBzb21lIHJlYXNv bmFibGUNCiBNVVNULXRvLWltcGxlbWVudCBkZWZhdWx0cyBzaG91bGQgYmUgYXNzaWduZWQgZm9y IGFsbCBjb25maWd1cmFibGUgcGFyYW1ldGVycyBleGFjdGx5IGluIG9yZGVyIHRvIHByZXZlbnQg dGhpcy48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW46MGluO21hcmdpbi1ib3R0b206LjAwMDFwdDts aW5lLWhlaWdodDpub3JtYWwiPg0KPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVz IE5ldyBSb21hbiZxdW90OyxzZXJpZiI+I0FobWVkOiBUaGlzIGRvY3VtZW50IHNwZWNpZmllcyBo b3cgdGhlIFNSR0IgaXMgdXNlZCBhbmQgdGhlIGJlaGF2aW9yIG9mIHJvdXRlcnMgd2hlbiBhIHBy ZWZpeC1TSUQgaW5kZXggbWFwcyB0byBhIGxhYmVsIGluc2lkZSBhbmQvb3Igb3V0c2lkZSB0aGUg U1JHQi4gVGhlIGFjdHVhbCBzaXplIG9mIHRoZSBTUkdCIGlzIGEgdGFzayBpbiBwYXJ0aXRpb25p bmcNCiB0aGUgbGFiZWwgc3BhY2UsIHdoaWNoIGlzIHZlcnkgc3BlY2lmaWMgdG8gYSBwYXJ0aWN1 bGFyIGRlcGxveW1lbnQgc2NlbmFyaW8uIFNvIElNTyBpdCBpcyBvdXRzaWRlIHRoZSBzY29wZSBv ZiBhIHN0YW5kYXJkcyB0cmFjayBkb2N1bWVudC4gTm93IHRoYXQgU1ItTVBMUyBpcyBkZXBsb3ll ZCBpbiBtYW55IHBsYWNlcywgSSBleHBlY3QgdGhlIGNvbW11bml0eSB0byBnYWluIHN1ZmZpY2ll bnQgZXhwZXJpZW5jZSB0byByZWNvbW1lbmQgKG9yIG5vdA0KIHJlY29tbWVuZCkgYSBwYXJ0aWN1 bGFyIG1pbmltdW0vbWF4aW11bSBzaXplIGZvciB0aGUgU1JHQiBpcyBzb21lIGZ1dHVyZSBpbmZv cm1hdGlvbmFsIG9yIEJDUCBkcmFmdC9SRkM8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbTowaW47bWFyZ2luLWJvdHRvbTouMDAw MXB0O2xpbmUtaGVpZ2h0Om5vcm1hbCI+DQo8Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzAw QjA1MCI+W1tTYXNoYV1dIE15IHJlYWRpbmcgb2YgeW91ciByZXNwb25zZSBpcyB0aGF0IG1pbmlt dW0gc2l6ZSBvZiBTUkdCIGlzIGFuIGlzc3VlIGZvciBmdXR1cmUgc3R1ZHkuIENhbiB5b3UgcGxl YXNlIGp1c3QgYWRkIHRoaXMgdG8gdGhlIGRyYWZ0Pzwvc3Bhbj48L2k+PC9iPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjBpbjtsaW5lLWhl aWdodDpub3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t YW4mcXVvdDssc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3Rl IHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxw IGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0idGV4dC1pbmRlbnQ6LS4yNWluIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7 LHNhbnMtc2VyaWYiPjguPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuIFwsc2VyaWYmcXVvdDsiPiZuYnNwOyZuYnNwOyZu YnNwOw0KPC9zcGFuPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+QWxnb3JpdGhtcyBhbmQgUHJlZml4IFNJ RHM8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Ojwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1p bmRlbnQ6LS4yNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPmEuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuIFwsc2VyaWYmcXVv dDsiPiZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+VGhlIGRyYWZ0 IG1lbnRpb25zIEFsZ29yaXRobXMgKGFzIHBhcnQgb2YgU1ItTVBMUyBQcmVmaXggRkVDKSBpbiwg YnV0IGl0IGRvZXMgbm90IGV4cGxpY2l0bHkgbGluayB0aGVtIHdpdGggdGhlIFByZWZpeC1TSUQg YWxnb3JpdGhtcyBkZWZpbmVkIGluIHNlY3Rpb24gMy4xLjEgb2YgdGhlIFNlZ21lbnQgUm91dGlu ZyBBcmNoaXRlY3R1cmUNCiBkcmFmdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9i bG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbjowaW47bWFyZ2lu LWJvdHRvbTouMDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1hbCI+DQo8c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4jQWhtZWQ6IEkgd2lsbCBq dXN0IGFkZCB0aGUgcmVmZXJlbmNlIFtJLUQuaWV0Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5nXSBy aWdodCBiZXNpZGUgdGhlIGZpcnN0IHRpbWUgJnF1b3Q7QWxnb3JpdGhtJnF1b3Q7IGlzIG1lbnRp b25lZDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tYm90dG9tOjBpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFs Ij4NCjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5bW1Nhc2hhXV0gT0s8L3Nw YW4+PC9pPjwvYj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDowaW47bGluZS1oZWlnaHQ6bm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48 L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90 dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjEuMGluO3RleHQtaW5kZW50Oi0uMjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5iLjwv c3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVz IE5ldyBSb21hbiBcLHNlcmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7 LHNhbnMtc2VyaWYiPkZyb20gbXkgUE9WLCB0aGUgZHJhZnQgc2hvdWxkIGV4cGxpY2l0bHkgc3Rh dGUgdGhhdCB0aGUgZGVmYXVsdCBQcmVmaXgtU0lEIGFsZ29yaXRobSBNVVNUIGJlIGltcGxlbWVu dGVkIGluIGFsbCBTUi1NUExTLWNvbXBsaWFudCByb3V0ZXJzLjwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbjowaW47bWFyZ2luLWJvdHRvbTouMDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1hbCI+DQo8c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4j QWhtZWQ6IFRoZSBzcGVjaWZpY2F0aW9uIG9mIHdoYXQgcGF0aCBjYWxjdWxhdGlvbiBtZXRob2Qg c2hvdWxkIG9yIG11c3QgYmUgc3VwcG9ydGVkIGlzIGEgcm91dGluZyBwcm90b2NvbCBwcm9wZXJ0 eSBub3QgYSBmb3J3YXJkaW5nIHBsYW5lIHByb3BlcnR5LiBJbiBmYWN0LCB0aGUgY2hvaWNlIG9m IGEgcGF0aCBjYWxjdWxhdGlvbiBtZXRob2Qgb3IgYWxnb3JpdGhtDQogaXMgY29tcGxldGVseSBv cnRob2dvbmFsIHRvIHRoZSByb3V0ZWQgcHJvdG9jb2wuIEhlbmNlIG1hbmRhdGluZyB0aGUgc3Vw cG9ydCBvZiBhIHBhcnRpY3VsYXIgcm91dGluZyBhbGdvcml0aG0gaXMgYmV5b25kIHRoZSBzY29w ZSBvZiB0aGlzIGRvY3VtZW50Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjBpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQ7bGlu ZS1oZWlnaHQ6bm9ybWFsIj4NCjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5b W1Nhc2hhXV0gT0s8L3NwYW4+PC9pPjwvYj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDowaW47bGluZS1oZWlnaHQ6bm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJz cDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1 LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFn cmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO3RleHQtaW5kZW50Oi0uMjVpbiI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90Oyxz YW5zLXNlcmlmIj5jLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiBcLHNlcmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJz cDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPlRoZSBTZWdtZW50IFJvdXRpbmcgQXJjaGl0ZWN0 dXJlIGRyYWZ0IHN0YXRlcyAoaW4gc2VjdGlvbiAzLjEuMykgdGhhdCDigJxTdXBwb3J0IG9mIG11 bHRpcGxlIGFsZ29yaXRobXMgYXBwbGllcyB0byBTUnY24oCdLiBCdXQgbmVpdGhlciBkcmFmdCBz dGF0ZXMgd2hldGhlciBtdWx0aXBsZSBhbGdvcml0aG1zIGFwcGx5IHRvIFNSLU1QTFMuDQogQ2Fu IHlvdSBwbGVhc2UgY2xhcmlmeSB0aGlzIHBvaW50Pzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbjow aW47bWFyZ2luLWJvdHRvbTouMDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1hbCI+DQo8c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4jQWhtZWQ6 IFRoZSBsYXN0IHBhcmFncmFwaCBvZiBTZWN0aW9uIDMuMS4yIHRpdGxlZCBTUi1NUExTIGluIGRy YWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQtcm91dGluZy0xNSBkaXNjdXNzZXMgdGhlIHN1cHBvcnQg b2YgbXVsdGlwbGUgYWxnb3JpdGhtcy4gU28gaXQgaXMgaW1wbGllZCB0aGF0IHRoZSBjb25jZXB0 IG9mIGFsZ29yaXRobSBhcHBsaWVzIHRvIFNSLU1QTFMuDQogSGVuY2UgdGhlcmUgaXMgbm8gbmVl ZCB0byByZS1tZW50aW9uIGl0IGhlcmU8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbTowaW47bWFyZ2luLWJvdHRvbTouMDAwMXB0 O2xpbmUtaGVpZ2h0Om5vcm1hbCI+DQo8Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzAwQjA1 MCI+W1tTYXNoYV1dIFRoZSBwYXJhZ3JhcGggdG8gd2hpY2ggeW91IHJlZmVyIG9ubHkgc2F5cyB0 aGF0IGlmIGEgcGFja2V0IHdpdGggdGhlIGFjdGl2ZSBQcmVmaXgtU0lEIHRoYXQgaXMgYXNzb2Np YXRlZCB3aXRoIGEgc3BlY2lmaWMgYWxnb3JpdGhtIGlzIHJlY2VpdmVkIGJ5IGEgbm9kZSB0aGF0 IGRvZXMNCiBub3Qgc3VwcG9ydCB0aGlzIGFsZ29yaXRobSwgdGhpcyBwYWNrZXQgd2lsbCBiZSBk aXNjYXJkZWQuIElmIHRoaXMgaXMgdGhlIG9ubHkgdHlwZSBvZiBzdXBwb3J0IGZvciBtdWx0aXBs ZSBhbGdvcml0aG1zIFNSIHByb3ZpZGVzLCBpdCBpcyBub3QgdmVyeSB1c2VmdWwgSU1ITzwvc3Bh bj48L2k+PC9iPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4uDQo8L3NwYW4+ PC9pPjwvYj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDowaW47bGluZS1oZWlnaHQ6bm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286 cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9t OjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRleHQt aW5kZW50Oi0uMjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj45Ljwvc3Bhbj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiBcLHNlcmlmJnF1 b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPlJvdXRp bmcgaW5zdGFuY2VzIGFuZCB0aGUgY29udGV4dCBmb3IgUHJlZml4LVNJRHM8L3NwYW4+PC9iPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVv dDssc2Fucy1zZXJpZiI+Ojwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0 UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4yNWluIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1 b3Q7LHNhbnMtc2VyaWYiPmEuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuIFwsc2VyaWYmcXVvdDsiPiZuYnNwOyZuYnNw OyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+VGhlIFNlZ21lbnQgUm91dGluZyBBcmNo aXRlY3R1cmUgZHJhZnQgc3RhdGVzIGluIFNlY3Rpb24gMy4xIHRoYXQgdGhlIOKAnGNvbnRleHQg Zm9yIGFuIElHUC1QcmVmaXggc2VnbWVudCBpbmNsdWRlcyB0aGUgcHJlZml4LCB0b3BvbG9neSwg YW5kIGFsZ29yaXRobeKAnTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0 UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4yNWluIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1 b3Q7LHNhbnMtc2VyaWYiPmIuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuIFwsc2VyaWYmcXVvdDsiPiZuYnNwOyZuYnNw OyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+VGhpcyBkcmFmdCBzZWVtcyB0byBkZWZp bmUgKGluIHNlY3Rpb24gMi41KSB0aGUgY29udGV4dCBmb3IgdGhlIFByZWZpeCBTSUQgYXMg4oCc UHJlZml4LCBSb3V0aW5nIEluc3RhbmNlLCBUb3BvbG9neSwgQWxnb3JpdGht4oCdIHdoZXJlIOKA nWEgcm91dGluZyBpbnN0YW5jZSBpcyBpZGVudGlmaWVkIGJ5IGEgc2luZ2xlIGluY29taW5nDQog bGFiZWwgZG93bmxvYWRlciB0byBGSULigJ0gKGJ1dCB0aGUgbm90aW9uIG9mIHRoZSBsYWJlbCBk b3dubG9hZGVyIHRvIEZJQiBpcyBub3QgZGVmaW5lZCkuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjt0ZXh0 LWluZGVudDotLjI1aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Yy48L3NwYW4+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gXCxzZXJpZiZx dW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5UaGVzZSB0 d28gZGVmaW5pdGlvbnMgbG9vayBkaWZmZXJlbnQgdG8gbWUuDQo8L3NwYW4+PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGlu O3RleHQtaW5kZW50Oi0uMjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5kLjwvc3Bhbj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiBcLHNl cmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPkF0 IHRoZSB2ZXJ5IGxlYXN0IEkgd291bGQgZXhwZWN0IGFsaWdubWVudCBiZXR3ZWVuIHRoZSBkZWZp bml0aW9ucyBvZiBjb250ZXh0IGZvciB0aGUgUHJlZml4LVNJRCBiZXR3ZWVuIHRoZSB0d28gZHJh ZnRzLiBQcmVmZXJhYmx5LCB0aGUgZGVmaW5pdGlvbiBnaXZlbiBpbiB0aGUgU2VnbWVudCBSb3V0 aW5nIEFyY2hpdGVjdHVyZQ0KIGRyYWZ0IHNob3VsZCBiZSB1c2VkIGluIGJvdGggZHJhZnRzLjwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbjowaW47bWFyZ2luLWJvdHRvbTouMDAwMXB0O2xpbmUtaGVp Z2h0Om5vcm1hbCI+DQo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJv bWFuJnF1b3Q7LHNlcmlmIj4jQWhtZWQ6IFRoZSBjb250ZXh0IG9mIHRoZSBzZWN0aW9uIDIuNSBp cyBsaW1pdGVkIHRvIHRoZSByZXNvbHV0aW9uIG9mIGxvY2FsIGxhYmVsIGNvbGxpc2lvbi4gVGhl IHVzZSBvZiAmcXVvdDtyb3V0aW5nIGluc3RhbmNlJnF1b3Q7IGluIHNlY3Rpb24gMi41IGlzIGp1 c3QgdGhlcmUgZm9yIHRpZS1icmVha2luZyBpZiB0aGVyZSBpcyBsb2NhbCBsYWJlbCBjb2xsaXNp b24uPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1ib3R0b206MGluO21hcmdpbi1ib3R0b206LjAwMDFwdDtsaW5lLWhlaWdodDpub3JtYWwi Pg0KPGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMwMEIwNTAiPltbU2FzaGFdXSBJIGhhdmUg YWxyZWFkeSBtZW50aW9uZWQgdGhhdCDigJxyb3V0aW5nIGluc3RhbmNlc+KAnSBhcmUgbm90IGRl ZmluZWQgaW4gYW55IHRoZSBkcmFmdHMgZGVhbGluZyB3aXRoIFNSIEV4dGVuc2lvbnMgZm9yIElH UHMuIFNvIEkgZG8gbm90IHVuZGVyc3RhbmQgaG93IHRoZSBjb25mbGljdCByZXNvbHV0aW9uDQog cHJvY2VkdXJlIGlzIHN1cHBvc2VkIHRvIHVzZSB0aGlzLiBBbmQgaW4gYW55IGNhc2UgdGhlIGRp ZmZlcmVuY2UgYmV0d2VlbiB0d28gZGVmaW5pdGlvbnMgb2YgdGhlIGNvbnRleHQgb2YgUHJlZml4 LVNJRCByZXF1aXJlcyBzb21lIGV4cGxhbmF0aW9uLjwvc3Bhbj48L2k+PC9iPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjBpbjtsaW5lLWhl aWdodDpub3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t YW4mcXVvdDssc2VyaWYiPjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxibG9j a3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRp dj4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0idGV4dC1pbmRlbnQ6LS4yNWlu Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5h JnF1b3Q7LHNhbnMtc2VyaWYiPjEwLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiBcLHNlcmlmJnF1b3Q7Ij4NCjwvc3Bh bj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJk YW5hJnF1b3Q7LHNhbnMtc2VyaWYiPkV4YW1wbGUgb2YgUFVTSCBvcGVyYXRpb24gaW4gU2VjdGlv biAyLjEwLjE8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Ojwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47 dGV4dC1pbmRlbnQ6LS4yNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPmEuPC9zcGFuPjxzcGFuIHN0eWxl PSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuIFwsc2Vy aWYmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+VGhl IGZpcnN0IHBhcmEgb2YgdGhpcyBzZWN0aW9uIGJlZ2lucyB3aXRoIHRoZSBzZW50ZW5jZSDigJxT dXBwb3NlIGFuIE1DQyBvbiBhIHJvdXRlciAmcXVvdDtSMCZxdW90OyBkZXRlcm1pbmVzIHRoYXQg UFVTSCBvciBDT05USU5VRSZuYnNwOyZuYnNwOyBvcGVyYXRpb24gaXMgdG8gYmUgYXBwbGllZCB0 byBhbiBpbmNvbWluZyBwYWNrZXQgd2hvc2UgYWN0aXZlDQogU0lEIGlzIHRoZSBnbG9iYWwgU0lE ICZxdW90O1NpJnF1b3Q74oCdLiBJbiB0aGUgY29udGV4dCBvZiBTUi1NUExTIHRoaXMgbWVhbnMg KHRvIG1lKSB0aGF0IHRoZSBpbmNvbWluZyBwYWNrZXQgaXMgYSBsYWJlbGVkIHBhY2tldCBhbmQg aXRzIHRvcCBsYWJlbCBtYXRjaGVzIHRoZSBnbG9iYWwgU0lEIOKAnFNp4oCdLg0KPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4t bGVmdDoxLjBpbjt0ZXh0LWluZGVudDotLjI1aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Yi48L3NwYW4+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcg Um9tYW4gXCxzZXJpZiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5z LXNlcmlmIj5Ib3dldmVyLCB0aGUgZXhhbXBsZSBmb3IgUFVTSCBvcGVyYXRpb24gaW4gdGhlIG5l eHQgcGFyYSBvZiB0aGlzIHNlY3Rpb24gaXMgdGhlIGNhc2Ugb2YgYW4gKHVubGFiZWxlZCkgSVAg cGFja2V0IHdpdGggdGhlIGRlc3RpbmF0aW9uIGFkZHJlc3MgY292ZXJlZCBieSB0aGUgSVAgcHJl Zml4IGZvciB3aGljaCDigJxTaeKAnSBoYXMNCiBiZWVuIGFzc2lnbmVkLiA8L3NwYW4+PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjEuMGluO3RleHQtaW5kZW50Oi0uMjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5jLjwvc3Bhbj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21h biBcLHNlcmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2Vy aWYiPkZyb20gbXkgUE9WOjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0 UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS41aW47dGV4dC1pbmRlbnQ6LTEuNWluIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBS b21hbiBcLHNlcmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYi PmkuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VGltZXMgTmV3IFJvbWFuIFwsc2VyaWYmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFu PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEm cXVvdDssc2Fucy1zZXJpZiI+TWFwcGluZyB1bmxhYmVsZWQgcGFja2V0cyB0byBTSURzIGlzIGlu ZGVlZCBvdXQgb2Ygc2NvcGUgb2YgdGhlIGRyYWZ0LiBUaGVyZWZvcmUgYW4gZXhhbXBsZSBvZiBh IFBVU0ggb3BlcmF0aW9uIHRoYXQgaXMgYXBwbGllZCB0byBhIGxhYmVsZWQgcGFja2V0ICh3aXRo IHRoZSBhY3RpdmUgU0lEIGluZmVycmVkIGZyb20gdGhlDQogdG9wIGxhYmVsIGluIHRoZSBzdGFj aykgaXMgcHJlZmVyYWJsZS48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlz dFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuNWluO3RleHQtaW5kZW50Oi0xLjVpbiI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcg Um9tYW4gXCxzZXJpZiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5paS48 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1l cyBOZXcgUm9tYW4gXCxzZXJpZiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90 OyxzYW5zLXNlcmlmIj5WYWxpZCBleGFtcGxlcyBvZiZuYnNwOyBQVVNIIG9wZXJhdGlvbiBhcHBs aWVkIHRvIGEgbGFiZWxlZCBpbmNvbWluZyBwYWNrZXQgY2FuIGJlIGZvdW5kIGluIFNlY3Rpb25z IDQuMiBvciA0LjMgb2YgdGhlDQo8L3NwYW4+PGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNlLnBy b29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX190b29scy5pZXRmLm9yZ19odG1sX2RyYWZ0 LTJEYmFzaGFuZHktMkRydGd3Zy0yRHNlZ21lbnQtMkRyb3V0aW5nLTJEdGktMkRsZmEtMkQwNCZh bXA7ZD1Ed01HYVEmYW1wO2M9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNX em9DSSZhbXA7cj1OeWpMc3I3SkE3bXZwQ0phMFltUGRWS2NtTVhKMzFicGJCYU5xekNOcm5nJmFt cDttPUNCbjQ2LXRUalpyRnVwMGRSLUVHQXR0NFFGcTlQaTI3UmFPNXJRQ2sxUXcmYW1wO3M9amJI MERTWVlvMlVZeW1XWnJsdkF0N3FVV1ZYc1lLdUN0TWlFeW9lLURXRSZhbXA7ZT0iPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fu cy1zZXJpZiI+VEktTEZBPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPg0KIGRyYWZ0PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj4m bmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDowaW47bGluZS1oZWlnaHQ6bm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNl cmlmIj4jQWhtZWQ6IEkgZG8gbm90IHVuZGVyc3RhbmQgeW91ciBjb25jZXJuIGhlcmU6KTwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90 dG9tOjBpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj4NCjxiPjxp PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMDBCMDUwIj5bW1Nhc2hhXV0gSSB0aGluayBpdCBpcyBw cmV0dHkgY2xlYXI6IGNhbiB5b3UgcHJvdmlkZSBhbiBleGFtcGxlIG9mIGEgUFVTSCBvcGVyYXRp b24gYXBwbGllZCB0byBhIGxhYmVsZWQgcGFja2V0IGluc3RlYWQgb2YgeW91ciBjdXJyZW50IGV4 YW1wbGU/PC9zcGFuPjwvaT48L2I+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luOjBpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9y bWFsIj4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv dDssc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxl PSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Tml0czwvc3Bhbj48L2I+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5z LXNlcmlmIj46PC9zcGFuPg0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFn cmFwaCIgc3R5bGU9InRleHQtaW5kZW50Oi0uMjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj4xLjwvc3Bh bj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5l dyBSb21hbiBcLHNlcmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNh bnMtc2VyaWYiPkkgY29uY3VyIHdpdGggQWRyaWFuIHJlZ2FyZGluZyBudW1lcm91cyBuaXRzIGhl IGhhcyByZXBvcnRlZCBpbiBoaXMNCjwvc3Bhbj48YSBocmVmPSJodHRwczovL3VybGRlZmVuc2Uu cHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX21haWxhcmNoaXZlLmlldGYub3JnX2Fy Y2hfbXNnX3NwcmluZ19GUmhPMmxnUjhyNFZsS1AyWk4yZFp3SFU1QlkmYW1wO2Q9RHdNR2FRJmFt cDtjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kmYW1wO3I9Tnlq THNyN0pBN212cENKYTBZbVBkVktjbU1YSjMxYnBiQmFOcXpDTnJuZyZhbXA7bT1DQm40Ni10VGpa ckZ1cDBkUi1FR0F0dDRRRnE5UGkyN1JhTzVyUUNrMVF3JmFtcDtzPUlfNGdERmhjalJfMW5wcUtV UURIVGhzZWpVTWdKeTNXbEx6QzkwcG9SMXcmYW1wO2U9Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPldHDQog TEMgQ29tbWVudDwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj4uIEkgd291bGQgbGlrZSB0byB0 aGFuayBBZHJpYW4gZm9yIGFuIGV4Y2VsbGVudCByZXZpZXcgdGhhdCBoYXZlIHNhdmVkIG1lIGxv dHMgb2YgaGFyZCB3b3JrLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1 b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjBpbjtsaW5lLWhl aWdodDpub3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t YW4mcXVvdDssc2VyaWYiPiNBaG1lZDogSSBhbHNvIGFncmVlIHRoYXQgQWRyaWFuJ3MgcmV2aWV3 IGlzIGV4Y2VwdGlvbmFsLiBJIGJlbGlldmUgSSBhZGRyZXNzZWQgYWxsIGhpcyBjb21tZW50cyBp biB0aGUgbGF0ZXN0IHZlcnNpb24uPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUg c3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVudDotLjI1aW4iPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDss c2Fucy1zZXJpZiI+Mi48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZh bWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gXCxzZXJpZiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5i c3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5JbiBhZGRpdGlvbiwgSeKAmWQgbGlrZSB0byBy ZXBvcnQgdGhlIGZvbGxvd2luZyBuaXRzOjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6 LS4yNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtW ZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPmEuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuIFwsc2VyaWYmcXVvdDsiPiZu YnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+VGktTEZBIGluIFNlY3Rp b24gMi4xMS4xIHNob3VsZCBiZSBUSS1MRkEgKGFzIGluIHRoZQ0KPC9zcGFuPjxhIGhyZWY9Imh0 dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fdG9vbHMu aWV0Zi5vcmdfaHRtbF9kcmFmdC0yRGJhc2hhbmR5LTJEcnRnd2ctMkRzZWdtZW50LTJEcm91dGlu Zy0yRHRpLTJEbGZhLTJEMDQmYW1wO2Q9RHdNR2FRJmFtcDtjPUhBa1l1aDYzcnN1aHI2U2NiZmgw VWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kmYW1wO3I9TnlqTHNyN0pBN212cENKYTBZbVBkVktjbU1Y SjMxYnBiQmFOcXpDTnJuZyZhbXA7bT1DQm40Ni10VGpackZ1cDBkUi1FR0F0dDRRRnE5UGkyN1Jh TzVyUUNrMVF3JmFtcDtzPWpiSDBEU1lZbzJVWXltV1pybHZBdDdxVVdWWHNZS3VDdE1pRXlvZS1E V0UmYW1wO2U9Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPlRJLUxGQTwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNl cmlmIj4NCiBkcmFmdCk8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90 ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDowaW47bGluZS1oZWln aHQ6bm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFu JnF1b3Q7LHNlcmlmIj4jQWhtZWQ6IEFscmVhZHkgZG9uZSBpbiB0aGUgbGF0ZXN0IHZlcnNpb248 L3NwYW4+PGI+PGk+W1tTYXNoYV1dIE9LPC9pPjwvYj4NCjxvOnA+PC9vOnA+PC9wPg0KPGJsb2Nr cXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjt0 ZXh0LWluZGVudDotLjI1aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Yi48L3NwYW4+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4gXCxzZXJp ZiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5USS1M RkEgZHJhZnQgaXMgcmVmZXJlbmNlZCBpbiB0aGUgdGV4dCBvZiBTZWN0aW9uIDIuMTEuMSwgYnV0 IHRoZXJlIGlzIG5vIG1hdGNoaW5nIHJlZmVyZW5jZSBpbiB0aGUg4oCcUmVmZXJlbmNlc+KAnSBz ZWN0aW9uIChwcm9iYWJseSwgSW5mb3JtYXRpb25hbCk8L3NwYW4+PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDowaW47bGluZS1oZWlnaHQ6bm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4jQWhtZWQ6IEFscmVhZHkgZG9uZSBpbiB0 aGUgbGF0ZXN0IHZlcnNpb248L3NwYW4+PGI+PGk+W1tTYXNoYV1dIE9LPC9pPjwvYj4NCjxvOnA+ PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJv dHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJt YXJnaW4tbGVmdDoxLjBpbjt0ZXh0LWluZGVudDotLjI1aW4iPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Yy48 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1l cyBOZXcgUm9tYW4gXCxzZXJpZiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90 OyxzYW5zLXNlcmlmIj7igJx6ZXJvIEFsZ29yaXRobeKAnSBpbiBTZWN0aW9uIDIuNSAoaW1tZWRp YXRlbHkgYWJvdmUgU2VjdGlvbiAyLjUuMSkgbXVzdCBiZSByZXBsYWNlZCB3aXRoIOKAnGRlZmF1 bHQgYWxnb3JpdGht4oCdLiBTaW1pbGFybHksIOKAnG5vbi16ZXJvIEFsZ29yaXRobeKAnSBzaG91 bGQgYmUgcmVwbGFjZWQgd2l0aCDigJxub24tZGVmYXVsdCBhbGdvcml0aG3igJ08L3NwYW4+PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDowaW47bGluZS1oZWlnaHQ6bm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4jQWhtZWQ6IFdp bGwgYmUgZG9uZSBpbiB0aGUgbmV4dCB2ZXJzaW9uPC9zcGFuPjxiPjxpPltbU2FzaGFdXQ0KPC9p PjwvYj4mbmJzcDtPSzxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10 b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb0xpc3RQ YXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVudDotLjI1aW4iPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+My48 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1l cyBOZXcgUm9tYW4gXCxzZXJpZiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90 OyxzYW5zLXNlcmlmIj5JIHRoaW5rIHRoYXQgUkZDIDM0NDMgYW5kIFJGQyA1MzMyIHNob3VsZCBi ZSBsaXN0ZWQgYXMgTm9ybWF0aXZlIHJlZmVyZW5jZXMgaW4gdGhpcyBkcmFmdCB3aGlsZSBSRkMg NTMzMSBhbmQgUkZDIDgyNzcgc2hvdWxkIGJlIGxpc3RlZCBhcyBJbmZvcm1hdGl2ZSByZWZlcmVu Y2VzLiBUaGlzIHdvdWxkIGltcHJvdmUgdGhlIHJlYWRhYmlsaXR5DQogb2YgdGhlIGRyYWZ0IHdp dGhvdXQgYW55IGltcGFjdCBvbiBpdHMgYWR2YW5jZW1lbnQuIDwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luOjBpbjttYXJn aW4tYm90dG9tOi4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj4NCjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiNBaG1lZCBSRkM1MzMx IGRlc2NyaWJlcyB1cHN0cmVhbSBsYWJlbCBhc3NpZ25tZW50LiBBcyB5b3UgbWVudGlvbmVkIGFi b3ZlIChhbmQgSSB3aWxsIG1vZGlmeSB0aGUgZHJhZnQgdG8gaW5kaWNhdGUgdGhhdCkgU1ItTVBM UyBiZWhhdmlvciBpcyBzaW1pbGFyIHRvIGRvd25zdHJlYW0gbGFiZWwgYXNzaWdubWVudC4gUkZD IDM0NDMgZGVzY3JpYmVzIFRUTCBiZWhhdmlvci4NCiBUaGlzIGlzIGFuIE1QTFMgZm9yd2FyZGlu ZyBiZWhhdmlvci4gQXMgbWVudGlvbmVkIGluIHRoZSBkcmFmdCwgU1ItTVBMUyBkb2VzIG5vdCBt b2RpZnkgYXQgdGhlIE1QTFMgZm9yd2FyZGluZyBiZWhhdmlvcjwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjBpbjttYXJnaW4t Ym90dG9tOi4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj4NCjxiPjxpPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMDBCMDUwIj5bW1Nhc2hhXV0gUmVnYXJkaW5nIFJGQyA1MzMxIOKAkyB5b3UgbWF5 IHNraXAgdGhpcyByZWZlcmVuY2UgaWYgeW91IHN0YXRlIChhcyBkaXNjdXNzZWQgYmVsb3cpIHRo YXQgU1ItTVBMUyBvbmx5IGFsbG9jYXRlcyBsYWJlbHMgZnJvbSB0aGUgcGVyLXBsYXRmb3JtIGxh YmVsIHNwYWNlLiBSZWdhcmRpbmcNCiBSRkMgMzQ0MyDigJMgSSBkbyBub3QgdGhpbmsgdGhhdCB5 b3UgY2FuIGZ1bGx5IGF2b2lkIGRpc2N1c3Npb24gb2YgVW5pZm9ybSBhbmQgUGlwZS9TaG9ydCBQ aXBlIG1vZGVscywgYW5kIHRoZXJlZm9yZSB5b3Ugd2lsbCBuZWVkIHRoaXMgcmVmZXJlbmNlLjwv c3Bhbj48L2k+PC9iPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjBpbjtsaW5lLWhlaWdodDpub3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxicj4NCjxicj4NCjwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21h cmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhvcGVmdWxs eSwgdGhlc2UgY29tbWVudHMgd2lsbCBiZSB1c2VmdWwuPG86cD48L286cD48L3A+DQo8L2Rpdj4N CjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDow aW47bGluZS1oZWlnaHQ6bm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGlt ZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4jQWhtZWQ6IFRoZXkgYXJlIGNlcnRhaW5seSBxdWl0 ZSB1c2VmdWwuIFRoYW5rcyBhIGxvdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3Rl IHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+UmVnYXJkcyw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlNhc2hh PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9mZmljZTogJiM0Mzs5NzItMzkyNjYzMDI8bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkNlbGw6Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7ICYjNDM7OTcyLTU0OTI2NjMwMjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+RW1haWw6Jm5ic3A7Jm5ic3A7IDxhIGhyZWY9Im1haWx0bzpBbGV4YW5kZXIuVmFp bnNodGVpbkBlY2l0ZWxlLmNvbSI+QWxleGFuZGVyLlZhaW5zaHRlaW5AZWNpdGVsZS5jb208L2E+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbjowaW47bWFyZ2lu LWJvdHRvbTouMDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1hbCI+DQo8c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuIFwsc2VyaWYmcXVvdDsiPjxiciBjbGVhcj0iYWxs Ij4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXzxicj4NCjxicj4NClRoaXMgZS1tYWlsIG1lc3NhZ2UgaXMg aW50ZW5kZWQgZm9yIHRoZSByZWNpcGllbnQgb25seSBhbmQgY29udGFpbnMgaW5mb3JtYXRpb24g d2hpY2ggaXMNCjxicj4NCkNPTkZJREVOVElBTCBhbmQgd2hpY2ggbWF5IGJlIHByb3ByaWV0YXJ5 IHRvIEVDSSBUZWxlY29tLiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzDQo8YnI+DQp0cmFuc21p c3Npb24gaW4gZXJyb3IsIHBsZWFzZSBpbmZvcm0gdXMgYnkgZS1tYWlsLCBwaG9uZSBvciBmYXgs IGFuZCB0aGVuIGRlbGV0ZSB0aGUgb3JpZ2luYWwNCjxicj4NCmFuZCBhbGwgY29waWVzIHRoZXJl b2YuPGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9j a3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbjowaW47bWFyZ2luLWJv dHRvbTouMDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1hbCI+DQo8c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luOjBpbjttYXJnaW4t Ym90dG9tOi4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj4NCjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxiciBjbGVhcj0iYWxsIj4N Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXzxicj4NCjxicj4NClRoaXMgZS1tYWlsIG1lc3NhZ2UgaXMgaW50 ZW5kZWQgZm9yIHRoZSByZWNpcGllbnQgb25seSBhbmQgY29udGFpbnMgaW5mb3JtYXRpb24gd2hp Y2ggaXMNCjxicj4NCkNPTkZJREVOVElBTCBhbmQgd2hpY2ggbWF5IGJlIHByb3ByaWV0YXJ5IHRv IEVDSSBUZWxlY29tLiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzDQo8YnI+DQp0cmFuc21pc3Np b24gaW4gZXJyb3IsIHBsZWFzZSBpbmZvcm0gdXMgYnkgZS1tYWlsLCBwaG9uZSBvciBmYXgsIGFu ZCB0aGVuIGRlbGV0ZSB0aGUgb3JpZ2luYWwNCjxicj4NCmFuZCBhbGwgY29waWVzIHRoZXJlb2Yu PGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1 b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbjowaW47bWFyZ2luLWJvdHRv bTouMDAwMXB0O2xpbmUtaGVpZ2h0Om5vcm1hbCI+DQo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luOjBpbjttYXJnaW4tYm90 dG9tOi4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9ybWFsIj4NCjxicj4NCl9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xzxicj4NCjxicj4NClRoaXMgZS1tYWlsIG1lc3NhZ2UgaXMgaW50ZW5kZWQgZm9yIHRoZSByZWNp cGllbnQgb25seSBhbmQgY29udGFpbnMgaW5mb3JtYXRpb24gd2hpY2ggaXMNCjxicj4NCkNPTkZJ REVOVElBTCBhbmQgd2hpY2ggbWF5IGJlIHByb3ByaWV0YXJ5IHRvIEVDSSBUZWxlY29tLiBJZiB5 b3UgaGF2ZSByZWNlaXZlZCB0aGlzDQo8YnI+DQp0cmFuc21pc3Npb24gaW4gZXJyb3IsIHBsZWFz ZSBpbmZvcm0gdXMgYnkgZS1tYWlsLCBwaG9uZSBvciBmYXgsIGFuZCB0aGVuIGRlbGV0ZSB0aGUg b3JpZ2luYWwNCjxicj4NCmFuZCBhbGwgY29waWVzIHRoZXJlb2YuPGJyPg0KX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fPG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luOjBpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQ7bGluZS1oZWlnaHQ6bm9y bWFsIj4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv dDssc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW46MGluO21hcmdpbi1ib3R0b206LjAwMDFwdDtsaW5lLWhlaWdodDpu b3JtYWwiPg0KPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZx dW90OyxzZXJpZjtjb2xvcjp3aW5kb3d0ZXh0Ij48YnI+DQpfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+ DQo8YnI+DQpUaGlzIGUtbWFpbCBtZXNzYWdlIGlzIGludGVuZGVkIGZvciB0aGUgcmVjaXBpZW50 IG9ubHkgYW5kIGNvbnRhaW5zIGluZm9ybWF0aW9uIHdoaWNoIGlzDQo8YnI+DQpDT05GSURFTlRJ QUwgYW5kIHdoaWNoIG1heSBiZSBwcm9wcmlldGFyeSB0byBFQ0kgVGVsZWNvbS4gSWYgeW91IGhh dmUgcmVjZWl2ZWQgdGhpcw0KPGJyPg0KdHJhbnNtaXNzaW9uIGluIGVycm9yLCBwbGVhc2UgaW5m b3JtIHVzIGJ5IGUtbWFpbCwgcGhvbmUgb3IgZmF4LCBhbmQgdGhlbiBkZWxldGUgdGhlIG9yaWdp bmFsDQo8YnI+DQphbmQgYWxsIGNvcGllcyB0aGVyZW9mLjxicj4NCl9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f XzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_BYAPR05MB3943FB07ACA7E343152F2BFBD5D80BYAPR05MB3943namp_-- From nobody Mon Nov 19 08:06:51 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2251A130DDE for ; Mon, 19 Nov 2018 08:02:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -17.491 X-Spam-Level: X-Spam-Status: No, score=-17.491 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, ENV_AND_HDR_SPF_MATCH=-0.5, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_DEF_SPF_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qty13J0itMdw for ; Mon, 19 Nov 2018 08:02:07 -0800 (PST) Received: from mail-it1-x135.google.com (mail-it1-x135.google.com [IPv6:2607:f8b0:4864:20::135]) (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 8BC051286E7 for ; Mon, 19 Nov 2018 08:02:06 -0800 (PST) Received: by mail-it1-x135.google.com with SMTP id v11so8184755itj.0 for ; Mon, 19 Nov 2018 08:02:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=RxM7zlqN1STaxrFtwx4T/ai6NNDPGJfQHzdRWy3v+3k=; b=vTY2NsdavHCV0iqVX5+T75iPPInlB3u47QuGmFOjnUPfZHwChqeAFbKo0q5REJKVRP n/JV9KgrUf4qwWO548X47Ih2LPkmwF6eVGwZO6raJ+HZSHAjuzKRz11jrmaFQwNVg8F1 r0fsCjAvRGPMWHgzfLS0jB4U3wSlxVUikWefbQ2/B7XXq5yMPxo+S2yBudUdWA4/eG7W 5nX9we48UkwjEfkvuVszg2VbWSLA6+aeCvEnlNRLTAlrDnC567CfizzNSZiXgspnrFHd GHW3Ihpomy8X9H/1ND8wtHLI/H8Esa4/ssBczQ0ByXFj8egwcrpfmH+EZl44nESmYWVz poEg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=RxM7zlqN1STaxrFtwx4T/ai6NNDPGJfQHzdRWy3v+3k=; b=PuhXm1L/a9bfWSg8gPnfDkxUxZa2WB/7zzC+g+VUQocOgrxl8RfIJ0DBEU/7N9k0Ar iRJoH3xx0qM9FkAF2axiUqbnjO17cn1ahngqO/3lk0GSOhNAQDcMiUT2QtQiWkIfbkbV 3d2LvoOI3TjRgdadFrTANvCWx8I/klPJWE7WLq5ljGk3tG7kWKbuB/KUdgPIR34B9ScV P7oiyTblQpJiRM2z6HDYMmoIEioaukthMKADOUSCsrmA1I04T+GcXYp64HW9BhnWerkl i2iHzFS76dnzEJgo3lk6kYcO4FymVCecB0spzLmk3NSMGKNmjd5ONJCZQJThRcTjY8Ax Yoew== X-Gm-Message-State: AGRZ1gIxDUVlnfm/ook9qKaTWnwCe0ba90+kt89M3JSpKZ7bZn7GQzmw mNBLnfN980C+udKLRtZmCVXHvjzrTn6IAbJut5V3MA== X-Google-Smtp-Source: AJdET5dtfCU4IfnJgjDtjXzPN+nG8U9NgB/u9vAVBwNVxlNwrprNw8jQMN1/4uHWFXq4AbYX1XA3P+YtV2MK8NVcs5I= X-Received: by 2002:a02:4d46:: with SMTP id l67mr12347634jab.141.1542643325100; Mon, 19 Nov 2018 08:02:05 -0800 (PST) MIME-Version: 1.0 References: <46a64bb1-1b17-184c-1089-e05315057236@gmail.com> In-Reply-To: From: Przemyslaw Krol Date: Mon, 19 Nov 2018 08:01:26 -0800 Message-ID: To: Shraddha Hegde Cc: Alexander.Vainshtein@ecitele.com, abashandy.ietf@gmail.com, rtg-dir@ietf.org, spring@ietf.org, mpls@ietf.org, spring-chairs@ietf.org, draft-ietf-spring-segment-routing-mpls.authors@ietf.org, jonathan.hardwick@metaswitch.com, adrian@olddog.co.uk Content-Type: multipart/alternative; boundary="00000000000068e06a057b06a312" Archived-At: X-Mailman-Approved-At: Mon, 19 Nov 2018 08:06:49 -0800 Subject: Re: [spring] RtgDir Early review: draft-ietf-spring-segment-routing-mpls-13 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Nov 2018 16:02:14 -0000 --00000000000068e06a057b06a312 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Shraddha I think this would be very helpful. pk On Sun, Nov 18, 2018 at 8:39 PM Shraddha Hegde wrote= : > Hi all, > > > > I am preparing the shepherd write-up and noticed that the topic in below > e-mail thread is an > > Open item. My personal opinion is to add a new section to this draft to > address below cases > > > more than one node advertising the same IPv4/6 PREFIX and both have the > same prefix-SID value with "N" flag > > > where an anycast prefix is advertised with a prefix-SID sub-TLV by some > (but not all) of the nodes that advertise that prefix. > > > > This draft is addressing incoming label collision and resulting behavior > and also describes other aspects like different SIDs for same prefix so i= t > seems reasonable to add above two cases to this draft. > > WG members, if you have an opinion, pls respond on the list. > > > > Rgds > > Shraddha > > *From:* Alexander Vainshtein > *Sent:* Sunday, November 4, 2018 9:37 PM > *To:* Ahmed Bashandy > *Cc:* rtg-dir@ietf.org; 'mpls@ietf.org' ; ' > adrian@olddog.co.uk' ; Jonathan Hardwick ( > Jonathan.Hardwick@metaswitch.com) ; > spring@ietf.org; spring-chairs@ietf.org; > draft-ietf-spring-segment-routing-mpls.authors@ietf.org; Shraddha Hegde < > shraddha@juniper.net> > *Subject:* RE: RtgDir Early review: > draft-ietf-spring-segment-routing-mpls-13 > > > > Ahmed, > > Apologies for a delayed response. > > I fully agree that advertising the same prefix SID as the Node SID by two > different nodes in the SR domain is =E2=80=9Ca clear violation of the SR > architecture RFC (8402)=E2=80=9D. > > But I do not think that the SR-MPLS draft can silently ignore this > violation just because it =E2=80=9Cis not an incoming label collision=E2= =80=9D. > > The same applies to the controversy in advertising at the same prefix as > Anycast by some nodes but not as Anycast (or even as a Node SID) by some > other nodes. > > Your reference to these being just control plane issues and therefore not > related to SR-MPLS is not valid - because the drafts dealing with the SR > control plane to which you refer in this draft are strictly MPLS-oriented= : > they define how to advertise *SID labels* or *indices* that are > translated into *SID labels*, and neither of these mechanisms is relevant > fore SRV6 IMHO. (I do not have to remind you that a draft that defines SR= V6 > extensions for ISIS > > exists, and deals with other issues). > > My 2c, > > Sasha > > > > Office: +972-39266302 > > Cell: +972-549266302 > > Email: Alexander.Vainshtein@ecitele.com > > > > *From:* Ahmed Bashandy [mailto:abashandy.ietf@gmail.com > ] > *Sent:* Sunday, October 28, 2018 1:01 AM > *To:* Shraddha Hegde ; Alexander Vainshtein < > Alexander.Vainshtein@ecitele.com> > *Cc:* rtg-dir@ietf.org; 'mpls@ietf.org' ; ' > adrian@olddog.co.uk' ; Jonathan Hardwick ( > Jonathan.Hardwick@metaswitch.com) ; > spring@ietf.org; spring-chairs@ietf.org; > draft-ietf-spring-segment-routing-mpls.authors@ietf.org > *Subject:* Re: RtgDir Early review: > draft-ietf-spring-segment-routing-mpls-13 > > > > Thanks for the comments > > While it is a clear violation of the SR architecture RFC (8402), more tha= n > one node advertising the same IPv4/6 PREFIX and both have the same > prefix-SID value with "N" flag is not an incoming label collision because > the label is associated with the same FEC, which is the prefix. > > Hence handling such violation is not an SR-MPLS problem because there is > no incoming label collision and hence it it is outside the scope of this > draft > > > > The second issue is which SID to choose for an SR-policy (be it a policy > for TE, ti-lfa, uloop avoidance, security,..., etc). That is strictly a > control layer functionality and is not specific to SR-MPLS. Hence it is > outside the scope of this draft > > > > The third issue is the case where an anycast prefix is advertised with a > prefix-SID sub-TLV by some (but not all) of the nodes that advertise that > prefix. Again this is not an incoming label collision because the label i= s > associated with a single FEC, which is the anycast prefix. > > > > On 7/19/18 8:30 PM, Shraddha Hegde wrote: > > Hi Ahmed, > > > > The Node-SIDs are expected to be unique to a node. > > =E2=80=9C > > An IGP Node-SID MUST NOT be associated with a prefix that is owned by > > more than one router within the same routing domain.=E2=80=9D > > > > If two different nodes advertise same Node-SID, > > For Example Node A and B both advertise prefix 1.1.1.1 and > associate a SID 1000 with N bit set. > > There is an anomaly here and IMO, this draft should address how to handle > this anomaly and whether TI-LFA and other > > Applications can use this SID as a Node-SID. > > Another slight variation of this case is a scenario where A and B both > advertise a prefix 1.1.1.1 and A assigns a Node-Sid > > Of 1000 and B does not assign any SID. > > > > Rgds > > Shraddha > > > > *From:* Alexander Vainshtein > > *Sent:* Thursday, July 19, 2018 10:05 PM > *To:* Ahmed Bashandy > *Cc:* rtg-dir@ietf.org; 'mpls@ietf.org' ; = ' > adrian@olddog.co.uk' ; > Jonathan Hardwick (Jonathan.Hardwick@metaswitch.com) > ; > Shraddha Hegde ; > spring@ietf.org; spring-chairs@ietf.org; > draft-ietf-spring-segment-routing-mpls.authors@ietf.org > *Subject:* RE: RtgDir Early review: > draft-ietf-spring-segment-routing-mpls-13 > > > > Ahmed hi! > > Lots of thanks for your response. > > Of course Node SIDs are not different from any other Prefix SIDs when it > comes to the MPLS forwarding plane. > > But, IMHO, strictly speaking, this is correct for any other SID as well. > > You seem to ignore the difference between SR-MPLS and SRv6 with regard to > the life span of prefix SIDs in general and Node SIDs in particular. From > my POV this difference should be discussed in the draft. > > So it seems that we can only =E2=80=9Cagree to disagree=E2=80=9D on the n= eed to say > something specific about Node SIDs in the draft, and let the WG to decide > what to do about it. > > Regards, > > Sasha > > > > Office: +972-39266302 > > Cell: +972-549266302 > > Email: Alexander.Vainshtein@ecitele.com > > > > *From:* Ahmed Bashandy [mailto:abashandy.ietf@gmail.com > ] > *Sent:* Thursday, July 19, 2018 7:13 PM > *To:* Alexander Vainshtein > *Cc:* rtg-dir@ietf.org; 'mpls@ietf.org' ; ' > adrian@olddog.co.uk' ; Jonathan Hardwick ( > Jonathan.Hardwick@metaswitch.com) ; > shraddha@juniper.net; spring@ietf.org; spring-chairs@ietf.org; > draft-ietf-spring-segment-routing-mpls.authors@ietf.org > *Subject:* Re: RtgDir Early review: > draft-ietf-spring-segment-routing-mpls-13 > > > > Thanks for the reply > > See inline > > Ahmed > > > > On 7/12/18 12:22 AM, Alexander Vainshtein wrote: > > Ahmed and all, > > I would like to expand on my comments (and your responses) about the role > of Node SIDs in SR-MPLS. > > I would like to bring your attention two points: > > 1. Node SIDs (and, in general, Prefix SIDs) in MPLS-SR are > different from the same in SRv6 because they require explicit configurati= on > action by the operator of SR domain. I.e., it is not enough for a node to > own some /32 or /128 prefix that is advertised by IGP. The operator must > explicitly configure the node to use such a prefix as Node SID and to > assign to it a specific index that is unique in the SR domain. From my PO= V, > this difference alone would qualify Node SIDs as a topic to be discussed = in > the MPLS-SR Architecture > > draft. > > #Ahmed: I disagree with your POV. From the forwarding plane perspective i= t > does not make any difference whether a the label at the top of an MPLS > packet (representing the prefix-SID) identifies a node or not. So from th= e > SR-mpls forwarding point of view there is no difference between a > prefix-SID and a node-SID. If there is any place in the SR-mpls draft whe= re > there is a need to handle a node-SID different from a prefix SID, it woul= d > be great to point it out > > 2. In addition, quite a few constructs associated with SR-MPLS > implicitly assume that each node in the SR-MPLS domain is assigned with a= t > least one Node SID. One example can be found in the TI-LFA > > draft. This draft says in Section 4.2: > > > 4.2 > . > The repair node is a PQ node > > > > > > When the repair node is in P(S,X), the repair list is made of a > > single node segment to the repair node. > > In the scope of this section, the repair node is not adjacent to the PLR, > and therefore, to the best of my understanding, =E2=80=9Ca single node s= egment > to the repair node=E2=80=9D can be only the Node SID of the repair node. = Since > repair nodes are computed dynamically, this entire scheme depends on all > nodes in the MPLS=3DSR domain having at least one Node SID each > > #Ahmed: The choice of the SID to identify an intermediate or exit node(s) > in an SR-policy is a control plane behavior, irrespective of reason such > policy is created (be it ti-lfa explicit path, uloop avoidance explicit > path, or some SR-TE explicit path). SR-Policy as well as Ti-LFA and uloop > avoidance are handled in separate drafts. So just like the response to yo= ur > previous comment, from forwarding plane perspective it does not make any > difference whether the label at the top of an MPLS packet identifies a > single or multiple nodes. > > . > > > > Hopefully these notes clarify my position on the subject. > > > > Regards, > > Sasha > > > > Office: +972-39266302 > > Cell: +972-549266302 > > Email: Alexander.Vainshtein@ecitele.com > > > > *From:* Alexander Vainshtein > *Sent:* Wednesday, July 11, 2018 12:02 PM > *To:* Ahmed Bashandy > *Cc:* rtg-dir@ietf.org; 'mpls@ietf.org' ; = ' > adrian@olddog.co.uk' ; > Jonathan Hardwick (Jonathan.Hardwick@metaswitch.com) > ; > shraddha@juniper.net; spring@ietf.org; spring-chairs@ietf.org; > draft-ietf-spring-segment-routing-mpls.authors@ietf.org > *Subject:* RE: RtgDir Early review: > draft-ietf-spring-segment-routing-mpls-13 > > > > Ahmed, and all, > > Lots of thanks for a detailed response to my comments. > > Please see *inline below* my position on each of them. > > > > Regards, > > Sasha > > > > Office: +972-39266302 > > Cell: +972-549266302 > > Email: Alexander.Vainshtein@ecitele.com > > > > *From:* Ahmed Bashandy [mailto:abashandy.ietf@gmail.com > ] > *Sent:* Wednesday, July 11, 2018 4:42 AM > *To:* Alexander Vainshtein ; > spring-chairs@ietf.org; > draft-ietf-spring-segment-routing-mpls.authors@ietf.org > *Cc:* rtg-dir@ietf.org; 'mpls@ietf.org' ; ' > adrian@olddog.co.uk' ; Jonathan Hardwick ( > Jonathan.Hardwick@metaswitch.com) ; > shraddha@juniper.net; spring@ietf.org > *Subject:* Re: RtgDir Early review: > draft-ietf-spring-segment-routing-mpls-13 > > > > Thanks for thorough (and VERY clear) the review > > See inline #Ahmed > > > > Ahmed > > > > > > On 6/15/18 11:08 PM, Alexander Vainshtein wrote: > > Re-sending to correct SPRING WG list. > > Sincere apologies for the delay caused by a typo. > > Thumb typed by Sasha Vainshtein > > > ------------------------------ > > *From:* Alexander Vainshtein > *Sent:* Sunday, June 10, 2018 10:43:52 AM > *To:* spring-chairs@ietf.org; > draft-ietf-spring-segment-routing-mpls.authors@ietf.org > *Cc:* spring@ietf.com; rtg-dir@ietf.org; 'mpls@ietf.org'; ' > adrian@olddog.co.uk'; Jonathan Hardwick (Jonathan.Hardwick@metaswitch.com= ); > shraddha@juniper.net > *Subject:* RE: RtgDir Early review: > draft-ietf-spring-segment-routing-mpls-13 > > > > Explicitly adding Shraddha who is the shepherd of this draft. > > > > Regards, > > Sasha > > > > Office: +972-39266302 > > Cell: +972-549266302 > > Email: Alexander.Vainshtein@ecitele.com > > > > *From:* Alexander Vainshtein > *Sent:* Friday, June 8, 2018 5:43 PM > *To:* 'spring-chairs@ietf.org' > ; ' > draft-ietf-spring-segment-routing-mpls.authors@ietf.org' > > > *Cc:* 'spring@ietf.com' ; > rtg-dir@ietf.org; mpls@ietf.org; 'adrian@olddog.co.uk' > > *Subject:* RtgDir Early review: draft-ietf-spring-segment-routing-mpls-13 > > > > > > Hello, > > I have been selected to do a routing directorate =E2=80=9Cearly=E2=80=9D = review of this > draft: > https://datatracker.ietf.org/doc/draft-ietf-spring-segment-routing-mpls/ > > > > > The routing directorate will, on request from the working group chair, > perform an =E2=80=9Cearly=E2=80=9D review of a draft before it is submitt= ed for publication > to the IESG. The early review can be performed at any time during the > draft=E2=80=99s lifetime as a working group document. The purpose of the = early > review depends on the stage that the document has reached. As this docume= nt > is currently in the WG Last call, my focus for the review was to determin= e > whether the document is ready to be published. Please consider my comment= s > along with the other working group last call comments. > > > > For more information about the Routing Directorate, please see =E2=80=8B > http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir > > > > > *Document*: draft-ietf-spring-segment-routing-mpls-13 > > *Reviewer*: Alexander (=E2=80=9CSasha=E2=80=9D) Vainshtein ( > alexander.vainshtein@ecitele.com) > > *Review Date*: 08-Jun-18 > > *Intended Status*: Proposed Standard. > > > > *Summary*: > > > > I have some minor concerns about this document that I think should be > resolved before it is submitted to the IESG. > > > > *Comments*: > > > > I consider this draft as an important companion document to the Segment > Routing Architecture > > draft that, ideally, should augment definitions of the Segment Routing (S= R) > notions and constructs given there with details specific for the SR > instantiation that uses the MPLS data plane (SR-MPLS). Many issues rais= ed > in my review reflect either gaps that should be, but have not been, close= d, > or inconsistencies between the two drafts. > > > > > > Since RFC 8287 > > is already published as a Standards Track RFC, I expect such augmentation > to be backward compatible with this document (or to provide clear > indications of required updates to this document). And I include the MPLS > WG into distribution list. > > > > This draft was not easy reading for me. In particular, the style of > Section 2.5 that discusses at length and in some detail multiple =E2=80= =9Ccorner > cases=E2=80=9D resulting, presumably, from misconfiguration, before it ex= plains the > basic (and relatively simple) =E2=80=9Cnormal=E2=80=9D behavior, looks pr= oblematic to me. > > > > The WG Last Call has been extended by one week. Nevertheless, I am sendin= g > out my comments > > > > *Major Issues*: None found > > #Ahmed: thanks a lot > > > > *Minor Issues*: Quite a few but, hopefully, easy to resolve. > > > > 1. *Encapsulation of SR-MPLS packets*: > > a. RFC 3032 (referenced by the draft) and RFC 5332 (*not mentioned in > the draft*) depend two encapsulations of labeled packets - one for > Downstream-allocated labels and another for Upstream-allocated ones. > > #Ahmed: RFC5332 is for multicast. As mentioned in Section 6 of > draft-ietf-spring-segment-routing-15, multicast is outside the scope of S= R. > Hence the RFC was not referred to in the SR-MPLS draft > > *[[Sasha]] I would be satisfied with this response, would it not be for > the following text I see in Section 2.2 of the* *SR Policy Architecture* > > *draft:* > > A variation of SR Policy can be used for packet replication. A > > candidate path could comprise multiple SID-Lists; one for each > > replication path. In such a scenario, packets are actually > > replicated through each SID List of the SR Policy to realize a point- > > to-multipoint service delivery. > > > > *This looks to me as being very much multicast in SR, and, unless you wan= t > to say that it is limited to SRv6, makes my question relevant IMHO.* > > b. From my POV the ST-MPLS only uses Downstream-allocated labels =E2= =80=93 but > I expect the draft to state that explicitly, one way or another. (If > Upstream-allocated labels are relevant for SR-MPLS, I would see it as a > major gap, so I hope that this is not the case). > > #Ahmed: I will add a statement in section 2.2 to mention that it is > down-stream allocated as you mentioned > > *[[Sasha]] This is quite unambiguous and, once added, would resolve my > comment in full =E2=80=93 the previous comment notwithstanding. In partic= ular, it > would imply that even labels representing BSIDs of a SR Replication > policies will be downstream-allocated. * > > > > 2. *Label spaces in SR-MPLS*: > > a. RFC 3031 (referenced by the draft) defines per-platform and > per-interface label spaces, and RFC 5331 (*not mentioned in the draft*) > adds context-specific label spaces and context labels. > > b. The draft does not say which of these are or are not relevant for > SR-MPLS > > c. From my POV: > > i. Labels representing all > kinds of SIDs mentioned in the draft MUST be allocated from the > per-platform label space only > > ii. At the same time, > instantiation of Mirror Segment IDs defined in Section 5.1 of the Segment > Routing Architecture draft using MPLS data plane clearly calls for contex= t > labels and context-specific label spaces > > d. I expect the draft to provide a clear-cut position on these aspects > of SR-MPLS. > > #Ahmed: I will add a statement to section 2.2 to say that the it is > per-platform. Regarding the function "mirroring", SR attaches a *function= * > to each SID. The "mirroring" function is already described in Section 5.1 > of draft-ietf-spring-segment-routing and is not specific to the MPLS > forwarding plane. Hence there is no need to re-mention it here because th= is > document is trying to be as specific as possible to the MPLS forwarding > plane. General functions attached to SID are described in the segment > routing architecture document or future documents. Furture documents > proposing new SR function must be as specific and clear as possible > > *[[Sasha]] Looks OK to me.* > > > > 3. *SR-MPLS and hierarchical LSPs*: > > a. SR LSPs that include more than one segment are hierarchical LSPs > from the POV of the MPLS data plane. Therefore some (possibly, all) of th= e > models for handling TTL and TC bits that have been defined in RFC 3443 (*= not > mentioned in the draft*) should apply to SR-MPLS > > b. RFC 8287 (*not referenced in the draft*) specifically discussed > operation of the LSP Traceroute function for SR LSPs in the case when > Pipe/Short Pipe model for TTL handling is used > > c. I expect the draft to provide at least some guidelines regarding > applicability of each specific model defined in RFC 3443 (separately for > TTL and TC bits) to SR-MPLS. > > #Ahmed: BY design, the instantiation of SR over the MPLS forwarding plane > (and hence this draft) does not modify the MPLS forwarding plan behavior = as > it is mentioned in the first sentence in Section 1. So the TTL behavior > specified in rfc3443 is already implied and there is no need to re-mentio= n > it here just like all aspects of MPLS forwarding. RFC8287 is OAM-specific= . > SR-OAM is handled in a separate document so is outside the scope of this > draft > > *[[Sasha]] Unfortunately I do not think this is good enough. Let me ask a > specific question reflecting my concerns:* > > *The head-end node sends SR-MPLS packets across a path defined by an > ordered set of SIDs with more than one SID in the list. Each SID is > represented by a label stack entry (LSE) in the MPLS label stack, and the > label field in each LSE is the label that matches the corresponding SID. > However, each LSE also includes the TTL and TC fields. How does the > head-end node set these fields in each of the LSEs following the top one? > This clearly depends on the model (Uniform vs. Pipe/Short Pipe) implement= ed > in each node that that performs Next operation on the packet along the pa= th > =E2=80=93 but the head-end node usually is not aware of that. * > > *RFC 8287 is relevant as an example here IMHO because it recommends the > following setting of TTL in Traceroute packets:* > > - *Set the TTL of all the labels above one that represents the > segment you are currently tracing to maximum* > > - *Set the TTL of the label one that represents the segment you > are currently tracing to the desired value (to be incremented until end o= f > segment is reached* > > - *Set the TTL of all the labels below one that represents the > segment you are currently tracing to 0.* > > *I expect the draft to provide some recommendations for traffic (non-OAM) > packets as well.* > > > > 4. *Inferring network layer protocol in SR-MPLS*: > > a. I wonder if the draft could provide any details on the situation > when a label that represents some kind of SID is the bottom-of-stack labe= l > to be popped by the egress LER > > #ahmed: This is part of the "Next" function. It is described in detail in > this document. > > *[[Sasha]] NEXT function is mentioned in several places in the document. > Can you please point to the specific text that is relevant for my questio= n?* > > > > b. For the reference, RFC 3032 says that =E2=80=9Cthe identity of the = network > layer protocol must be inferable from the value of the label which is > popped from the bottom of the stack, possibly along with the contents o= f > the network layer header itself=E2=80=9D > > c. From my POV the following scenario indicates relevance of this > expectation for SR-MPLS: > > i. IS-IS is used for > distributing both IPv4 and IPv6 reachability in a given domain > > ii. An IS-IS adjacency over > some dual-stack link is established, and a single Adj-SID for this > adjacency is advertised > > iii. The node that has assigned > and advertised this Adj-SID receives a labeled packet with the label > representing this Adj-SID being both the top and bottom-of-stack label > > iv. The implementers must be > given unambiguous instructions for forwarding the unlabeled packet via th= e > dual-stack link as an Ipv4 or an IPv6 packet. > > #Ahmed: If you take a look at the SR-ISIS , SR-OSPFv2 and SR-OSFv3 drafts= , > you will see all 3 protocol advertise different adj-SIDS for IPv4 next-ho= p > and IPv6 next-hop. For example, ISIS uses the "F-Flag" (section 2.2.1 in > draft-ietf-isis-segment-routing-extensions-18) to specify whether the > adj-SID is for IPv4 and IPv6. Similarly, the SR-ISIS draft attaches a > prefix-SID to the prefix advertisement and hence implies the identity of > the protocol underneath the bottom most label. For any other "function" > attached to a SID, it is part of the specification of this function to > describe what happens when the SID is represented by a label in the MPLS > forwarding plane and this label is the bottom most label > > *[[Sasha]] OK, got it. This issue is resolved.* > > > > 5. *Resolution* *of Conflicts*: Are the > > a. Are the conflict resolution procedures listed in section 2.5 > mandatory to implement? > > b. If they are mandatory to implement, are they also mandatory to > deploy, or can the operators simply treat any detected conflict as > requiring human intervention and preventing normal operation of SR-MPLS? > > #Ahmed: They are recommended. I will modify the paragraph after the first > 3 bullets in Section 2.5 to say that it is recommeded. > > *[[Sasha]] OK. However, it would be nice if you could refer separately fo= r > =E2=80=9CRECOMMENDED to implement=E2=80=9D and =E2=80=9CRECOMMENDED to de= ploy=E2=80=9D. The latter > probably requires a configuration knob for enabling conflict resolution > rules (if they are implemented). * > > c. For the reference, the IETF capitalized MUST appears just in a few > places in Section 2.5, and each appearance has very narrow context: > > i. For MCCs where the > "Topology" and/or "Algorithm" fields are not defined, the numerical value > of zero MUST be used for these two fields > > ii. If the same set of FECs > are attached to the same label "L1", then the tie-breaking rules MUST > always select the same FEC irrespective of the order in which the FECs an= d > the label "L1" are received. In other words, the tie-breaking rule MUST b= e > deterministic. > > iii. An implementation of > explicit SID assignment MUST guarantee collision freeness on the same rou= ter > > From my POV, it is not possible to infer the answer to my question from > these statements. Some explicit statement is required. > > #Ahmed: I agree with you POV and as mentioned in my reply to items (a) an= d > (b), I will modify the paragraph to say that it is RECOMMENDED to answer > you questions in items (a) and (b) > > d. The tie-breaking rules in section 2.5.1 include some specific > values for encoding FEC types and address families =E2=80=93 but these va= lues are > not supposed to appear in any IANA registries (because the draft does not > request any IANA actions). Can you please clarify what is so special abou= t > these values? > > #Ahmed: There is no significance to the values but there is a significanc= e > to the order among them. I will modify the text to clarify that > > *[[Sasha]] OK. * > > > > e. I also doubt that comparison of FECs that represent IPv4 and IPv6 > prefix SIDs makes much sense (for conflict resolution or else), because, > among other things, there are valid scenarios when an IPv4 /32 prefix is > embedded in an IPv6 /128 one. > > #Ahmed: A prefix-SID is assigned to a prefix. An IPv6 prefix that embeds > an IPv4 prefix is different from the IPv4 prefix. The specifications of S= R > extensions to ISIS, OSPFv2, OSPFv3, and BGP treat IPv4 and IPv6 prefixes > separately, including the IPV6 prefixes with embedded IPv4 ones. Besides > not all IPv6 prefixes embed IPv4 prefix in them. Hence the distinction > between IPv4 and IPv6 prefixes is quite clear > > *[[Sasha]] My concern was mainly about IPv4-mapped IPv6 addresses. Quotin= g > from RFC 4291:* > *2.5.5.2* > *. > IPv4-Mapped IPv6 Address* > > > > > > A second type of IPv6 address that holds an embedded IPv4 address is > > defined. This address type is used to represent the addresses of > > IPv4 nodes as IPv6 addresses. > > > > *From my POV this means that a /128 prefix associated with an IPv4-mapped > IPv6 address and a /32 prefix associated with the IPv4 address that was > mapped to this IPv6 address represent the same entity. This understanding > fully matches usage of IPv4-mapped IPv6 addresses as BGP Next Hops of > VPN-IPv6 addresses defined in RFC 4798. However, the comparison rules you > have defined will treat them as two different prefixes. I wonder if thes= e > rules, in the case of a conflict, could result in preferring the IPv6 > prefix to an IPv4 one and therefore loosing MPLS connectivity for the > ingress PE of a 6VPE service to its egress PE?* > > > > f. Section 2.5.1 defines 3 types of SR-MPLS FECs, but I am not sure > all SID types defined in the Segment Routing Architecture draft can be > unambiguously mapped to one of these types. Problematic examples include = at > least the following: > > i. Parallel Adjacency SID > > ii. Mirror SID > > Explicit mapping of SID types to SR-MPLS FEC types would be most useful > IMO. If some SID types cannot be mapped to SR-MPLS FECs, this must be > explicitly stated in the draft. > > #Ahmed: > Parallel adjacency SID are handled in the type "(next-hop, outgoing > interface)" > > *[[Sasha]] OK* > > > Mirror SID is a type of binding-SID as mentioned in Section 5.1 in the SR > architecture draft (draft-ietf-spring-segment-routing-15). Also as > described in Section 2.4 draft-ietf-isis-segment-routing-extensions-18 > (also see the equivalent in the OSPFv2 and OSPFv3 draft), a binding SID i= s > identified by a prefix. Hence it is covered by the type "(Prefix, Routing > Instance, Topology, Algorithm)" > > *[[Sasha]] I respectfully disagree. There is definitely no mention of > Algorithm in the definition of the Mirror SID. * > > > > 6. *Node SIDs in SR-MPLS*: > > a. Node SIDs are explicitly defined and discussed in the Segment > Routing Architecture draft but are not mentioned even once in this draft > > b. AFAIK, the common implementation practice today includes assignment > of at least one Node SID to every node in the SR-MPLS domain > > c. Is there a requirement to assign at least one Node SID per {routing > instance, topology, algorithm} in SR-MPLS? If not, can the authors explai= n > expected behavior of such a node? (See also my comment about routing > instances below). > > #Ahmed: A Node-SID is a special case of prefix-SID. So there nothing > specific about it from the MPLS forwarding plane point of view. Similarly > from a standard tracks draft point of view, there is no requirement to > assign a SID to every prefix just like there is no requirement to bind > every prefix to an LDP label. Common and/or recommended practices or > description of deployment scenarios are more befitting to BCP or > informational drafts. This draft is a standards track draft > > *[[Sasha]] Well, you=E2=80=99ve just said that conflict resolution rules = are > RECOMMENDED, and this is quite common in the Standards Track RFCs. * > > > If a {routing instance, topology, algorithm} is not assigned a SID, then > this FEC is totally irrelavant to this draft and hence describing how a > node treats it is totally outside the scope of this draft > > *[[Sasha]] AFAIK, neither of the SR extension drafts for IGPs mention > routing instances that can be associated with the prefix, so I think that > your reference to it is incorrect.* > > *What=E2=80=99s more I suspect that Node SIDs represent the most used spe= cial case > of Prefix SIDs with Anycast SIDs being quite behind. Therefore some > recommendation pertaining to the usage of Node SIDs would be very much in > place IMHO. * > > > > 7. *SRGB Size in SR-MPLS*: > > a. The draft correctly treats the situation when an index assigned to > some global SID cannot be mapped to a label using the procedure in Sectio= n > 2.4 as a conflict. > > b. At the same time the draft does not define any minimum size of SRGB > (be it defined as a single contiguous block or as a sequence of such > blocks) that MUST be implemented by all SR-capable nodes > > c. I suspect that lack of such a definition could be detrimental to > interoperability of SR-MPLS solutions. AFAIK, the IETF has been following= , > for quite some time, a policy that some reasonable MUST-to-implement > defaults should be assigned for all configurable parameters exactly in > order to prevent this. > > #Ahmed: This document specifies how the SRGB is used and the behavior of > routers when a prefix-SID index maps to a label inside and/or outside the > SRGB. The actual size of the SRGB is a task in partitioning the label > space, which is very specific to a particular deployment scenario. So IMO > it is outside the scope of a standards track document. Now that SR-MPLS i= s > deployed in many places, I expect the community to gain sufficient > experience to recommend (or not recommend) a particular minimum/maximum > size for the SRGB is some future informational or BCP draft/RFC > > *[[Sasha]] My reading of your response is that minimum size of SRGB is an > issue for future study. Can you please just add this to the draft?* > > > > 8. *Algorithms and Prefix SIDs*: > > a. The draft mentions Algorithms (as part of SR-MPLS Prefix FEC) in, > but it does not explicitly link them with the Prefix-SID algorithms defin= ed > in section 3.1.1 of the Segment Routing Architecture draft > > #Ahmed: I will just add the reference [I-D.ietf-spring-segment-routing] > right beside the first time "Algorithm" is mentioned > > *[[Sasha]] OK* > > > > b. From my POV, the draft should explicitly state that the default > Prefix-SID algorithm MUST be implemented in all SR-MPLS-compliant routers= . > > #Ahmed: The specification of what path calculation method should or must > be supported is a routing protocol property not a forwarding plane > property. In fact, the choice of a path calculation method or algorithm i= s > completely orthogonal to the routed protocol. Hence mandating the support > of a particular routing algorithm is beyond the scope of this document. > > *[[Sasha]] OK* > > > > c. The Segment Routing Architecture draft states (in section 3.1.3) > that =E2=80=9CSupport of multiple algorithms applies to SRv6=E2=80=9D. Bu= t neither draft > states whether multiple algorithms apply to SR-MPLS. Can you please clari= fy > this point? > > #Ahmed: The last paragraph of Section 3.1.2 titled SR-MPLS in > draft-ietf-spring-segment-routing-15 discusses the support of multiple > algorithms. So it is implied that the concept of algorithm applies to > SR-MPLS. Hence there is no need to re-mention it here > > *[[Sasha]] The paragraph to which you refer only says that if a packet > with the active Prefix-SID that is associated with a specific algorithm i= s > received by a node that does not support this algorithm, this packet will > be discarded. If this is the only type of support for multiple algorithms > SR provides, it is not very useful IMHO**. * > > > > 9. *Routing instances and the context for Prefix-SIDs*: > > a. The Segment Routing Architecture draft states in Section 3.1 that > the =E2=80=9Ccontext for an IGP-Prefix segment includes the prefix, topol= ogy, and > algorithm=E2=80=9D > > b. This draft seems to define (in section 2.5) the context for the > Prefix SID as =E2=80=9CPrefix, Routing Instance, Topology, Algorithm=E2= =80=9D where =E2=80=9Da > routing instance is identified by a single incoming label downloader to > FIB=E2=80=9D (but the notion of the label downloader to FIB is not define= d). > > c. These two definitions look different to me. > > d. At the very least I would expect alignment between the definitions > of context for the Prefix-SID between the two drafts. Preferably, the > definition given in the Segment Routing Architecture draft should be used > in both drafts. > > #Ahmed: The context of the section 2.5 is limited to the resolution of > local label collision. The use of "routing instance" in section 2.5 is ju= st > there for tie-breaking if there is local label collision. > > *[[Sasha]] I have already mentioned that =E2=80=9Crouting instances=E2=80= =9D are not > defined in any the drafts dealing with SR Extensions for IGPs. So I do no= t > understand how the conflict resolution procedure is supposed to use this. > And in any case the difference between two definitions of the context of > Prefix-SID requires some explanation.* > > > > 10. *Example of PUSH operation in Section 2.10.1*: > > a. The first para of this section begins with the sentence =E2=80=9CSu= ppose an > MCC on a router "R0" determines that PUSH or CONTINUE operation is to b= e > applied to an incoming packet whose active SID is the global SID "Si"=E2= =80=9D. In > the context of SR-MPLS this means (to me) that the incoming packet is a > labeled packet and its top label matches the global SID =E2=80=9CSi=E2=80= =9D. > > b. However, the example for PUSH operation in the next para of this > section is the case of an (unlabeled) IP packet with the destination > address covered by the IP prefix for which =E2=80=9CSi=E2=80=9D has been = assigned. > > c. From my POV: > > i. Mapping unlabeled packets > to SIDs is indeed out of scope of the draft. Therefore an example of a PU= SH > operation that is applied to a labeled packet (with the active SID inferr= ed > from the top label in the stack) is preferable. > > ii. Valid examples of PUSH > operation applied to a labeled incoming packet can be found in Sections 4= .2 > or 4.3 of the TI-LFA > > draft > > > > #Ahmed: I do not understand your concern here:) > > *[[Sasha]] I think it is pretty clear: can you provide an example of a > PUSH operation applied to a labeled packet instead of your current exampl= e?* > > > > *Nits*: > > 1. I concur with Adrian regarding numerous nits he has reported in his= WG > LC Comment > . > I would like to thank Adrian for an excellent review that have saved me > lots of hard work. > > #Ahmed: I also agree that Adrian's review is exceptional. I believe I > addressed all his comments in the latest version. > > 2. In addition, I=E2=80=99d like to report the following nits: > > a. Ti-LFA in Section 2.11.1 should be TI-LFA (as in the TI-LFA > > draft) > > #Ahmed: Already done in the latest version*[[Sasha]] OK* > > b. TI-LFA draft is referenced in the text of Section 2.11.1, but there > is no matching reference in the =E2=80=9CReferences=E2=80=9D section (pro= bably, > Informational) > > #Ahmed: Already done in the latest version*[[Sasha]] OK* > > c. =E2=80=9Czero Algorithm=E2=80=9D in Section 2.5 (immediately above = Section 2.5.1) > must be replaced with =E2=80=9Cdefault algorithm=E2=80=9D. Similarly, =E2= =80=9Cnon-zero Algorithm=E2=80=9D > should be replaced with =E2=80=9Cnon-default algorithm=E2=80=9D > > #Ahmed: Will be done in the next version*[[Sasha]] * OK > > 3. I think that RFC 3443 and RFC 5332 should be listed as Normative > references in this draft while RFC 5331 and RFC 8277 should be listed as > Informative references. This would improve the readability of the draft > without any impact on its advancement. > > > > #Ahmed RFC5331 describes upstream label assignment. As you mentioned abov= e > (and I will modify the draft to indicate that) SR-MPLS behavior is simila= r > to downstream label assignment. RFC 3443 describes TTL behavior. This is = an > MPLS forwarding behavior. As mentioned in the draft, SR-MPLS does not > modify at the MPLS forwarding behavior > > *[[Sasha]] Regarding RFC 5331 =E2=80=93 you may skip this reference if yo= u state > (as discussed below) that SR-MPLS only allocates labels from the > per-platform label space. Regarding RFC 3443 =E2=80=93 I do not think tha= t you can > fully avoid discussion of Uniform and Pipe/Short Pipe models, and therefo= re > you will need this reference.* > > > > Hopefully, these comments will be useful. > > #Ahmed: They are certainly quite useful. Thanks a lot > > > > Regards, > > Sasha > > > > Office: +972-39266302 > > Cell: +972-549266302 > > Email: Alexander.Vainshtein@ecitele.com > > > > > _________________________________________________________________________= __ > > This e-mail message is intended for the recipient only and contains > information which is > CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have > received this > transmission in error, please inform us by e-mail, phone or fax, and then > delete the original > and all copies thereof. > _________________________________________________________________________= __ > > > > > _________________________________________________________________________= __ > > This e-mail message is intended for the recipient only and contains > information which is > CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have > received this > transmission in error, please inform us by e-mail, phone or fax, and then > delete the original > and all copies thereof. > _________________________________________________________________________= __ > > > > > _________________________________________________________________________= __ > > This e-mail message is intended for the recipient only and contains > information which is > CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have > received this > transmission in error, please inform us by e-mail, phone or fax, and then > delete the original > and all copies thereof. > _________________________________________________________________________= __ > > > > > _________________________________________________________________________= __ > > This e-mail message is intended for the recipient only and contains > information which is > CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have > received this > transmission in error, please inform us by e-mail, phone or fax, and then > delete the original > and all copies thereof. > _________________________________________________________________________= __ > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > --=20 Przemyslaw "PK" Krol | Strategic Network Engineer ing | pkrol@google.com --00000000000068e06a057b06a312 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Shraddha

I think this would be very= =C2=A0helpful.

pk

On Sun, Nov 18, 2018 at 8:39 PM Shraddha Hegde &= lt;shraddha@juniper.net> wro= te:

Hi all,

=C2=A0

I am preparing the shepherd write-up = and noticed that the topic in below e-mail thread is an

Open item. My personal opinion is to = add a new section to this draft to address below cases=

> more than one node advert= ising the same IPv4/6 PREFIX and both have the same prefix-SID value with &= quot;N" flag

> where an anycast prefix i= s advertised with a prefix-SID sub-TLV by some (but not all) of the nodes t= hat advertise that prefix.

=C2=A0

This draft = is addressing incoming label collision and resulting behavior and also desc= ribes other aspects like different SIDs for same prefix so it seems reasonable to add above two cases to this draft.=

WG members,= if you have an opinion, pls respond on the list.

=C2= =A0

Rgds=

Shraddha=

From: Alexander Vainshtei= n <Alexander.Vainshtein@ecitele.com>
Sent: Sunday, November 4, 2018 9:37 PM
To: Ahmed Bashandy <abashandy.ietf@gmail.com>
Cc: rtg-dir@ie= tf.org; 'mpls@ie= tf.org' <mpls= @ietf.org>; 'adrian@olddog.co.uk' <adrian@olddog.co.uk>; Jonathan Hardwick (Jonathan.Ha= rdwick@metaswitch.com) <jonathan.hardwick@metaswitch.com>; spring@ietf.org; spring-chairs@ietf.org= ; draft-ietf-spring-segment-routing-mpls.authors@ietf= .org; Shraddha Hegde <shraddha@juniper.net>
Subject: RE: RtgDir Early review: draft-ietf-spring-segment-routing-= mpls-13

=C2=A0

Ahmed,

Apologies f= or a delayed response.

I fully agr= ee that advertising the same prefix SID as the Node SID by two different no= des in the SR domain is =E2=80=9Ca clear violation of the SR architecture RFC (8402)=E2=80=9D.

But I do no= t think that the SR-MPLS draft can silently ignore this violation just beca= use it =E2=80=9Cis not an incoming label collision=E2= =80=9D.

The same ap= plies to the controversy in advertising at the same prefix as Anycast by so= me nodes but not as Anycast (or even as a Node SID) by some other nodes.

Your refere= nce to these being just control plane issues and therefore not related to S= R-MPLS is not valid - because the drafts dealing with the SR control plane to which you refer in this draft are strictly MP= LS-oriented: they define how to advertise SID labels or indices that are translated into = SID labels, and neither of these mechanisms is relevant fore = SRV6 IMHO. (I do not have to remind you that a draft that defines SRV6 extensions for ISIS exists, and deals with other= issues).

My 2c,

Sasha

=C2=A0

Office: +972-39266302

Cell:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +972-549266302=

Email:=C2=A0=C2=A0 Alexander.Vainshtein@ecitele.com=

=C2=A0

=C2=A0

Thanks for the comments

While it is a clear violation of the SR architecture RFC (8402), more th= an one node advertising the same IPv4/6 PREFIX and both have the same prefi= x-SID value with "N" flag is not an incoming label collision beca= use the label is associated with the same FEC, which is the prefix.=C2=A0

Hence handling such violation is not an SR-MPLS problem because there is= no incoming label collision and hence it it is outside the scope of this d= raft

=C2=A0

The second issue is which SID to choose for an SR-policy (be it a policy= for TE, ti-lfa, uloop avoidance, security,..., etc). That is strictly a co= ntrol layer functionality and is not specific to SR-MPLS. Hence it is outsi= de the scope of this draft

=C2=A0

The third issue is the case where an anycast prefix is advertised with a= prefix-SID sub-TLV by some (but not all) of the nodes that advertise that = prefix. Again this is not an incoming label collision because the label is = associated with a single FEC, which is the anycast prefix.

=C2=A0

On 7/19/18 8:30 PM, Shraddha Hegde wrote:<= /u>

Hi Ahmed,

=C2=A0

The Node-SIDs are expected to be uniq= ue to a node. 

=E2=80=9C

=C2=A0=C2=A0 An IGP Node-= SID MUST NOT be associated with a prefix that is owned by<= /u>

=C2=A0=C2=A0 more than on= e router within the same routing domain.=E2=80=9D

=C2=A0

If two different nodes advertise same= Node-SID,

=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 For Example Node A and B both adver= tise prefix 1.1.1.1 and associate a =C2=A0SID 1000 with N bit set.

There is an= anomaly here and IMO, this draft should address how to handle this anomaly= and whether TI-LFA and other

Application= s can use this SID as a Node-SID.

Another sli= ght variation of this case is a scenario where A and B both advertise a pre= fix 1.1.1.1 and A assigns a Node-Sid

Of 1000 and= B does not assign any SID.

=C2=A0

Rgds=

Shraddha

=C2=A0

From: Alexander Vainshtei= n <Alexander.Vainshtein@ecitele.com>
Sent: Thursday, July 19, 2018 10:05 PM
To: Ahmed Bashandy <abashandy.ietf@gmail.com>
Cc: rt= g-dir@ietf.org; 'mpls@ietf.org' <mpls@ietf.or= g>; 'adrian@olddog.co.uk' <adrian= @olddog.co.uk>; Jonathan Hardwick (<= a href=3D"mailto:Jonathan.Hardwick@metaswitch.com" target=3D"_blank">Jonat= han.Hardwick@metaswitch.com) <jonathan.hardwick@metaswitch.com>; S= hraddha Hegde &l= t;shraddha@juniper.net>; spring@ietf.or= g; spring-= chairs@ietf.org; draft-ietf-spring-segment-routing-mpls.authors@ie= tf.org
Subject: RE: RtgDir Early review: draft-ietf-spring-segment-routing-= mpls-13

=C2=A0

Ahmed hi!

Lots of tha= nks for your response.

Of course N= ode SIDs are not different from any other Prefix SIDs when it comes to the = MPLS forwarding plane.

But, IMHO, = strictly speaking, this is correct for any other SID as well.

You seem to= ignore the difference between SR-MPLS and SRv6 with regard to the life spa= n of prefix SIDs in general and Node SIDs in particular. From my POV this difference should be discussed in the draft.

So it seems= that we can only =E2=80=9Cagree to disagree=E2=80=9D on the need to say so= mething specific about Node SIDs in the draft, and let the WG to decide what to do about it.

Regards,

Sasha

=C2=A0

Office: +972-39266302

Cell:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +972-549266302=

Email:=C2=A0=C2=A0 Alexander.Vainshtein@ecitele.com

=C2=A0

=C2=A0

Thanks for the reply

See inline

Ahmed

=C2=A0

On 7/12/18 12:22 AM, Alexander Vainshtein wrote:<= /u>

Ahmed and a= ll,

I would lik= e to expand on my comments (and your responses) about the role of Node SIDs= in SR-MPLS.

I would lik= e to bring your attention two points:

1.=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 Node SIDs (and, in gener= al, Prefix SIDs) in MPLS-SR are different from the same in SRv6 because the= y require explicit configuration action by the operator of SR domain. I.e.,= it is not enough for a node to own some /32 or /128 prefix that is advertised by IGP. The operator must e= xplicitly configure the node to use such a prefix as=C2=A0 Node SID and to = assign to it a specific index that is unique in the SR domain. From my POV,= this difference alone would qualify Node SIDs as a topic to be discussed in the MPLS-SR Architecture draft.=

#Ahmed: I disagree w= ith your POV. From the forwarding plane perspective it does not make any di= fference whether a the label at the top of an MPLS packet (representing the prefix-SID) identifies a node or not. So from the= SR-mpls forwarding point of view there is no difference between a prefix-S= ID and a node-SID. If there is any place in the SR-mpls draft where there i= s a need to handle a node-SID different from a prefix SID, it would be great to point it out

2.=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 In addition, quite a few constructs associated with SR= -MPLS implicitly assume that each node in the SR-MPLS domain is assigned wi= th at least one Node SID. One example can be found in the TI-LFA draft. This draft says in Section 4.2:

=C2=A0

4.2= . The repair node is a PQ node

=C2=A0
=C2=A0
=C2=A0=C2=A0 Wh=
en the repair node is in P(S,X), the repair list is made of a=

=C2=A0=C2=A0 si=
ngle node segment to the repair node.

In the scope of this section, the repair node is not adjacen= t to the PLR, and therefore, to the best of my understanding, =C2=A0=E2=80= =9Ca single node segment to the repair node=E2= =80=9D can be only the Node SID of the repair node. Since repair nodes are = computed dynamically, this entire scheme depends on all nodes in the MPLS= =3DSR domain =C2=A0having at least one Node SID each

#Ahmed: The choice o= f the SID to identify an intermediate or exit node(s) in an SR-policy is a = control plane behavior, irrespective of reason such policy is created (be it ti-lfa explicit path, uloop avoidance explicit pa= th, or some SR-TE explicit path). SR-Policy as well as Ti-LFA and uloop avo= idance are handled in separate drafts. So just like the response to your pr= evious comment, from forwarding plane perspective it does not make any difference whether the label at the= top of an MPLS packet identifies a single or multiple nodes.

.

=C2=A0

Hopefully these notes clarify my position on the subject.

=C2=A0

Regards,

Sasha

=C2=A0

Office: +972-39266302

Cell:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +972-549266302=

Email:=C2=A0=C2=A0 Alexander.Vainshtein@ecitele.com

=C2=A0

From: Alexander Vainshtei= n
Sent: Wednesday, July 11, 2018 12:02 PM
To: Ahmed Bashandy <abashandy.ietf@gmail.com>
Cc: rt= g-dir@ietf.org; 'mpls@ietf.org' <mpls@ietf.or= g>; 'adrian@olddog.co.uk' <adrian= @olddog.co.uk>; Jonathan Hardwick (<= a href=3D"mailto:Jonathan.Hardwick@metaswitch.com" target=3D"_blank">Jonat= han.Hardwick@metaswitch.com) <jonathan.hardwick@metaswitch.com>; shraddha@= juniper.net; spring@ietf.or= g; spring-= chairs@ietf.org; draft-ietf-spring-segment-routing-mpls.authors@ie= tf.org
Subject: RE: RtgDir Early review: draft-ietf-spring-segment-routing-= mpls-13

=C2=A0

Ahmed, and = all,

Lots of tha= nks for a detailed response to my comments.

Please see inline below my p= osition on each of them.

=C2=A0

Regards,

Sasha

=C2=A0

Office: +972-39266302

Cell:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +972-549266302=

Email:=C2=A0=C2=A0 Alexander.Vainshtein@ecitele.com

=C2=A0

=C2=A0

Thanks for thorough (and VERY clear) the review

See inline #Ahmed

=C2=A0

Ahmed

=C2=A0

=C2=A0

On 6/15/18 11:08 PM, Alexander Vainshtein wrote:<= /u>

Re-sending to=C2=A0 correct SPRING WG list.

Sincere apologies for the delay caused by a typo.=

Thumb typed by Sasha Vainshtein

=C2=A0

From: Alexander Vainshtein
Sent: Sunday, June 10, 2018 10:43:52 AM
To: spri= ng-chairs@ietf.org; draft-ietf-spring-segment-routing-mpls.authors@ietf.org
Cc: spring@ietf= .com; rtg-dir@ietf.org; 'mpls@ietf.org'; 'adrian@olddog.co.uk'; Jonathan Hardwick (Jonathan.Hardwick= @metaswitch.com); shraddha@juniper.= net
Subject: RE: RtgDir Early review: draft-ietf-spring-segment-routing-= mpls-13

=C2=A0

Explicitly adding Shra= ddha =C2=A0who is the shepherd of this draft.

=C2=A0

Regards,=

Sasha=

=C2=A0

Office: +972-39266302<= /span>

Cell:=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 +972-549266302

Email:=C2=A0=C2=A0 A= lexander.Vainshtein@ecitele.com

=C2=A0

=C2=A0

=C2=A0

Hello,

I have been selected to do a routing directorate = =E2=80=9Cearly=E2=80=9D review of this draft: https://datatracker.ietf.org/doc/draft-ietf-spring= -segment-routing-mpls/

=C2=A0

The routing directorate will, on request from the w= orking group chair, perform an =E2=80=9Cearly=E2=80=9D review of a draft be= fore it is submitted for publication to the IESG. The early review can be performed at any time during the draft=E2=80=99s lifetime as a work= ing group document. The purpose of the early review depends on the stage th= at the document has reached. As this document is currently in the WG Last c= all, my focus for the review was to determine whether the document is ready to be published. Please consider my comments= along with the other working group last call comments.

=C2=A0

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

=C2=A0

Document: draft-ietf-spring-segment-= routing-mpls-13

Reviewer: Alexander (=E2=80=9CSasha= =E2=80=9D) Vainshtein (alexander.vainshtein@ecitele.com)

Review Date: 08-Jun-18=

Intended Status: Proposed Standard.<= /span>

=C2=A0

Summary:

=C2=A0

I have some minor concerns about this document that= I think should be resolved before it is submitted to the IESG.

=C2=A0

Comments:

=C2=A0

I consider this draft as an important =C2=A0compani= on document to the Segment Routing Architecture draft that, ideally, should augment defin= itions of the Segment Routing (SR) notions and constructs given there with = details specific for the SR instantiation that uses=C2=A0 the MPLS data plane (SR-MPLS).=C2=A0 Many issues raised in my r= eview reflect either gaps that should be, but have not been, closed, or inc= onsistencies between the two drafts.

=C2=A0

=C2=A0

Since RFC 8287 is already published as a Standards Track RFC, I expect s= uch augmentation to be backward compatible with this document (or to provid= e clear indications of required updates to this document). And I include the MPLS WG into distribution list.

=C2=A0

This draft was not easy reading for me. In particul= ar, the style of Section 2.5 that discusses at length and in some detail mu= ltiple =E2=80=9Ccorner cases=E2=80=9D resulting, presumably, from misconfiguration, before it explains the basic (and relatively simple) =E2= =80=9Cnormal=E2=80=9D behavior, looks problematic to me.

=C2=A0

The WG Last Call has been extended by one week. Nev= ertheless, I am sending out my comments

=C2=A0

Major Issues: None found

#Ahmed: thanks a lot

=C2=A0

Minor Issues: Quite a few but, hopef= ully, easy to resolve.

=C2=A0

1.=C2=A0= =C2=A0=C2=A0 Encapsulation of SR-MPLS packets:

a.=C2=A0=C2=A0=C2=A0 RFC 3032 (referenced by the draft) and RFC 5332 (not mentione= d in the draft) depend two encapsulations of labeled packets - one = for Downstream-allocated labels and another for Upstream-allocated ones.

#Ahmed: RFC5332 is for multicast. As mentioned in Section 6 of d= raft-ietf-spring-segment-routing-15, multicast is outside the scope of SR. = Hence the RFC was not referred to in the SR-MPLS draft

[[Sasha]] I would be satisfied = with this response, would it not be for the following text I see in Section= 2.2 of the SR Policy Architecture draft:

=C2=A0=C2=A0 A variation of SR Policy can = be used for packet replication.=C2=A0 A

=C2=A0=C2=A0 candidate path could comprise= multiple SID-Lists; one for each

=C2=A0=C2=A0 replication path.=C2=A0 In su= ch a scenario, packets are actually

=C2=A0=C2=A0 replicated through each SID L= ist of the SR Policy to realize a point-

=C2=A0=C2=A0 to-multipoint service deliver= y.

=C2=A0

This looks to me as being very = much multicast in SR, and, unless you want to say that it is limited to SRv= 6, makes my question relevant IMHO.

b.=C2=A0=C2=A0=C2=A0 From my POV the ST-MPLS only uses Downstream-allocated labels =E2= =80=93 but I expect the draft to state that explicitly, one way or another.= (If Upstream-allocated labels are relevant for SR-MPLS, I would see it as a major gap, so I hope that this is not the case).

#Ahmed: I will add a statement in section 2.2 to mention that it= is down-stream allocated as you mentioned

[[Sasha]] This is quite unambig= uous and, once added, would resolve my comment in full =E2=80=93 the previo= us comment notwithstanding. In particular, it would imply that even labels representing BSIDs of a SR Replication policies will be d= ownstream-allocated.

=C2=A0

2.=C2=A0= =C2=A0=C2=A0 Label spaces in SR-MPLS:

a.=C2=A0=C2=A0=C2=A0 RFC 3031 (referenced by the draft) defines per-platform and per-int= erface label spaces, and RFC 5331 (not mentioned in the draft= ) adds context-specific label spaces and context labels.

b.=C2=A0=C2=A0=C2=A0 The draft does not say which of these are or are not relevant for S= R-MPLS

c.=C2=A0=C2=A0=C2=A0 From my POV:

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 i.=C2=A0=C2=A0=C2=A0 Labels representing all kinds of SIDs mentioned in the draft MUST b= e allocated from the per-platform label space only

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 ii.=C2=A0=C2=A0=C2=A0 At the same time, instantiation of Mirror Segment IDs defined in Se= ction 5.1 of the Segment Routing Architecture draft using MPLS data plane c= learly calls for context labels and context-specific label spaces

d.=C2=A0=C2=A0=C2=A0 I expect the draft to provide a clear-cut position on these aspects= of SR-MPLS.

#Ahmed: I will add a statement to section 2.2 to say that the it= is per-platform. Regarding the function "mirroring", SR attaches= a *function* to each SID. The "mirroring" function is already described in Section 5.1 of draft-ietf-spring-segment-routing and = is not specific to the MPLS forwarding plane. Hence there is no need to re-= mention it here because this document is trying to be as specific as possib= le to the MPLS forwarding plane. General functions attached to SID are described in the segment routing arc= hitecture document or future documents. Furture documents proposing new SR = function must be as specific and clear as possible

[[Sasha]] Looks OK to me.

=C2=A0

3.=C2=A0= =C2=A0=C2=A0 SR-MPLS and hierarchical LSPs:<= /p>

a.=C2=A0=C2=A0=C2=A0 SR LSPs that include more than one segment are hierarchical LSPs fr= om the POV of the MPLS data plane. Therefore some (possibly, all) of the mo= dels for handling TTL and TC bits that have been defined in RFC 3443 (not mentioned in the draft) should= apply to SR-MPLS

b.=C2=A0=C2=A0=C2=A0 RFC 8287 (not referenced in the draft) specifically d= iscussed operation of the LSP Traceroute function for SR LSPs in the case w= hen Pipe/Short Pipe model for TTL handling is used

c.=C2=A0=C2=A0=C2=A0 I expect the draft to provide at least some guidelines regarding ap= plicability of each specific model defined in RFC 3443 (separately for TTL = and TC bits) to SR-MPLS.

#Ahmed: BY design, the instantiation of SR over the MPLS forward= ing plane (and hence this draft) does not modify the MPLS forwarding plan b= ehavior as it is mentioned in the first sentence in Section 1. So the TTL behavior specified in rfc3443 is already implied = and there is no need to re-mention it here just like all aspects of MPLS fo= rwarding. RFC8287 is OAM-specific.=C2=A0 SR-OAM is handled in a separate do= cument so is outside the scope of this draft

[[Sasha]] Unfortunately I do no= t think this is good enough. Let me ask a specific question reflecting my c= oncerns:

The head-end node sends SR-MPLS= packets across a path defined by an ordered set of SIDs with more than one= SID in the list. Each SID is represented by a label stack entry (LSE) in the MPLS label stack, and the label field in ea= ch LSE is the label that matches the corresponding SID. However, each LSE a= lso includes the TTL and TC fields. How does the head-end node set these fi= elds in each of the LSEs following the top one? This clearly depends on the model (Uniform vs. Pipe/Short Pip= e) implemented in each node that that performs Next operation on the packet= along the path =E2=80=93 but the head-end node usually is not aware of tha= t.

RFC 8287 is relevant as an exam= ple here IMHO because it recommends the following setting of TTL in Tracero= ute packets:

-=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Set the TTL of all= the labels above one that represents the segment you are currently tracing= to maximum

-=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Set the TTL of the= label one that represents the segment you are currently tracing to the des= ired value (to be incremented until end of segment is reached

-=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Set the TTL of all= the labels below one that represents the segment you are currently tracing= to 0.

I expect the draft to provide some recommendatio= ns for traffic (non-OAM) packets as well.

=C2=A0

4.=C2=A0= =C2=A0=C2=A0 Inferring network layer protocol in SR-MPLS:<= u>

a.=C2=A0=C2=A0=C2=A0 I wonder if the draft could provide any details on the situation wh= en a label that represents some kind of SID is the bottom-of-stack label to= be popped by the egress LER

#ahmed: This is part of the "Next" function. It is des= cribed in detail in this document.

[[Sasha]] NEXT function is ment= ioned in several places in the document. Can you please point to the specif= ic text that is relevant for my question?

=C2=A0

b.=C2=A0=C2=A0=C2=A0 For the reference, RFC 3032 says that =E2=80=9Cthe identity of the = network layer protocol=C2=A0 must be inferable from the value of the label = which is popped from=C2=A0 the bottom of the stack, possibly along with the contents=C2=A0 of the network layer header itself=E2=80=9D=

c.=C2=A0=C2=A0=C2=A0 From my POV the following scenario indicates relevance of this expe= ctation for SR-MPLS:

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 i.=C2=A0=C2=A0=C2=A0 IS-IS is used for distributing both IPv4 and IPv6 reachability in a= given domain

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 ii.=C2=A0=C2=A0=C2=A0 An IS-IS adjacency over some dual-stack link is established, and a = single Adj-SID for this adjacency is advertised

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 iii.=C2=A0=C2=A0=C2=A0 The node that has assigned and advertised this Adj-SID receives a l= abeled packet with the label representing this Adj-SID being both the top a= nd bottom-of-stack label

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 iv.=C2=A0=C2=A0=C2=A0 The implementers must be given unambiguous instructions for forward= ing the unlabeled packet via the dual-stack link as an Ipv4 or an IPv6 pack= et.

#Ahmed: If you take a look at the SR-ISIS , SR-OSPFv2 and SR-OSF= v3 drafts, you will see all 3 protocol advertise different adj-SIDS for IPv= 4 next-hop and IPv6 next-hop. For example, ISIS uses the "F-Flag" (section 2.2.1 in draft-ietf-isis-segment-rout= ing-extensions-18) to specify whether the adj-SID is for IPv4 and IPv6. Sim= ilarly, the SR-ISIS draft attaches a prefix-SID to the prefix advertisement= and hence implies the identity of the protocol underneath the bottom most label. For any other "function" attac= hed to a SID, it is part of the specification of this function to describe = what happens when the SID is represented by a label in the MPLS forwarding = plane and this label is the bottom most label

[[Sasha]] OK, got it. This issu= e is resolved.

=C2=A0

5.=C2=A0= =C2=A0=C2=A0 Resolution of Conflicts: Are the

a.=C2=A0=C2=A0=C2=A0 Are the conflict resolution procedures listed in section 2.5 mandat= ory to implement?

b.=C2=A0=C2=A0=C2=A0 If they are mandatory to implement, are they also mandatory to depl= oy, or can the operators simply treat any detected conflict as requiring hu= man intervention and preventing normal operation of SR-MPLS?

#Ahmed: They are recommended. I will modify the paragraph after = the first 3 bullets in Section 2.5 to say that it is recommeded. =C2=A0

[[Sasha]] OK. However, it would= be nice if you could refer separately for =E2=80=9CRECOMMENDED to implemen= t=E2=80=9D and =E2=80=9CRECOMMENDED to deploy=E2=80=9D.=C2=A0 The latter pr= obably requires a configuration knob for enabling conflict resolution rules (if they are i= mplemented).

c.=C2=A0=C2=A0=C2=A0 For the reference, the IETF capitalized MUST appears just in a few = places in Section 2.5, and each appearance has very narrow context:<= u>

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 i.=C2=A0=C2=A0=C2=A0 For MCCs where the "Topology" and/or "Algorithm"= ; fields are not defined, the numerical value of zero MUST be used for thes= e two fields

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 ii.=C2=A0=C2=A0=C2=A0 If the same set of FECs are attached to the same label "L1&quo= t;, then the tie-breaking rules MUST always select the same FEC irrespectiv= e of the order in which the FECs and the label "L1" are received. In other words, the tie-breaking rule MUST be deterministic.

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 iii.=C2=A0=C2=A0=C2=A0 An implementation of explicit SID assignment MUST guarantee collisi= on freeness on the same router

From my POV, it is not = possible to infer the answer to my question from these statements. Some exp= licit statement is required.

#Ahmed: I agree with you POV and as mentioned in my reply to ite= ms (a) and (b), I will modify the paragraph to say that it is RECOMMENDED t= o answer you questions in items (a) and (b)

d.=C2=A0=C2=A0=C2=A0 The tie-breaking rules in section 2.5.1 include some specific value= s for encoding FEC types and address families =E2=80=93 but these values ar= e not supposed to appear in any IANA registries (because the draft does not request any IANA actions). Can you please clarify what = is so special about these values?

#Ahmed: There is no significance to the values but there is a si= gnificance to the order among them. I will modify the text to clarify that<= /span>

[[Sasha]] OK.

=C2=A0

e.=C2=A0=C2=A0=C2=A0 I also doubt that comparison of FECs that represent IPv4 and IPv6 p= refix SIDs makes much sense (for conflict resolution or else), because, amo= ng other things, there are valid scenarios when an IPv4 /32 prefix is embedded in an IPv6 /128 one.

#Ahmed: A prefix-SID is assigned to a prefix. An IPv6 prefix tha= t embeds an IPv4 prefix is different from the IPv4 prefix. The specificatio= ns of SR extensions to ISIS, OSPFv2, OSPFv3, and BGP treat IPv4 and IPv6 prefixes separately, including the IPV6 prefix= es with embedded IPv4 ones. Besides not all IPv6 prefixes embed IPv4 prefix= in them. Hence the distinction between IPv4 and IPv6 prefixes is quite cle= ar

[[Sasha]] My concern was mainly= about IPv4-mapped IPv6 addresses. Quoting from RFC 4291:=

2.5.5.2.=C2=A0 IPv4-Mapped IPv6 Address

=C2=A0

=C2=A0

=C2=A0=C2=A0 A second type of IPv6 address= that holds an embedded IPv4 address is

=C2=A0=C2=A0 defined.=C2=A0 This address type is used to represent the addresses of

=C2=A0=C2=A0 IPv4 nodes = as IPv6 addresses.=

=C2=A0=

From my POV this means that a /= 128 prefix associated with an IPv4-mapped IPv6 address and a /32 prefix ass= ociated with the IPv4 address that was mapped to this IPv6 address represent the same entity. This understanding fully m= atches usage of IPv4-mapped IPv6 addresses as BGP Next Hops of VPN-IPv6 add= resses defined in RFC 4798. However, the comparison rules you have defined = will treat them as two different prefixes.=C2=A0 I wonder if these rules, in the case of a conflict, could = result in preferring the IPv6 prefix to an IPv4 one and therefore loosing M= PLS connectivity for the ingress PE of a 6VPE service to its egress PE?

=C2=A0

f.=C2=A0=C2=A0=C2=A0=C2=A0 Section 2.5.1 defines 3 types of SR-MPLS FECs, but I am not sure al= l SID types defined in the Segment Routing Architecture draft can be unambi= guously mapped to one of these types. Problematic examples include at least the following:

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 i.=C2=A0=C2=A0=C2=A0 Parallel Adjacency SID

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 ii.=C2=A0=C2=A0=C2=A0 Mirror SID

Explicit mapping of SID= types to SR-MPLS FEC types would be most useful IMO. If some SID types can= not be mapped to SR-MPLS FECs, this must be explicitly stated in the draft.

#Ahmed:
Parallel adjacency SID are handled in the type "(next-hop, outgoing in= terface)"

[[Sasha]] OK


Mirror SID is a type of binding-SID as mentioned in Section 5.1 in the SR a= rchitecture draft (draft-ietf-spring-segment-routing-15). Also as described= in Section 2.4 draft-ietf-isis-segment-routing-extensions-18 (also see the= equivalent in the OSPFv2 and OSPFv3 draft), a binding SID is identified by a prefix. Hence it is covered by th= e type "(Prefix, Routing Instance, Topology, Algorithm)"

[[Sasha]] I respectfully disagree. There is definitely= no mention of Algorithm in the definition of the Mirror SID.

=C2=A0=

6.=C2=A0= =C2=A0=C2=A0 Node SIDs in SR-MPLS:

a.=C2=A0=C2=A0=C2=A0 Node SIDs are explicitly defined and discussed in the Segment Routi= ng Architecture draft but are not mentioned even once in this draft<= u>

b.=C2=A0=C2=A0=C2=A0 AFAIK, the common implementation practice today includes assignment= of at least one Node SID to every node in the SR-MPLS domain=

c.=C2=A0=C2=A0=C2=A0 Is there a requirement to assign at least one Node SID per {routing= instance, topology, algorithm} in SR-MPLS? If not, can the authors explain= expected behavior of such a node? (See also my comment about routing instances below).

#Ahmed: A Nod= e-SID is a special case of prefix-SID. So there nothing specific about it f= rom the MPLS forwarding plane point of view. Similarly from a standard trac= ks draft point of view, there is no requirement to assign a SID to every prefix just like there is no requirement to bind = every prefix to an LDP label. Common and/or recommended practices or descri= ption of deployment scenarios are more befitting to BCP or informational dr= afts. This draft is a standards track draft

[[Sasha]] Well, you=E2=80=99ve just said that conflict= resolution rules are RECOMMENDED, and this is quite common in the Standard= s Track RFCs.


If a {routing instance, topology, algorithm} is not assigned a SID, then th= is FEC is totally irrelavant to this draft and hence describing how a node = treats it is totally outside the scope of this draft

[[Sasha]] AFAIK, neither of the SR extension drafts fo= r IGPs mention routing instances that can be associated with the prefix, so= I think that your reference to it is incorrect.

What=E2=80=99s more I suspect that Node SIDs represent= the most used special case of Prefix SIDs with Anycast SIDs being quite be= hind.=C2=A0 Therefore some recommendation pertaining to the usage of Node SIDs would be very much in place IMHO.

=C2=A0=

7.=C2=A0= =C2=A0=C2=A0 SRGB Size in SR-MPLS:

a.=C2=A0=C2=A0=C2=A0 The draft correctly treats the situation when an index assigned to = some global SID cannot be mapped to a label using the procedure in Section = 2.4 as a conflict.

b.=C2=A0=C2=A0=C2=A0 At the same time the draft does not define any minimum size of SRGB= (be it defined as a single contiguous block or as a sequence of such block= s) that MUST be implemented by all SR-capable nodes

c.=C2=A0=C2=A0=C2=A0 I suspect that lack of such a definition could be detrimental to in= teroperability of SR-MPLS solutions. AFAIK, the IETF has been following, fo= r quite some time, a policy that some reasonable MUST-to-implement defaults should be assigned for all configurable paramet= ers exactly in order to prevent this.

#Ahmed: This = document specifies how the SRGB is used and the behavior of routers when a = prefix-SID index maps to a label inside and/or outside the SRGB. The actual= size of the SRGB is a task in partitioning the label space, which is very specific to a particular deployment scenari= o. So IMO it is outside the scope of a standards track document. Now that S= R-MPLS is deployed in many places, I expect the community to gain sufficien= t experience to recommend (or not recommend) a particular minimum/maximum size for the SRGB is some future i= nformational or BCP draft/RFC

[[Sasha]] My reading of your response is that minimum = size of SRGB is an issue for future study. Can you please just add this to = the draft?

=C2=A0=

8.=C2=A0= =C2=A0=C2=A0 Algorithms and Prefix SIDs:

a.=C2=A0=C2=A0=C2=A0 The draft mentions Algorithms (as part of SR-MPLS Prefix FEC) in, b= ut it does not explicitly link them with the Prefix-SID algorithms defined = in section 3.1.1 of the Segment Routing Architecture draft

#Ahmed: I wil= l just add the reference [I-D.ietf-spring-segment-routing] right beside the= first time "Algorithm" is mentioned

[[Sasha]] OK

=C2=A0=

b.=C2=A0=C2=A0=C2=A0 From my POV, the draft should explicitly state that the default Pre= fix-SID algorithm MUST be implemented in all SR-MPLS-compliant routers.

#Ahmed: The s= pecification of what path calculation method should or must be supported is= a routing protocol property not a forwarding plane property. In fact, the = choice of a path calculation method or algorithm is completely orthogonal to the routed protocol. Hence mandating the suppo= rt of a particular routing algorithm is beyond the scope of this document.<= /span>

[[Sasha]] OK

=C2=A0=

c.=C2=A0=C2=A0=C2=A0 The Segment Routing Architecture draft states (in section 3.1.3) th= at =E2=80=9CSupport of multiple algorithms applies to SRv6=E2=80=9D. But ne= ither draft states whether multiple algorithms apply to SR-MPLS. Can you please clarify this point?

#Ahmed: The l= ast paragraph of Section 3.1.2 titled SR-MPLS in draft-ietf-spring-segment-= routing-15 discusses the support of multiple algorithms. So it is implied t= hat the concept of algorithm applies to SR-MPLS. Hence there is no need to re-mention it here

[[Sasha]] The paragraph to which you refer only says t= hat if a packet with the active Prefix-SID that is associated with a specif= ic algorithm is received by a node that does not support this algorithm, this packet will be discarded. If this is the = only type of support for multiple algorithms SR provides, it is not very us= eful IMHO.

=C2=A0=

9.=C2=A0= =C2=A0=C2=A0 Routing instances and the context for Prefix-SIDs:

a.=C2=A0=C2=A0=C2=A0 The Segment Routing Architecture draft states in Section 3.1 that t= he =E2=80=9Ccontext for an IGP-Prefix segment includes the prefix, topology= , and algorithm=E2=80=9D

b.=C2=A0=C2=A0=C2=A0 This draft seems to define (in section 2.5) the context for the Pre= fix SID as =E2=80=9CPrefix, Routing Instance, Topology, Algorithm=E2=80=9D = where =E2=80=9Da routing instance is identified by a single incoming label downloader to FIB=E2=80=9D (but the notion of the label downloader t= o FIB is not defined).

c.=C2=A0=C2=A0=C2=A0 These two definitions look different to me.

d.=C2=A0=C2=A0=C2=A0 At the very least I would expect alignment between the definitions = of context for the Prefix-SID between the two drafts. Preferably, the defin= ition given in the Segment Routing Architecture draft should be used in both drafts.

#Ahmed: The c= ontext of the section 2.5 is limited to the resolution of local label colli= sion. The use of "routing instance" in section 2.5 is just there = for tie-breaking if there is local label collision.

[[Sasha]] I have already mentioned that =E2=80=9Crouti= ng instances=E2=80=9D are not defined in any the drafts dealing with SR Ext= ensions for IGPs. So I do not understand how the conflict resolution procedure is supposed to use this. And in any case the difference between = two definitions of the context of Prefix-SID requires some explanation.



10. Example of PUSH operation in Section 2.10.1:<= u>

a.=C2=A0=C2=A0=C2=A0 The first para of this section begins with the sentence =E2=80=9CSu= ppose an MCC on a router "R0" determines that PUSH or CONTINUE=C2= =A0=C2=A0 operation is to be applied to an incoming packet whose active SID is the global SID "Si"=E2=80=9D. In the context of SR-MPLS t= his means (to me) that the incoming packet is a labeled packet and its top = label matches the global SID =E2=80=9CSi=E2=80=9D.

b.=C2=A0=C2=A0=C2=A0 However, the example for PUSH operation in the next para of this se= ction is the case of an (unlabeled) IP packet with the destination address = covered by the IP prefix for which =E2=80=9CSi=E2=80=9D has been assigned.

c.=C2=A0=C2=A0=C2=A0 From my POV:

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 i.=C2=A0=C2=A0=C2=A0 Mapping unlabeled packets to SIDs is indeed out of scope of the dra= ft. Therefore an example of a PUSH operation that is applied to a labeled p= acket (with the active SID inferred from the top label in the stack) is preferable.

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 ii.=C2=A0=C2=A0=C2=A0 Valid examples of=C2=A0 PUSH operation applied to a labeled incomin= g packet can be found in Sections 4.2 or 4.3 of the TI-LFA draft

=C2=A0

#Ahmed: I do not und= erstand your concern here:)

[[Sasha]] I think it is pretty clear: can you provide = an example of a PUSH operation applied to a labeled packet instead of your = current example?

=C2=A0=

Nits:

1.=C2=A0= =C2=A0=C2=A0 I concur with Adrian regarding numerous nits he has reported in his WG LC Comment. I would like to thank Adrian for an excellent revi= ew that have saved me lots of hard work.

#Ahmed: I also agree= that Adrian's review is exceptional. I believe I addressed all his com= ments in the latest version.

2.=C2=A0= =C2=A0=C2=A0 In addition, I=E2=80=99d like to report the following nits:<= u>

a.=C2=A0=C2=A0=C2=A0 Ti-LFA in Section 2.11.1 should be TI-LFA (as in the TI-LFA draft)

#Ahmed: Already done= in the latest version[[Sasha]] OK

b.=C2=A0=C2=A0=C2=A0 TI-LFA draft is referenced in the text of Section 2.11.1, but there= is no matching reference in the =E2=80=9CReferences=E2=80=9D section (prob= ably, Informational)

#Ahmed: Already done= in the latest version[[Sasha]] OK

c.=C2=A0=C2=A0=C2=A0 =E2=80=9Czero Algorithm=E2=80=9D in Section 2.5 (immediately above = Section 2.5.1) must be replaced with =E2=80=9Cdefault algorithm=E2=80=9D. S= imilarly, =E2=80=9Cnon-zero Algorithm=E2=80=9D should be replaced with =E2= =80=9Cnon-default algorithm=E2=80=9D

#Ahmed: Will be done= in the next version[[Sasha]] =C2=A0OK

3.=C2=A0= =C2=A0=C2=A0 I think that RFC 3443 and RFC 5332 should be listed as Normative re= ferences in this draft while RFC 5331 and RFC 8277 should be listed as Info= rmative references. This would improve the readability of the draft without any impact on its advancement. <= /p>

=C2=A0

#Ahmed RFC533= 1 describes upstream label assignment. As you mentioned above (and I will m= odify the draft to indicate that) SR-MPLS behavior is similar to downstream= label assignment. RFC 3443 describes TTL behavior. This is an MPLS forwarding behavior. As mentioned in the draft, SR-MPLS do= es not modify at the MPLS forwarding behavior

[[Sasha]] Regarding RFC 5331 =E2=80=93 you may skip th= is reference if you state (as discussed below) that SR-MPLS only allocates = labels from the per-platform label space. Regarding RFC 3443 =E2=80=93 I do not think that you can fully avoid discussion of U= niform and Pipe/Short Pipe models, and therefore you will need this referen= ce.



Hopefully, these comments will be useful.<= /u>

#Ahmed: They are cer= tainly quite useful. Thanks a lot

=C2=A0

Regards,

Sasha

=C2=A0

Office: +972-39266302

Cell:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +972-549266302

Email:=C2=A0=C2=A0 Alexander.Vainshtein@ecitele.com

=C2=A0


___________________________________________________________________________=

This e-mail message is intended for the recipient only and contains informa= tion which is
CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have recei= ved this
transmission in error, please inform us by e-mail, phone or fax, and then d= elete the original
and all copies thereof.
___________________________________________________________________________=

=C2=A0=


___________________________________________________________________________=

This e-mail message is intended for the recipient only and contains informa= tion which is
CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have recei= ved this
transmission in error, please inform us by e-mail, phone or fax, and then d= elete the original
and all copies thereof.
___________________________________________________________________________=

=C2=A0=


___________________________________________________________________________=

This e-mail message is intended for the recipient only and contains informa= tion which is
CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have recei= ved this
transmission in error, please inform us by e-mail, phone or fax, and then d= elete the original
and all copies thereof.
___________________________________________________________________________=

=C2=A0=


___________________________________________________________________________=

This e-mail message is intended for the recipient only and contains informa= tion which is
CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have recei= ved this
transmission in error, please inform us by e-mail, phone or fax, and then d= elete the original
and all copies thereof.
___________________________________________________________________________=

_______________________________________________
spring mailing list
spring@ietf.org https://www.ietf.org/mailman/listinfo/spring


--
=
Przemyslaw "PK" Krol |=C2=A0Strategic Network Engineering |=C2=A0pkrol@google.com= =C2=A0
= --00000000000068e06a057b06a312-- From nobody Mon Nov 19 10:00:39 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 668DD12D4E9; Mon, 19 Nov 2018 10:00:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.97 X-Spam-Level: X-Spam-Status: No, score=-14.97 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.47, 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, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 zAS_suNM37Cf; Mon, 19 Nov 2018 10:00:26 -0800 (PST) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C26CA130DC7; Mon, 19 Nov 2018 10:00:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=15572; q=dns/txt; s=iport; t=1542650425; x=1543860025; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=O8PuJyvBOhueQ72ZUKVq+cWAaN9MMpuO3xjc8IIUwtk=; b=LN1lKwpOAZyJrqHlZY6zAJU3V6m3hiYbSyFsTTCMfyG7tYLwsxxsaxRP RZUNMu3n2ObYfqxNUEhtL6AinC38SE4/vdeozN91pEH7Ab3cC+GNCNCKZ FbvayHZXLHHWkW20U5hnRGanyi0KsrM273mQ3L7D+FnP6+5LRkptttAVl I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ADAADc+PJb/49dJa1jGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBUQQBAQEBAQsBgQ12ZoECJwqMBot9gg16kGiFVBSBZgs?= =?us-ascii?q?BAYRsAoNtIjQJDQEDAQECAQECbSiFPAEBAQEDLUELEAIBCBEEAQEvMh0IAQE?= =?us-ascii?q?EAQ0FCBODB4EdZKkUih+MBReBQD+BEYJdNYRLARIBhXoCiQCFeIYzikQJApE?= =?us-ascii?q?dIIFYhQiKHZdvAhEUgScfOGRxcBU7gmyCJxeOHEExjBENFweBAYEfAQE?= X-IronPort-AV: E=Sophos;i="5.56,253,1539648000"; d="scan'208,217";a="481814520" Received: from rcdn-core-7.cisco.com ([173.37.93.143]) by rcdn-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 19 Nov 2018 18:00:15 +0000 Received: from XCH-RCD-003.cisco.com (xch-rcd-003.cisco.com [173.37.102.13]) by rcdn-core-7.cisco.com (8.15.2/8.15.2) with ESMTPS id wAJI0Bwb013924 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 19 Nov 2018 18:00:14 GMT Received: from xch-aln-001.cisco.com (173.36.7.11) by XCH-RCD-003.cisco.com (173.37.102.13) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Mon, 19 Nov 2018 12:00:12 -0600 Received: from xch-aln-001.cisco.com ([173.36.7.11]) by XCH-ALN-001.cisco.com ([173.36.7.11]) with mapi id 15.00.1395.000; Mon, 19 Nov 2018 12:00:11 -0600 From: "Les Ginsberg (ginsberg)" To: "stephane.litkowski@orange.com" , "lsr@ietf.org" CC: "spring@ietf.org" Thread-Topic: draft-ietf-isis-mpls-elc & draft-ietf-ospf-mpls-elc Thread-Index: AdR4OJWYmH00pYTzTK6gvxR+PFXbGgH+ARaQ Date: Mon, 19 Nov 2018 18:00:11 +0000 Message-ID: References: <9208_1541773820_5BE599FC_9208_47_1_9E32478DFA9976438E7A22F69B08FF924B746E6A@OPEXCLILMA4.corporate.adroot.infra.ftgroup> In-Reply-To: <9208_1541773820_5BE599FC_9208_47_1_9E32478DFA9976438E7A22F69B08FF924B746E6A@OPEXCLILMA4.corporate.adroot.infra.ftgroup> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.24.42.169] Content-Type: multipart/alternative; boundary="_000_a68386836e63444b940d5d49fcf39496XCHALN001ciscocom_" MIME-Version: 1.0 X-Outbound-SMTP-Client: 173.37.102.13, xch-rcd-003.cisco.com X-Outbound-Node: rcdn-core-7.cisco.com Archived-At: Subject: Re: [spring] draft-ietf-isis-mpls-elc & draft-ietf-ospf-mpls-elc X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Nov 2018 18:00:31 -0000 --_000_a68386836e63444b940d5d49fcf39496XCHALN001ciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Stephane - The use case for this proposal is to support inter-AS scenarios in the abse= nce of a controller. If the WG agrees that this use case needs to be addressed I believe the pro= posal below is a good and viable compromise. I say "compromise" because - as you mention below - ELC/ELRD are functional= ly node capabilities. But the inter-AS use case requires signaling between = AS's and the vehicle we have for doing that is a prefix advertisement. The = compromise is to advertise ELC associated with a prefix - but not do so for= ERLD. This seems reasonable to me. One change to what you state below - I think "when a prefix is leaked or re= distributed, the ELC associated to the prefix MUST also be leaked/redistrib= uted.". Les From: Lsr On Behalf Of stephane.litkowski@orange.com Sent: Friday, November 09, 2018 6:30 AM To: lsr@ietf.org Cc: spring@ietf.org Subject: [Lsr] draft-ietf-isis-mpls-elc & draft-ietf-ospf-mpls-elc Hi WG, Some discussions occurred on the mailing list on how to encode the entropy = label capability for SR but we hadn't found a consensus on the target solut= ion. IETF 103 was the opportunity to meet face to face various people that have = participated to this discussion. Following this discussion, we are coming with the following proposal that t= he WG need to validate: The entropy label capability is still considered as a per node property (fo= r simplicity reason, we do not want to have an ELC per linecard). The ERLD is considered as a per node property (for simplicity reason, we do= not want to have an ERLD per linecard). However IGPs may advertise prefixes that are not belonging to the node itse= lf in addition to the local prefixes of the nodes. A typical use case is when two IGP domains (running the same protocol or a = different one) are redistributing routes between each other. The inter-area use case is also creating a similar situation. When an ingress node pushes an entropy label below a segment it must ensur= e that the tail-end of the segment is entropy label capable otherwise packe= ts will be dropped. As a consequence, when prefixes are redistributed, the entropy label capabi= lity of the node who has firstly originated the prefix, should be associate= d to the prefix during the redistribution. In terms of encoding, we propose to associate an entropy label capability f= or each prefix advertised by a node. The entropy label capability will be encoded as part of the Prefix Attribut= es IGP extension (RFC7794 and RFC7684). The entropy label capability may be set for local prefixes (e.g. loopbacks)= by a local configuration and for leaked/redistributed prefixes. When a pre= fix is leaked or redistributed, the ELC associated to the prefix may be als= o leaked/redistributed. An ingress should set the entropy label below a Node/Prefix segment only if= the prefix associated to the Node/Prefix segment as the ELC set in the Pre= fix Attributes. An ingress should set the entropy label below an Adjacency segment only if = the adjacent neighbor of the node that has advertised the Adj SID is advert= ising an ERLD (and so is entropy label capable). For the binding SID, as IGPs are not involved in the signaling of the bindi= ng SID, there is nothing to do in these drafts. Let us know your comments/feedback on this proposal so we can progress thes= e documents. Brgds, Stephane ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. --_000_a68386836e63444b940d5d49fcf39496XCHALN001ciscocom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Stephane –<= /o:p>

 

The use case for this = proposal is to support inter-AS scenarios in the absence of a controller.

If the WG agrees that = this use case needs to be addressed I believe the proposal below is a good = and viable compromise.

 

I say “compromis= e” because – as you mention below – ELC/ELRD are function= ally node capabilities. But the inter-AS use case requires signaling betwee= n AS’s and the vehicle we have for doing that is a prefix advertiseme= nt. The compromise is to advertise ELC associated with a prefix – but no= t do so for ERLD.

This seems reasonable = to me.

 

One change to what you= state below – I think “when a prefix is leaked or redistribute= d, the ELC associated to the prefix MUST = also be leaked/redistributed.”.

 

   Les<= /o:p>

 

 

From: Lsr <lsr-bounces@ietf.org> On = Behalf Of stephane.litkowski@orange.com
Sent: Friday, November 09, 2018 6:30 AM
To: lsr@ietf.org
Cc: spring@ietf.org
Subject: [Lsr] draft-ietf-isis-mpls-elc & draft-ietf-ospf-mpls-e= lc

 

Hi WG,

 

Some discussions occurred on the mailing list on how= to encode the entropy label capability for SR but we hadn’t found a = consensus on the target solution.

IETF 103 was the opportunity to meet face to face va= rious people that have participated to this discussion.

 

Following this discussion, we are coming with the fo= llowing proposal that the WG need to validate:

 

The entropy label capability is still considered as = a per node property (for simplicity reason, we do not want to have an ELC p= er linecard).

The ERLD is considered as a per node property (for s= implicity reason, we do not want to have an ERLD per linecard).<= /p>

 

However IGPs may advertise prefixes that are not bel= onging to the node itself in addition to the local prefixes of the nodes.

A typical use case is when two IGP domains (running = the same protocol or a different one) are redistributing routes between eac= h other.

The inter-area use case is also creating a similar s= ituation.

 

When an ingress node pushes an entropy label below a= segment  it must ensure that the tail-end of the segment is entropy l= abel capable otherwise packets will be dropped.

 

As a consequence, when prefixes are redistributed, t= he entropy label capability of the node who has firstly originated the pref= ix, should be associated to the prefix during the redistribution.

 

In terms of encoding, we propose to associate an ent= ropy label capability for each prefix advertised by a node.

The entropy label capability will be encoded as part= of the Prefix Attributes IGP extension (RFC7794 and RFC7684).

The entropy label capability may be set for local pr= efixes (e.g. loopbacks) by a local configuration and for leaked/redistribut= ed prefixes. When a prefix is leaked or redistributed, the ELC associated t= o the prefix may be also leaked/redistributed.

 

An ingress should set the entropy label below a Node= /Prefix segment only if the prefix associated to the Node/Prefix segment as= the ELC set in the Prefix Attributes.

An ingress should set the entropy label below an Adj= acency segment only if the adjacent neighbor of the node that has advertise= d the Adj SID is advertising an ERLD (and so is entropy label capable).

 

For the binding SID, as IGPs are not involved in the= signaling of the binding SID, there is nothing to do in these drafts.

 

 

Let us know your comments/feedback on this proposal = so we can progress these documents.

 

Brgds,

 

Stephane

 

______________________________________________________________________=
___________________________________________________
 
Ce message et ses pieces jointes peuvent contenir des informations con=
fidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez=
 recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messag=
es electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deform=
e ou falsifie. Merci.
 
This message and its attachments may contain confidential or privilege=
d information that may be protected by law;
they should not be distributed, used or copied without authorisation.<=
o:p>
If you have received this email in error, please notify the sender and=
 delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have =
been modified, changed or falsified.
Thank you.
--_000_a68386836e63444b940d5d49fcf39496XCHALN001ciscocom_-- From nobody Mon Nov 19 10:47:44 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 916AF130E84 for ; Mon, 19 Nov 2018 10:47:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -17.491 X-Spam-Level: X-Spam-Status: No, score=-17.491 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, ENV_AND_HDR_SPF_MATCH=-0.5, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_DEF_SPF_WL=-7.5] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Fl-Weyfht-LK for ; Mon, 19 Nov 2018 10:47:31 -0800 (PST) Received: from mail-vs1-xe2c.google.com (mail-vs1-xe2c.google.com [IPv6:2607:f8b0:4864:20::e2c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 01317130E13 for ; Mon, 19 Nov 2018 10:47:23 -0800 (PST) Received: by mail-vs1-xe2c.google.com with SMTP id x1so18374180vsc.10 for ; Mon, 19 Nov 2018 10:47:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=g2DWToyU9PH43kTSmOE/nRrWSLBi/7M9TGnvNFq+1iw=; b=kfflTTkxatjCczBjog18DKy/hiXJ2j/+bDuXCYXqaSrhSJ4IcJT6EZZIgdQC8ksS93 J6C2jhPOtfEGjCkADya5IotgUtDRjR5Za1erCPLxkTEImlMMwXqN8Q2K/93m1CqnjYZK k300xLJO95NoiywkqwP0Gw1BuRgnIJOSw0BUzLw1bgFQwI0bEANb87ebNdL5lBs0/qqe AjPk2YvLsfALcrGapDc8ZkYGmh6j15WqSYNiv8F7sN67IDRBV3LkNlVZIJVK3F+xkmVZ zXC/HnJBpfGfXDzMIlN55Lcs6/QzQ4JXl+uQeghdddY0a25LVCRLPUw9sus70L6uuLmP Q09A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=g2DWToyU9PH43kTSmOE/nRrWSLBi/7M9TGnvNFq+1iw=; b=keXFuL6KrmSHKxW41SfMj40L8P5MibSYFRPe8kMIZI2gzuigh3YXH47QKV1uYkUiPI vbMnZM6vgxqqoBFxrTyITVQ77mglvNb5KELgZ4kUCvodHjF6iClHRBeG4lnY/5Hdubqg 18fnp0DWPjBhnbNdbbkIdOcBaFzshPEXRxXsRazjc0J9PEdTwHf/xvQv8dulQ0pdL9uc RWGQ1LqEbw8omYcqO+8P2J6ktlAhm6EER1SqOlbhaEL2+gIrOgE94k8IYLZdoFVHnAB+ 78cTnt1NUm+bhqna+lDichCu3LWPFKrTaKPT5H2OJ1YphgqI2zVw97N8dSrZ+g5Zom6r +lDQ== X-Gm-Message-State: AGRZ1gIh4zS9XfeaEJTQY05PQO1YkQjIeKgz+LsJY17awpCzQr0mE67s 5AdlpO4fWc8i7byh7lvRIY+x1uMoxeutbX/wrEMiPw== X-Google-Smtp-Source: AJdET5fsQzeDPxQjldhqR1fo8eY+XzQxFKNiA5oio4N49iTpWZRLDhRX9+wRGFQqT419BSh1z+l4OSI26N/C+gdq4PE= X-Received: by 2002:a67:2309:: with SMTP id v9mr9737667vsf.115.1542653241991; Mon, 19 Nov 2018 10:47:21 -0800 (PST) MIME-Version: 1.0 References: <46a64bb1-1b17-184c-1089-e05315057236@gmail.com> In-Reply-To: From: Alex Bogdanov Date: Mon, 19 Nov 2018 10:47:09 -0800 Message-ID: To: Przemyslaw Krol Cc: Shraddha Hegde , rtg-dir@ietf.org, spring@ietf.org, mpls@ietf.org, spring-chairs@ietf.org, jonathan.hardwick@metaswitch.com, draft-ietf-spring-segment-routing-mpls.authors@ietf.org Content-Type: multipart/alternative; boundary="00000000000080b26d057b08f282" Archived-At: Subject: Re: [spring] [mpls] RtgDir Early review: draft-ietf-spring-segment-routing-mpls-13 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Nov 2018 18:47:42 -0000 --00000000000080b26d057b08f282 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello Shraddha, I think it's an important recommendation to include. In the absence of another obvious draft/RFC, I would lean towards my original proposal of including it as a section in draft-ietf-spring-segment-routing-mpls. Cheers, Alex On Mon, Nov 19, 2018 at 8:02 AM Przemyslaw Krol wrote: > Hi Shraddha > > I think this would be very helpful. > > pk > > On Sun, Nov 18, 2018 at 8:39 PM Shraddha Hegde > wrote: > >> Hi all, >> >> >> >> I am preparing the shepherd write-up and noticed that the topic in below >> e-mail thread is an >> >> Open item. My personal opinion is to add a new section to this draft to >> address below cases >> >> > more than one node advertising the same IPv4/6 PREFIX and both have >> the same prefix-SID value with "N" flag >> >> > where an anycast prefix is advertised with a prefix-SID sub-TLV by >> some (but not all) of the nodes that advertise that prefix. >> >> >> >> This draft is addressing incoming label collision and resulting behavior >> and also describes other aspects like different SIDs for same prefix so = it >> seems reasonable to add above two cases to this draft. >> >> WG members, if you have an opinion, pls respond on the list. >> >> >> >> Rgds >> >> Shraddha >> > *From:* Alexander Vainshtein >> > *Sent:* Sunday, November 4, 2018 9:37 PM >> *To:* Ahmed Bashandy >> > *Cc:* rtg-dir@ietf.org; 'mpls@ietf.org' ; ' >> adrian@olddog.co.uk' ; Jonathan Hardwick ( >> Jonathan.Hardwick@metaswitch.com) ; >> spring@ietf.org; spring-chairs@ietf.org; >> draft-ietf-spring-segment-routing-mpls.authors@ietf..org; Shraddha Hegde >> >> > >> *Subject:* RE: RtgDir Early review: >> draft-ietf-spring-segment-routing-mpls-13 >> > >> >> Ahmed, >> >> Apologies for a delayed response. >> >> I fully agree that advertising the same prefix SID as the Node SID by tw= o >> different nodes in the SR domain is =E2=80=9Ca clear violation of the SR >> architecture RFC (8402)=E2=80=9D. >> >> But I do not think that the SR-MPLS draft can silently ignore this >> violation just because it =E2=80=9Cis not an incoming label collision=E2= =80=9D. >> >> The same applies to the controversy in advertising at the same prefix as >> Anycast by some nodes but not as Anycast (or even as a Node SID) by some >> other nodes. >> >> Your reference to these being just control plane issues and therefore no= t >> related to SR-MPLS is not valid - because the drafts dealing with the SR >> control plane to which you refer in this draft are strictly MPLS-oriente= d: >> they define how to advertise *SID labels* or *indices* that are >> translated into *SID labels*, and neither of these mechanisms is >> relevant fore SRV6 IMHO. (I do not have to remind you that a draft that >> defines SRV6 extensions for ISIS >> >> exists, and deals with other issues). >> >> My 2c, >> >> Sasha >> >> >> >> Office: +972-39266302 <+972%203-926-6302> >> >> Cell: +972-549266302 <+972%2054-926-6302> >> >> Email: Alexander.Vainshtein@ecitele.com >> >> >> >> *From:* Ahmed Bashandy [mailto:abashandy.ietf@gmail.com >> ] >> *Sent:* Sunday, October 28, 2018 1:01 AM >> *To:* Shraddha Hegde ; Alexander Vainshtein < >> Alexander.Vainshtein@ecitele.com> >> *Cc:* rtg-dir@ietf.org; 'mpls@ietf.org' ; ' >> adrian@olddog.co.uk' ; Jonathan Hardwick ( >> Jonathan.Hardwick@metaswitch.com) ; >> spring@ietf.org; spring-chairs@ietf.org; >> draft-ietf-spring-segment-routing-mpls.authors@ietf.org >> *Subject:* Re: RtgDir Early review: >> draft-ietf-spring-segment-routing-mpls-13 >> >> >> >> Thanks for the comments >> >> While it is a clear violation of the SR architecture RFC (8402), more >> than one node advertising the same IPv4/6 PREFIX and both have the same >> prefix-SID value with "N" flag is not an incoming label collision becaus= e >> the label is associated with the same FEC, which is the prefix. >> >> Hence handling such violation is not an SR-MPLS problem because there is >> no incoming label collision and hence it it is outside the scope of this >> draft >> >> >> >> The second issue is which SID to choose for an SR-policy (be it a policy >> for TE, ti-lfa, uloop avoidance, security,..., etc). That is strictly a >> control layer functionality and is not specific to SR-MPLS. Hence it is >> outside the scope of this draft >> >> >> >> The third issue is the case where an anycast prefix is advertised with a >> prefix-SID sub-TLV by some (but not all) of the nodes that advertise tha= t >> prefix. Again this is not an incoming label collision because the label = is >> associated with a single FEC, which is the anycast prefix. >> >> >> >> On 7/19/18 8:30 PM, Shraddha Hegde wrote: >> > Hi Ahmed, >> >> >> >> The Node-SIDs are expected to be unique to a node. >> >> =E2=80=9C >> >> An IGP Node-SID MUST NOT be associated with a prefix that is owned by >> >> more than one router within the same routing domain.=E2=80=9D >> >> >> >> If two different nodes advertise same Node-SID, >> >> For Example Node A and B both advertise prefix 1.1.1.1 and >> associate a SID 1000 with N bit set. >> >> There is an anomaly here and IMO, this draft should address how to handl= e >> this anomaly and whether TI-LFA and other >> >> Applications can use this SID as a Node-SID. >> >> Another slight variation of this case is a scenario where A and B both >> advertise a prefix 1.1.1.1 and A assigns a Node-Sid >> >> Of 1000 and B does not assign any SID. >> >> >> >> Rgds >> >> Shraddha >> >> >> >> *From:* Alexander Vainshtein >> >> *Sent:* Thursday, July 19, 2018 10:05 PM >> *To:* Ahmed Bashandy >> >> *Cc:* rtg-dir@ietf.org; 'mpls@ietf.org' ; >> 'adrian@olddog.co.uk' ; >> Jonathan Hardwick (Jonathan.Hardwick@metaswitch.com) >> ; >> Shraddha Hegde ; >> spring@ietf.org; spring-chairs@ietf.org; >> draft-ietf-spring-segment-routing-mpls.authors@ietf.org >> *Subject:* RE: RtgDir Early review: >> draft-ietf-spring-segment-routing-mpls-13 >> >> >> >> Ahmed hi! >> >> Lots of thanks for your response. >> >> Of course Node SIDs are not different from any other Prefix SIDs when it >> comes to the MPLS forwarding plane. >> >> But, IMHO, strictly speaking, this is correct for any other SID as well. >> >> You seem to ignore the difference between SR-MPLS and SRv6 with regard t= o >> the life span of prefix SIDs in general and Node SIDs in particular. Fro= m >> my POV this difference should be discussed in the draft. >> >> So it seems that we can only =E2=80=9Cagree to disagree=E2=80=9D on the = need to say >> something specific about Node SIDs in the draft, and let the WG to decid= e >> what to do about it. >> >> Regards, >> >> Sasha >> >> >> >> Office: +972-39266302 <+972%203-926-6302> >> >> Cell: +972-549266302 <+972%2054-926-6302> >> >> Email: Alexander.Vainshtein@ecitele.com >> >> >> >> *From:* Ahmed Bashandy [mailto:abashandy.ietf@gmail.com >> ] >> *Sent:* Thursday, July 19, 2018 7:13 PM >> *To:* Alexander Vainshtein >> *Cc:* rtg-dir@ietf.org; 'mpls@ietf.org' ; ' >> adrian@olddog.co.uk' ; Jonathan Hardwick ( >> Jonathan.Hardwick@metaswitch.com) ; >> shraddha@juniper.net; spring@ietf.org; spring-chairs@ietf.org; >> draft-ietf-spring-segment-routing-mpls.authors@ietf.org >> *Subject:* Re: RtgDir Early review: >> draft-ietf-spring-segment-routing-mpls-13 >> >> >> >> Thanks for the reply >> >> See inline >> >> Ahmed >> >> >> >> On 7/12/18 12:22 AM, Alexander Vainshtein wrote: >> >> Ahmed and all, >> >> I would like to expand on my comments (and your responses) about the rol= e >> of Node SIDs in SR-MPLS. >> >> I would like to bring your attention two points: >> >> 1. Node SIDs (and, in general, Prefix SIDs) in MPLS-SR are >> different from the same in SRv6 because they require explicit configurat= ion >> action by the operator of SR domain. I.e., it is not enough for a node t= o >> own some /32 or /128 prefix that is advertised by IGP. The operator must >> explicitly configure the node to use such a prefix as Node SID and to >> assign to it a specific index that is unique in the SR domain. From my P= OV, >> this difference alone would qualify Node SIDs as a topic to be discussed= in >> the MPLS-SR Architecture >> >> draft. >> >> #Ahmed: I disagree with your POV. From the forwarding plane perspective >> it does not make any difference whether a the label at the top of an MPL= S >> packet (representing the prefix-SID) identifies a node or not. So from t= he >> SR-mpls forwarding point of view there is no difference between a >> prefix-SID and a node-SID. If there is any place in the SR-mpls draft wh= ere >> there is a need to handle a node-SID different from a prefix SID, it wou= ld >> be great to point it out >> >> 2. In addition, quite a few constructs associated with SR-MPLS >> implicitly assume that each node in the SR-MPLS domain is assigned with = at >> least one Node SID. One example can be found in the TI-LFA >> >> draft. This draft says in Section 4.2: >> >> >> >> 4.2 >> .. >> The repair node is a PQ node >> >> >> >> >> >> When the repair node is in P(S,X), the repair list is made of a >> >> single node segment to the repair node. >> >> In the scope of this section, the repair node is not adjacent to the PLR= , >> and therefore, to the best of my understanding, =E2=80=9Ca single node = segment >> to the repair node=E2=80=9D can be only the Node SID of the repair node.= Since >> repair nodes are computed dynamically, this entire scheme depends on all >> nodes in the MPLS=3DSR domain having at least one Node SID each >> >> #Ahmed: The choice of the SID to identify an intermediate or exit node(s= ) >> in an SR-policy is a control plane behavior, irrespective of reason such >> policy is created (be it ti-lfa explicit path, uloop avoidance explicit >> path, or some SR-TE explicit path). SR-Policy as well as Ti-LFA and uloo= p >> avoidance are handled in separate drafts. So just like the response to y= our >> previous comment, from forwarding plane perspective it does not make any >> difference whether the label at the top of an MPLS packet identifies a >> single or multiple nodes. >> >> . >> >> >> >> Hopefully these notes clarify my position on the subject. >> >> >> >> Regards, >> >> Sasha >> >> >> >> Office: +972-39266302 <+972%203-926-6302> >> >> Cell: +972-549266302 <+972%2054-926-6302> >> >> Email: Alexander.Vainshtein@ecitele.com >> >> >> >> *From:* Alexander Vainshtein >> *Sent:* Wednesday, July 11, 2018 12:02 PM >> *To:* Ahmed Bashandy >> >> *Cc:* rtg-dir@ietf.org; 'mpls@ietf.org' ; >> 'adrian@olddog.co.uk' ; >> Jonathan Hardwick (Jonathan.Hardwick@metaswitch.com) >> ; >> shraddha@juniper.net; spring@ietf.org; spring-chairs@ietf.org; >> draft-ietf-spring-segment-routing-mpls.authors@ietf.org >> *Subject:* RE: RtgDir Early review: >> draft-ietf-spring-segment-routing-mpls-13 >> >> >> >> Ahmed, and all, >> >> Lots of thanks for a detailed response to my comments. >> >> Please see *inline below* my position on each of them. >> >> >> >> Regards, >> >> Sasha >> >> >> >> Office: +972-39266302 <+972%203-926-6302> >> >> Cell: +972-549266302 <+972%2054-926-6302> >> >> Email: Alexander.Vainshtein@ecitele.com >> >> >> >> *From:* Ahmed Bashandy [mailto:abashandy.ietf@gmail.com >> ] >> *Sent:* Wednesday, July 11, 2018 4:42 AM >> *To:* Alexander Vainshtein ; >> spring-chairs@ietf.org; >> draft-ietf-spring-segment-routing-mpls.authors@ietf.org >> *Cc:* rtg-dir@ietf.org; 'mpls@ietf.org' ; ' >> adrian@olddog.co.uk' ; Jonathan Hardwick ( >> Jonathan.Hardwick@metaswitch.com) ; >> shraddha@juniper.net; spring@ietf.org >> *Subject:* Re: RtgDir Early review: >> draft-ietf-spring-segment-routing-mpls-13 >> >> >> >> Thanks for thorough (and VERY clear) the review >> >> See inline #Ahmed >> >> >> >> Ahmed >> >> >> >> >> >> On 6/15/18 11:08 PM, Alexander Vainshtein wrote: >> >> Re-sending to correct SPRING WG list. >> >> Sincere apologies for the delay caused by a typo. >> >> Thumb typed by Sasha Vainshtein >> >> >> ------------------------------ >> >> *From:* Alexander Vainshtein >> *Sent:* Sunday, June 10, 2018 10:43:52 AM >> *To:* spring-chairs@ietf.org; >> draft-ietf-spring-segment-routing-mpls.authors@ietf.org >> >> *Cc:* spring@ietf..com ; rtg-dir@ietf.org; ' >> mpls@ietf.org'; 'adrian@olddog.co.uk'; Jonathan Hardwick ( >> Jonathan.Hardwick@metaswitch.com); shraddha@juniper.net >> >> >> *Subject:* RE: RtgDir Early review: >> draft-ietf-spring-segment-routing-mpls-13 >> >> Explicitly adding Shraddha who is the shepherd of this draft. >> >> >> >> Regards, >> >> Sasha >> >> >> >> Office: +972-39266302 <+972%203-926-6302> >> >> Cell: +972-549266302 <+972%2054-926-6302> >> >> Email: Alexander.Vainshtein@ecitele.com >> >> >> >> *From:* Alexander Vainshtein >> *Sent:* Friday, June 8, 2018 5:43 PM >> *To:* 'spring-chairs@ietf.org' >> ; ' >> draft-ietf-spring-segment-routing-mpls.authors@ietf.org' >> >> >> *Cc:* 'spring@ietf.com' ; >> rtg-dir@ietf.org; mpls@ietf.org; 'adrian@olddog.co.uk' >> >> *Subject:* RtgDir Early review: draft-ietf-spring-segment-routing-mpls-1= 3 >> >> >> >> >> >> Hello, >> >> I have been selected to do a routing directorate =E2=80=9Cearly=E2=80=9D= review of this >> draft: >> https://datatracker.ietf.org/doc/draft-ietf-spring-segment-routing-mpls/ >> >> >> >> >> The routing directorate will, on request from the working group chair, >> perform an =E2=80=9Cearly=E2=80=9D review of a draft before it is submit= ted for publication >> to the IESG. The early review can be performed at any time during the >> draft=E2=80=99s lifetime as a working group document. The purpose of the= early >> review depends on the stage that the document has reached. As this docum= ent >> is currently in the WG Last call, my focus for the review was to determi= ne >> whether the document is ready to be published. Please consider my commen= ts >> along with the other working group last call comments. >> >> >> >> For more information about the Routing Directorate, please see =E2=80=8B >> http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir >> >> >> >> >> *Document*: draft-ietf-spring-segment-routing-mpls-13 >> >> *Reviewer*: Alexander (=E2=80=9CSasha=E2=80=9D) Vainshtein ( >> alexander.vainshtein@ecitele.com) >> >> *Review Date*: 08-Jun-18 >> >> *Intended Status*: Proposed Standard. >> >> >> >> *Summary*: >> >> >> >> I have some minor concerns about this document that I think should be >> resolved before it is submitted to the IESG. >> >> >> >> *Comments*: >> >> >> >> I consider this draft as an important companion document to the Segment >> Routing Architecture >> >> draft that, ideally, should augment definitions of the Segment Routing (= SR) >> notions and constructs given there with details specific for the SR >> instantiation that uses the MPLS data plane (SR-MPLS). Many issues rai= sed >> in my review reflect either gaps that should be, but have not been, clos= ed, >> or inconsistencies between the two drafts. >> >> >> >> >> >> Since RFC 8287 >> >> is already published as a Standards Track RFC, I expect such augmentatio= n >> to be backward compatible with this document (or to provide clear >> indications of required updates to this document). And I include the MPL= S >> WG into distribution list. >> >> >> >> This draft was not easy reading for me. In particular, the style of >> Section 2.5 that discusses at length and in some detail multiple =E2=80= =9Ccorner >> cases=E2=80=9D resulting, presumably, from misconfiguration, before it e= xplains the >> basic (and relatively simple) =E2=80=9Cnormal=E2=80=9D behavior, looks p= roblematic to me. >> >> >> >> The WG Last Call has been extended by one week. Nevertheless, I am >> sending out my comments >> >> >> >> *Major Issues*: None found >> >> #Ahmed: thanks a lot >> >> >> >> *Minor Issues*: Quite a few but, hopefully, easy to resolve. >> >> >> >> 1. *Encapsulation of SR-MPLS packets*: >> >> a. RFC 3032 (referenced by the draft) and RFC 5332 (*not mentioned in >> the draft*) depend two encapsulations of labeled packets - one for >> Downstream-allocated labels and another for Upstream-allocated ones. >> >> #Ahmed: RFC5332 is for multicast. As mentioned in Section 6 of >> draft-ietf-spring-segment-routing-15, multicast is outside the scope of = SR. >> Hence the RFC was not referred to in the SR-MPLS draft >> >> *[[Sasha]] I would be satisfied with this response, would it not be for >> the following text I see in Section 2.2 of the* *SR Policy Architecture* >> >> *draft:* >> >> A variation of SR Policy can be used for packet replication. A >> >> candidate path could comprise multiple SID-Lists; one for each >> >> replication path. In such a scenario, packets are actually >> >> replicated through each SID List of the SR Policy to realize a point- >> >> to-multipoint service delivery. >> >> >> >> *This looks to me as being very much multicast in SR, and, unless you >> want to say that it is limited to SRv6, makes my question relevant IMHO.= * >> >> b. From my POV the ST-MPLS only uses Downstream-allocated labels =E2= =80=93 >> but I expect the draft to state that explicitly, one way or another. (If >> Upstream-allocated labels are relevant for SR-MPLS, I would see it as a >> major gap, so I hope that this is not the case). >> >> #Ahmed: I will add a statement in section 2.2 to mention that it is >> down-stream allocated as you mentioned >> >> *[[Sasha]] This is quite unambiguous and, once added, would resolve my >> comment in full =E2=80=93 the previous comment notwithstanding. In parti= cular, it >> would imply that even labels representing BSIDs of a SR Replication >> policies will be downstream-allocated. * >> >> >> >> 2. *Label spaces in SR-MPLS*: >> >> a. RFC 3031 (referenced by the draft) defines per-platform and >> per-interface label spaces, and RFC 5331 (*not mentioned in the draft*) >> adds context-specific label spaces and context labels. >> >> b. The draft does not say which of these are or are not relevant for >> SR-MPLS >> >> c. From my POV: >> >> i. Labels representing all >> kinds of SIDs mentioned in the draft MUST be allocated from the >> per-platform label space only >> >> ii. At the same time, >> instantiation of Mirror Segment IDs defined in Section 5.1 of the Segmen= t >> Routing Architecture draft using MPLS data plane clearly calls for conte= xt >> labels and context-specific label spaces >> >> d. I expect the draft to provide a clear-cut position on these >> aspects of SR-MPLS. >> >> #Ahmed: I will add a statement to section 2.2 to say that the it is >> per-platform. Regarding the function "mirroring", SR attaches a *functio= n* >> to each SID. The "mirroring" function is already described in Section 5.= 1 >> of draft-ietf-spring-segment-routing and is not specific to the MPLS >> forwarding plane. Hence there is no need to re-mention it here because t= his >> document is trying to be as specific as possible to the MPLS forwarding >> plane. General functions attached to SID are described in the segment >> routing architecture document or future documents. Furture documents >> proposing new SR function must be as specific and clear as possible >> >> *[[Sasha]] Looks OK to me.* >> >> >> >> 3. *SR-MPLS and hierarchical LSPs*: >> >> a. SR LSPs that include more than one segment are hierarchical LSPs >> from the POV of the MPLS data plane. Therefore some (possibly, all) of t= he >> models for handling TTL and TC bits that have been defined in RFC 3443 (= *not >> mentioned in the draft*) should apply to SR-MPLS >> >> b. RFC 8287 (*not referenced in the draft*) specifically discussed >> operation of the LSP Traceroute function for SR LSPs in the case when >> Pipe/Short Pipe model for TTL handling is used >> >> c. I expect the draft to provide at least some guidelines regarding >> applicability of each specific model defined in RFC 3443 (separately for >> TTL and TC bits) to SR-MPLS. >> >> #Ahmed: BY design, the instantiation of SR over the MPLS forwarding plan= e >> (and hence this draft) does not modify the MPLS forwarding plan behavior= as >> it is mentioned in the first sentence in Section 1. So the TTL behavior >> specified in rfc3443 is already implied and there is no need to re-menti= on >> it here just like all aspects of MPLS forwarding. RFC8287 is OAM-specifi= c. >> SR-OAM is handled in a separate document so is outside the scope of this >> draft >> >> *[[Sasha]] Unfortunately I do not think this is good enough. Let me ask = a >> specific question reflecting my concerns:* >> >> *The head-end node sends SR-MPLS packets across a path defined by an >> ordered set of SIDs with more than one SID in the list. Each SID is >> represented by a label stack entry (LSE) in the MPLS label stack, and th= e >> label field in each LSE is the label that matches the corresponding SID. >> However, each LSE also includes the TTL and TC fields. How does the >> head-end node set these fields in each of the LSEs following the top one= ? >> This clearly depends on the model (Uniform vs. Pipe/Short Pipe) implemen= ted >> in each node that that performs Next operation on the packet along the p= ath >> =E2=80=93 but the head-end node usually is not aware of that. * >> >> *RFC 8287 is relevant as an example here IMHO because it recommends the >> following setting of TTL in Traceroute packets:* >> >> - *Set the TTL of all the labels above one that represents the >> segment you are currently tracing to maximum* >> >> - *Set the TTL of the label one that represents the segment you >> are currently tracing to the desired value (to be incremented until end = of >> segment is reached* >> >> - *Set the TTL of all the labels below one that represents the >> segment you are currently tracing to 0.* >> >> *I expect the draft to provide some recommendations for traffic (non-OAM= ) >> packets as well.* >> >> >> >> 4. *Inferring network layer protocol in SR-MPLS*: >> >> a. I wonder if the draft could provide any details on the situation >> when a label that represents some kind of SID is the bottom-of-stack lab= el >> to be popped by the egress LER >> >> #ahmed: This is part of the "Next" function. It is described in detail i= n >> this document. >> >> *[[Sasha]] NEXT function is mentioned in several places in the document. >> Can you please point to the specific text that is relevant for my questi= on?* >> >> >> >> b. For the reference, RFC 3032 says that =E2=80=9Cthe identity of the= network >> layer protocol must be inferable from the value of the label which is >> popped from the bottom of the stack, possibly along with the contents = of >> the network layer header itself=E2=80=9D >> >> c. From my POV the following scenario indicates relevance of this >> expectation for SR-MPLS: >> >> i. IS-IS is used for >> distributing both IPv4 and IPv6 reachability in a given domain >> >> ii. An IS-IS adjacency over >> some dual-stack link is established, and a single Adj-SID for this >> adjacency is advertised >> >> iii. The node that has >> assigned and advertised this Adj-SID receives a labeled packet with the >> label representing this Adj-SID being both the top and bottom-of-stack l= abel >> >> iv. The implementers must be >> given unambiguous instructions for forwarding the unlabeled packet via t= he >> dual-stack link as an Ipv4 or an IPv6 packet. >> >> #Ahmed: If you take a look at the SR-ISIS , SR-OSPFv2 and SR-OSFv3 >> drafts, you will see all 3 protocol advertise different adj-SIDS for IPv= 4 >> next-hop and IPv6 next-hop. For example, ISIS uses the "F-Flag" (section >> 2.2.1 in draft-ietf-isis-segment-routing-extensions-18) to specify wheth= er >> the adj-SID is for IPv4 and IPv6. Similarly, the SR-ISIS draft attaches = a >> prefix-SID to the prefix advertisement and hence implies the identity of >> the protocol underneath the bottom most label. For any other "function" >> attached to a SID, it is part of the specification of this function to >> describe what happens when the SID is represented by a label in the MPLS >> forwarding plane and this label is the bottom most label >> >> *[[Sasha]] OK, got it. This issue is resolved.* >> >> >> >> 5. *Resolution* *of Conflicts*: Are the >> >> a. Are the conflict resolution procedures listed in section 2.5 >> mandatory to implement? >> >> b. If they are mandatory to implement, are they also mandatory to >> deploy, or can the operators simply treat any detected conflict as >> requiring human intervention and preventing normal operation of SR-MPLS? >> >> #Ahmed: They are recommended. I will modify the paragraph after the firs= t >> 3 bullets in Section 2.5 to say that it is recommeded. >> >> *[[Sasha]] OK. However, it would be nice if you could refer separately >> for =E2=80=9CRECOMMENDED to implement=E2=80=9D and =E2=80=9CRECOMMENDED = to deploy=E2=80=9D. The latter >> probably requires a configuration knob for enabling conflict resolution >> rules (if they are implemented). * >> >> c. For the reference, the IETF capitalized MUST appears just in a few >> places in Section 2.5, and each appearance has very narrow context: >> >> i. For MCCs where the >> "Topology" and/or "Algorithm" fields are not defined, the numerical valu= e >> of zero MUST be used for these two fields >> >> ii. If the same set of FECs >> are attached to the same label "L1", then the tie-breaking rules MUST >> always select the same FEC irrespective of the order in which the FECs a= nd >> the label "L1" are received. In other words, the tie-breaking rule MUST = be >> deterministic. >> >> iii. An implementation of >> explicit SID assignment MUST guarantee collision freeness on the same ro= uter >> >> From my POV, it is not possible to infer the answer to my question from >> these statements. Some explicit statement is required. >> >> #Ahmed: I agree with you POV and as mentioned in my reply to items (a) >> and (b), I will modify the paragraph to say that it is RECOMMENDED to >> answer you questions in items (a) and (b) >> >> d. The tie-breaking rules in section 2.5.1 include some specific >> values for encoding FEC types and address families =E2=80=93 but these v= alues are >> not supposed to appear in any IANA registries (because the draft does no= t >> request any IANA actions). Can you please clarify what is so special abo= ut >> these values? >> >> #Ahmed: There is no significance to the values but there is a >> significance to the order among them. I will modify the text to clarify = that >> >> *[[Sasha]] OK. * >> >> >> >> e. I also doubt that comparison of FECs that represent IPv4 and IPv6 >> prefix SIDs makes much sense (for conflict resolution or else), because, >> among other things, there are valid scenarios when an IPv4 /32 prefix is >> embedded in an IPv6 /128 one. >> >> #Ahmed: A prefix-SID is assigned to a prefix. An IPv6 prefix that embeds >> an IPv4 prefix is different from the IPv4 prefix. The specifications of = SR >> extensions to ISIS, OSPFv2, OSPFv3, and BGP treat IPv4 and IPv6 prefixes >> separately, including the IPV6 prefixes with embedded IPv4 ones. Besides >> not all IPv6 prefixes embed IPv4 prefix in them. Hence the distinction >> between IPv4 and IPv6 prefixes is quite clear >> >> *[[Sasha]] My concern was mainly about IPv4-mapped IPv6 addresses. >> Quoting from RFC 4291:* >> *2.5.5.2* >> *. >> IPv4-Mapped IPv6 Address* >> >> >> >>

> >> -- -- Alex Alex Bogdanov | Strategic NetEng | bogdanov@ | Cell: 650-314-8196 --00000000000080b26d057b08f282 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Hello Shraddha, I think it's an important recommendati= on to include.=C2=A0

In the absence of another obvious d= raft/RFC, I would lean towards my original proposal of including it as a se= ction in draft-ietf-spring-segment-routing-mpls.=C2=A0

C= heers,

Alex



On Mon, Nov 19, 2018 at 8:02 AM Przemyslaw Krol <pkro= l=3D40goog= le.com@dmarc.ietf.org> wrote:
Hi Shraddha

I think this would be very=C2=A0helpful.

p= k

On Sun, Nov 18, 2018 at 8:39 PM Shraddha Hegde <shraddha@juniper.net> wrote:

Sent: Sunday, November 4, 2018 9:37 PM
To: Ahmed Bashandy <abashandy.ietf@gmail.com>


Subject: RE: RtgDir Early review: draft-ietf-spring-segment-routing-= mpls-13

=

=C2=A0

Ahmed,

Apologies f= or a delayed response.

I fully agr= ee that advertising the same prefix SID as the Node SID by two different no= des in the SR domain is =E2=80=9Ca clear violation of the SR architecture RFC (8402)=E2=80=9D.

But I do no= t think that the SR-MPLS draft can silently ignore this violation just beca= use it =E2=80=9Cis not an incoming label collision=E2= =80=9D.

The same ap= plies to the controversy in advertising at the same prefix as Anycast by so= me nodes but not as Anycast (or even as a Node SID) by some other nodes.

Your refere= nce to these being just control plane issues and therefore not related to S= R-MPLS is not valid - because the drafts dealing with the SR control plane to which you refer in this draft are strictly MP= LS-oriented: they define how to advertise SID labels or indices that are translated into = SID labels, and neither of these mechanisms is relevant fore = SRV6 IMHO. (I do not have to remind you that a draft that defines SRV6 extensions for ISIS exists, and deals with other= issues).

My 2c,

Sasha

=C2=A0

Office: +972-39266302

Cell:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +972-549266302<= /u>

Email:=C2=A0=C2=A0 Alexander.Vainshtein@ecitele.com=

=C2=A0

From: Ahmed Bashandy [mailto:a= bashandy.ietf@gmail.com]
Sent: Sunday, October 28, 2018 1:01 AM
To: Shraddha Hegde <shraddha@juniper.net>;= Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>
Cc: rt= g-dir@ietf.org; 'mpls@ietf.org' <mpls@ietf.org>; 'adrian@olddo= g.co.uk' <adrian@olddog.co.uk>; Jonathan= Hardwick (Jonathan.Hardwick@metaswitch.com) <jonathan.h= ardwick@metaswitch.com>; spring@ietf.or= g; spring-= chairs@ietf.org; draft-ietf-spring-segment-routing-mpls.authors@ie= tf.org
Subject: Re: RtgDir Early review: draft-ietf-spring-segment-routing-= mpls-13

=C2=A0

Thanks for the comments

While it is a clear violation of the SR architecture RFC (8402), more th= an one node advertising the same IPv4/6 PREFIX and both have the same prefi= x-SID value with "N" flag is not an incoming label collision beca= use the label is associated with the same FEC, which is the prefix.=C2=A0

Hence handling such violation is not an SR-MPLS problem because there is= no incoming label collision and hence it it is outside the scope of this d= raft

=C2=A0

The second issue is which SID to choose for an SR-policy (be it a policy= for TE, ti-lfa, uloop avoidance, security,..., etc). That is strictly a co= ntrol layer functionality and is not specific to SR-MPLS. Hence it is outsi= de the scope of this draft

=C2=A0

The third issue is the case where an anycast prefix is advertised with a= prefix-SID sub-TLV by some (but not all) of the nodes that advertise that = prefix. Again this is not an incoming label collision because the label is = associated with a single FEC, which is the anycast prefix.

=C2=A0

On 7/19/18 8:30 PM, Shraddha Hegde wrote:<= /u>

Hi Ahmed,

=C2=A0

The Node-SIDs are expected to be uniq= ue to a node. 

=E2=80=9C

=C2=A0=C2=A0 An IGP Node-= SID MUST NOT be associated with a prefix that is owned by<= /u>

=C2=A0=C2=A0 more than on= e router within the same routing domain.=E2=80=9D

=C2=A0

If two different nodes advertise same= Node-SID,

=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 For Example Node A and B both adver= tise prefix 1.1.1.1 and associate a =C2=A0SID 1000 with N bit set.

There is an= anomaly here and IMO, this draft should address how to handle this anomaly= and whether TI-LFA and other

Application= s can use this SID as a Node-SID.

Another sli= ght variation of this case is a scenario where A and B both advertise a pre= fix 1.1.1.1 and A assigns a Node-Sid

Of 1000 and= B does not assign any SID.

=C2=A0

Rgds=

Shraddha

=C2=A0

From: Alexander Vainshtei= n <Alexander.Vainshtein@ecitele.com>
Sent: Thursday, July 19, 2018 10:05 PM
To: Ahmed Bashandy <abashandy.ietf@gmail.com>
Cc: rt= g-dir@ietf.org; 'mpls@ietf.org' <mpls@ietf.or= g>; 'adrian@olddog.co.uk' <adrian= @olddog.co.uk>; Jonathan Hardwick (<= a href=3D"mailto:Jonathan.Hardwick@metaswitch.com" target=3D"_blank">Jonat= han.Hardwick@metaswitch.com) <jonathan.hardwick@metaswitch.com>; S= hraddha Hegde &l= t;shraddha@juniper.net>; spring@ietf.or= g; spring-= chairs@ietf.org; draft-ietf-spring-segment-routing-mpls.authors@ie= tf.org
Subject: RE: RtgDir Early review: draft-ietf-spring-segment-routing-= mpls-13

=C2=A0

Ahmed hi!

Lots of tha= nks for your response.

Of course N= ode SIDs are not different from any other Prefix SIDs when it comes to the = MPLS forwarding plane.

But, IMHO, = strictly speaking, this is correct for any other SID as well.

You seem to= ignore the difference between SR-MPLS and SRv6 with regard to the life spa= n of prefix SIDs in general and Node SIDs in particular. From my POV this difference should be discussed in the draft.

So it seems= that we can only =E2=80=9Cagree to disagree=E2=80=9D on the need to say so= mething specific about Node SIDs in the draft, and let the WG to decide what to do about it.

Regards,

Sasha

=C2=A0

Office: +972-39266302

Cell:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +972-549266302

Email:=C2=A0=C2=A0 Alexander.Vainshtein@ecitele.com

=C2=A0

=C2=A0

Thanks for the reply

See inline

Ahmed

=C2=A0

On 7/12/18 12:22 AM, Alexander Vainshtein wrote:<= /u>

Ahmed and a= ll,

I would lik= e to expand on my comments (and your responses) about the role of Node SIDs= in SR-MPLS.

I would lik= e to bring your attention two points:

1.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Node SIDs (and, in gener= al, Prefix SIDs) in MPLS-SR are different from the same in SRv6 because the= y require explicit configuration action by the operator of SR domain. I.e.,= it is not enough for a node to own some /32 or /128 prefix that is advertised by IGP. The operator must e= xplicitly configure the node to use such a prefix as=C2=A0 Node SID and to = assign to it a specific index that is unique in the SR domain. From my POV,= this difference alone would qualify Node SIDs as a topic to be discussed in the MPLS-SR Architecture draft.=

#Ahmed: I disagree w= ith your POV. From the forwarding plane perspective it does not make any di= fference whether a the label at the top of an MPLS packet (representing the prefix-SID) identifies a node or not. So from the= SR-mpls forwarding point of view there is no difference between a prefix-S= ID and a node-SID. If there is any place in the SR-mpls draft where there i= s a need to handle a node-SID different from a prefix SID, it would be great to point it out

2.=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 In addition, quite a few constructs associated with SR= -MPLS implicitly assume that each node in the SR-MPLS domain is assigned wi= th at least one Node SID. One example can be found in the TI-LFA draft. This draft says in Section 4.2:

=C2=A0

4.2.. The repair node is a PQ node

=C2=A0
=C2=A0
=C2=A0=C2=A0 Wh=
en the repair node is in P(S,X), the repair list is made of a=

=C2=A0=C2=A0 si=
ngle node segment to the repair node.

In the scope of this section, the repair node is not adjacen= t to the PLR, and therefore, to the best of my understanding, =C2=A0=E2=80= =9Ca single node segment to the repair node=E2= =80=9D can be only the Node SID of the repair node. Since repair nodes are = computed dynamically, this entire scheme depends on all nodes in the MPLS= =3DSR domain =C2=A0having at least one Node SID each

#Ahmed: The choice o= f the SID to identify an intermediate or exit node(s) in an SR-policy is a = control plane behavior, irrespective of reason such policy is created (be it ti-lfa explicit path, uloop avoidance explicit pa= th, or some SR-TE explicit path). SR-Policy as well as Ti-LFA and uloop avo= idance are handled in separate drafts. So just like the response to your pr= evious comment, from forwarding plane perspective it does not make any difference whether the label at the= top of an MPLS packet identifies a single or multiple nodes.

.

=C2=A0

Hopefully these notes clarify my position on the subject.

=C2=A0

Regards,

Sasha

=C2=A0

Office: +972-39266302

Cell:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +972-549266302

Email:=C2=A0=C2=A0 Alexander.Vainshtein@ecitele.com

=C2=A0

From: Alexander Vainshtei= n
Sent: Wednesday, July 11, 2018 12:02 PM
To: Ahmed Bashandy <abashandy.ietf@gmail.com>
Cc: rt= g-dir@ietf.org; 'mpls@ietf.org' <mpls@ietf.or= g>; 'adrian@olddog.co.uk' <adrian= @olddog.co.uk>; Jonathan Hardwick (<= a href=3D"mailto:Jonathan.Hardwick@metaswitch.com" target=3D"_blank">Jonat= han.Hardwick@metaswitch.com) <jonathan.hardwick@metaswitch.com>; shraddha@= juniper.net; spring@ietf.or= g; spring-= chairs@ietf.org; draft-ietf-spring-segment-routing-mpls.authors@ie= tf.org
Subject: RE: RtgDir Early review: draft-ietf-spring-segment-routing-= mpls-13

=C2=A0

Ahmed, and = all,

Lots of tha= nks for a detailed response to my comments.

Please see inline below my p= osition on each of them.

=C2=A0

Regards,

Sasha

=C2=A0

Office: +972-39266302

Cell:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +972-549266302

Email:=C2=A0=C2=A0 Alexander.Vainshtein@ecitele.com

=C2=A0

=C2=A0

Thanks for thorough (and VERY clear) the review

See inline #Ahmed

=C2=A0

Ahmed

=C2=A0

=C2=A0

On 6/15/18 11:08 PM, Alexander Vainshtein wrote:<= /u>

Re-sending to=C2=A0 correct SPRING WG list.

Sincere apologies for the delay caused by a typo.=

Thumb typed by Sasha Vainshtein

=C2=A0

From: Al= exander Vainshtein
Sent: Sunday, June 10, 2018 10:43:52 AM
To: spri= ng-chairs@ietf.org; draft-ietf-spring-segment-routing-mpls.authors@ietf.org

<= /div>


Subject: RE: RtgDir Early review: draft-ietf-spring-segment-routing-= mpls-13

Explicitly adding Shra= ddha =C2=A0who is the shepherd of this draft.

=C2=A0

=C2=A0

=C2=A0

=C2=A0

Hello,

I have been selected to do a routing directorate = =E2=80=9Cearly=E2=80=9D review of this draft: https://datatracker.ietf.org/doc/draft-ietf-spring= -segment-routing-mpls/

=C2=A0

The routing directorate will, on request from the w= orking group chair, perform an =E2=80=9Cearly=E2=80=9D review of a draft be= fore it is submitted for publication to the IESG. The early review can be performed at any time during the draft=E2=80=99s lifetime as a work= ing group document. The purpose of the early review depends on the stage th= at the document has reached. As this document is currently in the WG Last c= all, my focus for the review was to determine whether the document is ready to be published. Please consider my comments= along with the other working group last call comments.

=C2=A0

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

=C2=A0

Document: draft-ietf-spring-segment-= routing-mpls-13

Reviewer: Alexander (=E2=80=9CSasha= =E2=80=9D) Vainshtein (alexander.vainshtein@ecitele.com)

Review Date: 08-Jun-18=

Intended Status: Proposed Standard.<= /span>

=C2=A0

Summary:

=C2=A0

I have some minor concerns about this document that= I think should be resolved before it is submitted to the IESG.

=C2=A0

Comments:

=C2=A0

I consider this draft as an important =C2=A0compani= on document to the Segment Routing Architecture draft that, ideally, should augment defin= itions of the Segment Routing (SR) notions and constructs given there with = details specific for the SR instantiation that uses=C2=A0 the MPLS data plane (SR-MPLS).=C2=A0 Many issues raised in my r= eview reflect either gaps that should be, but have not been, closed, or inc= onsistencies between the two drafts.

=C2=A0

=C2=A0

Since RFC 8287 is already published as a Standards Track RFC, I expect s= uch augmentation to be backward compatible with this document (or to provid= e clear indications of required updates to this document). And I include the MPLS WG into distribution list.

=C2=A0

This draft was not easy reading for me. In particul= ar, the style of Section 2.5 that discusses at length and in some detail mu= ltiple =E2=80=9Ccorner cases=E2=80=9D resulting, presumably, from misconfiguration, before it explains the basic (and relatively simple) =E2= =80=9Cnormal=E2=80=9D behavior, looks problematic to me.

=C2=A0

The WG Last Call has been extended by one week. Nev= ertheless, I am sending out my comments

=C2=A0

Major Issues: None found

#Ahmed: thanks a lot

=C2=A0

Minor Issues: Quite a few but, hopef= ully, easy to resolve.

=C2=A0

1.=C2=A0=C2=A0=C2=A0 Encapsulation of SR-MPLS packets:

a.=C2=A0=C2=A0= =C2=A0 RFC 3032 (referenced by the draft) and RFC 5332 (not mentione= d in the draft) depend two encapsulations of labeled packets - one = for Downstream-allocated labels and another for Upstream-allocated ones.

#Ahmed: RFC5332 is for multicast. As mentioned in Section 6 of d= raft-ietf-spring-segment-routing-15, multicast is outside the scope of SR. = Hence the RFC was not referred to in the SR-MPLS draft

[[Sasha]] I would be satisfied = with this response, would it not be for the following text I see in Section= 2.2 of the SR Policy Architecture draft:

=C2=A0=C2=A0 A variation of SR Policy can = be used for packet replication.=C2=A0 A

=C2=A0=C2=A0 candidate path could comprise= multiple SID-Lists; one for each

=C2=A0=C2=A0 replication path.=C2=A0 In su= ch a scenario, packets are actually

=C2=A0=C2=A0 replicated through each SID L= ist of the SR Policy to realize a point-

=C2=A0=C2=A0 to-multipoint service deliver= y.

=C2=A0

This looks to me as being very = much multicast in SR, and, unless you want to say that it is limited to SRv= 6, makes my question relevant IMHO.

b.=C2=A0=C2=A0= =C2=A0 From my POV the ST-MPLS only uses Downstream-allocated labels =E2= =80=93 but I expect the draft to state that explicitly, one way or another.= (If Upstream-allocated labels are relevant for SR-MPLS, I would see it as a major gap, so I hope that this is not the case).

#Ahmed: I will add a statement in section 2.2 to mention that it= is down-stream allocated as you mentioned

[[Sasha]] This is quite unambig= uous and, once added, would resolve my comment in full =E2=80=93 the previo= us comment notwithstanding. In particular, it would imply that even labels representing BSIDs of a SR Replication policies will be d= ownstream-allocated.

=C2=A0

2.=C2=A0=C2=A0=C2=A0 Label spaces in SR-MPLS:

a.=C2=A0=C2=A0= =C2=A0 RFC 3031 (referenced by the draft) defines per-platform and per-int= erface label spaces, and RFC 5331 (not mentioned in the draft= ) adds context-specific label spaces and context labels.

b.=C2=A0=C2=A0= =C2=A0 The draft does not say which of these are or are not relevant for S= R-MPLS

c.=C2=A0=C2=A0= =C2=A0 From my POV:

=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 i.=C2=A0=C2=A0=C2=A0 Labels representing all kinds of SIDs mentioned in the draft MUST b= e allocated from the per-platform label space only

=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ii.=C2=A0=C2=A0=C2=A0 At the same time, instantiation of Mirror Segment IDs defined in Se= ction 5.1 of the Segment Routing Architecture draft using MPLS data plane c= learly calls for context labels and context-specific label spaces

d.=C2=A0=C2=A0= =C2=A0 I expect the draft to provide a clear-cut position on these aspects= of SR-MPLS.

#Ahmed: I will add a statement to section 2.2 to say that the it= is per-platform. Regarding the function "mirroring", SR attaches= a *function* to each SID. The "mirroring" function is already described in Section 5.1 of draft-ietf-spring-segment-routing and = is not specific to the MPLS forwarding plane. Hence there is no need to re-= mention it here because this document is trying to be as specific as possib= le to the MPLS forwarding plane. General functions attached to SID are described in the segment routing arc= hitecture document or future documents. Furture documents proposing new SR = function must be as specific and clear as possible

[[Sasha]] Looks OK to me.

=C2=A0

3.=C2=A0=C2=A0=C2=A0 SR-MPLS and hierarchical LSPs:<= /p>

a.=C2=A0=C2=A0= =C2=A0 SR LSPs that include more than one segment are hierarchical LSPs fr= om the POV of the MPLS data plane. Therefore some (possibly, all) of the mo= dels for handling TTL and TC bits that have been defined in RFC 3443 (not mentioned in the draft) should= apply to SR-MPLS

b.=C2=A0=C2=A0= =C2=A0 RFC 8287 (not referenced in the draft) specifically d= iscussed operation of the LSP Traceroute function for SR LSPs in the case w= hen Pipe/Short Pipe model for TTL handling is used

c.=C2=A0=C2=A0= =C2=A0 I expect the draft to provide at least some guidelines regarding ap= plicability of each specific model defined in RFC 3443 (separately for TTL = and TC bits) to SR-MPLS.

#Ahmed: BY design, the instantiation of SR over the MPLS forward= ing plane (and hence this draft) does not modify the MPLS forwarding plan b= ehavior as it is mentioned in the first sentence in Section 1. So the TTL behavior specified in rfc3443 is already implied = and there is no need to re-mention it here just like all aspects of MPLS fo= rwarding. RFC8287 is OAM-specific.=C2=A0 SR-OAM is handled in a separate do= cument so is outside the scope of this draft

[[Sasha]] Unfortunately I do no= t think this is good enough. Let me ask a specific question reflecting my c= oncerns:

The head-end node sends SR-MPLS= packets across a path defined by an ordered set of SIDs with more than one= SID in the list. Each SID is represented by a label stack entry (LSE) in the MPLS label stack, and the label field in ea= ch LSE is the label that matches the corresponding SID. However, each LSE a= lso includes the TTL and TC fields. How does the head-end node set these fi= elds in each of the LSEs following the top one? This clearly depends on the model (Uniform vs. Pipe/Short Pip= e) implemented in each node that that performs Next operation on the packet= along the path =E2=80=93 but the head-end node usually is not aware of tha= t.

RFC 8287 is relevant as an exam= ple here IMHO because it recommends the following setting of TTL in Tracero= ute packets:

-=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Set the TTL of all= the labels above one that represents the segment you are currently tracing= to maximum

-=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Set the TTL of the= label one that represents the segment you are currently tracing to the des= ired value (to be incremented until end of segment is reached

-=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Set the TTL of all= the labels below one that represents the segment you are currently tracing= to 0.

I expect the draft to provide some recommendatio= ns for traffic (non-OAM) packets as well.

=C2=A0

4.=C2=A0=C2=A0=C2=A0 Inferring network layer protocol in SR-MPLS:<= u>

a.=C2=A0=C2=A0= =C2=A0 I wonder if the draft could provide any details on the situation wh= en a label that represents some kind of SID is the bottom-of-stack label to= be popped by the egress LER

#ahmed: This is part of the "Next" function. It is des= cribed in detail in this document.

[[Sasha]] NEXT function is ment= ioned in several places in the document. Can you please point to the specif= ic text that is relevant for my question?

=C2=A0

b.=C2=A0=C2=A0= =C2=A0 For the reference, RFC 3032 says that =E2=80=9Cthe identity of the = network layer protocol=C2=A0 must be inferable from the value of the label = which is popped from=C2=A0 the bottom of the stack, possibly along with the contents=C2=A0 of the network layer header itself=E2=80=9D=

c.=C2=A0=C2=A0= =C2=A0 From my POV the following scenario indicates relevance of this expe= ctation for SR-MPLS:

=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 i.=C2=A0=C2=A0=C2=A0 IS-IS is used for distributing both IPv4 and IPv6 reachability in a= given domain

=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ii.=C2=A0=C2=A0=C2=A0 An IS-IS adjacency over some dual-stack link is established, and a = single Adj-SID for this adjacency is advertised

=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 iii.=C2=A0=C2=A0=C2=A0 The node that has assigned and advertised this Adj-SID receives a l= abeled packet with the label representing this Adj-SID being both the top a= nd bottom-of-stack label

=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 iv.=C2=A0=C2=A0=C2=A0 The implementers must be given unambiguous instructions for forward= ing the unlabeled packet via the dual-stack link as an Ipv4 or an IPv6 pack= et.

#Ahmed: If you take a look at the SR-ISIS , SR-OSPFv2 and SR-OSF= v3 drafts, you will see all 3 protocol advertise different adj-SIDS for IPv= 4 next-hop and IPv6 next-hop. For example, ISIS uses the "F-Flag" (section 2.2.1 in draft-ietf-isis-segment-rout= ing-extensions-18) to specify whether the adj-SID is for IPv4 and IPv6. Sim= ilarly, the SR-ISIS draft attaches a prefix-SID to the prefix advertisement= and hence implies the identity of the protocol underneath the bottom most label. For any other "function" attac= hed to a SID, it is part of the specification of this function to describe = what happens when the SID is represented by a label in the MPLS forwarding = plane and this label is the bottom most label

[[Sasha]] OK, got it. This issu= e is resolved.

=C2=A0

5.=C2=A0=C2=A0=C2=A0 Resolution of Conflicts: Are the

a.=C2=A0=C2=A0= =C2=A0 Are the conflict resolution procedures listed in section 2.5 mandat= ory to implement?

b.=C2=A0=C2=A0= =C2=A0 If they are mandatory to implement, are they also mandatory to depl= oy, or can the operators simply treat any detected conflict as requiring hu= man intervention and preventing normal operation of SR-MPLS?

#Ahmed: They are recommended. I will modify the paragraph after = the first 3 bullets in Section 2.5 to say that it is recommeded. =C2=A0

[[Sasha]] OK. However, it would= be nice if you could refer separately for =E2=80=9CRECOMMENDED to implemen= t=E2=80=9D and =E2=80=9CRECOMMENDED to deploy=E2=80=9D.=C2=A0 The latter pr= obably requires a configuration knob for enabling conflict resolution rules (if they are i= mplemented).

c.=C2=A0=C2=A0= =C2=A0 For the reference, the IETF capitalized MUST appears just in a few = places in Section 2.5, and each appearance has very narrow context:<= u>

=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 i.=C2=A0=C2=A0=C2=A0 For MCCs where the "Topology" and/or "Algorithm"= ; fields are not defined, the numerical value of zero MUST be used for thes= e two fields

=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ii.=C2=A0=C2=A0=C2=A0 If the same set of FECs are attached to the same label "L1&quo= t;, then the tie-breaking rules MUST always select the same FEC irrespectiv= e of the order in which the FECs and the label "L1" are received. In other words, the tie-breaking rule MUST be deterministic.

=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 iii.=C2=A0=C2=A0=C2=A0 An implementation of explicit SID assignment MUST guarantee collisi= on freeness on the same router

From my POV, it is not = possible to infer the answer to my question from these statements. Some exp= licit statement is required.

#Ahmed: I agree with you POV and as mentioned in my reply to ite= ms (a) and (b), I will modify the paragraph to say that it is RECOMMENDED t= o answer you questions in items (a) and (b)

d.=C2=A0=C2=A0= =C2=A0 The tie-breaking rules in section 2.5.1 include some specific value= s for encoding FEC types and address families =E2=80=93 but these values ar= e not supposed to appear in any IANA registries (because the draft does not request any IANA actions). Can you please clarify what = is so special about these values?

#Ahmed: There is no significance to th= e values but there is a significance to the order among them. I will modify= the text to clarify that

[[Sasha]] OK.

=C2=A0

e.=C2=A0=C2=A0= =C2=A0 I also doubt that comparison of FECs that represent IPv4 and IPv6 p= refix SIDs makes much sense (for conflict resolution or else), because, amo= ng other things, there are valid scenarios when an IPv4 /32 prefix is embedded in an IPv6 /128 one.

#Ahmed: A prefix-SID is assigned to a prefix. An IPv6 prefix tha= t embeds an IPv4 prefix is different from the IPv4 prefix. The specificatio= ns of SR extensions to ISIS, OSPFv2, OSPFv3, and BGP treat IPv4 and IPv6 prefixes separately, including the IPV6 prefix= es with embedded IPv4 ones. Besides not all IPv6 prefixes embed IPv4 prefix= in them. Hence the distinction between IPv4 and IPv6 prefixes is quite cle= ar

[[Sasha]] My concern was mainly= about IPv4-mapped IPv6 addresses. Quoting from RFC 4291:=

2.5.5.2.=C2=A0 IPv4-Mapped IPv6 Address

=C2=A0

=
<p class=3D"MsoNormal" style=3D"margin:0in;margin-bottom:= .0001pt;line-heigh
=
--
=
-- Alex

Alex Bogdanov |= =C2=A0Strategic NetEng |=C2=A0bogdanov@=C2=A0| Cell: 650-314-8196
--00000000000080b26d057b08f282-- From nobody Mon Nov 19 18:16:38 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1FACB130E17; Mon, 19 Nov 2018 18:16:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.019 X-Spam-Level: X-Spam-Status: No, score=-1.019 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FROM_EXCESS_BASE64=0.979, HTML_MESSAGE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=alibaba-inc.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uum7R7juFtGb; Mon, 19 Nov 2018 18:16:31 -0800 (PST) Received: from out0-138.mail.aliyun.com (out0-138.mail.aliyun.com [140.205.0.138]) (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 A5337127333; Mon, 19 Nov 2018 18:16:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alibaba-inc.com; s=default; t=1542680186; h=Date:From:To:Message-ID:Subject:MIME-Version:Content-Type; bh=1tocD1dv+dz6Yh0dfwT0cSMqMNHEYn1SZ/mCCiE3tQU=; b=MR5QTZvZwpCtWzvXndSr3ccQ2j1TUEeGRGOeo2Qj8RF/r3TseSNtYgtihDSW1OCNnvcx+2USJN3KLkeIV+PAEZOrIkG4hcmvRQUImfw6Sv3rU9zOH0M0K5Jb/o2K+hWe3ewqR0CIenIr+1JQoXjFAbH9/3MlW1qcCQnBN/YULNU= X-Alimail-AntiSpam: AC=PASS; BC=-1|-1; BR=01201311R671e4; CH=green; FP=0|-1|-1|-1|0|-1|-1|-1; HT=e02c03301; MF=xiaohu.xxh@alibaba-inc.com; NM=1; PH=DW; RN=4; SR=0; TI=W4_5404398_v5ForWebDing_0AC264FB_1542679396802_o7001c556m; Received: from WS-web (xiaohu.xxh@alibaba-inc.com[W4_5404398_v5ForWebDing_0AC264FB_1542679396802_o7001c556m]) by e02c03290.eu6 at Tue, 20 Nov 2018 10:16:23 +0800 Date: Tue, 20 Nov 2018 10:16:23 +0800 From: "=?UTF-8?B?5b6Q5bCP6JmOKOS5ieWFiCk=?=" To: "Lsr" , "stephane.litkowski@orange.com" , "lsr@ietf.org" Cc: "spring@ietf.org" Reply-To: "=?UTF-8?B?5b6Q5bCP6JmOKOS5ieWFiCk=?=" Message-ID: <2ca6d24d-18f2-4df2-ab04-64ece1d4031b.xiaohu.xxh@alibaba-inc.com> X-Mailer: [Alimail-Mailagent revision 7][W4_5404398][v5ForWebDing][Safari] MIME-Version: 1.0 References: <9208_1541773820_5BE599FC_9208_47_1_9E32478DFA9976438E7A22F69B08FF924B746E6A@OPEXCLILMA4.corporate.adroot.infra.ftgroup>, In-Reply-To: x-aliyun-mail-creator: W4_5404398_v5ForWebDing_QvNTW96aWxsYS81LjAgKE1hY2ludG9zaDsgSW50ZWwgTWFjIE9TIFggMTBfMTJfNikgQXBwbGVXZWJLaXQvNjA0LjUuNiAoS0hUTUwsIGxpa2UgR2Vja28pIFZlcnNpb24vMTEuMC4zIFNhZmFyaS82MDQuNS42La Content-Type: multipart/alternative; boundary="----=ALIBOUNDARY_78179_48bf7940_5bf36e77_dd1ee" Archived-At: Subject: Re: [spring] =?utf-8?q?=5BLsr=5D_draft-ietf-isis-mpls-elc_=26_draft-?= =?utf-8?q?ietf-ospf-mpls-elc?= X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2018 02:16:36 -0000 ------=ALIBOUNDARY_78179_48bf7940_5bf36e77_dd1ee Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SGkgYWxsLAoKSU1ITywgaXQgc2VlbXMgYSBsaXR0bGUgYml0IG9kZCB0byBzdXBwb3J0IGludGVy LUFTIFRFIHNjZW5hcmlvcyBpbiB0aGUgYWJzZW5jZSBvZiBhIGNvbnRyb2xsZXIuIElmIHRoZSBp bnRlci1BUyBzY2VuYXJpbyBpcyBub3QgZm9yIHRoZSBURSBwdXJwb3NlLCB3b3VsZCB0aGUgKGlu dGVyLUFTKSBCR1AtaW5pdGlhdGVkIExTUCBvdmVyIChpbnRyYS1BUykgU1ItaW5pdGlhdGVkIExT UCBiZSBnb29kIGVub3VnaCAoanVzdCBsaWtlIHdoYXQgd2UgaGF2ZSBkb25lIGJlZm9yZSBpbiB0 aGUgTERQIGVyYSwgaS5lLiwgdGhlIEJHUC1pbml0aWF0ZWQgTFNQIG92ZXIgTERQLWluaXRpYXRl ZCBMU1ApPwoKQmVzdCByZWdhcmRzLApYaWFvaHUKCgotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KRnJvbTpMZXMgR2luc2Jl cmcgKGdpbnNiZXJnKSA8Z2luc2JlcmdAY2lzY28uY29tPgpTZW5kIFRpbWU6MjAxOOW5tDEx5pyI MjDml6Uo5pif5pyf5LqMKSAwMjowMApUbzpzdGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbSA8 c3RlcGhhbmUubGl0a293c2tpQG9yYW5nZS5jb20+OyBsc3JAaWV0Zi5vcmcgPGxzckBpZXRmLm9y Zz4KQ2M6c3ByaW5nQGlldGYub3JnIDxzcHJpbmdAaWV0Zi5vcmc+ClN1YmplY3Q6UmU6IFtMc3Jd IGRyYWZ0LWlldGYtaXNpcy1tcGxzLWVsYyAmIGRyYWZ0LWlldGYtb3NwZi1tcGxzLWVsYwoKClN0 ZXBoYW5lIOKAkwoKVGhlIHVzZSBjYXNlIGZvciB0aGlzIHByb3Bvc2FsIGlzIHRvIHN1cHBvcnQg aW50ZXItQVMgc2NlbmFyaW9zIGluIHRoZSBhYnNlbmNlIG9mIGEgY29udHJvbGxlci4KSWYgdGhl IFdHIGFncmVlcyB0aGF0IHRoaXMgdXNlIGNhc2UgbmVlZHMgdG8gYmUgYWRkcmVzc2VkIEkgYmVs aWV2ZSB0aGUgcHJvcG9zYWwgYmVsb3cgaXMgYSBnb29kIGFuZCB2aWFibGUgY29tcHJvbWlzZS4K Ckkgc2F5IOKAnGNvbXByb21pc2XigJ0gYmVjYXVzZSDigJMgYXMgeW91IG1lbnRpb24gYmVsb3cg 4oCTIEVMQy9FTFJEIGFyZSBmdW5jdGlvbmFsbHkgbm9kZSBjYXBhYmlsaXRpZXMuIEJ1dCB0aGUg aW50ZXItQVMgdXNlIGNhc2UgcmVxdWlyZXMgc2lnbmFsaW5nIGJldHdlZW4gQVPigJlzIGFuZCB0 aGUgdmVoaWNsZSB3ZSBoYXZlIGZvciBkb2luZyB0aGF0IGlzIGEgcHJlZml4IGFkdmVydGlzZW1l bnQuIFRoZSBjb21wcm9taXNlIGlzIHRvIGFkdmVydGlzZSBFTEMgYXNzb2NpYXRlZCB3aXRoIGEg cHJlZml4IOKAkyBidXQgbm90IGRvIHNvIGZvciBFUkxELgpUaGlzIHNlZW1zIHJlYXNvbmFibGUg dG8gbWUuCgpPbmUgY2hhbmdlIHRvIHdoYXQgeW91IHN0YXRlIGJlbG93IOKAkyBJIHRoaW5rIOKA nHdoZW4gYSBwcmVmaXggaXMgbGVha2VkIG9yIHJlZGlzdHJpYnV0ZWQsIHRoZSBFTEMgYXNzb2Np YXRlZCB0byB0aGUgcHJlZml4IE1VU1QgYWxzbyBiZSBsZWFrZWQvcmVkaXN0cmlidXRlZC7igJ0u CgogICBMZXMKCgpGcm9tOiBMc3IgPGxzci1ib3VuY2VzQGlldGYub3JnPiBPbiBCZWhhbGYgT2Yg IHN0ZXBoYW5lLmxpdGtvd3NraUBvcmFuZ2UuY29tClNlbnQ6IEZyaWRheSwgTm92ZW1iZXIgMDks IDIwMTggNjozMCBBTQpUbzogbHNyQGlldGYub3JnCkNjOiBzcHJpbmdAaWV0Zi5vcmcKU3ViamVj dDogW0xzcl0gZHJhZnQtaWV0Zi1pc2lzLW1wbHMtZWxjICYgZHJhZnQtaWV0Zi1vc3BmLW1wbHMt ZWxjCkhpIFdHLApTb21lIGRpc2N1c3Npb25zIG9jY3VycmVkIG9uIHRoZSBtYWlsaW5nIGxpc3Qg b24gaG93IHRvIGVuY29kZSB0aGUgZW50cm9weSBsYWJlbCBjYXBhYmlsaXR5IGZvciBTUiBidXQg d2UgaGFkbuKAmXQgZm91bmQgYSBjb25zZW5zdXMgb24gdGhlIHRhcmdldCBzb2x1dGlvbi4KSUVU RiAxMDMgd2FzIHRoZSBvcHBvcnR1bml0eSB0byBtZWV0IGZhY2UgdG8gZmFjZSB2YXJpb3VzIHBl b3BsZSB0aGF0IGhhdmUgcGFydGljaXBhdGVkIHRvIHRoaXMgZGlzY3Vzc2lvbi4KRm9sbG93aW5n IHRoaXMgZGlzY3Vzc2lvbiwgd2UgYXJlIGNvbWluZyB3aXRoIHRoZSBmb2xsb3dpbmcgcHJvcG9z YWwgdGhhdCB0aGUgV0cgbmVlZCB0byB2YWxpZGF0ZToKVGhlIGVudHJvcHkgbGFiZWwgY2FwYWJp bGl0eSBpcyBzdGlsbCBjb25zaWRlcmVkIGFzIGEgcGVyIG5vZGUgcHJvcGVydHkgKGZvciBzaW1w bGljaXR5IHJlYXNvbiwgd2UgZG8gbm90IHdhbnQgdG8gaGF2ZSBhbiBFTEMgcGVyIGxpbmVjYXJk KS4KVGhlIEVSTEQgaXMgY29uc2lkZXJlZCBhcyBhIHBlciBub2RlIHByb3BlcnR5IChmb3Igc2lt cGxpY2l0eSByZWFzb24sIHdlIGRvIG5vdCB3YW50IHRvIGhhdmUgYW4gRVJMRCBwZXIgbGluZWNh cmQpLgpIb3dldmVyIElHUHMgbWF5IGFkdmVydGlzZSBwcmVmaXhlcyB0aGF0IGFyZSBub3QgYmVs b25naW5nIHRvIHRoZSBub2RlIGl0c2VsZiBpbiBhZGRpdGlvbiB0byB0aGUgbG9jYWwgcHJlZml4 ZXMgb2YgdGhlIG5vZGVzLgpBIHR5cGljYWwgdXNlIGNhc2UgaXMgd2hlbiB0d28gSUdQIGRvbWFp bnMgKHJ1bm5pbmcgdGhlIHNhbWUgcHJvdG9jb2wgb3IgYSBkaWZmZXJlbnQgb25lKSBhcmUgcmVk aXN0cmlidXRpbmcgcm91dGVzIGJldHdlZW4gZWFjaCBvdGhlci4KVGhlIGludGVyLWFyZWEgdXNl IGNhc2UgaXMgYWxzbyBjcmVhdGluZyBhIHNpbWlsYXIgc2l0dWF0aW9uLgpXaGVuIGFuIGluZ3Jl c3Mgbm9kZSBwdXNoZXMgYW4gZW50cm9weSBsYWJlbCBiZWxvdyBhIHNlZ21lbnQgIGl0IG11c3Qg ZW5zdXJlIHRoYXQgdGhlIHRhaWwtZW5kIG9mIHRoZSBzZWdtZW50IGlzIGVudHJvcHkgbGFiZWwg Y2FwYWJsZSBvdGhlcndpc2UgcGFja2V0cyB3aWxsIGJlIGRyb3BwZWQuCkFzIGEgY29uc2VxdWVu Y2UsIHdoZW4gcHJlZml4ZXMgYXJlIHJlZGlzdHJpYnV0ZWQsIHRoZSBlbnRyb3B5IGxhYmVsIGNh cGFiaWxpdHkgb2YgdGhlIG5vZGUgd2hvIGhhcyBmaXJzdGx5IG9yaWdpbmF0ZWQgdGhlIHByZWZp eCwgc2hvdWxkIGJlIGFzc29jaWF0ZWQgdG8gdGhlIHByZWZpeCBkdXJpbmcgdGhlIHJlZGlzdHJp YnV0aW9uLgpJbiB0ZXJtcyBvZiBlbmNvZGluZywgd2UgcHJvcG9zZSB0byBhc3NvY2lhdGUgYW4g ZW50cm9weSBsYWJlbCBjYXBhYmlsaXR5IGZvciBlYWNoIHByZWZpeCBhZHZlcnRpc2VkIGJ5IGEg bm9kZS4KVGhlIGVudHJvcHkgbGFiZWwgY2FwYWJpbGl0eSB3aWxsIGJlIGVuY29kZWQgYXMgcGFy dCBvZiB0aGUgUHJlZml4IEF0dHJpYnV0ZXMgSUdQIGV4dGVuc2lvbiAoUkZDNzc5NCBhbmQgUkZD NzY4NCkuClRoZSBlbnRyb3B5IGxhYmVsIGNhcGFiaWxpdHkgbWF5IGJlIHNldCBmb3IgbG9jYWwg cHJlZml4ZXMgKGUuZy4gbG9vcGJhY2tzKSBieSBhIGxvY2FsIGNvbmZpZ3VyYXRpb24gYW5kIGZv ciBsZWFrZWQvcmVkaXN0cmlidXRlZCBwcmVmaXhlcy4gV2hlbiBhIHByZWZpeCBpcyBsZWFrZWQg b3IgcmVkaXN0cmlidXRlZCwgdGhlIEVMQyBhc3NvY2lhdGVkIHRvIHRoZSBwcmVmaXggbWF5IGJl IGFsc28gbGVha2VkL3JlZGlzdHJpYnV0ZWQuCkFuIGluZ3Jlc3Mgc2hvdWxkIHNldCB0aGUgZW50 cm9weSBsYWJlbCBiZWxvdyBhIE5vZGUvUHJlZml4IHNlZ21lbnQgb25seSBpZiB0aGUgcHJlZml4 IGFzc29jaWF0ZWQgdG8gdGhlIE5vZGUvUHJlZml4IHNlZ21lbnQgYXMgdGhlIEVMQyBzZXQgaW4g dGhlIFByZWZpeCBBdHRyaWJ1dGVzLgpBbiBpbmdyZXNzIHNob3VsZCBzZXQgdGhlIGVudHJvcHkg bGFiZWwgYmVsb3cgYW4gQWRqYWNlbmN5IHNlZ21lbnQgb25seSBpZiB0aGUgYWRqYWNlbnQgbmVp Z2hib3Igb2YgdGhlIG5vZGUgdGhhdCBoYXMgYWR2ZXJ0aXNlZCB0aGUgQWRqIFNJRCBpcyBhZHZl cnRpc2luZyBhbiBFUkxEIChhbmQgc28gaXMgZW50cm9weSBsYWJlbCBjYXBhYmxlKS4KRm9yIHRo ZSBiaW5kaW5nIFNJRCwgYXMgSUdQcyBhcmUgbm90IGludm9sdmVkIGluIHRoZSBzaWduYWxpbmcg b2YgdGhlIGJpbmRpbmcgU0lELCB0aGVyZSBpcyBub3RoaW5nIHRvIGRvIGluIHRoZXNlIGRyYWZ0 cy4gCkxldCB1cyBrbm93IHlvdXIgY29tbWVudHMvZmVlZGJhY2sgb24gdGhpcyBwcm9wb3NhbCBz byB3ZSBjYW4gcHJvZ3Jlc3MgdGhlc2UgZG9jdW1lbnRzLgpCcmdkcywKU3RlcGhhbmUKX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f XwogCkNlIG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVz IGluZm9ybWF0aW9ucyBjb25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZl bnQgZG9uYwpwYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9y aXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxl eiBsZSBzaWduYWxlcgphIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVz IHBpZWNlcyBqb2ludGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0 aWJsZXMgZCdhbHRlcmF0aW9uLApPcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBz aSBjZSBtZXNzYWdlIGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuCiAK VGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFs IG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsK dGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1 dGhvcmlzYXRpb24uCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBs ZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0 dGFjaG1lbnRzLgpBcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxl IGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZp ZWQuClRoYW5rIHlvdS4KCg== ------=ALIBOUNDARY_78179_48bf7940_5bf36e77_dd1ee Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PGRpdiBjbGFzcz0iX19hbGl5dW5fZW1haWxfYm9keV9ibG9jayI+PGRpdiAgc3R5bGU9ImxpbmUt aGVpZ2h0OjEuNztmb250LWZhbWlseTpUYWhvbWEsQXJpYWwsU1RIZWl0aSxTaW1TdW47Zm9udC1z aXplOjE0LjBweDtjb2xvcjojMDAwMDAwOyI+PGRpdiAgc3R5bGU9ImNsZWFyOmJvdGg7Ij5IaSBh bGwsPC9kaXY+PGRpdiAgc3R5bGU9ImNsZWFyOmJvdGg7Ij48YnIgPjwvZGl2PjxkaXYgIHN0eWxl PSJjbGVhcjpib3RoOyI+SU1ITywgaXQgc2VlbXMgYSBsaXR0bGUgYml0IG9kZCB0byBzdXBwb3J0 IGludGVyLUFTIFRFIHNjZW5hcmlvcyBpbiB0aGUgYWJzZW5jZSBvZiBhIGNvbnRyb2xsZXIuIElm Jm5ic3A7dGhlIGludGVyLUFTIHNjZW5hcmlvIGlzIG5vdCBmb3IgdGhlIFRFIHB1cnBvc2UsIHdv dWxkIHRoZSAoaW50ZXItQVMpJm5ic3A7QkdQLWluaXRpYXRlZCBMU1Agb3ZlciAoaW50cmEtQVMp IFNSLWluaXRpYXRlZCBMU1AgYmUmbmJzcDtnb29kIGVub3VnaCAoanVzdCBsaWtlIHdoYXQgd2Ug aGF2ZSBkb25lIGJlZm9yZSBpbiB0aGUgTERQIGVyYSwgaS5lLiwmbmJzcDt0aGUgQkdQLWluaXRp YXRlZCBMU1Agb3ZlciZuYnNwO0xEUC1pbml0aWF0ZWQmbmJzcDtMU1ApPzwvZGl2PjxkaXYgIHN0 eWxlPSJjbGVhcjpib3RoOyI+PGJyID48L2Rpdj48ZGl2ICBzdHlsZT0iY2xlYXI6Ym90aDsiPkJl c3QgcmVnYXJkcyw8L2Rpdj48ZGl2ICBzdHlsZT0iY2xlYXI6Ym90aDsiPlhpYW9odTwvZGl2Pjxk aXYgIHN0eWxlPSJjbGVhcjpib3RoOyI+PGJyID48L2Rpdj48YmxvY2txdW90ZSAgc3R5bGU9Im1h cmdpbi1yaWdodDowO21hcmdpbi10b3A6MDttYXJnaW4tYm90dG9tOjA7Zm9udC1mYW1pbHk6VGFo b21hLEFyaWFsLFNUSGVpdGksU2ltU3VuO2ZvbnQtc2l6ZToxNC4wcHg7Y29sb3I6IzAwMDAwMDsi PjxkaXYgIHN0eWxlPSJjbGVhcjpib3RoOyI+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPC9kaXY+PGRpdiAgc3R5bGU9ImNs ZWFyOmJvdGg7Ij5Gcm9tOkxlcyBHaW5zYmVyZyAoZ2luc2JlcmcpICZsdDtnaW5zYmVyZ0BjaXNj by5jb20mZ3Q7PC9kaXY+PGRpdiAgc3R5bGU9ImNsZWFyOmJvdGg7Ij5TZW5kIFRpbWU6MjAxOOW5 tDEx5pyIMjDml6Uo5pif5pyf5LqMKSAwMjowMDwvZGl2PjxkaXYgIHN0eWxlPSJjbGVhcjpib3Ro OyI+VG86c3RlcGhhbmUubGl0a293c2tpQG9yYW5nZS5jb20gJmx0O3N0ZXBoYW5lLmxpdGtvd3Nr aUBvcmFuZ2UuY29tJmd0OzsgbHNyQGlldGYub3JnICZsdDtsc3JAaWV0Zi5vcmcmZ3Q7PC9kaXY+ PGRpdiAgc3R5bGU9ImNsZWFyOmJvdGg7Ij5DYzpzcHJpbmdAaWV0Zi5vcmcgJmx0O3NwcmluZ0Bp ZXRmLm9yZyZndDs8L2Rpdj48ZGl2ICBzdHlsZT0iY2xlYXI6Ym90aDsiPlN1YmplY3Q6UmU6IFtM c3JdIGRyYWZ0LWlldGYtaXNpcy1tcGxzLWVsYyAmYW1wOyBkcmFmdC1pZXRmLW9zcGYtbXBscy1l bGM8L2Rpdj48ZGl2ICBzdHlsZT0iY2xlYXI6Ym90aDsiPjxiciA+PC9kaXY+PHN0eWxlID4hLS0g IEBmb250LWZhY2V7Zm9udC1mYW1pbHk6Q2FtYnJpYSBNYXRoO3Bhbm9zZS0xOjIgNCA1IDMgNSA0 IDYgMyAyIDQ7fXtmb250LWZhbWlseTpDYWxpYnJpO3Bhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMg MiA0O317Zm9udC1mYW1pbHk6Q29uc29sYXM7cGFub3NlLTE6MiAxMSA2IDkgMiAyIDQgMyAyIDQ7 fXtmb250LWZhbWlseTpUYWhvbWE7cGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fXAuTXNv Tm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWx7bWFyZ2luOi4waW47bWFyZ2luLWJv dHRvbTouMHB0O2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSxzYW5zLXNlcmlm O31hOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5re21zby1zdHlsZS1wcmlvcml0eTo5OTtjb2xvcjpi bHVlO3RleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fWE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxp bmtGb2xsb3dlZHttc28tc3R5bGUtcHJpb3JpdHk6OTk7Y29sb3I6cHVycGxlO3RleHQtZGVjb3Jh dGlvbjp1bmRlcmxpbmU7fXByZXttc28tc3R5bGUtcHJpb3JpdHk6OTk7bXNvLXN0eWxlLWxpbms6 SFRNTCBQcmVmb3JtYXR0ZWQgQ2hhcjttYXJnaW46LjBpbjttYXJnaW4tYm90dG9tOi4wcHQ7Zm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpDb3VyaWVyIE5ldzt9cC5Nc29BY2V0YXRlLCBsaS5N c29BY2V0YXRlLCBkaXYuTXNvQWNldGF0ZXttc28tc3R5bGUtcHJpb3JpdHk6OTk7bXNvLXN0eWxl LWxpbms6QmFsbG9vbiBUZXh0IENoYXI7bWFyZ2luOi4waW47bWFyZ2luLWJvdHRvbTouMHB0O2Zv bnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpUYWhvbWEsc2Fucy1zZXJpZjt9cC5tc29ub3JtYWww LCBsaS5tc29ub3JtYWwwLCBkaXYubXNvbm9ybWFsMHttc28tc3R5bGUtbmFtZTptc29ub3JtYWw7 bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bWFyZ2luLXJpZ2h0Oi4waW47bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6LjBpbjtmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5 OlRpbWVzIE5ldyBSb21hbixzZXJpZjt9c3Bhbi5CYWxsb29uVGV4dENoYXJ7bXNvLXN0eWxlLW5h bWU6QmFsbG9vbiBUZXh0IENoYXI7bXNvLXN0eWxlLXByaW9yaXR5Ojk5O21zby1zdHlsZS1saW5r OkJhbGxvb24gVGV4dDtmb250LWZhbWlseTpUYWhvbWEsc2Fucy1zZXJpZjt9c3Bhbi5FbWFpbFN0 eWxlMjB7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7Zm9udC1mYW1pbHk6Q2FsaWJyaSxzYW5zLXNl cmlmO2NvbG9yOndpbmRvd3RleHQ7fXNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXJ7bXNvLXN0eWxl LW5hbWU6SFRNTCBQcmVmb3JtYXR0ZWQgQ2hhcjttc28tc3R5bGUtcHJpb3JpdHk6OTk7bXNvLXN0 eWxlLWxpbms6SFRNTCBQcmVmb3JtYXR0ZWQ7Zm9udC1mYW1pbHk6Q29uc29sYXM7fXNwYW4uRW1h aWxTdHlsZTIze21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5O2ZvbnQtZmFtaWx5OkNhbGli cmksc2Fucy1zZXJpZjtjb2xvcjojMWY0OTdkO30uLk1zb0NocERlZmF1bHR7bXNvLXN0eWxlLXR5 cGU6ZXhwb3J0LW9ubHk7Zm9udC1zaXplOjEwLjBwdDt9QHBhZ2UgV29yZFNlY3Rpb24xe3NpemU6 OC41aW4gMTEuMGluO21hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9ZGl2LldvcmRTZWN0 aW9uMXtwYWdlOldvcmRTZWN0aW9uMTt9LS0+PC9zdHlsZT48ZGl2IGNsYXNzPSJXb3JkU2VjdGlv bjEiPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuICBzdHlsZT0iY29sb3I6IzFmNDk3ZDsiPlN0 ZXBoYW5lIOKAkzwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gIHN0eWxlPSJj b2xvcjojMWY0OTdkOyI+Jm5ic3A7PC9zcGFuPjwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biAgc3R5bGU9ImNvbG9yOiMxZjQ5N2Q7Ij5UaGUgdXNlIGNhc2UgZm9yIHRoaXMgcHJvcG9zYWwg aXMgdG8gc3VwcG9ydCBpbnRlci1BUyBzY2VuYXJpb3MgaW4gdGhlIGFic2VuY2Ugb2YgYSBjb250 cm9sbGVyLjwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gIHN0eWxlPSJjb2xv cjojMWY0OTdkOyI+SWYgdGhlIFdHIGFncmVlcyB0aGF0IHRoaXMgdXNlIGNhc2UgbmVlZHMgdG8g YmUgYWRkcmVzc2VkIEkgYmVsaWV2ZSB0aGUgcHJvcG9zYWwgYmVsb3cgaXMgYSBnb29kIGFuZCB2 aWFibGUgY29tcHJvbWlzZS48L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuICBz dHlsZT0iY29sb3I6IzFmNDk3ZDsiPiZuYnNwOzwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gIHN0eWxlPSJjb2xvcjojMWY0OTdkOyI+SSBzYXkg4oCcY29tcHJvbWlzZeKAnSBi ZWNhdXNlIOKAkyBhcyB5b3UgbWVudGlvbiBiZWxvdyDigJMgRUxDL0VMUkQgYXJlIGZ1bmN0aW9u YWxseSBub2RlIGNhcGFiaWxpdGllcy4gQnV0IHRoZSBpbnRlci1BUyB1c2UgY2FzZSByZXF1aXJl cyBzaWduYWxpbmcgYmV0d2VlbiBBU+KAmXMgYW5kIHRoZSB2ZWhpY2xlIHdlIGhhdmUgZm9yIGRv aW5nIHRoYXQgaXMgYSBwcmVmaXggYWR2ZXJ0aXNlbWVudC4KIFRoZSBjb21wcm9taXNlIGlzIHRv IGFkdmVydGlzZSBFTEMgYXNzb2NpYXRlZCB3aXRoIGEgcHJlZml4IOKAkyBidXQgbm90IGRvIHNv IGZvciBFUkxELjwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gIHN0eWxlPSJj b2xvcjojMWY0OTdkOyI+VGhpcyBzZWVtcyByZWFzb25hYmxlIHRvIG1lLjwvc3Bhbj48L3A+PHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gIHN0eWxlPSJjb2xvcjojMWY0OTdkOyI+Jm5ic3A7PC9z cGFuPjwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiAgc3R5bGU9ImNvbG9yOiMxZjQ5N2Q7 Ij5PbmUgY2hhbmdlIHRvIHdoYXQgeW91IHN0YXRlIGJlbG93IOKAkyBJIHRoaW5rIOKAnHdoZW4g YSBwcmVmaXggaXMgbGVha2VkIG9yIHJlZGlzdHJpYnV0ZWQsIHRoZSBFTEMgYXNzb2NpYXRlZCB0 byB0aGUgcHJlZml4Cjwvc3Bhbj48c3BhbiAgc3R5bGU9ImNvbG9yOnJlZDsiPk1VU1QgPC9zcGFu PjxzcGFuICBzdHlsZT0iY29sb3I6IzFmNDk3ZDsiPmFsc28gYmUgbGVha2VkL3JlZGlzdHJpYnV0 ZWQu4oCdLjwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gIHN0eWxlPSJjb2xv cjojMWY0OTdkOyI+Jm5ic3A7PC9zcGFuPjwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiAg c3R5bGU9ImNvbG9yOiMxZjQ5N2Q7Ij4mbmJzcDsmbmJzcDsgTGVzPC9zcGFuPjwvcD48cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiAgc3R5bGU9ImNvbG9yOiMxZjQ5N2Q7Ij4mbmJzcDs8L3NwYW4+ PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuICBzdHlsZT0iY29sb3I6IzFmNDk3ZDsiPiZu YnNwOzwvc3Bhbj48L3A+PGRpdiAgc3R5bGU9ImJvcmRlci1zdHlsZTpub25lIG5vbmUgbm9uZSBz b2xpZDtib3JkZXItbGVmdC13aWR0aDoyLjBweDtib3JkZXItbGVmdC1jb2xvcjpibHVlO3BhZGRp bmc6LjBpbiAuMGluIC4waW4gNS4wcHg7Ij48ZGl2ICBzdHlsZT0iYm9yZGVyLXN0eWxlOnNvbGlk IG5vbmUgbm9uZTtib3JkZXItdG9wLXdpZHRoOjEuMHB4O2JvcmRlci10b3AtY29sb3I6I2UxZTFl MTtwYWRkaW5nOi4wcHggLjBpbiAuMGluO21hcmdpbi10b3A6LjBweDsiPjxwIGNsYXNzPSJNc29O b3JtYWwiPjxiID5Gcm9tOjwvYj4gTHNyICZsdDtsc3ItYm91bmNlc0BpZXRmLm9yZyZndDsgPGIg Pk9uIEJlaGFsZiBPZiA8L2I+CnN0ZXBoYW5lLmxpdGtvd3NraUBvcmFuZ2UuY29tPGJyID48YiA+ U2VudDo8L2I+IEZyaWRheSwgTm92ZW1iZXIgMDksIDIwMTggNjozMCBBTTxiciA+PGIgPlRvOjwv Yj4gbHNyQGlldGYub3JnPGJyID48YiA+Q2M6PC9iPiBzcHJpbmdAaWV0Zi5vcmc8YnIgPjxiID5T dWJqZWN0OjwvYj4gW0xzcl0gZHJhZnQtaWV0Zi1pc2lzLW1wbHMtZWxjICZhbXA7IGRyYWZ0LWll dGYtb3NwZi1tcGxzLWVsYzwvcD48L2Rpdj48cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8L3A+ PHAgY2xhc3M9Ik1zb05vcm1hbCI+SGkgV0csPC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNw OzwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj5Tb21lIGRpc2N1c3Npb25zIG9jY3VycmVkIG9uIHRo ZSBtYWlsaW5nIGxpc3Qgb24gaG93IHRvIGVuY29kZSB0aGUgZW50cm9weSBsYWJlbCBjYXBhYmls aXR5IGZvciBTUiBidXQgd2UgaGFkbuKAmXQgZm91bmQgYSBjb25zZW5zdXMgb24gdGhlIHRhcmdl dCBzb2x1dGlvbi48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+SUVURiAxMDMgd2FzIHRoZSBvcHBv cnR1bml0eSB0byBtZWV0IGZhY2UgdG8gZmFjZSB2YXJpb3VzIHBlb3BsZSB0aGF0IGhhdmUgcGFy dGljaXBhdGVkIHRvIHRoaXMgZGlzY3Vzc2lvbi48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5i c3A7PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPkZvbGxvd2luZyB0aGlzIGRpc2N1c3Npb24sIHdl IGFyZSBjb21pbmcgd2l0aCB0aGUgZm9sbG93aW5nIHByb3Bvc2FsIHRoYXQgdGhlIFdHIG5lZWQg dG8gdmFsaWRhdGU6PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzwvcD48cCBjbGFzcz0i TXNvTm9ybWFsIj5UaGUgZW50cm9weSBsYWJlbCBjYXBhYmlsaXR5IGlzIHN0aWxsIGNvbnNpZGVy ZWQgYXMgYSBwZXIgbm9kZSBwcm9wZXJ0eSAoZm9yIHNpbXBsaWNpdHkgcmVhc29uLCB3ZSBkbyBu b3Qgd2FudCB0byBoYXZlIGFuIEVMQyBwZXIgbGluZWNhcmQpLjwvcD48cCBjbGFzcz0iTXNvTm9y bWFsIj5UaGUgRVJMRCBpcyBjb25zaWRlcmVkIGFzIGEgcGVyIG5vZGUgcHJvcGVydHkgKGZvciBz aW1wbGljaXR5IHJlYXNvbiwgd2UgZG8gbm90IHdhbnQgdG8gaGF2ZSBhbiBFUkxEIHBlciBsaW5l Y2FyZCkuPC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzwvcD48cCBjbGFzcz0iTXNvTm9y bWFsIj5Ib3dldmVyIElHUHMgbWF5IGFkdmVydGlzZSBwcmVmaXhlcyB0aGF0IGFyZSBub3QgYmVs b25naW5nIHRvIHRoZSBub2RlIGl0c2VsZiBpbiBhZGRpdGlvbiB0byB0aGUgbG9jYWwgcHJlZml4 ZXMgb2YgdGhlIG5vZGVzLjwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj5BIHR5cGljYWwgdXNlIGNh c2UgaXMgd2hlbiB0d28gSUdQIGRvbWFpbnMgKHJ1bm5pbmcgdGhlIHNhbWUgcHJvdG9jb2wgb3Ig YSBkaWZmZXJlbnQgb25lKSBhcmUgcmVkaXN0cmlidXRpbmcgcm91dGVzIGJldHdlZW4gZWFjaCBv dGhlci48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhlIGludGVyLWFyZWEgdXNlIGNhc2UgaXMg YWxzbyBjcmVhdGluZyBhIHNpbWlsYXIgc2l0dWF0aW9uLjwvcD48cCBjbGFzcz0iTXNvTm9ybWFs Ij4mbmJzcDs8L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+V2hlbiBhbiBpbmdyZXNzIG5vZGUgcHVz aGVzIGFuIGVudHJvcHkgbGFiZWwgYmVsb3cgYSBzZWdtZW50ICZuYnNwO2l0IG11c3QgZW5zdXJl IHRoYXQgdGhlIHRhaWwtZW5kIG9mIHRoZSBzZWdtZW50IGlzIGVudHJvcHkgbGFiZWwgY2FwYWJs ZSBvdGhlcndpc2UgcGFja2V0cyB3aWxsIGJlIGRyb3BwZWQuPC9wPjxwIGNsYXNzPSJNc29Ob3Jt YWwiPiZuYnNwOzwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj5BcyBhIGNvbnNlcXVlbmNlLCB3aGVu IHByZWZpeGVzIGFyZSByZWRpc3RyaWJ1dGVkLCB0aGUgZW50cm9weSBsYWJlbCBjYXBhYmlsaXR5 IG9mIHRoZSBub2RlIHdobyBoYXMgZmlyc3RseSBvcmlnaW5hdGVkIHRoZSBwcmVmaXgsIHNob3Vs ZCBiZSBhc3NvY2lhdGVkIHRvIHRoZSBwcmVmaXggZHVyaW5nIHRoZSByZWRpc3RyaWJ1dGlvbi48 L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPklu IHRlcm1zIG9mIGVuY29kaW5nLCB3ZSBwcm9wb3NlIHRvIGFzc29jaWF0ZSBhbiBlbnRyb3B5IGxh YmVsIGNhcGFiaWxpdHkgZm9yIGVhY2ggcHJlZml4IGFkdmVydGlzZWQgYnkgYSBub2RlLjwvcD48 cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGUgZW50cm9weSBsYWJlbCBjYXBhYmlsaXR5IHdpbGwgYmUg ZW5jb2RlZCBhcyBwYXJ0IG9mIHRoZSBQcmVmaXggQXR0cmlidXRlcyBJR1AgZXh0ZW5zaW9uIChS RkM3Nzk0IGFuZCBSRkM3Njg0KS48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhlIGVudHJvcHkg bGFiZWwgY2FwYWJpbGl0eSBtYXkgYmUgc2V0IGZvciBsb2NhbCBwcmVmaXhlcyAoZS5nLiBsb29w YmFja3MpIGJ5IGEgbG9jYWwgY29uZmlndXJhdGlvbiBhbmQgZm9yIGxlYWtlZC9yZWRpc3RyaWJ1 dGVkIHByZWZpeGVzLiBXaGVuIGEgcHJlZml4IGlzIGxlYWtlZCBvciByZWRpc3RyaWJ1dGVkLCB0 aGUgRUxDIGFzc29jaWF0ZWQgdG8gdGhlIHByZWZpeCBtYXkgYmUgYWxzbyBsZWFrZWQvcmVkaXN0 cmlidXRlZC48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PC9wPjxwIGNsYXNzPSJNc29O b3JtYWwiPkFuIGluZ3Jlc3Mgc2hvdWxkIHNldCB0aGUgZW50cm9weSBsYWJlbCBiZWxvdyBhIE5v ZGUvUHJlZml4IHNlZ21lbnQgb25seSBpZiB0aGUgcHJlZml4IGFzc29jaWF0ZWQgdG8gdGhlIE5v ZGUvUHJlZml4IHNlZ21lbnQgYXMgdGhlIEVMQyBzZXQgaW4gdGhlIFByZWZpeCBBdHRyaWJ1dGVz LjwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj5BbiBpbmdyZXNzIHNob3VsZCBzZXQgdGhlIGVudHJv cHkgbGFiZWwgYmVsb3cgYW4gQWRqYWNlbmN5IHNlZ21lbnQgb25seSBpZiB0aGUgYWRqYWNlbnQg bmVpZ2hib3Igb2YgdGhlIG5vZGUgdGhhdCBoYXMgYWR2ZXJ0aXNlZCB0aGUgQWRqIFNJRCBpcyBh ZHZlcnRpc2luZyBhbiBFUkxEIChhbmQgc28gaXMgZW50cm9weSBsYWJlbCBjYXBhYmxlKS48L3A+ PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPkZvciB0 aGUgYmluZGluZyBTSUQsIGFzIElHUHMgYXJlIG5vdCBpbnZvbHZlZCBpbiB0aGUgc2lnbmFsaW5n IG9mIHRoZSBiaW5kaW5nIFNJRCwgdGhlcmUgaXMgbm90aGluZyB0byBkbyBpbiB0aGVzZSBkcmFm dHMuCjwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8L3A+PHAgY2xhc3M9Ik1zb05vcm1h bCI+Jm5ic3A7PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPkxldCB1cyBrbm93IHlvdXIgY29tbWVu dHMvZmVlZGJhY2sgb24gdGhpcyBwcm9wb3NhbCBzbyB3ZSBjYW4gcHJvZ3Jlc3MgdGhlc2UgZG9j dW1lbnRzLjwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8L3A+PHAgY2xhc3M9Ik1zb05v cm1hbCI+QnJnZHMsPC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzwvcD48cCBjbGFzcz0i TXNvTm9ybWFsIj5TdGVwaGFuZTwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8L3A+PHBy ZSA+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXzwvcHJlPjxwcmUgPiZuYnNwOzwvcHJlPjxwcmUgPkNlIG1lc3NhZ2UgZXQgc2Vz IHBpZWNlcyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucyBjb25maWRl bnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYzwvcHJlPjxwcmUgPnBh cyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBT aSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25h bGVyPC9wcmU+PHByZSA+YSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxl cyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2Vw dGlibGVzIGQnYWx0ZXJhdGlvbiw8L3ByZT48cHJlID5PcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNw b25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdlIGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZp ZS4gTWVyY2kuPC9wcmU+PHByZSA+Jm5ic3A7PC9wcmU+PHByZSA+VGhpcyBtZXNzYWdlIGFuZCBp dHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5m b3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzs8L3ByZT48cHJlID50aGV5IHNo b3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNh dGlvbi48L3ByZT48cHJlID5JZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9y LCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0 cyBhdHRhY2htZW50cy48L3ByZT48cHJlID5BcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5n ZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hh bmdlZCBvciBmYWxzaWZpZWQuPC9wcmU+PHByZSA+VGhhbmsgeW91LjwvcHJlPjwvZGl2PjwvZGl2 PjwvYmxvY2txdW90ZT48ZGl2ICBzdHlsZT0ibGluZS1oZWlnaHQ6MjAuMHB4O2NsZWFyOmJvdGg7 Ij48YnIgPjwvZGl2PjwvZGl2PjwvZGl2Pg== ------=ALIBOUNDARY_78179_48bf7940_5bf36e77_dd1ee-- From nobody Mon Nov 19 20:17:39 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B7E03130E27 for ; Mon, 19 Nov 2018 20:17:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.501 X-Spam-Level: X-Spam-Status: No, score=-15.501 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, ENV_AND_HDR_SPF_MATCH=-0.5, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_DEF_SPF_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6pNIsXm8fOt5 for ; Mon, 19 Nov 2018 20:17:26 -0800 (PST) Received: from mail-wm1-x329.google.com (mail-wm1-x329.google.com [IPv6:2a00:1450:4864:20::329]) (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 D81D5130E1B for ; Mon, 19 Nov 2018 20:17:24 -0800 (PST) Received: by mail-wm1-x329.google.com with SMTP id 79so4091774wmo.0 for ; Mon, 19 Nov 2018 20:17:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=134jbOFxY6U0OP+ss3hGtJX7qoEUL237BYRA5y3XfEM=; b=vZKPMm3cUxGd57n0VhDm5scnNUxAB1Niv8m4s+Y6TxEEcvEzTk7HbOheewmD2yLCZq rfNRp93IwNrypFMXcCFBNWSRjjHVHCkS9lCEiFmlWqE2JBFgg+O9mD+WmilfYielAKHC zbV7XBkutqtgLKrHKwpnIWERvd2TIYVj+UN7g+rUBmiVUAWO6Z341d0mTCjQzEwkQXYE VIbmwDmSeE2ZkwI5ovQp9Xzlv26rdqfeDXz0WD18wbbFykl+oCAl/3vwmy6CYIIxDl3S 5znpwO5XdfYuzkWDE+lkgKcXQQEIPGyIEPODD3XjlVUzLmJ0LfUJ7gaYrM3HRclojcuh XA/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=134jbOFxY6U0OP+ss3hGtJX7qoEUL237BYRA5y3XfEM=; b=pSlHNmXIWfkwQKsljh0PMzDK6A/41PdgATIm+aqFjsV3KlF+iYE6geWpX5c5oa0eol 9LYThAsdZ9pgdnzU1Xk1c9MU5+aat/h+yZUfAQjLPU5mhqoq3VTKhfDxrs+WjtvQlRak YTPEIFsDsT+latcZBZYY547bBpdnJMTY7VofqGuEFjgBVszijeG7fCODYPHT9flt4n1e +8/g5kwIMY6PvzDrB8aLrmM8Cx9fKHDFfbGzNQl9ywepaFwWMMcU2ED7rvA28RUSjT5s ewq3YFPl1CmvaiMXQ7owaAVk4YjqAvqQ9n7YRfVvGooJEQJ4a+wnN1WJcTUdRek3v0oB nY3Q== X-Gm-Message-State: AGRZ1gImR+xk54F8KyUXMHx00YrmdosdQUyaonkOiuAuS3rPsvshNdte G0kwVmVYJfdxgBTsDhpC/7MA2271stnKiIo0nhQJJw== X-Google-Smtp-Source: AJdET5dF9Tzgf63HrdjUxdCdPbcI4RSKfx49lrqw+M7CYWJM+Erqgwwt7C120000++vlAkWqIcbj90tdzvDY2wyFRcI= X-Received: by 2002:a1c:8791:: with SMTP id j139mr609055wmd.86.1542687442613; Mon, 19 Nov 2018 20:17:22 -0800 (PST) MIME-Version: 1.0 References: <46a64bb1-1b17-184c-1089-e05315057236@gmail.com> In-Reply-To: From: Rob Shakir Date: Mon, 19 Nov 2018 20:17:09 -0800 Message-ID: To: Alex Bogdanov Cc: Przemyslaw Krol , Shraddha Hegde , rtg-dir@ietf.org, spring@ietf.org, mpls@ietf.org, spring-chairs@ietf.org, jonathan.hardwick@metaswitch.com, draft-ietf-spring-segment-routing-mpls.authors@ietf.org Content-Type: multipart/alternative; boundary="00000000000004ee14057b10e937" Archived-At: Subject: Re: [spring] [mpls] RtgDir Early review: draft-ietf-spring-segment-routing-mpls-13 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2018 04:17:37 -0000 --00000000000004ee14057b10e937 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Folks, Thanks for the feedback here -- given that there were relatively late changes to this draft in its lifecycle to absorb some of the material on conflicts, if the consensus is that we need to make additions (it seems to be pointing that way from this small sample), then I (personally, no chair hat) think we should not worry too much about needing another (short) WGLC. The alternatives of having undefined cases, or worse, needing an addendum document very soon after this is published -- seem much worse than a short delay. Cheers, r. On Mon, Nov 19, 2018 at 10:47 AM Alex Bogdanov wrote: > Hello Shraddha, I think it's an important recommendation to include. > > In the absence of another obvious draft/RFC, I would lean towards my > original proposal of including it as a section in > draft-ietf-spring-segment-routing-mpls. > > Cheers, > > Alex > > > > On Mon, Nov 19, 2018 at 8:02 AM Przemyslaw Krol 40google.com@dmarc.ietf.org> wrote: > >> Hi Shraddha >> >> I think this would be very helpful. >> >> pk >> > >> On Sun, Nov 18, 2018 at 8:39 PM Shraddha Hegde >> wrote: >> >>> Hi all, >>> >>> >>> >>> I am preparing the shepherd write-up and noticed that the topic in belo= w >>> e-mail thread is an >>> >>> Open item. My personal opinion is to add a new section to this draft to >>> address below cases >>> >>> > more than one node advertising the same IPv4/6 PREFIX and both have >>> the same prefix-SID value with "N" flag >>> >>> > where an anycast prefix is advertised with a prefix-SID sub-TLV by >>> some (but not all) of the nodes that advertise that prefix. >>> >>> >>> >>> This draft is addressing incoming label collision and resulting behavio= r >>> and also describes other aspects like different SIDs for same prefix so= it >>> seems reasonable to add above two cases to this draft. >>> >>> WG members, if you have an opinion, pls respond on the list. >>> >>> >>> >>> Rgds >>> >>> Shraddha >>> >> *From:* Alexander Vainshtein >>> >> *Sent:* Sunday, November 4, 2018 9:37 PM >>> *To:* Ahmed Bashandy >>> >> *Cc:* rtg-dir@ietf.org; 'mpls@ietf.org' ; ' >>> adrian@olddog.co.uk' ; Jonathan Hardwick ( >>> Jonathan.Hardwick@metaswitch.com) ; >>> spring@ietf.org; spring-chairs@ietf.org; >>> draft-ietf-spring-segment-routing-mpls.authors@ietf..org; Shraddha >>> Hegde >>> >> >>> *Subject:* RE: RtgDir Early review: >>> draft-ietf-spring-segment-routing-mpls-13 >>> >> >>> >>> Ahmed, >>> >>> Apologies for a delayed response. >>> >>> I fully agree that advertising the same prefix SID as the Node SID by >>> two different nodes in the SR domain is =E2=80=9Ca clear violation of t= he SR >>> architecture RFC (8402)=E2=80=9D. >>> >>> But I do not think that the SR-MPLS draft can silently ignore this >>> violation just because it =E2=80=9Cis not an incoming label collision= =E2=80=9D. >>> >>> The same applies to the controversy in advertising at the same prefix a= s >>> Anycast by some nodes but not as Anycast (or even as a Node SID) by som= e >>> other nodes. >>> >>> Your reference to these being just control plane issues and therefore >>> not related to SR-MPLS is not valid - because the drafts dealing with t= he >>> SR control plane to which you refer in this draft are strictly >>> MPLS-oriented: they define how to advertise *SID labels* or *indices* >>> that are translated into *SID labels*, and neither of these mechanisms >>> is relevant fore SRV6 IMHO. (I do not have to remind you that a draft t= hat >>> defines SRV6 extensions for ISIS >>> >>> exists, and deals with other issues). >>> >>> My 2c, >>> >>> Sasha >>> >>> >>> >>> Office: +972-39266302 <+972%203-926-6302> >>> >>> Cell: +972-549266302 <+972%2054-926-6302> >>> >>> Email: Alexander.Vainshtein@ecitele.com >>> >>> >>> >>> *From:* Ahmed Bashandy [mailto:abashandy.ietf@gmail.com >>> ] >>> *Sent:* Sunday, October 28, 2018 1:01 AM >>> *To:* Shraddha Hegde ; Alexander Vainshtein < >>> Alexander.Vainshtein@ecitele.com> >>> *Cc:* rtg-dir@ietf.org; 'mpls@ietf.org' ; ' >>> adrian@olddog.co.uk' ; Jonathan Hardwick ( >>> Jonathan.Hardwick@metaswitch.com) ; >>> spring@ietf.org; spring-chairs@ietf.org; >>> draft-ietf-spring-segment-routing-mpls.authors@ietf.org >>> *Subject:* Re: RtgDir Early review: >>> draft-ietf-spring-segment-routing-mpls-13 >>> >>> >>> >>> Thanks for the comments >>> >>> While it is a clear violation of the SR architecture RFC (8402), more >>> than one node advertising the same IPv4/6 PREFIX and both have the same >>> prefix-SID value with "N" flag is not an incoming label collision becau= se >>> the label is associated with the same FEC, which is the prefix. >>> >>> Hence handling such violation is not an SR-MPLS problem because there i= s >>> no incoming label collision and hence it it is outside the scope of thi= s >>> draft >>> >>> >>> >>> The second issue is which SID to choose for an SR-policy (be it a polic= y >>> for TE, ti-lfa, uloop avoidance, security,..., etc). That is strictly a >>> control layer functionality and is not specific to SR-MPLS. Hence it is >>> outside the scope of this draft >>> >>> >>> >>> The third issue is the case where an anycast prefix is advertised with = a >>> prefix-SID sub-TLV by some (but not all) of the nodes that advertise th= at >>> prefix. Again this is not an incoming label collision because the label= is >>> associated with a single FEC, which is the anycast prefix. >>> >>> >>> >>> On 7/19/18 8:30 PM, Shraddha Hegde wrote: >>> >> Hi Ahmed, >>> >>> >>> >>> The Node-SIDs are expected to be unique to a node. >>> >>> =E2=80=9C >>> >>> An IGP Node-SID MUST NOT be associated with a prefix that is owned b= y >>> >>> more than one router within the same routing domain.=E2=80=9D >>> >>> >>> >>> If two different nodes advertise same Node-SID, >>> >>> For Example Node A and B both advertise prefix 1.1.1.1 and >>> associate a SID 1000 with N bit set. >>> >>> There is an anomaly here and IMO, this draft should address how to >>> handle this anomaly and whether TI-LFA and other >>> >>> Applications can use this SID as a Node-SID. >>> >>> Another slight variation of this case is a scenario where A and B both >>> advertise a prefix 1.1.1.1 and A assigns a Node-Sid >>> >>> Of 1000 and B does not assign any SID. >>> >>> >>> >>> Rgds >>> >>> Shraddha >>> >>> >>> >>> *From:* Alexander Vainshtein >>> >>> *Sent:* Thursday, July 19, 2018 10:05 PM >>> *To:* Ahmed Bashandy >>> >>> *Cc:* rtg-dir@ietf.org; 'mpls@ietf.org' = ; >>> 'adrian@olddog.co.uk' ; >>> Jonathan Hardwick (Jonathan.Hardwick@metaswitch.com) >>> ; >>> Shraddha Hegde ; >>> spring@ietf.org; spring-chairs@ietf.org; >>> draft-ietf-spring-segment-routing-mpls.authors@ietf.org >>> *Subject:* RE: RtgDir Early review: >>> draft-ietf-spring-segment-routing-mpls-13 >>> >>> >>> >>> Ahmed hi! >>> >>> Lots of thanks for your response. >>> >>> Of course Node SIDs are not different from any other Prefix SIDs when i= t >>> comes to the MPLS forwarding plane. >>> >>> But, IMHO, strictly speaking, this is correct for any other SID as well= . >>> >>> You seem to ignore the difference between SR-MPLS and SRv6 with regard >>> to the life span of prefix SIDs in general and Node SIDs in particular. >>> From my POV this difference should be discussed in the draft. >>> >>> So it seems that we can only =E2=80=9Cagree to disagree=E2=80=9D on the= need to say >>> something specific about Node SIDs in the draft, and let the WG to deci= de >>> what to do about it. >>> >>> Regards, >>> >>> Sasha >>> >>> >>> >>> Office: +972-39266302 <+972%203-926-6302> >>> >>> Cell: +972-549266302 <+972%2054-926-6302> >>> >>> Email: Alexander.Vainshtein@ecitele.com >>> >>> >>> >>> *From:* Ahmed Bashandy [mailto:abashandy.ietf@gmail.com >>> ] >>> *Sent:* Thursday, July 19, 2018 7:13 PM >>> *To:* Alexander Vainshtein >>> *Cc:* rtg-dir@ietf.org; 'mpls@ietf.org' ; ' >>> adrian@olddog.co.uk' ; Jonathan Hardwick ( >>> Jonathan.Hardwick@metaswitch.com) ; >>> shraddha@juniper.net; spring@ietf.org; spring-chairs@ietf.org; >>> draft-ietf-spring-segment-routing-mpls.authors@ietf.org >>> *Subject:* Re: RtgDir Early review: >>> draft-ietf-spring-segment-routing-mpls-13 >>> >>> >>> >>> Thanks for the reply >>> >>> See inline >>> >>> Ahmed >>> >>> >>> >>> On 7/12/18 12:22 AM, Alexander Vainshtein wrote: >>> >>> Ahmed and all, >>> >>> I would like to expand on my comments (and your responses) about the >>> role of Node SIDs in SR-MPLS. >>> >>> I would like to bring your attention two points: >>> >>> 1. Node SIDs (and, in general, Prefix SIDs) in MPLS-SR are >>> different from the same in SRv6 because they require explicit configura= tion >>> action by the operator of SR domain. I.e., it is not enough for a node = to >>> own some /32 or /128 prefix that is advertised by IGP. The operator mus= t >>> explicitly configure the node to use such a prefix as Node SID and to >>> assign to it a specific index that is unique in the SR domain. From my = POV, >>> this difference alone would qualify Node SIDs as a topic to be discusse= d in >>> the MPLS-SR Architecture >>> >>> draft. >>> >>> #Ahmed: I disagree with your POV. From the forwarding plane perspective >>> it does not make any difference whether a the label at the top of an MP= LS >>> packet (representing the prefix-SID) identifies a node or not. So from = the >>> SR-mpls forwarding point of view there is no difference between a >>> prefix-SID and a node-SID. If there is any place in the SR-mpls draft w= here >>> there is a need to handle a node-SID different from a prefix SID, it wo= uld >>> be great to point it out >>> >>> 2. In addition, quite a few constructs associated with SR-MPLS >>> implicitly assume that each node in the SR-MPLS domain is assigned with= at >>> least one Node SID. One example can be found in the TI-LFA >>> >>> draft. This draft says in Section 4.2: >>> >>> >>> >>> 4.2 >>> .. >>> The repair node is a PQ node >>> >>> >>> >>> >>> >>> When the repair node is in P(S,X), the repair list is made of a >>> >>> single node segment to the repair node. >>> >>> In the scope of this section, the repair node is not adjacent to the >>> PLR, and therefore, to the best of my understanding, =E2=80=9Ca single= node >>> segment to the repair node=E2=80=9D can be only the Node SID of the rep= air >>> node. Since repair nodes are computed dynamically, this entire scheme >>> depends on all nodes in the MPLS=3DSR domain having at least one Node = SID >>> each >>> >>> #Ahmed: The choice of the SID to identify an intermediate or exit >>> node(s) in an SR-policy is a control plane behavior, irrespective of re= ason >>> such policy is created (be it ti-lfa explicit path, uloop avoidance >>> explicit path, or some SR-TE explicit path). SR-Policy as well as Ti-LF= A >>> and uloop avoidance are handled in separate drafts. So just like the >>> response to your previous comment, from forwarding plane perspective it >>> does not make any difference whether the label at the top of an MPLS pa= cket >>> identifies a single or multiple nodes. >>> >>> . >>> >>> >>> >>> Hopefully these notes clarify my position on the subject. >>> >>> >>> >>> Regards, >>> >>> Sasha >>> >>> >>> >>> Office: +972-39266302 <+972%203-926-6302> >>> >>> Cell: +972-549266302 <+972%2054-926-6302> >>> >>> Email: Alexander.Vainshtein@ecitele.com >>> >>> >>> >>> *From:* Alexander Vainshtein >>> *Sent:* Wednesday, July 11, 2018 12:02 PM >>> *To:* Ahmed Bashandy >>> >>> *Cc:* rtg-dir@ietf.org; 'mpls@ietf.org' = ; >>> 'adrian@olddog.co.uk' ; >>> Jonathan Hardwick (Jonathan.Hardwick@metaswitch.com) >>> ; >>> shraddha@juniper.net; spring@ietf.org; spring-chairs@ietf.org; >>> draft-ietf-spring-segment-routing-mpls.authors@ietf.org >>> *Subject:* RE: RtgDir Early review: >>> draft-ietf-spring-segment-routing-mpls-13 >>> >>> >>> >>> Ahmed, and all, >>> >>> Lots of thanks for a detailed response to my comments. >>> >>> Please see *inline below* my position on each of them. >>> >>> >>> >>> Regards, >>> >>> Sasha >>> >>> >>> >>> Office: +972-39266302 <+972%203-926-6302> >>> >>> Cell: +972-549266302 <+972%2054-926-6302> >>> >>> Email: Alexander.Vainshtein@ecitele.com >>> >>> >>> >>> *From:* Ahmed Bashandy [mailto:abashandy.ietf@gmail.com >>> ] >>> *Sent:* Wednesday, July 11, 2018 4:42 AM >>> *To:* Alexander Vainshtein ; >>> spring-chairs@ietf.org; >>> draft-ietf-spring-segment-routing-mpls.authors@ietf.org >>> *Cc:* rtg-dir@ietf.org; 'mpls@ietf.org' ; ' >>> adrian@olddog.co.uk' ; Jonathan Hardwick ( >>> Jonathan.Hardwick@metaswitch.com) ; >>> shraddha@juniper.net; spring@ietf.org >>> *Subject:* Re: RtgDir Early review: >>> draft-ietf-spring-segment-routing-mpls-13 >>> >>> >>> >>> Thanks for thorough (and VERY clear) the review >>> >>> See inline #Ahmed >>> >>> >>> >>> Ahmed >>> >>> >>> >>> >>> >>> On 6/15/18 11:08 PM, Alexander Vainshtein wrote: >>> >>> Re-sending to correct SPRING WG list. >>> >>> Sincere apologies for the delay caused by a typo. >>> >>> Thumb typed by Sasha Vainshtein >>> >>> >>> ------------------------------ >>> >>> *From:* Alexander Vainshtein >>> *Sent:* Sunday, June 10, 2018 10:43:52 AM >>> *To:* spring-chairs@ietf.org; >>> draft-ietf-spring-segment-routing-mpls.authors@ietf.org >>> >>> *Cc:* spring@ietf..com ; rtg-dir@ietf.org; ' >>> mpls@ietf.org'; 'adrian@olddog.co.uk'; Jonathan Hardwick ( >>> Jonathan.Hardwick@metaswitch.com); shraddha@juniper.net >>> >>> >>> *Subject:* RE: RtgDir Early review: >>> draft-ietf-spring-segment-routing-mpls-13 >>> >>> Explicitly adding Shraddha who is the shepherd of this draft. >>> >>> >>> >>> Regards, >>> >>> Sasha >>> >>> >>> >>> Office: +972-39266302 <+972%203-926-6302> >>> >>> Cell: +972-549266302 <+972%2054-926-6302> >>> >>> Email: Alexander.Vainshtein@ecitele.com >>> >>> >>> >>> *From:* Alexander Vainshtein >>> *Sent:* Friday, June 8, 2018 5:43 PM >>> *To:* 'spring-chairs@ietf.org' >>> ; ' >>> draft-ietf-spring-segment-routing-mpls.authors@ietf.org' >>> >>> >>> *Cc:* 'spring@ietf.com' ; >>> rtg-dir@ietf.org; mpls@ietf.org; 'adrian@olddog.co.uk' >>> >>> *Subject:* RtgDir Early review: >>> draft-ietf-spring-segment-routing-mpls-13 >>> >>> >>> >>> >>> >>> Hello, >>> >>> I have been selected to do a routing directorate =E2=80=9Cearly=E2=80= =9D review of this >>> draft: >>> https://datatracker.ietf.org/doc/draft-ietf-spring-segment-routing-mpls= / >>> >>> >>> >>> >>> The routing directorate will, on request from the working group chair, >>> perform an =E2=80=9Cearly=E2=80=9D review of a draft before it is submi= tted for publication >>> to the IESG. The early review can be performed at any time during the >>> draft=E2=80=99s lifetime as a working group document. The purpose of th= e early >>> review depends on the stage that the document has reached. As this docu= ment >>> is currently in the WG Last call, my focus for the review was to determ= ine >>> whether the document is ready to be published. Please consider my comme= nts >>> along with the other working group last call comments. >>> >>> >>> >>> For more information about the Routing Directorate, please see =E2=80= =8B >>> http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir >>> >>> >>> >>> >>> *Document*: draft-ietf-spring-segment-routing-mpls-13 >>> >>> *Reviewer*: Alexander (=E2=80=9CSasha=E2=80=9D) Vainshtein ( >>> alexander.vainshtein@ecitele.com) >>> >>> *Review Date*: 08-Jun-18 >>> >>> *Intended Status*: Proposed Standard. >>> >>> >>> >>> *Summary*: >>> >>> >>> >>> I have some minor concerns about this document that I think should be >>> resolved before it is submitted to the IESG. >>> >>> >>> >>> *Comments*: >>> >>> >>> >>> I consider this draft as an important companion document to the Segmen= t >>> Routing Architecture >>> >>> draft that, ideally, should augment definitions of the Segment Routing = (SR) >>> notions and constructs given there with details specific for the SR >>> instantiation that uses the MPLS data plane (SR-MPLS). Many issues ra= ised >>> in my review reflect either gaps that should be, but have not been, clo= sed, >>> or inconsistencies between the two drafts. >>> >>> >>> >>> >>> >>> Since RFC 8287 >>> >>> is already published as a Standards Track RFC, I expect such augmentati= on >>> to be backward compatible with this document (or to provide clear >>> indications of required updates to this document). And I include the MP= LS >>> WG into distribution list. >>> >>> >>> >>> This draft was not easy reading for me. In particular, the style of >>> Section 2.5 that discusses at length and in some detail multiple =E2=80= =9Ccorner >>> cases=E2=80=9D resulting, presumably, from misconfiguration, before it = explains the >>> basic (and relatively simple) =E2=80=9Cnormal=E2=80=9D behavior, looks = problematic to me. >>> >>> >>> >>> The WG Last Call has been extended by one week. Nevertheless, I am >>> sending out my comments >>> >>> >>> >>> *Major Issues*: None found >>> >>> #Ahmed: thanks a lot >>> >>> >>> >>> *Minor Issues*: Quite a few but, hopefully, easy to resolve. >>> >>> >>> >>> 1. *Encapsulation of SR-MPLS packets*: >>> >>> a. RFC 3032 (referenced by the draft) and RFC 5332 (*not mentioned >>> in the draft*) depend two encapsulations of labeled packets - one for >>> Downstream-allocated labels and another for Upstream-allocated ones. >>> >>> #Ahmed: RFC5332 is for multicast. As mentioned in Section 6 of >>> draft-ietf-spring-segment-routing-15, multicast is outside the scope of= SR. >>> Hence the RFC was not referred to in the SR-MPLS draft >>> >>> *[[Sasha]] I would be satisfied with this response, would it not be for >>> the following text I see in Section 2.2 of the* *SR Policy Architecture= * >>> >>> *draft:* >>> >>> A variation of SR Policy can be used for packet replication. A >>> >>> candidate path could comprise multiple SID-Lists; one for each >>> >>> replication path. In such a scenario, packets are actually >>> >>> replicated through each SID List of the SR Policy to realize a point= - >>> >>> to-multipoint service delivery. >>> >>> >>> >>> *This looks to me as being very much multicast in SR, and, unless you >>> want to say that it is limited to SRv6, makes my question relevant IMHO= .* >>> >>> b. From my POV the ST-MPLS only uses Downstream-allocated labels =E2= =80=93 >>> but I expect the draft to state that explicitly, one way or another. (I= f >>> Upstream-allocated labels are relevant for SR-MPLS, I would see it as a >>> major gap, so I hope that this is not the case). >>> >>> #Ahmed: I will add a statement in section 2.2 to mention that it is >>> down-stream allocated as you mentioned >>> >>> *[[Sasha]] This is quite unambiguous and, once added, would resolve my >>> comment in full =E2=80=93 the previous comment notwithstanding. In part= icular, it >>> would imply that even labels representing BSIDs of a SR Replication >>> policies will be downstream-allocated. * >>> >>> >>> >>> 2. *Label spaces in SR-MPLS*: >>> >>> a. RFC 3031 (referenced by the draft) defines per-platform and >>> per-interface label spaces, and RFC 5331 (*not mentioned in the draft*) >>> adds context-specific label spaces and context labels. >>> >>> b. The draft does not say which of these are or are not relevant for >>> SR-MPLS >>> >>> c. From my POV: >>> >>> i. Labels representing all >>> kinds of SIDs mentioned in the draft MUST be allocated from the >>> per-platform label space only >>> >>> ii. At the same time, >>> instantiation of Mirror Segment IDs defined in Section 5.1 of the Segme= nt >>> Routing Architecture draft using MPLS data plane clearly calls for cont= ext >>> labels and context-specific label spaces >>> >>> d. I expect the draft to provide a clear-cut position on these >>> aspects of SR-MPLS. >>> >>> #Ahmed: I will add a statement to section 2.2 to say that the it is >>> per-platform. Regarding the function "mirroring", SR attaches a *functi= on* >>> to each SID. The "mirroring" function is already described in Section 5= .1 >>> of draft-ietf-spring-segment-routing and is not specific to the MPLS >>> forwarding plane. Hence there is no need to re-mention it here because = this >>> document is trying to be as specific as possible to the MPLS forwarding >>> plane. General functions attached to SID are described in the segment >>> routing architecture document or future documents. Furture documents >>> proposing new SR function must be as specific and clear as possible >>> >>> *[[Sasha]] Looks OK to me.* >>> >>> >>> >>> 3. *SR-MPLS and hierarchical LSPs*: >>> >>> a. SR LSPs that include more than one segment are hierarchical LSPs >>> from the POV of the MPLS data plane. Therefore some (possibly, all) of = the >>> models for handling TTL and TC bits that have been defined in RFC 3443 = (*not >>> mentioned in the draft*) should apply to SR-MPLS >>> >>> b. RFC 8287 (*not referenced in the draft*) specifically discussed >>> operation of the LSP Traceroute function for SR LSPs in the case when >>> Pipe/Short Pipe model for TTL handling is used >>> >>> c. I expect the draft to provide at least some guidelines regarding >>> applicability of each specific model defined in RFC 3443 (separately fo= r >>> TTL and TC bits) to SR-MPLS. >>> >>> #Ahmed: BY design, the instantiation of SR over the MPLS forwarding >>> plane (and hence this draft) does not modify the MPLS forwarding plan >>> behavior as it is mentioned in the first sentence in Section 1. So the = TTL >>> behavior specified in rfc3443 is already implied and there is no need t= o >>> re-mention it here just like all aspects of MPLS forwarding. RFC8287 is >>> OAM-specific. SR-OAM is handled in a separate document so is outside t= he >>> scope of this draft >>> >>> *[[Sasha]] Unfortunately I do not think this is good enough. Let me ask >>> a specific question reflecting my concerns:* >>> >>> *The head-end node sends SR-MPLS packets across a path defined by an >>> ordered set of SIDs with more than one SID in the list. Each SID is >>> represented by a label stack entry (LSE) in the MPLS label stack, and t= he >>> label field in each LSE is the label that matches the corresponding SID= . >>> However, each LSE also includes the TTL and TC fields. How does the >>> head-end node set these fields in each of the LSEs following the top on= e? >>> This clearly depends on the model (Uniform vs. Pipe/Short Pipe) impleme= nted >>> in each node that that performs Next operation on the packet along the = path >>> =E2=80=93 but the head-end node usually is not aware of that. * >>> >>> *RFC 8287 is relevant as an example here IMHO because it recommends the >>> following setting of TTL in Traceroute packets:* >>> >>> - *Set the TTL of all the labels above one that represents the >>> segment you are currently tracing to maximum* >>> >>> - *Set the TTL of the label one that represents the segment >>> you are currently tracing to the desired value (to be incremented until= end >>> of segment is reached* >>> >>> - *Set the TTL of all the labels below one that represents the >>> segment you are currently tracing to 0.* >>> >>> *I expect the draft to provide some recommendations for traffic >>> (non-OAM) packets as well.* >>> >>> >>> >>> 4. *Inferring network layer protocol in SR-MPLS*: >>> >>> a. I wonder if the draft could provide any details on the situation >>> when a label that represents some kind of SID is the bottom-of-stack la= bel >>> to be popped by the egress LER >>> >>> #ahmed: This is part of the "Next" function. It is described in detail >>> in this document. >>> >>> *[[Sasha]] NEXT function is mentioned in several places in the document= . >>> Can you please point to the specific text that is relevant for my quest= ion?* >>> >>> >>> >>> b. For the reference, RFC 3032 says that =E2=80=9Cthe identity of th= e >>> network layer protocol must be inferable from the value of the label w= hich >>> is popped from the bottom of the stack, possibly along with the conten= ts >>> of the network layer header itself=E2=80=9D >>> >>> c. From my POV the following scenario indicates relevance of this >>> expectation for SR-MPLS: >>> >>> i. IS-IS is used for >>> distributing both IPv4 and IPv6 reachability in a given domain >>> >>> ii. An IS-IS adjacency over >>> some dual-stack link is established, and a single Adj-SID for this >>> adjacency is advertised >>> >>> iii. The node that has >>> assigned and advertised this Adj-SID receives a labeled packet with the >>> label representing this Adj-SID being both the top and bottom-of-stack = label >>> >>> iv. The implementers must be >>> given unambiguous instructions for forwarding the unlabeled packet via = the >>> dual-stack link as an Ipv4 or an IPv6 packet. >>> >>> #Ahmed: If you take a look at the SR-ISIS , SR-OSPFv2 and SR-OSFv3 >>> drafts, you will see all 3 protocol advertise different adj-SIDS for IP= v4 >>> next-hop and IPv6 next-hop. For example, ISIS uses the "F-Flag" (sectio= n >>> 2.2.1 in draft-ietf-isis-segment-routing-extensions-18) to specify whet= her >>> the adj-SID is for IPv4 and IPv6. Similarly, the SR-ISIS draft attaches= a >>> prefix-SID to the prefix advertisement and hence implies the identity o= f >>> the protocol underneath the bottom most label. For any other "function" >>> attached to a SID, it is part of the specification of this function to >>> describe what happens when the SID is represented by a label in the MPL= S >>> forwarding plane and this label is the bottom most label >>> >>> *[[Sasha]] OK, got it. This issue is resolved.* >>> >>> >>> >>> 5. *Resolution* *of Conflicts*: Are the >>> >>> a. Are the conflict resolution procedures listed in section 2.5 >>> mandatory to implement? >>> >>> b. If they are mandatory to implement, are they also mandatory to >>> deploy, or can the operators simply treat any detected conflict as >>> requiring human intervention and preventing normal operation of SR-MPLS= ? >>> >>> #Ahmed: They are recommended. I will modify the paragraph after the >>> first 3 bullets in Section 2.5 to say that it is recommeded. >>> >>> *[[Sasha]] OK. However, it would be nice if you could refer separately >>> for =E2=80=9CRECOMMENDED to implement=E2=80=9D and =E2=80=9CRECOMMENDED= to deploy=E2=80=9D. The latter >>> probably requires a configuration knob for enabling conflict resolution >>> rules (if they are implemented). * >>> >>> c. For the reference, the IETF capitalized MUST appears just in a >>> few places in Section 2.5, and each appearance has very narrow context: >>> >>> i. For MCCs where the >>> "Topology" and/or "Algorithm" fields are not defined, the numerical val= ue >>> of zero MUST be used for these two fields >>> >>> ii. If the same set of FECs >>> are attached to the same label "L1", then the tie-breaking rules MUST >>> always select the same FEC irrespective of the order in which the FECs = and >>> the label "L1" are received. In other words, the tie-breaking rule MUST= be >>> deterministic. >>> >>> iii. An implementation of >>> explicit SID assignment MUST guarantee collision freeness on the same r= outer >>> >>> From my POV, it is not possible to infer the answer to my question from >>> these statements. Some explicit statement is required. >>> >>> #Ahmed: I agree with you POV and as mentioned in my reply to items (a) >>> and (b), I will modify the paragraph to say that it is RECOMMENDED to >>> answer you questions in items (a) and (b) >>> >>> d. The tie-breaking rules in section 2.5.1 include some specific >>> values for encoding FEC types and address families =E2=80=93 but these = values are >>> not supposed to appear in any IANA registries (because the draft does n= ot >>> request any IANA actions). Can you please clarify what is so special ab= out >>> these values? >>> >>> --00000000000004ee14057b10e937 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Folks,

Thanks for the feedback here -- = given that there were relatively late changes to this draft in its lifecycl= e to absorb some of the material on conflicts, if the consensus is that we = need to make additions (it seems to be pointing that way from this small sa= mple), then I (personally, no chair hat) think we should not worry too much= about needing another (short) WGLC.=C2=A0

The alt= ernatives of having undefined cases, or worse, needing an addendum document= very soon after this is published -- seem much worse than a short delay.

Cheers,
r.

On Mon, Nov 19, 2018 at 10:47 AM Alex Bogdanov= <bogdanov@google.com> wro= te:
Hello Shraddha= , I think it's an important recommendation to include.=C2=A0

In the absence of another obvious draft/RFC, I would lean towards = my original proposal of including it as a section in draft-ietf-spring-segm= ent-routing-mpls.=C2=A0

Cheers,

Alex



On Mon, Nov 1= 9, 2018 at 8:02 AM Przemyslaw Krol <pkrol=3D40google.com@dmarc.ietf.org> wr= ote:
Hi Shraddha

I think this would be ve= ry=C2=A0helpful.

pk
=

On Sun, Nov 18, 2018 at 8:39 P= M Shraddha Hegde <shraddha@juniper.net> wrote:

Hi all,

=C2=A0

I am preparing the shepherd write-up = and noticed that the topic in below e-mail thread is an

Open item. My personal opinion is to = add a new section to this draft to address below cases=

> more than one node advert= ising the same IPv4/6 PREFIX and both have the same prefix-SID value with &= quot;N" flag

> where an anycast prefix i= s advertised with a prefix-SID sub-TLV by some (but not all) of the nodes t= hat advertise that prefix.

=C2=A0

This draft = is addressing incoming label collision and resulting behavior and also desc= ribes other aspects like different SIDs for same prefix so it seems reasonable to add above two cases to this draft.=

WG members,= if you have an opinion, pls respond on the list.

=C2= =A0

Rgds=

Shraddha=

From: Alexander Vainshtei= n <Alexander.Vainshtein@ecitele.com>

Sent: Sunday, November 4, 2018 9:37 PM
To: Ahmed Bashandy <abashandy.ietf@gmail.com>

=


Subject: RE: RtgDir Early review: draft-ietf-spring-segment-routing-= mpls-13

=

=C2=A0

Ahmed,

Apologies f= or a delayed response.

I fully agr= ee that advertising the same prefix SID as the Node SID by two different no= des in the SR domain is =E2=80=9Ca clear violation of the SR architecture RFC (8402)=E2=80=9D.

But I do no= t think that the SR-MPLS draft can silently ignore this violation just beca= use it =E2=80=9Cis not an incoming label collision=E2= =80=9D.

The same ap= plies to the controversy in advertising at the same prefix as Anycast by so= me nodes but not as Anycast (or even as a Node SID) by some other nodes.

Your refere= nce to these being just control plane issues and therefore not related to S= R-MPLS is not valid - because the drafts dealing with the SR control plane to which you refer in this draft are strictly MP= LS-oriented: they define how to advertise SID labels or indices that are translated into = SID labels, and neither of these mechanisms is relevant fore = SRV6 IMHO. (I do not have to remind you that a draft that defines SRV6 extensions for ISIS exists, and deals with other= issues).

My 2c,

Sasha

=C2=A0

Office: +972-39266302

Cell:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +972-549266302<= /u>

Email:=C2=A0=C2=A0 Alexander.Vainshtein@ecitele.com=

=C2=A0

From: Ahmed Bashandy [mailto:a= bashandy.ietf@gmail.com]
Sent: Sunday, October 28, 2018 1:01 AM
To: Shraddha Hegde <shraddha@juniper.net>;= Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>
Cc: rt= g-dir@ietf.org; 'mpls@ietf.org' <mpls@ietf.org>; 'adrian@olddo= g.co.uk' <adrian@olddog.co.uk>; Jonathan= Hardwick (Jonathan.Hardwick@metaswitch.com) <jonathan.h= ardwick@metaswitch.com>; spring@ietf.or= g; spring-= chairs@ietf.org; draft-ietf-spring-segment-routing-mpls.authors@ie= tf.org
Subject: Re: RtgDir Early review: draft-ietf-spring-segment-routing-= mpls-13

=C2=A0

Thanks for the comments

While it is a clear violation of the SR architecture RFC (8402), more th= an one node advertising the same IPv4/6 PREFIX and both have the same prefi= x-SID value with "N" flag is not an incoming label collision beca= use the label is associated with the same FEC, which is the prefix.=C2=A0

Hence handling such violation is not an SR-MPLS problem because there is= no incoming label collision and hence it it is outside the scope of this d= raft

=C2=A0

The second issue is which SID to choose for an SR-policy (be it a policy= for TE, ti-lfa, uloop avoidance, security,..., etc). That is strictly a co= ntrol layer functionality and is not specific to SR-MPLS. Hence it is outsi= de the scope of this draft

=C2=A0

The third issue is the case where an anycast prefix is advertised with a= prefix-SID sub-TLV by some (but not all) of the nodes that advertise that = prefix. Again this is not an incoming label collision because the label is = associated with a single FEC, which is the anycast prefix.

=C2=A0

On 7/19/18 8:30 PM, Shraddha Hegde wrote:<= /u>

Hi Ahmed,

=C2=A0

The Node-SIDs are expected to be uniq= ue to a node. 

=E2=80=9C

=C2=A0=C2=A0 An IGP Node-= SID MUST NOT be associated with a prefix that is owned by<= /u>

=C2=A0=C2=A0 more than on= e router within the same routing domain.=E2=80=9D

=C2=A0

If two different nodes advertise same= Node-SID,

=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 For Example Node A and B both adver= tise prefix 1.1.1.1 and associate a =C2=A0SID 1000 with N bit set.

There is an= anomaly here and IMO, this draft should address how to handle this anomaly= and whether TI-LFA and other

Application= s can use this SID as a Node-SID.

Another sli= ght variation of this case is a scenario where A and B both advertise a pre= fix 1.1.1.1 and A assigns a Node-Sid

Of 1000 and= B does not assign any SID.

=C2=A0

Rgds=

Shraddha

=C2=A0

From: Alexander Vainshtei= n <Alexander.Vainshtein@ecitele.com>
Sent: Thursday, July 19, 2018 10:05 PM
To: Ahmed Bashandy <abashandy.ietf@gmail.com>
Cc: rt= g-dir@ietf.org; 'mpls@ietf.org' <mpls@ietf.or= g>; 'adrian@olddog.co.uk' <adrian= @olddog.co.uk>; Jonathan Hardwick (<= a href=3D"mailto:Jonathan.Hardwick@metaswitch.com" target=3D"_blank">Jonat= han.Hardwick@metaswitch.com) <jonathan.hardwick@metaswitch.com>; S= hraddha Hegde &l= t;shraddha@juniper.net>; spring@ietf.or= g; spring-= chairs@ietf.org; draft-ietf-spring-segment-routing-mpls.authors@ie= tf.org
Subject: RE: RtgDir Early review: draft-ietf-spring-segment-routing-= mpls-13

=C2=A0

Ahmed hi!

Lots of tha= nks for your response.

Of course N= ode SIDs are not different from any other Prefix SIDs when it comes to the = MPLS forwarding plane.

But, IMHO, = strictly speaking, this is correct for any other SID as well.

You seem to= ignore the difference between SR-MPLS and SRv6 with regard to the life spa= n of prefix SIDs in general and Node SIDs in particular. From my POV this difference should be discussed in the draft.

So it seems= that we can only =E2=80=9Cagree to disagree=E2=80=9D on the need to say so= mething specific about Node SIDs in the draft, and let the WG to decide what to do about it.

Regards,

Sasha

=C2=A0

Office: +972-39266302

Cell:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +972-549266302

Email:=C2=A0=C2=A0 Alexander.Vainshtein@ecitele.com

=C2=A0

=C2=A0

Thanks for the reply

See inline

Ahmed

=C2=A0

On 7/12/18 12:22 AM, Alexander Vainshtein wrote:<= /u>

Ahmed and a= ll,

I would lik= e to expand on my comments (and your responses) about the role of Node SIDs= in SR-MPLS.

I would lik= e to bring your attention two points:

1.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Node SIDs (and, in gener= al, Prefix SIDs) in MPLS-SR are different from the same in SRv6 because the= y require explicit configuration action by the operator of SR domain. I.e.,= it is not enough for a node to own some /32 or /128 prefix that is advertised by IGP. The operator must e= xplicitly configure the node to use such a prefix as=C2=A0 Node SID and to = assign to it a specific index that is unique in the SR domain. From my POV,= this difference alone would qualify Node SIDs as a topic to be discussed in the MPLS-SR Architecture draft.=

#Ahmed: I disagree w= ith your POV. From the forwarding plane perspective it does not make any di= fference whether a the label at the top of an MPLS packet (representing the prefix-SID) identifies a node or not. So from the= SR-mpls forwarding point of view there is no difference between a prefix-S= ID and a node-SID. If there is any place in the SR-mpls draft where there i= s a need to handle a node-SID different from a prefix SID, it would be great to point it out

2.=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 In addition, quite a few constructs associated with SR= -MPLS implicitly assume that each node in the SR-MPLS domain is assigned wi= th at least one Node SID. One example can be found in the TI-LFA draft. This draft says in Section 4.2:

=C2=A0

4.2.. The repair node is a PQ node

<= /div>
=C2=A0
=C2=A0
=C2=A0=C2=A0 Wh=
en the repair node is in P(S,X), the repair list is made of a=

=C2=A0=C2=A0 si=
ngle node segment to the repair node.

In the scope of this section, the repair node is not adjacen= t to the PLR, and therefore, to the best of my understanding, =C2=A0=E2=80= =9Ca single node segment to the repair node=E2= =80=9D can be only the Node SID of the repair node. Since repair nodes are = computed dynamically, this entire scheme depends on all nodes in the MPLS= =3DSR domain =C2=A0having at least one Node SID each

#Ahmed: The choice o= f the SID to identify an intermediate or exit node(s) in an SR-policy is a = control plane behavior, irrespective of reason such policy is created (be it ti-lfa explicit path, uloop avoidance explicit pa= th, or some SR-TE explicit path). SR-Policy as well as Ti-LFA and uloop avo= idance are handled in separate drafts. So just like the response to your pr= evious comment, from forwarding plane perspective it does not make any difference whether the label at the= top of an MPLS packet identifies a single or multiple nodes.

.

=C2=A0

Hopefully these notes clarify my position on the subject.

=C2=A0

Regards,

Sasha

=C2=A0

Office: +972-39266302

Cell:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +972-549266302

Email:=C2=A0=C2=A0 Alexander.Vainshtein@ecitele.com

=C2=A0

From: Alexander Vainshtei= n
Sent: Wednesday, July 11, 2018 12:02 PM
To: Ahmed Bashandy <abashandy.ietf@gmail.com>
Cc: rt= g-dir@ietf.org; 'mpls@ietf.org' <mpls@ietf.or= g>; 'adrian@olddog.co.uk' <adrian= @olddog.co.uk>; Jonathan Hardwick (<= a href=3D"mailto:Jonathan.Hardwick@metaswitch.com" target=3D"_blank">Jonat= han.Hardwick@metaswitch.com) <jonathan.hardwick@metaswitch.com>; shraddha@= juniper.net; spring@ietf.or= g; spring-= chairs@ietf.org; draft-ietf-spring-segment-routing-mpls.authors@ie= tf.org
Subject: RE: RtgDir Early review: draft-ietf-spring-segment-routing-= mpls-13

=C2=A0

Ahmed, and = all,

Lots of tha= nks for a detailed response to my comments.

Please see inline below my p= osition on each of them.

=C2=A0

Regards,

Sasha

=C2=A0

Office: +972-39266302

Cell:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +972-549266302

Email:=C2=A0=C2=A0 Alexander.Vainshtein@ecitele.com

=C2=A0

=C2=A0

Thanks for thorough (and VERY clear) the review

See inline #Ahmed

=C2=A0

Ahmed

=C2=A0

=C2=A0

On 6/15/18 11:08 PM, Alexander Vainshtein wrote:<= /u>

Re-sending to=C2=A0 correct SPRING WG list.

Sincere apologies for the delay caused by a typo.=

Thumb typed by Sasha Vainshtein

=C2=A0

=

From: Alexander Vainshtein
Sent: Sunday, June 10, 2018 10:43:52 AM
To: spri= ng-chairs@ietf.org; draft-ietf-spring-segment-routing-mpls.authors@ietf.org

<= /div>
=


Subject: RE: RtgDir Early review: draft-ietf-spring-segment-routing-= mpls-13

Explicitly adding Shra= ddha =C2=A0who is the shepherd of this draft.

=C2=A0

=C2=A0

=C2=A0

=C2=A0

Hello,

I have been selected to do a routing directorate = =E2=80=9Cearly=E2=80=9D review of this draft: https://datatracker.ietf.org/doc/draft-ietf-spring= -segment-routing-mpls/

=C2=A0

The routing directorate will, on request from the w= orking group chair, perform an =E2=80=9Cearly=E2=80=9D review of a draft be= fore it is submitted for publication to the IESG. The early review can be performed at any time during the draft=E2=80=99s lifetime as a work= ing group document. The purpose of the early review depends on the stage th= at the document has reached. As this document is currently in the WG Last c= all, my focus for the review was to determine whether the document is ready to be published. Please consider my comments= along with the other working group last call comments.

=C2=A0

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

=C2=A0

Document: draft-ietf-spring-segment-= routing-mpls-13

Reviewer: Alexander (=E2=80=9CSasha= =E2=80=9D) Vainshtein (alexander.vainshtein@ecitele.com)

Review Date: 08-Jun-18=

Intended Status: Proposed Standard.<= /span>

=C2=A0

Summary:

=C2=A0

I have some minor concerns about this document that= I think should be resolved before it is submitted to the IESG.

=C2=A0

Comments:

=C2=A0

I consider this draft as an important =C2=A0compani= on document to the Segment Routing Architecture draft that, ideally, should augment defin= itions of the Segment Routing (SR) notions and constructs given there with = details specific for the SR instantiation that uses=C2=A0 the MPLS data plane (SR-MPLS).=C2=A0 Many issues raised in my r= eview reflect either gaps that should be, but have not been, closed, or inc= onsistencies between the two drafts.

=C2=A0

=C2=A0

Since RFC 8287 is already published as a Standards Track RFC, I expect s= uch augmentation to be backward compatible with this document (or to provid= e clear indications of required updates to this document). And I include the MPLS WG into distribution list.

=C2=A0

This draft was not easy reading for me. In particul= ar, the style of Section 2.5 that discusses at length and in some detail mu= ltiple =E2=80=9Ccorner cases=E2=80=9D resulting, presumably, from misconfiguration, before it explains the basic (and relatively simple) =E2= =80=9Cnormal=E2=80=9D behavior, looks problematic to me.

=C2=A0

The WG Last Call has been extended by one week. Nev= ertheless, I am sending out my comments

=C2=A0

Major Issues: None found

=

#Ahmed: thanks a lot

=C2=A0

Minor Issues: Quite a few but, hopef= ully, easy to resolve.

=C2=A0

1.=C2=A0=C2=A0=C2=A0 Encapsulation of SR-MPLS packets:

a.=C2=A0=C2=A0=C2=A0 RFC 3032 (referenced by the draft) and RFC 5332 (not mentione= d in the draft) depend two encapsulations of labeled packets - one = for Downstream-allocated labels and another for Upstream-allocated ones.

#Ahmed: RFC5332 is for multicast. As mentioned in Section 6 of d= raft-ietf-spring-segment-routing-15, multicast is outside the scope of SR. = Hence the RFC was not referred to in the SR-MPLS draft

[[Sasha]] I would be satisfied = with this response, would it not be for the following text I see in Section= 2.2 of the SR Policy Architecture draft:

=C2=A0=C2=A0 A variation of SR Policy can = be used for packet replication.=C2=A0 A

=C2=A0=C2=A0 candidate path could comprise= multiple SID-Lists; one for each

=C2=A0=C2=A0 replication path.=C2=A0 In su= ch a scenario, packets are actually

=C2=A0=C2=A0 replicated through each SID L= ist of the SR Policy to realize a point-

=C2=A0=C2=A0 to-multipoint service deliver= y.

=C2=A0

This looks to me as being very = much multicast in SR, and, unless you want to say that it is limited to SRv= 6, makes my question relevant IMHO.

b.=C2=A0=C2=A0=C2=A0 From my POV the ST-MPLS only uses Downstream-allocated labels =E2= =80=93 but I expect the draft to state that explicitly, one way or another.= (If Upstream-allocated labels are relevant for SR-MPLS, I would see it as a major gap, so I hope that this is not the case).

#Ahmed: I will add a statement in section 2.2 to mention that it= is down-stream allocated as you mentioned

[[Sasha]] This is quite unambig= uous and, once added, would resolve my comment in full =E2=80=93 the previo= us comment notwithstanding. In particular, it would imply that even labels representing BSIDs of a SR Replication policies will be d= ownstream-allocated.

=C2=A0

2.=C2=A0=C2=A0=C2=A0 Label spaces in SR-MPLS:

a.=C2=A0=C2=A0=C2=A0 RFC 3031 (referenced by the draft) defines per-platform and per-int= erface label spaces, and RFC 5331 (not mentioned in the draft= ) adds context-specific label spaces and context labels.

b.=C2=A0=C2=A0=C2=A0 The draft does not say which of these are or are not relevant for S= R-MPLS

c.=C2=A0=C2=A0=C2=A0 From my POV:

= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 i.=C2=A0=C2=A0=C2=A0 Labels representing all kinds of SIDs mentioned in the draft MUST b= e allocated from the per-platform label space only

= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 ii.=C2=A0=C2=A0=C2=A0 At the same time, instantiation of Mirror Segment IDs defined in Se= ction 5.1 of the Segment Routing Architecture draft using MPLS data plane c= learly calls for context labels and context-specific label spaces

d.=C2=A0=C2=A0=C2=A0 I expect the draft to provide a clear-cut position on these aspects= of SR-MPLS.

#Ahmed: I will add a statement to section 2.2 to say that the it= is per-platform. Regarding the function "mirroring", SR attaches= a *function* to each SID. The "mirroring" function is already described in Section 5.1 of draft-ietf-spring-segment-routing and = is not specific to the MPLS forwarding plane. Hence there is no need to re-= mention it here because this document is trying to be as specific as possib= le to the MPLS forwarding plane. General functions attached to SID are described in the segment routing arc= hitecture document or future documents. Furture documents proposing new SR = function must be as specific and clear as possible

[[Sasha]] Looks OK to me.

=C2=A0

3.=C2=A0=C2=A0=C2=A0 SR-MPLS and hierarchical LSPs:<= /p>

a.=C2=A0=C2=A0=C2=A0 SR LSPs that include more than one segment are hierarchical LSPs fr= om the POV of the MPLS data plane. Therefore some (possibly, all) of the mo= dels for handling TTL and TC bits that have been defined in RFC 3443 (not mentioned in the draft) should= apply to SR-MPLS

b.=C2=A0=C2=A0=C2=A0 RFC 8287 (not referenced in the draft) specifically d= iscussed operation of the LSP Traceroute function for SR LSPs in the case w= hen Pipe/Short Pipe model for TTL handling is used

c.=C2=A0=C2=A0=C2=A0 I expect the draft to provide at least some guidelines regarding ap= plicability of each specific model defined in RFC 3443 (separately for TTL = and TC bits) to SR-MPLS.

#Ahmed: BY design, the instantiation of SR over the MPLS forward= ing plane (and hence this draft) does not modify the MPLS forwarding plan b= ehavior as it is mentioned in the first sentence in Section 1. So the TTL behavior specified in rfc3443 is already implied = and there is no need to re-mention it here just like all aspects of MPLS fo= rwarding. RFC8287 is OAM-specific.=C2=A0 SR-OAM is handled in a separate do= cument so is outside the scope of this draft

[[Sasha]] Unfortunately I do no= t think this is good enough. Let me ask a specific question reflecting my c= oncerns:

The head-end node sends SR-MPLS= packets across a path defined by an ordered set of SIDs with more than one= SID in the list. Each SID is represented by a label stack entry (LSE) in the MPLS label stack, and the label field in ea= ch LSE is the label that matches the corresponding SID. However, each LSE a= lso includes the TTL and TC fields. How does the head-end node set these fi= elds in each of the LSEs following the top one? This clearly depends on the model (Uniform vs. Pipe/Short Pip= e) implemented in each node that that performs Next operation on the packet= along the path =E2=80=93 but the head-end node usually is not aware of tha= t.

RFC 8287 is relevant as an exam= ple here IMHO because it recommends the following setting of TTL in Tracero= ute packets:

-=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Set the TTL of all= the labels above one that represents the segment you are currently tracing= to maximum

-=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Set the TTL of the= label one that represents the segment you are currently tracing to the des= ired value (to be incremented until end of segment is reached

-=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Set the TTL of all= the labels below one that represents the segment you are currently tracing= to 0.

I expect the draft to provide some recommendatio= ns for traffic (non-OAM) packets as well.

=C2=A0

4.=C2=A0=C2=A0=C2=A0 Inferring network layer protocol in SR-MPLS:<= u>

a.=C2=A0=C2=A0=C2=A0 I wonder if the draft could provide any details on the situation wh= en a label that represents some kind of SID is the bottom-of-stack label to= be popped by the egress LER

#ahmed: This is part of the "Next" function. It is des= cribed in detail in this document.

[[Sasha]] NEXT function is ment= ioned in several places in the document. Can you please point to the specif= ic text that is relevant for my question?

=C2=A0

b.=C2=A0=C2=A0=C2=A0 For the reference, RFC 3032 says that =E2=80=9Cthe identity of the = network layer protocol=C2=A0 must be inferable from the value of the label = which is popped from=C2=A0 the bottom of the stack, possibly along with the contents=C2=A0 of the network layer header itself=E2=80=9D=

c.=C2=A0=C2=A0=C2=A0 From my POV the following scenario indicates relevance of this expe= ctation for SR-MPLS:

= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 i.=C2=A0=C2=A0=C2=A0 IS-IS is used for distributing both IPv4 and IPv6 reachability in a= given domain

= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 ii.=C2=A0=C2=A0=C2=A0 An IS-IS adjacency over some dual-stack link is established, and a = single Adj-SID for this adjacency is advertised

= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 iii.=C2=A0=C2=A0=C2=A0 The node that has assigned and advertised this Adj-SID receives a l= abeled packet with the label representing this Adj-SID being both the top a= nd bottom-of-stack label

= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 iv.=C2=A0=C2=A0=C2=A0 The implementers must be given unambiguous instructions for forward= ing the unlabeled packet via the dual-stack link as an Ipv4 or an IPv6 pack= et.

#Ahmed: If you take a look at the SR-ISIS , SR-OSPFv2 and SR-OSF= v3 drafts, you will see all 3 protocol advertise different adj-SIDS for IPv= 4 next-hop and IPv6 next-hop. For example, ISIS uses the "F-Flag" (section 2.2.1 in draft-ietf-isis-segment-rout= ing-extensions-18) to specify whether the adj-SID is for IPv4 and IPv6. Sim= ilarly, the SR-ISIS draft attaches a prefix-SID to the prefix advertisement= and hence implies the identity of the protocol underneath the bottom most label. For any other "function" attac= hed to a SID, it is part of the specification of this function to describe = what happens when the SID is represented by a label in the MPLS forwarding = plane and this label is the bottom most label

[[Sasha]] OK, got it. This issu= e is resolved.

=C2=A0

5.=C2=A0=C2=A0=C2=A0 Resolution of Conflicts: Are the

a.=C2=A0=C2=A0=C2=A0 Are the conflict resolution procedures listed in section 2.5 mandat= ory to implement?

b.=C2=A0=C2=A0=C2=A0 If they are mandatory to implement, are they also mandatory to depl= oy, or can the operators simply treat any detected conflict as requiring hu= man intervention and preventing normal operation of SR-MPLS?

#Ahmed: They are recommended. I will modify the paragraph after = the first 3 bullets in Section 2.5 to say that it is recommeded. =C2=A0

[[Sasha]] OK. However, it would= be nice if you could refer separately for =E2=80=9CRECOMMENDED to implemen= t=E2=80=9D and =E2=80=9CRECOMMENDED to deploy=E2=80=9D.=C2=A0 The latter pr= obably requires a configuration knob for enabling conflict resolution rules (if they are i= mplemented).

c.=C2=A0=C2=A0=C2=A0 For the reference, the IETF capitalized MUST appears just in a few = places in Section 2.5, and each appearance has very narrow context:<= u>

= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 i.=C2=A0=C2=A0=C2=A0 For MCCs where the "Topology" and/or "Algorithm"= ; fields are not defined, the numerical value of zero MUST be used for thes= e two fields

= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 ii.=C2=A0=C2=A0=C2=A0 If the same set of FECs are attached to the same label "L1&quo= t;, then the tie-breaking rules MUST always select the same FEC irrespectiv= e of the order in which the FECs and the label "L1" are received. In other words, the tie-breaking rule MUST be deterministic.

= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 iii.=C2=A0=C2=A0=C2=A0 An implementation of explicit SID assignment MUST guarantee collisi= on freeness on the same router

From my POV, it is not = possible to infer the answer to my question from these statements. Some exp= licit statement is required.

#Ahmed: I agree with you POV and as mentioned in my reply to ite= ms (a) and (b), I will modify the paragraph to say that it is RECOMMENDED t= o answer you questions in items (a) and (b)

d.=C2=A0=C2=A0=C2=A0 The tie-breaking rules in section 2.5.1 include some specific value= s for encoding FEC types and address families =E2=80=93 but these values ar= e not supposed to appear in any IANA registries (because the draft does not request any IANA actions). Can you please clarify what = is so special about these values?

--00000000000004ee14057b10e937-- From nobody Mon Nov 19 21:19:13 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 07EBF127332; Mon, 19 Nov 2018 21:19:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.987 X-Spam-Level: X-Spam-Status: No, score=-1.987 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_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DuDaDQwoi0EV; Mon, 19 Nov 2018 21:19:06 -0800 (PST) Received: from mail-pl1-x62a.google.com (mail-pl1-x62a.google.com [IPv6:2607:f8b0:4864:20::62a]) (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 EEA1A12D4EB; Mon, 19 Nov 2018 21:19:05 -0800 (PST) Received: by mail-pl1-x62a.google.com with SMTP id v1-v6so408984plo.2; Mon, 19 Nov 2018 21:19:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=TmhL4/l9hAcZ+Z8NlKXoDWKBydPbJvlUFJwXdC0Z6c4=; b=I0fJyZLN/fH3r74fL7nVSVMrufFP2xjC8NA4iO/VZavU7WR3PmXos9CQr8jkRkDXvu W/pm4toYdEClNk5hKcbbm2OAZlXk4zCL5sO3G9ZMDCJ9A5kLAgaYK5GBR0zhxfDpzN1F PCIbIkG4w9HmaE7kVcNEODx69OE4wobO94tEETay6rANJfSV6toIv71MIzPgqPm8OcZ6 WIW4wTdi0SQTvuqULZC3MXAOAafyNCrt4lUuD0HEU0RGvcZ9E0Hh4WCJ+GRJfDGFT/h/ UsxpmCi/TjGe0E8cvBrOkH+9DcJ7VRmWZGW4g4yhzA/rYliuMI/0L4aNz5WPm+gZsN41 mNGg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=TmhL4/l9hAcZ+Z8NlKXoDWKBydPbJvlUFJwXdC0Z6c4=; b=Zf8zuQhKWLwi5vW14c6JpxmTwY87ZCNcgINg8OHuDhEH6pf2+D77BXFxLNepEUr6NC PrHu1P78Boe68FHSk+HwEorgpHwSaH+WHy0kq2/Ex991i37C14BmJ+Ivy0W0yp/Ia2oE Fesfygeawf00/GNTt4ekq9+Sk20iV7L1Jybv6VlPULhEI1wEy/Va6zAjcMWImkP6sxmd 8sduFYBezy+Im+QyEdsFsWxFgPM9nqPCN1yhYTwdAR2gXl6HKsReViNgwcWNPHnvRIJ7 2uGv+UdyVOg+leLhnl+VDpx30Y4Wmll1QxktX1hJaDDb+4zjiSrVSA3eRzoK+6S5nPtP KOSw== X-Gm-Message-State: AA+aEWY1g4ss5/MwLOrh9ymf/Elp3uENw9ixUocdAMWnIXEm+L77yA0i zNkEEiNItllZYlcDeCjDI1xD4SaZ X-Google-Smtp-Source: AFSGD/U37YLpIy7hS0Zgx8ipmNQSMBtHijjiHaEXo5OEu9WFnwIET7K8oJ0faHSDjcFlCS9jb3JXzw== X-Received: by 2002:a17:902:7107:: with SMTP id a7mr735958pll.290.1542691144759; Mon, 19 Nov 2018 21:19:04 -0800 (PST) Received: from [192.168.1.9] (c-73-189-13-44.hsd1.ca.comcast.net. [73.189.13.44]) by smtp.gmail.com with ESMTPSA id u6sm43288446pgr.79.2018.11.19.21.19.03 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 19 Nov 2018 21:19:03 -0800 (PST) Content-Type: multipart/alternative; boundary=Apple-Mail-4969499B-3E82-4EDD-B8BC-F3CD36C54030 Mime-Version: 1.0 (1.0) From: Jeff Tantsura X-Mailer: iPhone Mail (16B92) In-Reply-To: Date: Mon, 19 Nov 2018 21:19:02 -0800 Cc: Alexander Vainshtein , Ahmed Bashandy , "rtg-dir@ietf.org" , "spring@ietf.org" , "mpls@ietf.org" , "spring-chairs@ietf.org" , "draft-ietf-spring-segment-routing-mpls.authors@ietf.org" , "Jonathan Hardwick (Jonathan.Hardwick@metaswitch.com)" Content-Transfer-Encoding: 7bit Message-Id: <71D2FC23-63CD-45A9-8996-2DAF4A27204E@gmail.com> References: <46a64bb1-1b17-184c-1089-e05315057236@gmail.com> To: Shraddha Hegde Archived-At: Subject: Re: [spring] [mpls] RtgDir Early review: draft-ietf-spring-segment-routing-mpls-13 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2018 05:19:12 -0000 --Apple-Mail-4969499B-3E82-4EDD-B8BC-F3CD36C54030 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Sraddha, Please do so. Thanks=20 Regards, Jeff > On Nov 18, 2018, at 20:37, Shraddha Hegde wrote: >=20 > Hi all, >=20 > =20 >=20 > I am preparing the shepherd write-up and noticed that the topic in below e= -mail thread is an >=20 > Open item. My personal opinion is to add a new section to this draft to ad= dress below cases >=20 > > more than one node advertising the same IPv4/6 PREFIX and both have the s= ame prefix-SID value with "N" flag >=20 > > where an anycast prefix is advertised with a prefix-SID sub-TLV by some (= but not all) of the nodes that advertise that prefix. >=20 > =20 >=20 > This draft is addressing incoming label collision and resulting behavior a= nd also describes other aspects like different SIDs for same prefix so it se= ems reasonable to add above two cases to this draft. >=20 > WG members, if you have an opinion, pls respond on the list. >=20 > =20 >=20 > Rgds >=20 > Shraddha >=20 > From: Alexander Vainshtein =20 > Sent: Sunday, November 4, 2018 9:37 PM > To: Ahmed Bashandy > Cc: rtg-dir@ietf.org; 'mpls@ietf.org' ; 'adrian@olddog.co.u= k' ; Jonathan Hardwick (Jonathan.Hardwick@metaswitch.co= m) ; spring@ietf.org; spring-chairs@ietf.o= rg; draft-ietf-spring-segment-routing-mpls.authors@ietf.org; Shraddha Hegde <= shraddha@juniper.net> > Subject: RE: RtgDir Early review: draft-ietf-spring-segment-routing-mpls-1= 3 > =20 >=20 > Ahmed, >=20 > Apologies for a delayed response. >=20 > I fully agree that advertising the same prefix SID as the Node SID by two d= ifferent nodes in the SR domain is =E2=80=9Ca clear violation of the SR arch= itecture RFC (8402)=E2=80=9D. >=20 > But I do not think that the SR-MPLS draft can silently ignore this violati= on just because it =E2=80=9Cis not an incoming label collision=E2=80=9D. >=20 > The same applies to the controversy in advertising at the same prefix as A= nycast by some nodes but not as Anycast (or even as a Node SID) by some othe= r nodes. >=20 > Your reference to these being just control plane issues and therefore not r= elated to SR-MPLS is not valid - because the drafts dealing with the SR cont= rol plane to which you refer in this draft are strictly MPLS-oriented: they d= efine how to advertise SID labels or indices that are translated into SID la= bels, and neither of these mechanisms is relevant fore SRV6 IMHO. (I do not h= ave to remind you that a draft that defines SRV6 extensions for ISIS exists,= and deals with other issues). >=20 > My 2c, > Sasha > =20 > Office: +972-39266302 > Cell: +972-549266302 > Email: Alexander.Vainshtein@ecitele.com > =20 >=20 > From: Ahmed Bashandy [mailto:abashandy.ietf@gmail.com]=20 > Sent: Sunday, October 28, 2018 1:01 AM > To: Shraddha Hegde ; Alexander Vainshtein > Cc: rtg-dir@ietf.org; 'mpls@ietf.org' ; 'adrian@olddog.co.u= k' ; Jonathan Hardwick (Jonathan.Hardwick@metaswitch.co= m) ; spring@ietf.org; spring-chairs@ietf.o= rg; draft-ietf-spring-segment-routing-mpls.authors@ietf.org > Subject: Re: RtgDir Early review: draft-ietf-spring-segment-routing-mpls-1= 3 > =20 >=20 > Thanks for the comments >=20 > While it is a clear violation of the SR architecture RFC (8402), more than= one node advertising the same IPv4/6 PREFIX and both have the same prefix-S= ID value with "N" flag is not an incoming label collision because the label i= s associated with the same FEC, which is the prefix.=20 >=20 > Hence handling such violation is not an SR-MPLS problem because there is n= o incoming label collision and hence it it is outside the scope of this draf= t >=20 > =20 >=20 > The second issue is which SID to choose for an SR-policy (be it a policy f= or TE, ti-lfa, uloop avoidance, security,..., etc). That is strictly a contr= ol layer functionality and is not specific to SR-MPLS. Hence it is outside t= he scope of this draft >=20 > =20 >=20 > The third issue is the case where an anycast prefix is advertised with a p= refix-SID sub-TLV by some (but not all) of the nodes that advertise that pre= fix. Again this is not an incoming label collision because the label is asso= ciated with a single FEC, which is the anycast prefix. >=20 > =20 >=20 > On 7/19/18 8:30 PM, Shraddha Hegde wrote: >=20 > Hi Ahmed, >=20 > =20 >=20 > The Node-SIDs are expected to be unique to a node. >=20 > =E2=80=9C > An IGP Node-SID MUST NOT be associated with a prefix that is owned by > more than one router within the same routing domain.=E2=80=9D > =20 >=20 > If two different nodes advertise same Node-SID, >=20 > For Example Node A and B both advertise prefix 1.1.1.1 and associ= ate a SID 1000 with N bit set. >=20 > There is an anomaly here and IMO, this draft should address how to handle t= his anomaly and whether TI-LFA and other >=20 > Applications can use this SID as a Node-SID. >=20 > Another slight variation of this case is a scenario where A and B both adv= ertise a prefix 1.1.1.1 and A assigns a Node-Sid >=20 > Of 1000 and B does not assign any SID. >=20 > =20 >=20 > Rgds >=20 > Shraddha >=20 > =20 >=20 > From: Alexander Vainshtein =20 > Sent: Thursday, July 19, 2018 10:05 PM > To: Ahmed Bashandy > Cc: rtg-dir@ietf.org; 'mpls@ietf.org' ; 'adrian@olddog.co.u= k' ; Jonathan Hardwick (Jonathan.Hardwick@metaswitch.co= m) ; Shraddha Hegde = ; spring@ietf.org; spring-chairs@ietf.org; draft-ietf-spring-segment-routing= -mpls.authors@ietf.org > Subject: RE: RtgDir Early review: draft-ietf-spring-segment-routing-mpls-1= 3 > =20 >=20 > Ahmed hi! >=20 > Lots of thanks for your response. >=20 > Of course Node SIDs are not different from any other Prefix SIDs when it c= omes to the MPLS forwarding plane. >=20 > But, IMHO, strictly speaking, this is correct for any other SID as well. >=20 > You seem to ignore the difference between SR-MPLS and SRv6 with regard to t= he life span of prefix SIDs in general and Node SIDs in particular. =46rom m= y POV this difference should be discussed in the draft. >=20 > So it seems that we can only =E2=80=9Cagree to disagree=E2=80=9D on the ne= ed to say something specific about Node SIDs in the draft, and let the WG to= decide what to do about it. >=20 > Regards, > Sasha > =20 > Office: +972-39266302 > Cell: +972-549266302 > Email: Alexander.Vainshtein@ecitele.com > =20 >=20 > From: Ahmed Bashandy [mailto:abashandy.ietf@gmail.com]=20 > Sent: Thursday, July 19, 2018 7:13 PM > To: Alexander Vainshtein > Cc: rtg-dir@ietf.org; 'mpls@ietf.org' ; 'adrian@olddog.co.u= k' ; Jonathan Hardwick (Jonathan.Hardwick@metaswitch.co= m) ; shraddha@juniper.net; spring@ietf.org= ; spring-chairs@ietf.org; draft-ietf-spring-segment-routing-mpls.authors@iet= f.org > Subject: Re: RtgDir Early review: draft-ietf-spring-segment-routing-mpls-1= 3 > =20 >=20 > Thanks for the reply >=20 > See inline >=20 > Ahmed >=20 > =20 >=20 > On 7/12/18 12:22 AM, Alexander Vainshtein wrote: >=20 > Ahmed and all, >=20 > I would like to expand on my comments (and your responses) about the role o= f Node SIDs in SR-MPLS. >=20 > I would like to bring your attention two points: >=20 > 1. Node SIDs (and, in general, Prefix SIDs) in MPLS-SR are different= from the same in SRv6 because they require explicit configuration action by= the operator of SR domain. I.e., it is not enough for a node to own some /= 32 or /128 prefix that is advertised by IGP. The operator must explicitly co= nfigure the node to use such a prefix as Node SID and to assign to it a spe= cific index that is unique in the SR domain. =46rom my POV, this difference a= lone would qualify Node SIDs as a topic to be discussed in the MPLS-SR Archi= tecture draft. > #Ahmed: I disagree with your POV. =46rom the forwarding plane perspective i= t does not make any difference whether a the label at the top of an MPLS pac= ket (representing the prefix-SID) identifies a node or not. So from the SR-m= pls forwarding point of view there is no difference between a prefix-SID and= a node-SID. If there is any place in the SR-mpls draft where there is a nee= d to handle a node-SID different from a prefix SID, it would be great to poi= nt it out >=20 >=20 > 2. In addition, quite a few constructs associated with SR-MPLS implic= itly assume that each node in the SR-MPLS domain is assigned with at least o= ne Node SID. One example can be found in the TI-LFA draft. This draft says i= n Section 4.2: > =20 >=20 > 4.2. The repair node is a PQ node > =20 > =20 > When the repair node is in P(S,X), the repair list is made of a > single node segment to the repair node. > In the scope of this section, the repair node is not adjacent to the PLR, a= nd therefore, to the best of my understanding, =E2=80=9Ca single node segme= nt to the repair node=E2=80=9D can be only the Node SID of the repair node. S= ince repair nodes are computed dynamically, this entire scheme depends on al= l nodes in the MPLS=3DSR domain having at least one Node SID each > #Ahmed: The choice of the SID to identify an intermediate or exit node(s) i= n an SR-policy is a control plane behavior, irrespective of reason such poli= cy is created (be it ti-lfa explicit path, uloop avoidance explicit path, or= some SR-TE explicit path). SR-Policy as well as Ti-LFA and uloop avoidance a= re handled in separate drafts. So just like the response to your previous co= mment, from forwarding plane perspective it does not make any difference whe= ther the label at the top of an MPLS packet identifies a single or multiple n= odes.=20 >=20 >=20 > . > =20 > Hopefully these notes clarify my position on the subject. > =20 > Regards, > Sasha > =20 > Office: +972-39266302 > Cell: +972-549266302 > Email: Alexander.Vainshtein@ecitele.com > =20 >=20 > From: Alexander Vainshtein=20 > Sent: Wednesday, July 11, 2018 12:02 PM > To: Ahmed Bashandy > Cc: rtg-dir@ietf.org; 'mpls@ietf.org' ; 'adrian@olddog.co.u= k' ; Jonathan Hardwick (Jonathan.Hardwick@metaswitch.co= m) ; shraddha@juniper.net; spring@ietf.org= ; spring-chairs@ietf.org; draft-ietf-spring-segment-routing-mpls.authors@iet= f.org > Subject: RE: RtgDir Early review: draft-ietf-spring-segment-routing-mpls-1= 3 > =20 >=20 > Ahmed, and all, >=20 > Lots of thanks for a detailed response to my comments. >=20 > Please see inline below my position on each of them. >=20 > =20 >=20 > Regards, > Sasha > =20 > Office: +972-39266302 > Cell: +972-549266302 > Email: Alexander.Vainshtein@ecitele.com > =20 >=20 > From: Ahmed Bashandy [mailto:abashandy.ietf@gmail.com]=20 > Sent: Wednesday, July 11, 2018 4:42 AM > To: Alexander Vainshtein ; spring-chairs= @ietf.org; draft-ietf-spring-segment-routing-mpls.authors@ietf.org > Cc: rtg-dir@ietf.org; 'mpls@ietf.org' ; 'adrian@olddog.co.u= k' ; Jonathan Hardwick (Jonathan.Hardwick@metaswitch.co= m) ; shraddha@juniper.net; spring@ietf.org= > Subject: Re: RtgDir Early review: draft-ietf-spring-segment-routing-mpls-1= 3 > =20 >=20 > Thanks for thorough (and VERY clear) the review >=20 > See inline #Ahmed >=20 > =20 >=20 > Ahmed >=20 > =20 >=20 > =20 >=20 > On 6/15/18 11:08 PM, Alexander Vainshtein wrote: >=20 > Re-sending to correct SPRING WG list. >=20 > Sincere apologies for the delay caused by a typo. >=20 > Thumb typed by Sasha Vainshtein >=20 > =20 >=20 > From: Alexander Vainshtein > Sent: Sunday, June 10, 2018 10:43:52 AM > To: spring-chairs@ietf.org; draft-ietf-spring-segment-routing-mpls.authors= @ietf.org > Cc: spring@ietf.com; rtg-dir@ietf.org; 'mpls@ietf.org'; 'adrian@olddog.co.= uk'; Jonathan Hardwick (Jonathan.Hardwick@metaswitch.com); shraddha@juniper.= net > Subject: RE: RtgDir Early review: draft-ietf-spring-segment-routing-mpls-1= 3 >=20 > =20 >=20 > Explicitly adding Shraddha who is the shepherd of this draft. >=20 > =20 >=20 > Regards, >=20 > Sasha >=20 > =20 >=20 > Office: +972-39266302 >=20 > Cell: +972-549266302 >=20 > Email: Alexander.Vainshtein@ecitele.com >=20 > =20 >=20 > From: Alexander Vainshtein=20 > Sent: Friday, June 8, 2018 5:43 PM > To: 'spring-chairs@ietf.org' ; 'draft-ietf-spring-= segment-routing-mpls.authors@ietf.org' > Cc: 'spring@ietf.com' ; rtg-dir@ietf.org; mpls@ietf.org; '= adrian@olddog.co.uk' > Subject: RtgDir Early review: draft-ietf-spring-segment-routing-mpls-13 >=20 > =20 >=20 > =20 >=20 > Hello, >=20 > I have been selected to do a routing directorate =E2=80=9Cearly=E2=80=9D r= eview of this draft: https://datatracker.ietf.org/doc/draft-ietf-spring-segm= ent-routing-mpls/ >=20 > =20 >=20 > The routing directorate will, on request from the working group chair, per= form an =E2=80=9Cearly=E2=80=9D review of a draft before it is submitted for= publication to the IESG. The early review can be performed at any time duri= ng the draft=E2=80=99s lifetime as a working group document. The purpose of t= he early review depends on the stage that the document has reached. As this d= ocument is currently in the WG Last call, my focus for the review was to det= ermine whether the document is ready to be published. Please consider my com= ments along with the other working group last call comments. >=20 > =20 >=20 > For more information about the Routing Directorate, please see =E2=80=8Bht= tp://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir >=20 > =20 >=20 > Document: draft-ietf-spring-segment-routing-mpls-13 >=20 > Reviewer: Alexander (=E2=80=9CSasha=E2=80=9D) Vainshtein (alexander.vainsh= tein@ecitele.com) >=20 > Review Date: 08-Jun-18 >=20 > Intended Status: Proposed Standard. >=20 > =20 >=20 > Summary: >=20 > =20 >=20 > I have some minor concerns about this document that I think should be reso= lved before it is submitted to the IESG. >=20 > =20 >=20 > Comments: >=20 > =20 >=20 > I consider this draft as an important companion document to the Segment R= outing Architecture draft that, ideally, should augment definitions of the S= egment Routing (SR) notions and constructs given there with details specific= for the SR instantiation that uses the MPLS data plane (SR-MPLS). Many is= sues raised in my review reflect either gaps that should be, but have not be= en, closed, or inconsistencies between the two drafts. >=20 > =20 >=20 > =20 >=20 > Since RFC 8287 is already published as a Standards Track RFC, I expect suc= h augmentation to be backward compatible with this document (or to provide c= lear indications of required updates to this document). And I include the MP= LS WG into distribution list. >=20 > =20 >=20 > This draft was not easy reading for me. In particular, the style of Sectio= n 2.5 that discusses at length and in some detail multiple =E2=80=9Ccorner c= ases=E2=80=9D resulting, presumably, from misconfiguration, before it explai= ns the basic (and relatively simple) =E2=80=9Cnormal=E2=80=9D behavior, look= s problematic to me. >=20 > =20 >=20 > The WG Last Call has been extended by one week. Nevertheless, I am sending= out my comments >=20 > =20 >=20 > Major Issues: None found >=20 > #Ahmed: thanks a lot >=20 > =20 >=20 > Minor Issues: Quite a few but, hopefully, easy to resolve. >=20 > =20 >=20 > 1. Encapsulation of SR-MPLS packets: > a. RFC 3032 (referenced by the draft) and RFC 5332 (not mentioned in th= e draft) depend two encapsulations of labeled packets - one for Downstream-a= llocated labels and another for Upstream-allocated ones. > #Ahmed: RFC5332 is for multicast. As mentioned in Section 6 of draft-ietf-= spring-segment-routing-15, multicast is outside the scope of SR. Hence the R= FC was not referred to in the SR-MPLS draft >=20 > [[Sasha]] I would be satisfied with this response, would it not be for the= following text I see in Section 2.2 of the SR Policy Architecture draft: >=20 > A variation of SR Policy can be used for packet replication. A > candidate path could comprise multiple SID-Lists; one for each > replication path. In such a scenario, packets are actually > replicated through each SID List of the SR Policy to realize a point- > to-multipoint service delivery. > =20 >=20 > This looks to me as being very much multicast in SR, and, unless you want t= o say that it is limited to SRv6, makes my question relevant IMHO. >=20 > b. =46rom my POV the ST-MPLS only uses Downstream-allocated labels =E2=80= =93 but I expect the draft to state that explicitly, one way or another. (If= Upstream-allocated labels are relevant for SR-MPLS, I would see it as a maj= or gap, so I hope that this is not the case). > #Ahmed: I will add a statement in section 2.2 to mention that it is down-s= tream allocated as you mentioned >=20 > [[Sasha]] This is quite unambiguous and, once added, would resolve my comm= ent in full =E2=80=93 the previous comment notwithstanding. In particular, i= t would imply that even labels representing BSIDs of a SR Replication polici= es will be downstream-allocated. >=20 > =20 >=20 > 2. Label spaces in SR-MPLS: > a. RFC 3031 (referenced by the draft) defines per-platform and per-inte= rface label spaces, and RFC 5331 (not mentioned in the draft) adds context-s= pecific label spaces and context labels. > b. The draft does not say which of these are or are not relevant for SR= -MPLS > c. =46rom my POV: > i. Labels representing all kin= ds of SIDs mentioned in the draft MUST be allocated from the per-platform la= bel space only > ii. At the same time, instantia= tion of Mirror Segment IDs defined in Section 5.1 of the Segment Routing Arc= hitecture draft using MPLS data plane clearly calls for context labels and c= ontext-specific label spaces > d. I expect the draft to provide a clear-cut position on these aspects o= f SR-MPLS. > #Ahmed: I will add a statement to section 2.2 to say that the it is per-pl= atform. Regarding the function "mirroring", SR attaches a *function* to each= SID. The "mirroring" function is already described in Section 5.1 of draft-= ietf-spring-segment-routing and is not specific to the MPLS forwarding plane= . Hence there is no need to re-mention it here because this document is tryi= ng to be as specific as possible to the MPLS forwarding plane. General funct= ions attached to SID are described in the segment routing architecture docum= ent or future documents. Furture documents proposing new SR function must be= as specific and clear as possible >=20 > [[Sasha]] Looks OK to me. >=20 > =20 >=20 > 3. SR-MPLS and hierarchical LSPs: > a. SR LSPs that include more than one segment are hierarchical LSPs fro= m the POV of the MPLS data plane. Therefore some (possibly, all) of the mode= ls for handling TTL and TC bits that have been defined in RFC 3443 (not ment= ioned in the draft) should apply to SR-MPLS > b. RFC 8287 (not referenced in the draft) specifically discussed operat= ion of the LSP Traceroute function for SR LSPs in the case when Pipe/Short P= ipe model for TTL handling is used > c. I expect the draft to provide at least some guidelines regarding app= licability of each specific model defined in RFC 3443 (separately for TTL an= d TC bits) to SR-MPLS. > #Ahmed: BY design, the instantiation of SR over the MPLS forwarding plane (= and hence this draft) does not modify the MPLS forwarding plan behavior as i= t is mentioned in the first sentence in Section 1. So the TTL behavior speci= fied in rfc3443 is already implied and there is no need to re-mention it her= e just like all aspects of MPLS forwarding. RFC8287 is OAM-specific. SR-OAM= is handled in a separate document so is outside the scope of this draft >=20 > [[Sasha]] Unfortunately I do not think this is good enough. Let me ask a s= pecific question reflecting my concerns: >=20 > The head-end node sends SR-MPLS packets across a path defined by an ordere= d set of SIDs with more than one SID in the list. Each SID is represented by= a label stack entry (LSE) in the MPLS label stack, and the label field in e= ach LSE is the label that matches the corresponding SID. However, each LSE a= lso includes the TTL and TC fields. How does the head-end node set these fie= lds in each of the LSEs following the top one? This clearly depends on the m= odel (Uniform vs. Pipe/Short Pipe) implemented in each node that that perfor= ms Next operation on the packet along the path =E2=80=93 but the head-end no= de usually is not aware of that. >=20 > RFC 8287 is relevant as an example here IMHO because it recommends the fol= lowing setting of TTL in Traceroute packets: >=20 > - Set the TTL of all the labels above one that represents the seg= ment you are currently tracing to maximum > - Set the TTL of the label one that represents the segment you ar= e currently tracing to the desired value (to be incremented until end of seg= ment is reached > - Set the TTL of all the labels below one that represents the seg= ment you are currently tracing to 0. > I expect the draft to provide some recommendations for traffic (non-OAM) p= ackets as well. >=20 > =20 >=20 > 4. Inferring network layer protocol in SR-MPLS: > a. I wonder if the draft could provide any details on the situation whe= n a label that represents some kind of SID is the bottom-of-stack label to b= e popped by the egress LER > #ahmed: This is part of the "Next" function. It is described in detail in t= his document. >=20 > [[Sasha]] NEXT function is mentioned in several places in the document. Ca= n you please point to the specific text that is relevant for my question? >=20 > =20 >=20 > b. For the reference, RFC 3032 says that =E2=80=9Cthe identity of the n= etwork layer protocol must be inferable from the value of the label which i= s popped from the bottom of the stack, possibly along with the contents of= the network layer header itself=E2=80=9D > c. =46rom my POV the following scenario indicates relevance of this exp= ectation for SR-MPLS: > i. IS-IS is used for distribut= ing both IPv4 and IPv6 reachability in a given domain > ii. An IS-IS adjacency over som= e dual-stack link is established, and a single Adj-SID for this adjacency is= advertised > iii. The node that has assigned a= nd advertised this Adj-SID receives a labeled packet with the label represen= ting this Adj-SID being both the top and bottom-of-stack label > iv. The implementers must be giv= en unambiguous instructions for forwarding the unlabeled packet via the dual= -stack link as an Ipv4 or an IPv6 packet. > #Ahmed: If you take a look at the SR-ISIS , SR-OSPFv2 and SR-OSFv3 drafts,= you will see all 3 protocol advertise different adj-SIDS for IPv4 next-hop a= nd IPv6 next-hop. For example, ISIS uses the "F-Flag" (section 2.2.1 in draf= t-ietf-isis-segment-routing-extensions-18) to specify whether the adj-SID is= for IPv4 and IPv6. Similarly, the SR-ISIS draft attaches a prefix-SID to th= e prefix advertisement and hence implies the identity of the protocol undern= eath the bottom most label. For any other "function" attached to a SID, it i= s part of the specification of this function to describe what happens when t= he SID is represented by a label in the MPLS forwarding plane and this label= is the bottom most label >=20 > [[Sasha]] OK, got it. This issue is resolved. >=20 > =20 >=20 > 5. Resolution of Conflicts: Are the > a. Are the conflict resolution procedures listed in section 2.5 mandato= ry to implement? > b. If they are mandatory to implement, are they also mandatory to deplo= y, or can the operators simply treat any detected conflict as requiring huma= n intervention and preventing normal operation of SR-MPLS? > #Ahmed: They are recommended. I will modify the paragraph after the first 3= bullets in Section 2.5 to say that it is recommeded. =20 >=20 > [[Sasha]] OK. However, it would be nice if you could refer separately for =E2= =80=9CRECOMMENDED to implement=E2=80=9D and =E2=80=9CRECOMMENDED to deploy=E2= =80=9D. The latter probably requires a configuration knob for enabling conf= lict resolution rules (if they are implemented). >=20 > c. For the reference, the IETF capitalized MUST appears just in a few p= laces in Section 2.5, and each appearance has very narrow context: > i. For MCCs where the "Topolog= y" and/or "Algorithm" fields are not defined, the numerical value of zero MU= ST be used for these two fields > ii. If the same set of FECs are= attached to the same label "L1", then the tie-breaking rules MUST always se= lect the same FEC irrespective of the order in which the FECs and the label "= L1" are received. In other words, the tie-breaking rule MUST be deterministi= c. > iii. An implementation of explic= it SID assignment MUST guarantee collision freeness on the same router > =46rom my POV, it is not possible to infer the answer to my question from t= hese statements. Some explicit statement is required. >=20 > #Ahmed: I agree with you POV and as mentioned in my reply to items (a) and= (b), I will modify the paragraph to say that it is RECOMMENDED to answer yo= u questions in items (a) and (b) >=20 > d. The tie-breaking rules in section 2.5.1 include some specific values= for encoding FEC types and address families =E2=80=93 but these values are n= ot supposed to appear in any IANA registries (because the draft does not req= uest any IANA actions). Can you please clarify what is so special about thes= e values? > #Ahmed: There is no significance to the values but there is a significance= to the order among them. I will modify the text to clarify that >=20 > [[Sasha]] OK. >=20 > =20 >=20 > e. I also doubt that comparison of FECs that represent IPv4 and IPv6 pr= efix SIDs makes much sense (for conflict resolution or else), because, among= other things, there are valid scenarios when an IPv4 /32 prefix is embedded= in an IPv6 /128 one. > #Ahmed: A prefix-SID is assigned to a prefix. An IPv6 prefix that embeds a= n IPv4 prefix is different from the IPv4 prefix. The specifications of SR ex= tensions to ISIS, OSPFv2, OSPFv3, and BGP treat IPv4 and IPv6 prefixes separ= ately, including the IPV6 prefixes with embedded IPv4 ones. Besides not all I= Pv6 prefixes embed IPv4 prefix in them. Hence the distinction between IPv4 a= nd IPv6 prefixes is quite clear >=20 > [[Sasha]] My concern was mainly about IPv4-mapped IPv6 addresses. Quoting f= rom RFC 4291: >=20 > 2.5.5.2. IPv4-Mapped IPv6 Address > =20 > =20 > A second type of IPv6 address that holds an embedded IPv4 address is > defined. This address type is used to represent the addresses of > IPv4 nodes as IPv6 addresses. > =20 >=20 > =46rom my POV this means that a /128 prefix associated with an IPv4-mapped= IPv6 address and a /32 prefix associated with the IPv4 address that was map= ped to this IPv6 address represent the same entity. This understanding fully= matches usage of IPv4-mapped IPv6 addresses as BGP Next Hops of VPN-IPv6 ad= dresses defined in RFC 4798. However, the comparison rules you have defined w= ill treat them as two different prefixes. I wonder if these rules, in the c= ase of a conflict, could result in preferring the IPv6 prefix to an IPv4 one= and therefore loosing MPLS connectivity for the ingress PE of a 6VPE servic= e to its egress PE? >=20 > =20 >=20 > f. Section 2.5.1 defines 3 types of SR-MPLS FECs, but I am not sure al= l SID types defined in the Segment Routing Architecture draft can be unambig= uously mapped to one of these types. Problematic examples include at least t= he following: > i. Parallel Adjacency SID > ii. Mirror SID > Explicit mapping of SID types to SR-MPLS FEC types would be most useful IM= O. If some SID types cannot be mapped to SR-MPLS FECs, this must be explicit= ly stated in the draft. >=20 > #Ahmed:=20 > Parallel adjacency SID are handled in the type "(next-hop, outgoing interf= ace)" > [[Sasha]] OK >=20 > Mirror SID is a type of binding-SID as mentioned in Section 5.1 in the SR a= rchitecture draft (draft-ietf-spring-segment-routing-15). Also as described i= n Section 2.4 draft-ietf-isis-segment-routing-extensions-18 (also see the eq= uivalent in the OSPFv2 and OSPFv3 draft), a binding SID is identified by a p= refix. Hence it is covered by the type "(Prefix, Routing Instance, Topology,= Algorithm)" > [[Sasha]] I respectfully disagree. There is definitely no mention of Algor= ithm in the definition of the Mirror SID. > =20 >=20 > 6. Node SIDs in SR-MPLS: > a. Node SIDs are explicitly defined and discussed in the Segment Routin= g Architecture draft but are not mentioned even once in this draft > b. AFAIK, the common implementation practice today includes assignment o= f at least one Node SID to every node in the SR-MPLS domain > c. Is there a requirement to assign at least one Node SID per {routing i= nstance, topology, algorithm} in SR-MPLS? If not, can the authors explain ex= pected behavior of such a node? (See also my comment about routing instances= below). > #Ahmed: A Node-SID is a special case of prefix-SID. So there nothing speci= fic about it from the MPLS forwarding plane point of view. Similarly from a s= tandard tracks draft point of view, there is no requirement to assign a SID t= o every prefix just like there is no requirement to bind every prefix to an L= DP label. Common and/or recommended practices or description of deployment s= cenarios are more befitting to BCP or informational drafts. This draft is a s= tandards track draft > [[Sasha]] Well, you=E2=80=99ve just said that conflict resolution rules ar= e RECOMMENDED, and this is quite common in the Standards Track RFCs. >=20 > If a {routing instance, topology, algorithm} is not assigned a SID, then t= his FEC is totally irrelavant to this draft and hence describing how a node t= reats it is totally outside the scope of this draft > [[Sasha]] AFAIK, neither of the SR extension drafts for IGPs mention routi= ng instances that can be associated with the prefix, so I think that your re= ference to it is incorrect. > What=E2=80=99s more I suspect that Node SIDs represent the most used speci= al case of Prefix SIDs with Anycast SIDs being quite behind. Therefore some= recommendation pertaining to the usage of Node SIDs would be very much in p= lace IMHO. > =20 >=20 > 7. SRGB Size in SR-MPLS: > a. The draft correctly treats the situation when an index assigned to s= ome global SID cannot be mapped to a label using the procedure in Section 2.= 4 as a conflict. > b. At the same time the draft does not define any minimum size of SRGB (= be it defined as a single contiguous block or as a sequence of such blocks) t= hat MUST be implemented by all SR-capable nodes > c. I suspect that lack of such a definition could be detrimental to int= eroperability of SR-MPLS solutions. AFAIK, the IETF has been following, for q= uite some time, a policy that some reasonable MUST-to-implement defaults sho= uld be assigned for all configurable parameters exactly in order to prevent t= his. > #Ahmed: This document specifies how the SRGB is used and the behavior of r= outers when a prefix-SID index maps to a label inside and/or outside the SRG= B. The actual size of the SRGB is a task in partitioning the label space, wh= ich is very specific to a particular deployment scenario. So IMO it is outsi= de the scope of a standards track document. Now that SR-MPLS is deployed in m= any places, I expect the community to gain sufficient experience to recommen= d (or not recommend) a particular minimum/maximum size for the SRGB is some f= uture informational or BCP draft/RFC > [[Sasha]] My reading of your response is that minimum size of SRGB is an i= ssue for future study. Can you please just add this to the draft? > =20 >=20 > 8. Algorithms and Prefix SIDs: > a. The draft mentions Algorithms (as part of SR-MPLS Prefix FEC) in, bu= t it does not explicitly link them with the Prefix-SID algorithms defined in= section 3.1.1 of the Segment Routing Architecture draft > #Ahmed: I will just add the reference [I-D.ietf-spring-segment-routing] ri= ght beside the first time "Algorithm" is mentioned > [[Sasha]] OK > =20 >=20 > b. =46rom my POV, the draft should explicitly state that the default Pr= efix-SID algorithm MUST be implemented in all SR-MPLS-compliant routers. > #Ahmed: The specification of what path calculation method should or must b= e supported is a routing protocol property not a forwarding plane property. I= n fact, the choice of a path calculation method or algorithm is completely o= rthogonal to the routed protocol. Hence mandating the support of a particula= r routing algorithm is beyond the scope of this document. > [[Sasha]] OK > =20 >=20 > c. The Segment Routing Architecture draft states (in section 3.1.3) tha= t =E2=80=9CSupport of multiple algorithms applies to SRv6=E2=80=9D. But neit= her draft states whether multiple algorithms apply to SR-MPLS. Can you pleas= e clarify this point? > #Ahmed: The last paragraph of Section 3.1.2 titled SR-MPLS in draft-ietf-s= pring-segment-routing-15 discusses the support of multiple algorithms. So it= is implied that the concept of algorithm applies to SR-MPLS. Hence there is= no need to re-mention it here > [[Sasha]] The paragraph to which you refer only says that if a packet with= the active Prefix-SID that is associated with a specific algorithm is recei= ved by a node that does not support this algorithm, this packet will be disc= arded. If this is the only type of support for multiple algorithms SR provid= es, it is not very useful IMHO. > =20 >=20 > 9. Routing instances and the context for Prefix-SIDs: > a. The Segment Routing Architecture draft states in Section 3.1 that th= e =E2=80=9Ccontext for an IGP-Prefix segment includes the prefix, topology, a= nd algorithm=E2=80=9D > b. This draft seems to define (in section 2.5) the context for the Pref= ix SID as =E2=80=9CPrefix, Routing Instance, Topology, Algorithm=E2=80=9D wh= ere =E2=80=9Da routing instance is identified by a single incoming label dow= nloader to FIB=E2=80=9D (but the notion of the label downloader to FIB is no= t defined). > c. These two definitions look different to me. > d. At the very least I would expect alignment between the definitions o= f context for the Prefix-SID between the two drafts. Preferably, the definit= ion given in the Segment Routing Architecture draft should be used in both d= rafts. > #Ahmed: The context of the section 2.5 is limited to the resolution of loc= al label collision. The use of "routing instance" in section 2.5 is just the= re for tie-breaking if there is local label collision. > [[Sasha]] I have already mentioned that =E2=80=9Crouting instances=E2=80=9D= are not defined in any the drafts dealing with SR Extensions for IGPs. So I= do not understand how the conflict resolution procedure is supposed to use t= his. And in any case the difference between two definitions of the context o= f Prefix-SID requires some explanation. >=20 >=20 >=20 > 10. Example of PUSH operation in Section 2.10.1: > a. The first para of this section begins with the sentence =E2=80=9CSup= pose an MCC on a router "R0" determines that PUSH or CONTINUE operation is= to be applied to an incoming packet whose active SID is the global SID "Si"= =E2=80=9D. In the context of SR-MPLS this means (to me) that the incoming pa= cket is a labeled packet and its top label matches the global SID =E2=80=9CS= i=E2=80=9D. > b. However, the example for PUSH operation in the next para of this sec= tion is the case of an (unlabeled) IP packet with the destination address co= vered by the IP prefix for which =E2=80=9CSi=E2=80=9D has been assigned. > c. =46rom my POV: > i. Mapping unlabeled packets t= o SIDs is indeed out of scope of the draft. Therefore an example of a PUSH o= peration that is applied to a labeled packet (with the active SID inferred f= rom the top label in the stack) is preferable. > ii. Valid examples of PUSH ope= ration applied to a labeled incoming packet can be found in Sections 4.2 or 4= .3 of the TI-LFA draft > =20 >=20 > #Ahmed: I do not understand your concern here:) >=20 > [[Sasha]] I think it is pretty clear: can you provide an example of a PUSH= operation applied to a labeled packet instead of your current example? > =20 > Nits: >=20 > 1. I concur with Adrian regarding numerous nits he has reported in his W= G LC Comment. I would like to thank Adrian for an excellent review that have= saved me lots of hard work. > #Ahmed: I also agree that Adrian's review is exceptional. I believe I addr= essed all his comments in the latest version. >=20 > 2. In addition, I=E2=80=99d like to report the following nits: > a. Ti-LFA in Section 2.11.1 should be TI-LFA (as in the TI-LFA draft) > #Ahmed: Already done in the latest version[[Sasha]] OK >=20 > b. TI-LFA draft is referenced in the text of Section 2.11.1, but there i= s no matching reference in the =E2=80=9CReferences=E2=80=9D section (probabl= y, Informational) > #Ahmed: Already done in the latest version[[Sasha]] OK >=20 > c. =E2=80=9Czero Algorithm=E2=80=9D in Section 2.5 (immediately above S= ection 2.5.1) must be replaced with =E2=80=9Cdefault algorithm=E2=80=9D. Sim= ilarly, =E2=80=9Cnon-zero Algorithm=E2=80=9D should be replaced with =E2=80=9C= non-default algorithm=E2=80=9D > #Ahmed: Will be done in the next version[[Sasha]] OK >=20 > 3. I think that RFC 3443 and RFC 5332 should be listed as Normative ref= erences in this draft while RFC 5331 and RFC 8277 should be listed as Inform= ative references. This would improve the readability of the draft without an= y impact on its advancement. > =20 >=20 > #Ahmed RFC5331 describes upstream label assignment. As you mentioned above= (and I will modify the draft to indicate that) SR-MPLS behavior is similar t= o downstream label assignment. RFC 3443 describes TTL behavior. This is an M= PLS forwarding behavior. As mentioned in the draft, SR-MPLS does not modify a= t the MPLS forwarding behavior > [[Sasha]] Regarding RFC 5331 =E2=80=93 you may skip this reference if you s= tate (as discussed below) that SR-MPLS only allocates labels from the per-pl= atform label space. Regarding RFC 3443 =E2=80=93 I do not think that you can= fully avoid discussion of Uniform and Pipe/Short Pipe models, and therefore= you will need this reference. >=20 >=20 >=20 > Hopefully, these comments will be useful. >=20 > #Ahmed: They are certainly quite useful. Thanks a lot >=20 > =20 >=20 > Regards, >=20 > Sasha >=20 > =20 >=20 > Office: +972-39266302 >=20 > Cell: +972-549266302 >=20 > Email: Alexander.Vainshtein@ecitele.com >=20 > =20 >=20 >=20 > __________________________________________________________________________= _ >=20 > This e-mail message is intended for the recipient only and contains inform= ation which is=20 > CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have rece= ived this=20 > transmission in error, please inform us by e-mail, phone or fax, and then d= elete the original=20 > and all copies thereof. > __________________________________________________________________________= _ > =20 >=20 > __________________________________________________________________________= _ >=20 > This e-mail message is intended for the recipient only and contains inform= ation which is=20 > CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have rece= ived this=20 > transmission in error, please inform us by e-mail, phone or fax, and then d= elete the original=20 > and all copies thereof. > __________________________________________________________________________= _ > =20 >=20 > __________________________________________________________________________= _ >=20 > This e-mail message is intended for the recipient only and contains inform= ation which is=20 > CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have rece= ived this=20 > transmission in error, please inform us by e-mail, phone or fax, and then d= elete the original=20 > and all copies thereof. > __________________________________________________________________________= _ > =20 >=20 > __________________________________________________________________________= _ >=20 > This e-mail message is intended for the recipient only and contains inform= ation which is=20 > CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have rece= ived this=20 > transmission in error, please inform us by e-mail, phone or fax, and then d= elete the original=20 > and all copies thereof. > __________________________________________________________________________= _ > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls --Apple-Mail-4969499B-3E82-4EDD-B8BC-F3CD36C54030 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable Sraddha,

Please do so.
Thanks 


Regards,
Jeff

On Nov 18, 2018, at 2= 0:37, Shraddha Hegde <shraddha@ju= niper.net> wrote:

Hi all,

 

I am preparing the shepherd write-up an= d noticed that the topic in below e-mail thread is an

Open item. My personal opinion is to ad= d a new section to this draft to address below cases

> more than one node advertis= ing the same IPv4/6 PREFIX and both have the same prefix-SID value with "N" f= lag

> where an anycast prefix is a= dvertised with a prefix-SID sub-TLV by some (but not all) of the nodes that a= dvertise that prefix.

 

This draft is= addressing incoming label collision and resulting behavior and also describ= es other aspects like different SIDs for same prefix so it seems reasonable to add above two cases to this draft.

WG members, i= f you have an opinion, pls respond on the list.

 

Rgds

Shraddha=

From: Alexander Vainshtein &= lt;Alexander.Vainshtein@= ecitele.com>
Sent: Sunday, November 4, 2018 9:37 PM
To: Ahmed Bashandy <ab= ashandy.ietf@gmail.com>
Cc: rtg-dir@ietf.org; 'mpls@ietf.org' <mpls@ietf.org>; 'adrian= @olddog.co.uk' <adrian@olddog.= co.uk>; Jonathan Hardwick (Jonathan.Hardwick@metaswitch.com) <jonathan.hardwick@metaswitch.com>; spring@ietf.org; spring-chairs@ietf.org; draft-ietf-spring-segment-routing= -mpls.authors@ietf.org; Shraddha Hegde <shraddha@juniper= .net>
Subject: RE: RtgDir Early review: draft-ietf-spring-segment-routing-m= pls-13

 

Ahmed,

Apologies for= a delayed response.

I fully agree= that advertising the same prefix SID as the Node SID by two different nodes= in the SR domain is =E2=80=9Ca clear violation of the SR architecture RFC (8402)=E2=80=9D.=

But I do not t= hink that the SR-MPLS draft can silently ignore this violation just because i= t =E2=80=9Cis not an incoming label collision=E2=80=9D.=

The same appl= ies to the controversy in advertising at the same prefix as Anycast by some n= odes but not as Anycast (or even as a Node SID) by some other nodes.

Your referenc= e to these being just control plane issues and therefore not related to SR-M= PLS is not valid - because the drafts dealing with the SR control plane to which you refer in this draft are strictly MPL= S-oriented: they define how to advertise SID labels or indices that are translated into <= b>SID labels, and neither of these mechanisms is relevant fore SR= V6 IMHO. (I do not have to remind you that a draft that defines SRV6 extensions for ISIS exists, and deals with other i= ssues).

My 2c,

Sasha

 

Office: +972-39266302

Cell:      +972-549266302<= /span>

Email:   Alexander.Vainsht= ein@ecitele.com

 

 

Thanks for the comments

While it is a clear violation of the SR architecture RFC (8402), more tha= n one node advertising the same IPv4/6 PREFIX and both have the same prefix-= SID value with "N" flag is not an incoming label collision because the label= is associated with the same FEC, which is the prefix. 

Hence handling such violation is not an SR-MPLS problem because there is n= o incoming label collision and hence it it is outside the scope of this draf= t

 

The second issue is which SID to choose for an SR-policy (be it a policy f= or TE, ti-lfa, uloop avoidance, security,..., etc). That is strictly a contr= ol layer functionality and is not specific to SR-MPLS. Hence it is outside t= he scope of this draft

 

The third issue is the case where an anycast prefix is advertised with a p= refix-SID sub-TLV by some (but not all) of the nodes that advertise that pre= fix. Again this is not an incoming label collision because the label is asso= ciated with a single FEC, which is the anycast prefix.

 

On 7/19/18 8:30 PM, Shraddha Hegde wrote:<= /p>

Hi Ahmed,

 

The Node-SIDs are expected to be unique= to a node. 

=E2=80=9C

   An IGP Node-S= ID MUST NOT be associated with a prefix that is owned by

   more than one= router within the same routing domain.=E2=80=9D

 

If two different nodes advertise same N= ode-SID,

  &= nbsp;      For Example Node A and B both advertise p= refix 1.1.1.1 and associate a  SID 1000 with N bit set.

There is an a= nomaly here and IMO, this draft should address how to handle this anomaly an= d whether TI-LFA and other

Applications c= an use this SID as a Node-SID.

Another sligh= t variation of this case is a scenario where A and B both advertise a prefix= 1.1.1.1 and A assigns a Node-Sid

Of 1000 and B= does not assign any SID.

 =

Rgds

Shraddha

 

From: Alexander Vainshtein <Alexander.Vai= nshtein@ecitele.com>
Sent: Thursday, July 19, 2018 10:05 PM
To: Ahmed Bashandy <abashandy.ietf@gmail.com>
Cc: rtg-dir@ietf.org; 'mpls@ietf.o= rg' <mpls@ietf.org>; 'adrian@olddog.= co.uk' <adrian@olddog.co.uk>; Jonathan Hardwick (Jonathan.Hardwick@metaswitch.com) <jonathan.hard= wick@metaswitch.com>; Shraddha Hegde <shraddha@juniper.n= et>; spring@ietf.org; spring-chairs@ietf.org; draft-ietf-spring-segment-routing-mpls.authors@ietf.org
Subject: RE: RtgDir Early review: draft-ietf-spring-segment-routing-m= pls-13

 

Ahmed hi!

Lots of thank= s for your response.

Of course Nod= e SIDs are not different from any other Prefix SIDs when it comes to the MPL= S forwarding plane.

But, IMHO, st= rictly speaking, this is correct for any other SID as well.

You seem to i= gnore the difference between SR-MPLS and SRv6 with regard to the life span o= f prefix SIDs in general and Node SIDs in particular. =46rom my POV this difference should be discussed in the draft.

So it seems t= hat we can only =E2=80=9Cagree to disagree=E2=80=9D on the need to say somet= hing specific about Node SIDs in the draft, and let the WG to decide what to do about it.

Regards,

Sasha

 

Office: +972-39266302

Cell:      +972-549266302=

Email:   Alexander.Vainsht= ein@ecitele.com

 

 

Thanks for the reply

See inline

Ahmed

 

On 7/12/18 12:22 AM, Alexander Vainshtein wrote:=

Ahmed and all= ,

I would like t= o expand on my comments (and your responses) about the role of Node SIDs in S= R-MPLS.

I would like t= o bring your attention two points:

1.     &= nbsp; Node SIDs (and, in= general, Prefix SIDs) in MPLS-SR are different from the same in SRv6 becaus= e they require explicit configuration action by the operator of SR domain. I= .e., it is not enough for a node to own some /32 or /128 prefix that is advertised by IGP. The operator must ex= plicitly configure the node to use such a prefix as  Node SID and to as= sign to it a specific index that is unique in the SR domain. =46rom my POV, t= his difference alone would qualify Node SIDs as a topic to be discussed in the MPLS-SR Architecture draft.

=

#Ahmed: I disagree wit= h your POV. =46rom the forwarding plane perspective it does not make any dif= ference whether a the label at the top of an MPLS packet (representing the prefix-SID) identifies a node or not. So from the S= R-mpls forwarding point of view there is no difference between a prefix-SID a= nd a node-SID. If there is any place in the SR-mpls draft where there is a n= eed to handle a node-SID different from a prefix SID, it would be great to point it out

2.      In addition, quite a few constructs associated w= ith SR-MPLS implicitly assume that each node in the SR-MPLS domain is assign= ed with at least one Node SID. One example can be found in the = TI-LFA= draft. This draft says in Section 4.2:

 

4.2. The repair node is a PQ node

 
 
   Whe=
n the repair node is in P(S,X), the repair list is made of a
   sin=
gle node segment to the repair node.

In the scope of this section, the repair node is not adjacent t= o the PLR, and therefore, to the best of my understanding,  =E2=80=9Ca s= ingle node segment t= o the repair node=E2=80=9D can be only the Node SID of the repair node. Sinc= e repair nodes are computed dynamically, this entire scheme depends on all n= odes in the MPLS=3DSR domain  having at least one Node SID each

#Ahmed: The choice of t= he SID to identify an intermediate or exit node(s) in an SR-policy is a cont= rol plane behavior, irrespective of reason such policy is created (be it ti-lfa explicit path, uloop avoidance explicit pat= h, or some SR-TE explicit path). SR-Policy as well as Ti-LFA and uloop avoid= ance are handled in separate drafts. So just like the response to your previ= ous comment, from forwarding plane perspective it does not make any difference whether the label at the t= op of an MPLS packet identifies a single or multiple nodes.

.

 

Hopefully these notes clarify my position on the subject.

 

Regards,

Sasha

 

Office: +972-39266302

Cell:      +972-549266302=

Email:   Alexander.Vainsht= ein@ecitele.com

 

From: Alexander Vainshtein
Sent: Wednesday, July 11, 2018 12:02 PM
To: Ahmed Bashandy <abashandy.ietf@gmail.com>
Cc: rtg-dir@ietf.org; 'mpls@ietf.o= rg' <mpls@ietf.org>; 'adrian@olddog.= co.uk' <adrian@olddog.co.uk>; Jonathan Hardwick (Jonathan.Hardwick@metaswitch.com) <jonathan.hard= wick@metaswitch.com>; shraddha@juniper.net; spring@ietf.org; spring-chairs@ietf.org; draft-ietf-spring-segment-routing-mpls.authors@ietf.org
Subject: RE: RtgDir Early review: draft-ietf-spring-segment-routing-m= pls-13

 

Ahmed, and al= l,

Lots of thank= s for a detailed response to my comments.

Please see inline below my posi= tion on each of them.

 

Regards,

Sasha

 

Office: +972-39266302

Cell:      +972-549266302=

Email:   Alexander.Vainsht= ein@ecitele.com

 

From: Ahmed Bashandy [mailto:abashandy.ietf@gmail.com= ]
Sent: Wednesday, July 11, 2018 4:42 AM
To: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>; spring-chairs@ietf.org; draft-ietf-spring-segment-routing-mpls.authors@ietf.org
Cc: rtg-dir@ietf.org; 'mpls@ietf.o= rg' <mpls@ietf.org>; 'adrian@olddog.= co.uk' <adrian@olddog.co.uk>; Jonathan Hardwick (Jonathan.Hardwick@metaswitch.com) <jonathan.hardw= ick@metaswitch.com>; shraddha@juniper.net; spring@ietf.org
Subject: Re: RtgDir Early review: draft-ietf-spring-segment-routing-m= pls-13

 

Thanks for thorough (and VERY clear) the review

See inline #Ahmed

 

Ahmed

 

 

On 6/15/18 11:08 PM, Alexander Vainshtein wrote:=

Re-sending to  correct SPRING WG list.

Sincere apologies for the delay caused by a typo.

Thumb typed by Sasha Va= inshtein

 

From: Alexander Vainshtein
Sent: Sunday, June 10, 2018 10:43:52 AM
To: spring-chairs@ietf.org<= /a>; draft-ietf-spring-segment-routing-mpls.authors@ietf.org
Cc: spring@ietf.com; rtg-dir@ietf.org; 'mpls@ietf.org'; '= adrian@olddog.co.uk'; Jonathan Ha= rdwick (Jonathan.Hardwic= k@metaswitch.com); shraddha@juniper.net
Subject: RE: RtgDir Early review: draft-ietf-spring-segment-routing-m= pls-13

 

Explicitly adding Shrad= dha  who is the shepherd of this draft.

 

Regards,

Sasha=

 

Office: +972-39266302

Cell:   =    +972-549266302

Email:   Alexander.Vainshtein@= ecitele.com

 

 

 

Hello,

I have been selected to do a routing directorate =E2=80= =9Cearly=E2=80=9D review of this draft: https://datatracker.ietf.org/doc/draft-ietf-spring-segment-routing-mpls/

 

The routing directorate will, on request from the wor= king group chair, perform an =E2=80=9Cearly=E2=80=9D review of a draft befor= e it is submitted for publication to the IESG. The early review can be performed at any time during the draft=E2=80=99s lifetime as a worki= ng group document. The purpose of the early review depends on the stage that= the document has reached. As this document is currently in the WG Last call= , my focus for the review was to determine whether the document is ready to be published. Please consider my comments a= long with the other working group last call comments.

 

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

 

Document: draft-ietf-spring-segment-rou= ting-mpls-13

Reviewer: Alexander (=E2=80=9CSasha=E2=80= =9D) Vainshtein (= = alexander.vainshtein@ecitele.com)

Review Date: 08-Jun-18

Intended Status: Proposed Standard.

 

Summary:

 

I have some minor concerns about this document that I= think should be resolved before it is submitted to the IESG.

 

Comments:

 

I consider this draft as an important  companion= document to the Segment= Routing Architecture draft that, ideally, should augment definit= ions of the Segment Routing (SR) notions and constructs given there with det= ails specific for the SR instantiation that uses  the MPLS data plane (SR-MPLS).  Many issues raised in my re= view reflect either gaps that should be, but have not been, closed, or incon= sistencies between the two drafts.

 

 

Since RFC 8287 is already published as a Standards Track RFC, I expect suc= h augmentation to be backward compatible with this document (or to provide c= lear indications of required updates to this document). And I include the MPLS WG into distribution list.

 

This draft was not easy reading for me. In particular= , the style of Section 2.5 that discusses at length and in some detail multi= ple =E2=80=9Ccorner cases=E2=80=9D resulting, presumably, from misconfiguration, before it explains the basic (and relatively simple) =E2=80= =9Cnormal=E2=80=9D behavior, looks problematic to me.

 

The WG Last Call has been extended by one week. Never= theless, I am sending out my comments

 

Major Issues: None found

#Ahmed: thanks a lot

 

Minor Issues: Quite a few but, hopefull= y, easy to resolve.

 

1.&nbs= p;   Encapsulation of SR-MPLS packets:

a.    RFC 3032 (referenced by the draft) and RFC 5332 (not mentioned i= n the draft) depend two encapsulations of labeled packets - one for D= ownstream-allocated labels and another for Upstream-allocated ones.

#Ahmed: RFC5332 is for multicast. As mentioned in Section 6 of dr= aft-ietf-spring-segment-routing-15, multicast is outside the scope of SR. He= nce the RFC was not referred to in the SR-MPLS draft

[[Sasha]] I would be satisfied wi= th this response, would it not be for the following text I see in Section 2.= 2 of the SR Policy Architecture draft:

   A variation of SR Policy can b= e used for packet replication.  A

   candidate path could comprise m= ultiple SID-Lists; one for each

   replication path.  In suc= h a scenario, packets are actually

   replicated through each SID Li= st of the SR Policy to realize a point-

   to-multipoint service delivery= .

 

This looks to me as being very mu= ch multicast in SR, and, unless you want to say that it is limited to SRv6, m= akes my question relevant IMHO.

b.    =46rom my POV the ST-MPLS only uses Downstream-allocated labels =E2=80= =93 but I expect the draft to state that explicitly, one way or another. (If= Upstream-allocated labels are relevant for SR-MPLS, I would see it as a major gap, so I hope that this is not the case).=

#Ahmed: I will add a statement in section 2.2 to mention that it i= s down-stream allocated as you mentioned

[[Sasha]] This is quite unambiguo= us and, once added, would resolve my comment in full =E2=80=93 the previous c= omment notwithstanding. In particular, it would imply that even labels representing BSIDs of a SR Replication policies will be do= wnstream-allocated.

 

2.&nbs= p;   Label spaces in SR-MPLS:

a.    RFC 3031 (referenced by the draft) defines per-platform and per-inter= face label spaces, and RFC 5331 (not mentioned in the draft) a= dds context-specific label spaces and context labels.

b.    The draft does not say which of these are or are not relevant for SR-= MPLS

c.    =46rom my POV:

            = ;            &nb= sp;            &= nbsp;   i.    Labels representing all kinds of SIDs mentioned in the draft MUST be a= llocated from the per-platform label space only

            = ;            &nb= sp;            &= nbsp;  ii.    At the same time, instantiation of Mirror Segment IDs defined in Sect= ion 5.1 of the Segment Routing Architecture draft using MPLS data plane clea= rly calls for context labels and context-specific label spaces

d.    I expect the draft to provide a clear-cut position on these aspects o= f SR-MPLS.

#Ahmed: I will add a statement to section 2.2 to say that the it i= s per-platform. Regarding the function "mirroring", SR attaches a *function*= to each SID. The "mirroring" function is already described in Section 5.1 of draft-ietf-spring-segment-routing and i= s not specific to the MPLS forwarding plane. Hence there is no need to re-me= ntion it here because this document is trying to be as specific as possible t= o the MPLS forwarding plane. General functions attached to SID are described in the segment routing arch= itecture document or future documents. Furture documents proposing new SR fu= nction must be as specific and clear as possible

[[Sasha]] Looks OK to me.<= /i>

 

3.&nbs= p;   SR-MPLS and hierarchical LSPs:

a.    SR LSPs that include more than one segment are hierarchical LSPs from= the POV of the MPLS data plane. Therefore some (possibly, all) of the model= s for handling TTL and TC bits that have been defined in RFC 3443 (not mentioned in the draft) should a= pply to SR-MPLS

b.    RFC 8287 (not referenced in the draft) specifically dis= cussed operation of the LSP Traceroute function for SR LSPs in the case when= Pipe/Short Pipe model for TTL handling is used

c.    I expect the draft to provide at least some guidelines regarding appl= icability of each specific model defined in RFC 3443 (separately for TTL and= TC bits) to SR-MPLS.

#Ahmed: BY design, the instantiation of SR over the MPLS forwardi= ng plane (and hence this draft) does not modify the MPLS forwarding plan beh= avior as it is mentioned in the first sentence in Section 1. So the TTL behavior specified in rfc3443 is already implied a= nd there is no need to re-mention it here just like all aspects of MPLS forw= arding. RFC8287 is OAM-specific.  SR-OAM is handled in a separate docum= ent so is outside the scope of this draft

[[Sasha]] Unfortunately I do not t= hink this is good enough. Let me ask a specific question reflecting my conce= rns:

The head-end node sends SR-MPLS p= ackets across a path defined by an ordered set of SIDs with more than one SI= D in the list. Each SID is represented by a label stack entry (LSE) in the MPLS label stack, and the label field in eac= h LSE is the label that matches the corresponding SID. However, each LSE als= o includes the TTL and TC fields. How does the head-end node set these field= s in each of the LSEs following the top one? This clearly depends on the model (Uniform vs. Pipe/Short Pipe= ) implemented in each node that that performs Next operation on the packet a= long the path =E2=80=93 but the head-end node usually is not aware of that.

RFC 8287 is relevant as an exampl= e here IMHO because it recommends the following setting of TTL in Traceroute= packets:

-      &nb= sp;   Set the TTL o= f all the labels above one that represents the segment you are currently tra= cing to maximum

-      &nb= sp;   Set the TTL o= f the label one that represents the segment you are currently tracing to the= desired value (to be incremented until end of segment is reached=

-      &nb= sp;   Set the TTL o= f all the labels below one that represents the segment you are currently tra= cing to 0.

I expect the draft to provide some recommendations= for traffic (non-OAM) packets as well.

 

4.&nbs= p;   Inferring network layer protocol in SR-MPLS:<= /o:p>

a.    I wonder if the draft could provide any details on the situation when= a label that represents some kind of SID is the bottom-of-stack label to be= popped by the egress LER

#ahmed: This is part of the "Next" function. It is described in d= etail in this document.

[[Sasha]] NEXT function is mentio= ned in several places in the document. Can you please point to the specific t= ext that is relevant for my question?

 

b.    For the reference, RFC 3032 says that =E2=80=9Cthe identity of the ne= twork layer protocol  must be inferable from the value of the label whi= ch is popped from  the bottom of the stack, possibly along with the contents  of the network layer header itself=E2=80=9D<= o:p>

c.    =46rom my POV the following scenario indicates relevance of this expe= ctation for SR-MPLS:

            = ;            &nb= sp;            &= nbsp;   i.    IS-IS is used for distributing both IPv4 and IPv6 reachability in a g= iven domain

            = ;            &nb= sp;            &= nbsp;  ii.    An IS-IS adjacency over some dual-stack link is established, and a si= ngle Adj-SID for this adjacency is advertised

            = ;            &nb= sp;            &= nbsp; iii.    The node that has assigned and advertised this Adj-SID receives a lab= eled packet with the label representing this Adj-SID being both the top and b= ottom-of-stack label

            = ;            &nb= sp;            &= nbsp; iv.    The implementers must be given unambiguous instructions for forwardin= g the unlabeled packet via the dual-stack link as an Ipv4 or an IPv6 packet.=

#Ahmed: If you take a look at the SR-ISIS , SR-OSPFv2 and SR-OSFv= 3 drafts, you will see all 3 protocol advertise different adj-SIDS for IPv4 n= ext-hop and IPv6 next-hop. For example, ISIS uses the "F-Flag" (section 2.2.1 in draft-ietf-isis-segment-routing-extensi= ons-18) to specify whether the adj-SID is for IPv4 and IPv6. Similarly, the S= R-ISIS draft attaches a prefix-SID to the prefix advertisement and hence imp= lies the identity of the protocol underneath the bottom most label. For any other "function" attached to a SI= D, it is part of the specification of this function to describe what happens= when the SID is represented by a label in the MPLS forwarding plane and thi= s label is the bottom most label

[[Sasha]] OK, got it. This issue i= s resolved.

 

5.&nbs= p;   Resolution of Conflicts: Are the

a.    Are the conflict resolution procedures listed in section 2.5 mandator= y to implement?

b.    If they are mandatory to implement, are they also mandatory to deploy= , or can the operators simply treat any detected conflict as requiring human= intervention and preventing normal operation of SR-MPLS?

#Ahmed: They are recommended. I will modify the paragraph after t= he first 3 bullets in Section 2.5 to say that it is recommeded.  

[[Sasha]] OK. However, it would b= e nice if you could refer separately for =E2=80=9CRECOMMENDED to implement=E2= =80=9D and =E2=80=9CRECOMMENDED to deploy=E2=80=9D.  The latter probabl= y requires a configuration knob for enabling conflict resolution rules (if they are im= plemented).

c.    For the reference, the IETF capitalized MUST appears just in a few pl= aces in Section 2.5, and each appearance has very narrow context:

            = ;            &nb= sp;            &= nbsp;   i.    For MCCs where the "Topology" and/or "Algorithm" fields are not defin= ed, the numerical value of zero MUST be used for these two fields

            = ;            &nb= sp;            &= nbsp;  ii.    If the same set of FECs are attached to the same label "L1", then the= tie-breaking rules MUST always select the same FEC irrespective of the orde= r in which the FECs and the label "L1" are received. In other words, the tie-breaking rule MUST be deterministic.

            = ;            &nb= sp;            &= nbsp; iii.    An implementation of explicit SID assignment MUST guarantee collision= freeness on the same router

=46rom my POV, it is not p= ossible to infer the answer to my question from these statements. Some expli= cit statement is required.

#Ahmed: I agree with you POV and as mentioned in my reply to item= s (a) and (b), I will modify the paragraph to say that it is RECOMMENDED to a= nswer you questions in items (a) and (b)

d.    The tie-breaking rules in section 2.5.1 include some specific values f= or encoding FEC types and address families =E2=80=93 but these values are no= t supposed to appear in any IANA registries (because the draft does not request any IANA actions). Can you please clarify what i= s so special about these values?

#Ahmed: There is no significance to the values but there is a sig= nificance to the order among them. I will modify the text to clarify that

[[Sasha]] OK.

 

e.    I also doubt that comparison of FECs that represent IPv4 and IPv6 pre= fix SIDs makes much sense (for conflict resolution or else), because, among o= ther things, there are valid scenarios when an IPv4 /32 prefix is embedded in an IPv6 /128 one.

#Ahmed: A prefix-SID is assigned to a prefix. An IPv6 prefix that= embeds an IPv4 prefix is different from the IPv4 prefix. The specifications= of SR extensions to ISIS, OSPFv2, OSPFv3, and BGP treat IPv4 and IPv6 prefixes separately, including the IPV6 prefixe= s with embedded IPv4 ones. Besides not all IPv6 prefixes embed IPv4 prefix i= n them. Hence the distinction between IPv4 and IPv6 prefixes is quite clear

[[Sasha]] My concern was mainly a= bout IPv4-mapped IPv6 addresses. Quoting from RFC 4291:<= /o:p>

2.5.5.2.  IPv4-Mapped IPv6 Address

 

 

   A second type of IPv6 address t= hat holds an embedded IPv4 address is

   defined.  This address type is used to represent the addresses of

&nbs= p;  IPv4 nodes as IPv6 addresses.

 <= /p>

=46rom my POV this means that a /= 128 prefix associated with an IPv4-mapped IPv6 address and a /32 prefix asso= ciated with the IPv4 address that was mapped to this IPv6 address represent the same entity. This understanding fully ma= tches usage of IPv4-mapped IPv6 addresses as BGP Next Hops of VPN-IPv6 addre= sses defined in RFC 4798. However, the comparison rules you have defined wil= l treat them as two different prefixes.  I wonder if these rules, in the case of a conflict, could r= esult in preferring the IPv6 prefix to an IPv4 one and therefore loosing MPL= S connectivity for the ingress PE of a 6VPE service to its egress PE?=

 

f.     Section 2.5.1 defines 3 types of SR-MPLS FECs, but I am not sure all S= ID types defined in the Segment Routing Architecture draft can be unambiguou= sly mapped to one of these types. Problematic examples include at least the following:

            = ;            &nb= sp;            &= nbsp;   i.    Parallel Adjacency SID

            = ;            &nb= sp;            &= nbsp;  ii.    Mirror SID

Explicit mapping of SID t= ypes to SR-MPLS FEC types would be most useful IMO. If some SID types cannot= be mapped to SR-MPLS FECs, this must be explicitly stated in the draft.

#Ahmed:
Parallel adjacency SID are handled in the type "(next-hop, outgoing interfac= e)"

[[Sasha]] OK


Mirror SID is a type of binding-SID as mentioned in Section 5.1 in the SR ar= chitecture draft (draft-ietf-spring-segment-routing-15). Also as described i= n Section 2.4 draft-ietf-isis-segment-routing-extensions-18 (also see the eq= uivalent in the OSPFv2 and OSPFv3 draft), a binding SID is identified by a prefix. Hence it is covered by the= type "(Prefix, Routing Instance, Topology, Algorithm)"

[[Sasha]] I respectfully disagree. There is definitely n= o mention of Algorithm in the definition of the Mirror SID.

 

6.&nbs= p;   Node SIDs in SR-MPLS:

a.    Node SIDs are explicitly defined and discussed in the Segment Routing= Architecture draft but are not mentioned even once in this draft

b.    AFAIK, the common implementation practice today includes assignment o= f at least one Node SID to every node in the SR-MPLS domain

c.    Is there a requirement to assign at least one Node SID per {routing i= nstance, topology, algorithm} in SR-MPLS? If not, can the authors explain ex= pected behavior of such a node? (See also my comment about routing instances below).

#Ahmed: A Node= -SID is a special case of prefix-SID. So there nothing specific about it fro= m the MPLS forwarding plane point of view. Similarly from a standard tracks d= raft point of view, there is no requirement to assign a SID to every prefix just like there is no requirement to bind e= very prefix to an LDP label. Common and/or recommended practices or descript= ion of deployment scenarios are more befitting to BCP or informational draft= s. This draft is a standards track draft

[[Sasha]] Well, you=E2=80=99ve just said that conflict r= esolution rules are RECOMMENDED, and this is quite common in the Standards T= rack RFCs.


If a {routing instance, topology, algorithm} is not assigned a SID, then thi= s FEC is totally irrelavant to this draft and hence describing how a node tr= eats it is totally outside the scope of this draft

[[Sasha]] AFAIK, neither of the SR extension drafts for I= GPs mention routing instances that can be associated with the prefix, so I t= hink that your reference to it is incorrect.

What=E2=80=99s more I suspect that Node SIDs represent t= he most used special case of Prefix SIDs with Anycast SIDs being quite behin= d.  Therefore some recommendation pertaining to the usage of Node SIDs would be very much in place IMHO.

 

7.&nbs= p;   SRGB Size in SR-MPLS:

a.    The draft correctly treats the situation when an index assigned to so= me global SID cannot be mapped to a label using the procedure in Section 2.4= as a conflict.

b.    At the same time the draft does not define any minimum size of SRGB (= be it defined as a single contiguous block or as a sequence of such blocks) t= hat MUST be implemented by all SR-capable nodes

c.    I suspect that lack of such a definition could be detrimental to inte= roperability of SR-MPLS solutions. AFAIK, the IETF has been following, for q= uite some time, a policy that some reasonable MUST-to-implement defaults should be assigned for all configurable paramete= rs exactly in order to prevent this.

#Ahmed: This d= ocument specifies how the SRGB is used and the behavior of routers when a pr= efix-SID index maps to a label inside and/or outside the SRGB. The actual si= ze of the SRGB is a task in partitioning the label space, which is very specific to a particular deployment scenario= . So IMO it is outside the scope of a standards track document. Now that SR-= MPLS is deployed in many places, I expect the community to gain sufficient e= xperience to recommend (or not recommend) a particular minimum/maximum size for the SRGB is some future in= formational or BCP draft/RFC

[[Sasha]] My reading of your response is that minimum si= ze of SRGB is an issue for future study. Can you please just add this to the= draft?

 

8.&nbs= p;   Algorithms and Prefix SIDs:

a.    The draft mentions Algorithms (as part of SR-MPLS Prefix FEC) in, but= it does not explicitly link them with the Prefix-SID algorithms defined in s= ection 3.1.1 of the Segment Routing Architecture draft

#Ahmed: I will= just add the reference [I-D.ietf-spring-segment-routing] right beside the f= irst time "Algorithm" is mentioned

[[Sasha]] OK

 

b.    =46rom my POV, the draft should explicitly state that the default Pre= fix-SID algorithm MUST be implemented in all SR-MPLS-compliant routers.

#Ahmed: The sp= ecification of what path calculation method should or must be supported is a= routing protocol property not a forwarding plane property. In fact, the cho= ice of a path calculation method or algorithm is completely orthogonal to the routed protocol. Hence mandating the suppor= t of a particular routing algorithm is beyond the scope of this document.

[[Sasha]] OK

 

c.    The Segment Routing Architecture draft states (in section 3.1.3) that= =E2=80=9CSupport of multiple algorithms applies to SRv6=E2=80=9D. But neith= er draft states whether multiple algorithms apply to SR-MPLS. Can you please clarify this point?

#Ahmed: The la= st paragraph of Section 3.1.2 titled SR-MPLS in draft-ietf-spring-segment-ro= uting-15 discusses the support of multiple algorithms. So it is implied that= the concept of algorithm applies to SR-MPLS. Hence there is no need to re-mention it here

[[Sasha]] The paragraph to which you refer only says tha= t if a packet with the active Prefix-SID that is associated with a specific a= lgorithm is received by a node that does not support this algorithm, this packet will be discarded. If this is the o= nly type of support for multiple algorithms SR provides, it is not very usef= ul IMHO.

 

9.&nbs= p;   Routing instances and the context for Prefix-SIDs:

a.    The Segment Routing Architecture draft states in Section 3.1 that the= =E2=80=9Ccontext for an IGP-Prefix segment includes the prefix, topology, a= nd algorithm=E2=80=9D

b.    This draft seems to define (in section 2.5) the context for the Prefi= x SID as =E2=80=9CPrefix, Routing Instance, Topology, Algorithm=E2=80=9D whe= re =E2=80=9Da routing instance is identified by a single incoming label downloader to FIB=E2=80=9D (but the notion of the label downloader to= FIB is not defined).

c.    These two definitions look different to me.

d.    At the very least I would expect alignment between the definitions of= context for the Prefix-SID between the two drafts. Preferably, the definiti= on given in the Segment Routing Architecture draft should be used in both drafts.

#Ahmed: The co= ntext of the section 2.5 is limited to the resolution of local label collisi= on. The use of "routing instance" in section 2.5 is just there for tie-break= ing if there is local label collision.

[[Sasha]] I have already mentioned that =E2=80=9Crouting= instances=E2=80=9D are not defined in any the drafts dealing with SR Extens= ions for IGPs. So I do not understand how the conflict resolution procedure is supposed to use this. And in any case the difference between t= wo definitions of the context of Prefix-SID requires some explanation.



10. Example of PUSH operation in Section 2.10.1:<= /o:p>

a.    The first para of this section begins with the sentence =E2=80=9CSupp= ose an MCC on a router "R0" determines that PUSH or CONTINUE   ope= ration is to be applied to an incoming packet whose active SID is the global SID "Si"=E2=80=9D. In the context of SR-MPLS this means (= to me) that the incoming packet is a labeled packet and its top label matche= s the global SID =E2=80=9CSi=E2=80=9D.

b.    However, the example for PUSH operation in the next para of this sect= ion is the case of an (unlabeled) IP packet with the destination address cov= ered by the IP prefix for which =E2=80=9CSi=E2=80=9D has been assigned.

c.    =46rom my POV:

            = ;            &nb= sp;            &= nbsp;   i.    Mapping unlabeled packets to SIDs is indeed out of scope of the draft= . Therefore an example of a PUSH operation that is applied to a labeled pack= et (with the active SID inferred from the top label in the stack) is preferable.

            = ;            &nb= sp;            &= nbsp;  ii.    Valid examples of  PUSH operation applied to a labeled incoming p= acket can be found in Sections 4.2 or 4.3 of the TI-LFA draft

 

#Ahmed: I do not under= stand your concern here:)

[[Sasha]] I think it is pretty clear: can you provide an= example of a PUSH operation applied to a labeled packet instead of your cur= rent example?

 <= o:p>

Nits:

1.&nbs= p;   I concur with Adrian regarding numerous nits he has reported in his WG LC Comment. I would like to thank Adrian for an excellent review= that have saved me lots of hard work.

#Ahmed: I also agree t= hat Adrian's review is exceptional. I believe I addressed all his comments i= n the latest version.

2.&nbs= p;   In addition, I=E2=80=99d like to report the following nits:

a.    Ti-LFA in Section 2.11.1 should be TI-LFA (as in the TI-LFA draft)

#Ahmed: Already done i= n the latest version[[Sasha]] OK

b.    TI-LFA draft is referenced in the text of Section 2.11.1, but there i= s no matching reference in the =E2=80=9CReferences=E2=80=9D section (probabl= y, Informational)

#Ahmed: Already done i= n the latest version[[Sasha]] OK

c.    =E2=80=9Czero Algorithm=E2=80=9D in Section 2.5 (immediately above Se= ction 2.5.1) must be replaced with =E2=80=9Cdefault algorithm=E2=80=9D. Simi= larly, =E2=80=9Cnon-zero Algorithm=E2=80=9D should be replaced with =E2=80=9C= non-default algorithm=E2=80=9D

#Ahmed: Will be done i= n the next version[[Sasha]]  OK

3.&nbs= p;   I think that RFC 3443 and RFC 5332 should be listed as Normative refe= rences in this draft while RFC 5331 and RFC 8277 should be listed as Informa= tive references. This would improve the readability of the draft without any impact on its advancement.

 

#Ahmed RFC5331= describes upstream label assignment. As you mentioned above (and I will mod= ify the draft to indicate that) SR-MPLS behavior is similar to downstream la= bel assignment. RFC 3443 describes TTL behavior. This is an MPLS forwarding behavior. As mentioned in the draft, SR-MPLS doe= s not modify at the MPLS forwarding behavior

[[Sasha]] Regarding RFC 5331 =E2=80=93 you may skip this= reference if you state (as discussed below) that SR-MPLS only allocates lab= els from the per-platform label space. Regarding RFC 3443 =E2=80=93 I do not think that you can fully avoid discussion of Un= iform and Pipe/Short Pipe models, and therefore you will need this reference= .



Hopefully, these comments will be useful.<= /p>

#Ahmed: They are certa= inly quite useful. Thanks a lot

 

Regards,

Sasha

 

Office: +972-39266302

Cell:      +972-549266302

Email:   Alexander.Vainshtein@ecitele.com

 


___________________________________________________________________________<= br>
This e-mail message is intended for the recipient only and contains informat= ion which is
CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have receiv= ed this
transmission in error, please inform us by e-mail, phone or fax, and then de= lete the original
and all copies thereof.
___________________________________________________________________________<= /span>

 <= o:p>


___________________________________________________________________________<= br>
This e-mail message is intended for the recipient only and contains informat= ion which is
CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have receiv= ed this
transmission in error, please inform us by e-mail, phone or fax, and then de= lete the original
and all copies thereof.
___________________________________________________________________________<= /span>

 <= o:p>


___________________________________________________________________________<= br>
This e-mail message is intended for the recipient only and contains informat= ion which is
CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have receiv= ed this
transmission in error, please inform us by e-mail, phone or fax, and then de= lete the original
and all copies thereof.
___________________________________________________________________________<= o:p>

 


___________________________________________________________________________<= br>
This e-mail message is intended for the recipient only and contains informat= ion which is
CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have receiv= ed this
transmission in error, please inform us by e-mail, phone or fax, and then de= lete the original
and all copies thereof.
___________________________________________________________________________<= o:p>

________= _______________________________________
mpls mailing list
mpls@ietf.org
<= span>https://www.ietf= .org/mailman/listinfo/mpls
= --Apple-Mail-4969499B-3E82-4EDD-B8BC-F3CD36C54030-- From nobody Mon Nov 19 22:41:46 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6DB1B1292AD; Mon, 19 Nov 2018 22:41:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WlCZ3MpdRdht; Mon, 19 Nov 2018 22:41:34 -0800 (PST) Received: from m17616.mail.qiye.163.com (m17616.mail.qiye.163.com [59.111.176.16]) by ietfa.amsl.com (Postfix) with ESMTP id 027A1128B14; Mon, 19 Nov 2018 22:41:33 -0800 (PST) Received: from WangajPC (unknown [219.142.69.77]) by m17616.mail.qiye.163.com (Hmail) with ESMTPA id 651D6101626; Tue, 20 Nov 2018 14:41:24 +0800 (CST) From: "Aijun Wang" To: "'Les Ginsberg \(ginsberg\)'" , , Cc: References: <9208_1541773820_5BE599FC_9208_47_1_9E32478DFA9976438E7A22F69B08FF924B746E6A@OPEXCLILMA4.corporate.adroot.infra.ftgroup> In-Reply-To: Date: Tue, 20 Nov 2018 14:41:25 +0800 Message-ID: <012401d4809c$0f8142d0$2e83c870$@org.cn> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0125_01D480DF.1DA482D0" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AdR4OJWYmH00pYTzTK6gvxR+PFXbGgH+ARaQABqGrWA= Content-Language: zh-cn X-HM-Spam-Status: e1kIGBQJHllBS1VLV1koWUFKTEtLSjdXWS1ZQUlXWQkOFx4IWUFZMjUtOj cyP0FLVUtZBg++ X-HM-Sender-Digest: e1kMHhlZQR0aFwgeV1kSHx4VD1lBWUc6MBA6Szo6ODkRKzE9LB86HkNP KChPC0hVSlVKTk9JTUJNS0JLQ0xNVTMWGhIXVQwaFRwaEhEOFTsPCBIVHBMOGlUUCRxVGBVFWVdZ EgtZQVlJSkJVSk9JVU1CVUxMWVdZCAFZQUlPQ0pKNwY+ X-HM-Tid: 0a672fda24519374kuws651d6101626 Archived-At: Subject: [spring] =?gb2312?b?tPC4tDogIGRyYWZ0LWlldGYtaXNpcy1tcGxzLWVsYyAm?= =?gb2312?b?IGRyYWZ0LWlldGYtb3NwZi1tcGxzLWVsYw==?= X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2018 06:41:39 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0125_01D480DF.1DA482D0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable Hi, Les and Stephane: =20 https://tools.ietf.org/html/draft-wang-lsr-ospf-prefix-originator-ext-00 = is trying to solve what you are concerning for. As you said, ELC/ERLD are functionally node capabilities, but when we = try to send traffic, we should consider the prefixes itself. The above draft proposal to add prefix originator to address this. After getting this information, the receiver can then build the relationship between prefixes and ELC/ERLD. =20 =20 Best Regards. =20 Aijun Wang Network R&D and Operation Support Department China Telecom Corporation Limited Beijing Research Institute,Beijing, = China. =20 =B7=A2=BC=FE=C8=CB: Les Ginsberg (ginsberg) [mailto:ginsberg@cisco.com]=20 =B7=A2=CB=CD=CA=B1=BC=E4: 2018=C4=EA11=D4=C220=C8=D5 2:00 =CA=D5=BC=FE=C8=CB: stephane.litkowski@orange.com; lsr@ietf.org =B3=AD=CB=CD: spring@ietf.org =D6=F7=CC=E2: Re: [spring] draft-ietf-isis-mpls-elc & = draft-ietf-ospf-mpls-elc =20 Stephane =A8C =20 The use case for this proposal is to support inter-AS scenarios in the absence of a controller. If the WG agrees that this use case needs to be addressed I believe the proposal below is a good and viable compromise. =20 I say =A1=B0compromise=A1=B1 because =A8C as you mention below =A8C = ELC/ELRD are functionally node capabilities. But the inter-AS use case requires = signaling between AS=A1=AFs and the vehicle we have for doing that is a prefix advertisement. The compromise is to advertise ELC associated with a = prefix =A8C but not do so for ERLD. This seems reasonable to me. =20 One change to what you state below =A8C I think =A1=B0when a prefix is = leaked or redistributed, the ELC associated to the prefix MUST also be leaked/redistributed.=A1=B1. =20 Les =20 =20 From: Lsr On Behalf Of = stephane.litkowski@orange.com Sent: Friday, November 09, 2018 6:30 AM To: lsr@ietf.org Cc: spring@ietf.org Subject: [Lsr] draft-ietf-isis-mpls-elc & draft-ietf-ospf-mpls-elc =20 Hi WG, =20 Some discussions occurred on the mailing list on how to encode the = entropy label capability for SR but we hadn=A1=AFt found a consensus on the = target solution. IETF 103 was the opportunity to meet face to face various people that = have participated to this discussion. =20 Following this discussion, we are coming with the following proposal = that the WG need to validate: =20 The entropy label capability is still considered as a per node property = (for simplicity reason, we do not want to have an ELC per linecard). The ERLD is considered as a per node property (for simplicity reason, we = do not want to have an ERLD per linecard). =20 However IGPs may advertise prefixes that are not belonging to the node itself in addition to the local prefixes of the nodes. A typical use case is when two IGP domains (running the same protocol or = a different one) are redistributing routes between each other. The inter-area use case is also creating a similar situation. =20 When an ingress node pushes an entropy label below a segment it must = ensure that the tail-end of the segment is entropy label capable otherwise = packets will be dropped. =20 As a consequence, when prefixes are redistributed, the entropy label capability of the node who has firstly originated the prefix, should be associated to the prefix during the redistribution. =20 In terms of encoding, we propose to associate an entropy label = capability for each prefix advertised by a node. The entropy label capability will be encoded as part of the Prefix Attributes IGP extension (RFC7794 and RFC7684). The entropy label capability may be set for local prefixes (e.g. = loopbacks) by a local configuration and for leaked/redistributed prefixes. When a prefix is leaked or redistributed, the ELC associated to the prefix may = be also leaked/redistributed. =20 An ingress should set the entropy label below a Node/Prefix segment only = if the prefix associated to the Node/Prefix segment as the ELC set in the Prefix Attributes. An ingress should set the entropy label below an Adjacency segment only = if the adjacent neighbor of the node that has advertised the Adj SID is advertising an ERLD (and so is entropy label capable). =20 For the binding SID, as IGPs are not involved in the signaling of the binding SID, there is nothing to do in these drafts.=20 =20 =20 Let us know your comments/feedback on this proposal so we can progress = these documents. =20 Brgds, =20 Stephane =20 _________________________________________________________________________= ___ _____________________________________________ =20 Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez = recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme = ou falsifie. Merci. =20 This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. ------=_NextPart_000_0125_01D480DF.1DA482D0 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi, Les and = Stephane:

 

https://tools.ietf.org/html/draft-wang-lsr-ospf-prefix-originato= r-ext-00 is trying to solve what you are concerning = for.

As you said, ELC/ERLD are = functionally node capabilities, but when we try to send traffic, we = should consider the prefixes itself.

The above draft proposal to add = prefix originator to address this. After getting this information, the = receiver can then build the relationship between prefixes and = ELC/ERLD.

 

 

Best = Regards.

 

Aijun = Wang

Network R&D = and Operation Support Department

China Telecom = Corporation Limited Beijing Research Institute,Beijing, = China.

 

=B7=A2=BC=FE=C8=CB: Les Ginsberg = (ginsberg) [mailto:ginsberg@cisco.com]
=B7=A2=CB=CD=CA=B1=BC= =E4: 2018=C4=EA11=D4=C220=C8=D5 2:00
=CA=D5=BC=FE=C8=CB: = stephane.litkowski@orange.com; = lsr@ietf.org
=B3=AD=CB=CD: = spring@ietf.org
=D6=F7=CC=E2: Re: [spring] = draft-ietf-isis-mpls-elc & = draft-ietf-ospf-mpls-elc

 

Stephane = =A8C

 

The use = case for this proposal is to support inter-AS scenarios in the absence = of a controller.

If the WG agrees that this use case = needs to be addressed I believe the proposal below is a good and viable = compromise.

 

I say = =A1=B0compromise=A1=B1 because =A8C as you mention below =A8C ELC/ELRD = are functionally node capabilities. But the inter-AS use case requires = signaling between AS=A1=AFs and the vehicle we have for doing that is a = prefix advertisement. The compromise is to advertise ELC associated with = a prefix =A8C but not do so for ERLD.

This seems = reasonable to me.

 

One change = to what you state below =A8C I think =A1=B0when a prefix is leaked or = redistributed, the ELC associated to the prefix MUST also be = leaked/redistributed.=A1=B1.

 

   Les

 

 

From: Lsr <lsr-bounces@ietf.org> On = Behalf Of stephane.litkowski@orange.c= om
Sent: Friday, November 09, 2018 6:30 AM
To: = lsr@ietf.org
Cc: spring@ietf.org
Subject: = [Lsr] draft-ietf-isis-mpls-elc & = draft-ietf-ospf-mpls-elc

 

Hi WG,

 

Some discussions occurred on the = mailing list on how to encode the entropy label capability for SR but we = hadn=A1=AFt found a consensus on the target = solution.

IETF 103 was the opportunity to meet face to face various = people that have participated to this = discussion.

 

Following this discussion, we are coming with the following = proposal that the WG need to validate:

 

The entropy label capability is = still considered as a per node property (for simplicity reason, we do = not want to have an ELC per linecard).

The ERLD is considered as a per = node property (for simplicity reason, we do not want to have an ERLD per = linecard).

 

However IGPs may advertise prefixes that are not belonging = to the node itself in addition to the local prefixes of the = nodes.

A = typical use case is when two IGP domains (running the same protocol or a = different one) are redistributing routes between each = other.

The = inter-area use case is also creating a similar = situation.

 

When an ingress node pushes an entropy label below a = segment  it must ensure that the tail-end of the segment is entropy = label capable otherwise packets will be dropped.

 

As a consequence, when prefixes are = redistributed, the entropy label capability of the node who has firstly = originated the prefix, should be associated to the prefix during the = redistribution.

 

In terms of encoding, we propose to associate an entropy = label capability for each prefix advertised by a = node.

The = entropy label capability will be encoded as part of the Prefix = Attributes IGP extension (RFC7794 and RFC7684).

The entropy label capability may be = set for local prefixes (e.g. loopbacks) by a local configuration and for = leaked/redistributed prefixes. When a prefix is leaked or redistributed, = the ELC associated to the prefix may be also = leaked/redistributed.

 

An ingress should set the entropy label below a Node/Prefix = segment only if the prefix associated to the Node/Prefix segment as the = ELC set in the Prefix Attributes.

An ingress should set the entropy = label below an Adjacency segment only if the adjacent neighbor of the = node that has advertised the Adj SID is advertising an ERLD (and so is = entropy label capable).

 

For the binding SID, as IGPs are not involved in the = signaling of the binding SID, there is nothing to do in these drafts. =

 

 

Let us know your comments/feedback on this proposal so we = can progress these documents.

 

Brgds,

 

Stephane

 

____________________________________________________________=
_____________________________________________________________<=
/span>
 
Ce =
message et ses pieces jointes peuvent contenir des informations =
confidentielles ou privilegiees et ne doivent =
donc
pas etre diffuses, =
exploites ou copies sans autorisation. Si vous avez recu ce message par =
erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. =
Les messages electroniques etant susceptibles =
d'alteration,
Orange =
decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.
 
This =
message and its attachments may contain confidential or privileged =
information that may be protected by =
law;
they should not be =
distributed, used or copied without =
authorisation.
If you =
have received this email in error, please notify the sender and delete =
this message and its attachments.
As emails may be altered, Orange is not liable for messages =
that have been modified, changed or =
falsified.
Thank =
you.
------=_NextPart_000_0125_01D480DF.1DA482D0-- From nobody Mon Nov 19 22:52:32 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0DA0812870E; Mon, 19 Nov 2018 22:52:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.5 X-Spam-Level: X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, 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, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 kjjEw50QgdHD; Mon, 19 Nov 2018 22:52:21 -0800 (PST) Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6A6741277D2; Mon, 19 Nov 2018 22:52:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=29636; q=dns/txt; s=iport; t=1542696741; x=1543906341; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=/wQwpnMYqfOSLAj9CeePuSFWFp47wZtvf0bOiMPAEBk=; b=NJpbmw8z1ExiPLnalgTXjkQKmxPg3fP04E8mzOJLzowWfatrEWB20Zjr VA4jxLn8ewpdT7+Ahd0r3b152nP9/JqwDEFQcHCIqnNbnDhk1uSyuIMLk OYKUyAoVpEkFedeeBUKqZ+7mlnQNt7wc5IifA/Y29hplrbc3ero6hbCYP w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ADAAAFrvNb/51dJa1kGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBUQQBAQEBAQsBgQ12ZoECJwqDbogYi36CDXqWPRSBZgs?= =?us-ascii?q?BASWERwIXg10iNAkNAQMBAQIBAQJtHAyFPAEBAQQtQQQHEAIBBgIRBAEBIQc?= =?us-ascii?q?FAgIwFAkIAQEEAQ0FCBODB4EdZA+LUJtKCIEthDEChW4FjAUXgUA/gRGCXTW?= =?us-ascii?q?DGwEBA4ErAQsHATYfgkqCWwKIfQOFeCeDQ4JJikQJAoZ4iAqCHSCBWIUJih+?= =?us-ascii?q?NPIo6AhEUgScfOEEjcXAVO4JsgicXiF6FPkExi1kCDRcHgQGBHwEB?= X-IronPort-AV: E=Sophos;i="5.56,255,1539648000"; d="scan'208,217";a="485398903" Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 20 Nov 2018 06:52:19 +0000 Received: from XCH-ALN-005.cisco.com (xch-aln-005.cisco.com [173.36.7.15]) by rcdn-core-6.cisco.com (8.15.2/8.15.2) with ESMTPS id wAK6qJ72007599 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 20 Nov 2018 06:52:20 GMT Received: from xch-aln-001.cisco.com (173.36.7.11) by XCH-ALN-005.cisco.com (173.36.7.15) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Tue, 20 Nov 2018 00:52:19 -0600 Received: from xch-aln-001.cisco.com ([173.36.7.11]) by XCH-ALN-001.cisco.com ([173.36.7.11]) with mapi id 15.00.1395.000; Tue, 20 Nov 2018 00:52:19 -0600 From: "Les Ginsberg (ginsberg)" To: Aijun Wang , "stephane.litkowski@orange.com" , "lsr@ietf.org" CC: "spring@ietf.org" Thread-Topic: [spring] draft-ietf-isis-mpls-elc & draft-ietf-ospf-mpls-elc Thread-Index: AdR4OJWYmH00pYTzTK6gvxR+PFXbGgH+ARaQABqGrWAAAHMhgA== Date: Tue, 20 Nov 2018 06:52:19 +0000 Message-ID: References: <9208_1541773820_5BE599FC_9208_47_1_9E32478DFA9976438E7A22F69B08FF924B746E6A@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <012401d4809c$0f8142d0$2e83c870$@org.cn> In-Reply-To: <012401d4809c$0f8142d0$2e83c870$@org.cn> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.24.42.169] Content-Type: multipart/alternative; boundary="_000_c5e73da276944c0ab38efea85facb531XCHALN001ciscocom_" MIME-Version: 1.0 X-Outbound-SMTP-Client: 173.36.7.15, xch-aln-005.cisco.com X-Outbound-Node: rcdn-core-6.cisco.com Archived-At: Subject: Re: [spring] draft-ietf-isis-mpls-elc & draft-ietf-ospf-mpls-elc X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2018 06:52:24 -0000 --_000_c5e73da276944c0ab38efea85facb531XCHALN001ciscocom_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 QWlqdW4gqEMNCg0KSW4gdGhlIGludGVyLUFTIGNhc2UsIHdoYXQgaXMgbmVlZGVkIGlzIHRvIGtu b3cgRUxDIG9mIHRoZSBvcmlnaW5hdGluZyBub2RlLiBTaW1wbHkga25vd2luZyB3aG8gdGhlIG9y aWdpbmF0b3Igb2YgYW4gYWR2ZXJ0aXNlbWVudCBpcyBub3Qgc3VmZmljaWVudC4NCg0KSWYgRUxD IGlzIGFkdmVydGlzZWQgYXMgYSBub2RlIGNhcGFiaWxpdHksIHRoZW4gYSBjb250cm9sbGVyIHdp dGggYWNjZXNzIHRvIEJHUC1MUyBkYXRhYmFzZSBmb3IgYm90aCBBU3MgY291bGQgZGV0ZXJtaW5l IEVMQyBieSBwaWVjaW5nIHRvZ2V0aGVyIHRoZSBub2RlIGNhcGFiaWxpdHkgYWR2ZXJ0aXNlbWVu dCBhbmQgdGhlIHByZWZpeCBhZHZlcnRpc2VtZW50IHcgb3JpZ2luYXRpbmcgcm91dGVyLWlkLg0K DQpCdXQgd2hhdCBTdGVwaGFuZSBoYXMgcHJvcG9zZWQgZm9yIHRoZSBpbnRlci1BUyBjYXNlIGlz IGEgd2F5IHRvIGtub3cgRUxDIGluIHRoZSBhYnNlbmNlIG9mIGEgY29udHJvbGxlci4NClRoaXMg bWVhbnMgbm9kZXMgaW4gQVMgIzEgbmVlZCB0byBoYXZlIEVMQyBjYXBhYmlsaXR5IGluZm8gZm9y IG5vZGVzIGluIEFTICMyLg0KQXMgdGhlcmUgaXMgbm8gd2F5IHRvIHJlZGlzdHJpYnV0ZSBJR1Ag Tm9kZSBDYXBhYmlsaXR5IGFkdmVydGlzZW1lbnRzIGJldHdlZW4gZGlmZmVyZW50IElHUCBpbnN0 YW5jZXMsIHRoZSBhbHRlcm5hdGl2ZSBpcyB0byBhZHZlcnRpc2UgRUxDIGFzc29jaWF0ZWQgd2l0 aCBhIHByZWZpeCBhZHZlcnRpc2VtZW50IHNpbmNlIHRoZSBwcmVmaXggYWR2ZXJ0aXNlbWVudCBj YW4gYmUgcmVkaXN0cmlidXRlZCBiZXR3ZWVuIElHUCBpbnN0YW5jZXMuDQpLbm93aW5nIHRoZSBv cmlnaW5hdG9yIG9mIHRoZSBwcmVmaXggaXMgbmVjZXNzYXJ5LCBidXQgaXQgaXMgbm90IHN1ZmZp Y2llbnQuDQoNCkhvcGUgdGhpcyBpcyBjbGVhci4NCg0KICAgIExlcw0KDQoNCg0KRnJvbTogQWlq dW4gV2FuZyA8d2FuZ2FpanVuQHRzaW5naHVhLm9yZy5jbj4NClNlbnQ6IE1vbmRheSwgTm92ZW1i ZXIgMTksIDIwMTggMTA6NDEgUE0NClRvOiBMZXMgR2luc2JlcmcgKGdpbnNiZXJnKSA8Z2luc2Jl cmdAY2lzY28uY29tPjsgc3RlcGhhbmUubGl0a293c2tpQG9yYW5nZS5jb207IGxzckBpZXRmLm9y Zw0KQ2M6IHNwcmluZ0BpZXRmLm9yZw0KU3ViamVjdDogtPC4tDogW3NwcmluZ10gZHJhZnQtaWV0 Zi1pc2lzLW1wbHMtZWxjICYgZHJhZnQtaWV0Zi1vc3BmLW1wbHMtZWxjDQoNCkhpLCBMZXMgYW5k IFN0ZXBoYW5lOg0KDQpodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtd2FuZy1sc3It b3NwZi1wcmVmaXgtb3JpZ2luYXRvci1leHQtMDAgaXMgdHJ5aW5nIHRvIHNvbHZlIHdoYXQgeW91 IGFyZSBjb25jZXJuaW5nIGZvci4NCkFzIHlvdSBzYWlkLCBFTEMvRVJMRCBhcmUgZnVuY3Rpb25h bGx5IG5vZGUgY2FwYWJpbGl0aWVzLCBidXQgd2hlbiB3ZSB0cnkgdG8gc2VuZCB0cmFmZmljLCB3 ZSBzaG91bGQgY29uc2lkZXIgdGhlIHByZWZpeGVzIGl0c2VsZi4NClRoZSBhYm92ZSBkcmFmdCBw cm9wb3NhbCB0byBhZGQgcHJlZml4IG9yaWdpbmF0b3IgdG8gYWRkcmVzcyB0aGlzLiBBZnRlciBn ZXR0aW5nIHRoaXMgaW5mb3JtYXRpb24sIHRoZSByZWNlaXZlciBjYW4gdGhlbiBidWlsZCB0aGUg cmVsYXRpb25zaGlwIGJldHdlZW4gcHJlZml4ZXMgYW5kIEVMQy9FUkxELg0KDQoNCkJlc3QgUmVn YXJkcy4NCg0KQWlqdW4gV2FuZw0KTmV0d29yayBSJkQgYW5kIE9wZXJhdGlvbiBTdXBwb3J0IERl cGFydG1lbnQNCkNoaW5hIFRlbGVjb20gQ29ycG9yYXRpb24gTGltaXRlZCBCZWlqaW5nIFJlc2Vh cmNoIEluc3RpdHV0ZSxCZWlqaW5nLCBDaGluYS4NCg0Kt6K8/sjLOiBMZXMgR2luc2JlcmcgKGdp bnNiZXJnKSBbbWFpbHRvOmdpbnNiZXJnQGNpc2NvLmNvbV0NCreiy83KsbzkOiAyMDE4xOoxMdTC MjDI1SAyOjAwDQrK1bz+yMs6IHN0ZXBoYW5lLmxpdGtvd3NraUBvcmFuZ2UuY29tPG1haWx0bzpz dGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbT47IGxzckBpZXRmLm9yZzxtYWlsdG86bHNyQGll dGYub3JnPg0Ks63LzTogc3ByaW5nQGlldGYub3JnPG1haWx0bzpzcHJpbmdAaWV0Zi5vcmc+DQrW 98ziOiBSZTogW3NwcmluZ10gZHJhZnQtaWV0Zi1pc2lzLW1wbHMtZWxjICYgZHJhZnQtaWV0Zi1v c3BmLW1wbHMtZWxjDQoNClN0ZXBoYW5lIKhDDQoNClRoZSB1c2UgY2FzZSBmb3IgdGhpcyBwcm9w b3NhbCBpcyB0byBzdXBwb3J0IGludGVyLUFTIHNjZW5hcmlvcyBpbiB0aGUgYWJzZW5jZSBvZiBh IGNvbnRyb2xsZXIuDQpJZiB0aGUgV0cgYWdyZWVzIHRoYXQgdGhpcyB1c2UgY2FzZSBuZWVkcyB0 byBiZSBhZGRyZXNzZWQgSSBiZWxpZXZlIHRoZSBwcm9wb3NhbCBiZWxvdyBpcyBhIGdvb2QgYW5k IHZpYWJsZSBjb21wcm9taXNlLg0KDQpJIHNheSChsGNvbXByb21pc2WhsSBiZWNhdXNlIKhDIGFz IHlvdSBtZW50aW9uIGJlbG93IKhDIEVMQy9FTFJEIGFyZSBmdW5jdGlvbmFsbHkgbm9kZSBjYXBh YmlsaXRpZXMuIEJ1dCB0aGUgaW50ZXItQVMgdXNlIGNhc2UgcmVxdWlyZXMgc2lnbmFsaW5nIGJl dHdlZW4gQVOhr3MgYW5kIHRoZSB2ZWhpY2xlIHdlIGhhdmUgZm9yIGRvaW5nIHRoYXQgaXMgYSBw cmVmaXggYWR2ZXJ0aXNlbWVudC4gVGhlIGNvbXByb21pc2UgaXMgdG8gYWR2ZXJ0aXNlIEVMQyBh c3NvY2lhdGVkIHdpdGggYSBwcmVmaXggqEMgYnV0IG5vdCBkbyBzbyBmb3IgRVJMRC4NClRoaXMg c2VlbXMgcmVhc29uYWJsZSB0byBtZS4NCg0KT25lIGNoYW5nZSB0byB3aGF0IHlvdSBzdGF0ZSBi ZWxvdyCoQyBJIHRoaW5rIKGwd2hlbiBhIHByZWZpeCBpcyBsZWFrZWQgb3IgcmVkaXN0cmlidXRl ZCwgdGhlIEVMQyBhc3NvY2lhdGVkIHRvIHRoZSBwcmVmaXggTVVTVCBhbHNvIGJlIGxlYWtlZC9y ZWRpc3RyaWJ1dGVkLqGxLg0KDQogICBMZXMNCg0KDQpGcm9tOiBMc3IgPGxzci1ib3VuY2VzQGll dGYub3JnPG1haWx0bzpsc3ItYm91bmNlc0BpZXRmLm9yZz4+IE9uIEJlaGFsZiBPZiBzdGVwaGFu ZS5saXRrb3dza2lAb3JhbmdlLmNvbTxtYWlsdG86c3RlcGhhbmUubGl0a293c2tpQG9yYW5nZS5j b20+DQpTZW50OiBGcmlkYXksIE5vdmVtYmVyIDA5LCAyMDE4IDY6MzAgQU0NClRvOiBsc3JAaWV0 Zi5vcmc8bWFpbHRvOmxzckBpZXRmLm9yZz4NCkNjOiBzcHJpbmdAaWV0Zi5vcmc8bWFpbHRvOnNw cmluZ0BpZXRmLm9yZz4NClN1YmplY3Q6IFtMc3JdIGRyYWZ0LWlldGYtaXNpcy1tcGxzLWVsYyAm IGRyYWZ0LWlldGYtb3NwZi1tcGxzLWVsYw0KDQpIaSBXRywNCg0KU29tZSBkaXNjdXNzaW9ucyBv Y2N1cnJlZCBvbiB0aGUgbWFpbGluZyBsaXN0IG9uIGhvdyB0byBlbmNvZGUgdGhlIGVudHJvcHkg bGFiZWwgY2FwYWJpbGl0eSBmb3IgU1IgYnV0IHdlIGhhZG6hr3QgZm91bmQgYSBjb25zZW5zdXMg b24gdGhlIHRhcmdldCBzb2x1dGlvbi4NCklFVEYgMTAzIHdhcyB0aGUgb3Bwb3J0dW5pdHkgdG8g bWVldCBmYWNlIHRvIGZhY2UgdmFyaW91cyBwZW9wbGUgdGhhdCBoYXZlIHBhcnRpY2lwYXRlZCB0 byB0aGlzIGRpc2N1c3Npb24uDQoNCkZvbGxvd2luZyB0aGlzIGRpc2N1c3Npb24sIHdlIGFyZSBj b21pbmcgd2l0aCB0aGUgZm9sbG93aW5nIHByb3Bvc2FsIHRoYXQgdGhlIFdHIG5lZWQgdG8gdmFs aWRhdGU6DQoNClRoZSBlbnRyb3B5IGxhYmVsIGNhcGFiaWxpdHkgaXMgc3RpbGwgY29uc2lkZXJl ZCBhcyBhIHBlciBub2RlIHByb3BlcnR5IChmb3Igc2ltcGxpY2l0eSByZWFzb24sIHdlIGRvIG5v dCB3YW50IHRvIGhhdmUgYW4gRUxDIHBlciBsaW5lY2FyZCkuDQpUaGUgRVJMRCBpcyBjb25zaWRl cmVkIGFzIGEgcGVyIG5vZGUgcHJvcGVydHkgKGZvciBzaW1wbGljaXR5IHJlYXNvbiwgd2UgZG8g bm90IHdhbnQgdG8gaGF2ZSBhbiBFUkxEIHBlciBsaW5lY2FyZCkuDQoNCkhvd2V2ZXIgSUdQcyBt YXkgYWR2ZXJ0aXNlIHByZWZpeGVzIHRoYXQgYXJlIG5vdCBiZWxvbmdpbmcgdG8gdGhlIG5vZGUg aXRzZWxmIGluIGFkZGl0aW9uIHRvIHRoZSBsb2NhbCBwcmVmaXhlcyBvZiB0aGUgbm9kZXMuDQpB IHR5cGljYWwgdXNlIGNhc2UgaXMgd2hlbiB0d28gSUdQIGRvbWFpbnMgKHJ1bm5pbmcgdGhlIHNh bWUgcHJvdG9jb2wgb3IgYSBkaWZmZXJlbnQgb25lKSBhcmUgcmVkaXN0cmlidXRpbmcgcm91dGVz IGJldHdlZW4gZWFjaCBvdGhlci4NClRoZSBpbnRlci1hcmVhIHVzZSBjYXNlIGlzIGFsc28gY3Jl YXRpbmcgYSBzaW1pbGFyIHNpdHVhdGlvbi4NCg0KV2hlbiBhbiBpbmdyZXNzIG5vZGUgcHVzaGVz IGFuIGVudHJvcHkgbGFiZWwgYmVsb3cgYSBzZWdtZW50ICBpdCBtdXN0IGVuc3VyZSB0aGF0IHRo ZSB0YWlsLWVuZCBvZiB0aGUgc2VnbWVudCBpcyBlbnRyb3B5IGxhYmVsIGNhcGFibGUgb3RoZXJ3 aXNlIHBhY2tldHMgd2lsbCBiZSBkcm9wcGVkLg0KDQpBcyBhIGNvbnNlcXVlbmNlLCB3aGVuIHBy ZWZpeGVzIGFyZSByZWRpc3RyaWJ1dGVkLCB0aGUgZW50cm9weSBsYWJlbCBjYXBhYmlsaXR5IG9m IHRoZSBub2RlIHdobyBoYXMgZmlyc3RseSBvcmlnaW5hdGVkIHRoZSBwcmVmaXgsIHNob3VsZCBi ZSBhc3NvY2lhdGVkIHRvIHRoZSBwcmVmaXggZHVyaW5nIHRoZSByZWRpc3RyaWJ1dGlvbi4NCg0K SW4gdGVybXMgb2YgZW5jb2RpbmcsIHdlIHByb3Bvc2UgdG8gYXNzb2NpYXRlIGFuIGVudHJvcHkg bGFiZWwgY2FwYWJpbGl0eSBmb3IgZWFjaCBwcmVmaXggYWR2ZXJ0aXNlZCBieSBhIG5vZGUuDQpU aGUgZW50cm9weSBsYWJlbCBjYXBhYmlsaXR5IHdpbGwgYmUgZW5jb2RlZCBhcyBwYXJ0IG9mIHRo ZSBQcmVmaXggQXR0cmlidXRlcyBJR1AgZXh0ZW5zaW9uIChSRkM3Nzk0IGFuZCBSRkM3Njg0KS4N ClRoZSBlbnRyb3B5IGxhYmVsIGNhcGFiaWxpdHkgbWF5IGJlIHNldCBmb3IgbG9jYWwgcHJlZml4 ZXMgKGUuZy4gbG9vcGJhY2tzKSBieSBhIGxvY2FsIGNvbmZpZ3VyYXRpb24gYW5kIGZvciBsZWFr ZWQvcmVkaXN0cmlidXRlZCBwcmVmaXhlcy4gV2hlbiBhIHByZWZpeCBpcyBsZWFrZWQgb3IgcmVk aXN0cmlidXRlZCwgdGhlIEVMQyBhc3NvY2lhdGVkIHRvIHRoZSBwcmVmaXggbWF5IGJlIGFsc28g bGVha2VkL3JlZGlzdHJpYnV0ZWQuDQoNCkFuIGluZ3Jlc3Mgc2hvdWxkIHNldCB0aGUgZW50cm9w eSBsYWJlbCBiZWxvdyBhIE5vZGUvUHJlZml4IHNlZ21lbnQgb25seSBpZiB0aGUgcHJlZml4IGFz c29jaWF0ZWQgdG8gdGhlIE5vZGUvUHJlZml4IHNlZ21lbnQgYXMgdGhlIEVMQyBzZXQgaW4gdGhl IFByZWZpeCBBdHRyaWJ1dGVzLg0KQW4gaW5ncmVzcyBzaG91bGQgc2V0IHRoZSBlbnRyb3B5IGxh YmVsIGJlbG93IGFuIEFkamFjZW5jeSBzZWdtZW50IG9ubHkgaWYgdGhlIGFkamFjZW50IG5laWdo Ym9yIG9mIHRoZSBub2RlIHRoYXQgaGFzIGFkdmVydGlzZWQgdGhlIEFkaiBTSUQgaXMgYWR2ZXJ0 aXNpbmcgYW4gRVJMRCAoYW5kIHNvIGlzIGVudHJvcHkgbGFiZWwgY2FwYWJsZSkuDQoNCkZvciB0 aGUgYmluZGluZyBTSUQsIGFzIElHUHMgYXJlIG5vdCBpbnZvbHZlZCBpbiB0aGUgc2lnbmFsaW5n IG9mIHRoZSBiaW5kaW5nIFNJRCwgdGhlcmUgaXMgbm90aGluZyB0byBkbyBpbiB0aGVzZSBkcmFm dHMuDQoNCg0KTGV0IHVzIGtub3cgeW91ciBjb21tZW50cy9mZWVkYmFjayBvbiB0aGlzIHByb3Bv c2FsIHNvIHdlIGNhbiBwcm9ncmVzcyB0aGVzZSBkb2N1bWVudHMuDQoNCkJyZ2RzLA0KDQpTdGVw aGFuZQ0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18NCg0KDQoNCkNlIG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2ludGVz IHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucyBjb25maWRlbnRpZWxsZXMgb3UgcHJp dmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYw0KDQpwYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9p dGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVz c2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlcg0KDQphIGwnZXhwZWRpdGV1ciBl dCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMgbWVzc2FnZXMg ZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLA0KDQpPcmFuZ2Ug ZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdlIGEgZXRlIGFsdGVyZSwg ZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuDQoNCg0KDQpUaGlzIG1lc3NhZ2UgYW5kIGl0cyBh dHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1h dGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3Ow0KDQp0aGV5IHNob3VsZCBub3QgYmUg ZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlvbi4NCg0KSWYg eW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUg c2VuZGVyIGFuZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuDQoNCkFz IGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2Vz IHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC4NCg0KVGhhbmsg eW91Lg0K --_000_c5e73da276944c0ab38efea85facb531XCHALN001ciscocom_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Aijun =A8C

 

In the inter-AS case, what is needed is to know ELC of the originating= node. Simply knowing who the originator of an advertisement is not suffici= ent.

 

If ELC is advertised as a node capability, then a controller with acce= ss to BGP-LS database for both ASs could determine ELC by piecing together = the node capability advertisement and the prefix advertisement w originating router-id.

 

But what Stephane has proposed for the inter-AS case is a way to know = ELC in the absence of a controller.

This means nodes in AS #1 need to have ELC capability info for nodes i= n AS #2.

As there is no way to redistribute IGP Node Capability advertisements = between different IGP instances, the alternative is to advertise ELC associ= ated with a prefix advertisement since the prefix advertisement can be redistributed between IGP instances.<= /o:p>

Knowing the originator of the prefix is necessary, but it is not suffi= cient.

 

Hope this is clear.

 

    Les

 

 

 

From: Aijun Wang <wangaijun@tsinghua.org.c= n>
Sent: Monday, November 19, 2018 10:41 PM
To: Les Ginsberg (ginsberg) <ginsberg@cisco.com>; stephane.lit= kowski@orange.com; lsr@ietf.org
Cc: spring@ietf.org
Subject: =B4=F0=B8= =B4: [spring] draft-ietf-isis-mpls-elc & draft-ietf-ospf-mpls-el= c

 

Hi, L= es and Stephane:

=  

https://tools.ietf.org/html/draft-wang-lsr-ospf-prefix-originator-ext-= 00 is trying to solve what you are concerning for.

As yo= u said, ELC/ERLD are functionally node capabilities, but when we try to sen= d traffic, we should consider the prefixes itself.

The a= bove draft proposal to add prefix originator to address this. After getting= this information, the receiver can then build the relationship between pre= fixes and ELC/ERLD.

=  

=  

Best Regards.

 

Aijun Wang<= /span>

Network R&D and Op= eration Support Department

China Telecom Corporat= ion Limited Beijing Research Institute,Beijing, China.

=  

=B7=A2=BC=FE=C8=CB: Les Ginsberg (ginsberg) [mailto:ginsberg@cisco.com]
=B7=A2=CB=CD=CA=B1=BC=E4: 2018=C4=EA11=D4=C220=C8=D5 2:00
=CA=D5=BC=FE=C8=CB: stephane.litkowski@orange.com; lsr@ietf= .org
=B3=AD=CB=CD: spring@ietf.org
=D6=F7=CC=E2: Re: [spring] draft-ietf-is= is-mpls-elc & draft-ietf-ospf-mpls-elc

 

Stephane =A8C

 

The use case for this = proposal is to support inter-AS scenarios in the absence of a controller.

If the WG agrees that = this use case needs to be addressed I believe the proposal below is a good = and viable compromise.

 

I say =A1=B0compromise= =A1=B1 because =A8C as you mention below =A8C ELC/ELRD are functionally nod= e capabilities. But the inter-AS use case requires signaling between AS=A1= =AFs and the vehicle we have for doing that is a prefix advertisement. The compromise is to advertise ELC associated with a prefix =A8C but not d= o so for ERLD.

This seems reasonable = to me.

 

One change to what you= state below =A8C I think =A1=B0when a prefix is leaked or redistributed, t= he ELC associated to the prefix MUST = also be leaked/redistributed.=A1=B1.

 

   Les<= /o:p>

 

 

From: Lsr <lsr-bounces@ietf.org> On Behalf Of stepha= ne.litkowski@orange.com
Sent: Friday, November 09, 2018 6:30 AM
To: lsr@ietf.org
Cc: spring@ietf.org
Subject: [Lsr] draft-ietf-isis-mpls-elc & draft-ietf-ospf-mpls-e= lc

 

Hi WG,

 

Some discussions occurred on the mailing list on how= to encode the entropy label capability for SR but we hadn=A1=AFt found a c= onsensus on the target solution.

IETF 103 was the opportunity to meet face to face va= rious people that have participated to this discussion.

 

Following this discussion, we are coming with the fo= llowing proposal that the WG need to validate:

 

The entropy label capability is still considered as = a per node property (for simplicity reason, we do not want to have an ELC p= er linecard).

The ERLD is considered as a per node property (for s= implicity reason, we do not want to have an ERLD per linecard).<= /p>

 

However IGPs may advertise prefixes that are not bel= onging to the node itself in addition to the local prefixes of the nodes.

A typical use case is when two IGP domains (running = the same protocol or a different one) are redistributing routes between eac= h other.

The inter-area use case is also creating a similar s= ituation.

 

When an ingress node pushes an entropy label below a= segment  it must ensure that the tail-end of the segment is entropy l= abel capable otherwise packets will be dropped.

 

As a consequence, when prefixes are redistributed, t= he entropy label capability of the node who has firstly originated the pref= ix, should be associated to the prefix during the redistribution.

 

In terms of encoding, we propose to associate an ent= ropy label capability for each prefix advertised by a node.

The entropy label capability will be encoded as part= of the Prefix Attributes IGP extension (RFC7794 and RFC7684).

The entropy label capability may be set for local pr= efixes (e.g. loopbacks) by a local configuration and for leaked/redistribut= ed prefixes. When a prefix is leaked or redistributed, the ELC associated t= o the prefix may be also leaked/redistributed.

 

An ingress should set the entropy label below a Node= /Prefix segment only if the prefix associated to the Node/Prefix segment as= the ELC set in the Prefix Attributes.

An ingress should set the entropy label below an Adj= acency segment only if the adjacent neighbor of the node that has advertise= d the Adj SID is advertising an ERLD (and so is entropy label capable).

 

For the binding SID, as IGPs are not involved in the= signaling of the binding SID, there is nothing to do in these drafts.

 

 

Let us know your comments/feedback on this proposal = so we can progress these documents.

 

Brgds,

 

Stephane

 

_=
___________________________________________________________________________=
_____________________________________________
<=
o:p> 
C=
e message et ses pieces jointes peuvent contenir des informations confident=
ielles ou privilegiees et ne doivent donc
p=
as etre diffuses, exploites ou copies sans autorisation. Si vous avez recu =
ce message par erreur, veuillez le signaler
a=
 l'expediteur et le detruire ainsi que les pieces jointes. Les messages ele=
ctroniques etant susceptibles d'alteration,
O=
range decline toute responsabilite si ce message a ete altere, deforme ou f=
alsifie. Merci.
<=
o:p> 
T=
his message and its attachments may contain confidential or privileged info=
rmation that may be protected by law;
t=
hey should not be distributed, used or copied without authorisation.
I=
f you have received this email in error, please notify the sender and delet=
e this message and its attachments.
A=
s emails may be altered, Orange is not liable for messages that have been m=
odified, changed or falsified.
T=
hank you.
--_000_c5e73da276944c0ab38efea85facb531XCHALN001ciscocom_-- From nobody Mon Nov 19 23:20:05 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8CE491277D2; Mon, 19 Nov 2018 23:19:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Bwpb18t260LD; Mon, 19 Nov 2018 23:19:54 -0800 (PST) Received: from orange.com (mta240.mail.business.static.orange.com [80.12.66.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 823ED123FFD; Mon, 19 Nov 2018 23:19:53 -0800 (PST) Received: from opfedar06.francetelecom.fr (unknown [xx.xx.xx.8]) by opfedar20.francetelecom.fr (ESMTP service) with ESMTP id 42zcXl3RWmz8t12; Tue, 20 Nov 2018 08:19:51 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.21]) by opfedar06.francetelecom.fr (ESMTP service) with ESMTP id 42zcXl2V9kz3wbD; Tue, 20 Nov 2018 08:19:51 +0100 (CET) Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILM6C.corporate.adroot.infra.ftgroup ([fe80::d9f5:9741:7525:a199%18]) with mapi id 14.03.0415.000; Tue, 20 Nov 2018 08:19:51 +0100 From: To: =?utf-8?B?5b6Q5bCP6JmOKOS5ieWFiCk=?= , Lsr , "lsr@ietf.org" CC: "spring@ietf.org" Thread-Topic: [Lsr] draft-ietf-isis-mpls-elc & draft-ietf-ospf-mpls-elc Thread-Index: AdR4OJWYmH00pYTzTK6gvxR+PFXbGgH+ARaQAA+DKIAADKBgYA== Date: Tue, 20 Nov 2018 07:19:50 +0000 Message-ID: <3489_1542698391_5BF3B597_3489_286_1_9E32478DFA9976438E7A22F69B08FF924B76D503@OPEXCLILMA4.corporate.adroot.infra.ftgroup> References: <9208_1541773820_5BE599FC_9208_47_1_9E32478DFA9976438E7A22F69B08FF924B746E6A@OPEXCLILMA4.corporate.adroot.infra.ftgroup>, <2ca6d24d-18f2-4df2-ab04-64ece1d4031b.xiaohu.xxh@alibaba-inc.com> In-Reply-To: <2ca6d24d-18f2-4df2-ab04-64ece1d4031b.xiaohu.xxh@alibaba-inc.com> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.2] Content-Type: multipart/alternative; boundary="_000_9E32478DFA9976438E7A22F69B08FF924B76D503OPEXCLILMA4corp_" MIME-Version: 1.0 Archived-At: Subject: Re: [spring] [Lsr] draft-ietf-isis-mpls-elc & draft-ietf-ospf-mpls-elc X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2018 07:19:57 -0000 --_000_9E32478DFA9976438E7A22F69B08FF924B76D503OPEXCLILMA4corp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgYWxsLA0KDQpUaGUgdXNlIGNhc2UgaXMgd2l0aG91dCBURS4gQW5kIHRoaXMgaXMgaG93IG5l dHdvcmsgZGVzaWducyBhcmUgd29ya2luZyB0b2RheSwgYW5kIEkgZG8gbm90IHNlZSBhbnkgdmFs aWQgcmVhc29uIHRvIGNvbXBsZXhpZnkgYW5kIGNoYW5nZSB0aGUgZXhpc3RpbmcgZGVzaWducyBi eSBpbnRyb2R1Y2luZyBjb250cm9sbGVycyBvciBCR1AtTFMuDQpXZSBoYXZlIHRvIGFjY29tbW9k YXRlIHdpdGggd2hhdCBpcyBkZXBsb3llZCB0b2RheSBhbmQgdGhlIHByb3Bvc2VkIGNoYW5nZSBp cyBxdWl0ZSBzaW1wbGUuDQoNCkJyZ2RzLA0KDQpGcm9tOiDlvpDlsI/omY4o5LmJ5YWIKSBbbWFp bHRvOnhpYW9odS54eGhAYWxpYmFiYS1pbmMuY29tXQ0KU2VudDogVHVlc2RheSwgTm92ZW1iZXIg MjAsIDIwMTggMDM6MTYNClRvOiBMc3I7IExJVEtPV1NLSSBTdGVwaGFuZSBPQlMvT0lOSVM7IGxz ckBpZXRmLm9yZw0KQ2M6IHNwcmluZ0BpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtMc3JdIGRyYWZ0 LWlldGYtaXNpcy1tcGxzLWVsYyAmIGRyYWZ0LWlldGYtb3NwZi1tcGxzLWVsYw0KDQpIaSBhbGws DQoNCklNSE8sIGl0IHNlZW1zIGEgbGl0dGxlIGJpdCBvZGQgdG8gc3VwcG9ydCBpbnRlci1BUyBU RSBzY2VuYXJpb3MgaW4gdGhlIGFic2VuY2Ugb2YgYSBjb250cm9sbGVyLiBJZiB0aGUgaW50ZXIt QVMgc2NlbmFyaW8gaXMgbm90IGZvciB0aGUgVEUgcHVycG9zZSwgd291bGQgdGhlIChpbnRlci1B UykgQkdQLWluaXRpYXRlZCBMU1Agb3ZlciAoaW50cmEtQVMpIFNSLWluaXRpYXRlZCBMU1AgYmUg Z29vZCBlbm91Z2ggKGp1c3QgbGlrZSB3aGF0IHdlIGhhdmUgZG9uZSBiZWZvcmUgaW4gdGhlIExE UCBlcmEsIGkuZS4sIHRoZSBCR1AtaW5pdGlhdGVkIExTUCBvdmVyIExEUC1pbml0aWF0ZWQgTFNQ KT8NCg0KQmVzdCByZWdhcmRzLA0KWGlhb2h1DQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KRnJvbTpMZXMgR2luc2Jl cmcgKGdpbnNiZXJnKSA8Z2luc2JlcmdAY2lzY28uY29tPg0KU2VuZCBUaW1lOjIwMTjlubQxMeac iDIw5pelKOaYn+acn+S6jCkgMDI6MDANClRvOnN0ZXBoYW5lLmxpdGtvd3NraUBvcmFuZ2UuY29t IDxzdGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbT47IGxzckBpZXRmLm9yZyA8bHNyQGlldGYu b3JnPg0KQ2M6c3ByaW5nQGlldGYub3JnIDxzcHJpbmdAaWV0Zi5vcmc+DQpTdWJqZWN0OlJlOiBb THNyXSBkcmFmdC1pZXRmLWlzaXMtbXBscy1lbGMgJiBkcmFmdC1pZXRmLW9zcGYtbXBscy1lbGMN Cg0KU3RlcGhhbmUg4oCTDQoNClRoZSB1c2UgY2FzZSBmb3IgdGhpcyBwcm9wb3NhbCBpcyB0byBz dXBwb3J0IGludGVyLUFTIHNjZW5hcmlvcyBpbiB0aGUgYWJzZW5jZSBvZiBhIGNvbnRyb2xsZXIu DQpJZiB0aGUgV0cgYWdyZWVzIHRoYXQgdGhpcyB1c2UgY2FzZSBuZWVkcyB0byBiZSBhZGRyZXNz ZWQgSSBiZWxpZXZlIHRoZSBwcm9wb3NhbCBiZWxvdyBpcyBhIGdvb2QgYW5kIHZpYWJsZSBjb21w cm9taXNlLg0KDQpJIHNheSDigJxjb21wcm9taXNl4oCdIGJlY2F1c2Ug4oCTIGFzIHlvdSBtZW50 aW9uIGJlbG93IOKAkyBFTEMvRUxSRCBhcmUgZnVuY3Rpb25hbGx5IG5vZGUgY2FwYWJpbGl0aWVz LiBCdXQgdGhlIGludGVyLUFTIHVzZSBjYXNlIHJlcXVpcmVzIHNpZ25hbGluZyBiZXR3ZWVuIEFT 4oCZcyBhbmQgdGhlIHZlaGljbGUgd2UgaGF2ZSBmb3IgZG9pbmcgdGhhdCBpcyBhIHByZWZpeCBh ZHZlcnRpc2VtZW50LiBUaGUgY29tcHJvbWlzZSBpcyB0byBhZHZlcnRpc2UgRUxDIGFzc29jaWF0 ZWQgd2l0aCBhIHByZWZpeCDigJMgYnV0IG5vdCBkbyBzbyBmb3IgRVJMRC4NClRoaXMgc2VlbXMg cmVhc29uYWJsZSB0byBtZS4NCg0KT25lIGNoYW5nZSB0byB3aGF0IHlvdSBzdGF0ZSBiZWxvdyDi gJMgSSB0aGluayDigJx3aGVuIGEgcHJlZml4IGlzIGxlYWtlZCBvciByZWRpc3RyaWJ1dGVkLCB0 aGUgRUxDIGFzc29jaWF0ZWQgdG8gdGhlIHByZWZpeCBNVVNUIGFsc28gYmUgbGVha2VkL3JlZGlz dHJpYnV0ZWQu4oCdLg0KDQogICBMZXMNCg0KDQpGcm9tOiBMc3IgPGxzci1ib3VuY2VzQGlldGYu b3JnPiBPbiBCZWhhbGYgT2Ygc3RlcGhhbmUubGl0a293c2tpQG9yYW5nZS5jb20NClNlbnQ6IEZy aWRheSwgTm92ZW1iZXIgMDksIDIwMTggNjozMCBBTQ0KVG86IGxzckBpZXRmLm9yZw0KQ2M6IHNw cmluZ0BpZXRmLm9yZw0KU3ViamVjdDogW0xzcl0gZHJhZnQtaWV0Zi1pc2lzLW1wbHMtZWxjICYg ZHJhZnQtaWV0Zi1vc3BmLW1wbHMtZWxjDQoNCkhpIFdHLA0KDQpTb21lIGRpc2N1c3Npb25zIG9j Y3VycmVkIG9uIHRoZSBtYWlsaW5nIGxpc3Qgb24gaG93IHRvIGVuY29kZSB0aGUgZW50cm9weSBs YWJlbCBjYXBhYmlsaXR5IGZvciBTUiBidXQgd2UgaGFkbuKAmXQgZm91bmQgYSBjb25zZW5zdXMg b24gdGhlIHRhcmdldCBzb2x1dGlvbi4NCklFVEYgMTAzIHdhcyB0aGUgb3Bwb3J0dW5pdHkgdG8g bWVldCBmYWNlIHRvIGZhY2UgdmFyaW91cyBwZW9wbGUgdGhhdCBoYXZlIHBhcnRpY2lwYXRlZCB0 byB0aGlzIGRpc2N1c3Npb24uDQoNCkZvbGxvd2luZyB0aGlzIGRpc2N1c3Npb24sIHdlIGFyZSBj b21pbmcgd2l0aCB0aGUgZm9sbG93aW5nIHByb3Bvc2FsIHRoYXQgdGhlIFdHIG5lZWQgdG8gdmFs aWRhdGU6DQoNClRoZSBlbnRyb3B5IGxhYmVsIGNhcGFiaWxpdHkgaXMgc3RpbGwgY29uc2lkZXJl ZCBhcyBhIHBlciBub2RlIHByb3BlcnR5IChmb3Igc2ltcGxpY2l0eSByZWFzb24sIHdlIGRvIG5v dCB3YW50IHRvIGhhdmUgYW4gRUxDIHBlciBsaW5lY2FyZCkuDQpUaGUgRVJMRCBpcyBjb25zaWRl cmVkIGFzIGEgcGVyIG5vZGUgcHJvcGVydHkgKGZvciBzaW1wbGljaXR5IHJlYXNvbiwgd2UgZG8g bm90IHdhbnQgdG8gaGF2ZSBhbiBFUkxEIHBlciBsaW5lY2FyZCkuDQoNCkhvd2V2ZXIgSUdQcyBt YXkgYWR2ZXJ0aXNlIHByZWZpeGVzIHRoYXQgYXJlIG5vdCBiZWxvbmdpbmcgdG8gdGhlIG5vZGUg aXRzZWxmIGluIGFkZGl0aW9uIHRvIHRoZSBsb2NhbCBwcmVmaXhlcyBvZiB0aGUgbm9kZXMuDQpB IHR5cGljYWwgdXNlIGNhc2UgaXMgd2hlbiB0d28gSUdQIGRvbWFpbnMgKHJ1bm5pbmcgdGhlIHNh bWUgcHJvdG9jb2wgb3IgYSBkaWZmZXJlbnQgb25lKSBhcmUgcmVkaXN0cmlidXRpbmcgcm91dGVz IGJldHdlZW4gZWFjaCBvdGhlci4NClRoZSBpbnRlci1hcmVhIHVzZSBjYXNlIGlzIGFsc28gY3Jl YXRpbmcgYSBzaW1pbGFyIHNpdHVhdGlvbi4NCg0KV2hlbiBhbiBpbmdyZXNzIG5vZGUgcHVzaGVz IGFuIGVudHJvcHkgbGFiZWwgYmVsb3cgYSBzZWdtZW50ICBpdCBtdXN0IGVuc3VyZSB0aGF0IHRo ZSB0YWlsLWVuZCBvZiB0aGUgc2VnbWVudCBpcyBlbnRyb3B5IGxhYmVsIGNhcGFibGUgb3RoZXJ3 aXNlIHBhY2tldHMgd2lsbCBiZSBkcm9wcGVkLg0KDQpBcyBhIGNvbnNlcXVlbmNlLCB3aGVuIHBy ZWZpeGVzIGFyZSByZWRpc3RyaWJ1dGVkLCB0aGUgZW50cm9weSBsYWJlbCBjYXBhYmlsaXR5IG9m IHRoZSBub2RlIHdobyBoYXMgZmlyc3RseSBvcmlnaW5hdGVkIHRoZSBwcmVmaXgsIHNob3VsZCBi ZSBhc3NvY2lhdGVkIHRvIHRoZSBwcmVmaXggZHVyaW5nIHRoZSByZWRpc3RyaWJ1dGlvbi4NCg0K SW4gdGVybXMgb2YgZW5jb2RpbmcsIHdlIHByb3Bvc2UgdG8gYXNzb2NpYXRlIGFuIGVudHJvcHkg bGFiZWwgY2FwYWJpbGl0eSBmb3IgZWFjaCBwcmVmaXggYWR2ZXJ0aXNlZCBieSBhIG5vZGUuDQpU aGUgZW50cm9weSBsYWJlbCBjYXBhYmlsaXR5IHdpbGwgYmUgZW5jb2RlZCBhcyBwYXJ0IG9mIHRo ZSBQcmVmaXggQXR0cmlidXRlcyBJR1AgZXh0ZW5zaW9uIChSRkM3Nzk0IGFuZCBSRkM3Njg0KS4N ClRoZSBlbnRyb3B5IGxhYmVsIGNhcGFiaWxpdHkgbWF5IGJlIHNldCBmb3IgbG9jYWwgcHJlZml4 ZXMgKGUuZy4gbG9vcGJhY2tzKSBieSBhIGxvY2FsIGNvbmZpZ3VyYXRpb24gYW5kIGZvciBsZWFr ZWQvcmVkaXN0cmlidXRlZCBwcmVmaXhlcy4gV2hlbiBhIHByZWZpeCBpcyBsZWFrZWQgb3IgcmVk aXN0cmlidXRlZCwgdGhlIEVMQyBhc3NvY2lhdGVkIHRvIHRoZSBwcmVmaXggbWF5IGJlIGFsc28g bGVha2VkL3JlZGlzdHJpYnV0ZWQuDQoNCkFuIGluZ3Jlc3Mgc2hvdWxkIHNldCB0aGUgZW50cm9w eSBsYWJlbCBiZWxvdyBhIE5vZGUvUHJlZml4IHNlZ21lbnQgb25seSBpZiB0aGUgcHJlZml4IGFz c29jaWF0ZWQgdG8gdGhlIE5vZGUvUHJlZml4IHNlZ21lbnQgYXMgdGhlIEVMQyBzZXQgaW4gdGhl IFByZWZpeCBBdHRyaWJ1dGVzLg0KQW4gaW5ncmVzcyBzaG91bGQgc2V0IHRoZSBlbnRyb3B5IGxh YmVsIGJlbG93IGFuIEFkamFjZW5jeSBzZWdtZW50IG9ubHkgaWYgdGhlIGFkamFjZW50IG5laWdo Ym9yIG9mIHRoZSBub2RlIHRoYXQgaGFzIGFkdmVydGlzZWQgdGhlIEFkaiBTSUQgaXMgYWR2ZXJ0 aXNpbmcgYW4gRVJMRCAoYW5kIHNvIGlzIGVudHJvcHkgbGFiZWwgY2FwYWJsZSkuDQoNCkZvciB0 aGUgYmluZGluZyBTSUQsIGFzIElHUHMgYXJlIG5vdCBpbnZvbHZlZCBpbiB0aGUgc2lnbmFsaW5n IG9mIHRoZSBiaW5kaW5nIFNJRCwgdGhlcmUgaXMgbm90aGluZyB0byBkbyBpbiB0aGVzZSBkcmFm dHMuDQoNCg0KTGV0IHVzIGtub3cgeW91ciBjb21tZW50cy9mZWVkYmFjayBvbiB0aGlzIHByb3Bv c2FsIHNvIHdlIGNhbiBwcm9ncmVzcyB0aGVzZSBkb2N1bWVudHMuDQoNCkJyZ2RzLA0KDQpTdGVw aGFuZQ0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18NCg0KDQoNCkNlIG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2ludGVz IHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucyBjb25maWRlbnRpZWxsZXMgb3UgcHJp dmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYw0KDQpwYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9p dGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVz c2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlcg0KDQphIGwnZXhwZWRpdGV1ciBl dCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMgbWVzc2FnZXMg ZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLA0KDQpPcmFuZ2Ug ZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdlIGEgZXRlIGFsdGVyZSwg ZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuDQoNCg0KDQpUaGlzIG1lc3NhZ2UgYW5kIGl0cyBh dHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1h dGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3Ow0KDQp0aGV5IHNob3VsZCBub3QgYmUg ZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlvbi4NCg0KSWYg eW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUg c2VuZGVyIGFuZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuDQoNCkFz IGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2Vz IHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC4NCg0KVGhhbmsg eW91Lg0KDQoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXwoKQ2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVu dCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2ll ZXMgZXQgbmUgZG9pdmVudCBkb25jCnBhcyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29w aWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBl cnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyCmEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJl IGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVz IGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sCk9yYW5nZSBkZWNsaW5lIHRvdXRlIHJl c3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNp ZmllLiBNZXJjaS4KClRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzIG1heSBjb250YWlu IGNvbmZpZGVudGlhbCBvciBwcml2aWxlZ2VkIGluZm9ybWF0aW9uIHRoYXQgbWF5IGJlIHByb3Rl Y3RlZCBieSBsYXc7CnRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0cmlidXRlZCwgdXNlZCBvciBjb3Bp ZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9uLgpJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWls IGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3Nh Z2UgYW5kIGl0cyBhdHRhY2htZW50cy4KQXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2Ug aXMgbm90IGxpYWJsZSBmb3IgbWVzc2FnZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5n ZWQgb3IgZmFsc2lmaWVkLgpUaGFuayB5b3UuCgo= --_000_9E32478DFA9976438E7A22F69B08FF924B76D503OPEXCLILMA4corp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6eD0idXJuOnNjaGVtYXMtbWljcm9z b2Z0LWNvbTpvZmZpY2U6ZXhjZWwiIHhtbG5zOnA9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206 b2ZmaWNlOnBvd2VycG9pbnQiIHhtbG5zOmE9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2Zm aWNlOmFjY2VzcyIgeG1sbnM6ZHQ9InV1aWQ6QzJGNDEwMTAtNjVCMy0xMWQxLUEyOUYtMDBBQTAw QzE0ODgyIiB4bWxuczpzPSJ1dWlkOkJEQzZFM0YwLTZEQTMtMTFkMS1BMkEzLTAwQUEwMEMxNDg4 MiIgeG1sbnM6cnM9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206cm93c2V0IiB4bWxuczp6PSIj Um93c2V0U2NoZW1hIiB4bWxuczpiPSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTpw dWJsaXNoZXIiIHhtbG5zOnNzPSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTpzcHJl YWRzaGVldCIgeG1sbnM6Yz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6Y29tcG9u ZW50OnNwcmVhZHNoZWV0IiB4bWxuczpvZGM9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2Zm aWNlOm9kYyIgeG1sbnM6b2E9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOmFjdGl2 YXRpb24iIHhtbG5zOmh0bWw9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1odG1sNDAiIHhtbG5z OnE9Imh0dHA6Ly9zY2hlbWFzLnhtbHNvYXAub3JnL3NvYXAvZW52ZWxvcGUvIiB4bWxuczpydGM9 Imh0dHA6Ly9taWNyb3NvZnQuY29tL29mZmljZW5ldC9jb25mZXJlbmNpbmciIHhtbG5zOkQ9IkRB VjoiIHhtbG5zOlJlcGw9Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vcmVwbC8iIHhtbG5z Om10PSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL3NoYXJlcG9pbnQvc29hcC9tZWV0aW5n cy8iIHhtbG5zOngyPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS9leGNlbC8y MDAzL3htbCIgeG1sbnM6cHBkYT0iaHR0cDovL3d3dy5wYXNzcG9ydC5jb20vTmFtZVNwYWNlLnhz ZCIgeG1sbnM6b2lzPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL3NoYXJlcG9pbnQvc29h cC9vaXMvIiB4bWxuczpkaXI9Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vc2hhcmVwb2lu dC9zb2FwL2RpcmVjdG9yeS8iIHhtbG5zOmRzcD0iaHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNv bS9zaGFyZXBvaW50L2RzcCIgeG1sbnM6dWRjPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29t L2RhdGEvdWRjIiB4bWxuczp4c2Q9Imh0dHA6Ly93d3cudzMub3JnLzIwMDEvWE1MU2NoZW1hIiB4 bWxuczpzdWI9Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vc2hhcmVwb2ludC9zb2FwLzIw MDIvMS9hbGVydHMvIiB4bWxuczplYz0iaHR0cDovL3d3dy53My5vcmcvMjAwMS8wNC94bWxlbmMj IiB4bWxuczpzcD0iaHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNvbS9zaGFyZXBvaW50LyIgeG1s bnM6c3BzPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL3NoYXJlcG9pbnQvc29hcC8iIHht bG5zOnhzaT0iaHR0cDovL3d3dy53My5vcmcvMjAwMS9YTUxTY2hlbWEtaW5zdGFuY2UiIHhtbG5z OnVkY3M9Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vZGF0YS91ZGMvc29hcCIgeG1sbnM6 dWRjeGY9Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vZGF0YS91ZGMveG1sZmlsZSIgeG1s bnM6dWRjcDJwPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL2RhdGEvdWRjL3BhcnR0b3Bh cnQiIHhtbG5zOndmPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL3NoYXJlcG9pbnQvc29h cC93b3JrZmxvdy8iIHhtbG5zOmRzc3M9Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vb2Zm aWNlLzIwMDYvZGlnc2lnLXNldHVwIiB4bWxuczpkc3NpPSJodHRwOi8vc2NoZW1hcy5taWNyb3Nv ZnQuY29tL29mZmljZS8yMDA2L2RpZ3NpZyIgeG1sbnM6bWRzc2k9Imh0dHA6Ly9zY2hlbWFzLm9w ZW54bWxmb3JtYXRzLm9yZy9wYWNrYWdlLzIwMDYvZGlnaXRhbC1zaWduYXR1cmUiIHhtbG5zOm12 ZXI9Imh0dHA6Ly9zY2hlbWFzLm9wZW54bWxmb3JtYXRzLm9yZy9tYXJrdXAtY29tcGF0aWJpbGl0 eS8yMDA2IiB4bWxuczptPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0 LzEyL29tbWwiIHhtbG5zOm1yZWxzPSJodHRwOi8vc2NoZW1hcy5vcGVueG1sZm9ybWF0cy5vcmcv cGFja2FnZS8yMDA2L3JlbGF0aW9uc2hpcHMiIHhtbG5zOnNwd3A9Imh0dHA6Ly9taWNyb3NvZnQu Y29tL3NoYXJlcG9pbnQvd2VicGFydHBhZ2VzIiB4bWxuczpleDEydD0iaHR0cDovL3NjaGVtYXMu bWljcm9zb2Z0LmNvbS9leGNoYW5nZS9zZXJ2aWNlcy8yMDA2L3R5cGVzIiB4bWxuczpleDEybT0i aHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNvbS9leGNoYW5nZS9zZXJ2aWNlcy8yMDA2L21lc3Nh Z2VzIiB4bWxuczpwcHRzbD0iaHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNvbS9zaGFyZXBvaW50 L3NvYXAvU2xpZGVMaWJyYXJ5LyIgeG1sbnM6c3BzbD0iaHR0cDovL21pY3Jvc29mdC5jb20vd2Vi c2VydmljZXMvU2hhcmVQb2ludFBvcnRhbFNlcnZlci9QdWJsaXNoZWRMaW5rc1NlcnZpY2UiIHht bG5zOlo9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206IiB4bWxuczp0YXg9Imh0dHA6Ly9zY2hl bWFzLm1pY3Jvc29mdC5jb20vc2hhcmVwb2ludC90YXhvbm9teS9zb2FwLyIgeG1sbnM6dG5zPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL3NoYXJlcG9pbnQvc29hcC9yZWNvcmRzcmVwb3Np dG9yeS8iIHhtbG5zOnNwc3VwPSJodHRwOi8vbWljcm9zb2Z0LmNvbS93ZWJzZXJ2aWNlcy9TaGFy ZVBvaW50UG9ydGFsU2VydmVyL1VzZXJQcm9maWxlU2VydmljZSIgeG1sbnM6bW1sPSJodHRwOi8v d3d3LnczLm9yZy8xOTk4L01hdGgvTWF0aE1MIiB4bWxuczpzdD0iJiMxOyIgeG1sbnM9Imh0dHA6 Ly93d3cudzMub3JnL1RSL1JFQy1odG1sNDAiPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJD b250ZW50LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBu YW1lPSJHZW5lcmF0b3IiIGNvbnRlbnQ9Ik1pY3Jvc29mdCBXb3JkIDE0IChmaWx0ZXJlZCBtZWRp dW0pIj4NCjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlBNaW5nTGlVOw0KCXBhbm9zZS0xOjIgMiA1IDAgMCAwIDAgMCAwIDA7fQ0K QGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiTVMgR290aGljIjsNCglwYW5vc2UtMToyIDExIDYg OSA3IDIgNSA4IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJNUyBHb3RoaWMiOw0K CXBhbm9zZS0xOjIgMTEgNiA5IDcgMiA1IDggMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1p bHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9 DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNvbnNvbGFzOw0KCXBhbm9zZS0xOjIgMTEgNiA5 IDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IlxAUE1pbmdMaVUiOw0K CXBhbm9zZS0xOjIgMiA1IDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWls eToiXEBNUyBHb3RoaWMiOw0KCXBhbm9zZS0xOjIgMTEgNiA5IDcgMiA1IDggMiA0O30NCkBmb250 LWZhY2UNCgl7Zm9udC1mYW1pbHk6Ik1TIFVJIEdvdGhpYyI7DQoJcGFub3NlLTE6MiAxMSA2IDAg NyAyIDUgOCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiXEBNUyBVSSBHb3RoaWMi Ow0KCXBhbm9zZS0xOjIgMTEgNiAwIDcgMiA1IDggMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25z ICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjow aW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1m YW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5r DQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlv bjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21z by1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVu ZGVybGluZTt9DQpwcmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5r OiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206 LjAwMDFwdDsNCglmb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7 fQ0KcC5Nc29BY2V0YXRlLCBsaS5Nc29BY2V0YXRlLCBkaXYuTXNvQWNldGF0ZQ0KCXttc28tc3R5 bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxvb24gVGV4dCBDaGFyIjsNCglt YXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6OC4wcHQ7DQoJ Zm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiO30NCnNwYW4uSFRNTFByZWZvcm1hdHRl ZENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1zby1z dHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQiOw0K CWZvbnQtZmFtaWx5OkNvbnNvbGFzO30NCnNwYW4uQmFsbG9vblRleHRDaGFyDQoJe21zby1zdHls ZS1uYW1lOiJCYWxsb29uIFRleHQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1z by1zdHlsZS1saW5rOiJCYWxsb29uIFRleHQiOw0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5z LXNlcmlmIjt9DQpwLm1zb25vcm1hbDAsIGxpLm1zb25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJ e21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCglt YXJnaW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1s ZWZ0OjBpbjsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9t YW4iLCJzZXJpZiI7fQ0Kc3Bhbi5iYWxsb29udGV4dGNoYXIwDQoJe21zby1zdHlsZS1uYW1lOmJh bGxvb250ZXh0Y2hhcjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJZm9udC1mYW1pbHk6IlRh aG9tYSIsInNhbnMtc2VyaWYiO30NCnNwYW4uRW1haWxTdHlsZTIzDQoJe21zby1zdHlsZS10eXBl OnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6 d2luZG93dGV4dDt9DQpzcGFuLmh0bWxwcmVmb3JtYXR0ZWRjaGFyMA0KCXttc28tc3R5bGUtbmFt ZTpodG1scHJlZm9ybWF0dGVkY2hhcjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJZm9udC1m YW1pbHk6Q29uc29sYXM7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjUNCgl7bXNvLXN0eWxlLXR5cGU6cGVy c29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0 OTdEO30NCnNwYW4uRW1haWxTdHlsZTI2DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5 Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9 DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZh bWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXpl OjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2Lldv cmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3Rl IG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAy NiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hh cGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+ DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5n PSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2Vj dGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0Qi PkhpIGFsbCw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iY29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPlRoZSB1c2UgY2Fz ZSBpcyB3aXRob3V0IFRFLiBBbmQgdGhpcyBpcyBob3cgbmV0d29yayBkZXNpZ25zIGFyZSB3b3Jr aW5nIHRvZGF5LCBhbmQgSSBkbyBub3Qgc2VlIGFueSB2YWxpZCByZWFzb24gdG8gY29tcGxleGlm eSBhbmQgY2hhbmdlIHRoZSBleGlzdGluZyBkZXNpZ25zIGJ5IGludHJvZHVjaW5nIGNvbnRyb2xs ZXJzIG9yIEJHUC1MUy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+V2UgaGF2ZSB0byBhY2NvbW1vZGF0ZSB3aXRo IHdoYXQgaXMgZGVwbG95ZWQgdG9kYXkgYW5kIHRoZSBwcm9wb3NlZCBjaGFuZ2UgaXMgcXVpdGUg c2ltcGxlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+QnJnZHMsPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9y OiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rh aG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDsiPg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O01TIFVJIEdvdGhpYyZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7Ij7lvpDlsI/omY48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPig8L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7UE1pbmdM aVUmcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPuS5ieWFiDwvc3Bhbj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90OyI+KQ0KIFttYWlsdG86eGlhb2h1Lnh4aEBhbGliYWJhLWluYy5jb21dIDxicj4N CjxiPlNlbnQ6PC9iPiBUdWVzZGF5LCBOb3ZlbWJlciAyMCwgMjAxOCAwMzoxNjxicj4NCjxiPlRv OjwvYj4gTHNyOyBMSVRLT1dTS0kgU3RlcGhhbmUgT0JTL09JTklTOyBsc3JAaWV0Zi5vcmc8YnI+ DQo8Yj5DYzo8L2I+IHNwcmluZ0BpZXRmLm9yZzxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW0xz cl0gZHJhZnQtaWV0Zi1pc2lzLW1wbHMtZWxjICZhbXA7IGRyYWZ0LWlldGYtb3NwZi1tcGxzLWVs YzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPkhpIGFsbCw8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6YmxhY2siPklNSE8sIGl0IHNlZW1zIGEgbGl0dGxlIGJpdCBvZGQgdG8g c3VwcG9ydCBpbnRlci1BUyBURSBzY2VuYXJpb3MgaW4gdGhlIGFic2VuY2Ugb2YgYSBjb250cm9s bGVyLiBJZiZuYnNwO3RoZSBpbnRlci1BUyBzY2VuYXJpbyBpcyBub3QgZm9yIHRoZSBURSBwdXJw b3NlLCB3b3VsZCB0aGUNCiAoaW50ZXItQVMpJm5ic3A7QkdQLWluaXRpYXRlZCBMU1Agb3ZlciAo aW50cmEtQVMpIFNSLWluaXRpYXRlZCBMU1AgYmUmbmJzcDtnb29kIGVub3VnaCAoanVzdCBsaWtl IHdoYXQgd2UgaGF2ZSBkb25lIGJlZm9yZSBpbiB0aGUgTERQIGVyYSwgaS5lLiwmbmJzcDt0aGUg QkdQLWluaXRpYXRlZCBMU1Agb3ZlciZuYnNwO0xEUC1pbml0aWF0ZWQmbmJzcDtMU1ApPzxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+QmVzdCByZWdhcmRzLDxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5YaWFvaHU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXJpZ2h0OjBpbiI+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPi0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rh aG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5Gcm9tOkxlcyBH aW5zYmVyZyAoZ2luc2JlcmcpICZsdDtnaW5zYmVyZ0BjaXNjby5jb20mZ3Q7PG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPlNlbmQgVGltZToyMDE4PC9zcGFuPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O01TIEdvdGhpYyZxdW90 Oztjb2xvcjpibGFjayI+5bm0PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2Zv bnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OmJsYWNrIj4xMTwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWls eTomcXVvdDtNUyBHb3RoaWMmcXVvdDs7Y29sb3I6YmxhY2siPuaciDwvc3Bhbj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+MjA8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7TVMgR290aGljJnF1b3Q7O2NvbG9yOmJsYWNr Ij7ml6U8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPig8L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7TVMgR290 aGljJnF1b3Q7O2NvbG9yOmJsYWNrIj7mmJ/mnJ/kuow8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6YmxhY2siPikNCiAwMjowMDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOmJsYWNrIj5UbzpzdGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbSAmbHQ7c3Rl cGhhbmUubGl0a293c2tpQG9yYW5nZS5jb20mZ3Q7OyBsc3JAaWV0Zi5vcmcgJmx0O2xzckBpZXRm Lm9yZyZndDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVv dDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Q2M6c3By aW5nQGlldGYub3JnICZsdDtzcHJpbmdAaWV0Zi5vcmcmZ3Q7PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6YmxhY2siPlN1YmplY3Q6UmU6IFtMc3JdIGRyYWZ0LWlldGYtaXNpcy1t cGxzLWVsYyAmYW1wOyBkcmFmdC1pZXRmLW9zcGYtbXBscy1lbGM8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+U3Rl cGhhbmUg4oCTPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0Qi PiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5U aGUgdXNlIGNhc2UgZm9yIHRoaXMgcHJvcG9zYWwgaXMgdG8gc3VwcG9ydCBpbnRlci1BUyBzY2Vu YXJpb3MgaW4gdGhlIGFic2VuY2Ugb2YgYSBjb250cm9sbGVyLjwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5JZiB0aGUgV0cgYWdyZWVzIHRoYXQgdGhpcyB1 c2UgY2FzZSBuZWVkcyB0byBiZSBhZGRyZXNzZWQgSSBiZWxpZXZlIHRoZSBwcm9wb3NhbCBiZWxv dyBpcyBhIGdvb2QgYW5kIHZpYWJsZSBjb21wcm9taXNlLjwvc3Bhbj48c3BhbiBzdHlsZT0iY29s b3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9y OmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iY29sb3I6IzFGNDk3RCI+SSBzYXkg4oCcY29tcHJvbWlzZeKAnSBiZWNhdXNlIOKA kyBhcyB5b3UgbWVudGlvbiBiZWxvdyDigJMgRUxDL0VMUkQgYXJlIGZ1bmN0aW9uYWxseSBub2Rl IGNhcGFiaWxpdGllcy4gQnV0IHRoZSBpbnRlci1BUyB1c2UgY2FzZSByZXF1aXJlcyBzaWduYWxp bmcgYmV0d2VlbiBBU+KAmXMgYW5kIHRoZSB2ZWhpY2xlIHdlIGhhdmUgZm9yIGRvaW5nIHRoYXQg aXMgYSBwcmVmaXggYWR2ZXJ0aXNlbWVudC4NCiBUaGUgY29tcHJvbWlzZSBpcyB0byBhZHZlcnRp c2UgRUxDIGFzc29jaWF0ZWQgd2l0aCBhIHByZWZpeCDigJMgYnV0IG5vdCBkbyBzbyBmb3IgRVJM RC48L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+VGhpcyBz ZWVtcyByZWFzb25hYmxlIHRvIG1lLjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJj b2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29s b3I6IzFGNDk3RCI+T25lIGNoYW5nZSB0byB3aGF0IHlvdSBzdGF0ZSBiZWxvdyDigJMgSSB0aGlu ayDigJx3aGVuIGEgcHJlZml4IGlzIGxlYWtlZCBvciByZWRpc3RyaWJ1dGVkLCB0aGUgRUxDIGFz c29jaWF0ZWQgdG8gdGhlIHByZWZpeA0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZWQiPk1V U1QgPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5hbHNvIGJlIGxlYWtlZC9yZWRp c3RyaWJ1dGVkLuKAnS48L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFG NDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5 N0QiPiZuYnNwOyZuYnNwOyBMZXM8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29s b3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9y OiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlk IGJsdWUgMS41cHQ7cGFkZGluZzowaW4gMGluIDBpbiA0LjBwdCI+DQo8ZGl2IHN0eWxlPSJib3Jk ZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzowaW4gMGluIDBp biAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4gTHNyICZsdDtsc3It Ym91bmNlc0BpZXRmLm9yZyZndDsNCjxiPk9uIEJlaGFsZiBPZiA8L2I+c3RlcGhhbmUubGl0a293 c2tpQG9yYW5nZS5jb208YnI+DQo8Yj5TZW50OjwvYj4gRnJpZGF5LCBOb3ZlbWJlciAwOSwgMjAx OCA2OjMwIEFNPGJyPg0KPGI+VG86PC9iPiBsc3JAaWV0Zi5vcmc8YnI+DQo8Yj5DYzo8L2I+IHNw cmluZ0BpZXRmLm9yZzxicj4NCjxiPlN1YmplY3Q6PC9iPiBbTHNyXSBkcmFmdC1pZXRmLWlzaXMt bXBscy1lbGMgJmFtcDsgZHJhZnQtaWV0Zi1vc3BmLW1wbHMtZWxjPG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6Ymxh Y2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+SGkgV0csPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6 YmxhY2siPlNvbWUgZGlzY3Vzc2lvbnMgb2NjdXJyZWQgb24gdGhlIG1haWxpbmcgbGlzdCBvbiBo b3cgdG8gZW5jb2RlIHRoZSBlbnRyb3B5IGxhYmVsIGNhcGFiaWxpdHkgZm9yIFNSIGJ1dCB3ZSBo YWRu4oCZdCBmb3VuZCBhIGNvbnNlbnN1cyBvbiB0aGUgdGFyZ2V0IHNvbHV0aW9uLjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpi bGFjayI+SUVURiAxMDMgd2FzIHRoZSBvcHBvcnR1bml0eSB0byBtZWV0IGZhY2UgdG8gZmFjZSB2 YXJpb3VzIHBlb3BsZSB0aGF0IGhhdmUgcGFydGljaXBhdGVkIHRvIHRoaXMgZGlzY3Vzc2lvbi48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Rm9sbG93aW5nIHRoaXMgZGlzY3Vzc2lv biwgd2UgYXJlIGNvbWluZyB3aXRoIHRoZSBmb2xsb3dpbmcgcHJvcG9zYWwgdGhhdCB0aGUgV0cg bmVlZCB0byB2YWxpZGF0ZTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+VGhlIGVu dHJvcHkgbGFiZWwgY2FwYWJpbGl0eSBpcyBzdGlsbCBjb25zaWRlcmVkIGFzIGEgcGVyIG5vZGUg cHJvcGVydHkgKGZvciBzaW1wbGljaXR5IHJlYXNvbiwgd2UgZG8gbm90IHdhbnQgdG8gaGF2ZSBh biBFTEMgcGVyIGxpbmVjYXJkKS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPlRoZSBFUkxEIGlzIGNvbnNpZGVyZWQg YXMgYSBwZXIgbm9kZSBwcm9wZXJ0eSAoZm9yIHNpbXBsaWNpdHkgcmVhc29uLCB3ZSBkbyBub3Qg d2FudCB0byBoYXZlIGFuIEVSTEQgcGVyIGxpbmVjYXJkKS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+SG93ZXZlciBJR1BzIG1heSBhZHZlcnRpc2UgcHJlZml4ZXMgdGhhdCBhcmUg bm90IGJlbG9uZ2luZyB0byB0aGUgbm9kZSBpdHNlbGYgaW4gYWRkaXRpb24gdG8gdGhlIGxvY2Fs IHByZWZpeGVzIG9mIHRoZSBub2Rlcy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPkEgdHlwaWNhbCB1c2UgY2FzZSBp cyB3aGVuIHR3byBJR1AgZG9tYWlucyAocnVubmluZyB0aGUgc2FtZSBwcm90b2NvbCBvciBhIGRp ZmZlcmVudCBvbmUpIGFyZSByZWRpc3RyaWJ1dGluZyByb3V0ZXMgYmV0d2VlbiBlYWNoIG90aGVy LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJjb2xvcjpibGFjayI+VGhlIGludGVyLWFyZWEgdXNlIGNhc2UgaXMgYWxzbyBjcmVhdGluZyBh IHNpbWlsYXIgc2l0dWF0aW9uLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5XaGVu IGFuIGluZ3Jlc3Mgbm9kZSBwdXNoZXMgYW4gZW50cm9weSBsYWJlbCBiZWxvdyBhIHNlZ21lbnQg Jm5ic3A7aXQgbXVzdCBlbnN1cmUgdGhhdCB0aGUgdGFpbC1lbmQgb2YgdGhlIHNlZ21lbnQgaXMg ZW50cm9weSBsYWJlbCBjYXBhYmxlIG90aGVyd2lzZSBwYWNrZXRzIHdpbGwgYmUgZHJvcHBlZC48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+QXMgYSBjb25zZXF1ZW5jZSwgd2hlbiBw cmVmaXhlcyBhcmUgcmVkaXN0cmlidXRlZCwgdGhlIGVudHJvcHkgbGFiZWwgY2FwYWJpbGl0eSBv ZiB0aGUgbm9kZSB3aG8gaGFzIGZpcnN0bHkgb3JpZ2luYXRlZCB0aGUgcHJlZml4LCBzaG91bGQg YmUgYXNzb2NpYXRlZCB0byB0aGUgcHJlZml4IGR1cmluZyB0aGUgcmVkaXN0cmlidXRpb24uPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNv bG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPkluIHRlcm1zIG9mIGVuY29kaW5nLCB3ZSBw cm9wb3NlIHRvIGFzc29jaWF0ZSBhbiBlbnRyb3B5IGxhYmVsIGNhcGFiaWxpdHkgZm9yIGVhY2gg cHJlZml4IGFkdmVydGlzZWQgYnkgYSBub2RlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+VGhlIGVudHJvcHkgbGFi ZWwgY2FwYWJpbGl0eSB3aWxsIGJlIGVuY29kZWQgYXMgcGFydCBvZiB0aGUgUHJlZml4IEF0dHJp YnV0ZXMgSUdQIGV4dGVuc2lvbiAoUkZDNzc5NCBhbmQgUkZDNzY4NCkuPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5U aGUgZW50cm9weSBsYWJlbCBjYXBhYmlsaXR5IG1heSBiZSBzZXQgZm9yIGxvY2FsIHByZWZpeGVz IChlLmcuIGxvb3BiYWNrcykgYnkgYSBsb2NhbCBjb25maWd1cmF0aW9uIGFuZCBmb3IgbGVha2Vk L3JlZGlzdHJpYnV0ZWQgcHJlZml4ZXMuIFdoZW4gYSBwcmVmaXggaXMgbGVha2VkIG9yIHJlZGlz dHJpYnV0ZWQsIHRoZSBFTEMgYXNzb2NpYXRlZCB0byB0aGUgcHJlZml4DQogbWF5IGJlIGFsc28g bGVha2VkL3JlZGlzdHJpYnV0ZWQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPkFu IGluZ3Jlc3Mgc2hvdWxkIHNldCB0aGUgZW50cm9weSBsYWJlbCBiZWxvdyBhIE5vZGUvUHJlZml4 IHNlZ21lbnQgb25seSBpZiB0aGUgcHJlZml4IGFzc29jaWF0ZWQgdG8gdGhlIE5vZGUvUHJlZml4 IHNlZ21lbnQgYXMgdGhlIEVMQyBzZXQgaW4gdGhlIFByZWZpeCBBdHRyaWJ1dGVzLjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpi bGFjayI+QW4gaW5ncmVzcyBzaG91bGQgc2V0IHRoZSBlbnRyb3B5IGxhYmVsIGJlbG93IGFuIEFk amFjZW5jeSBzZWdtZW50IG9ubHkgaWYgdGhlIGFkamFjZW50IG5laWdoYm9yIG9mIHRoZSBub2Rl IHRoYXQgaGFzIGFkdmVydGlzZWQgdGhlIEFkaiBTSUQgaXMgYWR2ZXJ0aXNpbmcgYW4gRVJMRCAo YW5kIHNvIGlzIGVudHJvcHkgbGFiZWwgY2FwYWJsZSkuPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29s b3I6YmxhY2siPkZvciB0aGUgYmluZGluZyBTSUQsIGFzIElHUHMgYXJlIG5vdCBpbnZvbHZlZCBp biB0aGUgc2lnbmFsaW5nIG9mIHRoZSBiaW5kaW5nIFNJRCwgdGhlcmUgaXMgbm90aGluZyB0byBk byBpbiB0aGVzZSBkcmFmdHMuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5i c3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImNvbG9yOmJsYWNrIj5MZXQgdXMga25vdyB5b3VyIGNvbW1lbnRzL2ZlZWRiYWNrIG9uIHRo aXMgcHJvcG9zYWwgc28gd2UgY2FuIHByb2dyZXNzIHRoZXNlIGRvY3VtZW50cy48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6Ymxh Y2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+QnJnZHMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6 YmxhY2siPlN0ZXBoYW5lPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+X19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxvOnA+PC9vOnA+PC9zcGFu PjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+ PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPkNlIG1lc3NhZ2Ug ZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucyBj b25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYzxvOnA+PC9v OnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPnBhcyBldHJl IGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3Vz IGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyPG86 cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+YSBs J2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4g TGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlv biw8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr Ij5PcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdlIGEgZXRl IGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuPG86cD48L286cD48L3NwYW4+PC9w cmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3Nw YW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+VGhpcyBtZXNzYWdlIGFu ZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQg aW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzs8bzpwPjwvbzpwPjwvc3Bh bj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj50aGV5IHNob3VsZCBub3Qg YmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlvbi48bzpw PjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5JZiB5 b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBz ZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy48bzpwPjwv bzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5BcyBlbWFp bHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0 IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuPG86cD48L286cD48L3Nw YW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+VGhhbmsgeW91LjxvOnA+ PC9vOnA+PC9zcGFuPjwvcHJlPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjE1LjBwdCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPFBSRT5fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCgpDZSBtZXNzYWdlIGV0 IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29u ZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMKcGFzIGV0cmUg ZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMg YXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXIKYSBs J2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4g TGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlv biwKT3JhbmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0 ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLgoKVGhpcyBtZXNzYWdlIGFuZCBp dHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5m b3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsKdGhleSBzaG91bGQgbm90IGJl IGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uCklmIHlv dSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNl bmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLgpBcyBlbWFp bHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0 IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuClRoYW5rIHlvdS4KPC9Q UkU+PC9ib2R5Pg0KPC9odG1sPg0K --_000_9E32478DFA9976438E7A22F69B08FF924B76D503OPEXCLILMA4corp_-- From nobody Tue Nov 20 00:10:37 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4EC1B1292AD; Tue, 20 Nov 2018 00:10:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.019 X-Spam-Level: X-Spam-Status: No, score=-1.019 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FROM_EXCESS_BASE64=0.979, HTML_MESSAGE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=alibaba-inc.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id T6S6kcDmlv8I; Tue, 20 Nov 2018 00:10:27 -0800 (PST) Received: from out0-145.mail.aliyun.com (out0-145.mail.aliyun.com [140.205.0.145]) (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 28B331298C5; Tue, 20 Nov 2018 00:10:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alibaba-inc.com; s=default; t=1542701392; h=Date:From:To:Message-ID:Subject:MIME-Version:Content-Type; bh=9NkEen9gIOU6P4xnuxYAqT3Jq0xCLr/Cq5EGcojpD10=; b=wULYLW2JdPdtrDWion1nWuVvz6r9e/KSr7bi+gJU5oBT9ANy4x6XQZ0zhL/FcXk/RvsCDnmjmYQdsQBeUuuOFBhrJpbIQtY7MVhZaFex+NVDssJ0YWqVoxZ+m2hzGELYd8uJlbmOp5Mi1HgIwpOOucFaRsh2i7gkyzoJy7mR9To= X-Alimail-AntiSpam: AC=PASS; BC=-1|-1; BR=01201311R201e4; CH=green; FP=0|-1|-1|-1|0|-1|-1|-1; HT=e02c03305; MF=xiaohu.xxh@alibaba-inc.com; NM=1; PH=DW; RN=4; SR=0; TI=W4_5404398_v5ForWebDing_0A930E48_1542701164462_o7001c8229; Received: from WS-web (xiaohu.xxh@alibaba-inc.com[W4_5404398_v5ForWebDing_0A930E48_1542701164462_o7001c8229]) by e02c03276.eu6 at Tue, 20 Nov 2018 16:09:51 +0800 Date: Tue, 20 Nov 2018 16:09:51 +0800 From: "=?UTF-8?B?5b6Q5bCP6JmOKOS5ieWFiCk=?=" To: "spring" , "Lsr" , "lsr@ietf.org" Cc: "spring@ietf.org" Reply-To: "=?UTF-8?B?5b6Q5bCP6JmOKOS5ieWFiCk=?=" Message-ID: <37ba0ffd-aff7-46e3-933e-d20f178df90a.xiaohu.xxh@alibaba-inc.com> X-Mailer: [Alimail-Mailagent revision 7][W4_5404398][v5ForWebDing][Safari] MIME-Version: 1.0 References: <9208_1541773820_5BE599FC_9208_47_1_9E32478DFA9976438E7A22F69B08FF924B746E6A@OPEXCLILMA4.corporate.adroot.infra.ftgroup>, <2ca6d24d-18f2-4df2-ab04-64ece1d4031b.xiaohu.xxh@alibaba-inc.com>, <3489_1542698391_5BF3B597_3489_286_1_9E32478DFA9976438E7A22F69B08FF924B76D503@OPEXCLILMA4.corporate.adroot.infra.ftgroup> In-Reply-To: <3489_1542698391_5BF3B597_3489_286_1_9E32478DFA9976438E7A22F69B08FF924B76D503@OPEXCLILMA4.corporate.adroot.infra.ftgroup> x-aliyun-mail-creator: W4_5404398_v5ForWebDing_QvNTW96aWxsYS81LjAgKE1hY2ludG9zaDsgSW50ZWwgTWFjIE9TIFggMTBfMTJfNikgQXBwbGVXZWJLaXQvNjA0LjUuNiAoS0hUTUwsIGxpa2UgR2Vja28pIFZlcnNpb24vMTEuMC4zIFNhZmFyaS82MDQuNS42La Content-Type: multipart/alternative; boundary="----=ALIBOUNDARY_108446_4def4940_5bf3c14f_e1c3e1" Archived-At: Subject: Re: [spring] =?utf-8?q?=5BLsr=5D_draft-ietf-isis-mpls-elc_=26_draft-?= =?utf-8?q?ietf-ospf-mpls-elc?= X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2018 08:10:30 -0000 ------=ALIBOUNDARY_108446_4def4940_5bf3c14f_e1c3e1 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 V2h5IG5vdCBkaXJlY3RseSB1c2UgdGhlIEJHUCBvdmVyIFNSIG1vZGVsIGp1c3QgbGlrZSB0aGUg QkdQIG92ZXIgTERQIG1vZGVsPwoKQmVzdCByZWdhcmRzLApYaWFvaHUKCgotLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KRnJv bTpzdGVwaGFuZS5saXRrb3dza2kgPHN0ZXBoYW5lLmxpdGtvd3NraUBvcmFuZ2UuY29tPgpTZW5k IFRpbWU6MjAxOOW5tDEx5pyIMjDml6Uo5pif5pyf5LqMKSAxNToyMApUbzrlvpDlsI/omY4o5LmJ 5YWIKSA8eGlhb2h1Lnh4aEBhbGliYWJhLWluYy5jb20+OyBMc3IgPGxzci1ib3VuY2VzQGlldGYu b3JnPjsgbHNyQGlldGYub3JnIDxsc3JAaWV0Zi5vcmc+CkNjOnNwcmluZ0BpZXRmLm9yZyA8c3By aW5nQGlldGYub3JnPgpTdWJqZWN0OlJlOiBbc3ByaW5nXSBbTHNyXSBkcmFmdC1pZXRmLWlzaXMt bXBscy1lbGMgJiBkcmFmdC1pZXRmLW9zcGYtbXBscy1lbGMKCgpIaSBhbGwsCgpUaGUgdXNlIGNh c2UgaXMgd2l0aG91dCBURS4gQW5kIHRoaXMgaXMgaG93IG5ldHdvcmsgZGVzaWducyBhcmUgd29y a2luZyB0b2RheSwgYW5kIEkgZG8gbm90IHNlZSBhbnkgdmFsaWQgcmVhc29uIHRvIGNvbXBsZXhp ZnkgYW5kIGNoYW5nZSB0aGUgZXhpc3RpbmcgZGVzaWducyBieSBpbnRyb2R1Y2luZyBjb250cm9s bGVycyBvciBCR1AtTFMuCldlIGhhdmUgdG8gYWNjb21tb2RhdGUgd2l0aCB3aGF0IGlzIGRlcGxv eWVkIHRvZGF5IGFuZCB0aGUgcHJvcG9zZWQgY2hhbmdlIGlzIHF1aXRlIHNpbXBsZS4KCkJyZ2Rz LAoKRnJvbTrlvpDlsI/omY4o5LmJ5YWIKSBbbWFpbHRvOnhpYW9odS54eGhAYWxpYmFiYS1pbmMu Y29tXSAKU2VudDogVHVlc2RheSwgTm92ZW1iZXIgMjAsIDIwMTggMDM6MTYKVG86IExzcjsgTElU S09XU0tJIFN0ZXBoYW5lIE9CUy9PSU5JUzsgbHNyQGlldGYub3JnCkNjOiBzcHJpbmdAaWV0Zi5v cmcKU3ViamVjdDogUmU6IFtMc3JdIGRyYWZ0LWlldGYtaXNpcy1tcGxzLWVsYyAmIGRyYWZ0LWll dGYtb3NwZi1tcGxzLWVsYwpIaSBhbGwsCgpJTUhPLCBpdCBzZWVtcyBhIGxpdHRsZSBiaXQgb2Rk IHRvIHN1cHBvcnQgaW50ZXItQVMgVEUgc2NlbmFyaW9zIGluIHRoZSBhYnNlbmNlIG9mIGEgY29u dHJvbGxlci4gSWYgdGhlIGludGVyLUFTIHNjZW5hcmlvIGlzIG5vdCBmb3IgdGhlIFRFIHB1cnBv c2UsIHdvdWxkIHRoZSAoaW50ZXItQVMpIEJHUC1pbml0aWF0ZWQgTFNQIG92ZXIgKGludHJhLUFT KSBTUi1pbml0aWF0ZWQgTFNQIGJlIGdvb2QgZW5vdWdoIChqdXN0IGxpa2Ugd2hhdCB3ZSBoYXZl IGRvbmUgYmVmb3JlIGluIHRoZSBMRFAgZXJhLCBpLmUuLCB0aGUgQkdQLWluaXRpYXRlZCBMU1Ag b3ZlciBMRFAtaW5pdGlhdGVkIExTUCk/CgpCZXN0IHJlZ2FyZHMsClhpYW9odQogCi0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LQpGcm9tOkxlcyBHaW5zYmVyZyAoZ2luc2JlcmcpIDxnaW5zYmVyZ0BjaXNjby5jb20+ClNlbmQg VGltZToyMDE45bm0MTHmnIgyMOaXpSjmmJ/mnJ/kuowpIDAyOjAwClRvOnN0ZXBoYW5lLmxpdGtv d3NraUBvcmFuZ2UuY29tIDxzdGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbT47IGxzckBpZXRm Lm9yZyA8bHNyQGlldGYub3JnPgpDYzpzcHJpbmdAaWV0Zi5vcmcgPHNwcmluZ0BpZXRmLm9yZz4K U3ViamVjdDpSZTogW0xzcl0gZHJhZnQtaWV0Zi1pc2lzLW1wbHMtZWxjICYgZHJhZnQtaWV0Zi1v c3BmLW1wbHMtZWxjCgpTdGVwaGFuZSDigJMKClRoZSB1c2UgY2FzZSBmb3IgdGhpcyBwcm9wb3Nh bCBpcyB0byBzdXBwb3J0IGludGVyLUFTIHNjZW5hcmlvcyBpbiB0aGUgYWJzZW5jZSBvZiBhIGNv bnRyb2xsZXIuCklmIHRoZSBXRyBhZ3JlZXMgdGhhdCB0aGlzIHVzZSBjYXNlIG5lZWRzIHRvIGJl IGFkZHJlc3NlZCBJIGJlbGlldmUgdGhlIHByb3Bvc2FsIGJlbG93IGlzIGEgZ29vZCBhbmQgdmlh YmxlIGNvbXByb21pc2UuCgpJIHNheSDigJxjb21wcm9taXNl4oCdIGJlY2F1c2Ug4oCTIGFzIHlv dSBtZW50aW9uIGJlbG93IOKAkyBFTEMvRUxSRCBhcmUgZnVuY3Rpb25hbGx5IG5vZGUgY2FwYWJp bGl0aWVzLiBCdXQgdGhlIGludGVyLUFTIHVzZSBjYXNlIHJlcXVpcmVzIHNpZ25hbGluZyBiZXR3 ZWVuIEFT4oCZcyBhbmQgdGhlIHZlaGljbGUgd2UgaGF2ZSBmb3IgZG9pbmcgdGhhdCBpcyBhIHBy ZWZpeCBhZHZlcnRpc2VtZW50LiBUaGUgY29tcHJvbWlzZSBpcyB0byBhZHZlcnRpc2UgRUxDIGFz c29jaWF0ZWQgd2l0aCBhIHByZWZpeCDigJMgYnV0IG5vdCBkbyBzbyBmb3IgRVJMRC4KVGhpcyBz ZWVtcyByZWFzb25hYmxlIHRvIG1lLgoKT25lIGNoYW5nZSB0byB3aGF0IHlvdSBzdGF0ZSBiZWxv dyDigJMgSSB0aGluayDigJx3aGVuIGEgcHJlZml4IGlzIGxlYWtlZCBvciByZWRpc3RyaWJ1dGVk LCB0aGUgRUxDIGFzc29jaWF0ZWQgdG8gdGhlIHByZWZpeCBNVVNUIGFsc28gYmUgbGVha2VkL3Jl ZGlzdHJpYnV0ZWQu4oCdLgoKICAgTGVzCgoKRnJvbTogTHNyIDxsc3ItYm91bmNlc0BpZXRmLm9y Zz4gT24gQmVoYWxmIE9mIHN0ZXBoYW5lLmxpdGtvd3NraUBvcmFuZ2UuY29tClNlbnQ6IEZyaWRh eSwgTm92ZW1iZXIgMDksIDIwMTggNjozMCBBTQpUbzogbHNyQGlldGYub3JnCkNjOiBzcHJpbmdA aWV0Zi5vcmcKU3ViamVjdDogW0xzcl0gZHJhZnQtaWV0Zi1pc2lzLW1wbHMtZWxjICYgZHJhZnQt aWV0Zi1vc3BmLW1wbHMtZWxjCgpIaSBXRywKClNvbWUgZGlzY3Vzc2lvbnMgb2NjdXJyZWQgb24g dGhlIG1haWxpbmcgbGlzdCBvbiBob3cgdG8gZW5jb2RlIHRoZSBlbnRyb3B5IGxhYmVsIGNhcGFi aWxpdHkgZm9yIFNSIGJ1dCB3ZSBoYWRu4oCZdCBmb3VuZCBhIGNvbnNlbnN1cyBvbiB0aGUgdGFy Z2V0IHNvbHV0aW9uLgpJRVRGIDEwMyB3YXMgdGhlIG9wcG9ydHVuaXR5IHRvIG1lZXQgZmFjZSB0 byBmYWNlIHZhcmlvdXMgcGVvcGxlIHRoYXQgaGF2ZSBwYXJ0aWNpcGF0ZWQgdG8gdGhpcyBkaXNj dXNzaW9uLgoKRm9sbG93aW5nIHRoaXMgZGlzY3Vzc2lvbiwgd2UgYXJlIGNvbWluZyB3aXRoIHRo ZSBmb2xsb3dpbmcgcHJvcG9zYWwgdGhhdCB0aGUgV0cgbmVlZCB0byB2YWxpZGF0ZToKClRoZSBl bnRyb3B5IGxhYmVsIGNhcGFiaWxpdHkgaXMgc3RpbGwgY29uc2lkZXJlZCBhcyBhIHBlciBub2Rl IHByb3BlcnR5IChmb3Igc2ltcGxpY2l0eSByZWFzb24sIHdlIGRvIG5vdCB3YW50IHRvIGhhdmUg YW4gRUxDIHBlciBsaW5lY2FyZCkuClRoZSBFUkxEIGlzIGNvbnNpZGVyZWQgYXMgYSBwZXIgbm9k ZSBwcm9wZXJ0eSAoZm9yIHNpbXBsaWNpdHkgcmVhc29uLCB3ZSBkbyBub3Qgd2FudCB0byBoYXZl IGFuIEVSTEQgcGVyIGxpbmVjYXJkKS4KCkhvd2V2ZXIgSUdQcyBtYXkgYWR2ZXJ0aXNlIHByZWZp eGVzIHRoYXQgYXJlIG5vdCBiZWxvbmdpbmcgdG8gdGhlIG5vZGUgaXRzZWxmIGluIGFkZGl0aW9u IHRvIHRoZSBsb2NhbCBwcmVmaXhlcyBvZiB0aGUgbm9kZXMuCkEgdHlwaWNhbCB1c2UgY2FzZSBp cyB3aGVuIHR3byBJR1AgZG9tYWlucyAocnVubmluZyB0aGUgc2FtZSBwcm90b2NvbCBvciBhIGRp ZmZlcmVudCBvbmUpIGFyZSByZWRpc3RyaWJ1dGluZyByb3V0ZXMgYmV0d2VlbiBlYWNoIG90aGVy LgpUaGUgaW50ZXItYXJlYSB1c2UgY2FzZSBpcyBhbHNvIGNyZWF0aW5nIGEgc2ltaWxhciBzaXR1 YXRpb24uCgpXaGVuIGFuIGluZ3Jlc3Mgbm9kZSBwdXNoZXMgYW4gZW50cm9weSBsYWJlbCBiZWxv dyBhIHNlZ21lbnQgIGl0IG11c3QgZW5zdXJlIHRoYXQgdGhlIHRhaWwtZW5kIG9mIHRoZSBzZWdt ZW50IGlzIGVudHJvcHkgbGFiZWwgY2FwYWJsZSBvdGhlcndpc2UgcGFja2V0cyB3aWxsIGJlIGRy b3BwZWQuCgpBcyBhIGNvbnNlcXVlbmNlLCB3aGVuIHByZWZpeGVzIGFyZSByZWRpc3RyaWJ1dGVk LCB0aGUgZW50cm9weSBsYWJlbCBjYXBhYmlsaXR5IG9mIHRoZSBub2RlIHdobyBoYXMgZmlyc3Rs eSBvcmlnaW5hdGVkIHRoZSBwcmVmaXgsIHNob3VsZCBiZSBhc3NvY2lhdGVkIHRvIHRoZSBwcmVm aXggZHVyaW5nIHRoZSByZWRpc3RyaWJ1dGlvbi4KCkluIHRlcm1zIG9mIGVuY29kaW5nLCB3ZSBw cm9wb3NlIHRvIGFzc29jaWF0ZSBhbiBlbnRyb3B5IGxhYmVsIGNhcGFiaWxpdHkgZm9yIGVhY2gg cHJlZml4IGFkdmVydGlzZWQgYnkgYSBub2RlLgpUaGUgZW50cm9weSBsYWJlbCBjYXBhYmlsaXR5 IHdpbGwgYmUgZW5jb2RlZCBhcyBwYXJ0IG9mIHRoZSBQcmVmaXggQXR0cmlidXRlcyBJR1AgZXh0 ZW5zaW9uIChSRkM3Nzk0IGFuZCBSRkM3Njg0KS4KVGhlIGVudHJvcHkgbGFiZWwgY2FwYWJpbGl0 eSBtYXkgYmUgc2V0IGZvciBsb2NhbCBwcmVmaXhlcyAoZS5nLiBsb29wYmFja3MpIGJ5IGEgbG9j YWwgY29uZmlndXJhdGlvbiBhbmQgZm9yIGxlYWtlZC9yZWRpc3RyaWJ1dGVkIHByZWZpeGVzLiBX aGVuIGEgcHJlZml4IGlzIGxlYWtlZCBvciByZWRpc3RyaWJ1dGVkLCB0aGUgRUxDIGFzc29jaWF0 ZWQgdG8gdGhlIHByZWZpeCBtYXkgYmUgYWxzbyBsZWFrZWQvcmVkaXN0cmlidXRlZC4KCkFuIGlu Z3Jlc3Mgc2hvdWxkIHNldCB0aGUgZW50cm9weSBsYWJlbCBiZWxvdyBhIE5vZGUvUHJlZml4IHNl Z21lbnQgb25seSBpZiB0aGUgcHJlZml4IGFzc29jaWF0ZWQgdG8gdGhlIE5vZGUvUHJlZml4IHNl Z21lbnQgYXMgdGhlIEVMQyBzZXQgaW4gdGhlIFByZWZpeCBBdHRyaWJ1dGVzLgpBbiBpbmdyZXNz IHNob3VsZCBzZXQgdGhlIGVudHJvcHkgbGFiZWwgYmVsb3cgYW4gQWRqYWNlbmN5IHNlZ21lbnQg b25seSBpZiB0aGUgYWRqYWNlbnQgbmVpZ2hib3Igb2YgdGhlIG5vZGUgdGhhdCBoYXMgYWR2ZXJ0 aXNlZCB0aGUgQWRqIFNJRCBpcyBhZHZlcnRpc2luZyBhbiBFUkxEIChhbmQgc28gaXMgZW50cm9w eSBsYWJlbCBjYXBhYmxlKS4KCkZvciB0aGUgYmluZGluZyBTSUQsIGFzIElHUHMgYXJlIG5vdCBp bnZvbHZlZCBpbiB0aGUgc2lnbmFsaW5nIG9mIHRoZSBiaW5kaW5nIFNJRCwgdGhlcmUgaXMgbm90 aGluZyB0byBkbyBpbiB0aGVzZSBkcmFmdHMuIAoKCkxldCB1cyBrbm93IHlvdXIgY29tbWVudHMv ZmVlZGJhY2sgb24gdGhpcyBwcm9wb3NhbCBzbyB3ZSBjYW4gcHJvZ3Jlc3MgdGhlc2UgZG9jdW1l bnRzLgoKQnJnZHMsCgpTdGVwaGFuZQoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwogCkNlIG1lc3NhZ2UgZXQgc2VzIHBpZWNl cyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucyBjb25maWRlbnRpZWxs ZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYwpwYXMgZXRyZSBkaWZmdXNlcywg ZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3Ug Y2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlcgphIGwnZXhwZWRpdGV1 ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMgbWVzc2Fn ZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLApPcmFuZ2Ug ZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdlIGEgZXRlIGFsdGVyZSwg ZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuCiAKVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNo bWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24g dGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsKdGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1 dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uCklmIHlvdSBoYXZlIHJl Y2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQg ZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLgpBcyBlbWFpbHMgbWF5IGJl IGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVl biBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuClRoYW5rIHlvdS4KCl9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KCkNl IG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9y bWF0aW9ucyBjb25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9u YwpwYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlv bi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBz aWduYWxlcgphIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNl cyBqb2ludGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMg ZCdhbHRlcmF0aW9uLApPcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBt ZXNzYWdlIGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuCgpUaGlzIG1l c3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJp dmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3Owp0aGV5IHNo b3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNh dGlvbi4KSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5v dGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVu dHMuCkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1l c3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC4KVGhh bmsgeW91LgoKCg== ------=ALIBOUNDARY_108446_4def4940_5bf3c14f_e1c3e1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PGRpdiBjbGFzcz0iX19hbGl5dW5fZW1haWxfYm9keV9ibG9jayI+PGRpdiAgc3R5bGU9ImxpbmUt aGVpZ2h0OjEuNztmb250LWZhbWlseTpUYWhvbWEsQXJpYWwsU1RIZWl0aSxTaW1TdW47Zm9udC1z aXplOjE0LjBweDtjb2xvcjojMDAwMDAwOyI+PGRpdiAgc3R5bGU9ImNsZWFyOmJvdGg7Ij5XaHkg bm90IGRpcmVjdGx5IHVzZSB0aGUgQkdQJm5ic3A7b3ZlciBTUiBtb2RlbCBqdXN0IGxpa2UgdGhl IEJHUCZuYnNwO292ZXIgTERQIG1vZGVsPzwvZGl2PjxkaXYgIHN0eWxlPSJjbGVhcjpib3RoOyI+ PGJyID48L2Rpdj48ZGl2ICBzdHlsZT0iY2xlYXI6Ym90aDsiPkJlc3QgcmVnYXJkcyw8L2Rpdj48 ZGl2ICBzdHlsZT0iY2xlYXI6Ym90aDsiPlhpYW9odTwvZGl2PjxkaXYgIHN0eWxlPSJjbGVhcjpi b3RoOyI+PGJyID48L2Rpdj48YmxvY2txdW90ZSAgc3R5bGU9Im1hcmdpbi1yaWdodDowO21hcmdp bi10b3A6MDttYXJnaW4tYm90dG9tOjA7Zm9udC1mYW1pbHk6VGFob21hLEFyaWFsLFNUSGVpdGks U2ltU3VuO2ZvbnQtc2l6ZToxNC4wcHg7Y29sb3I6IzAwMDAwMDsiPjxkaXYgIHN0eWxlPSJjbGVh cjpib3RoOyI+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tPC9kaXY+PGRpdiAgc3R5bGU9ImNsZWFyOmJvdGg7Ij5Gcm9tOnN0 ZXBoYW5lLmxpdGtvd3NraSAmbHQ7c3RlcGhhbmUubGl0a293c2tpQG9yYW5nZS5jb20mZ3Q7PC9k aXY+PGRpdiAgc3R5bGU9ImNsZWFyOmJvdGg7Ij5TZW5kIFRpbWU6MjAxOOW5tDEx5pyIMjDml6Uo 5pif5pyf5LqMKSAxNToyMDwvZGl2PjxkaXYgIHN0eWxlPSJjbGVhcjpib3RoOyI+VG865b6Q5bCP 6JmOKOS5ieWFiCkgJmx0O3hpYW9odS54eGhAYWxpYmFiYS1pbmMuY29tJmd0OzsgTHNyICZsdDts c3ItYm91bmNlc0BpZXRmLm9yZyZndDs7IGxzckBpZXRmLm9yZyAmbHQ7bHNyQGlldGYub3JnJmd0 OzwvZGl2PjxkaXYgIHN0eWxlPSJjbGVhcjpib3RoOyI+Q2M6c3ByaW5nQGlldGYub3JnICZsdDtz cHJpbmdAaWV0Zi5vcmcmZ3Q7PC9kaXY+PGRpdiAgc3R5bGU9ImNsZWFyOmJvdGg7Ij5TdWJqZWN0 OlJlOiBbc3ByaW5nXSBbTHNyXSBkcmFmdC1pZXRmLWlzaXMtbXBscy1lbGMgJmFtcDsgZHJhZnQt aWV0Zi1vc3BmLW1wbHMtZWxjPC9kaXY+PGRpdiAgc3R5bGU9ImNsZWFyOmJvdGg7Ij48YnIgPjwv ZGl2PjxzdHlsZSA+IS0tICBAZm9udC1mYWNle2ZvbnQtZmFtaWx5OlBNaW5nTGlVO3Bhbm9zZS0x OjIgMiA1IDAgMCAwIDAgMCAwIDA7fXtmb250LWZhbWlseTpNUyBHb3RoaWM7cGFub3NlLTE6MiAx MSA2IDkgNyAyIDUgOCAyIDQ7fXtmb250LWZhbWlseTpNUyBHb3RoaWM7cGFub3NlLTE6MiAxMSA2 IDkgNyAyIDUgOCAyIDQ7fXtmb250LWZhbWlseTpDYWxpYnJpO3Bhbm9zZS0xOjIgMTUgNSAyIDIg MiA0IDMgMiA0O317Zm9udC1mYW1pbHk6VGFob21hO3Bhbm9zZS0xOjIgMTEgNiA0IDMgNSA0IDQg MiA0O317Zm9udC1mYW1pbHk6Q29uc29sYXM7cGFub3NlLTE6MiAxMSA2IDkgMiAyIDQgMyAyIDQ7 fXtmb250LWZhbWlseTpcQFBNaW5nTGlVO3Bhbm9zZS0xOjIgMiA1IDAgMCAwIDAgMCAwIDA7fXtm b250LWZhbWlseTpcQE1TIEdvdGhpYztwYW5vc2UtMToyIDExIDYgOSA3IDIgNSA4IDIgNDt9e2Zv bnQtZmFtaWx5Ok1TIFVJIEdvdGhpYztwYW5vc2UtMToyIDExIDYgMCA3IDIgNSA4IDIgNDt9e2Zv bnQtZmFtaWx5OlxATVMgVUkgR290aGljO3Bhbm9zZS0xOjIgMTEgNiAwIDcgMiA1IDggMiA0O31w Lk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFse21hcmdpbjouMGluO21hcmdp bi1ib3R0b206LjBwdDtmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmksc2Fucy1z ZXJpZjt9YTpsaW5rLCBzcGFuLk1zb0h5cGVybGlua3ttc28tc3R5bGUtcHJpb3JpdHk6OTk7Y29s b3I6Ymx1ZTt0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO31hOnZpc2l0ZWQsIHNwYW4uTXNvSHlw ZXJsaW5rRm9sbG93ZWR7bXNvLXN0eWxlLXByaW9yaXR5Ojk5O2NvbG9yOnB1cnBsZTt0ZXh0LWRl Y29yYXRpb246dW5kZXJsaW5lO31wcmV7bXNvLXN0eWxlLXByaW9yaXR5Ojk5O21zby1zdHlsZS1s aW5rOkhUTUwgUHJlZm9ybWF0dGVkIENoYXI7bWFyZ2luOi4waW47bWFyZ2luLWJvdHRvbTouMHB0 O2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6Q291cmllciBOZXc7fXAuTXNvQWNldGF0ZSwg bGkuTXNvQWNldGF0ZSwgZGl2Lk1zb0FjZXRhdGV7bXNvLXN0eWxlLXByaW9yaXR5Ojk5O21zby1z dHlsZS1saW5rOkJhbGxvb24gVGV4dCBDaGFyO21hcmdpbjouMGluO21hcmdpbi1ib3R0b206LjBw dDtmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6VGFob21hLHNhbnMtc2VyaWY7fXNwYW4uSFRN TFByZWZvcm1hdHRlZENoYXJ7bXNvLXN0eWxlLW5hbWU6SFRNTCBQcmVmb3JtYXR0ZWQgQ2hhcjtt c28tc3R5bGUtcHJpb3JpdHk6OTk7bXNvLXN0eWxlLWxpbms6SFRNTCBQcmVmb3JtYXR0ZWQ7Zm9u dC1mYW1pbHk6Q29uc29sYXM7fXNwYW4uQmFsbG9vblRleHRDaGFye21zby1zdHlsZS1uYW1lOkJh bGxvb24gVGV4dCBDaGFyO21zby1zdHlsZS1wcmlvcml0eTo5OTttc28tc3R5bGUtbGluazpCYWxs b29uIFRleHQ7Zm9udC1mYW1pbHk6VGFob21hLHNhbnMtc2VyaWY7fXAubXNvbm9ybWFsMCwgbGku bXNvbm9ybWFsMCwgZGl2Lm1zb25vcm1hbDB7bXNvLXN0eWxlLW5hbWU6bXNvbm9ybWFsO21zby1t YXJnaW4tdG9wLWFsdDphdXRvO21hcmdpbi1yaWdodDouMGluO21zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvO21hcmdpbi1sZWZ0Oi4waW47Zm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTpUaW1l cyBOZXcgUm9tYW4sc2VyaWY7fXNwYW4uYmFsbG9vbnRleHRjaGFyMHttc28tc3R5bGUtbmFtZTpi YWxsb29udGV4dGNoYXI7bXNvLXN0eWxlLXByaW9yaXR5Ojk5O2ZvbnQtZmFtaWx5OlRhaG9tYSxz YW5zLXNlcmlmO31zcGFuLkVtYWlsU3R5bGUyM3ttc28tc3R5bGUtdHlwZTpwZXJzb25hbDtmb250 LWZhbWlseTpDYWxpYnJpLHNhbnMtc2VyaWY7Y29sb3I6d2luZG93dGV4dDt9c3Bhbi5odG1scHJl Zm9ybWF0dGVkY2hhcjB7bXNvLXN0eWxlLW5hbWU6aHRtbHByZWZvcm1hdHRlZGNoYXI7bXNvLXN0 eWxlLXByaW9yaXR5Ojk5O2ZvbnQtZmFtaWx5OkNvbnNvbGFzO31zcGFuLkVtYWlsU3R5bGUyNXtt c28tc3R5bGUtdHlwZTpwZXJzb25hbDtmb250LWZhbWlseTpDYWxpYnJpLHNhbnMtc2VyaWY7Y29s b3I6IzFmNDk3ZDt9c3Bhbi5FbWFpbFN0eWxlMjZ7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVw bHk7Zm9udC1mYW1pbHk6Q2FsaWJyaSxzYW5zLXNlcmlmO2NvbG9yOiMxZjQ5N2Q7fS5Nc29DaHBE ZWZhdWx0e21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5O2ZvbnQtZmFtaWx5OkNhbGlicmksc2Fu cy1zZXJpZjt9QHBhZ2UgV29yZFNlY3Rpb24xe3NpemU6OC41aW4gMTEuMGluO21hcmdpbjoxLjBp biAxLjBpbiAxLjBpbiAxLjBpbjt9ZGl2LldvcmRTZWN0aW9uMXtwYWdlOldvcmRTZWN0aW9uMTt9 LS0+PC9zdHlsZT48ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuICBzdHlsZT0iY29sb3I6IzFmNDk3ZDsiPkhpIGFsbCw8L3NwYW4+PC9wPjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuICBzdHlsZT0iY29sb3I6IzFmNDk3ZDsiPiZuYnNwOzwvc3Bhbj48 L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gIHN0eWxlPSJjb2xvcjojMWY0OTdkOyI+VGhl IHVzZSBjYXNlIGlzIHdpdGhvdXQgVEUuIEFuZCB0aGlzIGlzIGhvdyBuZXR3b3JrIGRlc2lnbnMg YXJlIHdvcmtpbmcgdG9kYXksIGFuZCBJIGRvIG5vdCBzZWUgYW55IHZhbGlkIHJlYXNvbiB0byBj b21wbGV4aWZ5IGFuZCBjaGFuZ2UgdGhlIGV4aXN0aW5nIGRlc2lnbnMgYnkgaW50cm9kdWNpbmcg Y29udHJvbGxlcnMgb3IgQkdQLUxTLjwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gIHN0eWxlPSJjb2xvcjojMWY0OTdkOyI+V2UgaGF2ZSB0byBhY2NvbW1vZGF0ZSB3aXRoIHdo YXQgaXMgZGVwbG95ZWQgdG9kYXkgYW5kIHRoZSBwcm9wb3NlZCBjaGFuZ2UgaXMgcXVpdGUgc2lt cGxlLjwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gIHN0eWxlPSJjb2xvcjoj MWY0OTdkOyI+Jm5ic3A7PC9zcGFuPjwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiAgc3R5 bGU9ImNvbG9yOiMxZjQ5N2Q7Ij5Ccmdkcyw8L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuICBzdHlsZT0iY29sb3I6IzFmNDk3ZDsiPiZuYnNwOzwvc3Bhbj48L3A+PHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gIHN0eWxlPSJmb250LXdlaWdodDpib2xkO2ZvbnQtc2l6ZToxMy4w cHg7Zm9udC1mYW1pbHk6VGFob21hLHNhbnMtc2VyaWY7Ij5Gcm9tOjwvc3Bhbj48c3BhbiAgc3R5 bGU9ImZvbnQtc2l6ZToxMy4wcHg7Zm9udC1mYW1pbHk6TVMgVUkgR290aGljLHNhbnMtc2VyaWY7 Ij7lvpDlsI/omY48L3NwYW4+PHNwYW4gIHN0eWxlPSJmb250LXNpemU6MTMuMHB4O2ZvbnQtZmFt aWx5OlRhaG9tYSxzYW5zLXNlcmlmOyI+KDwvc3Bhbj48c3BhbiAgc3R5bGU9ImZvbnQtc2l6ZTox My4wcHg7Zm9udC1mYW1pbHk6UE1pbmdMaVUsc2VyaWY7Ij7kuYnlhYg8L3NwYW4+PHNwYW4gIHN0 eWxlPSJmb250LXNpemU6MTMuMHB4O2ZvbnQtZmFtaWx5OlRhaG9tYSxzYW5zLXNlcmlmOyI+KQog W21haWx0bzp4aWFvaHUueHhoQGFsaWJhYmEtaW5jLmNvbV0gPGJyID48YiA+U2VudDo8L2I+IFR1 ZXNkYXksIE5vdmVtYmVyIDIwLCAyMDE4IDAzOjE2PGJyID48YiA+VG86PC9iPiBMc3I7IExJVEtP V1NLSSBTdGVwaGFuZSBPQlMvT0lOSVM7IGxzckBpZXRmLm9yZzxiciA+PGIgPkNjOjwvYj4gc3By aW5nQGlldGYub3JnPGJyID48YiA+U3ViamVjdDo8L2I+IFJlOiBbTHNyXSBkcmFmdC1pZXRmLWlz aXMtbXBscy1lbGMgJmFtcDsgZHJhZnQtaWV0Zi1vc3BmLW1wbHMtZWxjPC9zcGFuPjwvcD48cCBj bGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8L3A+PGRpdiA+PGRpdiA+PHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gIHN0eWxlPSJmb250LXNpemU6MTQuMHB4O2ZvbnQtZmFtaWx5OlRhaG9tYSxzYW5z LXNlcmlmO2NvbG9yOmJsYWNrOyI+SGkgYWxsLDwvc3Bhbj48L3A+PC9kaXY+PGRpdiA+PHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gIHN0eWxlPSJmb250LXNpemU6MTQuMHB4O2ZvbnQtZmFtaWx5 OlRhaG9tYSxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrOyI+Jm5ic3A7PC9zcGFuPjwvcD48L2Rpdj48 ZGl2ID48cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiAgc3R5bGU9ImZvbnQtc2l6ZToxNC4wcHg7 Zm9udC1mYW1pbHk6VGFob21hLHNhbnMtc2VyaWY7Y29sb3I6YmxhY2s7Ij5JTUhPLCBpdCBzZWVt cyBhIGxpdHRsZSBiaXQgb2RkIHRvIHN1cHBvcnQgaW50ZXItQVMgVEUgc2NlbmFyaW9zIGluIHRo ZSBhYnNlbmNlIG9mIGEgY29udHJvbGxlci4gSWYmbmJzcDt0aGUgaW50ZXItQVMgc2NlbmFyaW8g aXMgbm90IGZvciB0aGUgVEUgcHVycG9zZSwgd291bGQgdGhlCiAoaW50ZXItQVMpJm5ic3A7QkdQ LWluaXRpYXRlZCBMU1Agb3ZlciAoaW50cmEtQVMpIFNSLWluaXRpYXRlZCBMU1AgYmUmbmJzcDtn b29kIGVub3VnaCAoanVzdCBsaWtlIHdoYXQgd2UgaGF2ZSBkb25lIGJlZm9yZSBpbiB0aGUgTERQ IGVyYSwgaS5lLiwmbmJzcDt0aGUgQkdQLWluaXRpYXRlZCBMU1Agb3ZlciZuYnNwO0xEUC1pbml0 aWF0ZWQmbmJzcDtMU1ApPzwvc3Bhbj48L3A+PC9kaXY+PGRpdiA+PHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gIHN0eWxlPSJmb250LXNpemU6MTQuMHB4O2ZvbnQtZmFtaWx5OlRhaG9tYSxzYW5z LXNlcmlmO2NvbG9yOmJsYWNrOyI+Jm5ic3A7PC9zcGFuPjwvcD48L2Rpdj48ZGl2ID48cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiAgc3R5bGU9ImZvbnQtc2l6ZToxNC4wcHg7Zm9udC1mYW1pbHk6 VGFob21hLHNhbnMtc2VyaWY7Y29sb3I6YmxhY2s7Ij5CZXN0IHJlZ2FyZHMsPC9zcGFuPjwvcD48 L2Rpdj48ZGl2ID48cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiAgc3R5bGU9ImZvbnQtc2l6ZTox NC4wcHg7Zm9udC1mYW1pbHk6VGFob21hLHNhbnMtc2VyaWY7Y29sb3I6YmxhY2s7Ij5YaWFvaHU8 L3NwYW4+PC9wPjwvZGl2PjxkaXYgPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuICBzdHlsZT0i Zm9udC1zaXplOjE0LjBweDtmb250LWZhbWlseTpUYWhvbWEsc2Fucy1zZXJpZjtjb2xvcjpibGFj azsiPiZuYnNwOzwvc3Bhbj48L3A+PC9kaXY+PGRpdiA+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gIHN0eWxlPSJmb250LXNpemU6MTQuMHB4O2ZvbnQtZmFtaWx5OlRhaG9tYSxzYW5zLXNlcmlm O2NvbG9yOmJsYWNrOyI+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPC9zcGFuPjwvcD48L2Rpdj48ZGl2ID48cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiAgc3R5bGU9ImZvbnQtc2l6ZToxNC4wcHg7Zm9udC1mYW1pbHk6VGFo b21hLHNhbnMtc2VyaWY7Y29sb3I6YmxhY2s7Ij5Gcm9tOkxlcyBHaW5zYmVyZyAoZ2luc2Jlcmcp ICZsdDtnaW5zYmVyZ0BjaXNjby5jb20mZ3Q7PC9zcGFuPjwvcD48L2Rpdj48ZGl2ID48cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiAgc3R5bGU9ImZvbnQtc2l6ZToxNC4wcHg7Zm9udC1mYW1pbHk6 VGFob21hLHNhbnMtc2VyaWY7Y29sb3I6YmxhY2s7Ij5TZW5kIFRpbWU6MjAxODwvc3Bhbj48c3Bh biAgc3R5bGU9ImZvbnQtc2l6ZToxNC4wcHg7Zm9udC1mYW1pbHk6TVMgR290aGljO2NvbG9yOmJs YWNrOyI+5bm0PC9zcGFuPjxzcGFuICBzdHlsZT0iZm9udC1zaXplOjE0LjBweDtmb250LWZhbWls eTpUYWhvbWEsc2Fucy1zZXJpZjtjb2xvcjpibGFjazsiPjExPC9zcGFuPjxzcGFuICBzdHlsZT0i Zm9udC1zaXplOjE0LjBweDtmb250LWZhbWlseTpNUyBHb3RoaWM7Y29sb3I6YmxhY2s7Ij7mnIg8 L3NwYW4+PHNwYW4gIHN0eWxlPSJmb250LXNpemU6MTQuMHB4O2ZvbnQtZmFtaWx5OlRhaG9tYSxz YW5zLXNlcmlmO2NvbG9yOmJsYWNrOyI+MjA8L3NwYW4+PHNwYW4gIHN0eWxlPSJmb250LXNpemU6 MTQuMHB4O2ZvbnQtZmFtaWx5Ok1TIEdvdGhpYztjb2xvcjpibGFjazsiPuaXpTwvc3Bhbj48c3Bh biAgc3R5bGU9ImZvbnQtc2l6ZToxNC4wcHg7Zm9udC1mYW1pbHk6VGFob21hLHNhbnMtc2VyaWY7 Y29sb3I6YmxhY2s7Ij4oPC9zcGFuPjxzcGFuICBzdHlsZT0iZm9udC1zaXplOjE0LjBweDtmb250 LWZhbWlseTpNUyBHb3RoaWM7Y29sb3I6YmxhY2s7Ij7mmJ/mnJ/kuow8L3NwYW4+PHNwYW4gIHN0 eWxlPSJmb250LXNpemU6MTQuMHB4O2ZvbnQtZmFtaWx5OlRhaG9tYSxzYW5zLXNlcmlmO2NvbG9y OmJsYWNrOyI+KQogMDI6MDA8L3NwYW4+PC9wPjwvZGl2PjxkaXYgPjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuICBzdHlsZT0iZm9udC1zaXplOjE0LjBweDtmb250LWZhbWlseTpUYWhvbWEsc2Fu cy1zZXJpZjtjb2xvcjpibGFjazsiPlRvOnN0ZXBoYW5lLmxpdGtvd3NraUBvcmFuZ2UuY29tICZs dDtzdGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbSZndDs7IGxzckBpZXRmLm9yZyAmbHQ7bHNy QGlldGYub3JnJmd0Ozwvc3Bhbj48L3A+PC9kaXY+PGRpdiA+PHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gIHN0eWxlPSJmb250LXNpemU6MTQuMHB4O2ZvbnQtZmFtaWx5OlRhaG9tYSxzYW5zLXNl cmlmO2NvbG9yOmJsYWNrOyI+Q2M6c3ByaW5nQGlldGYub3JnICZsdDtzcHJpbmdAaWV0Zi5vcmcm Z3Q7PC9zcGFuPjwvcD48L2Rpdj48ZGl2ID48cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiAgc3R5 bGU9ImZvbnQtc2l6ZToxNC4wcHg7Zm9udC1mYW1pbHk6VGFob21hLHNhbnMtc2VyaWY7Y29sb3I6 YmxhY2s7Ij5TdWJqZWN0OlJlOiBbTHNyXSBkcmFmdC1pZXRmLWlzaXMtbXBscy1lbGMgJmFtcDsg ZHJhZnQtaWV0Zi1vc3BmLW1wbHMtZWxjPC9zcGFuPjwvcD48L2Rpdj48ZGl2ID48cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiAgc3R5bGU9ImZvbnQtc2l6ZToxNC4wcHg7Zm9udC1mYW1pbHk6VGFo b21hLHNhbnMtc2VyaWY7Y29sb3I6YmxhY2s7Ij4mbmJzcDs8L3NwYW4+PC9wPjwvZGl2PjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuICBzdHlsZT0iY29sb3I6IzFmNDk3ZDsiPlN0ZXBoYW5lIOKA kzwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gIHN0eWxlPSJjb2xvcjojMWY0 OTdkOyI+Jm5ic3A7PC9zcGFuPjwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiAgc3R5bGU9 ImNvbG9yOiMxZjQ5N2Q7Ij5UaGUgdXNlIGNhc2UgZm9yIHRoaXMgcHJvcG9zYWwgaXMgdG8gc3Vw cG9ydCBpbnRlci1BUyBzY2VuYXJpb3MgaW4gdGhlIGFic2VuY2Ugb2YgYSBjb250cm9sbGVyLjwv c3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gIHN0eWxlPSJjb2xvcjojMWY0OTdk OyI+SWYgdGhlIFdHIGFncmVlcyB0aGF0IHRoaXMgdXNlIGNhc2UgbmVlZHMgdG8gYmUgYWRkcmVz c2VkIEkgYmVsaWV2ZSB0aGUgcHJvcG9zYWwgYmVsb3cgaXMgYSBnb29kIGFuZCB2aWFibGUgY29t cHJvbWlzZS48L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuICBzdHlsZT0iY29s b3I6IzFmNDk3ZDsiPiZuYnNwOzwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g IHN0eWxlPSJjb2xvcjojMWY0OTdkOyI+SSBzYXkg4oCcY29tcHJvbWlzZeKAnSBiZWNhdXNlIOKA kyBhcyB5b3UgbWVudGlvbiBiZWxvdyDigJMgRUxDL0VMUkQgYXJlIGZ1bmN0aW9uYWxseSBub2Rl IGNhcGFiaWxpdGllcy4gQnV0IHRoZSBpbnRlci1BUyB1c2UgY2FzZSByZXF1aXJlcyBzaWduYWxp bmcgYmV0d2VlbiBBU+KAmXMgYW5kIHRoZSB2ZWhpY2xlIHdlIGhhdmUgZm9yIGRvaW5nIHRoYXQg aXMgYSBwcmVmaXggYWR2ZXJ0aXNlbWVudC4KIFRoZSBjb21wcm9taXNlIGlzIHRvIGFkdmVydGlz ZSBFTEMgYXNzb2NpYXRlZCB3aXRoIGEgcHJlZml4IOKAkyBidXQgbm90IGRvIHNvIGZvciBFUkxE Ljwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gIHN0eWxlPSJjb2xvcjojMWY0 OTdkOyI+VGhpcyBzZWVtcyByZWFzb25hYmxlIHRvIG1lLjwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gIHN0eWxlPSJjb2xvcjojMWY0OTdkOyI+Jm5ic3A7PC9zcGFuPjwvcD48 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiAgc3R5bGU9ImNvbG9yOiMxZjQ5N2Q7Ij5PbmUgY2hh bmdlIHRvIHdoYXQgeW91IHN0YXRlIGJlbG93IOKAkyBJIHRoaW5rIOKAnHdoZW4gYSBwcmVmaXgg aXMgbGVha2VkIG9yIHJlZGlzdHJpYnV0ZWQsIHRoZSBFTEMgYXNzb2NpYXRlZCB0byB0aGUgcHJl Zml4Cjwvc3Bhbj48c3BhbiAgc3R5bGU9ImNvbG9yOnJlZDsiPk1VU1QgPC9zcGFuPjxzcGFuICBz dHlsZT0iY29sb3I6IzFmNDk3ZDsiPmFsc28gYmUgbGVha2VkL3JlZGlzdHJpYnV0ZWQu4oCdLjwv c3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gIHN0eWxlPSJjb2xvcjojMWY0OTdk OyI+Jm5ic3A7PC9zcGFuPjwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiAgc3R5bGU9ImNv bG9yOiMxZjQ5N2Q7Ij4mbmJzcDsmbmJzcDsgTGVzPC9zcGFuPjwvcD48cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiAgc3R5bGU9ImNvbG9yOiMxZjQ5N2Q7Ij4mbmJzcDs8L3NwYW4+PC9wPjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuICBzdHlsZT0iY29sb3I6IzFmNDk3ZDsiPiZuYnNwOzwvc3Bh bj48L3A+PGRpdiAgc3R5bGU9ImJvcmRlci1zdHlsZTpub25lIG5vbmUgbm9uZSBzb2xpZDtib3Jk ZXItbGVmdC13aWR0aDoyLjBweDtib3JkZXItbGVmdC1jb2xvcjpibHVlO3BhZGRpbmc6LjBpbiAu MGluIC4waW4gNS4wcHg7Ij48ZGl2ICBzdHlsZT0iYm9yZGVyLXN0eWxlOnNvbGlkIG5vbmUgbm9u ZTtib3JkZXItdG9wLXdpZHRoOjEuMHB4O2JvcmRlci10b3AtY29sb3I6I2UxZTFlMTtwYWRkaW5n Oi4waW47Ij48cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiAgc3R5bGU9ImZvbnQtd2VpZ2h0OmJv bGQ7Y29sb3I6YmxhY2s7Ij5Gcm9tOjwvc3Bhbj48c3BhbiAgc3R5bGU9ImNvbG9yOmJsYWNrOyI+ IExzciAmbHQ7bHNyLWJvdW5jZXNAaWV0Zi5vcmcmZ3Q7CjxiID5PbiBCZWhhbGYgT2YgPC9iPnN0 ZXBoYW5lLmxpdGtvd3NraUBvcmFuZ2UuY29tPGJyID48YiA+U2VudDo8L2I+IEZyaWRheSwgTm92 ZW1iZXIgMDksIDIwMTggNjozMCBBTTxiciA+PGIgPlRvOjwvYj4gbHNyQGlldGYub3JnPGJyID48 YiA+Q2M6PC9iPiBzcHJpbmdAaWV0Zi5vcmc8YnIgPjxiID5TdWJqZWN0OjwvYj4gW0xzcl0gZHJh ZnQtaWV0Zi1pc2lzLW1wbHMtZWxjICZhbXA7IGRyYWZ0LWlldGYtb3NwZi1tcGxzLWVsYzwvc3Bh bj48L3A+PC9kaXY+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gIHN0eWxlPSJjb2xvcjpibGFj azsiPiZuYnNwOzwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gIHN0eWxlPSJj b2xvcjpibGFjazsiPkhpIFdHLDwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g IHN0eWxlPSJjb2xvcjpibGFjazsiPiZuYnNwOzwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gIHN0eWxlPSJjb2xvcjpibGFjazsiPlNvbWUgZGlzY3Vzc2lvbnMgb2NjdXJyZWQg b24gdGhlIG1haWxpbmcgbGlzdCBvbiBob3cgdG8gZW5jb2RlIHRoZSBlbnRyb3B5IGxhYmVsIGNh cGFiaWxpdHkgZm9yIFNSIGJ1dCB3ZSBoYWRu4oCZdCBmb3VuZCBhIGNvbnNlbnN1cyBvbiB0aGUg dGFyZ2V0IHNvbHV0aW9uLjwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gIHN0 eWxlPSJjb2xvcjpibGFjazsiPklFVEYgMTAzIHdhcyB0aGUgb3Bwb3J0dW5pdHkgdG8gbWVldCBm YWNlIHRvIGZhY2UgdmFyaW91cyBwZW9wbGUgdGhhdCBoYXZlIHBhcnRpY2lwYXRlZCB0byB0aGlz IGRpc2N1c3Npb24uPC9zcGFuPjwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiAgc3R5bGU9 ImNvbG9yOmJsYWNrOyI+Jm5ic3A7PC9zcGFuPjwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biAgc3R5bGU9ImNvbG9yOmJsYWNrOyI+Rm9sbG93aW5nIHRoaXMgZGlzY3Vzc2lvbiwgd2UgYXJl IGNvbWluZyB3aXRoIHRoZSBmb2xsb3dpbmcgcHJvcG9zYWwgdGhhdCB0aGUgV0cgbmVlZCB0byB2 YWxpZGF0ZTo8L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuICBzdHlsZT0iY29s b3I6YmxhY2s7Ij4mbmJzcDs8L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuICBz dHlsZT0iY29sb3I6YmxhY2s7Ij5UaGUgZW50cm9weSBsYWJlbCBjYXBhYmlsaXR5IGlzIHN0aWxs IGNvbnNpZGVyZWQgYXMgYSBwZXIgbm9kZSBwcm9wZXJ0eSAoZm9yIHNpbXBsaWNpdHkgcmVhc29u LCB3ZSBkbyBub3Qgd2FudCB0byBoYXZlIGFuIEVMQyBwZXIgbGluZWNhcmQpLjwvc3Bhbj48L3A+ PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gIHN0eWxlPSJjb2xvcjpibGFjazsiPlRoZSBFUkxE IGlzIGNvbnNpZGVyZWQgYXMgYSBwZXIgbm9kZSBwcm9wZXJ0eSAoZm9yIHNpbXBsaWNpdHkgcmVh c29uLCB3ZSBkbyBub3Qgd2FudCB0byBoYXZlIGFuIEVSTEQgcGVyIGxpbmVjYXJkKS48L3NwYW4+ PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuICBzdHlsZT0iY29sb3I6YmxhY2s7Ij4mbmJz cDs8L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuICBzdHlsZT0iY29sb3I6Ymxh Y2s7Ij5Ib3dldmVyIElHUHMgbWF5IGFkdmVydGlzZSBwcmVmaXhlcyB0aGF0IGFyZSBub3QgYmVs b25naW5nIHRvIHRoZSBub2RlIGl0c2VsZiBpbiBhZGRpdGlvbiB0byB0aGUgbG9jYWwgcHJlZml4 ZXMgb2YgdGhlIG5vZGVzLjwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gIHN0 eWxlPSJjb2xvcjpibGFjazsiPkEgdHlwaWNhbCB1c2UgY2FzZSBpcyB3aGVuIHR3byBJR1AgZG9t YWlucyAocnVubmluZyB0aGUgc2FtZSBwcm90b2NvbCBvciBhIGRpZmZlcmVudCBvbmUpIGFyZSBy ZWRpc3RyaWJ1dGluZyByb3V0ZXMgYmV0d2VlbiBlYWNoIG90aGVyLjwvc3Bhbj48L3A+PHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gIHN0eWxlPSJjb2xvcjpibGFjazsiPlRoZSBpbnRlci1hcmVh IHVzZSBjYXNlIGlzIGFsc28gY3JlYXRpbmcgYSBzaW1pbGFyIHNpdHVhdGlvbi48L3NwYW4+PC9w PjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuICBzdHlsZT0iY29sb3I6YmxhY2s7Ij4mbmJzcDs8 L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuICBzdHlsZT0iY29sb3I6YmxhY2s7 Ij5XaGVuIGFuIGluZ3Jlc3Mgbm9kZSBwdXNoZXMgYW4gZW50cm9weSBsYWJlbCBiZWxvdyBhIHNl Z21lbnQgJm5ic3A7aXQgbXVzdCBlbnN1cmUgdGhhdCB0aGUgdGFpbC1lbmQgb2YgdGhlIHNlZ21l bnQgaXMgZW50cm9weSBsYWJlbCBjYXBhYmxlIG90aGVyd2lzZSBwYWNrZXRzIHdpbGwgYmUgZHJv cHBlZC48L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuICBzdHlsZT0iY29sb3I6 YmxhY2s7Ij4mbmJzcDs8L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuICBzdHls ZT0iY29sb3I6YmxhY2s7Ij5BcyBhIGNvbnNlcXVlbmNlLCB3aGVuIHByZWZpeGVzIGFyZSByZWRp c3RyaWJ1dGVkLCB0aGUgZW50cm9weSBsYWJlbCBjYXBhYmlsaXR5IG9mIHRoZSBub2RlIHdobyBo YXMgZmlyc3RseSBvcmlnaW5hdGVkIHRoZSBwcmVmaXgsIHNob3VsZCBiZSBhc3NvY2lhdGVkIHRv IHRoZSBwcmVmaXggZHVyaW5nIHRoZSByZWRpc3RyaWJ1dGlvbi48L3NwYW4+PC9wPjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuICBzdHlsZT0iY29sb3I6YmxhY2s7Ij4mbmJzcDs8L3NwYW4+PC9w PjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuICBzdHlsZT0iY29sb3I6YmxhY2s7Ij5JbiB0ZXJt cyBvZiBlbmNvZGluZywgd2UgcHJvcG9zZSB0byBhc3NvY2lhdGUgYW4gZW50cm9weSBsYWJlbCBj YXBhYmlsaXR5IGZvciBlYWNoIHByZWZpeCBhZHZlcnRpc2VkIGJ5IGEgbm9kZS48L3NwYW4+PC9w PjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuICBzdHlsZT0iY29sb3I6YmxhY2s7Ij5UaGUgZW50 cm9weSBsYWJlbCBjYXBhYmlsaXR5IHdpbGwgYmUgZW5jb2RlZCBhcyBwYXJ0IG9mIHRoZSBQcmVm aXggQXR0cmlidXRlcyBJR1AgZXh0ZW5zaW9uIChSRkM3Nzk0IGFuZCBSRkM3Njg0KS48L3NwYW4+ PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuICBzdHlsZT0iY29sb3I6YmxhY2s7Ij5UaGUg ZW50cm9weSBsYWJlbCBjYXBhYmlsaXR5IG1heSBiZSBzZXQgZm9yIGxvY2FsIHByZWZpeGVzIChl LmcuIGxvb3BiYWNrcykgYnkgYSBsb2NhbCBjb25maWd1cmF0aW9uIGFuZCBmb3IgbGVha2VkL3Jl ZGlzdHJpYnV0ZWQgcHJlZml4ZXMuIFdoZW4gYSBwcmVmaXggaXMgbGVha2VkIG9yIHJlZGlzdHJp YnV0ZWQsIHRoZSBFTEMgYXNzb2NpYXRlZCB0byB0aGUgcHJlZml4CiBtYXkgYmUgYWxzbyBsZWFr ZWQvcmVkaXN0cmlidXRlZC48L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuICBz dHlsZT0iY29sb3I6YmxhY2s7Ij4mbmJzcDs8L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuICBzdHlsZT0iY29sb3I6YmxhY2s7Ij5BbiBpbmdyZXNzIHNob3VsZCBzZXQgdGhlIGVu dHJvcHkgbGFiZWwgYmVsb3cgYSBOb2RlL1ByZWZpeCBzZWdtZW50IG9ubHkgaWYgdGhlIHByZWZp eCBhc3NvY2lhdGVkIHRvIHRoZSBOb2RlL1ByZWZpeCBzZWdtZW50IGFzIHRoZSBFTEMgc2V0IGlu IHRoZSBQcmVmaXggQXR0cmlidXRlcy48L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuICBzdHlsZT0iY29sb3I6YmxhY2s7Ij5BbiBpbmdyZXNzIHNob3VsZCBzZXQgdGhlIGVudHJv cHkgbGFiZWwgYmVsb3cgYW4gQWRqYWNlbmN5IHNlZ21lbnQgb25seSBpZiB0aGUgYWRqYWNlbnQg bmVpZ2hib3Igb2YgdGhlIG5vZGUgdGhhdCBoYXMgYWR2ZXJ0aXNlZCB0aGUgQWRqIFNJRCBpcyBh ZHZlcnRpc2luZyBhbiBFUkxEIChhbmQgc28gaXMgZW50cm9weSBsYWJlbCBjYXBhYmxlKS48L3Nw YW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuICBzdHlsZT0iY29sb3I6YmxhY2s7Ij4m bmJzcDs8L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuICBzdHlsZT0iY29sb3I6 YmxhY2s7Ij5Gb3IgdGhlIGJpbmRpbmcgU0lELCBhcyBJR1BzIGFyZSBub3QgaW52b2x2ZWQgaW4g dGhlIHNpZ25hbGluZyBvZiB0aGUgYmluZGluZyBTSUQsIHRoZXJlIGlzIG5vdGhpbmcgdG8gZG8g aW4gdGhlc2UgZHJhZnRzLgo8L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuICBz dHlsZT0iY29sb3I6YmxhY2s7Ij4mbmJzcDs8L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuICBzdHlsZT0iY29sb3I6YmxhY2s7Ij4mbmJzcDs8L3NwYW4+PC9wPjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuICBzdHlsZT0iY29sb3I6YmxhY2s7Ij5MZXQgdXMga25vdyB5b3VyIGNv bW1lbnRzL2ZlZWRiYWNrIG9uIHRoaXMgcHJvcG9zYWwgc28gd2UgY2FuIHByb2dyZXNzIHRoZXNl IGRvY3VtZW50cy48L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuICBzdHlsZT0i Y29sb3I6YmxhY2s7Ij4mbmJzcDs8L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu ICBzdHlsZT0iY29sb3I6YmxhY2s7Ij5Ccmdkcyw8L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuICBzdHlsZT0iY29sb3I6YmxhY2s7Ij4mbmJzcDs8L3NwYW4+PC9wPjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuICBzdHlsZT0iY29sb3I6YmxhY2s7Ij5TdGVwaGFuZTwvc3Bhbj48 L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gIHN0eWxlPSJjb2xvcjpibGFjazsiPiZuYnNw Ozwvc3Bhbj48L3A+PHByZSA+PHNwYW4gIHN0eWxlPSJjb2xvcjpibGFjazsiPl9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188L3Nw YW4+PC9wcmU+PHByZSA+PHNwYW4gIHN0eWxlPSJjb2xvcjpibGFjazsiPiZuYnNwOzwvc3Bhbj48 L3ByZT48cHJlID48c3BhbiAgc3R5bGU9ImNvbG9yOmJsYWNrOyI+Q2UgbWVzc2FnZSBldCBzZXMg cGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVu dGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25jPC9zcGFuPjwvcHJlPjxw cmUgPjxzcGFuICBzdHlsZT0iY29sb3I6YmxhY2s7Ij5wYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9p dGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVz c2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlcjwvc3Bhbj48L3ByZT48cHJlID48 c3BhbiAgc3R5bGU9ImNvbG9yOmJsYWNrOyI+YSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUg YWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMg ZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiw8L3NwYW4+PC9wcmU+PHByZSA+PHNwYW4g IHN0eWxlPSJjb2xvcjpibGFjazsiPk9yYW5nZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRl IHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS48 L3NwYW4+PC9wcmU+PHByZSA+PHNwYW4gIHN0eWxlPSJjb2xvcjpibGFjazsiPiZuYnNwOzwvc3Bh bj48L3ByZT48cHJlID48c3BhbiAgc3R5bGU9ImNvbG9yOmJsYWNrOyI+VGhpcyBtZXNzYWdlIGFu ZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQg aW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzs8L3NwYW4+PC9wcmU+PHBy ZSA+PHNwYW4gIHN0eWxlPSJjb2xvcjpibGFjazsiPnRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0cmli dXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9uLjwvc3Bhbj48L3ByZT48 cHJlID48c3BhbiAgc3R5bGU9ImNvbG9yOmJsYWNrOyI+SWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhp cyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhp cyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuPC9zcGFuPjwvcHJlPjxwcmUgPjxzcGFuICBz dHlsZT0iY29sb3I6YmxhY2s7Ij5BcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBu b3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBv ciBmYWxzaWZpZWQuPC9zcGFuPjwvcHJlPjxwcmUgPjxzcGFuICBzdHlsZT0iY29sb3I6YmxhY2s7 Ij5UaGFuayB5b3UuPC9zcGFuPjwvcHJlPjwvZGl2PjxkaXYgPjxwICBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibGluZS1oZWlnaHQ6MjAuMHB4OyI+PHNwYW4gIHN0eWxlPSJmb250LXNpemU6MTQu MHB4O2ZvbnQtZmFtaWx5OlRhaG9tYSxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrOyI+Jm5ic3A7PC9z cGFuPjwvcD48L2Rpdj48L2Rpdj48L2Rpdj48cHJlID5fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCgpDZSBtZXNzYWdlIGV0IHNl cyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlk ZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMKcGFzIGV0cmUgZGlm ZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZl eiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXIKYSBsJ2V4 cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVz IG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwK T3JhbmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBh bHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLgoKVGhpcyBtZXNzYWdlIGFuZCBpdHMg YXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3Jt YXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsKdGhleSBzaG91bGQgbm90IGJlIGRp c3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uCklmIHlvdSBo YXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRl ciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLgpBcyBlbWFpbHMg bWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhh dmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuClRoYW5rIHlvdS4KPC9wcmU+ PC9ibG9ja3F1b3RlPjxkaXYgIHN0eWxlPSJsaW5lLWhlaWdodDoyMC4wcHg7Y2xlYXI6Ym90aDsi PjxiciA+PC9kaXY+PC9kaXY+PC9kaXY+ ------=ALIBOUNDARY_108446_4def4940_5bf3c14f_e1c3e1-- From nobody Tue Nov 20 00:25:23 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 358B612D4EB; Tue, 20 Nov 2018 00:25:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id c5IHHaH2DLJm; Tue, 20 Nov 2018 00:25:11 -0800 (PST) Received: from orange.com (mta240.mail.business.static.orange.com [80.12.66.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4C10F1292AD; Tue, 20 Nov 2018 00:25:11 -0800 (PST) Received: from opfedar06.francetelecom.fr (unknown [xx.xx.xx.8]) by opfedar23.francetelecom.fr (ESMTP service) with ESMTP id 42zf055kvPzBsWf; Tue, 20 Nov 2018 09:25:09 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.18]) by opfedar06.francetelecom.fr (ESMTP service) with ESMTP id 42zf054dsZz3wbK; Tue, 20 Nov 2018 09:25:09 +0100 (CET) Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILM34.corporate.adroot.infra.ftgroup ([fe80::cba:56d0:a732:ef5a%19]) with mapi id 14.03.0415.000; Tue, 20 Nov 2018 09:25:09 +0100 From: To: =?utf-8?B?5b6Q5bCP6JmOKOS5ieWFiCk=?= , spring , Lsr , "lsr@ietf.org" CC: "spring@ietf.org" Thread-Topic: [Lsr] [spring] draft-ietf-isis-mpls-elc & draft-ietf-ospf-mpls-elc Thread-Index: AQHUgKiH4YCwrVdAoESEv/Qy2iyI8aVYU2KA Date: Tue, 20 Nov 2018 08:25:09 +0000 Message-ID: <12805_1542702309_5BF3C4E5_12805_182_1_9E32478DFA9976438E7A22F69B08FF924B76D5BD@OPEXCLILMA4.corporate.adroot.infra.ftgroup> References: <9208_1541773820_5BE599FC_9208_47_1_9E32478DFA9976438E7A22F69B08FF924B746E6A@OPEXCLILMA4.corporate.adroot.infra.ftgroup>, <2ca6d24d-18f2-4df2-ab04-64ece1d4031b.xiaohu.xxh@alibaba-inc.com>, <3489_1542698391_5BF3B597_3489_286_1_9E32478DFA9976438E7A22F69B08FF924B76D503@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <37ba0ffd-aff7-46e3-933e-d20f178df90a.xiaohu.xxh@alibaba-inc.com> In-Reply-To: <37ba0ffd-aff7-46e3-933e-d20f178df90a.xiaohu.xxh@alibaba-inc.com> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.2] Content-Type: multipart/alternative; boundary="_000_9E32478DFA9976438E7A22F69B08FF924B76D5BDOPEXCLILMA4corp_" MIME-Version: 1.0 Archived-At: Subject: Re: [spring] [Lsr] draft-ietf-isis-mpls-elc & draft-ietf-ospf-mpls-elc X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2018 08:25:15 -0000 --_000_9E32478DFA9976438E7A22F69B08FF924B76D5BDOPEXCLILMA4corp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 V2UgY2Fu4oCZdCBmb3Igc29tZSBpbnRlcm5hbCBkZXNpZ24vc2VjdXJpdHkgcmVhc29ucy4NCg0K RnJvbTogTHNyIFttYWlsdG86bHNyLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiA/Pz8o Pz8pDQpTZW50OiBUdWVzZGF5LCBOb3ZlbWJlciAyMCwgMjAxOCAwOToxMA0KVG86IHNwcmluZzsg THNyOyBsc3JAaWV0Zi5vcmcNCkNjOiBzcHJpbmdAaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbTHNy XSBbc3ByaW5nXSBkcmFmdC1pZXRmLWlzaXMtbXBscy1lbGMgJiBkcmFmdC1pZXRmLW9zcGYtbXBs cy1lbGMNCg0KV2h5IG5vdCBkaXJlY3RseSB1c2UgdGhlIEJHUCBvdmVyIFNSIG1vZGVsIGp1c3Qg bGlrZSB0aGUgQkdQIG92ZXIgTERQIG1vZGVsPw0KDQpCZXN0IHJlZ2FyZHMsDQpYaWFvaHUNCg0K LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tDQpGcm9tOnN0ZXBoYW5lLmxpdGtvd3NraSA8c3RlcGhhbmUubGl0a293c2tpQG9y YW5nZS5jb20+DQpTZW5kIFRpbWU6MjAxOOW5tDEx5pyIMjDml6Uo5pif5pyf5LqMKSAxNToyMA0K VG865b6Q5bCP6JmOKOS5ieWFiCkgPHhpYW9odS54eGhAYWxpYmFiYS1pbmMuY29tPjsgTHNyIDxs c3ItYm91bmNlc0BpZXRmLm9yZz47IGxzckBpZXRmLm9yZyA8bHNyQGlldGYub3JnPg0KQ2M6c3By aW5nQGlldGYub3JnIDxzcHJpbmdAaWV0Zi5vcmc+DQpTdWJqZWN0OlJlOiBbc3ByaW5nXSBbTHNy XSBkcmFmdC1pZXRmLWlzaXMtbXBscy1lbGMgJiBkcmFmdC1pZXRmLW9zcGYtbXBscy1lbGMNCg0K SGkgYWxsLA0KDQpUaGUgdXNlIGNhc2UgaXMgd2l0aG91dCBURS4gQW5kIHRoaXMgaXMgaG93IG5l dHdvcmsgZGVzaWducyBhcmUgd29ya2luZyB0b2RheSwgYW5kIEkgZG8gbm90IHNlZSBhbnkgdmFs aWQgcmVhc29uIHRvIGNvbXBsZXhpZnkgYW5kIGNoYW5nZSB0aGUgZXhpc3RpbmcgZGVzaWducyBi eSBpbnRyb2R1Y2luZyBjb250cm9sbGVycyBvciBCR1AtTFMuDQpXZSBoYXZlIHRvIGFjY29tbW9k YXRlIHdpdGggd2hhdCBpcyBkZXBsb3llZCB0b2RheSBhbmQgdGhlIHByb3Bvc2VkIGNoYW5nZSBp cyBxdWl0ZSBzaW1wbGUuDQoNCkJyZ2RzLA0KDQpGcm9tOuW+kOWwj+iZjijkuYnlhYgpIFttYWls dG86eGlhb2h1Lnh4aEBhbGliYWJhLWluYy5jb21dDQpTZW50OiBUdWVzZGF5LCBOb3ZlbWJlciAy MCwgMjAxOCAwMzoxNg0KVG86IExzcjsgTElUS09XU0tJIFN0ZXBoYW5lIE9CUy9PSU5JUzsgbHNy QGlldGYub3JnDQpDYzogc3ByaW5nQGlldGYub3JnDQpTdWJqZWN0OiBSZTogW0xzcl0gZHJhZnQt aWV0Zi1pc2lzLW1wbHMtZWxjICYgZHJhZnQtaWV0Zi1vc3BmLW1wbHMtZWxjDQoNCkhpIGFsbCwN Cg0KSU1ITywgaXQgc2VlbXMgYSBsaXR0bGUgYml0IG9kZCB0byBzdXBwb3J0IGludGVyLUFTIFRF IHNjZW5hcmlvcyBpbiB0aGUgYWJzZW5jZSBvZiBhIGNvbnRyb2xsZXIuIElmIHRoZSBpbnRlci1B UyBzY2VuYXJpbyBpcyBub3QgZm9yIHRoZSBURSBwdXJwb3NlLCB3b3VsZCB0aGUgKGludGVyLUFT KSBCR1AtaW5pdGlhdGVkIExTUCBvdmVyIChpbnRyYS1BUykgU1ItaW5pdGlhdGVkIExTUCBiZSBn b29kIGVub3VnaCAoanVzdCBsaWtlIHdoYXQgd2UgaGF2ZSBkb25lIGJlZm9yZSBpbiB0aGUgTERQ IGVyYSwgaS5lLiwgdGhlIEJHUC1pbml0aWF0ZWQgTFNQIG92ZXIgTERQLWluaXRpYXRlZCBMU1Ap Pw0KDQpCZXN0IHJlZ2FyZHMsDQpYaWFvaHUNCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpGcm9tOkxlcyBHaW5zYmVy ZyAoZ2luc2JlcmcpIDxnaW5zYmVyZ0BjaXNjby5jb20+DQpTZW5kIFRpbWU6MjAxOOW5tDEx5pyI MjDml6Uo5pif5pyf5LqMKSAwMjowMA0KVG86c3RlcGhhbmUubGl0a293c2tpQG9yYW5nZS5jb20g PHN0ZXBoYW5lLmxpdGtvd3NraUBvcmFuZ2UuY29tPjsgbHNyQGlldGYub3JnIDxsc3JAaWV0Zi5v cmc+DQpDYzpzcHJpbmdAaWV0Zi5vcmcgPHNwcmluZ0BpZXRmLm9yZz4NClN1YmplY3Q6UmU6IFtM c3JdIGRyYWZ0LWlldGYtaXNpcy1tcGxzLWVsYyAmIGRyYWZ0LWlldGYtb3NwZi1tcGxzLWVsYw0K DQpTdGVwaGFuZSDigJMNCg0KVGhlIHVzZSBjYXNlIGZvciB0aGlzIHByb3Bvc2FsIGlzIHRvIHN1 cHBvcnQgaW50ZXItQVMgc2NlbmFyaW9zIGluIHRoZSBhYnNlbmNlIG9mIGEgY29udHJvbGxlci4N CklmIHRoZSBXRyBhZ3JlZXMgdGhhdCB0aGlzIHVzZSBjYXNlIG5lZWRzIHRvIGJlIGFkZHJlc3Nl ZCBJIGJlbGlldmUgdGhlIHByb3Bvc2FsIGJlbG93IGlzIGEgZ29vZCBhbmQgdmlhYmxlIGNvbXBy b21pc2UuDQoNCkkgc2F5IOKAnGNvbXByb21pc2XigJ0gYmVjYXVzZSDigJMgYXMgeW91IG1lbnRp b24gYmVsb3cg4oCTIEVMQy9FTFJEIGFyZSBmdW5jdGlvbmFsbHkgbm9kZSBjYXBhYmlsaXRpZXMu IEJ1dCB0aGUgaW50ZXItQVMgdXNlIGNhc2UgcmVxdWlyZXMgc2lnbmFsaW5nIGJldHdlZW4gQVPi gJlzIGFuZCB0aGUgdmVoaWNsZSB3ZSBoYXZlIGZvciBkb2luZyB0aGF0IGlzIGEgcHJlZml4IGFk dmVydGlzZW1lbnQuIFRoZSBjb21wcm9taXNlIGlzIHRvIGFkdmVydGlzZSBFTEMgYXNzb2NpYXRl ZCB3aXRoIGEgcHJlZml4IOKAkyBidXQgbm90IGRvIHNvIGZvciBFUkxELg0KVGhpcyBzZWVtcyBy ZWFzb25hYmxlIHRvIG1lLg0KDQpPbmUgY2hhbmdlIHRvIHdoYXQgeW91IHN0YXRlIGJlbG93IOKA kyBJIHRoaW5rIOKAnHdoZW4gYSBwcmVmaXggaXMgbGVha2VkIG9yIHJlZGlzdHJpYnV0ZWQsIHRo ZSBFTEMgYXNzb2NpYXRlZCB0byB0aGUgcHJlZml4IE1VU1QgYWxzbyBiZSBsZWFrZWQvcmVkaXN0 cmlidXRlZC7igJ0uDQoNCiAgIExlcw0KDQoNCkZyb206IExzciA8bHNyLWJvdW5jZXNAaWV0Zi5v cmc+IE9uIEJlaGFsZiBPZiBzdGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbQ0KU2VudDogRnJp ZGF5LCBOb3ZlbWJlciAwOSwgMjAxOCA2OjMwIEFNDQpUbzogbHNyQGlldGYub3JnDQpDYzogc3By aW5nQGlldGYub3JnDQpTdWJqZWN0OiBbTHNyXSBkcmFmdC1pZXRmLWlzaXMtbXBscy1lbGMgJiBk cmFmdC1pZXRmLW9zcGYtbXBscy1lbGMNCg0KSGkgV0csDQoNClNvbWUgZGlzY3Vzc2lvbnMgb2Nj dXJyZWQgb24gdGhlIG1haWxpbmcgbGlzdCBvbiBob3cgdG8gZW5jb2RlIHRoZSBlbnRyb3B5IGxh YmVsIGNhcGFiaWxpdHkgZm9yIFNSIGJ1dCB3ZSBoYWRu4oCZdCBmb3VuZCBhIGNvbnNlbnN1cyBv biB0aGUgdGFyZ2V0IHNvbHV0aW9uLg0KSUVURiAxMDMgd2FzIHRoZSBvcHBvcnR1bml0eSB0byBt ZWV0IGZhY2UgdG8gZmFjZSB2YXJpb3VzIHBlb3BsZSB0aGF0IGhhdmUgcGFydGljaXBhdGVkIHRv IHRoaXMgZGlzY3Vzc2lvbi4NCg0KRm9sbG93aW5nIHRoaXMgZGlzY3Vzc2lvbiwgd2UgYXJlIGNv bWluZyB3aXRoIHRoZSBmb2xsb3dpbmcgcHJvcG9zYWwgdGhhdCB0aGUgV0cgbmVlZCB0byB2YWxp ZGF0ZToNCg0KVGhlIGVudHJvcHkgbGFiZWwgY2FwYWJpbGl0eSBpcyBzdGlsbCBjb25zaWRlcmVk IGFzIGEgcGVyIG5vZGUgcHJvcGVydHkgKGZvciBzaW1wbGljaXR5IHJlYXNvbiwgd2UgZG8gbm90 IHdhbnQgdG8gaGF2ZSBhbiBFTEMgcGVyIGxpbmVjYXJkKS4NClRoZSBFUkxEIGlzIGNvbnNpZGVy ZWQgYXMgYSBwZXIgbm9kZSBwcm9wZXJ0eSAoZm9yIHNpbXBsaWNpdHkgcmVhc29uLCB3ZSBkbyBu b3Qgd2FudCB0byBoYXZlIGFuIEVSTEQgcGVyIGxpbmVjYXJkKS4NCg0KSG93ZXZlciBJR1BzIG1h eSBhZHZlcnRpc2UgcHJlZml4ZXMgdGhhdCBhcmUgbm90IGJlbG9uZ2luZyB0byB0aGUgbm9kZSBp dHNlbGYgaW4gYWRkaXRpb24gdG8gdGhlIGxvY2FsIHByZWZpeGVzIG9mIHRoZSBub2Rlcy4NCkEg dHlwaWNhbCB1c2UgY2FzZSBpcyB3aGVuIHR3byBJR1AgZG9tYWlucyAocnVubmluZyB0aGUgc2Ft ZSBwcm90b2NvbCBvciBhIGRpZmZlcmVudCBvbmUpIGFyZSByZWRpc3RyaWJ1dGluZyByb3V0ZXMg YmV0d2VlbiBlYWNoIG90aGVyLg0KVGhlIGludGVyLWFyZWEgdXNlIGNhc2UgaXMgYWxzbyBjcmVh dGluZyBhIHNpbWlsYXIgc2l0dWF0aW9uLg0KDQpXaGVuIGFuIGluZ3Jlc3Mgbm9kZSBwdXNoZXMg YW4gZW50cm9weSBsYWJlbCBiZWxvdyBhIHNlZ21lbnQgIGl0IG11c3QgZW5zdXJlIHRoYXQgdGhl IHRhaWwtZW5kIG9mIHRoZSBzZWdtZW50IGlzIGVudHJvcHkgbGFiZWwgY2FwYWJsZSBvdGhlcndp c2UgcGFja2V0cyB3aWxsIGJlIGRyb3BwZWQuDQoNCkFzIGEgY29uc2VxdWVuY2UsIHdoZW4gcHJl Zml4ZXMgYXJlIHJlZGlzdHJpYnV0ZWQsIHRoZSBlbnRyb3B5IGxhYmVsIGNhcGFiaWxpdHkgb2Yg dGhlIG5vZGUgd2hvIGhhcyBmaXJzdGx5IG9yaWdpbmF0ZWQgdGhlIHByZWZpeCwgc2hvdWxkIGJl IGFzc29jaWF0ZWQgdG8gdGhlIHByZWZpeCBkdXJpbmcgdGhlIHJlZGlzdHJpYnV0aW9uLg0KDQpJ biB0ZXJtcyBvZiBlbmNvZGluZywgd2UgcHJvcG9zZSB0byBhc3NvY2lhdGUgYW4gZW50cm9weSBs YWJlbCBjYXBhYmlsaXR5IGZvciBlYWNoIHByZWZpeCBhZHZlcnRpc2VkIGJ5IGEgbm9kZS4NClRo ZSBlbnRyb3B5IGxhYmVsIGNhcGFiaWxpdHkgd2lsbCBiZSBlbmNvZGVkIGFzIHBhcnQgb2YgdGhl IFByZWZpeCBBdHRyaWJ1dGVzIElHUCBleHRlbnNpb24gKFJGQzc3OTQgYW5kIFJGQzc2ODQpLg0K VGhlIGVudHJvcHkgbGFiZWwgY2FwYWJpbGl0eSBtYXkgYmUgc2V0IGZvciBsb2NhbCBwcmVmaXhl cyAoZS5nLiBsb29wYmFja3MpIGJ5IGEgbG9jYWwgY29uZmlndXJhdGlvbiBhbmQgZm9yIGxlYWtl ZC9yZWRpc3RyaWJ1dGVkIHByZWZpeGVzLiBXaGVuIGEgcHJlZml4IGlzIGxlYWtlZCBvciByZWRp c3RyaWJ1dGVkLCB0aGUgRUxDIGFzc29jaWF0ZWQgdG8gdGhlIHByZWZpeCBtYXkgYmUgYWxzbyBs ZWFrZWQvcmVkaXN0cmlidXRlZC4NCg0KQW4gaW5ncmVzcyBzaG91bGQgc2V0IHRoZSBlbnRyb3B5 IGxhYmVsIGJlbG93IGEgTm9kZS9QcmVmaXggc2VnbWVudCBvbmx5IGlmIHRoZSBwcmVmaXggYXNz b2NpYXRlZCB0byB0aGUgTm9kZS9QcmVmaXggc2VnbWVudCBhcyB0aGUgRUxDIHNldCBpbiB0aGUg UHJlZml4IEF0dHJpYnV0ZXMuDQpBbiBpbmdyZXNzIHNob3VsZCBzZXQgdGhlIGVudHJvcHkgbGFi ZWwgYmVsb3cgYW4gQWRqYWNlbmN5IHNlZ21lbnQgb25seSBpZiB0aGUgYWRqYWNlbnQgbmVpZ2hi b3Igb2YgdGhlIG5vZGUgdGhhdCBoYXMgYWR2ZXJ0aXNlZCB0aGUgQWRqIFNJRCBpcyBhZHZlcnRp c2luZyBhbiBFUkxEIChhbmQgc28gaXMgZW50cm9weSBsYWJlbCBjYXBhYmxlKS4NCg0KRm9yIHRo ZSBiaW5kaW5nIFNJRCwgYXMgSUdQcyBhcmUgbm90IGludm9sdmVkIGluIHRoZSBzaWduYWxpbmcg b2YgdGhlIGJpbmRpbmcgU0lELCB0aGVyZSBpcyBub3RoaW5nIHRvIGRvIGluIHRoZXNlIGRyYWZ0 cy4NCg0KDQpMZXQgdXMga25vdyB5b3VyIGNvbW1lbnRzL2ZlZWRiYWNrIG9uIHRoaXMgcHJvcG9z YWwgc28gd2UgY2FuIHByb2dyZXNzIHRoZXNlIGRvY3VtZW50cy4NCg0KQnJnZHMsDQoNClN0ZXBo YW5lDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXw0KDQoNCg0KQ2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMg cGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBwcml2 aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25jDQoNCnBhcyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0 ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNz YWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyDQoNCmEgbCdleHBlZGl0ZXVyIGV0 IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBl bGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sDQoNCk9yYW5nZSBk ZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBk ZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS4NCg0KDQoNClRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0 dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxlZ2VkIGluZm9ybWF0 aW9uIHRoYXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7DQoNCnRoZXkgc2hvdWxkIG5vdCBiZSBk aXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9uLg0KDQpJZiB5 b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBz ZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy4NCg0KQXMg ZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVzc2FnZXMg dGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLg0KDQpUaGFuayB5 b3UuDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXw0KDQoNCg0KQ2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMg cGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBwcml2 aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25jDQoNCnBhcyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0 ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNz YWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyDQoNCmEgbCdleHBlZGl0ZXVyIGV0 IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBl bGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sDQoNCk9yYW5nZSBk ZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBk ZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS4NCg0KDQoNClRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0 dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxlZ2VkIGluZm9ybWF0 aW9uIHRoYXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7DQoNCnRoZXkgc2hvdWxkIG5vdCBiZSBk aXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9uLg0KDQpJZiB5 b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBz ZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy4NCg0KQXMg ZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVzc2FnZXMg dGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLg0KDQpUaGFuayB5 b3UuDQoNCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fCgpDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50 IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVl cyBldCBuZSBkb2l2ZW50IGRvbmMKcGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3Bp ZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVy cmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXIKYSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUg YWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMg ZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwKT3JhbmdlIGRlY2xpbmUgdG91dGUgcmVz cG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lm aWUuIE1lcmNpLgoKVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4g Y29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVj dGVkIGJ5IGxhdzsKdGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGll ZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwg aW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2Fn ZSBhbmQgaXRzIGF0dGFjaG1lbnRzLgpBcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBp cyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdl ZCBvciBmYWxzaWZpZWQuClRoYW5rIHlvdS4KCg== --_000_9E32478DFA9976438E7A22F69B08FF924B76D5BDOPEXCLILMA4corp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6eD0idXJuOnNjaGVtYXMtbWljcm9z b2Z0LWNvbTpvZmZpY2U6ZXhjZWwiIHhtbG5zOnA9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206 b2ZmaWNlOnBvd2VycG9pbnQiIHhtbG5zOmE9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2Zm aWNlOmFjY2VzcyIgeG1sbnM6ZHQ9InV1aWQ6QzJGNDEwMTAtNjVCMy0xMWQxLUEyOUYtMDBBQTAw QzE0ODgyIiB4bWxuczpzPSJ1dWlkOkJEQzZFM0YwLTZEQTMtMTFkMS1BMkEzLTAwQUEwMEMxNDg4 MiIgeG1sbnM6cnM9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206cm93c2V0IiB4bWxuczp6PSIj Um93c2V0U2NoZW1hIiB4bWxuczpiPSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTpw dWJsaXNoZXIiIHhtbG5zOnNzPSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTpzcHJl YWRzaGVldCIgeG1sbnM6Yz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6Y29tcG9u ZW50OnNwcmVhZHNoZWV0IiB4bWxuczpvZGM9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2Zm aWNlOm9kYyIgeG1sbnM6b2E9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOmFjdGl2 YXRpb24iIHhtbG5zOmh0bWw9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1odG1sNDAiIHhtbG5z OnE9Imh0dHA6Ly9zY2hlbWFzLnhtbHNvYXAub3JnL3NvYXAvZW52ZWxvcGUvIiB4bWxuczpydGM9 Imh0dHA6Ly9taWNyb3NvZnQuY29tL29mZmljZW5ldC9jb25mZXJlbmNpbmciIHhtbG5zOkQ9IkRB VjoiIHhtbG5zOlJlcGw9Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vcmVwbC8iIHhtbG5z Om10PSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL3NoYXJlcG9pbnQvc29hcC9tZWV0aW5n cy8iIHhtbG5zOngyPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS9leGNlbC8y MDAzL3htbCIgeG1sbnM6cHBkYT0iaHR0cDovL3d3dy5wYXNzcG9ydC5jb20vTmFtZVNwYWNlLnhz ZCIgeG1sbnM6b2lzPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL3NoYXJlcG9pbnQvc29h cC9vaXMvIiB4bWxuczpkaXI9Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vc2hhcmVwb2lu dC9zb2FwL2RpcmVjdG9yeS8iIHhtbG5zOmRzcD0iaHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNv bS9zaGFyZXBvaW50L2RzcCIgeG1sbnM6dWRjPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29t L2RhdGEvdWRjIiB4bWxuczp4c2Q9Imh0dHA6Ly93d3cudzMub3JnLzIwMDEvWE1MU2NoZW1hIiB4 bWxuczpzdWI9Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vc2hhcmVwb2ludC9zb2FwLzIw MDIvMS9hbGVydHMvIiB4bWxuczplYz0iaHR0cDovL3d3dy53My5vcmcvMjAwMS8wNC94bWxlbmMj IiB4bWxuczpzcD0iaHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNvbS9zaGFyZXBvaW50LyIgeG1s bnM6c3BzPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL3NoYXJlcG9pbnQvc29hcC8iIHht bG5zOnhzaT0iaHR0cDovL3d3dy53My5vcmcvMjAwMS9YTUxTY2hlbWEtaW5zdGFuY2UiIHhtbG5z OnVkY3M9Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vZGF0YS91ZGMvc29hcCIgeG1sbnM6 dWRjeGY9Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vZGF0YS91ZGMveG1sZmlsZSIgeG1s bnM6dWRjcDJwPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL2RhdGEvdWRjL3BhcnR0b3Bh cnQiIHhtbG5zOndmPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL3NoYXJlcG9pbnQvc29h cC93b3JrZmxvdy8iIHhtbG5zOmRzc3M9Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vb2Zm aWNlLzIwMDYvZGlnc2lnLXNldHVwIiB4bWxuczpkc3NpPSJodHRwOi8vc2NoZW1hcy5taWNyb3Nv ZnQuY29tL29mZmljZS8yMDA2L2RpZ3NpZyIgeG1sbnM6bWRzc2k9Imh0dHA6Ly9zY2hlbWFzLm9w ZW54bWxmb3JtYXRzLm9yZy9wYWNrYWdlLzIwMDYvZGlnaXRhbC1zaWduYXR1cmUiIHhtbG5zOm12 ZXI9Imh0dHA6Ly9zY2hlbWFzLm9wZW54bWxmb3JtYXRzLm9yZy9tYXJrdXAtY29tcGF0aWJpbGl0 eS8yMDA2IiB4bWxuczptPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0 LzEyL29tbWwiIHhtbG5zOm1yZWxzPSJodHRwOi8vc2NoZW1hcy5vcGVueG1sZm9ybWF0cy5vcmcv cGFja2FnZS8yMDA2L3JlbGF0aW9uc2hpcHMiIHhtbG5zOnNwd3A9Imh0dHA6Ly9taWNyb3NvZnQu Y29tL3NoYXJlcG9pbnQvd2VicGFydHBhZ2VzIiB4bWxuczpleDEydD0iaHR0cDovL3NjaGVtYXMu bWljcm9zb2Z0LmNvbS9leGNoYW5nZS9zZXJ2aWNlcy8yMDA2L3R5cGVzIiB4bWxuczpleDEybT0i aHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNvbS9leGNoYW5nZS9zZXJ2aWNlcy8yMDA2L21lc3Nh Z2VzIiB4bWxuczpwcHRzbD0iaHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNvbS9zaGFyZXBvaW50 L3NvYXAvU2xpZGVMaWJyYXJ5LyIgeG1sbnM6c3BzbD0iaHR0cDovL21pY3Jvc29mdC5jb20vd2Vi c2VydmljZXMvU2hhcmVQb2ludFBvcnRhbFNlcnZlci9QdWJsaXNoZWRMaW5rc1NlcnZpY2UiIHht bG5zOlo9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206IiB4bWxuczp0YXg9Imh0dHA6Ly9zY2hl bWFzLm1pY3Jvc29mdC5jb20vc2hhcmVwb2ludC90YXhvbm9teS9zb2FwLyIgeG1sbnM6dG5zPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL3NoYXJlcG9pbnQvc29hcC9yZWNvcmRzcmVwb3Np dG9yeS8iIHhtbG5zOnNwc3VwPSJodHRwOi8vbWljcm9zb2Z0LmNvbS93ZWJzZXJ2aWNlcy9TaGFy ZVBvaW50UG9ydGFsU2VydmVyL1VzZXJQcm9maWxlU2VydmljZSIgeG1sbnM6bW1sPSJodHRwOi8v d3d3LnczLm9yZy8xOTk4L01hdGgvTWF0aE1MIiB4bWxuczpzdD0iJiMxOyIgeG1sbnM9Imh0dHA6 Ly93d3cudzMub3JnL1RSL1JFQy1odG1sNDAiPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJD b250ZW50LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBu YW1lPSJHZW5lcmF0b3IiIGNvbnRlbnQ9Ik1pY3Jvc29mdCBXb3JkIDE0IChmaWx0ZXJlZCBtZWRp dW0pIj4NCjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlBNaW5nTGlVOw0KCXBhbm9zZS0xOjIgMiA1IDAgMCAwIDAgMCAwIDA7fQ0K QGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiTVMgR290aGljIjsNCglwYW5vc2UtMToyIDExIDYg OSA3IDIgNSA4IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5Ok1pbmdMaVU7DQoJcGFu b3NlLTE6MiAyIDUgOSAwIDAgMCAwIDAgMDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5Ok1p bmdMaVU7DQoJcGFub3NlLTE6MiAyIDUgOSAwIDAgMCAwIDAgMDt9DQpAZm9udC1mYWNlDQoJe2Zv bnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZv bnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQg NCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToy IDExIDYgOSAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQE1pbmdM aVUiOw0KCXBhbm9zZS0xOjIgMiA1IDkgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0KCXtmb250 LWZhbWlseToiXEBQTWluZ0xpVSI7DQoJcGFub3NlLTE6MiAyIDUgMCAwIDAgMCAwIDAgMDt9DQpA Zm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQE1TIEdvdGhpYyI7DQoJcGFub3NlLTE6MiAxMSA2 IDkgNyAyIDUgOCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiTVMgVUkgR290aGlj IjsNCglwYW5vc2UtMToyIDExIDYgMCA3IDIgNSA4IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQt ZmFtaWx5OiJcQE1TIFVJIEdvdGhpYyI7DQoJcGFub3NlLTE6MiAxMSA2IDAgNyAyIDUgOCAyIDQ7 fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRp di5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9u dC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO30NCmE6 bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9y OmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNv SHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBs ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnByZQ0KCXttc28tc3R5bGUtcHJpb3Jp dHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1hcmdp bjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9u dC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpwLk1zb0FjZXRhdGUsIGxpLk1zb0FjZXRhdGUsIGRp di5Nc29BY2V0YXRlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoi QmFsbG9vbiBUZXh0IENoYXIiOw0KCW1hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0 Ow0KCWZvbnQtc2l6ZTo4LjBwdDsNCglmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7 fQ0Kc3Bhbi5IVE1MUHJlZm9ybWF0dGVkQ2hhcg0KCXttc28tc3R5bGUtbmFtZToiSFRNTCBQcmVm b3JtYXR0ZWQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5r OiJIVE1MIFByZWZvcm1hdHRlZCI7DQoJZm9udC1mYW1pbHk6Q29uc29sYXM7fQ0Kc3Bhbi5CYWxs b29uVGV4dENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkJhbGxvb24gVGV4dCBDaGFyIjsNCgltc28t c3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxvb24gVGV4dCI7DQoJZm9u dC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiO30NCnAubXNvbm9ybWFsMCwgbGkubXNvbm9y bWFsMCwgZGl2Lm1zb25vcm1hbDANCgl7bXNvLXN0eWxlLW5hbWU6bXNvbm9ybWFsOw0KCW1zby1t YXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGluOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9u dC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjt9DQpzcGFuLmh0bWxwcmVmb3JtYXR0 ZWRjaGFyMA0KCXttc28tc3R5bGUtbmFtZTpodG1scHJlZm9ybWF0dGVkY2hhcjsNCgltc28tc3R5 bGUtcHJpb3JpdHk6OTk7DQoJZm9udC1mYW1pbHk6Q29uc29sYXM7fQ0Kc3Bhbi5iYWxsb29udGV4 dGNoYXIwDQoJe21zby1zdHlsZS1uYW1lOmJhbGxvb250ZXh0Y2hhcjsNCgltc28tc3R5bGUtcHJp b3JpdHk6OTk7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiO30NCnNwYW4uRW1h aWxTdHlsZTI0DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxp YnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLkVtYWlsU3R5bGUy NQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNh bnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjYNCgl7bXNvLXN0 eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsN Cgljb2xvcjojMUY0OTdEO30NCnNwYW4uRW1haWxTdHlsZTI3DQoJe21zby1zdHlsZS10eXBlOnBl cnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29s b3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25s eTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO30NCkBwYWdlIFdvcmRTZWN0 aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4w aW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxl PjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIg c3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48 eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQi IGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+ DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNs YXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNv bG9yOiMxRjQ5N0QiPldlIGNhbuKAmXQgZm9yIHNvbWUgaW50ZXJuYWwgZGVzaWduL3NlY3VyaXR5 IHJlYXNvbnMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Gcm9tOjwv c3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiBMc3IgW21haWx0bzpsc3ItYm91 bmNlc0BpZXRmLm9yZ10NCjxiPk9uIEJlaGFsZiBPZiA8L2I+Pz8/KD8/KTxicj4NCjxiPlNlbnQ6 PC9iPiBUdWVzZGF5LCBOb3ZlbWJlciAyMCwgMjAxOCAwOToxMDxicj4NCjxiPlRvOjwvYj4gc3By aW5nOyBMc3I7IGxzckBpZXRmLm9yZzxicj4NCjxiPkNjOjwvYj4gc3ByaW5nQGlldGYub3JnPGJy Pg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbTHNyXSBbc3ByaW5nXSBkcmFmdC1pZXRmLWlzaXMtbXBs cy1lbGMgJmFtcDsgZHJhZnQtaWV0Zi1vc3BmLW1wbHMtZWxjPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjpibGFjayI+V2h5IG5vdCBkaXJlY3RseSB1c2UgdGhlIEJHUCZuYnNwO292ZXIgU1Ig bW9kZWwganVzdCBsaWtlIHRoZSBCR1AmbmJzcDtvdmVyIExEUCBtb2RlbD88bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6YmxhY2siPkJlc3QgcmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjpibGFjayI+WGlhb2h1PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41 cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGJsb2Nr cXVvdGUgc3R5bGU9Im1hcmdpbi1yaWdodDowaW4iPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9t YSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+RnJvbTpzdGVwaGFuZS5saXRr b3dza2kgJmx0O3N0ZXBoYW5lLmxpdGtvd3NraUBvcmFuZ2UuY29tJmd0OzxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5TZW5kIFRpbWU6MjAxODwvc3Bhbj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtNUyBHb3RoaWMmcXVvdDs7 Y29sb3I6YmxhY2siPuW5tDwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250 LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpi bGFjayI+MTE8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7TVMgR290aGljJnF1b3Q7O2NvbG9yOmJsYWNrIj7mnIg8L3NwYW4+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjIwPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O01TIEdvdGhpYyZxdW90Oztjb2xvcjpibGFjayI+ 5pelPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90 O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4oPC9zcGFu PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O01TIEdvdGhp YyZxdW90Oztjb2xvcjpibGFjayI+5pif5pyf5LqMPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOmJsYWNrIj4pDQogMTU6MjA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjpibGFjayI+VG86PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2Zv bnQtZmFtaWx5OiZxdW90O01TIEdvdGhpYyZxdW90Oztjb2xvcjpibGFjayI+5b6Q5bCP6JmOPC9z cGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9t YSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4oPC9zcGFuPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5Ok1pbmdMaVU7Y29sb3I6YmxhY2si PuS5ieWFiDwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTom cXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+KQ0K ICZsdDt4aWFvaHUueHhoQGFsaWJhYmEtaW5jLmNvbSZndDs7IExzciAmbHQ7bHNyLWJvdW5jZXNA aWV0Zi5vcmcmZ3Q7OyBsc3JAaWV0Zi5vcmcgJmx0O2xzckBpZXRmLm9yZyZndDs8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Q2M6c3ByaW5nQGlldGYub3JnICZsdDtz cHJpbmdAaWV0Zi5vcmcmZ3Q7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1m YW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6Ymxh Y2siPlN1YmplY3Q6UmU6IFtzcHJpbmddIFtMc3JdIGRyYWZ0LWlldGYtaXNpcy1tcGxzLWVsYyAm YW1wOyBkcmFmdC1pZXRmLW9zcGYtbXBscy1lbGM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+SGkgYWxsLDwvc3Bh bj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+ PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+VGhlIHVzZSBjYXNlIGlz IHdpdGhvdXQgVEUuIEFuZCB0aGlzIGlzIGhvdyBuZXR3b3JrIGRlc2lnbnMgYXJlIHdvcmtpbmcg dG9kYXksIGFuZCBJIGRvIG5vdCBzZWUgYW55IHZhbGlkIHJlYXNvbiB0byBjb21wbGV4aWZ5IGFu ZCBjaGFuZ2UgdGhlIGV4aXN0aW5nIGRlc2lnbnMgYnkgaW50cm9kdWNpbmcgY29udHJvbGxlcnMg b3IgQkdQLUxTLjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdE Ij5XZSBoYXZlIHRvIGFjY29tbW9kYXRlIHdpdGggd2hhdCBpcyBkZXBsb3llZCB0b2RheSBhbmQg dGhlIHByb3Bvc2VkIGNoYW5nZSBpcyBxdWl0ZSBzaW1wbGUuPC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29s b3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5Ccmdkcyw8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9y OmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpi bGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPkZyb206PC9zcGFuPjwvYj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtNUyBVSSBHb3RoaWMm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+5b6Q5bCP6JmOPC9zcGFu PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4oPC9zcGFuPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1BNaW5nTGlVJnF1b3Q7LCZx dW90O3NlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj7kuYnlhYg8L3NwYW4+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPikNCiBbbWFpbHRvOnhpYW9odS54eGhAYWxpYmFiYS1p bmMuY29tXSA8YnI+DQo8Yj5TZW50OjwvYj4gVHVlc2RheSwgTm92ZW1iZXIgMjAsIDIwMTggMDM6 MTY8YnI+DQo8Yj5Ubzo8L2I+IExzcjsgTElUS09XU0tJIFN0ZXBoYW5lIE9CUy9PSU5JUzsgbHNy QGlldGYub3JnPGJyPg0KPGI+Q2M6PC9iPiBzcHJpbmdAaWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0 OjwvYj4gUmU6IFtMc3JdIGRyYWZ0LWlldGYtaXNpcy1tcGxzLWVsYyAmYW1wOyBkcmFmdC1pZXRm LW9zcGYtbXBscy1lbGM8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6Ymxh Y2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPkhpIGFs bCw8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj ayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFo b21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPklNSE8sIGl0IHNl ZW1zIGEgbGl0dGxlIGJpdCBvZGQgdG8gc3VwcG9ydCBpbnRlci1BUyBURSBzY2VuYXJpb3MgaW4g dGhlIGFic2VuY2Ugb2YgYSBjb250cm9sbGVyLiBJZiZuYnNwO3RoZSBpbnRlci1BUyBzY2VuYXJp byBpcyBub3QgZm9yIHRoZSBURSBwdXJwb3NlLCB3b3VsZCB0aGUNCiAoaW50ZXItQVMpJm5ic3A7 QkdQLWluaXRpYXRlZCBMU1Agb3ZlciAoaW50cmEtQVMpIFNSLWluaXRpYXRlZCBMU1AgYmUmbmJz cDtnb29kIGVub3VnaCAoanVzdCBsaWtlIHdoYXQgd2UgaGF2ZSBkb25lIGJlZm9yZSBpbiB0aGUg TERQIGVyYSwgaS5lLiwmbmJzcDt0aGUgQkdQLWluaXRpYXRlZCBMU1Agb3ZlciZuYnNwO0xEUC1p bml0aWF0ZWQmbmJzcDtMU1ApPzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PHNwYW4g c3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250 LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpi bGFjayI+QmVzdCByZWdhcmRzLDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5YaWFvaHU8L3NwYW4+PHNwYW4g c3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250 LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpi bGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTwvc3Bhbj48c3BhbiBzdHls ZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFt aWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNr Ij5Gcm9tOkxlcyBHaW5zYmVyZyAoZ2luc2JlcmcpICZsdDtnaW5zYmVyZ0BjaXNjby5jb20mZ3Q7 PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6YmxhY2siPlNlbmQgVGltZToyMDE4PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O01TIEdvdGhpYyZxdW90Oztjb2xvcjpibGFj ayI+5bm0PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZx dW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4xMTwv c3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtNUyBH b3RoaWMmcXVvdDs7Y29sb3I6YmxhY2siPuaciDwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Oztjb2xvcjpibGFjayI+MjA8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7TVMgR290aGljJnF1b3Q7O2NvbG9yOmJsYWNrIj7ml6U8L3NwYW4+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPig8L3NwYW4+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7TVMgR290aGljJnF1b3Q7O2Nv bG9yOmJsYWNrIj7mmJ/mnJ/kuow8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6YmxhY2siPikNCiAwMjowMDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5UbzpzdGVwaGFuZS5saXRrb3dz a2lAb3JhbmdlLmNvbSAmbHQ7c3RlcGhhbmUubGl0a293c2tpQG9yYW5nZS5jb20mZ3Q7OyBsc3JA aWV0Zi5vcmcgJmx0O2xzckBpZXRmLm9yZyZndDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJs YWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtU YWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Q2M6c3ByaW5n QGlldGYub3JnICZsdDtzcHJpbmdAaWV0Zi5vcmcmZ3Q7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xv cjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPlN1Ympl Y3Q6UmU6IFtMc3JdIGRyYWZ0LWlldGYtaXNpcy1tcGxzLWVsYyAmYW1wOyBkcmFmdC1pZXRmLW9z cGYtbXBscy1lbGM8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+U3RlcGhhbmUg4oCTPC9zcGFuPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3Bh biBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5UaGUgdXNlIGNhc2UgZm9yIHRo aXMgcHJvcG9zYWwgaXMgdG8gc3VwcG9ydCBpbnRlci1BUyBzY2VuYXJpb3MgaW4gdGhlIGFic2Vu Y2Ugb2YgYSBjb250cm9sbGVyLjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xv cjojMUY0OTdEIj5JZiB0aGUgV0cgYWdyZWVzIHRoYXQgdGhpcyB1c2UgY2FzZSBuZWVkcyB0byBi ZSBhZGRyZXNzZWQgSSBiZWxpZXZlIHRoZSBwcm9wb3NhbCBiZWxvdyBpcyBhIGdvb2QgYW5kIHZp YWJsZSBjb21wcm9taXNlLjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjoj MUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFG NDk3RCI+SSBzYXkg4oCcY29tcHJvbWlzZeKAnSBiZWNhdXNlIOKAkyBhcyB5b3UgbWVudGlvbiBi ZWxvdyDigJMgRUxDL0VMUkQgYXJlIGZ1bmN0aW9uYWxseSBub2RlIGNhcGFiaWxpdGllcy4gQnV0 IHRoZSBpbnRlci1BUyB1c2UgY2FzZSByZXF1aXJlcyBzaWduYWxpbmcgYmV0d2VlbiBBU+KAmXMg YW5kIHRoZSB2ZWhpY2xlIHdlIGhhdmUgZm9yIGRvaW5nIHRoYXQgaXMgYSBwcmVmaXggYWR2ZXJ0 aXNlbWVudC4NCiBUaGUgY29tcHJvbWlzZSBpcyB0byBhZHZlcnRpc2UgRUxDIGFzc29jaWF0ZWQg d2l0aCBhIHByZWZpeCDigJMgYnV0IG5vdCBkbyBzbyBmb3IgRVJMRC48L3NwYW4+PHNwYW4gc3R5 bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+VGhpcyBzZWVtcyByZWFzb25hYmxlIHRv IG1lLjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj4mbmJz cDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+T25lIGNo YW5nZSB0byB3aGF0IHlvdSBzdGF0ZSBiZWxvdyDigJMgSSB0aGluayDigJx3aGVuIGEgcHJlZml4 IGlzIGxlYWtlZCBvciByZWRpc3RyaWJ1dGVkLCB0aGUgRUxDIGFzc29jaWF0ZWQgdG8gdGhlIHBy ZWZpeA0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZWQiPk1VU1QgPC9zcGFuPjxzcGFuIHN0 eWxlPSJjb2xvcjojMUY0OTdEIj5hbHNvIGJlIGxlYWtlZC9yZWRpc3RyaWJ1dGVkLuKAnS48L3Nw YW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFu PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyBM ZXM8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Jm5ic3A7 PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPiZuYnNwOzwv c3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxk aXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGlu ZzowaW4gMGluIDBpbiA0LjBwdCI+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9w OnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzowaW4gMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5Gcm9tOjwvc3Bhbj48L2I+ PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4gTHNyICZsdDtsc3ItYm91bmNlc0BpZXRmLm9yZyZn dDsNCjxiPk9uIEJlaGFsZiBPZiA8L2I+c3RlcGhhbmUubGl0a293c2tpQG9yYW5nZS5jb208YnI+ DQo8Yj5TZW50OjwvYj4gRnJpZGF5LCBOb3ZlbWJlciAwOSwgMjAxOCA2OjMwIEFNPGJyPg0KPGI+ VG86PC9iPiBsc3JAaWV0Zi5vcmc8YnI+DQo8Yj5DYzo8L2I+IHNwcmluZ0BpZXRmLm9yZzxicj4N CjxiPlN1YmplY3Q6PC9iPiBbTHNyXSBkcmFmdC1pZXRmLWlzaXMtbXBscy1lbGMgJmFtcDsgZHJh ZnQtaWV0Zi1vc3BmLW1wbHMtZWxjPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpi bGFjayI+SGkgV0csPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPlNvbWUgZGlzY3Vz c2lvbnMgb2NjdXJyZWQgb24gdGhlIG1haWxpbmcgbGlzdCBvbiBob3cgdG8gZW5jb2RlIHRoZSBl bnRyb3B5IGxhYmVsIGNhcGFiaWxpdHkgZm9yIFNSIGJ1dCB3ZSBoYWRu4oCZdCBmb3VuZCBhIGNv bnNlbnN1cyBvbiB0aGUgdGFyZ2V0IHNvbHV0aW9uLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+SUVURiAxMDMgd2Fz IHRoZSBvcHBvcnR1bml0eSB0byBtZWV0IGZhY2UgdG8gZmFjZSB2YXJpb3VzIHBlb3BsZSB0aGF0 IGhhdmUgcGFydGljaXBhdGVkIHRvIHRoaXMgZGlzY3Vzc2lvbi48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNw OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJjb2xvcjpibGFjayI+Rm9sbG93aW5nIHRoaXMgZGlzY3Vzc2lvbiwgd2UgYXJlIGNvbWluZyB3 aXRoIHRoZSBmb2xsb3dpbmcgcHJvcG9zYWwgdGhhdCB0aGUgV0cgbmVlZCB0byB2YWxpZGF0ZTo8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+VGhlIGVudHJvcHkgbGFiZWwgY2FwYWJp bGl0eSBpcyBzdGlsbCBjb25zaWRlcmVkIGFzIGEgcGVyIG5vZGUgcHJvcGVydHkgKGZvciBzaW1w bGljaXR5IHJlYXNvbiwgd2UgZG8gbm90IHdhbnQgdG8gaGF2ZSBhbiBFTEMgcGVyIGxpbmVjYXJk KS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iY29sb3I6YmxhY2siPlRoZSBFUkxEIGlzIGNvbnNpZGVyZWQgYXMgYSBwZXIgbm9kZSBwcm9w ZXJ0eSAoZm9yIHNpbXBsaWNpdHkgcmVhc29uLCB3ZSBkbyBub3Qgd2FudCB0byBoYXZlIGFuIEVS TEQgcGVyIGxpbmVjYXJkKS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+SG93ZXZl ciBJR1BzIG1heSBhZHZlcnRpc2UgcHJlZml4ZXMgdGhhdCBhcmUgbm90IGJlbG9uZ2luZyB0byB0 aGUgbm9kZSBpdHNlbGYgaW4gYWRkaXRpb24gdG8gdGhlIGxvY2FsIHByZWZpeGVzIG9mIHRoZSBu b2Rlcy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iY29sb3I6YmxhY2siPkEgdHlwaWNhbCB1c2UgY2FzZSBpcyB3aGVuIHR3byBJR1AgZG9t YWlucyAocnVubmluZyB0aGUgc2FtZSBwcm90b2NvbCBvciBhIGRpZmZlcmVudCBvbmUpIGFyZSBy ZWRpc3RyaWJ1dGluZyByb3V0ZXMgYmV0d2VlbiBlYWNoIG90aGVyLjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+VGhl IGludGVyLWFyZWEgdXNlIGNhc2UgaXMgYWxzbyBjcmVhdGluZyBhIHNpbWlsYXIgc2l0dWF0aW9u LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5XaGVuIGFuIGluZ3Jlc3Mgbm9kZSBw dXNoZXMgYW4gZW50cm9weSBsYWJlbCBiZWxvdyBhIHNlZ21lbnQgJm5ic3A7aXQgbXVzdCBlbnN1 cmUgdGhhdCB0aGUgdGFpbC1lbmQgb2YgdGhlIHNlZ21lbnQgaXMgZW50cm9weSBsYWJlbCBjYXBh YmxlIG90aGVyd2lzZSBwYWNrZXRzIHdpbGwgYmUgZHJvcHBlZC48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNw OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJjb2xvcjpibGFjayI+QXMgYSBjb25zZXF1ZW5jZSwgd2hlbiBwcmVmaXhlcyBhcmUgcmVkaXN0 cmlidXRlZCwgdGhlIGVudHJvcHkgbGFiZWwgY2FwYWJpbGl0eSBvZiB0aGUgbm9kZSB3aG8gaGFz IGZpcnN0bHkgb3JpZ2luYXRlZCB0aGUgcHJlZml4LCBzaG91bGQgYmUgYXNzb2NpYXRlZCB0byB0 aGUgcHJlZml4IGR1cmluZyB0aGUgcmVkaXN0cmlidXRpb24uPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPkluIHRlcm1zIG9mIGVuY29kaW5nLCB3ZSBwcm9wb3NlIHRvIGFzc29jaWF0 ZSBhbiBlbnRyb3B5IGxhYmVsIGNhcGFiaWxpdHkgZm9yIGVhY2ggcHJlZml4IGFkdmVydGlzZWQg YnkgYSBub2RlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+VGhlIGVudHJvcHkgbGFiZWwgY2FwYWJpbGl0eSB3aWxs IGJlIGVuY29kZWQgYXMgcGFydCBvZiB0aGUgUHJlZml4IEF0dHJpYnV0ZXMgSUdQIGV4dGVuc2lv biAoUkZDNzc5NCBhbmQgUkZDNzY4NCkuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5UaGUgZW50cm9weSBsYWJlbCBj YXBhYmlsaXR5IG1heSBiZSBzZXQgZm9yIGxvY2FsIHByZWZpeGVzIChlLmcuIGxvb3BiYWNrcykg YnkgYSBsb2NhbCBjb25maWd1cmF0aW9uIGFuZCBmb3IgbGVha2VkL3JlZGlzdHJpYnV0ZWQgcHJl Zml4ZXMuIFdoZW4gYSBwcmVmaXggaXMgbGVha2VkIG9yIHJlZGlzdHJpYnV0ZWQsIHRoZSBFTEMg YXNzb2NpYXRlZCB0byB0aGUgcHJlZml4DQogbWF5IGJlIGFsc28gbGVha2VkL3JlZGlzdHJpYnV0 ZWQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPkFuIGluZ3Jlc3Mgc2hvdWxkIHNl dCB0aGUgZW50cm9weSBsYWJlbCBiZWxvdyBhIE5vZGUvUHJlZml4IHNlZ21lbnQgb25seSBpZiB0 aGUgcHJlZml4IGFzc29jaWF0ZWQgdG8gdGhlIE5vZGUvUHJlZml4IHNlZ21lbnQgYXMgdGhlIEVM QyBzZXQgaW4gdGhlIFByZWZpeCBBdHRyaWJ1dGVzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+QW4gaW5ncmVzcyBz aG91bGQgc2V0IHRoZSBlbnRyb3B5IGxhYmVsIGJlbG93IGFuIEFkamFjZW5jeSBzZWdtZW50IG9u bHkgaWYgdGhlIGFkamFjZW50IG5laWdoYm9yIG9mIHRoZSBub2RlIHRoYXQgaGFzIGFkdmVydGlz ZWQgdGhlIEFkaiBTSUQgaXMgYWR2ZXJ0aXNpbmcgYW4gRVJMRCAoYW5kIHNvIGlzIGVudHJvcHkg bGFiZWwgY2FwYWJsZSkuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPkZvciB0aGUg YmluZGluZyBTSUQsIGFzIElHUHMgYXJlIG5vdCBpbnZvbHZlZCBpbiB0aGUgc2lnbmFsaW5nIG9m IHRoZSBiaW5kaW5nIFNJRCwgdGhlcmUgaXMgbm90aGluZyB0byBkbyBpbiB0aGVzZSBkcmFmdHMu DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iY29sb3I6YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5M ZXQgdXMga25vdyB5b3VyIGNvbW1lbnRzL2ZlZWRiYWNrIG9uIHRoaXMgcHJvcG9zYWwgc28gd2Ug Y2FuIHByb2dyZXNzIHRoZXNlIGRvY3VtZW50cy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpi bGFjayI+QnJnZHMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPlN0ZXBoYW5lPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNv bG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cHJlPjxzcGFuIHN0eWxl PSJjb2xvcjpibGFjayI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3Bh biBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHBy ZT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPkNlIG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2lu dGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucyBjb25maWRlbnRpZWxsZXMgb3Ug cHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0K PHByZT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPnBhcyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0 ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNz YWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyPG86cD48L286cD48L3NwYW4+PC9w cmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+YSBsJ2V4cGVkaXRldXIgZXQgbGUg ZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0 cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiw8bzpwPjwvbzpwPjwvc3Bh bj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5PcmFuZ2UgZGVjbGluZSB0 b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdlIGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBv dSBmYWxzaWZpZS4gTWVyY2kuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0 eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+VGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMg bWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBt YXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzs8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj50aGV5IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVz ZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlvbi48bzpwPjwvbzpwPjwvc3Bhbj48L3By ZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5JZiB5b3UgaGF2ZSByZWNlaXZlZCB0 aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0 aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4N CjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5BcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQs IE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmll ZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+VGhhbmsgeW91LjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJl Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImxpbmUtaGVpZ2h0 OjE1LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPiZuYnNwOzwv c3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+X19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxvOnA+ PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si PkNlIG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGlu Zm9ybWF0aW9ucyBjb25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQg ZG9uYzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iY29sb3I6Ymxh Y2siPnBhcyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0 aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxl IHNpZ25hbGVyPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xv cjpibGFjayI+YSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVj ZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVz IGQnYWx0ZXJhdGlvbiw8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9 ImNvbG9yOmJsYWNrIj5PcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBt ZXNzYWdlIGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuPG86cD48L286 cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+VGhp cyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9y IHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzs8bzpw PjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj50aGV5 IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9y aXNhdGlvbi48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9y OmJsYWNrIj5JZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ug bm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2ht ZW50cy48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9yOmJs YWNrIj5BcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBt ZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuPG86 cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+VGhh bmsgeW91LjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJsaW5lLWhlaWdodDoxNS4wcHQiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxQUkU+X19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwoKQ2UgbWVzc2Fn ZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25z IGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25jCnBhcyBl dHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2 b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVy CmEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50 ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVy YXRpb24sCk9yYW5nZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2Ug YSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS4KClRoaXMgbWVzc2FnZSBh bmQgaXRzIGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxlZ2Vk IGluZm9ybWF0aW9uIHRoYXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7CnRoZXkgc2hvdWxkIG5v dCBiZSBkaXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9uLgpJ ZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRo ZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy4KQXMg ZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVzc2FnZXMg dGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLgpUaGFuayB5b3Uu CjwvUFJFPjwvYm9keT4NCjwvaHRtbD4NCg== --_000_9E32478DFA9976438E7A22F69B08FF924B76D5BDOPEXCLILMA4corp_-- From nobody Tue Nov 20 00:35:43 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1631C12958B; Tue, 20 Nov 2018 00:35:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.019 X-Spam-Level: X-Spam-Status: No, score=-1.019 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FROM_EXCESS_BASE64=0.979, HTML_MESSAGE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=alibaba-inc.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gYphr4wRhRq8; Tue, 20 Nov 2018 00:35:32 -0800 (PST) Received: from out0-144.mail.aliyun.com (out0-144.mail.aliyun.com [140.205.0.144]) (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 D73EC12D4EC; Tue, 20 Nov 2018 00:35:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alibaba-inc.com; s=default; t=1542702922; h=Date:From:To:Message-ID:Subject:MIME-Version:Content-Type; bh=VP+arpFRou3qEnt7QCxaCC0xB/a6XjIhOmCWBQmlgGY=; b=TgF9uXoVhhz8cmLtgeFlnmyfRqP1ExDCQg9aBhmeqwrhnf+ld/3QnDTP47EamONGRcrFuwNBwKWDz3C5u+ZC1JMSkWWiNnliKgrf1Tiqhpy8p45RvcV3XYKiMNEiWycB1Gi6puQTJ9lcLBWJRcrgB8QPmhtZf7m7E9MGD9NRF2Y= X-Alimail-AntiSpam: AC=PASS; BC=-1|-1; BR=01201311R631e4; CH=green; FP=0|-1|-1|-1|0|-1|-1|-1; HT=e02c03292; MF=xiaohu.xxh@alibaba-inc.com; NM=1; PH=DW; RN=5; SR=0; TI=W4_5404398_v5ForWebDing_0A930F78_1542702233599_o7001c788a; Received: from WS-web (xiaohu.xxh@alibaba-inc.com[W4_5404398_v5ForWebDing_0A930F78_1542702233599_o7001c788a]) by e01l10421.eu6 at Tue, 20 Nov 2018 16:35:20 +0800 Date: Tue, 20 Nov 2018 16:35:20 +0800 From: "=?UTF-8?B?5b6Q5bCP6JmOKOS5ieWFiCk=?=" To: "spring" , "Aijun Wang" , "stephane.litkowski@orange.com" , "lsr@ietf.org" Cc: "spring@ietf.org" Reply-To: "=?UTF-8?B?5b6Q5bCP6JmOKOS5ieWFiCk=?=" Message-ID: <40e4b72b-4e6d-4450-a2f7-39f731a87672.xiaohu.xxh@alibaba-inc.com> X-Mailer: [Alimail-Mailagent revision 7][W4_5404398][v5ForWebDing][Safari] MIME-Version: 1.0 References: <9208_1541773820_5BE599FC_9208_47_1_9E32478DFA9976438E7A22F69B08FF924B746E6A@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <012401d4809c$0f8142d0$2e83c870$@org.cn>, In-Reply-To: x-aliyun-mail-creator: W4_5404398_v5ForWebDing_QvNTW96aWxsYS81LjAgKE1hY2ludG9zaDsgSW50ZWwgTWFjIE9TIFggMTBfMTJfNikgQXBwbGVXZWJLaXQvNjA0LjUuNiAoS0hUTUwsIGxpa2UgR2Vja28pIFZlcnNpb24vMTEuMC4zIFNhZmFyaS82MDQuNS42La Content-Type: multipart/alternative; boundary="----=ALIBOUNDARY_24039_47340940_5bf3c748_b2c71f" Archived-At: Subject: Re: [spring] =?utf-8?q?draft-ietf-isis-mpls-elc_=26_draft-ietf-ospf-?= =?utf-8?q?mpls-elc?= X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2018 08:35:35 -0000 ------=ALIBOUNDARY_24039_47340940_5bf3c748_b2c71f Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SWYgSSB1bmRlcnN0b29kIGl0IGNvcnJlY3RseSwgZHJhZnQtd2FuZy1sc3Itb3NwZi1wcmVmaXgt b3JpZ2luYXRvci1leHQtMDAgaXMgYW4gT1NQRiBjb3VudGVycGFydCBvZiBSRkM3Nzk0IGZyb20g dGhlIHBlcnNwZWN0aXZlIG9mIGNvcnJlbGF0aW9uIG9mIHByZWZpeGVzIGFuZCB0aGVpciBvcmln aW5hdG9yIGluIHRoZSBpbnRlci1hcmVhIHNjZW5hcmlvLiBBcyBzdWNoLCB0aGVzZSB0d28gZHJh ZnRzIGFyZSB1c2VmdWwgZm9yIHRoZSB1c2FnZSBvZiBFTEMgaW4gdGhlIGludGVyLWFyZWEgc2Nl bmFyaW8uCgpBcyBmb3IgdGhlIGludGVyLUFTIHNjZW5hcmlvLCBJTUhPLCBCR1AgTFNQIG92ZXIg U1IgTFNQIGlzIHRoZSBiZXN0IGNob2ljZS4gSW4gb3RoZXIgd29yZHMsIEkgZG91YnQgdGhlIG5l Y2Vzc2l0eSBvZiBhZHZlcnRpc2luZyB0aGUgRUxDIGFjcm9zcyBBU2VzIFZJQSBJR1AgUkVESVNU UklCVVRJT04uCgpCZXN0IHJlZ2FyZHMsClhpYW9odQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KRnJvbTpMZXMgR2luc2Jl cmcgKGdpbnNiZXJnKSA8Z2luc2JlcmdAY2lzY28uY29tPgpTZW5kIFRpbWU6MjAxOOW5tDEx5pyI MjDml6Uo5pif5pyf5LqMKSAxNDo1MgpUbzpBaWp1biBXYW5nIDx3YW5nYWlqdW5AdHNpbmdodWEu b3JnLmNuPjsgc3RlcGhhbmUubGl0a293c2tpQG9yYW5nZS5jb20gPHN0ZXBoYW5lLmxpdGtvd3Nr aUBvcmFuZ2UuY29tPjsgbHNyQGlldGYub3JnIDxsc3JAaWV0Zi5vcmc+CkNjOnNwcmluZ0BpZXRm Lm9yZyA8c3ByaW5nQGlldGYub3JnPgpTdWJqZWN0OlJlOiBbc3ByaW5nXSBkcmFmdC1pZXRmLWlz aXMtbXBscy1lbGMgJiBkcmFmdC1pZXRmLW9zcGYtbXBscy1lbGMKCgpBaWp1biDigJMKCkluIHRo ZSBpbnRlci1BUyBjYXNlLCB3aGF0IGlzIG5lZWRlZCBpcyB0byBrbm93IEVMQyBvZiB0aGUgb3Jp Z2luYXRpbmcgbm9kZS4gU2ltcGx5IGtub3dpbmcgd2hvIHRoZSBvcmlnaW5hdG9yIG9mIGFuIGFk dmVydGlzZW1lbnQgaXMgbm90IHN1ZmZpY2llbnQuCgpJZiBFTEMgaXMgYWR2ZXJ0aXNlZCBhcyBh IG5vZGUgY2FwYWJpbGl0eSwgdGhlbiBhIGNvbnRyb2xsZXIgd2l0aCBhY2Nlc3MgdG8gQkdQLUxT IGRhdGFiYXNlIGZvciBib3RoIEFTcyBjb3VsZCBkZXRlcm1pbmUgRUxDIGJ5IHBpZWNpbmcgdG9n ZXRoZXIgdGhlIG5vZGUgY2FwYWJpbGl0eSBhZHZlcnRpc2VtZW50IGFuZCB0aGUgcHJlZml4IGFk dmVydGlzZW1lbnQgdyBvcmlnaW5hdGluZyByb3V0ZXItaWQuCgpCdXQgd2hhdCBTdGVwaGFuZSBo YXMgcHJvcG9zZWQgZm9yIHRoZSBpbnRlci1BUyBjYXNlIGlzIGEgd2F5IHRvIGtub3cgRUxDIGlu IHRoZSBhYnNlbmNlIG9mIGEgY29udHJvbGxlci4KVGhpcyBtZWFucyBub2RlcyBpbiBBUyAjMSBu ZWVkIHRvIGhhdmUgRUxDIGNhcGFiaWxpdHkgaW5mbyBmb3Igbm9kZXMgaW4gQVMgIzIuCkFzIHRo ZXJlIGlzIG5vIHdheSB0byByZWRpc3RyaWJ1dGUgSUdQIE5vZGUgQ2FwYWJpbGl0eSBhZHZlcnRp c2VtZW50cyBiZXR3ZWVuIGRpZmZlcmVudCBJR1AgaW5zdGFuY2VzLCB0aGUgYWx0ZXJuYXRpdmUg aXMgdG8gYWR2ZXJ0aXNlIEVMQyBhc3NvY2lhdGVkIHdpdGggYSBwcmVmaXggYWR2ZXJ0aXNlbWVu dCBzaW5jZSB0aGUgcHJlZml4IGFkdmVydGlzZW1lbnQgY2FuIGJlIHJlZGlzdHJpYnV0ZWQgYmV0 d2VlbiBJR1AgaW5zdGFuY2VzLgpLbm93aW5nIHRoZSBvcmlnaW5hdG9yIG9mIHRoZSBwcmVmaXgg aXMgbmVjZXNzYXJ5LCBidXQgaXQgaXMgbm90IHN1ZmZpY2llbnQuCgpIb3BlIHRoaXMgaXMgY2xl YXIuCgogICAgTGVzCgoKCkZyb206IEFpanVuIFdhbmcgPHdhbmdhaWp1bkB0c2luZ2h1YS5vcmcu Y24+IApTZW50OiBNb25kYXksIE5vdmVtYmVyIDE5LCAyMDE4IDEwOjQxIFBNClRvOiBMZXMgR2lu c2JlcmcgKGdpbnNiZXJnKSA8Z2luc2JlcmdAY2lzY28uY29tPjsgc3RlcGhhbmUubGl0a293c2tp QG9yYW5nZS5jb207IGxzckBpZXRmLm9yZwpDYzogc3ByaW5nQGlldGYub3JnClN1YmplY3Q6IOet lOWkjTogW3NwcmluZ10gZHJhZnQtaWV0Zi1pc2lzLW1wbHMtZWxjICYgZHJhZnQtaWV0Zi1vc3Bm LW1wbHMtZWxjCkhpLCBMZXMgYW5kIFN0ZXBoYW5lOgoKaHR0cHM6Ly90b29scy5pZXRmLm9yZy9o dG1sL2RyYWZ0LXdhbmctbHNyLW9zcGYtcHJlZml4LW9yaWdpbmF0b3ItZXh0LTAwIGlzIHRyeWlu ZyB0byBzb2x2ZSB3aGF0IHlvdSBhcmUgY29uY2VybmluZyBmb3IuCkFzIHlvdSBzYWlkLCBFTEMv RVJMRCBhcmUgZnVuY3Rpb25hbGx5IG5vZGUgY2FwYWJpbGl0aWVzLCBidXQgd2hlbiB3ZSB0cnkg dG8gc2VuZCB0cmFmZmljLCB3ZSBzaG91bGQgY29uc2lkZXIgdGhlIHByZWZpeGVzIGl0c2VsZi4K VGhlIGFib3ZlIGRyYWZ0IHByb3Bvc2FsIHRvIGFkZCBwcmVmaXggb3JpZ2luYXRvciB0byBhZGRy ZXNzIHRoaXMuIEFmdGVyIGdldHRpbmcgdGhpcyBpbmZvcm1hdGlvbiwgdGhlIHJlY2VpdmVyIGNh biB0aGVuIGJ1aWxkIHRoZSByZWxhdGlvbnNoaXAgYmV0d2VlbiBwcmVmaXhlcyBhbmQgRUxDL0VS TEQuCgoKQmVzdCBSZWdhcmRzLgoKQWlqdW4gV2FuZwpOZXR3b3JrIFImRCBhbmQgT3BlcmF0aW9u IFN1cHBvcnQgRGVwYXJ0bWVudApDaGluYSBUZWxlY29tIENvcnBvcmF0aW9uIExpbWl0ZWQgQmVp amluZyBSZXNlYXJjaCBJbnN0aXR1dGUsQmVpamluZywgQ2hpbmEuCgrlj5Hku7bkuro6IExlcyBH aW5zYmVyZyAoZ2luc2JlcmcpIFttYWlsdG86Z2luc2JlcmdAY2lzY28uY29tXSAK5Y+R6YCB5pe2 6Ze0OiAyMDE45bm0MTHmnIgyMOaXpSAyOjAwCuaUtuS7tuS6ujogIHN0ZXBoYW5lLmxpdGtvd3Nr aUBvcmFuZ2UuY29tOyBsc3JAaWV0Zi4ub3JnCuaKhOmAgTogc3ByaW5nQGlldGYub3JnCuS4u+mi mDogUmU6IFtzcHJpbmddIGRyYWZ0LWlldGYtaXNpcy1tcGxzLWVsYyAmIGRyYWZ0LWlldGYtb3Nw Zi1tcGxzLWVsYwpTdGVwaGFuZSDigJMKClRoZSB1c2UgY2FzZSBmb3IgdGhpcyBwcm9wb3NhbCBp cyB0byBzdXBwb3J0IGludGVyLUFTIHNjZW5hcmlvcyBpbiB0aGUgYWJzZW5jZSBvZiBhIGNvbnRy b2xsZXIuCklmIHRoZSBXRyBhZ3JlZXMgdGhhdCB0aGlzIHVzZSBjYXNlIG5lZWRzIHRvIGJlIGFk ZHJlc3NlZCBJIGJlbGlldmUgdGhlIHByb3Bvc2FsIGJlbG93IGlzIGEgZ29vZCBhbmQgdmlhYmxl IGNvbXByb21pc2UuCgpJIHNheSDigJxjb21wcm9taXNl4oCdIGJlY2F1c2Ug4oCTIGFzIHlvdSBt ZW50aW9uIGJlbG93IOKAkyBFTEMvRUxSRCBhcmUgZnVuY3Rpb25hbGx5IG5vZGUgY2FwYWJpbGl0 aWVzLiBCdXQgdGhlIGludGVyLUFTIHVzZSBjYXNlIHJlcXVpcmVzIHNpZ25hbGluZyBiZXR3ZWVu IEFT4oCZcyBhbmQgdGhlIHZlaGljbGUgd2UgaGF2ZSBmb3IgZG9pbmcgdGhhdCBpcyBhIHByZWZp eCBhZHZlcnRpc2VtZW50LiBUaGUgY29tcHJvbWlzZSBpcyB0byBhZHZlcnRpc2UgRUxDIGFzc29j aWF0ZWQgd2l0aCBhIHByZWZpeCDigJMgYnV0IG5vdCBkbyBzbyBmb3IgRVJMRC4KVGhpcyBzZWVt cyByZWFzb25hYmxlIHRvIG1lLgoKT25lIGNoYW5nZSB0byB3aGF0IHlvdSBzdGF0ZSBiZWxvdyDi gJMgSSB0aGluayDigJx3aGVuIGEgcHJlZml4IGlzIGxlYWtlZCBvciByZWRpc3RyaWJ1dGVkLCB0 aGUgRUxDIGFzc29jaWF0ZWQgdG8gdGhlIHByZWZpeCBNVVNUIGFsc28gYmUgbGVha2VkL3JlZGlz dHJpYnV0ZWQu4oCdLgoKICAgTGVzCgoKRnJvbTogTHNyIDxsc3ItYm91bmNlc0BpZXRmLm9yZz4g T24gQmVoYWxmIE9mIHN0ZXBoYW5lLmxpdGtvd3NraUBvcmFuZ2UuY29tClNlbnQ6IEZyaWRheSwg Tm92ZW1iZXIgMDksIDIwMTggNjozMCBBTQpUbzogbHNyQGlldGYub3JnCkNjOiBzcHJpbmdAaWV0 Zi5vcmcKU3ViamVjdDogW0xzcl0gZHJhZnQtaWV0Zi1pc2lzLW1wbHMtZWxjICYgZHJhZnQtaWV0 Zi1vc3BmLW1wbHMtZWxjCkhpIFdHLApTb21lIGRpc2N1c3Npb25zIG9jY3VycmVkIG9uIHRoZSBt YWlsaW5nIGxpc3Qgb24gaG93IHRvIGVuY29kZSB0aGUgZW50cm9weSBsYWJlbCBjYXBhYmlsaXR5 IGZvciBTUiBidXQgd2UgaGFkbuKAmXQgZm91bmQgYSBjb25zZW5zdXMgb24gdGhlIHRhcmdldCBz b2x1dGlvbi4KSUVURiAxMDMgd2FzIHRoZSBvcHBvcnR1bml0eSB0byBtZWV0IGZhY2UgdG8gZmFj ZSB2YXJpb3VzIHBlb3BsZSB0aGF0IGhhdmUgcGFydGljaXBhdGVkIHRvIHRoaXMgZGlzY3Vzc2lv bi4KRm9sbG93aW5nIHRoaXMgZGlzY3Vzc2lvbiwgd2UgYXJlIGNvbWluZyB3aXRoIHRoZSBmb2xs b3dpbmcgcHJvcG9zYWwgdGhhdCB0aGUgV0cgbmVlZCB0byB2YWxpZGF0ZToKVGhlIGVudHJvcHkg bGFiZWwgY2FwYWJpbGl0eSBpcyBzdGlsbCBjb25zaWRlcmVkIGFzIGEgcGVyIG5vZGUgcHJvcGVy dHkgKGZvciBzaW1wbGljaXR5IHJlYXNvbiwgd2UgZG8gbm90IHdhbnQgdG8gaGF2ZSBhbiBFTEMg cGVyIGxpbmVjYXJkKS4KVGhlIEVSTEQgaXMgY29uc2lkZXJlZCBhcyBhIHBlciBub2RlIHByb3Bl cnR5IChmb3Igc2ltcGxpY2l0eSByZWFzb24sIHdlIGRvIG5vdCB3YW50IHRvIGhhdmUgYW4gRVJM RCBwZXIgbGluZWNhcmQpLgpIb3dldmVyIElHUHMgbWF5IGFkdmVydGlzZSBwcmVmaXhlcyB0aGF0 IGFyZSBub3QgYmVsb25naW5nIHRvIHRoZSBub2RlIGl0c2VsZiBpbiBhZGRpdGlvbiB0byB0aGUg bG9jYWwgcHJlZml4ZXMgb2YgdGhlIG5vZGVzLgpBIHR5cGljYWwgdXNlIGNhc2UgaXMgd2hlbiB0 d28gSUdQIGRvbWFpbnMgKHJ1bm5pbmcgdGhlIHNhbWUgcHJvdG9jb2wgb3IgYSBkaWZmZXJlbnQg b25lKSBhcmUgcmVkaXN0cmlidXRpbmcgcm91dGVzIGJldHdlZW4gZWFjaCBvdGhlci4KVGhlIGlu dGVyLWFyZWEgdXNlIGNhc2UgaXMgYWxzbyBjcmVhdGluZyBhIHNpbWlsYXIgc2l0dWF0aW9uLgpX aGVuIGFuIGluZ3Jlc3Mgbm9kZSBwdXNoZXMgYW4gZW50cm9weSBsYWJlbCBiZWxvdyBhIHNlZ21l bnQgIGl0IG11c3QgZW5zdXJlIHRoYXQgdGhlIHRhaWwtZW5kIG9mIHRoZSBzZWdtZW50IGlzIGVu dHJvcHkgbGFiZWwgY2FwYWJsZSBvdGhlcndpc2UgcGFja2V0cyB3aWxsIGJlIGRyb3BwZWQuCkFz IGEgY29uc2VxdWVuY2UsIHdoZW4gcHJlZml4ZXMgYXJlIHJlZGlzdHJpYnV0ZWQsIHRoZSBlbnRy b3B5IGxhYmVsIGNhcGFiaWxpdHkgb2YgdGhlIG5vZGUgd2hvIGhhcyBmaXJzdGx5IG9yaWdpbmF0 ZWQgdGhlIHByZWZpeCwgc2hvdWxkIGJlIGFzc29jaWF0ZWQgdG8gdGhlIHByZWZpeCBkdXJpbmcg dGhlIHJlZGlzdHJpYnV0aW9uLgpJbiB0ZXJtcyBvZiBlbmNvZGluZywgd2UgcHJvcG9zZSB0byBh c3NvY2lhdGUgYW4gZW50cm9weSBsYWJlbCBjYXBhYmlsaXR5IGZvciBlYWNoIHByZWZpeCBhZHZl cnRpc2VkIGJ5IGEgbm9kZS4KVGhlIGVudHJvcHkgbGFiZWwgY2FwYWJpbGl0eSB3aWxsIGJlIGVu Y29kZWQgYXMgcGFydCBvZiB0aGUgUHJlZml4IEF0dHJpYnV0ZXMgSUdQIGV4dGVuc2lvbiAoUkZD Nzc5NCBhbmQgUkZDNzY4NCkuClRoZSBlbnRyb3B5IGxhYmVsIGNhcGFiaWxpdHkgbWF5IGJlIHNl dCBmb3IgbG9jYWwgcHJlZml4ZXMgKGUuZy4gbG9vcGJhY2tzKSBieSBhIGxvY2FsIGNvbmZpZ3Vy YXRpb24gYW5kIGZvciBsZWFrZWQvcmVkaXN0cmlidXRlZCBwcmVmaXhlcy4gV2hlbiBhIHByZWZp eCBpcyBsZWFrZWQgb3IgcmVkaXN0cmlidXRlZCwgdGhlIEVMQyBhc3NvY2lhdGVkIHRvIHRoZSBw cmVmaXggbWF5IGJlIGFsc28gbGVha2VkL3JlZGlzdHJpYnV0ZWQuCkFuIGluZ3Jlc3Mgc2hvdWxk IHNldCB0aGUgZW50cm9weSBsYWJlbCBiZWxvdyBhIE5vZGUvUHJlZml4IHNlZ21lbnQgb25seSBp ZiB0aGUgcHJlZml4IGFzc29jaWF0ZWQgdG8gdGhlIE5vZGUvUHJlZml4IHNlZ21lbnQgYXMgdGhl IEVMQyBzZXQgaW4gdGhlIFByZWZpeCBBdHRyaWJ1dGVzLgpBbiBpbmdyZXNzIHNob3VsZCBzZXQg dGhlIGVudHJvcHkgbGFiZWwgYmVsb3cgYW4gQWRqYWNlbmN5IHNlZ21lbnQgb25seSBpZiB0aGUg YWRqYWNlbnQgbmVpZ2hib3Igb2YgdGhlIG5vZGUgdGhhdCBoYXMgYWR2ZXJ0aXNlZCB0aGUgQWRq IFNJRCBpcyBhZHZlcnRpc2luZyBhbiBFUkxEIChhbmQgc28gaXMgZW50cm9weSBsYWJlbCBjYXBh YmxlKS4KRm9yIHRoZSBiaW5kaW5nIFNJRCwgYXMgSUdQcyBhcmUgbm90IGludm9sdmVkIGluIHRo ZSBzaWduYWxpbmcgb2YgdGhlIGJpbmRpbmcgU0lELCB0aGVyZSBpcyBub3RoaW5nIHRvIGRvIGlu IHRoZXNlIGRyYWZ0cy4gCkxldCB1cyBrbm93IHlvdXIgY29tbWVudHMvZmVlZGJhY2sgb24gdGhp cyBwcm9wb3NhbCBzbyB3ZSBjYW4gcHJvZ3Jlc3MgdGhlc2UgZG9jdW1lbnRzLgpCcmdkcywKU3Rl cGhhbmUKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXwogCkNlIG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZlbnQg Y29udGVuaXIgZGVzIGluZm9ybWF0aW9ucyBjb25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVz IGV0IG5lIGRvaXZlbnQgZG9uYwpwYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGll cyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJy ZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlcgphIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBh aW5zaSBxdWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBl dGFudCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLApPcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNw b25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdlIGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZp ZS4gTWVyY2kuCiAKVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4g Y29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVj dGVkIGJ5IGxhdzsKdGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGll ZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwg aW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2Fn ZSBhbmQgaXRzIGF0dGFjaG1lbnRzLgpBcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBp cyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdl ZCBvciBmYWxzaWZpZWQuClRoYW5rIHlvdS4KCg== ------=ALIBOUNDARY_24039_47340940_5bf3c748_b2c71f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PGRpdiBjbGFzcz0iX19hbGl5dW5fZW1haWxfYm9keV9ibG9jayI+PGRpdiAgc3R5bGU9ImxpbmUt aGVpZ2h0OjEuNztmb250LWZhbWlseTpUYWhvbWEsQXJpYWwsU1RIZWl0aSxTaW1TdW47Zm9udC1z aXplOjE0LjBweDtjb2xvcjojMDAwMDAwOyI+PGRpdiAgc3R5bGU9ImNsZWFyOmJvdGg7Ij5JZiBJ IHVuZGVyc3Rvb2QgaXQgY29ycmVjdGx5LCZuYnNwO2RyYWZ0LXdhbmctbHNyLW9zcGYtcHJlZml4 LW9yaWdpbmF0b3ItZXh0LTAwIGlzIGFuIE9TUEYgY291bnRlcnBhcnQgb2YgUkZDNzc5NCBmcm9t IHRoZSBwZXJzcGVjdGl2ZSBvZiBjb3JyZWxhdGlvbiBvZiBwcmVmaXhlcyBhbmQgdGhlaXIgb3Jp Z2luYXRvciBpbiB0aGUgaW50ZXItYXJlYSBzY2VuYXJpby4gQXMgc3VjaCwgdGhlc2UgdHdvIGRy YWZ0cyBhcmUgdXNlZnVsIGZvciB0aGUgdXNhZ2Ugb2YgRUxDJm5ic3A7aW4gdGhlIGludGVyLWFy ZWEgc2NlbmFyaW8uPGJyID48L2Rpdj48ZGl2ICBzdHlsZT0iY2xlYXI6Ym90aDsiPjxiciA+PC9k aXY+PGRpdiAgc3R5bGU9ImNsZWFyOmJvdGg7Ij5BcyBmb3IgdGhlIGludGVyLUFTIHNjZW5hcmlv LCBJTUhPLCBCR1AgTFNQIG92ZXIgU1IgTFNQIGlzIHRoZSBiZXN0IGNob2ljZS4gSW4gb3RoZXIg d29yZHMsIEkgZG91YnQgdGhlIG5lY2Vzc2l0eSZuYnNwOzxzcGFuICBzdHlsZT0iZm9udC1zaXpl OjE0LjBweDsiPm9mIGFkdmVydGlzaW5nIHRoZSBFTEM8L3NwYW4+PHNwYW4gIHN0eWxlPSJmb250 LXNpemU6MTQuMHB4OyI+Jm5ic3A7YWNyb3NzIEFTZXMgVklBPC9zcGFuPjxzcGFuICBzdHlsZT0i Zm9udC1zaXplOjE0LjBweDsiPiZuYnNwO0lHUCBSRURJU1RSSUJVVElPTjwvc3Bhbj48c3BhbiAg c3R5bGU9ImZvbnQtc2l6ZToxNC4wcHg7Ij4uPC9zcGFuPjxzcGFuICBzdHlsZT0iZm9udC1zaXpl OjE0LjBweDsiPiZuYnNwOzwvc3Bhbj48L2Rpdj48ZGl2ICBzdHlsZT0iY2xlYXI6Ym90aDsiPjxi ciA+PC9kaXY+PGRpdiAgc3R5bGU9ImNsZWFyOmJvdGg7Ij5CZXN0IHJlZ2FyZHMsPC9kaXY+PGRp diAgc3R5bGU9ImNsZWFyOmJvdGg7Ij5YaWFvaHU8L2Rpdj48YmxvY2txdW90ZSAgc3R5bGU9Im1h cmdpbi1yaWdodDowO21hcmdpbi10b3A6MDttYXJnaW4tYm90dG9tOjA7Zm9udC1mYW1pbHk6VGFo b21hLEFyaWFsLFNUSGVpdGksU2ltU3VuO2ZvbnQtc2l6ZToxNC4wcHg7Y29sb3I6IzAwMDAwMDsi PjxkaXYgIHN0eWxlPSJjbGVhcjpib3RoOyI+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPC9kaXY+PGRpdiAgc3R5bGU9ImNs ZWFyOmJvdGg7Ij5Gcm9tOkxlcyBHaW5zYmVyZyAoZ2luc2JlcmcpICZsdDtnaW5zYmVyZ0BjaXNj by5jb20mZ3Q7PC9kaXY+PGRpdiAgc3R5bGU9ImNsZWFyOmJvdGg7Ij5TZW5kIFRpbWU6MjAxOOW5 tDEx5pyIMjDml6Uo5pif5pyf5LqMKSAxNDo1MjwvZGl2PjxkaXYgIHN0eWxlPSJjbGVhcjpib3Ro OyI+VG86QWlqdW4gV2FuZyAmbHQ7d2FuZ2FpanVuQHRzaW5naHVhLm9yZy5jbiZndDs7IHN0ZXBo YW5lLmxpdGtvd3NraUBvcmFuZ2UuY29tICZsdDtzdGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNv bSZndDs7IGxzckBpZXRmLm9yZyAmbHQ7bHNyQGlldGYub3JnJmd0OzwvZGl2PjxkaXYgIHN0eWxl PSJjbGVhcjpib3RoOyI+Q2M6c3ByaW5nQGlldGYub3JnICZsdDtzcHJpbmdAaWV0Zi5vcmcmZ3Q7 PC9kaXY+PGRpdiAgc3R5bGU9ImNsZWFyOmJvdGg7Ij5TdWJqZWN0OlJlOiBbc3ByaW5nXSBkcmFm dC1pZXRmLWlzaXMtbXBscy1lbGMgJmFtcDsgZHJhZnQtaWV0Zi1vc3BmLW1wbHMtZWxjPC9kaXY+ PGRpdiAgc3R5bGU9ImNsZWFyOmJvdGg7Ij48YnIgPjwvZGl2PjxzdHlsZSA+IS0tICBAZm9udC1m YWNle2ZvbnQtZmFtaWx5OlNpbVN1bjtwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO317Zm9u dC1mYW1pbHk6Q2FtYnJpYSBNYXRoO3Bhbm9zZS0xOjIgNCA1IDMgNSA0IDYgMyAyIDQ7fXtmb250 LWZhbWlseTpDYWxpYnJpO3Bhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O317Zm9udC1mYW1p bHk6Q29uc29sYXM7cGFub3NlLTE6MiAxMSA2IDkgMiAyIDQgMyAyIDQ7fXtmb250LWZhbWlseTpc QFNpbVN1bjtwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO317Zm9udC1mYW1pbHk6VGFob21h O3Bhbm9zZS0xOjIgMTEgNiA0IDMgNSA0IDQgMiA0O31wLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFs LCBkaXYuTXNvTm9ybWFse21hcmdpbjouMGluO21hcmdpbi1ib3R0b206LjBwdDtmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmksc2Fucy1zZXJpZjttc28tZmFyZWFzdC1sYW5ndWFn ZTpaSC1DTjt9YTpsaW5rLCBzcGFuLk1zb0h5cGVybGlua3ttc28tc3R5bGUtcHJpb3JpdHk6OTk7 Y29sb3I6Ymx1ZTt0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO31hOnZpc2l0ZWQsIHNwYW4uTXNv SHlwZXJsaW5rRm9sbG93ZWR7bXNvLXN0eWxlLXByaW9yaXR5Ojk5O2NvbG9yOnB1cnBsZTt0ZXh0 LWRlY29yYXRpb246dW5kZXJsaW5lO31wcmV7bXNvLXN0eWxlLXByaW9yaXR5Ojk5O21zby1zdHls ZS1saW5rOkhUTUwgUHJlZm9ybWF0dGVkIENoYXI7bWFyZ2luOi4waW47bWFyZ2luLWJvdHRvbTou MHB0O2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSxzYW5zLXNlcmlmO21zby1m YXJlYXN0LWxhbmd1YWdlOlpILUNOO31wLk1zb0FjZXRhdGUsIGxpLk1zb0FjZXRhdGUsIGRpdi5N c29BY2V0YXRle21zby1zdHlsZS1wcmlvcml0eTo5OTttc28tc3R5bGUtbGluazpCYWxsb29uIFRl eHQgQ2hhcjttYXJnaW46LjBpbjttYXJnaW4tYm90dG9tOi4wcHQ7Zm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTpDYWxpYnJpLHNhbnMtc2VyaWY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ047 fXNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXJ7bXNvLXN0eWxlLW5hbWU6SFRNTCBQcmVmb3JtYXR0 ZWQgQ2hhcjttc28tc3R5bGUtcHJpb3JpdHk6OTk7bXNvLXN0eWxlLWxpbms6SFRNTCBQcmVmb3Jt YXR0ZWQ7Zm9udC1mYW1pbHk6Q29uc29sYXM7fXAubXNvbm9ybWFsMCwgbGkubXNvbm9ybWFsMCwg ZGl2Lm1zb25vcm1hbDB7bXNvLXN0eWxlLW5hbWU6bXNvbm9ybWFsO21zby1tYXJnaW4tdG9wLWFs dDphdXRvO21hcmdpbi1yaWdodDouMGluO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21hcmdp bi1sZWZ0Oi4waW47Zm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTpUaW1lcyBOZXcgUm9tYW4s c2VyaWY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ047fXNwYW4uQmFsbG9vblRleHRDaGFye21z by1zdHlsZS1uYW1lOkJhbGxvb24gVGV4dCBDaGFyO21zby1zdHlsZS1wcmlvcml0eTo5OTttc28t c3R5bGUtbGluazpCYWxsb29uIFRleHQ7Zm9udC1mYW1pbHk6VGFob21hLHNhbnMtc2VyaWY7fXAu SFRNTCwgbGkuSFRNTCwgZGl2LkhUTUx7bXNvLXN0eWxlLW5hbWU6SFRNTCBcOTg4NFw4QkJFXDY4 M0NcNUYwRjttc28tc3R5bGUtbGluazpIVE1MIFw5ODg0XDhCQkVcNjgzQ1w1RjBGIENoYXI7bWFy Z2luOi4waW47bWFyZ2luLWJvdHRvbTouMHB0O2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 Q2FsaWJyaSxzYW5zLXNlcmlmO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOO31zcGFuLkhUTUxD aGFye21zby1zdHlsZS1uYW1lOkhUTUwgXDk4ODRcOEJCRVw2ODNDXDVGMEYgQ2hhcjttc28tc3R5 bGUtcHJpb3JpdHk6OTk7bXNvLXN0eWxlLWxpbms6SFRNTCBcOTg4NFw4QkJFXDY4M0NcNUYwRjtm b250LWZhbWlseTpDb3VyaWVyIE5ldzt9cC5hLCBsaS5hLCBkaXYuYXttc28tc3R5bGUtbmFtZTpc NjI3OVw2Q0U4XDY4NDZcNjU4N1w2NzJDO21zby1zdHlsZS1saW5rOlw2Mjc5XDZDRThcNjg0Nlw2 NTg3XDY3MkMgQ2hhcjttYXJnaW46LjBpbjttYXJnaW4tYm90dG9tOi4wcHQ7Zm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTpDYWxpYnJpLHNhbnMtc2VyaWY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6 WkgtQ047fXNwYW4uQ2hhcnttc28tc3R5bGUtbmFtZTpcNjI3OVw2Q0U4XDY4NDZcNjU4N1w2NzJD IENoYXI7bXNvLXN0eWxlLXByaW9yaXR5Ojk5O21zby1zdHlsZS1saW5rOlw2Mjc5XDZDRThcNjg0 Nlw2NTg3XDY3MkM7Zm9udC1mYW1pbHk6Q2FsaWJyaSxzYW5zLXNlcmlmO31zcGFuLkVtYWlsU3R5 bGUyNnttc28tc3R5bGUtdHlwZTpwZXJzb25hbDtmb250LWZhbWlseTpDYWxpYnJpLHNhbnMtc2Vy aWY7Y29sb3I6d2luZG93dGV4dDt9c3Bhbi5FbWFpbFN0eWxlMjd7bXNvLXN0eWxlLXR5cGU6cGVy c29uYWw7Zm9udC1mYW1pbHk6Q2FsaWJyaSxzYW5zLXNlcmlmO2NvbG9yOiMxZjQ5N2Q7fXNwYW4u RW1haWxTdHlsZTI4e21zby1zdHlsZS10eXBlOnBlcnNvbmFsO2ZvbnQtZmFtaWx5OkNhbGlicmks c2Fucy1zZXJpZjtjb2xvcjojMWY0OTdkO31zcGFuLkVtYWlsU3R5bGUyOXttc28tc3R5bGUtdHlw ZTpwZXJzb25hbC1yZXBseTtmb250LWZhbWlseTpDYWxpYnJpLHNhbnMtc2VyaWY7Y29sb3I6IzFm NDk3ZDt9Li5Nc29DaHBEZWZhdWx0e21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5O2ZvbnQtc2l6 ZToxMC4wcHQ7fUBwYWdlIFdvcmRTZWN0aW9uMXtzaXplOjguNWluIDExLjBpbjttYXJnaW46MS4w aW4gMS4waW4gMS4waW4gMS4waW47fWRpdi5Xb3JkU2VjdGlvbjF7cGFnZTpXb3JkU2VjdGlvbjE7 fS0tPjwvc3R5bGU+PGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj48cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiAgc3R5bGU9ImNvbG9yOiMxZjQ5N2Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7 Ij5BaWp1biDigJM8L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuICBzdHlsZT0i Y29sb3I6IzFmNDk3ZDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzsiPiZuYnNwOzwvc3Bhbj48 L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gIHN0eWxlPSJjb2xvcjojMWY0OTdkO21zby1m YXJlYXN0LWxhbmd1YWdlOkVOLVVTOyI+SW4gdGhlIGludGVyLUFTIGNhc2UsIHdoYXQgaXMgbmVl ZGVkIGlzIHRvIGtub3cgRUxDIG9mIHRoZSBvcmlnaW5hdGluZyBub2RlLiBTaW1wbHkga25vd2lu ZyB3aG8gdGhlIG9yaWdpbmF0b3Igb2YgYW4gYWR2ZXJ0aXNlbWVudCBpcyBub3Qgc3VmZmljaWVu dC48L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuICBzdHlsZT0iY29sb3I6IzFm NDk3ZDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzsiPiZuYnNwOzwvc3Bhbj48L3A+PHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gIHN0eWxlPSJjb2xvcjojMWY0OTdkO21zby1mYXJlYXN0LWxh bmd1YWdlOkVOLVVTOyI+SWYgRUxDIGlzIGFkdmVydGlzZWQgYXMgYSBub2RlIGNhcGFiaWxpdHks IHRoZW4gYSBjb250cm9sbGVyIHdpdGggYWNjZXNzIHRvIEJHUC1MUyBkYXRhYmFzZSBmb3IgYm90 aCBBU3MgY291bGQgZGV0ZXJtaW5lIEVMQyBieSBwaWVjaW5nIHRvZ2V0aGVyIHRoZSBub2RlIGNh cGFiaWxpdHkgYWR2ZXJ0aXNlbWVudCBhbmQKIHRoZSBwcmVmaXggYWR2ZXJ0aXNlbWVudCB3IG9y aWdpbmF0aW5nIHJvdXRlci1pZC48L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu ICBzdHlsZT0iY29sb3I6IzFmNDk3ZDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzsiPiZuYnNw Ozwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gIHN0eWxlPSJjb2xvcjojMWY0 OTdkO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTOyI+QnV0IHdoYXQgU3RlcGhhbmUgaGFzIHBy b3Bvc2VkIGZvciB0aGUgaW50ZXItQVMgY2FzZSBpcyBhIHdheSB0byBrbm93IEVMQyBpbiB0aGUg YWJzZW5jZSBvZiBhIGNvbnRyb2xsZXIuPC9zcGFuPjwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiAgc3R5bGU9ImNvbG9yOiMxZjQ5N2Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7Ij5U aGlzIG1lYW5zIG5vZGVzIGluIEFTICMxIG5lZWQgdG8gaGF2ZSBFTEMgY2FwYWJpbGl0eSBpbmZv IGZvciBub2RlcyBpbiBBUyAjMi48L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu ICBzdHlsZT0iY29sb3I6IzFmNDk3ZDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzsiPkFzIHRo ZXJlIGlzIG5vIHdheSB0byByZWRpc3RyaWJ1dGUgSUdQIE5vZGUgQ2FwYWJpbGl0eSBhZHZlcnRp c2VtZW50cyBiZXR3ZWVuIGRpZmZlcmVudCBJR1AgaW5zdGFuY2VzLCB0aGUgYWx0ZXJuYXRpdmUg aXMgdG8gYWR2ZXJ0aXNlIEVMQyBhc3NvY2lhdGVkIHdpdGggYSBwcmVmaXggYWR2ZXJ0aXNlbWVu dCBzaW5jZQogdGhlIHByZWZpeCBhZHZlcnRpc2VtZW50IGNhbiBiZSByZWRpc3RyaWJ1dGVkIGJl dHdlZW4gSUdQIGluc3RhbmNlcy48L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu ICBzdHlsZT0iY29sb3I6IzFmNDk3ZDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzsiPktub3dp bmcgdGhlIG9yaWdpbmF0b3Igb2YgdGhlIHByZWZpeCBpcyBuZWNlc3NhcnksIGJ1dCBpdCBpcyBu b3Qgc3VmZmljaWVudC48L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuICBzdHls ZT0iY29sb3I6IzFmNDk3ZDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzsiPiZuYnNwOzwvc3Bh bj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gIHN0eWxlPSJjb2xvcjojMWY0OTdkO21z by1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTOyI+SG9wZSB0aGlzIGlzIGNsZWFyLjwvc3Bhbj48L3A+ PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gIHN0eWxlPSJjb2xvcjojMWY0OTdkO21zby1mYXJl YXN0LWxhbmd1YWdlOkVOLVVTOyI+Jm5ic3A7PC9zcGFuPjwvcD48cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiAgc3R5bGU9ImNvbG9yOiMxZjQ5N2Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7 Ij4mbmJzcDsmbmJzcDsmbmJzcDsgTGVzPC9zcGFuPjwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiAgc3R5bGU9ImNvbG9yOiMxZjQ5N2Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7Ij4m bmJzcDs8L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuICBzdHlsZT0iY29sb3I6 IzFmNDk3ZDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzsiPiZuYnNwOzwvc3Bhbj48L3A+PHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gIHN0eWxlPSJjb2xvcjojMWY0OTdkO21zby1mYXJlYXN0 LWxhbmd1YWdlOkVOLVVTOyI+Jm5ic3A7PC9zcGFuPjwvcD48ZGl2ICBzdHlsZT0iYm9yZGVyLXN0 eWxlOm5vbmUgbm9uZSBub25lIHNvbGlkO2JvcmRlci1sZWZ0LXdpZHRoOjIuMHB4O2JvcmRlci1s ZWZ0LWNvbG9yOmJsdWU7cGFkZGluZzouMGluIC4waW4gLjBpbiA1LjBweDsiPjxkaXYgIHN0eWxl PSJib3JkZXItc3R5bGU6c29saWQgbm9uZSBub25lO2JvcmRlci10b3Atd2lkdGg6MS4wcHg7Ym9y ZGVyLXRvcC1jb2xvcjojZTFlMWUxO3BhZGRpbmc6LjBweCAuMGluIC4waW47bWFyZ2luLXRvcDou MHB4OyI+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGIgPkZyb206PC9iPiBBaWp1biBXYW5nICZsdDt3 YW5nYWlqdW5AdHNpbmdodWEub3JnLmNuJmd0OyA8YnIgPjxiID5TZW50OjwvYj4gTW9uZGF5LCBO b3ZlbWJlciAxOSwgMjAxOCAxMDo0MSBQTTxiciA+PGIgPlRvOjwvYj4gTGVzIEdpbnNiZXJnIChn aW5zYmVyZykgJmx0O2dpbnNiZXJnQGNpc2NvLmNvbSZndDs7IHN0ZXBoYW5lLmxpdGtvd3NraUBv cmFuZ2UuY29tOyBsc3JAaWV0Zi5vcmc8YnIgPjxiID5DYzo8L2I+IHNwcmluZ0BpZXRmLm9yZzxi ciA+PGIgPlN1YmplY3Q6PC9iPiA8c3BhbiAgc3R5bGU9ImZvbnQtZmFtaWx5OlNpbVN1bjsiPuet lOWkjTwvc3Bhbj46IFtzcHJpbmddIGRyYWZ0LWlldGYtaXNpcy1tcGxzLWVsYyAmYW1wOyBkcmFm dC1pZXRmLW9zcGYtbXBscy1lbGM8L3A+PC9kaXY+PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7 PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuICBzdHlsZT0iZm9udC1zaXplOjE0LjBweDtj b2xvcjojMWY0OTdkOyI+SGksIExlcyBhbmQgU3RlcGhhbmU6PC9zcGFuPjwvcD48cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiAgc3R5bGU9ImZvbnQtc2l6ZToxNC4wcHg7Y29sb3I6IzFmNDk3ZDsi PiZuYnNwOzwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gIHN0eWxlPSJmb250 LXNpemU6MTQuMHB4O2NvbG9yOiMxZjQ5N2Q7Ij48YSAgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRm Lm9yZy9odG1sL2RyYWZ0LXdhbmctbHNyLW9zcGYtcHJlZml4LW9yaWdpbmF0b3ItZXh0LTAwIiB0 YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LXdhbmctbHNy LW9zcGYtcHJlZml4LW9yaWdpbmF0b3ItZXh0LTAwPC9hPiBpcyB0cnlpbmcgdG8gc29sdmUgd2hh dCB5b3UgYXJlCiBjb25jZXJuaW5nIGZvci48L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuICBzdHlsZT0iZm9udC1zaXplOjE0LjBweDtjb2xvcjojMWY0OTdkOyI+QXMgeW91IHNh aWQsIEVMQy9FUkxEIGFyZSBmdW5jdGlvbmFsbHkgbm9kZSBjYXBhYmlsaXRpZXMsIGJ1dCB3aGVu IHdlIHRyeSB0byBzZW5kIHRyYWZmaWMsIHdlIHNob3VsZCBjb25zaWRlciB0aGUgcHJlZml4ZXMg aXRzZWxmLjwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gIHN0eWxlPSJmb250 LXNpemU6MTQuMHB4O2NvbG9yOiMxZjQ5N2Q7Ij5UaGUgYWJvdmUgZHJhZnQgcHJvcG9zYWwgdG8g YWRkIHByZWZpeCBvcmlnaW5hdG9yIHRvIGFkZHJlc3MgdGhpcy4gQWZ0ZXIgZ2V0dGluZyB0aGlz IGluZm9ybWF0aW9uLCB0aGUgcmVjZWl2ZXIgY2FuIHRoZW4gYnVpbGQgdGhlIHJlbGF0aW9uc2hp cCBiZXR3ZWVuIHByZWZpeGVzIGFuZCBFTEMvRVJMRC48L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuICBzdHlsZT0iZm9udC1zaXplOjE0LjBweDtjb2xvcjojMWY0OTdkOyI+Jm5i c3A7PC9zcGFuPjwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiAgc3R5bGU9ImZvbnQtc2l6 ZToxNC4wcHg7Y29sb3I6IzFmNDk3ZDsiPiZuYnNwOzwvc3Bhbj48L3A+PHAgIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJ0ZXh0LWFsaWduOmp1c3RpZnk7dGV4dC1qdXN0aWZ5OmludGVyLWlkZW9n cmFwaDsiPjxzcGFuICBzdHlsZT0iZm9udC1zaXplOjE0LjBweDtjb2xvcjojMWY0OTdkOyI+QmVz dCBSZWdhcmRzLjwvc3Bhbj48L3A+PHAgIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWFs aWduOmp1c3RpZnk7dGV4dC1qdXN0aWZ5OmludGVyLWlkZW9ncmFwaDsiPjxzcGFuICBzdHlsZT0i Zm9udC1zaXplOjE0LjBweDtjb2xvcjojMWY0OTdkOyI+Jm5ic3A7PC9zcGFuPjwvcD48cCAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYWxpZ246anVzdGlmeTt0ZXh0LWp1c3RpZnk6aW50 ZXItaWRlb2dyYXBoOyI+PHNwYW4gIHN0eWxlPSJmb250LXNpemU6MTQuMHB4O2NvbG9yOiMxZjQ5 N2Q7Ij5BaWp1biBXYW5nPC9zcGFuPjwvcD48cCAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRl eHQtYWxpZ246anVzdGlmeTt0ZXh0LWp1c3RpZnk6aW50ZXItaWRlb2dyYXBoOyI+PHNwYW4gIHN0 eWxlPSJmb250LXNpemU6MTQuMHB4O2NvbG9yOiMxZjQ5N2Q7Ij5OZXR3b3JrIFImYW1wO0QgYW5k IE9wZXJhdGlvbiBTdXBwb3J0IERlcGFydG1lbnQ8L3NwYW4+PC9wPjxwICBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0idGV4dC1hbGlnbjpqdXN0aWZ5O3RleHQtanVzdGlmeTppbnRlci1pZGVvZ3Jh cGg7Ij48c3BhbiAgc3R5bGU9ImZvbnQtc2l6ZToxNC4wcHg7Y29sb3I6IzFmNDk3ZDsiPkNoaW5h IFRlbGVjb20gQ29ycG9yYXRpb24gTGltaXRlZCBCZWlqaW5nIFJlc2VhcmNoIEluc3RpdHV0ZSxC ZWlqaW5nLCBDaGluYS48L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuICBzdHls ZT0iZm9udC1zaXplOjE0LjBweDtjb2xvcjojMWY0OTdkOyI+Jm5ic3A7PC9zcGFuPjwvcD48ZGl2 ICBzdHlsZT0iYm9yZGVyLXN0eWxlOnNvbGlkIG5vbmUgbm9uZTtib3JkZXItdG9wLXdpZHRoOjEu MHB4O2JvcmRlci10b3AtY29sb3I6I2I1YzRkZjtwYWRkaW5nOi4wcHggLjBpbiAuMGluO21hcmdp bi10b3A6LjBweDsiPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuICBzdHlsZT0iZm9udC13ZWln aHQ6Ym9sZDtmb250LXNpemU6MTMuMHB4O2ZvbnQtZmFtaWx5OlNpbVN1bjsiPuWPkeS7tuS6ujwv c3Bhbj48c3BhbiAgc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQ7Zm9udC1zaXplOjEzLjBweDtmb250 LWZhbWlseTpTaW1TdW47Ij46PC9zcGFuPjxzcGFuICBzdHlsZT0iZm9udC1zaXplOjEzLjBweDtm b250LWZhbWlseTpTaW1TdW47Ij4gTGVzIEdpbnNiZXJnIChnaW5zYmVyZykgWzxhICBocmVmPSJt YWlsdG86Z2luc2JlcmdAY2lzY28uY29tIiB0YXJnZXQ9Il9ibGFuayI+bWFpbHRvOmdpbnNiZXJn QGNpc2NvLmNvbTwvYT5dCjxiciA+PGIgPjxzcGFuID7lj5HpgIHml7bpl7Q8L3NwYW4+OjwvYj4g MjAxODxzcGFuID7lubQ8L3NwYW4+MTE8c3BhbiA+5pyIPC9zcGFuPjIwPHNwYW4gPuaXpTwvc3Bh bj4gMjowMDxiciA+PGIgPjxzcGFuID7mlLbku7bkuro8L3NwYW4+OjwvYj4gPGEgIGhyZWY9Im1h aWx0bzpzdGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPgpzdGVw aGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbTwvYT47IDxhICBocmVmPSJtYWlsdG86bHNyQGlldGYu b3JnIiB0YXJnZXQ9Il9ibGFuayI+bHNyQGlldGYuLm9yZzwvYT48YnIgPjxiID48c3BhbiA+5oqE 6YCBPC9zcGFuPjo8L2I+IDxhICBocmVmPSJtYWlsdG86c3ByaW5nQGlldGYub3JnIiB0YXJnZXQ9 Il9ibGFuayI+c3ByaW5nQGlldGYub3JnPC9hPjxiciA+PGIgPjxzcGFuID7kuLvpopg8L3NwYW4+ OjwvYj4gUmU6IFtzcHJpbmddIGRyYWZ0LWlldGYtaXNpcy1tcGxzLWVsYyAmYW1wOyBkcmFmdC1p ZXRmLW9zcGYtbXBscy1lbGM8L3NwYW4+PC9wPjwvZGl2PjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZu YnNwOzwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiAgc3R5bGU9ImNvbG9yOiMxZjQ5N2Q7 Ij5TdGVwaGFuZSDigJM8L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuICBzdHls ZT0iY29sb3I6IzFmNDk3ZDsiPiZuYnNwOzwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gIHN0eWxlPSJjb2xvcjojMWY0OTdkOyI+VGhlIHVzZSBjYXNlIGZvciB0aGlzIHByb3Bv c2FsIGlzIHRvIHN1cHBvcnQgaW50ZXItQVMgc2NlbmFyaW9zIGluIHRoZSBhYnNlbmNlIG9mIGEg Y29udHJvbGxlci48L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuICBzdHlsZT0i Y29sb3I6IzFmNDk3ZDsiPklmIHRoZSBXRyBhZ3JlZXMgdGhhdCB0aGlzIHVzZSBjYXNlIG5lZWRz IHRvIGJlIGFkZHJlc3NlZCBJIGJlbGlldmUgdGhlIHByb3Bvc2FsIGJlbG93IGlzIGEgZ29vZCBh bmQgdmlhYmxlIGNvbXByb21pc2UuPC9zcGFuPjwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biAgc3R5bGU9ImNvbG9yOiMxZjQ5N2Q7Ij4mbmJzcDs8L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuICBzdHlsZT0iY29sb3I6IzFmNDk3ZDsiPkkgc2F5IOKAnGNvbXByb21pc2Xi gJ0gYmVjYXVzZSDigJMgYXMgeW91IG1lbnRpb24gYmVsb3cg4oCTIEVMQy9FTFJEIGFyZSBmdW5j dGlvbmFsbHkgbm9kZSBjYXBhYmlsaXRpZXMuIEJ1dCB0aGUgaW50ZXItQVMgdXNlIGNhc2UgcmVx dWlyZXMgc2lnbmFsaW5nIGJldHdlZW4gQVPigJlzIGFuZCB0aGUgdmVoaWNsZSB3ZSBoYXZlIGZv ciBkb2luZyB0aGF0IGlzIGEgcHJlZml4IGFkdmVydGlzZW1lbnQuCiBUaGUgY29tcHJvbWlzZSBp cyB0byBhZHZlcnRpc2UgRUxDIGFzc29jaWF0ZWQgd2l0aCBhIHByZWZpeCDigJMgYnV0IG5vdCBk byBzbyBmb3IgRVJMRC48L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuICBzdHls ZT0iY29sb3I6IzFmNDk3ZDsiPlRoaXMgc2VlbXMgcmVhc29uYWJsZSB0byBtZS48L3NwYW4+PC9w PjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuICBzdHlsZT0iY29sb3I6IzFmNDk3ZDsiPiZuYnNw Ozwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gIHN0eWxlPSJjb2xvcjojMWY0 OTdkOyI+T25lIGNoYW5nZSB0byB3aGF0IHlvdSBzdGF0ZSBiZWxvdyDigJMgSSB0aGluayDigJx3 aGVuIGEgcHJlZml4IGlzIGxlYWtlZCBvciByZWRpc3RyaWJ1dGVkLCB0aGUgRUxDIGFzc29jaWF0 ZWQgdG8gdGhlIHByZWZpeAo8L3NwYW4+PHNwYW4gIHN0eWxlPSJjb2xvcjpyZWQ7Ij5NVVNUIDwv c3Bhbj48c3BhbiAgc3R5bGU9ImNvbG9yOiMxZjQ5N2Q7Ij5hbHNvIGJlIGxlYWtlZC9yZWRpc3Ry aWJ1dGVkLuKAnS48L3NwYW4+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuICBzdHlsZT0i Y29sb3I6IzFmNDk3ZDsiPiZuYnNwOzwvc3Bhbj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gIHN0eWxlPSJjb2xvcjojMWY0OTdkOyI+Jm5ic3A7Jm5ic3A7IExlczwvc3Bhbj48L3A+PHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gIHN0eWxlPSJjb2xvcjojMWY0OTdkOyI+Jm5ic3A7PC9z cGFuPjwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiAgc3R5bGU9ImNvbG9yOiMxZjQ5N2Q7 Ij4mbmJzcDs8L3NwYW4+PC9wPjxkaXYgIHN0eWxlPSJib3JkZXItc3R5bGU6bm9uZSBub25lIG5v bmUgc29saWQ7Ym9yZGVyLWxlZnQtd2lkdGg6Mi4wcHg7Ym9yZGVyLWxlZnQtY29sb3I6Ymx1ZTtw YWRkaW5nOi4waW4gLjBpbiAuMGluIDUuMHB4OyI+PGRpdiAgc3R5bGU9ImJvcmRlci1zdHlsZTpz b2xpZCBub25lIG5vbmU7Ym9yZGVyLXRvcC13aWR0aDoxLjBweDtib3JkZXItdG9wLWNvbG9yOiNl MWUxZTE7cGFkZGluZzouMHB4IC4waW4gLjBpbjttYXJnaW4tdG9wOi4wcHg7Ij48cCBjbGFzcz0i TXNvTm9ybWFsIj48YiA+RnJvbTo8L2I+IExzciAmbHQ7PGEgIGhyZWY9Im1haWx0bzpsc3ItYm91 bmNlc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmxzci1ib3VuY2VzQGlldGYub3JnPC9hPiZn dDsKPGIgPk9uIEJlaGFsZiBPZiA8L2I+PGEgIGhyZWY9Im1haWx0bzpzdGVwaGFuZS5saXRrb3dz a2lAb3JhbmdlLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPnN0ZXBoYW5lLmxpdGtvd3NraUBvcmFuZ2Uu Y29tPC9hPjxiciA+PGIgPlNlbnQ6PC9iPiBGcmlkYXksIE5vdmVtYmVyIDA5LCAyMDE4IDY6MzAg QU08YnIgPjxiID5Ubzo8L2I+IDxhICBocmVmPSJtYWlsdG86bHNyQGlldGYub3JnIiB0YXJnZXQ9 Il9ibGFuayI+bHNyQGlldGYub3JnPC9hPjxiciA+PGIgPkNjOjwvYj4gPGEgIGhyZWY9Im1haWx0 bzpzcHJpbmdAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5zcHJpbmdAaWV0Zi5vcmc8L2E+PGJy ID48YiA+U3ViamVjdDo8L2I+IFtMc3JdIGRyYWZ0LWlldGYtaXNpcy1tcGxzLWVsYyAmYW1wOyBk cmFmdC1pZXRmLW9zcGYtbXBscy1lbGM8L3A+PC9kaXY+PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5i c3A7PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhpIFdHLDwvcD48cCBjbGFzcz0iTXNvTm9ybWFs Ij4mbmJzcDs8L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+U29tZSBkaXNjdXNzaW9ucyBvY2N1cnJl ZCBvbiB0aGUgbWFpbGluZyBsaXN0IG9uIGhvdyB0byBlbmNvZGUgdGhlIGVudHJvcHkgbGFiZWwg Y2FwYWJpbGl0eSBmb3IgU1IgYnV0IHdlIGhhZG7igJl0IGZvdW5kIGEgY29uc2Vuc3VzIG9uIHRo ZSB0YXJnZXQgc29sdXRpb24uPC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPklFVEYgMTAzIHdhcyB0 aGUgb3Bwb3J0dW5pdHkgdG8gbWVldCBmYWNlIHRvIGZhY2UgdmFyaW91cyBwZW9wbGUgdGhhdCBo YXZlIHBhcnRpY2lwYXRlZCB0byB0aGlzIGRpc2N1c3Npb24uPC9wPjxwIGNsYXNzPSJNc29Ob3Jt YWwiPiZuYnNwOzwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj5Gb2xsb3dpbmcgdGhpcyBkaXNjdXNz aW9uLCB3ZSBhcmUgY29taW5nIHdpdGggdGhlIGZvbGxvd2luZyBwcm9wb3NhbCB0aGF0IHRoZSBX RyBuZWVkIHRvIHZhbGlkYXRlOjwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8L3A+PHAg Y2xhc3M9Ik1zb05vcm1hbCI+VGhlIGVudHJvcHkgbGFiZWwgY2FwYWJpbGl0eSBpcyBzdGlsbCBj b25zaWRlcmVkIGFzIGEgcGVyIG5vZGUgcHJvcGVydHkgKGZvciBzaW1wbGljaXR5IHJlYXNvbiwg d2UgZG8gbm90IHdhbnQgdG8gaGF2ZSBhbiBFTEMgcGVyIGxpbmVjYXJkKS48L3A+PHAgY2xhc3M9 Ik1zb05vcm1hbCI+VGhlIEVSTEQgaXMgY29uc2lkZXJlZCBhcyBhIHBlciBub2RlIHByb3BlcnR5 IChmb3Igc2ltcGxpY2l0eSByZWFzb24sIHdlIGRvIG5vdCB3YW50IHRvIGhhdmUgYW4gRVJMRCBw ZXIgbGluZWNhcmQpLjwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8L3A+PHAgY2xhc3M9 Ik1zb05vcm1hbCI+SG93ZXZlciBJR1BzIG1heSBhZHZlcnRpc2UgcHJlZml4ZXMgdGhhdCBhcmUg bm90IGJlbG9uZ2luZyB0byB0aGUgbm9kZSBpdHNlbGYgaW4gYWRkaXRpb24gdG8gdGhlIGxvY2Fs IHByZWZpeGVzIG9mIHRoZSBub2Rlcy48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+QSB0eXBpY2Fs IHVzZSBjYXNlIGlzIHdoZW4gdHdvIElHUCBkb21haW5zIChydW5uaW5nIHRoZSBzYW1lIHByb3Rv Y29sIG9yIGEgZGlmZmVyZW50IG9uZSkgYXJlIHJlZGlzdHJpYnV0aW5nIHJvdXRlcyBiZXR3ZWVu IGVhY2ggb3RoZXIuPC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoZSBpbnRlci1hcmVhIHVzZSBj YXNlIGlzIGFsc28gY3JlYXRpbmcgYSBzaW1pbGFyIHNpdHVhdGlvbi48L3A+PHAgY2xhc3M9Ik1z b05vcm1hbCI+Jm5ic3A7PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPldoZW4gYW4gaW5ncmVzcyBu b2RlIHB1c2hlcyBhbiBlbnRyb3B5IGxhYmVsIGJlbG93IGEgc2VnbWVudCAmbmJzcDtpdCBtdXN0 IGVuc3VyZSB0aGF0IHRoZSB0YWlsLWVuZCBvZiB0aGUgc2VnbWVudCBpcyBlbnRyb3B5IGxhYmVs IGNhcGFibGUgb3RoZXJ3aXNlIHBhY2tldHMgd2lsbCBiZSBkcm9wcGVkLjwvcD48cCBjbGFzcz0i TXNvTm9ybWFsIj4mbmJzcDs8L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+QXMgYSBjb25zZXF1ZW5j ZSwgd2hlbiBwcmVmaXhlcyBhcmUgcmVkaXN0cmlidXRlZCwgdGhlIGVudHJvcHkgbGFiZWwgY2Fw YWJpbGl0eSBvZiB0aGUgbm9kZSB3aG8gaGFzIGZpcnN0bHkgb3JpZ2luYXRlZCB0aGUgcHJlZml4 LCBzaG91bGQgYmUgYXNzb2NpYXRlZCB0byB0aGUgcHJlZml4IGR1cmluZyB0aGUgcmVkaXN0cmli dXRpb24uPC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzwvcD48cCBjbGFzcz0iTXNvTm9y bWFsIj5JbiB0ZXJtcyBvZiBlbmNvZGluZywgd2UgcHJvcG9zZSB0byBhc3NvY2lhdGUgYW4gZW50 cm9weSBsYWJlbCBjYXBhYmlsaXR5IGZvciBlYWNoIHByZWZpeCBhZHZlcnRpc2VkIGJ5IGEgbm9k ZS48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhlIGVudHJvcHkgbGFiZWwgY2FwYWJpbGl0eSB3 aWxsIGJlIGVuY29kZWQgYXMgcGFydCBvZiB0aGUgUHJlZml4IEF0dHJpYnV0ZXMgSUdQIGV4dGVu c2lvbiAoUkZDNzc5NCBhbmQgUkZDNzY4NCkuPC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoZSBl bnRyb3B5IGxhYmVsIGNhcGFiaWxpdHkgbWF5IGJlIHNldCBmb3IgbG9jYWwgcHJlZml4ZXMgKGUu Zy4gbG9vcGJhY2tzKSBieSBhIGxvY2FsIGNvbmZpZ3VyYXRpb24gYW5kIGZvciBsZWFrZWQvcmVk aXN0cmlidXRlZCBwcmVmaXhlcy4gV2hlbiBhIHByZWZpeCBpcyBsZWFrZWQgb3IgcmVkaXN0cmli dXRlZCwgdGhlIEVMQyBhc3NvY2lhdGVkIHRvIHRoZSBwcmVmaXggbWF5IGJlIGFsc28gbGVha2Vk L3JlZGlzdHJpYnV0ZWQuPC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzwvcD48cCBjbGFz cz0iTXNvTm9ybWFsIj5BbiBpbmdyZXNzIHNob3VsZCBzZXQgdGhlIGVudHJvcHkgbGFiZWwgYmVs b3cgYSBOb2RlL1ByZWZpeCBzZWdtZW50IG9ubHkgaWYgdGhlIHByZWZpeCBhc3NvY2lhdGVkIHRv IHRoZSBOb2RlL1ByZWZpeCBzZWdtZW50IGFzIHRoZSBFTEMgc2V0IGluIHRoZSBQcmVmaXggQXR0 cmlidXRlcy48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+QW4gaW5ncmVzcyBzaG91bGQgc2V0IHRo ZSBlbnRyb3B5IGxhYmVsIGJlbG93IGFuIEFkamFjZW5jeSBzZWdtZW50IG9ubHkgaWYgdGhlIGFk amFjZW50IG5laWdoYm9yIG9mIHRoZSBub2RlIHRoYXQgaGFzIGFkdmVydGlzZWQgdGhlIEFkaiBT SUQgaXMgYWR2ZXJ0aXNpbmcgYW4gRVJMRCAoYW5kIHNvIGlzIGVudHJvcHkgbGFiZWwgY2FwYWJs ZSkuPC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzwvcD48cCBjbGFzcz0iTXNvTm9ybWFs Ij5Gb3IgdGhlIGJpbmRpbmcgU0lELCBhcyBJR1BzIGFyZSBub3QgaW52b2x2ZWQgaW4gdGhlIHNp Z25hbGluZyBvZiB0aGUgYmluZGluZyBTSUQsIHRoZXJlIGlzIG5vdGhpbmcgdG8gZG8gaW4gdGhl c2UgZHJhZnRzLgo8L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PC9wPjxwIGNsYXNzPSJN c29Ob3JtYWwiPiZuYnNwOzwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj5MZXQgdXMga25vdyB5b3Vy IGNvbW1lbnRzL2ZlZWRiYWNrIG9uIHRoaXMgcHJvcG9zYWwgc28gd2UgY2FuIHByb2dyZXNzIHRo ZXNlIGRvY3VtZW50cy48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PC9wPjxwIGNsYXNz PSJNc29Ob3JtYWwiPkJyZ2RzLDwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8L3A+PHAg Y2xhc3M9Ik1zb05vcm1hbCI+U3RlcGhhbmU8L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7 PC9wPjxwcmUgPjxzcGFuICBzdHlsZT0iZm9udC1zaXplOjEzLjBweDtmb250LWZhbWlseTpDb3Vy aWVyIE5ldzsiPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX188L3NwYW4+PC9wcmU+PHByZSA+PHNwYW4gIHN0eWxlPSJmb250LXNp emU6MTMuMHB4O2ZvbnQtZmFtaWx5OkNvdXJpZXIgTmV3OyI+Jm5ic3A7PC9zcGFuPjwvcHJlPjxw cmUgPjxzcGFuICBzdHlsZT0iZm9udC1zaXplOjEzLjBweDtmb250LWZhbWlseTpDb3VyaWVyIE5l dzsiPkNlIG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVz IGluZm9ybWF0aW9ucyBjb25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZl bnQgZG9uYzwvc3Bhbj48L3ByZT48cHJlID48c3BhbiAgc3R5bGU9ImZvbnQtc2l6ZToxMy4wcHg7 Zm9udC1mYW1pbHk6Q291cmllciBOZXc7Ij5wYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91 IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBw YXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlcjwvc3Bhbj48L3ByZT48cHJlID48c3BhbiAg c3R5bGU9ImZvbnQtc2l6ZToxMy4wcHg7Zm9udC1mYW1pbHk6Q291cmllciBOZXc7Ij5hIGwnZXhw ZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMg bWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLDwv c3Bhbj48L3ByZT48cHJlID48c3BhbiAgc3R5bGU9ImZvbnQtc2l6ZToxMy4wcHg7Zm9udC1mYW1p bHk6Q291cmllciBOZXc7Ij5PcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBj ZSBtZXNzYWdlIGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuPC9zcGFu PjwvcHJlPjxwcmUgPjxzcGFuICBzdHlsZT0iZm9udC1zaXplOjEzLjBweDtmb250LWZhbWlseTpD b3VyaWVyIE5ldzsiPiZuYnNwOzwvc3Bhbj48L3ByZT48cHJlID48c3BhbiAgc3R5bGU9ImZvbnQt c2l6ZToxMy4wcHg7Zm9udC1mYW1pbHk6Q291cmllciBOZXc7Ij5UaGlzIG1lc3NhZ2UgYW5kIGl0 cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZv cm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3Ozwvc3Bhbj48L3ByZT48cHJlID48 c3BhbiAgc3R5bGU9ImZvbnQtc2l6ZToxMy4wcHg7Zm9udC1mYW1pbHk6Q291cmllciBOZXc7Ij50 aGV5IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0 aG9yaXNhdGlvbi48L3NwYW4+PC9wcmU+PHByZSA+PHNwYW4gIHN0eWxlPSJmb250LXNpemU6MTMu MHB4O2ZvbnQtZmFtaWx5OkNvdXJpZXIgTmV3OyI+SWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBl bWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhpcyBt ZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuPC9zcGFuPjwvcHJlPjxwcmUgPjxzcGFuICBzdHls ZT0iZm9udC1zaXplOjEzLjBweDtmb250LWZhbWlseTpDb3VyaWVyIE5ldzsiPkFzIGVtYWlscyBt YXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2 ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC48L3NwYW4+PC9wcmU+PHByZSA+ PHNwYW4gIHN0eWxlPSJmb250LXNpemU6MTMuMHB4O2ZvbnQtZmFtaWx5OkNvdXJpZXIgTmV3OyI+ VGhhbmsgeW91Ljwvc3Bhbj48L3ByZT48L2Rpdj48L2Rpdj48L2Rpdj48L2Jsb2NrcXVvdGU+PGRp diAgc3R5bGU9ImxpbmUtaGVpZ2h0OjIwLjBweDtjbGVhcjpib3RoOyI+PGJyID48L2Rpdj48L2Rp dj48L2Rpdj4= ------=ALIBOUNDARY_24039_47340940_5bf3c748_b2c71f-- From nobody Tue Nov 20 02:01:07 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C883412F18C; Tue, 20 Nov 2018 02:00:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 883gpTRAwU91; Tue, 20 Nov 2018 02:00:54 -0800 (PST) Received: from orange.com (mta239.mail.business.static.orange.com [80.12.66.39]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 35A1712D4F1; Tue, 20 Nov 2018 02:00:54 -0800 (PST) Received: from opfedar04.francetelecom.fr (unknown [xx.xx.xx.6]) by opfedar20.francetelecom.fr (ESMTP service) with ESMTP id 42zh6X3xWCz8tlg; Tue, 20 Nov 2018 11:00:52 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.31]) by opfedar04.francetelecom.fr (ESMTP service) with ESMTP id 42zh6X2vXzz1xnn; Tue, 20 Nov 2018 11:00:52 +0100 (CET) Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILM22.corporate.adroot.infra.ftgroup ([fe80::8c90:f4e9:be28:2a1%19]) with mapi id 14.03.0415.000; Tue, 20 Nov 2018 11:00:52 +0100 From: To: =?utf-8?B?5b6Q5bCP6JmOKOS5ieWFiCk=?= , spring , Aijun Wang , "lsr@ietf.org" CC: "spring@ietf.org" Thread-Topic: [spring] draft-ietf-isis-mpls-elc & draft-ietf-ospf-mpls-elc Thread-Index: AdR4OJWYmH00pYTzTK6gvxR+PFXbGgH+ARaQABqGrWAAAHMhgAABxW4AAATyENA= Date: Tue, 20 Nov 2018 10:00:51 +0000 Message-ID: <8003_1542708052_5BF3DB54_8003_416_1_9E32478DFA9976438E7A22F69B08FF924B76D796@OPEXCLILMA4.corporate.adroot.infra.ftgroup> References: <9208_1541773820_5BE599FC_9208_47_1_9E32478DFA9976438E7A22F69B08FF924B746E6A@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <012401d4809c$0f8142d0$2e83c870$@org.cn>, <40e4b72b-4e6d-4450-a2f7-39f731a87672.xiaohu.xxh@alibaba-inc.com> In-Reply-To: <40e4b72b-4e6d-4450-a2f7-39f731a87672.xiaohu.xxh@alibaba-inc.com> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.2] Content-Type: multipart/alternative; boundary="_000_9E32478DFA9976438E7A22F69B08FF924B76D796OPEXCLILMA4corp_" MIME-Version: 1.0 Archived-At: Subject: Re: [spring] draft-ietf-isis-mpls-elc & draft-ietf-ospf-mpls-elc X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2018 10:00:58 -0000 --_000_9E32478DFA9976438E7A22F69B08FF924B76D796OPEXCLILMA4corp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 QXMgbWVudGlvbmVkLCB5b3UgY291bGQgbm90IGJlIGF3YXJlIG9mIGFsbCB0aGUgY29uc3RyYWlu dHMgdGhhdCB3ZSBoYXZlIGFuZCBCR1AgMzEwNyBpcyBub3QgYW4gb3B0aW9uLg0KTm90ZSB0aGF0 IHRoaXMga2luZCBvZiByZWRpc3RyaWJ1dGlvbiBjYW4gZXZlbiBoYXBwZW4gd2l0aGluIGEgc2lu Z2xlIEFTLiBXZSBoYWQgc29tZSBPU1BGIGRvbWFpbiBwcmVmaXhlcyBsZWFrZWQgaW4gdGhlIElT SVMgTDIgaW4gdGhlIHBhc3QgaW4gYSBzaW5nbGUgQVMuIE5vdGhpbmcgcHJldmVudHMgdGhpcyBk ZXNpZ24gdG8gY29tZSBiYWNrIGFnYWluLg0KDQpGcm9tOiDlvpDlsI/omY4o5LmJ5YWIKSBbbWFp bHRvOnhpYW9odS54eGhAYWxpYmFiYS1pbmMuY29tXQ0KU2VudDogVHVlc2RheSwgTm92ZW1iZXIg MjAsIDIwMTggMDk6MzUNClRvOiBzcHJpbmc7IEFpanVuIFdhbmc7IExJVEtPV1NLSSBTdGVwaGFu ZSBPQlMvT0lOSVM7IGxzckBpZXRmLm9yZw0KQ2M6IHNwcmluZ0BpZXRmLm9yZw0KU3ViamVjdDog UmU6IFtzcHJpbmddIGRyYWZ0LWlldGYtaXNpcy1tcGxzLWVsYyAmIGRyYWZ0LWlldGYtb3NwZi1t cGxzLWVsYw0KDQpJZiBJIHVuZGVyc3Rvb2QgaXQgY29ycmVjdGx5LCBkcmFmdC13YW5nLWxzci1v c3BmLXByZWZpeC1vcmlnaW5hdG9yLWV4dC0wMCBpcyBhbiBPU1BGIGNvdW50ZXJwYXJ0IG9mIFJG Qzc3OTQgZnJvbSB0aGUgcGVyc3BlY3RpdmUgb2YgY29ycmVsYXRpb24gb2YgcHJlZml4ZXMgYW5k IHRoZWlyIG9yaWdpbmF0b3IgaW4gdGhlIGludGVyLWFyZWEgc2NlbmFyaW8uIEFzIHN1Y2gsIHRo ZXNlIHR3byBkcmFmdHMgYXJlIHVzZWZ1bCBmb3IgdGhlIHVzYWdlIG9mIEVMQyBpbiB0aGUgaW50 ZXItYXJlYSBzY2VuYXJpby4NCg0KQXMgZm9yIHRoZSBpbnRlci1BUyBzY2VuYXJpbywgSU1ITywg QkdQIExTUCBvdmVyIFNSIExTUCBpcyB0aGUgYmVzdCBjaG9pY2UuIEluIG90aGVyIHdvcmRzLCBJ IGRvdWJ0IHRoZSBuZWNlc3NpdHkgb2YgYWR2ZXJ0aXNpbmcgdGhlIEVMQyBhY3Jvc3MgQVNlcyBW SUEgSUdQIFJFRElTVFJJQlVUSU9OLg0KDQpCZXN0IHJlZ2FyZHMsDQpYaWFvaHUNCi0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LQ0KRnJvbTpMZXMgR2luc2JlcmcgKGdpbnNiZXJnKSA8Z2luc2JlcmdAY2lzY28uY29tPg0KU2Vu ZCBUaW1lOjIwMTjlubQxMeaciDIw5pelKOaYn+acn+S6jCkgMTQ6NTINClRvOkFpanVuIFdhbmcg PHdhbmdhaWp1bkB0c2luZ2h1YS5vcmcuY24+OyBzdGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNv bSA8c3RlcGhhbmUubGl0a293c2tpQG9yYW5nZS5jb20+OyBsc3JAaWV0Zi5vcmcgPGxzckBpZXRm Lm9yZz4NCkNjOnNwcmluZ0BpZXRmLm9yZyA8c3ByaW5nQGlldGYub3JnPg0KU3ViamVjdDpSZTog W3NwcmluZ10gZHJhZnQtaWV0Zi1pc2lzLW1wbHMtZWxjICYgZHJhZnQtaWV0Zi1vc3BmLW1wbHMt ZWxjDQoNCkFpanVuIOKAkw0KDQpJbiB0aGUgaW50ZXItQVMgY2FzZSwgd2hhdCBpcyBuZWVkZWQg aXMgdG8ga25vdyBFTEMgb2YgdGhlIG9yaWdpbmF0aW5nIG5vZGUuIFNpbXBseSBrbm93aW5nIHdo byB0aGUgb3JpZ2luYXRvciBvZiBhbiBhZHZlcnRpc2VtZW50IGlzIG5vdCBzdWZmaWNpZW50Lg0K DQpJZiBFTEMgaXMgYWR2ZXJ0aXNlZCBhcyBhIG5vZGUgY2FwYWJpbGl0eSwgdGhlbiBhIGNvbnRy b2xsZXIgd2l0aCBhY2Nlc3MgdG8gQkdQLUxTIGRhdGFiYXNlIGZvciBib3RoIEFTcyBjb3VsZCBk ZXRlcm1pbmUgRUxDIGJ5IHBpZWNpbmcgdG9nZXRoZXIgdGhlIG5vZGUgY2FwYWJpbGl0eSBhZHZl cnRpc2VtZW50IGFuZCB0aGUgcHJlZml4IGFkdmVydGlzZW1lbnQgdyBvcmlnaW5hdGluZyByb3V0 ZXItaWQuDQoNCkJ1dCB3aGF0IFN0ZXBoYW5lIGhhcyBwcm9wb3NlZCBmb3IgdGhlIGludGVyLUFT IGNhc2UgaXMgYSB3YXkgdG8ga25vdyBFTEMgaW4gdGhlIGFic2VuY2Ugb2YgYSBjb250cm9sbGVy Lg0KVGhpcyBtZWFucyBub2RlcyBpbiBBUyAjMSBuZWVkIHRvIGhhdmUgRUxDIGNhcGFiaWxpdHkg aW5mbyBmb3Igbm9kZXMgaW4gQVMgIzIuDQpBcyB0aGVyZSBpcyBubyB3YXkgdG8gcmVkaXN0cmli dXRlIElHUCBOb2RlIENhcGFiaWxpdHkgYWR2ZXJ0aXNlbWVudHMgYmV0d2VlbiBkaWZmZXJlbnQg SUdQIGluc3RhbmNlcywgdGhlIGFsdGVybmF0aXZlIGlzIHRvIGFkdmVydGlzZSBFTEMgYXNzb2Np YXRlZCB3aXRoIGEgcHJlZml4IGFkdmVydGlzZW1lbnQgc2luY2UgdGhlIHByZWZpeCBhZHZlcnRp c2VtZW50IGNhbiBiZSByZWRpc3RyaWJ1dGVkIGJldHdlZW4gSUdQIGluc3RhbmNlcy4NCktub3dp bmcgdGhlIG9yaWdpbmF0b3Igb2YgdGhlIHByZWZpeCBpcyBuZWNlc3NhcnksIGJ1dCBpdCBpcyBu b3Qgc3VmZmljaWVudC4NCg0KSG9wZSB0aGlzIGlzIGNsZWFyLg0KDQogICAgTGVzDQoNCg0KDQpG cm9tOiBBaWp1biBXYW5nIDx3YW5nYWlqdW5AdHNpbmdodWEub3JnLmNuPg0KU2VudDogTW9uZGF5 LCBOb3ZlbWJlciAxOSwgMjAxOCAxMDo0MSBQTQ0KVG86IExlcyBHaW5zYmVyZyAoZ2luc2Jlcmcp IDxnaW5zYmVyZ0BjaXNjby5jb20+OyBzdGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbTsgbHNy QGlldGYub3JnDQpDYzogc3ByaW5nQGlldGYub3JnDQpTdWJqZWN0OiDnrZTlpI06IFtzcHJpbmdd IGRyYWZ0LWlldGYtaXNpcy1tcGxzLWVsYyAmIGRyYWZ0LWlldGYtb3NwZi1tcGxzLWVsYw0KDQpI aSwgTGVzIGFuZCBTdGVwaGFuZToNCg0KaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0 LXdhbmctbHNyLW9zcGYtcHJlZml4LW9yaWdpbmF0b3ItZXh0LTAwIGlzIHRyeWluZyB0byBzb2x2 ZSB3aGF0IHlvdSBhcmUgY29uY2VybmluZyBmb3IuDQpBcyB5b3Ugc2FpZCwgRUxDL0VSTEQgYXJl IGZ1bmN0aW9uYWxseSBub2RlIGNhcGFiaWxpdGllcywgYnV0IHdoZW4gd2UgdHJ5IHRvIHNlbmQg dHJhZmZpYywgd2Ugc2hvdWxkIGNvbnNpZGVyIHRoZSBwcmVmaXhlcyBpdHNlbGYuDQpUaGUgYWJv dmUgZHJhZnQgcHJvcG9zYWwgdG8gYWRkIHByZWZpeCBvcmlnaW5hdG9yIHRvIGFkZHJlc3MgdGhp cy4gQWZ0ZXIgZ2V0dGluZyB0aGlzIGluZm9ybWF0aW9uLCB0aGUgcmVjZWl2ZXIgY2FuIHRoZW4g YnVpbGQgdGhlIHJlbGF0aW9uc2hpcCBiZXR3ZWVuIHByZWZpeGVzIGFuZCBFTEMvRVJMRC4NCg0K DQpCZXN0IFJlZ2FyZHMuDQoNCkFpanVuIFdhbmcNCk5ldHdvcmsgUiZEIGFuZCBPcGVyYXRpb24g U3VwcG9ydCBEZXBhcnRtZW50DQpDaGluYSBUZWxlY29tIENvcnBvcmF0aW9uIExpbWl0ZWQgQmVp amluZyBSZXNlYXJjaCBJbnN0aXR1dGUsQmVpamluZywgQ2hpbmEuDQoNCuWPkeS7tuS6ujogTGVz IEdpbnNiZXJnIChnaW5zYmVyZykgW21haWx0bzpnaW5zYmVyZ0BjaXNjby5jb21dDQrlj5HpgIHm l7bpl7Q6IDIwMTjlubQxMeaciDIw5pelIDI6MDANCuaUtuS7tuS6ujogc3RlcGhhbmUubGl0a293 c2tpQG9yYW5nZS5jb208bWFpbHRvOnN0ZXBoYW5lLmxpdGtvd3NraUBvcmFuZ2UuY29tPjsgbHNy QGlldGYuLm9yZzxtYWlsdG86bHNyQGlldGYub3JnPg0K5oqE6YCBOiBzcHJpbmdAaWV0Zi5vcmc8 bWFpbHRvOnNwcmluZ0BpZXRmLm9yZz4NCuS4u+mimDogUmU6IFtzcHJpbmddIGRyYWZ0LWlldGYt aXNpcy1tcGxzLWVsYyAmIGRyYWZ0LWlldGYtb3NwZi1tcGxzLWVsYw0KDQpTdGVwaGFuZSDigJMN Cg0KVGhlIHVzZSBjYXNlIGZvciB0aGlzIHByb3Bvc2FsIGlzIHRvIHN1cHBvcnQgaW50ZXItQVMg c2NlbmFyaW9zIGluIHRoZSBhYnNlbmNlIG9mIGEgY29udHJvbGxlci4NCklmIHRoZSBXRyBhZ3Jl ZXMgdGhhdCB0aGlzIHVzZSBjYXNlIG5lZWRzIHRvIGJlIGFkZHJlc3NlZCBJIGJlbGlldmUgdGhl IHByb3Bvc2FsIGJlbG93IGlzIGEgZ29vZCBhbmQgdmlhYmxlIGNvbXByb21pc2UuDQoNCkkgc2F5 IOKAnGNvbXByb21pc2XigJ0gYmVjYXVzZSDigJMgYXMgeW91IG1lbnRpb24gYmVsb3cg4oCTIEVM Qy9FTFJEIGFyZSBmdW5jdGlvbmFsbHkgbm9kZSBjYXBhYmlsaXRpZXMuIEJ1dCB0aGUgaW50ZXIt QVMgdXNlIGNhc2UgcmVxdWlyZXMgc2lnbmFsaW5nIGJldHdlZW4gQVPigJlzIGFuZCB0aGUgdmVo aWNsZSB3ZSBoYXZlIGZvciBkb2luZyB0aGF0IGlzIGEgcHJlZml4IGFkdmVydGlzZW1lbnQuIFRo ZSBjb21wcm9taXNlIGlzIHRvIGFkdmVydGlzZSBFTEMgYXNzb2NpYXRlZCB3aXRoIGEgcHJlZml4 IOKAkyBidXQgbm90IGRvIHNvIGZvciBFUkxELg0KVGhpcyBzZWVtcyByZWFzb25hYmxlIHRvIG1l Lg0KDQpPbmUgY2hhbmdlIHRvIHdoYXQgeW91IHN0YXRlIGJlbG93IOKAkyBJIHRoaW5rIOKAnHdo ZW4gYSBwcmVmaXggaXMgbGVha2VkIG9yIHJlZGlzdHJpYnV0ZWQsIHRoZSBFTEMgYXNzb2NpYXRl ZCB0byB0aGUgcHJlZml4IE1VU1QgYWxzbyBiZSBsZWFrZWQvcmVkaXN0cmlidXRlZC7igJ0uDQoN CiAgIExlcw0KDQoNCkZyb206IExzciA8bHNyLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOmxzci1i b3VuY2VzQGlldGYub3JnPj4gT24gQmVoYWxmIE9mIHN0ZXBoYW5lLmxpdGtvd3NraUBvcmFuZ2Uu Y29tPG1haWx0bzpzdGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbT4NClNlbnQ6IEZyaWRheSwg Tm92ZW1iZXIgMDksIDIwMTggNjozMCBBTQ0KVG86IGxzckBpZXRmLm9yZzxtYWlsdG86bHNyQGll dGYub3JnPg0KQ2M6IHNwcmluZ0BpZXRmLm9yZzxtYWlsdG86c3ByaW5nQGlldGYub3JnPg0KU3Vi amVjdDogW0xzcl0gZHJhZnQtaWV0Zi1pc2lzLW1wbHMtZWxjICYgZHJhZnQtaWV0Zi1vc3BmLW1w bHMtZWxjDQoNCkhpIFdHLA0KDQpTb21lIGRpc2N1c3Npb25zIG9jY3VycmVkIG9uIHRoZSBtYWls aW5nIGxpc3Qgb24gaG93IHRvIGVuY29kZSB0aGUgZW50cm9weSBsYWJlbCBjYXBhYmlsaXR5IGZv ciBTUiBidXQgd2UgaGFkbuKAmXQgZm91bmQgYSBjb25zZW5zdXMgb24gdGhlIHRhcmdldCBzb2x1 dGlvbi4NCklFVEYgMTAzIHdhcyB0aGUgb3Bwb3J0dW5pdHkgdG8gbWVldCBmYWNlIHRvIGZhY2Ug dmFyaW91cyBwZW9wbGUgdGhhdCBoYXZlIHBhcnRpY2lwYXRlZCB0byB0aGlzIGRpc2N1c3Npb24u DQoNCkZvbGxvd2luZyB0aGlzIGRpc2N1c3Npb24sIHdlIGFyZSBjb21pbmcgd2l0aCB0aGUgZm9s bG93aW5nIHByb3Bvc2FsIHRoYXQgdGhlIFdHIG5lZWQgdG8gdmFsaWRhdGU6DQoNClRoZSBlbnRy b3B5IGxhYmVsIGNhcGFiaWxpdHkgaXMgc3RpbGwgY29uc2lkZXJlZCBhcyBhIHBlciBub2RlIHBy b3BlcnR5IChmb3Igc2ltcGxpY2l0eSByZWFzb24sIHdlIGRvIG5vdCB3YW50IHRvIGhhdmUgYW4g RUxDIHBlciBsaW5lY2FyZCkuDQpUaGUgRVJMRCBpcyBjb25zaWRlcmVkIGFzIGEgcGVyIG5vZGUg cHJvcGVydHkgKGZvciBzaW1wbGljaXR5IHJlYXNvbiwgd2UgZG8gbm90IHdhbnQgdG8gaGF2ZSBh biBFUkxEIHBlciBsaW5lY2FyZCkuDQoNCkhvd2V2ZXIgSUdQcyBtYXkgYWR2ZXJ0aXNlIHByZWZp eGVzIHRoYXQgYXJlIG5vdCBiZWxvbmdpbmcgdG8gdGhlIG5vZGUgaXRzZWxmIGluIGFkZGl0aW9u IHRvIHRoZSBsb2NhbCBwcmVmaXhlcyBvZiB0aGUgbm9kZXMuDQpBIHR5cGljYWwgdXNlIGNhc2Ug aXMgd2hlbiB0d28gSUdQIGRvbWFpbnMgKHJ1bm5pbmcgdGhlIHNhbWUgcHJvdG9jb2wgb3IgYSBk aWZmZXJlbnQgb25lKSBhcmUgcmVkaXN0cmlidXRpbmcgcm91dGVzIGJldHdlZW4gZWFjaCBvdGhl ci4NClRoZSBpbnRlci1hcmVhIHVzZSBjYXNlIGlzIGFsc28gY3JlYXRpbmcgYSBzaW1pbGFyIHNp dHVhdGlvbi4NCg0KV2hlbiBhbiBpbmdyZXNzIG5vZGUgcHVzaGVzIGFuIGVudHJvcHkgbGFiZWwg YmVsb3cgYSBzZWdtZW50ICBpdCBtdXN0IGVuc3VyZSB0aGF0IHRoZSB0YWlsLWVuZCBvZiB0aGUg c2VnbWVudCBpcyBlbnRyb3B5IGxhYmVsIGNhcGFibGUgb3RoZXJ3aXNlIHBhY2tldHMgd2lsbCBi ZSBkcm9wcGVkLg0KDQpBcyBhIGNvbnNlcXVlbmNlLCB3aGVuIHByZWZpeGVzIGFyZSByZWRpc3Ry aWJ1dGVkLCB0aGUgZW50cm9weSBsYWJlbCBjYXBhYmlsaXR5IG9mIHRoZSBub2RlIHdobyBoYXMg Zmlyc3RseSBvcmlnaW5hdGVkIHRoZSBwcmVmaXgsIHNob3VsZCBiZSBhc3NvY2lhdGVkIHRvIHRo ZSBwcmVmaXggZHVyaW5nIHRoZSByZWRpc3RyaWJ1dGlvbi4NCg0KSW4gdGVybXMgb2YgZW5jb2Rp bmcsIHdlIHByb3Bvc2UgdG8gYXNzb2NpYXRlIGFuIGVudHJvcHkgbGFiZWwgY2FwYWJpbGl0eSBm b3IgZWFjaCBwcmVmaXggYWR2ZXJ0aXNlZCBieSBhIG5vZGUuDQpUaGUgZW50cm9weSBsYWJlbCBj YXBhYmlsaXR5IHdpbGwgYmUgZW5jb2RlZCBhcyBwYXJ0IG9mIHRoZSBQcmVmaXggQXR0cmlidXRl cyBJR1AgZXh0ZW5zaW9uIChSRkM3Nzk0IGFuZCBSRkM3Njg0KS4NClRoZSBlbnRyb3B5IGxhYmVs IGNhcGFiaWxpdHkgbWF5IGJlIHNldCBmb3IgbG9jYWwgcHJlZml4ZXMgKGUuZy4gbG9vcGJhY2tz KSBieSBhIGxvY2FsIGNvbmZpZ3VyYXRpb24gYW5kIGZvciBsZWFrZWQvcmVkaXN0cmlidXRlZCBw cmVmaXhlcy4gV2hlbiBhIHByZWZpeCBpcyBsZWFrZWQgb3IgcmVkaXN0cmlidXRlZCwgdGhlIEVM QyBhc3NvY2lhdGVkIHRvIHRoZSBwcmVmaXggbWF5IGJlIGFsc28gbGVha2VkL3JlZGlzdHJpYnV0 ZWQuDQoNCkFuIGluZ3Jlc3Mgc2hvdWxkIHNldCB0aGUgZW50cm9weSBsYWJlbCBiZWxvdyBhIE5v ZGUvUHJlZml4IHNlZ21lbnQgb25seSBpZiB0aGUgcHJlZml4IGFzc29jaWF0ZWQgdG8gdGhlIE5v ZGUvUHJlZml4IHNlZ21lbnQgYXMgdGhlIEVMQyBzZXQgaW4gdGhlIFByZWZpeCBBdHRyaWJ1dGVz Lg0KQW4gaW5ncmVzcyBzaG91bGQgc2V0IHRoZSBlbnRyb3B5IGxhYmVsIGJlbG93IGFuIEFkamFj ZW5jeSBzZWdtZW50IG9ubHkgaWYgdGhlIGFkamFjZW50IG5laWdoYm9yIG9mIHRoZSBub2RlIHRo YXQgaGFzIGFkdmVydGlzZWQgdGhlIEFkaiBTSUQgaXMgYWR2ZXJ0aXNpbmcgYW4gRVJMRCAoYW5k IHNvIGlzIGVudHJvcHkgbGFiZWwgY2FwYWJsZSkuDQoNCkZvciB0aGUgYmluZGluZyBTSUQsIGFz IElHUHMgYXJlIG5vdCBpbnZvbHZlZCBpbiB0aGUgc2lnbmFsaW5nIG9mIHRoZSBiaW5kaW5nIFNJ RCwgdGhlcmUgaXMgbm90aGluZyB0byBkbyBpbiB0aGVzZSBkcmFmdHMuDQoNCg0KTGV0IHVzIGtu b3cgeW91ciBjb21tZW50cy9mZWVkYmFjayBvbiB0aGlzIHByb3Bvc2FsIHNvIHdlIGNhbiBwcm9n cmVzcyB0aGVzZSBkb2N1bWVudHMuDQoNCkJyZ2RzLA0KDQpTdGVwaGFuZQ0KDQoNCl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N Cg0KDQoNCkNlIG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIg ZGVzIGluZm9ybWF0aW9ucyBjb25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRv aXZlbnQgZG9uYw0KDQpwYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5z IGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2 ZXVpbGxleiBsZSBzaWduYWxlcg0KDQphIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5z aSBxdWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFu dCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLA0KDQpPcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNw b25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdlIGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZp ZS4gTWVyY2kuDQoNCg0KDQpUaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29u dGFpbiBjb25maWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBw cm90ZWN0ZWQgYnkgbGF3Ow0KDQp0aGV5IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQg b3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlvbi4NCg0KSWYgeW91IGhhdmUgcmVjZWl2ZWQg dGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUg dGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuDQoNCkFzIGVtYWlscyBtYXkgYmUgYWx0 ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1v ZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC4NCg0KVGhhbmsgeW91Lg0KDQoKX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwoK Q2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5m b3JtYXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBk b25jCnBhcyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0 aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxl IHNpZ25hbGVyCmEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGll Y2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxl cyBkJ2FsdGVyYXRpb24sCk9yYW5nZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNl IG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS4KClRoaXMg bWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciBw cml2aWxlZ2VkIGluZm9ybWF0aW9uIHRoYXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7CnRoZXkg c2hvdWxkIG5vdCBiZSBkaXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jp c2F0aW9uLgpJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ug bm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2ht ZW50cy4KQXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3Ig bWVzc2FnZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLgpU aGFuayB5b3UuCgo= --_000_9E32478DFA9976438E7A22F69B08FF924B76D796OPEXCLILMA4corp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6eD0idXJuOnNjaGVtYXMtbWljcm9z b2Z0LWNvbTpvZmZpY2U6ZXhjZWwiIHhtbG5zOnA9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206 b2ZmaWNlOnBvd2VycG9pbnQiIHhtbG5zOmE9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2Zm aWNlOmFjY2VzcyIgeG1sbnM6ZHQ9InV1aWQ6QzJGNDEwMTAtNjVCMy0xMWQxLUEyOUYtMDBBQTAw QzE0ODgyIiB4bWxuczpzPSJ1dWlkOkJEQzZFM0YwLTZEQTMtMTFkMS1BMkEzLTAwQUEwMEMxNDg4 MiIgeG1sbnM6cnM9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206cm93c2V0IiB4bWxuczp6PSIj Um93c2V0U2NoZW1hIiB4bWxuczpiPSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTpw dWJsaXNoZXIiIHhtbG5zOnNzPSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTpzcHJl YWRzaGVldCIgeG1sbnM6Yz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6Y29tcG9u ZW50OnNwcmVhZHNoZWV0IiB4bWxuczpvZGM9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2Zm aWNlOm9kYyIgeG1sbnM6b2E9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOmFjdGl2 YXRpb24iIHhtbG5zOmh0bWw9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1odG1sNDAiIHhtbG5z OnE9Imh0dHA6Ly9zY2hlbWFzLnhtbHNvYXAub3JnL3NvYXAvZW52ZWxvcGUvIiB4bWxuczpydGM9 Imh0dHA6Ly9taWNyb3NvZnQuY29tL29mZmljZW5ldC9jb25mZXJlbmNpbmciIHhtbG5zOkQ9IkRB VjoiIHhtbG5zOlJlcGw9Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vcmVwbC8iIHhtbG5z Om10PSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL3NoYXJlcG9pbnQvc29hcC9tZWV0aW5n cy8iIHhtbG5zOngyPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS9leGNlbC8y MDAzL3htbCIgeG1sbnM6cHBkYT0iaHR0cDovL3d3dy5wYXNzcG9ydC5jb20vTmFtZVNwYWNlLnhz ZCIgeG1sbnM6b2lzPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL3NoYXJlcG9pbnQvc29h cC9vaXMvIiB4bWxuczpkaXI9Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vc2hhcmVwb2lu dC9zb2FwL2RpcmVjdG9yeS8iIHhtbG5zOmRzcD0iaHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNv bS9zaGFyZXBvaW50L2RzcCIgeG1sbnM6dWRjPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29t L2RhdGEvdWRjIiB4bWxuczp4c2Q9Imh0dHA6Ly93d3cudzMub3JnLzIwMDEvWE1MU2NoZW1hIiB4 bWxuczpzdWI9Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vc2hhcmVwb2ludC9zb2FwLzIw MDIvMS9hbGVydHMvIiB4bWxuczplYz0iaHR0cDovL3d3dy53My5vcmcvMjAwMS8wNC94bWxlbmMj IiB4bWxuczpzcD0iaHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNvbS9zaGFyZXBvaW50LyIgeG1s bnM6c3BzPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL3NoYXJlcG9pbnQvc29hcC8iIHht bG5zOnhzaT0iaHR0cDovL3d3dy53My5vcmcvMjAwMS9YTUxTY2hlbWEtaW5zdGFuY2UiIHhtbG5z OnVkY3M9Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vZGF0YS91ZGMvc29hcCIgeG1sbnM6 dWRjeGY9Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vZGF0YS91ZGMveG1sZmlsZSIgeG1s bnM6dWRjcDJwPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL2RhdGEvdWRjL3BhcnR0b3Bh cnQiIHhtbG5zOndmPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL3NoYXJlcG9pbnQvc29h cC93b3JrZmxvdy8iIHhtbG5zOmRzc3M9Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vb2Zm aWNlLzIwMDYvZGlnc2lnLXNldHVwIiB4bWxuczpkc3NpPSJodHRwOi8vc2NoZW1hcy5taWNyb3Nv ZnQuY29tL29mZmljZS8yMDA2L2RpZ3NpZyIgeG1sbnM6bWRzc2k9Imh0dHA6Ly9zY2hlbWFzLm9w ZW54bWxmb3JtYXRzLm9yZy9wYWNrYWdlLzIwMDYvZGlnaXRhbC1zaWduYXR1cmUiIHhtbG5zOm12 ZXI9Imh0dHA6Ly9zY2hlbWFzLm9wZW54bWxmb3JtYXRzLm9yZy9tYXJrdXAtY29tcGF0aWJpbGl0 eS8yMDA2IiB4bWxuczptPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0 LzEyL29tbWwiIHhtbG5zOm1yZWxzPSJodHRwOi8vc2NoZW1hcy5vcGVueG1sZm9ybWF0cy5vcmcv cGFja2FnZS8yMDA2L3JlbGF0aW9uc2hpcHMiIHhtbG5zOnNwd3A9Imh0dHA6Ly9taWNyb3NvZnQu Y29tL3NoYXJlcG9pbnQvd2VicGFydHBhZ2VzIiB4bWxuczpleDEydD0iaHR0cDovL3NjaGVtYXMu bWljcm9zb2Z0LmNvbS9leGNoYW5nZS9zZXJ2aWNlcy8yMDA2L3R5cGVzIiB4bWxuczpleDEybT0i aHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNvbS9leGNoYW5nZS9zZXJ2aWNlcy8yMDA2L21lc3Nh Z2VzIiB4bWxuczpwcHRzbD0iaHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNvbS9zaGFyZXBvaW50 L3NvYXAvU2xpZGVMaWJyYXJ5LyIgeG1sbnM6c3BzbD0iaHR0cDovL21pY3Jvc29mdC5jb20vd2Vi c2VydmljZXMvU2hhcmVQb2ludFBvcnRhbFNlcnZlci9QdWJsaXNoZWRMaW5rc1NlcnZpY2UiIHht bG5zOlo9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206IiB4bWxuczp0YXg9Imh0dHA6Ly9zY2hl bWFzLm1pY3Jvc29mdC5jb20vc2hhcmVwb2ludC90YXhvbm9teS9zb2FwLyIgeG1sbnM6dG5zPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL3NoYXJlcG9pbnQvc29hcC9yZWNvcmRzcmVwb3Np dG9yeS8iIHhtbG5zOnNwc3VwPSJodHRwOi8vbWljcm9zb2Z0LmNvbS93ZWJzZXJ2aWNlcy9TaGFy ZVBvaW50UG9ydGFsU2VydmVyL1VzZXJQcm9maWxlU2VydmljZSIgeG1sbnM6bW1sPSJodHRwOi8v d3d3LnczLm9yZy8xOTk4L01hdGgvTWF0aE1MIiB4bWxuczpzdD0iJiMxOyIgeG1sbnM9Imh0dHA6 Ly93d3cudzMub3JnL1RSL1JFQy1odG1sNDAiPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJD b250ZW50LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBu YW1lPSJHZW5lcmF0b3IiIGNvbnRlbnQ9Ik1pY3Jvc29mdCBXb3JkIDE0IChmaWx0ZXJlZCBtZWRp dW0pIj4NCjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlNpbVN1bjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCkBm b250LWZhY2UNCgl7Zm9udC1mYW1pbHk6UE1pbmdMaVU7DQoJcGFub3NlLTE6MiAyIDUgMCAwIDAg MCAwIDAgMDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJNUyBHb3RoaWMiOw0KCXBhbm9z ZS0xOjIgMTEgNiA5IDcgMiA1IDggMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Ik1T IEdvdGhpYyI7DQoJcGFub3NlLTE6MiAxMSA2IDkgNyAyIDUgOCAyIDQ7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6VGFob21hOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDMg NSA0IDQgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q29uc29sYXM7DQoJcGFub3Nl LTE6MiAxMSA2IDkgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiXEBQ TWluZ0xpVSI7DQoJcGFub3NlLTE6MiAyIDUgMCAwIDAgMCAwIDAgMDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OiJcQE1TIEdvdGhpYyI7DQoJcGFub3NlLTE6MiAxMSA2IDkgNyAyIDUgOCAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiTVMgVUkgR290aGljIjsNCglwYW5vc2Ut MToyIDExIDYgMCA3IDIgNSA4IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQE1T IFVJIEdvdGhpYyI7DQoJcGFub3NlLTE6MiAxMSA2IDAgNyAyIDUgOCAyIDQ7fQ0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiXEBTaW1TdW4iOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAx IDE7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0K CW1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsN Cgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9u OnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNv LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5k ZXJsaW5lO30NCnByZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6 IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTou MDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5z LXNlcmlmIjsNCgltc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTjt9DQpwLk1zb0FjZXRhdGUsIGxp Lk1zb0FjZXRhdGUsIGRpdi5Nc29BY2V0YXRlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglt c28tc3R5bGUtbGluazoiQmFsbG9vbiBUZXh0IENoYXIiOw0KCW1hcmdpbjowaW47DQoJbWFyZ2lu LWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGli cmkiLCJzYW5zLXNlcmlmIjsNCgltc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTjt9DQpzcGFuLkhU TUxQcmVmb3JtYXR0ZWRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJIVE1MIFByZWZvcm1hdHRlZCBD aGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJl Zm9ybWF0dGVkIjsNCglmb250LWZhbWlseTpDb25zb2xhczsNCgltc28tZmFyZWFzdC1sYW5ndWFn ZTpaSC1DTjt9DQpzcGFuLkJhbGxvb25UZXh0Q2hhcg0KCXttc28tc3R5bGUtbmFtZToiQmFsbG9v biBUZXh0IENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoi QmFsbG9vbiBUZXh0IjsNCglmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7DQoJbXNv LWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ047fQ0KcC5tc29ub3JtYWwwLCBsaS5tc29ub3JtYWwwLCBk aXYubXNvbm9ybWFsMA0KCXttc28tc3R5bGUtbmFtZTptc29ub3JtYWw7DQoJbXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0bzsNCgltYXJnaW4tbGVmdDowaW47DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls eToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiOw0KCW1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNO O30NCnAuaHRtbCwgbGkuaHRtbCwgZGl2Lmh0bWwNCgl7bXNvLXN0eWxlLW5hbWU6aHRtbDsNCglt YXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0K CWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJbXNvLWZhcmVhc3QtbGFuZ3Vh Z2U6WkgtQ047fQ0KcC5hLCBsaS5hLCBkaXYuYQ0KCXttc28tc3R5bGUtbmFtZTrmibnms6jmoYbm lofmnKw7DQoJbXNvLXN0eWxlLWxpbms6Y2hhcjsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0 b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwi c2Fucy1zZXJpZiI7DQoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ047fQ0Kc3Bhbi5odG1scHJl Zm9ybWF0dGVkY2hhcjANCgl7bXNvLXN0eWxlLW5hbWU6aHRtbHByZWZvcm1hdHRlZGNoYXI7DQoJ bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWZvbnQtZmFtaWx5OkNvbnNvbGFzO30NCnNwYW4uYmFs bG9vbnRleHRjaGFyMA0KCXttc28tc3R5bGUtbmFtZTpiYWxsb29udGV4dGNoYXI7DQoJbXNvLXN0 eWxlLXByaW9yaXR5Ojk5Ow0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjt9DQpz cGFuLmh0bWxjaGFyDQoJe21zby1zdHlsZS1uYW1lOmh0bWxjaGFyOw0KCW1zby1zdHlsZS1wcmlv cml0eTo5OTsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCnNwYW4uY2hhcg0KCXttc28t c3R5bGUtbmFtZTpjaGFyOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGlu azrmibnms6jmoYbmlofmnKw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjt9 DQpzcGFuLkVtYWlsU3R5bGUyOA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZh bWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5F bWFpbFN0eWxlMjkNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNh bGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uRW1haWxTdHlsZTMw DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fu cy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUzMQ0KCXttc28tc3R5 bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0K CWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxlMzINCgl7bXNvLXN0eWxlLXR5cGU6cGVy c29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xv cjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5 Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0KQHBhZ2UgV29yZFNlY3Rp b24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBp bjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+ PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBz cGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4 bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIg ZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4N Cjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xh c3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29s b3I6IzFGNDk3RCI+QXMgbWVudGlvbmVkLCB5b3UgY291bGQgbm90IGJlIGF3YXJlIG9mIGFsbCB0 aGUgY29uc3RyYWludHMgdGhhdCB3ZSBoYXZlIGFuZCBCR1AgMzEwNyBpcyBub3QgYW4gb3B0aW9u Lg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImNvbG9yOiMxRjQ5N0QiPk5vdGUgdGhhdCB0aGlzIGtpbmQgb2YgcmVkaXN0cmlidXRpb24g Y2FuIGV2ZW4gaGFwcGVuIHdpdGhpbiBhIHNpbmdsZSBBUy4gV2UgaGFkIHNvbWUgT1NQRiBkb21h aW4gcHJlZml4ZXMgbGVha2VkIGluIHRoZSBJU0lTIEwyIGluIHRoZSBwYXN0IGluIGEgc2luZ2xl IEFTLiBOb3RoaW5nIHByZXZlbnRzIHRoaXMgZGVzaWduIHRvIGNvbWUgYmFjayBhZ2Fpbi48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29s b3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6 RU4tVVMiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFy ZWFzdC1sYW5ndWFnZTpFTi1VUyI+DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7TVMgVUkgR290aGljJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPuW+kOWwj+iZjjwvc3Bhbj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+KDwvc3Bhbj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtQTWluZ0xpVSZx dW90OywmcXVvdDtzZXJpZiZxdW90Ozttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+5LmJ5YWI PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rh aG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWxhbmd1YWdlOkVO LVVTIj4pDQogW21haWx0bzp4aWFvaHUueHhoQGFsaWJhYmEtaW5jLmNvbV0gPGJyPg0KPGI+U2Vu dDo8L2I+IFR1ZXNkYXksIE5vdmVtYmVyIDIwLCAyMDE4IDA5OjM1PGJyPg0KPGI+VG86PC9iPiBz cHJpbmc7IEFpanVuIFdhbmc7IExJVEtPV1NLSSBTdGVwaGFuZSBPQlMvT0lOSVM7IGxzckBpZXRm Lm9yZzxicj4NCjxiPkNjOjwvYj4gc3ByaW5nQGlldGYub3JnPGJyPg0KPGI+U3ViamVjdDo8L2I+ IFJlOiBbc3ByaW5nXSBkcmFmdC1pZXRmLWlzaXMtbXBscy1lbGMgJmFtcDsgZHJhZnQtaWV0Zi1v c3BmLW1wbHMtZWxjPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtU YWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+SWYgSSB1bmRl cnN0b29kIGl0IGNvcnJlY3RseSwmbmJzcDtkcmFmdC13YW5nLWxzci1vc3BmLXByZWZpeC1vcmln aW5hdG9yLWV4dC0wMCBpcyBhbiBPU1BGIGNvdW50ZXJwYXJ0IG9mIFJGQzc3OTQgZnJvbSB0aGUg cGVyc3BlY3RpdmUgb2YgY29ycmVsYXRpb24gb2YgcHJlZml4ZXMgYW5kDQogdGhlaXIgb3JpZ2lu YXRvciBpbiB0aGUgaW50ZXItYXJlYSBzY2VuYXJpby4gQXMgc3VjaCwgdGhlc2UgdHdvIGRyYWZ0 cyBhcmUgdXNlZnVsIGZvciB0aGUgdXNhZ2Ugb2YgRUxDJm5ic3A7aW4gdGhlIGludGVyLWFyZWEg c2NlbmFyaW8uPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9t YSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5BcyBmb3IgdGhlIGlu dGVyLUFTIHNjZW5hcmlvLCBJTUhPLCBCR1AgTFNQIG92ZXIgU1IgTFNQIGlzIHRoZSBiZXN0IGNo b2ljZS4gSW4gb3RoZXIgd29yZHMsIEkgZG91YnQgdGhlIG5lY2Vzc2l0eSZuYnNwO29mIGFkdmVy dGlzaW5nIHRoZSBFTEMmbmJzcDthY3Jvc3MgQVNlcyBWSUEmbmJzcDtJR1AgUkVESVNUUklCVVRJ T04uJm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9t YSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5CZXN0IHJlZ2FyZHMs PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21h JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPlhpYW9odTxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi1yaWdodDow aW4iPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOmJsYWNrIj4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVw dDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjpibGFjayI+RnJvbTpMZXMgR2luc2JlcmcgKGdpbnNiZXJnKSAmbHQ7Z2luc2JlcmdAY2lz Y28uY29tJmd0OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZx dW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5TZW5k IFRpbWU6MjAxODwvc3Bhbj48c3BhbiBsYW5nPSJaSC1DTiIgc3R5bGU9ImZvbnQtc2l6ZToxMC41 cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7TVMgR290aGljJnF1b3Q7O2NvbG9yOmJsYWNrIj7lubQ8L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21h JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjExPC9zcGFuPjxzcGFu IGxhbmc9IlpILUNOIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtN UyBHb3RoaWMmcXVvdDs7Y29sb3I6YmxhY2siPuaciDwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjpibGFjayI+MjA8L3NwYW4+PHNwYW4gbGFuZz0iWkgtQ04iIHN0eWxlPSJm b250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O01TIEdvdGhpYyZxdW90Oztjb2xvcjpi bGFjayI+5pelPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5 OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4o PC9zcGFuPjxzcGFuIGxhbmc9IlpILUNOIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZh bWlseTomcXVvdDtNUyBHb3RoaWMmcXVvdDs7Y29sb3I6YmxhY2siPuaYn+acn+S6jDwvc3Bhbj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+KQ0KIDE0OjUyPG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPlRvOkFpanVuIFdhbmcgJmx0O3dhbmdh aWp1bkB0c2luZ2h1YS5vcmcuY24mZ3Q7OyBzdGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbSAm bHQ7c3RlcGhhbmUubGl0a293c2tpQG9yYW5nZS5jb20mZ3Q7OyBsc3JAaWV0Zi5vcmcgJmx0O2xz ckBpZXRmLm9yZyZndDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWls eTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+ Q2M6c3ByaW5nQGlldGYub3JnICZsdDtzcHJpbmdAaWV0Zi5vcmcmZ3Q7PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPlN1YmplY3Q6UmU6IFtzcHJpbmddIGRyYWZ0LWll dGYtaXNpcy1tcGxzLWVsYyAmYW1wOyBkcmFmdC1pZXRmLW9zcGYtbXBscy1lbGM8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFG NDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+QWlqdW4g4oCTPC9zcGFuPjxzcGFuIHN0 eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4t VVMiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdE O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5JbiB0aGUgaW50ZXItQVMgY2FzZSwgd2hhdCBp cyBuZWVkZWQgaXMgdG8ga25vdyBFTEMgb2YgdGhlIG9yaWdpbmF0aW5nIG5vZGUuIFNpbXBseSBr bm93aW5nIHdobyB0aGUgb3JpZ2luYXRvciBvZiBhbiBhZHZlcnRpc2VtZW50IGlzIG5vdCBzdWZm aWNpZW50Ljwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEO21z by1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9y OmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iY29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+SWYgRUxD IGlzIGFkdmVydGlzZWQgYXMgYSBub2RlIGNhcGFiaWxpdHksIHRoZW4gYSBjb250cm9sbGVyIHdp dGggYWNjZXNzIHRvIEJHUC1MUyBkYXRhYmFzZSBmb3IgYm90aCBBU3MgY291bGQgZGV0ZXJtaW5l IEVMQyBieSBwaWVjaW5nIHRvZ2V0aGVyIHRoZSBub2RlIGNhcGFiaWxpdHkgYWR2ZXJ0aXNlbWVu dCBhbmQNCiB0aGUgcHJlZml4IGFkdmVydGlzZW1lbnQgdyBvcmlnaW5hdGluZyByb3V0ZXItaWQu PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVh c3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5CdXQgd2hhdCBTdGVw aGFuZSBoYXMgcHJvcG9zZWQgZm9yIHRoZSBpbnRlci1BUyBjYXNlIGlzIGEgd2F5IHRvIGtub3cg RUxDIGluIHRoZSBhYnNlbmNlIG9mIGEgY29udHJvbGxlci48L3NwYW4+PHNwYW4gc3R5bGU9ImNv bG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+VGhp cyBtZWFucyBub2RlcyBpbiBBUyAjMSBuZWVkIHRvIGhhdmUgRUxDIGNhcGFiaWxpdHkgaW5mbyBm b3Igbm9kZXMgaW4gQVMgIzIuPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9y OiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkFzIHRoZXJlIGlzIG5vIHdheSB0 byByZWRpc3RyaWJ1dGUgSUdQIE5vZGUgQ2FwYWJpbGl0eSBhZHZlcnRpc2VtZW50cyBiZXR3ZWVu IGRpZmZlcmVudCBJR1AgaW5zdGFuY2VzLCB0aGUgYWx0ZXJuYXRpdmUgaXMgdG8gYWR2ZXJ0aXNl IEVMQyBhc3NvY2lhdGVkIHdpdGggYSBwcmVmaXggYWR2ZXJ0aXNlbWVudCBzaW5jZQ0KIHRoZSBw cmVmaXggYWR2ZXJ0aXNlbWVudCBjYW4gYmUgcmVkaXN0cmlidXRlZCBiZXR3ZWVuIElHUCBpbnN0 YW5jZXMuPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0Q7bXNv LWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPktub3dpbmcgdGhlIG9yaWdpbmF0b3Igb2YgdGhlIHBy ZWZpeCBpcyBuZWNlc3NhcnksIGJ1dCBpdCBpcyBub3Qgc3VmZmljaWVudC48L3NwYW4+PHNwYW4g c3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpF Ti1VUyI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5 N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkhvcGUgdGhpcyBpcyBjbGVhci48L3NwYW4+ PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5n dWFnZTpFTi1VUyI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9y OiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyBM ZXM8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RDttc28tZmFy ZWFzdC1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj ayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImNvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOzwvc3Bh bj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxh bmd1YWdlOkVOLVVTIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpz b2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNC4wcHQiPg0KPGRpdiBzdHlsZT0i Ym9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6MGluIDBp biAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjpi bGFjayI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+IEFpanVuIFdh bmcgJmx0O3dhbmdhaWp1bkB0c2luZ2h1YS5vcmcuY24mZ3Q7DQo8YnI+DQo8Yj5TZW50OjwvYj4g TW9uZGF5LCBOb3ZlbWJlciAxOSwgMjAxOCAxMDo0MSBQTTxicj4NCjxiPlRvOjwvYj4gTGVzIEdp bnNiZXJnIChnaW5zYmVyZykgJmx0O2dpbnNiZXJnQGNpc2NvLmNvbSZndDs7IHN0ZXBoYW5lLmxp dGtvd3NraUBvcmFuZ2UuY29tOyBsc3JAaWV0Zi5vcmc8YnI+DQo8Yj5DYzo8L2I+IHNwcmluZ0Bp ZXRmLm9yZzxicj4NCjxiPlN1YmplY3Q6PC9iPiA8L3NwYW4+PHNwYW4gbGFuZz0iWkgtQ04iIHN0 eWxlPSJmb250LWZhbWlseTpTaW1TdW47Y29sb3I6YmxhY2siPuetlOWkjTwvc3Bhbj48c3BhbiBz dHlsZT0iY29sb3I6YmxhY2siPjogW3NwcmluZ10gZHJhZnQtaWV0Zi1pc2lzLW1wbHMtZWxjICZh bXA7IGRyYWZ0LWlldGYtb3NwZi1tcGxzLWVsYzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj5IaSwgTGVzIGFuZCBTdGVwaGFuZTo8L3Nw YW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0 OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtjb2xvcjojMUY0OTdEIj48YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwv ZHJhZnQtd2FuZy1sc3Itb3NwZi1wcmVmaXgtb3JpZ2luYXRvci1leHQtMDAiIHRhcmdldD0iX2Js YW5rIj5odHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtd2FuZy1sc3Itb3NwZi1wcmVm aXgtb3JpZ2luYXRvci1leHQtMDA8L2E+IGlzIHRyeWluZyB0byBzb2x2ZQ0KIHdoYXQgeW91IGFy ZSBjb25jZXJuaW5nIGZvci48L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj5BcyB5b3Ugc2FpZCwgRUxDL0VSTEQgYXJlIGZ1bmN0 aW9uYWxseSBub2RlIGNhcGFiaWxpdGllcywgYnV0IHdoZW4gd2UgdHJ5IHRvIHNlbmQgdHJhZmZp Yywgd2Ugc2hvdWxkIGNvbnNpZGVyIHRoZSBwcmVmaXhlcyBpdHNlbGYuPC9zcGFuPjxzcGFuIHN0 eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6IzFGNDk3RCI+VGhlIGFi b3ZlIGRyYWZ0IHByb3Bvc2FsIHRvIGFkZCBwcmVmaXggb3JpZ2luYXRvciB0byBhZGRyZXNzIHRo aXMuIEFmdGVyIGdldHRpbmcgdGhpcyBpbmZvcm1hdGlvbiwgdGhlIHJlY2VpdmVyIGNhbiB0aGVu IGJ1aWxkIHRoZSByZWxhdGlvbnNoaXAgYmV0d2VlbiBwcmVmaXhlcyBhbmQgRUxDL0VSTEQuPC9z cGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6IzFG NDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj ayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRl eHQtYWxpZ246anVzdGlmeSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6IzFG NDk3RCI+QmVzdCBSZWdhcmRzLjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWFsaWdu Omp1c3RpZnkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPiZu YnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWFsaWduOmp1c3RpZnkiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPkFpanVuIFdhbmc8L3NwYW4+ PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hbGlnbjpqdXN0aWZ5Ij48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj5OZXR3b3JrIFImYW1wO0QgYW5kIE9wZXJhdGlv biBTdXBwb3J0IERlcGFydG1lbnQ8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hbGln bjpqdXN0aWZ5Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj5D aGluYSBUZWxlY29tIENvcnBvcmF0aW9uIExpbWl0ZWQgQmVpamluZyBSZXNlYXJjaCBJbnN0aXR1 dGUsQmVpamluZywgQ2hpbmEuPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC41cHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xv cjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7 Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gMGluIj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IlpILUNOIiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTpTaW1TdW47Y29sb3I6YmxhY2siPuWPkeS7tuS6ujwvc3Bh bj48L2I+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6U2ltU3Vu O2NvbG9yOmJsYWNrIj46PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTpTaW1TdW47Y29sb3I6YmxhY2siPiBMZXMNCiBHaW5zYmVyZyAoZ2luc2Jlcmcp IFs8YSBocmVmPSJtYWlsdG86Z2luc2JlcmdAY2lzY28uY29tIiB0YXJnZXQ9Il9ibGFuayI+bWFp bHRvOmdpbnNiZXJnQGNpc2NvLmNvbTwvYT5dDQo8YnI+DQo8Yj48c3BhbiBsYW5nPSJaSC1DTiI+ 5Y+R6YCB5pe26Ze0PC9zcGFuPjo8L2I+IDIwMTg8c3BhbiBsYW5nPSJaSC1DTiI+5bm0PC9zcGFu PjExPHNwYW4gbGFuZz0iWkgtQ04iPuaciDwvc3Bhbj4yMDxzcGFuIGxhbmc9IlpILUNOIj7ml6U8 L3NwYW4+IDI6MDA8YnI+DQo8Yj48c3BhbiBsYW5nPSJaSC1DTiI+5pS25Lu25Lq6PC9zcGFuPjo8 L2I+IDxhIGhyZWY9Im1haWx0bzpzdGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbSIgdGFyZ2V0 PSJfYmxhbmsiPg0Kc3RlcGhhbmUubGl0a293c2tpQG9yYW5nZS5jb208L2E+OyA8YSBocmVmPSJt YWlsdG86bHNyQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+DQpsc3JAaWV0Zi4ub3JnPC9hPjxi cj4NCjxiPjxzcGFuIGxhbmc9IlpILUNOIj7mioTpgIE8L3NwYW4+OjwvYj4gPGEgaHJlZj0ibWFp bHRvOnNwcmluZ0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPg0Kc3ByaW5nQGlldGYub3JnPC9h Pjxicj4NCjxiPjxzcGFuIGxhbmc9IlpILUNOIj7kuLvpopg8L3NwYW4+OjwvYj4gUmU6IFtzcHJp bmddIGRyYWZ0LWlldGYtaXNpcy1tcGxzLWVsYyAmYW1wOyBkcmFmdC1pZXRmLW9zcGYtbXBscy1l bGM8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+ Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImNvbG9yOiMxRjQ5N0QiPlN0ZXBoYW5lIOKAkzwvc3Bhbj48c3BhbiBzdHlsZT0iY29s b3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9y OmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iY29sb3I6IzFGNDk3RCI+VGhlIHVzZSBjYXNlIGZvciB0aGlzIHByb3Bvc2FsIGlz IHRvIHN1cHBvcnQgaW50ZXItQVMgc2NlbmFyaW9zIGluIHRoZSBhYnNlbmNlIG9mIGEgY29udHJv bGxlci48L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+SWYg dGhlIFdHIGFncmVlcyB0aGF0IHRoaXMgdXNlIGNhc2UgbmVlZHMgdG8gYmUgYWRkcmVzc2VkIEkg YmVsaWV2ZSB0aGUgcHJvcG9zYWwgYmVsb3cgaXMgYSBnb29kIGFuZCB2aWFibGUgY29tcHJvbWlz ZS48L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Jm5ic3A7 PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkkgc2F5IOKA nGNvbXByb21pc2XigJ0gYmVjYXVzZSDigJMgYXMgeW91IG1lbnRpb24gYmVsb3cg4oCTIEVMQy9F TFJEIGFyZSBmdW5jdGlvbmFsbHkgbm9kZSBjYXBhYmlsaXRpZXMuIEJ1dCB0aGUgaW50ZXItQVMg dXNlIGNhc2UgcmVxdWlyZXMgc2lnbmFsaW5nIGJldHdlZW4gQVPigJlzIGFuZCB0aGUgdmVoaWNs ZSB3ZSBoYXZlIGZvciBkb2luZyB0aGF0IGlzIGEgcHJlZml4IGFkdmVydGlzZW1lbnQuDQogVGhl IGNvbXByb21pc2UgaXMgdG8gYWR2ZXJ0aXNlIEVMQyBhc3NvY2lhdGVkIHdpdGggYSBwcmVmaXgg 4oCTIGJ1dCBub3QgZG8gc28gZm9yIEVSTEQuPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj ayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImNvbG9yOiMxRjQ5N0QiPlRoaXMgc2VlbXMgcmVhc29uYWJsZSB0byBtZS48L3NwYW4+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFu IHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPk9uZSBjaGFuZ2UgdG8gd2hhdCB5 b3Ugc3RhdGUgYmVsb3cg4oCTIEkgdGhpbmsg4oCcd2hlbiBhIHByZWZpeCBpcyBsZWFrZWQgb3Ig cmVkaXN0cmlidXRlZCwgdGhlIEVMQyBhc3NvY2lhdGVkIHRvIHRoZSBwcmVmaXgNCjwvc3Bhbj48 c3BhbiBzdHlsZT0iY29sb3I6cmVkIj5NVVNUIDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IzFG NDk3RCI+YWxzbyBiZSBsZWFrZWQvcmVkaXN0cmlidXRlZC7igJ0uPC9zcGFuPjxzcGFuIHN0eWxl PSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsgTGVzPC9zcGFuPjxzcGFu IHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBz dHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5 bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3Jk ZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGluIDBpbiAwaW4g NC4wcHQiPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUx IDEuMHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxi PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+IExzciAmbHQ7PGEgaHJlZj0ibWFpbHRvOmxzci1ib3VuY2VzQGlldGYub3Jn IiB0YXJnZXQ9Il9ibGFuayI+bHNyLWJvdW5jZXNAaWV0Zi5vcmc8L2E+Jmd0Ow0KPGI+T24gQmVo YWxmIE9mIDwvYj48YSBocmVmPSJtYWlsdG86c3RlcGhhbmUubGl0a293c2tpQG9yYW5nZS5jb20i IHRhcmdldD0iX2JsYW5rIj5zdGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbTwvYT48YnI+DQo8 Yj5TZW50OjwvYj4gRnJpZGF5LCBOb3ZlbWJlciAwOSwgMjAxOCA2OjMwIEFNPGJyPg0KPGI+VG86 PC9iPiA8YSBocmVmPSJtYWlsdG86bHNyQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+bHNyQGll dGYub3JnPC9hPjxicj4NCjxiPkNjOjwvYj4gPGEgaHJlZj0ibWFpbHRvOnNwcmluZ0BpZXRmLm9y ZyIgdGFyZ2V0PSJfYmxhbmsiPnNwcmluZ0BpZXRmLm9yZzwvYT48YnI+DQo8Yj5TdWJqZWN0Ojwv Yj4gW0xzcl0gZHJhZnQtaWV0Zi1pc2lzLW1wbHMtZWxjICZhbXA7IGRyYWZ0LWlldGYtb3NwZi1t cGxzLWVsYzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPkhpIFdHLDxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5Tb21lIGRpc2N1c3Npb25zIG9jY3VycmVk IG9uIHRoZSBtYWlsaW5nIGxpc3Qgb24gaG93IHRvIGVuY29kZSB0aGUgZW50cm9weSBsYWJlbCBj YXBhYmlsaXR5IGZvciBTUiBidXQgd2UgaGFkbuKAmXQgZm91bmQgYSBjb25zZW5zdXMgb24gdGhl IHRhcmdldCBzb2x1dGlvbi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPklFVEYgMTAzIHdhcyB0aGUgb3Bwb3J0dW5p dHkgdG8gbWVldCBmYWNlIHRvIGZhY2UgdmFyaW91cyBwZW9wbGUgdGhhdCBoYXZlIHBhcnRpY2lw YXRlZCB0byB0aGlzIGRpc2N1c3Npb24uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si PkZvbGxvd2luZyB0aGlzIGRpc2N1c3Npb24sIHdlIGFyZSBjb21pbmcgd2l0aCB0aGUgZm9sbG93 aW5nIHByb3Bvc2FsIHRoYXQgdGhlIFdHIG5lZWQgdG8gdmFsaWRhdGU6PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4m bmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iY29sb3I6YmxhY2siPlRoZSBlbnRyb3B5IGxhYmVsIGNhcGFiaWxpdHkgaXMgc3RpbGwg Y29uc2lkZXJlZCBhcyBhIHBlciBub2RlIHByb3BlcnR5IChmb3Igc2ltcGxpY2l0eSByZWFzb24s IHdlIGRvIG5vdCB3YW50IHRvIGhhdmUgYW4gRUxDIHBlciBsaW5lY2FyZCkuPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr Ij5UaGUgRVJMRCBpcyBjb25zaWRlcmVkIGFzIGEgcGVyIG5vZGUgcHJvcGVydHkgKGZvciBzaW1w bGljaXR5IHJlYXNvbiwgd2UgZG8gbm90IHdhbnQgdG8gaGF2ZSBhbiBFUkxEIHBlciBsaW5lY2Fy ZCkuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPkhvd2V2ZXIgSUdQcyBtYXkgYWR2 ZXJ0aXNlIHByZWZpeGVzIHRoYXQgYXJlIG5vdCBiZWxvbmdpbmcgdG8gdGhlIG5vZGUgaXRzZWxm IGluIGFkZGl0aW9uIHRvIHRoZSBsb2NhbCBwcmVmaXhlcyBvZiB0aGUgbm9kZXMuPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJs YWNrIj5BIHR5cGljYWwgdXNlIGNhc2UgaXMgd2hlbiB0d28gSUdQIGRvbWFpbnMgKHJ1bm5pbmcg dGhlIHNhbWUgcHJvdG9jb2wgb3IgYSBkaWZmZXJlbnQgb25lKSBhcmUgcmVkaXN0cmlidXRpbmcg cm91dGVzIGJldHdlZW4gZWFjaCBvdGhlci48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPlRoZSBpbnRlci1hcmVhIHVz ZSBjYXNlIGlzIGFsc28gY3JlYXRpbmcgYSBzaW1pbGFyIHNpdHVhdGlvbi48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si PiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJjb2xvcjpibGFjayI+V2hlbiBhbiBpbmdyZXNzIG5vZGUgcHVzaGVzIGFuIGVudHJv cHkgbGFiZWwgYmVsb3cgYSBzZWdtZW50ICZuYnNwO2l0IG11c3QgZW5zdXJlIHRoYXQgdGhlIHRh aWwtZW5kIG9mIHRoZSBzZWdtZW50IGlzIGVudHJvcHkgbGFiZWwgY2FwYWJsZSBvdGhlcndpc2Ug cGFja2V0cyB3aWxsIGJlIGRyb3BwZWQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si PkFzIGEgY29uc2VxdWVuY2UsIHdoZW4gcHJlZml4ZXMgYXJlIHJlZGlzdHJpYnV0ZWQsIHRoZSBl bnRyb3B5IGxhYmVsIGNhcGFiaWxpdHkgb2YgdGhlIG5vZGUgd2hvIGhhcyBmaXJzdGx5IG9yaWdp bmF0ZWQgdGhlIHByZWZpeCwgc2hvdWxkIGJlIGFzc29jaWF0ZWQgdG8gdGhlIHByZWZpeCBkdXJp bmcgdGhlIHJlZGlzdHJpYnV0aW9uLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5J biB0ZXJtcyBvZiBlbmNvZGluZywgd2UgcHJvcG9zZSB0byBhc3NvY2lhdGUgYW4gZW50cm9weSBs YWJlbCBjYXBhYmlsaXR5IGZvciBlYWNoIHByZWZpeCBhZHZlcnRpc2VkIGJ5IGEgbm9kZS48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29s b3I6YmxhY2siPlRoZSBlbnRyb3B5IGxhYmVsIGNhcGFiaWxpdHkgd2lsbCBiZSBlbmNvZGVkIGFz IHBhcnQgb2YgdGhlIFByZWZpeCBBdHRyaWJ1dGVzIElHUCBleHRlbnNpb24gKFJGQzc3OTQgYW5k IFJGQzc2ODQpLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+VGhlIGVudHJvcHkgbGFiZWwgY2FwYWJpbGl0eSBtYXkg YmUgc2V0IGZvciBsb2NhbCBwcmVmaXhlcyAoZS5nLiBsb29wYmFja3MpIGJ5IGEgbG9jYWwgY29u ZmlndXJhdGlvbiBhbmQgZm9yIGxlYWtlZC9yZWRpc3RyaWJ1dGVkIHByZWZpeGVzLiBXaGVuIGEg cHJlZml4IGlzIGxlYWtlZCBvciByZWRpc3RyaWJ1dGVkLCB0aGUgRUxDIGFzc29jaWF0ZWQgdG8g dGhlIHByZWZpeA0KIG1heSBiZSBhbHNvIGxlYWtlZC9yZWRpc3RyaWJ1dGVkLjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj ayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5BbiBpbmdyZXNzIHNob3VsZCBzZXQgdGhlIGVudHJvcHkg bGFiZWwgYmVsb3cgYSBOb2RlL1ByZWZpeCBzZWdtZW50IG9ubHkgaWYgdGhlIHByZWZpeCBhc3Nv Y2lhdGVkIHRvIHRoZSBOb2RlL1ByZWZpeCBzZWdtZW50IGFzIHRoZSBFTEMgc2V0IGluIHRoZSBQ cmVmaXggQXR0cmlidXRlcy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPkFuIGluZ3Jlc3Mgc2hvdWxkIHNldCB0aGUg ZW50cm9weSBsYWJlbCBiZWxvdyBhbiBBZGphY2VuY3kgc2VnbWVudCBvbmx5IGlmIHRoZSBhZGph Y2VudCBuZWlnaGJvciBvZiB0aGUgbm9kZSB0aGF0IGhhcyBhZHZlcnRpc2VkIHRoZSBBZGogU0lE IGlzIGFkdmVydGlzaW5nIGFuIEVSTEQgKGFuZCBzbyBpcyBlbnRyb3B5IGxhYmVsIGNhcGFibGUp LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5Gb3IgdGhlIGJpbmRpbmcgU0lELCBh cyBJR1BzIGFyZSBub3QgaW52b2x2ZWQgaW4gdGhlIHNpZ25hbGluZyBvZiB0aGUgYmluZGluZyBT SUQsIHRoZXJlIGlzIG5vdGhpbmcgdG8gZG8gaW4gdGhlc2UgZHJhZnRzLg0KPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+TGV0IHVzIGtub3cgeW91 ciBjb21tZW50cy9mZWVkYmFjayBvbiB0aGlzIHByb3Bvc2FsIHNvIHdlIGNhbiBwcm9ncmVzcyB0 aGVzZSBkb2N1bWVudHMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPkJyZ2RzLDxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5TdGVwaGFuZTxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5i c3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+X19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwv cHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxl PSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2Nv bG9yOmJsYWNrIj5DZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRl bmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBu ZSBkb2l2ZW50IGRvbmM8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpw Pjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPnBhcyBldHJlIGRpZmZ1 c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXog cmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyPC9zcGFuPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7O2NvbG9yOmJsYWNrIj5hIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBx dWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBz dXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si PjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+T3Jh bmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRl cmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6 YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFj ayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3Nw YW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj5UaGlzIG1lc3NhZ2UgYW5kIGl0 cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZv cm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3Ozwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xv cjpibGFjayI+dGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3 aXRob3V0IGF1dGhvcmlzYXRpb24uPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86 cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj5JZiB5b3Ug aGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5k ZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy48L3NwYW4+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDs7Y29sb3I6YmxhY2siPkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5v dCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9y IGZhbHNpZmllZC48L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwv c3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPlRoYW5rIHlvdS48L3NwYW4+ PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9ImxpbmUtaGVpZ2h0OjE1LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 YmxhY2s7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPFBSRT5fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCgpDZSBt ZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1h dGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMK cGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24u IFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2ln bmFsZXIKYSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMg am9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQn YWx0ZXJhdGlvbiwKT3JhbmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVz c2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLgoKVGhpcyBtZXNz YWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZp bGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsKdGhleSBzaG91 bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRp b24uCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3Rp ZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRz LgpBcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNz YWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuClRoYW5r IHlvdS4KPC9QUkU+PC9ib2R5Pg0KPC9odG1sPg0K --_000_9E32478DFA9976438E7A22F69B08FF924B76D796OPEXCLILMA4corp_-- From nobody Tue Nov 20 09:08:21 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA431130DCD; Tue, 20 Nov 2018 09:08:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cMgwnS2oAUtr; Tue, 20 Nov 2018 09:08:19 -0800 (PST) Received: from orange.com (mta239.mail.business.static.orange.com [80.12.66.39]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2A477130DC8; Tue, 20 Nov 2018 09:08:19 -0800 (PST) Received: from opfedar03.francetelecom.fr (unknown [xx.xx.xx.5]) by opfedar26.francetelecom.fr (ESMTP service) with ESMTP id 42zsbh3c1BzFqh6; Tue, 20 Nov 2018 18:08:16 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.31]) by opfedar03.francetelecom.fr (ESMTP service) with ESMTP id 42zsbh2V5dzCqkl; Tue, 20 Nov 2018 18:08:16 +0100 (CET) Received: from OPEXCLILM21.corporate.adroot.infra.ftgroup ([fe80::e92a:c932:907e:8f06]) by OPEXCLILM22.corporate.adroot.infra.ftgroup ([fe80::8c90:f4e9:be28:2a1%19]) with mapi id 14.03.0415.000; Tue, 20 Nov 2018 18:08:16 +0100 From: To: SPRING WG List , "draft-ali-spring-srv6-oam@ietf.org" CC: "6man-chairs@ietf.org" <6man-chairs@ietf.org> Thread-Topic: draft-ali-spring-srv6-oam Thread-Index: AdR7aOG0achMa9hARm6CT7rju+/BVQ== Date: Tue, 20 Nov 2018 17:08:15 +0000 Message-ID: <8320_1542733696_5BF43F80_8320_123_1_53C29892C857584299CBF5D05346208A47F93F1A@OPEXCLILM21.corporate.adroot.infra.ftgroup> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.6] Content-Type: multipart/alternative; boundary="_000_53C29892C857584299CBF5D05346208A47F93F1AOPEXCLILM21corp_" MIME-Version: 1.0 Archived-At: Subject: [spring] draft-ali-spring-srv6-oam X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2018 17:08:21 -0000 --_000_53C29892C857584299CBF5D05346208A47F93F1AOPEXCLILM21corp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi authors, WG, As per SPRING charter, Any modification of -or extension to- existing architectures, data pla= nes, or control or management plane protocols should be carried out in the WGs responsible for the architecture, data plane, or control or management plane protocol being modified and in coordination with the SPRING WG, but may be done in SPRING WG after agreement with all the relevant WG chairs and responsible Area Directors. During IETF 103, 6MAN and SPRING chairs discussed the right home for draft-= ali-spring-srv6-oam and came to the conclusion that it should be discussed = primarily in the 6MAN WG. So please targets discussions and WG adoption req= uest to 6MAN. --Bruno, Rob ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. --_000_53C29892C857584299CBF5D05346208A47F93F1AOPEXCLILM21corp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi authors, WG,=

  

As per SPRING charter, 
     Any=
 modification of -or extension to- existing architectures, data planes,

&= nbsp; or control or management plane protocols should be carried out in the=

&= nbsp; WGs responsible for the architecture, data plane, or control or<= /o:p>

&= nbsp; management plane protocol being modified and in coordination with the=

&= nbsp; SPRING WG, but may be done in SPRING WG after agreement with all the<= o:p>

&= nbsp; relevant WG chairs and responsible Area Directors.<= /p>

 

During IETF 103, 6MAN and = SPRING chairs discussed the right home for draft-ali-spring-srv6-oam and ca= me to the conclusion that it should be discussed primarily in the 6MAN WG. So please targets discussions and WG adoption request to 6= MAN.

 

--Bruno, Rob

______________________________________________________________________=
___________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el=
ectroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
--_000_53C29892C857584299CBF5D05346208A47F93F1AOPEXCLILM21corp_-- From nobody Tue Nov 20 09:23:29 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0B6B112896A; Tue, 20 Nov 2018 09:23:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.969 X-Spam-Level: X-Spam-Status: No, score=-14.969 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.47, 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, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 LExM4u5yzlvo; Tue, 20 Nov 2018 09:23:25 -0800 (PST) Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 74F1512007C; Tue, 20 Nov 2018 09:23:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=16190; q=dns/txt; s=iport; t=1542734604; x=1543944204; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=3XbmfDeaVMoA8Dk/opgMAfXKCi7cQSUjI8yKbeKNxW8=; b=cgeDO7eo0VG9DUxAPCiZKyGCResj3MsU1e8PjQUozuSEG1CYeuXQKlfF NbKsEcGhUg6HyyooHzz5A44VJu3WLmpCPym58hvgLIkU8zrvyekZ0Hfb8 y/TTtbkkdqRNwSVEekii0zKNKzfTVs2v/a8fdvRdE5DMzOClnzKNe9j7m I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BCAAD/QfRb/5RdJa1kGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBZYEOdmaBAicKg26WIokIiFuFaIFmCwEBhGwCF4NeIjg?= =?us-ascii?q?SAQMBAQIBAQJtKIU8AQEBAQMjRBIQAgEIEQECAQIrAgICHxEXBggBAQQBDQW?= =?us-ascii?q?DIQGBHUwDFadjgS+Hfg2CGYwFF4FAP4E4H4JMglaBdQESAT+CZDGCJgKJBQG?= =?us-ascii?q?Fd4YzihkuCQKNfYMrGIFYhQmKIIoQhDmJNwIRFIEnNiFkcXAVOyoBgkGQWkE?= =?us-ascii?q?xAYtUgR+BHwEB?= X-IronPort-AV: E=Sophos;i="5.56,257,1539648000"; d="scan'208,217";a="475436688" Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 20 Nov 2018 17:23:22 +0000 Received: from XCH-RTP-018.cisco.com (xch-rtp-018.cisco.com [64.101.220.158]) by rcdn-core-12.cisco.com (8.15.2/8.15.2) with ESMTPS id wAKHNM8L029659 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 20 Nov 2018 17:23:22 GMT Received: from xch-rtp-018.cisco.com (64.101.220.158) by XCH-RTP-018.cisco.com (64.101.220.158) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Tue, 20 Nov 2018 12:23:21 -0500 Received: from xch-rtp-018.cisco.com ([64.101.220.158]) by XCH-RTP-018.cisco.com ([64.101.220.158]) with mapi id 15.00.1395.000; Tue, 20 Nov 2018 12:23:21 -0500 From: "Zafar Ali (zali)" To: "bruno.decraene@orange.com" , SPRING WG List , "draft-ali-spring-srv6-oam@ietf.org" CC: "6man-chairs@ietf.org" <6man-chairs@ietf.org>, "Zafar Ali (zali)" Thread-Topic: draft-ali-spring-srv6-oam Thread-Index: AdR7aOG0achMa9hARm6CT7rju+/BVQFjNmwA Date: Tue, 20 Nov 2018 17:23:21 +0000 Message-ID: <4BF9963C-38E4-45A6-81A3-261EDC77B375@cisco.com> References: <8320_1542733696_5BF43F80_8320_123_1_53C29892C857584299CBF5D05346208A47F93F1A@OPEXCLILM21.corporate.adroot.infra.ftgroup> In-Reply-To: <8320_1542733696_5BF43F80_8320_123_1_53C29892C857584299CBF5D05346208A47F93F1A@OPEXCLILM21.corporate.adroot.infra.ftgroup> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.10.3.181015 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.86.242.224] Content-Type: multipart/alternative; boundary="_000_4BF9963C38E445A681A3261EDC77B375ciscocom_" MIME-Version: 1.0 X-Outbound-SMTP-Client: 64.101.220.158, xch-rtp-018.cisco.com X-Outbound-Node: rcdn-core-12.cisco.com Archived-At: Subject: Re: [spring] draft-ali-spring-srv6-oam X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2018 17:23:27 -0000 --_000_4BF9963C38E445A681A3261EDC77B375ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQnJ1bm8sIFJvYiwgQm9iIGFuZCBPbGUsDQoNClRoYW5rcyBmb3IgeW91ciBmb2xsb3ctdXBz Lg0KDQpXZSBoYXZlIHByZXNlbnRlZCB0aGUgZHJhZnQgYXQgNm1hbiBpbiBJRVRGMTAyIGFuZCB3 ZXJlIG9uIGFnZW5kYSBmb3IgdGhpcyBJRVRGMTAzLCB0b28uIFNvLCA2bWFuIFdHIGlzIGFscmVh ZHkgdmVyeSB3ZWxsIGF3YXJlIG9mIHRoZSB3b3JrLiBCYXNlZCBvbiB0aGUgZGlyZWN0aW9ucyBn aXZlbiBieSB5b3UsIHdlIHdpbGwgZm9sbG93LXVwIG9uIHRoZSA2bWFuIG1haWxlci4NCg0KVGhh bmtzDQoNClJlZ2FyZHMg4oCmIFphZmFyDQoNCg0KRnJvbTogImJydW5vLmRlY3JhZW5lQG9yYW5n ZS5jb20iIDxicnVuby5kZWNyYWVuZUBvcmFuZ2UuY29tPg0KRGF0ZTogVHVlc2RheSwgTm92ZW1i ZXIgMjAsIDIwMTggYXQgMTI6MDggUE0NClRvOiBTUFJJTkcgV0cgTGlzdCA8c3ByaW5nQGlldGYu b3JnPiwgImRyYWZ0LWFsaS1zcHJpbmctc3J2Ni1vYW1AaWV0Zi5vcmciIDxkcmFmdC1hbGktc3By aW5nLXNydjYtb2FtQGlldGYub3JnPg0KQ2M6ICI2bWFuLWNoYWlyc0BpZXRmLm9yZyIgPDZtYW4t Y2hhaXJzQGlldGYub3JnPg0KU3ViamVjdDogZHJhZnQtYWxpLXNwcmluZy1zcnY2LW9hbQ0KUmVz ZW50LUZyb206IDxhbGlhcy1ib3VuY2VzQGlldGYub3JnPg0KUmVzZW50LVRvOiA8emFsaUBjaXNj by5jb20+LCA8Y2ZpbHNmaWxAY2lzY28uY29tPiwgPG5haWt1bWFyQGNpc2NvLmNvbT4sIDxjcGln bmF0YUBjaXNjby5jb20+LCA8ZmFpcWJhbEBjaXNjby5jb20+LCA8cmdhbmRoaUBjaXNjby5jb20+ LCA8am9obl9sZWRkeUBjYWJsZS5jb21jYXN0LmNvbT4sIDxzYXRvcnUubWF0c3VzaGltYUBnLnNv ZnRiYW5rLmNvLmpwPiwgPHJvYmVydEByYXN6dWsubmV0PiwgPGRhbmllbC52b3llckBiZWxsLmNh PiwgPGdkYXdyYS5pZXRmQGdtYWlsLmNvbT4sIDxiYXJ0LnBlaXJlbnNAcHJveGltdXMuY29tPiwg PG1hY2guY2hlbkBodWF3ZWkuY29tPiwgPGduQGRyZXhlbC5lZHU+DQpSZXNlbnQtRGF0ZTogVHVl c2RheSwgTm92ZW1iZXIgMjAsIDIwMTggYXQgMTI6MDggUE0NCg0KSGkgYXV0aG9ycywgV0csDQoN Cg0KQXMgcGVyIFNQUklORyBjaGFydGVyLA0KDQogICAgIEFueSBtb2RpZmljYXRpb24gb2YgLW9y IGV4dGVuc2lvbiB0by0gZXhpc3RpbmcgYXJjaGl0ZWN0dXJlcywgZGF0YSBwbGFuZXMsDQogIG9y IGNvbnRyb2wgb3IgbWFuYWdlbWVudCBwbGFuZSBwcm90b2NvbHMgc2hvdWxkIGJlIGNhcnJpZWQg b3V0IGluIHRoZQ0KICBXR3MgcmVzcG9uc2libGUgZm9yIHRoZSBhcmNoaXRlY3R1cmUsIGRhdGEg cGxhbmUsIG9yIGNvbnRyb2wgb3INCiAgbWFuYWdlbWVudCBwbGFuZSBwcm90b2NvbCBiZWluZyBt b2RpZmllZCBhbmQgaW4gY29vcmRpbmF0aW9uIHdpdGggdGhlDQogIFNQUklORyBXRywgYnV0IG1h eSBiZSBkb25lIGluIFNQUklORyBXRyBhZnRlciBhZ3JlZW1lbnQgd2l0aCBhbGwgdGhlDQogIHJl bGV2YW50IFdHIGNoYWlycyBhbmQgcmVzcG9uc2libGUgQXJlYSBEaXJlY3RvcnMuDQoNCkR1cmlu ZyBJRVRGIDEwMywgNk1BTiBhbmQgU1BSSU5HIGNoYWlycyBkaXNjdXNzZWQgdGhlIHJpZ2h0IGhv bWUgZm9yIGRyYWZ0LWFsaS1zcHJpbmctc3J2Ni1vYW0gYW5kIGNhbWUgdG8gdGhlIGNvbmNsdXNp b24gdGhhdCBpdCBzaG91bGQgYmUgZGlzY3Vzc2VkIHByaW1hcmlseSBpbiB0aGUgNk1BTiBXRy4g U28gcGxlYXNlIHRhcmdldHMgZGlzY3Vzc2lvbnMgYW5kIFdHIGFkb3B0aW9uIHJlcXVlc3QgdG8g Nk1BTi4NCg0KLS1CcnVubywgUm9iDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KDQoNCkNlIG1lc3NhZ2UgZXQgc2Vz IHBpZWNlcyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucyBjb25maWRl bnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYw0KDQpwYXMgZXRyZSBk aWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBh dmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlcg0KDQph IGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2ludGVz LiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0 aW9uLA0KDQpPcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdl IGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuDQoNCg0KDQpUaGlzIG1l c3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJp dmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3Ow0KDQp0aGV5 IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9y aXNhdGlvbi4NCg0KSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwgcGxl YXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0 YWNobWVudHMuDQoNCkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFi bGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNp ZmllZC4NCg0KVGhhbmsgeW91Lg0K --_000_4BF9963C38E445A681A3261EDC77B375ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNvbnNvbGFz Ow0KCXBhbm9zZS0xOjIgMTEgNiA5IDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25z ICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjow aW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1m YW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0K CXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246 dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28t c3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl cmxpbmU7fQ0KcHJlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoi SFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4w MDAxcHQ7DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30N CnAubXNvbm9ybWFsMCwgbGkubXNvbm9ybWFsMCwgZGl2Lm1zb25vcm1hbDANCgl7bXNvLXN0eWxl LW5hbWU6bXNvbm9ybWFsOw0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdo dDowaW47DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGluOw0K CWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0K c3Bhbi5IVE1MUHJlZm9ybWF0dGVkQ2hhcg0KCXttc28tc3R5bGUtbmFtZToiSFRNTCBQcmVmb3Jt YXR0ZWQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJI VE1MIFByZWZvcm1hdHRlZCI7DQoJZm9udC1mYW1pbHk6Q29uc29sYXM7fQ0KcC5QcmZvcm1hdEhU TUwsIGxpLlByZm9ybWF0SFRNTCwgZGl2LlByZm9ybWF0SFRNTA0KCXttc28tc3R5bGUtbmFtZToi UHLDqWZvcm1hdMOpIEhUTUwiOw0KCW1zby1zdHlsZS1saW5rOiJQcsOpZm9ybWF0w6kgSFRNTCBD YXIiOw0KCW1hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZTox MS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0Kc3Bhbi5QcmZvcm1h dEhUTUxDYXINCgl7bXNvLXN0eWxlLW5hbWU6IlByw6lmb3JtYXTDqSBIVE1MIENhciI7DQoJbXNv LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJQcsOpZm9ybWF0w6kgSFRNTCI7 DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCgltc28tZmFyZWFzdC1sYW5ndWFnZTpGUjt9 DQpzcGFuLkVtYWlsU3R5bGUyMg0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZh bWlseToiQXJpYWwiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDsNCglmb250LXdlaWdo dDpub3JtYWw7DQoJZm9udC1zdHlsZTpub3JtYWw7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjMNCgl7bXNv LXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMt c2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUt dHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9u MQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46NzAuODVwdCA3MC44NXB0IDcwLjg1cHQg NzAuODVwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwv c3R5bGU+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1 cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ SGkgQnJ1bm8sIFJvYiwgQm9iIGFuZCBPbGUsIDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj5UaGFua3MgZm9yIHlvdXIgZm9sbG93LXVwcy4NCjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJp ZiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJv bWFuJnF1b3Q7LHNlcmlmIj5XZSBoYXZlIHByZXNlbnRlZCB0aGUgZHJhZnQgYXQgNm1hbiBpbiBJ RVRGMTAyIGFuZCB3ZXJlIG9uIGFnZW5kYSBmb3IgdGhpcyBJRVRGMTAzLCB0b28uIFNvLCA2bWFu IFdHIGlzIGFscmVhZHkgdmVyeSB3ZWxsIGF3YXJlIG9mIHRoZSB3b3JrLiBCYXNlZCBvbiB0aGUg ZGlyZWN0aW9ucyBnaXZlbg0KIGJ5IHlvdSwgd2Ugd2lsbCBmb2xsb3ctdXAgb24gdGhlIDZtYW4g bWFpbGVyLiAmbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+VGhhbmtzPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDss c2VyaWYiPlJlZ2FyZHMg4oCmIFphZmFyDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTti b3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtj b2xvcjpibGFjayI+RnJvbTogPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBw dDtjb2xvcjpibGFjayI+JnF1b3Q7YnJ1bm8uZGVjcmFlbmVAb3JhbmdlLmNvbSZxdW90OyAmbHQ7 YnJ1bm8uZGVjcmFlbmVAb3JhbmdlLmNvbSZndDs8YnI+DQo8Yj5EYXRlOiA8L2I+VHVlc2RheSwg Tm92ZW1iZXIgMjAsIDIwMTggYXQgMTI6MDggUE08YnI+DQo8Yj5UbzogPC9iPlNQUklORyBXRyBM aXN0ICZsdDtzcHJpbmdAaWV0Zi5vcmcmZ3Q7LCAmcXVvdDtkcmFmdC1hbGktc3ByaW5nLXNydjYt b2FtQGlldGYub3JnJnF1b3Q7ICZsdDtkcmFmdC1hbGktc3ByaW5nLXNydjYtb2FtQGlldGYub3Jn Jmd0Ozxicj4NCjxiPkNjOiA8L2I+JnF1b3Q7Nm1hbi1jaGFpcnNAaWV0Zi5vcmcmcXVvdDsgJmx0 OzZtYW4tY2hhaXJzQGlldGYub3JnJmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5kcmFmdC1hbGkt c3ByaW5nLXNydjYtb2FtPGJyPg0KPGI+UmVzZW50LUZyb206IDwvYj4mbHQ7YWxpYXMtYm91bmNl c0BpZXRmLm9yZyZndDs8YnI+DQo8Yj5SZXNlbnQtVG86IDwvYj4mbHQ7emFsaUBjaXNjby5jb20m Z3Q7LCAmbHQ7Y2ZpbHNmaWxAY2lzY28uY29tJmd0OywgJmx0O25haWt1bWFyQGNpc2NvLmNvbSZn dDssICZsdDtjcGlnbmF0YUBjaXNjby5jb20mZ3Q7LCAmbHQ7ZmFpcWJhbEBjaXNjby5jb20mZ3Q7 LCAmbHQ7cmdhbmRoaUBjaXNjby5jb20mZ3Q7LCAmbHQ7am9obl9sZWRkeUBjYWJsZS5jb21jYXN0 LmNvbSZndDssICZsdDtzYXRvcnUubWF0c3VzaGltYUBnLnNvZnRiYW5rLmNvLmpwJmd0OywgJmx0 O3JvYmVydEByYXN6dWsubmV0Jmd0OywgJmx0O2RhbmllbC52b3llckBiZWxsLmNhJmd0OywNCiAm bHQ7Z2Rhd3JhLmlldGZAZ21haWwuY29tJmd0OywgJmx0O2JhcnQucGVpcmVuc0Bwcm94aW11cy5j b20mZ3Q7LCAmbHQ7bWFjaC5jaGVuQGh1YXdlaS5jb20mZ3Q7LCAmbHQ7Z25AZHJleGVsLmVkdSZn dDs8YnI+DQo8Yj5SZXNlbnQtRGF0ZTogPC9iPlR1ZXNkYXksIE5vdmVtYmVyIDIwLCAyMDE4IGF0 IDEyOjA4IFBNPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Fy aWFsJnF1b3Q7LHNhbnMtc2VyaWYiPkhpIGF1dGhvcnMsIFdHLDwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1 b3Q7LHNhbnMtc2VyaWYiPkFzIHBlciBTUFJJTkcgY2hhcnRlciwgPC9zcGFuPjxvOnA+PC9vOnA+ PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90Oyxz YW5zLXNlcmlmIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+QW55IG1vZGlm aWNhdGlvbiBvZiAtb3IgZXh0ZW5zaW9uIHRvLSBleGlzdGluZyBhcmNoaXRlY3R1cmVzLCBkYXRh IHBsYW5lcyw8bzpwPjwvbzpwPjwvcHJlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7 bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RlIiPiZuYnNwOyBvciBjb250cm9sIG9yIG1hbmFnZW1lbnQg cGxhbmUgcHJvdG9jb2xzIHNob3VsZCBiZSBjYXJyaWVkIG91dCBpbiB0aGU8L3NwYW4+PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Ozttc28tZmFyZWFzdC1sYW5n dWFnZTpGUiI+Jm5ic3A7IFdHcyByZXNwb25zaWJsZSBmb3IgdGhlIGFyY2hpdGVjdHVyZSwgZGF0 YSBwbGFuZSwgb3IgY29udHJvbCBvcjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7O21zby1mYXJlYXN0LWxhbmd1YWdlOkZSIj4mbmJzcDsgbWFuYWdl bWVudCBwbGFuZSBwcm90b2NvbCBiZWluZyBtb2RpZmllZCBhbmQgaW4gY29vcmRpbmF0aW9uIHdp dGggdGhlPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDs7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RlIiPiZuYnNwOyBTUFJJTkcgV0csIGJ1dCBtYXkgYmUg ZG9uZSBpbiBTUFJJTkcgV0cgYWZ0ZXIgYWdyZWVtZW50IHdpdGggYWxsIHRoZTwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O21zby1mYXJlYXN0LWxh bmd1YWdlOkZSIj4mbmJzcDsgcmVsZXZhbnQgV0cgY2hhaXJzIGFuZCByZXNwb25zaWJsZSBBcmVh IERpcmVjdG9ycy48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90 OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtB cmlhbCZxdW90OyxzYW5zLXNlcmlmIj5EdXJpbmcgSUVURiAxMDMsIDZNQU4gYW5kIFNQUklORyBj aGFpcnMgZGlzY3Vzc2VkIHRoZSByaWdodCBob21lIGZvciBkcmFmdC1hbGktc3ByaW5nLXNydjYt b2FtIGFuZCBjYW1lIHRvIHRoZSBjb25jbHVzaW9uIHRoYXQgaXQgc2hvdWxkIGJlIGRpc2N1c3Nl ZCBwcmltYXJpbHkgaW4gdGhlIDZNQU4gV0cuDQogU28gcGxlYXNlIHRhcmdldHMgZGlzY3Vzc2lv bnMgYW5kIFdHIGFkb3B0aW9uIHJlcXVlc3QgdG8gNk1BTi48L3NwYW4+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3NwYW4+PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj4tLUJydW5vLCBS b2I8L3NwYW4+PG86cD48L286cD48L3A+DQo8cHJlPl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188bzpwPjwvbzpwPjwvcHJlPg0K PHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT5DZSBtZXNzYWdlIGV0IHNlcyBwaWVj ZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVs bGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmM8bzpwPjwvbzpwPjwvcHJlPg0K PHByZT5wYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNh dGlvbi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBs ZSBzaWduYWxlcjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPmEgbCdleHBlZGl0ZXVyIGV0IGxlIGRl dHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJv bmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sPG86cD48L286cD48L3ByZT4N CjxwcmU+T3JhbmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBh IGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLjxvOnA+PC9vOnA+PC9wcmU+ DQo8cHJlPjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cHJlPlRoaXMgbWVzc2FnZSBhbmQgaXRz IGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxlZ2VkIGluZm9y bWF0aW9uIHRoYXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7PG86cD48L286cD48L3ByZT4NCjxw cmU+dGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0 IGF1dGhvcmlzYXRpb24uPG86cD48L286cD48L3ByZT4NCjxwcmU+SWYgeW91IGhhdmUgcmVjZWl2 ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxl dGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuPG86cD48L286cD48L3ByZT4NCjxw cmU+QXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVz c2FnZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLjxvOnA+ PC9vOnA+PC9wcmU+DQo8cHJlPlRoYW5rIHlvdS48bzpwPjwvbzpwPjwvcHJlPg0KPC9kaXY+DQo8 L2JvZHk+DQo8L2h0bWw+DQo= --_000_4BF9963C38E445A681A3261EDC77B375ciscocom_-- From nobody Tue Nov 20 09:36:02 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9F9A8130DC8; Tue, 20 Nov 2018 09:35:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4sBjzHcrjgdY; Tue, 20 Nov 2018 09:35:56 -0800 (PST) Received: from mail-wr1-x42b.google.com (mail-wr1-x42b.google.com [IPv6:2a00:1450:4864:20::42b]) (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 B671212008A; Tue, 20 Nov 2018 09:35:55 -0800 (PST) Received: by mail-wr1-x42b.google.com with SMTP id r10so2854885wrs.10; Tue, 20 Nov 2018 09:35:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=avD91rLOMzRboIKMhetnRvYgiXOthEUfh4haxg8JGnw=; b=MV4/P9aLAUOVSOMi2M1JJGLpxfDttCuC6iv+lirrepd9x6q0iguv50JPNx3eJqeiI7 zOokA4+0EfM1oVN9xnXEmI1us0CngxT/T3kXCFWX8bWS8Wz2DwtSwcDJXofYjPO1tt0u /Te4DjCwGmQ1lGfEYpSToh05wXCJtIj9uyBMv1wJIjSOon4evoK2xQpe/sodBNx9pZ0p NYZpAUwmvZCo2qAY8e84yO8rWrOrwg/0FI7s8YzmuAEhD4wfMQJff2uqhlR2onsyp9q2 JiK7GWROEtuaSmK0ju6qAzLZc3NnPBIb4JqOw3LdvX/EILvbgGqEZdoqFxjSWftLDbqF CHIw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=avD91rLOMzRboIKMhetnRvYgiXOthEUfh4haxg8JGnw=; b=WV6wl6V8bzyxnAN7HJgkqf84PiZPbyHwKz3PgeoVxFi6XMnjPsUB58cVr196K7zyiP oEZzWjxbIx/p4KnLln5TzwOS6uMaPYlXsUF/I5vBDlttvwNy645SNl3TNfrHRQCFcYpX 36q1Om+VB1lW1FhpCqdx67neIDyscTQfox3olJzsD3O8RXh5OIIcXZ8OWibMwtMkJl2v xVR2HZw7AEt8qtFWyocncWDPf8qpPhGUiVL5wAfc7zsk2PbuWAmA11yn9UJcC9+HP+LQ dfXTaygn7W8jL14BgkDH/fp5BQTVP2jJKKiAFkYw2n4ZotEszyNRc7zbNa3tIxt05i+m jXPQ== X-Gm-Message-State: AA+aEWbFFuAraMKoH62b6LVbART/ryI/NsEWh//GKyy0nOwXruKRMuIb GZebRUsJUmBrf7kPrNosQws= X-Google-Smtp-Source: AFSGD/VuPHEbIAsJdF5lo3LwarO4T082ozZ4RDXORYi9rn1Kp7uXnYvUbwmA1a3vXndEVxzwMBUUDQ== X-Received: by 2002:adf:ed46:: with SMTP id u6mr2927122wro.262.1542735354141; Tue, 20 Nov 2018 09:35:54 -0800 (PST) Received: from ?IPv6:2601:647:4d01:f3a:e144:689e:d06f:4a80? ([2601:647:4d01:f3a:e144:689e:d06f:4a80]) by smtp.gmail.com with ESMTPSA id d4sm40248465wrp.89.2018.11.20.09.35.51 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 20 Nov 2018 09:35:53 -0800 (PST) From: Bob Hinden Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_E8909AF5-CE3A-4BD2-9520-19907833CF6C"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Date: Tue, 20 Nov 2018 09:35:49 -0800 In-Reply-To: <4BF9963C-38E4-45A6-81A3-261EDC77B375@cisco.com> Cc: Bob Hinden , "bruno.decraene@orange.com" , SPRING WG List , "draft-ali-spring-srv6-oam@ietf.org" , "6man-chairs@ietf.org" <6man-chairs@ietf.org> To: "Zafar Ali (zali)" References: <8320_1542733696_5BF43F80_8320_123_1_53C29892C857584299CBF5D05346208A47F93F1A@OPEXCLILM21.corporate.adroot.infra.ftgroup> <4BF9963C-38E4-45A6-81A3-261EDC77B375@cisco.com> X-Mailer: Apple Mail (2.3273) Archived-At: Subject: Re: [spring] draft-ali-spring-srv6-oam X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2018 17:35:59 -0000 --Apple-Mail=_E8909AF5-CE3A-4BD2-9520-19907833CF6C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi, > On Nov 20, 2018, at 9:23 AM, Zafar Ali (zali) wrote: >=20 > Hi Bruno, Rob, Bob and Ole, >=20 > Thanks for your follow-ups. >=20 > We have presented the draft at 6man in IETF102 and were on agenda for = this IETF103, too. So, 6man WG is already very well aware of the work. = Based on the directions given by you, we will follow-up on the 6man = mailer. Sounds good. Thanks, Bob >=20 > Thanks >=20 > Regards =E2=80=A6 Zafar >=20 >=20 > From: "bruno.decraene@orange.com" > Date: Tuesday, November 20, 2018 at 12:08 PM > To: SPRING WG List , = "draft-ali-spring-srv6-oam@ietf.org" = > Cc: "6man-chairs@ietf.org" <6man-chairs@ietf.org> > Subject: draft-ali-spring-srv6-oam > Resent-From: > Resent-To: , , = , , , = , , = , , = , , = , , > Resent-Date: Tuesday, November 20, 2018 at 12:08 PM >=20 > Hi authors, WG, >=20 > As per SPRING charter, > Any modification of -or extension to- existing architectures, = data planes, > or control or management plane protocols should be carried out in = the > WGs responsible for the architecture, data plane, or control or > management plane protocol being modified and in coordination with = the > SPRING WG, but may be done in SPRING WG after agreement with all the > relevant WG chairs and responsible Area Directors. >=20 > During IETF 103, 6MAN and SPRING chairs discussed the right home for = draft-ali-spring-srv6-oam and came to the conclusion that it should be = discussed primarily in the 6MAN WG. So please targets discussions and WG = adoption request to 6MAN. >=20 > --Bruno, Rob > = __________________________________________________________________________= _______________________________________________ >=20 > Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez = recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les = messages electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, = deforme ou falsifie. Merci. >=20 > This message and its attachments may contain confidential or = privileged information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and = delete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. > Thank you. --Apple-Mail=_E8909AF5-CE3A-4BD2-9520-19907833CF6C Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEm0rfRsOCoyamPexGrut0EXfnu6gFAlv0RfUACgkQrut0EXfn u6jpsggAjzu1acVm7d34iVBU541KuTFTtPl9H+cDoLYla9dnbcTf/jSJkXdoCpij RAIft+LvmVqY4jHy6+3f6aoCQFmwCa66UzLnkFUglaA4fSv6+a60a4v5WZqPvtLL E2r+vq2rcA9VrTyn9gmsU85IeiH1sN+tlpX9RXhdxgN1XpsUhIkn4AAUdpLKhSfI 1IFcDOj/Gibcm+Sw/lbZo0vbBLIPCO4/tAlvBbV/LGTYEWmSUsQaryNHI9ECcoD0 VxIbHYDGcIIk2MF1fA92vkjZJygtQDK1yjYsDQ1RmQqJopLQQWiB+J2lnI4wR33g /LegQbGMVuDaF6ULHA4mb33HWaQNDw== =J/EW -----END PGP SIGNATURE----- --Apple-Mail=_E8909AF5-CE3A-4BD2-9520-19907833CF6C-- From nobody Tue Nov 20 23:34:50 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EC885128A6E for ; Tue, 20 Nov 2018 23:34:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RKIMzrLtZ-Bj for ; Tue, 20 Nov 2018 23:34:46 -0800 (PST) Received: from orange.com (mta241.mail.business.static.orange.com [80.12.66.41]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1E108127332 for ; Tue, 20 Nov 2018 23:34:46 -0800 (PST) Received: from opfedar05.francetelecom.fr (unknown [xx.xx.xx.7]) by opfedar24.francetelecom.fr (ESMTP service) with ESMTP id 430DqR1X5hz5wR6 for ; Wed, 21 Nov 2018 08:34:43 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.10]) by opfedar05.francetelecom.fr (ESMTP service) with ESMTP id 430DqR0cCsz2xCX for ; Wed, 21 Nov 2018 08:34:43 +0100 (CET) Received: from OPEXCLILM21.corporate.adroot.infra.ftgroup ([fe80::e92a:c932:907e:8f06]) by OPEXCLILM5C.corporate.adroot.infra.ftgroup ([fe80::4bd:9b2b:3651:6fba%19]) with mapi id 14.03.0415.000; Wed, 21 Nov 2018 08:34:42 +0100 From: To: SPRING WG List Thread-Topic: Implementation Requirement Policy Thread-Index: AdR7ZlDj+dOZNp/ESxGjAMRTp7iMqQ== Date: Wed, 21 Nov 2018 07:34:42 +0000 Message-ID: <31243_1542785683_5BF50A93_31243_88_1_53C29892C857584299CBF5D05346208A47F9520D@OPEXCLILM21.corporate.adroot.infra.ftgroup> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.2] Content-Type: multipart/alternative; boundary="_000_53C29892C857584299CBF5D05346208A47F9520DOPEXCLILM21corp_" MIME-Version: 1.0 Archived-At: Subject: [spring] Implementation Requirement Policy X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2018 07:34:49 -0000 --_000_53C29892C857584299CBF5D05346208A47F9520DOPEXCLILM21corp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi SPRING, As introduced during IETF 103, the IESG asked for each WG to discuss the Im= plementation Requirement Policy that they would like to use. Below are typical examples of implementation requirement policy, but we are= free to define our own: a) require at least 2 interoperable implementations and detailed implem= entation reports b) require x implementations documented in an Implementation Status Sect= ion (rfc7942) c) require x implementations - no specific documentation needed d) require x implementations, but the Chairs can make exceptions per-doc= ument e) document known implementations in the Implementation Status Section = (rfc7942) f) the Chairs will ask about implementations g) no requirement Note that we are free to use any text, and in particular allow for exceptio= ns in addition to a general rule. Such policy would apply to documents in the SPRING WG. A protocol extension= required for SPRING but adopted in another WG (e.g. LSR) would be subject = to the policy of its WG (LSR). This email starts a 4-weeks discussion on this. Please voice your preference, and your reasoning. Thanks, --Bruno, Rob ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. --_000_53C29892C857584299CBF5D05346208A47F9520DOPEXCLILM21corp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi SPRING,

 

As introduced during IETF = 103, the IESG asked for each WG to discuss the Implementation Requirement P= olicy that they would like to use.

 

Below are typical examples= of implementation requirement policy, but we are free to define our own:

a) = ;    require at least 2= interoperable implementations and detailed implementation reports

b) = ;   require x implemen= tations documented in an Implementation Status Section (rfc7942)=

c) = ;    require x implemen= tations — no specific documentation needed

d) = ;   require x implemen= tations, but the Chairs can make exceptions per-document<= /p>

e) = ;    document known imp= lementations in the Implementation Status Section (rfc7942)

f) = ;    the Chairs will as= k about implementations

g) = ;   no requirement

 

 

Note that we are free to u= se any text, and in particular allow for exceptions in addition to a genera= l rule.

Such policy would apply to= documents in the SPRING WG. A protocol extension required for SPRING but a= dopted in another WG (e.g. LSR) would be subject to the policy of its WG (LSR).

 

This email starts a 4-week= s discussion on this.

 

Please voice your preferen= ce, and your reasoning.

 

Thanks,<= /p>

--Bruno, Rob

  

______________________________________________________________________=
___________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el=
ectroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
--_000_53C29892C857584299CBF5D05346208A47F9520DOPEXCLILM21corp_-- From nobody Wed Nov 21 03:14:49 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1873E12EB11 for ; Wed, 21 Nov 2018 03:14:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.169 X-Spam-Level: X-Spam-Status: No, score=-3.169 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.47, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=telekom.de 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 rNYKF6ow4PDg for ; Wed, 21 Nov 2018 03:14:45 -0800 (PST) Received: from mailout41.telekom.de (MAILOUT41.telekom.de [194.25.225.151]) (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 66DE61292AD for ; Wed, 21 Nov 2018 03:14:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telekom.de; i=@telekom.de; q=dns/txt; s=dtag1; t=1542798884; x=1574334884; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=zZhIIddDrqvRUT4/WFmuGL641MbAdmcK8w5mrvvpRas=; b=EYHnNmcK03QBj4RxFHO6BrT86wQl1oBqIN0+l394WF9GnB1b6tPbqTTA tMgTYCw0bv51LMzRdsgPAl335ruud6sQ7JpvdTY2zY8auf/UgmvEOp3ni TlcNf5FaiQETFkY6kQmsKiWP6ityOVzkvcscgefp2Sy7xw/81iVuvF5j+ eTMjDqCSFPQKArrV0zrbyS7ftxfmwOAgKL7d0VG5tUw5Nw4h8wQtOaeYJ AzKJlToWeyn8xCzGVHajuU2aDUk1Er8p3rroJsfEvTi7ArNY7F9bm8iq9 w2aKAkGSZniacJQKJZR60idiGDxSHOy1oNXshJkkDYLx0xmszWLUBBuZf Q==; Received: from qde8e4.de.t-internal.com ([10.171.255.33]) by MAILOUT41.dmznet.de.t-internal.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 21 Nov 2018 12:14:41 +0100 X-IronPort-AV: E=Sophos;i="5.56,261,1539640800"; d="scan'208,217";a="392715451" Received: from he105698.emea1.cds.t-internal.com ([10.169.119.27]) by QDE8PP.de.t-internal.com with ESMTP/TLS/AES256-SHA; 21 Nov 2018 12:14:41 +0100 Received: from HE106138.EMEA1.cds.t-internal.com (10.169.119.71) by HE105698.emea1.cds.t-internal.com (10.169.119.27) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Wed, 21 Nov 2018 12:14:41 +0100 Received: from HE104162.emea1.cds.t-internal.com (10.171.40.37) by HE106138.EMEA1.cds.t-internal.com (10.169.119.71) with Microsoft SMTP Server (TLS) id 15.0.1395.4 via Frontend Transport; Wed, 21 Nov 2018 12:14:41 +0100 Received: from GER01-LEJ-obe.outbound.protection.outlook.de (51.5.80.18) by O365mail04.telekom.de (172.30.0.231) with Microsoft SMTP Server (TLS) id 15.0.1367.3; Wed, 21 Nov 2018 12:11:41 +0100 Received: from FRXPR01MB1110.DEUPRD01.PROD.OUTLOOK.DE (10.158.157.135) by FRXPR01MB1109.DEUPRD01.PROD.OUTLOOK.DE (10.158.157.26) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1339.28; Wed, 21 Nov 2018 11:14:38 +0000 Received: from FRXPR01MB1110.DEUPRD01.PROD.OUTLOOK.DE ([fe80::69b5:f4f7:9e4a:dd2e]) by FRXPR01MB1110.DEUPRD01.PROD.OUTLOOK.DE ([fe80::69b5:f4f7:9e4a:dd2e%2]) with mapi id 15.20.1339.027; Wed, 21 Nov 2018 11:14:38 +0000 From: To: CC: Thread-Topic: Implementation Requirement Policy Thread-Index: AdR7ZlDj+dOZNp/ESxGjAMRTp7iMqQGIyKoQ Date: Wed, 21 Nov 2018 11:14:38 +0000 Message-ID: References: <31243_1542785683_5BF50A93_31243_88_1_53C29892C857584299CBF5D05346208A47F9520D@OPEXCLILM21.corporate.adroot.infra.ftgroup> In-Reply-To: <31243_1542785683_5BF50A93_31243_88_1_53C29892C857584299CBF5D05346208A47F9520D@OPEXCLILM21.corporate.adroot.infra.ftgroup> Accept-Language: en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Ruediger.Geib@telekom.de; x-originating-ip: [164.19.3.18] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; FRXPR01MB1109; 6:+W88X590UONYTauV5uTu3LdvqCtXDVjRQ4YPsMevfhUjkvtvBo2tmM7mfEL/AD3GESev/WNNKIxuhGcA/2G8gjaBdonAHARd6+WuwpxmeALrvnue6IzFBqJ0iUobWVsJEQ+zfy2+RYG/gRVGvgbhYMXxuBZkTRaLNweVKl15J0eEViJvVhJ63lxloJVr/FNdL92h1Wxw7uPbMtqs/OdZGRHjB3eUJdgdBnkuC5H84oV9eH/gEEcDn2HHWipGPPSchH4fiMfysVen1ofV0x2NXtMFxbJB62/rIDlpHe1Q8fzpwgcUut6VHBrwF6aztam1zrNOIbwd0AVRRlDbbApYa8cGPuVrknZEnS1bal2ERffYuu3JvbWaO6ACXl2+0u75QGHuBikQXfK+4cOtnOSSPxENBmj//uqKs5ggCc6APnEd2C/8TAxp5onzprlyBF4LLV+C7G55QHe26LyVO2fEIg==; 5:V2eK1OkWoJX+EwMhN0yB0iTxsATUqfU+PUXlLqsXC6hBefKijINssAcl4WvhtThrycU4BXkVjralewnqlci9kAleqxi3XNcley5ght/IPkV8i4TBUE08qOxjxCEhsLC7L3D9yopwnRT0N55rytvVdrk1VINBsGXG4ei7PKbsiaQ=; 7:Pnjd6c5Bq4xFGP+pzfSsa9nmgwGAChkDuorV4gJywkWOgZYy9AANdDIgBx6vnH1VvLaqk+I0vvowmNomS8BJPA9Fc0ABSlp8ZpeRqk/ZxhXfYD4oObPCtLWalE0rsk12G5Xw0dJzfjfnUwkkznwvJQ== x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: a65c76e4-abe7-4547-7f52-08d64fa286b6 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390098)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600074)(711020)(2017052603328)(7153060)(7193020); SRVR:FRXPR01MB1109; x-ms-traffictypediagnostic: FRXPR01MB1109: x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(8121501046)(5005006)(3231442)(944501410)(52105112)(3002001)(93006095)(93001095)(10201501046)(148016)(149066)(150057)(6041310)(20161123560045)(20161123558120)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(20161123562045)(201708071742011)(7699051)(76991095); SRVR:FRXPR01MB1109; BCL:0; PCL:0; RULEID:; SRVR:FRXPR01MB1109; x-forefront-prvs: 08635C03D4 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(376002)(366004)(39860400002)(346002)(136003)(396003)(199004)(189003)(19627235002)(2351001)(106356001)(105586002)(86362001)(186003)(7736002)(2501003)(71190400001)(97736004)(4326008)(256004)(14454004)(14444005)(5024004)(71200400001)(7116003)(316002)(102836004)(7696005)(74482002)(33656002)(476003)(53936002)(486006)(76176011)(9686003)(2900100001)(55016002)(5640700003)(6306002)(54896002)(8936002)(75402003)(72206003)(11346002)(26005)(52396003)(2906002)(66066001)(478600001)(446003)(790700001)(6116002)(5660300001)(3846002)(6916009)(81166006)(81156014)(8676002)(68736007); DIR:OUT; SFP:1101; SCL:1; SRVR:FRXPR01MB1109; H:FRXPR01MB1110.DEUPRD01.PROD.OUTLOOK.DE; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: telekom.de does not designate permitted sender hosts) x-microsoft-antispam-message-info: RCGhMmx5rAq7SwfUs41D7P5bWFENmRNssTyMQWG18SbRouVqjGscrMsSg8hc5pAVU2hd7aIICKyyrAABEvkzJMDhbmrqC6OOr8I4Gu3eMstRI71U6SOLnE7VJvuOv51SGmRa8bze2/zbymh/zCUYC8tivVppI8BoTS5pdy22LJLK5jDSHKC502pAUy4PAm9JCUmhf7h7QL9KTEgZYRFTmmYZLXw4h6DK08D1E4v++anP2ryD0fxvcb+AwvAms914iwS86kK+XoESlzGcpnPWV58Xn7zV7nVnUwohHCED/SyqYEtowQv5qwtt7MGzZmqFju9NBSEvegNTKTvreZRWdfx2AiNOWZsCVuXaQTW4cjg= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_FRXPR01MB1110D9CBEDAA8566868F14B99CDA0FRXPR01MB1110DEUP_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: a65c76e4-abe7-4547-7f52-08d64fa286b6 X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Nov 2018 11:14:38.2438 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bde4dffc-4b60-4cf6-8b04-a5eeb25f5c4f X-MS-Exchange-Transport-CrossTenantHeadersStamped: FRXPR01MB1109 X-OriginatorOrg: telekom.de Archived-At: Subject: Re: [spring] Implementation Requirement Policy X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2018 11:14:48 -0000 --_000_FRXPR01MB1110D9CBEDAA8566868F14B99CDA0FRXPR01MB1110DEUP_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Bruno, my preference is for a). Interoperability is a requirement discussed with v= endors ahead of implementation. The sooner issues are discovered and remove= d, the better. The interoperable implementations should be from completely = independent implementors. The detailed implementation report helps too, in case there are debates on = what "interoperability" means later on. To make such a report more useful, = a review on commodity features should follow a while after a draft standard= saw implementation. That would help to remove or at least indicate feature= s which didn't see deployment. As that requires effort for finished work, i= t will stay a wish, I guess. Regards, Ruediger Von: spring Im Auftrag von bruno.decraene@orange.= com Gesendet: Mittwoch, 21. November 2018 08:35 An: SPRING WG List Betreff: [spring] Implementation Requirement Policy Hi SPRING, As introduced during IETF 103, the IESG asked for each WG to discuss the Im= plementation Requirement Policy that they would like to use. Below are typical examples of implementation requirement policy, but we are= free to define our own: 1. require at least 2 interoperable implementations and detailed impleme= ntation reports 2. require x implementations documented in an Implementation Status Sect= ion (rfc7942) 3. require x implementations - no specific documentation needed 4. require x implementations, but the Chairs can make exceptions per-doc= ument 5. document known implementations in the Implementation Status Section (= rfc7942) 6. the Chairs will ask about implementations 7. no requirement Note that we are free to use any text, and in particular allow for exceptio= ns in addition to a general rule. Such policy would apply to documents in the SPRING WG. A protocol extension= required for SPRING but adopted in another WG (e.g. LSR) would be subject = to the policy of its WG (LSR). This email starts a 4-weeks discussion on this. Please voice your preference, and your reasoning. Thanks, --Bruno, Rob ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. --_000_FRXPR01MB1110D9CBEDAA8566868F14B99CDA0FRXPR01MB1110DEUP_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi Bruno,

 

my preference is for a). Intero= perability is a requirement discussed with vendors ahead of implementation.= The sooner issues are discovered and removed, the better. The interoperabl= e implementations should be from completely independent implementors.

 

The detailed implementation rep= ort helps too, in case there are debates on what “interoperability= 221; means later on. To make such a report more useful, a review on commodi= ty features should follow a while after a draft standard saw implementation. That would help to remove or at least indicat= e features which didn’t see deployment. As that requires effort for f= inished work, it will stay a wish, I guess.

 

Regards,

 

Ruediger

 

Von: spring <spring-bounces@ie= tf.org> Im Auftrag von bruno.decraene@orange.com
Gesendet: Mittwoch, 21. November 2018 08:35
An: SPRING WG List <spring@ietf.org>
Betreff: [spring] Implementation Requirement Policy

 

Hi SPRING,

 

As introduced during IETF 103, the IES= G asked for each WG to discuss the Implementation Requirement Policy that t= hey would like to use.

 

Below are typical examples of implemen= tation requirement policy, but we are free to define our own:

  1. require at least 2 interoperable implementations and de= tailed implementation reports
  2. req= uire x implementations documented in an Implementation Status Section (rfc7= 942)
  3. require x implementations &#= 8212; no specific documentation needed
  4. require x implementations, but the Chairs can make exceptions per-doc= ument
  5. document known implementati= ons in the Implementation Status Section (rfc7942)
    6. the Chairs will ask about implementations
  6. no requirement

 

 

Note that we are free to use any text,= and in particular allow for exceptions in addition to a general rule.=

Such policy would apply to documents i= n the SPRING WG. A protocol extension required for SPRING but adopted in an= other WG (e.g. LSR) would be subject to the policy of its WG (LSR).

 

This email starts a 4-weeks discussion= on this.

 

Please voice your preference, and your= reasoning.

 

Thanks,

--Bruno, Rob

 

____________________________________________________=
_____________________________________________________________________<=
/o:p>
 
Ce message et ses pieces jointes peuvent contenir de=
s informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisa=
tion. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces j=
ointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a =
ete altere, deforme ou falsifie. Merci.
 
This message and its attachments may contain confide=
ntial or privileged information that may be protected by law;
they should not be distributed, used or copied witho=
ut authorisation.
If you have received this email in error, please not=
ify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for m=
essages that have been modified, changed or falsified.

Thank you.
--_000_FRXPR01MB1110D9CBEDAA8566868F14B99CDA0FRXPR01MB1110DEUP_-- From nobody Wed Nov 21 06:28:16 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B138C130DF9; Wed, 21 Nov 2018 06:28:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7eLCO_GPdNuz; Wed, 21 Nov 2018 06:27:58 -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 50DDD12F1A6; Wed, 21 Nov 2018 06:27:56 -0800 (PST) Received: from [192.168.1.20] (unknown [119.94.172.79]) (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 1409418029FB; Wed, 21 Nov 2018 15:27:47 +0100 (CET) To: Shraddha Hegde Cc: rtg-dir@ietf.org, spring@ietf.org, draft-ietf-spring-segment-routing-mpls.authors@ietf.org References: <46a64bb1-1b17-184c-1089-e05315057236@gmail.com> From: Loa Andersson Message-ID: Date: Wed, 21 Nov 2018 22:27:43 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [spring] [RTG-DIR] RtgDir Early review: draft-ietf-spring-segment-routing-mpls-13 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2018 14:28:08 -0000 Shraddha, My earlier mail bounced from the spring wg mailing list. I agree that the new section would be useful. /Loa On 2018-11-20 00:01, Przemyslaw Krol wrote: > Hi Shraddha > > I think this would be very helpful. > > pk > > On Sun, Nov 18, 2018 at 8:39 PM Shraddha Hegde > wrote: > > Hi all,____ > > __ __ > > I am preparing the shepherd write-up and noticed that the topic in > below e-mail thread is an____ > > Open item. My personal opinion is to add a new section to this draft > to address below cases____ > > > more than one node advertising the same IPv4/6 PREFIX and both > have the same prefix-SID value with "N" flag____ > > > where an anycast prefix is advertised with a prefix-SID sub-TLV by > some (but not all) of the nodes that advertise that prefix.____ > > __ __ > > This draft is addressing incoming label collision and resulting > behavior and also describes other aspects like different SIDs for > same prefix so it seems reasonable to add above two cases to this > draft.____ > > WG members, if you have an opinion, pls respond on the list.____ > > __ __ > > Rgds____ > > Shraddha____ > > *From:*Alexander Vainshtein > > *Sent:* Sunday, November 4, 2018 9:37 PM > *To:* Ahmed Bashandy > > *Cc:* rtg-dir@ietf.org ; 'mpls@ietf.org > ' >; > 'adrian@olddog.co.uk ' > >; Jonathan > Hardwick (Jonathan.Hardwick@metaswitch.com > ) > >; spring@ietf.org > ; spring-chairs@ietf.org > ; > draft-ietf-spring-segment-routing-mpls.authors@ietf..org > ; > Shraddha Hegde > > *Subject:* RE: RtgDir Early review: > draft-ietf-spring-segment-routing-mpls-13____ > > __ __ > > Ahmed,____ > > Apologies for a delayed response.____ > > I fully agree that advertising the same prefix SID as the Node SID > by two different nodes in the SR domain is “a clear violation of the > SR architecture RFC (8402)”.____ > > But I do not think that the SR-MPLS draft can silently ignore this > violation just because it “is not an incoming label collision”. ____ > > The same applies to the controversy in advertising at the same > prefix as Anycast by some nodes but not as Anycast (or even as a > Node SID) by some other nodes. ____ > > Your reference to these being just control plane issues and > therefore not related to SR-MPLS is not valid - because the drafts > dealing with the SR control plane to which you refer in this draft > are strictly MPLS-oriented: they define how to advertise */SID > labels/* or */indices/* that are translated into */SID labels/*, and > neither of these mechanisms is relevant fore SRV6 IMHO. (I do not > have to remind you that a draft that defines SRV6 extensions for > ISIS > exists, > and deals with other issues).____ > > My 2c,____ > > Sasha____ > > __ __ > > Office: +972-39266302____ > > Cell:      +972-549266302____ > > Email: Alexander.Vainshtein@ecitele.com > ____ > > __ __ > > *From:*Ahmed Bashandy [mailto:abashandy.ietf@gmail.com] > *Sent:* Sunday, October 28, 2018 1:01 AM > *To:* Shraddha Hegde >; Alexander Vainshtein > > > *Cc:* rtg-dir@ietf.org ; 'mpls@ietf.org > ' >; > 'adrian@olddog.co.uk ' > >; Jonathan > Hardwick (Jonathan.Hardwick@metaswitch.com > ) > >; spring@ietf.org > ; spring-chairs@ietf.org > ; > draft-ietf-spring-segment-routing-mpls.authors@ietf.org > > *Subject:* Re: RtgDir Early review: > draft-ietf-spring-segment-routing-mpls-13____ > > __ __ > > Thanks for the comments____ > > While it is a clear violation of the SR architecture RFC (8402), > more than one node advertising the same IPv4/6 PREFIX and both have > the same prefix-SID value with "N" flag is not an incoming label > collision because the label is associated with the same FEC, which > is the prefix. ____ > > Hence handling such violation is not an SR-MPLS problem because > there is no incoming label collision and hence it it is outside the > scope of this draft____ > > __ __ > > The second issue is which SID to choose for an SR-policy (be it a > policy for TE, ti-lfa, uloop avoidance, security,..., etc). That is > strictly a control layer functionality and is not specific to > SR-MPLS. Hence it is outside the scope of this draft____ > > __ __ > > The third issue is the case where an anycast prefix is advertised > with a prefix-SID sub-TLV by some (but not all) of the nodes that > advertise that prefix. Again this is not an incoming label collision > because the label is associated with a single FEC, which is the > anycast prefix.____ > > __ __ > > On 7/19/18 8:30 PM, Shraddha Hegde wrote:____ > > Hi Ahmed,____ > > ____ > > The Node-SIDs are expected to be unique to a node. ____ > > “____ > >    An IGP Node-SID MUST NOT be associated with a prefix that is > owned by____ > >    more than one router within the same routing domain.”____ > > ____ > > If two different nodes advertise same Node-SID,____ > >          For Example Node A and B both advertise prefix 1.1.1.1 > and associate a  SID 1000 with N bit set.____ > > There is an anomaly here and IMO, this draft should address how > to handle this anomaly and whether TI-LFA and other____ > > Applications can use this SID as a Node-SID.____ > > Another slight variation of this case is a scenario where A and > B both advertise a prefix 1.1.1.1 and A assigns a Node-Sid____ > > Of 1000 and B does not assign any SID.____ > > ____ > > Rgds____ > > Shraddha____ > > ____ > > *From:*Alexander Vainshtein > > *Sent:* Thursday, July 19, 2018 10:05 PM > *To:* Ahmed Bashandy > > *Cc:* rtg-dir@ietf.org ; 'mpls@ietf.org > ' ; > 'adrian@olddog.co.uk ' > ; Jonathan > Hardwick (Jonathan.Hardwick@metaswitch.com > ) > > ; Shraddha Hegde > ; > spring@ietf.org ; spring-chairs@ietf.org > ; > draft-ietf-spring-segment-routing-mpls.authors@ietf.org > > *Subject:* RE: RtgDir Early review: > draft-ietf-spring-segment-routing-mpls-13____ > > ____ > > Ahmed hi!____ > > Lots of thanks for your response.____ > > Of course Node SIDs are not different from any other Prefix SIDs > when it comes to the MPLS forwarding plane.____ > > But, IMHO, strictly speaking, this is correct for any other SID > as well. ____ > > You seem to ignore the difference between SR-MPLS and SRv6 with > regard to the life span of prefix SIDs in general and Node SIDs > in particular. From my POV this difference should be discussed > in the draft. ____ > > So it seems that we can only “agree to disagree” on the need to > say something specific about Node SIDs in the draft, and let the > WG to decide what to do about it. ____ > > Regards,____ > > Sasha____ > > ____ > > Office: +972-39266302____ > > Cell:      +972-549266302____ > > Email: Alexander.Vainshtein@ecitele.com > ____ > > ____ > > *From:*Ahmed Bashandy [mailto:abashandy.ietf@gmail.com] > *Sent:* Thursday, July 19, 2018 7:13 PM > *To:* Alexander Vainshtein > > *Cc:* rtg-dir@ietf.org ; 'mpls@ietf.org > ' >; > 'adrian@olddog.co.uk ' > >; Jonathan > Hardwick (Jonathan.Hardwick@metaswitch.com > ) > >; shraddha@juniper.net > ; spring@ietf.org > ; spring-chairs@ietf.org > ; > draft-ietf-spring-segment-routing-mpls.authors@ietf.org > > *Subject:* Re: RtgDir Early review: > draft-ietf-spring-segment-routing-mpls-13____ > > ____ > > Thanks for the reply____ > > See inline____ > > Ahmed____ > > ____ > > On 7/12/18 12:22 AM, Alexander Vainshtein wrote:____ > > Ahmed and all,____ > > I would like to expand on my comments (and your responses) > about the role of Node SIDs in SR-MPLS.____ > > I would like to bring your attention two points:____ > > __1.__Node SIDs (and, in general, Prefix SIDs) in MPLS-SR > are different from the same in SRv6 because they require > explicit configuration action by the operator of SR domain. > I.e., it is not enough for a node to own some /32 or /128 > prefix that is advertised by IGP. The operator must > explicitly configure the node to use such a prefix as  Node > SID and to assign to it a specific index that is unique in > the SR domain. From my POV, this difference alone would > qualify Node SIDs as a topic to be discussed in the MPLS-SR > Architecture > draft.____ > > #Ahmed: I disagree with your POV. From the forwarding plane > perspective it does not make any difference whether a the label > at the top of an MPLS packet (representing the prefix-SID) > identifies a node or not. So from the SR-mpls forwarding point > of view there is no difference between a prefix-SID and a > node-SID. If there is any place in the SR-mpls draft where there > is a need to handle a node-SID different from a prefix SID, it > would be great to point it out > > ____ > > > __2.__In addition, quite a few constructs associated > with SR-MPLS implicitly assume that each node in the > SR-MPLS domain is assigned with at least one Node SID. > One example can be found in the TI-LFA > > draft. This draft says in Section 4.2:____ > > ____ > > > 4.2 > .. > The repair node is a PQ node____ > > ____ > > ____ > >    When the repair node is in P(S,X), the repair list is > made of a____ > >    single node segment to the repair node.____ > > In the scope of this section, the repair node is not > adjacent to the PLR, and therefore, to the best of my > understanding,  “a single node segment to the repair node” > can be only the Node SID of the repair node. Since repair > nodes are computed dynamically, this entire scheme depends > on all nodes in the MPLS=SR domain  having at least one Node > SID each____ > > #Ahmed: The choice of the SID to identify an intermediate or > exit node(s) in an SR-policy is a control plane behavior, > irrespective of reason such policy is created (be it ti-lfa > explicit path, uloop avoidance explicit path, or some SR-TE > explicit path). SR-Policy as well as Ti-LFA and uloop avoidance > are handled in separate drafts. So just like the response to > your previous comment, from forwarding plane perspective it does > not make any difference whether the label at the top of an MPLS > packet identifies a single or multiple nodes. > > ____ > > .____ > > ____ > > Hopefully these notes clarify my position on the subject.____ > > ____ > > Regards,____ > > Sasha____ > > ____ > > Office: +972-39266302____ > > Cell:      +972-549266302____ > > Email: Alexander.Vainshtein@ecitele.com > ____ > > ____ > > *From:*Alexander Vainshtein > *Sent:* Wednesday, July 11, 2018 12:02 PM > *To:* Ahmed Bashandy > > *Cc:* rtg-dir@ietf.org ; > 'mpls@ietf.org ' > ; 'adrian@olddog.co.uk > ' > ; Jonathan Hardwick > (Jonathan.Hardwick@metaswitch.com > ) > > ; > shraddha@juniper.net ; > spring@ietf.org ; > spring-chairs@ietf.org ; > draft-ietf-spring-segment-routing-mpls.authors@ietf.org > > *Subject:* RE: RtgDir Early review: > draft-ietf-spring-segment-routing-mpls-13____ > > ____ > > Ahmed, and all,____ > > Lots of thanks for a detailed response to my comments. ____ > > Please see */inline below/*my position on each of them.____ > > ____ > > Regards,____ > > Sasha____ > > ____ > > Office: +972-39266302____ > > Cell:      +972-549266302____ > > Email: Alexander.Vainshtein@ecitele.com > ____ > > ____ > > *From:*Ahmed Bashandy [mailto:abashandy.ietf@gmail.com] > *Sent:* Wednesday, July 11, 2018 4:42 AM > *To:* Alexander Vainshtein >; > spring-chairs@ietf.org ; > draft-ietf-spring-segment-routing-mpls.authors@ietf.org > > *Cc:* rtg-dir@ietf.org ; > 'mpls@ietf.org ' >; 'adrian@olddog.co.uk > ' >; Jonathan Hardwick > (Jonathan.Hardwick@metaswitch.com > ) > >; > shraddha@juniper.net ; > spring@ietf.org > *Subject:* Re: RtgDir Early review: > draft-ietf-spring-segment-routing-mpls-13____ > > ____ > > Thanks for thorough (and VERY clear) the review____ > > See inline #Ahmed____ > > ____ > > Ahmed____ > > ____ > > ____ > > On 6/15/18 11:08 PM, Alexander Vainshtein wrote:____ > > Re-sending to  correct SPRING WG list.____ > > Sincere apologies for the delay caused by a typo.____ > > Thumb typed by Sasha Vainshtein____ > > ____ > > ------------------------------------------------------------------------ > > *From:* Alexander Vainshtein > *Sent:* Sunday, June 10, 2018 10:43:52 AM > *To:* spring-chairs@ietf.org > ; > draft-ietf-spring-segment-routing-mpls.authors@ietf.org > > *Cc:* spring@ietf..com ; > rtg-dir@ietf.org ; > 'mpls@ietf.org '; > 'adrian@olddog.co.uk '; > Jonathan Hardwick (Jonathan.Hardwick@metaswitch.com > ); > shraddha@juniper.net > *Subject:* RE: RtgDir Early review: > draft-ietf-spring-segment-routing-mpls-13____ > > ____ > > Explicitly adding Shraddha  who is the shepherd of this > draft. ____ > > ____ > > Regards,____ > > Sasha____ > > ____ > > Office: +972-39266302____ > > Cell:      +972-549266302____ > > Email: Alexander.Vainshtein@ecitele.com > ____ > > ____ > > *From:* Alexander Vainshtein > *Sent:* Friday, June 8, 2018 5:43 PM > *To:* 'spring-chairs@ietf.org > ' > > ; > 'draft-ietf-spring-segment-routing-mpls.authors@ietf.org > ' > > *Cc:* 'spring@ietf.com ' > ; > rtg-dir@ietf.org ; > mpls@ietf.org ; > 'adrian@olddog.co.uk ' > > *Subject:* RtgDir Early review: > draft-ietf-spring-segment-routing-mpls-13____ > > ____ > > ____ > > Hello,____ > > I have been selected to do a routing directorate “early” > review of this draft: > https://datatracker.ietf.org/doc/draft-ietf-spring-segment-routing-mpls/ > ____ > > ____ > > The routing directorate will, on request from the > working group chair, perform an “early” review of a > draft before it is submitted for publication to the > IESG. The early review can be performed at any time > during the draft’s lifetime as a working group document. > The purpose of the early review depends on the stage > that the document has reached. As this document is > currently in the WG Last call, my focus for the review > was to determine whether the document is ready to be > published. Please consider my comments along with the > other working group last call comments.____ > > ____ > > For more information about the Routing Directorate, > please see ​ > http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir > ____ > > ____ > > *Document*: draft-ietf-spring-segment-routing-mpls-13____ > > *Reviewer*: Alexander (“Sasha”) Vainshtein > (alexander.vainshtein@ecitele.com > )____ > > *Review Date*: 08-Jun-18____ > > *Intended Status*: Proposed Standard.____ > > ____ > > *Summary*:____ > > ____ > > I have some minor concerns about this document that I > think should be resolved before it is submitted to the > IESG.____ > > ____ > > *Comments*:____ > > ____ > > I consider this draft as an important  companion > document to the Segment Routing Architecture > draft > that, ideally, should augment definitions of the Segment > Routing (SR) notions and constructs given there with > details specific for the SR instantiation that uses  the > MPLS data plane (SR-MPLS).  Many issues raised in my > review reflect either gaps that should be, but have not > been, closed, or inconsistencies between the two drafts. > ____ > > ____ > > ____ > > Since RFC 8287 > is > already published as a Standards Track RFC, I expect > such augmentation to be backward compatible with this > document (or to provide clear indications of required > updates to this document). And I include the MPLS WG > into distribution list. ____ > > ____ > > This draft was not easy reading for me. In particular, > the style of Section 2.5 that discusses at length and in > some detail multiple “corner cases” resulting, > presumably, from misconfiguration, before it explains > the basic (and relatively simple) “normal” behavior, > looks problematic to me.____ > > ____ > > The WG Last Call has been extended by one week. > Nevertheless, I am sending out my comments ____ > > ____ > > *Major Issues*: None found____ > > #Ahmed: thanks a lot____ > > ____ > > *Minor Issues*: Quite a few but, hopefully, easy to > resolve.____ > > ____ > > 1.*Encapsulation of SR-MPLS packets*: ____ > > a.RFC 3032 (referenced by the draft) and RFC 5332 (*/not > mentioned in the draft/*) depend two encapsulations of > labeled packets - one for Downstream-allocated labels > and another for Upstream-allocated ones.____ > > #Ahmed: RFC5332 is for multicast. As mentioned in Section 6 > of draft-ietf-spring-segment-routing-15, multicast is > outside the scope of SR. Hence the RFC was not referred to > in the SR-MPLS draft____ > > */[[Sasha]] I would be satisfied with this response, would > it not be for the following text I see in Section 2.2 of > the/**//**/SR Policy Architecture/* > *//**/draft:/*____ > >    A variation of SR Policy can be used for packet > replication.  A____ > >    candidate path could comprise multiple SID-Lists; one > for each____ > >    replication path.  In such a scenario, packets are > actually____ > >    replicated through each SID List of the SR Policy to > realize a point-____ > >    to-multipoint service delivery. ____ > > ____ > > */This looks to me as being very much multicast in SR, and, > unless you want to say that it is limited to SRv6, makes my > question relevant IMHO./*____ > > b.From my POV the ST-MPLS only uses Downstream-allocated > labels – but I expect the draft to state that > explicitly, one way or another. (If Upstream-allocated > labels are relevant for SR-MPLS, I would see it as a > major gap, so I hope that this is not the case).____ > > #Ahmed: I will add a statement in section 2.2 to mention > that it is down-stream allocated as you mentioned____ > > */[[Sasha]] This is quite unambiguous and, once added, would > resolve my comment in full – the previous comment > notwithstanding. In particular, it would imply that even > labels representing BSIDs of a SR Replication policies will > be downstream-allocated. /*____ > > ____ > > 2.*Label spaces in SR-MPLS*:____ > > a.RFC 3031 (referenced by the draft) defines > per-platform and per-interface label spaces, and RFC > 5331 (*/not mentioned in the draft/*) adds > context-specific label spaces and context labels. ____ > > b.The draft does not say which of these are or are not > relevant for SR-MPLS____ > > c.From my POV:____ > > i.Labels representing all kinds of SIDs mentioned in the > draft MUST be allocated from the per-platform label > space only ____ > > ii.At the same time, instantiation of Mirror Segment IDs > defined in Section 5.1 of the Segment Routing > Architecture draft using MPLS data plane clearly calls > for context labels and context-specific label spaces____ > > d.I expect the draft to provide a clear-cut position on > these aspects of SR-MPLS.____ > > #Ahmed: I will add a statement to section 2.2 to say that > the it is per-platform. Regarding the function "mirroring", > SR attaches a *function* to each SID. The "mirroring" > function is already described in Section 5.1 of > draft-ietf-spring-segment-routing and is not specific to the > MPLS forwarding plane. Hence there is no need to re-mention > it here because this document is trying to be as specific as > possible to the MPLS forwarding plane. General functions > attached to SID are described in the segment routing > architecture document or future documents. Furture documents > proposing new SR function must be as specific and clear as > possible____ > > */[[Sasha]] Looks OK to me./*____ > > ____ > > 3.*SR-MPLS and hierarchical LSPs*:____ > > a.SR LSPs that include more than one segment are > hierarchical LSPs from the POV of the MPLS data plane. > Therefore some (possibly, all) of the models for > handling TTL and TC bits that have been defined in RFC > 3443 (*/not mentioned in the draft/*) should apply to > SR-MPLS____ > > b.RFC 8287 (*/not referenced in the draft/*) > specifically discussed operation of the LSP Traceroute > function for SR LSPs in the case when Pipe/Short Pipe > model for TTL handling is used____ > > c.I expect the draft to provide at least some guidelines > regarding applicability of each specific model defined > in RFC 3443 (separately for TTL and TC bits) to SR-MPLS.____ > > #Ahmed: BY design, the instantiation of SR over the MPLS > forwarding plane (and hence this draft) does not modify the > MPLS forwarding plan behavior as it is mentioned in the > first sentence in Section 1. So the TTL behavior specified > in rfc3443 is already implied and there is no need to > re-mention it here just like all aspects of MPLS forwarding. > RFC8287 is OAM-specific.  SR-OAM is handled in a separate > document so is outside the scope of this draft____ > > */[[Sasha]] Unfortunately I do not think this is good > enough. Let me ask a specific question reflecting my > concerns:/*____ > > */The head-end node sends SR-MPLS packets across a path > defined by an ordered set of SIDs with more than one SID in > the list. Each SID is represented by a label stack entry > (LSE) in the MPLS label stack, and the label field in each > LSE is the label that matches the corresponding SID. > However, each LSE also includes the TTL and TC fields. How > does the head-end node set these fields in each of the LSEs > following the top one? This clearly depends on the model > (Uniform vs. Pipe/Short Pipe) implemented in each node that > that performs Next operation on the packet along the path – > but the head-end node usually is not aware of that. /*____ > > */RFC 8287 is relevant as an example here IMHO because it > recommends the following setting of TTL in Traceroute > packets:/*____ > > __-__*/Set the TTL of all the labels above one that > represents the segment you are currently tracing to > maximum/*____ > > __-__*/Set the TTL of the label one that represents the > segment you are currently tracing to the desired value (to > be incremented until end of segment is reached/*____ > > __-__*/Set the TTL of all the labels below one that > represents the segment you are currently tracing to 0./*____ > > */I expect the draft to provide some recommendations for > traffic (non-OAM) packets as well./*____ > > ____ > > 4.*Inferring network layer protocol in SR-MPLS*:____ > > a.I wonder if the draft could provide any details on the > situation when a label that represents some kind of SID > is the bottom-of-stack label to be popped by the egress > LER____ > > #ahmed: This is part of the "Next" function. It is described > in detail in this document. ____ > > */[[Sasha]] NEXT function is mentioned in several places in > the document. Can you please point to the specific text that > is relevant for my question?/*____ > > ____ > > b.For the reference, RFC 3032 says that “the identity of > the network layer protocol  must be inferable from the > value of the label which is popped from  the bottom of > the stack, possibly along with the contents  of the > network layer header itself”____ > > c.From my POV the following scenario indicates relevance > of this expectation for SR-MPLS:____ > > i.IS-IS is used for distributing both IPv4 and IPv6 > reachability in a given domain____ > > ii.An IS-IS adjacency over some dual-stack link is > established, and a single Adj-SID for this adjacency is > advertised____ > > iii.The node that has assigned and advertised this > Adj-SID receives a labeled packet with the label > representing this Adj-SID being both the top and > bottom-of-stack label____ > > iv.The implementers must be given unambiguous > instructions for forwarding the unlabeled packet via the > dual-stack link as an Ipv4 or an IPv6 packet.____ > > #Ahmed: If you take a look at the SR-ISIS , SR-OSPFv2 and > SR-OSFv3 drafts, you will see all 3 protocol advertise > different adj-SIDS for IPv4 next-hop and IPv6 next-hop. For > example, ISIS uses the "F-Flag" (section 2.2.1 in > draft-ietf-isis-segment-routing-extensions-18) to specify > whether the adj-SID is for IPv4 and IPv6. Similarly, the > SR-ISIS draft attaches a prefix-SID to the prefix > advertisement and hence implies the identity of the protocol > underneath the bottom most label. For any other "function" > attached to a SID, it is part of the specification of this > function to describe what happens when the SID is > represented by a label in the MPLS forwarding plane and this > label is the bottom most label ____ > > */[[Sasha]] OK, got it. This issue is resolved./*____ > > ____ > > 5.*Resolution**of Conflicts*: Are the____ > > a.Are the conflict resolution procedures listed in > section 2.5 mandatory to implement? ____ > > b.If they are mandatory to implement, are they also > mandatory to deploy, or can the operators simply treat > any detected conflict as requiring human intervention > and preventing normal operation of SR-MPLS?____ > > #Ahmed: They are recommended. I will modify the paragraph > after the first 3 bullets in Section 2.5 to say that it is > recommeded. ____ > > */[[Sasha]] OK. However, it would be nice if you could refer > separately for “RECOMMENDED to implement” and “RECOMMENDED > to deploy”.  The latter probably requires a configuration > knob for enabling conflict resolution rules (if they are > implemented). /*____ > > c.For the reference, the IETF capitalized MUST appears > just in a few places in Section 2.5, and each appearance > has very narrow context:____ > > i.For MCCs where the "Topology" and/or "Algorithm" > fields are not defined, the numerical value of zero MUST > be used for these two fields____ > > ii.If the same set of FECs are attached to the same > label "L1", then the tie-breaking rules MUST always > select the same FEC irrespective of the order in which > the FECs and the label "L1" are received. In other > words, the tie-breaking rule MUST be deterministic. ____ > > iii.An implementation of explicit SID assignment MUST > guarantee collision freeness on the same router____ > > From my POV, it is not possible to infer the answer to > my question from these statements. Some explicit > statement is required.____ > > #Ahmed: I agree with you POV and as mentioned in my reply to > items (a) and (b), I will modify the paragraph to say that > it is RECOMMENDED to answer you questions in items (a) and > (b)____ > > d.The tie-breaking rules in section 2.5.1 include some > specific values for encoding FEC types and address > families – but these values are not supposed to appear > in any IANA registries (because the draft does not > request any IANA actions). Can you please clarify what > is so special about these values? ____ > > #Ahmed: There is no significance to the values but there is > a significance to the order among them. I will modify the > text to clarify that____ > > */[[Sasha]] OK. /*____ > > ____ > > e.I also doubt that comparison of FECs that represent > IPv4 and IPv6 prefix SIDs makes much sense (for conflict > resolution or else), because, among other things, there > are valid scenarios when an IPv4 /32 prefix is embedded > in an IPv6 /128 one.____ > > #Ahmed: A prefix-SID is assigned to a prefix. An IPv6 prefix > that embeds an IPv4 prefix is different from the IPv4 > prefix. The specifications of SR extensions to ISIS, OSPFv2, > OSPFv3, and BGP treat IPv4 and IPv6 prefixes separately, > including the IPV6 prefixes with embedded IPv4 ones. Besides > not all IPv6 prefixes embed IPv4 prefix in them. Hence the > distinction between IPv4 and IPv6 prefixes is quite clear ____ > > */[[Sasha]] My concern was mainly about IPv4-mapped IPv6 > addresses. Quoting from RFC 4291:/*____ > > > *2.5.5.2* > *. > IPv4-Mapped IPv6 Address*____ > > ____ > > ____ > >    A second type of IPv6 address that holds an embedded > IPv4 address is____ > >    defined. This address type is used to represent the > addresses of____ > >    IPv4 nodes as IPv6 addresses.____ > > *//*____ > > */From my POV this means that a /128 prefix associated with > an IPv4-mapped IPv6 address and a /32 prefix associated with > the IPv4 address that was mapped to this IPv6 address > represent the same entity. This understanding fully matches > usage of IPv4-mapped IPv6 addresses as BGP Next Hops of > VPN-IPv6 addresses defined in RFC 4798. However, the > comparison rules you have defined will treat them as two > different prefixes.  I wonder if these rules, in the case of > a conflict, could result in preferring the IPv6 prefix to an > IPv4 one and therefore loosing MPLS connectivity for the > ingress PE of a 6VPE service to its egress PE?/*____ > > ____ > > f.Section 2.5.1 defines 3 types of SR-MPLS FECs, but I > am not sure all SID types defined in the Segment Routing > Architecture draft can be unambiguously mapped to one of > these types. Problematic examples include at least the > following:____ > > i.Parallel Adjacency SID____ > > ii.Mirror SID____ > > Explicit mapping of SID types to SR-MPLS FEC types would > be most useful IMO. If some SID types cannot be mapped > to SR-MPLS FECs, this must be explicitly stated in the > draft.____ > > #Ahmed: > Parallel adjacency SID are handled in the type "(next-hop, > outgoing interface)" ____ > > */[[Sasha]] OK/*____ > > > Mirror SID is a type of binding-SID as mentioned in Section > 5.1 in the SR architecture draft > (draft-ietf-spring-segment-routing-15). Also as described in > Section 2.4 draft-ietf-isis-segment-routing-extensions-18 > (also see the equivalent in the OSPFv2 and OSPFv3 draft), a > binding SID is identified by a prefix. Hence it is covered > by the type "(Prefix, Routing Instance, Topology, > Algorithm)"____ > > */[[Sasha]] I respectfully disagree. There is definitely no > mention of Algorithm in the definition of the Mirror SID. /*____ > > ____ > > 6.*Node SIDs in SR-MPLS*:____ > > a.Node SIDs are explicitly defined and discussed in the > Segment Routing Architecture draft but are not mentioned > even once in this draft____ > > b.AFAIK, the common implementation practice today > includes assignment of at least one Node SID to every > node in the SR-MPLS domain____ > > c.Is there a requirement to assign at least one Node SID > per {routing instance, topology, algorithm} in SR-MPLS? > If not, can the authors explain expected behavior of > such a node? (See also my comment about routing > instances below).____ > > #Ahmed: A Node-SID is a special case of prefix-SID. So there > nothing specific about it from the MPLS forwarding plane > point of view. Similarly from a standard tracks draft point > of view, there is no requirement to assign a SID to every > prefix just like there is no requirement to bind every > prefix to an LDP label. Common and/or recommended practices > or description of deployment scenarios are more befitting to > BCP or informational drafts. This draft is a standards track > draft____ > > */[[Sasha]] Well, you’ve just said that conflict resolution > rules are RECOMMENDED, and this is quite common in the > Standards Track RFCs. /*____ > > > If a {routing instance, topology, algorithm} is not assigned > a SID, then this FEC is totally irrelavant to this draft and > hence describing how a node treats it is totally outside the > scope of this draft____ > > */[[Sasha]] AFAIK, neither of the SR extension drafts for > IGPs mention routing instances that can be associated with > the prefix, so I think that your reference to it is > incorrect./*____ > > */What’s more I suspect that Node SIDs represent the most > used special case of Prefix SIDs with Anycast SIDs being > quite behind.  Therefore some recommendation pertaining to > the usage of Node SIDs would be very much in place IMHO. /*____ > > ____ > > 7.*SRGB Size in SR-MPLS*: ____ > > a.The draft correctly treats the situation when an index > assigned to some global SID cannot be mapped to a label > using the procedure in Section 2.4 as a conflict.____ > > b.At the same time the draft does not define any minimum > size of SRGB (be it defined as a single contiguous block > or as a sequence of such blocks) that MUST be > implemented by all SR-capable nodes____ > > c.I suspect that lack of such a definition could be > detrimental to interoperability of SR-MPLS solutions. > AFAIK, the IETF has been following, for quite some time, > a policy that some reasonable MUST-to-implement defaults > should be assigned for all configurable parameters > exactly in order to prevent this.____ > > #Ahmed: This document specifies how the SRGB is used and the > behavior of routers when a prefix-SID index maps to a label > inside and/or outside the SRGB. The actual size of the SRGB > is a task in partitioning the label space, which is very > specific to a particular deployment scenario. So IMO it is > outside the scope of a standards track document. Now that > SR-MPLS is deployed in many places, I expect the community > to gain sufficient experience to recommend (or not > recommend) a particular minimum/maximum size for the SRGB is > some future informational or BCP draft/RFC____ > > */[[Sasha]] My reading of your response is that minimum size > of SRGB is an issue for future study. Can you please just > add this to the draft?/*____ > > ____ > > 8.*Algorithms and Prefix SIDs*:____ > > a.The draft mentions Algorithms (as part of SR-MPLS > Prefix FEC) in, but it does not explicitly link them > with the Prefix-SID algorithms defined in section 3.1.1 > of the Segment Routing Architecture draft____ > > #Ahmed: I will just add the reference > [I-D.ietf-spring-segment-routing] right beside the first > time "Algorithm" is mentioned____ > > */[[Sasha]] OK/*____ > > ____ > > b.From my POV, the draft should explicitly state that > the default Prefix-SID algorithm MUST be implemented in > all SR-MPLS-compliant routers.____ > > #Ahmed: The specification of what path calculation method > should or must be supported is a routing protocol property > not a forwarding plane property. In fact, the choice of a > path calculation method or algorithm is completely > orthogonal to the routed protocol. Hence mandating the > support of a particular routing algorithm is beyond the > scope of this document.____ > > */[[Sasha]] OK/*____ > > ____ > > c.The Segment Routing Architecture draft states (in > section 3.1.3) that “Support of multiple algorithms > applies to SRv6”. But neither draft states whether > multiple algorithms apply to SR-MPLS. Can you please > clarify this point?____ > > #Ahmed: The last paragraph of Section 3.1.2 titled SR-MPLS > in draft-ietf-spring-segment-routing-15 discusses the > support of multiple algorithms. So it is implied that the > concept of algorithm applies to SR-MPLS. Hence there is no > need to re-mention it here____ > > */[[Sasha]] The paragraph to which you refer only says that > if a packet with the active Prefix-SID that is associated > with a specific algorithm is received by a node that does > not support this algorithm, this packet will be discarded. > If this is the only type of support for multiple algorithms > SR provides, it is not very useful IMHO/**/. /*____ > > ____ > > 9.*Routing instances and the context for Prefix-SIDs*:____ > > a.The Segment Routing Architecture draft states in > Section 3.1 that the “context for an IGP-Prefix segment > includes the prefix, topology, and algorithm”____ > > b.This draft seems to define (in section 2.5) the > context for the Prefix SID as “Prefix, Routing Instance, > Topology, Algorithm” where ”a routing instance is > identified by a single incoming label downloader to FIB” > (but the notion of the label downloader to FIB is not > defined).____ > > c.These two definitions look different to me. ____ > > d.At the very least I would expect alignment between the > definitions of context for the Prefix-SID between the > two drafts. Preferably, the definition given in the > Segment Routing Architecture draft should be used in > both drafts.____ > > #Ahmed: The context of the section 2.5 is limited to the > resolution of local label collision. The use of "routing > instance" in section 2.5 is just there for tie-breaking if > there is local label collision.____ > > */[[Sasha]] I have already mentioned that “routing > instances” are not defined in any the drafts dealing with SR > Extensions for IGPs. So I do not understand how the conflict > resolution procedure is supposed to use this. And in any > case the difference between two definitions of the context > of Prefix-SID requires some explanation./*____ > > > > ____ > > 10.*Example of PUSH operation in Section 2.10.1*:____ > > a.The first para of this section begins with the > sentence “Suppose an MCC on a router "R0" determines > that PUSH or CONTINUE   operation is to be applied to an > incoming packet whose active SID is the global SID > "Si"”. In the context of SR-MPLS this means (to me) that > the incoming packet is a labeled packet and its top > label matches the global SID “Si”. ____ > > b.However, the example for PUSH operation in the next > para of this section is the case of an (unlabeled) IP > packet with the destination address covered by the IP > prefix for which “Si” has been assigned. ____ > > c.From my POV:____ > > i.Mapping unlabeled packets to SIDs is indeed out of > scope of the draft. Therefore an example of a PUSH > operation that is applied to a labeled packet (with the > active SID inferred from the top label in the stack) is > preferable.____ > > ii.Valid examples of  PUSH operation applied to a > labeled incoming packet can be found in Sections 4.2 or > 4.3 of the TI-LFA > draft____ > > ____ > > #Ahmed: I do not understand your concern here:)____ > > */[[Sasha]] I think it is pretty clear: can you provide an > example of a PUSH operation applied to a labeled packet > instead of your current example?/*____ > > ____ > > *Nits*: ____ > > 1.I concur with Adrian regarding numerous nits he has > reported in his WG LC Comment > . > I would like to thank Adrian for an excellent review > that have saved me lots of hard work.____ > > #Ahmed: I also agree that Adrian's review is exceptional. I > believe I addressed all his comments in the latest version.____ > > 2.In addition, I’d like to report the following nits:____ > > a.Ti-LFA in Section 2.11.1 should be TI-LFA (as in the > TI-LFA > draft)____ > > #Ahmed: Already done in the latest version*/[[Sasha]] OK/* ____ > > b.TI-LFA draft is referenced in the text of Section > 2.11.1, but there is no matching reference in the > “References” section (probably, Informational)____ > > #Ahmed: Already done in the latest version*/[[Sasha]] OK/* ____ > > c.“zero Algorithm” in Section 2.5 (immediately above > Section 2.5.1) must be replaced with “default > algorithm”. Similarly, “non-zero Algorithm” should be > replaced with “non-default algorithm”____ > > #Ahmed: Will be done in the next version*/[[Sasha]] /* OK____ > > 3.I think that RFC 3443 and RFC 5332 should be listed as > Normative references in this draft while RFC 5331 and > RFC 8277 should be listed as Informative references. > This would improve the readability of the draft without > any impact on its advancement. ____ > > ____ > > #Ahmed RFC5331 describes upstream label assignment. As you > mentioned above (and I will modify the draft to indicate > that) SR-MPLS behavior is similar to downstream label > assignment. RFC 3443 describes TTL behavior. This is an MPLS > forwarding behavior. As mentioned in the draft, SR-MPLS does > not modify at the MPLS forwarding behavior____ > > */[[Sasha]] Regarding RFC 5331 – you may skip this reference > if you state (as discussed below) that SR-MPLS only > allocates labels from the per-platform label space. > Regarding RFC 3443 – I do not think that you can fully avoid > discussion of Uniform and Pipe/Short Pipe models, and > therefore you will need this reference./*____ > > > > ____ > > Hopefully, these comments will be useful.____ > > #Ahmed: They are certainly quite useful. Thanks a lot____ > > ____ > > Regards,____ > > Sasha____ > > ____ > > Office: +972-39266302____ > > Cell:      +972-549266302____ > > Email: Alexander.Vainshtein@ecitele.com > ____ > > ____ > > > ___________________________________________________________________________ > > This e-mail message is intended for the recipient only > and contains information which is > CONFIDENTIAL and which may be proprietary to ECI > Telecom. If you have received this > transmission in error, please inform us by e-mail, phone > or fax, and then delete the original > and all copies thereof. > _______________________________________________________________________________ > > ____ > > > ___________________________________________________________________________ > > This e-mail message is intended for the recipient only and > contains information which is > CONFIDENTIAL and which may be proprietary to ECI Telecom. If > you have received this > transmission in error, please inform us by e-mail, phone or > fax, and then delete the original > and all copies thereof. > _______________________________________________________________________________ > > ____ > > > ___________________________________________________________________________ > > This e-mail message is intended for the recipient only and > contains information which is > CONFIDENTIAL and which may be proprietary to ECI Telecom. If you > have received this > transmission in error, please inform us by e-mail, phone or fax, > and then delete the original > and all copies thereof. > _______________________________________________________________________________ > > __ __ > > > ___________________________________________________________________________ > > This e-mail message is intended for the recipient only and contains > information which is > CONFIDENTIAL and which may be proprietary to ECI Telecom. If you > have received this > transmission in error, please inform us by e-mail, phone or fax, and > then delete the original > and all copies thereof. > _______________________________________________________________________________ > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > > > > -- > Przemyslaw "PK" Krol |  Strategic Network Engineer ing |pkrol@google.com > > -- Loa Andersson email: loa@pi.nu Senior MPLS Expert Bronze Dragon Consulting phone: +46 739 81 21 64 From nobody Wed Nov 21 09:44:29 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1A9F7130DC1; Wed, 21 Nov 2018 09:44:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.191 X-Spam-Level: X-Spam-Status: No, score=0.191 tagged_above=-999 required=5 tests=[AC_DIV_BONANZA=0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_FONT_FACE_BAD=0.289, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FQvV36llITRi; Wed, 21 Nov 2018 09:44:25 -0800 (PST) Received: from mail-ed1-x535.google.com (mail-ed1-x535.google.com [IPv6:2a00:1450:4864:20::535]) (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 D76A6128AFB; Wed, 21 Nov 2018 09:44:24 -0800 (PST) Received: by mail-ed1-x535.google.com with SMTP id r27so5609284eda.0; Wed, 21 Nov 2018 09:44:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=5EeZ60v0ampUgM9OPDrmT8vhSf0DyojQBDRCXCE+rrg=; b=biwdYDS/A11a6+7S15J1R9vqZ1FqE2Zsj05xzahw6T5g2KV8TVFVW/zmUI6IUBxuMY tzhcMGszoJ5Syht+MaguqLbtU3oLnWTMlch8JG8og4u3YUwDj2n+Cm1f+nwLSwBlfBF7 U+oppDHkt+7pzQpuRz7exPBIbX38AgtU5M71KUnOcURNsAcKIf0dUQPGCPnWJBPI3hH9 OS47cTymNhXGnAYHxi37pqeiXOFVTXiXEagKqtQVBL6/xVRCfrlRGydOK1qyHCBYwke/ 48WB2gPMjyy8wH0QU4m8J6xBH0MyC4CjP3VCUu5LqO0ug8Nj5ydXEopijk26p0+vZF9i PemA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=5EeZ60v0ampUgM9OPDrmT8vhSf0DyojQBDRCXCE+rrg=; b=oujYCxSw+H/fR0h9BUYpZomRTR4qb1WH9wtlxtjNvrboGV/XCE8bgX2PeLGO1BVYXg 7oC2YxNjbipBvNNLgpwIFXGg++uBXaZTYvPvqJoCmXGEcNgsccuuGfVs62MdlwGWZvwS /Lz1zTsny5HBfZIera/elgP6PwnyoVA2mQx1tpHWWwgKeAW/23FcBBhv/xvs2RkKRBtk 55EWuEHdQCCYMODCUyBCOG5Q+nGwbVDqp1vsXvM9O31GboYwpodITYwUiiz2xoIDpgT+ EoF2DFCpMknLdq7qkMqPOx1AFMPBDOTIfDUU7tNXG68chMjUjbjeQE30cwy21h+SK+N7 DXsQ== X-Gm-Message-State: AGRZ1gLudkOHmsYhUBoS+HX74NbEvIaP3CPRab5S9Vp2xbpURy5ta7p+ b+upThU8JbiEWFMr+8ZHU4hub9hF7+V1mHR97Fs= X-Google-Smtp-Source: AJdET5cjn0rtUJsLbeXzTE0Os3g0GmQ/gc+lRcAXFDvFFVSBupSlR2D2PVcqSU+pXjreczB8gNKLKi1k5X5jNM1N4B4= X-Received: by 2002:a17:906:be2:: with SMTP id z2-v6mr5718601ejg.170.1542822263219; Wed, 21 Nov 2018 09:44:23 -0800 (PST) MIME-Version: 1.0 References: <667e2cbf25aa4fe084a676f54af08eb0@XCH-RCD-009.cisco.com> In-Reply-To: From: Shyam Sethuram Date: Wed, 21 Nov 2018 09:44:11 -0800 Message-ID: To: pkrol=40google.com@dmarc.ietf.org Cc: shsethur@cisco.com, swaagraw@cisco.com, spring@ietf.org, ketant@cisco.com, draft-ietf-idr-segment-routing-te-policy@ietf.org, draft-ietf-spring-segment-routing-policy@ietf.org Content-Type: multipart/alternative; boundary="000000000000f36ab9057b304cac" Archived-At: Subject: Re: [spring] draft-previdi-idr-segment-routing-te-policy - BSID flag inconsistency X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2018 17:44:28 -0000 --000000000000f36ab9057b304cac Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable As per the mail below, a new version has been posted: https://tools.ietf.org/html/draft-ietf-idr-segment-routing-te-policy-05 On Mon, Nov 12, 2018 at 1:24 PM Przemyslaw Krol wrote: > Thanks for clarification. > > pk > > On Mon, Nov 12, 2018 at 1:20 PM Shyam Sethuram (shsethur) < > shsethur@cisco.com> wrote: > >> Hi PK, >> >> Sorry for the delay. We'll soon publish an update to fix the BSID Flags >> order >> >> and clarify the Segment V-Flag. Thanks for pointing. >> >> >> >> The BSID Flags would be as follows: >> >> Bit 0 : S-Flag >> >> Bit 1 : I-Flag >> >> >> >> >> >> thanks=E2=89=AAshyam >> >> >> >> *From:* Przemyslaw Krol >> *Sent:* Monday, November 12, 2018 1:04 PM >> *To:* Ketan Talaulikar (ketant) >> *Cc:* spring@ietf..org ; >> draft-ietf-idr-segment-routing-te-policy@ietf.org; Shyam Sethuram >> (shsethur) ; Swadesh Agrawal (swaagraw) < >> swaagraw@cisco.com>; draft-ietf-spring-segment-routing-policy@ietf.org >> *Subject:* Re: [spring] draft-previdi-idr-segment-routing-te-policy - >> BSID flag inconsistency >> >> >> >> Hi Ketan, >> >> >> >> Did you manage to confirm bit ordering for the flag? >> >> >> >> thanks, >> >> pk >> >> >> >> On Thu, Oct 25, 2018 at 7:50 AM Przemyslaw Krol wrote= : >> >> Hi Ketan, >> >> >> >> Thanks for the reply. >> >> >> >> >> >> *[KT] Thanks for catching that it looks like perhaps the IANA section >> needs to be updated to reflect the ordering in the main section text.* >> >> [PK] Great, thanks for that. Is it safe to assume the ordering in 2.4.2 >> (instead of 8.5) to be final then? >> >> >> >> *Normally, only the path resolution is needed to be performed and that >> too for the first SID. The =E2=80=9CV=E2=80=9D flag may be used to indic= ate to the headend >> to perform the verification. When the SID is of type 1 or 2 then it is o= nly >> about checking the path resolution (reachability) for it. When the SID i= s >> of type 3-through-11 then it would be about first resolving to get the S= ID >> value and then doing its path resolution. Perhaps this text in the SR >> Policy Architecture draft could clarify this further (if needed) and we = use >> =E2=80=9CSID verification=E2=80=9D term in the BGP draft for alignment o= f terminologies.* >> >> >> >> [PK] I reckon even pointing to draft-ietf-idr-segment-routing-te-policy >> in the context of SID verification would make the meaning of V-flag much >> more obvious. Anyhow, this is just a suggestion as it's been signaled to= me >> that it's not easy to make that association. >> >> >> >> thanks, >> >> >> >> On Wed, Oct 24, 2018 at 8:26 PM Ketan Talaulikar (ketant) < >> ketant@cisco.com> wrote: >> >> Hi PK, >> >> >> >> Thanks for your review and including the BGP draft authors to keep them >> posted. >> >> >> >> Please check inline below. >> >> >> >> *From:* spring *On Behalf Of *Przemyslaw Krol >> *Sent:* 24 October 2018 23:35 >> *To:* spring@ietf..org >> *Subject:* [spring] draft-previdi-idr-segment-routing-te-policy - BSID >> flag inconsistency >> >> >> >> Authors, >> >> >> >> There seems to be a discrepancy in BSID flag ordering: >> >> >> https://tools.ietf.org/html/draft-ietf-idr-segment-routing-te-policy-04#= section-2.4.2 >> >> >> >> 0 1 2 3 4 5 6 7 >> >> +-+-+-+-+-+-+-+-+ >> >> |S|I| | >> >> +-+-+-+-+-+-+-+-+ >> >> >> >> >> https://tools..ietf.org/html/draft-ietf-idr-segment-routing-te-policy-04= #section-8.5 >> >> >> >> >> Bit Description Reference >> >> >> ------------------------------------------------------------------------= --------- >> >> 0 Drop Upon Invalid Flag (I-Flag) This document >> >> 1 Specified-BSID-Only Flag (S-Flag) This document >> >> >> >> Would it be possible to clarify this please? >> >> *[KT] Thanks for catching that it looks like perhaps the IANA section >> needs to be updated to reflect the ordering in the main section text.* >> >> >> >> Also, draft mentions "V-flag: Segment Verification Flag": >> >> >> >> V-Flag: This flag encodes the "Segment Verification" behavior. It >> >> is used by SRPM as described in section 5 in >> >> [I-D.ietf-spring-segment-routing-policy]. >> >> >> >> Yet its meaning doesn't look to be clearly described in either drafts. >> >> *[KT] I believe this is referring to the following text in Sec 5.1 of th= e >> draft-ietf-spring-segment-routing-policy.* >> >> >> >> o It is empty. >> >> o Its weight is 0. >> >> o The headend is unable to perform path resolution for the first SID >> >> into one or more outgoing interface(s) and next-hop(s). >> >> * o The headend is unable to perform SID resolution for any non-first= * >> >> * SID of type 3-through-11 into an MPLS label or an SRv6 SID.* >> >> * o The headend verification fails for any SID for which verification= * >> >> * has been explicitly requested.* >> >> >> >> "Unable to perform path resolution" means that the headend has no >> >> path to the SID in its SR database. >> >> >> >> *SID verification is performed when the headend is explicitly* >> >> * requested to verify SID(s) by the controller via the signaling* >> >> * protocol used*.. >> >> >> >> *Normally, only the path resolution is needed to be performed and that >> too for the first SID. The =E2=80=9CV=E2=80=9D flag may be used to indic= ate to the headend >> to perform the verification. When the SID is of type 1 or 2 then it is o= nly >> about checking the path resolution (reachability) for it. When the SID i= s >> of type 3-through-11 then it would be about first resolving to get the S= ID >> value and then doing its path resolution. Perhaps this text in the SR >> Policy Architecture draft could clarify this further (if needed) and we = use >> =E2=80=9CSID verification=E2=80=9D term in the BGP draft for alignment o= f terminologies.* >> >> >> >> *Thanks,* >> >> *Ketan* >> >> >> >> thanks, >> >> pk >> >> >> >> >> >> -- >> >> Przemyslaw "PK" Krol | >> >> Strategic Network Engineer >> >> ing | pkrol@google.com >> >> >> >> >> >> >> -- >> >> Przemyslaw "PK" Krol | >> >> Strategic Network Engineer >> >> ing | pkrol@google.com >> >> >> >> >> -- >> >> Przemyslaw "PK" Krol | >> >> Strategic Network Engineer >> >> ing | pkrol@google.com >> >> >> > > > -- > Przemyslaw "PK" Krol | Strategic Network Engineer ing | pkrol@google.com > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > --000000000000f36ab9057b304cac Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
As per the mail bel= ow, a new version has been posted:

On Mo= n, Nov 12, 2018 at 1:24 PM Przemyslaw Krol <pkrol=3D40google.com@dmarc.ietf.org> wrote:
Thanks for clarificatio= n.

pk

On Mon, Nov 12, 2018 at 1:20 PM Shyam Sethuram (shsethur) <shsethur@cisco.com&= gt; wrote:

Hi PK,

Sorry for the delay. We'll soon p= ublish an update to fix the BSID Flags order

and clarify the Segment V-Flag. Thank= s for pointing.

=C2=A0

The BSID Flags would be as follows:

Bit 0 : =C2=A0S-Flag

Bit 1 :=C2=A0 I-Flag

=C2=A0

=C2=A0

thanks=E2=89=AA= shyam

=C2=A0

From: Przemyslaw Krol <pkrol@google.com>
Sent: Monday, November 12, 2018 1:04 PM
To: Ketan Talaulikar (ketant) <ketant@cisco.com>
Cc: spring@ietf= ..org; draft-ietf-idr-segment-routing-te-policy@ietf.org; Shyam Sethuram (shsethur) <shsethur@cisco.com>; Swadesh Agrawal (swaagraw) <swaagraw@cisco.com>; draft-ietf-spring-segment-routing-policy@ietf.org Subject: Re: [spring] draft-previdi-idr-segment-routing-te-policy - = BSID flag inconsistency

=C2=A0

Hi Ketan,

=C2=A0

Did you manage to confirm bit ordering for the flag?=

=C2=A0

thanks,

pk

=C2=A0

On Thu, Oct 25, 2018 at 7:50 AM Przemyslaw Krol <= pkrol@google.com&= gt; wrote:

Hi Ketan,

=C2=A0

Thanks for the reply.

=C2=A0

=C2=A0

[KT] Thanks for catching that i= t looks like perhaps the IANA section needs to be updated to reflect the or= dering in the main section text.

[PK] Great, thanks for that. Is it safe to assume th= e ordering in 2.4.2 (instead of 8.5) to be final then?

=C2=A0

Normally, only the path resolut= ion is needed to be performed and that too for the first SID. The =E2=80=9CV=E2=80=9D flag may be used to indicate to the headend to per= form the verification. When the SID is of type 1 or 2 then it is only about= checking the path resolution (reachability) for it. When the SID is of typ= e 3-through-11 then it would be about first resolving to get the SID value and then doing its path resolution. Perhaps this text= in the SR Policy Architecture draft could clarify this further (if needed)= and we use =E2=80=9CSID verification=E2=80=9D term in the BGP draft for al= ignment of terminologies.

=C2=A0

[PK] I reckon even pointing to=C2=A0draft-ietf-idr-s= egment-routing-te-policy in the context of SID verification would make the = meaning of V-flag much more obvious. Anyhow, this is just a suggestion as i= t's been signaled to me that it's not easy to make that association.

=C2=A0

thanks,

=C2=A0

On Wed, Oct 24, 2018 at 8:26 PM Ketan Talaulikar (ke= tant) <ketant@cisc= o.com> wrote:

Hi PK,

=C2=A0

Thanks for your review= and including the BGP draft authors to keep them posted.<= /u>

=C2=A0

Please check inline be= low.

=C2=A0

From: spring <spring-bounces@ietf.org> On Behalf Of Przemyslaw Krol
Sent: 24 October 2018 23:35
To: spring@ietf= ..org
Subject: [spring] draft-previdi-idr-segment-routing-te-policy - BSID= flag inconsistency

=C2=A0

Authors,

=C2=A0

There seems to be a discrepancy in BSID flag orderin= g:

=C2=A0

=C2=A0 =C2=A00 1 2 3 4 5 6 7

=C2=A0 =C2=A0+-+-+-+-+-+-+-+-+

=C2=A0 =C2=A0|S|I|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0|

=C2=A0 =C2=A0+-+-+-+-+-+-+-+-+

=C2=A0


Bit=C2=A0 =C2=A0 Description=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 Reference

----------------------------------------------------= -----------------------------

=C2=A0 =C2=A00=C2=A0 =C2=A0 =C2=A0Drop Upon Invalid = Flag (I-Flag)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0This document<= u>

=C2=A0 =C2=A01=C2=A0 =C2=A0 =C2=A0Specified-BSID-Onl= y Flag (S-Flag)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0This document

=C2=A0

Would it be possible to clarify this please?<= u>

[KT] Thanks for catching that i= t looks like perhaps the IANA section needs to be updated to reflect the ordering in the main section text.

=C2=A0

Also, draft mentions "V-flag: Segment Verificat= ion Flag":

=C2=A0

=C2=A0 =C2=A0V-Flag: This flag encodes the "Seg= ment Verification" behavior.=C2=A0 It

=C2=A0 =C2=A0 =C2=A0 is used by SRPM as described in= section 5 in

=C2=A0 =C2=A0 =C2=A0 [I-D.ietf-spring-segment-routin= g-policy].

=C2=A0

Yet its meaning doesn't look to be clearly descr= ibed in either drafts.

[KT] I believe this is referrin= g to the following text in Sec 5.1 of the draft-ietf-spring-segment-routing= -policy.

=C2=A0=

=C2=A0=C2=A0 o=C2=A0 It is empty.

=C2=A0=C2=A0 o=C2=A0 Its weight is 0.

=C2=A0=C2=A0 o=C2=A0 The headend is unable to = perform path resolution for the first SID

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 into one or mor= e outgoing interface(s) and next-hop(s).

=C2=A0=C2=A0 o=C2=A0 The headend is unable = to perform SID resolution for any non-first

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 SID of type = 3-through-11 into an MPLS label or an SRv6 SID.

=C2=A0=C2=A0 o=C2=A0 The headend verificati= on fails for any SID for which verification

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 has been exp= licitly requested.

=C2=A0

=C2=A0=C2=A0 "Unable to perform path reso= lution" means that the headend has no

=C2=A0=C2=A0 path to the SID in its SR databas= e.

=C2=A0

=C2=A0=C2=A0 SID verification is performed when the headend is explicitly<= u>

=C2=A0=C2=A0 requested to verify SID(s) by = the controller via the signaling

=C2=A0=C2=A0 protocol used= ..

=C2=A0

Normally, only the path resolut= ion is needed to be performed and that too for the first SID. The =E2=80=9CV=E2=80=9D flag may be used to indicate to the headend to per= form the verification. When the SID is of type 1 or 2 then it is only about= checking the path resolution (reachability) for it. When the SID is of typ= e 3-through-11 then it would be about first resolving to get the SID value and then doing its path resolution. Perhaps this text= in the SR Policy Architecture draft could clarify this further (if needed)= and we use =E2=80=9CSID verification=E2=80=9D term in the BGP draft for al= ignment of terminologies.

=C2=A0=

Thanks,

Ketan<= /u>

=C2=A0

thanks,

pk

=C2=A0

=C2=A0

--

Przemyslaw "PK" Krol |=C2=A0Strategic Network Engineering |=C2=A0pkrol@google.com= =C2=A0

Przemyslaw "PK" Krol |

=C2=A0Strategic Network Engineer

ing |=C2=A0pkrol@google.com=C2=A0

=C2=A0


=C2=A0

--

Przemyslaw "PK" Krol |

=C2=A0Strategic Network Engineer

ing |=C2=A0pkrol@google.com=C2=A0


=C2=A0

--

Przemyslaw "PK" Krol |

=C2=A0Strategic Network Engineer

ing |=C2=A0pkrol@google.com=C2=A0

=C2=A0



--
=
Przemyslaw "PK" Krol |=C2=A0Strategic Network Engineering |=C2=A0pkro= l@google.com=C2=A0
=
<= /div>
_______________________________________________
spring mailing list
spring@ietf.org https://www.ietf.org/mailman/listinfo/spring
--000000000000f36ab9057b304cac-- From nobody Wed Nov 21 09:54:18 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0B2AE12F1AC for ; Wed, 21 Nov 2018 09:54:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -16.769 X-Spam-Level: X-Spam-Status: No, score=-16.769 tagged_above=-999 required=5 tests=[AC_DIV_BONANZA=0.001, DKIMWL_WL_MED=-1.459, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, ENV_AND_HDR_SPF_MATCH=-0.5, HTML_FONT_FACE_BAD=0.289, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_DEF_SPF_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id klIneAJtNfG3 for ; Wed, 21 Nov 2018 09:54:13 -0800 (PST) Received: from mail-it1-x136.google.com (mail-it1-x136.google.com [IPv6:2607:f8b0:4864:20::136]) (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 70E3D1294D0 for ; Wed, 21 Nov 2018 09:54:13 -0800 (PST) Received: by mail-it1-x136.google.com with SMTP id h193so10123362ita.5 for ; Wed, 21 Nov 2018 09:54:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=2DzdKANCmkdNFc5NqYzSEx4Kcs/o3pAXY7t76mVcDx8=; b=j/SOnHUD1vJ7Tq1fCBPZAXQLNL2bNg/8PZ13X2QIY1Fq2/ahZXYvTbcz6f6VvIDBT5 D5VtKcq3calJSHEA35BJ59bh0QInuS7hUFtL1lSHAqF4sevWoI00ZT8NTJ/Ra8WqznB3 xgM40cT2aLOI7pQvjgGcD3V5gpZh60+lYENlxF0GlIq0LRIEZoPi3XCWcSYH5caAq4PX i3BL51cgy+0XLp4c9MoLmRZq+Ze4vjZ7aUTQLpKOlsje1dsBqUl8p7IxRJ3q4tFhePQl wyrbPunLkcmVsrNe9EDdDwAZx3ISc8ZssxaiyRztwRyX13BKeJuWCaf/u0SYmGN9Z1yE t4aQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=2DzdKANCmkdNFc5NqYzSEx4Kcs/o3pAXY7t76mVcDx8=; b=WDK2PioDqtmVsPaMqgMfZ2Bk6iFjBCdtboxxOpfsatacQoPNGIiFyLGAafdOGCFCqz Gle42lvwOH3YnYMmQBKETx6tAS8//28YsAs7kkIs7W3tC2jndkZffu3ImA+XnzjM7qvc 3whacWVqZnxvwjWPkpYzAMr/xBRreqw9pLEhLalRrH+/Kejan1q4G+dyR4+CUVCXwNPe BMqfF2C9Ezn6xv6F/JAIN03r6PdIPftC+LXGVPuxLzvvHYiEHIiBV3XVGtarg/23EcOW 4UfFgl54PuLxs4VFoI8cWJ4mvGEkoSnotDp5c9bQXVFgtXjM+sAt5Kb8jFMWaeVxZfKk o8Tg== X-Gm-Message-State: AGRZ1gLpd5u6beFve76AlZ/Uxc/FwjUlnmm9nQPOrS+1ORERq3wI5uGb R6HemesJMC8q4YPi7AYfE06ajm5g9TQeRsVzMvN6MQ== X-Google-Smtp-Source: AFSGD/WzsySJwlTlt3hm2WUUiHuoTjpOgxAvKdTVwozA5eyqFFMz5uGzG55RAz8ckNfeYHvBgAAMKH6Vj8LwiHt4MK0= X-Received: by 2002:a24:4fcb:: with SMTP id c194mr6588041itb.47.1542822852134; Wed, 21 Nov 2018 09:54:12 -0800 (PST) MIME-Version: 1.0 References: <667e2cbf25aa4fe084a676f54af08eb0@XCH-RCD-009.cisco.com> In-Reply-To: From: Przemyslaw Krol Date: Wed, 21 Nov 2018 09:53:34 -0800 Message-ID: To: shyam.ioml@gmail.com Cc: shsethur@cisco.com, swaagraw@cisco.com, spring@ietf.org, "Ketan Talaulikar (ketant)" , draft-ietf-idr-segment-routing-te-policy@ietf.org, draft-ietf-spring-segment-routing-policy@ietf.org Content-Type: multipart/alternative; boundary="0000000000000dfe02057b3070fc" Archived-At: Subject: Re: [spring] draft-previdi-idr-segment-routing-te-policy - BSID flag inconsistency X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2018 17:54:17 -0000 --0000000000000dfe02057b3070fc Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Howdy, Thank you for sorting this out. pk On Wed, Nov 21, 2018 at 9:44 AM Shyam Sethuram wrote= : > As per the mail below, a new version has been posted: > https://tools.ietf.org/html/draft-ietf-idr-segment-routing-te-policy-05 > > On Mon, Nov 12, 2018 at 1:24 PM Przemyslaw Krol 40google.com@dmarc.ietf.org> wrote: > >> Thanks for clarification. >> >> pk >> >> On Mon, Nov 12, 2018 at 1:20 PM Shyam Sethuram (shsethur) < >> shsethur@cisco.com> wrote: >> >>> Hi PK, >>> >>> Sorry for the delay. We'll soon publish an update to fix the BSID Flags >>> order >>> >>> and clarify the Segment V-Flag. Thanks for pointing. >>> >>> >>> >>> The BSID Flags would be as follows: >>> >>> Bit 0 : S-Flag >>> >>> Bit 1 : I-Flag >>> >>> >>> >>> >>> >>> thanks=E2=89=AAshyam >>> >>> >>> >>> *From:* Przemyslaw Krol >>> *Sent:* Monday, November 12, 2018 1:04 PM >>> *To:* Ketan Talaulikar (ketant) >>> *Cc:* spring@ietf...org ; >>> draft-ietf-idr-segment-routing-te-policy@ietf.org; Shyam Sethuram >>> (shsethur) ; Swadesh Agrawal (swaagraw) < >>> swaagraw@cisco.com>; draft-ietf-spring-segment-routing-policy@ietf.org >>> *Subject:* Re: [spring] draft-previdi-idr-segment-routing-te-policy - >>> BSID flag inconsistency >>> >>> >>> >>> Hi Ketan, >>> >>> >>> >>> Did you manage to confirm bit ordering for the flag? >>> >>> >>> >>> thanks, >>> >>> pk >>> >>> >>> >>> On Thu, Oct 25, 2018 at 7:50 AM Przemyslaw Krol >>> wrote: >>> >>> Hi Ketan, >>> >>> >>> >>> Thanks for the reply. >>> >>> >>> >>> >>> >>> *[KT] Thanks for catching that it looks like perhaps the IANA section >>> needs to be updated to reflect the ordering in the main section text.* >>> >>> [PK] Great, thanks for that. Is it safe to assume the ordering in 2.4.2 >>> (instead of 8.5) to be final then? >>> >>> >>> >>> *Normally, only the path resolution is needed to be performed and that >>> too for the first SID. The =E2=80=9CV=E2=80=9D flag may be used to indi= cate to the headend >>> to perform the verification. When the SID is of type 1 or 2 then it is = only >>> about checking the path resolution (reachability) for it. When the SID = is >>> of type 3-through-11 then it would be about first resolving to get the = SID >>> value and then doing its path resolution. Perhaps this text in the SR >>> Policy Architecture draft could clarify this further (if needed) and we= use >>> =E2=80=9CSID verification=E2=80=9D term in the BGP draft for alignment = of terminologies.* >>> >>> >>> >>> [PK] I reckon even pointing to draft-ietf-idr-segment-routing-te-policy >>> in the context of SID verification would make the meaning of V-flag muc= h >>> more obvious. Anyhow, this is just a suggestion as it's been signaled t= o me >>> that it's not easy to make that association. >>> >>> >>> >>> thanks, >>> >>> >>> >>> On Wed, Oct 24, 2018 at 8:26 PM Ketan Talaulikar (ketant) < >>> ketant@cisco.com> wrote: >>> >>> Hi PK, >>> >>> >>> >>> Thanks for your review and including the BGP draft authors to keep them >>> posted. >>> >>> >>> >>> Please check inline below. >>> >>> >>> >>> *From:* spring *On Behalf Of *Przemyslaw Krol >>> *Sent:* 24 October 2018 23:35 >>> *To:* spring@ietf...org >>> *Subject:* [spring] draft-previdi-idr-segment-routing-te-policy - BSID >>> flag inconsistency >>> >>> >>> >>> Authors, >>> >>> >>> >>> There seems to be a discrepancy in BSID flag ordering: >>> >>> >>> https://tools.ietf.org/html/draft-ietf-idr-segment-routing-te-policy-04= #section-2.4.2 >>> >>> >>> >>> 0 1 2 3 4 5 6 7 >>> >>> +-+-+-+-+-+-+-+-+ >>> >>> |S|I| | >>> >>> +-+-+-+-+-+-+-+-+ >>> >>> >>> >>> >>> https://tools...ietf.org/html/draft-ietf-idr-segment-routing-te-policy-= 04#section-8.5 >>> >>> >>> >>> >>> Bit Description Reference >>> >>> >>> -----------------------------------------------------------------------= ---------- >>> >>> 0 Drop Upon Invalid Flag (I-Flag) This document >>> >>> 1 Specified-BSID-Only Flag (S-Flag) This document >>> >>> >>> >>> Would it be possible to clarify this please? >>> >>> *[KT] Thanks for catching that it looks like perhaps the IANA section >>> needs to be updated to reflect the ordering in the main section text.* >>> >>> >>> >>> Also, draft mentions "V-flag: Segment Verification Flag": >>> >>> >>> >>> V-Flag: This flag encodes the "Segment Verification" behavior. It >>> >>> is used by SRPM as described in section 5 in >>> >>> [I-D.ietf-spring-segment-routing-policy]. >>> >>> >>> >>> Yet its meaning doesn't look to be clearly described in either drafts. >>> >>> *[KT] I believe this is referring to the following text in Sec 5.1 of >>> the draft-ietf-spring-segment-routing-policy.* >>> >>> >>> >>> o It is empty. >>> >>> o Its weight is 0. >>> >>> o The headend is unable to perform path resolution for the first SI= D >>> >>> into one or more outgoing interface(s) and next-hop(s). >>> >>> * o The headend is unable to perform SID resolution for any non-firs= t* >>> >>> * SID of type 3-through-11 into an MPLS label or an SRv6 SID.* >>> >>> * o The headend verification fails for any SID for which verificatio= n* >>> >>> * has been explicitly requested.* >>> >>> >>> >>> "Unable to perform path resolution" means that the headend has no >>> >>> path to the SID in its SR database. >>> >>> >>> >>> *SID verification is performed when the headend is explicitly* >>> >>> * requested to verify SID(s) by the controller via the signaling* >>> >>> * protocol used*... >>> >>> >>> >>> *Normally, only the path resolution is needed to be performed and that >>> too for the first SID. The =E2=80=9CV=E2=80=9D flag may be used to indi= cate to the headend >>> to perform the verification. When the SID is of type 1 or 2 then it is = only >>> about checking the path resolution (reachability) for it. When the SID = is >>> of type 3-through-11 then it would be about first resolving to get the = SID >>> value and then doing its path resolution. Perhaps this text in the SR >>> Policy Architecture draft could clarify this further (if needed) and we= use >>> =E2=80=9CSID verification=E2=80=9D term in the BGP draft for alignment = of terminologies.* >>> >>> >>> >>> *Thanks,* >>> >>> *Ketan* >>> >>> >>> >>> thanks, >>> >>> pk >>> >>> >>> >>> >>> >>> -- >>> >>> Przemyslaw "PK" Krol | >>> >>> Strategic Network Engineer >>> >>> ing | pkrol@google.com >>> >>> >>> >>> >>> >>> >>> -- >>> >>> Przemyslaw "PK" Krol | >>> >>> Strategic Network Engineer >>> >>> ing | pkrol@google.com >>> >>> >>> >>> >>> -- >>> >>> Przemyslaw "PK" Krol | >>> >>> Strategic Network Engineer >>> >>> ing | pkrol@google.com >>> >>> >>> >> >> >> -- >> Przemyslaw "PK" Krol | Strategic Network Engineer ing | pkrol@google.co= m >> >> _______________________________________________ >> spring mailing list >> spring@ietf.org >> https://www.ietf.org/mailman/listinfo/spring >> > --=20 Przemyslaw "PK" Krol | Strategic Network Engineer ing | pkrol@google.com --0000000000000dfe02057b3070fc Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Howdy,

Thank you for sorting this= out.

pk



--
=
= --0000000000000dfe02057b3070fc-- From nobody Wed Nov 21 11:00:14 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 44D4C12426A; Wed, 21 Nov 2018 11:00:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.997 X-Spam-Level: X-Spam-Status: No, score=-1.997 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_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, NORMAL_HTTP_TO_IP=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id InXT850ikpwY; Wed, 21 Nov 2018 11:00:03 -0800 (PST) Received: from mail-pl1-x62d.google.com (mail-pl1-x62d.google.com [IPv6:2607:f8b0:4864:20::62d]) (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 A354E130DC4; Wed, 21 Nov 2018 11:00:03 -0800 (PST) Received: by mail-pl1-x62d.google.com with SMTP id f12-v6so6779861plo.1; Wed, 21 Nov 2018 11:00:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=pFl13EHsTAaaECK7mUo9+1M5bXQek1vxDMgI7hqx7Pk=; b=SjT53lYDuCwX5xB1MwgTPaQ6fZCpa8pichqyUaRRfKTQ9m53VRhIslnW2nnr8eSw4T W9AEfgbpZlm1lC4ARpv2ETbpPoSKn0GC7XmyhWll5+deTH58dpCqvoFED2qHiNJA3bvb 5MfqD7M32qjUqMk+GYz+UaFRMq+63elW9VZKxbQBF5Fcx0ugMwwgIyKLBpOvEl/rlN5I E0Z2GQRKx1WWb+XqAdfbCqaV2v63iYXZCZM15vLEg2URxqaDkmELnqdsPbx9uOsMEJ2z 6uLaYBjUSzVFq8ytvzgH6cLzth6NLB8c9t8XdHcyFy/VEtMp4GUuDs8E+Pbe2KXrvkKr DZHg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=pFl13EHsTAaaECK7mUo9+1M5bXQek1vxDMgI7hqx7Pk=; b=K8dQvTJL6o8FRS7/koiiWGBsgLVP0413RuPEdJA+kYoKWrmSlW2FS7baEO7PG+nhH/ k9G7gKs5x8Ijtm1h5EaZxVb4gxTWfMUYP+DQaQhGDUfT7G9YtzVXpVIY11zvBnXXh8JO ua/KMyFbAnuKIxChnWq0w+WtEzO4VXDJLedmZ+mFByQWyteEPAaYbf6ceARh1h9fyCA8 bbLnu5R/gTMBnUY0hg97MVZ8bjfo3jEtfWPLSJaRPY3rn0RPxqaePp3RpXnl+ne0CFQY VATDgh04HnQ8phaK+KQwKwpV46xLg9zKN6f2+bAzdG/LOPh20VIdJKwvMRdkR8i3YNGu vXlg== X-Gm-Message-State: AGRZ1gKR7tl+NQn2WacKuSeWiKD3KF7ZE4JIzf/4eo48ah4t41c3i4n2 BYqKa+jhNXri1K0w57jlJwa9va+c X-Google-Smtp-Source: AJdET5c+02RLV+DgJ2aLFArM1q1jrshDopS+AUH2Q6vvzngWrqXFVDTC4VtGoWETW3I+549M9tYFww== X-Received: by 2002:a62:ab0d:: with SMTP id p13mr8043966pff.211.1542826802300; Wed, 21 Nov 2018 11:00:02 -0800 (PST) Received: from ?IPv6:2601:646:9300:4fc9:ad57:41b8:40d5:17cd? ([2601:646:9300:4fc9:ad57:41b8:40d5:17cd]) by smtp.gmail.com with ESMTPSA id o23-v6sm29329350pfa.112.2018.11.21.11.00.01 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 21 Nov 2018 11:00:01 -0800 (PST) Content-Type: multipart/alternative; boundary=Apple-Mail-0E668BAC-DB68-40D1-A5E9-710B7CB28D56 Mime-Version: 1.0 (1.0) From: Gaurav Dawra X-Mailer: iPhone Mail (15F79) In-Reply-To: Date: Wed, 21 Nov 2018 11:00:00 -0800 Cc: Alvaro Retana , draft-ietf-spring-segment-routing-msdc@ietf.org, tsv-art@ietf.org, SPRING WG , =?utf-8?Q?Mirja_K=C3=BChlewind?= , Martin Stiemerling Content-Transfer-Encoding: 7bit Message-Id: <24740D0F-E0A0-4AD2-9D0A-DC38F98B1498@gmail.com> References: <6dd41180-83bd-c02e-1783-df873e749941@gmail.com> <465981C7-7AB1-43AF-8A80-69D835871077@gmail.com> <8652B1BB-C2E7-4324-8E79-E3092362AE1A@gmail.com> <2120B719-EB92-4A47-A26C-0E2E810F1CA8@gmail.com> <3b257a8a-0455-cd1b-6e95-0e03ab3f1830@kuehlewind.net> <870b223b-5fa7-e5f3-919f-f36521d69d68@kuehlewind.net> To: Rob Shakir Archived-At: Subject: Re: [spring] [Tsv-art] TSV-ART review of draft-ietf-spring-segment-routing-msdc-08 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2018 19:00:06 -0000 --Apple-Mail-0E668BAC-DB68-40D1-A5E9-710B7CB28D56 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Rob - After some discussions with authors - I will remove Sec. 7. Hopefully, this w= ill close out this informational doc. Will post a new version. Cheers Gaurav Sent from my iPhone > On Nov 2, 2018, at 10:09 AM, Rob Shakir wrote: >=20 > Gaurav, >=20 > Can we distill down (to Mirja's question earlier) what this section is try= ing to impart? >=20 > Taking a step back, it looks to me like you basically want to say: > (7.1) since there are explicit label stacks associated with each candidate= path within an ECMP, any TE mechanism inside of the datacentre can exploit t= his to target a single one of them, rather than the whole set. The scope of d= oing so requires careful consideration of the traffic being balanced, but SR= allows this to be the case. > (7.2) further to 7.1, it's not only for bandwidth-aware TE that this is th= e case, it may be for other traffic engineering optimisation criteria. > (7.3) the ability to allow targeting of traffic means that one can probe i= ndividual links. > These points are not unique to the MSDC problem space that you're discussi= ng. 3.3.1 in 7855 discusses 1+2 IMHO, and OAM is covered in 8403. Am I missi= ng something? >=20 > If not, please do seriously consider (as the author group) removing this s= ection, or simply linking to the other documents with brief statements on th= e underlying points. >=20 > Kind regards, > r. >=20 >> On Thu, Nov 1, 2018 at 9:20 PM Gaurav Dawra wrote= : >> Thanks Alvaro. >>=20 >> Mirja, >>=20 >> How does this text sound? I am inclined to the discussion over the phone i= f we need further discussion :)=20 >>=20 >> "This section outlines as an example a possible solution for addressing f= low steering problem using SR. The host which is originating an flow may sh= are its application observations with a centralized agent by indicating its b= andwidth requirements and the destination for the flow, that enables the lat= ter to keep up-to-date network bandwidth demand maps for such flows correlat= ed with the actual utilization of the paths in the network. The centralized a= gent may use this information to make an optimal routing decision. The end h= ost may receive updated steering information from the centralized agent, pub= lished via external mechanisms, of specific paths with their bandwidth avail= ability on which to steer its flow. >> =20 >> For example, an application A.1 is informed about explicit paths to Z {16= 006, 16011} which has bandwidth availability such as not to degrade other fl= ows. The centralized agent may similarly pin flows on other disjoint explici= t paths. Over a period of time, or once the flow is gone (as reported by the= application), then the centralized agent updates the hosts to revert back t= o their normal per-flow ECMP based hashing for load-sharing. The details of h= ow such a solution may be realized is outside the scope of this document. Ho= wever, the traffic steering mechanism using SR allows for solving some of th= ese problems in the data-center." >>=20 >> Gaurav >>=20 >>> On Mon, Oct 29, 2018 at 12:41 PM Alvaro Retana w= rote: >>=20 >>> On October 29, 2018 at 11:34:13 AM, Mirja Kuehlewind (IETF) (ietf@kuehle= wind.net) wrote: >>>=20 >>> Hi! >>>=20 >>> FWIW, I agree with Mirja and her proposal below. Not only does it sound= like this Informational document is talking about items that should be out o= f scope, but the first paragraph in =C2=A77 says that it talks about "how th= e problems described above (in section 3) could be solved using the segment r= outing concept.=E2=80=9D To me, these are examples and (as the text also me= ntions) "only parts of the solution=E2=80=9D. >>>=20 >>> Let=E2=80=99s please wrap this document up! >>>=20 >>> Thanks! >>>=20 >>> Alvaro. >>>=20 >>>=20 >>=20 >>>> this still sounds very much like inventing a new mechanism which seem a= bit out of scope for this document. However, after all bandwidth requiremen= ts might not be known or are very dynamic because of congestion control or a= daption mechanism in the application (e.g. adaptive video traffic), and ther= efore there it is still the same problem that it is no reasonable to make de= cision based on this very dynamic metric.=20 >>>>=20 >>>> The text below sounds like you are rather interested to a) distinguish e= lephant from mice flows and b) understand if the elephant flow has a maximum= bandwidth cap (because it's application-limited). These are different infor= mation and might be more useful for your case. However, I still think having= this discussion in this level of details goes beyond the scope of the docum= ent.=20 >>>>=20 >>=20 >>>> What=E2=80=99s about just saying something like, a central host can col= lect per-flow information, either from the host directly or measurement on t= he path, and use this information to impact routing. I would, however, also l= ike to see a note/warning in this context that metrics that are changing ver= y dynamically should not be used as input for routing decisions..=20 >> _______________________________________________ >> spring mailing list >> spring@ietf.org >> https://www.ietf.org/mailman/listinfo/spring --Apple-Mail-0E668BAC-DB68-40D1-A5E9-710B7CB28D56 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable Rob -

After some discussions with authors - I will remove Sec. 7.= Hopefully, this will close out this informational doc.

Will post a new v= ersion.

Cheers

Gaurav

S= ent from my iPhone

On Nov 2, 2018, at 10:09 AM, Rob Shakir <= ;robjs@google.com> wrote:

=
Gaurav,

=
Can we distill down (to Mirja's question earlier) what this section is t= rying to impart?

Taking a step back, it looks to me= like you basically want to say:
  • (7.1) si= nce there are explicit label stacks associated with each candidate path with= in an ECMP, any TE mechanism inside of the datacentre can exploit this to ta= rget a single one of them, rather than the whole set. The scope of doing so r= equires careful consideration of the traffic being balanced, but SR allows t= his to be the case.
  • (7.2) further to 7.1, it= 's not only for bandwidth-aware TE that this is the case, it may be for othe= r traffic engineering optimisation criteria.
  • (7.3) the ability to allow targeting of traffic means that one can probe in= dividual links.
These points are not u= nique to the MSDC problem space that you're discussing. 3.3.1 in 7855 discusses 1+2 IM= HO, and OAM is covered in 8403. Am I missin= g something?

<= font size=3D"2">If not, please do seriously consider (as the author group) r= emoving this section, or simply linking to the other documents with brief st= atements on the underlying points.

Kind regards,
r.

On T= hu, Nov 1, 2018 at 9:20 PM Gaurav Dawra <gdawra.ietf@gmail.com> wrote:
Thanks Alvaro.

Mirja,

How does this text sound? I am inclined to the discussion ov= er the phone if we need further discussion :) 

"This section outlines as an example a possible solution for= addressing flow steering problem using SR.  The host which is originating an f= low may share its application observations with a centralized agent by in= dicating its bandwidth requirements and the destination for the flow, that e= nables the latter to keep up-to-date network bandwidth demand maps for such f= lows correlated with the actual utilization of the paths in the network. The= centralized agent may use this information to make an optimal routing decis= ion. The end host may receive updated steering information from the centrali= zed agent, published via external mechanisms, of specific paths with their b= andwidth availability on which to steer its flow.

<= /span>

 

For example, an application A= .1 is informed about explicit paths to Z {16006, 16011} which has bandwidth a= vailability such as not to degrade other flows. The centralized agent may si= milarly pin flows on other disjoint explicit paths. Over a period of time, o= r once the flow is gone (as reported by the application), then the centraliz= ed agent updates the hosts to revert back to their normal per-flow ECMP base= d hashing for load-sharing. The detail= s of how such a solution may be realized is outside the scope of this docume= nt. However, the traffic steering mechanism using SR allows for solving some of these problems in the data-ce= nter."


Gaurav


On Mon, Oct 29, 2018 at 12:41 PM Alvaro Retan= a <aretana.ie= tf@gmail.com> wrote:
On October 29, 2= 018 at 11:34:13 AM, Mirja Kuehlewind (IETF) (ietf@kuehlewind.net) wrote:

Hi!=

FWIW, I agree wit= h Mirja and her proposal below.  Not only does it sound like this Infor= mational document is talking about items that should be out of scope, but th= e first paragraph in =C2=A77 says that it talks about "how the problems desc= ribed above (in section 3) could be solved using the segment routing concept= .=E2=80=9D  To me, these are examples and (as the text also mentions) "= only parts of the solution=E2=80=9D.

Le= t=E2=80=99s please wrap this document up!

Thanks!

=
Alvaro.


this still sounds very much like inventing a new= mechanism which seem a bit out of scope for this document. However, after a= ll bandwidth requirements might not be known or are very dynamic because of c= ongestion control or adaption mechanism in the application (e.g. adaptive vi= deo traffic), and therefore there it is still the same problem that it is no= reasonable to make decision based on this very dynamic metric. 

The text below sounds like you are rather interested to= a) distinguish elephant from mice flows and b) understand if the elephant f= low has a maximum bandwidth cap (because it's application-limited). These ar= e different information and might be more useful for your case. However, I s= till think having this discussion in this level of details goes beyond the s= cope of the document. 
=
<= /div>
What=E2= =80=99s about just saying something like, a central host can collect per-flo= w information, either from the host directly or measurement on the path, and= use this information to impact routing. I would, however, also like to see a= note/warning in this context that metrics that are changing very dynamicall= y should not be used as input for routing decisions.. 
_______________________________________________
spring mailing list
spring@ietf.org
= https://www.ietf.org/mailman/listinfo/spring
= --Apple-Mail-0E668BAC-DB68-40D1-A5E9-710B7CB28D56-- From nobody Wed Nov 21 12:32:44 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1F025130DC5 for ; Wed, 21 Nov 2018 12:32:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -18.958 X-Spam-Level: X-Spam-Status: No, score=-18.958 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-1.459, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, ENV_AND_HDR_SPF_MATCH=-0.5, HTML_MESSAGE=0.001, NORMAL_HTTP_TO_IP=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_DEF_SPF_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6PgnLC1h0Ltj for ; Wed, 21 Nov 2018 12:32:39 -0800 (PST) Received: from mail-wr1-x434.google.com (mail-wr1-x434.google.com [IPv6:2a00:1450:4864:20::434]) (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 B977E130DD9 for ; Wed, 21 Nov 2018 12:32:38 -0800 (PST) Received: by mail-wr1-x434.google.com with SMTP id p4so7054409wrt.7 for ; Wed, 21 Nov 2018 12:32:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=tAec6463gg+Tf6dOWhlLbnuHVuDwZUhrPozfKgq35l4=; b=a0f7X1iTo1EK8RZj414ZbFq2gVUulviIuvde/704Jgn2GxEVEAOhkSciT6eQCTHJgC /tYeqB8KViCLrgxbELXZNG9bGiLw/3eCv4rNRpOPcoDv5Dn8qRT7ewMsXvvgbHFWR7ic DyhJmexpBnnWc2iT2Rh/BifeDL3FZsLnlJmm5dBRLWQhmGjzaXax3Q359AYKTEJwCFJC dV6fKu+tvaK8dw34L3rUHbBW/HUs0J0Tv8wh8dLagXHzjo0XsvFRavnvhzAf7iy7MTM/ JvQO7kYDnn1r9EcU8co7vxHT37DBr2JNn7Rh4M9isoGv8QZTgGwHJbhC1w/5XlvKEUj8 q43g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=tAec6463gg+Tf6dOWhlLbnuHVuDwZUhrPozfKgq35l4=; b=pytXIzwjAzD4EwyCk2Y30/6EUmIhVnpM6LarIe9emrHqGa/vWrcHCFdvjekV6GGTa8 frJPx3jXgPl7ZvkMryIJT0P+SeukwtE3wCuYsHUc53cr2nwt+nCDfvgyiABx7yFP/N8q tv3m7o/RgaqVgsQQAPXHv0AGFVS7SrfwHP9KVF7Ukguac6asJf+E/F+DAD++pvDfgtv/ /mkMXWhlZZDZXsJlq+YLTf1S0wDz0qiqsF4jICimiFRrKRlOMSAumIn9ebXni5HO3qPQ X8fIGTKA+GqhXQxlUG6MZgMzhzFRhHj5RSrbunXpU83+NXFFdHnwDWIX2ApVnOvCp4Jl QvVw== X-Gm-Message-State: AA+aEWaMPlxRmHH1vQ46GjSMhdsYlDdZHXgoebEK/V8Oiv00Q82SBuZO CJv2p1k/FvbHlslbQrJIto1gicA1cMOOeugepLfTaw== X-Google-Smtp-Source: AFSGD/UwhaAnxLbtt0+6fuA34BHtNjOyL3WFOvSHJeYeWL6KQIUSUs2/J5SN+Xb+UuPJLGnE3bVjAlYkQxaVvvvZeIU= X-Received: by 2002:a5d:4a0c:: with SMTP id m12mr4034614wrq.38.1542832356598; Wed, 21 Nov 2018 12:32:36 -0800 (PST) MIME-Version: 1.0 References: <6dd41180-83bd-c02e-1783-df873e749941@gmail.com> <465981C7-7AB1-43AF-8A80-69D835871077@gmail.com> <8652B1BB-C2E7-4324-8E79-E3092362AE1A@gmail.com> <2120B719-EB92-4A47-A26C-0E2E810F1CA8@gmail.com> <3b257a8a-0455-cd1b-6e95-0e03ab3f1830@kuehlewind.net> <870b223b-5fa7-e5f3-919f-f36521d69d68@kuehlewind.net> <24740D0F-E0A0-4AD2-9D0A-DC38F98B1498@gmail.com> In-Reply-To: <24740D0F-E0A0-4AD2-9D0A-DC38F98B1498@gmail.com> From: Rob Shakir Date: Wed, 21 Nov 2018 12:32:18 -0800 Message-ID: To: Gaurav Dawra Cc: Alvaro Retana , Martin Stiemerling , =?UTF-8?Q?Mirja_K=C3=BChlewind?= , SPRING WG List , draft-ietf-spring-segment-routing-msdc@ietf.org, tsv-art@ietf.org Content-Type: multipart/alternative; boundary="000000000000909f1f057b32a633" Archived-At: Subject: Re: [spring] [Tsv-art] TSV-ART review of draft-ietf-spring-segment-routing-msdc-08 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2018 20:32:42 -0000 --000000000000909f1f057b32a633 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Great. Thanks Gaurav. Please ping Mirja once you have posted the new version, and hopefully we can progress this document. Cheers, r. On Wed, Nov 21, 2018, 11:00 AM Gaurav Dawra wrote: > Rob - > > After some discussions with authors - I will remove Sec. 7. Hopefully, > this will close out this informational doc. > > Will post a new version. > > Cheers > > Gaurav > > Sent from my iPhone > > On Nov 2, 2018, at 10:09 AM, Rob Shakir wrote: > > Gaurav, > > Can we distill down (to Mirja's question earlier) what this section is > trying to impart? > > Taking a step back, it looks to me like you basically want to say: > > - (7.1) since there are explicit label stacks associated with each > candidate path within an ECMP, any TE mechanism inside of the datacent= re > can exploit this to target a single one of them, rather than the whole= set. > The scope of doing so requires careful consideration of the traffic be= ing > balanced, but SR allows this to be the case. > - (7.2) further to 7.1, it's not only for bandwidth-aware TE that this > is the case, it may be for other traffic engineering optimisation crit= eria. > - (7.3) the ability to allow targeting of traffic means that one can > probe individual links. > > These points are not unique to the MSDC problem space that you're > discussing. 3.3.1 in 7855 > discusses 1+2 IMHO, > and OAM is covered in 8403. Am I missing something? > > If not, please do seriously consider (as the author group) removing this > section, or simply linking to the other documents with brief statements o= n > the underlying points. > > Kind regards, > r. > > On Thu, Nov 1, 2018 at 9:20 PM Gaurav Dawra wrote= : > >> Thanks Alvaro. >> >> Mirja, >> >> How does this text sound? I am inclined to the discussion over the >> phone if we need further discussion :) >> >> "This section outlines as an example a possible solution for addressing >> flow steering problem using SR. The host which is originating an flow >> may share its application observations with a centralized agent by >> indicating its bandwidth requirements and the destination for the flow, >> that enables the latter to keep up-to-date network bandwidth demand maps >> for such flows correlated with the actual utilization of the paths in th= e >> network. The centralized agent may use this information to make an optim= al >> routing decision. The end host may receive updated steering information >> from the centralized agent, published via external mechanisms, of specif= ic >> paths with their bandwidth availability on which to steer its flow. >> >> >> >> For example, an application A.1 is informed about explicit paths to Z >> {16006, 16011} which has bandwidth availability such as not to degrade >> other flows. The centralized agent may similarly pin flows on other >> disjoint explicit paths. Over a period of time, or once the flow is gone >> (as reported by the application), then the centralized agent updates the >> hosts to revert back to their normal per-flow ECMP based hashing for >> load-sharing. The details of how such a solution may be realized is >> outside the scope of this document. However, the traffic steering mechan= ism >> using SR allows for solving some of these problems in the data-center." >> >> >> Gaurav >> >> On Mon, Oct 29, 2018 at 12:41 PM Alvaro Retana >> wrote: >> >>> On October 29, 2018 at 11:34:13 AM, Mirja Kuehlewind (IETF) ( >>> ietf@kuehlewind.net) wrote: >>> >>> Hi! >>> >>> FWIW, I agree with Mirja and her proposal below. Not only does it soun= d >>> like this Informational document is talking about items that should be = out >>> of scope, but the first paragraph in =C2=A77 says that it talks about "= how the >>> problems described above (in section 3) could be solved using the segme= nt >>> routing concept.=E2=80=9D To me, these are examples and (as the text a= lso >>> mentions) "only parts of the solution=E2=80=9D. >>> >>> Let=E2=80=99s please wrap this document up! >>> >>> Thanks! >>> >>> Alvaro. >>> >>> >>> this still sounds very much like inventing a new mechanism which seem a >>> bit out of scope for this document. However, after all bandwidth >>> requirements might not be known or are very dynamic because of congesti= on >>> control or adaption mechanism in the application (e.g. adaptive video >>> traffic), and therefore there it is still the same problem that it is n= o >>> reasonable to make decision based on this very dynamic metric. >>> >>> The text below sounds like you are rather interested to a) distinguish >>> elephant from mice flows and b) understand if the elephant flow has a >>> maximum bandwidth cap (because it's application-limited). These are >>> different information and might be more useful for your case. However, = I >>> still think having this discussion in this level of details goes beyond= the >>> scope of the document. >>> >>> What=E2=80=99s about just saying something like, a central host can col= lect >>> per-flow information, either from the host directly or measurement on t= he >>> path, and use this information to impact routing. I would, however, als= o >>> like to see a note/warning in this context that metrics that are changi= ng >>> very dynamically should not be used as input for routing decisions.. >>> >>> _______________________________________________ >> spring mailing list >> spring@ietf.org >> https://www.ietf.org/mailman/listinfo/spring >> > --000000000000909f1f057b32a633 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Great. Thanks Gaurav.=C2=A0

Please ping Mirja once you h= ave posted the new version, and hopefully we can progress this document.=C2= =A0

Cheers,
r.=C2=A0

On Wed, Nov 21, 2018, 11:00 AM Gaurav Daw= ra <gdawra.ietf@gmail.com&g= t; wrote:
Rob -

After some discussions with autho= rs - I will remove Sec. 7. Hopefully, this will close out this informationa= l doc.

Will post a new version.

Cheers

Gaurav

Sent from my iPhone
<= div>
On Nov 2, 2018, at 10:09 AM, Rob Shakir <robjs@google.com> wrote:

Gaurav,

Can we distill down (to Mirja's question earlier) what this section is= trying to impart?

Taking a step back, it looks to= me like you basically want to say:
  • (7.1= ) since there are explicit label stacks associated with each candidate path= within an ECMP, any TE mechanism inside of the datacentre can exploit this= to target a single one of them, rather than the whole set. The scope of do= ing so requires careful consideration of the traffic being balanced, but SR= allows this to be the case.
  • (7.2) further = to 7.1, it's not only for bandwidth-aware TE that this is the case, it = may be for other traffic engineering optimisation criteria.
  • = (7.3) the ability to allow targeting of traffic means that= one can probe individual links.
Thes= e points are not unique to the MSDC problem space that you're discussin= g. 3.3.1 in 7855 discusses 1+2 IMHO, and OAM is covered in=C2=A08403. Am I missing something?

If not, please do seriously consider (as the author group) removing this= section, or simply linking to the other documents with brief statements on= the underlying points.

=
Kind regards,
r.

On Thu, Nov= 1, 2018 at 9:20 PM Gaurav Dawra <gdawra.ietf@gmail.com> wrote:
Thanks Alvaro.

M= irja,

How does this text sound? I am inclined to t= he discussion over the phone=C2=A0if we need further discussion :)=C2=A0

"This section outlines as an example= a possible solution for addressing flow steering problem using SR.=C2=A0 <= /span>The hos= t which is originating an flow may share its application observations= with a centralized agent by indicating its bandwidth requirements and the = destination for the flow, that enables the latter to keep up-to-date networ= k bandwidth demand maps for such flows correlated with the actual utilizati= on of the paths in the network. The centralized agent may use this informat= ion to make an optimal routing decision. The end host may receive updated s= teering information from the centralized agent, published via external mech= anisms, of specific paths with their bandwidth availability on which to ste= er its flow.

=C2=A0

For example, an applicat= ion A.1 is informed about explicit paths to Z {16006, 16011} which has band= width availability such as not to degrade other flows. The centralized agen= t may similarly pin flows on other disjoint explicit paths. Over a period o= f time, or once the flow is gone (as reported by the application), then the= centralized agent updates the hosts to revert back to their normal per-flo= w ECMP based hashing for load-sharing. The details of how such a solution may be realized is outside the scope o= f this document. However, the traffic steering mechanism using SR=C2=A0allows for solving some of these problems= in the data-center."

=

Gaurav


On Mon, Oct = 29, 2018 at 12:41 PM Alvaro Retana <aretana.ietf@gmail.com> wrote:
On October 29, 2018 at 11:34:= 13 AM, Mirja Kuehlewind (IETF) (ietf@kuehlewind.net) wrote:

Hi!

<= /div>
FWIW,= I agree with Mirja and her proposal below.=C2=A0 Not only does it sound li= ke this Informational document is talking about items that should be out of= scope, but the first paragraph in =C2=A77 says that it talks about "h= ow the problems described above (in section 3) could be solved using the se= gment routing concept.=E2=80=9D =C2=A0To me, these are examples and (as the= text also mentions) "only parts of the solution=E2=80=9D.

Le= t=E2=80=99s please wrap this document up!

Thanks!

Alvaro.=

this still so= unds very much like inventing a new mechanism which seem a bit out of scope= for this document. However, after all bandwidth requirements might not be = known or are very dynamic because of congestion control or adaption mechani= sm in the application (e.g. adaptive video traffic), and therefore there it= is still the same problem that it is no reasonable to make decision based = on this very dynamic metric.=C2=A0

The text below sounds like yo= u are rather interested to a) distinguish elephant from mice flows and b) u= nderstand if the elephant flow has a maximum bandwidth cap (because it'= s application-limited). These are different information and might be more u= seful for your case. However, I still think having this discussion in this = level of details goes beyond the scope of the document.=C2=A0

What=E2=80=99s about just saying som= ething like, a central host can collect per-flow information, either from t= he host directly or measurement on the path, and use this information to im= pact routing. I would, however, also like to see a note/warning in this con= text that metrics that are changing very dynamically should not be used as = input for routing decisions..=C2=A0
_______________________________________________
spring mailing list
spring@ietf.org https://www.ietf.org/mailman/listinfo/spring
--000000000000909f1f057b32a633-- From nobody Wed Nov 21 17:19:01 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 57F41130E5A; Wed, 21 Nov 2018 17:19:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ruob8XYOW4Br; Wed, 21 Nov 2018 17:18:56 -0800 (PST) Received: from m176115.mail.qiye.163.com (m176115.mail.qiye.163.com [59.111.176.115]) by ietfa.amsl.com (Postfix) with ESMTP id C5EDF130DFF; Wed, 21 Nov 2018 17:18:54 -0800 (PST) Received: from WangajPC (unknown [219.142.69.77]) by m176115.mail.qiye.163.com (Hmail) with ESMTPA id 196406610B9; Thu, 22 Nov 2018 09:18:46 +0800 (CST) From: "Aijun Wang" To: "'Les Ginsberg \(ginsberg\)'" , , Cc: References: <9208_1541773820_5BE599FC_9208_47_1_9E32478DFA9976438E7A22F69B08FF924B746E6A@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <012401d4809c$0f8142d0$2e83c870$@org.cn> In-Reply-To: Date: Thu, 22 Nov 2018 09:18:46 +0800 Message-ID: <006601d48201$51f2ecc0$f5d8c640$@org.cn> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0067_01D48244.60162CC0" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AdR4OJWYmH00pYTzTK6gvxR+PFXbGgH+ARaQABqGrWAAAHMhgABYenIA Content-Language: zh-cn X-HM-Spam-Status: e1kIGBQJHllBS1VLV1koWUFKTEtLSjdXWS1ZQUlXWQkOFx4IWUFZMjUtOj cyP0FLVUtZBg++ X-HM-Sender-Digest: e1kMHhlZQR0aFwgeV1kSHx4VD1lBWUc6M0k6ARw5NDkSFTcpHQ9NQy0U LQ1PCjpVSlVKTk9JQ09CTkhJQktOVTMWGhIXVQwaFRwaEhEOFTsPCBIVHBMOGlUUCRxVGBVFWVdZ EgtZQVlJSkJVSk9JVU1CVUxMWVdZCAFZQUhNS0hNNwY+ X-HM-Tid: 0a6738ff79d29373kuws196406610b9 Archived-At: Subject: [spring] =?gb2312?b?tPC4tDogIGRyYWZ0LWlldGYtaXNpcy1tcGxzLWVsYyAm?= =?gb2312?b?IGRyYWZ0LWlldGYtb3NwZi1tcGxzLWVsYw==?= X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Nov 2018 01:19:00 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0067_01D48244.60162CC0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable Hi, Les: =20 Can we consider more aggressively to convert between the Router = Information LSA(defined in RFC7770) and IS-IS Router CAPABILITY TLV(defined in = RFC7981) when we do OSPF/IS-IS redistribution? When the redistribution occurs between different OSPF instances or IS-IS instances, such LSA or TLV need only be flooded into another instances, = no conversion are involved. =20 Doing so can meet other future requirements for node capabilities information between different IGP instances. And will not make the user confusion for the usage of associated sub TLV. =20 Best Regards. =20 Aijun Wang Network R&D and Operation Support Department China Telecom Corporation Limited Beijing Research Institute,Beijing, = China. =20 =B7=A2=BC=FE=C8=CB: Les Ginsberg (ginsberg) [mailto:ginsberg@cisco.com]=20 =B7=A2=CB=CD=CA=B1=BC=E4: 2018=C4=EA11=D4=C220=C8=D5 14:52 =CA=D5=BC=FE=C8=CB: Aijun Wang; stephane.litkowski@orange.com; = lsr@ietf.org =B3=AD=CB=CD: spring@ietf.org =D6=F7=CC=E2: Re: [spring] draft-ietf-isis-mpls-elc & = draft-ietf-ospf-mpls-elc =20 Aijun =A8C =20 In the inter-AS case, what is needed is to know ELC of the originating = node. Simply knowing who the originator of an advertisement is not sufficient. =20 If ELC is advertised as a node capability, then a controller with access = to BGP-LS database for both ASs could determine ELC by piecing together the node capability advertisement and the prefix advertisement w originating router-id. =20 But what Stephane has proposed for the inter-AS case is a way to know = ELC in the absence of a controller. This means nodes in AS #1 need to have ELC capability info for nodes in = AS #2. As there is no way to redistribute IGP Node Capability advertisements between different IGP instances, the alternative is to advertise ELC associated with a prefix advertisement since the prefix advertisement = can be redistributed between IGP instances. Knowing the originator of the prefix is necessary, but it is not = sufficient. =20 Hope this is clear. =20 Les =20 =20 =20 From: Aijun Wang =20 Sent: Monday, November 19, 2018 10:41 PM To: Les Ginsberg (ginsberg) ; = stephane.litkowski@orange. com; lsr@ietf.org Cc: spring@ietf.org Subject: =B4=F0=B8=B4: [spring] draft-ietf-isis-mpls-elc & = draft-ietf-ospf-mpls-elc =20 Hi, Les and Stephane: =20 https://tools.ietf.org/html/draft-wang-lsr-ospf-prefix-originator-ext-00 = is trying to solve what you are concerning for. As you said, ELC/ERLD are functionally node capabilities, but when we = try to send traffic, we should consider the prefixes itself. The above draft proposal to add prefix originator to address this. After getting this information, the receiver can then build the relationship between prefixes and ELC/ERLD. =20 =20 Best Regards. =20 Aijun Wang Network R&D and Operation Support Department China Telecom Corporation Limited Beijing Research Institute,Beijing, = China. =20 =B7=A2=BC=FE=C8=CB: Les Ginsberg (ginsberg) [mailto:ginsberg@cisco.com]=20 =B7=A2=CB=CD=CA=B1=BC=E4: 2018=C4=EA11=D4=C220=C8=D5 2:00 =CA=D5=BC=FE=C8=CB: stephane.litkowski@orange.com; lsr@ietf..org = =20 =B3=AD=CB=CD: spring@ietf.org =D6=F7=CC=E2: Re: [spring] draft-ietf-isis-mpls-elc & = draft-ietf-ospf-mpls-elc =20 Stephane =A8C =20 The use case for this proposal is to support inter-AS scenarios in the absence of a controller. If the WG agrees that this use case needs to be addressed I believe the proposal below is a good and viable compromise. =20 I say =A1=B0compromise=A1=B1 because =A8C as you mention below =A8C = ELC/ELRD are functionally node capabilities. But the inter-AS use case requires = signaling between AS=A1=AFs and the vehicle we have for doing that is a prefix advertisement. The compromise is to advertise ELC associated with a = prefix =A8C but not do so for ERLD. This seems reasonable to me. =20 One change to what you state below =A8C I think =A1=B0when a prefix is = leaked or redistributed, the ELC associated to the prefix MUST also be leaked/redistributed.=A1=B1. =20 Les =20 =20 From: Lsr On Behalf Of = stephane.litkowski@orange.com Sent: Friday, November 09, 2018 6:30 AM To: lsr@ietf.org Cc: spring@ietf.org Subject: [Lsr] draft-ietf-isis-mpls-elc & draft-ietf-ospf-mpls-elc =20 Hi WG, =20 Some discussions occurred on the mailing list on how to encode the = entropy label capability for SR but we hadn=A1=AFt found a consensus on the = target solution. IETF 103 was the opportunity to meet face to face various people that = have participated to this discussion. =20 Following this discussion, we are coming with the following proposal = that the WG need to validate: =20 The entropy label capability is still considered as a per node property = (for simplicity reason, we do not want to have an ELC per linecard). The ERLD is considered as a per node property (for simplicity reason, we = do not want to have an ERLD per linecard). =20 However IGPs may advertise prefixes that are not belonging to the node itself in addition to the local prefixes of the nodes. A typical use case is when two IGP domains (running the same protocol or = a different one) are redistributing routes between each other. The inter-area use case is also creating a similar situation. =20 When an ingress node pushes an entropy label below a segment it must = ensure that the tail-end of the segment is entropy label capable otherwise = packets will be dropped. =20 As a consequence, when prefixes are redistributed, the entropy label capability of the node who has firstly originated the prefix, should be associated to the prefix during the redistribution. =20 In terms of encoding, we propose to associate an entropy label = capability for each prefix advertised by a node. The entropy label capability will be encoded as part of the Prefix Attributes IGP extension (RFC7794 and RFC7684). The entropy label capability may be set for local prefixes (e.g. = loopbacks) by a local configuration and for leaked/redistributed prefixes. When a prefix is leaked or redistributed, the ELC associated to the prefix may = be also leaked/redistributed. =20 An ingress should set the entropy label below a Node/Prefix segment only = if the prefix associated to the Node/Prefix segment as the ELC set in the Prefix Attributes. An ingress should set the entropy label below an Adjacency segment only = if the adjacent neighbor of the node that has advertised the Adj SID is advertising an ERLD (and so is entropy label capable). =20 For the binding SID, as IGPs are not involved in the signaling of the binding SID, there is nothing to do in these drafts.=20 =20 =20 Let us know your comments/feedback on this proposal so we can progress = these documents. =20 Brgds, =20 Stephane =20 _________________________________________________________________________= ___ _____________________________________________ =20 Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez = recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme = ou falsifie. Merci. =20 This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. ------=_NextPart_000_0067_01D48244.60162CC0 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi, = Les:

 

Can we consider more = aggressively to convert between the Router Information LSA(defined in = RFC7770) and  IS-IS Router CAPABILITY TLV(defined in RFC7981) when = we do OSPF/IS-IS redistribution?

When the redistribution occurs = between different OSPF instances or IS-IS instances, such LSA or TLV = need only be flooded into another instances, no conversion are = involved.

 

Doing so can meet other future = requirements for node capabilities information between different IGP = instances. And will not make the user confusion for the usage of = associated sub TLV.

 

Best = Regards.

 

Aijun = Wang

Network R&D = and Operation Support Department

China Telecom = Corporation Limited Beijing Research Institute,Beijing, = China.

 

=B7=A2=BC=FE=C8=CB: Les Ginsberg = (ginsberg) [mailto:ginsberg@cisco.com]
=B7=A2=CB=CD=CA=B1=BC= =E4: 2018=C4=EA11=D4=C220=C8=D5 14:52
=CA=D5=BC=FE=C8=CB: Aijun Wang; = stephane.litkowski@orange.com; = lsr@ietf.org
=B3=AD=CB=CD: = spring@ietf.org
=D6=F7=CC=E2: Re: [spring] = draft-ietf-isis-mpls-elc & = draft-ietf-ospf-mpls-elc

 

Aijun = =A8C

 

In the = inter-AS case, what is needed is to know ELC of the originating node. = Simply knowing who the originator of an advertisement is not = sufficient.

 

If ELC is = advertised as a node capability, then a controller with access to BGP-LS = database for both ASs could determine ELC by piecing together the node = capability advertisement and the prefix advertisement w originating = router-id.

 

But what = Stephane has proposed for the inter-AS case is a way to know ELC in the = absence of a controller.

This means nodes in AS #1 need to = have ELC capability info for nodes in AS #2.

As there is = no way to redistribute IGP Node Capability advertisements between = different IGP instances, the alternative is to advertise ELC associated = with a prefix advertisement since the prefix advertisement can be = redistributed between IGP instances.

Knowing the = originator of the prefix is necessary, but it is not = sufficient.

 

Hope this = is clear.

 

    Les

 

 

 

From: Aijun Wang <wangaijun@tsinghua.org.cn&g= t;
Sent: Monday, November 19, 2018 10:41 PM
To: Les = Ginsberg (ginsberg) <ginsberg@cisco.com>; stephane.litkowski@orange.c= om; lsr@ietf.org
Cc: = spring@ietf.org
Subject: = =B4=F0=B8=B4: [spring] draft-ietf-isis-mpls-elc & = draft-ietf-ospf-mpls-elc

 

Hi, Les and = Stephane:

 

https://tools.ietf.org/html/draft-wang-lsr-ospf-prefix-originato= r-ext-00 is trying to solve what you are concerning = for.

As you said, ELC/ERLD are = functionally node capabilities, but when we try to send traffic, we = should consider the prefixes itself.

The above draft proposal to add = prefix originator to address this. After getting this information, the = receiver can then build the relationship between prefixes and = ELC/ERLD.

 

 

Best = Regards.

 

Aijun = Wang

Network R&D = and Operation Support Department

China Telecom = Corporation Limited Beijing Research Institute,Beijing, = China.

 

=B7=A2=BC=FE=C8=CB: Les Ginsberg = (ginsberg) [mailto:ginsberg@cisco.com] =
=B7=A2=CB=CD=CA=B1=BC= =E4: 2018=C4=EA11=D4=C220=C8=D5 2:00
=CA=D5=BC=FE=C8=CB: stephane.litkowski@orange.c= om; lsr@ietf..org
=B3=AD=CB=CD<= span lang=3DEN-US>: spring@ietf.org
=D6=F7=CC= =E2: Re: [spring] = draft-ietf-isis-mpls-elc & = draft-ietf-ospf-mpls-elc

 

Stephane = =A8C

 

The use = case for this proposal is to support inter-AS scenarios in the absence = of a controller.

If the WG agrees that this use case = needs to be addressed I believe the proposal below is a good and viable = compromise.

 

I say = =A1=B0compromise=A1=B1 because =A8C as you mention below =A8C ELC/ELRD = are functionally node capabilities. But the inter-AS use case requires = signaling between AS=A1=AFs and the vehicle we have for doing that is a = prefix advertisement. The compromise is to advertise ELC associated with = a prefix =A8C but not do so for ERLD.

This seems = reasonable to me.

 

One change = to what you state below =A8C I think =A1=B0when a prefix is leaked or = redistributed, the ELC associated to the prefix MUST also be = leaked/redistributed.=A1=B1.

 

   Les

 

 

From: Lsr <lsr-bounces@ietf.org> On = Behalf Of stephane.litkowski@orange.c= om
Sent: Friday, November 09, 2018 6:30 AM
To: = lsr@ietf.org
Cc: spring@ietf.org
Subject: = [Lsr] draft-ietf-isis-mpls-elc & = draft-ietf-ospf-mpls-elc

 

Hi WG,

 

Some discussions occurred on the = mailing list on how to encode the entropy label capability for SR but we = hadn=A1=AFt found a consensus on the target = solution.

IETF 103 was the opportunity to meet face to face various = people that have participated to this = discussion.

 

Following this discussion, we are coming with the following = proposal that the WG need to validate:

 

The entropy label capability is = still considered as a per node property (for simplicity reason, we do = not want to have an ELC per linecard).

The ERLD is considered as a per = node property (for simplicity reason, we do not want to have an ERLD per = linecard).

 

However IGPs may advertise prefixes that are not belonging = to the node itself in addition to the local prefixes of the = nodes.

A = typical use case is when two IGP domains (running the same protocol or a = different one) are redistributing routes between each = other.

The = inter-area use case is also creating a similar = situation.

 

When an ingress node pushes an entropy label below a = segment  it must ensure that the tail-end of the segment is entropy = label capable otherwise packets will be dropped.

 

As a consequence, when prefixes are = redistributed, the entropy label capability of the node who has firstly = originated the prefix, should be associated to the prefix during the = redistribution.

 

In terms of encoding, we propose to associate an entropy = label capability for each prefix advertised by a = node.

The = entropy label capability will be encoded as part of the Prefix = Attributes IGP extension (RFC7794 and RFC7684).

The entropy label capability may be = set for local prefixes (e.g. loopbacks) by a local configuration and for = leaked/redistributed prefixes. When a prefix is leaked or redistributed, = the ELC associated to the prefix may be also = leaked/redistributed.

 

An ingress should set the entropy label below a Node/Prefix = segment only if the prefix associated to the Node/Prefix segment as the = ELC set in the Prefix Attributes.

An ingress should set the entropy = label below an Adjacency segment only if the adjacent neighbor of the = node that has advertised the Adj SID is advertising an ERLD (and so is = entropy label capable).

 

For the binding SID, as IGPs are not involved in the = signaling of the binding SID, there is nothing to do in these drafts. =

 

 

Let us know your comments/feedback on this proposal so we = can progress these documents.

 

Brgds,

 

Stephane

 

___________________________________________________________________=
______________________________________________________<=
/pre>
 
Ce message et ses =
pieces jointes peuvent contenir des informations confidentielles ou =
privilegiees et ne doivent donc
pas =
etre diffuses, exploites ou copies sans autorisation. Si vous avez recu =
ce message par erreur, veuillez le =
signaler
a l'expediteur et =
le detruire ainsi que les pieces jointes. Les messages electroniques =
etant susceptibles d'alteration,
Orange =
decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.
 
This message and =
its attachments may contain confidential or privileged information that =
may be protected by law;
they should not be =
distributed, used or copied without =
authorisation.
If you have =
received this email in error, please notify the sender and delete this =
message and its attachments.
As =
emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank =
you.
------=_NextPart_000_0067_01D48244.60162CC0-- From nobody Wed Nov 21 19:05:28 2018 Return-Path: X-Original-To: spring@ietf.org Delivered-To: spring@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C732A130EF2; Wed, 21 Nov 2018 19:05:26 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: spring@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.89.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: spring@ietf.org Message-ID: <154285592678.5009.4049611651447020783@ietfa.amsl.com> Date: Wed, 21 Nov 2018 19:05:26 -0800 Archived-At: Subject: [spring] I-D Action: draft-ietf-spring-segment-routing-mpls-16.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Nov 2018 03:05:27 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Source Packet Routing in Networking WG of the IETF. Title : Segment Routing with MPLS data plane Authors : Ahmed Bashandy Clarence Filsfils Stefano Previdi Bruno Decraene Stephane Litkowski Rob Shakir Filename : draft-ietf-spring-segment-routing-mpls-16.txt Pages : 38 Date : 2018-11-21 Abstract: Segment Routing (SR) leverages the source routing paradigm. A node steers a packet through a controlled set of instructions, called segments, by prepending the packet with an SR header. In the MPLS dataplane, the SR header is instantiated through a label stack. This document specifies the forwarding behavior to allow instantiating SR over the MPLS dataplane. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-spring-segment-routing-mpls/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-spring-segment-routing-mpls-16 https://datatracker.ietf.org/doc/html/draft-ietf-spring-segment-routing-mpls-16 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-spring-segment-routing-mpls-16 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sun Nov 25 06:42:43 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6993D130DCC; Sun, 25 Nov 2018 06:42:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.7 X-Spam-Level: X-Spam-Status: No, score=-1.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=eci365.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IkYwIBpMx7ZU; Sun, 25 Nov 2018 06:42:21 -0800 (PST) Received: from mail1.bemta25.messagelabs.com (mail1.bemta25.messagelabs.com [195.245.230.129]) (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 68106130DCB; Sun, 25 Nov 2018 06:42:20 -0800 (PST) Received: from [46.226.53.55] (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits)) by server-1.bemta.az-c.eu-west-1.aws.symcld.net id A0/44-09207-AC4BAFB5; Sun, 25 Nov 2018 14:42:18 +0000 X-Brightmail-Tracker: H4sIAAAAAAAAA1VTWUwTURTlzUyno1LzKCDXKhqqfqi0tqKmMVH xwy0Go5gYoyE6wEhrSmk6RarRiJpogRBxwaCptiAiIkGDLG4Bg6JYjCKgLLKIbRUxMagfuCRg pwMuH3Nz3jnnnXdm8oYh5V9oBcPZrJzFxBqV9GRqSVRsgspd9XOnJr8nROc8N0XXfeWaROcq9 0l1zWW5Ut2Tll8oVrK+uPgHsRntkBhMiWm23RK9Y3gUmU88Imx3v/aRmeiyi8hGkxkKF5FQ6v JJhIUc5xPg9Y2NLzwIOsvtZDaaxNB4BVRe76UFHIaXQpHdGTCRuAPB0TM5foFhQjEHtXfWi56 90OnNJQU6DKuh2jNfgBSeB2MdWHDIMAutp+oD6QhPgxF3OSFgEkdAt9cZwIAxFN9/QYo4HD56 RiWiPxH6fYVI5KOgoM8hFXEktDpzkNAMcBcNfVffSERBBcP5+eNBcdBUeCNQDfAcqBpMEP09C Ly1R2nREw1jlXWE6DHD2ca9Ij0LynIHKNH/ioTL2W/Gi84EX+vD8YNLaGj/0B4IkuMkaHJ8o0 RTHgkv7csEHIoV0NuehfLQggv/vLSITXCp5Zf0QuAjhcDT815K5KPBde8rLeKFUFL4iZzAzx5 4iH95F5KWIV2ixZCit6ayBqNKq9GotNrFqsUa4dGo2QOqJDWXrsrgeKtKq2YzeDW/PzXJmKw2 cdZK5L9myWZ3023kKE1pQNMZQhkuc67+uVM+NTEteb+e5fW7LOlGjm9AMxlGCbK0W34txMKlc LY9BqP/rk7IwAQrw2SfBFnGm9lU3pAiSm60hnlXYC8gmcHA/ByYNc+y/NNeUeIg5ZQpzcQpIm SlwmYsbNanm/5ET/wJrShSESpDQUFB8mAzZ0k1WP/Xh1AEg5ShshohJdhgsv5pMOQvR/jLzXa OCOWs7F9JkYnyqIHnM7aVu/tHKzI2NERuLxx5eComadWm+tLXG7cuVHsrqsMam9/bsET7Iadn n7b67J1335cf6zI2Nx48Od16d2lu/NSNcTfN8QMVuj2L4g539B9Z1+uJaVkZ//iQuy78Bdzre uuYG5k5eHqoLSoGr+04bkve2sbQWzovEtFrc4bnKClez2oXkBae/Q1FM8tJBAQAAA== X-Env-Sender: Alexander.Vainshtein@ecitele.com X-Msg-Ref: server-8.tower-307.messagelabs.com!1543156934!3453672!1 X-Originating-IP: [52.33.64.93] X-SYMC-ESS-Client-Auth: mailfrom-relay-check=pass X-StarScan-Received: X-StarScan-Version: 9.14.24; banners=ecitele.com,-,- X-VirusChecked: Checked Received: (qmail 23423 invoked from network); 25 Nov 2018 14:42:17 -0000 Received: from us-west-2b.mta.dlp.protect.symantec.com (HELO EUR01-DB5-obe.outbound.protection.outlook.com) (52.33.64.93) by server-8.tower-307.messagelabs.com with AES256-SHA256 encrypted SMTP; 25 Nov 2018 14:42:17 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ECI365.onmicrosoft.com; s=selector1-ecitele-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=MdSGsqHV+rz6v47xEUkJhWmp988RWQsw/m6wgmfD16M=; b=G5B520tg6+20eaD7l7qfG23wBU/BFVQVxqPyGwPOBggDgHKG2zoiuAcxckHCMkW7ocw3BZU7hilt+omnZv/Gh46DwFHFfVhcYU/v3fsE9549CwbW/x2bBP9xTffvU0kmkUoWWn6iKIQhgqhbLsWT8pqXT12igozWp6NunMm8IRI= Received: from DB5PR0301MB1909.eurprd03.prod.outlook.com (10.167.226.155) by DB5PR0301MB2119.eurprd03.prod.outlook.com (10.167.228.15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1361.14; Sun, 25 Nov 2018 14:42:11 +0000 Received: from DB5PR0301MB1909.eurprd03.prod.outlook.com ([fe80::f507:afb2:b9c1:58c4]) by DB5PR0301MB1909.eurprd03.prod.outlook.com ([fe80::f507:afb2:b9c1:58c4%2]) with mapi id 15.20.1361.019; Sun, 25 Nov 2018 14:42:11 +0000 From: Alexander Vainshtein To: "spring-chairs@ietf.org" CC: "spring@ietf.org" , "rtg-dir@ietf.org" , "draft-ietf-spring-segment-routing-mpls@ietf.org" , "mpls@ietf.org" Thread-Topic: Resolution of issues raised in my early review of draft-ietf-spring-segment-routing-mpls-13 Thread-Index: AdSEyeKRbfrjO+74RbGwGglYiJfzuQ== Date: Sun, 25 Nov 2018 14:42:11 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.234.241.1] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DB5PR0301MB2119; 6:72LUFDApCNLJTwrThuICnES+fIBLFyINK9sOyPaXQlF/DJ0pJPmNk8uubokS3UUVvOLde6Y6/+e9eZdAaoXj3I7s7toWEjfyTz7/qnkpVyn0EujJOS5LRMYR9+P0C4UDlj2ck3k7lXULG/dv9wMaALC0jEzGbDHGMbpu/iH+Bmz36QmC3hRnbX45bsOREocOgcTAKdnbA2ceDDo/TH31vDXYKZUPJ1fdLAgoTW/3K4MrMOay+9V/u5ZgUbx3QEkGij1BZ6BADH5fRLQnQjBQ8cpC77znGTfRfdGyTrXfRtyLF/beVpz3T3PD6pw2hn8yEMmZhQ7Gj73B9P8EsmbcmjFYwDop3hbkvXeQUPLCiemOWGThSud/COn44FqvpxzqJot2o3nipob/ph5x1uYRxTsOIN0ntsxVM0fvZuzL2tj7MzUTfPDn8Hxrhto4SeW9swbn6npWlTgB9LSchAcSvA==; 5:MgQ6FXX1nDgNmE5nAEmngHgdzphBw60xJ7to1GlLNWyw7WiFV6gNKmbFriHDz7yTTo/DjljrXnCW6ropki5S9ye1NejQsr4JNcJZw6TPDJUb0kvp5Wzme9CYEUwg3SJyCepHPJOqgrGMl02dGLBeu2YPUURET9yff7aIAYwfRiA=; 7:Oq26LsCMseBo4fPTtH0DiyAkxKTFollcPJm1e8gVyiVzoUCocD6sZ9xKnNFFC4KnFYOMFEGgWXvw/woNH3kA53EMyGNzvVpq2H33RUqUGmjMgdN9s9KUgSYrGPtybb9CwiG5JQGmGVnRJrlGLMTctA== x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: ed32cf26-fb8f-45c6-93f4-08d652e42f27 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390098)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600074)(711020)(4618075)(2017052603328)(7153060)(7193020); SRVR:DB5PR0301MB2119; x-ms-traffictypediagnostic: DB5PR0301MB2119: x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(3231442)(944501410)(52105112)(10201501046)(93006095)(93001095)(3002001)(6055026)(148016)(149066)(150057)(6041310)(20161123562045)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(20161123560045)(201708071742011)(7699051)(76991095); SRVR:DB5PR0301MB2119; BCL:0; PCL:0; RULEID:; SRVR:DB5PR0301MB2119; x-forefront-prvs: 0867F4F1AA x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(396003)(136003)(39850400004)(376002)(346002)(366004)(51444003)(252514010)(199004)(189003)(45074003)(2906002)(2501003)(21615005)(102836004)(6306002)(33656002)(54896002)(9686003)(236005)(450100002)(6506007)(476003)(71200400001)(5660300001)(316002)(6916009)(74316002)(606006)(14444005)(6436002)(2351001)(7736002)(256004)(26005)(8676002)(66066001)(106356001)(86362001)(7696005)(413944005)(3846002)(790700001)(6116002)(72206003)(186003)(105586002)(81166006)(81156014)(5640700003)(68736007)(478600001)(14454004)(53936002)(55016002)(53946003)(4326008)(97736004)(71190400001)(25786009)(99286004)(54906003)(8936002)(486006); DIR:OUT; SFP:1102; SCL:1; SRVR:DB5PR0301MB2119; H:DB5PR0301MB1909.eurprd03.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: ecitele.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: LbylzLOT27ijh0I2gZmt2bwlybC8U7wILHtlVLrC27S859Q3KqYlzHCUx0Ry0tkthev3w5os6wcj02qGqqLLWPJvnJcDDQWyQLARNTPGQSSaMduwIVvTn1YjNxbYX1Yrrfp0hxPp2eAQcuA0NETkqtj3u14hZhqT2qGiKjwrsMhEacGOyMqkIE0BcieTEL7Q7FBod4p7oGTgGBHDoAdJY5rbF1/u8zYTEXJcpIQUt9sxL0XsvYNPFGuYdUz123VBX3U8mnoJsk99f/D1CgcXxsygSpow9kUGj32GiPyxo1Z7Qtvy8s5AWcis25cGOdAPZfBCrXAkyKsFIKzrIOCcXfMeEUwxBqVSJRb8LpKkKDQ= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_DB5PR0301MB1909604415156575FA6BBDAA9DD60DB5PR0301MB1909_" MIME-Version: 1.0 X-OriginatorOrg: ecitele.com X-MS-Exchange-CrossTenant-Network-Message-Id: ed32cf26-fb8f-45c6-93f4-08d652e42f27 X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Nov 2018 14:42:11.5241 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 2c514a61-08de-4519-b4c0-921fef62c42a X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB5PR0301MB2119 X-CFilter-Loop: Reflected Archived-At: Subject: [spring] Resolution of issues raised in my early review of draft-ietf-spring-segment-routing-mpls-13 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Nov 2018 14:42:25 -0000 --_000_DB5PR0301MB1909604415156575FA6BBDAA9DD60DB5PR0301MB1909_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear all, I did an early RtgDir review of draft-ietf-spring-segment-routing-mpls-13<= https://www.ietf.org/mail-archive/web/spring/current/msg03762.html> in Jun= e, and since then has been discussing the draft with the authors. Now that a -16 version of the draft has been published, I think that all the = issues I have raised then have been resolved - one way or another. The table below summarizes the current status of these issues (including a= nit that I have raised following publication of the -14 version of the dr= aft): Issue Current status Comments 1. Encapsulation of SR-MPLS packets: a. RFC 3032 (referenced by the draft) and RFC 5332 (not mentioned in= the draft) depend two encapsulations of labeled packets - one for Downstr= eam-allocated labels and another for Upstream-allocated ones. b. From my POV the ST-MPLS only uses Downstream-allocated labels - bu= t I expect the draft to state that explicitly, one way or another. (If Ups= tream-allocated labels are relevant for SR-MPLS, I would see it as a major= gap, so I hope that this is not the case). Fully resolved The last para in Section 2.2 explicitly states that "Labels allocated in t= his document are considered per platform down-stream allocated labels" and= explicitly references RFC 3031. 2. Label spaces in SR-MPLS a. RFC 3031 (referenced by the draft) defines per-platform and per-i= nterface label spaces, and RFC 5331 (not mentioned in the draft) adds cont= ext-specific label spaces and context labels. b. The draft does not say which of these are or are not relevant for = SR-MPLS c. From my POV: i. Labels represen= ting all kinds of SIDs mentioned in the draft MUST be allocated from the p= er-platform label space only ii. At the same time,= instantiation of Mirror Segment IDs defined in Section 5.1 of the Segment= Routing Architecture draft using MPLS data plane clearly calls for contex= t labels and context-specific label spaces Fully resolved See the previous comment. In addition, Section 2.7.3.1 explicitly defines Mirror SIDs and their rela= tionship with context labels and context label spaces defined in RFC 5331.= Note: I am not sure that the Mirror SID can be considered as a generalizat= ion of the context label (the last sentence in Section 2.7.3.1). The relevant text in 8402 says: In the event of a failure, a Point of Local Repair (PLR) diverting traffi= c from A to B does a PUSH of the Mirror SID on the protected traffic. Whe= n receiving the traffic with the Mirror SID as the active segment, B uses = that segment and processes underlying segments in the context of A. >From my POV, in SR-MPLS the "underlying segments" (in the highlighted text= above) are labels following the Mirror SID label, i.e., per RFC 8402 a Mi= rror SID cannot be the last label in the stack. It would be nice to clarify this point. 3. SR-MPLS and Hierarchical LSPs a. =20 SR LSPs that include more than one segment are hierarchical LSP= s from the POV of the MPLS data plane. Therefore some (possibly, all) of t= he models for handling TTL and TC bits that have been defined in RFC 3443 = (not mentioned in the draft) should apply to SR-MPLS b. RFC 8287 (not referenced in the draft) specifically discussed oper= ation of the LSP Traceroute function for SR LSPs in the case when Pipe/Sho= rt Pipe model for TTL handling is used c. I expect the draft to provide at least some guidelines regarding = applicability of each specific model defined in RFC 3443 (separately for T= TL and TC bits) to SR-MPLS. Fully resolved The relevant text has been added to Section 2.7.1. It has been copied from= RFC 8277. 4. Inferring network protocol in SR-MPLS (the details are omitted) Withdrawn This has been discussed with the authors who have pointed out that prefix-= and Adj-SIDs are always associated with a specific network protocol (IPv4= and IPv6). 5. Resolution of Conflicts: a. =20 Are the conflict resolution procedures listed in section 2.5 ma= ndatory to implement? b. If they are mandatory to implement, are they also mandatory to dep= loy, or can the operators simply treat any detected conflict as requiring = human intervention and preventing normal operation of SR-MPLS? c. For the reference, the IETF capitalized MUST appears just in a fe= w places in Section 2.5, and each appearance has very narrow context d. The tie-breaking rules in section 2.5.1 include some specific valu= es for encoding FEC types and address families - but these values are not = supposed to appear in any IANA registries (because the draft does not requ= est any IANA actions). Can you please clarify what is so special about the= se values? e. I also doubt that comparison of FECs that represent IPv4 and IPv6= prefix SIDs makes much sense (for conflict resolution or else), because, = among other things, there are valid scenarios when an IPv4 /32 prefix is e= mbedded in an IPv6 /128 one f. Section 2.5.1 defines 3 types of SR-MPLS FECs, but I am not sur= e all SID types defined in the Segment Routing Architecture draft can be u= nambiguously mapped to one of these types. Problematic examples include at= least the following i. Parallel Adjacen= cy SID ii. Mirror SID Explicit mapping of SID types to SR-MPLS FEC types would be most useful IM= O. If some SID types cannot be mapped to SR-MPLS FECs, this must be explic= itly stated in the draft Fully resolved Parallel adjacencies and Mirror SIDs have been added to the section descri= bing conflict resolution. 6. Node SIDs in SR-MPLS: a. Node SIDs are explicitly defined and discussed in the Segment Rou= ting Architecture draft but are not mentioned even once in this draft b. AFAIK, the common implementation practice today includes assignmen= t of at least one Node SID to every node in the SR-MPLS domain c. Is there a requirement to assign at least one Node SID per {routi= ng instance, topology, algorithm} in SR-MPLS? If not, can the authors expl= ain expected behavior of such a node? (See also my comment about routing i= nstances below) Fully resolved The text discussing the need for Node-SIDs in SR-MPLS, potential conflicts= that can be associated with these SIDs and their recommended resolution i= n the last para in Section 2. 7. SRGB Size in SR-MPLS Fully Resolved The current revision of the draft explicitly marks this issue as left FFS = in Section 2.3. 8. Algorithms and Prefix SIDs: a. The draft mentions Algorithms (as part of SR-MPLS Prefix FEC) in,= but it does not explicitly link them with the Prefix-SID algorithms defin= ed in section 3.1.1 of the Segment Routing Architecture draft b. From my POV, the draft should explicitly state that the default Pr= efix-SID algorithm MUST be implemented in all SR-MPLS-compliant routers c. The Segment Routing Architecture draft states (in section 3.1.3) = that "Support of multiple algorithms applies to SRv6". But neither draft s= tates whether multiple algorithms apply to SR-MPLS. Can you please clarify= this point? Withdrawn 9. Routing instances and the context for Prefix-SIDs Fully Resolved The authors have clarified that routing instances are only mentioned in th= e context of incoming conflict resolution, and the draft explicitly states= that. 10. Example of PUSH operation in Section 2.10.1 Withdrawn TI-LFA mentioned as an example of PUSH operation 11. Numerous nits reported by Adrian Fully resolved 12. NIT: TI-LFA spelled as Ti-LFA Fully resolved 13. NIT: Missing Informational reference to TI-LFA draft Fully resolved The reference to the TI-LFA draft has been added 14. NIT: Missing references to RFC 3443, 5332 and 5331 Fully resolved References to RFC 3443 and RFC 5331 have been added. I agree that there i= s no need for a reference to RFC 5332. 15. NIT: Missing reference to RFC 8287 Fully Resolved The reference has been added 16.=20 NIT: Problematic grammar in the first statement of the last para in= Section 2.3: Local segments MAY be allocated from the Segment Routing Local Block (SRLB= ) [RFC8402] or from any unused label = as long as it does not use a special purpose label Fully resolved The grammar issue (introduced in the -14 version) has been fixed. Hopefully this summary will be useful. Regards, Sasha Office: +972-39266302 Cell: +972-549266302 Email: Alexander.Vainshtein@ecitele.com __________________________________________________________________________= _ This e-mail message is intended for the recipient only and contains inform= ation which is=20 CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have rece= ived this=20 transmission in error, please inform us by e-mail, phone or fax, and then = delete the original=20 and all copies thereof. __________________________________________________________________________= _ --_000_DB5PR0301MB1909604415156575FA6BBDAA9DD60DB5PR0301MB1909_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear all,

I did an early RtgDir review of draft-ietf-spring-segment-routing-mpls-13 in Ju= ne, and since then has been discussing the draft with the authors.

 

Now that a -16 version of the draft has been published, I think that all the is= sues I have raised then have been resolved – one way or another.

 

The table below summarizes the current status of th= ese issues (including a nit that I have raised following publication of th= e -14 version of the draft):

 

Przemyslaw "PK" Krol |=C2=A0Strategic Network Engineering |=C2=A0pkrol@google.com= =C2=A0

Iss= ue

Cur= rent status

Com= ments

1.      Encapsulation of SR-MPLS packets:

a.      = ; RFC=203032 (referenced by the draft) and RFC 5332 (not mentioned in= the draft) depend two encapsulations of labeled packets - one for Downstr= eam-allocated labels and another for Upstream-allocated ones.

b.      From my POV the ST-MPLS only uses Downstream-allocated labels ̵= 1; but I expect the draft to state that explicitly, one way or another. (I= f Upstream-allocated labels are relevant for SR-MPLS, I would see it as a = major gap, so I hope that this is not the case).

Fully resolved

The last para in Section 2.2 explicitly states that= “Labels allocated in this document are considered per platform down= -stream allocated labels” and explicitly references RFC 3031.

2.      Label spaces in SR-MPLS

a.      = ; RFC 3031 (referenced by the draft) defines per-platform and per-int= erface label spaces, and RFC 5331 (not mentioned in the draft) adds contex= t-specific label spaces and context labels.

b.      The draft does not say which of these are or are not relevant for S= R-MPLS

c.      = ;  From my POV:

      &n= bsp;           &nbs= p;            =             &n= bsp;      i.       Labels representing all kinds of SIDs mentioned in the draft MU= ST be allocated from the per-platform label space only

      &n= bsp;           &nbs= p;            =             &n= bsp;    ii.      <= /span>At the same time, instantiation of Mirror Segment IDs defined in Sec= tion 5.1 of the Segment Routing Architecture draft using MPLS data plane c= learly calls for context labels and context-specific label spaces

Fully resolved

See the previous comment.

 

In addition, Section 2.7.3.1 explicitly defines Mir= ror SIDs and their relationship with context labels and context label spac= es defined in RFC 5331.

 

Note: I am not sure that the Mirror SID can = be considered as a generalization of the context label (the last sentence = in Section 2.7.3.1).

 

The relevant text in 8402 says:

 

In the event of a failure, a Point of Local Repair (PLR) diverting  = traffic from A to B does a PUSH of the Mirror SID on the protected traffic= .  When receiving the traffic with the Mirror SID as the active segment, B uses that segment and processes underlying segments in the context of A.<= /o:p>

 

From my POV, in SR-MPLS the “underlying segme= nts” (in the = highlighted text above) are labels following the Mirror SID label, = i.e., per RFC 8402 a Mirror SID  cannot be the last label in th= e stack.  

 

It would be nice to clarify this point.<= /p>

3.      SR-MPLS and Hierarchical LSPs

a.      = ; SR LSPs that include more than one segment are hierarchical LSPs fr= om the POV of the MPLS data plane. Therefore some (possibly, all) of the m= odels for handling TTL and TC bits that have been defined in RFC 3443 (not= mentioned in the draft) should apply to SR-MPLS

b.      RFC 8287 (not referenced in the draft) specifically discussed opera= tion of the LSP Traceroute function for SR LSPs in the case when Pipe/Shor= t Pipe model for TTL handling is used

c.      = ; I expect the draft to provide at least some guidelines regarding ap= plicability of each specific model defined in RFC 3443 (separately=20for T= TL and TC bits) to SR-MPLS.

Fully resolved 

The relevant text has been added to Section 2.7.1. = It has been copied from RFC 8277.

4.      Inferring network protocol in SR-MPLS (the details are omitted)

Withdrawn

This has been discussed with the authors who have p= ointed out that prefix- and Adj-SIDs are always associated with a specific= network protocol (IPv4 and IPv6).

5.      Resolution of Conflicts:

a.      = ; Are the conflict resolution procedures listed in section 2.5 mand= atory to implement?

b.      If they are mandatory to implement, are they also mandatory to depl= oy, or can the operators simply treat any detected conflict as requiring h= uman intervention and preventing normal operation of SR-MPLS?

c.      = ; For the reference, the IETF capitalized MUST appears just in a few = places in Section 2.5, and each appearance has very narrow context

d.      The tie-breaking rules in section 2.5.1 include some specific val= ues for encoding FEC types and address families – but these values a= re not supposed to appear in any IANA registries (because the draft does not request any IANA actions). Can you please clarify what= is so special about these values?

e.      = ; I also doubt that comparison of FECs that represent IPv4 and IPv6= prefix SIDs makes much sense (for conflict resolution or else), because, = among other things, there are valid scenarios when an IPv4 /32 prefix is embedded in an IPv6 /128 one

f.      = ;   Section 2.5.1 defines 3 types of SR-MPLS FECs, but = I am not sure all SID types defined in the Segment Routing Architecture draft can be unambiguou= sly mapped to one of these types. Problematic examples include at least th= e following

      &n= bsp;           &nbs= p;            =             &n= bsp;      i.      Parallel Adjacency SID

      &n= bsp;           &nbs= p;            =             &n= bsp;    ii.      <= /span>Mirror SID

Explicit mapping of = SID types to SR-MPLS FEC types would be most useful IMO. If some SID types= cannot be mapped to SR-MPLS FECs, this must be explicitly stated in the draft

 

Fully resolved

Parallel adjacencies and Mirror SIDs have been adde= d to the section describing conflict resolution.

 

6.      Node SIDs in SR-MPLS:

a.      = ; Node SIDs are explicitly defined and=20discussed in the Segment Rou= ting Architecture draft but are not mentioned even once in this draft=

b.      AFAIK, the common implementation practice today includes assignment= of at least one Node SID to every node in the SR-MPLS domain

c.      = ; Is there a requirement to assign at least one Node SID per {routing= instance, topology, algorithm} in SR-MPLS? If not, can the authors explai= n expected behavior of such a node? (See also my comment about routing ins= tances below)

Fully resolved

The text discussing the need for Node-SIDs in SR-MP= LS, potential conflicts that can be associated with these SIDs and their r= ecommended resolution in the last para in Section 2.

 

7.      SRGB Size in SR-MPLS

Fully Resolved

The current revision of the draft explicitly marks = this issue as left FFS in Section 2.3.

8.      Algorithms and Prefix SIDs:

a.      = ; The draft mentions Algorithms (as part of SR-MPLS Prefix FEC) in, b= ut it does not explicitly link them with the Prefix-SID algorithms defined= in section 3.1.1 of the Segment Routing Architecture draft

=

b.      From my POV, the draft should explicitly state that the default Pre= fix-SID algorithm MUST be implemented in all SR-MPLS-compliant routers

c.      = ; The Segment Routing Architecture draft states (in section 3.1.3) = that “Support of multiple algorithms applies to SRv6”. But nei= ther draft states whether multiple algorithms apply to SR-MPLS. Can you please clarify this point?

Withdrawn

 

9.      Routing instances and the context for Prefix-SIDs

Fully Resolved

The authors have clarified that routing instances a= re only mentioned in the context of incoming conflict resolution, and the = draft explicitly states that.

10.  Example of PUSH operation in Section 2.10.1

Withdrawn

TI-LFA mentioned as an example of  PUSH operat= ion

11.  Numerous nits reported by Adrian

Fully resolved

 

12.  NIT: TI-LFA spelled as Ti-LFA

Fully resolved

 

13.  NIT: Missing Informational reference to TI-LFA draft

Fully resolved

The reference  to the TI-LFA draft has been ad= ded

14.  NIT: Missing references to RFC 3443, 5332 and 5331

Fully resolved

References to RFC 3443  and RFC 5331 have been= added. I agree that there is no need for a reference to RFC 5332.

15.  NIT: Missing reference to RFC 8287

Fully Resolved

 The reference has been added

16.  NIT: Problematic grammar in the first statement of the last = para in Section 2.3:

Local segments MAY be allocated from the = Segment Routing Local Block (SRLB) [RFC8402] or from any unused label as long as it does not use a special purpose lab= el

Fully resolved

The grammar issue (introduced in the -14 version) h= as been fixed.

 

Hopefully this summary will be useful.

 

Regards,

Sasha

 

Office: +972-39266302

Cell:      +972-549266= 302

Email:   Alexander.Vainshtein@ecitele.com=

 


__________________________________________________________________________= _

This e-mail message is intended for the recipient only and contains inform= ation which is
CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have rece= ived this
transmission in error, please inform us by e-mail, phone or fax, and then = delete the original
and all copies thereof.
__________________________________________________________________________= _
--_000_DB5PR0301MB1909604415156575FA6BBDAA9DD60DB5PR0301MB1909_-- From nobody Mon Nov 26 02:42:15 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2008A126CC7; Mon, 26 Nov 2018 02:42:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zMBl-iBfChF5; Mon, 26 Nov 2018 02:42:04 -0800 (PST) Received: from orange.com (mta135.mail.business.static.orange.com [80.12.70.35]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 15304124BAA; Mon, 26 Nov 2018 02:42:04 -0800 (PST) Received: from opfednr00.francetelecom.fr (unknown [xx.xx.xx.64]) by opfednr23.francetelecom.fr (ESMTP service) with ESMTP id 433NlF1Tqzz5wG0; Mon, 26 Nov 2018 11:42:01 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.62]) by opfednr00.francetelecom.fr (ESMTP service) with ESMTP id 433NlF0L0rzDq7r; Mon, 26 Nov 2018 11:42:01 +0100 (CET) Received: from OPEXCLILM21.corporate.adroot.infra.ftgroup ([fe80::e92a:c932:907e:8f06]) by OPEXCLILM5E.corporate.adroot.infra.ftgroup ([fe80::6958:931c:a396:f51e%19]) with mapi id 14.03.0415.000; Mon, 26 Nov 2018 11:42:00 +0100 From: To: Alexander Vainshtein CC: "rtg-dir@ietf.org" , "spring@ietf.org" , "mpls@ietf.org" , "draft-ietf-spring-segment-routing-mpls@ietf.org" , "spring-chairs@ietf.org" Thread-Topic: Resolution of issues raised in my early review of draft-ietf-spring-segment-routing-mpls-13 Thread-Index: AdSEyeKRbfrjO+74RbGwGglYiJfzuQAqk2Ig Date: Mon, 26 Nov 2018 10:42:00 +0000 Message-ID: <25885_1543228921_5BFBCDF9_25885_455_1_53C29892C857584299CBF5D05346208A47F9BC7C@OPEXCLILM21.corporate.adroot.infra.ftgroup> References: In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.2] Content-Type: multipart/alternative; boundary="_000_53C29892C857584299CBF5D05346208A47F9BC7COPEXCLILM21corp_" MIME-Version: 1.0 Archived-At: Subject: Re: [spring] Resolution of issues raised in my early review of draft-ietf-spring-segment-routing-mpls-13 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Nov 2018 10:42:07 -0000 --_000_53C29892C857584299CBF5D05346208A47F9BC7COPEXCLILM21corp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Sasha, Many thanks for your RTG directorate review and for following-up over the m= onths. Very useful. --Bruno From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Alexander Vainshtein Sent: Sunday, November 25, 2018 3:42 PM To: spring-chairs@ietf.org Cc: rtg-dir@ietf.org; spring@ietf.org; mpls@ietf.org; draft-ietf-spring-seg= ment-routing-mpls@ietf.org Subject: [mpls] Resolution of issues raised in my early review of draft-iet= f-spring-segment-routing-mpls-13 Dear all, I did an early RtgDir review of draft-ietf-spring-segment-routing-mpls-13 in June,= and since then has been discussing the draft with the authors. Now that a -16 version of the draft has been published, I think that all the is= sues I have raised then have been resolved - one way or another. The table below summarizes the current status of these issues (including a = nit that I have raised following publication of the -14 version of the draf= t): Issue Current status Comments 1. Encapsulation of SR-MPLS packets: a. RFC 3032 (referenced by the draft) and RFC 5332 (not mentioned in = the draft) depend two encapsulations of labeled packets - one for Downstrea= m-allocated labels and another for Upstream-allocated ones. b. From my POV the ST-MPLS only uses Downstream-allocated labels - but= I expect the draft to state that explicitly, one way or another. (If Upstr= eam-allocated labels are relevant for SR-MPLS, I would see it as a major ga= p, so I hope that this is not the case). Fully resolved The last para in Section 2.2 explicitly states that "Labels allocated in th= is document are considered per platform down-stream allocated labels" and e= xplicitly references RFC 3031. 2. Label spaces in SR-MPLS a. RFC 3031 (referenced by the draft) defines per-platform and per-in= terface label spaces, and RFC 5331 (not mentioned in the draft) adds contex= t-specific label spaces and context labels. b. The draft does not say which of these are or are not relevant for S= R-MPLS c. From my POV: i. Labels represent= ing all kinds of SIDs mentioned in the draft MUST be allocated from the per= -platform label space only ii. At the same time, = instantiation of Mirror Segment IDs defined in Section 5.1 of the Segment R= outing Architecture draft using MPLS data plane clearly calls for context l= abels and context-specific label spaces Fully resolved See the previous comment. In addition, Section 2.7.3.1 explicitly defines Mirror SIDs and their relat= ionship with context labels and context label spaces defined in RFC 5331. Note: I am not sure that the Mirror SID can be considered as a generalizati= on of the context label (the last sentence in Section 2.7.3.1). The relevant text in 8402 says: In the event of a failure, a Point of Local Repair (PLR) diverting traffic= from A to B does a PUSH of the Mirror SID on the protected traffic.. When= receiving the traffic with the Mirror SID as the active segment, B uses th= at segment and processes underlying segments in the context of A. >From my POV, in SR-MPLS the "underlying segments" (in the highlighted text = above) are labels following the Mirror SID label, i.e., per RFC 8402 a Mirr= or SID cannot be the last label in the stack. It would be nice to clarify this point. 3. SR-MPLS and Hierarchical LSPs a. SR LSPs that include more than one segment are hierarchical LSPs f= rom the POV of the MPLS data plane. Therefore some (possibly, all) of the m= odels for handling TTL and TC bits that have been defined in RFC 3443 (not = mentioned in the draft) should apply to SR-MPLS b. RFC 8287 (not referenced in the draft) specifically discussed opera= tion of the LSP Traceroute function for SR LSPs in the case when Pipe/Short= Pipe model for TTL handling is used c. I expect the draft to provide at least some guidelines regarding a= pplicability of each specific model defined in RFC 3443 (separately for TTL= and TC bits) to SR-MPLS. Fully resolved The relevant text has been added to Section 2.7.1. It has been copied from = RFC 8277. 4. Inferring network protocol in SR-MPLS (the details are omitted) Withdrawn This has been discussed with the authors who have pointed out that prefix- = and Adj-SIDs are always associated with a specific network protocol (IPv4 a= nd IPv6). 5. Resolution of Conflicts: a. Are the conflict resolution procedures listed in section 2.5 manda= tory to implement? b. If they are mandatory to implement, are they also mandatory to depl= oy, or can the operators simply treat any detected conflict as requiring hu= man intervention and preventing normal operation of SR-MPLS? c. For the reference, the IETF capitalized MUST appears just in a few= places in Section 2.5, and each appearance has very narrow context d. The tie-breaking rules in section 2.5.1 include some specific value= s for encoding FEC types and address families - but these values are not su= pposed to appear in any IANA registries (because the draft does not request= any IANA actions). Can you please clarify what is so special about these v= alues? e. I also doubt that comparison of FECs that represent IPv4 and IPv6 = prefix SIDs makes much sense (for conflict resolution or else), because, am= ong other things, there are valid scenarios when an IPv4 /32 prefix is embe= dded in an IPv6 /128 one f. Section 2.5.1 defines 3 types of SR-MPLS FECs, but I am not sure= all SID types defined in the Segment Routing Architecture draft can be una= mbiguously mapped to one of these types. Problematic examples include at le= ast the following i. Parallel Adjacenc= y SID ii. Mirror SID Explicit mapping of SID types to SR-MPLS FEC types would be most useful IMO= . If some SID types cannot be mapped to SR-MPLS FECs, this must be explicit= ly stated in the draft Fully resolved Parallel adjacencies and Mirror SIDs have been added to the section describ= ing conflict resolution. 6. Node SIDs in SR-MPLS: a. Node SIDs are explicitly defined and discussed in the Segment Rout= ing Architecture draft but are not mentioned even once in this draft b. AFAIK, the common implementation practice today includes assignment= of at least one Node SID to every node in the SR-MPLS domain c. Is there a requirement to assign at least one Node SID per {routin= g instance, topology, algorithm} in SR-MPLS? If not, can the authors explai= n expected behavior of such a node? (See also my comment about routing inst= ances below) Fully resolved The text discussing the need for Node-SIDs in SR-MPLS, potential conflicts = that can be associated with these SIDs and their recommended resolution in = the last para in Section 2. 7. SRGB Size in SR-MPLS Fully Resolved The current revision of the draft explicitly marks this issue as left FFS i= n Section 2.3. 8. Algorithms and Prefix SIDs: a. The draft mentions Algorithms (as part of SR-MPLS Prefix FEC) in, = but it does not explicitly link them with the Prefix-SID algorithms defined= in section 3.1.1 of the Segment Routing Architecture draft b. From my POV, the draft should explicitly state that the default Pre= fix-SID algorithm MUST be implemented in all SR-MPLS-compliant routers c. The Segment Routing Architecture draft states (in section 3.1.3) t= hat "Support of multiple algorithms applies to SRv6". But neither draft sta= tes whether multiple algorithms apply to SR-MPLS. Can you please clarify th= is point? Withdrawn 9. Routing instances and the context for Prefix-SIDs Fully Resolved The authors have clarified that routing instances are only mentioned in the= context of incoming conflict resolution, and the draft explicitly states t= hat. 10. Example of PUSH operation in Section 2.10.1 Withdrawn TI-LFA mentioned as an example of PUSH operation 11. Numerous nits reported by Adrian Fully resolved 12. NIT: TI-LFA spelled as Ti-LFA Fully resolved 13. NIT: Missing Informational reference to TI-LFA draft Fully resolved The reference to the TI-LFA draft has been added 14. NIT: Missing references to RFC 3443, 5332 and 5331 Fully resolved References to RFC 3443 and RFC 5331 have been added. I agree that there is= no need for a reference to RFC 5332. 15. NIT: Missing reference to RFC 8287 Fully Resolved The reference has been added 16. NIT: Problematic grammar in the first statement of the last para in Se= ction 2.3: Local segments MAY be allocated from the Segment Routing Local Block (SRLB)= [RFC8402] or from any unused label as= long as it does not use a special purpose label Fully resolved The grammar issue (introduced in the -14 version) has been fixed. Hopefully this summary will be useful. Regards, Sasha Office: +972-39266302 Cell: +972-549266302 Email: Alexander.Vainshtein@ecitele.com ___________________________________________________________________________ This e-mail message is intended for the recipient only and contains informa= tion which is CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have recei= ved this transmission in error, please inform us by e-mail, phone or fax, and then d= elete the original and all copies thereof. ___________________________________________________________________________ ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. --_000_53C29892C857584299CBF5D05346208A47F9BC7COPEXCLILM21corp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Sasha,

 

Many thanks fo= r your RTG directorate review and for following-up over the months.

Very useful.

 

--Bruno

 

From: mpls [ma= ilto:mpls-bounces@ietf.org] On Behalf Of Alexander Vainshtein
Sent: Sunday, November 25, 2018 3:42 PM
To: spring-chairs@ietf.org
Cc: rtg-dir@ietf.org; spring@ietf.org; mpls@ietf.org; draft-ietf-spr= ing-segment-routing-mpls@ietf.org
Subject: [mpls] Resolution of issues raised in my early review of dr= aft-ietf-spring-segment-routing-mpls-13

 

Dear all,

I did an early RtgDir review of draft-ietf-spring-segment-routing-mpls-13 in Jun= e, and since then has been discussing the draft with the authors.

 

Now that a -16 version of the draft has been published, I think that all the iss= ues I have raised then have been resolved – one way or another.<= /o:p>

 

The table below summarizes the = current status of these issues (including a nit that I have raised followin= g publication of the -14 version of the draft):

 

Issu= e

Curr= ent status

Comm= ents

1.      Encapsulation of SR-MPLS packets:

a.       RFC 3032 (referenced by the draft) and RFC 5332 (not mentioned in th= e draft) depend two encapsulations of labeled packets - one for Downstream-= allocated labels and another for Upstream-allocated ones.

b.      From my POV the ST-MPLS only uses Downstream-allocated labels –= ; but I expect the draft to state that explicitly, one way or another. (If = Upstream-allocated labels are relevant for SR-MPLS, I would see it as a maj= or gap, so I hope that this is not the case).

Fully resolved

The last para in Section 2.2 explicitly states that = “Labels allocated in this document are considered per platform down-s= tream allocated labels” and explicitly references RFC 3031.

2.      Label spaces in SR-MPLS

a.       RFC 3031 (referenced by the draft) defines per-platform and per-inte= rface label spaces, and RFC 5331 (not mentioned in the draft) adds context-= specific label spaces and context labels.

b.      The draft does not say which of these are or are not relevant for SR= -MPLS

c.        From my POV:

      &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;     i.       Labels representing all kinds of SIDs mentioned in the draft MUST= be allocated from the per-platform label space only

      &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;   ii.      At the same time, instantiation of Mirror Segment IDs defined in Secti= on 5.1 of the Segment Routing Architecture draft using MPLS data plane clea= rly calls for context labels and context-specific label spaces

Fully resolved

See the previous comment.

 

In addition, Section 2.7.3.1 explicitly defines Mirr= or SIDs and their relationship with context labels and context label spaces= defined in RFC 5331.

 

Note: I am not sure that the Mirror SID can b= e considered as a generalization of the context label (the last sentence in= Section 2.7.3.1).

 

The relevant text in 8402 says:

 

= In the event of a failure, a Point of Local Repair (PLR) diverting  tr= affic from A to B does a PUSH of the Mirror SID on the protected traffic..&= nbsp; When receiving the traffic with the Mirror SID as the active segment, B uses that segment and processes underlying segments in the context of A.

 

From my POV, in SR-MPLS the “underlying segmen= ts” (in the highlighted text above) are labels following the Mirror SID label, i= .e., per RFC 8402 a Mirror SID  cannot be the last label in the = stack.  

 

It would be nice to clarify this point.

3.      SR-MPLS and Hierarchical LSPs

a.       SR LSPs that include more than one segment are hierarchical LSPs fro= m the POV of the MPLS data plane. Therefore some (possibly, all) of the mod= els for handling TTL and TC bits that have been defined in RFC 3443 (not me= ntioned in the draft) should apply to SR-MPLS

b.      RFC 8287 (not referenced in the draft) specifically discussed operat= ion of the LSP Traceroute function for SR LSPs in the case when Pipe/Short = Pipe model for TTL handling is used

c.       I expect the draft to provide at least some guidelines regarding app= licability of each specific model defined in RFC 3443 (separately for TTL a= nd TC bits) to SR-MPLS.

Fully resolved 

The relevant text has been added to Section 2.7.1. I= t has been copied from RFC 8277.

4.      Inferring network protocol in SR-MPLS (the details are omitted)=

Withdrawn

This has been discussed with the authors who have po= inted out that prefix- and Adj-SIDs are always associated with a specific n= etwork protocol (IPv4 and IPv6).

5.      Resolution of Conflicts:

a.       Are the conflict resolution procedures listed in sectio= n 2.5 mandatory to implement?

b.      If they are mandatory to implement, are they also mandatory to deplo= y, or can the operators simply treat any detected conflict as requiring hum= an intervention and preventing normal operation of SR-MPLS?

c.       For the reference, the IETF capitalized MUST appears just in a few p= laces in Section 2.5, and each appearance has very narrow context

d.      The tie-breaking rules in section 2.5.1 include some sp= ecific values for encoding FEC types and address families – but these= values are not supposed to appear in any IANA registries (because the draft does not request any IANA actions). Can you please clarify what = is so special about these values?

e.       I also doubt that comparison of FECs that represent IPv= 4 and IPv6 prefix SIDs makes much sense (for conflict resolution or else), = because, among other things, there are valid scenarios when an IPv4 /32 prefix is embedded in an IPv6 /128 one<= /p>

f.      &= nbsp;  Section 2.5.1 defines 3 types of SR-MPLS FE= Cs, but I am not sure all SID types defined in the Segment Routing Architecture draft can be unambig= uously mapped to one of these types. Problematic examples include at least = the following

      &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;     i.      Parallel Adjacency SID

      &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;   ii.      Mirror SID

Explicit m= apping of SID types to SR-MPLS FEC types would be most useful IMO. If some = SID types cannot be mapped to SR-MPLS FECs, this must be explicitly stated in the draft

 

Fully resolved

Parallel adjacencies and Mirror SIDs have been added= to the section describing conflict resolution.

 

6.      Node SIDs in SR-MPLS:

a.       Node SIDs are explicitly defined and discussed in the Segment Routin= g Architecture draft but are not mentioned even once in this draft

b.      AFAIK, the common implementation practice today includes assignment = of at least one Node SID to every node in the SR-MPLS domain

c.       Is there a requirement to assign at least one Node SID per {routing = instance, topology, algorithm} in SR-MPLS? If not, can the authors explain = expected behavior of such a node? (See also my comment about routing instan= ces below)

Fully resolved

The text discussing the need for Node-SIDs in SR-MPL= S, potential conflicts that can be associated with these SIDs and their rec= ommended resolution in the last para in Section 2.

 

7.      SRGB Size in SR-MPLS

Fully Resolved

The current revision of the draft explicitly marks t= his issue as left FFS in Section 2.3.

8.      Algorithms and Prefix SIDs:

a.       The draft mentions Algorithms (as part of SR-MPLS Prefix FEC) in, bu= t it does not explicitly link them with the Prefix-SID algorithms defined i= n section 3.1.1 of the Segment Routing Architecture draft

b.      From my POV, the draft should explicitly state that the default Pref= ix-SID algorithm MUST be implemented in all SR-MPLS-compliant routers<= /o:p>

c.       The Segment Routing Architecture draft states (in secti= on 3.1.3) that “Support of multiple algorithms applies to SRv6”= . But neither draft states whether multiple algorithms apply to SR-MPLS. Can you please clarify this point?

Withdrawn

 

9.      Routing instances and the context for Prefix-SIDs

Fully Resolved

The authors have clarified that routing instances ar= e only mentioned in the context of incoming conflict resolution, and the dr= aft explicitly states that.

10.  Example of PUSH operation in Section 2.10.1

Withdrawn

TI-LFA mentioned as an example of  PUSH operati= on

11.  Numerous nits reported by Adrian

Fully resolved

 

12.  NIT: TI-LFA spelled as Ti-LFA

Fully resolved

 

13.  NIT: Missing Informational reference to TI-LFA draft

Fully resolved

The reference  to the TI-LFA draft has been add= ed

14.  NIT: Missing references to RFC 3443, 5332 and 5331

Fully resolved

References to RFC 3443  and RFC 5331 have been = added. I agree that there is no need for a reference to RFC 5332.

15.  NIT: Missing reference to RFC 8287

Fully Resolved

 The reference has been added

16.  NIT: Problematic grammar in the first statement of the last p= ara in Section 2.3:

Local segments MAY be allocated from the Se= gment Routing Local Block (SRLB) [RFC8402] or from any unused label as long as it does not use a special purpose labe= l

Fully resolved

The grammar issue (introduced in the -14 version) ha= s been fixed.

 

Hopefully this summary will be = useful.

 

Regards,

Sasha

 

Office: +972-39266302<= /o:p>

Cell:    &n= bsp; +972-549266302

Email:   Alexander.Va= inshtein@ecitele.com

 


___________________________________________________________________________=

This e-mail message is intended for the recipient only and contains informa= tion which is
CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have recei= ved this
transmission in error, please inform us by e-mail, phone or fax, and then d= elete the original
and all copies thereof.
___________________________________________________________________________= 

______________________________________________________________________=
___________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el=
ectroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
--_000_53C29892C857584299CBF5D05346208A47F9BC7COPEXCLILM21corp_-- From nobody Mon Nov 26 06:43:28 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B898B130E03; Mon, 26 Nov 2018 06:43:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BAMDo6h7orQG; Mon, 26 Nov 2018 06:43:24 -0800 (PST) Received: from wp513.webpack.hosteurope.de (wp513.webpack.hosteurope.de [IPv6:2a01:488:42:1000:50ed:8223::]) (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 616D4130E01; Mon, 26 Nov 2018 06:43:24 -0800 (PST) Received: from 200116b82cca700008c734d09529d7fa.dip.versatel-1u1.de ([2001:16b8:2cca:7000:8c7:34d0:9529:d7fa]); authenticated by wp513.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) id 1gRI6b-0004Hs-LT; Mon, 26 Nov 2018 15:43:21 +0100 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) From: "Mirja Kuehlewind (IETF)" In-Reply-To: Date: Mon, 26 Nov 2018 15:43:20 +0100 Cc: Gaurav Dawra , SPRING WG List , Alvaro Retana , draft-ietf-spring-segment-routing-msdc@ietf.org, Martin Stiemerling , tsv-art@ietf.org Content-Transfer-Encoding: quoted-printable Message-Id: <9C54ECE9-9143-485D-B42B-4D762140CD21@kuehlewind.net> References: <6dd41180-83bd-c02e-1783-df873e749941@gmail.com> <465981C7-7AB1-43AF-8A80-69D835871077@gmail.com> <8652B1BB-C2E7-4324-8E79-E3092362AE1A@gmail.com> <2120B719-EB92-4A47-A26C-0E2E810F1CA8@gmail.com> <3b257a8a-0455-cd1b-6e95-0e03ab3f1830@kuehlewind.net> <870b223b-5fa7-e5f3-919f-f36521d69d68@kuehlewind.net> <24740D0F-E0A0-4AD2-9D0A-DC38F98B1498@gmail.com> To: Rob Shakir X-Mailer: Apple Mail (2.3445.9.1) X-bounce-key: webpack.hosteurope.de;ietf@kuehlewind.net;1543243404;a03d6a84; X-HE-SMSGID: 1gRI6b-0004Hs-LT Archived-At: Subject: Re: [spring] [Tsv-art] TSV-ART review of draft-ietf-spring-segment-routing-msdc-08 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Nov 2018 14:43:27 -0000 Thanks. I will remove my discuss as soon as the new version is posted. Mirja > Am 21.11.2018 um 21:32 schrieb Rob Shakir = : >=20 > Great. Thanks Gaurav.=20 >=20 > Please ping Mirja once you have posted the new version, and hopefully = we can progress this document.=20 >=20 > Cheers, > r.=20 >=20 > On Wed, Nov 21, 2018, 11:00 AM Gaurav Dawra = wrote: > Rob - >=20 > After some discussions with authors - I will remove Sec. 7. Hopefully, = this will close out this informational doc. >=20 > Will post a new version. >=20 > Cheers >=20 > Gaurav >=20 > Sent from my iPhone >=20 > On Nov 2, 2018, at 10:09 AM, Rob Shakir wrote: >=20 >> Gaurav, >>=20 >> Can we distill down (to Mirja's question earlier) what this section = is trying to impart? >>=20 >> Taking a step back, it looks to me like you basically want to say: >> =E2=80=A2 (7.1) since there are explicit label stacks associated = with each candidate path within an ECMP, any TE mechanism inside of the = datacentre can exploit this to target a single one of them, rather than = the whole set. The scope of doing so requires careful consideration of = the traffic being balanced, but SR allows this to be the case. >> =E2=80=A2 (7.2) further to 7.1, it's not only for = bandwidth-aware TE that this is the case, it may be for other traffic = engineering optimisation criteria. >> =E2=80=A2 (7.3) the ability to allow targeting of traffic means = that one can probe individual links. >> These points are not unique to the MSDC problem space that you're = discussing. 3.3.1 in 7855 discusses 1+2 IMHO, and OAM is covered in = 8403. Am I missing something? >>=20 >> If not, please do seriously consider (as the author group) removing = this section, or simply linking to the other documents with brief = statements on the underlying points. >>=20 >> Kind regards, >> r. >>=20 >> On Thu, Nov 1, 2018 at 9:20 PM Gaurav Dawra = wrote: >> Thanks Alvaro. >>=20 >> Mirja, >>=20 >> How does this text sound? I am inclined to the discussion over the = phone if we need further discussion :)=20 >>=20 >> "This section outlines as an example a possible solution for = addressing flow steering problem using SR. The host which is = originating an flow may share its application observations with a = centralized agent by indicating its bandwidth requirements and the = destination for the flow, that enables the latter to keep up-to-date = network bandwidth demand maps for such flows correlated with the actual = utilization of the paths in the network. The centralized agent may use = this information to make an optimal routing decision. The end host may = receive updated steering information from the centralized agent, = published via external mechanisms, of specific paths with their = bandwidth availability on which to steer its flow. >> =20 >> For example, an application A.1 is informed about explicit paths to Z = {16006, 16011} which has bandwidth availability such as not to degrade = other flows. The centralized agent may similarly pin flows on other = disjoint explicit paths. Over a period of time, or once the flow is gone = (as reported by the application), then the centralized agent updates the = hosts to revert back to their normal per-flow ECMP based hashing for = load-sharing. The details of how such a solution may be realized is = outside the scope of this document. However, the traffic steering = mechanism using SR allows for solving some of these problems in the = data-center." >>=20 >> Gaurav >>=20 >> On Mon, Oct 29, 2018 at 12:41 PM Alvaro Retana = wrote: >> On October 29, 2018 at 11:34:13 AM, Mirja Kuehlewind (IETF) = (ietf@kuehlewind.net) wrote: >>=20 >> Hi! >>=20 >> FWIW, I agree with Mirja and her proposal below. Not only does it = sound like this Informational document is talking about items that = should be out of scope, but the first paragraph in =C2=A77 says that it = talks about "how the problems described above (in section 3) could be = solved using the segment routing concept.=E2=80=9D To me, these are = examples and (as the text also mentions) "only parts of the solution=E2=80= =9D. >>=20 >> Let=E2=80=99s please wrap this document up! >>=20 >> Thanks! >>=20 >> Alvaro. >>=20 >>=20 >>> this still sounds very much like inventing a new mechanism which = seem a bit out of scope for this document. However, after all bandwidth = requirements might not be known or are very dynamic because of = congestion control or adaption mechanism in the application (e.g. = adaptive video traffic), and therefore there it is still the same = problem that it is no reasonable to make decision based on this very = dynamic metric.=20 >>>=20 >>> The text below sounds like you are rather interested to a) = distinguish elephant from mice flows and b) understand if the elephant = flow has a maximum bandwidth cap (because it's application-limited). = These are different information and might be more useful for your case. = However, I still think having this discussion in this level of details = goes beyond the scope of the document.=20 >>>=20 >>> What=E2=80=99s about just saying something like, a central host can = collect per-flow information, either from the host directly or = measurement on the path, and use this information to impact routing. I = would, however, also like to see a note/warning in this context that = metrics that are changing very dynamically should not be used as input = for routing decisions..=20 >> _______________________________________________ >> spring mailing list >> spring@ietf.org >> https://www.ietf.org/mailman/listinfo/spring > _______________________________________________ > Tsv-art mailing list > Tsv-art@ietf.org > https://www.ietf.org/mailman/listinfo/tsv-art From nobody Thu Nov 29 14:38:57 2018 Return-Path: X-Original-To: spring@ietf.org Delivered-To: spring@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 3090F128D68; Thu, 29 Nov 2018 14:38:56 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: spring@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.89.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: spring@ietf.org Message-ID: <154353113615.26116.13087153654601206932@ietfa.amsl.com> Date: Thu, 29 Nov 2018 14:38:56 -0800 Archived-At: Subject: [spring] I-D Action: draft-ietf-spring-segment-routing-msdc-11.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2018 22:38:56 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Source Packet Routing in Networking WG of the IETF. Title : BGP-Prefix Segment in large-scale data centers Authors : Clarence Filsfils Stefano Previdi Gaurav Dawra Ebben Aries Petr Lapukhov Filename : draft-ietf-spring-segment-routing-msdc-11.txt Pages : 21 Date : 2018-11-29 Abstract: This document describes the motivation and benefits for applying segment routing in BGP-based large-scale data-centers. It describes the design to deploy segment routing in those data-centers, for both the MPLS and IPv6 dataplanes. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-spring-segment-routing-msdc/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-spring-segment-routing-msdc-11 https://datatracker.ietf.org/doc/html/draft-ietf-spring-segment-routing-msdc-11 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-spring-segment-routing-msdc-11 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Nov 29 15:15:34 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3D6D2130E03; Thu, 29 Nov 2018 15:15:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.997 X-Spam-Level: X-Spam-Status: No, score=-1.997 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_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, NORMAL_HTTP_TO_IP=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F10PRd5JLyyo; Thu, 29 Nov 2018 15:15:24 -0800 (PST) Received: from mail-pg1-x530.google.com (mail-pg1-x530.google.com [IPv6:2607:f8b0:4864:20::530]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F251C128766; Thu, 29 Nov 2018 15:15:23 -0800 (PST) Received: by mail-pg1-x530.google.com with SMTP id s198so1628482pgs.2; Thu, 29 Nov 2018 15:15:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=EvaJA7yUhu/yFvlxeHVUEtCeeNDwJgnYPqsUA6szVQE=; b=JjlVJy1UPUj6vB7FKau+uvML6nUfrKaGAqLb3fZhM1ViisQjBrCjJpZ+uYR5lcX+4u ofHrLlkO7BWn9TUqf2zcZknag+5Sfu9wjIlursLoTDemGBVl2V58gE8yd928lQOj00tr Z12u8zl/8L1x9lX6Ru1M7dVg9hD+nhPJ6RZ5DFy0FtGl4z/p69zsSePwE/eLJ78KK6rJ xIQQpe6a+rSnEhxuPB3aM0+AqxtGMCV8ihv+6e8gzhmv6hYi51SbQNlTHgg63THaRp7h +J87DZKXZB8R7DE2O+vXidCvgXSWZ2SEni1hRxWwF2NaZo9GZ9xvqbAAVcjkrecTf9tX kyhw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=EvaJA7yUhu/yFvlxeHVUEtCeeNDwJgnYPqsUA6szVQE=; b=BjrjzQ6MI1GNRe+PC52gJIQo1VqDnishPDKzpPO5p3Tk+AaG1ydCb/LODmICcba/jR BmENM9g8jcjCm2s5g6bL+iDbAQkSk7EyBx3QL5YgGDnEJ8wnQKzjHe8tyC4VT1RyHW/Y ikQx7k68s6rTfAdc9ySTOYVL1riH6PHsbdgq/VzgSxTXsYHZyI2WN7HOL9STaB6D+bab QyMDgoEOadMUrIz7kihSF1zzCKgAdY/X0gjzH1E1CE1MMFrDq7PEwwE5ppYxEmOCKWxH Z/2q3+RSKOQlR1f2FVg02/kxJUnNsiiqm8X/zCzur3WLZRXBBdRnB3KnN/ggkbB/2LyF VTfQ== X-Gm-Message-State: AA+aEWaVsTdGjhXjJ8txt1zLaWzzXfaRvfRx25Z62BIwLiDv9sER7ilL h+SGkGV2+l5CDkl/QjjPjqMmfPmb X-Google-Smtp-Source: AFSGD/UZfz/ywZzORS2aHp6Ogjy7H14JFCiPDxZ5WlNFu5sflHWXRAE9/L1e2wj4UzZia915v/nYlg== X-Received: by 2002:a63:5664:: with SMTP id g36mr2855241pgm.313.1543533323298; Thu, 29 Nov 2018 15:15:23 -0800 (PST) Received: from ?IPv6:2620:119:5003:20c:5cb1:7b:4cfc:4f2f? ([2620:119:5003:20c:5cb1:7b:4cfc:4f2f]) by smtp.gmail.com with ESMTPSA id q187sm14548187pfq.128.2018.11.29.15.15.22 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 29 Nov 2018 15:15:22 -0800 (PST) Content-Type: multipart/alternative; boundary=Apple-Mail-BCEE8511-62C2-4A33-86B8-598A0FA80882 Mime-Version: 1.0 From: Gaurav Dawra X-Mailer: iPhone Mail (15F79) In-Reply-To: Date: Thu, 29 Nov 2018 15:15:21 -0800 Cc: Alvaro Retana , Martin Stiemerling , SPRING WG , draft-ietf-spring-segment-routing-msdc@ietf.org, tsv-art@ietf.org, Rob Shakir Content-Transfer-Encoding: 7bit Message-Id: <56D33571-A031-4375-955D-348401118CAF@gmail.com> References: <6dd41180-83bd-c02e-1783-df873e749941@gmail.com> <465981C7-7AB1-43AF-8A80-69D835871077@gmail.com> <8652B1BB-C2E7-4324-8E79-E3092362AE1A@gmail.com> <2120B719-EB92-4A47-A26C-0E2E810F1CA8@gmail.com> <3b257a8a-0455-cd1b-6e95-0e03ab3f1830@kuehlewind.net> <870b223b-5fa7-e5f3-919f-f36521d69d68@kuehlewind.net> <24740D0F-E0A0-4AD2-9D0A-DC38F98B1498@gmail.com> To: =?utf-8?Q?Mirja_K=C3=BChlewind?= Archived-At: Subject: Re: [spring] [Tsv-art] TSV-ART review of draft-ietf-spring-segment-routing-msdc-08 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2018 23:15:26 -0000 --Apple-Mail-BCEE8511-62C2-4A33-86B8-598A0FA80882 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi, folks, Posted a new version. Hopefully, this help closes this document.=20 Cheers, Gaurav > On Wed, Nov 21, 2018 at 12:32 PM Rob Shakir wrote: > Great. Thanks Gaurav.=20 >=20 > Please ping Mirja once you have posted the new version, and hopefully we c= an progress this document.=20 >=20 > Cheers, > r.=20 >=20 >> On Wed, Nov 21, 2018, 11:00 AM Gaurav Dawra wrote= : >> Rob - >>=20 >> After some discussions with authors - I will remove Sec. 7. Hopefully, th= is will close out this informational doc. >>=20 >> Will post a new version. >>=20 >> Cheers >>=20 >> Gaurav >>=20 >> Sent from my iPhone >>=20 >>> On Nov 2, 2018, at 10:09 AM, Rob Shakir wrote: >>>=20 >>> Gaurav, >>>=20 >>> Can we distill down (to Mirja's question earlier) what this section is t= rying to impart? >>>=20 >>> Taking a step back, it looks to me like you basically want to say: >>> (7.1) since there are explicit label stacks associated with each candida= te path within an ECMP, any TE mechanism inside of the datacentre can exploi= t this to target a single one of them, rather than the whole set. The scope o= f doing so requires careful consideration of the traffic being balanced, but= SR allows this to be the case. >>> (7.2) further to 7.1, it's not only for bandwidth-aware TE that this is t= he case, it may be for other traffic engineering optimisation criteria. >>> (7.3) the ability to allow targeting of traffic means that one can probe= individual links. >>> These points are not unique to the MSDC problem space that you're discus= sing. 3.3.1 in 7855 discusses 1+2 IMHO, and OAM is covered in 8403. Am I mis= sing something? >>>=20 >>> If not, please do seriously consider (as the author group) removing this= section, or simply linking to the other documents with brief statements on t= he underlying points. >>>=20 >>> Kind regards, >>> r. >>>=20 >>>> On Thu, Nov 1, 2018 at 9:20 PM Gaurav Dawra wro= te: >>>> Thanks Alvaro. >>>>=20 >>>> Mirja, >>>>=20 >>>> How does this text sound? I am inclined to the discussion over the phon= e if we need further discussion :)=20 >>>>=20 >>>> "This section outlines as an example a possible solution for addressing= flow steering problem using SR. The host which is originating an flow may s= hare its application observations with a centralized agent by indicating its= bandwidth requirements and the destination for the flow, that enables the l= atter to keep up-to-date network bandwidth demand maps for such flows correl= ated with the actual utilization of the paths in the network. The centralize= d agent may use this information to make an optimal routing decision. The en= d host may receive updated steering information from the centralized agent, p= ublished via external mechanisms, of specific paths with their bandwidth ava= ilability on which to steer its flow. >>>> =20 >>>> For example, an application A.1 is informed about explicit paths to Z {= 16006, 16011} which has bandwidth availability such as not to degrade other f= lows. The centralized agent may similarly pin flows on other disjoint explic= it paths. Over a period of time, or once the flow is gone (as reported by th= e application), then the centralized agent updates the hosts to revert back t= o their normal per-flow ECMP based hashing for load-sharing. The details of h= ow such a solution may be realized is outside the scope of this document. Ho= wever, the traffic steering mechanism using SR allows for solving some of th= ese problems in the data-center." >>>>=20 >>>> Gaurav >>>>=20 >>>>> On Mon, Oct 29, 2018 at 12:41 PM Alvaro Retana wrote: >>>>=20 >>>>> On October 29, 2018 at 11:34:13 AM, Mirja Kuehlewind (IETF) (ietf@kueh= lewind.net) wrote: >>>>>=20 >>>>> Hi! >>>>>=20 >>>>> FWIW, I agree with Mirja and her proposal below. Not only does it sou= nd like this Informational document is talking about items that should be ou= t of scope, but the first paragraph in =C2=A77 says that it talks about "how= the problems described above (in section 3) could be solved using the segme= nt routing concept.=E2=80=9D To me, these are examples and (as the text als= o mentions) "only parts of the solution=E2=80=9D. >>>>>=20 >>>>> Let=E2=80=99s please wrap this document up! >>>>>=20 >>>>> Thanks! >>>>>=20 >>>>> Alvaro. >>>>>=20 >>>>>=20 >>>>=20 >>>>>> this still sounds very much like inventing a new mechanism which seem= a bit out of scope for this document. However, after all bandwidth requirem= ents might not be known or are very dynamic because of congestion control or= adaption mechanism in the application (e.g. adaptive video traffic), and th= erefore there it is still the same problem that it is no reasonable to make d= ecision based on this very dynamic metric.=20 >>>>>>=20 >>>>>> The text below sounds like you are rather interested to a) distinguis= h elephant from mice flows and b) understand if the elephant flow has a maxi= mum bandwidth cap (because it's application-limited). These are different in= formation and might be more useful for your case. However, I still think hav= ing this discussion in this level of details goes beyond the scope of the do= cument.=20 >>>>>>=20 >>>>=20 >>>>>> What=E2=80=99s about just saying something like, a central host can c= ollect per-flow information, either from the host directly or measurement on= the path, and use this information to impact routing. I would, however, als= o like to see a note/warning in this context that metrics that are changing v= ery dynamically should not be used as input for routing decisions..=20 >>>> _______________________________________________ >>>> spring mailing list >>>> spring@ietf.org >>>> https://www.ietf.org/mailman/listinfo/spring --Apple-Mail-BCEE8511-62C2-4A33-86B8-598A0FA80882 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Hi, folks,

Posted a new version. Hopefully, this help closes this document= . 

Cheers,

Gaurav

On Wed, Nov 21, 2018 at 12= :32 PM Rob Shakir <robjs@google.com> wrote:
Great. Thanks Gaurav.&n= bsp;

Please ping Mirja once you have posted the new versi= on, and hopefully we can progress this document. 

<= div>Cheers,
r. 

Rob -

After some discussions with authors - I will remove= Sec. 7. Hopefully, this will close out this informational doc.
=

<= div>Will post a new ver= sion.
=
C= heers

Gaurav

Sent from my iPhone
<= br>On Nov 2, 2018, at 10:09 AM, Rob Shakir <robjs@google.com> wrote:

Gaurav,

Can we d= istill down (to Mirja's question earlier) what this section is trying to imp= art?

Taking a step back, it looks to me like you ba= sically want to say:
  • (7.1) since there ar= e explicit label stacks associated with each candidate path within an ECMP, a= ny TE mechanism inside of the datacentre can exploit this to target a single= one of them, rather than the whole set. The scope of doing so requires care= ful consideration of the traffic being balanced, but SR allows this to be th= e case.
  • (7.2) further to 7.1, it's not only f= or bandwidth-aware TE that this is the case, it may be for other traffic eng= ineering optimisation criteria.
  • (7.3) the ab= ility to allow targeting of traffic means that one can probe individual link= s.
These points are not unique to the M= SDC problem space that you're discussing. 3.3.1 in 7855 discusses 1+= 2 IMHO, and OAM is covered in 8403. Am I missing something?
<= br>
If not, please do seriously consider (= as the author group) removing this section, or simply linking to the other d= ocuments with brief statements on the underlying points.

Kind regards,
r.

On Thu, Nov 1, 2018 at 9:20 PM Gaurav Dawra <gdawra.ietf@gmail.com&g= t; wrote:
Thanks Alv= aro.

Mirja,

How does this text s= ound? I am inclined to the discussion over the phone if we need further= discussion :) 

"This section outlin= es as an example a possible solution for addressing flow steering problem us= ing SR.  The host which is originating an flow may share its application ob= servations with a centralized agent by indicating its bandwidth requirements= and the destination for the flow, that enables the latter to keep up-to-dat= e network bandwidth demand maps for such flows correlated with the actual ut= ilization of the paths in the network. The centralized agent may use this in= formation to make an optimal routing decision. The end host may receive upda= ted steering information from the centralized agent, published via external m= echanisms, of specific paths with their bandwidth availability on which to s= teer its flow.

 

For example, an application A= .1 is informed about explicit paths to Z {16006, 16011} which has bandwidth a= vailability such as not to degrade other flows. The centralized agent may si= milarly pin flows on other disjoint explicit paths. Over a period of time, o= r once the flow is gone (as reported by the application), then the centraliz= ed agent updates the hosts to revert back to their normal per-flow ECMP base= d hashing for load-sharing. The detail= s of how such a solution may be realized is outside the scope of this docume= nt. However, the traffic steering mechanism using SR allows for solving some of these problems in the data-ce= nter."


Gaurav


On Mon, Oct 29, 2018 at 12:41 PM Alvaro Retan= a <aretana.ie= tf@gmail.com> wrote:
On October 29, 2018 at 11:34:13 AM, Mirja Kuehle= wind (IETF) (ietf@k= uehlewind.net) wrote:
=
Hi!

FWIW, I agree with Mirj= a and her proposal below.  Not only does it sound like this Information= al document is talking about items that should be out of scope, but the firs= t paragraph in =C2=A77 says that it talks about "how the problems described a= bove (in section 3) could be solved using the segment routing concept.=E2=80= =9D  To me, these are examples and (as the text also mentions) "only pa= rts of the solution=E2=80=9D.

Let=E2=80=99s please wrap this document up!

Thanks!

= Alvaro.

<= div id=3D"m_-1993660794764645067m_-1794177748440992400m_2393485051900796104m= _-8704671176415031712bloop_customfont" style=3D"font-family:Helvetica,Arial;= font-size:13px;margin:0px;line-height:auto">
this still sounds very much like inven= ting a new mechanism which seem a bit out of scope for this document. Howeve= r, after all bandwidth requirements might not be known or are very dynamic b= ecause of congestion control or adaption mechanism in the application (e.g. a= daptive video traffic), and therefore there it is still the same problem tha= t it is no reasonable to make decision based on this very dynamic metric. 

Th= e text below sounds like you are rather interested to a) distinguish elephan= t from mice flows and b) understand if the elephant flow has a maximum bandw= idth cap (because it's application-limited). These are different information= and might be more useful for your case. However, I still think having this d= iscussion in this level of details goes beyond the scope of the document. 

What=E2=80=99s abou= t just saying something like, a central host can collect per-flow informatio= n, either from the host directly or measurement on the path, and use this in= formation to impact routing. I would, however, also like to see a note/warni= ng in this context that metrics that are changing very dynamically should no= t be used as input for routing decisions.. 
_______________________________________________
spring mailing list
spring@ietf.org
= https://www.ietf.org/mailman/listinfo/spring
= --Apple-Mail-BCEE8511-62C2-4A33-86B8-598A0FA80882-- From nobody Fri Nov 30 00:07:18 2018 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 363BC12F1A2; Fri, 30 Nov 2018 00:07:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06Hm3h6X8BU2; Fri, 30 Nov 2018 00:07:13 -0800 (PST) Received: from wp513.webpack.hosteurope.de (wp513.webpack.hosteurope.de [IPv6:2a01:488:42:1000:50ed:8223::]) (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 8B22B12F18C; Fri, 30 Nov 2018 00:07:13 -0800 (PST) Received: from 200116b82c80b800edb9c5bbca946738.dip.versatel-1u1.de ([2001:16b8:2c80:b800:edb9:c5bb:ca94:6738]); authenticated by wp513.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) id 1gSdpN-0007FT-MW; Fri, 30 Nov 2018 09:07:09 +0100 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) From: "Mirja Kuehlewind (IETF)" In-Reply-To: <56D33571-A031-4375-955D-348401118CAF@gmail.com> Date: Fri, 30 Nov 2018 09:07:02 +0100 Cc: Rob Shakir , SPRING WG , Alvaro Retana , draft-ietf-spring-segment-routing-msdc@ietf.org, Martin Stiemerling , tsv-art@ietf.org Content-Transfer-Encoding: quoted-printable Message-Id: <6A725C8E-541D-4B37-A2AC-EC90FA4D16C8@kuehlewind.net> References: <6dd41180-83bd-c02e-1783-df873e749941@gmail.com> <465981C7-7AB1-43AF-8A80-69D835871077@gmail.com> <8652B1BB-C2E7-4324-8E79-E3092362AE1A@gmail.com> <2120B719-EB92-4A47-A26C-0E2E810F1CA8@gmail.com> <3b257a8a-0455-cd1b-6e95-0e03ab3f1830@kuehlewind.net> <870b223b-5fa7-e5f3-919f-f36521d69d68@kuehlewind.net> <24740D0F-E0A0-4AD2-9D0A-DC38F98B1498@gmail.com> <56D33571-A031-4375-955D-348401118CAF@gmail.com> To: Gaurav Dawra X-Mailer: Apple Mail (2.3445.9.1) X-bounce-key: webpack.hosteurope.de;ietf@kuehlewind.net;1543565233;cec653db; X-HE-SMSGID: 1gSdpN-0007FT-MW Archived-At: Subject: Re: [spring] [Tsv-art] TSV-ART review of draft-ietf-spring-segment-routing-msdc-08 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2018 08:07:16 -0000 Thanks! I cleared my discuss! > Am 30.11.2018 um 00:15 schrieb Gaurav Dawra : >=20 > Hi, folks, >=20 > Posted a new version. Hopefully, this help closes this document..=20 >=20 > Cheers, >=20 > Gaurav >=20 > On Wed, Nov 21, 2018 at 12:32 PM Rob Shakir wrote: > Great. Thanks Gaurav.=20 >=20 > Please ping Mirja once you have posted the new version, and hopefully = we can progress this document.=20 >=20 > Cheers, > r.=20 >=20 > On Wed, Nov 21, 2018, 11:00 AM Gaurav Dawra = wrote: > Rob - >=20 > After some discussions with authors - I will remove Sec. 7. Hopefully, = this will close out this informational doc. >=20 > Will post a new version. >=20 > Cheers >=20 > Gaurav >=20 > Sent from my iPhone >=20 > On Nov 2, 2018, at 10:09 AM, Rob Shakir wrote: >=20 >> Gaurav, >>=20 >> Can we distill down (to Mirja's question earlier) what this section = is trying to impart? >>=20 >> Taking a step back, it looks to me like you basically want to say: >> =E2=80=A2 (7.1) since there are explicit label stacks associated = with each candidate path within an ECMP, any TE mechanism inside of the = datacentre can exploit this to target a single one of them, rather than = the whole set. The scope of doing so requires careful consideration of = the traffic being balanced, but SR allows this to be the case. >> =E2=80=A2 (7.2) further to 7.1, it's not only for = bandwidth-aware TE that this is the case, it may be for other traffic = engineering optimisation criteria. >> =E2=80=A2 (7.3) the ability to allow targeting of traffic means = that one can probe individual links. >> These points are not unique to the MSDC problem space that you're = discussing. 3.3.1 in 7855 discusses 1+2 IMHO, and OAM is covered in = 8403. Am I missing something? >>=20 >> If not, please do seriously consider (as the author group) removing = this section, or simply linking to the other documents with brief = statements on the underlying points. >>=20 >> Kind regards, >> r. >>=20 >> On Thu, Nov 1, 2018 at 9:20 PM Gaurav Dawra = wrote: >> Thanks Alvaro. >>=20 >> Mirja, >>=20 >> How does this text sound? I am inclined to the discussion over the = phone if we need further discussion :)=20 >>=20 >> "This section outlines as an example a possible solution for = addressing flow steering problem using SR. The host which is = originating an flow may share its application observations with a = centralized agent by indicating its bandwidth requirements and the = destination for the flow, that enables the latter to keep up-to-date = network bandwidth demand maps for such flows correlated with the actual = utilization of the paths in the network. The centralized agent may use = this information to make an optimal routing decision. The end host may = receive updated steering information from the centralized agent, = published via external mechanisms, of specific paths with their = bandwidth availability on which to steer its flow. >> =20 >> For example, an application A..1 is informed about explicit paths to = Z {16006, 16011} which has bandwidth availability such as not to degrade = other flows. The centralized agent may similarly pin flows on other = disjoint explicit paths. Over a period of time, or once the flow is gone = (as reported by the application), then the centralized agent updates the = hosts to revert back to their normal per-flow ECMP based hashing for = load-sharing. The details of how such a solution may be realized is = outside the scope of this document. However, the traffic steering = mechanism using SR allows for solving some of these problems in the = data-center." >>=20 >> Gaurav >>=20 >> On Mon, Oct 29, 2018 at 12:41 PM Alvaro Retana = wrote: >> On October 29, 2018 at 11:34:13 AM, Mirja Kuehlewind (IETF) = (ietf@kuehlewind.net) wrote: >>=20 >> Hi! >>=20 >> FWIW, I agree with Mirja and her proposal below. Not only does it = sound like this Informational document is talking about items that = should be out of scope, but the first paragraph in =C2=A77 says that it = talks about "how the problems described above (in section 3) could be = solved using the segment routing concept.=E2=80=9D To me, these are = examples and (as the text also mentions) "only parts of the solution=E2=80= =9D. >>=20 >> Let=E2=80=99s please wrap this document up! >>=20 >> Thanks! >>=20 >> Alvaro. >>=20 >>=20 >>> this still sounds very much like inventing a new mechanism which = seem a bit out of scope for this document. However, after all bandwidth = requirements might not be known or are very dynamic because of = congestion control or adaption mechanism in the application (e.g. = adaptive video traffic), and therefore there it is still the same = problem that it is no reasonable to make decision based on this very = dynamic metric.=20 >>>=20 >>> The text below sounds like you are rather interested to a) = distinguish elephant from mice flows and b) understand if the elephant = flow has a maximum bandwidth cap (because it's application-limited). = These are different information and might be more useful for your case. = However, I still think having this discussion in this level of details = goes beyond the scope of the document.=20 >>>=20 >>> What=E2=80=99s about just saying something like, a central host can = collect per-flow information, either from the host directly or = measurement on the path, and use this information to impact routing. I = would, however, also like to see a note/warning in this context that = metrics that are changing very dynamically should not be used as input = for routing decisions..=20 >> _______________________________________________ >> spring mailing list >> spring@ietf.org >> https://www.ietf.org/mailman/listinfo/spring > _______________________________________________ > Tsv-art mailing list > Tsv-art@ietf.org > https://www.ietf.org/mailman/listinfo/tsv-art From nobody Fri Nov 30 12:39:53 2018 Return-Path: X-Original-To: spring@ietf.org Delivered-To: spring@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 92F85130FEA; Fri, 30 Nov 2018 12:39:42 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.89.0 Auto-Submitted: auto-generated Precedence: bulk Cc: The IESG , spring@ietf.org, spring-chairs@ietf.org, aretana.ietf@gmail.com, draft-ietf-spring-segment-routing-msdc@ietf.org, bruno.decraene@orange.com, rfc-editor@rfc-editor.org MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-ID: <154361038259.27445.7539080736253485772.idtracker@ietfa.amsl.com> Date: Fri, 30 Nov 2018 12:39:42 -0800 Archived-At: Subject: [spring] Document Action: 'BGP-Prefix Segment in large-scale data centers' to Informational RFC (draft-ietf-spring-segment-routing-msdc-11.txt) X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2018 20:39:43 -0000 The IESG has approved the following document: - 'BGP-Prefix Segment in large-scale data centers' (draft-ietf-spring-segment-routing-msdc-11.txt) as Informational RFC This document is the product of the Source Packet Routing in Networking Working Group. The IESG contact persons are Alvaro Retana, Martin Vigoureux and Deborah Brungard. A URL of this Internet Draft is: https://datatracker.ietf.org/doc/draft-ietf-spring-segment-routing-msdc/ Technical Summary This document describes the motivation and benefits for applying segment routing in BGP-based large-scale data-centers. It describes the design to deploy segment routing in those data-centers, for both the MPLS and IPv6 dataplanes. Working Group Summary Nothing special to highlight -- strong WG support. Document Quality There are three implementations of the related BGP extensions. There is no publicly known deployment, but it's said that one is in progress and another one in preparation. Personnel Bruno Decraene is the Document Shepherd. Alvaro Retana is the Responsible Area Director.
On Wed, Nov 21, 2018 at 9:44 AM Shyam Sethuram <shyam.ioml@gmail.com> wrote:
As per the mail below, a new version has been posted:
<= font color=3D"#000012" face=3D""Calibri",sans-serif" size=3D"3"><= a href=3D"https://tools.ietf.org/html/draft-ietf-idr-segment-routing-te-pol= icy-05" target=3D"_blank">https://tools.ietf.org/html/draft-ietf-idr-segmen= t-routing-te-policy-05=C2=A0

On Mon, Nov 12, 2018 at 1:24 PM Prz= emyslaw Krol <pkrol=3D40google.com@dmarc.ietf.org> wrote:
Thanks for clarification.

<= /div>
pk

On = Mon, Nov 12, 2018 at 1:20 PM Shyam Sethuram (shsethur) <shsethur@cisco.com> wrote:

Hi PK,

Sorry for the delay. We'll soon p= ublish an update to fix the BSID Flags order

and clarify the Segment V-Flag. Thank= s for pointing.

=C2=A0

The BSID Flags would be as follows:

Bit 0 : =C2=A0S-Flag

Bit 1 :=C2=A0 I-Flag

=C2=A0

=C2=A0

thanks=E2=89=AA= shyam

=C2=A0

From: Przemyslaw Krol <pkrol@google.com>
Sent: Monday, November 12, 2018 1:04 PM
To: Ketan Talaulikar (ketant) <ketant@cisco.com>
Cc: spring@ietf= ...org; draft-ietf-idr-segment-routing-te-policy@ietf.org; Shyam Sethuram (shsethur) <shsethur@cisco.com>; Swadesh Agrawal (swaagraw) <<= a href=3D"mailto:swaagraw@cisco.com" target=3D"_blank">swaagraw@cisco.com>; draft-ietf-spring-segment-routing-policy@ietf.org Subject: Re: [spring] draft-previdi-idr-segment-routing-te-policy - = BSID flag inconsistency

=C2=A0

Hi Ketan,

=C2=A0

Did you manage to confirm bit ordering for the flag?=

=C2=A0

thanks,

pk

=C2=A0

On Thu, Oct 25, 2018 at 7:50 AM Przemyslaw Krol <= pkrol@google.com&= gt; wrote:

Hi Ketan,

=C2=A0

Thanks for the reply.

=C2=A0

=C2=A0

[KT] Thanks for catching that i= t looks like perhaps the IANA section needs to be updated to reflect the or= dering in the main section text.

[PK] Great, thanks for that. Is it safe to assume th= e ordering in 2.4.2 (instead of 8.5) to be final then?

=C2=A0

Normally, only the path resolut= ion is needed to be performed and that too for the first SID. The =E2=80=9CV=E2=80=9D flag may be used to indicate to the headend to per= form the verification. When the SID is of type 1 or 2 then it is only about= checking the path resolution (reachability) for it. When the SID is of typ= e 3-through-11 then it would be about first resolving to get the SID value and then doing its path resolution. Perhaps this text= in the SR Policy Architecture draft could clarify this further (if needed)= and we use =E2=80=9CSID verification=E2=80=9D term in the BGP draft for al= ignment of terminologies.

=C2=A0

[PK] I reckon even pointing to=C2=A0draft-ietf-idr-s= egment-routing-te-policy in the context of SID verification would make the = meaning of V-flag much more obvious. Anyhow, this is just a suggestion as i= t's been signaled to me that it's not easy to make that association.

=C2=A0

thanks,

=C2=A0

On Wed, Oct 24, 2018 at 8:26 PM Ketan Talaulikar (ke= tant) <ketant@cisc= o.com> wrote:

Hi PK,

=C2=A0

Thanks for your review= and including the BGP draft authors to keep them posted.<= /u>

=C2=A0

Please check inline be= low.

=C2=A0

From: spring <spring-bounces@ietf.org> On Behalf Of Przemyslaw Krol
Sent: 24 October 2018 23:35
To: spring@ietf= ...org
Subject: [spring] draft-previdi-idr-segment-routing-te-policy - BSID= flag inconsistency

=C2=A0

Authors,

=C2=A0

There seems to be a discrepancy in BSID flag orderin= g:

=C2=A0

=C2=A0 =C2=A00 1 2 3 4 5 6 7

=C2=A0 =C2=A0+-+-+-+-+-+-+-+-+

=C2=A0 =C2=A0|S|I|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0|

=C2=A0 =C2=A0+-+-+-+-+-+-+-+-+

=C2=A0


Bit=C2=A0 =C2=A0 Description=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 Reference

----------------------------------------------------= -----------------------------

=C2=A0 =C2=A00=C2=A0 =C2=A0 =C2=A0Drop Upon Invalid = Flag (I-Flag)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0This document<= u>

=C2=A0 =C2=A01=C2=A0 =C2=A0 =C2=A0Specified-BSID-Onl= y Flag (S-Flag)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0This document

=C2=A0

Would it be possible to clarify this please?<= u>

[KT] Thanks for catching that i= t looks like perhaps the IANA section needs to be updated to reflect the ordering in the main section text.

=C2=A0

Also, draft mentions "V-flag: Segment Verificat= ion Flag":

=C2=A0

=C2=A0 =C2=A0V-Flag: This flag encodes the "Seg= ment Verification" behavior.=C2=A0 It

=C2=A0 =C2=A0 =C2=A0 is used by SRPM as described in= section 5 in

=C2=A0 =C2=A0 =C2=A0 [I-D.ietf-spring-segment-routin= g-policy].

=C2=A0

Yet its meaning doesn't look to be clearly descr= ibed in either drafts.

[KT] I believe this is referrin= g to the following text in Sec 5.1 of the draft-ietf-spring-segment-routing= -policy.

=C2=A0=

=C2=A0=C2=A0 o=C2=A0 It is empty.

=C2=A0=C2=A0 o=C2=A0 Its weight is 0.

=C2=A0=C2=A0 o=C2=A0 The headend is unable to = perform path resolution for the first SID

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 into one or mor= e outgoing interface(s) and next-hop(s).

=C2=A0=C2=A0 o=C2=A0 The headend is unable = to perform SID resolution for any non-first

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 SID of type = 3-through-11 into an MPLS label or an SRv6 SID.

=C2=A0=C2=A0 o=C2=A0 The headend verificati= on fails for any SID for which verification

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 has been exp= licitly requested.

=C2=A0

=C2=A0=C2=A0 "Unable to perform path reso= lution" means that the headend has no

=C2=A0=C2=A0 path to the SID in its SR databas= e.

=C2=A0

=C2=A0=C2=A0 SID verification is performed when the headend is explicitly<= u>

=C2=A0=C2=A0 requested to verify SID(s) by = the controller via the signaling

=C2=A0=C2=A0 protocol used= ...

=C2=A0

Normally, only the path resolut= ion is needed to be performed and that too for the first SID. The =E2=80=9CV=E2=80=9D flag may be used to indicate to the headend to per= form the verification. When the SID is of type 1 or 2 then it is only about= checking the path resolution (reachability) for it. When the SID is of typ= e 3-through-11 then it would be about first resolving to get the SID value and then doing its path resolution. Perhaps this text= in the SR Policy Architecture draft could clarify this further (if needed)= and we use =E2=80=9CSID verification=E2=80=9D term in the BGP draft for al= ignment of terminologies.

=C2=A0=

Thanks,

Ketan<= /u>

=C2=A0

thanks,

pk

=C2=A0

=C2=A0

--

Przemyslaw "PK" Krol |

=C2=A0Strategic Network Engineer

ing |=C2=A0pkrol@google.com=C2=A0

=C2=A0


=C2=A0

--

Przemyslaw "PK" Krol |

=C2=A0Strategic Network Engineer

ing |=C2=A0pkrol@google.com=C2=A0


=C2=A0

--

Przemyslaw "PK" Krol |

=C2=A0Strategic Network Engineer

ing |=C2=A0pkrol@google.com=C2=A0

=C2=A0



--
<= div dir=3D"ltr">
Przemyslaw &= quot;PK" Krol |=C2=A0Strategic Network Eng= ineering |=C2=A0pkrol@google.com=C2=A0
_______________________________________________
spring mailing list
spring@ietf.org https://www.ietf.org/mailman/listinfo/spring